对比文件名称：JP2012244367A_Description_20260426_1235
目标专利名称：743无线通信网络的用户设备中分配用户设备HARQ时间的装置及方法CN107046455B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：所述用户设备HARQ时间用于所述用户设备处理HARQ进程**<br>**《直接公开》** | [0005]“移动局UEがPDCCHを介してUL grantを受信してからトランスポートブロックを生成してPUSCHを介して無線基地局eNBに対して送信するまでの処理遅延はT_UE0である。”<br>翻译：“移动站UE经由PDCCH接收UL grant，到生成传输块并经由PUSCH向无线基站eNB发送为止的处理延迟是T_UE0。” | 对比文件明确公开了UE处理HARQ进程的时间（处理延迟T_UE0），该处理延迟即为用户设备用于处理HARQ进程的时间，用途与目标专利相同，因此技术特征A被直接公开。 |
| **技术特征B：其中，所述第一分配装置分配的所述用户设备HARQ时间长于基站分配的基站HARQ时间**<br>**未公开** | 对比文件未公开用户设备HARQ时间与基站HARQ时间之间的长短关系。例如[0005]和[0007]分别定义了T_UE0和T_eNB0，但未比较两者大小；[0014]提到HARQ RTT为8ms，但未体现T_UE0与T_eNB0的不等关系。 | 对比文件未涉及用户设备HARQ时间与基站HARQ时间的不等关系，也未公开用户设备HARQ时间比基站HARQ时间长，因此技术特征B未被对比文件公开。 |
| **技术特征C：所述基站HARQ时间用于所述基站处理HARQ进程**<br>**《直接公开》** | [0007]“無線基地局eNBが移動局UEからPUSCHを介してトランスポートブロックを受信してデコードして誤り判定を行い、移動局UEに対してPHICHを介してNackを送信する（又は、PDCCHを介して再送をスケジューリングする）までの処理遅延はT_eNB0である。”<br>翻译：“无线基站eNB经由PUSCH从移动站UE接收传输块，进行解码和错误判定，直到经由PHICH向移动站UE发送Nack（或经由PDCCH调度重传）为止的处理延迟是T_eNB0。” | 对比文件明确公开了基站处理HARQ进程的时间（处理延迟T_eNB0），该处理延迟即为基站用于处理HARQ进程的时间，用途与目标专利相同，因此技术特征C被直接公开。 |
| **技术特征D：其中，所述第一分配装置配置为，根据所述用户设备的处理能力来确定所述用户设备HARQ时间**<br>**未公开** | 对比文件未提及根据用户设备处理能力来确定HARQ时间。对比文件仅定义了处理延迟T_UE0，但未说明该延迟可根据处理能力调整，也未涉及处理能力等级。 | 对比文件没有公开根据用户设备处理能力确定用户设备HARQ时间的相关内容，因此技术特征D未被对比文件公开。 |
| **技术特征E：其特征在于，所述用户设备HARQ时间短于所述用户设备与所述基站之间的随机接入响应消息和第三消息之间的时间间隔**<br>**未公开** | 对比文件未涉及随机接入过程，未提及随机接入响应消息（RAR）和第三消息（MSG3）及其时间间隔。 | 对比文件没有公开任何关于随机接入响应消息与第三消息之间时间间隔的内容，也未公开用户设备HARQ时间与该间隔的比较关系，因此技术特征E未被对比文件公开。 |
| **技术特征F：其特征在于，所述第一分配装置配置为，根据不同等级的用户设备处理能力所确定的用户设备HARQ时间不同**<br>**未公开** | 对比文件未涉及不同等级的用户设备处理能力，未公开不同等级对应不同的HARQ时间。 | 对比文件没有公开处理能力等级与HARQ时间的对应关系，因此技术特征F未被对比文件公开。 |
| **技术特征G：其特征在于，所述第一分配装置还包括：第一HARQ模式确定模块，配置为确定所述基站与所述用户设备之间的HARQ模式，且所述HARQ模式取决于以下各项中的至少一项:-小区的覆盖面积**<br>**未公开** | 对比文件未定义HARQ模式，未提及HARQ模式取决于小区的覆盖面积。 | 对比文件没有公开HARQ模式的概念，也没有公开HARQ模式与小区覆盖面积的关系，因此技术特征G未被对比文件公开。 |
| **技术特征H：-所述基站与所述用户设备间的距离**<br>**未公开** | 对比文件未提及HARQ模式取决于基站与用户设备间的距离。 | 对比文件没有公开HARQ模式与距离的关系，因此技术特征H未被对比文件公开。 |
| **技术特征I：-传输时间间隔(TTI)长度**<br>**未公开** | 对比文件[0014]提到TTI为1ms，但未公开HARQ模式取决于TTI长度。 | 对比文件没有公开HARQ模式与TTI长度的关联，因此技术特征I未被对比文件公开。 |
| **技术特征J：-所述用户设备的处理能力**<br>**未公开** | 对比文件未提及HARQ模式取决于用户设备的处理能力。 | 对比文件没有公开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表示基站处的处理时延。**<br>**未公开** | 对比文件[0062]提到“UｄインタフェースにおけるHARQのRTTは、T_UE1＋T_UE2＋T_eNB1＋データ信号の送信時間となる。”<br>翻译：“Ud接口中的HARQ RTT为T_UE1+T_UE2+T_eNB1+数据信号的发送时间。”但该RTT表达式不包括2PD+2TTI等，也未定义m。 | 对比文件没有公开目标专利中m=RTT/TTI/2的公式，也没有公开RTT=2PD+2TTI+DUE+DeNB的分解方式，未涉及m的取值与HARQ模式的关系，因此技术特征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变化的部分。**<br>**未公开** | 对比文件未对处理时延进行随TTI变化部分和不随TTI变化部分的分解。 | 对比文件没有公开DUE和DeNB的分解表示，没有提到mUE*TTI+FDUE或meNB*TTI+FDeNB，因此技术特征L未被对比文件公开。 |
<<<A>>><<<C>>>