**对比文件名称：WO2018094872A1_专利详情**
根据目标专利权利要求划分的技术特征，结合对比文件WO2018094872A1的公开内容，特征比对分析如下：
| 技术特征描述及公开类型 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**《隐含公开》** | 说明书第[0092]段：“某些UE 104可以使用设备到设备(D2D)通信链路192来彼此通信。D2D通信链路192可以使用DL/UL WWAN频谱。D2D通信链路192可以使用一个或多个侧行链路信道，诸如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。” | **公开性论述**：对比文件明确描述了用户设备（UE）之间可以使用一个或多个侧行链路信道进行设备到设备（D2D）通信。虽然该段落未明确记载“接收至少一个侧行链路通信”这一动作，但对于本领域技术人员而言，在存在侧行链路信道（如PSSCH、PSCCH）的通信系统中，UE通过该信道进行通信必然包含“发送”和“接收”两个基本动作。因此，在侧行链路上接收通信是该技术方案得以实施的隐含、必然步骤。在对比文件中，侧行链路通信的作用是实现D2D数据传输；在目标专利中，其作用是作为后续生成反馈消息的基础。两者在“进行侧行链路通信”这一基本技术手段上相同。 |
| **技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**《未公开》** | 1. 说明书第[0082]段：“物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)中携带下行链路控制信息(DCI)...”<br>2. 说明书第[0084]段：“物理上行链路控制信道(PUCCH)可以位于UL系统带宽的边缘之上。PUCCH携带诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和HARQ ACK/NACK反馈之类的上行链路控制信息(UCI)。”<br>3. 说明书第[0092]段（见上）。 | **公开性论述**：对比文件公开了在接入链路（Uu接口）上存在“授权”（如下行链路指派DCI、上行链路授权）的概念，也提到了D2D/侧行链路通信。然而，对比文件**并未**具体公开在**侧行链路**上传输的通信内容包含“授权”、“多阶段授权”、“多分组授权”或“中继通信”。对比文件中的“授权”是与基站调度相关的，属于接入链路范畴；而“中继通信”在对比文件中虽提及了中继站（第[0028]段），但未明确其与侧行链路通信的结合方式，特别是未公开在侧行链路上接收中继通信。因此，对比文件未公开目标专利中限定的特定类型的侧行链路通信内容。 |
| **技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**《未公开》** | 1. 说明书第[0082]段：“物理混合自动重传请求(ARQ)(HARQ)指示符信道(PHICH)也位于时隙0的符号0内，并携带用于指示基于物理上行链路共享信道(PUSCH)的HARQ确认(ACK)/否定ACK(NACK)反馈的HARQ指示符(HI)。”<br>2. 说明书第[0084]段（见上，提及PUCCH携带HARQ ACK/NACK）。 | **公开性论述**：对比文件公开了在接入链路上发送HARQ确认/否定确认（ACK/NACK）反馈，例如通过PHICH或PUCCH信道。但是，对比文件**没有**公开在**侧行链路**上发送反馈消息，也**没有**公开一个反馈消息中“包括多个确认”的具体格式或方法。对比文件中的反馈是针对单个传输的HARQ反馈，而非将多个确认绑定或包含在一个消息中的结构。因此，该技术特征未被对比文件公开。 |
| **技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**《未公开》** | 无相应原文。 | **公开性论述**：由于对比文件既未公开在侧行链路上接收如特征B所限定的特定通信内容（授权、多阶段授权、多分组授权、中继通信），也未公开在侧行链路或上行链路上发送包含多个确认的反馈消息（特征C），因此，更不可能公开“多个确认中的至少一个是针对在侧行链路上接收到的所述授权...”这一具体的对应关系。该技术特征未被对比文件公开。 |
<<<a>>>