对比文件名称：2003-09-11_US2003169741A_发明申请_US20030169741A1 Avoiding stall conditions and sequence number ambiguity in an automatic repeat request protocol
目标专利名称：改善非连续接收功能的方法及其相关通讯装置CN101453775B
本次调用的模型名称：GPT-4
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：用于无线通讯系统的客户端中。《直接公开》 | [0037]“接收器14包括控制器22，耦合到重排序缓冲器24、错误检测器26、接收窗口28、停滞避免定时器30和更高协议层32。” [0050]“移动终端300是一种无线用户设备（UE）。” | 对比文件明确公开了无线通讯系统的客户端（接收器/UE），因此技术特征A被直接公开。 |
| 技术特征B：于多个下行链路混合自动重传请求程序使用上述非连续接收功能时独立管理上述多个下行链路混合自动重传请求程序的重传接收时限。《未公开》 | 对比文件未提及非连续接收（DRX）功能，也未公开独立管理多个HARQ程序的重传接收时限。[0038-0039]描述了一个单一的停滞避免定时器用于管理重排序缓冲区，但并非针对每个HARQ程序独立管理。 | 对比文件未涉及非连续接收功能，且其定时器机制是全局的，未公开每个HARQ程序独立管理重传接收时限，因此技术特征B未被公开。 |
| 技术特征C：其中独立管理上述多个下行链路混合自动重传请求程序的重传接收时限包含分派非连续接收重传计时器给上述多个下行链路混合自动重传请求程序的每一下行链路混合自动重传请求程序。《未公开》 | 对比文件未公开给每个HARQ程序分配非连续接收重传计时器。[0037]仅提到一个停滞避免定时器。 | 对比文件未公开分派计时器给每一下行链路HARQ程序，因此技术特征C未被公开。 |
| 技术特征D：其特征是。《未公开》 | 无相关公开。 | 该特征为连接词，无技术内容，对比文件未公开。 |
| 技术特征E：其还包含。《未公开》 | 无相关公开。 | 该特征为连接词，无技术内容，对比文件未公开。 |
| 技术特征F：于上述多个下行链路混合自动重传请求程序的一个下行链路混合自动重传请求程序中分组传送失败之后启动对应的上述非连续接收重传计时器。《未公开》 | 对比文件未公开在分组传送失败后立即启动对应计时器。[0038]描述在收到序列号大于缺失序列号的数据单元时启动定时器。 | 对比文件未公开在分组传送失败后启动非连续接收重传计时器，因此技术特征F未被公开。 |
| 技术特征G：于对应的上述非连续接收重传计时器计时期满之前检测上述分组的重传分组。《直接公开》 | [0039]“在块46中判断是否已经接收到数据单元X。如果是，则停止停滞条件定时器。” | 对比文件公开了在定时器（停滞避免定时器）计时期满之前，如果接收到缺失的数据单元（即重传分组），则停止定时器。这实质上等同于在非连续接收重传计时器计时期满之前检测到重传分组，因此技术特征G被直接公开。 |
| 技术特征H：其特征是。《未公开》 | 无相关公开。 | 该特征为连接词，无技术内容，对比文件未公开。 |
| 技术特征I：其还包含。《未公开》 | 无相关公开。 | 该特征为连接词，无技术内容，对比文件未公开。 |
| 技术特征J：于接收上述下行链路混合自动重传请求程序中一分组时启动往返计时器。《未公开》 | 对比文件未公开启动往返计时器。[0038]启动定时器的条件是接收到序列号大于缺失序列号的数据单元，而非接收每个分组时。 | 对比文件未公开在接收分组时启动往返计时器，因此技术特征J未被公开。 |
| 技术特征K：于上述往返计时器期满且接收上述分组解码失败之后启动上述非连续接收重传计时器。《未公开》 | 对比文件未公开往返计时器及其与解码失败结合启动非连续接收重传计时器。 | 对比文件未公开该技术特征，因此技术特征K未被公开。 |
<<<A>>><<<G>>>