**对比文件名称**: US2012113866A1_Description_20260105_0137
**目标专利名称**: 灵活码元上用于定位的探通参考信号(SRS)传输
**模型名称**: DeepSeek-R1
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**: 一种在用户装备(UE)处传送参考信号以用于定位的方法 <br> **判断结果**: 未公开 | 对比文件涉及用户设备（UE）和基站之间的通信，例如在[0037]段提到“A user equipment can be a cellular telephone...”，并在[0093]段提到“A multi-carrier user equipment such as UE 250 may be configured...”。 | 对比文件虽然公开了用户设备（UE）这一主体，但其整体技术方案聚焦于多载波系统中的频间测量控制和能力上报（如[0005]段“Techniques for determining and signaling requirements for measurement gaps in a multi-carrier/multi-band wireless communication system are disclosed.”）。目标专利技术方案的核心是在灵活码元上传送用于定位的SRS，这是一种特定的上行链路信号传输方法。对比文件并未描述任何与“传送参考信号以用于定位”这一目的或方法相关的技术方案。因此，该技术特征未被公开。 |
| **B**: 从服务节点接收包括要在正交频分复用(OFDM)时隙的码元集上传送探通参考信号(SRS)的指示的消息 <br> **判断结果**: 未公开 | 对比文件提到了接收来自网络（通过基站）的配置命令，例如在[0121]段：“the UE receives a reconfiguration command from the network that are transmitted to the UE by the eNodeB.”，以及在[0138]段：“the mobile station transmits a configuration command to select a carrier aggregation configuration...”。 | 对比文件公开了UE从服务基站接收配置或重配置命令（例如RRC连接重配置）。然而，对比文件中的这些命令内容是关于载波聚合配置或测量配置（如[0121]段），并未涉及“要在OFDM时隙的码元集上传送SRS”的指示，更未提及该SRS用于定位。目标专利中该消息的作用是配置UE在特定资源上发送用于定位的SRS，而对比文件中配置命令的作用是建立或改变载波聚合模式或测量行为，两者解决的问题和所起的作用完全不同。因此，该技术特征未被公开。 |
| **C**: 从所述服务节点接收具有时隙格式指示符(SFI)的下行链路控制信息(DCI) <br> **判断结果**: 未公开 | 对比文件提到了下行链路控制信息（DCI），例如在[0058]段术语表中定义了“DCI Downlink control information”，并在[0067]段提到了PDCCH（承载DCI的物理信道）：“PDCCH Physical downlink control channel”。 | 对比文件确实公开了“下行链路控制信息（DCI）”这一信令类型。然而，目标专利中该技术特征的关键在于DCI“具有时隙格式指示符(SFI)”。对比文件全文（包括术语表和具体实施方式）均未提及“时隙格式指示符（SFI）”这一概念或任何用于动态指示时隙内码元方向（如下行、上行、灵活）的机制。对比文件中DCI的作用主要是用于调度、资源分配等（这是DCI的常规用途），而非用于指定时隙格式。因此，该技术特征未被公开。 |
| **D**: 所述SFI将所述码元集的子集指定为灵活 <br> **判断结果**: 未公开 | 对比文件中未找到与“时隙格式指示符（SFI）”、“码元集”、“指定为灵活”相关的任何描述。 | 该技术特征完全未被对比文件提及。对比文件的技术方案不涉及对OFDM时隙内码元进行“下行”、“上行”、“灵活”等类型的划分和动态指定。目标专利中“指定为灵活”是为了预留可被重配置用于上行或下行传输的资源，这是实现其在灵活码元上传送SRS的基础。对比文件没有公开这一机制。 |
| **E**: 以及在所述子集的至少一部分上传送所述SRS以用于定位。 <br> **判断结果**: 未公开 | 对比文件中未找到与“探通参考信号（SRS）”或“Sounding Reference Signal”相关的任何描述。也未提及在特定码元（尤其是“灵活”码元）上传输信号用于定位。 | 该技术特征包含两个核心点：1) 传送SRS；2) 该SRS用于定位。对比文件完全没有提及SRS。对比文件讨论的测量涉及参考信号接收功率（RSRP）等（见[0093]段），但这是下行测量或用于信道质量评估，并非UE主动发送用于定位的上行参考信号。目标专利中该步骤的作用是实现高效、灵活的定位信号传输，对比文件的技术方案不涉及此目的或方法。 |
| **F**: 其中所述消息包括无线电资源控制(RRC)消息。 <br> **判断结果**: 直接公开 | 对比文件多次提及RRC消息，例如：[0112]段“using the “RRCConnectionReconfigurationComplete” message, which concludes the reconfiguration procedure in the existing LTE Rel-8 RRC protocol.”；[0121]段“triggered by reconfiguration commands from the network that are transmitted to the UE by the eNodeB.”（在3GPP中，重配置命令通常通过RRC消息发送）。 | 对比文件明确公开了RRC协议及RRC消息（如RRC连接重配置完成消息），并指出重配置命令通过eNodeB发送给UE。目标专利中，配置UE传送SRS的“消息”包括RRC消息。在对比文件中，用于配置UE能力或载波聚合模式的消息同样包括RRC消息（如RRC连接重配置）。两者在“使用RRC消息作为高层信令进行配置”这一点上相同。因此，该技术特征被对比文件直接公开。 |
| **G**: 至少部分基于在所述RRC消息中标识所述SRS的定位指定来确定所述SRS要被用于定位。 <br> **判断结果**: 未公开 | 对比文件中未找到任何关于“SRS的定位指定”或在RRC消息中标识信号用于定位的描述。 | 该技术特征涉及通过RRC消息中的特定标识（定位指定）来明确SRS的用途是定位。对比文件中的RRC消息用于配置载波聚合、测量间隙等，完全不涉及SRS，更不涉及为任何信号指定“用于定位”的用途。因此，该技术特征未被公开。 |
| **H**: 其中所述定位指定包括所述RRC消息中的一信息元素(IE)。 <br> **判断结果**: 未公开 | 对比文件中未提及用于“定位指定”的信息元素（IE）。 | 该技术特征是对技术特征G中“定位指定”具体实现方式的进一步限定。由于对比文件根本未公开“定位指定”这一概念，因此其具体实现形式（如通过IE）自然也未被公开。 |
| **I**: 进一步包括至少部分基于确定所述SRS要作为以下各项来传送来确定所述SRS要被用于定位：多RTT定位会话的一部分，上行链路到达时间差(UL‑TDOA)定位确定的一部分，上行链路到达角(UL‑AoA)定位确定的一部分，或其任何组合。 <br> **判断结果**: 未公开 | 对比文件中未提及“多RTT”、“UL-TDOA”、“UL-AoA”等定位方法或技术。 | 该技术特征限定了确定SRS用于定位的具体判断依据，即其所属的定位会话或定位方法类型。对比文件的技术领域是载波聚合和测量控制，不涉及利用上行信号进行定位的具体技术（如多RTT、UL-TDOA等）。因此，该技术特征未被公开。 |
| **J**: 进一步包括：至少部分基于确定所述SRS被配置有下行链路(DL)定位参考信号(PRS)来确定所述SRS要被用于定位。 <br> **判断结果**: 未公开 | 对比文件中未提及“定位参考信号（PRS）”，也未提及SRS与DL PRS的联合配置。 | 该技术特征提出了另一种判断SRS用于定位的依据：与DL PRS联合配置。对比文件完全不涉及PRS或任何用于定位的参考信号的配置。因此，该技术特征未被公开。 |
| **K**: 进一步包括：至少部分基于确定所述SRS与非服务节点相关联来确定所述SRS要被用于定位。 <br> **判断结果**: 未公开 | 对比文件提到了相邻小区或频率的测量（例如[0093]段“to measure another frequency band from the serving cell or from a neighbouring cell”），但这是指UE进行测量，而非UE向非服务节点发送SRS。 | 该技术特征基于SRS的接收方（非服务节点）来判断其用于定位。对比文件虽然提到了“相邻小区”，但上下文是UE对相邻小区进行下行测量，并非UE为相邻小区发送上行SRS。目标专利中，向非服务节点（相邻基站）发送SRS是实现多基站定位的关键。对比文件未公开此概念。 |
| **L**: 其中传送所述SRS进一步基于从所述服务节点接收到关于在灵活码元上传送所述SRS是可允许的指示。 <br> **判断结果**: 未公开 | 对比文件中未找到关于“在灵活码元上传送SRS”或允许在特定类型码元上传送任何信号的指示。 | 该技术特征是一个前提条件，即网络需要显式允许UE利用灵活码元资源进行SRS传输。对比文件的技术方案不涉及“灵活码元”的概念，也没有任何关于允许在特定类型码元上进行传输的指示机制。因此，该技术特征未被公开。 |
| **M**: 其中传送所述SRS进一步基于接收到关于所述服务节点支持其中在灵活码元上传送所述SRS是可允许的数据通信标准版本的指示。 <br> **判断结果**: 未公开 | 对比文件中未提及任何关于“数据通信标准版本”（如3GPP R16/R17）支持特定功能（如在灵活码元上传送SRS）的指示。 | 该技术特征限定了另一个前提条件，即基于对服务节点所支持协议版本的认知。对比文件虽然可能隐含工作在某个3GPP版本下，但从未描述通过任何指示来告知UE网络支持“在灵活码元上传送SRS”这一特定功能。因此，该技术特征未被公开。 |
| **N**: 其中关于在灵活码元上传送所述SRS是可允许的所述指示是使用从所述服务节点接收到的第二消息中的IE来传达的。 <br> **判断结果**: 未公开 | 对比文件中未提及使用第二消息中的IE来传达“允许在灵活码元上传送SRS”的指示。 | 该技术特征是对技术特征L或M中“指示”的具体传达方式的限定。由于对比文件未公开“允许在灵活码元上传送SRS”这一指示本身，因此其具体的传达方式（通过第二消息中的IE）也未被公开。 |
| **O**: 其中关于在灵活码元上传送所述SRS是可允许的所述指示是使用来自所述服务节点的媒体接入控制(MAC)控制元素(MAC‑CE)来传达的。 <br> **判断结果**: 未公开 | 对比文件提到了MAC-CE，例如[0113]段：“a UE's measurement gap requirements could be signalled in the “RRCConnectionReconfigurationComplete” message, or alternatively, ... or an extension to the existing “UECapabilityInformation” message defined in LTE Rel-8.” （注：虽然此句未直接提MAC-CE，但MAC-CE是LTE/NR中一种常见的信令方式）。更直接的，[0114]段提到“UE could, for example, use a new message or an extension to the existing “UECapabilityInformation” message”，而UECapabilityInformation通常由RRC承载，但MAC-CE可用于快速激活/去激活。严格来说，对比文件未明确描述使用MAC-CE传达所述特定指示。 | 该技术特征限定了“指示”的另一种传达方式——通过MAC-CE。对比文件虽然提到了MAC-CE作为一种信令方式的可能性（在相关技术领域，MAC-CE常用于动态控制），但并未具体公开使用MAC-CE来传达“允许在灵活码元上传送SRS”这一特定指示。目标专利中，使用MAC-CE可以实现对灵活码元SRS传输功能的快速激活/去激活。对比文件未涉及此具体应用场景。因此，该技术特征未被公开。 |
<<<F>>>