**对比文件名称**：发明授权_CN109005596B 一种调整竞争窗长度的方法及设备
**目标专利名称**：用于调整非许可的新无线电中的竞争窗口的技术
**本次调用的模型名称**：DeepSeek-R1
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种由用户设备(UE)执行的无线通信的方法，《隐含公开》** | 说明书[0011]段：“在一种可能的设计中，第一设备为终端设备，第二设备为网络设备，第一HARQ进程号是对应于第一设备的HARQ进程号。因此本申请实施例能够使用于上行传输的场景。” | 该技术特征描述了一种由UE执行的方法。对比文件[0011]段明确说明其方法适用于“第一设备为终端设备”（即UE）、“第二设备为网络设备”（即基站）的“上行传输的场景”。虽然对比文件通篇描述的是“第一设备”（可以是网络设备或终端设备）执行的方法，但当“第一设备”被具体化为“终端设备”时，其执行主体即为UE。因此，本领域技术人员可以直接、毫无疑义地确定，对比文件公开了由UE执行无线通信方法这一上位概念。该特征在对比文件中为解决“CWS调整不准确”的问题（见[0005]）起到了确定方法执行主体的基础作用，与目标专利中定义方法执行主体以解决“调整LBT竞争窗口大小”的问题所起的作用相同。 |
| **技术特征B：在上行链路突发中发送与参考持续时间相关联的上行链路通信，《直接公开》** | 说明书[0061]段：“在一种可能的设计中，该第一突发可以是上行突发，上行突发可以为终端设备在抢占到非授权频段资源之后占用的至少一个时间单元。”<br>说明书[0072]段：“此外，该参考时间单元为该终端设备接收到该下行控制信息的时间单元(例如承载该下行控制信息的下行时间单元)之前的一个上行突发(称之为第二上行突发)中的一个上行时间单元。更具体的，该参考时间单元为该第二上行突发中的第一个上行时间单元。此外，该第二上行突发为该终端设备通过随机回退的CCA方式接入信道发送的上行突发。此外，该终端设备在该参考时间单元上发送了上行数据信息UL-SCH...” | 该技术特征包含两个核心点：1. 发送上行链路突发；2. 突发中的上行链路通信与“参考持续时间”（即参考时间单元）相关联。对比文件[0061]段明确定义了“上行突发”的概念，即终端设备在抢占信道后占用的连续时间单元。[0072]段则进一步明确了“参考时间单元”是“第二上行突发”（即一个上行链路突发）中的“第一个上行时间单元”，并且终端设备在该参考时间单元上“发送了上行数据信息UL-SCH”。这直接公开了UE在上行链路突发中发送与参考时间单元（即参考持续时间）相关联的上行链路通信。该特征在对比文件中是确定有效HARQ状态以调整CWS的基础步骤（见[0068]），与目标专利中作为调整LBT竞争窗口大小的前提条件所起的作用相同。 |
| **技术特征C：在发送所述上行链路通信之后接收HARQ反馈，《直接公开》** | 说明书[0072]段：“...该终端设备在该参考时间单元上发送了上行数据信息UL-SCH...”<br>说明书[0074]段：“...具体的，该下行控制信息包括两种类型：调度信息和HARQ反馈信息。具体的，调度信息包括UL grant。具体的，HARQ反馈信息包括基于比特映射的上行HARQ反馈信息，例如G-DCI。该终端设备根据接收到的该下行控制信息确定该参考时间单元时，可以基于接收到的调度信息确定该参考时间单元，也可以基于接收到的反馈信息确定该参考时间单元。”<br>说明书[0136]-[0137]段：“...网络设备确定某个数据包或与该数据包对应的上行HARQ进程接收正确，则网络设备向终端设备反馈对应该上行HARQ进程号的HARQ状态为ACK...网络设备向终端设备反馈对应上行HARQ进程号的HARQ状态由HARQ信息承载。” | 该技术特征描述了在发送上行链路通信后接收HARQ反馈。对比文件[0072]段描述了终端设备在参考时间单元发送上行数据。[0074]段明确说明终端设备会接收包含“HARQ反馈信息”（如G-DCI）的“下行控制信息”。[0136]-[0137]段进一步阐述了网络设备（第二设备）在确定上行数据接收状态后，会向终端设备（第一设备）反馈HARQ状态（ACK/NACK）。结合[0072]段的发送动作和[0136]-[0137]段的反馈动作，本领域技术人员可以直接、明确地得出“在发送上行链路通信之后接收HARQ反馈”的时序关系。该特征在对比文件中是获取至少两种HARQ状态以确定有效状态的前提（见步骤300），与目标专利中作为调整LBT竞争窗口大小的决策依据所起的作用相同。 |
| **技术特征D：如果在HARQ反馈窗口的持续时间内未接收到所述HARQ反馈则增加先听后讲(LBT)竞争窗口的大小，《未公开》** | 无对应原文引用。 | 目标专利的该特征限定了在特定的“HARQ反馈窗口”持续时间内未收到反馈，则增加LBT竞争窗口大小。对比文件虽然公开了根据HARQ反馈（有效HARQ状态）调整CWS（竞争窗长度）（见[0184]），但其调整逻辑是基于接收到的HARQ状态内容（如ACK/NACK比例），而非基于“是否在特定时间窗口内接收到反馈”这一条件。对比文件未提及“HARQ反馈窗口”的概念，也未描述“未在窗口内接收到反馈”这一触发条件。因此，对比文件既未直接公开，也无法使本领域技术人员通过合理推断得出该技术特征。 |
| **技术特征E：所述LBT竞争窗口的大小与上行链路通信的信道接入优先级相关联，《未公开》** | 无对应原文引用。 | 目标专利的该特征限定了LBT竞争窗口的大小与“信道接入优先级”相关联。对比文件通篇描述的是根据HARQ反馈状态调整CWS（竞争窗长度），并未提及“信道接入优先级”（如CAPC）这一概念，也未揭示CWS大小与信道接入优先级之间的任何关联。因此，对比文件既未直接公开，也无法使本领域技术人员通过合理推断得出该技术特征。 |
| **技术特征F：以及至少部分地基于所述HARQ反馈是否与所述参考持续时间相关联，来调整所述LBT竞争窗口的大小。《直接公开》** | 说明书[0068]段：“应理解，第一设备确定参考时间单元，并根据获取到的针对第一HARQ进程号的HARQ状态调整针对第一突发的CWS，其中第一HARQ进程号为第一设备在参考时间单元中发送数据信息所使用的HARQ进程号。”<br>说明书[0184]段：“具体的，针对场景2，若该终端设备获取到其在该参考时间单元上发送数据所使用的至少一个HARQ进程号...的HARQ状态...则终端设备减小CWS，否则...终端设备增加CWS。” | 该技术特征的核心是“至少部分地基于HARQ反馈是否与参考持续时间相关联，来调整LBT竞争窗口的大小”。对比文件[0068]段明确指出，第一设备（当为终端设备时即UE）是根据“针对第一HARQ进程号的HARQ状态”来调整“针对第一突发的CWS”，而该“第一HARQ进程号”正是“第一设备在参考时间单元中发送数据信息所使用的”。[0184]段在“场景2”（即第一设备为终端设备）中进一步具体说明，终端设备根据“在该参考时间单元上发送数据所使用的...HARQ进程号的HARQ状态”来调整CWS（减小或增加）。这直接、明确地公开了调整CWS的决策依据是获取到的HARQ反馈是否与在参考时间单元（参考持续时间）上发送数据所使用的HARQ进程号（即与参考持续时间相关联）相关联。该特征在对比文件中是解决CWS调整不准确问题的核心步骤（见[0008]），与目标专利中为解决“确定要考虑哪些HARQ过程”的技术问题所起的作用相同。 |
| **技术特征G：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括确认(ACK)。《直接公开》** | 说明书[0136]段：“例如，网络设备确定某个数据包或与该数据包对应的上行HARQ进程接收正确，则网络设备向终端设备反馈对应该上行HARQ进程号的HARQ状态为ACK...”<br>结合[0068]和[0184]段关于根据“在参考时间单元发送数据所使用的HARQ进程号”的HARQ状态调整CWS的论述。 | 该技术特征包含两个并列的确定步骤：1. 确定HARQ反馈与跟参考持续时间相关联的上行链路通信相关联；2. 确定HARQ反馈是ACK。对于步骤1，对比文件[0068]和[0184]段已明确，调整CWS所依据的HARQ状态是针对“在参考时间单元发送数据所使用的HARQ进程号”的，这隐含了UE需要确定接收到的HARQ反馈是与该特定通信（即与参考持续时间相关联的上行链路通信）相关联的。对于步骤2，对比文件[0136]段直接公开了网络设备会向终端设备反馈“ACK”状态。当终端设备（UE）接收到针对其参考时间单元上发送数据的HARQ进程号的反馈，并且该反馈内容为ACK时，即同时满足了这两个确定步骤。该特征在对比文件中是确定有效HARQ状态（如方式2-2中确定最早的非缺省状态为ACK）并据此调整CWS（如[0184]中减小CWS）的具体实现环节，与目标专利中作为调整LBT竞争窗口大小的具体判断条件所起的作用相同。 |
| **技术特征H：至少部分地基于确定所述HARQ反馈是ACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来重置所述LBT竞争窗口的所述大小。《隐含公开》** | 说明书[0184]段：“具体的，针对场景2，若该终端设备获取到其在该参考时间单元上发送数据所使用的至少一个HARQ进程号(称为上行HARQ进程号集合)的HARQ状态，且该上行HARQ进程号集合中至少有一个HARQ状态为ACK，则终端设备减小CWS...”<br>说明书[0173]段：“进一步地，当至少两种HARQ状态包括ACK状态时，有效HARQ状态为ACK状态。” | 该技术特征描述了当确定HARQ反馈是ACK且与参考持续时间相关联时，重置LBT竞争窗口大小。对比文件[0184]段明确说明，在场景2（UE为第一设备）中，如果终端设备获取到在参考时间单元上发送数据所使用的HARQ进程号的HARQ状态中“至少有一个为ACK”，则“终端设备减小CWS”。[0173]段进一步指出，当有多种HARQ状态时，若包含ACK，则有效状态为ACK。将“减小CWS”理解为将CWS调整到一个更小的值，这涵盖了“重置为默认值或更小值”的概念。虽然对比文件未明确使用“重置”一词，但根据其调整逻辑（见[0003]：当HARQ-ACK状态为ACK时，终端减小CWS），本领域技术人员可以合理推断，当确定针对参考时间单元的HARQ反馈为ACK时，终端设备会执行减小CWS的操作，这本质上等同于将CWS重置（调整）到一个更小（可能为默认）的大小。该特征在对比文件中是实现友好共存、降低侦听时间的具体手段（见[0003]），与目标专利中作为信道状态良好的响应动作所起的作用相同。 |
| **技术特征I：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括否定确认(NACK)。《直接公开》** | 说明书[0136]段：“...或者，网络设备确定该数据包(或者与该数据包对应的上行HARQ进程)接收错误，则网络设备向终端设备反馈对应该上行HARQ进程号的HARQ状态为NACK...”<br>结合[0068]和[0184]段关于根据“在参考时间单元发送数据所使用的HARQ进程号”的HARQ状态调整CWS的论述。 | 该技术特征与特征G结构相同，只是将ACK替换为NACK。对于确定关联性，理由同特征G。对于确定NACK，对比文件[0136]段直接公开了网络设备会向终端设备反馈“NACK”状态。因此，当终端设备接收到针对其参考时间单元上发送数据的HARQ进程号的反馈，并且该反馈内容为NACK时，即同时满足了这两个确定步骤。该特征在对比文件中同样是确定有效HARQ状态并据此调整CWS的具体实现环节，与目标专利中作为调整LBT竞争窗口大小的具体判断条件所起的作用相同。 |
| **技术特征J：至少部分地基于确定所述HARQ反馈是NACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来增加所述LBT竞争窗口的所述大小。《直接公开》** | 说明书[0184]段：“...否则(例如，终端设备未接收到参考时间单元中任一HARQ进程号的HARQ状态，或者该上行HARQ进程号集合中全部HARQ状态都为NACK)终端设备增加CWS。”<br>说明书[0003]段：“...当针对上行参考子帧的HARQ-ACK状态为ACK时，终端减小CWS；反之，终端增加CWS。” | 该技术特征描述了当确定HARQ反馈是NACK且与参考持续时间相关联时，增加LBT竞争窗口大小。对比文件[0184]段明确说明，在场景2中，如果终端设备获取到在参考时间单元上发送数据所使用的HARQ进程号的HARQ状态全部为NACK（即确定是NACK且与参考持续时间相关联），则“终端设备增加CWS”。[0003]段在背景技术中也概括了“当针对上行参考子帧的HARQ-ACK状态为ACK时，终端减小CWS；反之，终端增加CWS”的通用原则。这直接、明确地公开了基于NACK反馈增加CWS（即LBT竞争窗口大小）的技术特征。该特征在对比文件中是实现友好共存、避免碰撞的具体手段（见[0003]），与目标专利中作为信道拥塞的响应动作所起的作用相同。 |
| **技术特征K：确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联；并且其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联来避免调整所述LBT竞争窗口的所述大小。《隐含公开》** | 说明书[0068]段：“应理解，第一设备确定参考时间单元，并根据获取到的针对第一HARQ进程号的HARQ状态调整针对第一突发的CWS，其中第一HARQ进程号为第一设备在参考时间单元中发送数据信息所使用的HARQ进程号。” | 该技术特征描述了当确定HARQ反馈不与参考持续时间相关联时，避免调整LBT竞争窗口大小。对比文件[0068]段明确了调整CWS的依据是“针对第一HARQ进程号的HARQ状态”，而“第一HARQ进程号”特指“在参考时间单元中发送数据信息所使用的”。这隐含地限定了调整CWS所考虑的HARQ反馈范围。本领域技术人员可以基于此进行合理推断：如果终端设备接收到一个HARQ反馈，但该反馈并非针对其“在参考时间单元中发送数据信息所使用的”那个HARQ进程号（即不与参考持续时间相关联），那么根据对比文件所确立的调整规则，该反馈不应作为调整本次CWS的依据，即应“避免调整”。虽然对比文件未明确表述“避免调整”这一结果，但这是从其确立的调整逻辑中必然推导出的操作。该特征在对比文件中是确保CWS调整准确性和针对性的内在逻辑要求，与目标专利中旨在忽略非参考HARQ过程反馈的技术构思所起的作用相同。 |
<<<A>>><<<B>>><<<C>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>>