对比文件名称：2006-10-31_US7130295B_发明授权_US07130295B2 Data retransmission apparatus and method in a mobile communication system
目标专利名称：无线通讯系统提升传输效率的方法及其相关装置CN101247195B
模型名称：DeepSeek-Chat
以下是根据目标专利权利要求的技术特征划分所做的特征比对表。本评估严格遵循目标专利说明书对技术特征的解释，并结合对比文件内容进行直接公开和隐含公开的判断。隐含公开采用极宽松标准，凡有可能即视为隐含公开。
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **特征A**：该无线通讯系统中对应于第一协议单元的上层协议单元不输出用来设定该第一协议单元使用避免重复及排序功能的控制信号<br><br>**未公开** | 对比文件全文未提及上层协议单元（如RRC）不输出用于设定“避免重复及排序”功能的控制信号。对比文件涉及的MAC-h向RLC传递HARQ状态参数，属于不同层间的状态通知，而非上层对下层的功能设定。 | 目标专利的特征A核心在于上层（RRC）不发送特定信令以避免增加传输数据量。对比文件解决的是MAC-h与RLC之间的重复重传问题，其技术手段是MAC-h通过原语告知RLC当前HARQ处理状态，而非上层省略控制信号。对比文件未涉及“避免重复及排序”功能的开启或关闭，也未涉及上层是否输出控制信号。因此，特征A未被对比文件公开（既非直接公开，也非隐含公开）。 |
| **特征B**：并且第一协议单元一律使用该避免重复及排序功能于逻辑信道<br><br>**未公开** | 对比文件未描述RLC“一律使用”避免重复及排序功能。对比文件中的RLC UM根据HARQ_PROCESSING参数决定是否等待或丢弃非接收PDU，但该操作并非针对“避免重复及排序”功能，且不具有“一律使用”的强制性。 | 目标专利的特征B强调RLC预设地、不需上层指令地始终在逻辑信道上使用避免重复及排序。对比文件中RLC UM的行为依赖于MAC-h的指示（参数HARQ_PROCESSING），并非无条件的“一律使用”。对比文件未提及“避免重复及排序”这一特定功能，也未暗示RLC总是执行该功能。因此，特征B未被公开。 |
| **特征C**：其中该第一协议单元是非确认模式的无线链路控制单元<br><br>**《直接公开》** | 段落[0016]：“The RLC has a transparent mode (TM), an acknowledged mode (AM) and an unacknowledged mode (UM) as its operation mode. However, the HS-DSCH operates only in the AM and the UM, so the description will be restricted herein to the AM and the UM. When the RLC operates in the UM, the RLC segments a service data unit (SDU) provided from an upper layer in a proper size, or assembles the PDUs received from a lower layer into an SDU.” <br><br>翻译：RLC具有透明模式（TM）、确认模式（AM）和非确认模式（UM）作为其操作模式。然而，HS-DSCH仅工作在AM和UM模式，因此本描述仅限于AM和UM。当RLC工作在UM模式时，它将来自上层的服务数据单元（SDU）分割成适当大小，或将来自下层的PDU组装成SDU。 | 对比文件明确公开了RLC的三种模式之一为非确认模式（UM），并多次以RLC UM为对象描述其操作流程（如段落[0046]-[0048]）。目标专利的特征C中的“第一协议单元”即为非确认模式的无线链路控制单元。对比文件直接记载了该模式的存在及基本功能，本领域技术人员能够毫无疑义地确认该特征已被公开。因此，特征C被直接公开。 |
| **特征D**：该上层协议单元是无线资源控制单元<br><br>**未公开** | 对比文件未明确指定RLC的上层为无线资源控制单元（RRC）。对比文件多次提及“upper layer”，但未说明具体实体。例如段落[0016]：“the RLC segments a service data unit (SDU) provided from an upper layer”。 | 目标专利的特诊D限定了上层协议单元的类型。对比文件虽然使用了“upper layer”的表述，但在整个文件中未将其与RRC直接关联，也未给出任何RRC参与信令控制的描述。本领域技术人员即使了解常规协议栈，也无法从对比文件的内容合理推论出上层就是RRC，因为对比文件未涉及RRC的任何功能或角色。因此，特征D未被公开。 |
| **特征E**：其中该避免重复及排序功能，用来检测及删除该逻辑信道中重复的封包<br><br>**未公开** | 对比文件未提及“避免重复及排序”这一术语，也未公开检测并删除重复封包的操作。对比文件涉及RLC UM的重组过程中，对于非顺序SN的PDU，采用等待或丢弃策略，但未涉及重复检测。 | 目标专利的特征E是“避免重复及排序”功能中的子功能，用于检测和删除重复封包。对比文件全文未出现duplicate detection、duplicate removal或类似概念，其处理重点在于HARQ导致的非顺序到达，而非重复接收。因此，即使考虑隐含公开，对比文件也未提供任何关于重复检测的技术内容。特征E未被公开。 |
| **特征F**：排序该逻辑信道收到的封包<br><br>**未公开** | 对比文件未公开“排序”（reordering）作为独立功能的操作。对比文件中RLC UM根据SN重组SDU，但并非专门对接收封包执行排序处理。段落[0046]等描述了当SN不连续时的重组尝试，但未涉及排序算法或重新排序步骤。 | 目标专利的特征F要求对逻辑信道收到的封包进行排序。对比文件中RLC UM的任务是根据SN重组SDU，过程中会处理非连续SN，但这与目标专利中作为“避免重复及排序”组成部分的排序功能不完全相同，且对比文件并未明确记载排序操作。因此，特征F未被公开。 |
| **特征G**：其中该逻辑信道是共享控制信道，用来传输控制消息<br><br>**未公开** | 对比文件涉及HSDPA技术，使用的信道包括HS-DSCH、HS-SCCH等，未提及共享控制信道（CCCH）。全文未出现CCCH或Common Control Channel。 | 目标专利的特征G将逻辑信道限定为共享控制信道（CCCH）。对比文件描述的系统信道类型与CCCH无关，也未隐含任何可能指向CCCH的内容。因此，特征G未被公开。 |
| **特征H**：其中该逻辑信道是多媒体广播及群播服务的单点对多点承载信道，用来传输多媒体广播及群播服务的数据消息<br><br>**未公开** | 对比文件未提及多媒体广播及群播服务（MBMS）或其单点对多点承载信道（MTCH）。全文未出现MBMS或Multimedia Broadcast and Multicast Service。 | 目标专利的特征H将逻辑信道限定为MBMS的MTCH。对比文件完全不涉及MBMS技术，也没有任何可以引申到该服务的描述。因此，特征H未被公开。 |
根据上述公开性判断，对比文件仅直接公开了特征C。
输出代码：<<<C>>>