对比文件名称：2003-09-11_US2003169741A_发明申请_US20030169741A1 Avoiding stall conditions and sequence number ambiguity in an automatic repeat request protocol
目标专利名称：1853改善非连续接收功能的方法及其相关装置CN101453776B
本次调用的模型名称：DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| 技术特征A：用于无线通讯系统的客户端中《直接公开》 | [0050]：“在一个移动终端（MT）300（一种无线用户设备（UE））与一个或多个基站之间的无线电通信”。<br>[0037]：“接收机14包括控制器22，耦合到重排序缓冲器24，错误检测器26，接收窗口28，停顿避免定时器30和更高协议层32。”（该接收机位于UE中） | 对比文件明确公开了在无线通讯系统的用户设备（UE，即客户端）中实现相关功能，本领域技术人员可以直接毫无疑义地确定该特征已被公开。 |
| 技术特征B：于上述非连续接收功能使用于多个下链路混合自动重传请求程序时《未公开》 | 对比文件全文未出现“非连续接收（DRX）功能”或类似术语。 | 对比文件涉及HARQ协议中的停顿避免和序号模糊避免，但完全没有提及非连续接收（DRX）功能，也没有任何内容暗示该功能的存在或应用场景。本领域技术人员无法从对比文件得出或合理推断该特征。 |
| 技术特征C：独立管理上述多个下链路混合自动重传请求程序的重传侦测时序《未公开》 | [0037]：“接收机14包括…停顿避免定时器30”。<br>[0040]：“该基于定时器的机制只需一个定时器，易于实现和控制”。 | 对比文件使用单一的停顿避免定时器管理所有缺失数据单元的停顿避免，并未为每个下链路混合自动重传请求程序独立管理其重传侦测时序。多个程序共享同一侦测时序管理，与“独立管理”相悖。本领域技术人员无理由从对比文件得出该特征。 |
| 技术特征D：其中独立管理上述多个下链路混合自动重传请求程序的重传侦测时序包含分派混合自动重传请求往返时间计时器给上述多个下链路混合自动重传请求程序的每一下链路混合自动重传请求程序《未公开》 | 对比文件全文未出现“混合自动重传请求往返时间计时器（HARQ RTT Timer）”或类似概念。 | 对比文件仅包含一个“停顿避免定时器”，该定时器用于在更高序号数据单元到达时启动，以决定是否跳过缺失数据单元；并非为每个程序分配专用的往返时间计时器。本领域技术人员不能从对比文件获得或联想出分派多个独立计时器给每个程序的技术方案。 |
| 技术特征E：其特征是《未公开》 | 对比文件未出现“其特征是”或类似中文表述。 | 该特征为权利要求中的过渡词，不构成实质技术内容。对比文件中没有相对应的公开内容。 |
| 技术特征F：其另外包含于接收上述多个下链路混合自动重传请求程序的下链路混合自动重传请求程序的封包时《未公开》 | [0038]：“如果接收到一个具有序号X（X大于缺失序号）的数据单元，则启动一个定时器”。<br>该定时器启动条件不是“接收封包时”，而是接收特定条件（更高序号）的封包时。 | 对比文件中的定时器启动条件与特征F所述的“接收封包时”（任意封包）不同，且未独立关联至每个DL HARQ程序。本领域技术人员无法从中推出“接收封包时启动对应定时器”这一普遍性操作。 |
| 技术特征G：启动对应的上述的混合自动重传请求往返时间计时器《未公开》 | [0038]：如上所述，启动的是唯一的“停顿避免定时器”，而非“混合自动重传请求往返时间计时器”。 | 对比文件启动的是单一的停顿避免定时器，其功能（检测停顿而非管理重传侦测时机）和属性均与HARQ RTT Timer不同。没有对应关系，未公开该特征。 |
| 技术特征H：其特征是《未公开》 | 对比文件未出现“其特征是”或类似中文表述。 | 同特征E，为过渡词，对比文件无相应公开。 |
| 技术特征I：其中上述多个下链路混合自动重传请求程序的重传侦测时序是上述多个下链路混合自动重传请求程序侦测实体下链路控制信道上重传信息的时序《未公开》 | 对比文件全文未提及“实体下链路控制信道（PDCCH）”或“侦测PDCCH上重传信息”，也未明确定义重传侦测时序与该控制信道的关系。 | 对比文件背景涉及HSDPA（使用HS-SCCH等信道），但未具体描述侦测实体下链路控制信道上的重传信息来定义时序。本领域技术人员无法从对比文件得出或合理推断该特征。 |
<<<A>>>