**对比文件名称**:发明公开_CN103797871A 使用探测参考信号以支持基于网络的定位
**目标专利名称**:用于定位的探测参考信号(SRS)资源和资源集配置
**本次调用模型名称**:DeepSeek
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 (段落标号/位置) | 公开性论述 |
| **技术特征A:一种用户设备UE,包括: 存储器; 至少一个处理器;以及 至少一个收发器**<br>**判断结果:《隐含公开》** | “UE102”、“目标UE”等(全文多处提及)。例如,[0024]段描述了UE传送SRS,[0025]段描述了LMU的硬件组成。 | 对比文件通篇描述了UE(用户设备)执行SRS传输、接收配置等行为。虽然未明确列出“存储器、处理器、收发器”这些硬件组件,但作为本领域技术人员,能够毫无疑义地确定,一个能够执行无线通信、接收配置、发送SRS信号的UE必然包含这些实现其功能所必需的基本硬件组件。这些组件是UE的固有组成部分。因此,该技术特征被对比文件隐含公开。 |
| **技术特征B:所述至少一个收发器被配置为: 从小区接收探测参考信号SRS配置,所述SRS配置定义一个或多个SRS资源集,每个SRS资源集包括一个或多个SRS资源,并且每个SRS资源包括一个或多个SRS端口**<br>**判断结果:《直接公开》** | [0024]:“eNB101传送SRS配置(SRS configiration,简写做SRS CONFIG)106给UE102,以用于SRS调度信息以及SRS传输参数。”<br>[0026]:“在步骤211中,eNB201确定用于UE202的SRS配置以及/或者调度...在步骤212中,eNB201传输SRS参数给UE202。”<br>[0052]-[0054]:详细列出了SRS配置参数,如`srs-BandwidthConfig`(频宽配置,隐含资源集/资源概念)、`srs-AntennaPort`(天线端口数量)等。 | 对比文件直接、明确地公开了eNB(即小区)向UE发送SRS配置(SRS CONFIG/SRS参数)的过程。该配置包含了用于SRS传输的各项参数。虽然对比文件使用的术语(如“SRS参数集”)不如目标专利的“SRS资源集”、“SRS资源”层级分明,但其描述的“SRS配置”在整体技术方案中起到了定义UE发送SRS所需时间、频率、序列、端口等资源信息的作用,这与目标专利中“SRS配置”为解决“如何配置用于定位的SRS”问题所起的作用是相同的。本领域技术人员能够理解,对比文件的“SRS配置”必然定义了SRS发送所需的资源集合及其属性(包括端口)。 |
| **技术特征C:其中在所述SRS配置中定义的至少一个SRS资源集中的至少一个SRS资源的至少一个SRS端口可以由所述UE至少用于进行定位**<br>**判断结果:《直接公开》** | [0004]:“在基于网络定位中,UE位置基于不同位置测量单元(LMU)获取的探测信号(SRS)的时序测量而估计...”<br>[0024]:“周期性SRS信号也可以用于基于网络的定位。”<br>[0046]:“因此,在用于定位目的SRS配置中,用于SRS传输的天线端口数量Nap将等于1。” | 对比文件的核心主题就是使用SRS进行基于网络的定位。它直接、明确地指出SRS用于定位目的([0004], [0024]),并且专门讨论了用于定位时的SRS配置,其中明确提到用于SRS传输的“天线端口”(即SRS端口)数量应设为1([0046])。这清楚地公开了SRS配置中定义的SRS端口(此处特指1个端口)是用于(至少用于)定位的。因此,该特征被直接公开。 |
| **技术特征D:以及利用一个或多个定位SRS端口发送定位SRS作为上行链路定位信号,每个定位SRS端口是在所述SRS配置中定义的SRS资源集中的SRS资源的SRS端口**<br>**判断结果:《直接公开》** | [0024]:“基于SRS配置,UE102相应地传输周期性SRS107。”<br>[0026]:“在步骤215,UE202基于已配置SRS参数确定何时传送周期性SRS...在步骤216中,UE202传送周期性SRS信号给LMU205。”<br>[0046]:“在用于定位目的SRS配置中,用于SRS传输的天线端口数量Nap将等于1。” | 对比文件明确描述了UE根据从eNB接收的SRS配置(参数),传输周期性SRS信号,并且该SRS信号被LMU接收用于定位测量([0024], [0026])。结合[0046]关于定位配置中端口数量的描述,可以确定UE是利用了SRS配置中定义的(用于定位的)天线端口来发送SRS信号。该SRS信号在对比文件中即作为上行链路定位信号(用于LMU进行时序测量以定位)。因此,该技术特征被直接公开。 |
| **技术特征E:所述定位SRS以定位SRS模式被发送,使得跨N个连续符号,其中N大于或等于二**<br>**判断结果:《未公开》** | 对比文件未描述SRS在时域上跨多个连续符号发送的特定“模式”。它提及SRS在子帧的“一个SC-FDMA符号”中发送([0045]),以及周期性发送。 | 目标专利的“定位SRS模式”是为了改善定位性能而设计的特定发送方式,其核心特征之一是SRS在多个(N>=2)连续符号上发送。对比文件虽然公开了SRS的发送,但并未揭示或暗示这种跨连续符号的特定发送模式。在对比文件公开的常规SRS发送中,SRS通常位于一个符号内(如子帧的最后一个符号)。因此,对比文件既未直接公开也未隐含公开此特征。 |
| **技术特征F:所述一个或多个定位SRS端口所映射到的SRS资源元素RE在频率上交错并且使用所述N个连续符号中的每一个。**<br>**判断结果:《未公开》** | 对比文件未描述SRS资源元素(RE)在频域上交错的模式。它提到了“传输间隔(transmissionComb)”([0052], [0054]),这对应于常规的“梳状(comb)”结构,但在一个符号内,同一端口的RE在频率上是均匀间隔(如梳2、梳4),并非“交错”。 | 目标专利的“频率上交错”是其定位SRS模式的关键创新点,指在连续的符号上,同一端口映射到的RE占据不同的子载波(频率位置),从而在时频网格上形成交错图案。对比文件完全没有提及这种RE映射方式。本领域技术人员从对比文件关于常规SRS(如用于信道探测)的描述中,无法推理出这种用于定位的、旨在提高性能的特定频率交错模式。因此,该特征未被公开。 |
| **技术特征G:所述SRS RE使得能够跨N个连续子载波上的N个连续符号,所述N个连续符号中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征是技术特征F所述“频率交错”模式的一种具体、优选的实施方式,即形成一个NxN的时频网格,每个符号和每个子载波各使用一次。如前述,对比文件未公开任何关于跨符号的RE特定映射模式,更未公开这种高度结构化的时频网格映射方式。因此,该特征未被公开。 |
| **技术特征H:所述一个或多个定位SRS端口中的每一个是配置的定位SRS端口或指定的定位SRS端口,所述配置的定位SRS端口是被配置为在所述SRS配置中用于定位目的的SRS端口,并且所述指定的定位SRS端口是被指定为由所述UE用于定位目的的SRS端口。**<br>**判断结果:《未公开》** | 对比文件描述了eNB为UE配置SRS参数用于定位([0024], [0046]),即存在“配置的”用于定位的SRS端口概念。但未提及UE可以“指定”某个端口用于定位(即“指定的定位SRS端口”)。 | 目标专利引入了“配置的”和“指定的”两种方式来标记用于定位的SRS端口,增加了灵活性。对比文件仅公开了由网络(eNB)配置SRS参数(包括端口)用于定位这一种方式,即相当于“配置的定位SRS端口”。但并未公开UE可以主动指定某个已配置端口(可能原用于其他目的)用于定位(“指定的定位SRS端口”)的概念或机制。因此,特征H中关于“指定的定位SRS端口”的部分未被公开。 |
| **技术特征I:所述一个或多个SRS资源集包括至少一个定位SRS资源集,所述至少一个定位SRS资源集是被配置为或被指定为以SRS资源集级别用于定位目的的SRS资源集。**<br>**判断结果:《未公开》** | 对比文件未引入“SRS资源集”这一明确的层级概念,也未讨论在“资源集”级别标记其用途(用于定位或其他)。 | 目标专利提出了清晰的“SRS资源集”层级,并允许在该层级标记其用于定位。对比文件虽然提到了“SRS配置”包含多项参数,但并未将其概念化为一个包含多个资源的“资源集”,更没有在这样一个逻辑集合的级别上讨论其用途标记。本领域技术人员无法从对比文件中推理出此特征。 |
| **技术特征J:所述至少一个定位SRS资源集中的所有SRS资源是自动定位SRS资源,以及所述至少一个定位SRS资源集中的所有SRS资源的所有SRS端口是自动定位SRS端口。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征依赖于特征I(定位SRS资源集)的存在,并定义了其继承属性。由于对比文件未公开“定位SRS资源集”的概念,因此更不可能公开其下属资源和端口的自动继承属性。该特征未被公开。 |
| **技术特征K:根据权利要求4所述的UE,所述至少一个定位SRS资源集是配置的定位SRS资源集或指定的定位SRS资源集,所述配置的定位SRS资源集是被配置为在所述SRS配置中用于定位目的的SRS资源集,并且所述指定的定位SRS资源集是被指定为由所述UE用于定位目的的SRS资源集。**<br>**判断结果:《未公开》** | 无相应描述。 | 同特征I,对比文件未公开“定位SRS资源集”概念,因此其“配置的”或“指定的”亚类也无从谈起。该特征未被公开。 |
| **技术特征L:所述一个或多个SRS资源集包括至少一个非定位SRS资源集,所述至少一个非定位SRS资源集是未被配置为并且未被指定为以所述SRS资源集级别用于定位目的的SRS资源集,以及所述至少一个非定位SRS资源集包括至少一个定位SRS资源,所述至少一个定位SRS资源是被配置为或被指定为以SRS资源级别用于定位目的的SRS资源。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征涉及混合场景:在一个未标记为定位的资源集中,包含被标记为定位的单个资源。这依赖于目标专利提出的多层级的、灵活的标记体系。对比文件未建立这样的层级和标记体系,因此无法隐含或直接公开这种复杂的管理方式。 |
| **技术特征M:所述至少一个定位SRS资源的所有SRS端口是自动定位SRS端口。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征是特征L的从属特征。由于特征L未被公开,且该继承属性是目标专利特定体系的一部分,对比文件未公开此特征。 |
| **技术特征N:所述至少一个定位SRS资源是配置的定位SRS资源或指定的定位SRS资源,所述配置的定位SRS资源是被配置为在所述SRS配置中用于定位目的的SRS资源,并且所述指定的定位SRS资源是被指定为由所述UE用于定位目的的SRS资源。**<br>**判断结果:《未公开》** | 对比文件描述了eNB配置SRS参数用于定位,这可以广义理解为配置了用于定位的SRS“资源”。但未引入明确的“SRS资源”对象概念,也未区分该资源是由网络“配置”还是由UE“指定”用于定位。 | 目标专利明确提出了“SRS资源”对象及其“配置的”和“指定的”两种标记方式。对比文件仅描述了网络侧进行配置的行为,没有公开UE侧可以指定资源用于定位的机制或概念。因此,该特征中关于“指定的定位SRS资源”的部分未被公开。 |
| **技术特征O:所述至少一个非定位SRS资源集包括至少一个非定位SRS资源,所述至少一个非定位SRS资源是未被配置为并且未被指定为以所述SRS资源级别用于定位目的的SRS资源,以及所述至少一个非定位SRS资源包括至少一个定位SRS端口,所述至少一个定位SRS端口是被配置为或被指定为以SRS端口级别用于定位目的的SRS端口。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征描述了更细粒度的混合场景:在未标记为定位的资源集中,在未标记为定位的资源内,包含被标记为定位的单个端口。这同样是目标专利多层灵活标记体系下的特定场景。对比文件完全没有涉及如此细粒度的、基于端口级别的用途标记和管理。 |
| **技术特征P:所述至少一个定位SRS端口是配置的定位SRS端口或指定的定位SRS端口,所述配置的定位SRS端口是被配置为在所述SRS配置中用于定位目的的SRS端口,并且所述指定的定位SRS端口是被指定为由所述UE用于定位目的的SRS端口。**<br>**判断结果:《未公开》** | 如特征H所述,对比文件公开了“配置的”用于定位的端口(即eNB配置Nap=1用于定位),但未公开“指定的”定位SRS端口。 | 该特征与特征H实质相同,重申了端口级别的两种标记方式。同样,仅“配置的定位SRS端口”被对比文件公开(隐含在配置行为中),而“指定的定位SRS端口”未被公开。 |
| **技术特征Q:其中:所述一个或多个SRS资源集中的至少一个包括跨越N个连续符号的定位SRS资源,以及所述定位SRS资源的定位SRS端口被映射到所述N个连续符号的SRS RE,使得所有N个梳偏移被使用。**<br>**判断结果:《未公开》** | 无相应描述。对比文件未描述一个SRS资源可以“跨越N个连续符号”,也未描述RE映射需要“使用所有N个梳偏移”。 | 该特征具体化了定位SRS资源的时域跨度(N个连续符号)和频域映射目标(使用所有梳偏移)。对比文件未公开任何关于SRS资源可以跨多个符号配置,以及为了实现定位性能而采用特定的、使用所有梳偏移的RE映射规则。这超出了对比文件公开的常规SRS配置范畴。 |
| **技术特征R:根据权利要求12所述的UE,所述定位SRS资源的所述定位SRS端口被映射到N个连续子载波上的所述N个连续符号的所述SRS RE,使得N个梳偏移中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征是特征Q的进一步具体化,描述了形成NxN时频网格的理想映射。如前述,对比文件未公开任何此类映射模式。 |
| **技术特征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模式的方案:使用多个连续的定位SRS资源,通过在资源间(而非资源内)进行频率交错来实现目标专利的增益。这是一个非常具体的实施架构。对比文件完全没有涉及“连续定位SRS资源”的概念,更没有描述跨多个资源的RE频率交错映射关系。因此,该特征未被公开。 |
| **技术特征T:所述上行链路定位信号的所述一个或多个定位SRS端口被映射到跨N个连续子载波上的所述N个连续定位SRS资源的所述SRS RE,使得所述N个连续符号中的每一个被使用一次并且所述N个连续子载波中的每一个被使用一次。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征是特征S的进一步具体化,描述了在特征S架构下实现NxN时频网格映射。由于特征S未被公开,此特征自然也未被公开。 |
| **技术特征U:所述UE被配置有跨所述N个连续定位SRS资源的相同端口。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征涉及在特征S的多个资源上配置相同端口以实现相干处理。对比文件未公开多个连续定位SRS资源的场景,因此也未公开其端口配置关系。 |
| **技术特征V:所述N个连续定位SRS资源在相同时隙中被发送。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征限定了多个连续定位SRS资源的发送时序关系。对比文件未公开此类资源,因此也未公开其发送时序约束。 |
| **技术特征W:所述N个连续定位SRS资源的相同端口索引跨所述N个连续定位SRS资源准共置。**<br>**判断结果:《未公开》** | 无相应描述。 | 该特征涉及多个资源上端口之间的准共置关系。对比文件未公开此类资源及端口关系。 |
| **技术特征X:如果所述定位SRS是用于定位目的以及用于通信目的的SRS资源,则没有非周期SRS传输被允许用于所述定位SRS。**<br>**判断结果:《未公开》** | 对比文件区分了周期性SRS(p-SRS)和非周期性SRS(ap-SRS),并指出p-SRS用于基于网络的定位([0005], [0027])。但并未规定如果一个SRS资源同时用于定位和通信,则禁止使用非周期性传输。 | 目标专利提出了一条具体的冲突解决规则。对比文件虽然提到了p-SRS用于定位,但并未将此用途与SRS资源的触发类型(周期性/非周期性)在“资源多用途”的上下文下进行关联和限制。本领域技术人员无法从对比文件推理出此特定规则。 |
| **技术特征Y:如果所述定位SRS是用于定位目的以及用于通信目的的SRS资源,则没有半持续SRS被允许用于所述定位SRS。**<br>**判断结果:《未公开》** | 对比文件未提及“半持续SRS”概念。 | “半持续SRS”是目标专利或后续标准中可能出现的概念。对比文件完全未涉及此概念,更未涉及将其用于多用途资源时的限制规则。 |
| **技术特征Z:当所述定位SRS是在第一SRS资源集中用于通信目的以及定位目的两者而在第二SRS资源集中仅用于通信目的的SRS资源时,并且当所述SRS在相同符号上发生冲突时,用于通信目的以及定位目的两者的SRS优先于仅用于通信目的的SRS。**<br>**判断结果:《未公开》** | 对比文件提到了SRS丢弃规则,涉及SRS与PUCCH/PUSCH/PRACH的冲突([0029]),但未涉及同一个SRS资源在不同资源集中有不同用途时,发生发送冲突的优先级规则。 | 该特征描述了一个非常具体的、基于资源集用途标记的优先级规则。这依赖于目标专利提出的灵活的多层级标记体系。对比文件没有这样的体系,也没有讨论过SRS资源在不同逻辑集合中具有不同用途的场景及其冲突解决方案。因此,该特征未被公开。 |
<<<B>>><<<C>>><<<D>>>