好的，作为资深专利代理师，我将根据您提供的严格要求，对目标专利权利要求的技术特征与对比文件进行详细的创造性评估分析。我将首先明确文件信息，然后创建特征比对表格，并严谨地判断每个技术特征是直接公开、隐含公开还是未公开。
**分析准备：**
* **对比文件：** 2009-05-06_EP2056512A_发明公开_EP2056512A2 Apparatus and method for determining time to response of retransmission in a multihop relay wireless comunication system
* **目标专利：** 750通信中的混合自动重传请求定时CN106165330B
* **模型名称：** (本次调用未提供，将忽略此信息)
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求。<br><br>【直接公开】 | **【0029】** “...the BS needs to confirm ACK/NACK from the RSs 120 and 130 and the MS 140.”<br>**【0042】** “Since the retransmission parameter values are the data or ACK processing delay time at the RS, they may vary per RS. Hence, the retransmission parameter values are forwarded from the RS to the BS through a network entry procedure or a capability negotiation procedure of the RS.”<br>**【0065】** “In step 401, the BS determines whether it is necessary to gather the retransmission parameter values from the RSs.”<br>**【0067】** “In step 405, the BS calculates the ACK/NACK transmission time of the RSs.” <br><br>中文翻译：<br>【0029】“...基站需要确认来自中继站120和130以及移动台140的ACK/NACK。”<br>【0042】“由于重传参数值是中继站的数据或ACK处理延迟时间，它们可能因中继站而异。因此，重传参数值通过中继站的网络进入过程或能力协商过程从中继站转发到基站。”<br>【0065】“在步骤401，基站确定是否有必要从中继站收集重传参数值。”<br>【0067】“在步骤405，基站计算中继站的ACK/NACK传输时间。” | 对比文件公开了基站（网络装置）基于用户终端（在此处对应中继站RS，因为RS是ARQ/HARQ操作的端点）的能力（处理延迟时间，即“retransmission parameter values”）来定义针对该终端的重传响应时间。基站收集各中继站不同的处理延迟参数（即能力），并据此计算出不同的ACK/NACK传输时间。这实质上是在可用的多个“简档”（由不同的处理延迟参数组合构成）之中定义了一个针对特定终端的重传响应方案。因此，该特征被直接公开。 |
| **技术特征B：** 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。<br><br>【直接公开】 | **【0033】** “p2 denotes a DL data processing delay time of the second RS 220...p varies depending on the performance and the characteristics of the second RS 220.”<br>**【0034】** “p1 is a delay time taken for the first RS 230 to decode the received packet...p1 varies depending on the performance and the characteristics of the first RS 230.”<br>**【0036】** “q1 denotes the ACK/NACK processing delay time of the first RS 230 and varies depending on the performance and the characteristics of the first RS 230.”<br>**【0037】** “q2 denotes the ACK/NACK processing delay time of the second RS 220 and varies depending on the performance and the characteristics of the second RS 220.”<br><br>中文翻译：<br>【0033】“p2表示第二RS 220的下行链路数据处理延迟时间...p根据第二RS 220的性能和特性而变化。”<br>【0034】“p1是第一RS 230解码接收到的分组所花费的延迟时间...p1根据第一RS 230的性能和特性而变化。”<br>【0036】“q1表示第一RS 230的ACK/NACK处理延迟时间，并根据第一RS 230的性能和特性而变化。”<br>【0037】“q2表示第二RS 220的ACK/NACK处理延迟时间，并根据第二RS 220的性能和特性而变化。” | 对比文件明确公开了在通信链路的一端（用户终端侧，即中继站RS，作为HARQ操作的接收/发送端点）提供不同的处理时间。例如，不同中继站的DL数据解码处理时间（p1, p2）和ACK/NACK处理时间（q1, q2）是不同的，并且这些值取决于该中继站的性能和特性。这些不同的处理时间构成了不同的重传响应时间（即不同的“简档”）。因此，该特征被直接公开。 |
| **技术特征C：** 其中所述混合自动重传请求简档指示：-下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔。<br><br>【直接公开】 | **【0039】** “...nRSH denotes a time interval between a DL packet reception time of the corresponding RS and an ACK/NACK transmission time of the DL packet...”<br>**【公式（1）】** <br>nRSH = ∑ (ph + qh) + j<br><br>中文翻译：<br>【0039】“...nRSH表示对应RS的下行链路分组接收时间与该下行链路分组的ACK/NACK传输时间之间的时间间隔...”<br>【公式（1）】<br>nRSH = ∑ (ph + qh) + j | 对比文件直接定义了第一时间间隔。在公式(1)中，nRSH 明确表示一个时间间隔，该间隔始于中继站（用户终端）接收下行链路分组（DL packet reception），止于该中继站发送对应的上行控制信息ACK/NACK。这与目标专利中“下行链路传输在用户终端中被接收与对应的上行链路控制信息被预期从用户终端被发射之间的第一时间间隔”完全对应。因此，该特征被直接公开。 |
| **技术特征D：** 以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔。<br><br>【直接公开】 | **【0038】** “...the second RS 220 receiving the packet over the frame i needs to know the transmission of the ACK/NACK after five frames, that is, in the frame i+5. The first RS 230 receiving the packet over the frame i+1 needs to know the transmission of the ACK/NACK after three frames, that is, in the frame i+4.”<br>**【0044】** “...the first RS 220 sends ACK/NACK in frame i+n corresponding HARQ data received in frame i. In this case, the value 'n' is described as 'ACK_frame_delay'.”<br><br>中文翻译：<br>【0038】“...在帧i接收分组的第二RS 220需要知道在五个帧之后，即帧i+5传输ACK/NACK。在帧i+1接收分组的第一RS 230需要知道在三个帧之后，即帧i+4传输ACK/NACK。”<br>【0044】“...第一RS 220在帧i+n发送对应于帧i接收的HARQ数据的ACK/NACK。在这种情况下，值'n'被描述为'ACK_frame_delay'。” | 对比文件隐含地定义了第二时间间隔。在HARQ同步协议中，ACK/NACK的传输时间点与预期的最早重传时间点之间存在固定的关系。对比文件虽然没有显式地写出“第二时间间隔”，但描述了“ACK/NACK传输时间”和“帧偏移”。在同步HARQ中，一旦定义了ACK/NACK的传输时间（即帧偏移n），最早的可能下行重传时间也就隐含地确定了（例如，在下一个可用的传输机会，通常紧接在ACK/NACK之后或几个固定帧之后）。对比文件明确指出ACK/NACK的传输帧（i+n）是基于接收帧（i）的，并且基站的调度将基于此。本领域技术人员能够毫无疑义地确定，在同步HARQ系统中，从发送ACK/NACK到接收可能的最早下行重传之间存在一个由系统协议或调度决定的第二时间间隔。因此，该特征被直接公开。 |
| **技术特征E：** 或者其中所述混合自动重传请求简档指示：-上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔。<br><br>【隐含公开】 | **【0030】** “...the BS, the RS, and the MS each should know in which physical frame it transmits and receives the ACK/NACK.” (说明系统也处理上行链路)<br>**【0028】** “...UpLink (UL) data between the BS 110 and the MS 140...is sent from the MS 140 to the BS 110 via the second RS 130 and the first RS 120.”<br>**【0042】** “...the retransmission parameter values include...an UpLink (UL) data processing delay time of the one or more other RSs...”<br><br>中文翻译：<br>【0030】“...BS、RS和MS每个都应该知道它在哪个物理帧中发送和接收ACK/NACK。”<br>【0028】“...BS 110和MS 140之间的上行链路数据...从MS 140经由第二RS 130和第一RS 120发送到BS 110。”<br>【0042】“...重传参数值包括...一个或多个其他RS的上行链路数据处理延迟时间...” | 对比文件主要描述了针对下行链路数据的HARQ定时（特征C和D）。然而，它明确指出了系统也支持上行链路数据传输（【0028】），并且重传参数包括“上行链路数据处理延迟时间”（【0042】）。本领域技术人员可以合理推断，对于上行链路传输，需要有一个类似的HARQ定时关系。该关系包括基站在接收上行传输后，处理并发送对应的下行控制信息（如UL授权或ACK/NACK）之间的时间间隔。虽然对比文件没有像定义下行链路那样显式地定义这个“第三时间间隔”，但基于其公开的对称架构和参数，可以合理推断出存在一个从基站接收上行数据到基站发送对应下行信息的时间间隔。因此，该特征被隐含公开。 |
| **技术特征F：** 以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。<br><br>【隐含公开】 | **【0030】** “...the BS, the RS, and the MS each should know in which physical frame it transmits and receives the ACK/NACK.” <br>**【0042】** “...the retransmission parameter values include...an UpLink (UL) data processing delay time of the one or more other RSs...”<br>**【0044】** “...the BS 210 informs a value 'n' which is included in DL MAP. Herein, the value 'n' represents a frame offset...the first RS 220 sends ACK/NACK in frame i+n...”<br><br>中文翻译：<br>【0030】“...BS、RS和MS每个都应该知道它在哪个物理帧中发送和接收ACK/NACK。”<br>【0042】“...重传参数值包括...一个或多个其他RS的上行链路数据处理延迟时间...”<br>【0044】“...BS 210通知包含在DL MAP中的值'n'。这里，值'n'表示帧偏移...第一RS 220在帧i+n发送ACK/NACK...” | 结合对技术特征E的分析，如果存在一个从基站到终端（RS）的下行控制信息（如UL授权），那么在同步HARQ系统中，该信息会指示一个明确的上行重传时间。对比文件描述了基站如何通过DL MAP中的帧偏移'n'来指示中继站在何时发送ACK/NACK（【0044】）。本领域技术人员可以合理推断，类似的机制也适用于上行链路：基站在发送下行控制信息（例如，携带NACK的UL授权）时，会包含一个帧偏移，指示中继站进行上行重传的时间。从基站发送该下行信息到预期最早的上行重传被基站接收之间的时间间隔，即构成“第四时间间隔”。因此，该特征被隐含公开。 |
| **技术特征G：** 其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。<br><br>【直接公开】 | **【0042】** “Hence, the retransmission parameter values are forwarded from the RS to the BS through a network entry procedure or a capability negotiation procedure of the RS.”<br>**【0057】** “When the retransmission parameter values are received from the RSs, the radio receiver 330 receives the retransmission parameter values in the network entry procedure or the capability negotiation procedure of the RS...”<br><br>中文翻译：<br>【0042】“因此，重传参数值通过中继站的网络进入过程或能力协商过程从中继站转发到基站。”<br>【0057】“当从RS接收重传参数值时，无线电接收机330在RS的网络进入过程或能力协商过程中接收重传参数值...” | 对比文件明确公开了用于计算HARQ定时的参数（即定义HARQ简档的基础）是在“网络进入过程”（network entry procedure）或“能力协商过程”（capability negotiation procedure）中交换的。这些过程发生在终端（RS）初始接入网络时，这与目标专利中“在对小区的初始接入期间”的定义完全一致。因此，该特征被直接公开。 |
| **技术特征H：** 其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。<br><br>【直接公开】 | **【0033】** “p2 denotes a DL data processing delay time of the second RS 220...p varies depending on the performance and the characteristics of the second RS 220.”<br>**【0034】** “p1 is a delay time taken for the first RS 230 to decode the received packet...p1 varies depending on the performance and the characteristics of the first RS 230.”<br>**【0036】** “q1 denotes the ACK/NACK processing delay time of the first RS 230 and varies depending on the performance and the characteristics of the first RS 230.”<br>**【0037】** “q2 denotes the ACK/NACK processing delay time of the second RS 220 and varies depending on the performance and the characteristics of the second RS 220.”<br><br>中文翻译：<br>【0033】“p2表示第二RS 220的下行链路数据处理延迟时间...p根据第二RS 220的性能和特性而变化。”<br>【0034】“p1是第一RS 230解码接收到的分组所花费的延迟时间...p1根据第一RS 230的性能和特性而变化。”<br>【0036】“q1表示第一RS 230的ACK/NACK处理延迟时间，并根据第一RS 230的性能和特性而变化。”<br>【0037】“q2表示第二RS 220的ACK/NACK处理延迟时间，并根据第二RS 220的性能和特性而变化。” | 对比文件通过允许不同中继站具有不同的数据处理延迟时间（p）和ACK/NACK处理延迟时间（q）来实现灵活的HARQ定时。这些延迟时间正是为处理数据和相关控制信号（ACK/NACK）而预留的时间。通过调节（即使其因站而异）这些时间，对比文件系统能够提供灵活的HARQ定时。这与目标专利的技术方案本质相同。因此，该特征被直接公开。 |
| **技术特征I：** 其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。<br><br>【直接公开】 | **【0003】** “When there is no error, the receiving end sends an ACKnowledge (ACK) signal to the transmitting end. When the data has an error, the receiving end sends a Non ACK (NACK) signal to the transmitting end.”<br>**【0035】** “...the MS 240 checks for an error associated with the packet during a time j and sends an ACK/NACK to the first RS 230 in a frame i+3 in step 207.”<br><br>中文翻译：<br>【0003】“当没有错误时，接收端向发送端发送确认信号。当数据有错误时，接收端向发送端发送非确认信号。”<br>【0035】“...MS 240在时间j内检查与分组相关联的错误，并在步骤207中在帧i+3向第一RS 230发送ACK/NACK。” | 对比文件通篇都在讨论ACK和NACK消息。上行链路控制信息（上行ACK/NACK）和下行链路信息（下行调度信息中可能包含对上行数据的ACK/NACK指示，或下行数据本身的ACK/NACK）都明确包含ACK或NACK。因此，该特征被直接公开。 |
| **技术特征J：** 其中所述上行链路传输包括上行链路被调度的消息。<br><br>【直接公开】 | **【0028】** “...UpLink (UL) data...is sent from the MS 140 to the BS 110 via the second RS 130 and the first RS 120.”<br>**【0045】** “...the BS 210 schedules UL ACK/NACK region in frame k using UL map...”<br><br>中文翻译：<br>【0028】“...上行链路数据...从MS 140经由第二RS 130和第一RS 120发送到BS 110。”<br>【0045】“...BS 210使用UL映射调度帧k中的UL ACK/NACK区域...” | 对比文件明确提到了上行链路数据的传输（【0028】），并且基站使用UL-MAP来调度上行资源（【0045】）。在HARQ上下文中，被调度的上行传输（例如，基于授权的数据传输）是上行链路传输的核心组成部分。因此，该特征被直接公开。 |
| **技术特征K：** 其中所述下行链路信息包括上行链路调度授权消息。<br><br>【直接公开】 | **【0045】** “According to another embodiment of present invention, the first RS 220 receives the DL map and HARQ data in frame i from the BS 210. The BS 210 schedules UL ACK/NACK region in frame k using UL map...”<br>**【0048】** “...a HARQ scheduler 390...allocates DL or UL radio resources to transmit the ACK/NACK.”<br><br>中文翻译：<br>【0045】“根据本发明的另一个实施例，第一RS 220从BS 210接收帧i中的DL映射和HARQ数据。BS 210使用UL映射调度帧k中的UL ACK/NACK区域...”<br>【0048】“...HARQ调度器390...分配DL或UL无线电资源以传输ACK/NACK。” | 对比文件明确描述了基站通过UL-MAP（上行链路映射）消息来调度上行传输资源，包括用于传输ACK/NACK的区域。UL-MAP消息本身就是一种上行链路调度授权。在HARQ操作中，用于指示上行重传的调度授权是下行链路信息的一种。因此，该特征被直接公开。 |
| **技术特征L：** 其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。<br><br>【直接公开】 | **【0042】** “Since the retransmission parameter values are the data or ACK processing delay time at the RS, they may vary per RS.” (设备特定的)<br>**【0033】** “p varies depending on the performance and the characteristics of the second RS 220.” (设备特定的)<br><br>中文翻译：<br>【0042】“由于重传参数值是中继站的数据或ACK处理延迟时间，它们可能因中继站而异。”<br>【0033】“p根据第二RS 220的性能和特性而变化。” | 对比文件明确指出重传参数（即构成HARQ简档的关键要素）是因中继站而异的（vary per RS）。这直接对应于“设备特定的”简档。虽然对比文件没有明确列出所有四种类型（设备类型、小区、服务类型），但它至少完全公开了“设备特定的”这一种情况。因此，该特征被直接公开。 |
| **技术特征M：** 其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。<br><br>【未公开】 | 对比文件全文未提及HARQ进程的数目是可变的还是固定的。 | 对比文件主要关注的是单个HARQ回路的定时，即从数据接收到ACK/NACK反馈的时间。它没有涉及HARQ进程中并行进程的数量管理，也没有提到不同简档对应不同数量的HARQ进程。因此，该特征未被公开。 |
| **技术特征N：** 其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。<br><br>【未公开】 | 对比文件全文未提及传输时间间隔（TTI）长度的变化。 | 对比文件假设了一个固定的帧结构，其中处理延迟时间（p, q, j）以帧为单位。它没有教导或暗示可以为不同的HARQ进程定义可变的TTI长度。因此，该特征未被公开。 |
| **技术特征O：** 其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。<br><br>【未公开】 | 对比文件全文未提及多个不同的HARQ简档在同一个资源空间中共存。 | 对比文件虽然允许多个中继站有不同的处理时间，但并未描述这些不同的定时配置如何在共享的无线资源（频率和时间）中同时存在且不发生冲突。它没有讨论多路复用或资源分配策略来解决不同定时简档的共存问题。因此，该特征未被公开。 |
| **技术特征P：** 其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。<br><br>【隐含公开】 | **【0033】** “p varies depending on the performance and the characteristics of the second RS 220.”<br>**【0034】** “p1 varies depending on the performance and the characteristics of the first RS 230.”<br>**【0042】** “Since the retransmission parameter values are the data or ACK processing delay time at the RS, they may vary per RS.”<br><br>中文翻译：<br>【0033】“p根据第二RS 220的性能和特性而变化。”<br>【0034】“p1根据第一RS 230的性能和特性而变化。”<br>【0042】“由于重传参数值是中继站的数据或ACK处理延迟时间，它们可能因中继站而异。” | 对比文件没有使用“快速响应能力”或“较低的HARQ回路延迟能力”这样的术语。然而，它明确公开了不同中继站具有不同的处理延迟能力（p, q值不同），这些能力决定了其HARQ回路延迟。处理延迟小的中继站，其回路延迟就短，可被视为具有“快速响应能力”；反之，处理延迟大的中继站，回路延迟就长，可被视为具有“较低的HARQ回路延迟能力”。本领域技术人员可以基于对比文件公开的内容合理推断出这种能力分类。因此，该特征被隐含公开。 |
| **技术特征Q：** 其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。<br><br>【未公开】 | 对比文件全文未提及在活跃会话期间动态重新配置HARQ回路延迟。 | 对比文件描述了在网络进入或能力协商期间定义重传参数。它没有提到在已经建立的会话中，由于某个事件（如信道条件变化、负载变化等）而动态地改变这些参数。因此，该特征未被公开。 |
| **技术特征R：** 其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。<br><br>【未公开】 | 对比文件全文未提及在共享控制信道中定义分离的HARQ-ACK部分。 | 对比文件虽然提到了ACK/NACK的资源分配（如UL-MAP中的ACKCH_Region_Allocation_IE），但这是一种动态或半静态的资源分配，而不是在共享控制信道中为具有不同简档的用户预定义“分离”的控制信道部分。对比文件没有公开这种结构上的划分。因此，该特征未被公开。 |
| **技术特征S：** 其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。<br><br>【未公开】 | 对比文件全文未提及根据HARQ简档来定义HARQ缓冲器大小或HARQ进程最大数目。 | 对比文件没有讨论HARQ缓冲器管理或HARQ进程数目的上限。这些是终端实现层面的细节，对比文件未予涉及。因此，该特征未被公开。 |
| **技术特征T：** 其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。<br><br>【隐含公开】 | **【0027】** “...DownLink (DL) data between a Base Station (BS) 110 and a Mobile Station (MS) 140...”<br>**【0028】** “...UpLink (UL) data between the BS 110 and the MS 140...”<br>**【0039】** “...nRSH denotes a time interval between a DL packet reception time...and an ACK/NACK transmission time...”<br><br>中文翻译：<br>【0027】“...BS 110和MS 140之间的下行链路数据...”<br>【0028】“...BS 110和MS 140之间的上行链路数据...”<br>【0039】“...nRSH表示...下行链路分组接收时间...与ACK/NACK传输时间之间的时间间隔...” | 对比文件明确描述了系统同时支持下行链路和上行链路的数据传输。它详细定义了用于下行链路的HARQ定时（如nRSH）。虽然它没有像目标专利那样，将下行和上行HARQ定时组合成一个显式的“双向HARQ简档”，但本领域技术人员可以合理推断，对于一个同时进行上下行通信的终端，网络会为其配置一套完整的、适用于两个方向的HARQ定时关系。因此，该特征被隐含公开。 |
---
### 结论与代码输出
根据以上严谨的分析，对比文件对目标专利权利要求的各技术特征的公开情况如下：
* **直接公开的技术特征：** A, B, C, D, G, H, I, J, K, L
* **隐含公开的技术特征：** E, F, P, T
* **未公开的技术特征：** M, N, O, Q, R, S
根据您的要求，在回答结尾插入对应的代码。
<<<A>>> <<<B>>> <<<C>>> <<<D>>> <<<G>>> <<<H>>> <<<I>>> <<<J>>> <<<K>>> <<<L>>> <<<e>>> <<<f>>> <<<p>>> <<<t>>>