**对比文件名称：WO2019127154A1_专利详情**
**特征比对表格**
| 技术特征描述与公开性质 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**《未公开》** | 对比文件全文未提及“侧行链路”（sidelink）或设备间直接通信（如D2D, V2X）。其通信场景均围绕基站（BS， gNB）与用户设备（UE）之间的**接入链路**（Uu接口）展开。例如，说明书第[0018]段描述“前向链路(或下行链路)是指从BS到节点的通信链路，而反向链路(或上行链路)是指从节点到基站的通信链路”。 | **作用对比分析：**<br>在目标专利中，技术特征A限定了通信发生的特定链路类型——侧行链路（PC5接口），这是实现设备间直接通信（如V2V， D2D）的基础，也是其后续反馈机制的应用场景。<br>在对比文件中，所有通信链路描述均为基站与用户设备之间的接入链路（Uu接口），其技术方案（如LDPC基图选择、HARQ反馈）均构建在此链路模型之上。侧行链路与接入链路是3GPP标准中两种不同的通信接口和场景，对比文件未涉及侧行链路通信。因此，该特征既未被直接记载，也无法从对比文件公开的接入链路通信中隐含得出。 |
| **技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**《未公开》** | 对比文件提到了“授权”或“调度”的概念，但均是在**接入链路**上下文中，由基站向UE发送。例如，说明书第[0130]段：“BS在下行链路控制信息(DCI)中发送对调制和编码方案(MCS)和资源分配(RA)的选择。” 权利要求2也记载了“接收控制信息，所述控制信息指示用于码字的传输的调制和编码方案(MCS)和资源分配(RA)”。<br>未提及“多阶段授权”、“多分组授权”或“中继通信”。 | **作用对比分析：**<br>在目标专利中，技术特征B限定了侧行链路通信的具体内容类型，这些类型（尤其是多阶段/多分组授权、中继通信）是触发需要绑定多个确认的复杂场景的来源，是发明要解决的技术问题的前提。<br>在对比文件中，虽然提到了下行控制信息（DCI）包含授权（MCS和RA），但这完全是传统蜂窝网络（接入链路）中基站调度UE的机制。对比文件未涉及侧行链路特有的授权类型（如多阶段授权）、多分组调度或设备间中继通信。因此，该特征未被公开。 |
| **技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**《直接公开》（针对“在上行链路上发送包括多个确认的反馈消息”部分）** | 说明书第[0066]段：“以DL为中心的子帧600还可以包括公共UL部分606。...公共UL部分606可以包括与控制部分602相对应的反馈信息。反馈信息的非限制性示例可以包括**确认(ACK)信号、否定确认(NACK)信号、HARQ指示符**和/或各种其它适当类型的信息。”<br>说明书第[0130]段：“如果UE没有成功地接收到数据传输，则BS可以在**重传**中重新发送该数据。...确保正确的**混合自动重传请求(HARQ)组合**和对经组合的传输(例如，原始数据传输和任何重传)的LDPC解码。” | **作用对比分析：**<br>在目标专利中，技术特征C的核心在于发送一个包含**多个确认**的反馈消息，以响应可能接收到的多个侧行链路通信（如多个授权或数据包），其作用是高效汇总反馈，节省资源。<br>在对比文件中，明确公开了在上行链路（公共UL部分）上发送包括ACK/NACK的HARQ反馈信息，并且上下文（重传、HARQ组合）清楚地表明，当存在多次传输（原始传输和重传）时，UE需要发送针对这些传输的多个ACK/NACK反馈。这与目标专利中“包括多个确认的反馈消息”这一技术手段在形式和目的上是一致的。然而，对比文件公开的应用场景是接入链路（UE向BS反馈），而目标专利还包括了“在侧行链路上发送”这一场景。因此，对比文件**直接公开**了“在上行链路上发送包括多个确认的反馈消息”这一技术特征。 |
| **技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**《未公开》** | 同特征A、B的引用，对比文件未公开“侧行链路”通信，也未公开针对“授权、多阶段授权、多分组授权、中继通信”的确认。其确认（ACK/NACK）均是针对在**下行链路**上从基站接收到的**数据码字**（参见权利要求4-5， 说明书第[0130]段）。 | **作用对比分析：**<br>在目标专利中，技术特征D进一步限定了反馈消息中确认的具体对象，即针对在侧行链路上接收到的特定类型的通信内容。这明确了发明适用的具体反馈场景。<br>在对比文件中，确认的对象是在下行链路上从基站接收到的数据码字（传输块）。其反馈机制完全服务于接入链路下行数据传输的可靠性（HARQ过程），与侧行链路通信及其特定内容无关。因此，该特征未被公开。 |
**结论**：
对比文件WO2019127154A1公开了一种在无线通信系统中，UE基于控制信息选择LDPC基图并对下行数据进行解码，以及在**上行链路**上发送HARQ确认/否定确认反馈的方法。其技术方案聚焦于接入链路（Uu接口）下的信道编码与HARQ过程优化。
目标专利要求保护的方法涉及**侧行链路**（PC5接口）通信场景，包括接收侧行链路授权/数据/中继通信，并发送绑定多个确认的反馈消息。两者属于不同的通信接口和协议场景。
* **技术特征A、B、D**：均涉及“侧行链路”这一核心场景及该场景下的特定通信内容，对比文件完全未涉及，因此**未被公开**。
* **技术特征C**：其技术手段“发送包括多个确认的反馈消息”在对比文件的上行链路HARQ反馈场景中被**直接公开**。但目标专利中该特征还包括“在侧行链路上发送”这一并列选项，对比文件未公开此选项。
<<<C>>>