**对比文件名称**：发明授权_EP3624538B1 METHOD AND DEVICE FOR ADJUSTING CONTENTION WINDOW LENGTH
**目标专利名称**：用于调整非许可的新无线电中的竞争窗口的技术
**本次调用模型名称**：DeepSeek-R1
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信的方法<br>**公开性判断**：《隐含公开》 | [0020] 本申请实施例适用于可在非授权频谱上工作的无线通信系统……例如，网络设备在非授权频谱上发送下行信息，相应地，终端设备在授权频谱或非授权频谱上发送上行信息。或者，终端设备在非授权频谱上发送上行信息，相应地，网络设备在授权频谱或非授权频谱上发送下行信息。<br>[0100] **场景2**：第一设备为终端设备，第二设备为网络设备，第一HARQ进程标识为与第一设备对应的HARQ进程标识。<br>（译文） | 对比文件[0020]段描述了其方法适用于终端设备在非授权频谱上进行上行传输的场景。在[0100]段，明确将“第一设备”定义为终端设备，并描述了终端设备作为执行主体，基于从网络设备获得的HARQ状态调整竞争窗口大小的方法。虽然对比文件整体上同时描述了“第一设备”为网络设备（基站）和终端设备（UE）的两种场景，但对于“由UE执行的无线通信方法”这一上位概念，本领域技术人员能够从对比文件描述的适用于UE的场景中，毫无疑义地确定存在一种由UE执行的方法。因此，该技术特征被**隐含公开**。 |
| **技术特征B**：在上行链路突发中发送与参考持续时间相关联的上行链路通信<br>**公开性判断**：《直接公开》 | [0022] 步骤300：第一设备获取与第一混合自动重传请求HARQ进程标识对应的至少两个HARQ状态……所述第一HARQ进程标识是所述第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识。<br>[0038] 在一些可能的实现方式中，当所述第一设备为网络设备，所述第二设备为终端设备时，所述参考时间单元为上行参考时间单元。在这种情况下，所述参考时间单元由所述终端设备基于接收到的用于指示上行数据包对应的HARQ状态的下行控制信息确定……此外，可以理解的是，所述参考时间单元是所述终端设备接收所述下行控制信息的时间单元（例如，下行时间单元，其承载所述下行控制信息）之前的UL突发（称为第二UL突发）中的上行时间单元。<br>（译文） | 对比文件[0022]段明确指出“第一设备”（在场景2中指UE）在“参考时间单元”中向“第二设备”（网络设备）发送数据。结合[0038]段的描述，该“参考时间单元”被明确定义为上行链路突发（UL突发）中的一个上行时间单元。因此，对比文件直接公开了UE在上行链路突发中，在参考时间单元发送上行链路数据（通信）的技术特征。这与目标专利中“在上行链路突发中发送与参考持续时间相关联的上行链路通信”所描述的技术手段和作用（标识特定的上行传输以用于后续的CW调整判断）完全相同。因此，该技术特征被**直接公开**。 |
| **技术特征C**：在发送所述上行链路通信之后接收HARQ反馈<br>**公开性判断**：《直接公开》 | [0022] 步骤300：第一设备获取与第一混合自动重传请求HARQ进程标识对应的至少两个HARQ状态……<br>[0100] 场景2：第一设备为终端设备，第二设备为网络设备，第一HARQ进程标识为与第一设备对应的HARQ进程标识。<br>[0102] 网络设备向所述终端设备反馈所述上行HARQ进程标识对应的HARQ状态承载在HARQ信息中。<br>（译文） | 对比文件[0022]段描述了“第一设备”（UE）获取与第一HARQ进程标识对应的HARQ状态。结合[0100]和[0102]段，该HARQ状态是由网络设备（第二设备）通过HARQ信息反馈给终端设备的。获取HARQ状态必然发生在发送上行链路通信之后，这是HARQ反馈机制的基本时序。因此，对比文件直接公开了“在发送上行链路通信之后接收HARQ反馈”这一技术特征。 |
| **技术特征D**：如果在HARQ反馈窗口的持续时间内未接收到所述HARQ反馈则增加先听后讲(LBT)竞争窗口的大小<br>**公开性判断**：《未公开》 | 对比文件中未提及“HARQ反馈窗口”的概念，也未描述基于在特定窗口内是否接收到HARQ反馈来决定是否增加CW。对比文件调整CW的依据是获取到的有效HARQ状态本身（ACK/NACK/DTX），而不是接收HARQ反馈这一事件在时间上的发生与否。 | 目标专利的该特征旨在解决如何确定监测HARQ反馈的时间范围（窗口）的技术问题，其核心在于定义了一个“HARQ反馈窗口”，并规定在该窗口内未收到反馈则增加CW。对比文件完全没有涉及“HARQ反馈窗口”的设定、持续时间的确定（如基于PUSCH处理时间和PDCCH监测时机），更没有将“在窗口内未收到反馈”作为触发CW增加的独立条件。因此，对比文件既未直接公开，本领域技术人员也无法从对比文件的内容中合理推断出该技术特征。该特征未被公开。 |
| **技术特征E**：所述LBT竞争窗口的大小与上行链路通信的信道接入优先级相关联<br>**公开性判断**：《未公开》 | 对比文件全文未提及“信道接入优先级”（Channel Access Priority Class, CAPC）的概念，也未描述CW的大小与任何形式的信道接入优先级相关联。 | 目标专利的该特征旨在将LBT CW的大小与信道接入优先级（CAPC）关联，以适配不同优先级业务的需求。对比文件调整CW的依据完全基于HARQ反馈状态，并未引入或关联信道接入优先级这一参数。因此，该技术特征在对比文件中既未直接公开，也无法隐含得出。该特征未被公开。 |
| **技术特征F**：以及至少部分地基于所述HARQ反馈是否与所述参考持续时间相关联，来调整所述LBT竞争窗口的大小<br>**公开性判断**：《直接公开》 | [0022] 步骤300：第一设备获取与第一混合自动重传请求HARQ进程标识对应的至少两个HARQ状态……所述第一HARQ进程标识是所述第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识。<br>步骤320：所述第一设备基于所述有效HARQ状态，调整用于第一突发的竞争窗口大小，所述第一突发晚于所述参考时间单元。<br>[0100] 场景2：第一设备为终端设备……<br>[0148] 具体地，针对场景2，若所述终端设备获取到所述终端设备在所述参考时间单元中发送数据所使用的至少一个HARQ进程标识（称为上行HARQ进程标识集合）的HARQ状态……所述终端设备基于所述至少一个HARQ进程标识包括所述第一HARQ进程标识的有效HARQ状态确定上行CWS，也就是说，所述第一HARQ进程标识对应的HARQ状态参与了上行CWS的确定。 | 对比文件的核心发明点之一就是基于与“参考时间单元”相关联的HARQ进程标识的有效HARQ状态来调整竞争窗口大小。在[0022]段，明确将获取HARQ状态的对象限定为“在参考时间单元中发送数据时使用的HARQ进程标识”。在场景2（UE侧）中，[0148]段再次强调用于调整上行CWS的HARQ状态是参考时间单元中使用的HARQ进程标识的状态。这直接对应于目标专利中“基于HARQ反馈是否与参考持续时间相关联来调整LBT竞争窗口的大小”的技术手段和目的（即，选择性地基于与参考传输相关的反馈来调整CW）。因此，该技术特征被**直接公开**。 |
| **技术特征G**：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括确认(ACK)<br>**公开性判断**：《直接公开》 | [0022] 步骤300：第一设备获取与第一混合自动重传请求HARQ进程标识对应的至少两个HARQ状态……所述第一HARQ进程标识是所述第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识。<br>[0100] 场景2：第一设备为终端设备……<br>[0101] 与上行HARQ进程标识对应的HARQ状态为ACK或NACK。<br>结合对比文件图8、图9及其描述，终端设备可以接收到网络设备反馈的ACK状态。 | 对比文件明确描述了终端设备（第一设备）获取与“在参考时间单元中发送数据时使用的HARQ进程标识”（即，与参考持续时间相关联的上行链路通信）对应的HARQ状态（[0022]）。同时，[0101]段明确指出HARQ状态包括ACK。因此，终端设备确定接收到的HARQ反馈（对应特定HARQ进程标识）是ACK，这一技术特征被对比文件直接公开。 |
| **技术特征H**：根据权利要求2所述的方法，其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈是ACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来重置所述LBT竞争窗口的所述大小<br>**公开性判断**：《直接公开》 | [0003] ……当所述上行参考子帧对应的HARQ-ACK状态为ACK时，终端减小CWS；当所述上行参考子帧对应的HARQ-ACK状态为NACK时，终端增大CWS。<br>[0148] 具体地，针对场景2，若所述终端设备获取到……至少一个HARQ进程标识……的HARQ状态，且所述上行HARQ进程标识集合中的至少一个HARQ状态为ACK，所述终端设备减小CWS……<br>（译文） | 对比文件[0003]段背景技术部分和[0148]段具体实施方式部分，均明确描述了当终端设备确定与上行参考传输（即，参考时间单元/参考子帧）相关联的HARQ反馈状态为ACK时，采取的行动是“减小CWS”。在LBT CW调整的上下文中，“减小CWS”通常包括将CW重置到一个最小值或默认值，这是本领域的常规技术手段。因此，对比文件直接公开了“基于HARQ反馈是ACK并且与参考持续时间相关联来重置LBT竞争窗口大小”的技术特征。 |
| **技术特征I**：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括否定确认(NACK)<br>**公开性判断**：《直接公开》 | [0022] 步骤300：第一设备获取与第一混合自动重传请求HARQ进程标识对应的至少两个HARQ状态……所述第一HARQ进程标识是所述第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识。<br>[0100] 场景2：第一设备为终端设备……<br>[0101] 与上行HARQ进程标识对应的HARQ状态为ACK或NACK。<br>结合对比文件图4(b)、图5、图9及其描述，终端设备可以接收到网络设备反馈的NACK状态。 | 与特征G同理，对比文件明确描述了终端设备获取与参考时间单元中使用的HARQ进程标识对应的HARQ状态（[0022]），并且该状态包括NACK（[0101]）。因此，终端设备确定接收到的HARQ反馈（对应特定HARQ进程标识）是NACK，这一技术特征被对比文件直接公开。 |
| **技术特征J**：根据权利要求4所述的方法，其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈是NACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来增加所述LBT竞争窗口的所述大小<br>**公开性判断**：《直接公开》 | [0003] ……当所述上行参考子帧对应的HARQ-ACK状态为ACK时，终端减小CWS；当所述上行参考子帧对应的HARQ-ACK状态为NACK时，终端增大CWS。<br>[0148] 具体地，针对场景2，若所述终端设备获取到……至少一个HARQ进程标识……的HARQ状态……否则（例如，所述终端设备未接收到所述参考时间单元中任一HARQ进程标识的HARQ状态，或者所述上行HARQ进程标识集合中所有HARQ状态均为NACK），所述终端设备增大CWS。 | 对比文件[0003]段背景技术部分和[0148]段具体实施方式部分，均明确描述了当终端设备确定与上行参考传输相关联的HARQ反馈状态为NACK（或所有状态均为NACK）时，采取的行动是“增大CWS”。这直接对应于目标专利中“基于HARQ反馈是NACK并且与参考持续时间相关联来增加LBT竞争窗口大小”的技术手段。因此，该技术特征被**直接公开**。 |
| **技术特征K**：确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联；并且其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联来避免调整所述LBT竞争窗口的所述大小<br>**公开性判断**：《隐含公开》 | [0022] 步骤300：第一设备获取与第一混合自动重传请求HARQ进程标识对应的至少两个HARQ状态……所述第一HARQ进程标识是所述第一设备在参考时间单元中向第二设备发送数据时使用的HARQ进程标识。<br>[0148] ……所述终端设备基于所述至少一个HARQ进程标识包括所述第一HARQ进程标识的有效HARQ状态确定上行CWS，也就是说，所述第一HARQ进程标识对应的HARQ状态参与了上行CWS的确定。<br>（译文） | 对比文件[0022]和[0148]段反复强调，用于调整CW的HARQ状态，必须是“在参考时间单元中发送数据时使用的HARQ进程标识”对应的状态。这隐含地限定了调整CW的判断范围。本领域技术人员可以明确地推导出，如果一个接收到的HARQ反馈对应的HARQ进程标识，并非UE在参考时间单元中发送数据时所使用的标识（即“不与参考持续时间相关联”），那么根据对比文件确立的规则，该HARQ状态就不应“参与上行CWS的确定”。不参与确定，即意味着在调整CW时忽略或避免基于该反馈进行调整。因此，该技术特征被对比文件**隐含公开**。 |
<<<B>>><<<C>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>>