**对比文件名称**：TW201739300A; TWI704828_专利详情
**特征比对表格**
| 技术特征描述 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在侧行链路上接收至少一个侧行链路通信。<br>**公开性判断**：《直接公开》 | 对比文件说明书“背景技术”部分记载：“D2D通信链路192可以使用DL/UL WWAN频谱。D2D通信链路192可以使用一个或多个侧行链路信道，诸如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。” | 对比文件明确公开了用户设备（UE）之间可以通过侧行链路信道（如PSSCH、PSCCH）进行直接通信（D2D）。接收侧行链路通信是进行此类通信的基本前提。在对比文件的技术方案中，接收侧行链路通信是UE执行后续序列生成和通信的基础步骤之一，其作用在于建立设备间的直接通信链路。这与目标专利中技术特征A为解决侧行链路反馈问题而需首先接收通信的作用本质相同，均为实现侧行链路数据传输的必要环节。 |
| **技术特征B**：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**公开性判断**：《未公开》 | 对比文件说明书“具体实施方式”部分记载了“下行链路指派”（权利要求2、7）和“上行链路授权”（权利要求3、8），例如：“该指示包括下行链路指派，并且其中，与所述基站进行通信包括：基于所述下行链路指派来接收下行链路传输...”以及“该指示包括上行链路授权，并且其中，与所述基站进行通信包括以下各项中的至少一项：在上行链路传输中发送参考信号...”。 | 对比文件仅公开了来自基站的“下行链路指派”和“上行链路授权”，这些属于接入链路（Uu接口）上的授权，用于UE与基站之间的通信调度。而目标专利的技术特征B明确限定的是在“侧行链路”上接收的通信类型，包括侧行链路特有的“授权、多阶段授权、多分组授权、或中继通信”。对比文件全文未提及在侧行链路（PC5接口）上传输的授权、多阶段/多分组授权或中继通信。因此，对比文件未公开技术特征B。在对比文件中，授权的作用是调度UE与基站之间的资源；而在目标专利中，所述授权等是用于调度或触发侧行链路设备间的通信，二者解决的问题和技术领域不同。 |
| **技术特征C**：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**公开性判断**：《未公开》 | 对比文件说明书“具体实施方式”部分提及了HARQ反馈，例如：“物理混合自动重传请求(ARQ)(HARQ)指示符信道(PHICH)也位于时隙0的符号0内，并携带用于指示基于物理上行链路共享信道(PUSCH)的HARQ确认(ACK)/否定ACK(NACK)反馈的HARQ指示符(HI)。”以及PUCCH可以携带“HARQ ACK/NACK反馈”。 | 对比文件公开了在接入链路（Uu接口）上，UE通过PUCCH或PUSCH向基站发送针对下行链路数据的HARQ ACK/NACK反馈。然而，目标专利的技术特征C限定的是发送“包括多个确认的反馈消息”，且该消息是针对“侧行链路通信”的，并可在“侧行链路或上行链路”上发送。对比文件未公开针对侧行链路通信的反馈，更未公开将多个确认合并在一个反馈消息中并在侧行链路或上行链路上发送的方案。因此，对比文件未公开技术特征C。在对比文件中，HARQ反馈的作用是保障基站与UE之间下行链路数据传输的可靠性；而在目标专利中，反馈消息的作用是保障侧行链路设备间通信的可靠性，并优化反馈资源的使用，二者技术问题与应用场景不同。 |
| **技术特征D**：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**公开性判断**：《未公开》 | 参见技术特征B和C的引用及论述。对比文件未公开在侧行链路上接收所述授权等通信，也未公开针对侧行链路通信发送包含多个确认的反馈消息。 | 由于对比文件未公开技术特征B（侧行链路上的特定通信类型）和技术特征C（针对侧行链路通信的包含多个确认的反馈消息），因此，自然也未能公开技术特征D，即“确认”所针对的具体对象（侧行链路上的授权、多阶段授权、多分组授权或中继通信）。在对比文件中，确认（ACK/NACK）是针对下行链路数据；而在目标专利中，确认是针对侧行链路上接收到的特定通信内容，二者确认的对象和所解决的技术问题均不相同。 |
<<<A>>>