技术特征描述

对比文件原文出处

公开性论述

**特征A:** 在侧行链路上接收至少一个侧行链路通信。<br>**是否公开：隐含公开 (a)**

具体实施方式部分：“从发射机接收VHT帧中的PPDU”（参见图24方法2400的描述，以及图27装置2700的组件2702）。

**论述：** 对比文件明确记载了接收站（STA）从发射机（另一STA或AP）接收VHT帧格式的PPDU（物理层协议数据单元），该PPDU即为一种无线通信。虽然对比文件使用“接收PPDU”的表述，且其应用场景为IEEE 802.11 WLAN，而目标专利为3GPP侧行链路通信，但“接收通信”这一技术动作的本质是相同的。对于本领域技术人员而言，在无线通信系统中，一个设备从另一个设备接收数据/控制信息是普遍且基础的操作。对比文件公开的“接收PPDU”能够直接且毫无疑义地确定包含了“接收至少一个通信”的技术特征。二者技术实质均为设备间直接的数据/信号接收，作用均为获取来自对端设备的信息。因此，该特征被对比文件隐含公开。

**特征B:** 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**是否公开：未公开**

1. 背景技术及发明内容部分提及PPDU的传输需要“授权”或调度，例如AP向STA发送数据。<br>2. 具体实施方式部分多处提及PPDU中可包含“MPDU”（MAC协议数据单元）或“A-MPDU”（聚合的MPDU）。

**论述：** 对比文件未直接记载“授权、多阶段授权、多分组授权、或中继通信”这些具体的通信类型或内容。<br>1. **授权：** 对比文件提到了数据传输基于调度或授权（如AP调度STA），但未明确描述“授权”本身作为一种可被独立接收的“通信”。目标专利中的“授权”可能指SCI（侧行链路控制信息）等授权信令，而对比文件中的调度信息可能隐含在AP的决策中或PHY/MAC报头内，并非作为一项独立的“通信”被接收。<br>2. **多阶段/多分组授权：** 对比文件未提及“多阶段授权”的概念。虽然提到了“A-MPDU”（聚合多个MPDU），但这属于数据聚合传输技术，与目标专利中可能用于调度或资源分配的多阶段、多分组“授权”在技术实质和作用上不同。前者是针对数据载荷的聚合，后者是针对控制信令的多次传输。<br>3. **中继通信：** 对比文件全文未涉及任何中继通信的概念或技术。<br>因此，对比文件既未直接文字记载，也未隐含公开特征B所限定的特定通信内容。

**特征C:** 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**是否公开：隐含公开 (c)**

1. 发明内容及具体实施方式部分明确描述了接收站发送“ACK帧”或“块ACK（BA）帧”作为对接收PPDU的响应（例如，图17方法1700，图18方法1800/1820，图24方法2400）。<br>2. 具体实施方式部分详细说明了“块ACK（BA）帧”用于确认一个PPDU中的多个MPDU（例如，背景技术部分：“块确认对PPDU中存在的多个MPDU进行确认”）。

**论述：** 对比文件直接且明确地公开了接收站在收到PPDU后，发送反馈消息（ACK或BA）。其中，“块ACK（BA）帧”被明确定义为包含对多个MPDU的确认信息，即“包括多个确认的反馈消息”。虽然对比文件未使用“侧行链路或上行链路”这一具体表述，但其应用场景是WLAN中站与站（STA-STA）或站与接入点（STA-AP）之间的通信。STA向另一STA发送反馈，对应于目标专利的“侧行链路”；STA向AP发送反馈，对应于目标专利的“上行链路”。对于本领域技术人员，在无线通信网络中，反馈消息的发送路径由网络拓扑和通信对象决定，对比文件公开的反馈机制可直接应用于侧行链路或上行链路场景。技术实质均为发送包含确认信息的反馈消息以保障通信可靠性，作用一致。因此，特征C被对比文件隐含公开。

**特征D:** 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**是否公开：未公开**

具体实施方式部分指出，块ACK（BA）帧用于确认接收到的PPDU中的多个MPDU（例如，“块确认对PPDU中存在的多个MPDU进行确认”）。

**论述：** 对比文件公开的“多个确认”（体现于块ACK帧中）是针对接收到的“多个MPDU”。MPDU是数据单元，而特征D要求确认是针对特定的控制信令或通信类型，即“授权、多阶段授权、多分组授权或中继通信”。如特征B所述，对比文件未公开这些特定类型的通信被接收。因此，其确认机制自然也不是针对这些未被公开的通信类型。虽然块ACK在形式上是对“多个”项目的确认，但其确认对象（MPDU）与技术实质（确认数据载荷）与特征D所限定的确认对象（特定控制信令/通信）不同，所解决的技术问题（高效确认多个数据包 vs. 对复杂调度/中继过程的反馈）也不同。因此，特征D未被对比文件公开。

技术特征描述及公开性判断

对比文件原文出处及段落标号

公开性论述

**技术特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**判断：直接公开。**

对比文件说明书第[0091]段：“The lateral link data portion 910 can include communication resources for transmitting lateral link data from one scheduled entity 204 (e.g., UE1) to a second scheduled entity 204 (e.g., UE2).”<br>第[0092]段：“After the lateral link signals are transmitted in the lateral link data portion 910, the lateral link acknowledgement portion 912 can be used to transmit acknowledgement information between the scheduled entities 204 (e.g., UEs).”<br>第[0134]段：“At block 1404, the transmitting device may receive feedback from the receiving device during each TTI in the TTI.”

对比文件明确描述了在侧行链路上进行数据传输（如PSSCH）和反馈信息传输（如PSHICH）。其中，接收侧行链路通信是进行侧行链路通信的基础环节。例如，在描述侧行链路数据部分（PSSCH）和确认部分（PSHICH）时，必然涉及接收设备（如UE2）从发送设备（如UE1）接收这些通信。因此，该技术特征被对比文件直接公开。

**技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**判断：未公开。**

1. **关于“授权”**：对比文件说明书第[0083]段：“In some configurations, control portion 702 can include authorization information related to lateral link signals or lateral link communications.”<br>第[0084]段：“Link-specific authorization information may refer to information that enables a particular lateral link communication to occur between two particular scheduled entities 204 (e.g., UEs).”<br>2. **关于“中继通信”**：对比文件说明书第[0035]段：“In some aspects, the UE 138 functions as a scheduling entity or a primary lateral link device, and the UEs 140 and 142 can function as a scheduled entity or a non-primary (e.g., secondary) lateral link device.” （涉及设备到设备通信，可能隐含中继场景，但未明确描述“中继通信”作为被接收的侧行链路通信内容）。<br>**关于“多阶段授权”和“多分组授权”**：对比文件全文未提及。

1. **“授权”**：对比文件确实提到了与侧行链路通信相关的“授权信息”（authorization information），并且该信息可以包含在控制部分（如PDCCH）中。然而，目标专利权利要求中的“授权”是作为“侧行链路通信”的一种类型被接收的。对比文件描述的“授权信息”是用于调度和启用侧行链路通信的控制信令，其本身通常不被视为一种独立的、在侧行链路上被接收的“通信”内容（如数据或反馈）。两者在技术实质和作用上存在差异：目标专利的“授权”作为被确认的对象，而对比文件的“授权信息”是用于建立通信的控制指令。因此，对比文件未直接或隐含公开将“授权”作为一种被接收的侧行链路通信。<br>2. **“多阶段授权”和“多分组授权”**：对比文件全文未提及这两个概念，既无直接文字记载，也无法从已有内容中直接且毫无疑义地确定。<br>3. **“中继通信”**：对比文件描述了设备（如UE）可以作为调度实体或主设备进行通信，这可能在广义上涉及中继场景。但是，对比文件并未明确将“中继通信”作为一类特定的、在侧行链路上被接收的通信内容进行描述。其技术方案聚焦于侧行链路的直接通信和基于TTI的反馈调整，未专门定义或处理“中继通信”的接收与确认。因此，该特征未被公开。

**技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**判断：直接公开。**

对比文件说明书第[0092]段：“The lateral link acknowledgement portion 912 can be used to transmit acknowledgement information between the scheduled entities 204 (e.g., UEs). Non-limiting examples of such acknowledgment information may include ACK signals, NACK signals, HARQ indicators, and/or various other suitable types of acknowledgment information.”<br>第[0103]段：“In the example shown in FIG. 10... the acknowledgment information transmitted in the side link acknowledgment portion 1024 in the last/final TTI (eg, TTIN+2) may correspond to one or more (eg, all) preceding side link data portions 1010, 1016, 1022.”<br>第[0134]段：“In one example, the feedback may include one or more of the following: acknowledgement/negative acknowledgement (ACK/NACK), channel quality information (CQI), or decoder status information for the decoder at the receiving device.”

对比文件明确公开了在侧行链路上发送反馈消息（如在PSHICH部分），并且该反馈消息可以包含多个确认信息。例如，图10和对应描述指出，在最后一个TTI中的侧行链路确认部分可以传输对应于前面多个TTI中侧行链路数据部分的确认信息。这直接公开了“包括多个确认的反馈消息”这一技术特征。

**技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**判断：未公开。**

参见技术特征B的引用段落。对比文件中的反馈确认（ACK/NACK）是针对在侧行链路数据部分（如PSSCH）传输的“侧行链路信号”或“传输块”（transport block）的。例如第[0092]段和第[0103]段。

对比文件公开的反馈确认机制，其确认对象是在侧行链路数据部分（如PSSCH）接收到的数据（传输块）。如技术特征B的论述，对比文件未公开将“授权”、“多阶段授权”、“多分组授权”或“中继通信”作为一类在侧行链路上被接收并进行确认的通信内容。因此，对比文件中的确认信息并非针对这些特定类型的通信，该特征未被公开。

技术特征描述及公开性判断

对比文件原文段落和标号

公开性论述

**特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**判断：直接公开。**

说明书第[0099]段：“在框606，方法可以在侧链路信道430上从该中继UE接收与该远程UE的RNTI相关联的侧链路准予。”<br>说明书第[0083]段：“例如，中继UE 464可以接收用于中继UE资源的DCI（例如，可以用中继UE 464的C-RNTI来加扰）。此外，中继UE 464可以接收用于远程UE资源的DCI...”

对比文件明确描述了远程UE（对应于目标专利的“无线通信设备”）在侧行链路（侧链路信道430，即PC5接口）上，从中继UE接收“侧链路准予”。该“侧链路准予”是一种控制信息，属于“侧行链路通信”的一种具体形式。因此，该特征被对比文件文字直接记载。

**特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**判断：未公开。**

说明书第[0076]段：“中继UE 464可接收一个或多个RNTI，其可包括中继UE 464的RNTI和远程UE 466的RNTI...中继UE 464可以解码物理下行链路控制信道（PDCCH），以确定是否已经由基站462分配了下行链路和/或上行链路准予。类似地，对于远程UE 466的RNTI，中继UE464可以解码PDCCH，以确定是否已经为远程UE 466分配了侧链路资源的准予。”<br>说明书第[0099]段：“...侧链路准予。”<br>说明书第[0083]段：“...中继UE 464可以向远程UE 466中继DCI。”

1. **授权**：对比文件公开了中继UE从基站接收PDCCH/DCI形式的“准予”（Grant），并可能将其“中继”给远程UE（见[0083]段）。然而，目标专利中的“授权”是在**侧行链路上接收**的。对比文件中，远程UE在侧行链路上接收的是从中继UE转发的“侧链路准予”或“DCI”，其本质是中继UE根据从基站接收的信息进行的**资源分配指示**，而非直接来自通信对端的、用于调度数据传输的“授权”。两者在技术实质和作用上存在差异：目标专利的“授权”是侧行链路通信的调度依据；对比文件的“侧链路准予”是中继UE执行的资源再分配结果。<br>2. **多阶段授权、多分组授权**：对比文件全文未提及任何具有“多阶段”或“多分组”特性的授权机制。<br>3. **中继通信**：对比文件的核心就是中继通信（Relaying），远程UE通过中继UE与基站通信，这隐含了远程UE在侧行链路上会接收来自中继UE的、需要被中继的数据或控制信息，即“中继通信”。**然而，特征B是一个并列选择关系（“包括以下各项中的至少一项”）**。虽然“中继通信”可能被隐含公开，但“授权”、“多阶段授权”、“多分组授权”均未被公开。由于该特征要求通信类型至少满足所列选项之一，而“中继通信”这一选项本身在对比文件的技术方案中，其作用是为远程UE提供网络接入，与目标专利中作为可被确认的通信对象之一的作用在技术实质和目的上有所不同，但鉴于其字面含义被涵盖，从最宽泛解释看，可以认为“中继通信”被隐含公开。但严谨而言，对比文件未公开一个同时涵盖“授权、多阶段授权、多分组授权、或中继通信”的侧行链路通信集合。**综合判断，特征B未被对比文件公开。**

**特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**判断：未公开。**

说明书第[0107]段：“在框902，该方法可以在至少一个侧链路信道上向与网络实体连接的中继UE传送调度请求。”<br>说明书第[0109]段：“在框904，该方法可以响应于传送该调度请求而在一个或多个侧链路信道上从该中继UE接收包括资源准予的调度指示。”<br>说明书第[0083]段：“中继UE 464可以向远程UE 466中继DCI。在一个实例中，DCI可以作为侧链路控制信息（SCI）来发送而不带任何相关联的数据。”

对比文件公开了远程UE在侧行链路上向中继UE发送“调度请求”（SR），以及中继UE向远程UE发送“调度指示”或“侧链路准予”（作为SCI或MAC CE）。这些消息用于**请求或分配侧行链路资源**，其本质是**调度信令**。而目标专利的“包括多个确认的反馈消息”用于**对已接收的通信进行确认（ACK/NACK）**，属于**HARQ反馈信令**。两者在技术实质、功能和作用上根本不同：一个是前向的资源调度，一个是后向的接收状态反馈。对比文件未提及任何针对侧行链路接收的通信发送“确认”（ACK/NACK）消息，更未提及“多个确认”被包含在一个“反馈消息”中。因此，该特征未被公开。

**特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**判断：未公开。**

无相应原文。

该特征限定了反馈消息中确认的对象。由于特征B（侧行链路通信的类型）和特征C（发送包含多个确认的反馈消息）均未被对比文件公开，因此，特征D所进一步限定的“确认针对特定类型通信”的内容自然也未被公开。对比文件的技术方案中不存在对“授权、多阶段授权、多分组授权或中继通信”进行确认的环节。

技术特征描述及公开性判断

对比文件原文引用（段落标号/部分）

公开性论述

**特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**公开性：直接公开**

第[0002]段：“In device-to-device (Device-to-Device, D2D) communication, a transmit end directly sends data to a receive end instead of transitting the data through a base station or a cellular network... a sidelink (sidelink, SL)”。<br>第[0141]段：“...the second user equipment sends data to the first user equipment on the PSSCH scheduled by the SCI, and periodically sends data to the first user equipment on the PSSCH...”。

对比文件明确描述了在D2D通信中，设备间通过侧行链路（sidelink）直接通信的场景。具体地，在第二用户设备（远程UE）向第一用户设备（中继UE）发送数据的方案中，第一用户设备在侧行链路上接收来自第二用户设备的通信。这直接公开了“在侧行链路上接收至少一个侧行链路通信”这一技术特征。

**特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**公开性：部分直接公开（授权、中继通信），部分未公开（多阶段授权、多分组授权）**

1. **授权**：第[0204]段：“The network device 10 sends downlink control information DCI to the first user equipment 20. Herein, the DCI is the first information described in 110 in FIG. 4 . The DCI may be used to instruct to activate or release semi-persistent scheduling SPS of a sidelink of the second user equipment.”<br>2. **中继通信**：第[0002]段：“In a relatively special manner of D2D communication, user equipment (User Equipment, UE) is connected to a network through another user equipment having a relay function. This scenario is referred to as UE-to-network relay (UE-to-Network relay).”。

1. **授权**：对比文件明确公开了网络设备向第一用户设备（中继UE）发送下行控制信息（DCI），该DCI用于激活或释放第二用户设备的侧行链路半持续调度（SPS）。该DCI即是一种“授权”，用于指示侧行链路资源的调度。因此，“授权”这一项被直接公开。<br>2. **中继通信**：对比文件的背景技术和整个方案均围绕UE-to-network relay（中继）场景展开，明确描述了中继用户设备（Relay UE）和远程用户设备（Remote UE）之间的通信。因此，“中继通信”这一项被直接公开。<br>3. **多阶段授权、多分组授权**：对比文件全文仅涉及通过单次DCI或RRC消息进行SPS的激活/释放或资源配置，并未提及将授权过程分为多个阶段（如阶段-1授权、阶段-2授权），也未提及一个授权包含多个独立编码的分组以指示不同设备或不同资源。因此，“多阶段授权”和“多分组授权”在对比文件中既无直接文字记载，也无法由本领域技术人员直接且毫无疑义地确定，属于未公开的特征。

**特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**公开性：未公开**

第[0210]-[0211]段：“210. When the SL SPS in the second direction is activated, one or more times of transmission without data occur... 211. The first user equipment 20 sends the release indication message to the network device 10.”

对比文件确实描述了第一用户设备在特定条件下（例如，SPS激活后多次未收到数据）向网络设备发送“释放指示消息”。然而，该“释放指示消息”的功能是通知网络设备释放已配置的SPS资源，其本质是SPS管理信令。这与目标专利中“包括多个确认的反馈消息”在技术实质和作用上存在根本不同。目标专利的反馈消息用于确认（ACK/NACK）对多个侧行链路通信（如授权、数据、中继包）的接收情况，属于HARQ反馈或类似机制，目的是保证数据传输的可靠性。对比文件并未提及发送一个包含“多个确认”的反馈消息，也未有隐含公开此类技术特征。

**特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**公开性：未公开**

无相应原文。

由于特征C（发送包含多个确认的反馈消息）未被对比文件公开，且对比文件也未记载对接收到的“授权”或“中继通信”进行确认的反馈机制，因此特征D必然未被公开。特征D限定了确认的具体对象，该对象依赖于特征B和特征C，在特征B部分公开、特征C未公开的前提下，特征D没有公开基础。

技术特征描述及公开性判断

对比文件原文段落和标号

公开性论述

**技术特征A：** 在侧行链路上接收至少一个侧行链路通信。<br>**是否直接公开：** 否<br>**是否隐含公开：** 否

对比文件通篇描述的是无线局域网（WLAN）中接入点（AP）与站点（STA）之间的通信（即接入链路，Uu接口的类比），例如背景技术[0003]-[0005]及具体实施方式[0039]-[0043]。例如，[0039]段指出下行链路通信从AP到STA，上行链路从STA到AP。未发现任何关于设备间直接通信（即侧行链路，PC5接口）的描述。

**功能与作用分析：** 在目标专利中，特征A限定了通信发生的特定链路类型——侧行链路，这是车联网（V2X）、D2D等场景中设备间直接通信的基础，与传统的经由基站的蜂窝通信链路（上行/下行链路）有本质区别。<br>在对比文件中，所描述的通信链路始终是AP与STA之间的传统WLAN接入链路。虽然WLAN标准理论上支持STA到STA的直接模式（如Wi-Fi Direct），但本对比文件的技术方案（涉及ACK策略、MU-MIMO调度等）完全是围绕AP与STA之间的架构设计和优化的，并未涉及、教导或暗示任何侧行链路通信的场景、配置或问题。因此，对比文件未公开，也未能隐含公开“在侧行链路上接收通信”这一技术特征。

**技术特征B：** 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**是否直接公开：** 否<br>**是否隐含公开：** 否

1. **关于“授权”：** 对比文件提到了“grant”一词，但均指AP对上行链路资源的调度授权，例如背景技术[0005]段“the AP controls the uplink (UL) communication process”及“the uplink scheduling approach”。这属于网络对终端资源的集中调度，与侧行链路中设备自主调度或相互授权的概念不同。<br>2. **关于“多阶段授权”、“多分组授权”：** 对比文件未提及任何相关概念。<br>3. **关于“中继通信”：** 对比文件未提及任何相关概念。

**功能与作用分析：** 在目标专利中，特征B限定了侧行链路通信的具体内容或类型，这些类型（如多阶段授权、中继通信）是触发复杂反馈场景（如需要多个确认）的根源，旨在解决侧行链路特定场景下的反馈效率问题。<br>在对比文件中，通信内容主要是用户数据（MPDU/A-MPDU），其ACK策略（普通ACK或块ACK）是针对这些数据单元的接收状态进行反馈。对比文件中的“授权”是AP集中控制的上行调度概念，与侧行链路中设备间协调资源的“授权”在技术实质、作用主体和通信关系上均不相同。对比文件完全没有涉及多阶段授权、多分组授权或中继通信这些在目标专利中定义的特定通信类型。因此，该特征未被公开。

**技术特征C：** 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**是否直接公开：** 否<br>**是否隐含公开：** 是 (c)

1. **关于“发送反馈消息”：** 对比文件详细描述了发送ACK帧或Block ACK帧作为对接收数据的响应，例如摘要[0007]段“indicate an ACK type selected from... a normal ACK, a Block ACK (BA)”。<br>2. **关于“包括多个确认”：** 对比文件明确公开了“Block ACK”（块确认）机制，该机制在一个反馈消息中确认多个MPDU。例如，[0056]段“acknowledgement of a VHT PPDU may be limited to a Block Acknowledgement, which acknowledges multiple MPDUs present in the PPDU.” 以及图8、图15所示的Block ACK帧交换序列。

**功能与作用分析：** 在目标专利中，特征C的核心在于发送一个**聚合了多个确认**的反馈消息，以减少信令开销，提高反馈效率。<br>在对比文件中，“Block ACK”机制的技术实质正是在一个反馈帧中携带一个位图（bitmap），用以确认多个（可能多达数十或上百个）MPDU的接收状态（ACK/NACK）。这完全符合“包括多个确认的反馈消息”的定义。虽然对比文件中的Block ACK是应用在WLAN上行/下行链路（AP-STA）中，而目标专利指定了“侧行链路或上行链路”，但**“包括多个确认的反馈消息”这一技术手段本身已被对比文件公开**。其在该对比文件中的作用同样是高效反馈多个数据单元的接收情况，与目标专利中该特征所起的作用一致。因此，该技术特征被对比文件隐含公开。

**技术特征D：** 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**是否直接公开：** 否<br>**是否隐含公开：** 否

如特征B所述，对比文件未公开“侧行链路”、“授权（目标专利含义）”、“多阶段授权”、“多分组授权”或“中继通信”。因此，不可能存在针对这些内容的确认。对比文件中的确认（ACK/Block ACK）全部是针对接收到的数据MPDU，例如[0056]段“acknowledges multiple MPDUs”。

**功能与作用分析：** 在目标专利中，特征D进一步限定了反馈消息中“多个确认”的具体对象，即它们是针对侧行链路上特定的控制信令或中继业务（授权等）的确认，而不仅仅是普通数据。这体现了反馈消息在侧行链路复杂通信场景下的特定应用。<br>在对比文件中，所有反馈消息（ACK或Block ACK）确认的对象都是用户数据载荷（MPDU），或者说是物理层汇聚协议服务数据单元（PSDU）中包含的数据单元。对比文件没有描述，也没有隐含需要对“授权”、“多阶段授权”等控制信令或中继操作本身进行确认的技术场景或需求。因此，该限定特征未被对比文件公开。

技术特征描述及公开性判断

对比文件原文引用（段落标号/部分）

公开性论述

**技术特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**直接公开。**

[0001] “... particularly relates to a technique for user equipment UE that receives a D2D signal ... Note that the D2D communication may also be referred to as side link (sidelink) communication.”<br>[0053] “... so that D2D communication can be performed between the user equipment UE1 and UE2.”<br>[0054] “... user equipment UE at a side of receiving it (the side of transmitting the feedback) is denoted as a receiving UE.”

对比文件明确其发明涉及用户设备接收D2D（即侧行链路）信号的技术（[0001]），并描述了在支持D2D通信的系统中，用户设备之间进行D2D通信的场景（[0053]），且明确将接收D2D信号的一方定义为接收UE（[0054]）。这直接公开了在侧行链路上接收侧行链路通信的技术特征。

**技术特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**直接公开（授权、多阶段授权、中继通信）；未公开（多分组授权）。**

**授权：**<br>[0006] “For Mode 1, a resource is to be dynamically allocated by a (E)PDCCH to be transmitted from a base station eNB to user equipment UE.”<br>[0073] “... the transmitting UE reports, to the receiving UE, transmission timing (TA) of Data by the SA;”<br>**多阶段授权：**<br>[0141]-[0143] “Contents: ‘existing SCI contents+a retransmission index/identifier, a NDI, the number of times of Data Repetitions, a CSI request, a feedback transmission resource indicator, the number of transmission MAC PDUs, and a TPC command’”<br>[0154] “... the transmitting UE reports, as the retransmission index, an index of the scheduling SCI of Data to be retransmitted...” (隐含多阶段调度)<br>**中继通信：**<br>[0054] “... user equipment UE at a side of transmitting SA/Data (the side of receiving feedback) is denoted as a transmitting UE; and user equipment UE at a side of receiving it (the side of transmitting the feedback) is denoted as a receiving UE.” (设备到设备的直接通信，即中继场景的基础)<br>[0170] “... in Mode 1 resource allocation, D2D transmission resource allocation is performed by signaling from the base station eNB to the UE.” (基站参与的资源分配可视为一种中继控制)

1. **授权**：对比文件明确描述了在Mode 1模式下，资源由基站通过PDCCH动态分配给UE（[0006]），以及发送UE通过SA（调度分配，一种授权）向接收UE报告数据传输的定时（[0073]）。这直接公开了“授权”这一通信类型。<br>2. **多阶段授权**：对比文件详细描述了支持重传的新SCI格式，其内容包含“重传索引/标识符”和“NDI（新数据指示符）”等（[0141]-[0143]）。重传索引用于指示当前传输是针对哪一次先前的数据传输（[0154]），这实质上公开了一种两阶段（初始传输+基于反馈的重传）的授权或调度机制。虽然未使用“多阶段授权”一词，但技术实质相同：基于前一阶段的传输结果（反馈），决定并触发下一阶段的传输授权。<br>3. **中继通信**：对比文件的核心就是设备到设备（D2D）的直接通信（[0054]），这本身就是中继通信的一种形式（信息在设备间直接中继，无需始终经过基站）。此外，Mode 1资源分配中基站向UE发送资源分配信令（[0170]），也体现了网络节点（基站）对设备间通信的中继控制作用。<br>4. **多分组授权**：对比文件未提及一次授权调度多个独立的数据分组（多分组授权）的概念。其讨论的重传、重复传输或混合调度，都是针对一个传输过程或一个MAC PDU的多次尝试或组合，而非一个授权同时指示多个独立分组的传输资源。

**技术特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**直接公开。**

[0013] “... a feedback unit that receives a D2D signal from transmitting user equipment, and that transmits, to the transmitting UE, a feedback signal with respect to the D2D signal by using a predetermined resource;”<br>[0116]-[0117] “Feedback Content Example 1: ACK/NACK”<br>[0127] “... the receiving UE can bundle the ACKs/NACKs for respective MAC PDUs of Data received from the transmitting UE to report it to the transmitting UE.”<br>[0128] “FIG. 12A shows, as a reference, a case where bundling is not performed.” (图示了多个ACK/NACK的反馈)<br>[0205] “... the base station eNB may cause the receiving UE to transmit a feedback signal (e.g., the CSI), and the base station eNB may receive the feedback signal.” (反馈发送给基站，即上行链路)

对比文件的核心内容之一就是接收UE向发送UE发送针对D2D信号的反馈信号（[0013]），并明确以ACK/NACK作为反馈内容（[0116]-[0117]）。进一步地，文件详细描述了“捆绑（Bundling）”技术，即将多个ACK/NACK合并后报告（[0127]），并以图12A展示了未捆绑时多个ACK/NACK的反馈序列（[0128]）。这直接公开了在侧行链路上发送包含多个确认的反馈消息。同时，文件也提及基站可以触发并接收来自UE的反馈信号（[0205]），这公开了在上行链路上发送反馈消息的可能性。

**技术特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**隐含公开。**

[0013] “... a feedback unit that receives a D2D signal from transmitting user equipment, and that transmits, to the transmitting UE, a feedback signal **with respect to the D2D signal** by using a predetermined resource;”<br>[0117] “... the receiving UE determines ACK/NACK for **each MAC PDU received from the transmitting UE**; and reports the ACK/NACK to the transmitting UE, as the feedback signal.”<br>[0141] “... the scheduling SCI that supports retransmission etc. **caused by the feedback**...”

对比文件明确反馈信号是针对接收到的D2D信号（[0013]），且ACK/NACK是针对接收到的每个MAC PDU（[0117]）。而“授权”（如SA）是调度控制信息（SCI），其本身就是在侧行链路上传输的一种D2D信号或控制信息。接收UE在成功解码SA后，才能接收对应的数据（MAC PDU）。因此，当反馈ACK/NACK针对某个MAC PDU时，该确认在逻辑上也是针对调度该MAC PDU的“授权”的。虽然对比文件未明确表述“针对授权的确认”，但根据其整体技术方案，对数据的确认隐含了对调度该数据的授权（SA）的确认，因为授权是数据传输的前提和依据。多阶段授权、中继通信同理，反馈均是针对这些通信过程的结果。因此，该特征被对比文件隐含公开。

技术特征描述

对比文件原文出处

公开性论述

**特征A：** 在侧行链路上接收至少一个侧行链路通信。<br>**公开性判断：** 直接公开。

第[0066]段：“...while performing D2D wireless communications in the sidelink channel...”<br>第[0101]段：“...sidelink UE 115-a may also send sidelink transmission 205 to sidelink UE 115-b...”

对比文件明确描述了在侧行链路（sidelink channel）上进行设备到设备（D2D）无线通信，这直接对应于在侧行链路上接收侧行链路通信。其作用是在UE间进行直接通信，与目标专利中接收侧行链路通信以进行后续反馈的作用在技术实质上一致，均为侧行链路通信的接收行为。

**特征B：** 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**公开性判断：** 未公开。

对比文件提及了“scheduling grant”（例如第[0101]、[0122]段）和资源预留（reserving resources），但未明确涉及“授权”（grant）作为被接收的侧行链路通信内容本身。全文未提及“多阶段授权”（multi-stage grant）、“多分组授权”（multi-packet grant）或“中继通信”（relay communication）作为在侧行链路上接收的通信类型。

对比文件主要关注低延迟通信（LLC/URLLC）与侧行链路通信的复用和干扰避免。其中提到的“授权”或“调度授权”通常是基站向UE发送的，用于调度上行或侧行链路资源，而非作为在侧行链路上被接收并进行确认的通信对象。技术实质和作用不同：目标专利的特征旨在定义需要确认的通信类型以生成反馈消息；对比文件中的“grant”是用于资源分配的控制信令。因此，对比文件既无直接文字记载，也无法直接且毫无疑义地确定公开了该组特定的侧行链路通信类型。

**特征C：** 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**公开性判断：** 未公开。

第[0006]、[0066]、[0101]段多次提及发送“ACK/NACK feedback”。例如，第[0066]段：“...transmit ACK/NACK feedback to the base station via the reserved resources.”<br>第[0101]段：“...URLLC UE 115-c may need to transmit an ACK/NACK feedback...”

对比文件确实公开了发送确认（ACK/NACK）反馈消息。**然而**，对比文件始终描述的是针对**单个**低延迟数据通信（如URLLC数据）的ACK/NACK反馈。例如，UE在接收到基站发送的URLLC数据后，发送相应的ACK/NACK。**没有**任何部分描述或暗示该反馈消息**包括多个确认**（multiple acknowledgments），例如将针对多个独立通信（如多个授权或多个数据包）的确认绑定（bundling）在单个反馈消息中。目标专利中“多个确认”是解决特定资源效率问题的关键，而对比文件中的单个ACK/NACK反馈不具备此技术实质和作用。

**特征D：** 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**公开性判断：** 未公开。

（基于特征B和C的未公开，此特征无对应基础）

由于对比文件未公开特征B（在侧行链路上接收所述特定类型的通信）和特征C（发送包括多个确认的反馈消息），因此自然也**不可能**公开“多个确认中的至少一个是针对在侧行链路上接收到的所述授权...”这一进一步限定的技术特征。对比文件中ACK/NACK的生成是针对来自基站的**下行链路**低延迟数据，而非针对在**侧行链路**上接收到的特定通信内容。

技术特征描述和技术特征是否直接公开/是否隐含公开

对比文件原文的段落和段落标号

公开性论述

**技术特征A**: 在侧行链路上接收至少一个侧行链路通信。<br>**直接公开**

第[0110]段：“Additionally, a sidelink (SL) may convey signals from UEs to other UEs or other non-infrastructure based nodes.”<br>第[0113]段：“FIG. 5 illustrates an example SL interface 500 according to embodiments of the present disclosure. ... SL communication happens directly without using E-UTRAN technology and not traversing any network node NodeB 503.”

对比文件明确描述了侧行链路（SL）用于UE之间的直接通信，并且图5示出了侧行链路接口。因此，对比文件直接公开了在侧行链路上接收至少一个侧行链路通信。

**技术特征B**: 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**部分直接公开，部分隐含公开**（整体视为隐含公开）

**授权**：第[0122]段：“In mode 3, transmission of V2X on sidelink is scheduled by NodeB. The UE receives DCI format 5A from the NodeB and then sends SCI format 1 over the resources indicated by DCI format 5A...”<br>**中继通信**：第[0108]段：“...the exchange of V2V-related application information between distinct UEs via infrastructure supporting V2X Service, e.g., RSU, application server, etc.”<br>**多阶段授权/多分组授权**：第[0288]段：“In one embodiment, the DCI sent by a serving gNB can further include the information of multi-shot resource allocation on sidelink.”

对比文件直接公开了授权（由基站调度侧行链路传输）和中继通信（通过基础设施中继）。对于多阶段授权和多分组授权，对比文件没有明确文字记载，但提到了“multi-shot resource allocation”（多资源分配），这可以理解为一种多阶段或多分组的资源分配方式。在目标专利中，多阶段授权和多分组授权是为了提高传输可靠性，而对比文件中的多资源分配也是为了支持多次传输以提高可靠性，技术实质和作用一致。因此，对比文件隐含公开了多阶段授权和多分组授权。

**技术特征C**: 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**直接公开**

第[0251]段：“In one embodiment, a receiver UE can send signal in one PSFCH subchannel for the NACK/ACK information of one decoded PSSCH according one or more of the following examples.”<br>第[0282]段：“In one embodiment, a transmitter UE can report the NACK/ACK information for one PSCCH/PSSCH transmission whose resource is allocated by a gNB to the gNB.”<br>第[0444]段描述了通过上行链路向基站发送HARQ响应。

对比文件明确描述了在侧行链路上通过PSFCH发送确认（NACK/ACK）反馈，以及在上行链路上向基站发送确认反馈。因此，对比文件直接公开了在侧行链路或上行链路上发送包括确认的反馈消息。

**技术特征D**: 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**隐含公开**

第[0282]段描述了发射UE向基站报告侧行链路传输的NACK/ACK信息，该侧行链路传输的资源是由gNB分配的（即授权）。第[0251]段描述了接收UE在PSFCH子信道中发送对解码的PSSCH的NACK/ACK信息。结合对比文件中关于授权、多资源分配和中继通信的公开内容，可以推断出确认反馈是针对这些侧行链路通信的。

对比文件没有明确说明多个确认中的至少一个是针对授权、多阶段授权、多分组授权或中继通信的。但是，对比文件公开了侧行链路通信可以包括授权（由基站调度）和中继通信，并且接收UE或发射UE会发送对这些通信的确认反馈。因此，本领域技术人员能够直接地、毫无疑义地确定确认反馈是针对这些侧行链路通信的。因此，技术特征D被隐含公开。

技术特征描述 (目标专利权利要求)

对比文件原文 (段落标号/位置)

公开性论述

**技术特征A：** 在侧行链路上接收至少一个侧行链路通信。<br>**公开性判断：** 直接公开。

[0017] “a receiver UE may receive a physical sidelink shared channel (PSSCH) over unicast or groupcast”<br>[0170] “a receiver UE may receive a physical sidelink shared channel (PSSCH) over unicast or groupcast”

对比文件明确记载了接收端用户设备（UE）在侧行链路上接收物理侧行链路共享信道（PSSCH），该信道用于传输侧行链路数据，属于“侧行链路通信”。因此，该技术特征被对比文件直接公开。在对比文件的技术方案中，接收PSSCH是进行HARQ反馈的前提步骤，其作用与目标专利中“接收侧行链路通信”以触发后续反馈的作用相同。

**技术特征B：** 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**公开性判断：** 未公开。

对比文件通篇未提及“多阶段授权（multi-stage grant）”、“多分组授权（multi-packet grant）”或“中继通信（relay communication）”这些特定类型的侧行链路通信。关于“授权”，对比文件提到了基站（gNB）通过PDCCH为UE调度侧行链路资源（传输模式3），或UE在资源池中选择资源（传输模式4），这涉及资源授权或调度的概念（参见[0223]-[0225]）。然而，对比文件描述的“授权”是用于调度PSSCH传输的资源分配过程，其本身并非一种被“接收”的“侧行链路通信”。目标专利中“授权”作为被接收的通信内容之一，其含义更接近于可能是一种控制信息（如SCI格式的授权指示），而对比文件并未明确描述接收此类作为通信内容的“授权”。

对比文件没有直接文字记载目标专利中限定的“授权、多阶段授权、多分组授权、或中继通信”这些具体的侧行链路通信类型。虽然对比文件隐含了资源授权/调度的概念，但该“授权”是作为调度动作而非作为被接收的通信内容实体。对于“多阶段授权”等特征，本领域技术人员阅读对比文件后，不能直接且毫无疑义地确定其已被公开。这些特征在目标专利中用于定义触发特定反馈消息的通信场景，而对比文件仅涉及对PSSCH数据本身的反馈，并未扩展到对这些特定授权模式或中继通信的反馈。因此，技术特征B未被对比文件公开。

**技术特征C：** 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**公开性判断：** 未公开。

[0017] “transmitting the HARQ feedback information according to a result obtained by decoding the PSSCH”<br>[0170] “transmitting the HARQ feedback information according to a result obtained by decoding the PSSCH”<br>[0216] “sidelink feedback information may be sidelink CSI reporting information other than the HARQ ACK/NACK.”<br>[0227] “a physical sidelink channel for the sidelink feedback information described above is referred to as a physical sidelink feedback channel (PSFCH).”<br>[0242] “in the second HARQ feedback mode, HARQ ACK information is not transmitted when the sidelink receiver UE successfully decodes the received PSSCH, and only when the sidelink receiver UE does not successfully decode the received PSSCH, feedback may be explicitly performed in response to HARQ NACK.”

对比文件明确公开了在侧行链路（通过PSFCH或PSCCH）或上行链路（通过PUCCH）上发送HARQ ACK/NACK反馈信息。然而，对比文件描述的反馈信息是针对“解码PSSCH的结果”，即针对单个PSSCH传输的单个ACK或NACK。虽然对比文件提到了“bundling”（捆绑，见[0130]-[0131]图10），但这是指将针对**同一个发射UE的多个数据**传输的HARQ信息捆绑在一个反馈中发送，以降低开销。这不同于目标专利中“包括多个确认的反馈消息”，后者明确要求反馈消息中包含“多个确认”，且这些确认是针对“至少一个侧行链路通信”中的多项内容（如特征D所限）。对比文件未描述或暗示一个反馈消息中包含针对多个不同类型通信实体（如授权、数据等）的多个确认。因此，技术特征C未被对比文件公开。

**技术特征D：** 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**公开性判断：** 未公开。

无相应记载。

由于技术特征B（特定的通信类型）和技术特征C（包含多个确认的反馈消息）均未被对比文件公开，因此技术特征D所定义的“多个确认针对特定通信类型”这一技术特征自然也未被公开。对比文件中的反馈仅针对PSSCH数据的解码结果，不涉及对“授权”等控制信令或中继通信本身的确认。

技术特征描述及公开性判断

对比文件原文出处及段落标号

公开性论述

**特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**判断：直接公开。**

第155-160行：“...the UE is adapted for sidelink communication on a sidelink.”<br>第195-200行：“Sidelink data may be data transmitted on a sidelink, e.g. on one or more channels thereof, e.g. a PSSCH... A UE may be adapted for receiving such sidelink signaling to receive the data...”<br>第460-465行：“A UE may receive, and/or be adapted to receive... the sidelink data and/or the data elements...”

**论述：** 对比文件明确且反复地描述了用户设备（UE）被适配用于在侧行链路（sidelink）上进行侧行链路通信，并接收在侧行链路上传输的数据（sidelink data）。这直接对应于目标专利中“在侧行链路上接收至少一个侧行链路通信”的技术特征。<br>**作用一致性分析：** 在对比文件中，该特征的作用是使UE能够接收侧行链路数据，以便后续进行HARQ反馈。在目标专利中，该特征的作用是使无线通信设备能够接收侧行链路通信（如授权、数据等），以生成相应的反馈消息。两者在技术方案中均作为触发反馈的前提步骤，作用相同。

**特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**判断：未公开。**

第565-570行：“...a SL transmission is scheduled... the CI (Control Information)... may comprise a corresponding timing indicator.”<br>第580-585行：“...for two SL (SideLink) data transmissions in different slots... HARQ feedback should be reported...”<br>第215-220行：“Control signaling... may comprise downlink control information (DCI), whereas sidelink control signaling may comprise sidelink control information (SCI).”

**论述：** 对比文件主要描述了在侧行链路上接收“数据（data）”或“数据元素（data elements）”，并针对这些数据进行确认反馈。虽然对比文件提到了“控制信息（CI/SCI/DCI）”可以包含调度授权（scheduling grants，见摘要部分），但这是作为独立的“控制信令”来配置或调度数据传输，而非作为“侧行链路通信”本身的内容。对比文件全文未提及“多阶段授权（multi-stage grant）”、“多分组授权（multi-packet grant）”或“中继通信（relay communication）”这些特定类型的侧行链路通信。<br>**作用一致性分析：** 目标专利中，该特征限定了侧行链路通信的具体类型，这些类型可能对应不同的资源分配、调度复杂度和反馈需求。对比文件仅涉及对常规数据传输的反馈，未公开针对这些特定、复杂通信类型的反馈机制，因此未公开该特征。

**特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**判断：直接公开。**

第120-125行：“The method comprises transmitting acknowledgement signaling pertaining to sidelink data, the sidelink data comprising one or more data elements. The acknowledgement signaling has a signaling format comprising one or more acknowledgement substructures, each of the substructures carrying acknowledgement information pertaining to one (e.g., at least one) of the data elements...”<br>第615-620行：“...HARQ feedback of multiple SL transmissions is transmitted on a single PUCCH/PSCCH transmission/message...”

**论述：** 对比文件的核心创新点之一就是发送一种包含多个确认子结构（acknowledgement substructures）的确认信令（acknowledgement signaling），每个子结构承载针对一个数据元素的确认信息。这明确公开了“包括多个确认的反馈消息”。同时，对比文件明确指出该反馈消息可以在侧行链路控制信道（PSCCH）或上行链路控制信道（PUCCH）上发送（见第205-210行，第615-620行），即公开了“在侧行链路或上行链路上发送”。<br>**作用一致性分析：** 在对比文件中，该特征的作用是实现对多个数据元素（可能在不同时隙接收）的HARQ反馈的高效、灵活传输，避免资源冲突。在目标专利中，该特征的作用是发送针对多个侧行链路通信（可能为多种类型）的确认反馈。两者在技术方案中均作为承载多个确认信息的反馈载体，作用相同。

**特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**判断：隐含公开。**

第630-635行：“...the ACK/NACK timing indicators... are used... for indicating, or as a pointer to a substructure within the PUCCH/PSCCH resource... with which sub-resource/substructure... the feedback should be transmitted.”<br>第655-660行：“From the ACK/NACK timing indicator T the UE knows it should send HARQ feedback of SL transmission received in slot n in bit field 3, HARQ feedback of SL transmission received in slot n+1 in bit field 2...”<br>第450-455行：“Sidelink data may generally represent data transmitted on a sidelink... A data element may in particular represent a (e.g., a single) data block (transport block)...”

**论述：** 对比文件明确教导了确认信令中的每个确认子结构（即“多个确认”中的每一个）都通过确认位置指示（acknowledgement position indication）明确映射到在侧行链路上接收到的特定“数据元素（data element）”（见第125-130行，第285-290行）。虽然对比文件未使用“授权、多阶段授权...”等术语，但其描述的“数据元素”或“侧行链路传输（SL transmission）”是广义的，可以涵盖通过侧行链路传输的各种信息单元，包括由授权所调度的数据块。因此，对于本领域技术人员而言，能够直接且毫无疑义地确定，对比文件所公开的“针对数据元素的确认”在技术实质上包含了“针对在侧行链路上接收到的通信的确认”。特征D是特征A、C以及对比文件中明确的映射关系的必然结果。<br>**作用一致性分析：** 在对比文件中，该隐含特征的作用是确保每个确认子结构明确对应一个特定的接收数据元素，以实现可靠、无歧义的HARQ反馈。在目标专利中，该特征的作用是确保反馈消息中的确认针对特定的接收侧行链路通信（无论其具体类型）。两者在技术方案中均用于建立反馈与特定接收对象之间的对应关系，作用实质相同。

技术特征描述及公开性判断

对比文件原文出处及段落标号

公开性论述

**特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**判断：直接公开。**

第[0056]段：“In Figure 1, SL transmission is shown where a SL transmission is scheduled in slot n...”<br>第[0059]段：“...for two SL (SideLink) data transmissions in different slots (representing two data elements)...”<br>第[0064]段：“Assume, for example, the UE misses the assignment in slot n and receives the assignments in slots n+1 and n+3.”

对比文件明确、反复地描述了用户设备（UE）接收侧行链路（SL）传输或数据（data transmissions/data elements）的场景。例如，图1及相应描述展示了在时隙n中调度了SL传输；第[0059]段提及了不同时隙中的两个SL数据传输；第[0064]段假设了UE接收时隙n+1和n+3中的“assignments”（指调度分配，即授权及数据）。这些描述直接且毫无疑义地公开了“在侧行链路上接收至少一个侧行链路通信”这一技术特征。在对比文件的技术方案中，该特征的作用是触发后续的HARQ反馈过程，与目标专利中为生成反馈消息而接收通信的作用相同。

**特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**判断：**<br>**“授权”直接公开。**<br>**“多阶段授权”隐含公开。**<br>**“多分组授权”、“中继通信”未公开。**

**关于“授权”：**<br>第[0056]段：“...the corresponding CI (Control Information, which may generally be Downlink Control Information or Sidelink Control Information)...”<br>第[0059]段：“...if for two SL data transmissions in different slots..., HARQ feedback should be reported...”<br>第[0064]段：“...the UE misses the assignment...”<br><br>**关于“多阶段授权”：**<br>第[0068]段：“From the ACK/NACK timing indicator T the UE knows it should send HARQ feedback of SL transmission received in slot n in bit field 3, HARQ feedback of SL transmission received in slot n+1 in bit field 2, and HARQ feedback of SL transmission received in slot n+3 in bit field 0.”<br>第[0071]段：“In this example, the ACK/NACK timing indicator points directly to the bit in the bit field...”.

**1. 授权：** 对比文件中的“assignment”、“CI”（控制信息，特别是侧行链路控制信息SCI）、“scheduling”均指用于调度侧行链路数据传输的授权。例如，UE接收“assignments”（第[0064]段）即是在接收授权。这直接公开了“授权”这一选项。<br><br>**2. 多阶段授权：** 对比文件虽未使用“多阶段授权”这一术语，但其核心方案涉及为多个在不同时隙（如时隙n, n+1, n+3）接收的独立数据传输（每个数据对应一个独立的调度授权）生成一个聚合的反馈消息（第[0068]段）。每个独立的调度授权可被视为一个“阶段”的授权，而UE需要为这多个“阶段”的授权所对应的数据提供反馈。对于本领域技术人员而言，这种为多个独立授权对应的数据提供聚合反馈的场景，能直接且毫无疑义地确定其前提是存在“多阶段授权”（即多个按时间顺序或逻辑顺序的授权）。对比文件中该“多阶段授权”的作用是触发多个需要确认的数据传输，与目标专利中“多阶段授权”作为触发多个确认的通信类型之一的作用实质相同。<br><br>**3. 多分组授权、中继通信：** 对比文件全文未提及基于“分组”的授权概念，也未涉及任何中继场景或中继通信。因此，这两项未被公开。

**特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**判断：直接公开。**

第[0061]段：“It may be considered to allow requesting HARQ feedback from SL transmissions from different slots in one PUCCH/PSCCH transmission, as shown Figure 3.”<br>第[0062]段：“Accordingly, HARQ feedback of multiple SL transmissions is transmitted on a single PUCCH/PSCCH transmission/message...”<br>第[0068]段：“...PUCCH/PSCCH resource 0 can carry four HARQ feedback bits...”

对比文件明确提出了核心发明点：允许将来自不同时隙的多个SL传输的HARQ反馈请求在一个PUCCH/PSCCH传输中发送（第[0061]段）。并具体描述了将多个SL传输的HARQ反馈在单个PUCCH/PSCCH消息中传输（第[0062]段），且该资源能够承载多个HARQ反馈位（第[0068]段）。这直接且明确地公开了“在侧行链路上发送包括多个确认的反馈消息”这一技术特征。在对比文件中，该特征的作用是高效聚合反馈、减少信令开销和避免冲突，与目标专利中通过发送包含多个确认的反馈消息来解决资源过度使用问题的技术作用一致。

**特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**判断：直接公开。**

第[0068]段：“From the ACK/NACK timing indicator T the UE knows it should send HARQ feedback of SL transmission received in slot n in bit field 3, HARQ feedback of SL transmission received in slot n+1 in bit field 2, and HARQ feedback of SL transmission received in slot n+3 in bit field 0.”<br>第[0071]段：“The ACK/NACK timing indicator T indicates... as a pointer to a substructure within the PUCCH/PSCCH resource... with which sub-resource/substructure... the feedback should be transmitted.”

对比文件详细说明了反馈消息中每个确认（HARQ反馈位）与特定侧行链路传输（即接收到的授权及数据）之间的映射关系。ACK/NACK定时指示器（T）的作用之一就是指示反馈消息中的哪个子结构（位）应对应于哪个SL传输（第[0068]、[0071]段）。这明确建立了“确认”与“接收到的SL传输”（即授权及数据）之间的对应关系。因此，直接公开了“多个确认中的至少一个是针对在侧行链路上接收到的授权...”这一特征。其作用在于明确反馈的指向性，避免反馈歧义，与目标专利中确认针对特定接收通信的作用一致。

技术特征描述及公开性判断

对比文件原文出处及段落标号

公开性论述

**技术特征A**：在侧行链路上接收至少一个侧行链路通信。<br>**判断**：隐含公开。

说明书第[0052]段：“Feedback signaling, in particular acknowledgement signaling, may pertain to one or more carriers... The feedback signaling may be transmission in uplink, or sidelink, e.g. in response to data and/or reference signaling received or scheduled in downlink or sidelink.”<br>说明书第[0077]段：“A scheduling assignment may be considered scheduling information indicating scheduling of signaling/transmission of signaling. It may be considered that a scheduling assignment may indicate data ... and/or resource/s on which the data (or, in some cases, reference signaling) is to be received and/or a feedback resource range on which associated feedback signaling is to be transmitted.”

对比文件明确描述了反馈信令（包括确认信令）可以是对在侧行链路上接收或调度的数据/参考信令的响应（第[0052]段）。调度分配（scheduling assignment）指示了要在侧行链路上接收的数据（第[0077]段）。因此，对比文件公开了在侧行链路上接收通信（数据或参考信令）这一技术行为，该行为是触发后续反馈信令的前提。虽然对比文件未使用“接收至少一个侧行链路通信”的相同表述，但本领域技术人员能够直接且毫无疑义地确定，要进行侧行链路反馈，必然涉及在侧行链路上接收通信。该特征在对比文件中的作用与其在目标专利中相同，均为触发反馈消息的接收步骤。

**技术特征B**：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**判断**：未公开。

说明书第[0077]段提及“scheduling assignment”（调度分配）和“grant”（授权）。例如：“Such controls signaling may be considered to represent and/or comprise scheduling signaling, which may indicate scheduling information. A scheduling assignment may be considered scheduling information...”<br>说明书未提及“多阶段授权”（multi-stage grant）、“多分组授权”（multi-packet grant）或“中继通信”（relay communication）。

对比文件公开了“授权”（grant）和“调度分配”（scheduling assignment）的概念，这些是无线通信中的通用术语。然而，目标专利明确限定了授权的具体类型（多阶段、多分组）或通信类型（中继通信）。对比文件全文未提及“多阶段授权”、“多分组授权”或“中继通信”这些特定的技术实现方式。本领域技术人员无法从对比文件公开的通用“授权”或“调度分配”中直接且毫无疑义地推导出这些特定类型的授权或通信。因此，该限定性特征未被对比文件公开。

**技术特征C**：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**判断**：直接公开。

说明书第[0052]段：“Acknowledgement signaling may pertain to one or more acknowledgement signaling processes and/or one or more data blocks.”<br>说明书第[0060]段：“For example, the feedback size indication may correspond to and/or represent the number of bits and/or resource elements associated to a number of associated acknowledgement signaling processes, e.g. scheduled within or for a given time interval.”<br>说明书第[0061]段：“The feedback signaling may be transmitted as Physical Uplink Shared Channel, PUSCH, signaling, or as Physical Uplink Control Channel, PUCCH, signaling.”<br>说明书第[0052]段：“The feedback signaling may be transmission in uplink, or sidelink...”

对比文件多处明确记载了反馈信令（包括确认信令）可以针对多个确认信令进程或多个数据块（第[0052]段），即包含“多个确认”。反馈大小指示（feedback size indication）也与多个确认信令进程相关联（第[0060]段）。同时，对比文件明确指出该反馈信令可以在上行链路（如PUSCH、PUCCH）或侧行链路（sidelink）上发送（第[0061]、[0052]段）。这些描述与技术特征C的表述完全对应。该特征在对比文件中的作用与目标专利中一致，均为传输针对多个接收事件的确认信息。

**技术特征D**：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**判断**：直接公开。

说明书第[0052]段：“The feedback signaling may be transmission in uplink, or sidelink, e.g. **in response to** data and/or reference signaling **received or scheduled** in downlink or sidelink.”<br>说明书第[0077]段：“A scheduling assignment may be considered scheduling information indicating scheduling of signaling/transmission of signaling. It may be considered that a scheduling assignment may indicate data ... and/or resource/s on which the data ... is to be **received** and/or a feedback resource range on which **associated feedback signaling** is to be transmitted.”

对比文件明确说明反馈信令（包含确认）是对接收到的（received）或调度的（scheduled）数据/信令的响应（第[0052]段）。调度分配指示了要接收的数据，并关联了要发送的反馈信令（第[0077]段）。这清晰地建立了“确认”与“接收到的通信”之间的对应关系。虽然对比文件未限定接收到的通信必须是特征B中所述的具体类型（这些类型本身未被公开），但“针对接收到的通信进行确认”这一核心逻辑关系已被直接公开。该特征在对比文件中的作用是建立反馈的因果关系，与目标专利中相同。

技术特征描述与公开性判断

对比文件原文出处与段落标号

公开性论述

**特征A：在侧行链路上接收至少一个侧行链路通信。**<br>**公开性：直接公开。**

[0040] “...the communication apparatus 200 may be a remote UE ... for receiving signaling and data (e.g., user data) from another communication apparatus, such as a relay UE ... via sidelink.”<br><br>[0041] “...the receiver 210 is operative to receive, in a first time period, multiple transport blocks (TBs) transmitted from another communication apparatus...”

对比文件明确记载了通信装置（如远程UE）通过侧行链路（sidelink）从另一通信装置（如中继UE）接收多个传输块（TBs）。TBs是侧行链路通信的数据单元，因此该技术特征被对比文件直接、明确地公开。在对比文件中，该特征的作用是实现设备间的数据接收，与目标专利中接收侧行链路通信以进行后续处理的作用一致。

**特征B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**公开性：隐含公开（针对“授权”和“中继通信”）。**

[0044] “The external transmitter transmits a scheduling assignment (SA, shown in the figure as blocks filled with dots) within a SA resource pool and transmits multiple transport blocks (TBs, shown in the figure as unfilled blocks) within a data resource pool...”<br><br>[0004] “...FeD2D is a work item targeting for optimizing communications between wearable devices/internet of things (IoT) devices and relay user equipments (UEs).”<br><br>[0035] “...The relay UE communicates with remote UEs in a bidirectional mode via sidelink...”

1. **授权**：对比文件详细描述了“调度分配（Scheduling Assignment, SA）”的发送与接收（[0044]）。在LTE/NR侧行链路通信中，SA用于承载侧行链路控制信息（SCI），其核心功能之一就是向接收方授权（grant）用于接收对应TB的时频资源。因此，“SA”在本领域技术人员看来，就是“授权”的一种具体实现形式。对比文件公开了接收SA，即隐含公开了接收“授权”。<br>2. **中继通信**：对比文件的背景和应用场景（[0004], [0035]）明确涉及中继UE（relay UE）与远程UE（remote UE）之间的通信，即中继通信场景。其技术方案正是为了解决此类通信中的反馈问题。因此，对比文件整体上隐含了所接收的侧行链路通信可以是“中继通信”。<br>3. **多阶段授权、多分组授权**：对比文件未提及分多个阶段进行的授权，也未提及一个授权对应多个独立分组的情况。因此，这两项未被公开。

**特征C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**公开性：直接公开。**

[0041] “...the circuitry 230 is operative to generate multiple feedback bits respectively for the received TBs, and perform at least one of multiplexing and bundling on at least a part of the feedback bits according to the number of the feedback bits to generate feedback information.”<br><br>[0054] “...the generator 232 bundles a first part of the feedback bits ... multiplexes a second part of feedback bits ... and combines the bundled feedback bit and the multiplexed feedback bits to generate the feedback information...”<br><br>[0070] “The transmitter 550 shown in Fig. 5A transmits the feedback information...”

对比文件的核心创新点之一就是为在侧行链路上接收的多个TB生成相应的多个反馈比特（feedback bits），并通过对这些比特进行复用（multiplexing）和/或绑定（bundling）操作来生成一个反馈信息（feedback information），然后通过发射机发送此反馈信息。这直接对应于目标专利中“发送包括多个确认的反馈消息”。在对比文件中，该特征的作用是高效、灵活地反馈多个TB的接收状态，以避免不必要的重传并提高性能，与目标专利中发送包含多个确认的反馈消息以优化资源利用的作用一致。

**特征D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**公开性：隐含公开（针对“授权”）。**

[0044] “The external transmitter transmits a scheduling assignment (SA) ... and transmits multiple transport blocks (TBs)...”<br><br>[0047] “...the circuitry 230 is operative to generate multiple feedback bits respectively for the received TBs...”

1. 如特征B所述，对比文件中的“SA”隐含公开了“授权”。<br>2. 对比文件明确记载，生成的多个反馈比特是“分别针对（respectively for）接收到的TB”的（[0047]）。而根据对比文件的描述，TB是在SA（即授权）所指示的资源上接收的（[0044]）。因此，针对一个TB的反馈，实质上也是针对调度该TB的SA（授权）的反馈。本领域技术人员能够直接且毫无疑义地确定，反馈信息中包含的确认，至少有一部分是针对触发该反馈的授权（SA）的。<br>3. 由于“多阶段授权”、“多分组授权”未被公开，针对它们的确认自然也无从谈起。“中继通信”虽被隐含公开，但对比文件的反馈机制明确是针对“TB”的，而非直接针对“中继通信”这一链路类型本身。因此，特征D中关于“中继通信”的部分未被公开。

技术特征描述

对比文件原文出处

公开性论述

**A：在侧行链路上接收至少一个侧行链路通信。**<br>**（直接公开）**

第[0146]段：“接收车辆主体可以通过每个接收分布式天线从发送车辆主体接收侧行链路SRS（探测参考信号）。”

对比文件明确描述了接收车辆通过其分布式天线在侧行链路上接收来自发送车辆的侧行链路SRS（探测参考信号）。SRS是一种侧行链路通信，因此该特征被对比文件直接公开。

**B：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**（未公开）**

无对应原文。

对比文件通篇讨论的是侧行链路参考信号（SRS, CSI-RS）的传输、测量及基于信道相干时间相似性的反馈，用于优化参考信号传输周期。文中未提及任何关于“授权”（Grant）、“多阶段授权”、“多分组授权”或“中继通信”作为被接收的侧行链路通信内容。这些概念涉及资源调度、多阶段调度、多分组调度或中继传输的数据/控制信息，与对比文件所关注的参考信号及信道状态反馈有本质区别。因此，该特征既未被直接文字记载，也无法从对比文件公开的内容中直接且毫无疑义地确定。

**C：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**（未公开）**

第[0146]段：“接收车辆主体可以向发送车辆主体发送包括第一信息的反馈信息。”

对比文件确实公开了接收方向发送方发送“反馈信息”。然而，该“反馈信息”的内容被明确限定为与信道相干时间相似性相关的信息（例如，接收天线分组信息、最佳SRI等），用于设置参考信号的传输周期。其作用是优化信道估计和波束管理。而目标专利中的“多个确认”是针对接收到的“授权”、“多阶段授权”等通信的HARQ确认（ACK/NACK），其作用是实现可靠数据传输。两者在信息内容、技术实质和所解决的技术问题上均不相同。因此，对比文件未公开“包括多个确认的反馈消息”这一特征。

**D：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**（未公开）**

无对应原文。

如特征B和C所述，对比文件既未公开接收“授权”等通信，也未公开发送针对此类通信的“确认”。因此，该特征必然未被公开。

技术特征描述与公开性判断

对比文件原文出处与段落标号

公开性论述

**技术特征A**：在侧行链路上接收至少一个侧行链路通信。<br>**判断**：**直接公开**。

[0070] “receiving sidelink data transmitted by a second UE” <br>[0076] “receiving, by the first UE, the sidelink data transmitted by the second UE.” <br>[0090] “receiving the sidelink data transmitted by the second UE” <br>[0092] “receiving the sidelink data transmitted by the second UE based on the time-frequency resource position and the transmission mode in the indication information.”

对比文件明确、反复地描述了第一UE（作为接收方）接收来自第二UE发送的侧行链路数据（sidelink data）。这直接对应于目标专利中“在侧行链路上接收至少一个侧行链路通信”这一技术特征。

**技术特征B**：所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**判断**：**部分隐含公开（授权），其余未公开**。

**关于“授权”**：<br>[0073] “The first UE may determine the feedback resource according to the received base station scheduling signaling...” <br>[0081] “the downlink control channel should include at least one of the following information: information for indicating a PSSCH transmission resource of the second UE, and information for indicating a PSSCH transmission mode of the second UE...” <br>[0090] “the second UE detects the downlink control channel C10 transmitted by the base station... determines the time-frequency resource for transmitting the PSSCH, and the transmission mode of the PSSCH...” <br>**关于“多阶段授权”、“多分组授权”、“中继通信”**：<br>对比文件全文无相关文字记载。

1.  **授权**：对比文件描述了基站通过下行控制信道（C10， C20等）向第二UE发送调度信息，指示其PSSCH的传输资源和模式。第二UE根据此“授权”进行侧行链路传输，第一UE接收该传输。虽然对比文件未使用“授权”（Grant）一词，但其描述的“基站调度信令”、“下行控制信道包含的PSSCH传输资源与模式指示信息”在通信领域公知即为一种“授权”机制。本领域技术人员能够直接且毫无疑义地确定，第一UE接收的侧行链路通信是基于此类授权产生的。因此，“授权”这一选项被**隐含公开**。<br>2.  **多阶段授权、多分组授权、中继通信**：对比文件全文未提及任何关于“多阶段”、“多分组”授权流程的描述，也未涉及一个UE为另一个UE中继通信的场景。这些是目标专利中特定的、更复杂的通信形式，在对比文件中找不到任何文字记载或能够直接、毫无疑义推导出的内容。因此，这三项**未被公开**。

**技术特征C**：在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**判断**：**未公开**。

**关于发送反馈消息**：<br>[0071] “transmitting feedback information of the sidelink data on the feedback resource.” <br>[0078] “The information may be the HARQ-ACK information...” <br>[0104] “The first UE should feed back the HARQ-ACK information on the feedback resource according to the detection result of the PSSCH...” <br>**关于“多个确认”**：<br>[0105] “the first UE may simultaneously feed back the HARQ-ACK information of the PSSCH and the HARQ-ACK information of the downlink channel received by the first UE in the same PUCCH...”

1.  **发送反馈消息**：对比文件明确公开了第一UE在确定的反馈资源（可以是上行或侧行链路）上发送针对侧行链路数据的反馈信息（如HARQ-ACK）。这公开了“发送反馈消息”的部分。<br>2.  **包括多个确认**：这是本特征的核心。目标专利的“多个确认”是指针对**同一“至少一个侧行链路通信”** 产生的多个ACK/NACK。对比文件[0105]虽然提到了“同时反馈”，但其描述的是将**侧行链路PSSCH的HARQ-ACK**与**下行信道（PDSCH/PDCCH）的HARQ-ACK**一起反馈。这是针对**不同通信链路（侧行 vs. 下行）**、**不同发送源（第二UE vs. 基站）** 的确认的合并，并非针对同一侧行链路通信的多个确认。对比文件未记载或隐含针对单一或一组侧行链路通信（如多个授权阶段、多个分组）生成并发送“多个确认”的技术方案。因此，**“包括多个确认”这一限定未被公开**。

**技术特征D**：所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**判断**：**未公开**。

无相应原文。

技术特征D是技术特征C的进一步限定，明确了“多个确认”的具体指向。由于技术特征C中的核心限定“多个确认”未被对比文件公开，因此这一从属特征自然也未被公开。对比文件中反馈的HARQ-ACK是针对“数据”（PSSCH）的接收成功与否，并非直接针对“授权”等控制信令本身。

技术特征描述与公开性判断

对比文件原文段落和标号

公开性论述

**技术特征A：** 在侧行链路上接收至少一个侧行链路通信。<br>**公开性判断：** 直接公开。

[0070] “WTRU-to-WTRU communication, such as communication over a PC5 interface, for device-to-device (D2D) or vehicle-to-everything (V2X) communication...”<br>[0072] “The physical channels used for sidelink communication may include... a physical sidelink control channel (PSCCH), a physical sidelink shared channel (PSSCH)...”

对比文件明确记载了在PC5接口（即侧行链路）上进行WTRU到WTRU的通信（D2D或V2X），并具体说明了用于侧行链路通信的物理信道，如PSCCH和PSSCH。这直接公开了在侧行链路上接收通信的技术特征。

**技术特征B：** 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。<br>**公开性判断：** “授权”被直接公开；“多阶段授权”、“多分组授权”、“中继通信”未被直接公开，但“授权”的隐含公开可能涵盖其基本概念。然而，目标专利中明确列举的这些具体授权变体或通信类型，在对比文件中没有明确对应或能直接地、毫无疑义地确定的记载。

[0071] “Mode 1 may be based on eNB scheduling for sidelink transmission, where the resource for a sidelink transmission may be scheduled by an eNB via a downlink control information (DCI) message.”<br>[0084] “In a V2X mode of operation, a scheduled mode may be a mode of operation in which a gNB may schedule one or more resources for PSCCH transmission, PSSCH transmission or both.”<br>[0217] “According to an example, a DM-RS density for a sidelink transmission... for unicast traffic may be determined based on the retransmission number or redundancy version number, wherein a destination WTRU may indicate HARQ-ACK and/or HARQ-NACK to a source WTRU.”

1. **授权：** 对比文件多次描述了在调度模式（scheduled mode）下，基站（gNB/eNB）通过DCI消息为侧行链路传输调度资源，这直接对应于“授权”这一技术特征。<br>2. **多阶段授权、多分组授权：** 对比文件提到了基于重传次数或冗余版本号来确定DM-RS密度，并涉及HARQ反馈过程。这隐含了可能存在多次传输或重传的场景，但并未明确描述一种由多个阶段或多个分组构成的“授权”机制本身。目标专利中的“多阶段授权”、“多分组授权”是特定的授权格式或结构，对比文件未直接记载或能毫无疑义地推导出这些具体形式。<br>3. **中继通信：** 对比文件通篇未提及WTRU作为中继节点转发通信的内容。因此，该特征未被公开。

**技术特征C：** 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。<br>**公开性判断：** 隐含公开。

[0190] “The feedback control information may include HARQ-ACK, CSI and the like.”<br>[0217] “...wherein a destination WTRU may indicate HARQ-ACK and/or HARQ-NACK to a source WTRU.”

对比文件明确记载了在侧行链路通信中，接收方WTRU可以向发送方WTRU发送HARQ-ACK/NACK作为反馈控制信息。虽然未明确使用“多个确认”的表述，但HARQ反馈机制本身，尤其是在涉及重传或冗余版本时，必然包含对一个或多个数据块传输结果的确认（ACK/NACK）。因此，对于本领域技术人员而言，发送包含（可能多个）确认的反馈消息是能够直接地、毫无疑义地确定的内容。

**技术特征D：** 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。<br>**公开性判断：** 未被公开。

无对应原文。

对比文件虽然公开了发送HARQ-ACK/NACK反馈，但该反馈是针对PSSCH上传输的数据（传输块）的接收结果，如[0217]段在讨论DM-RS密度与重传关系时隐含指出。对比文件没有记载任何关于对“授权”本身（或目标专利中所述的多阶段授权、多分组授权、中继通信）进行确认的反馈机制。确认的对象是数据，而非调度数据的授权信令。此特征限定了确认的特定对象，该对象在对比文件中未被公开。

技术特征描述 (目标专利权利要求)

对比文件原文出处及内容

公开性论述

**A: 在侧行链路上接收至少一个侧行链路通信。**<br>**是否公开：是 (直接公开)**

**段落：** “In one embodiment, the intermediate Relay UE (s) reassign the SN to the packets when it receives a packet or a plural of packets from the lower layer (i.e. RLC layer) .”<br>**段落：** “In one embodiment, the intermediate Relay UE may concatenate multiple received packets into a single packet and assign a new SN before transmitting it the egress RLC channel.”<br>**段落：** “In one embodiment, the intermediate Relay UE may segment a single received packet into multiple packets and assign new SN (s) before transmitting it the egress RLC channel.”

对比文件明确描述了中间中继UE（一种无线通信设备）从下层（即RLC层）接收数据包。在侧行链路中继通信路径中（如图3、4、5所示），中继UE与远程UE之间或中继UE之间的通信链路被定义为侧行链路（Sidelink，即PC5接口）。因此，“接收数据包”这一动作必然发生在侧行链路上。该特征被对比文件直接文字记载。

**B: 所述至少一个侧行链路通信包括以下各项中的至少一项：授权、多阶段授权、多分组授权、或中继通信。**<br>**是否公开：部分公开 (直接公开“中继通信”；未公开“授权”、“多阶段授权”、“多分组授权”)。**

**段落：** 全文多处提及“Relay”及“Sidelink Relay Communication Path”。例如，背景技术、发明内容及具体实施方式均围绕侧行链路中继场景展开。图3、4、5示出了包含中继UE的通信路径。

1. **中继通信**：对比文件的核心主题即为侧行链路中继（Sidelink Relay），其整个技术方案都是围绕中继通信场景下的适配层处理。因此，“中继通信”这一项被对比文件直接且明确地公开。<br>2. **授权、多阶段授权、多分组授权**：对比文件全文聚焦于数据包在适配层（SAP）的处理，如分段、串联、序列号分配和路由。未提及任何关于“授权”（Grant）的概念，也未涉及“多阶段授权”或“多分组授权”这类与资源调度、分配相关的机制。授权通常属于调度和资源控制范畴，而本对比文件关注的是在已建立的通信路径上进行数据包转发的适配功能。因此，这三项技术特征在对比文件中既无直接文字记载，也无法从已有内容中直接且毫无疑义地确定。

**C: 在所述侧行链路或上行链路上发送包括多个确认的反馈消息。**<br>**是否公开：是 (直接公开)**

**段落：** “In one embodiment, in between any of the two hops of the Sidelink Relay Communication Path, the SAP layer of receiver side supports to send acknowledgement and non-acknowledgement of the reception of one or a plural of SAP packets to the sender side.”

对比文件明确记载，在侧行链路中继通信路径的任意两跳之间，接收端的SAP层支持向发送端发送对一个或多个SAP数据包的确认（ACK）和非确认（NACK）。这直接公开了“发送包括多个确认的反馈消息”这一技术特征。反馈的发送链路是侧行链路中继路径中的“一跳”，即侧行链路。

**D: 所述多个确认中的至少一个是针对在所述侧行链路上接收到的所述授权、所述多阶段授权、所述多分组授权或所述中继通信的。**<br>**是否公开：否 (未公开)**

**段落：** 同上C特征引用段落。

虽然对比文件公开了发送针对“一个或多个SAP数据包”的确认，但如B特征所述，对比文件中的“SAP数据包”来源于上层（如PDCP），其内容对应于“数据”，而非“授权”、“多阶段授权”或“多分组授权”。对于“中继通信”，确认针对的是被中继的“数据包”本身，而不是“中继通信”这个行为或指令。在目标专利中，该特征的作用是将确认消息与特定的控制信令（授权等）或通信类型关联。而在对比文件中，确认的作用是保证SAP层数据包传输的可靠性，其对象是普通的数据单元，两者技术实质和作用不同。因此，该限定性特征未被对比文件公开。

技术特征描述与公开性判断