用于LTE中定位、位置和基于位置的服务的启用QoS差异性的信令支持

摘要

根据本发明的一个方面，扩充基于位置的服务中所使用的客户端和/或服务类型的数量。该扩充提供更丰富的定义以便在选择在满足给定的定位请求时使用的最优或另外最适合的定位序列时使用。例如，以较快但较低精确度的位置确定来满足一些类型的商用相关的定位请求，而其它类型从较精确但是较慢的位置确定获益。通过扩充用于标识商用定位请求的类型定义来提供这些和其它获益。例如，UE可以配置成发送指示扩充的客户端或服务类型的定位请求。作为另一示例，生成或处理此类请求时涉及的网络节点配置成理解这些扩充的类型定义和/或将扩充的定义映射到QoS要求或具体定位序列，以用于请求定位节点执行该具体定位序列。

权利要求

1.一种在包括定位节点的无线通信网络中提供定位服务的方法，所述定位节点配置成根据选择的定位序列来提供用户设备（UE）的定位信息，其中在所述定位节点可用的不同定位序列提供不同的定位响应时间或服务质量，其中所述方法的特征在于：在所述无线通信网络中的不同于所述定位节点的第一节点维护对应于多种不同类型的商用的基于位置的服务的客户端类型或服务类型的扩充集合，其中所述不同类型的商用的基于位置的服务是依据其位置QoS准则来区分的；

在所述第一节点接收用于定位用户设备（UE）的定位请求；

在所述第一节点处将所述定位请求映射到所述定位请求所关联的商用的基于位置的服务的具体类型对应的扩充的客户端类型或服务类型之一；以及在定位请求中将如下项的至少其中之一用信号通知所述定位节点：所述扩充的客户端或服务类型；由所述第一节点映射到所述扩充的客户端或服务类型的位置QoS准则；或由所述第一节点映射到所述扩充的客户端或服务类型的特定定位序列。

2.如权利要求1所述的方法，其特征还在于所述无线通信网络包括LTE网络、LTE高级网络或UMTS网络。

3.如权利要求1所述的方法，其特征还在于维护客户端类型或服务类型的所述扩充集合包括，维护客户端类型的集合，每个客户端类型对应于不同类型或分类的商用位置服务，并且还维护对于每个客户端类型的作为所述位置QoS准则指示所述客户端类型的如下项其中之一的信息：（a）与所述客户端类型关联的位置QoS要求；以及（b）与所述客户端类型关联的QoS参数的优先级的顺序。

4.如权利要求1所述的方法，其特征还在于所述定位请求的所述映射包括，评估所述定位请求，并将其与所述扩充集合中的客户端类型或服务类型的其中之一匹配，并对应地生成要被包括在用于所述定位节点的信令中的一个或多个信息元素，以使所述信令指示与匹配的客户端类型或服务类型关联的位置QoS准则。

5.如权利要求1所述的方法，其中所述定位请求的所述映射包括，评估在所述定位请求中接收的或与之关联的一个或多个数据项目，以确定来自客户端或服务类型的所述扩充集合的哪个客户端或服务类型最佳地补充所述定位请求。

6.一种在提供定位服务且包括定位节点的无线通信网络中使用的第一节点，所述定位节点不同于所述第一节点，所述定位节点配置成根据选择的定位序列来提供用户设备（UE）的定位信息，其中在所述定位节点可用的不同定位序列提供不同的定位响应时间或服务质量，其中所述第一节点的特征在于：存储器，用于维护对应于多种不同类型的商用的基于位置的服务的客户端类型或服务类型的扩充集合，其中所述不同类型的商用的基于位置的服务是依据其位置QoS准则来区分的；

通信接口，用于在所述第一节点接收用于定位用户设备（UE）的定位请求；

一个或多个处理电路，配置成：

将所述定位请求映射到与所述定位请求所关联的商用的基于位置的服务的具体类型对应的扩充的客户端类型或服务类型之一；以及在定位请求中将如下项的至少其中之一用信号通知所述定位节点：所述扩充的客户端或服务类型；由所述第一节点映射到所述扩充的客户端或服务类型的位置QoS准则；或由所述第一节点映射到所述扩充的客户端或服务类型的特定定位序列。

7.如权利要求6所述的第一节点，其特征还在于所述无线通信网络包括LTE网络、LTE高级网络或UMTS网络。

8.如权利要求6所述的第一节点，其特征还在于所述第一节点配置成通过如下步骤来维护客户端类型或服务类型的所述扩充集合：在所述存储器中维护客户端类型的集合，每个客户端类型对应于不同类型或分类的商用位置服务，并且还维护对于每个客户端类型的作为所述位置QoS准则指示每个客户端类型的如下项其中之一的信息：（a）与所述客户端类型关联的位置QoS要求；以及（b）与所述客户端类型关联的QoS参数的优先级的顺序。

9.如权利要求6所述的第一节点，其特征还在于所述第一节点配置成通过如下步骤来执行所述定位请求的所述映射：评估所述定位请求，并将其与所述扩充集合中的客户端类型或服务类型的其中之一匹配，并对应地生成要被包括在用于所述定位节点的信令中的一个或多个信息元素，以使所述信令指示与匹配的客户端类型或服务类型关联的位置QoS准则。

10.一种在配置成为用户设备（UE）提供位置服务的无线通信网络中的定位节点处理定位请求的方法，所述方法的特征在于：作为信令消息接收给定用户设备（UE）或网络节点的定位请求；

响应所述定位请求，基于如下项来确定用于提供定位信息的具体定位序列：

将所述定位请求中用信号通知的信息映射到在所述定位节点可用的具体定位序列，其中该信息包括所述定位节点将其映射到对应的位置QoS准则的扩充的客户端或服务类型，然后所述定位节点将其映射到所述具体定位序列，其中所述扩充的客户端或服务类型是对应于多种不同类型的商用的基于位置的服务的客户端或服务类型的扩充集合中的扩充的客户端或服务类型，所述不同类型的商用的基于位置的服务是依据其位置QoS准则来区分的，或其中所述定位请求中用信号通知的信息包括所述定位节点将其映射到所述具体定位序列的位置QoS准则；以及执行所述具体定位序列以确定所述定位信息，并且发送承载所述定位信息的一个或多个消息。

11.如权利要求10所述的方法，其特征还在于与发送承载所述定位信息的一个或多个消息关联地报告置信度值。

12.如权利要求11所述的方法，其特征还在于作为所述置信度值的所述报告的一部分，报告所述置信度值所基于的统计模型的类型。

13.一种配置用于处理为用户设备（UE）提供位置服务的无线通信网络中的定位请求的定位节点，所述定位节点的特征在于：通信接口，用于作为信令接收给定用户设备（UE）或网络节点的定位请求；以及一个或多个处理电路，配置成：响应所述定位请求，基于如下项来确定用于提供定位信息的具体定位序列：

将所述定位请求中用信号通知的信息映射到在所述定位节点可用的具体定位序列，其中该信息包括所述定位节点将其映射到对应的位置QoS准则的扩充的客户端或服务类型，然后所述定位节点将其映射到所述具体定位序列，其中所述扩充的客户端或服务类型是对应于多种不同类型的商用的基于位置的服务的客户端或服务类型的扩充集合中的扩充的客户端或服务类型，所述不同类型的商用的基于位置的服务是依据其位置QoS准则来区分的，或其中所述定位请求中用信号通知的信息包括所述定位节点将其映射到所述具体定位序列的位置QoS准则；以及执行所述具体定位序列以确定所述定位信息，并发送承载所述定位信息的一个或多个消息。

14.如权利要求13所述的定位节点，其特征还在于所述定位节点配置成与发送承载所述定位信息的一个或多个消息关联地报告置信度值。

15.如权利要求14所述的定位节点，其特征还在于所述定位节点配置成作为所述置信度值的所述报告的一部分报告所述置信度值所基于的统计模型的类型。

说明书

用于LTE中定位、位置和基于位置的服务的启用QoS差异性

的信令支持

技术领域

[0001] 本发明一般涉及无线通信网络内的定位，如支持商用的基于位置的服务，并且具体地涉及更好地使得使用的定位序列适合于给定定位请求的要求。

背景技术

[0002] 定位服务、位置服务（LCS）和基于位置的服务（LBS）对于蜂窝运营商来说正变得越来越重要。智能电话的引入提供新服务可能性，其将要求运营商就不同服务的不同定位要求来优化性能，但是随之带来了有关位置服务的新挑战。

[0003] 具体来说，LTE的定位和LCS支持目前正在进行标准化。虽然工作仍在继续，但是LCS的大多数基本信令支持已经标准化。例如，标准中，如LCS QoS（服务质量）的功能性尚未完成。再者，LTE上下文中设想的大多数可用定位功能性采用自UTRAN规范，即使那些规范被认为缺乏灵活性以及遭受某些实践问题。

[0004] UMTS中的QoS差异性

[0005] UMTS中的 LCS QoS参数

[0006] 在UMTS中，UTRAN或GERAN（在lu模式中）与核心网络（CN）之间的信令服务由无线电网络层信令协议（称为无线电接入网应用部分（RANAP））来提供。至少如下RANAP功能与LCS相关，

[0007] ●控制位置报告—该功能允许CN使用如下消息操作UTRAN报告UE位置的模式[0008] ○LOCATION REPORTING CONTROL (从CN传送到RNC)；

[0009] ●位置报告—用于使用如下消息将实际位置信息从RNC传递到CN的功能[0010] ○LOCATION REPORT；

[0011] ●位置相关数据—该功能允许CN通过如下消息从RNC检索用于广播协助数据的解密密钥（以转发到UE），或请求RNC将专用的协助数据送交到UE：

[0012] ○LOCATION RELATED DATA REQUEST,

[0013] ○LOCATION RELATED DATA RESPONSE，以及

[0014] ○LOCATION RELATED DATA FAILURE。

[0015] 规定[8]：位置服务请求将包括（除了其它以外）诸如LCS客户端身份、LCS客户端类型以及（如果需要的话）还有受支持的GAD形状、定位优先级、服务身份和/或类型以及受支持的QoS信息之类的属性。在UTRAN中，此功能性通过RANAP来启用，以使LCS客户端能够请求UTRAN的RNC中可用的定位功能性的某个QoS（RNC及其对应的NodeB称为无线电网络子系统或RNS；UTRAN中能够存在多于一个RNS）。所请求的QoS（至少）由RANAP LOCATION REPORTING CONTROL消息的以下信息元素来定义，参见[1]：

[0016] ●响应时间（值：高/低），在标准中未将其映射到时间；

[0017] ●精确度码（编码有128个值），其解释为解码时不确定性圆的半径（以米计算）；以及

[0018] ●垂直精确度码（编码有128个值），其解释为不确定性间隔的大小，但是在标准中它是一侧的还是两侧的并不明确。

[0019] 再者，该消息还可以包括定位优先级和客户端类型（在紧随其后的部分中有更多细节）。

[0020] UTRAN中的客户端类型

[0021] 在[8]中，LCS客户端被定义为为了获得一个或多个UE的位置信息而与LCS服务器交互的软件和/或硬件实体。LCS客户端预订LCS以便获得位置信息。LCS客户端可以与人类用户交互或可以不与之交互。LCS客户端负责将数据格式化并呈示数据以及管理用户接口（对话）。LCS客户端可以驻留在UE或启用SUPL的终端（SET）中，但是它也可以位于网络侧（例如，网络维护服务或自我定位的BS）。

[0022] 客户端类型信息在实践中是非常重要的，因为它允许以灵活的方式配置LCS QoS差异性。还可能存在对于某些LCS客户端类型的一些限制。例如，在美国，国家暂行标准TIA/EIA/IS-J-STD-036将紧急服务LCS客户端的地理形状限制为最小程度的“椭球点”或“具有不确定性圆和置信度的椭球点”，如[7]中所定义的。在UTRAN中，在位置报告控制消息中将LCS客户端类型作为UTRAN中的8个预定义值之一通过信号来通知，所述值用于在不同服务之间实现差异性。如下客户端类型值被UTRAN lu接口支持，参见[1]：

[0023] ●紧急服务；

[0024] ●增值服务；

[0025] ●PLMN运营商服务；

[0026] ●合法监听服务；

[0027] ●PLMN运营商广播服务；

[0028] ●PLMN运营商运营和维护服务；

[0029] ●PLMN运营商匿名统计服务；以及

[0030] ●PLMN运营商目标MS服务支持。

[0031] 能够注意到，只有一种客户端类型用于商用LBS（即，增值服务）—随着商用位置服务的数量增加，这种单一类型定义正变成重大缺点。

[0032] UTRAN中的服务类型

[0033] 服务类型是LCS客户端可以提供的特定LBS的属性，如[9]中所定义的。LCS客户端还可以提供服务身份，由此服务器能够将其映射到还可以对照LCS简档和预订来验证的某个服务类型。如下LCS分类和类型已经标准化[9]：

[0034] ●公众安全性服务（紧急服务、紧急警报服务）；

[0035] ●位置敏感计费;

[0036] ●跟踪服务（人跟踪、车队管理、资产管理）；

[0037] ●交通监视（交通拥堵报告）；

[0038] ●增强的呼叫路由选择（路边协助、至最近商业企业的路由选择）

[0039] ●基于位置的信息服务（交通和公共运输信息、城市景点、定位广告、移动黄页、天气、资产和服务查找）；

[0040] ●娱乐和社区服务（游戏、找朋友、约会、聊天、路线查找、自我定位）；以及[0041] ●服务提供商特定服务。

[0042] 置信度概述

[0043] 由于无线电传播的特性，采用所获得的终端位置的统计学描述是标准。然后使用置信度参数来描述统计误差，置信度被定义为终端位于所报告的区域内部的概率。获得置信度的方式不同，其原因是不同的统计模型。在A-GPS中，伪范围测量误差和几何效应的组合导致不精确。由于过量测量，大数法则连同线性化促进标准高斯位置误差模型的运用。对于小区ID和TA定位，确切地说无线电覆盖效应导致误差。因此，在这些情况中使用终端位置的均匀统计模型。

[0044] UTRAN中的选择逻辑

[0045] 通过用于定位方法选择的运营商可配置逻辑集合来控制UE定位功能（下文将使用注释“定位方法选择算法”）。定位方法选择算法取用多个输入，包括如下这些项：

[0046] ●客户端类型，在LOCATION REPORTING CONTROL消息中接收[1]；

[0047] ●QoS参数（响应时间、精确度码和垂直精确度码），在LOCATION REPORTING CONTROL消息中接收[1]；

[0048] ●EnabledPositioningFeatures参数，其具有还覆盖RTT定位的扩增范围—对于本发明公开是不相关的；以及

[0049] ●UE能力，主要展示UE的A-GPS能力—对于本发明公开是不相关的。

[0050] 在QoS差异性定位特征的第一修订版中，实现三个服务类，其中对于每个服务类具有一个可配置选择逻辑集合。除了作为缺省的紧急服务类以外，每个服务类均由配置的客户端类型定义。对于紧急定位有一个专用服务类，以及对于不同商用服务有两个服务类。

[0051] 用于每个服务类的逻辑允许第一定位尝试，可能地随后有两个再尝试的定位尝试。运营商可配置如下备选：

[0052] ●对于所有服务类有效：

[0053] ○用于每种获许可的定位方法的典型QoS，包括

[0054] ■典型响应时间，

[0055] ■典型精确度码（表示为半径的水平精确度码），

[0056] ■典型垂直精确度码（垂直精确度）。

[0057] ●单独地对于每个服务类有效：

[0058] ○客户端类型的列表，将为其选择服务类。

[0059] 注意1：客户端类型仅允许出现在一个服务类中。

[0060] 再者，对于紧急服务的服务类无需列表，

[0061] 这是缺省情况。

[0062] 注意2：在UTRAN中只有一个用于商用服务的客户端类型可用。

[0063] ○对于所有定位尝试有效

[0064] ■在每个定位尝试之后选择QoS的后检查。注意除非配置后检查，否则不计算QoS。

[0065] ○第一定位尝试

[0066] ■可选择的定位方法的排序列表，

[0067] ■选择具有最佳QoS的方法。

[0068] ○第二定位尝试：

[0069] ■从可选择的定位方法的列表中进行第一再尝试的定位方法的硬选择。

[0070] 注意：已经运行过的定位方法不运行第二次。

[0071] ○第三定位尝试：

[0072] ■从可选择的定位方法的列表中进行第二再尝试的定位方法的硬选择。

[0073] 注意：已经运行过的定位方法不运行第二次。

[0074] 该定位选择算法通过首先检查LOCATION REPORTING CONTROL消息中接收的客户端类型IE来操作。客户端类型然后将对应于适合的服务类。定位方法选择算法然后通过选择第一定位方法来继续进行。该选择是基于QoS的，并且考虑到：

[0075] ●所请求的QoS，如在LOCATION REPORTING CONTROL消息中所接收的；

[0076] ●对于每个获许可的定位方法，配置的（典型）响应时间、精确度码（水平精确度）和垂直精确度码（垂直精确度）；以及

[0077] ●UE能力和enabledPositioningFeatures参数（其确定在RNS中是否开启定位方法）—对于本发明公开是不相关的。

[0078] 选择算法在配置的可能第一定位方法的整个列表中循环，并选择最佳满足QoS准则的方法。QoS准则的优先级遵循3GPP，即，响应时间，精确度码，然后是垂直精确度码。如果两种方法同样好，则选择配置的可能第一定位方法列表中的第一种方法。

[0079] 在已经选择第一定位方法之后（未选择方法是可能的），运行所选择的定位方法。

[0080] 如果已配置，则执行所达到的精确度的后检查，此后，根据测试的结果确定UE定位功能将继续报告还是再次尝试定位。如果所选择的定位方法失败，则UE定位方法也继续再次尝试定位。

[0081] 如果UE定位功能继续再次尝试定位，则检查UE能力和enabledPositioningFeatures，这次对于配置用于第二定位尝试的定位方法。如果测试成功，则运行与UE状态和选择的定位方法对应的用例（use case）。在完成时，执行任何配置的后检查以检查所达到的精确度。如果所达到的精确度满足所请求的精确度，则报告第二定位尝试的结果，否则执行第三定位尝试。如果第二定位尝试会失败，则也执行第三定位尝试。

[0082] 第三次尝试与第二次尝试类似，所例外的是在完成之后，无需执行后检查。其原因是如果所达到的QoS不够好，则不会有第四尝试。出于相同的原因，UE定位功能报告最佳满足如LOCATION REPORTING CONTROL消息中所接收的所请求的QoS的定位尝试的结果。

[0083] UTRAN中的QoS评估

[0084] QoS评估按如下步骤操作：

[0085] ●检查响应时间是否低于所请求的响应时间；

[0086] ●计算由每种定位方法得到的地理格式的面积，并与半径由所请求的水平精确度码给定的圆的面积比较；以及

[0087] ●计算/查询由每种定位方法得到的垂直不精确度的大小，并与由通过RANAP接口接收的垂直精确度码所给定的请求的垂直（标量）精确度比较。

[0088] LTE中的定位体系结构和协议

[0089] 在LTE中，基本演进的分组系统（EPS）体系结构在用户面中由两个节点，基站和演进的分组核心（EPC）网络网关（GW）组成。执行控制面功能性的节点（MME）与执行承载面功能性的节点（即，GW）是分开的。E-UTRAN与EPC之间的信令服务在S1接口上通过S1应用协议（S1AP）来提供[2]。eNodeB与MME之间的S1接口称为S1-MME，并且在控制面定位解决方案中得以利用。在MME与eSMLC之间标准化SLs接口，其中LCS-AP协议操作在该接口上。eNodeB与服务GW之间的S1接口称为S1-U，并且它在用户面定位解决方案中得以利用。

[0090] [2]中为S1AP定义如下的位置相关的过程：

[0091] ●位置报告控制，其允许MME利用如下消息请求eNodeB报告当前UE位置[0092] ○LOCATION REPORTING CONTROL；

[0093] ●位置报告，通过该位置报告，eNodeB通过使用如下消息向MME提供UE的当前位置

[0094] ○LOCATION REPORT；

[0095] ●位置报告失败指示，通过位置报告失败指示，eNodeB利用如下消息向MME告知位置报告控制过程已经失败

[0096] ○LOCATION REPORT FAILURE INDICATION。

[0097] 在[2]中，LOCATION REPORTING CONTROL消息仅指示eNodeB将如何向MME报告以及报告什么类型的位置信息（例如，CSG或TAI）。因此，S1AP消息不包含有关所要求的精确度、响应时间等的信息。此信息通过LTE定位协议（LPP）载送[4]，同时使用S1AP协议作为通过S1-MME接口的传输，以使LPP消息作为透明的PDU通过S1-MME载送。

[0098] LPP是位置服务器与目标装置之间使用的以便使用一个或多个参考源获得的位置相关的测量来定位目标装置的点到点协议。对于LPP消息，服务器可以例如是控制面中的eSMLC或是用户面中的SLP，而目标可以分别是控制面和用户面中的UE或SET。LPP使用RRC作为通过UE与eSMLC之间的Uu接口的传输，通过eNodeB和eSMLC之间的S1和SLs接口的S1AP。已对于LPP规定了如下事务，

[0099] ●能力传递过程（请求/提供消息），

[0100] ●协助数据传递过程（请求/提供消息），

[0101] ●位置信息传递（请求/提供消息）等。

[0102] LTE定位协议附录（LPPa）（参见[5]）是eNodeB与eSMLC之间的一种协议。该协议支持定位相关信息的LPPa位置信息传递过程以及非特定地与LCS相关的LPP管理过程。

[0103] 根据位置服务请求的源，这些过程的流程可能有所不同。即，该处理流程根据LCS请求由UE触发还是由MME或某个其它EPC LCS实体触发还是由eNodeB发起而有所不同。在所有情况中，MME调用位置会话以便获得UE的位置或执行某个其它位置相关的服务，如向UE传递协助数据。然后支持LPP和LPPa传输作为LCS会话的一部分。

[0104] 在用户面解决方案中，SUPL（包括使用通过SUPL的LPP）作为通用用户面协议栈的一部分进行[6]。SUPL占据该协议栈中的应用层，其中LPP（或另一个定位协议）作为SUPL上的另一个层来传输。

[0105] 在根据目前的标准已经建立LCS之后，在LPP能力交换和LPP位置信息传递过程期间（即，已经建立LCS会话之后）检索与LCS QoS相关的信息。

[0106] 在LPP上下文中，能力是指目标或服务支持为LPP定义的不同位置方法，具体位置方法的不同方面（例如，用于A-GNSS的不同类型的协助数据）和非特定于仅一种定位方法的通用特征（例如，处理多个LPP事务的能力）的能力。能力信息（除了其它以外）包括方法、速度类型、地理位置类型等。

[0107] 可选地传送的位置信息请求包含至少如下信息：

[0108] ●位置信息类型（优选的估计、所要求的估计、所要求的测量等）；

[0109] ●周期性报告（量和报告间隔）；

[0110] ●协助可用性（可用协助信息或没有服务器协助信息）；

[0111] ●附加信息（可以返回或可以不返回所请求的信息）；

[0112] ●QoS（参见下文细节）；

[0113] ●环境（差区域（badArea）、不差区域（notBadArea）、混合区域（mixedArea）等）；

[0114] ●位置类型（用于定义目标可以返回的位置估计的布尔指示符序列，其中这些估计是如下位置类型的其中一个或多个：椭球点（ellipsoidPoint）、具有不确定性圆的椭球点（ellipsoidPointWithUncertaintyCircle）、具有不确定性椭圆的椭球点（ellipsoidPointWithUncertaintyEllipse）、多边形（polygon）、具有高度的椭球点（ellipsoidPointWithAltitude）、具有高度和不确定性椭球的椭球点（ellipsoidPointWithAltitudeAndUncertaintyEllipsoid）或椭球弧（ellipsoidArc））；以及

[0115] ●速度类型（水平速度、含有以及不含不确定性的水平速度、含有和不含不确定性的水平和垂直速度）。

[0116] 能够注意到，位置信息传递是双向过程，即，它能够通过来自任一侧的请求发起，在被允许时（例如，一些测量传送仅对于从目标到服务器是相关的），请求测量或估计。

[0117] 位置信息请求的QoS信息部分包括如下信息：

[0118] ●水平精确度（128个精确度码，100个置信度码）；

[0119] ●垂直坐标请求（布尔）；

[0120] ●垂直精确度（128个精确度码，100个置信度码）；

[0121] ●响应时间（范围[1,128]秒中的值）—请求位置信息的接收与提供位置信息的传送之间测量的最大响应时间；以及

[0122] ●速度（布尔）。

发明内容

[0123] 根据本发明的一个方面，扩充基于位置的服务中所使用的客户端和/或服务类型的数量。该扩充提供更丰富的定义以便在选择在满足给定的定位请求时使用的最优或另外最适合的定位序列时使用。例如，以较快但较低精确度的位置确定来满足一些类型的商用相关的定位请求，而其它类型从较精确但是较慢的位置确定获益。这些和其它获益通过扩充用于标识商用定位请求的类型定义以及通过配置生成或处理此类请求中涉及的网络节点以理解扩充的类型定义来提供。

[0124] 根据另一个方面，本发明提出在定位请求中向定位节点用信号通知如下项的至少其中之一：扩充的客户端或服务类型；由（请求）节点映射到扩充的客户端或服务类型的位置QoS准则；或由该节点映射到扩充的客户端或服务类型的特定定位序列。一种此类实施例提出优选定位方法或序列的信令。这样做使得UE协助或基于网络的定位更灵活且更适应于UE需求。再者，所提出的底层统计误差模型的信令增强了定位节点与被定位节点之间传送的测量质量信息。

[0125] 当然，本发明并不由上文概述的特征或优点来限制。本领域普通技术人员在阅读对本发明多种实施例的下文详细描述以及参阅附图时将认识到另外的优点和特征。

附图说明

[0126] 图1是示出基于位置的服务的一个实施例的过程流程图，其中用户终端（或网络节点）始发定位请求，例如与商用的基于位置的服务关联的定位请求。

[0127] 图2是示出在移动性管理实体（MME）或其它网络节点的基于扩充的客户端和/或服务类型的使用为改进性地选择最适于满足定位请求的具体定位序列进行位置请求处理的一个实施例的逻辑流程图。

[0128] 图3是示出在定位服务节点的基于接收到标识扩充的客户端和/或服务类型的定位请求为改进性地选择最适于满足该定位请求的具体定位序列（即，选择对于定位请求中标识的具体扩充的客户端和/或服务类型在策略上为最佳的定位序列）进行位置请求处理的一个实施例的逻辑流程图。

[0129] 图4和图5是示出在网络节点（如MME）的用于响应入局的定位请求基于将入局的请求映射至客户端和/或服务类型定义的扩充集合生成出局的定位请求的处理电路和关联的功能的示例实施例的框图。

[0130] 图6和图7是示出在定位节点的用于将给定的定位请求中接收的扩充的客户端和/或服务类型信息映射到策略上最佳的定位序列的处理电路和关联的功能的示范实施例的框图。

[0131] 图8和图9是示出LTE上下文中基于位置的服务的实施例的过程流程图，其中用户终端（图8）或另一个网络节点（图9）始发定位请求，例如与商用的基于位置的服务关联的定位请求。

[0132] 图10是LTE网络的上下文中涉及定位服务的节点和接口的一个实施例的框图，以及它具体地描绘LTE上下文中所涉及的节点之间使用的示例接口和协议。

具体实施方式

[0133] 图1示出无线通信网络8中的示例定位服务的过程流程图，其中网络节点10（例如，LTE网络中的移动性管理实体或MME）从移动终端12或其它项目的用户设备（UE）接收定位请求。定位请求一般通过支持终端12的无线电接入网（RAN）节点14（如在LTE上下文中，终端的支持eNodeB）来接收。（该请求还可以从例如eNodeB始发，如虚线所指示的）。

[0134] 根据本文的教导，节点10基于其对客户端和/或服务类型的扩充集合的使用来执行定位请求的有利映射。基于该映射，节点10向位于网络8中或另外节点10可访问的定位节点16发送信令（例如，对应的定位请求）。具体来说，在适用的实例中，例如对于商用服务定位请求，节点10使用其客户端和/或服务类型的扩充集合向定位节点16提供与该定位请求关联的商用服务的特定类型或特性的更具体化的标识。

[0135] 这样做允许定位节点16选择策略上最佳的定位序列（positioning sequence）以在满足定位请求时使用。这里“策略上最佳”意味着最佳地匹配定位请求下层的商用服务的实践要求的定位序列或序列。例如，通过快速位置确定来最好地服务一些基于位置的商用服务，即使该速度是以精确度为代价；而在其它类型的基于位置的商用服务中，位置精确度是至关重要的。因为能够针对客户端和/或服务类型的扩充集合中的每个扩充的客户端和/或服务类型将位置QoS准则具体化，所以能够针对任何给定的定位请求精细地调整定位节点所使用的具体定位序列。这里，“定位序列”意味着定位节点16执行的具体定位操作，包括它为确定位置所使用的基础（GPS、TDOA等）和精确度。

[0136] 鉴于图1，图2示出可以在网络节点10实现的示例逻辑流程图，正如提到的，网络节点10可以是LTE示例中的MME。该流程图描绘用于在包括定位节点的无线通信网络中提供定位服务的方法100，该定位节点配置成根据选择的定位序列来提供用户设备（UE）的定位信息。在该方法的上下文内，在定位节点有多个不同的“定位序列”可用，其提供不同的定位响应时间和/或不同的定位QoS。在此上下文中，方法100包括多个步骤，包括在无线通信网络中的节点维护对应于多种不同类型的商用的基于位置的服务的客户端类型或服务类型的扩充集合（步骤102）。不同类型的商用的基于位置的服务是依据位置QoS准则来区分的。正如本文所使用的，术语“位置QoS准则”是指具体位置QoS要求的指示和/或位置QoS参数的优先级的优选顺序的指示（例如，有关响应时间、精确度码和垂直精确度码中哪个（或哪些）被认为对于定位请求中待处理（at issue）的具体扩充的客户端或服务类型更重要的指示）。

[0137] 方法100还包括在所述节点接收用于定位用户设备（UE）的定位请求（步骤104），并将定位请求映射到与定位请求关联的商用的基于位置的服务的具体类型对应的扩充的客户端或服务类型之一（步骤106）。

[0138] 再者，方法100包括将该扩充的客户端或服务类型用信号通知定位节点，以触发由定位节点选择在定位节点可用的定位序列中的特定定位序列来用于确定UE的定位信息（步骤108）。

[0139] 在一个或多个实施例中，上文的方法在LTE网络中实现，例如在基于LTE的无线通信网络内的eNodeB实现。

[0140] 在相同或其它实施例中，维护步骤包括维护客户端类型的集合，每个客户端类型对应于不同类型或分类的商用位置服务，并且还维护对于每个客户端类型的指示与该客户端类型关联的位置QoS准则的信息。

[0141] 在相同或其它实施例中，映射步骤包括评估定位请求，并将其与该扩充集合中的客户端类型或服务类型的其中之一匹配，并对应地生成要被包括在用于定位节点的信令中的一个或多个信息元素，以使它指示与匹配的客户端类型或服务类型关联的位置QoS准则。

[0142] 在相同或其它实施例中，该映射步骤包括评估在该定位请求中接收的或与之关联的一个或多个数据项目，以确定来自客户端或服务类型的扩充集合的哪个客户端或服务类型最佳地补充该定位请求。在至少一个此类实施例中，MME或其它请求节点配置成在定位请求中将如下项的至少其中之一用信号通知定位节点：扩充的客户端或服务类型；由该节点映射到扩充的客户端或服务类型的位置QoS准则；或由该节点映射到扩充的客户端或服务类型的特定定位方法或序列。一般来说，最初可以由可驻留在UE中的客户端用信号通知至少客户端类型。这意味着在定位节点从UE接收此类请求是可能的。

[0143] 当然，本领域技术人员将认识到，本发明可设想用于其多种传送和接收步骤的直接和/或间接链路。例如，在用户设备（UE）中的方法包括维护对应于多种不同类型的商用的基于位置的服务的客户端类型或服务类型的扩充集合，其中这些不同类型的商用的基于位置的服务是依据位置QoS准则来区分的，并发送与给定的商用的基于位置的服务关联的定位请求。有利地，作为此方法的一部分，UE在所述定位请求中包括与给定的商用的基于位置的服务对应的扩充的客户端类型或服务类型的指示。

[0144] 为了利用上文扩充的信令，定位节点必须配置成接收、识别和响应从eNodeB或如MME的其它网络节点接收的定位请求，其中用信号通知的信息标识扩充的客户端或服务类型和/或标识位置QoS准则或指定的定位序列。对应地，图3示出用于在定位节点实现此类功能性的方法120。示出的方法120包括作为信令消息接收给定的用户设备（UE）或网络节点的定位请求，其标识具体客户端或服务类型，如与多种不同类型的商用的基于位置的服务对应的客户端或服务类型的扩充集合中定义的（步骤122）。正如所提到的，不同类型的商用的基于位置的服务是依据位置QoS准则来区分的。

[0145] 该方法120还包括响应定位请求，基于将该扩充的客户端或服务类型映射到特定定位序列，确定用于提供定位信息的具体定位序列（步骤124），该特定定位序列是为与该扩充的客户端或服务类型对应的商用的基于位置的服务的类型定义的。再者，方法120还包括执行具体定位序列以确定所述定位信息（步骤126），并发送承载所述定位信息的一个或多个消息（步骤128）。

[0146] 此外，在至少一个实施例中，方法120包括与发送承载定位信息的一个或多个消息关联地报告置信度值。在至少一个此类实施例中，该方法包括作为置信度值的所述报告的一部分来报告该置信度值所基于的统计模型的类型。

[0147] 转到示例设备实现，图4描绘用于提供定位服务且包括定位节点的无线通信网络中的节点10，定位节点配置成根据选择的定位序列来提供用户设备（UE）的定位信息，其中在定位节点可用的不同定位序列提供不同的定位响应时间或服务质量。

[0148] 网络节点10包括一个或多个通信接口20—例如用于向终端和/或其它网络节点发送信号和接收信号的无线和/或有线接口。节点10还包括一个或多个处理电路22—例如微处理器或其它基于计算机的处理电路，其至少部分地配置成基于运行存储器24或处理电路22可访问的其它计算机可读介质中存储的计算机程序指令来执行期望的方法。

[0149] 在至少一个实施例中，该存储器24存储包括客户端或服务类型的扩充集合26的数据结构。这里，“或”表示和/或，意味着该集合可以包括用于一定范围的商用服务的扩充的客户端类型定义，和/或可以包括用于一定范围的商用服务的扩充的服务类型定义。因此，在示出的实施例中，节点10使用存储器24来维护对应于多种不同类型的商用的基于位置的服务的客户端类型或服务类型的扩充集合。与之前一样，不同类型的商用的基于位置的服务是依据位置QoS准则来区分的。

[0150] 再者，上文提到的通信接口是为在节点10接收例如用于定位用户设备（UE）的定位请求而配置的。该请求传递到一个或多个处理电路22中，一个或多个处理电路22配置成：将该定位请求映射到与该定位请求所关联的商用的基于位置的服务的具体类型对应的扩充的客户端类型或服务类型之一；以及将该扩充的客户端或服务类型用信号通知关联的定位节点16，以触发由定位节点16选择在定位节点可用的定位序列中的特定定位序列来用于确定UE的定位信息。

[0151] 在至少一个实施例中，节点10是MME或配置用于在LTE网络中操作的其它节点。在相同或其它实施例中，节点10配置成通过在存储器24中维护客户端类型的集合来维护客户端类型或服务类型的扩充集合26。这里，每个客户端类型对应于不同类型或分类的商用位置服务。

[0152] 节点10还维护对于每个客户端类型的指示与该客户端类型关联的位置QoS准则的信息。例如，关联的位置QoS准则可以是在策略上最补充具体客户端类型的QoS要求和/或（位置参数的）优先级的顺序。此类关联性可以例如被预先确定且被包括在节点10中作为其操作供应的一部分。

[0153] 再者，在至少一个实施例中，节点10配置成通过评估接收的定位请求并将其与扩充集合26中的客户端类型或服务类型之一匹配，并对应地生成要被包括在用于定位节点16的信令中的一个或多个信息元素（IE）来执行映射。

[0154] 图5示出本实施例的非限制性示例，其中处理电路22内的映射功能30将入局的定位请求映射到扩充集合26中的具体客户端/服务类型。对应地，信令发生器32生成IE或其它信息，这些IE或其它信息将被用于形成发送到定位节点16的定位请求消息。

[0155] 以此方式，一个或多个IE或其它包括的消息数据指示与匹配客户端类型或服务类型关联的位置QoS准则。定位节点16使用该扩充的信令以选择用于生成根据该请求的定位信息的适合定位序列。图6提供此类定位节点16的示例。

[0156] 定位节点16的示出实施例配置成用于处理配置成为用户设备（UE）12提供位置服务的无线通信网络8中的定位请求。定位节点16包括通信接口40，用于作为信令消息接收给定的用户设备（UE）或网络节点的定位请求，其标识具体客户端或服务类型，如与多种不同类型的商用的基于位置的服务对应的客户端或服务类型的扩充集合中定义的。这里，不同类型的商用的基于位置的服务是依据位置QoS准则来区分的。

[0157] 定位节点16还包括一个或多个处理电路42（如微处理器和/或其它数字处理电路），其配置成响应定位请求确定用于提供定位信息的具体定位序列。一个或多个电路基于将该扩充的客户端或服务类型映射到特定定位序列作出该确定，该特定定位序列是为与该扩充的客户端或服务类型对应的商用的基于位置的服务的类型定义的。一个或多个电路还配置成执行具体定位序列以确定所述定位信息，并发送承载所述定位信息的一个或多个消息。

[0158] 在至少一个实施例中，处理电路42包括一个或多个存储器电路或其它计算机可读媒体44或与之关联。具体来说，存储器44配置成存储包含扩充的客户端或服务类型信息到一个或多个具体定位序列的映射的数据，如表或其它数据结构46。参见图7，其描绘此类处理的一个示例，其中处理节点16内的某些功能单元描绘为执行映射、定位和消息传送。

[0159] 具体来说，图7描绘映射功能50，其提取在定位节点接收的定位请求中包括的扩充的客户端或服务类型信息，并将其映射到位置QoS要求和/或给定的位置QoS参数的优先级的顺序。在定位节点16第二映射功能52又将该信息映射到一个或多个特定定位序列—即，特定定位动作，例如GPS、TDOA等。再者，定位节点16中实现的一个或多个功能54执行特定定位序列，以及又一个功能（例如通信/信令功能56）发送结果的定位请求响应。

[0160] 再者，在至少一个实施例中，定位节点16还配置成与发送承载定位信息的一个或多个消息关联地报告置信度值。在至少一个此类实施例中，定位节点16配置成作为置信度值的所述报告的一部分报告该置信度值所基于的统计模型的类型。

[0161] 图8提供本文设想的定位请求处理的示例，其中无线通信网络8作为LTE网络来实现，以及节点10包括示例网络中的MME。节点10直接或间接地从给定的UE 12接收定位请求（步骤1a），或从位置服务实体60接收定位请求（步骤1b），例如位置服务实体60可以是第三方商用实体。或者MME发起定位请求，如给定网络管理功能可能需要（步骤1c）。在任何情况中，节点10执行位置服务请求处理，并对应地向定位节点16（此处，E-SMLC）发送包括扩充的客户端或服务类型信息的定位请求消息（步骤2）。

[0162] 在关联的eNodeB处理（步骤3a）和某些UE过程（步骤3b）之后，位置节点16返回位置服务响应消息（步骤4），其中返回的定位信息由定位节点根据扩充的客户端/服务类型信息到在定位节点16的最匹配或最适合的定位序列的映射来获得。节点10向UE 12发送对应的位置服务响应消息（步骤5a）和/或向第三方实体返回位置服务响应（步骤5b），作为关联的位置服务响应处理的一部分（步骤5c）。

[0163] 图9示出类似的处理，但是其中定位请求从网络中另一个节点（这里是eNodeB14）始发。同样地，与图8中示出的处理的情况一样，MME使用扩充的客户端或服务类型信息以使得定位节点16（同样地，该附图中的E-SMLC）能够使用扩充的信息来选择最适于引起该定位请求的商用服务的特性的一个或多个具体定位序列。

[0164] 再者，图10示出联想E-UTRAN实现的示例LTE体系结构—其中示出MME 10、UE12、eNodeB 14、E-SMLC 16和SLP 62。但是，不同于E-UTRAN，这里MME配置成将扩充的客户端或服务类型信息包括在它发送到E-SMLC的定位请求消息中。再者，E-SMLC配置成使用该扩充的信息来选择要针对与该扩充的客户端或服务类型关联的具体化位置QoS准则使用的最佳或最适合的定位序列。

[0165] 例如，在本文教导的至少一个实施例中，一种在无线通信网络中提供定位服务的方法包括将UTRAN 8的“客户端类型”扩充为包括增值服务类型的扩充集合（或子集）。即，根据目前UTRAN 8的客户端类型定义，只有一个用于增值服务的类型指定，其广泛地涵盖很多类型的商用定位和基于位置的服务。在本文提出的一个实施例中，通过将定义的客户端类型扩充为包括增值服务1至N，其中N能够是例如8、16或32，使得增值服务的定义更丰富。

[0166] 利用这些更精细的增值服务类型定义，能够使所使用的具体定位序列或方法适合所涉及的具体增值服务类型。作为非限制性示例，可能的情况是，快速但仅中等精确的定位对于一具体增值服务类型是最有益的，而对于另一种类型的增值服务类型，精确定位更适合，即使获得更精确的定位耗费更长时间。网络中的一个或多个节点能够配置成将这些扩充类型的增值服务中的个体映射到最适合的定位序列、方法或协议，这意味着为与增值服务关联的给定定位请求而进行的定位处理能够适合于该请求中涉及的具体类型的商用服务。

[0167] 鉴于上文的示例实施例，本发明在一个或多个实施例中提出对LTE中定位的信令支持的扩充。在这样做时，本发明增强了LTE的可用LCS QoS功能性，并且为LTE提供比迄今已知的（例如，UMTS中的）更灵活的基于位置的服务支持，并且还提供用于支持LTE以及其它较新的网络中基于位置的服务的迅速发展的丰富且鲁棒性的基础。因此，本发明解决了上文需要，超出UMTS中可用的，并定义信令方法，包括协议扩充和关联的处理设备。在这样做时，在LTE上下文中，本发明定义LCS客户端与eSMLC之间的有利信令，以便在LTE中实现灵活且不会过时的基于位置的服务支持。

[0168] 某种程度上，本发明的一个或多个实施例涉及：将服务类型从最终用户用信号通知LTE系统的定位节点，这通常是eSMLC；将请求的QoS从最终用户用信号通知LTE系统的定位节点，这通常是eSMLC；选择定位尝试的序列以满足所述定位服务的所述请求的QoS；选择形状转换以满足所述定位服务的报告要求；以及评估所述选择的序列的所述选择的定位尝试的所达到的QoS。

[0169] 对应地，本发明提供多个优点，包括但不限于如下这些项：扩充客户端类型的数量—例如不同于现有技术，本文提出的本发明的一个或多个实施例提供客户端类型的扩充列表，其包括不同类型的增值服务的定义，使得为给定增值服务选择或另外提供的位置处理能够更有效地适合于该服务的需要；规定用于扩充的客户端类型和/或服务类型或服务身份的扩充的信令以便在LTE标准中使用；提供了置信度的有利且明确的处理和用信号通知—再者，本文的教导扩充了可用信令，以便标识与置信度确定关联的底层统计模型（均匀或高斯），这在处理QoS时是重要的事实；用以下方式扩充了信令：使得它可能指示或另外选择优选的特定定位方法，其中此类指示在现有技术中定义的信令中是不可能的；以及扩充了信令以指示所请求的QoS的优先级，例如对于给定的定位请求，其指示响应时间、精确度码和垂直精确度码中哪个最重要。

[0170] 在LTE内实现此类功能性时，本发明至少对于从最终用户客户端到eSMLC的信令链的子集引入客户端类型的信令。参考图8和图9，注意到此类信息能够从目标UE 12（或要被定位的其它装置）被请求并通过LPP连同LPP位置信息请求消息中的其它服务特定QoS参数一起传送。另外提议应该对LTE标准扩增客户端类型，如增值服务1、增值服务2、…、增值服务N，其中这些服务类旨在用于多种种类的商用LBS。N的适合值可以是8、16或32。可以通过列表来执行实现。（作为备选，可以引入LQCI（LCS QCI或QoS类标识符；注意：
“QCI”用于普通LTE服务以表示预定义配置）并且这些可以仅仅是范围0..N-1中的无符号整数。）。

[0171] 正如所认识到的，定位节点（eSMLC）需要知道（位置）QoS信息。在现有技术解决方案中，通常在建立LCS会话之前检索LCS QoS信息。在LTE中，通过SLs接口在位置请求消息中向eSMLC发送客户端类型信息[10]是可能的，这是假定MME中已经有此信息可用。否则，需要将此信息从UE（例如用NAS消息通过LTE-Uu和S1接口）送交到MME，从eNodeB（例如，用S1AP消息通过S1接口）或从LCS实体送交到MME，这取决于始发位置请求的所在地。

[0172] 再者，例如根据[10]，UE定位能力或QoS信息也可以在位置请求消息中传送。但是，如果eSMLC不接收此信息，则eSMLC可以通过如[4]中定义的LPP请求能力信息。虽然现有LTE标准未描述用于请求例如客户端类型的此类可能性，但是本文提出并提供了此类功能性。设想控制面和用户面其中之一（或二者兼有）的信令解决方案。作为通用化的解决方案，提出存在从能够决定客户端类型或具有有关客户端类型的实体（例如从eNodeB通过LPPa、从UE通过LPP、其它LCS实体等）到定位节点的客户端类型传递的可能性。在又一个实施例中，eSMLC经由用户面接收客户端类型信息，例如（通过SUPL）从SET传送到SLP，然后（通过 ）传送到eSMLC。再者，在一个实施例中，将LCS会话的定位方法的预先配置的参数和序列的某个集合与每个客户端类型关联。能够将该参数集合存储在eSMLC中的数据库中并由制造商提供，或能够由运营商配置。

[0173] 此外，虽然服务身份和服务类型仍未在LTE标准中（参见[10]），但是本发明提出用于以将此类信息用信号通知eSMLC的方法和设备。再者，本发明可设想并提供用信号通知用于任何给定定位请求的优选定位方法。建议，标准位置相关的LTE信令应扩增有指示优选定位方法的信令字段。值会需要包括A-GNSS（覆盖UE协助/基于UE的所有变型）、OTDOA、指纹（Fingerprinting）、ECID、小区ID和保留。确信三十二（32）个值（5位）足够用于编码。作为非限制性提议，此类信息可以与客户端类型信令相同或类似地用信号通知，例如eSMLC应该能够从具有此信息的实体（例如，如果该信息与预订关联，则为LCS客户端或MME）检索此信息。

[0174] 作为又一个有利的信令增强，本发明可设想（由定位节点）用信号通知置信度估计的底层统计误差模型。在一个实施例中，此类信令使用误差模型指示符来实现。例如，该指示符是可选地利用位置信息响应消息中的LPP传送的1位布尔字段，以便在不传送时，假定为均匀模型，否则将使用“0”来指示高斯误差模型以及保留“1”。在另一个实施例中，使用多于一个位来指示模型信息；但是，两个位一般应该足够用于此类信令。

[0175] 无论是否实现此类信令增强，本领域技术人员将认识到本文提出的一个或多个实施例将（商用）定位请求映射到客户端或服务类型的扩充集合中的扩充的客户端或服务类型。每个此类扩充的客户端或服务类型与位置QoS准则关联。

[0176] 因此，UE或网络节点（例如，MME）可以配置成将给定的商用位置请求映射到扩充集合中的扩充的客户端或服务类型的特定一个，并将该映射用信号通知网络中的定位节点，其配置成将扩充的客户端/服务类型映射到给定的位置QoS准则，并对应地执行最适于满足位置QoS准则的定位序列。还要注意，在一个或多个实施例中，如MME的网络节点能够配置成执行服务类型至定位序列的映射，以使MME或其它节点用信号通知定位节点要使用的特定定位序列，作为向定位节点发送定位请求的一部分。在此类实施例中，在定位节点接收的定位请求标识定位节点要使用的具体定位序列，以及该定位节点对应地配置成执行该请求中标识的具体定位序列。

[0177] 再者，该节点可以配置成通过如下步骤来执行定位请求的所述映射：评估定位请求，并将其与扩充集合中的客户端类型或服务类型的其中之一匹配，并对应地生成要被包括在用于定位节点的信令中的一个或多个信息元素，以使所述信令指示与匹配的客户端类型或服务类型关联的位置QoS准则。

[0178] 因此，本发明的一个或多个实施例提供在包括定位节点的无线通信网络中提供定位服务的方法，该定位节点配置成根据选择的定位序列来提供用户设备（UE）的定位信息，其中在该定位节点可用的不同定位序列最佳地补充不同的位置服务质量（QoS）准则。即，作为通用提议，在定位节点可用的定位序列中的具体定位序列最佳地满足与定位请求关联的具体位置QoS准则。在至少一个此类实施例中，该方法包括在无线通信网络中的节点维护对应于多种不同类型的商用的基于位置的服务的客户端类型或服务类型的扩充集合，其中不同类型的商用的基于位置的服务是依据位置QoS准则来区分的。

[0179] 该方法还包括在所述节点接收用于定位用户设备（UE）的定位请求，并将定位请求映射到与定位请求关联的商用的基于位置的服务的具体类型对应的扩充的客户端或服务类型之一，并将该扩充的客户端或服务类型或关联的位置QoS准则用信号通知定位节点。进行该信令以触发由定位节点选择在定位节点可用的定位序列中的特定定位序列来用于确定UE的定位信息。作为备选，并不用信号通知扩充的类型信息，或与该扩充的类型信息对应的位置QoS准则，而是该方法包括将扩充的客户端或服务类型映射到特定定位序列，并将特定定位序列用信号通知定位节点，以请求定位节点运行特定定位序列。

[0180] 再者，本发明提供一种用于配置成在为用户设备（UE）提供位置服务的无线通信网络中的定位节点处理定位请求的方法。在至少一个实施例中，该方法包括作为信令消息接收给定用户设备（UE）或网络节点的定位请求。该方法还包括响应定位请求确定为提供定位信息要使用的具体定位序列。

[0181] 该确定基于根据标识具体定位序列的定位请求中的信令确定具体定位序列。作为备选，定位请求不标识具体定位序列，而是载送用信号通知与请求中待处理的扩充的客户端或服务类型关联的位置QoS准则的信息，或载送用信号通知扩充的客户端或服务类型的信息。因此，根据此备选，确定要使用哪个具体定位序列是基于将定位请求中用信号通知的信息映射到在定位节点可用的具体定位序列。如果用信号通知的信息包括扩充的客户端或服务类型，则定位节点将该信息映射到对应的位置QoS准则，然后定位节点将其映射到具体定位序列。如果用信号通知的信息包括位置QoS准则，则定位节点将其映射到具体定位序列。

[0182] 在任何情况中，该方法包括执行具体定位序列以确定所述定位信息。最后，该方法包括发送承载所述定位信息的一个或多个消息。

[0183] 鉴于上文信令选项和变化，本领域技术人员将认识到本发明提供与较早系统（例如一定范围的LCS客户端类型）比较而言增强的定位灵活性。再者，本领域技术人员将认识到前面的描述和附图不是限制性的。而是，本发明实际仅由所附权利要求书及其法律等同限定。

[0184] 缩略语

[0185] A-GNSS 协助的全球导航卫星系统

[0186] CN 核心网络

[0187] CSG 封闭的订户群

[0188] E-CID 增强的小区ID

[0189] E-UTRAN 演进的UTRAN

[0190] EPC 演进分组核心

[0191] EPS 演进分组系统

[0192] eSMLC 演进的服务移动位置中心

[0193] IE 信息元素

[0194] LBS 基于位置的服务

[0195] LCS 位置服务

[0196] LCS-AP LCS应用协议

[0197] LPP LTE定位协议

[0198] LPPa LTE定位协议附录

[0199] LTE 长期演进

[0200] MME 移动性管理实体

[0201] NAS 非接入层

[0202] OTDOA 观察的到达时差

[0203] PDU 分组数据单元

[0204] QoS 服务质量

[0205] RANAP 无线电接入网应用部分

[0206] RNC 无线电网络控制器

[0207] RNS 无线电网络子系统

[0208] RRC 无线电资源控制

[0209] S1AP S1应用协议

[0210] SET 启用SUPL的终端

[0211] SLP SUPL位置平台

[0212] SUPL 安全用户面位置

[0213] TAI 跟踪区域身份

[0214] UE 用户设备

[0215] UMTS 通用移动电信系统

[0216] UTRA UMTS地面无线电接入

[0217] UTRAN UMTS地面无线电接入网

[0218] 参考文献

[0219] [1] 在http://www.3gpp.org可得到的3GPP, TS 25.413，“UTRAN lu接口RANAP信令（UTRAN lu interface RANAP signaling）”。

[0220] [2] 3GPP, TS 36.413, V9.0.0，“演进的通用地面无线电接入网（E-UTRAN）；S1应用协议（S1AP）”，2009年9月（"Evolved Universal Terrestrial Radio Access Network（E-UTRAN）； S1 Application Protocol (S1AP)". Sep. 2009）。

[0221] [3] 3GPP, TS 25.305，“UTRAN中的UE定位的第2阶段功能规范”（"Stage 2 functional specification of UE positioning in UTRAN"）。

[0222] [4] 3GPP 36.355，“演进的通用地面无线电接入（E-UTRA）；E-UTRA，LTE定位协议（LPP）”，2009年12月（"Evolved Universal Terrestrial Radio Access (E-UTRA);. E-UTRA, LTE Positioning Protocol (LPP)", Dec. 2009）。

[0223] [5] 3GPP 36.455, V2.0.0，“演进的通用地面无线电接入（E-UTRA）；LTE定位协议A（LPPa）”，2009年12月（"Evolved Universal Terrestrial Radio Access (E-UTRA);. LTE Positioning Protocol A (LPPa)", Dec. 2009）。

[0224] [6] 3GPP 36.305，“演进的通用地面无线电接入（E-UTRA）；E-UTRAN中的用户设备（UE）定位的第2阶段功能规范”（"Evolved Universal Terrestrial Radio Access (E-UTRA);. Stage 2 functional specification of User Equipment (UE) positioning in E-UTRAN"）。

[0225] [7] 3GPP TS 23.032, “通用地理区域描述（GAD）”（"Universal Geographical Area Description (GAD)"）。

[0226] [8] 3GPP TS 23.271, “位置服务的功能第2阶段描述（LCS）”（"Functional Stage 2 Description of Location Services (LCS)"）。

[0227] [9] 3GPP TS 22.071, “位置服务（LCS）；服务描述；第1阶段”（"Location Services (LCS);. Service description;. Stage 1"）。

[0228] [10] 3GPP TS 29.171 vl.0.0, “MME与E-SMLC之间的LCS应用协议（LCS-AP）；SLs接口”2009年12月。（"LCS Application Protocol (LCS-AP) between the MME and E-SMLC;. SLs interface", Dec 2009）。