**对比文件名称：WO2020043197A1_专利详情**
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文出处及段落标号 | 公开性论述 |
| **技术特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**判断：直接公开。** | 说明书第[0025]段：“所述侧行传输包括辅助同步信号块(S-SSB)传输、物理侧行控制信道(PSCCH)传输、物理侧行共享信道(PSSCH)传输、**物理侧行反馈信道(PSFCH)传输**、侧行链路CSI-参考信号(RS)传输、侧行链路跟踪参考信号(TRS)传输中的其中一个。”<br>说明书第[0032]段：“所述侧行传输包括**N个PSFCH传输**，所述N为正整数...” | 对比文件明确记载了“侧行传输”包括“PSFCH传输”。PSFCH（物理侧行反馈信道）是用于在侧行链路上发送反馈（如HARQ-ACK）的信道。要发送PSFCH传输，其前提必然是接收设备（用户设备）在侧行链路上**接收**到了触发该反馈的侧行链路通信（例如PSSCH数据）。因此，“接收至少一个侧行链路通信”是执行后续“发送PSFCH传输”这一动作的必然、隐含的前提步骤。本领域技术人员能够直接且毫无疑义地确定，为了发送PSFCH，用户设备必定已在侧行链路上接收了至少一个通信。此特征在对比文件整体方案中的作用是触发后续的反馈发送行为，与目标专利中作为反馈生成前提的作用相同。 |
| **技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**判断：未公开（既非直接公开，也非隐含公开）。** | 对比文件全文。 | 对比文件仅泛泛提及“侧行传输”包括PSFCH传输，但**完全没有描述**触发这些PSFCH传输的“侧行链路通信”具体是什么内容或类型。对比文件没有提及“授权”、“多阶段授权”、“多分组授权”或“中继通信”这些特定的通信类型或场景。本领域技术人员阅读对比文件后，无法直接或隐含地推导出所接收的通信必然包含上述特定类型之一。此特征在目标专利中用于定义特定的反馈触发场景，而对比文件未涉及这些具体场景。 |
| **技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**判断：隐含公开。** | 说明书第[0032]段：“所述侧行传输包括**N个PSFCH传输**，所述N为正整数...”<br>说明书第[0025]段：“...**物理侧行反馈信道(PSFCH)传输**...”<br>说明书第[0023]段：“所述上行传输携带有...**侧行链路混合自动重传请求(HARQ)-确认(ACK)信息**。” | 1. **在侧行链路上发送包括多个确认的反馈消息**：对比文件明确“侧行传输”可以包括“N个PSFCH传输”，且N为正整数。PSFCH是用于承载侧行链路HARQ-ACK信息的信道。当N>1时，即表示在侧行链路上发送了**多个**PSFCH传输，每个PSFCH传输承载一个确认信息，这等同于发送了“包括多个确认的反馈消息”。本领域技术人员能够直接且毫无疑义地确定这一点。<br>2. **在上行链路上发送包括多个确认的反馈消息**：对比文件明确“上行传输”可以携带“侧行链路HARQ-ACK信息”。虽然未明确说明该信息是否包含“多个”确认，但根据通信系统常规，上行链路反馈（如PUCCH/PUSCH中的HARQ-ACK码本）可以聚合多个HARQ-ACK比特。结合对比文件提及的“N个PSFCH传输”场景，当UE选择放弃这些侧行传输转而进行上行传输时，其携带的“侧行链路HARQ-ACK信息”逻辑上应涵盖原本要在多个PSFCH中发送的多个确认。因此，可以认为对比文件隐含公开了在上行链路上发送包括多个确认的反馈消息的可能性。此特征在对比文件中的作用是作为需要被调度或可能被放弃的传输对象，与目标专利中作为解决方案核心的反馈消息作用不同，但技术实质（发送包含多个确认的反馈）相同。 |
| **技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**判断：未公开（既非直接公开，也非隐含公开）。** | 对比文件全文。 | 如对特征B的分析，对比文件未定义触发PSFCH或上行链路中侧行HARQ-ACK信息的“侧行链路通信”的具体类型。因此，**无法建立**对比文件中“确认”（即HARQ-ACK信息）与目标专利中特定的“授权、多阶段授权、多分组授权或中继通信”之间的对应关系。本领域技术人员无法从对比文件中得知这些确认是针对何种具体通信内容。此特征限定了确认的针对性，是目标专利的进一步限定，对比文件完全没有揭示。 |
<<<a>>>
<<<c>>>