对比文件名称：2004-01-08_JP2004007654A_发明专利_JP2004007654A Data retransmitting apparatus and method in mobile communication system
目标专利名称：1853改善非连续接收功能的方法及其相关装置CN101453776B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：用于无线通讯系统的客户端中<br>《直接公开》 | 【0002】“前記移動通信システムは…使用者端末機（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、“ＵＥ”という）１３０で構成される。”<br>（翻译：所述移动通信系统由…用户终端（UE）130构成。） | 对比文件明确提及“使用者端末機（UE）”，即用户设备，相当于目标专利中的客户端。本领域技术人员能毫无疑义地确定该特征已被直接公开。 |
| 技术特征B：于上述非连续接收功能使用于多个下链路混合自动重传请求程序时<br>《未公开》 | 通篇未涉及“非连续接收”（Discontinuous Reception, DRX）功能或类似概念。 | 对比文件涉及的是HSDPA系统中的HARQ重传机制，虽提及“ｎ−ｃｈａｎｎｅｌ ＳＡＷ ＨＡＲＱ”多个信道（即多个下链路HARQ程序），但完全没有记载非连续接收功能（DRX）及其相关操作。本领域技术人员无法从对比文件得出该特征。 |
| 技术特征C：独立管理上述多个下链路混合自动重传请求程序的重传侦测时序<br>《未公开》 | 【0019】“前記Ｔ１タイマーが設定待機時間を待機する間に前記ＴＳＮ＃１のパケットデータの以後に受信されたパケットデータのうち、ＴＳＮ＃４のパケットデータが正常的に受信されない場合、前記ＵＥ２２０は以前に前記ＴＳＮ＃１のパケットデータに割当てられたＴ１タイマーを続けて駆動させ、前記設定待機時間内で前記ＴＳＮ＃１のパケットデータが到達すると、ＴＳＮ＃４のパケットデータの再伝送待機のためにＴ１タイマーをリセットして再び前記設定待機時間を待機する。”<br>（翻译：在T1定时器等待设定等待时间期间，如果在TSN#1数据包之后接收的数据包中，TSN#4的数据包没有被正常接收，则UE220继续驱动先前分配给TSN#1数据包的T1定时器，当在设定等待时间内到达TSN#1数据包时，为等待TSN#4数据包的重传而重置T1定时器，再次等待所述设定等待时间。） | 对比文件明确描述当多个HARQ程序出现连续丢失时，同一个T1定时器被重置并用于后续程序的重传等待，而非为每个程序维持独立的定时器。这实质上与目标专利所克服的“已知技术”一致（多个程序共享一个往返计时器导致时序依赖）。因此，对比文件没有公开“独立管理”重传侦测时序，反而给出了相反教导。 |
| 技术特征D：其中独立管理上述多个下链路混合自动重传请求程序的重传侦测时序包含分派混合自动重传请求往返时间计时器给上述多个下链路混合自动重传请求程序的每一下链路混合自动重传请求程序<br>《未公开》 | 【0018】“前記ＵＥ２２０は前記リオーダーリングバッファを割当てる度ごとに、前記リオーダーリングバッファ別にＴ１タイマーを割当て…”<br>（翻译：所述UE220每次分配所述重排序缓冲区时，为每个重排序缓冲区分配T1定时器…） | 对比文件中的T1定时器是按“重排序缓冲区（reordering buffer）”分配的，而非按“每一下链路混合自动重传请求程序”。且T1定时器的作用是限制重传等待的最大时间，与目标专利中用于DRX期间控制侦测时机的HARQ RTT定时器在功能和配置对象上均不同。因此，该特征未被公开。 |
| 技术特征E：其特征是<br>《未公开》 | 无对应技术内容。 | 该特征为从属权利要求中的过渡用语，不构成具体技术方案，对比文件中未公开该用语本身。 |
| 技术特征F：其另外包含于接收上述多个下链路混合自动重传请求程序的下链路混合自动重传请求程序的封包时<br>《未公开》 | 对比文件中启动T1定时器的时机是解码失败（发送NACK）时，而非“接收封包时”。例如【0011】“ＵＥは前記再伝送を要求した時点から前記再伝送のために予め設定された時間をＴ１タイマーを駆動させて待機する。”<br>（翻译：UE从请求重传的时刻起驱动T1定时器等待为所述重传预设的时间。） | 目标专利中HARQ RTT定时器是在接收到任何封包（无论成功或失败）时启动，而对比文件是在解码失败并发送重传请求后才启动定时器。二者启动条件完全不同，对比文件未公开“接收封包时启动”的特征。 |
| 技术特征G：启动对应的上述的混合自动重传请求往返时间计时器<br>《未公开》 | 同特征F，对比文件中启动的定时器是T1定时器，且启动时机为发送NACK之后。 | 对比文件中启动的定时器类型（T1）、启动条件（解码失败后）均与目标专利的HARQ RTT定时器不同，因此该特征未被公开。 |
| 技术特征H：其特征是<br>《未公开》 | 无对应技术内容。 | 同特征E，为过渡用语，未公开。 |
| 技术特征I：其中上述多个下链路混合自动重传请求程序的重传侦测时序是上述多个下链路混合自动重传请求程序侦测实体下链路控制信道上重传信息的时序<br>《隐含公开》 | 【0021】“前記ＨＰＣ３４０は…高速共通制御チャンネル（ＨＳ−ＳＣＣＨ：Ｈｉｇｈ Ｓｐｅｅｄ−Ｓｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、以下、“ＨＳ−ＳＣＣＨ”と称する）送信機（図示せず）へ伝える（参照符号３１８）。ここで、前記ＲＶ情報は再伝送されるパケットデータが何番目の再伝送パケットデータであるかを示すための情報である。…前記ＮＤＩ情報は現在伝送されるパケットデータが新たなパケットデータ又は再伝送されるパケットデータであるかを示す情報である。”<br>（翻译：所述HPC340向高速共享控制信道（HS-SCCH）发送机传送。这里，所述RV信息是用于指示重传的数据包是第几次重传数据包的信息。…所述NDI信息是指示当前传输的数据包是新数据包还是重传数据包的信息。） | 对比文件明确指出HS-SCCH（实体下链路控制信道）用于携带重传相关信息（RV、NDI），并且UE需要侦听该信道以获取重传信息。在n-channel SAW HARQ架构下，每个信道（即每个下链路HARQ程序）均独立处理各自的HARQ进程，必然涉及对该信道上对应重传信息的侦测。本领域技术人员可以合理推断，多个下链路HARQ程序的重传侦测时序本质上就是各程序侦测该控制信道上重传信息的时序。虽然对比文件未直接使用“重传侦测时序”一词，但该技术内容已被隐含公开。 |
**公开性代码汇总**
根据判断，对比文件直接公开了技术特征A，隐含公开了技术特征I。其他技术特征未公开。
<<<A>>><<<i>>>