对比文件名称：2015-05-07_US2015124671A_发明申请_US20150124671A1 SHORTENED HARQ TIMELINES FOR LOW BANDWIDTH APPLICATIONS
目标专利名称：743无线通信网络的用户设备中分配用户设备HARQ时间的装置及方法CN107046455B
模型名称：DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述用户设备HARQ时间用于所述用户设备处理HARQ进程。 | 【0090】“After receiving the DL information from the eNodeB 702, the UE 704 can process the received DL transmission over the duration of next three TTIs (from TTI 1 through TTI 3), which is associated with a 3 ms. UE processing delay.” | 对比文件明确记载了用户设备（UE）在接收下行数据后，需要花费一定的时间（UE processing delay）来处理HARQ进程，该时间即为用户设备HARQ时间。该时间用于UE处理HARQ进程（如解码、生成反馈等），与目标专利技术特征A完全一致。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征B**：其中，所述第一分配装置分配的所述用户设备HARQ时间长于基站分配的基站HARQ时间。 | 【0112】“the UE 1304 can process the received DL transmission over the duration of next two TTIs (from TTI 1 through TTI 2), which is associated with a reduced 2 ms. UE processing delay ... the eNodeB 1302 can process the received DL transmission over the duration of only the next TTI (during TTI 4), which is associated with a reduced 1 ms. (asymmetric) eNodeB 1302 processing delay.” | 对比文件在“非对称HARQ时间线”实施例中明确示出：UE处理时延为2ms，eNodeB处理时延为1ms，即用户设备HARQ时间（2ms）长于基站HARQ时间（1ms）。该“非对称”配置直接体现了用户设备与基站处理时间的不等关系，且用户设备时间更长。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征C**：所述基站HARQ时间用于所述基站处理HARQ进程。 | 【0090】“Upon receipt of the HARQ ACK/NACK message from the UE 704, the eNodeB 702 can process the received DL transmission over the duration of the next three TTIs (from TTI 5 through TTI 7), in accordance with a network-designated eNodeB 702 processing delay interval, which is associated with a 3 ms. eNodeB 702 processing delay.” | 对比文件明确记载了基站（eNodeB）在接收UE的HARQ反馈后，需要花费一定的时间（eNodeB processing delay）来处理HARQ进程，该时间即为基站HARQ时间。该时间用于基站处理HARQ进程（如解码上行数据、生成ACK/NACK等），与目标专利技术特征C完全一致。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征D**：其中，所述第一分配装置配置为，根据所述用户设备的处理能力来确定所述用户设备HARQ时间。 | 无直接或隐含公开内容。 | 对比文件虽涉及UE的“advanced HARQ capability”指示（【0093】），但该能力仅用于触发网络是否采用预定义的“reduced HARQ timeline”，而该时间线中的UE处理时间（如2ms）是固定值，并非根据UE处理能力动态确定。对比文件未公开根据处理能力等级调整UE HARQ时间的技术方案，本领域技术人员也无法从对比文件合理推断出该特征。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：所述用户设备HARQ时间短于所述用户设备与所述基站之间的随机接入响应消息和第三消息之间的时间间隔。 | 无相关内容。 | 对比文件全文未涉及随机接入过程（包括RAR和MSG3），更未提及RAR与MSG3之间的时间间隔k。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：根据不同等级的用户设备处理能力所确定的用户设备HARQ时间不同。 | 无相关内容。 | 对比文件仅区分UE是否支持“advanced HARQ capability”，未定义不同处理能力等级，也未公开不同等级对应不同HARQ时间。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：第一HARQ模式确定模块，配置为确定HARQ模式，且HARQ模式取决于以下各项中的至少一项：-小区的覆盖面积。 | 无相关内容。 | 对比文件在决定是否采用缩减HARQ时间线时考虑的因素包括“application data type, QoS requirement, historical traffic pattern”（【0098】），未提及小区覆盖面积。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：-所述基站与所述用户设备间的距离。 | 无相关内容。 | 对比文件未将基站与用户设备间的距离作为HARQ模式的决定因素。因此，该技术特征未被对比文件公开。 |
| **技术特征I**：-传输时间间隔(TTI)长度。 | 无相关内容。 | 对比文件基于标准LTE TTI=1ms进行讨论，未涉及TTI长度变化（如sTTI）对HARQ模式的影响。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：-所述用户设备的处理能力。 | 【0093】“the UE 400 can generate an RRC message to inform the eNodeB 300 whether it has advanced HARQ signaling capability”；【0098】“the eNodeB 300 can further evaluate various network conditions (e.g., application data type, network QoS requirements, historical traffic patterns, etc.) to determine whether or not to activate a reduced DL HARQ timeline or a reduced UL HARQ timeline for the UE 400.” | 对比文件公开了网络根据UE的HARQ能力（advanced HARQ capability）以及网络条件来决定是否激活缩减HARQ时间线（即选择正常模式或缩减模式）。UE的HARQ能力本质上是其处理能力的体现，网络基于此能力选择对应的HARQ模式。因此，本领域技术人员可以合理推断出HARQ模式取决于用户设备的处理能力。该技术特征被对比文件**隐含公开**。 |
| **技术特征K**：对在第n个TTI上接收的数据，为其确定在m个TTI后发送HARQ进程处理结果，其中m的确定遵循公式：m＝RTT/TTI/2，RTT＝2PD+2TTI+DUE+DeNB。 | 无相关内容。 | 对比文件未公开任何用于计算HARQ反馈时间（m）的公式，也未涉及传播时延PD、UE处理时延DUE、基站处理时延DeNB等参数的分解与计算。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：DUE进一步表示为mUE*TTI+FDUE，DeNB进一步表示为meNB*TTI+FDeNB。 | 无相关内容。 | 对比文件未对UE或基站的处理时延进行随TTI变化与不变化部分的分解。因此，该技术特征未被对比文件公开。 |
<<<A>>><<<B>>><<<C>>><<<j>>>