好的，遵照您的要求，我将以资深专利代理师的身份，对目标专利权利要求的技术特征与对比文件进行严谨的比对分析。
**对比文件名称：** KR20140042416A_METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DATA IN MOBILE COMMUNICATION SYSTEM
**目标专利名称：** 通信中的混合自动重传请求定时 CN106165330B
**模型名称：** (未指定，此处留空或按需填写)
***
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求简档。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件主要描述了基站基于动态TDD配置的改变来调整HARQ定时，以维持HARQ进程的连续性。其核心在于应对系统配置（TDD UL/DL配置）的变化，而非基于用户终端（UE）的能力（如处理能力、功耗等级）来选择或定义不同的HARQ简档。对比文件中网络装置（基站）定义的HARQ定时参数（如t1, t2, t3, t4）是小区特定的且与TDD配置绑定，未提及根据UE能力从多个可用简档中为特定UE选择简档。因此，该技术特征未被对比文件公开。 |
| **技术特征B：** 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。<br> **【直接公开】** | **[0028]** “t1시간(221)과 t2시간(222)은 표 1에 나타난 바와 같은 라디오프레임 구성에 따라 서로 다르게 정의될 수 있다.”（t1时间(221)和t2时间(222)可以根据如表1所示的无线帧配置不同地定义。）<br>**[0035]** “t3 시간(263)은 표 1에 나타난 바와 같이 라디오프레임 구성에 따라 서로 다르게 정의될 수 있다.”（t3时间(263)可以根据如表1所示的无线帧配置不同地定义。） | 对比文件明确指出，不同的TDD配置（即不同的无线帧配置）会导致不同的HARQ处理时间。具体地，用于上行HARQ的t1（从UL授权到UL数据）和t2（从UL数据到UL ACK/NACK）时间，以及用于下行HARQ的t3（从DL数据到DL ACK/NACK）时间，均随TDD配置的变化而变化。这实质上公开了多个不同的HARQ定时配置（相当于简档），这些配置在UE和基站之间的通信链路上提供了不同的处理时间。 |
| **技术特征C：** 其中所述混合自动重传请求简档指示下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔。<br> **【直接公开】** | **[0034]** “기지국으로부터 PDSCH(262)를 수신한 단말은 t3시간(263) 이후에 단말에 수신된 데이터 채널에 대한 응답(ACK/NACK)을 PUCCH(Physical Uplink control channel)에 전송하고...”（从基站接收PDSCH(262)的UE在t3时间(263)之后在PUCCH上发送对于接收到的数据信道的响应(ACK/NACK)...） | 对比文件的下行HARQ过程中，UE在接收下行数据信道（PDSCH）后，经过t3时间发送上行控制信息（ACK/NACK）。该t3时间精确对应了目标专利中“下行链路传输在用户终端中被接收与对应的上行链路控制信息被预期从用户终端被发射之间的第一时间间隔”。 |
| **技术特征D：** 以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔。<br> **【直接公开】** | **[0034]** “...이를 수신한 기지국은 재전송이 필요한 경우에는 재전송을 위한 DCI(266)를 구성하여 t4시간(265) 이후에 단말에 재전송 데이터 채널과 함께 전송한다.”（...接收该响应的基站在需要重传的情况下配置用于重传的DCI(266)并在t4时间(265)之后与重传数据信道一起发送给UE。） | 对比文件进一步指出，基站在接收到UE的ACK/NACK后，若需要重传，则在t4时间之后发送下行重传数据。该t4时间精确对应了目标专利中“上行链路控制信息从用户终端被发射与对应的下行链路重传被预期最早在用户终端中被接收之间的第二时间间隔”。 |
| **技术特征E：** 或者其中所述混合自动重传请求简档指示...<br> **【直接公开】** | **[0027]** “기지국은 상향링크 HARQ process를 시작하기 위하여 초기 데이터 전송에 대한 DCI 정보(210)를 CCH(Control Channel)(220)에 담아 단말에 상향링크 전송에 대한 스케줄링 정보를 전달한다.”（基站为了开始上行链路HARQ过程，将用于初始数据传输的DCI信息(210)承载在CCH(220)中，向UE传送关于上行链路传输的调度信息。） | 对比文件明确描述了上行链路HARQ过程，其中基站发送下行控制信息（DCI）来调度上行传输。这直接公开了目标专利中“混合自动重传请求简档指示”应用于上行链路场景的前置条件，即存在一个用于指示上行相关时间间隔的简档。 |
| **技术特征F：** -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔，以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。<br> **【直接公开】** | **[0027]** “단말로부터 데이터 채널을 수신한 기지국은 t2시간(222) 이후에 단말이 전송한 데이터 채널에 대한 응답(ACK/NACK)을 PHICH(Physical HARQ indicator channel)에 전송하고 재전송이 필요한 경우에는 재전송을 위한 DCI(240)를 구성하여 단말에 전송한다.”（从UE接收数据信道的基站在t2时间(222)之后在PHICH上发送对于UE发送的数据信道的响应(ACK/NACK)，并在需要重传的情况下配置用于重传的DCI(240)并发送给UE。）<br>**[0027]** “이후 단말은 t1시간(221) 이후에 상향링크 데이터 채널(즉, PUSCH)(230)을 전송한다.”（之后，UE在t1时间(221)之后发送上行链路数据信道(即PUSCH)(230)。） | 对比文件的上行HARQ过程中，基站在接收上行数据（PUSCH）后，经过t2时间发送下行信息（PHICH上的ACK/NACK或重传DCI），该t2对应了第三时间间隔。随后，UE在接收重传DCI后，经过t1时间发送上行重传数据，该t1对应了第四时间间隔。因此，对比文件直接公开了目标专利中上行HARQ简档所定义的两个时间间隔。 |
| **技术特征G：** 其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件涉及的是已连接状态下动态TDD配置的改变和管理。文件未提及UE在初始接入小区时如何定义或预定义HARQ定时简档。虽然LTE系统中TDD配置通常通过系统信息广播，但对比文件未将此过程作为其发明点或技术方案的一部分进行公开。 |
| **技术特征H：** 其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件通过改变TDD配置（即改变子帧方向）来间接影响HARQ定时，其核心在于应对配置变化以保持HARQ进程连续性，而非通过主动“调节为处理数据和相关控制信号而预留的时间”来实现灵活性。对比文件未公开这种主动调节预留处理时间的技术手段。 |
| **技术特征I：** 其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。<br> **【直接公开】** | **[0027]** “...단말이 전송한 데이터 채널에 대한 응답(ACK/NACK)을 PHICH...”（...对于UE发送的数据信道的响应(ACK/NACK)在PHICH上...）<br>**[0034]** “...단말에 수신된 데이터 채널에 대한 응답(ACK/NACK)을 PUCCH...”（...对于接收到的数据信道的响应(ACK/NACK)在PUCCH上...） | 对比文件明确公开了上行控制信息（PUCCH上承载）和下行信息（PHICH上承载）均包括ACK或NACK消息。 |
| **技术特征J：** 其中所述上行链路传输包括上行链路被调度的消息。<br> **【直接公开】** | **[0027]** “이후 단말은 t1시간(221) 이후에 상향링크 데이터 채널(즉, PUSCH)(230)을 전송한다.”（之后，UE在t1时间(221)之后发送上行链路数据信道(即PUSCH)(230)。） | 对比文件指出UE发送的上行数据信道为PUSCH，该信道是经基站调度的上行链路传输，即上行链路被调度的消息。 |
| **技术特征K：** 其中所述下行链路信息包括上行链路调度授权消息。<br> **【直接公开】** | **[0027]** “기지국은 상향링크 HARQ process를 시작하기 위하여 초기 데이터 전송에 대한 DCI 정보(210)를 CCH(Control Channel)(220)에 담아 단말에 상향링크 전송에 대한 스케줄링 정보를 전달한다.”（基站为了开始上行链路HARQ过程，将用于初始数据传输的DCI信息(210)承载在CCH(220)中，向UE传送关于上行链路传输的调度信息。） | 对比文件明确描述基站通过DCI向UE发送上行链路调度信息，该DCI即为上行链路调度授权消息。 |
| **技术特征L：** 其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件中的HARQ定时关系是与小区特定的TDD配置绑定的，是小区公共的。文件未公开HARQ简档可以是UE设备特定、设备类型特定或服务类型特定的。虽然动态TDD系统可能服务于不同类型业务，但对比文件未据此定义不同的简档。 |
| **技术特征M：** 其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。<br> **【直接公开】** | **[0032]** “TDDUL/DL configuration / Number of HARQ processes for normal HARQ operation / 0:7, 1:4, 2:2, 3:3, 4:2, 5:1, 6:6”（TDD UL/DL配置 / 正常HARQ操作的HARQ进程数 / 0:7, 1:4, 2:2, 3:3, 4:2, 5:1, 6:6） | 对比文件通过表4明确给出了不同TDD配置下对应的不同HARQ进程数目（如配置0为7个，配置5为1个等）。这直接公开了在不同HARQ定时配置（简档）中，HARQ进程的数目是可变的。 |
| **技术特征N：** 其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件全篇均基于固定TTI长度（1个子帧）进行讨论，未提及或暗示TTI长度可以变化。其描述的定时关系（t1, t2, t3, t4）均以子帧为单位，未定义可变TTI长度。 |
| **技术特征O：** 其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件讨论的TDD系统在任何时刻只有一个TDD配置生效，即只有一个HARQ定时简档在小区内应用。虽然动态TDD允许配置随时间变化，但并未支持在同一时间、同一频率资源上多个不同简档的UE共存。 |
| **技术特征P：** 其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件未对UE的能力进行分级，也未根据UE的响应能力（快速或低延迟）来定义不同的HARQ回路配置。其方案对所有UE一视同仁，均使用与当前TDD配置对应的定时。 |
| **技术特征Q：** 其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。<br> **【隐含公开】** | **[0045]** “동적 TDD 시스템에서는 라디오프레임의 구성을 변경하는 제어 채널(Reconfiguration)(340)이 기지국으로부터 전송될 수 있다.”（在动态TDD系统中，基站可以发送改变无线帧配置的控制信道(Reconfiguration)(340)。）<br>**[0087]** “TDD 구성 변경 명령을 이전 라디오프레임에서 수신하고 다음 라디오프레임에서는 명령을 받은 TDD 구성으로 변경하는 방법...”（一种方法是在前一个无线帧中接收TDD配置改变命令，并在下一个无线帧中更改为所命令的TDD配置...） | 对比文件描述了动态TDD系统，其核心正是响应于预定事件（如业务量变化），通过发送配置改变命令，在活跃会话期间动态地重新配置TDD配置。由于HARQ回路延迟（RTT）与TDD配置直接相关，因此动态改变TDD配置必然导致HARQ回路延迟的动态重新配置。本领域技术人员可以合理推断出，这同样适用于针对单个用户终端（在小区公共配置下）的回路延迟改变。 |
| **技术特征R：** 其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。<br> **【未公开】** | 无直接或隐含引用。 | 对比文件未讨论多个不同简档的UE如何复用控制信道，也未提及在共享控制信道中为不同简档的UE定义分离的HARQ-ACK信道部分。 |
| **技术特征S：** 其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。<br> **【未公开】** | 无直接或隐含引用。 | 尽管对比文件公开了不同配置下HARQ进程数目不同（特征M），但并未进一步教导根据HARQ简档来定义HARQ缓冲器每子帧的大小。该特征是目标专利的进一步限定，在对比文件中没有对应内容。 |
| **技术特征T：** 其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。<br> **【隐含公开】** | **[0027]** （上行HARQ过程描述）<br>**[0034]** （下行HARQ过程描述） | 对比文件同时详细描述了上行HARQ和下行HARQ的操作过程，并分别定义了各自的定时关系（上行：t1, t2；下行：t3, t4）。虽然对比文件未使用“双向简档”这一术语，但本领域技术人员在阅读对比文件后，可以合理推断出，对于一个同时进行上下行数据传输的UE，其HARQ操作必然同时遵循上行和下行两套定时规则，这两套规则共同构成了一个完整的、双向的HARQ定时配置。 |
***
根据上述比对分析，对比文件直接或隐含公开了部分技术特征，代码输出如下：
<<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<I>>><<<J>>><<<K>>><<<M>>><<<q>>><<<t>>>