好的，作为一名资深专利代理师，我将对您提供的对比文件与目标专利权利要求的技术特征进行严谨的比对分析。
**对比文件名称：** 2013-10-31_AU2012246934A_发明专利_AU2012246934A1 Method and apparatus for supporting synchronoys HARQ transmission
**目标专利名称：** 通信中的混合自动重传请求定时CN106165330B
**调用模型名称：** (根据您的要求，此处不填写具体模型名称)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括：在网络装置中并且基于用户终端的能力，在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求。<br><br>**《未公开》** | [30] The method for supporting HARQ transmission of a PUSCH, when multiple CA cells adopt different uplink/downlink configurations, includes **configuring an UE to operate in CA mode** in which multiple CA cells adopt different uplink/downlink configurations... | 对比文件[30]等段落公开了基站（BS）配置UE在载波聚合（CA）模式下操作，其中多个小区使用不同上下行配置。然而，该配置是针对CA模式的操作，并非在“多个混合自动重传请求简档之中”进行“定义”。对比文件描述了根据特定的上下行配置组合来确定固定的定时关系（如表格5-44所示），这些定时关系是为解决特定场景（不同上下行配置的CA）下的兼容性问题而预设的，并非基于UE能力从多个可选简档中进行选择和定义。目标专利的核心在于基于UE能力（如处理能力）主动选择或定义不同的HARQ定时简档，而对比文件中的定时关系是固定的、由系统配置决定的，与UE能力无关。因此，对比文件未公开该特征。 |
| **技术特征B：** 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间。<br><br>**《未公开》** | [105] ...the interval between timing of the BS sending the PHICH and timing of the UE sending the PUSCH is three subframes (3ms), which is smaller than the processing time of 4ms provided in LTE and LTE-A. In this instance, **the situations which do not meet the processing time requirement cannot be used for uplink transmission, or these may be supported depending on the BS realization.** <br><br>[174] ...Another processing method is to guarantee backward compatibility of the processing time of the BS receiving the PUSCH, and **allow the UE to more quickly receive the PDCCH and the PHICH.** Specifically, the method is to guarantee that the time interval from the PUSCH to the corresponding PHICH is greater than or equal to k ms... | 对比文件确实提及了处理时间的变化，例如[105]段描述了在某些配置下，BS从接收PUSCH到发送PHICH的时间间隔可以小于4ms（例如3ms），但这被视为一种“不符合处理时间要求”的特殊情况，是否支持取决于BS的实现能力。这并非目标专利中所述的有意提供“多个混合自动重传请求简档”并在“通信链路的一端处提供不同的处理时间”。目标专利的简档是主动定义的，用于适应不同UE能力或场景，而对比文件中的处理时间差异是特定配置下产生的被动结果，且不被鼓励（需要BS能力支持）。此外，[174]段的处理方法是保证后向兼容性，而非提供不同的处理时间选项。因此，对比文件未公开该特征。 |
| **技术特征C：** 其中所述混合自动重传请求简档指示<br>-下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔，<br><br>**《未公开》** | [3] ...the timing relation between the timing position of a transmission of the PUSCH and timing position of subsequent retransmission is constant, which is referred to herein as synchronous HARQ transmission.<br><br>[20] As to uplink/downlink configuration 1-6, when the UE receives the PHICH in downlink subframe i, this PHICH indicates an ACK/NACK of the PUSCH in uplink subframe i-k... | 对比文件全文描述了PUSCH及其重传、以及PDCCH/PHICH之间的定时关系，但这些关系是固定的、由标准（LTE/LTE-A）或特定配置（Tables 2-44）定义的。例如，[3]段明确指出定时关系是恒定的（constant）。[20]段描述的“PHICH in downlink subframe i...indicates...PUSCH in uplink subframe i-k”是固定值k。目标专利的特征C要求“简档指示”一个可配置的“第一时间间隔”（DL接收 -> UL控制信息），而对比文件中的定时是固定或根据特定规则计算得出的，并非作为一个可选的简档参数被定义和指示。对比文件没有公开这种作为简档一部分的可配置时间间隔。因此，对比文件未公开该特征。 |
| **技术特征D：** 以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔<br><br>**《未公开》** | [3] ...the timing relation between the timing position of a transmission of the PUSCH and timing position of subsequent retransmission is constant...<br><br>[27] Therefore, regardless of cross-carrier scheduling or non cross-carrier scheduling, the timing relation between the timing position of a transmission of the PUSCH and timing position of subsequent retransmission is constant... | 与特征C类似，对比文件描述了PUSCH传输与重传之间的定时关系，但明确指出该关系是恒定的（constant），如[3]和[27]段所述。目标专利的特征D要求“简档指示”一个可配置的“第二时间间隔”（UL控制信息发送 -> DL重传接收）。对比文件中的重传定时是固定不变的（例如，根据同步HARQ进程号确定），并非作为一个可由简档定义的可变参数。因此，对比文件未公开该特征。 |
| **技术特征E：** 或者<br>其中所述混合自动重传请求简档指示<br>-上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔，<br><br>**《未公开》** | [20] As to uplink/downlink configuration 1-6, when the UE receives the PHICH in downlink subframe i, this PHICH indicates an ACK/NACK of the PUSCH in uplink subframe i-k...<br><br>[30] ...sending, by a BS, the PDCCH and/or the PHICH in a primary CA cell according to timing relations from the PDCCH and the PHICH to the PUSCH... | 对比文件[20]和[30]等段落描述了从PUSCH到PHICH的定时关系（即上行传输到下行反馈），例如PHICH在子帧i发送，对应子帧i-k的PUSCH。然而，这个时间间隔k是由标准或特定配置（如Table 4）定义的固定值，而不是一个可以由HARQ简档指示的可配置参数。目标专利的特征E要求“简档指示”一个可配置的“第三时间间隔”（UL接收 -> DL信息发送）。对比文件中的定时是固定的，并非作为简档的一部分。因此，对比文件未公开该特征。 |
| **技术特征F：** 以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。<br><br>**《未公开》** | [27] ...the timing relation between the timing position of a transmission of the PUSCH and timing position of subsequent retransmission is constant...<br><br>[48] ...the timing relation between timing position of the retransmission PUSCH and that of the PUSCH previously sent by the UE is the same as that in LTE and LTE-A. | 与特征D类似，[27]和[48]段明确指出PUSCH传输与其重传之间的定时关系是恒定的（constant），并且与LTE/LTE-A中的相同。目标专利的特征F要求“简档指示”一个可配置的“第四时间间隔”（DL信息发送 -> UL重传接收）。对比文件中的重传定时是固定不变的，并非一个可配置的简档参数。因此，对比文件未公开该特征。 |
| **技术特征G：** 其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。<br><br>**《未公开》** | [2] WO 2012/144772 PCT/KR2012/002864 [17] Table 3...<br><br>[30] ...configuring an UE to operate in CA mode...sending, by a BS, the PDCCH and/or the PHICH in a primary CA cell according to timing relations... | 对比文件描述了基站根据小区的上下行配置来配置定时关系（如Tables 5-44），这些关系是在UE接入小区后或进行CA配置时确定的，并非在“对小区初始接入期间”被预定义或定义。对比文件中的定时关系是由网络配置决定的，而非在初始接入流程中定义。目标专利的特征G强调了简档定义的时间点（初始接入期间）。对比文件未公开该特征。 |
| **技术特征H：** 其中所述方法还包括：通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。<br><br>**《未公开》** | [105] ...the interval between timing of the BS sending the PHICH and timing of the UE sending the PUSCH is three subframes (3ms), which is smaller than the processing time of 4ms provided in LTE and LTE-A. ...these may be supported depending on the BS realization. <br><br>[174] ...Another processing method is to **guarantee backward compatibility of the processing time** of the BS receiving the PUSCH... | 对比文件[105]段提到了处理时间可以比标准4ms更短（3ms），但这是特定配置下的结果，且需要BS有能力支持，并非主动“通过调节为处理...而预留的时间”来提供灵活性。[174]段提出的方法是为了保证后向兼容性，即保证处理时间满足最低要求（如≥k ms），这与目标专利中主动调节预留时间以实现灵活性（如根据UE能力提供更宽松或更严格的定时）的构思相反。对比文件没有公开通过主动调节处理时间来提供灵活HARQ定时的机制。因此，对比文件未公开该特征。 |
| **技术特征I：** 其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。<br><br>**《直接公开》** | [20] As to uplink/downlink configuration 1-6, when the UE receives the PHICH in downlink subframe i, this **PHICH indicates an ACK/NACK** of the PUSCH in uplink subframe i-k...<br><br>[30] ...sending, by a BS, the PDCCH and/or the **PHICH** in a primary CA cell according to timing relations... | 对比文件[20]段明确说明PHICH（物理混合ARQ指示信道）用于指示PUSCH的ACK/NACK（确认/否定确认）。[30]段也提及发送PHICH。PHICH所承载的ACK/NACK信息正是目标专利所定义的上行链路控制信息或下行链路信息中的一种。因此，本领域技术人员可以毫无疑义地确定对比文件公开了该技术特征。 |
| **技术特征J：** 其中所述上行链路传输包括上行链路被调度的消息。<br><br>**《直接公开》** | [30] ...receiving, by the BS, the **PUSCH sent by the UE** in a secondary CA cell...<br><br>[31] ...sending, by the UE, the **PUSCH** in a secondary CA cell... | 对比文件全文多次提及PUSCH（物理上行链路共享信道），例如[30]和[31]段。PUSCH是基站通过PDCCH（下行链路控制信息）调度的上行数据传输信道，这正是目标专利中所述“上行链路被调度的消息”的典型代表。因此，本领域技术人员可以毫无疑义地确定对比文件公开了该技术特征。 |
| **技术特征K：** 其中所述下行链路信息包括上行链路调度授权消息。<br><br>**《直接公开》** | [30] ...sending, by a BS, the **PDCCH** and/or the PHICH in a primary CA cell according to timing relations from the **PDCCH** and the PHICH to the PUSCH...<br><br>[31] ...receiving, by the UE, a **PDCCH** and/or a PHICH sent from a BS... | 对比文件[30]和[31]段多次提及PDCCH（物理下行链路控制信道）。在LTE等系统中，PDCCH的一个核心功能就是承载上行链路调度授权（UL Grant），用于调度UE发送PUSCH。对比文件中的“timing relations from the PDCCH...to the PUSCH”即明确表明PDCCH用于调度PUSCH，因此PDCCH必然包含上行链路调度授权消息。因此，本领域技术人员可以毫无疑义地确定对比文件公开了该技术特征。 |
| **技术特征L：** 其中所述混合自动重传请求简档是以下中的一个或多个：设备特定的、设备类型特定的、小区特定的和服务类型特定的。<br><br>**《未公开》** | [30] ...configuring an UE to operate in CA mode...<br><br>[46] ...the cell sending the PDCCH and the PHICH is referred to as a primary cell...the cell sending PUSCH is referred to as a secondary cell... | 对比文件描述了根据小区（Pcell/Scell）的上下行配置（如配置0-6）来确定HARQ定时关系（如Tables 5-44）。这些定时关系是“小区特定的”，但此处的“小区特定”是指与小区采用的上下行配置相关，而非目标专利中所述的“HARQ简档”本身是小区特定的。对比文件没有公开HARQ简档的概念，更没有公开该简档可以是设备特定、设备类型特定或服务类型特定的。对比文件中的定时关系是全局配置的，与单个设备或服务类型无关。因此，对比文件未公开该特征。 |
| **技术特征M：** 其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。<br><br>**《未公开》** | [2] FIG. 2...the number in the uplink subframe denotes a synchronous HARQ process number...<br><br>[51] ...the numeral in the uplink subframe denotes the synchronous HARQ process number... | 对比文件[2]和[51]段提及了HARQ进程号（HARQ process number），但这是同步HARQ操作中的固有概念，用于区分不同的HARQ进程。目标专利的特征M要求“定义所述混合自动重传请求简档中涉及的...进程”，即进程数目是简档的一个可定义属性。对比文件没有公开进程数目可以作为简档的一部分被定义（可变或固定）。对比文件中的进程数目是由定时关系和TTI长度隐含决定的，并非一个独立的可配置参数。因此，对比文件未公开该特征。 |
| **技术特征N：** 其中所述方法还包括：定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。<br><br>**《未公开》** | 全文 | 对比文件全文均基于LTE/LTE-A的1ms子帧（TTI）进行讨论，所有定时关系均以子帧为单位。对比文件没有提及或暗示可变TTI长度（如0.25ms、0.5ms等），更没有公开TTI长度可以作为一个参数在HARQ简档中被定义。目标专利说明书[0042]段明确提到了将“增加的HARQ回路延迟与可变TTI长度结合”，这一特征在对比文件中完全没有涉及。因此，对比文件未公开该特征。 |
| **技术特征O：** 其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。<br><br>**《未公开》** | 全文 | 对比文件描述了在同一载波聚合系统中，不同小区可能使用不同上下行配置，并因此有不同的定时关系。但这描述的是不同小区（频率资源不同）的共存，而非目标专利所述的“多个混合自动重传请求简档”在同一资源空间（相同频率和时间资源）中的“共存”。目标专利的“共存”意味着使用不同简档的UE可以在同一小区内被复用，而对比文件并未涉及在同一小区内使用不同HARQ定时简档的UE复用场景。因此，对比文件未公开该特征。 |
| **技术特征P：** 其中所述方法还包括：定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。<br><br>**《未公开》** | [105] ...if the BS is fully capable of finishing the process within 3ms, uplink subframes of these Scells can be scheduled. If the BS is unable to finish the process within 3ms, uplink subframes of these Scells cannot be scheduled.<br><br>[174] ...allow the UE to more quickly receive the PDCCH and the PHICH. | 对比文件[105]段描述了BS的处理能力（能否在3ms内完成处理），[174]段提到允许UE更快接收PDCCH/PHICH。但这些描述都是关于BS或UE的瞬时处理能力或特定操作，而非目标专利所述的将UE“定义”为具有特定响应能力或回路延迟能力的“类型”。目标专利的特征P是对UE进行归类，并基于此定义简档，而对比文件没有这种基于能力进行UE分类并关联HARQ简档的机制。因此，对比文件未公开该特征。 |
| **技术特征Q：** 其中所述方法还包括：响应于所述系统中的预定事件，在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。<br><br>**《未公开》** | 全文 | 对比文件全文描述了静态的或半静态的定时关系配置，例如根据Pcell和Scell的上下行配置组合来确定固定的定时关系（如Tables 5-44）。一旦配置确定，在CA操作期间，除非重新配置CA，否则这些定时关系不会改变。对比文件完全没有提及在活跃会话期间，响应于任何预定事件（如信道条件变化、UE负载变化等）而动态地重新配置HARQ回路延迟的概念。因此，对比文件未公开该特征。 |
| **技术特征R：** 其中所述方法还包括：定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。<br><br>**《未公开》** | 全文 | 对比文件没有提及任何关于“共享控制信道”中“分离的HARQ-ACK控制信道部分”的内容。对比文件中的HARQ-ACK反馈是通过PHICH（一个专用控制信道）或PUCCH（物理上行链路控制信道）进行的，并未涉及在共享控制信道内为不同简档的UE划分专用资源部分。因此，对比文件未公开该特征。 |
| **技术特征S：** 其中所述方法还包括：根据所述混合自动重传请求简档，定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。<br><br>**《未公开》** | 全文 | 对比文件没有提及根据任何简档来定义HARQ缓冲器大小或进程最大数目。虽然HARQ进程数目与定时相关，但对比文件只是利用已有的进程编号，并未将其作为一个可由简档定义的参数。目标专利说明书[0041]段明确提到“每子帧HARQ缓冲器的大小还根据所应用的HARQ定时简档而变化”，这一关联在对比文件中完全没有揭示。因此，对比文件未公开该特征。 |
| **技术特征T：** 其中所述方法还包括：定义针对所述用户终端的双向混合自动重传请求简档，所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。<br><br>**《未公开》** | 全文 | 对比文件主要关注上行链路（PUSCH）的同步HARQ传输，虽然也涉及PDCCH（下行调度）和PHICH（下行反馈）的定时，但这些是为了支持上行HARQ。对比文件没有定义独立的下行链路HARQ简档，更没有定义包含上下行简档的“双向混合自动重传请求简档”的概念。目标专利的核心创新之一正是可以分别为上下行定义独立的HARQ定时，这在对比文件中完全没有体现。因此，对比文件未公开该特征。 |
### 结论
综上所述，对比文件AU2012246934A1直接公开了目标专利权利要求的以下技术特征：
* 技术特征I：上行链路控制信息和下行链路信息中的至少一个包括确认消息或者否定确认消息。
* 技术特征J：上行链路传输包括上行链路被调度的消息。
* 技术特征K：下行链路信息包括上行链路调度授权消息。
对比文件未直接或隐含公开上述表格中判定为《未公开》的其他技术特征（A, B, C, D, E, F, G, H, L, M, N, O, P, Q, R, S, T）。
<<<I>>><<<J>>><<<K>>>