**对比文件名称**：2007-10-25_JP2007281808A_发明专利_JP2007281808A Packet communication device and packet communication method
**目标专利名称**：1870改善非连续接收功能的方法及其相关通讯装置CN101453775B
**本次调用的模型名称**：GPT-4
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文，注明位置） | 公开性论述 |
| **技术特征A：** 用于无线通讯系统的客户端中<br><br>**《直接公开》** | 【对比文件】“本実施の形態は、パケット通信装置が移動局装置である場合の例である。”（[段落：实施方式开头]）<br>翻译：本实施方式中，以分组通信装置为移动台装置的情况为例。<br>此外全文多处将パケット通信装置１００作为UE（移动终端）进行描述，如说明书中提及“ＵＥ１１”等。 | 对比文件明确说明其实施例中的分组通信装置为移动台装置（即UE），相当于无线通讯系统的客户端。因此本技术特征被直接公开。 |
| **技术特征B：** 于多个下行链路混合自动重传请求程序使用上述非连续接收功能时独立管理上述多个下行链路混合自动重传请求程序的重传接收时限<br><br>**《未公开》** | 对比文件提到多个HARQ Process（０～３）以及每个Process的再送カウンタ（重传计数器），但未涉及“非连续接收（DRX）功能”。<br>【对比文件】“ＨＡＲＱ１０７は、複数のＨＡＲＱ Ｐｒｏｃｅｓｓ２０１（ＨＡＲＱ Ｐｒｏｃｅｓｓ０〜３）、及びそれぞれのＨＡＲＱ Ｐｒｏｃｅｓｓ毎の再送回数をカウントする再送カウンタ２０２（再送カウンタ０〜３）を備えて構成される。”（[图2说明]）<br>翻译：HARQ107由多个HARQ Process（0~3）和对每个HARQ Process的重传次数进行计数的重传计数器202（0~3）构成。 | 对比文件完全没有提及“非连续接收功能”（DRX），也没有公开任何与DRX相关的休眠监听机制。虽然对比文件对每个HARQ Process独立计数，但管理的是重传次数而非“重传接收时限”（即DRX重传计时器定义的时间窗）。且该独立计数是在重排序场景下使用，并不服务于非连续接收功能。因此本技术特征未被直接或隐含公开。 |
| **技术特征C：** 其中独立管理上述多个下行链路混合自动重传请求程序的重传接收时限包含分派非连续接收重传计时器给上述多个下行链路混合自动重传请求程序的每一下行链路混合自动重传请求程序<br><br>**《未公开》** | 对比文件未出现“非连续接收重传计时器（DRX Retransmission Timer）”的概念，也没有对每个HARQ Process分配独立的定时器。<br>对比文件提及的定时器只有Reordering release timer（T1），该定时器基于序列号（T1_TSN）而非每个HARQ Process。例如【T1定时器动作】部分：“Reordering release timer（Ｔ１）は、Reorderingエンティティにおいて、いわゆる歯抜け状態をあきらめるまでの時間を計測するためのタイマーである。”（[定时器定义]）<br>翻译：Reordering释放计时器（T1）是用于在Reordering实体中测量放弃所谓的缺号状态之前的时间的计时器。 | 对比文件没有为每个HARQ程序分配独立的DRX重传计时器。其T1定时器是全局的、基于TSN的，不满足“分派非连续接收重传计时器给每一下行链路混合自动重传请求程序”的要求。因此本技术特征未被公开。 |
| **技术特征D：** 其特征是<br><br>**《不构成独立技术特征》** | 无实质性内容，对比文件无法对应。 | 此为权利要求中的连接用语，不构成可对比的技术方案。 |
| **技术特征E：** 其还包含<br><br>**《不构成独立技术特征》** | 同上。 | 同上。 |
| **技术特征F：** 于上述多个下行链路混合自动重传请求程序的一个下行链路混合自动重传请求程序中分组传送失败之后启动对应的上述非连续接收重传计时器<br><br>**《未公开》** | 对比文件在分组传送失败（误码）后采取的操作是：<br>【对比文件】“誤り検出の結果、誤りが検出された場合は、受信データバッファリングしＮＡＣＫ信号をＭＵＸ部１０９に出力する。”（[HARQ动作]）<br>翻译：错误检测的结果，如果检测到错误，则缓冲接收数据并向MUX部109输出NACK信号。<br>随后进行HARQ重传，但并未启动任何“非连续接收重传计时器”。 | 对比文件没有非连续接收重传计时器，分组传送失败后仅进行缓冲和NACK反馈，并依赖HARQ重传机制，未涉及启动对应计时器的步骤。因此本技术特征未被公开。 |
| **技术特征G：** 于对应的上述非连续接收重传计时器计时期满之前检测上述分组的重传分组<br><br>**《未公开》** | 对比文件在HARQ重传过程中会检测重传分组，例如：【HARQ动作】“ＨＡＲＱ Ｐｒｏｃｅｓｓ２０１は、...再送された受信データとの合成を行う。”（[HARQ Process说明]）<br>翻译：HARQ Process201...与重传的接收数据进行合成。<br>但该检测并非基于“非连续接收重传计时器”的计时状态。 | 对比文件中不存在非连续接收重传计时器，因此其检测重传分组的行为无法与“在该计时器计时期满之前”的条件相关联。故本技术特征未被公开。 |
| **技术特征H：** 其特征是<br><br>**《不构成独立技术特征》** | 无实质性内容。 | 同特征D。 |
| **技术特征I：** 其还包含<br><br>**《不构成独立技术特征》** | 无实质性内容。 | 同特征D。 |
| **技术特征J：** 于接收上述下行链路混合自动重传请求程序中一分组时启动往返计时器<br><br>**《未公开》** | 对比文件无“往返计时器（HARQ RTT Timer）”的概念。对比文件中的定时器为Reordering release timer（T1），启动条件是出现乱序（收到比next_expected_TSN大的TSN），而非“接收分组时”。<br>【对比文件】“ＴＳＮ＝next_expected_ＴＳＮより大きなＴＳＮのＭＡＣ−ｈｓ ＰＤＵを受信し、いわゆる、歯抜け状態が発生するとＴ１タイマーが起動する。”（[T1启动条件]）<br>翻译：接收到比next_expected_TSN更大的TSN的MAC-hs PDU，产生所谓缺号状态时，启动T1计时器。 | 对比文件不存在“往返计时器”，也没有在接收分组时启动任何与之类似的定时器。本技术特征未被公开。 |
| **技术特征K：** 于上述往返计时器期满且接收上述分组解码失败之后启动上述非连续接收重传计时器<br><br>**《未公开》** | 对比文件既无“往返计时器”也无“非连续接收重传计时器”。<br>其重传计时器（T1）仅在乱序时启动一次，且与解码失败没有直接关联（解码失败后通过HARQ重传处理，不依赖该定时器启动）。 | 由于缺少往返计时器和非连续接收重传计时器这两个基础组件，本技术特征的全部步骤均未被对比文件公开。 |
---
### 公开性代码
根据上述比对，仅技术特征A被对比文件直接公开，其余技术特征均未被直接或隐含公开。
<<<A>>>