**对比文件名称**: 2006-04-13_JP2006101428A_发明专利_JP2006101428A Wireless network control device and its method, control program and recording medium
**目标专利名称**: 1853 改善非连续接收功能的方法及其相关装置 CN101453776B
**模型名称**: DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：用于无线通讯系统的客户端中《直接公开》 | 对比文件中文翻译中记载：“图1是本发明实施方式涉及的用于ad hoc无线网络的**端点装置50**的构成框图。”；并描述端点装置为通信终端，用于无线网络。 | 对比文件中的“端点装置”是一种用于无线网络（如ad hoc无线网络）的通信终端设备，本质上等同于目标专利中的“客户端”。该装置具有无线收发和处理能力，属于无线通讯系统中的客户端范畴。本领域技术人员可以直接、毫无疑义地确定对比文件公开了该技术特征。 |
| **技术特征B**：于上述非连续接收功能使用于多个下链路混合自动重传请求程序时《未公开》 | 对比文件记载：“複数のルートを同時に利用するデータ転送処理”（同时利用多个路由的数据传输处理），及“ＭＲ−ＳＣＴＰ”（多路由SCTP）等。 | 对比文件涉及的是通过多个路由同时传输数据，未涉及任何“非连续接收（DRX）功能”或“下链路混合自动重传请求（DL HARQ）程序”。DRX是LTE MAC层用于省电的功能，而对比文件讨论的是传输层SCTP的多路由传输，两者技术领域、功能完全不同。对比文件既未直接记载，也没有任何内容使得本领域技术人员能合理推断出该特征。 |
| **技术特征C**：独立管理上述多个下链路混合自动重传请求程序的重传侦测时序《未公开》 | 对比文件在“（２）再送タイマーをルート毎に設置したこと”（为每个路由设置重传定时器）及“ルート毎の再送タイマー”（每个路由的重传定时器）等处公开了为每个路由独立管理重传定时。 | 对比文件明确公开了“独立管理”多个路由的重传（通过为每个路由分配独立的重传定时器）。但是，目标专利中独立管理的对象是“多个下链路混合自动重传请求程序”的重传侦测时序，而非路由。DL HARQ程序是LTE MAC层的特定实体，其重传侦测时序涉及客户端在DRX下监听PDCCH的时机。对比文件中的路由重传定时器用于发送方决定何时重传，功能和上下文均不同。即使宽松解释，本领域技术人员也不能合理推断出该特征。 |
| **技术特征D**：其中独立管理上述多个下链路混合自动重传请求程序的重传侦测时序包含分派混合自动重传请求往返时间计时器给上述多个下链路混合自动重传请求程序的每一下链路混合自动重传请求程序《未公开》 | 对比文件记载：“（２）再送タイマーをルート毎に設置したこと”（为每个路由设置重传定时器），并详细描述了每路由重传定时器的参数（如RTO、SRTT等）。 | 对比文件公开了为每个路由分配一个“再送タイマー”（重传定时器），但该定时器是用于SCTP的RTO（重传超时）管理的，其工作原理与目标专利中的“HARQ往返时间定时器”完全不同。后者是LTE中用于DRX的特定定时器，固定在某个TTI值，而前者是动态计算的。对比文件没有公开“HARQ往返时间定时器”，也没有暗示将其分配给HARQ程序。因此未公开。 |
| **技术特征E**：其特征是《未公开》 | 对比文件中无对应内容。 | 该特征为引导词，本身无技术意义。对比文件未包含相同或类似的表述，故未公开。 |
| **技术特征F**：其另外包含于接收上述多个下链路混合自动重传请求程序的下链路混合自动重传请求程序的封包时《未公开》 | 对比文件描述了数据接收后接收方发送MR-SACK，但未涉及接收封包时启动计时器。发送方在发送数据后启动T3-Rtx定时器。 | 在目标专利中，客户端在接收DL HARQ程序的封包时（如检测到新传输或解码失败时）启动对应的HARQ RTT计时器。对比文件中的动作恰好相反：发送方在发送数据后启动重传定时器，而非接收方在接收时启动。对比文件没有任何内容公开或暗示“在接收封包时启动计时器”。 |
| **技术特征G**：启动对应的上述的混合自动重传请求往返时间计时器《未公开》 | 对比文件记载了重传定时器的启动，但非在接收封包时启动，且不是“HARQ往返时间计时器”。 | 目标专利中的计时器是专用的“HARQ往返时间计时器”，启动时机和功能与对比文件中的重传定时器均不同。对比文件未公开该特定计时器及其启动方式。 |
| **技术特征H**：其特征是《未公开》 | 对比文件中无对应内容。 | 同特征E，未公开。 |
| **技术特征I**：其中上述多个下链路混合自动重传请求程序的重传侦测时序是上述多个下链路混合自动重传请求程序侦测实体下链路控制信道上重传信息的时序《未公开》 | 对比文件涉及通过MR-SACK中的Gap Ack Block检测丢包，未涉“实体下链路控制信道（PDCCH）”。 | 目标专利中，重传侦测时序的目的是让客户端在固定时刻监听PDCCH，以获取网络侧调度的重传信息。对比文件检测重传的方式是接收方发送SACK反馈，发送方根据反馈决定重传，不涉及对特定控制信道的侦听。对比文件未公开PDCCH或类似的侦测方式。 |
### 公开性结论
对比文件直接公开了技术特征A（客户端），其他技术特征均未直接或隐含公开。
因此，在回答结尾插入代码：<<<A>>>。