对比文件名称：2012-01-18_CN102326353A_发明公开_CN102326353A 用于在无线移动通信系统中执行混合自动重传请求操作的方法
目标专利名称：743无线通信网络的用户设备中分配用户设备HARQ时间的装置及方法CN107046455B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述用户设备HARQ时间用于所述用户设备处理HARQ进程。**公开性判断：直接公开** | [0050] “Tx处理时间定义为在发射器处接收HARQ反馈之后发送下一个数据所需的时间，并且Rx处理时间定义为在接收器接收数据之后发送HARQ反馈所需的时间。” [0150] “Rx_Time1表示DL突发数据的Rx处理时间，通过接收器的处理能力确定。” | 对比文件明确规定了用户设备（MS）处理HARQ进程所需的时间（Rx处理时间），该时间直接用于用户设备处理HARQ进程，因此技术特征A被直接公开。 |
| **技术特征B**：其中，所述第一分配装置分配的所述用户设备HARQ时间长于基站分配的基站HARQ时间。**公开性判断：未公开** | 无直接对应内容。 | 对比文件虽然公开了用户设备处理时间和基站处理时间，但并未比较两者长度，更未教导用户设备HARQ时间必须长于基站HARQ时间。在对比文件示例中（如[0050]），Tx和Rx处理时间均假设为3个子帧，两者相等。因此技术特征B未被公开。 |
| **技术特征C**：所述基站HARQ时间用于所述基站处理HARQ进程。**公开性判断：直接公开** | [0050] “Tx处理时间定义为在发射器处接收HARQ反馈之后发送下一个数据所需的时间。” [0151] “Rx_Time2表示UL突发数据的Rx处理时间，通过接收器的处理能力确定。” 发射器或接收器可为基站。 | 对比文件明确规定了基站处理HARQ进程所需的时间（如DL中的Tx处理时间或UL中的Rx处理时间），该时间直接用于基站处理HARQ进程，因此技术特征C被直接公开。 |
| **技术特征D**：其中，所述第一分配装置配置为，根据所述用户设备的处理能力来确定所述用户设备HARQ时间。**公开性判断：直接公开** | [0150] “Rx_Time1表示DL突发数据的Rx处理时间，通过接收器的处理能力确定。” [0151] “Rx_Time2表示UL突发数据的Rx处理时间，通过接收器的处理能力确定。” | 对比文件明确公开了用户设备HARQ时间（处理时间）是根据用户设备的处理能力确定的，因此技术特征D被直接公开。 |
| **技术特征E**：其特征在于，所述用户设备HARQ时间短于所述用户设备与所述基站之间的随机接入响应消息和第三消息之间的时间间隔。**公开性判断：未公开** | 无相关描述。 | 对比文件涉及HARQ操作定时，但未涉及随机接入过程，未提及随机接入响应消息（RAR）和第三消息（MSG3）之间的时间间隔，更未比较用户设备HARQ时间与该间隔的关系。因此技术特征E未被公开。 |
| **技术特征F**：其特征在于，所述第一分配装置配置为，根据不同等级的用户设备处理能力所确定的用户设备HARQ时间不同。**公开性判断：隐含公开** | [0150] “Rx_Time1表示DL突发数据的Rx处理时间，通过接收器的处理能力确定。” [0151] 类似表述。 | 对比文件虽然没有明确提到“等级”，但公开了处理时间由处理能力确定，而不同处理能力自然导致不同处理时间。本领域技术人员可以合理推断，若将用户设备处理能力划分为不同等级，则不同等级的处理能力对应不同的用户设备HARQ时间。因此技术特征F被隐含公开。 |
| **技术特征G**：其特征在于，所述第一分配装置还包括：第一HARQ模式确定模块，配置为确定所述基站与所述用户设备之间的HARQ模式，且所述HARQ模式取决于以下各项中的至少一项:-小区的覆盖面积。**公开性判断：未公开** | 无涉及小区覆盖面积的内容。 | 对比文件虽然公开了确定HARQ定时的控制器（可视为HARQ模式确定模块），但决定HARQ模式的因素中不包括小区的覆盖面积。因此技术特征G未被公开。 |
| **技术特征H**：-所述基站与所述用户设备间的距离。**公开性判断：未公开** | 无涉及基站与用户设备间距离的内容。 | 对比文件未公开HARQ模式取决于基站与用户设备间的距离。因此技术特征H未被公开。 |
| **技术特征I**：-传输时间间隔(TTI)长度。**公开性判断：直接公开** | [0059] “在#m DL子帧中开始的突发数据的传输时间间隔(TTI)由NTTI表示。” 等式(2)、(4)等使用NTTI计算时间间隙。 | 对比文件明确公开了HARQ定时（即HARQ模式）取决于TTI长度（NTTI），不同的TTI长度会导致不同的HARQ定时。因此技术特征I被直接公开。 |
| **技术特征J**：-所述用户设备的处理能力。**公开性判断：直接公开** | [0150] “Rx_Time1表示DL突发数据的Rx处理时间，通过接收器的处理能力确定。” [0151] 类似。 | 对比文件明确公开了HARQ定时取决于用户设备的处理能力（接收器的处理能力）。因此技术特征J被直接公开。 |
| **技术特征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表示基站处的处理时延。**公开性判断：未公开** | 无相关公式或PD参数。 | 对比文件中的HARQ定时基于子帧索引和帧索引的映射关系，而非基于RTT的公式。对比文件未涉及传播时延PD，也未公开RTT的计算方式或m的确定公式。因此技术特征K未被公开。 |
| **技术特征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变化的部分。**公开性判断：未公开** | 无此类分解描述。 | 对比文件未将处理时延分解为随TTI变化的部分和不随TTI变化的部分。因此技术特征L未被公开。 |
<<<A>>><<<C>>><<<D>>><<<I>>><<<J>>><<<f>>>