**对比文件名称：WO2019134448A1_专利详情**
| 技术特征描述及公开性判断 | 对比文件原文出处及段落标号 | 公开性论述 |
| **技术特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**判断：隐含公开。** | 说明书第[0027]段：“所述侧行传输包括辅助同步信号块(S-SSB)传输、物理侧行控制信道(PSCCH)传输、物理侧行共享信道(PSSCH)传输、物理侧行反馈信道(PSFCH)传输、侧行链路CSI-参考信号(RS)传输、侧行链路跟踪参考信号(TRS)传输中的其中一个。”<br>说明书第[0028]段：“在所述侧行传输包括PSFCH传输的情况下，该PSFCH传输的个数可以是一个或是多个。” | 对比文件明确描述了“侧行传输”包括PSFCH传输。PSFCH（物理侧行反馈信道）是用于在侧行链路上传输反馈信息（如HARQ-ACK）的信道。一个设备在PSFCH上“发送”侧行传输，必然意味着另一个设备在侧行链路上“接收”该PSFCH传输。虽然对比文件未直接文字记载“接收”动作，但对于本领域技术人员而言，在侧行链路上进行通信（包括反馈）必然包含发送和接收两个对等的环节。因此，对比文件隐含公开了“在侧行链路上接收至少一个侧行链路通信”这一技术特征。在对比文件的技术方案中，该“接收”动作是UE间进行侧行链路通信的基础环节。 |
| **技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**判断：未公开。** | 无对应原文。 | 对比文件通篇未提及“授权”（Grant）、“多阶段授权”（Multi-stage grant）、“多分组授权”（Multi-packet grant）或“中继通信”（Relay communication）这些特定类型的侧行链路通信内容。对比文件仅泛泛提及侧行传输包括PSCCH、PSSCH、PSFCH等信道传输，但未限定这些信道上承载的具体信息内容是否为权利要求所限定的特定类型。技术特征B限定了侧行链路通信的具体类型，这是目标专利方案的应用场景和触发条件，而对比文件完全没有涉及这些具体场景。因此，对比文件既未直接文字记载，也未隐含公开该特征。 |
| **技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**判断：未公开。** | 说明书第[0020]段：“所述上行传输携带有侧行链路信道状态信息(CSI)报告，或侧行链路混合自动重传请求(HARQ)-确认(ACK)信息。”<br>说明书第[0027]段：“所述侧行传输包括...物理侧行反馈信道(PSFCH)传输...”<br>说明书第[0028]段：“在所述侧行传输包括PSFCH传输的情况下，该PSFCH传输的个数可以是一个或是多个。” | 对比文件确实提到了上行传输可携带“侧行链路HARQ-ACK信息”，以及侧行传输可包括“PSFCH传输”（用于承载HARQ-ACK）。然而，技术特征C的核心在于发送一个“包括多个确认的反馈消息”。对比文件虽然提到PSFCH传输可以是“多个”（N个），但其描述的场景是：当存在N个并发的PSFCH传输需要发送，且与上行传输冲突时，如何基于优先级选择发送其中一个（或全部放弃）而放弃另一个。这描述的是“多个待发送的反馈消息之间的冲突解决”，而非“将一个包含多个确认的单一反馈消息”发送出去。目标专利的“包括多个确认的反馈消息”是一个聚合的、单一的消息实体，用于高效反馈多个接收事件。对比文件完全没有记载或暗示将多个确认绑定或包含在一个消息中发送的技术思想。两者技术实质和作用不同：对比文件解决传输资源冲突问题，目标专利解决反馈开销效率问题。因此，该特征未被公开。 |
| **技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**判断：未公开。** | 无对应原文。 | 技术特征D限定了“多个确认”的具体内容，即其针对的是技术特征B中所述的特定类型的通信。由于对比文件未公开技术特征B（授权、多阶段授权等多分组授权、中继通信），因此自然也未曾公开针对这些特定通信内容的确认。确认的内容与接收的通信类型直接相关，在对比文件未记载特定通信类型的前提下，本领域技术人员无法直接且毫无疑义地确定其确认是针对这些特定类型通信的。因此，该特征未被公开。 |
<<<a>>>