对比文件名称：2011-05-06_JP2011514791A_发明专利_JP2011514791A harq process management has been improved
目标专利名称：750通信中的混合自动重传请求定时CN106165330B
本次调用的模型名称：未指定
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求。 **未公开** | 对比文件[0087]段：“特定の数のHARQプロセスがデータを送信及び受信するために利用可能である。一方、追加のメモリ領域が、持続的にスケジュールされるプロトコルデータユニットを受信するために確保される。” [0090]段：“持続的スケジューリングが、プロトコルデータユニットを送信及び受信するために使用される。送信エンティティは、HARQプロトコルの上記複数のHARQプロセスの中から持続的にスケジュールされたプロトコルデータユニットを送信及び受信するための一つのHARQプロセスを選択する。” | 对比文件公开了通过RRC配置持久调度，可以分配HARQ进程，但并未公开基于用户终端的能力从多个HARQ简档中定义简档。对比文件没有提到“HARQ简档”的概念，也没有基于能力进行选择。因此未公开。 |
| 技术特征B：所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。 **未公开** | 对比文件[0079]段：“一つのHARQプロセスに関連付けられたメモリは、適切な識別子によってアドレス指定可能である複数のサブ領域に分割される。” [0087]段：“追加のメモリ領域が、持続的にスケジュールされるプロトコルデータユニットを受信するために確保される。” | 对比文件通过将HARQ进程内存分割为多个子区域，允许同一HARQ进程处理多个数据单元，从而延长了重传可用时间，但并未公开多个预定义的HARQ简档提供不同的处理时间。对比文件没有简档的概念，也未明确提供不同的处理时间作为简档的属性。因此未公开。 |
| 技术特征C：其中所述混合自动重传请求简档指示-下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔。 **未公开** | 对比文件[2]段：“ダウンリンクのデータ送信”和“アップリンクのデータ送信”描述了LTE中的定时关系，但未公开可配置的第一时间间隔。对比文件主要关注HARQ进程内存管理，未涉及时间间隔的配置。 | 对比文件没有公开混合自动重传请求简档指示下行链路传输接收与上行链路控制信息发射之间的第一时间间隔。对比文件未提及第一时间间隔作为可配置参数。因此未公开。 |
| 技术特征D：以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔。 **未公开** | 对比文件[2]段描述HARQ重传，但未公开第二时间间隔作为简档参数。 | 对比文件没有公开第二时间间隔。因此未公开。 |
| 技术特征E：其中所述混合自动重传请求简档指示-上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔。 **未公开** | 对比文件[2]段描述上行链路调度，但未公开第三时间间隔。 | 对比文件没有公开第三时间间隔。因此未公开。 |
| 技术特征F：以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。 **未公开** | 对比文件[2]段描述上行链路重传，但未公开第四时间间隔。 | 对比文件没有公开第四时间间隔。因此未公开。 |
| 技术特征G：其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。 **未公开** | 对比文件未提及初始接入期间定义简档。 | 对比文件没有公开在初始接入期间预定义或定义简档。因此未公开。 |
| 技术特征H：其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。 **未公开** | 对比文件[0076]段：“HARQ再送信のための時間的制約を緩和すること。” [0079]段：“一つのHARQプロセスに関連付けられたメモリは...複数のサブ領域に分割される。” | 对比文件通过分割HARQ进程内存来缓解重传时间约束，但并未通过调节预留时间来实现灵活定时。对比文件的方法是通过增加缓冲区容量来允许更长的重传间隔，而不是直接调节处理时间。因此未公开。 |
| 技术特征I：其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。 **《直接公开》** | 对比文件[2]段：“肯定応答（ACK）”、“否定応答（NACK）”。多处提及ACK/NACK消息，例如在描述HARQ操作时。 | 对比文件明确公开了HARQ过程中使用ACK/NACK作为确认/否定确认消息，因此直接公开。 |
| 技术特征J：其中所述上行链路传输包括上行链路被调度的消息。 **《直接公开》** | 对比文件[2]段：“アップリンクのデータ送信を可能にするために、送信データの詳細をUEに示唆するためのL1/L2制御シグナリングがダウンリンク上で送信される。...UEがそれを用いてデータを送信すべき物理的リソース...”。 | 对比文件公开了上行链路数据发送是通过调度授权进行的，上行链路传输是被调度的消息。因此直接公开。 |
| 技术特征K：其中所述下行链路信息包括上行链路调度授权消息。 **《直接公开》** | 对比文件[2]段：“アップリンクグラント（UL grant）”。 | 对比文件明确公开了下行链路信息包括上行链路调度授权消息。因此直接公开。 |
| 技术特征L：其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。 **未公开** | 对比文件未公开简档的特定性。 | 对比文件没有公开简档的概念，也没有公开简档是设备特定、设备类型特定、小区特定或服务类型特定。因此未公开。 |
| 技术特征M：其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。 **未公开** | 对比文件[0087]段：“追加のメモリ領域が、持続的にスケジュールされるプロトコルデータユニットを受信するために確保される。” [0092]段：“第２のプロトコルデータユニットの送信信号は、上記プロトコルデータユニットの上記送信データが格納されている上記一つのメモリサブ領域とは異なるメモリサブ領域に格納される。” | 对比文件公开了通过内存分割可以支持更多的有效HARQ进程（子区域），但并未将HARQ进程数目作为混合自动重传请求简档的参数进行定义。对比文件没有公开简档中涉及可变或固定数目的HARQ进程。因此未公开。 |
| 技术特征N：其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。 **未公开** | 对比文件未提及TTI长度可变。 | 对比文件没有公开TTI长度可变，也没有将其与HARQ简档关联。因此未公开。 |
| 技术特征O：其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。 **未公开** | 对比文件未公开多个简档共存。 | 对比文件没有公开多个混合自动重传请求简档共存于共同资源空间。因此未公开。 |
| 技术特征P：其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。 **未公开** | 对比文件未定义UE能力类型。 | 对比文件没有公开基于UE能力定义快速响应或低延迟能力。因此未公开。 |
| 技术特征Q：其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。 **未公开** | 对比文件未提及动态重新配置回路延迟。 | 对比文件没有公开在活跃会话期间动态重新配置HARQ回路延迟。因此未公开。 |
| 技术特征R：其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。 **未公开** | 对比文件未提及分离的HARQ-ACK控制信道部分。 | 对比文件没有公开针对不同简档的UE定义分离的HARQ-ACK控制信道部分。因此未公开。 |
| 技术特征S：其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。 **未公开** | 对比文件[0087]段：“追加のメモリ領域が確保される。” 但未根据简档定义。 | 对比文件虽然涉及内存配置，但未根据混合自动重传请求简档定义缓冲器大小或进程最大数目。因此未公开。 |
| 技术特征T：其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。 **未公开** | 对比文件未公开双向简档。 | 对比文件没有公开定义双向混合自动重传请求简档。因此未公开。 |
<<<I>>><<<J>>><<<K>>>