好的，作为一名资深专利代理师，我将严格遵循您的要求，对对比文件WO2011130436A1是否公开了目标专利CN107046455B的权利要求技术特征进行严谨、深入的评估。
**对比文件名称：** 2011-10-20_WO2011130436A_发明申请_WO2011130436A1 RANDOM ACCESS PROCEDURE ENHANCEMENTS FOR HETEROGENEOUS NETWORKS
**目标专利名称：** 743无线通信网络的用户设备中分配用户设备HARQ时间的装置及方法CN107046455B
**本次调用的模型名称：** 无（基于指令进行推理）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译后） | 公开性论述 |
| **技术特征A：** 所述用户设备HARQ时间用于所述用户设备处理HARQ进程。 | **[p0061]** “无线网络可以支持下行链路和上行链路上的数据传输的混合自动重传请求（HARQ）。对于HARQ，发射机（例如，eNB）可以发送一个数据包的一个或多个传输，直到该数据包被接收机（例如，UE）正确解码或遇到其他终止条件。” | **《隐含公开》** <br>对比文件明确描述了HARQ机制，其中UE作为接收机（处理下行数据）或发射机（处理上行数据及其重传），必然涉及“处理HARQ进程”的行为。虽然对比文件没有直接使用“用户设备HARQ时间”这个术语，但其描述的HARQ过程（如数据包的接收、解码、重传）本质上就是UE处理HARQ进程所花费的时间。目标专利的“用户设备HARQ时间”是对这一处理过程所需时间的概括，本领域技术人员可以合理推断出，UE在进行HARQ操作时必然需要占用一定的处理时间，该时间即用于处理HARQ进程。 |
| **技术特征B：** 其中，所述第一分配装置分配的所述用户设备HARQ时间长于基站分配的基站HARQ时间。 | 全文未公开此特征。 | **《未公开》** <br>对比文件通篇未涉及用户设备HARQ时间和基站HARQ时间的分配，更未提及两者之间存在“用户设备HARQ时间长于基站HARQ时间”这种非对称的、特定的长短关系。对比文件主要关注的是随机接入过程中的资源分区和信令优化，其HARQ定时是基于标准的、对称的时序（如n+6），并未对UE和基站的HARQ处理时间进行差异化分配。 |
| **技术特征C：** 所述基站HARQ时间用于所述基站处理HARQ进程。 | **[p0061]** “无线网络可以支持下行链路和上行链路上的数据传输的混合自动重传请求（HARQ）。对于HARQ，发射机（例如，eNB）可以发送一个数据包的一个或多个传输，直到该数据包被接收机（例如，UE）正确解码或遇到其他终止条件。” | **《隐含公开》** <br>与特征A同理，对比文件描述HARQ机制时，明确基站（eNB）作为发射机（处理下行数据发送和重传）或接收机（处理上行数据的接收和解码），这必然涉及基站“处理HARQ进程”的行为。虽然未直接使用“基站HARQ时间”一词，但本领域技术人员可以毫无疑义地推断出，基站在进行这些HARQ操作时也需要占用处理时间，该时间即用于处理HARQ进程。 |
| **技术特征D：** 其中，所述第一分配装置配置为，根据所述用户设备的处理能力来确定所述用户设备HARQ时间。 | **[p0040]** “本公开的某些方面提供了各种机制，允许用户设备在随机接入（RA）过程期间向基站传达关于一个或多个属性的信息。属性可以包括，例如，UE的能力（例如，支持特定特性或标准版本）……”<br><br>**[p0041]** “……例如，UE可以通过利用特定的RA过程来指示其能力（例如，一个RA过程可以向基站指示该UE有能力知晓并使用资源分区信息）。”<br><br>**[p0084]** “……对于某些方面，非传统UE可以被限制为N次HARQ传输，即使它们有清晰的资源，以避免在相邻小区中造成干扰或干扰。” | **《隐含公开》** <br>对比文件虽然没有直接说“根据处理能力确定用户设备HARQ时间”，但它明确公开了根据UE能力（例如，是否为支持资源分区的非传统UE）来采用不同的随机接入过程和参数。例如，[p0084]提到非传统UE的HARQ传输次数可能被限制（N次），这本质上就是根据UE能力调整其HARQ行为的一个方面，而HARQ时间与HARQ行为（如传输次数、处理时序）密切相关。因此，本领域技术人员可以合理推断，基于UE的处理能力，其对应的HARQ处理时间（如用于解码、生成反馈的时间）也会相应地被确定或调整。对比文件公开了“根据UE能力调整HARQ相关参数”这一上位概念。 |
| **技术特征E：** 其特征在于，所述用户设备HARQ时间短于所述用户设备与所述基站之间的随机接入响应消息和第三消息之间的时间间隔。 | **[p0084]** “例如，如果没有包括延迟比特（或该比特未被设置）在消息2中，传统UE在n+6发送消息3，而非传统UE可以在下一个受保护（例如，U子帧）发送……”<br><br>**[p0083]** “……消息3在RA过程中是在接收到消息2后的6ms发送的，这可能会落在一个不受保护的子帧上……” | **《未公开》** <br>对比文件虽然详细讨论了消息2（随机接入响应）和消息3之间的时间间隔（如n+6或下一个U子帧），但其讨论的重点是这个间隔本身（k）的调整，以使其与受保护子帧对齐。对比文件完全没有提及或定义“用户设备HARQ时间”，更没有建立“用户设备HARQ时间（T1）短于消息2和消息3之间的时间间隔（k）”这种特定的不等式关系。目标专利的技术特征E明确限定了T1与k的大小关系，这是对比文件未曾揭示的。 |
| **技术特征F：** 其特征在于，所述第一分配装置配置为，根据不同等级的用户设备处理能力所确定的用户设备HARQ时间不同。 | **[p0084]** “……例如，如果没有包括延迟比特（或该比特未被设置）在消息2中，传统UE在n+6发送消息3，而非传统UE可以在下一个受保护（例如，U子帧）发送……”<br><br>**[p0041]** “……UE可以通过利用特定的RA过程来指示其能力……” | **《隐含公开》** <br>与特征D的论述类似，对比文件虽然未明确定义“用户设备HARQ时间”，但其公开了根据UE能力（传统UE vs 非传统UE）的不同，UE在随机接入过程中的HARQ相关行为（如消息3的发送时间、HARQ传输次数）也不同。这些不同的行为必然对应着不同的HARQ处理时间。因此，本领域技术人员可以合理推断，对比文件隐含公开了“根据不同等级的UE能力，其用于处理HARQ的时间（即用户设备HARQ时间）也不同”这一技术思想。 |
| **技术特征G：** 其特征在于，所述第一分配装置还包括：第一HARQ模式确定模块，配置为确定所述基站与所述用户设备之间的HARQ模式，且所述HARQ模式取决于以下各项中的至少一项:-小区的覆盖面积 | 全文未公开此特征。 | **《未公开》** <br>对比文件主要处理的是异构网络中的干扰协调和资源分区（如宏小区、微微小区、毫微微小区），这些小区类型确实与覆盖面积有关。然而，对比文件并未将“小区的覆盖面积”作为确定HARQ模式（HARQ定时方案）的一个因素。对比文件中的HARQ模式调整（如n+6或下一个U子帧）主要是为了与受保护子帧对齐，而不是基于小区覆盖面积的大小。目标专利中明确将小区覆盖面积作为HARQ模式的决策变量，这是对比文件未公开的。 |
| **技术特征H：** -所述基站与所述用户设备间的距离 | 全文未公开此特征。 | **《未公开》** <br>尽管对比文件提到了UE可能位于靠近强干扰基站的位置（如[p0070]），从而描述了基站与UE间的距离关系，但这主要是为了阐述干扰场景，而非用于确定HARQ模式。对比文件没有公开根据基站与用户设备间的距离来选择和确定HARQ模式。目标专利明确将距离作为影响HARQ模式的因素，这与对比文件的目的和教导不同。 |
| **技术特征I：** -传输时间间隔(TTI)长度 | 全文未公开此特征。 | **《未公开》** <br>对比文件全文基于LTE标准，其子帧长度为1ms，即传统的TTI长度。对比文件完全没有涉及缩短的TTI（sTTI）或不同长度的TTI，更没有讨论如何根据TTI长度来确定HARQ模式。目标专利的核心之一就是解决sTTI引入后带来的HARQ定时问题，而对比文件的技术背景和目标均不涉及此。 |
| **技术特征J：** -所述用户设备的处理能力。 | **[p0040]** “本公开的某些方面提供了各种机制，允许用户设备在随机接入（RA）过程期间向基站传达关于一个或多个属性的信息。属性可以包括，例如，UE的能力（例如，支持特定特性或标准版本）……”<br><br>**[p0084]** “……对于某些方面，非传统UE可以被限制为N次HARQ传输……” | **《隐含公开》** <br>与特征D和F类似，对比文件明确公开了UE的能力（如是否支持资源分区）会影响其采用的随机接入过程和相关的HARQ行为（如HARQ传输次数）。虽然对比文件没有明确将此称为“确定HARQ模式”，但根据UE能力选择不同的RA过程（包括其中的HARQ时序安排，如消息3的发送时机），本质上就是一种HARQ模式的确定。因此，本领域技术人员可以合理推断，“用户设备的处理能力”是确定HARQ模式的一个因素，对比文件隐含公开了此特征。 |
| **技术特征K：** 其特征在于，所述第一HARQ模式确定模块配置为，对在第n个TTI上接收的数据，为其确定在m个TTI后发送HARQ进程处理结果，其中m的确定遵循以下公式：m＝RTT/TTI/2，其中，n为大于等于1的整数，m为大于等于2的整数，不同的HARQ模式之间的区别在于m的取值，RTT表示HARQ往返时间，TTI表示传输时间间隔的长度，且RTT进一步表示为：RTT＝2PD+2TTI+DUE+DeNB，其中，PD表示所述基站与所述用户设备之间的最大传播时延，2TTI表示数据/反馈/消息的传输所占用的时间，DUE表示UE处的处理时延，DeNB表示基站处的处理时延。 | 全文未公开此特征。 | **《未公开》** <br>对比文件中完全没有公开任何与HARQ定时相关的数学公式，特别是将HARQ反馈时间（m）与RTT、TTI、传播时延（PD）、UE处理时延（DUE）、基站处理时延（DeNB）等参数进行精确分解和计算的公式。对比文件中的HARQ定时是固定的（如n+6）或基于子帧类型（如下一个U子帧），而不是通过一个复杂的公式动态计算得出。目标专利中的这一整套精确的数学建模和计算方案，是对比文件完全没有涉及的。 |
| **技术特征L：** 其特征在于，DUE进一步表示为mUE*TTI+FDUE，其中，mUE*TTI为UE的HARQ进程处理时延中的随TTI长度变化的部分，FDUE为UE的HARQ进程处理时延中不随TTI变化的部分，DeNB进一步表示为meNB*TTI+FDeNB，其中，meNB*TTI为基站的HARQ进程处理时延中的随TTI长度变化的部分，FDeNB为基站的HARQ进程处理时延中不随TTI变化的部分。 | 全文未公开此特征。 | **《未公开》** <br>对比文件完全没有对UE和基站的处理时延（DUE和DeNB）进行分解，更不用说将其分解为与TTI长度相关的部分（mUE*TTI, meNB*TTI）和与TTI长度无关的固定部分（FDUE, FDeNB）。这种对处理时延的精细化建模是目标专利的独特贡献，旨在为sTTI等新场景提供灵活的HARQ定时方案。对比文件的技术方案不涉及此类时延分解。 |
### 公开性判断代码
根据以上分析，对比文件未直接或隐含公开技术特征B、E、G、H、I、K、L。对于技术特征A、C、D、F、J，对比文件存在隐含公开的可能。技术特征A、C、D、F、J对应的代码分别为a、c、d、f、j。
<<<a>>><<<c>>><<<d>>><<<f>>><<<j>>>