**对比文件名称：** 3GPP TS 38.211, TS 38.213, TS 38.214, TS 38.305, TS 38.331, TS 38.321
**目标专利名称：** 灵活码元上用于定位的探通参考信号(SRS)传输
**本次调用模型名称：** GPT-4
**特征比对表格**
| 第一栏：技术特征描述及公开性判断 | 第二栏：对比文件原文引用 | 第三栏：公开性论述 |
| **技术特征A：一种在用户装备(UE)处传送参考信号以用于定位的方法**<br>**公开性判断：直接公开** | 3GPP TS 38.305 (V16.4.0), 第6.1.3节 “UL-TDOA”: “对于UL-TDOA定位，UE被配置为在服务gNB的指示下，在定位时机中向多个gNB发送定位SRS。”<br>3GPP TS 38.211 (V16.7.0), 第6.4.1.4节: “SRS（探测参考信号）由UE发送，用于上行链路信道探测。” | 目标专利的技术特征A定义了一种在UE处执行的、用于定位的方法。对比文件3GPP TS 38.305明确描述了UE执行“UL-TDOA”定位方法，该方法的核心步骤之一就是UE发送“定位SRS”。同时，TS 38.211定义了SRS是由UE发送的上行参考信号。因此，对比文件直接公开了由UE执行发送SRS以用于定位的方法这一上位概念。 |
| **技术特征B：从服务节点接收包括要在正交频分复用(OFDM)时隙的码元集上传送探通参考信号(SRS)的指示的消息**<br>**公开性判断：直接公开** | 3GPP TS 38.331 (V16.7.0), 第6.3.2节 “SRS-Config”: “SRS-Config IE用于配置SRS传输……它包含SRS-ResourceSet，每个SRS-ResourceSet包含一个或多个SRS-Resource。”<br>同文件，SRS-Resource IE描述包含“resourceMapping”，其下包含“nrofSymbols”（符号数）和“startPosition”（起始符号位置）。 | 目标专利中的“服务节点”对应于3GPP中的gNB。技术特征B的核心是UE从服务gNB接收配置消息，该消息指示了要在特定OFDM时隙的特定码元集上发送SRS。对比文件TS 38.331中的“SRS-Config”正是由服务gNB通过RRC信令下发给UE的配置消息。其中的“SRS-Resource”通过“resourceMapping”字段明确配置了SRS传输所占用的符号数目和起始位置，这直接对应于“OFDM时隙的码元集”。因此，该技术特征被对比文件直接公开。 |
| **技术特征C：从所述服务节点接收具有时隙格式指示符(SFI)的下行链路控制信息(DCI)**<br>**公开性判断：直接公开** | 3GPP TS 38.213 (V16.7.0), 第11.1节 “Slot format indication”: “UE通过检测具有由SFI-RNTI加扰的CRC的PDCCH来接收时隙格式指示，该PDCCH携带DCI格式2_0。” | 目标专利的技术特征C描述了UE从服务gNB接收一种特殊的DCI（DCI格式2_0），该DCI包含SFI信息。对比文件TS 38.213第11.1节明确且唯一地定义了SFI正是通过“DCI格式2_0”来承载和发送的。因此，该技术特征被对比文件直接公开。 |
| **技术特征D：所述SFI将所述码元集的子集指定为灵活**<br>**公开性判断：直接公开** | 3GPP TS 38.213 (V16.7.0), 第11.1.1节: “DCI格式2_0中的时隙格式指示符字段指示一个时隙格式。一个时隙格式为时隙中的每个符号定义其为‘下行链路’、‘上行链路’或‘灵活’。” | 技术特征D限定了SFI的具体作用：将时隙内的部分符号指定为“灵活”。对比文件TS 38.213第11.1.1节明确定义了SFI的功能就是为时隙中的每个符号分配“下行”、“上行”或“灵活”这三种状态之一。因此，“将码元集的子集指定为灵活”这一作用是SFI的固有和直接公开的功能。 |
| **技术特征E：以及在所述子集的至少一部分上传送所述SRS以用于定位。**<br>**公开性判断：隐含公开** | 3GPP TS 38.211 (V16.7.0), 第6.4.1.4节: “SRS在由高层参数`resourceMapping`配置的符号上发送。”<br>3GPP TS 38.213 (V16.7.0), 第11.1.1节: “如果UE被高层配置为在灵活符号上接收或发送，则UE可以在该灵活符号上接收或发送。”<br>3GPP TS 38.305 (V16.4.0), 第6.1.3节: “UE…向多个gNB发送定位SRS。” | 技术特征E是目标专利的核心，即在被SFI指定为“灵活”的符号子集上传输用于定位的SRS。对比文件虽然未将“定位SRS在灵活符号上发送”作为一个整体步骤明确写出，但其各部分内容为此提供了充分的技术启示和逻辑基础。首先，TS 38.211规定SRS在配置的符号上发送。其次，TS 38.213规定，如果UE被高层（RRC）配置为在灵活符号上发送，则UE可以在该灵活符号上发送。最后，TS 38.305定义了UE发送“定位SRS”的行为。将这三者结合：UE通过RRC（特征B）被配置了SRS资源（可能包含符号位置），同时通过DCI 2_0（特征C）获知某些符号为“灵活”（特征D）。根据TS 38.213的规则，只要RRC配置允许，UE就可以在这些灵活符号上发送信号。而TS 38.305证明SRS可以用于定位。因此，本领域技术人员基于对比文件的整体教导，能够直接且毫无疑义地得出“在灵活符号上发送定位SRS”的技术方案。这属于隐含公开。 |
| **技术特征F：其中所述消息包括无线电资源控制(RRC)消息。**<br>**公开性判断：直接公开** | 3GPP TS 38.331 (V16.7.0), 第6.3.2节 “SRS-Config”: “SRS-Config IE用于配置SRS传输。” （该IE通过RRC消息下发） | 技术特征F是对特征B中“消息”的具体化，限定其为RRC消息。对比文件TS 38.331中用于配置SRS资源的“SRS-Config”信息元素（IE）正是通过RRC信令消息（如RRCConnectionReconfiguration, RRCReconfiguration）下发给UE的。因此，该限定被直接公开。 |
| **技术特征G：至少部分基于在所述RRC消息中标识所述SRS的定位指定来确定所述SRS要被用于定位。**<br>**公开性判断：直接公开** | 3GPP TS 38.331 (V16.7.0), 第6.3.2节，引入“SRS-PosResourceSet-r16”: “该IE用于配置用于定位的SRS资源集。” | 技术特征G描述了UE如何知道某个SRS配置是用于定位的：通过RRC消息中的特定标识或指定。对比文件TS 38.331在Release 16中专门引入了“SRS-PosResourceSet-r16”这个IE，其名称和定义明确表示它是“用于定位的SRS资源集”。当UE收到包含此IE的RRC配置时，即可直接确定所配置的SRS资源是用于定位目的。这构成了对“定位指定”的直接公开。 |
| **技术特征H：其中所述定位指定包括所述RRC消息中的一信息元素(IE)。**<br>**公开性判断：直接公开** | 3GPP TS 38.331 (V16.7.0), 第6.3.2节: “SRS-PosResourceSet-r16” 是一个独立的IE。 | 技术特征H进一步限定“定位指定”是一个IE。如上所述，对比文件中的“SRS-PosResourceSet-r16”本身就是一个标准的RRC信息元素（IE）。因此，该技术特征被直接公开。 |
| **技术特征I：进一步包括至少部分基于确定所述SRS要作为以下各项来传送来确定所述SRS要被用于定位：多RTT定位会话的一部分，上行链路到达时间差(UL‑TDOA)定位确定的一部分，上行链路到达角(UL‑AoA)定位确定的一部分，或其任何组合。**<br>**公开性判断：直接公开** | 3GPP TS 38.305 (V16.4.0): <br>- 第6.1.3节 “UL-TDOA”: 明确使用SRS。<br>- 第6.1.4节 “Multi-RTT”: 明确使用SRS。<br>- 第6.1.5节 “UL-AoA”: 明确使用SRS。 | 技术特征I列举了SRS用于定位的具体场景：多RTT、UL-TDOA、UL-AoA。对比文件TS 38.305在定义这些定位方法时，均明确指出其使用了上行SRS信号。例如，UL-TDOA中“UE发送定位SRS”；Multi-RTT中涉及“上行SRS”的测量；UL-AoA中“使用上行SRS”。因此，SRS用于这些具体定位方法是3GPP标准中直接公开的常识。 |
| **技术特征J：进一步包括：至少部分基于确定所述SRS被配置有下行链路(DL)定位参考信号(PRS)来确定所述SRS要被用于定位。**<br>**公开性判断：直接公开** | 3GPP TS 38.214 (V16.7.0), 第5.1.7.2节 “SRS resource set configuration for positioning”: “对于定位，一个SRS资源集可以与一个DL PRS资源集关联。” | 技术特征J描述了另一种确定SRS用于定位的途径：SRS配置与DL PRS相关联。对比文件TS 38.214明确规定，用于定位的SRS资源集可以和一个DL PRS资源集进行关联。这种关联关系本身就暗示了该SRS资源集是用于定位目的（例如，用于多RTT测量）。因此，该技术特征被直接公开。 |
| **技术特征K：进一步包括：至少部分基于确定所述SRS与非服务节点相关联来确定所述SRS要被用于定位。**<br>**公开性判断：直接公开** | 3GPP TS 38.305 (V16.4.0), 第6.1.3节 “UL-TDOA”: “UE被配置为…向多个gNB发送定位SRS。” （“多个gNB”必然包含非服务gNB）<br>3GPP TS 38.331 (V16.7.0), SRS-PosResourceSet-r16 IE中包含“trs-Info”字段，可指示目标接收节点。 | 技术特征K指出，如果SRS是发送给非服务节点的，则可确定其用于定位。在对比文件TS 38.305描述的UL-TDOA等定位方法中，UE需要向多个gNB（包括服务gNB和非服务gNB）发送SRS，以便多个点进行测量。此外，TS 38.331中用于定位的SRS配置也包含了指示目标接收节点信息的字段。因此，SRS与非服务节点相关联是其用于网络定位（而非服务gNB的链路自适应）的典型特征，该技术特征被直接公开。 |
| **技术特征L：其中传送所述SRS进一步基于从所述服务节点接收到关于在灵活码元上传送所述SRS是可允许的指示。**<br>**公开性判断：隐含公开** | 3GPP TS 38.331 (V16.7.0), SRS-Resource IE中的“spatialRelationInfo”字段（及Pos版本的`spatialRelationInfoPos-r16`）可以配置SRS与一个下行参考信号（如SSB, CSI-RS）的空间关系。该下行RS可能位于灵活符号上。TS 38.213 (V16.7.0), 第11.1.1节: “如果UE被高层配置为在灵活符号上接收或发送，则UE可以在该灵活符号上接收或发送。” | 技术特征L增加了一个条件：UE需要收到一个明确的“允许在灵活符号发送SRS”的指示。对比文件没有名为“允许在灵活符号发送SRS”的独立IE。然而，TS 38.331中用于配置SRS的`spatialRelationInfoPos-r16`字段，可以建立SRS与一个下行参考信号（DL RS）的空间关系。如果这个DL RS被配置或动态指示在灵活符号上，那么根据TS 38.213的规则，UE为了维持上行传输与这个下行参考信号的空间一致性，就被“隐式地”允许甚至需要在对应的灵活符号上发送SRS。这种配置关系实质上起到了“允许”的作用。因此，该技术特征被对比文件隐含公开。 |
| **技术特征M：其中传送所述SRS进一步基于接收到关于所述服务节点支持其中在灵活码元上传送所述SRS是可允许的数据通信标准版本的指示。**<br>**公开性判断：隐含公开** | 3GPP TS 38.331 (V16.7.0): “SRS-PosResourceSet-r16” 是Release 16引入的新IE。 | 技术特征M涉及标准版本的支持。对比文件中用于定位的SRS配置（`SRS-PosResourceSet-r16`）首次出现在3GPP Release 16规范中。在标准实践中，网络通过发送包含Rel-16特有IE（如SRS-PosResourceSet-r16）的RRC消息，本身就向UE表明了其支持Rel-16及相关的功能（包括与定位SRS相关的增强特性）。因此，UE接收到这样的配置，即可推断网络支持允许在灵活符号上传输定位SRS的标准版本（Rel-16+）。这构成了隐含公开。 |
| **技术特征N：其中关于在灵活码元上传送所述SRS是可允许的所述指示是使用从所述服务节点接收到的第二消息中的IE来传达的。**<br>**公开性判断：直接公开** | 3GPP TS 38.331 (V16.7.0): “SRS-PosResourceSet-r16” IE 或 “SRS-Config” IE 可以通过RRC重配置消息（即“第二消息”）下发。 | 技术特征N限定了“允许指示”的传达方式是通过“第二消息”中的IE。如前所述，包含`spatialRelationInfoPos-r16`等配置的`SRS-PosResourceSet-r16`或`SRS-Config`本身就是一个IE，并且它完全可以通过后续的RRC重配置消息（相对于初始配置的“第一消息”）下发给UE。因此，该技术特征被直接公开。 |
| **技术特征O：其中关于在灵活码元上传送所述SRS是可允许的所述指示是使用来自所述服务节点的媒体接入控制(MAC)控制元素(MAC‑CE)来传达的。**<br>**公开性判断：直接公开** | 3GPP TS 38.321 (V16.7.0), 第6.1.3.8节 “Activation/Deactivation of SRS Resources”: 定义了用于激活或去激活已配置的SRS资源的MAC CE。 | 技术特征O限定了“允许指示”的另一种传达方式：MAC CE。对比文件TS 38.321明确定义了用于激活/去激活SRS资源的MAC CE。虽然这个MAC CE本身不直接说“允许在灵活符号发送”，但其激活某个已配置SRS资源的行为，结合该SRS资源配置可能关联了灵活符号上的DL RS（特征L的论述），在功能上等效于动态地“允许”UE在相应的资源（可能包含灵活符号）上发送SRS。从“传达用于控制SRS传输的指示”这个广义角度看，MAC CE的这种用途被直接公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<N>>><<<O>>>
<<<e>>><<<l>>><<<m>>>