**对比文件的名称：** 2012-10-09_US8284754B_发明授权_US08284754B2 Apparatus and method for determining time to response of retransmission in a multihop relay wireless communication system
**目标专利的名称：** 通信中的混合自动重传请求定时 CN106165330B
**本次调用的模型名称：** DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **A.** 所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求简档。 | 对比文件[0046]：“由于重传参数值是RS处的数据或ACK处理延迟时间，它们可能因RS而异。因此，重传参数值通过RS的网络入口过程或能力协商过程从RS转发到BS。” | 对比文件公开了基站（网络装置）通过能力协商过程收集用户设备（或中继站）的处理延迟参数（重传参数值），这些参数因设备能力而异，从而提供了多种可能的定时配置（隐含多个HARQ简档）。基站基于这些参数确定针对该用户设备的ACK/NACK传输时间，相当于从多个可用配置中定义了该用户设备的HARQ定时简档。虽然未明确使用“简档”术语，但本领域技术人员可以合理推断，不同的参数组合对应不同的HARQ定时简档，且基站根据用户设备的能力选择并定义了相应的简档。因此特征A被**隐含公开**。 |
| **B.** 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。 | 对比文件[0036]：“p2取决于第二RS 220的性能和特性而变化。” 对比文件[0038]：“j取决于MS的性能和特性而变化。” | 对比文件公开了中继站和用户设备的处理延迟时间（如p2、j）可以根据设备性能和特性而变化，这些延迟时间对应于通信链路中不同节点的处理时间。由于不同用户设备的j不同，因此在用户终端端（通信链路的一端）提供了不同的处理时间。本领域技术人员可以合理推断，这种差异体现了不同HARQ简档在处理时间上的区别，即多个简档在链路的一端可提供不同的处理时间。因此特征B被**隐含公开**。 |
| **C.** 其中所述混合自动重传请求简档指示-下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔。 | 对比文件[0038]：“在帧i+2上接收调度信息和分组，MS 240在时间j期间检查与分组相关联的错误，并在帧i+3中将ACK/NACK发送到第一RS 230。” 对比文件[0033]：“以下，以混合自动重传请求（HARQ）方案为例进行描述。” | 对比文件明确公开了用户设备（MS）在接收下行链路数据包后，经过时间j（ACK/NACK传输延迟时间）发送上行链路控制信息（ACK/NACK）。该时间j即为下行链路传输在用户终端中被接收与对应的上行链路控制信息被预期从用户终端被发射之间的第一时间间隔。对比文件将j定义为MS的ACK/NACK传输延迟时间，并明确其随设备性能变化，与目标专利中第一时间间隔的含义实质相同。因此特征C被**直接公开**。 |
| **D.** 以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔。 | 无对应公开内容。 | 对比文件主要关注ACK/NACK传输时间的确定，未涉及从用户终端发送ACK/NACK到基站进行下行链路重传的时间间隔。虽然对比文件涉及重传，但未定义重传相对于ACK/NACK传输的时间关系，即未公开第二时间间隔。本领域技术人员不能从对比文件毫无疑义地得出该特征，也不能合理推断出该时间间隔的具体定义。因此特征D**未被公开**。 |
| **E.** 其中所述混合自动重传请求简档指示-上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔。 | 无对应公开内容。 | 对比文件主要针对下行链路传输的ACK/NACK定时，对于上行链路传输的定时关系未进行详细阐述。虽然对比文件提及上行链路数据处理延迟时间，但未定义上行链路传输在基站中被接收与对应的下行链路信息被预期从基站被发射之间的第三时间间隔。因此特征E**未被公开**。 |
| **F.** 以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。 | 无对应公开内容。 | 对比文件未涉及下行链路信息发射与上行链路重传接收之间的时间间隔定义。因此特征F**未被公开**。 |
| **G.** 其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。 | 对比文件[0046]：“因此，重传参数值通过RS的网络入口过程或能力协商过程从RS转发到BS。” | 对比文件公开了重传参数值（其组合对应于HARQ简档）通过网络入口过程（network entry procedure）或能力协商过程从RS转发到BS，这些过程发生在设备初始接入小区期间。本领域技术人员可以合理推断，用于确定HARQ定时的参数（即简档）是在初始接入期间定义或预定义的。因此特征G被**隐含公开**。 |
| **H.** 其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。 | 对比文件公式(1)：\( n_{RS}^H = \sum_{h=1}^{H} (p_h + q_h) + j \)；对比文件[0033]：“本发明提供了一种用于确定ACK/NACK的传输时间和接收时间的技术。”；对比文件[0036]-[0038]描述p2、p1、j等参数可变。 | 对比文件通过公式(1)利用可变的处理延迟参数（p_h, q_h, j）计算ACK/NACK传输时间，这些参数表示处理数据和相关控制信号（如ACK/NACK）所预留的时间。通过调节这些参数，可以改变HARQ的往返时间，从而提供灵活的HARQ定时。这与目标专利中通过调节处理时间提供灵活HARQ定时的概念一致。因此特征H被**直接公开**。 |
| **I.** 其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。 | 对比文件[0038]：“MS 240检查分组是否有错误，并在帧i+3中将ACK/NACK发送到第一RS 230。”；全文多处。 | 对比文件明确公开了ACK（确认）和NACK（否定确认）作为上行链路控制信息（从MS发送）和下行链路信息（BS可能发送ACK/NACK）。特征I要求至少一个包括ACK或NACK，对比文件中的ACK/NACK完全符合。因此特征I被**直接公开**。 |
| **J.** 其中所述上行链路传输包括上行链路被调度的消息。 | 对比文件[0035]：“BS 210在帧i中将调度信息和分组发送到第二RS 220。”；对比文件[0033]提及“上行链路数据处理延迟时间”。 | 对比文件涉及上行链路数据传输，且通信系统中上行链路传输通常由基站调度（通过UL grant）。对比文件虽未明确“上行链路被调度的消息”，但本领域技术人员熟知在HARQ方案中上行链路数据传输是基于基站调度的。对比文件中的UL data processing delay time隐含了上行链路数据是经过调度的。因此特征J被**隐含公开**。 |
| **K.** 其中所述下行链路信息包括上行链路调度授权消息。 | 对比文件[0063]：“消息生成器316生成包括ACK/NACK传输区域分配信息的UL map。”；对比文件[0048]提及“DL/UL map”。 | 对比文件公开了基站生成UL map（上行链路映射），该UL map是下行链路信息，包含上行链路资源分配信息，即上行链路调度授权。因此，下行链路信息包括上行链路调度授权消息。特征K被**直接公开**。 |
| **L.** 其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。 | 对比文件[0036]：“p2取决于第二RS 220的性能和特性而变化。”；对比文件[0038]：“j取决于MS的性能和特性而变化。” | 对比文件公开了处理延迟参数（如p2、j）随设备性能和特性而变化，即这些参数是设备特定的。由于这些参数定义了HARQ定时（隐含简档），因此HARQ简档也是设备特定的。本领域技术人员可以合理推断，参数也可根据设备类型、小区或服务类型进行配置，至少设备特定已被隐含公开。因此特征L被**隐含公开**。 |
| **M.** 其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。 | 无对应公开内容。 | 对比文件未涉及HARQ进程数目的定义，既未提及可变数目也未提及固定数目。因此特征M**未被公开**。 |
| **N.** 其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。 | 无对应公开内容。 | 对比文件未涉及TTI长度的定义或可变性。因此特征N**未被公开**。 |
| **O.** 其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。 | 无对应公开内容。 | 对比文件未涉及多个HARQ简档共存于共同资源空间的概念。因此特征O**未被公开**。 |
| **P.** 其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。 | 对比文件[0038]：“j取决于MS的性能和特性而变化。” | 对比文件公开了MS的ACK/NACK传输延迟时间j随其性能和特性变化，j小对应于快速响应能力，j大对应于较低的回路延迟能力。本领域技术人员可以合理推断，根据j的不同，用户终端可以被分类为具有快速响应能力或较低的HARQ回路延迟能力。因此特征P被**隐含公开**。 |
| **Q.** 其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。 | 无对应公开内容。 | 对比文件未涉及在活跃会话期间动态重新配置HARQ回路延迟，参数通常在初始接入时协商，未提及后续重新配置。因此特征Q**未被公开**。 |
| **R.** 其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。 | 对比文件[0063]：“消息生成器316生成包括ACK/NACK传输区域分配信息的UL map。ACK/NACK传输区域分配信息包含在UL map中，指示用于承载RS的ACK/NACK的资源区域。……可以构成为名为‘ACKCH_Region_Allocation_IE’的信息元素。” | 对比文件公开了为RS分配专用的ACK/NACK传输资源区域（ACKCH_Region_Allocation_IE），该区域是上行链路控制信道的一部分。不同的RS（可能具有不同的HARQ定时简档）可以被分配不同的资源区域，从而在共享控制信道中实现了分离的HARQ-ACK控制信道部分。本领域技术人员可以合理推断，该机制可用于区分具有不同HARQ简档的用户终端。因此特征R被**隐含公开**。 |
| **S.** 其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。 | 无对应公开内容。 | 对比文件未涉及根据HARQ简档定义缓冲器大小或进程最大数目。因此特征S**未被公开**。 |
| **T.** 其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。 | 无对应公开内容。 | 对比文件主要关注下行链路HARQ定时，虽提及上行链路处理延迟，但未定义同时包括下行链路和上行链路简档的双向简档。因此特征T**未被公开**。 |
**直接公开代码：** <<<C>>><<<H>>><<<I>>><<<K>>>
**隐含公开代码：** <<<a>>><<<b>>><<<g>>><<<j>>><<<l>>><<<p>>><<<r>>>