好的，请查收。
**对比文件名称：** 2014-04-03_US2014092788A_发明申请_US20140092788A1 METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DATA IN MOBILE COMMUNICATION SYSTEM
**目标专利名称：** 通信中的混合自动重传请求定时CN106165330B
**本次调用的模型名称：** 您未指定，默认使用最新的可用模型。
下面是对比文件US20140092788A1 (以下简称D1) 与目标专利CN106165330B (以下简称本专利) 权利要求的特征比对分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 (翻译) | 公开性论述 |
| **技术特征A：** 所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求。 <br><br> **《未公开》** | D1全文没有公开基于“用户终端的能力”来定义“混合自动重传请求简档”的概念。D1主要解决动态TDD配置下HARQ定时关系变化的问题，其HARQ定时（t1, t2, t3, t4）基于当前的TDD UL/DL配置，而非终端能力。 <br><br> 例如，[0048]段描述了t1和t2基于TDD配置（表2、表3）而不同，[0051]段描述了t3基于TDD配置（表5）而不同。 | D1的技术方案中，HARQ定时（对应本专利的HARQ简档中的时间间隔）是由网络侧的TDD配置决定的，小区内所有用户设备（UE）遵循相同的基于TDD配置的定时关系。D1虽然提到了为不同TDD配置定义不同的定时（t1, t2, t3, t4），但这并非为不同UE定义不同的HARQ简档。D1没有公开“基于用户终端的能力”来选择或定义HARQ简档，也没有公开“多个混合自动重传请求简档”的概念。因此，D1未公开技术特征A。 |
| **技术特征B：** 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。 <br><br> **《隐含公开》** | [0049]段及表4：显示了不同TDD配置下，上行HARQ进程数不同。 <br><br> [0048]段及表2、表3：显示了不同TDD配置下，t1和t2的值不同，这导致了不同的处理时间。 <br><br> [0051]段及表5：显示了不同TDD配置下，t3的值不同，这也导致了不同的处理时间。 | 本专利的特征B是“多个HARQ简档提供不同处理时间”。D1中，不同的TDD UL/DL配置（如表1所示）隐含着不同的HARQ定时关系（t1, t2, t3, t4的值不同，如[0048]和[0051]段所述）。这些不同的定时关系，本质上就是在通信链路的一端（例如UE侧处理下行数据到发送ACK/NACK的时间t3，或基站侧处理上行数据到发送ACK/NACK的时间t2）提供了不同的处理时间。虽然D1将这些差异归因于TDD配置的变化，而非明确命名为“HARQ简档”，但本领域技术人员可以合理推断，D1通过改变TDD配置，客观上实现了不同处理时间的HARQ操作模式，这与本专利中“不同HARQ简档提供不同处理时间”的技术构思在本质上是相通的。因此，D1隐含公开了技术特征B。 |
| **技术特征C：** 其中所述混合自动重传请求简档指示 - 下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔 <br><br> **《直接公开》** | [0050]段： “...终端接收CCH 261并在同一子帧接收下行数据信道262。接收来自基站的PDSCH 262的终端在时间t3 263之后向物理上行链路控制信道(PUCCH) 264发送响应(ACK/NACK)...” <br><br> [0051]段： “时间t3 263...如表5所示。参考表5，在传输控制信道的子帧n中传输的上行响应信道是相对于在n-t3子帧中接收的数据信道的响应信道。” | 本专利的特征C定义了从“下行接收”到“上行控制信息（ACK/NACK）”之间的时间间隔。D1的[0050]段明确描述了终端接收下行数据信道（PDSCH）后，经过时间t3再发送上行响应（ACK/NACK）。[0051]段进一步说明t3是下行数据接收与上行响应发送之间的时间。这个“时间t3”完全对应本专利的“第一时间间隔”。因此，D1直接公开了技术特征C。 |
| **技术特征D：** 以及 - 所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔 <br><br> **《直接公开》** | [0050]段： “...接收响应的基站在需要重传时生成用于重传的DCI 266，并在时间t4 265之后将DCI 266与重传数据信道一起发送给终端。” <br><br> 图2和相关描述：[0050]段描述了从终端发送响应（ACK/NACK）到基站发送重传数据（和DCI）之间的时间t4。 | 本专利的特征D定义了从“上行控制信息（ACK/NACK）发送”到“下行重传接收”之间的时间间隔。D1的[0050]段明确描述了基站接收来自终端的响应（ACK/NACK）后，经过时间t4再发送重传数据信道和DCI。这个“时间t4”完全对应本专利的“第二时间间隔”。虽然D1的t4是基于基站侧的处理时间，但从终端角度看，其在子帧n发送ACK/NACK后，最早可能在下行子帧n+t4接收到重传。因此，D1直接公开了技术特征D。 |
| **技术特征E：** 或者，其中所述混合自动重传请求简档指示 - 上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔 <br><br> **《直接公开》** | [0047]段： “...接收来自终端的数据信道的基站在时间t2 222之后向物理混合自动重传指示信道(PHICH)发送响应(ACK/NACK)...”。 <br><br> [0048]段及表3：定义了t2，即上行数据信道传输与对应的PHICH/重传控制信道传输之间的时间。 | 本专利的特征E定义了从“基站接收上行传输”到“基站发送下行信息（如ACK/NACK）”之间的时间间隔。D1的[0047]段明确描述了基站接收上行数据信道（PUSCH）后，经过时间t2再发送响应（ACK/NACK）到PHICH。这个“时间t2”完全对应本专利的“第三时间间隔”。因此，D1直接公开了技术特征E。 |
| **技术特征F：** 以及 - 所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。 <br><br> **《直接公开》** | [0047]段： “...终端在时间t1 221之后发送上行数据信道(PUSCH) 230。时间t1 221是考虑到终端接收调度信息、生成数据信道和发送生成的数据信道所需的时间而确定的时间。” <br><br> [0048]段及表2：定义了t1，即下行控制信道（包含UL grant）接收与上行数据信道（PUSCH）传输之间的时间。 | 本专利的特征F定义了从“基站发送下行信息（如UL grant）”到“基站接收上行重传”之间的时间间隔。D1的[0047]段描述了终端在接收到包含调度信息的下行控制信道（DCI）后，经过时间t1发送上行数据信道（PUSCH）。在HARQ重传场景中，基站发送的用于重传的DCI（下行信息）与对应的上行重传之间的时间间隔就是t1。虽然t1是从终端角度定义的处理时间，但它直接决定了基站最早能在t1时间后接收到上行重传。因此，D1直接公开了技术特征F。 |
| **技术特征G：** 其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。 <br><br> **《未公开》** | D1全文没有提及在“对小区初始接入期间”定义或预定义HARQ定时简档。D1的整个方案围绕动态TDD配置的修改展开，其HARQ定时关系是基于当前有效的TDD配置，该配置是在系统运行过程中动态变化的，并非在初始接入时定义。 | 本专利的特征G限定了HARQ简档的定义时机。D1中，UE的HARQ定时关系由基站通过系统信息或专用信令配置的TDD UL/DL配置决定，这个配置可以在会话期间动态改变，并非仅在初始接入时定义。D1没有公开在初始接入期间预定义或定义HARQ简档的任何内容。因此，D1未公开技术特征G。 |
| **技术特征H：** 其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。 <br><br> **《隐含公开》** | [0056]段： “为了解决这个问题，期望基于预定周期（例如，每10毫秒）动态地修改如表1配置的无线帧，以满足下行链路和上行链路所需的数据量。执行这种修改的系统被称为动态TDD系统。” <br><br> 图3及[0058]段：描述了动态TDD系统中，无线帧配置（即TDD配置）随时间变化。 | 本专利的特征H是通过调节处理时间来提供灵活HARQ定时。D1描述的动态TDD系统，其核心就是通过在不同时间点改变TDD UL/DL配置，来动态调整上下行资源的比例。正如[0048]和[0051]段所示，不同的TDD配置对应着不同的HARQ定时（t1, t2, t3, t4）。因此，D1通过改变TDD配置，客观上调节了为处理数据和控制信号而预留的时间（即HARQ定时），从而实现了灵活的HARQ定时。虽然D1没有使用“调节时间”这一表述，但其技术方案的本质就是如此。因此，D1隐含公开了技术特征H。 |
| **技术特征I：** 其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。 <br><br> **《直接公开》** | [0047]段： “...基站发送响应(ACK/NACK)以响应从终端发送的数据信道...” <br><br> [0050]段： “...终端发送响应(ACK/NACK)以响应接收到的数据信道...” | 本专利的特征I定义了HARQ反馈信令的类型。D1在[0047]和[0050]段中明确提及了ACK/NACK作为HARQ的响应消息，这分别对应于本专利中的“下行链路信息”（PHICH上的ACK/NACK）和“上行链路控制信息”（PUCCH上的ACK/NACK）。因此，D1直接公开了技术特征I。 |
| **技术特征J：** 其中所述上行链路传输包括上行链路被调度的消息。 <br><br> **《直接公开》** | [0047]段： “...终端发送上行数据信道(PUSCH) 230...” <br><br> [0046]段： “为了初始化上行HARQ过程，基站在控制信道(CCH) 220中包括与初始数据传输相关联的DCI信息210。基站向终端传送与上行链路传输相关联的调度信息。” | 本专利的特征J定义了上行传输的类型。D1中描述的PUSCH传输是在基站通过上行调度授权（UL Grant）调度后进行的，这正是“上行链路被调度的消息”。因此，D1直接公开了技术特征J。 |
| **技术特征K：** 其中所述下行链路信息包括上行链路调度授权消息。 <br><br> **《直接公开》** | [0047]段： “为了初始化上行HARQ过程，基站在控制信道(CCH) 220中包括与初始数据传输相关联的DCI信息210。” <br><br> 表6：显示了上行数据信道的控制信息字段，这些信息正是包含在上行调度授权（UL Grant）DCI中的。 | 本专利的特征K定义了下行信息的类型。D1中，用于调度上行数据传输的DCI（即上行调度授权UL Grant）是基站发送给终端的下行控制信息。因此，D1直接公开了技术特征K。 |
| **技术特征L：** 其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。 <br><br> **《未公开》** | D1全文没有公开HARQ定时简档（或类似物）可以是设备特定、设备类型特定或服务类型特定的。D1的HARQ定时完全由小区级的TDD UL/DL配置决定，所有在该小区内的UE，无论其设备类型或服务类型如何，只要使用相同的TDD配置，就遵循相同的定时关系。虽然D1的TDD配置可以改变，但改变是针对整个小区的。 | 本专利的特征L限定了HARQ简档的粒度。D1中，HARQ定时关系是小区特定的（由小区使用的TDD UL/DL配置决定），D1没有公开为不同的设备、设备类型或服务类型定义不同的HARQ简档。因此，D1未公开技术特征L。 |
| **技术特征M：** 其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。 <br><br> **《直接公开》** | [0049]段及表4：显示了不同TDD UL/DL配置下的上行HARQ进程数目。例如，配置0有7个进程，配置1有4个进程，配置5有1个进程。 | 本专利的特征M定义了HARQ简档与HARQ进程数的关系。D1的表4明确示出了不同TDD配置（对应于不同的HARQ定时）下，HARQ进程的数目是可变的。这直接对应了本专利中“可变数目”的HARQ进程。因此，D1直接公开了技术特征M。 |
| **技术特征N：** 其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。 <br><br> **《未公开》** | D1全文没有提及“传输时间间隔TTI长度”是可变的或与HARQ简档相关。D1中，TTI长度是固定的（一个子帧，1ms），其方案的核心是改变TDD配置，而非TTI长度。 | 本专利的特征N定义了可变TTI长度。D1的方案基于LTE标准，其TTI长度固定为1ms（一个子帧）。D1没有任何内容涉及改变TTI长度或将其与HARQ进程关联。因此，D1未公开技术特征N。 |
| **技术特征O：** 其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。 <br><br> **《未公开》** | D1全文没有公开“多个HARQ简档”在“共同资源空间”中“共存”。D1的方案中，在一个时刻，整个小区使用同一个TDD配置，即只有一种HARQ定时关系在生效。虽然配置可以随时间改变，但它们是分时使用的，而非同时“共存”。 | 本专利的特征O强调多个HARQ简档可以在同一时间和频率资源上同时使用。D1的动态TDD系统虽然在不同时间可以使用不同的TDD配置（不同的HARQ定时），但在同一时刻，小区内的所有UE都遵循单一的、由当前TDD配置决定的定时关系。D1没有公开多个具有不同定时的HARQ进程在共同资源空间内复用共存。因此，D1未公开技术特征O。 |
| **技术特征P：** 其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。 <br><br> **《未公开》** | D1全文没有提及根据UE的“响应能力”或“HARQ回路延迟能力”来定义UE类型。D1没有涉及UE能力等级的概念。 | 本专利的特征P是基于UE能力对终端进行分类。D1的方案与UE的固有能力无关，它假设所有UE都能处理由基站配置的任何TDD配置下的HARQ定时。D1没有公开基于UE能力（如快速响应能力或低回路延迟能力）来定义或选择HARQ操作模式。因此，D1未公开技术特征P。 |
| **技术特征Q：** 其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。 <br><br> **《隐含公开》** | [0056]段： “为了解决这个问题，期望基于预定周期（例如，每10毫秒）动态地修改如表1配置的无线帧...” <br><br> [0058]段： “在动态TDD系统中，当TDD配置被连续修改时，可能的HARQ进程总数可能会减少或增加。” <br><br> 图3及[0058]段：描述了i-1, i, i+1无线帧使用不同的TDD配置。 | 本专利的特征Q是在活跃会话中动态重配置HARQ回路延迟。D1描述的动态TDD系统，其核心就是“基于预定周期”（可以作为“预定事件”）或在需要时（如业务量变化），改变TDD UL/DL配置。由于不同的TDD配置对应不同的HARQ定时（即回路延迟），因此在活跃会话期间动态改变TDD配置，就相当于动态地重新配置了HARQ回路延迟。因此，D1隐含公开了技术特征Q。 |
| **技术特征R：** 其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。 <br><br> **《未公开》** | D1全文没有公开在共享控制信道中为不同HARQ简档的UE定义分离的HARQ-ACK控制信道部分。D1的PUCCH资源分配是基于常规的LTE机制，没有涉及为不同HARQ定时简档划分资源。 | 本专利的特征R涉及控制信道资源的组织方式。D1没有讨论或公开任何关于为具有不同HARQ定时的UE在共享控制信道中划分专用ACK/NACK资源区域的技术。因此，D1未公开技术特征R。 |
| **技术特征S：** 其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。 <br><br> **《隐含公开》** | [0049]段及表4：显示了不同TDD配置下的上行HARQ进程数。例如，配置0有7个进程，配置1有4个进程。 <br><br> [0058]段： “...当TDD配置被连续修改时，可能的HARQ进程总数可能会减少或增加。” | 本专利的特征S是根据HARQ简档定义缓冲器大小或进程最大数。D1的[0049]段和表4明确公开了不同TDD配置（不同定时关系）下，HARQ进程的最大数目是不同的。本领域技术人员可以合理推断，HARQ进程的最大数目直接决定了所需HARQ缓冲器的大小。进程数越多，需要的缓冲器越大。因此，D1的TDD配置变化隐含地定义了HARQ缓冲器的大小和HARQ进程的最大数目。因此，D1隐含公开了技术特征S。 |
| **技术特征T：** 其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。 <br><br> **《未公开》** | D1分别描述了上行HARQ定时（[0047]段，t1, t2）和下行HARQ定时（[0050]段，t3, t4），这些是由同一个TDD配置决定的。但D1并未将这两个独立的定时关系组合起来定义为一个“双向混合自动重传请求简档”。 | 本专利的特征T将上下行HARQ简档组合成一个“双向HARQ简档”。D1虽然同时定义了上下行的HARQ定时，但它们是作为由TDD配置决定的独立参数存在的，D1没有提出将它们作为一个组合的、针对用户终端的“双向HARQ简档”的概念。因此，D1未公开技术特征T。 |
### 结论
根据以上严谨分析，对比文件US20140092788A1与本专利的技术领域、要解决的技术问题以及技术方案均存在差异。该对比文件主要针对动态TDD系统中因配置变化导致的HARQ时序问题，其核心是通过定义一套与TDD配置无关的、统一的定时规则（如使用过渡无线帧或固定20ms间隔）来保证HARQ过程的连续性。
而本专利的核心在于提出“HARQ简档”的概念，该简档是灵活的、可配置的，并且可以基于UE能力、设备类型等多种因素来定义，旨在支持不同类型的UE（如MTC设备和高速数据设备）在同一个系统中高效共存。
因此，对比文件D1直接公开了权利要求中的基本HARQ定时关系（技术特征C、D、E、F、I、J、K、M），并隐含公开了提供不同处理时间（技术特征B）、提供灵活定时（技术特征H）、动态重配置（技术特征Q）以及定义HARQ进程数/缓冲器大小（技术特征S）等上位或衍生概念。然而，D1并未公开本专利权利要求中更核心的、基于UE能力的HARQ简档定义（特征A）、简档的定义时机（特征G）、简档的粒度（特征L）、可变TTI（特征N）、多简档共存（特征O）、UE能力分类（特征P）、控制信道资源划分（特征R）以及双向简档（特征T）等关键技术特征。
<<<C>>><<<D>>><<<E>>><<<F>>><<<I>>><<<J>>><<<K>>><<<M>>><<<b>>><<<h>>><<<q>>><<<s>>>