好的，作为一名资深专利代理师，我将对目标专利的权利要求技术特征与对比文件进行严谨的比对分析。
**对比文件名称：** 2011-11-03_US2011268003A_发明申请_US20110268003A1 Method for Enhancing User Equipment (UE) Power Saving Performance and UE
**目标专利名称：** 无线通信网络的用户设备中分配用户设备HARQ时间的装置及方法 CN107046455B
**本次调用的模型名称：** 深度思考专用模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述用户设备HARQ时间用于所述用户设备处理HARQ进程，<br>**【直接公开】** | [0004] “In order to perform DRX operation, a plurality of Timers are designed for the LTE, and an operation process in the DRX state is given in combination with a Hybrid Automatic Request (HARQ) process, the related Timers include:”<br>[0006] “2. RTT Timer: it is only suitable for downlink (DL). If the UE receives the control signal retransmitted by the HARQ, this Timer is started.” | 对比文件明确提及了HARQ进程，并描述了UE在DRX操作中如何结合HARQ进程进行定时器管理（如RTT Timer）。该定时器（RTT Timer）的定时时长直接决定了UE在HARQ进程处理期间（例如等待重传）的时间分配，即用于UE处理HARQ进程的时间，因此技术特征A被直接公开。 |
| **技术特征B：** 其中，所述第一分配装置分配的所述用户设备HARQ时间长于基站分配的基站HARQ时间，<br>**【未公开】** | 对比文件全文未提及。 | 对比文件的核心在于通过定义HARQ RTT Timer来优化UE的DRX省电性能，其RTT Timer的值是基于TDD系统的UL/DL配置和子帧号确定的（如[0039]-[0041]段），目的是让UE在重传间隔期间进入休眠。对比文件完全没有涉及将HARQ处理时间划分为UE侧时间（T1）和基站侧时间（T2），更没有提出T1必须长于T2这一核心不对称关系。因此，该技术特征未被公开。 |
| **技术特征C：** 所述基站HARQ时间用于所述基站处理HARQ进程，<br>**【直接公开】** | [0030] “...the minimum transmission interval=t1+t2+t3, wherein t1 is the downlink data transmission time+a delay of data processing of UE; t2 is the time during which the UE transmits a feedback+a delay of data processing of eNB; t3 is a delay caused by the frame structure (only TDD system has t3, t3 is zero for FDD system).”<br>[0030] “...delays of data processing of eNB and of UE are set to 3 ms.” | 对比文件明确阐述了HARQ重传调度中的延迟需求，其中明确包含了“eNB的数据处理延迟”（a delay of data processing of eNB）。这个延迟时长（例如3ms）对应于基站在接收到UE的反馈后，进行解码、调度决策等处理所花费的时间，即基站处理HARQ进程的时间。因此，该技术特征被直接公开。 |
| **技术特征D：** 其中，所述第一分配装置配置为，根据所述用户设备的处理能力来确定所述用户设备HARQ时间。<br>**【未公开】** | 对比文件全文未提及。 | 对比文件虽然提到了UE的数据处理延迟（如[0030]段的“a delay of data processing of UE”），但该延迟是一个固定的假设值（例如3ms），并未提出根据UE的处理能力等级来动态或差异化地确定UE的处理时间。目标专利的核心创新之一在于HARQ时间（T1）与UE处理能力的关联性，而对比文件对此没有任何公开或暗示。因此，该技术特征未被公开。 |
| **技术特征E：** 其特征在于，所述用户设备HARQ时间短于所述用户设备与所述基站之间的随机接入响应消息和第三消息之间的时间间隔。<br>**【未公开】** | 对比文件全文未提及。 | 对比文件涉及的是连接态下的DRX和HARQ重传过程，其背景技术部分和具体实施方式均未提及随机接入过程（Random Access Procedure），更没有涉及随机接入响应消息（RAR）和第三消息（MSG3）之间的时间间隔（k）。该特征是目标专利针对随机接入场景的特殊优化，对比文件完全不相关。因此，该技术特征未被公开。 |
| **技术特征F：** 其特征在于，所述第一分配装置配置为，根据不同等级的用户设备处理能力所确定的用户设备HARQ时间不同。<br>**【未公开】** | 对比文件全文未提及。 | 同技术特征D的分析。对比文件未涉及任何关于“不同等级的用户设备处理能力”的概念，也未提及HARQ时间会因能力等级不同而有所区别。因此，该技术特征未被公开。 |
| **技术特征G：** 其特征在于，所述第一分配装置还包括：第一HARQ模式确定模块，配置为确定所述基站与所述用户设备之间的HARQ模式，且所述HARQ模式取决于以下各项中的至少一项:-小区的覆盖面积<br>**【未公开】** | 对比文件全文未提及。 | 对比文件提出的HARQ RTT Timer的确定依赖于“UL/DL配置”和“子帧号”（如[0039]段）。这两个参数与“小区的覆盖面积”完全无关。覆盖面积影响的是传播时延（PD），这是目标专利中决定HARQ模式（即m值）的关键因素之一，但对比文件对此没有任何公开或暗示。因此，该技术特征未被公开。 |
| **技术特征H：** -所述基站与所述用户设备间的距离<br>**【未公开】** | 对比文件全文未提及。 | 同技术特征G的分析。基站与UE间的距离直接决定了传播时延（PD），是影响HARQ定时的重要因素。对比文件虽然考虑了TDD系统的帧结构导致的等待时延（t3），但并未将“距离”或“传播时延”作为确定HARQ定时或模式的依据。因此，该技术特征未被公开。 |
| **技术特征I：** -传输时间间隔(TTI)长度<br>**【隐含公开】** | [0010] “...the setting time for the RTT Timer is 8 ms, which equals to the minimum transmission time interval of the Frequency Division Duplex (FDD) system.”<br>[0030] “...the minimum transmission interval=t1+t2+t3, wherein t1 is the downlink data transmission time+a delay of data processing of UE; t2 is the time during which the UE transmits a feedback+a delay of data processing of eNB...” | 对比文件明确指出RTT Timer的设置与“最小传输时间间隔”（即TTI）直接相关（在FDD中等于8ms）。在[0030]段的分析中，t1和t2均包含了1ms的数据传输时间（即1个TTI）。这表明，HARQ相关的定时（如RTT Timer）的计算依赖于TTI长度。本领域技术人员可以合理推断，当TTI长度发生变化时（例如，引入sTTI），HARQ相关的定时（即HARQ模式）也需要随之调整。因此，技术特征I被隐含公开。 |
| **技术特征J：** -所述用户设备的处理能力。<br>**【隐含公开】** | [0030] “...delays of data processing of eNB and of UE are set to 3 ms.”<br>[0045] “...k sub-frames may include ... the maximum delay of data processing of UE (e.g. 3 sub-frames)...” | 对比文件在计算HARQ最小传输间隔和RTT Timer时，明确引入了“UE的数据处理延迟”（a delay of data processing of UE）。虽然对比文件将其设为固定值（3ms），但这已经公开了“UE处理能力”是影响HARQ定时的一个因素。本领域技术人员可以合理推断，如果UE的处理能力不同（即处理延迟不同），那么相应的HARQ定时（如RTT Timer）也应不同。因此，技术特征J被隐含公开。 |
| **技术特征K：** 其特征在于，所述第一HARQ模式确定模块配置为，对在第n个TTI上接收的数据，为其确定在m个TTI后发送HARQ进程处理结果，其中m的确定遵循以下公式：m＝RTT/TTI/2，<br>其中，n为大于等于1的整数，m为大于等于2的整数，不同的HARQ模式之间的区别在于m的取值，RTT表示HARQ往返时间，TTI表示传输时间间隔的长度，且RTT进一步表示为：RTT＝2PD+2TTI+DUE+DeNB，其中，PD表示所述基站与所述用户设备之间的最大传播时延，2TTI表示数据/反馈/消息的传输所占用的时间，DUE表示UE处的处理时延，DeNB表示基站处的处理时延。<br>**【隐含公开】** | [0030] “FIG. 3 schematically shows a delay requirement for a downlink retransmission scheduling in LTE system. As shown in FIG. 3, the minimum transmission interval=t1+t2+t3, wherein t1 is the downlink data transmission time+a delay of data processing of UE; t2 is the time during which the UE transmits a feedback+a delay of data processing of eNB; t3 is a delay caused by the frame structure (only TDD system has t3, t3 is zero for FDD system). The downlink data transmission time and the time during which the UE transmits a feedback are set to one frame, namely 1 ms; delays of data processing of eNB and of UE are set to 3 ms. Thus, the minimum transmission interval for FDD system is t1+t2=1+3+1+3=8 ms according to the above formula.”<br>[0039] “...the timing of the HARQ RTT Timer in TDD system equals to t1+t2.” | 对比文件详细描述了HARQ重传的最小时间间隔（即HARQ RTT）的构成，将其分解为：下行数据传输时间（1 TTI）+ UE数据处理延迟（DUE）+ 反馈传输时间（1 TTI）+ eNB数据处理延迟（DeNB）。对于FDD系统，该RTT = 2*TTI + DUE + DeNB。这与目标专利中RTT的分解概念（2TTI+DUE+DeNB）完全一致。虽然对比文件未考虑传播时延PD（因为通常假设PD远小于TTI），但其构建RTT的思维方式和分解模型是相同的。本领域技术人员可以合理推断，在需要考虑传播时延（例如大小区）的场景下，RTT应为2PD+2TTI+DUE+DeNB。此外，对比文件通过表格（表5）给出了不同配置下的HARQ RTT Timer值（以子帧数为单位），这实质上定义了“m”的值（m = RTT/TTI）。因此，技术特征K的核心思想——将HARQ定时（m）与RTT、TTI联系起来——被隐含公开。 |
| **技术特征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>**【未公开】** | [0030] “...delays of data processing of eNB and of UE are set to 3 ms.” | 对比文件将UE和eNB的处理延迟均简化为一个固定常数（3ms），并未对其内部构成进行任何分解，更未提出其中一部分随TTI线性变化、另一部分为固定值的概念。这种对处理时延进行精细化建模和分析是目标专利的重要创新点，对比文件完全没有公开或暗示。因此，该技术特征未被公开。 |
---
根据以上严谨的比对分析，对比文件对目标专利权利要求中各技术特征的公开情况如下：
- **直接公开**：技术特征A、C
- **隐含公开**：技术特征I、J、K
- **未公开**：技术特征B、D、E、F、G、H、L
<<<A>>><<<C>>><<<i>>><<<j>>><<<k>>>