对比文件的名称：2015-10-08_WO2015149862A_发明申请_WO2015149862A1 HYBRID AUTOMATIC REPEAT REQUEST TIMING IN COMMUNICATIONS
目标专利的名称：743无线通信网络的用户设备中分配用户设备HARQ时间的装置及方法 CN107046455B
本次调用的模型名称：通义千问
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：所述用户设备HARQ时间用于所述用户设备处理HARQ进程 – 直接公开 | 对比文件[0029]：“用户终端接收下行传输与期望从用户终端发送相应上行控制信息（上行ACK/NACK）之间的时间间隔是可配置的”。 | 对比文件明确公开了用户终端从接收下行数据到发送对应HARQ反馈的时间间隔，该时间间隔直接用于用户设备处理下行HARQ进程（解码、生成反馈），因此用户设备HARQ时间用于处理HARQ进程被直接公开。 |
| 技术特征B：其中，所述第一分配装置分配的所述用户设备HARQ时间长于基站分配的基站HARQ时间 – 未公开 | 无（对比文件未公开该比较关系） | 对比文件虽公开了用户设备处理时间和基站处理时间均可配置，但未公开两者之间的长短关系，更未指定用户设备HARQ时间必须长于基站HARQ时间。对比文件中HARQ定时配置文件可定义双方处理时间，但未给出任何不对称要求或不等式。本领域技术人员无法从对比文件合理推断出该特征，因此技术特征B未被公开。 |
| 技术特征C：所述基站HARQ时间用于所述基站处理HARQ进程 – 直接公开 | 对比文件[0029]：“eNB处理上行控制信息直到用户终端最早期望重传的时间是可配置的”。 | 对比文件明确公开了基站从接收上行数据到发送对应下行控制信息（如调度决策）的时间间隔，该时间间隔直接用于基站处理上行HARQ进程，因此基站HARQ时间用于处理HARQ进程被直接公开。 |
| 技术特征D：其中，所述第一分配装置配置为，根据所述用户设备的处理能力来确定所述用户设备HARQ时间 – 直接公开 | 对比文件[0032]：“HARQ循环定时的差异通过UE能力类定义”；[0080]：“用户终端的HARQ循环定时基于用户终端的能力类定义”。 | 对比文件明确公开了根据用户设备的能力类（即处理能力）来定义HARQ循环定时，该定时包括用户设备处理时间，因此用户设备HARQ时间根据处理能力确定被直接公开。 |
| 技术特征E：其特征在于，所述用户设备HARQ时间短于所述用户设备与所述基站之间的随机接入响应消息和第三消息之间的时间间隔 – 未公开 | 无（对比文件未涉及随机接入过程） | 对比文件全文未提及随机接入响应消息（RAR）和第三消息（MSG3），也未涉及它们之间的时间间隔与HARQ时间的关系。本领域技术人员无法从对比文件得到任何关于该特征的教导或暗示，因此技术特征E未被公开。 |
| 技术特征F：其特征在于，所述第一分配装置配置为，根据不同等级的用户设备处理能力所确定的用户设备HARQ时间不同 – 直接公开 | 对比文件[0032]：“系统可以包括快速响应能力的UE和一些具有较低HARQ循环延迟能力的UE”；[0080]：“用户终端的HARQ循环定时基于用户终端的能力类定义”。 | 对比文件公开了不同UE能力类（快速响应能力、低HARQ循环延迟能力）对应不同的HARQ循环定时，即不同处理能力等级导致用户设备HARQ时间不同，因此技术特征F被直接公开。 |
| 技术特征G：其特征在于，所述第一分配装置还包括：第一HARQ模式确定模块，配置为确定所述基站与所述用户设备之间的HARQ模式，且所述HARQ模式取决于以下各项中的至少一项:-小区的覆盖面积 – 隐含公开 | 对比文件[0030]：“应用的HARQ定时profile还可以取决于小区和/或服务类型”；[0076]：“HARQ定时profile是设备特定的、设备类型特定的、小区特定的和/或服务类型特定的”；[0060]等描述了网络装置为用户终端定义HARQ profile（即HARQ模式）。 | 对比文件公开了HARQ定时profile（即HARQ模式）是小区特定的，且由网络装置定义。小区的覆盖面积是小区的重要属性，本领域技术人员可以合理推断小区的覆盖面积会影响传播时延，进而成为决定HARQ模式的因素之一。虽然对比文件未明确列出“覆盖面积”，但通过“小区特定”可以推理出覆盖面积作为隐含因素。因此技术特征G被隐含公开。 |
| 技术特征H：-所述基站与所述用户设备间的距离 – 未公开 | 无（对比文件未提及距离因素） | 对比文件未公开HARQ模式取决于基站与用户设备间的距离。虽然提到“取决于条件”，但未明确距离。本领域技术人员无法从对比文件合理推断出距离作为HARQ模式的确定因素，因此技术特征H未被公开。 |
| 技术特征I：-传输时间间隔(TTI)长度 – 直接公开 | 对比文件[0078]：“为HARQ profile中涉及的不同HARQ进程定义可变的传输时间间隔TTI长度”。 | 对比文件明确公开了TTI长度是可变的，并且是HARQ profile的一个因素，因此TTI长度作为HARQ模式的依赖项被直接公开。 |
| 技术特征J：-所述用户设备的处理能力 – 直接公开 | 对比文件[0032]：“HARQ循环定时的差异通过UE能力类定义”；[0080]：“用户终端的HARQ循环定时基于用户终端的能力类定义”。 | 对比文件明确公开了用户设备的处理能力（能力类）是定义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表示基站处的处理时延。 – 未公开 | 无（对比文件未公开类似公式或m的计算） | 对比文件虽提到了HARQ往返时间RTT和TTI长度，但未公开如何根据RTT和TTI确定反馈定时m，更未公开m＝RTT/TTI/2的具体公式以及RTT分解为2PD+2TTI+DUE+DeNB。本领域技术人员无法从对比文件合理推导出该公式和分解，因此技术特征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变化的部分。 – 未公开 | 无（对比文件未公开处理时延的分解） | 对比文件没有公开UE和基站处理时延的分解形式，即随TTI变化部分和不随TTI变化部分。本领域技术人员无法从对比文件获得该特征，因此技术特征L未被公开。 |
<<<A>>> <<<C>>> <<<D>>> <<<F>>> <<<I>>> <<<J>>> <<<g>>>