对比文件名称：US2012201219A1_Description_20260218_1602
目标专利名称：178具有低延时传输的快速无线链路控制错误恢复CN107409020B
本次调用模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及混合自动重传请求(HARQ)过程的状态来检测传输错误。<br>**判断结果：隐含公开** | [0065] “如果HARQ反馈指示NACK，则用户设备120、122读取对应于同一HARQ进程下一个上行链路子帧的基于竞争的授权并确定包含在该基于竞争的授权中的信息所指示的内容，例如NDI位的值。”<br>**翻译：** “If the HARQ feedback indicates NACK, the user equipment 120, 122 reads the contention based grant corresponding to the next uplink subframe of the same HARQ process and determines what the information comprised in the contention based grant indicates, for example the value of the NDI bit.” | **论述：** 对比文件公开了用户设备（UE，即接收设备）接收来自基站的HARQ反馈，当反馈为NACK时，表明基站对之前的传输解码失败（参见[0003]和[0057]）。UE基于接收到的NACK（即HARQ过程的否定确认状态）来得知传输失败。虽然对比文件没有明确使用“检测传输错误”这一表述，但其描述的“接收到NACK”这一事件，本领域技术人员可以毫无疑义地理解为接收设备已经获知传输错误发生。因此，该特征被对比文件隐含公开。 |
| **技术特征B：** 与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器。<br>**判断结果：隐含公开** | [0065] “在用户设备120、122已收到PHICH上的NACK之后，根据一些实施例，其可以通过基于竞争的上行链路禁止定时器被禁止将基于竞争的资源用于任何数据。”<br>[0069] “如果收到NACK，则激活发送禁止定时器790，该发送禁止定时器790阻止用户设备120在发送禁止定时器790超时之前使用从基站110接收到的任何基于竞争的授权。”<br>**翻译：** “After the user equipment 120, 122 has received a NACK on PHICH, it can according to some embodiments be prohibited to use contention based resources for any data by means of a contention based uplink prohibit timer.”<br>“if a NACK is received, a sending prohibit timer 790 may be activated for the purpose of load controlling, which sending prohibit timer 790 prevents the user equipment 120 from using any contention based grants received from the base station 110 before the sending prohibit timer 790 has timed out.” | **论述：** 对比文件公开了用户设备在接收到NACK（即检测到传输错误）后，激活一个“发送禁止定时器”。该定时器的启动与检测到传输错误（收到NACK）在时间上是直接关联的，是在检测到错误之后进行的。因此，对比文件隐含公开了在检测到传输错误之后启动一个定时器的技术特征。虽然该定时器的作用（负载控制、避免连续碰撞）与目标专利中用于加速错误恢复的定时器目的不同，但“启动定时器”这一技术手段本身已被公开。 |
| **技术特征C：** 识别用于所述HARQ过程的新数据指示符(NDI)。<br>**判断结果：直接公开** | [0046] “在特定实施例中，基站110可以使用状态位，例如基于竞争授权中的新数据指示符（NDI），来向用户设备120、122指示是使用基于竞争的授权进行重传还是不进行重传。”<br>[0065] “...并确定包含在该基于竞争的授权中的信息所指示的内容，例如NDI位的值。”<br>**翻译：** “In a specific embodiment, the base station 110 may use a state bit such as e.g. the New Data Indicator (NDI) in the contention based grant to indicate to the user equipment 120, 122 whether to use the contention based grant for retransmission or not.”<br>“...and determines what the information comprised in the contention based grant indicates, for example the value of the NDI bit.” | **论述：** 对比文件明确且反复地公开了用户设备接收包含NDI的基于竞争的授权，并检测或识别该NDI的值（例如是0还是1），以确定该授权是用于初始传输还是重传。NDI即是“新数据指示符”。因此，本领域技术人员能够毫无疑义地从对比文件得出“识别用于HARQ过程的NDI”这一技术特征。该特征被直接公开。 |
| **技术特征D：** 在识别所述NDI之后，确定在针对所述HARQ过程的重传的准许已经被接收之前所述定时器已经期满。<br>**判断结果：未公开** | 对比文件未公开与特征D完全对应的内容。对比文件中的“发送禁止定时器”在激活期间会阻止UE使用任何基于竞争的授权（参见[0065], [0069], [0140]）。定时器的期满并不直接关联到“重传的准许已经被接收之前”这一条件判断。UE在定时器运行期间，可能收到也可能收不到新的授权（重传准许），但定时器到期这一事件本身并不用于触发一个关于“重传准许是否在到期前被接收”的确定。 | **论述：** 特征D的核心在于一个特定的逻辑判断：在识别NDI之后，确定定时器在重传准许被接收之前已经期满。对比文件虽然公开了定时器（发送禁止定时器）和NDI，但未将这两者以上述逻辑关系关联。对比文件中的定时器用于在收到NACK后禁止UE使用基于竞争的授权一段时间，其到期并不作为向发送设备报告错误的触发条件（报告错误由其他机制触发，例如本地NACK）。目标专利中，该确定是触发快速错误报告的关键决策步骤，而对比文件中不存在这一决策逻辑。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征E：** 至少部分地基于所述NDI和所述确定来向所述发送设备报告所述传输错误。<br>**判断结果：未公开** | [0048] “因此，在收到基于竞争的传输的NACK作为响应，并且下一个收到的基于竞争的授权包含指示该基于竞争的授权仅用于初始传输的信息时，用户设备120、122可以执行从介质访问控制（MAC）到无线链路控制（RLC）的本地NACK，以触发RLC重传。”<br>**翻译：** “Thus upon receiving a NACK as a response to the contention based transmission, and the next received contention based grant comprises information indicating that the contention based grant is only to be used for initial transmission, the user equipment 120, 122 may perform a Local NACK from Medium Access Control (MAC) to Radio Link Control, RLC, to trigger an RLC retransmission.” | **论述：** 特征E要求基于NDI和特征D的“确定”来向发送设备报告传输错误。对比文件公开了在收到NACK且下一个授权的NDI指示初始传输时，用户设备会生成一个“本地NACK”以触发本设备内RLC层的重传。这是一个内部协议层间的触发机制（MAC到RLC），目的是启动本设备的高层重传，而不是目标专利所定义的“向所述发送设备报告所述传输错误”。目标专利的报告是发送给通信对端（发送设备）的错误指示，以请求对端调度重传。两者在报告的对象、目的和性质上均不相同。因此，该特征未被公开。 |
| **技术特征F：** 其中，报告所述传输错误包括：由所述接收设备向所述发送设备的无线链路控制(RLC)实体、分组数据会聚协议(PDCP)实体或介质访问控制(MAC)实体发送错误指示。<br>**判断结果：未公开** | 同上[0048]。对比文件仅公开了接收设备（UE）内部生成“本地NACK”并传递给自身的RLC实体。它没有公开接收设备向发送设备（基站）的RLC、PDCP或MAC实体发送任何错误指示。 | **论述：** 特征F限定了报告传输错误的具体对象是发送设备（即通信对端）的特定协议实体。对比文件公开的是接收设备内部的本地NACK，其对象是本设备的RLC实体。这与向对端设备的实体发送错误指示有本质区别。因此，该特征未被公开。 |
| **技术特征G：** 其中，发送所述错误指示包括使用基于竞争的资源来向所述发送设备的实体发送所述错误指示。<br>**判断结果：未公开** | 对比文件全文描述了使用基于竞争的授权和资源进行数据传输（初始或重传），但并未描述使用基于竞争的资源来发送如特征F所定义的“错误指示”。 | **论述：** 特征G进一步限定了发送错误指示所使用的资源类型为“基于竞争的资源”。对比文件虽然以基于竞争的传输为核心，但其所传输的内容是用户数据（初始传输或HARQ重传），而非目标专利中定义的错误指示。因此，该特征未被公开。 |
| **技术特征H：** 还包括：维护非终止传输的列表，其中，报告所述传输错误是至少部分地基于所述列表的。<br>**判断结果：未公开** | 对比文件未提及任何关于维护“非终止传输的列表”的内容。 | **论述：** “非终止传输的列表”是目标专利中用于跟踪未完成传输（如活动的HARQ过程）并基于此列表生成报告的重要特征。对比文件中没有任何描述涉及创建或维护这样的列表。因此，该特征未被公开。 |
| **技术特征I：** 其中，所述列表中的每个条目被映射到时间索引。<br>**判断结果：未公开** | 对比文件未提及任何列表，更未提及列表条目与时间索引的映射关系。 | **论述：** 该特征是特征H的进一步细化。由于特征H（维护列表）本身未被公开，其细化特征I自然也未被公开。 |
| **技术特征J：** 其中，报告所述传输错误包括：向所述发送设备发送与所述列表相对应的位图。<br>**判断结果：未公开** | 对比文件未提及任何与列表相对应的位图。 | **论述：** 该特征是特征H的另一种实施方式。由于特征H（维护列表）本身未被公开，且对比文件也未公开使用位图来报告错误，因此该特征未被公开。 |
| **技术特征K：** 其中，所述列表限于高优先级HARQ过程集合，其中，所述HARQ过程是所述高优先级HARQ过程集合的元素。<br>**判断结果：未公开** | 对比文件未提及“高优先级HARQ过程集合”的概念。 | **论述：** 对比文件讨论的是基于竞争的传输，并未区分HARQ过程的优先级。目标专利中为低延时操作定义高优先级HARQ过程集合的特征未被公开。 |
| **技术特征L：** 其中，所述高优先级HARQ过程集合至少部分地基于延时操作模式来确定。<br>**判断结果：未公开** | 对比文件未提及“延时操作模式”或基于此确定任何集合。 | **论述：** 该特征是特征K的进一步限定。由于特征K未被公开，且“延时操作模式”这一概念也未在对比文件中出现，因此该特征未被公开。 |
| **技术特征M：** 还包括：选择快速恢复模式，其中，启动所述定时器至少部分地基于所述选择。<br>**判断结果：未公开** | 对比文件未提及“快速恢复模式”的选择。 | **论述：** 目标专利中的“快速恢复模式”是其核心创新点，用于在低延时场景下加速错误恢复。对比文件未涉及任何模式选择，其定时器（发送禁止定时器）的启动是基于收到NACK，而非基于对某种恢复模式的选择。因此，该特征未被公开。 |
| **技术特征N：** 其中，所述选择至少部分地基于延时操作模式。<br>**判断结果：未公开** | 对比文件未提及“延时操作模式”。 | **论述：** 该特征是特征M的进一步限定。由于特征M（选择快速恢复模式）未被公开，且“延时操作模式”也未出现，因此该特征未被公开。 |
| **技术特征O：** 其中，所述选择至少部分地基于至少一个高优先级承载的配置。<br>**判断结果：未公开** | 对比文件未提及“高优先级承载的配置”。 | **论述：** 该特征是特征M的另一种限定。由于特征M未被公开，且“高优先级承载的配置”也未在对比文件中描述，因此该特征未被公开。 |
| **技术特征P：** 还包括：至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)。<br>**判断结果：未公开** | 对比文件主要描述了用户设备（UE）作为发送方时，接收来自基站的NACK（参见[0003], [0065]）。在基于竞争的上行传输场景中，UE是数据的发送设备，基站是接收设备，发送NACK的是基站。对比文件并未描述在该特定方案中，作为接收设备的UE需要基于HARQ过程状态向发送设备发送NACK。 | **论述：** 特征P描述的是接收设备向发送设备发送NACK。在对比文件公开的基于竞争的上行传输方案中，用户设备是发送设备，基站是接收设备。对比文件详细描述了基站作为接收设备如何发送NACK给UE（发送设备）。然而，特征P的语境是目标专利的整体方案，其接收设备和发送设备的角色是可逆的（如UE或基站均可作为接收设备）。虽然对比文件隐含了在无线通信中接收设备会发送NACK这一公知常识，但在其公开的具体方案（基于竞争的上行调度）中，并未描述或隐含作为“接收设备”的UE需要发送NACK。该具体方案聚焦于UE如何处理接收到的NACK和NDI。因此，从对比文件公开的具体内容中，不能直接或隐含地得出技术特征P。 |
| **技术特征Q：** 还包括：将传输块集合在缓冲区中保持用于重传的最小时间段。<br>**判断结果：隐含公开** | [0004] “具有软合并的HARQ...接收机存储每次失败传输尝试的软副本。通过合并每次传输尝试的软副本，接收机正确解码原始分组的概率增加。”<br>[0082] “用户设备120、122可将软比特存储在HARQ进程缓冲区中...”<br>**翻译：** “HARQ with soft combining...The receiver stores soft copies of each failed transmission attempt. By combining the soft copies of each transmission attempt, the receiver has an increasing probability of correct decoding of the original packet.”<br>“The user equipment 120, 122 may store the soft bits in the HARQ process buffer...” | **论述：** 对比文件描述了HARQ软合并的基本原理，即接收机（对于上行传输，即基站）需要存储失败传输的软比特以用于后续合并解码。同时，也描述了发送方（用户设备）在HARQ进程中存储软比特在缓冲区。这隐含了为了支持可能的HARQ重传，传输块（或软比特形式的传输块数据）需要在缓冲区中保持一段时间，直到确认传输成功或决定放弃。虽然对比文件没有明确“最小时间段”这一表述，但“保持用于重传”是HARQ软合并机制的内在要求和必然结果。因此，本领域技术人员可以从对比文件公开的HARQ操作中，合理推断出需要将数据在缓冲区中保持一段时间以备重传，即该特征被隐含公开。 |
<<<C>>>
<<<a>>>
<<<b>>>
<<<q>>>