**对比文件名称**：CN110431895A_专利详情
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在侧行链路上接收至少一个侧行链路通信。<br>**《直接公开》** | 说明书第[0047]段：“某些UE 104可以使用设备到设备(D2D)通信链路192来彼此通信。D2D通信链路192可以使用DL/UL WWAN频谱。D2D通信链路192可以使用一个或多个侧行链路信道，诸如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。”<br>说明书第[0048]段：“可以通过各种各样的无线D2D通信系统(诸如例如，FlashLinQ、WiMedia、蓝牙、紫蜂、基于IEEE 802.11标准的Wi-Fi、LTE或者NR)来进行D2D通信。” | 对比文件明确公开了用户设备（UE）之间可以通过侧行链路（D2D通信链路）进行直接通信，并列举了具体的侧行链路信道（如PSSCH、PSCCH）。在对比文件的整体技术方案中，侧行链路通信是实现设备间直接数据传输的途径。这与目标专利中技术特征A“在侧行链路上接收至少一个侧行链路通信”为解决侧行链路通信反馈问题所预设的通信场景和作用完全相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**《未公开》** | 1. 关于“授权”：说明书第[0070]段：“所述指示包括下行链路指派...”，第[0071]段：“所述指示包括上行链路授权...”。<br>2. 关于“多阶段授权”、“多分组授权”、“中继通信”：对比文件全文未提及。 | 1. **授权**：对比文件确实提到了“下行链路指派”和“上行链路授权”，但这些均是在接入链路（Uu接口）上，由基站向UE进行的资源授权，属于蜂窝网络中的上下行调度。而目标专利权利要求中的“授权”明确限定在“侧行链路通信”的范围内，指的是侧行链路设备之间的调度授权（例如，通过SCI指示）。两者授权的主体、链路类型和作用对象均不同。在对比文件中，其授权用于解决接入链路的资源分配问题；在目标专利中，授权是触发侧行链路特定反馈的客体之一。因此，对比文件中的“授权”并未公开目标专利侧行链路场景下的“授权”。<br>2. **多阶段授权、多分组授权、中继通信**：对比文件说明书中完全没有涉及这些概念。因此，技术特征B所限定的“授权、多阶段授权、多分组授权、或中继通信”这一系列特定类型的侧行链路通信，均未被对比文件公开。 |
| **技术特征C**：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**《未公开》** | 说明书第[0054]段：“PHICH携带用于指示基于物理上行链路共享信道(PUSCH)的HARQ确认(ACK)/否定ACK(NACK)反馈的HARQ指示符(HI)。” | 对比文件公开了在接入链路（Uu接口）上发送HARQ反馈（ACK/NACK），这是针对基站下发的PUSCH的反馈。然而，目标专利的技术特征C明确限定了反馈消息是“包括多个确认”且发送路径是“侧行链路或上行链路”。首先，对比文件未提及在侧行链路（PC5接口）上发送反馈消息。其次，对比文件虽然提到了单个HARQ反馈，但并未公开将“多个确认”合并或包含在一个反馈消息中进行发送的技术手段或场景。在对比文件中，HARQ反馈用于实现接入链路的可靠传输；在目标专利中，“包括多个确认的反馈消息”用于高效处理侧行链路上的多授权、多数据包等复杂场景的确认。两者解决的问题和技术手段均不同。因此，该技术特征未被公开。 |
| **技术特征D**：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**《未公开》** | 无相关原文。 | 技术特征D限定了反馈消息中确认的具体对象，即针对侧行链路上接收到的特定通信内容（授权、多阶段授权等）。由于对比文件既未公开技术特征B（侧行链路上的特定通信类型），也未公开技术特征C（在侧行链路或上行链路上发送包含多个确认的反馈），因此，更不可能公开这多个确认所针对的具体对象。该特征在对比文件中完全没有记载，也无法从已公开的内容中直接地、毫无疑义地确定。 |
<<<A>>>