对比文件名称：2002-11-21_US2002172208A_发明申请_US20020172208A1 Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
目标专利名称：1870改善非连续接收功能的方法及其相关通讯装置CN101453775B
本次调用的模型名称：本分析由资深专利代理师模型执行
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：用于无线通讯系统的客户端中<br>《直接公开》 | 对比文件[0029]：“对于无线传输分组（RLC-PDU），封装在（MAC）数据块中，在两个终端之间传输…”；[0035]：“当有数据要发送给给定用户终端时…”；[0036]：“当用户终端接收到数据块时…”。（多处明确提到用户终端/接收终端，即客户端） | 对比文件所述无线通信系统（如WCDMA/HSDPA）中的接收终端即为客户端，该终端用于无线通讯系统中，与技术特征A完全对应，且作用相同（均为无线接收端）。本领域技术人员能毫无疑义地确定该特征被直接公开。 |
| **技术特征B**：于多个下行链路混合自动重传请求程序使用上述非连续接收功能时独立管理上述多个下行链路混合自动重传请求程序的重传接收时限<br>《未公开》 | 对比文件未提及“非连续接收功能（DRX）”。对比文件[0029]-[0052]描述了基于序列号的HARQ按序交付方案，其中多个HARQ进程（信道）独立运行并通过MAC-hs重排序，但从未涉及DRX操作或重传接收时限的独立管理。 | 技术特征B明确要求“于使用非连续接收功能时”，前提是启用DRX。对比文件的整个方案不包含任何DRX相关内容，未公开“非连续接收功能”这一前提。即使对比文件中多个HARQ进程各自独立运行，但没有在DRX语境下管理重传接收时限，故未公开该特征。 |
| **技术特征C**：其中独立管理上述多个下行链路混合自动重传请求程序的重传接收时限包含分派非连续接收重传计时器给上述多个下行链路混合自动重传请求程序的每一下行链路混合自动重传请求程序<br>《未公开》 | 对比文件未提及“非连续接收重传计时器（DRX Retransmission Timer）”。对比文件[0040]提到N信道传输的同步/异步重传，但未使用或暗示任何针对每个HARQ进程的DRX重传计时器。 | 技术特征C是B的进一步限定，核心是给每个DL HARQ进程分配专用的DRX重传计时器。对比文件没有DRX重传计时器的概念，也未公开给每个HARQ进程分配此类独立计时器。因此未公开。 |
| **技术特征D**：其特征是<br>《无实质技术内容》 | （此为连接词，无对应技术内容） | 此特征为权利要求的引用关系表述，不具有技术方案含义，对比文件无法公开此类语法特征。 |
| **技术特征E**：其还包含<br>《无实质技术内容》 | （同上） | 同上。 |
| **技术特征F**：于上述多个下行链路混合自动重传请求程序的一个下行链路混合自动重传请求程序中分组传送失败之后启动对应的上述非连续接收重传计时器<br>《未公开》 | 对比文件[0037]：“如果解码失败，即数据块有错误，则将错误数据块的软判决与序列号一起存储在软合并缓冲器中，并向发送器发送否定确认（NACK）。”未涉及任何非连续接收重传计时器的启动。 | 技术特征F要求分组传送失败后启动“非连续接收重传计时器”。对比文件中解码失败后仅进行存储软判决和发送NACK，不启动任何DRX专用计时器。因此未公开。 |
| **技术特征G**：于对应的上述非连续接收重传计时器计时期满之前检测上述分组的重传分组<br>《未公开》 | 对比文件[0036]：“基于序列号，用户终端的物理层检查软合并缓冲区…以确定是否已经接收过该序列号指示的数据块…”。对比文件描述的是对重传分组的合并检测，但无计时器概念。 | 技术特征G要求存在一个“非连续接收重传计时器”并在其期满前检测重传分组。对比文件无此计时器，也未限定检测重传的时间窗口与计时器关联。故未公开。 |
| **技术特征H**：其特征是<br>《无实质技术内容》 | （同上） | 同上。 |
| **技术特征I**：其还包含<br>《无实质技术内容》 | （同上） | 同上。 |
| **技术特征J**：于接收上述下行链路混合自动重传请求程序中一分组时启动往返计时器<br>《未公开》 | 对比文件[0040]提到“最小往返延迟（minimum round trip delay）”，但未作为计时器启动使用；[0038]仅描述基于序列号的按序交付操作，无启动往返计时器的步骤。 | 技术特征J要求在接收DL HARQ分组时启动往返计时器（HARQ RTT Timer）。对比文件中接收数据块后不启动此类计时器，仅根据序列号进行重排序和合并。故未公开。 |
| **技术特征K**：于上述往返计时器期满且接收上述分组解码失败之后启动上述非连续接收重传计时器<br>《未公开》 | 对比文件[0037]、“当解码失败…发送NACK”；[0036]“如果接收的数据块不是重传，则直接解码”。无往返计时器期满后启动非连续接收重传计时器的描述。 | 技术特征K需要两个前提：往返计时器期满且解码失败，然后启动非连续接收重传计时器。对比文件无往返计时器、无非连续接收重传计时器，也未揭示上述逻辑。故未公开。 |
### 公开性总结
- **直接公开**：技术特征A被对比文件直接公开。
- **隐含公开**：技术特征B、C、F、G、J、K均未被对比文件直接或隐含公开（对比文件内容完全不涉及DRX及相关计时器，无法合理推断出这些特征）。
- 技术特征D、E、H、I为连接词，无实质技术方案，对比文件不涉及。
### 结果代码
由于仅技术特征A被直接公开，在回答结尾插入相应大写代码：
<<<A>>>