**对比文件名称：** CN109644499A_专利详情
**特征比对表格**
| 技术特征描述 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：在侧行链路上接收至少一个侧行链路通信**<br>**（未公开）** | 无 | **公开性论述：** 对比文件CN109644499A涉及在支持混合数字方案的系统中生成序列，其核心是UE与基站之间的通信（上行链路/下行链路）。说明书中描述了接收下行链路指派（权利要求7，说明书[0106]段）或在PUSCH上接收数据（说明书背景技术及具体实施方式），这些均属于“接入链路”（Uu接口）通信。全文未提及设备间不经过基站的直接通信，即“侧行链路”（PC5接口）通信。因此，对比文件未公开“在侧行链路上接收通信”这一技术特征。在对比文件中，接收动作是接入链路通信的一部分，用于实现与基站的上下行数据传输及相应的序列生成，与目标专利中用于设备间直接通信的侧行链路接收所解决的技术问题（如V2X、D2D通信反馈）作用不同。 |
| **技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信**<br>**（未公开）** | 1. 关于“授权”：说明书[0106]段：“所述指示包括下行链路指派...”；[0107]段：“所述指示包括上行链路授权...”。<br>2. 关于“多阶段授权”、“多分组授权”、“中继通信”：无。 | **公开性论述：** 对比文件公开了“授权”（如下行链路指派、上行链路授权），但这些授权均是由基站发给UE的，属于接入链路（Uu接口）上的授权，用于调度UE与基站之间的通信资源。目标专利中的“授权”特指侧行链路上的授权。此外，对比文件完全没有提及“多阶段授权”、“多分组授权”或“中继通信”这些特定的侧行链路通信类型或场景。因此，对比文件未公开技术特征B。在对比文件中，“授权”的作用是调度UE与基站间的资源，以支持混合数字方案下的序列生成和通信；而在目标专利中，这些通信类型是触发特定侧行链路反馈格式的应用场景，二者作用不同。 |
| **技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息**<br>**（隐含公开）** | 说明书[0078]段：“物理混合自动重传请求(ARQ)(HARQ)指示符信道(PHICH)也位于时隙0的符号0内，并携带用于指示基于物理上行链路共享信道(PUSCH)的HARQ确认(ACK)/否定ACK(NACK)反馈的HARQ指示符(HI)。” | **公开性论述：** 对比文件明确公开了在上行链路上发送HARQ确认/否定确认（ACK/NACK）反馈消息（通过PHICH信道）。虽然对比文件示例中主要描述的是针对PUSCH的HARQ反馈，但HARQ机制本身是无线通信中保证数据可靠传输的基础技术，其反馈消息天然包含“确认”（ACK）信息。对于一个通信过程，可能需要对多个数据包或传输块进行确认，因此“包括多个确认的反馈消息”是本领域技术人员在实施HARQ反馈机制时能够直接且毫无疑义地确定的内容。在对比文件中，发送HARQ反馈的作用是向基站报告上行数据传输的接收状态，以实现混合自动重传请求，保证数据传输的可靠性；在目标专利中，发送包括多个确认的反馈消息的作用是高效汇总对多个侧行链路通信的接收状态，以节省信令开销并适应复杂的侧行链路场景（如多授权、中继）。虽然应用场景（接入链路 vs. 侧行链路）和所要解决的具体问题层面不同，但在“发送包含确认信息的反馈消息以进行接收状态报告”这一基础技术手段和作用上是相同的。 |
| **技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的**<br>**（未公开）** | 无 | **公开性论述：** 如对特征A和B的分析，对比文件未公开任何“侧行链路上接收到的”通信，包括授权、多阶段授权、多分组授权或中继通信。因此，对比文件不可能公开“针对在侧行链路上接收到的通信的确认”这一技术特征。在对比文件中，确认（HARQ反馈）是针对在接入链路上接收到的下行数据或发送的上行数据的；而在目标专利中，确认是针对侧行链路上接收到的特定类型通信的。二者确认的对象和所服务的通信链路完全不同，因此作用也不同。 |
<<<c>>>