**对比文件名称**：发明申请_US20200053703A1 USING PHYSICAL CHANNELS FOR POSITIONING MEASUREMENT SIGNALS
**目标专利名称**：用于定位的探测参考信号(SRS)资源和资源集配置
**本次调用模型名称**：DeepSeek最新版本模型
以下是根据您的要求创建的特征比对表格。技术特征的划分严格遵循目标专利权利要求中的划分。公开性判断紧密结合目标专利说明书原文进行解释，并遵循您规定的直接公开与隐含公开判断标准。
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号或位置) | 公开性论述 |
| **技术特征A：一种用户设备UE，包括：存储器；至少一个处理器；以及至少一个收发器**<br>**《直接公开》** | 第[0055]-[0058]段，描述了UE 550的组件，包括：控制器/处理器580、存储器582、天线552a-552r、调制解调器554a-554r、MIMO检测器556、接收处理器558、数据源562、数据宿560、发射处理器564、TX MIMO处理器566等。 | 对比文件直接描述了用户设备（UE）的组成部分，包括用于存储数据和程序代码的存储器（582）、用于控制和处理的至少一个处理器（580、558、564等）、以及用于无线通信的至少一个收发器（由天线552、调制解调器554、MIMO检测器556、发射处理器564等组件共同实现）。这与本专利中UE的基本硬件构成完全相同。在对比文件的整体技术方案中，这些组件用于实现无线通信和定位测量，与其在本专利中作为执行SRS配置接收和定位SRS发送的硬件平台的作用是相同的。 |
| **技术特征B：所述至少一个收发器被配置为：从小区接收探测参考信号SRS配置，所述SRS配置定义一个或多个SRS资源集，每个SRS资源集包括一个或多个SRS资源，并且每个SRS资源包括一个或多个SRS端口**<br>**《未公开》** | 对比文件全文未提及“SRS配置”、“SRS资源集”、“SRS资源”或“SRS端口”的定义或接收。 | 本专利的技术特征B核心在于UE从网络接收一套用于定义SRS发送资源的层级化配置信息（资源集->资源->端口）。对比文件US20200053703A1主要关注于**利用现有的下行链路物理信道（如PDSCH、PDCCH）作为定位参考信号**，以及UE如何对这些信道进行定位测量。其技术方案的重心是“信道复用”而非“资源配置”。文件中虽然提到了上行链路参考信号如SRS可用于定位（见第[0071]段），但从未描述网络如何通过配置信令向UE定义SRS的发送资源结构（资源集、资源、端口）。因此，对比文件既未直接公开也未隐含公开“接收SRS配置”这一技术特征。 |
| **技术特征C：其中在所述SRS配置中定义的至少一个SRS资源集中的至少一个SRS资源的至少一个SRS端口可以由所述UE至少用于进行定位**<br>**《未公开》** | 对比文件全文未提及SRS端口可以用于定位的配置或指定方式。 | 由于对比文件根本没有公开“SRS配置”以及其中定义的“SRS资源集”、“SRS资源”和“SRS端口”（特征B），因此自然也就不存在公开这些端口中的某一个可以被（配置或指定为）用于定位。本专利此特征明确了SRS用于定位的粒度可以到端口级别，这是其资源配置体系的一部分。对比文件未涉及此体系。 |
| **技术特征D：以及利用一个或多个定位SRS端口发送定位SRS作为上行链路定位信号，每个定位SRS端口是在所述SRS配置中定义的SRS资源集中的SRS资源的SRS端口**<br>**《隐含公开》** | 1. 第[0071]段：“...the SRS on the uplink, can be re-purposed as positioning measurement signals.”（上行链路上的SRS可以被重新用作定位测量信号。）<br>2. 第[0071]段：“For uplink PRS transmissions from the UE to the base station...the UE does not have to be aware of it, and the base station may specify any of the PUCCH, PUSCH, and PRACH.”（对于从UE到基站的上行链路PRS发送...UE不需要知道它，基站可以指定PUCCH、PUSCH和PRACH中的任何一个。）<br>3. 第[0071]段：“That is, the UE does not need to know that the base station is using the selected channel as an uplink physical channel.”（即，UE不需要知道基站正在使用所选信道作为上行链路物理信道。） | 对比文件明确提出了上行链路SRS可以被重新用作定位测量信号（即上行链路定位信号）。虽然文件没有使用“定位SRS端口”这一术语，但本领域技术人员可以合理推断：当SRS被用作定位信号时，它必然是通过某个发送天线端口发射的。这个用于发送定位SRS的端口，在逻辑上就可以被视为一个“定位SRS端口”。对比文件第[0071]段提到基站可以指定上行链路信道用于定位，且UE可能无需知晓，这暗示了用于定位的上行链路信号（包括SRS）的发送资源是由网络侧决定或影响的。虽然对比文件未详细描述如本专利所述的SRS资源配置层级，但“利用某个端口发送用于定位的SRS”这一基本行为已被隐含公开。其作用与本专利中相同，都是为了生成上行链路定位参考信号。 |
| **技术特征E：所述定位SRS以定位SRS模式被发送，使得跨N个连续符号，其中N大于或等于二**<br>**《未公开》** | 对比文件全文未描述SRS的发送需要遵循一种特定的、跨多个连续符号的“定位SRS模式”。 | 本专利说明书中（例如第[0124]段，图8、9）强调的“定位SRS模式”是一种特定的资源映射方式，旨在通过频率交错来改善定位性能。对比文件虽然提到了使用SRS进行定位，但完全没有涉及任何关于SRS在时频资源上应遵循何种特殊模式以优化定位测量的教导或启示。它关注的是信号类型的“复用”（如将SRS用作PRS），而非信号内部的“模式设计”。因此，该特征未被公开。 |
| **技术特征F：所述一个或多个定位SRS端口所映射到的SRS资源元素RE在频率上交错并且使用所述N个连续符号中的每一个。**<br>**《未公开》** | 对比文件全文未提及SRS资源元素（RE）在频率上交错的映射模式。 | 技术特征F是特征E所述“定位SRS模式”的具体实现方式之一，即频率交错。这是本专利为了提升定位精度而提出的特定技术手段。对比文件通篇没有讨论任何关于SRS RE映射模式的内容，更没有提及“频率交错”这一概念。因此，该特征既未被直接公开，也无法从对比文件中合理推断出来。 |
| **技术特征G：所述SRS RE使得能够跨N个连续子载波上的N个连续符号，所述N个连续符号中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。**<br>**《未公开》** | 对比文件全文未描述SRS RE的映射需要满足每个符号和每个子载波在特定范围内仅使用一次的规则。 | 技术特征G进一步限定了特征F中频率交错模式的一种具体且优化的形态（如图8、9所示），旨在实现更均匀的时频覆盖。这同样是本专利的特定设计。对比文件中没有任何内容涉及或暗示这样的SRS RE映射规则。因此，该特征未被公开。 |
| **技术特征H：所述一个或多个定位SRS端口中的每一个是配置的定位SRS端口或指定的定位SRS端口，所述配置的定位SRS端口是被配置为在所述SRS配置中用于定位目的的SRS端口，并且所述指定的定位SRS端口是被指定为由所述UE用于定位目的的SRS端口。**<br>**《未公开》** | 对比文件全文未提及SRS端口可以通过网络配置或UE指定的方式明确其用于定位目的。 | 本专利特征H引入了“配置的”和“指定的”定位SRS端口的概念，体现了SRS用于定位的灵活配置机制。对比文件第[0071]段提到基站可以指定上行链路信道用于定位，且UE可能无需知晓。这更接近于一种网络侧的单方面指示，而非本专利中明确界分的“配置”（网络通过信令配置）和“指定”（UE提议后网络确认）两种交互式流程。对比文件没有公开这种明确的、基于端口粒度的“配置”或“指定”机制。 |
| **技术特征I：所述一个或多个SRS资源集包括至少一个定位SRS资源集，所述至少一个定位SRS资源集是被配置为或被指定为以SRS资源集级别用于定位目的的SRS资源集。**<br>**《未公开》** | 对比文件全文未提及“SRS资源集”这一概念，更未提及资源集级别的定位用途配置或指定。 | 本专利的技术方案建立在一套完整的SRS资源配置体系上（资源集->资源->端口）。技术特征I涉及该体系中最顶层的“资源集”被标记用于定位。对比文件完全没有涉及这套资源配置体系，因此不可能公开资源集级别的任何属性或标记。 |
| **技术特征J：所述至少一个定位SRS资源集中的所有SRS资源是自动定位SRS资源，以及所述至少一个定位SRS资源集中的所有SRS资源的所有SRS端口是自动定位SRS端口。**<br>**《未公开》** | 对比文件全文未提及SRS资源集、SRS资源、SRS端口之间的继承关系或自动标记规则。 | 技术特征J描述的是定位标记在资源配置体系中的一种“继承”规则。由于对比文件根本未公开本专利的SRS资源配置体系（特征B、I等），因此这种体系内部的继承逻辑自然也无从谈起。 |
| **技术特征K：根据权利要求4所述的UE，所述至少一个定位SRS资源集是配置的定位SRS资源集或指定的定位SRS资源集，所述配置的定位SRS资源集是被配置为在所述SRS配置中用于定位目的的SRS资源集，并且所述指定的定位SRS资源集是被指定为由所述UE用于定位目的的SRS资源集。**<br>**《未公开》** | 同特征I，对比文件未提及“SRS资源集”概念及其配置或指定。 | 同特征I的论述。对比文件未建立SRS资源集的概念，因此其“配置”或“指定”无从谈起。 |
| **技术特征L：所述一个或多个SRS资源集包括至少一个非定位SRS资源集，所述至少一个非定位SRS资源集是未被配置为并且未被指定为以所述SRS资源集级别用于定位目的的SRS资源集，以及所述至少一个非定位SRS资源集包括至少一个定位SRS资源，所述至少一个定位SRS资源是被配置为或被指定为以SRS资源级别用于定位目的的SRS资源。**<br>**《未公开》** | 对比文件全文未提及SRS资源集、非定位SRS资源集、SRS资源级别的定位标记等概念。 | 技术特征L描述了资源配置体系中更复杂的场景：资源集不用于定位，但其包含的某个资源用于定位。这同样依赖于本专利那套完整的资源配置层级概念。对比文件未涉及任何此类概念，因此该特征未被公开。 |
| **技术特征M：所述至少一个定位SRS资源的所有SRS端口是自动定位SRS端口。**<br>**《未公开》** | 对比文件全文未提及SRS资源与SRS端口之间的继承关系。 | 同特征J，这是资源配置体系内部的继承规则。由于体系本身未被公开，此规则也无法被公开。 |
| **技术特征N：所述至少一个定位SRS资源是配置的定位SRS资源或指定的定位SRS资源，所述配置的定位SRS资源是被配置为在所述SRS配置中用于定位目的的SRS资源，并且所述指定的定位SRS资源是被指定为由所述UE用于定位目的的SRS资源。**<br>**《未公开》** | 对比文件全文未提及“SRS资源”这一概念及其配置或指定。 | 本专利特征N涉及资源配置体系中“资源”级别的定位标记。对比文件未建立“SRS资源”这一概念，因此其“配置”或“指定”机制未被公开。 |
| **技术特征O：所述至少一个非定位SRS资源集包括至少一个非定位SRS资源，所述至少一个非定位SRS资源是未被配置为并且未被指定为以所述SRS资源级别用于定位目的的SRS资源，以及所述至少一个非定位SRS资源包括至少一个定位SRS端口，所述至少一个定位SRS端口是被配置为或被指定为以SRS端口级别用于定位目的的SRS端口。**<br>**《未公开》** | 对比文件全文未提及SRS资源集、非定位SRS资源、SRS端口级别的定位标记等概念。 | 技术特征O描述了资源配置体系中最细粒度的场景：资源集和资源都不用于定位，但其中的某个端口用于定位。这完全依赖于本专利的资源配置层级概念。对比文件未涉及任何此类概念，因此该特征未被公开。 |
| **技术特征P：所述至少一个定位SRS端口是配置的定位SRS端口或指定的定位SRS端口，所述配置的定位SRS端口是被配置为在所述SRS配置中用于定位目的的SRS端口，并且所述指定的定位SRS端口是被指定为由所述UE用于定位目的的SRS端口。**<br>**《未公开》** | 对比文件全文未提及对SRS端口进行用于定位目的的明确配置或指定。 | 虽然对比文件隐含了“使用某个端口发送用于定位的SRS”这一行为（特征D），但它没有公开本专利中这种明确的、有交互过程的“配置”或“指定”机制来确立一个端口作为“定位SRS端口”。对比文件中的描述更偏向于网络侧对信号用途的指示。 |
| **技术特征Q：其中：所述一个或多个SRS资源集中的至少一个包括跨越N个连续符号的定位SRS资源，以及所述定位SRS资源的定位SRS端口被映射到所述N个连续符号的SRS RE，使得所有N个梳偏移被使用。**<br>**《未公开》** | 对比文件全文未描述SRS资源可以跨越多个连续符号，也未提及SRS端口的映射需要涉及“梳偏移”的使用。 | 技术特征Q结合了资源的时间跨度（N个连续符号）和端口映射的频域特性（使用所有梳偏移）。这是本专利“定位SRS模式”的具体技术细节。对比文件完全没有涉及SRS的符号跨度规划、RE映射模式或梳偏移的概念，因此该特征未被公开。 |
| **技术特征R：根据权利要求12所述的UE，所述定位SRS资源的所述定位SRS端口被映射到N个连续子载波上的所述N个连续符号的所述SRS RE，使得N个梳偏移中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。**<br>**《未公开》** | 对比文件全文未描述SRS端口到RE的映射需要满足在NxN的时频网格中每个梳偏移和子载波仅使用一次的规则。 | 技术特征R是特征Q的进一步限定，描述了一种非常具体和优化的时频资源占用图案（如图8所示）。这同样是本专利的特定设计。对比文件中没有任何相关内容。 |
| **技术特征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>**《未公开》** | 对比文件全文未描述多个连续的SRS资源，也未描述跨多个资源的频率交错映射模式。 | 技术特征S提出了通过多个连续的SRS资源来实现跨资源的频率交错，这是实现“定位SRS模式”的另一种技术方案（如图9所示）。对比文件未建立“SRS资源”的概念，更不用说多个连续资源及其之间的映射配合关系。因此，该特征未被公开。 |
| **技术特征T：所述上行链路定位信号的所述一个或多个定位SRS端口被映射到跨N个连续子载波上的所述N个连续定位SRS资源的所述SRS RE，使得所述N个连续符号中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。**<br>**《未公开》** | 对比文件全文未描述上行链路定位信号的端口映射需要满足在特定时频范围内每个符号和子载波仅使用一次的规则。 | 技术特征T是特征S所述方案下的一种具体优化映射结果。同前述，对比文件未涉及任何此类映射规则。 |
| **技术特征U：所述UE被配置有跨所述N个连续定位SRS资源的相同端口。**<br>**《未公开》** | 对比文件全文未提及跨多个SRS资源的端口配置。 | 技术特征U涉及跨多个资源的端口一致性配置，这是实现相干组合测量的基础。由于对比文件未公开“SRS资源”和多个连续资源的概念，此特征无法被公开。 |
| **技术特征V：所述N个连续定位SRS资源在相同时隙中被发送。**<br>**《未公开》** | 对比文件全文未提及SRS资源的发送时隙安排。 | 技术特征V限定了多个定位SRS资源的发送时间关系，以确保信道相干性。对比文件未涉及SRS资源的发送调度细节。 |
| **技术特征W：所述N个连续定位SRS资源的相同端口索引跨所述N个连续定位SRS资源准共置。**<br>**《未公开》** | 对比文件全文未提及SRS端口之间的准共置（QCL）关系。 | 技术特征W引入了准共置（QCL）概念来描述跨资源端口的关系，这是实现非相干或相干测量的重要配置。对比文件虽然在第[0073]段提到了QCL，但是用于描述下行链路信号（如PDSCH实例）与特定SSB之间的空间接收参数关系，以指导UE接收波束，并未涉及上行链路SRS端口之间的QCL关系。因此，该特征未被公开。 |
| **技术特征X：如果所述定位SRS是用于定位目的以及用于通信目的的SRS资源，则没有非周期SRS传输被允许用于所述定位SRS。**<br>**《未公开》** | 对比文件全文未提及SRS用于定位和通信双重目的时的传输周期性限制。 | 技术特征X是关于SRS传输行为的一个特定约束规则。对比文件仅提到SRS可以用作定位信号，但完全没有探讨当SRS身兼多职时，其传输方式（如周期性、非周期性）应受到何种限制。因此，该特征未被公开。 |
| **技术特征Y：如果所述定位SRS是用于定位目的以及用于通信目的的SRS资源，则没有半持续SRS被允许用于所述定位SRS。**<br>**《未公开》** | 对比文件全文未提及半持续SRS（Semi-Persistent SRS）或其在定位用途上的限制。 | 同特征X，这是关于传输行为的具体约束。对比文件未涉及“半持续SRS”的概念及其在定位场景下的使用限制。 |
| **技术特征Z：当所述定位SRS是在第一SRS资源集中用于通信目的以及定位目的两者而在第二SRS资源集中仅用于通信目的的SRS资源时，并且当所述SRS在相同符号上发生冲突时，用于通信目的以及定位目的两者的SRS优先于仅用于通信目的的SRS。**<br>**《未公开》** | 对比文件全文未提及SRS资源冲突的解决规则或优先级策略。 | 技术特征Z定义了一种非常具体的资源冲突解决优先级规则，这依赖于本专利中SRS资源可被多重标记和存在于不同资源集的复杂场景。对比文件完全没有涉及SRS资源配置、多重标记或资源冲突管理的内容。因此，该特征未被公开。 |
### **公开性判断结果代码**
根据上述比对，仅在对比文件中找到直接公开的技术特征A，以及隐含公开的技术特征D。
<<<A>>><<<d>>>