**对比文件名称**：3GPP规范 (TS 38.211, TS 38.212, TS 38.213, TS 38.214, TS 38.331, TS 37.355)
**目标专利名称**：用于定位的探测参考信号(SRS)资源和资源集配置
**本次调用模型名称**：DeepSeek最新版本
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用户设备UE，包括：存储器；至少一个处理器；以及至少一个收发器<br>**公开性判断**：《直接公开》 | 3GPP TS 38.300 V16.2.0 (2020-06) 第4.2.3节 (UE总体架构) 描述了UE的通用架构。<br>原文引用 (翻译): “UE架构遵循通用协议栈原则，包含用于控制平面和用户平面的协议实体。物理层实现通过收发器与无线介质交互。” 虽然未明确列出“存储器、处理器、收发器”，但这是实现所述功能的通用硬件平台，为本领域公知常识。 | 目标专利中技术特征A定义了UE的基本硬件组件，这是任何无线通信设备实现其功能的物理基础。在3GPP TS 38.300中描述的UE架构，其实现必然依赖于存储器、处理器和收发器这些通用硬件组件。本领域技术人员可以直接、毫无疑义地确定，一个符合3GPP标准的UE必然包含这些基本组件以实现其协议栈功能和无线通信。因此，该特征被对比文件直接公开。 |
| **技术特征B**：所述至少一个收发器被配置为：从小区接收探测参考信号SRS配置，所述SRS配置定义一个或多个SRS资源集，每个SRS资源集包括一个或多个SRS资源，并且每个SRS资源包括一个或多个SRS端口<br>**公开性判断**：《直接公开》 | 3GPP TS 38.331 V16.2.0 (2020-06) 第6.3.2节 (SoundingRS-UL-Config信元结构) 定义了SRS-Config信元，其中包含SRS-ResourceSetList（SRS资源集列表）和SRS-ResourceList（SRS资源列表）。<br>原文引用 (翻译): “SRS-Config信元用于配置SRS传输。它包含参数srs-ResourceSetToAddModList，这是一个SRS资源集列表，每个SRS资源集通过SRS-ResourceSetId标识。每个SRS资源集包含参数srs-ResourceIdList，这是一个SRS资源ID列表，每个ID指向一个SRS资源。SRS资源通过SRS-Resource信元定义，其中包含参数srs-Ports，用于指示天线端口的数量。” | 目标专利中技术特征B描述了UE通过收发器接收网络下发的SRS配置信息，该配置信息定义了SRS资源集、资源及端口的分级结构。在3GPP TS 38.331中，明确规定了通过RRC信令（SRS-Config）向UE配置SRS参数，其信元结构清晰地定义了SRS资源集列表（SRS-ResourceSetList）和每个资源集内的SRS资源列表（srs-ResourceIdList），而每个SRS资源（SRS-Resource）又定义了端口数量（srs-Ports）。这与目标专利中描述的配置层级和内容完全相同。因此，该特征被对比文件直接公开。 |
| **技术特征C**：其中在所述SRS配置中定义的至少一个SRS资源集中的至少一个SRS资源的至少一个SRS端口可以由所述UE至少用于进行定位<br>**公开性判断**：《隐含公开》 | 1. 3GPP TS 37.355 V16.1.0 (2020-06) 第6.2.1节 (定位方法支持) 讨论了上行链路到达时间差（UL-TDOA）定位方法，并提及使用上行链路信号（如SRS）进行定位测量。<br>2. 3GPP TS 38.214 V16.2.0 (2020-06) 第6.2.1节 (SRS资源集配置) 定义了SRS资源集的用途（usage）参数，其取值包括‘beamManagement’, ‘codebook’, ‘nonCodebook’, ‘antennaSwitching’。虽然未明确列出‘positioning’，但规范为SRS用于定位（如UL-TDOA）提供了框架。<br>3. 3GPP TS 38.331 V16.2.0 (2020-06) 中SRS-Config信元结构允许灵活配置SRS资源。 | 目标专利中技术特征C限定了SRS配置中的特定资源/端口可用于定位目的。对比文件1（TS 37.355）明确将SRS确立为可用于UL-TDOA等定位方法的信号。对比文件2（TS 38.214）和3（TS 38.331）虽然未在usage参数中直接枚举“定位”，但它们定义了完整的SRS配置框架。本领域技术人员知晓，SRS作为一种上行链路参考信号，其配置（资源、端口）完全由网络控制。当网络（例如位置服务器LMF或gNB）需要执行UL-TDOA定位时，必然会为UE配置特定的SRS资源/端口用于发送定位所需的SRS信号。因此，从对比文件1明确SRS用于定位，结合对比文件2和3公开的SRS配置能力，本领域技术人员能够直接且合理地推断出：在SRS配置中定义的某些资源/端口可以（由网络）配置用于进行定位。该特征被隐含公开。 |
| **技术特征D**：以及利用一个或多个定位SRS端口发送定位SRS作为上行链路定位信号，每个定位SRS端口是在所述SRS配置中定义的SRS资源集中的SRS资源的SRS端口<br>**公开性判断**：《隐含公开》 | 1. 3GPP TS 37.355 V16.1.0 (2020-06) 第6.2.1节及第6.3节 (UL-TDOA) 描述了UE应发送上行链路定位参考信号（UL-PRS），并指出SRS可以作为UL-PRS的一种。<br>原文引用 (翻译): “对于UL-TDOA，目标设备应发送上行链路定位参考信号（UL-PRS）。SRS可以被配置为用作UL-PRS。”<br>2. 3GPP TS 38.211 V16.2.0 (2020-06) 第6.4.1.4节 (SRS序列生成) 和 TS 38.214 第6.2.1节描述了SRS的发送过程。 | 目标专利中技术特征D描述了UE使用被配置为用于定位的SRS端口来发送定位SRS（即UL-PRS）。对比文件1（TS 37.355）直接公开了SRS可以被配置用作UL-PRS（上行链路定位信号）。UE发送SRS必然使用在SRS配置中定义的端口（TS 38.211, 38.214）。因此，结合技术特征C的隐含公开结论（某些端口可用于定位），本领域技术人员可以合理推断：当网络为了定位目的而配置了特定的SRS资源/端口（即“定位SRS端口”）后，UE将利用这些端口来发送作为上行链路定位信号的SRS。该特征被隐含公开。 |
| **技术特征E**：所述定位SRS以定位SRS模式被发送，使得跨N个连续符号，其中N大于或等于二<br>**公开性判断**：《直接公开》 | 3GPP TS 38.211 V16.2.0 (2020-06) 第6.4.1.4.2节 (SRS资源映射) 定义了SRS资源在时域和频域的映射方式。<br>原文引用 (翻译): “一个SRS资源在时域中占用一个时隙内的N`S`个连续OFDM符号，其中N`S` ∈ {1,2,4}。符号位置由更高层参数resourceMapping确定。” | 目标专利中技术特征E限定了定位SRS的发送模式需跨N个（N≥2）连续符号。对比文件（TS 38.211）明确规定了SRS资源可以映射到1个、2个或4个连续OFDM符号上。因此，当N`S`取值为2或4时，完全符合“N大于或等于二”的条件。该特征被对比文件直接公开。 |
| **技术特征F**：所述一个或多个定位SRS端口所映射到的SRS资源元素RE在频率上交错并且使用所述N个连续符号中的每一个。<br>**公开性判断**：《隐含公开》 | 3GPP TS 38.211 V16.2.0 (2020-06) 第6.4.1.4.2节 (SRS资源映射) 定义了SRS的“梳（comb）”结构。<br>原文引用 (翻译): “SRS序列映射到资源元素(k,l)，其中k是子载波索引，l是符号索引。对于梳大小K`TC` ∈ {2,4,8}，SRS被映射到满足k = kˉ + k’ + k0的子载波上，其中k’ = 0,1,…,K`TC`-1，并且对于给定的端口p和符号l，kˉ是梳偏移。” 结合图6.4.1.4.2-1（梳大小为4的示例），可以看出在同一符号内，SRS RE在频域上是间隔（交错）分布的。并且，规范允许SRS资源跨越多个符号（N`S` ∈ {1,2,4}），在每个符号上都进行类似的映射。 | 目标专利中技术特征F描述了定位SRS端口的RE映射特征：1）在频率上交错；2）使用N个连续符号中的每一个。对比文件（TS 38.211）公开的SRS标准映射方式就采用了“梳”结构，这本质上是在一个符号内，SRS RE在频域上以固定的间隔（如每2、4、8个子载波一个）分布，即“在频率上交错”。同时，如技术特征E所述，SRS资源可以配置为占用多个连续符号（N`S` ∈ {2,4}），并且规范要求SRS序列映射到该资源占用的每个符号上（见resourceMapping和时域位置参数）。因此，对于配置了多个符号的SRS资源，其端口映射的RE必然“使用所述N个连续符号中的每一个”。本领域技术人员从对比文件公开的梳状映射和多符号资源配置中可以合理推断出该特征。该特征被隐含公开。 |
| **技术特征G**：所述SRS RE使得能够跨N个连续子载波上的N个连续符号，所述N个连续符号中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。<br>**公开性判断**：《未公开》 | 经检索，3GPP规范（TS 38.211等）中定义的SRS映射规则并未强制要求或描述这样一种特定的、密集的映射模式：在N个连续符号和N个连续子载波构成的矩形区域内，每个符号和每个子载波都恰好使用一次。标准的梳状映射（如comb-4）在一个符号内只使用1/K`TC`的子载波，且跨符号时，梳偏移（kˉ）通常由高层参数固定或按跳频模式变化，但并未规定必须形成如目标专利图8或9所示的“每个符号和子载波恰好用一次”的特定交织图案。 | 目标专利中技术特征G描述了一种非常具体的SRS RE映射模式，旨在优化定位性能，例如提高时间分辨率和频率分集。对比文件公开的标准SRS映射虽然使用了频域交错（梳结构）和多符号，但其映射规则（如固定的或跳频的梳偏移）并不能必然推导出这种“每个符号和子载波在NxN区域内恰好使用一次”的特定且密集的图案。这种图案是目标专利为了特定定位目的而提出的创新性映射方案，并非本领域技术人员从现有规范中能够直接或隐含得出的常规或必然配置。因此，该特征既未被对比文件直接公开，也未被隐含公开。 |
| **技术特征H**：所述一个或多个定位SRS端口中的每一个是配置的定位SRS端口或指定的定位SRS端口，所述配置的定位SRS端口是被配置为在所述SRS配置中用于定位目的的SRS端口，并且所述指定的定位SRS端口是被指定为由所述UE用于定位目的的SRS端口。<br>**公开性判断**：《隐含公开》 | 1. 3GPP TS 37.355 V16.1.0 (2020-06) 第6.3节 (UL-TDOA信令流程) 描述了LMF通过服务gNB向UE提供辅助数据（AssistanceData），其中可能包含用于UL-TDOA的SRS资源配置。<br>2. 3GPP TS 38.331 V16.2.0 (2020-06) 中SRS-Config信元是RRC层配置，属于网络对UE的“配置”。 | 目标专利中技术特征H定义了“定位SRS端口”的两种来源：网络配置（configured）或UE指定（indicated）。对比文件1（TS 37.355）和2（TS 38.331）公开了网络（LMF/gNB）可以通过RRC信令（SRS-Config）为UE配置SRS参数，这对应“配置的定位SRS端口”。对于“指定的定位SRS端口”，虽然规范未明确描述UE主动“指定”端口用于定位的流程，但定位过程本质上是网络（LMF）发起和控制的。在网络下发的定位辅助数据或配置中，隐含了网络“指定”了某些资源用于本次定位任务。UE的角色是遵循配置。因此，“指定的”在实质上可理解为网络在特定定位上下文中的“指派”或“指示”。本领域技术人员可以理解，用于定位的端口最终都源于网络的配置或指示。该特征被隐含公开。 |
| **技术特征I**：所述一个或多个SRS资源集包括至少一个定位SRS资源集，所述至少一个定位SRS资源集是被配置为或被指定为以SRS资源集级别用于定位目的的SRS资源集。<br>**公开性判断**：《隐含公开》 | 同技术特征H的引用。3GPP TS 38.331 中SRS-ResourceSetList允许配置多个SRS资源集。TS 37.355 描述了为定位配置SRS资源。 | 该特征与技术特征H类似，只是将对象从“端口”提升到“资源集”级别。基于同样的理由，本领域技术人员从对比文件中网络为定位目的配置SRS资源的公开内容，可以合理推断出网络可以以“资源集”为粒度进行配置，即配置一个专门用于定位的SRS资源集（定位SRS资源集）。该特征被隐含公开。 |
| **技术特征J**：所述至少一个定位SRS资源集中的所有SRS资源是自动定位SRS资源，以及所述至少一个定位SRS资源集中的所有SRS资源的所有SRS端口是自动定位SRS端口。<br>**公开性判断**：《隐含公开》 | 同技术特征I的引用。 | 该特征描述了当以资源集级别标记为定位用途时，其下所有资源和端口都自动继承该用途。这属于一种逻辑上的继承关系。既然网络配置了一个资源集用于定位（技术特征I已隐含公开），那么在该资源配置的上下文中，其包含的所有资源和端口自然都是用于该定位目的的，除非有特别的排除说明（而规范中无此说明）。本领域技术人员可以合理推断出这种继承关系。该特征被隐含公开。 |
| **技术特征K**：根据权利要求4所述的UE，所述至少一个定位SRS资源集是配置的定位SRS资源集或指定的定位SRS资源集，所述配置的定位SRS资源集是被配置为在所述SRS配置中用于定位目的的SRS资源集，并且所述指定的定位SRS资源集是被指定为由所述UE用于定位目的的SRS资源集。<br>**公开性判断**：《隐含公开》 | 同技术特征H和I的引用。 | 该特征是对技术特征I的进一步定义，明确了“配置的”和“指定的”两种来源。其公开性分析与技术特征H完全一致，即“配置的”对应网络RRC配置，“指定的”实质上对应网络在定位任务上下文中的指示。该特征被隐含公开。 |
| **技术特征L**：所述一个或多个SRS资源集包括至少一个非定位SRS资源集，所述至少一个非定位SRS资源集是未被配置为并且未被指定为以所述SRS资源集级别用于定位目的的SRS资源集，以及所述至少一个非定位SRS资源集包括至少一个定位SRS资源，所述至少一个定位SRS资源是被配置为或被指定为以SRS资源级别用于定位目的的SRS资源。<br>**公开性判断**：《隐含公开》 | 1. 3GPP TS 38.214 V16.2.0 第6.2.1节定义了SRS资源集的`usage`参数，其取值如‘beamManagement’等，用于通信目的。<br>2. 3GPP TS 37.355 V16.1.0 和 TS 38.331 描述了可为定位配置SRS资源。 | 该特征描述了更细粒度的配置：一个原本用于非定位（如波束管理）的资源集（非定位SRS资源集）内，可以包含某些被单独配置用于定位的资源（定位SRS资源）。对比文件1（TS 38.214）公开了SRS资源集可被配置用于各种通信目的（即非定位目的）。对比文件2（TS 37.355/38.331）公开了网络可以为定位目的配置SRS资源。由于SRS资源配置具有灵活性，本领域技术人员可以合理推断，网络完全有能力在一个用于通信目的的资源集内，将其中的某一个或某几个特定资源（通过资源配置参数）单独标记或配置为也可用于定位。这并未超出对比文件公开的配置能力范围。该特征被隐含公开。 |
| **技术特征M**：所述至少一个定位SRS资源的所有SRS端口是自动定位SRS端口。<br>**公开性判断**：《隐含公开》 | 同技术特征L的引用。 | 该特征与技术特征J类似，是资源级别用途向端口级别的逻辑继承。如果一个SRS资源被配置/指定用于定位（技术特征L已隐含公开），那么在没有相反规定的情况下，其包含的所有端口自然用于发送该定位SRS。该特征被隐含公开。 |
| **技术特征N**：所述至少一个定位SRS资源是配置的定位SRS资源或指定的定位SRS资源，所述配置的定位SRS资源是被配置为在所述SRS配置中用于定位目的的SRS资源，并且所述指定的定位SRS资源是被指定为由所述UE用于定位目的的SRS资源。<br>**公开性判断**：《隐含公开》 | 同技术特征H和L的引用。 | 该特征是对技术特征L中“定位SRS资源”的进一步定义，明确了“配置的”和“指定的”两种来源。其公开性分析与技术特征H、K一致。该特征被隐含公开。 |
| **技术特征O**：所述至少一个非定位SRS资源集包括至少一个非定位SRS资源，所述至少一个非定位SRS资源是未被配置为并且未被指定为以所述SRS资源级别用于定位目的的SRS资源，以及所述至少一个非定位SRS资源包括至少一个定位SRS端口，所述至少一个定位SRS端口是被配置为或被指定为以SRS端口级别用于定位目的的SRS端口。<br>**公开性判断**：《隐含公开》 | 同技术特征L的引用。 | 该特征描述了最细粒度的配置：在一个用于通信目的的资源集（非定位SRS资源集）内的一个用于通信目的的资源（非定位SRS资源）中，可以将其中的某一个或某几个端口单独配置/指定用于定位。这同样是SRS配置灵活性的一种体现。对比文件公开了网络可以配置SRS资源用于定位，而一个SRS资源包含多个端口。本领域技术人员可以合理推断，网络具备只将某个资源中的部分端口用于定位，而该资源整体仍主要用于通信的配置能力。该特征被隐含公开。 |
| **技术特征P**：所述至少一个定位SRS端口是配置的定位SRS端口或指定的定位SRS端口，所述配置的定位SRS端口是被配置为在所述SRS配置中用于定位目的的SRS端口，并且所述指定的定位SRS端口是被指定为由所述UE用于定位目的的SRS端口。<br>**公开性判断**：《隐含公开》 | 同技术特征H和O的引用。 | 该特征是对技术特征O中“定位SRS端口”的进一步定义，明确了“配置的”和“指定的”两种来源。其公开性分析与技术特征H、K、N一致。该特征被隐含公开。 |
| **技术特征Q**：其中：所述一个或多个SRS资源集中的至少一个包括跨越N个连续符号的定位SRS资源，以及所述定位SRS资源的定位SRS端口被映射到所述N个连续符号的SRS RE，使得所有N个梳偏移被使用。<br>**公开性判断**：《未公开》 | 3GPP TS 38.211 V16.2.0 第6.4.1.4.2节定义了SRS的梳偏移（kˉ）由高层参数`combOffset-n`配置。对于一个给定的SRS资源，其梳偏移在资源内通常是固定的，或者按照配置的跳频模式在符号间变化。规范并未规定或教导在跨越N个符号的**一个**SRS资源内，其端口映射必须遍历（使用）所有N个可能的梳偏移值（例如，对于comb-4，使用偏移0,1,2,3）。 | 目标专利中技术特征Q描述了一种特定的映射策略：在一个跨多符号的定位SRS资源内，通过映射设计使得所有N个梳偏移都被用到。这不同于标准配置中固定梳偏移或按预定模式跳频的方式。这种特定设计是为了实现更好的定位性能（如技术特征G所关联的密集映射）。对比文件公开的SRS映射机制允许配置梳偏移，但并未要求或暗示在单个多符号资源内必须使用所有偏移。该特征是目标专利提出的具体实施方案，未被对比文件公开。 |
| **技术特征R**：根据权利要求12所述的UE，所述定位SRS资源的所述定位SRS端口被映射到N个连续子载波上的所述N个连续符号的所述SRS RE，使得N个梳偏移中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。<br>**公开性判断**：《未公开》 | 同技术特征G和Q的引用。 | 该特征结合并具体化了技术特征G和Q的要求，描述了在NxN的时频区域内的完美交织映射。如对技术特征G和Q的分析，这种特定的、密集的映射图案在3GPP规范中并未被公开或暗示。该特征未被对比文件公开。 |
| **技术特征S**：其中：所述一个或多个SRS资源集中的至少一个包括N个连续定位SRS资源，每个定位SRS资源是在持续时间中的M个符号，其中M大于或等于1，使得所述N个连续定位SRS资源对应于N*M个连续符号，以及每个定位SRS资源的定位SRS端口被映射到所述M个符号中的SRS RE，使得跨所述N个连续定位SRS资源，所映射的SRS RE在频率上交错，并且在每个定位SRS资源的所述M个符号内，所述SRS RE不在频率上交错。<br>**公开性判断**：《部分直接公开，部分未公开》 | 1. **直接公开部分**：“N个连续定位SRS资源，每个定位SRS资源是在持续时间中的M个符号，其中M大于或等于1”以及“在每个定位SRS资源的所述M个符号内，所述SRS RE不在频率上交错”。这直接对应3GPP TS 38.211中一个SRS资源占用N`S`（即M）个连续符号，以及在该资源内采用固定梳偏移的映射方式（即资源内频率交错方式固定，可视为“不在频率上交错”变化）。<br>2. **未公开部分**：“使得跨所述N个连续定位SRS资源，所映射的SRS RE在频率上交错”。此处的“在频率上交错”应理解为跨多个**资源**的RE映射形成一种交错的**整体图案**。规范虽然允许配置多个SRS资源，但并未规定或建议这些连续资源之间的端口映射需要协同设计以形成一个跨资源的、频率上交错的整体模式。每个资源的配置（如梳偏移）是独立的。 | 目标专利中技术特征S描述了另一种实现定位SRS模式的方法：使用多个连续的SRS资源来构建跨资源的交错图案。对比文件直接公开了构成该方案的基本元素（多个SRS资源，每个资源占用M个符号，资源内映射固定）。然而，对比文件并未公开或暗示需要将这些连续资源的映射**联合设计**，使得跨资源看，RE在频率上形成一种交错的整体模式（这类似于技术特征Q、R的思想，但应用于多个资源之间）。这种跨资源的协同映射设计是目标专利的特定方案。因此，该特征中关于跨资源交错映射的部分未被公开。 |
| **技术特征T**：所述上行链路定位信号的所述一个或多个定位SRS端口被映射到跨N个连续子载波上的所述N个连续定位SRS资源的所述SRS RE，使得所述N个连续符号中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。<br>**公开性判断**：《未公开》 | 同技术特征G、R的引用。 | 该特征与技术特征G、R的核心要求一致，即追求在NxN时频区域内的完美、密集映射。无论该映射是通过单个资源（Q、R）还是多个资源（S）实现，其最终达成的特定图案在对比文件中均未被公开。该特征未被对比文件公开。 |
| **技术特征U**：所述UE被配置有跨所述N个连续定位SRS资源的相同端口。<br>**公开性判断**：《直接公开》 | 3GPP TS 38.211 V16.2.0 第6.4.1.4节，SRS端口由端口号标识。如果网络为UE配置了多个SRS资源，并希望在这些资源上使用相同的天线端口进行发送，它只需在这些资源的配置中指定相同的端口号（或端口索引）。 | 目标专利中技术特征U描述了跨多个连续定位SRS资源使用相同端口。这完全属于网络配置的范畴。对比文件公开的SRS资源配置机制中，端口的指定是配置参数的一部分。网络完全可以通过配置，让多个资源使用相同的端口号。本领域技术人员可以直接、毫无疑义地确定这种配置的可能性。该特征被直接公开。 |
| **技术特征V**：所述N个连续定位SRS资源在相同时隙中被发送。<br>**公开性判断**：《直接公开》 | 3GPP TS 38.211 V16.2.0 第6.4.1.4.2节，SRS资源在时隙内的符号位置由`resourceMapping`参数配置。网络可以通过配置将这些连续SRS资源安排在同一个时隙的连续符号上。 | 目标专利中技术特征V限定了多个定位SRS资源位于相同时隙。对比文件公开的SRS资源配置参数允许精确控制每个资源在时域中的位置。将多个资源配置在同一个时隙内是完全允许且可实现的。本领域技术人员可以直接确定该特征。该特征被直接公开。 |
| **技术特征W**：所述N个连续定位SRS资源的相同端口索引跨所述N个连续定位SRS资源准共置。<br>**公开性判断**：《隐含公开》 | 3GPP TS 38.214 V16.2.0 第5.1.5节 和 TS 38.331 中讨论了准共置(QCL)关系。对于上行链路，存在空间关系（spatial relation）信息，可以将一个上行链路信号（如SRS）的发送波束与一个下行链路参考信号关联。如果多个SRS资源配置了相同的空间关系（指向相同的下行参考信号），则可以认为它们的发送空间滤波器是相关的。 | 目标专利中技术特征W描述了跨多个资源的相同端口索引具有准共置关系。在3GPP规范中，虽然没有直接定义“SRS端口索引的QCL”，但定义了SRS资源的“空间关系信息”（spatialRelationInfo），这实质上是将SRS的发送波束与一个下行参考信号（其本身具有QCL关系）关联起来。如果多个SRS资源（即使端口索引相同或不同）被配置了相同的空间关系信息，那么它们的发送在空间上是相关的，这可以被认为是准共置概念在上行链路的一种应用或等效。本领域技术人员可以从此公开内容中合理推断出该特征。该特征被隐含公开。 |
| **技术特征X**：如果所述定位SRS是用于定位目的以及用于通信目的的SRS资源，则没有非周期SRS传输被允许用于所述定位SRS。<br>**公开性判断**：《未公开》 | 3GPP TS 38.214 V16.2.0 第6.1.1节和第6.2.1节定义了非周期SRS（Aperiodic SRS）的触发机制。规范并未对同时用于定位和通信的SRS资源施加任何关于触发类型的限制。 | 目标专利中技术特征X提出了一条特定规则：如果一个SRS资源兼具定位和通信用途，则禁止使用非周期触发。这是一条人为设定的操作规则或约束条件，旨在解决可能存在的调度冲突或优先级问题。3GPP规范中不存在此限制，非周期SRS的触发与资源的用途（usage）没有直接的互斥关系。该特征是目标专利提出的特定管理策略，未被对比文件公开。 |
| **技术特征Y**：如果所述定位SRS是用于定位目的以及用于通信目的的SRS资源，则没有半持续SRS被允许用于所述定位SRS。<br>**公开性判断**：《未公开》 | 3GPP TS 38.214 V16.2.0 第6.1.1节和第6.2.1节定义了半持续SRS（Semi-persistent SRS）的激活/去激活机制。同技术特征X，规范未对兼具定位和通信用途的资源施加此类触发类型限制。 | 该特征与技术特征X类似，是一条针对半持续SRS的特定约束规则。3GPP规范中不存在此限制。该特征未被对比文件公开。 |
| **技术特征Z**：当所述定位SRS是在第一SRS资源集中用于通信目的以及定位目的两者而在第二SRS资源集中仅用于通信目的的SRS资源时，并且当所述SRS在相同符号上发生冲突时，用于通信目的以及定位目的两者的SRS优先于仅用于通信目的的SRS。<br>**公开性判断**：《未公开》 | 3GPP TS 38.213 V16.2.0 第9.2.4节 和 TS 38.214 第6.2.1节涉及SRS与PUSCH/PUCCH的优先级处理，以及SRS资源的取消（dropping）规则。规范主要处理不同信道（如PUSCH vs SRS）或不同SRS资源集（基于不同的`usage`，如`antennaSwitching` vs `codebook`）之间的优先级。但并未明确规定同一个SRS资源在不同资源集中因用途标签不同（通信vs通信+定位）而发生冲突时的优先级规则。 | 目标专利中技术特征Z提出了一条非常具体的冲突解决规则，它基于SRS资源在不同资源集中的“用途标签组合”来定义优先级。这种精细化的、基于“定位”标签的优先级策略在3GPP规范中并未定义。规范中的优先级规则主要基于信道类型或SRS资源集的既定`usage`枚举值（如beamManagement, antennaSwitching等），而不涉及“定位”这个附加标签。该特征是目标专利提出的特定冲突解决机制，未被对比文件公开。 |
<<<A>>><<<B>>><<<E>>><<<U>>><<<V>>>
<<<c>>><<<d>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<p>>><<<w>>>