对比文件名称：2012-10-24_CN102752090A_发明公开_CN102752090A 一种支持PUSCH的同步HARQ传输的方法
目标专利名称：750通信中的混合自动重传请求定时CN106165330B
本次调用的模型名称：DeepSeek AI
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求。**未公开** | 对比文件未涉及“基于用户终端的能力”和“多个HARQ简档”的定义。 | 对比文件主要解决CA中不同TDD配置下的同步HARQ传输，基站配置UE工作于CA模式，但配置依据是小区配置而非UE能力，且没有公开“多个HARQ简档”的概念。因此，本领域技术人员无法从对比文件直接或隐含得出该特征。 |
| **技术特征B**：所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。**未公开** | 对比文件提及不同配置导致处理时间变化（如[0060]“减少了基站接收PUSCH的处理时间”），但未公开“多个简档”提供不同处理时间。 | 对比文件虽然存在因TDD配置不同而导致的处理时间差异，但这是小区配置的固有结果，并非通过定义多个可选择的HARQ简档来实现。对比文件没有公开任何关于“HARQ简档”的选择机制，因此该特征未被公开。 |
| **技术特征C**：其中所述混合自动重传请求简档指示下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔。**未公开** | 对比文件不涉及下行HARQ定时。 | 对比文件全部内容围绕上行PUSCH的同步HARQ传输，未涉及下行传输与上行控制信息（如DL HARQ的ACK/NACK）之间的定时关系。因此，该特征未被对比文件公开。 |
| **技术特征D**：以及所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔。**未公开** | 对比文件不涉及下行HARQ重传定时。 | 同特征C，对比文件未涉及下行HARQ的反馈与重传定时，该特征未被公开。 |
| **技术特征E**：其中所述混合自动重传请求简档指示上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔。**《直接公开》** | [0019]“首先，介绍LTE和LTE-A中的PUSCH到PHICH的定时关系。”；[0020]“对上行下行配置1～6来说，当UE在下行子帧i内收到PHICH时，该PHICH指示的是上行子帧i-k内的PUSCH的ACK/NACK，k的取值如表3所示。”；表3定义了PUSCH传输子帧与PHICH传输子帧之间的时间差（即第三时间间隔）。 | 对比文件明确公开了上行PUSCH在基站接收后，基站发送对应PHICH（下行信息）的定时关系（PUSCH到PHICH），该定时关系实质上指示了“上行链路传输在基站中被接收与对应的下行链路信息被预期从基站被发射之间的时间间隔”，与特征E完全对应。因此，该特征被对比文件直接公开。 |
| **技术特征F**：以及所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。**《直接公开》** | [0011]“对PHICH到PUSCH的定时关系，在LTE和LTE-A中，为每个上行子帧内的PUSCH都独立分配了PHICH资源集，假设UE在下行子帧n收到PHICH，则该PHICH是控制上行子帧n+k内的PUSCH。”；表2-2定义了PHICH传输子帧与PUSCH重传子帧之间的时间差（即第四时间间隔）。 | 对比文件明确公开了PHICH（下行信息）发送后，UE进行PUSCH重传的定时关系（PHICH到PUSCH），该定时关系实质上指示了“下行链路信息从基站被发射与对应的上行链路重传被预期最早在基站中被接收之间的时间间隔”，与特征F完全对应。因此，该特征被对比文件直接公开。 |
| **技术特征G**：其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。**未公开** | 对比文件未提及初始接入过程。 | 对比文件仅在CA配置场景下讨论定时关系的设定，未涉及UE初始接入小区时如何定义HARQ简档。本领域技术人员不能从对比文件合理推断该特征。 |
| **技术特征H**：其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。**《隐含公开》** | [0060]“减少了基站接收PUSCH的处理时间”；[0169]“允许UE接收PDCCH和PHICH的处理时间的减少”。 | 对比文件明确允许处理时间的变化（如从标准4ms减少到3ms），这实质上是通过调节为处理数据和相关控制信号而预留的时间来实现灵活的HARQ定时。虽然对比文件未使用“调节预留时间”的措辞，但本领域技术人员可以合理推断其技术方案包含了通过允许处理时间变化来提供灵活定时的思想。因此，该特征被对比文件隐含公开。 |
| **技术特征I**：其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。**《直接公开》** | [0007]“基站通过物理混合重传指示信道(PHICH)承载HARQ指示信息。” | HARQ指示信息即为ACK/NACK（确认/否定确认）。对比文件公开了下行链路信息（PHICH）包括确认消息，满足“至少一个包括确认消息或否定确认消息”。因此，该特征被直接公开。 |
| **技术特征J**：其中所述上行链路传输包括上行链路被调度的消息。**《直接公开》** | [0007]“UE通过PUSCH承载上行数据。” | PUSCH是基站通过PDCCH调度的上行信道，用于传输上行数据，属于上行链路被调度的消息。因此，该特征被直接公开。 |
| **技术特征K**：其中所述下行链路信息包括上行链路调度授权消息。**《直接公开》** | [0007]“基站通过物理下行控制信道(PDCCH)承载PUSCH的调度和控制信息。” | PDCCH中承载的调度信息包括上行链路调度授权（UL grant），属于上行链路调度授权消息。因此，该特征被直接公开。 |
| **技术特征L**：其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。**《直接公开》** | [0003]表1及全文多处提到TDD上行下行配置，不同配置对应不同HARQ定时关系，且配置是小区特定的。 | 对比文件中的HARQ定时关系完全依赖于小区的TDD上行下行配置，不同小区配置可能导致不同定时，因此该定时关系是小区特定的。特征L要求“一个或多个”，小区特定的情况被直接公开。 |
| **技术特征M**：其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。**《直接公开》** | 图4中上行子帧内标注了同步HARQ过程编号0-7，共8个进程；[0024]“同步HARQ过程编号”。 | 对比文件图示及文字说明明确显示了固定数目的HARQ进程（如8个），该数目是预定义的。特征M包含“固定数目”，因此被直接公开。 |
| **技术特征N**：其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。**未公开** | 对比文件未涉及TTI长度变化。 | 对比文件始终基于1ms子帧（固定TTI）讨论HARQ定时，未公开或暗示可变TTI长度。 |
| **技术特征O**：其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。**未公开** | 对比文件涉及多个cell的CA，但不同cell使用不同频率资源，且没有“多个简档共存于共同资源空间”的教导。 | 对比文件中的不同定时关系属于不同cell（不同频率），并非在同一频率和时间资源空间内存在多个简档。 |
| **技术特征P**：其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。**未公开** | 对比文件未定义UE能力类别。 | 对比文件仅提到基站处理能力差异（如3ms处理能力），未涉及UE能力分类或定义。 |
| **技术特征Q**：其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。**未公开** | 对比文件未涉及动态重配。 | 对比文件中的定时关系是预先配置且固定的，未公开在活跃会话期间动态重新配置HARQ回路延迟。 |
| **技术特征R**：其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。**未公开** | 对比文件未涉及共享控制信道中的分离部分。 | 对比文件未讨论具有不同HARQ定时的UE在共享控制信道中的资源划分。 |
| **技术特征S**：其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。**未公开** | 对比文件未涉及缓冲器大小定义。 | 对比文件未提及HARQ缓冲器大小或根据简档进行定义。 |
| **技术特征T**：其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。**未公开** | 对比文件仅涉及上行HARQ。 | 对比文件只讨论了上行PUSCH的HARQ定时，未涉及下行HARQ简档，更未公开双向简档的概念。 |
### 公开性代码输出
根据上述判断，对比文件直接公开了技术特征E、F、I、J、K、L、M，隐含公开了技术特征H。
因此，在回答结尾插入以下代码：
<<<E>>><<<F>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<h>>>