**对比文件名称：** CN109257810A_专利详情
**特征比对表格**
| 技术特征描述 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《直接公开》**<br>在侧行链路上接收至少一个侧行链路通信。 | 说明书第[0045]段：“一些UE 104可以使用设备到设备(D2D)通信链路192来彼此通信。D2D通信链路192可以使用DL/UL WWAN频谱。D2D通信链路192可以使用一个或多个侧行链路信道，诸如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。” | 对比文件明确公开了用户设备（UE）之间可以使用侧行链路（D2D通信链路）进行通信，并列举了具体的侧行链路信道。这与目标专利中“在侧行链路上接收至少一个侧行链路通信”的技术特征相同。在对比文件中，该特征用于实现设备间的直接通信，与目标专利中用于接收侧行链路通信以进行后续反馈的作用相同。 |
| **技术特征B：未公开**<br>所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。 | 对比文件未直接或隐含记载该特征。对比文件主要涉及在Uu接口（基站与UE之间）的资源分配、授权（如下行链路指派、上行链路授权）以及基于数字方案的序列生成。虽然提到了D2D通信，但未具体描述在侧行链路上传输的通信内容包含“授权、多阶段授权、多分组授权、或中继通信”这些特定类型。 | 对比文件整体技术方案聚焦于在混合数字方案环境下，为上行链路和下行链路通信生成参考信号或扰码序列。其提到的“授权”均指基站通过下行链路控制信道（如PDCCH）向UE发送的资源分配指示（如DL指派、UL授权），属于Uu接口的接入链路通信，而非侧行链路通信的内容。对比文件未涉及侧行链路上的“多阶段授权”、“多分组授权”或“中继通信”的概念。因此，对比文件既未直接记载，也未隐含公开该技术特征。该特征在目标专利中用于定义需要反馈的侧行链路通信类型，以解决针对复杂授权或中继场景的反馈问题，与对比文件所解决的数字方案序列生成问题不同。 |
| **技术特征C：未公开**<br>在所述侧行链路或上行链路上发送包括多个确认的反馈消息。 | 对比文件未直接或隐含记载该特征。对比文件第[002B]段提到了物理混合自动重传请求（HARQ）指示符信道（PHICH）携带用于指示基于物理上行链路共享信道（PUSCH）的HARQ确认（ACK）/否定ACK（NACK）反馈，但这属于Uu接口上的下行链路反馈。 | 对比文件公开了在Uu接口上存在HARQ确认反馈机制，但未提及在侧行链路（PC5接口）上发送反馈消息，也未提及发送“包括多个确认的”反馈消息。其技术方案的核心在于根据数字方案确定索引并生成序列（用于参考信号或扰码），而非组织或发送包含多个确认的反馈消息。因此，对比文件未公开该技术特征。该特征在目标专利中用于高效反馈对多个侧行链路通信的接收情况，与对比文件中的序列生成作用不同。 |
| **技术特征D：未公开**<br>所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。 | 对比文件未直接或隐含记载该特征。由于技术特征B和C均未被对比文件公开，因此作为其逻辑延伸的、确认内容具体针对性的特征D也必然未被公开。 | 该特征限定了反馈消息中确认的具体对象。由于对比文件既未公开在侧行链路上接收特定类型的通信（特征B），也未公开在侧行链路上发送包含多个确认的反馈（特征C），因此更不可能公开确认是针对这些侧行链路通信的。该特征在目标专利中用于明确反馈的关联性，是整体反馈方案的一部分，在对比文件中无对应基础。 |
<<<A>>>