**对比文件名称**：发明公开_EP3624538A1 METHOD AND DEVICE FOR ADJUSTING CONTENTION WINDOW LENGTH
**目标专利名称**：用于调整非许可的新无线电中的竞争窗口的技术
**模型名称**：DeepSeek-R1
---
### **特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种由用户设备(UE)执行的无线通信的方法，《直接公开》** | [0004] 终端动态调整用于上行链路LBT的上行链路CWS，换句话说，终端基于上行链路参考子帧的HARQ-ACK状态动态调整上行链路突发的CWS。 | 对比文件[0004]段明确描述了“终端动态调整用于上行链路LBT的上行链路CWS”，这直接公开了本专利中由UE执行的、旨在调整上行链路竞争窗口大小的无线通信方法。对比文件中的“终端”即本专利中的“用户设备(UE)”。 |
| **技术特征B：在上行链路突发中发送与参考持续时间相关联的上行链路通信，《隐含公开》** | [0004] 终端基于上行链路参考子帧的HARQ-ACK状态动态调整上行链路突发的CWS。<br>[0057] 参考时间单元是下行链路突发（称为第二下行链路突发）中第一下行链路时间单元。<br>[0058] ...参考时间单元是第二上行链路突发中的第一上行链路时间单元。 | 对比文件[0004]提到了“上行链路突发”和“上行链路参考子帧”。[0057]和[0058]进一步解释了“参考时间单元”是上行链路或下行链路突发中的第一个时间单元。本专利的“参考持续时间”对应于对比文件的“参考时间单元”或“上行链路参考子帧”。因此，本领域技术人员可以合理推断，为了调整CWS，UE必然会在上行链路突发中发送与参考时间单元（即参考持续时间）相关联的上行链路通信，否则无法获得用于调整的HARQ-ACK状态。该特征是调整CWS这一明确公开方法的前提步骤，因此被隐含公开。 |
| **技术特征C：在发送所述上行链路通信之后接收HARQ反馈，《直接公开》** | [0004] 终端基于上行链路参考子帧的HARQ-ACK状态动态调整上行链路突发的CWS。当上行链路参考子帧的HARQ-ACK状态是ACK时，终端减小CWS；否则，终端增加CWS。 | 对比文件[0004]段明确指出，UE（终端）需要基于“上行链路参考子帧的HARQ-ACK状态”来调整CWS。要获得这个状态，UE必须在发送上行链路通信后接收来自网络设备（第二设备）的HARQ反馈（ACK或NACK）。这直接公开了在发送上行链路通信后接收HARQ反馈的步骤。 |
| **技术特征D：如果在HARQ反馈窗口的持续时间内未接收到所述HARQ反馈则增加先听后讲(LBT)竞争窗口的大小，《未公开》** | 无对应内容。 | 对比文件未提及任何关于“HARQ反馈窗口”的概念，也未描述根据在该窗口内是否接收到HARQ反馈来决定是否增加CWS的机制。对比文件中调整CWS的依据是已接收到的HARQ-ACK状态的内容（ACK或NACK），而非是否在某个特定时间窗口内收到反馈。因此，该技术特征既未被直接公开，也无法从现有内容中合理推断得出。 |
| **技术特征E：所述LBT竞争窗口的大小与上行链路通信的信道接入优先级相关联，《未公开》** | 无对应内容。 | 对比文件通篇未提及“信道接入优先级”这一概念。CWS的调整完全基于HARQ-ACK状态，未涉及根据通信的信道接入优先级来关联或设置CWS的大小。因此，该技术特征未被公开。 |
| **技术特征F：以及至少部分地基于所述HARQ反馈是否与所述参考持续时间相关联，来调整所述LBT竞争窗口的大小，《直接公开》** | [0004] 终端基于上行链路参考子帧的HARQ-ACK状态动态调整上行链路突发的CWS。<br>[0050] ...参考时间单元是第一设备在确定CWS之前使用第一HARQ进程标识符向第二设备发送数据信息的最新时间单元。<br>[0300] 第一设备获得与第一HARQ进程标识符对应的至少两个HARQ状态...基于有效HARQ状态调整第一突发的竞争窗口大小。 | 对比文件[0004]直接公开了基于“上行链路参考子帧的HARQ-ACK状态”调整CWS。[0050]和[0300]进一步阐述了参考时间单元（即参考持续时间）的概念，并强调调整是基于与该参考时间单元相关联的特定HARQ进程标识符的有效HARQ状态。这直接对应于本专利的“基于HARQ反馈是否与参考持续时间相关联来调整CWS”。对比文件的核心就是解决如何正确利用与参考传输相关联的HARQ反馈来调整CWS的问题。 |
| **技术特征G：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括确认(ACK)。《直接公开》** | [0004] 当上行链路参考子帧的HARQ-ACK状态是ACK时，终端减小CWS。<br>[0300] ...第一HARQ进程标识符是第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识符。<br>[0310] 第一设备确定所述至少两个HARQ状态中的有效HARQ状态。 | 对比文件[0004]明确描述了HARQ-ACK状态为“ACK”的场景。[0300]定义了第一HARQ进程标识符与参考时间单元（即参考持续时间）的关联性。[0310]描述了确定有效HARQ状态的过程。确定有效HARQ状态的前提，必然是确定了该HARQ反馈（状态）对应于在参考时间单元发送的数据所使用的HARQ进程标识符，即确定了HARQ反馈与参考持续时间相关联。因此，“确定关联性”和“确定是ACK”这两个步骤均已直接公开。 |
| **技术特征H：至少部分地基于确定所述HARQ反馈是ACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来重置所述LBT竞争窗口的所述大小。《直接公开》** | [0004] 当上行链路参考子帧的HARQ-ACK状态是ACK时，终端减小CWS。<br>[0158] 当上行链路HARQ进程标识符集合中的至少一个HARQ状态是ACK时，终端减小CWS。 | 对比文件[0004]和[0158]均直接、明确地指出，当（与参考时间单元/上行链路参考子帧相关联的）HARQ反馈是ACK时，UE（终端）采取的动作是“减小CWS”。在本领域，将CWS调整回一个较小的初始值或默认值，通常被称为“重置”或“减小”。因此，该技术特征被对比文件直接公开。 |
| **技术特征I：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括否定确认(NACK)。《直接公开》** | [0004] ...否则，终端增加CWS。<br>[0077] ...当第一设备使用单码字进行传输时，每个HARQ进程标识符仅对应一个传输块。因此，至少两个HARQ状态不同是因为它们承载于不同的时间单元... | 对比文件[0004]中“否则”指代的是HARQ-ACK状态不是ACK的情况，即包括NACK。[0077]说明了在单码字传输下，不同的HARQ状态是由于承载于不同时间单元造成的，这意味着UE需要区分并确定不同反馈对应的HARQ进程。结合[0300]中关于参考时间单元与HARQ进程标识符关联的描述，可以确定对比文件公开了需要判断HARQ反馈（NACK）是否与参考时间单元相关联。因此，该特征被直接公开。 |
| **技术特征J：至少部分地基于确定所述HARQ反馈是NACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来增加所述LBT竞争窗口的所述大小。《直接公开》** | [0004] 当上行链路参考子帧的HARQ-ACK状态是ACK时，终端减小CWS；否则，终端增加CWS。 | 对比文件[0004]段非常明确地指出，当上行链路参考子帧的HARQ-ACK状态不是ACK（即包括NACK）时，UE（终端）采取的动作是“增加CWS”。这直接、毫无疑义地公开了本技术特征。 |
| **技术特征K：确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联；并且其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联来避免调整所述LBT竞争窗口的所述大小。《隐含公开》** | [0300] 第一HARQ进程标识符是第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识符。<br>[0310] 第一设备确定所述至少两个HARQ状态中的有效HARQ状态。<br>[0158] ...否则（例如，终端没有接收到参考时间单元中任何HARQ进程标识符的HARQ状态，或者上行链路HARQ进程标识符集合中的所有HARQ状态都是NACK），终端增加CWS。 | 对比文件的核心在于基于与“参考时间单元”相关联的“第一HARQ进程标识符”的有效HARQ状态来调整CWS。[0310]的“确定有效HARQ状态”过程，必然包含了对接收到的HARQ状态进行筛选和判断，以确定哪些状态是与参考传输相关的。逻辑上，如果确定一个HARQ反馈不与参考时间单元相关联（例如，它对应的是另一个非参考的HARQ进程），那么它就不会被采纳为“有效HARQ状态”用于调整CWS。因此，基于这种判断来“避免调整”CWS，是本领域技术人员可以从对比文件公开的整个方案中合理推断出的必然操作。该特征被隐含公开。 |
<<<A>>><<<C>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<k>>>