**对比文件名称：WO2020006955A1_专利详情**
| 技术特征描述 | 对比文件原文的段落和段落标号 | 公开性论述 |
| **特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**是否公开：直接公开。** | 说明书第[0005]段：“侧行传输指的是一个用户设备向另一个用户设备发送数据的传输。”<br>说明书第[0010]段：“所述侧行传输包括...物理侧行反馈信道(Physical Sidelink Feedback Channel，PSFCH)传输...”<br>说明书第[0020]段：“...确定进行所述侧行传输以及放弃所述上行传输。” | 对比文件明确记载了“侧行传输”的定义，即用户设备（UE）之间的直接通信。同时，文件描述了用户设备会进行侧行传输（例如PSFCH传输）。要进行“传输”，必然存在对应的“接收”方。因此，对比文件直接公开了在侧行链路上接收至少一个侧行链路通信这一技术特征。 |
| **特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**是否公开：未公开（既非直接公开，也非隐含公开）。** | 说明书第[0010]段：“所述侧行传输包括...物理侧行反馈信道(PSFCH)传输...”<br>说明书第[0011]段：“在所述侧行传输包括PSFCH传输的情况下，该PSFCH传输的个数可以是一个或是多个。” | 对比文件仅提及侧行传输包括PSFCH传输，但并未揭示PSFCH传输所承载的具体内容或触发该传输的上行链路信令的具体类型。目标专利的特征B限定了侧行链路通信的具体内容为“授权、多阶段授权、多分组授权、或中继通信”，这些是特定的信令或通信类型。对比文件完全没有提及这些具体类型，也未提供任何信息使本领域技术人员能够直接且毫无疑义地确定PSFCH传输必然或通常是由这些特定类型的通信所触发或承载。从技术实质与作用看，目标专利的特征B旨在定义需要反馈的通信对象的种类，而对比文件中的PSFCH传输仅是一个用于反馈的物理信道，其承载内容（如HARQ-ACK）的作用是确认数据接收，而非确认“授权”等特定控制信令本身。两者在技术实质上存在差异。因此，该特征未被对比文件公开。 |
| **特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**是否公开：直接公开。** | 说明书第[0006]段：“所述上行传输携带有侧行链路...混合自动重传请求(HARQ)-确认(ACK)信息。”<br>说明书第[0010]段：“所述侧行传输包括...物理侧行反馈信道(PSFCH)传输...”<br>说明书第[0011]段：“在所述侧行传输包括PSFCH传输的情况下，该PSFCH传输的个数可以是一个或是多个。” | 对比文件明确记载了两种发送反馈消息的途径：1. 在上行链路（Uu接口）上，上行传输可以携带“侧行链路HARQ-ACK信息”，这直接对应于“在上行链路上发送包括确认的反馈消息”。2. 在侧行链路（PC5接口）上，侧行传输包括“PSFCH传输”，且其个数可以是多个。PSFCH是专门用于传输侧行链路反馈（如HARQ-ACK）的物理信道，多个PSFCH传输即意味着发送多个确认。这直接对应于“在侧行链路上发送包括多个确认的反馈消息”。因此，特征C被对比文件直接公开。 |
| **特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**是否公开：未公开（既非直接公开，也非隐含公开）。** | 说明书第[0006]段：“所述上行传输携带有侧行链路...混合自动重传请求(HARQ)-确认(ACK)信息。” | 对比文件虽然提到了上行传输携带“侧行链路HARQ-ACK信息”，但并未揭示这些HARQ-ACK信息具体是针对何种侧行链路通信内容生成的。HARQ-ACK通常用于确认数据传输（TB）的正确接收，而非直接用于确认“授权”、“多阶段授权”等控制信令本身。目标专利的特征D明确限定了确认的针对对象是特定的控制信令或中继通信。对比文件没有提供任何文字记载或技术启示表明其所提及的HARQ-ACK信息是用于确认“授权”等特征B中限定的特定通信类型。从技术实质与作用看，目标专利的特征D限定了反馈的特定对象，以解决针对特定复杂信令的反馈问题；而对比文件中的HARQ-ACK是通用的数据接收确认机制，两者作用不同。因此，该特征未被对比文件公开。 |
<<<A>>><<<C>>>