**对比文件名称**：发明专利_JP2020518173A フレキシブルスロットフォーマットインジケータを利用するための装置、システム、及び方法
**特征比对表格**
| 技术特征描述及公开类型 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在侧行链路上接收至少一个侧行链路通信。<br>**《直接公开》** | [0129] いくつかの実施形態では、SFIの状態のうちの任意の1つ以上が使用され、例えば、図15にフォーマットインデックス13によって示すように、**サイドリンク(SL)送信が有効であることを示すことができる。サイドリンク送信は、デバイスからデバイスへの送信(例えば、UEからUE、又は車両から車両など)である。**<br>[0312] いくつかの実施形態では、SFIは、第1のスロット中に第1のUEデバイスと他のUEデバイスとの間の**サイドリンク送信が有効にされることを示す。** | 对比文件明确公开了侧行链路（SL）通信，并指出其是设备到设备（例如UE到UE）的传输。在对比文件中，该特征的作用是作为时隙格式指示（SFI）所能指示的一种传输方向（与上行、下行并列），用于实现动态时隙分配和传输方向控制。在目标专利中，该特征是执行侧行链路反馈流程的前提步骤，用于接收待反馈的通信。虽然两者在整体方案中的具体作用（前者为动态资源分配指示，后者为反馈接收）不完全相同，但“在侧行链路上接收侧行链路通信”这一技术手段本身已被对比文件直接、明确地记载。 |
| **技术特征B**：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**《隐含公开》** | [0100] グループ共通PDCCHの可能性のある使用例は以下を含む: (1)動的TDDで**スロットフォーマットを示す(UL、DL、SL、ブランクなど)**; ...<br>[0112] **UL中心スロットは、UEにUL許可を送信するためのPDCCHを含むことができる。**<br>[0124] **DLについてのSFIの状態の一部は、PDCCH領域にPDCCHが存在することを示すことができる。** 他の状態は、PDCCHが存在しないことを示す。<br>[0125] 図11は、第2のスロットのPDCCH領域に含まれる**PDCCHにより、集約の途中で追加のスケジューリングがされるスロット集約の例**を示している。...2つのスロットが**集約**される。<br>[0129] ...**サイドリンク(SL)送信**は、デバイスからデバイスへの送信(例えば、UEからUE、又は車両から車両など)である。 | 对比文件未直接、明确地将“授权、多阶段授权、多分组授权、中继通信”作为一组特定的侧行链路通信类型进行列举。然而，对比文件整体涉及动态调度和资源分配：1）**授权**：明确公开了通过PDCCH发送上行授权（UL許可），以及SFI可以指示PDCCH区域是否存在PDCCH（即包含调度授权信息）。2）**多阶段/多分组授权**：对比文件详细描述了“スロット集約”（时隙聚合），即多个时隙被聚合用于一次传输，并且允许在聚合中途通过额外的PDCCH进行调度（如图11）。这隐含了可能需要多阶段或多分组授权来调度这种跨多个时隙的传输。3）**中继通信**：明确将“サイドリンク(SL)送信”定义为设备到设备的传输，这涵盖了中继通信的场景（例如UE到UE）。对于本领域技术人员而言，在对比文件公开的侧行链路传输、动态调度、时隙聚合等概念基础上，能够直接且毫无疑义地确定，在实际的侧行链路通信中，所接收到的通信必然包含用于调度数据的“授权”，可能涉及跨时隙调度的“多阶段/多分组授权”，以及设备间直接传输的“中继通信”。这些内容在对比文件的技术方案中，共同服务于动态、灵活的无线资源调度与传输方向控制。在目标专利中，这些通信类型是触发特定格式反馈消息的接收对象。虽然两者解决的问题（前者侧重资源指示，后者侧重反馈效率）不同，但对比文件已隐含公开了这些侧行链路通信的具体类型。 |
| **技术特征C**：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**《隐含公开》** | [0107] ダウンリンク参照構成は、準静的に構成されており、eIMTA対応デバイスに固有の専用RRCシグナリングからUEによって取得される。この構成のULサブフレームは、例えば**HARQフィードバックのためにULであることが保証される。**<br>[0125] ...**DLデータ送信の肯定応答は、第2のスロットの終わりに送信されることができる。**<br>[0143] ...**第2の部分は、当該ダウンリンク送信の少なくとも一部に対する肯定応答又は否定(/)を含む。**<br>[0290] ...**アップリンクデータ部分は、少なくともダウンリンク送信に対する肯定応答を含む。** | 对比文件没有直接记载在“侧行链路”上发送包含多个确认的反馈消息。但是，对比文件多次明确公开了在上行链路（UL）上发送HARQ确认/否定确认（肯定応答/否定応答）这一基本反馈机制。例如，保证某些上行子帧用于HARQ反馈，以及确认信息在特定时隙末尾发送。对于本领域技术人员而言，在无线通信系统中，特别是在对比文件已公开侧行链路（SL）通信的背景下，为了完成设备间的可靠数据传输，在侧行链路上发送类似的确认反馈是必然存在的常规技术手段。因此，“在侧行链路上发送反馈消息”这一技术特征，可以从对比文件已公开的“上行链路反馈”和“侧行链路通信”中直接且毫无疑义地确定。而“包括多个确认”可以理解为对多个数据单元或传输块的反馈，这在对比文件提及的时隙聚合（涉及多个传输资源单元）场景下是隐含的需求。在对比文件中，反馈消息用于实现HARQ机制以保证数据传输可靠性；在目标专利中，反馈消息用于确认特定的侧行链路通信。两者作用本质相同，均为提供接收状态反馈。 |
| **技术特征D**：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**《未公开》** | 对比文件全文未涉及“针对授权、多阶段授权、多分组授权或中继通信本身发送确认”这一技术特征。 | 对比文件公开的反馈（如HARQ-ACK）是针对“数据”传输的接收状态（如PDSCH），而非针对“调度授权”（如PDCCH中的授权信息）本身。目标专利的特征D明确要求反馈消息中的确认至少有一个是针对接收到的“授权”、“多阶段授权”、“多分组授权”或“中继通信”的，这超出了传统HARQ反馈的范畴。对比文件既未直接记载也未隐含公开这种对“调度授权”或特定通信类型本身进行确认的技术手段。在对比文件中，授权（PDCCH）的作用是调度资源，其正确接收通常通过解码成功与否来判定，而非通过独立的确认消息在侧行链路上进行反馈。因此，该特征未被对比文件公开。 |
<<<A>>><<<b>>><<<c>>>