对比文件名称：2005-07-28_US2005163161A_发明申请_US20050163161A1 RLP retransmission for CDMA communication systems
目标专利名称：1870改善非连续接收功能的方法及其相关通讯装置CN101453775B
本次调用的模型名称：Claude-3-haiku
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| 技术特征A：用于无线通讯系统的客户端中 **《直接公开》** | [0025] “终端是一种与基站通信的站点。终端也被称为移动台、远程站、接入终端、用户设备（UE）或其他术语。” [0026] “每个终端可在任何给定时刻在一个或多个基站的前向链路和/或反向链路上进行通信……” [0124] 结合图9描述了终端的接收处理。 | 目标专利中的客户端即为无线通讯系统中的用户设备（UE），对比文件明确公开了“终端（terminal）”作为无线通信系统的用户侧设备，且运行于CDMA（无线）通信系统中。因此本领域技术人员能毫无疑义地确定技术特征A被直接公开。 |
| 技术特征B：于多个下行链路混合自动重传请求程序使用上述非连续接收功能时独立管理上述多个下行链路混合自动重传请求程序的重传接收时限 **《无直接公开也无隐含公开》** | [0090] “在一个方面，接收HARQ‑CF为每个被接收RLP确定为丢失的RLP帧维持一个动态的事件驱动的定时器。这个动态定时器具有可变持续时间，其期满由接收HARQ‑CF已知的事件触发。” [0099] “初始地，从接收RLP接收到请求……接收HARQ‑CF将候选集初始化为所有可能用于传输包含丢失RLP帧的HARQ包的ARQ信道。” | 目标专利的技术特征B明确限定在“使用非连续接收（DRX）功能”这一前提下，且要求“独立管理”指的是每个DL HARQ程序拥有各自的重传接收时限（通过独立的重传定时器）。对比文件虽然涉及多个ARQ信道（类比HARQ程序）并通过动态定时器管理丢失RLP帧的重传判断，但对比文件完全没有提及非连续接收（DRX）功能，其动态定时器的管理和目的也与DRX重传时限管理不同。本领域技术人员无法从对比文件合理推断出在非连续接收功能下独立管理HARQ程序重传接收时限的方案，故该特征既未直接公开也未隐含公开。 |
| 技术特征C：其中独立管理上述多个下行链路混合自动重传请求程序的重传接收时限包含分派非连续接收重传计时器给上述多个下行链路混合自动重传请求程序的每一下行链路混合自动重传请求程序 **《无直接公开也无隐含公开》** | [0090] 同上。 [0093] “在接收到来自接收RLP的请求后，接收HARQ‑CF为丢失RLP帧列表中每个序列号标识的丢失RLP帧启动一个动态定时器。” [0118] “[接收HARQ‑CF]为两个丢失的RLP帧启动两个动态定时器Timer_A和Timer_B。” | 目标专利的特征C明确将“独立管理”具体化为：为每个DL HARQ程序分派一个“非连续接收重传计时器（DRX Retransmission Timer）”。对比文件中的动态定时器是针对丢失的RLP帧而非DL HARQ程序，且这类定时器是由HARQ‑CF维护的“动态定时器”，其用途是快速判断RLP帧是否丢失，并非用于控制DRX重传接收时限的非连续接收重传计时器。两者在分配对象、功能和协议层次上均不相同，本领域技术人员无法从对比文件得出或合理推断出特征C的内容。 |
| 技术特征D：其特征是 **《无公开》** | 无对应内容。 | “其特征是”为权利要求中的连接词语，本身不构成技术方案内容，对比文件不可能公开。 |
| 技术特征E：其还包含 **《无公开》** | 无对应内容。 | “其还包含”为权利要求中的连接词语，本身不构成技术方案内容，对比文件不可能公开。 |
| 技术特征F：于上述多个下行链路混合自动重传请求程序的一个下行链路混合自动重传请求程序中分组传送失败之后启动对应的上述非连续接收重传计时器 **《无直接公开也无隐含公开》** | [0092] “如果检测到任何丢失的RLP帧，则接收RLP向接收HARQ‑CF发送一个‘请求’，要求接收HARQ‑CF为每个丢失的RLP帧维持一个动态定时器。” [0120] “在时间T10之后不久，接收HARQ‑CF确定一个良好的HARQ包从ARQ信道‘0’恢复……” | 目标专利的特征F要求：在某个DL HARQ程序的“分组传送失败”（即HARQ解码失败）后启动“对应的非连续接收重传计时器”。对比文件中，动态定时器是根据RLP层检测到RLP帧丢失（通过序号不连续）而触发的请求启动的，而非直接在HARQ分组传送失败后启动；且启动的是动态定时器而非非连续接收重传计时器。触发条件和定时器类型均不同，对比文件既未直接公开也无法被合理推断出特征F。 |
| 技术特征G：于对应的上述非连续接收重传计时器计时期满之前检测上述分组的重传分组 **《无直接公开也无隐含公开》** | [0090] “动态定时器……其期满由接收HARQ‑CF已知的事件触发。” [0094] “每当给定丢失RLP帧的动态定时器期满时，接收HARQ‑CF向接收RLP发送‘指示’。” | 目标专利的特征G要求在非连续接收重传计时器“计时期满之前”检测目标分组的重传分组（若收到则停止定时器）。对比文件的动态定时器用于判断RLP帧是否丢失，其在满足条件（如候选集为空）时即“期满”，期满后发送指示通知RLP发送NAK，不存在“在期满之前检测重传”并据此控制定时器的操作。二者作用逻辑不同，对比文件未公开也无法隐含公开特征G。 |
| 技术特征H：其特征是 **《无公开》** | 无对应内容。 | 同特征D。 |
| 技术特征I：其还包含 **《无公开》** | 无对应内容。 | 同特征E。 |
| 技术特征J：于接收上述下行链路混合自动重传请求程序中一分组时启动往返计时器 **《无直接公开也无隐含公开》** | [0057]‑[0060] 图4描述了HARQ子包传输时序，其中涉及ACK_DELAY等，但未提及“往返计时器”（RTT Timer）的概念。 [0118] “动态定时器Timer_A和Timer_B”基于ARQ信道事件更新。 | 目标专利的往返计时器（HARQ RTT Timer）是一种在接收DL HARQ分组时启动、用于在特定TTI内允许休眠的计时器。对比文件无论从文字还是图中均未公开任何类似的“往返计时器”，其所用的动态定时器的启动条件（RLP请求）和功能（判断丢失）与目标专利的往返计时器完全不同。因此特征J既未直接公开也未隐含公开。 |
| 技术特征K：于上述往返计时器期满且接收上述分组解码失败之后启动上述非连续接收重传计时器 **《无直接公开也无隐含公开》** | [0092]‑[0093] 动态定时器由RLP检测到丢失后请求启动，并非在往返计时器期满后；动态定时器的启动也不是因为解码失败（而是RLP丢失检测）。 [0098]‑[0100] 动态定时器更新基于ARQ信道事件。 | 目标专利的特征K建立了从往返计时器期满且解码失败到启动非连续接收重传计时器的因果关系。对比文件不存在往返计时器，且动态定时器的启动条件（接收RLP请求）与非连续接收重传计时器的启动条件（HARQ RTT期满且解码失败）完全不同。本领域技术人员无法从对比文件推导出特征K的方案。 |
### 公开性判断结果总结
对比文件 **直接公开** 了技术特征A，理由如上表所示。
技术特征B～K（包括D、E、H、I等过渡特征）均未被直接公开，也未达到隐含公开的标准（无法从对比文件合理推断或部分公开后组合得出）。
根据输出格式要求，仅对直接公开的技术特征插入对应大写代码。
<<<A>>>