CN1820533A - 提供位置信息的装置和方法 - Google Patents

Abstract

一种在包括多个位置服务实体的位置服务方案中提供与目标用户的位置相关联的信息的方法中，从第一位置服务实体向第二位置服务实体发送与目标用户的位置相关联的信息的请求并且将当处理请求时第二位置服务实体应该担当的角色通知第二位置服务实体。接着依照在第二位置服务实体提供的角色信息处理请求。

Description

提供位置信息的装置和方法

发明领域

本发明涉及位置服务，并且具体地，但非专有地，涉及在与通信系统相关联的多个位置信息实体中处理位置信息。

发明背景

已知通信系统为其用户提供移动性。这种移动通信系统的众所周知的例子是公众陆地线路移动网(PLMN)，其中蜂窝通信网络是一个例子。另一个例子是至少部分地基于通信卫星的使用的移动通信系统。

在这种系统中，移动网络装置和/或用户设备例如移动台可以用于提供关于用户设备并从而关于其用户的地理位置的信息。配置为提供位置信息的方案经常以位置服务(LCS)或位置信息服务来命名。

移动用户设备的位置和设备的用户的位置，可以由各种技术定位。例如，基于已知的基于卫星的GPS(全球定位系统)可以获得相当精确的地理位置信息。通过不同的GPS技术可以获得更精确的位置信息。另一提出的基于卫星的位置系统以名称伽利略而著名。

另一可能性是使用基于蜂窝式远程通信系统的位置服务。在此方法中，至少在产生移动用户设备的当前位置的粗略估计中使用通信系统的小区或类似的地理上受限的无线电接入实体和关联控制器。为了提高位置信息的精确性，通信系统可以设有特定的位置测量部件，它们提供关于蜂窝式系统的服务区域中的用户设备位置的更精确的信息。当移动用户设备位于受访或“外来”网络的覆盖区域中时，确定地理位置也是可能的。受访网络可以配置为将移动用户设备的位置回传到归属网络，例如，以支持基于位置信息或为了路由选择和计费的目的的服务。产生位置信息的特殊方法不构成本发明的要素，从而在此没有更多的详细说明。还可以基于来自基于卫星和基于通信系统的位置系统的信息产生位置信息。

由通信系统提供的位置服务实体可以经由适当的接口服务于不同的位置服务(LCS)。位置信息可以用于各种目的，例如进行紧急呼叫的移动电话的位置，用于找到车辆或给定的移动预订用户等等。一般而言，客户例如用户设备(UE)、例如依靠因特网或另一信息通信设施提供的服务应用或任何其他希望接收关于用户设备的位置信息的实体可以将这种信息的请求发送到位置服务提供实体。接着位置服务提供实体将处理请求、获得所要求的信息并生成适当的响应。

可以在在蜂窝式系统中实现的或连接到蜂窝式系统的一个或多个特定的位置服务实体中处理位置信息。在通常的操作中，作为多个位置信息实体例如与位置服务相关联的服务器的协作的结果，将位置信息提供给客户实体。当前的位置规范允许位置信息实体例如位置服务器之间的漫游。实际上，这意味着目标用户的位置信息可以在不同的服务器中处理，取决于移动目标用户的位置。因此，位置服务器可以有不同的角色，取决于目标用户的位置以及还有请求的起源。常规的位置服务器可以担当三种不同的角色，即作为接收位置服务器、归属位置服务器和受访位置服务器。

接收位置服务器(RLS)是最初从LCS客户接收位置请求的位置服务器。该请求可以通过任何适当的接口例如通过常规的移动位置协议(MLP)3.0接口来传送。在某点，接收位置信息服务实体可以意识到它不能满足客户的请求。因此接收位置服务器也许需要发起到其他位置服务实体的“漫游”。

归属位置服务器是负责实施由用户设置的保密选项的服务器。从而归属位置服务器可以理解为是处理或至少访问有关预订用户的信息例如预订用户保密简档的位置服务器。如果目标用户(预订用户)实际上位于归属区域内，则归属位置服务器还能够执行实际的定位。另外，归属位置服务器负责将请求转发给受访位置服务器，接着将在其中进行定位。

受访位置服务器是负责在目标用户当前所在的区域中定位的位置服务器。在该角色中，位置服务器仅有的责任是执行预订用户的实际定位。

给定的位置服务器可以以上面任一角色为任何给定的请求服务。而且，给定的位置服务器可以为某些请求负责所有可能的角色或它可以负责至少两种角色的组合。

按照惯例，从另一位置服务实体接收位置请求的位置服务器预期根据来自请求位置服务实体的请求的参数解释它的角色。这意味着关于位置服务器在漫游情况期间应该扮演的角色的决定全部留给了接收请求的位置服务器。然而由位置服务器接收的参数不能清楚地指定从请求位置服务器的角度期望接收服务器所扮演的角色。从而在某些情况中可能发生位置服务器断定它总会扮演不是由请求位置服务器期望的角色。混乱是由于根据从请求位置服务器接收的参数对位置服务器的角色的推断。

如果接收请求的位置服务器承担的角色不是请求位置服务器所期望的，依照漫游规范在漫游情况中可能有安全漏洞。例如，当在位置服务器之间的接口上执行位置漫游时通过绕过移动预订用户保密设置，可能引起安全性下降。问题可以由各种表面上无关的因素的组合引起。例如，所用的接口协议可以迫使归属位置服务器(HLS)和受访位置服务器(VLS)基于它们接收的数据和简档数据的不存在或存在来“承担”它们的角色。同时，预订用户数据库和/或路由选择表不可能总是100％的精确。

如果因为位置服务器找不到预订用户简档而能够找到归属位置服务器的入口而确定它不是归属位置服务器(HLS)，那么它将请求路由选择到另一位置服务器。这儿的问题也许是，归属位置服务器可以没有预订用户简档从而它可以认为它应该充当受访位置服务器(VLS)。就是说，错误地充当了受访位置服务器的服务器可以即定位预订用户而不曾执行任何保密检查，并将此数据返回给请求实体。从而可能的是，归属位置服务器当它会是受访位置服务器时返回位置结果而不作保密检查。于是请求服务器可以认为归属位置服务器确实执行了保密检查并从而将结果返回给可能未经授权的LCS客户。

另一有问题的情形可能发生，其中最初从客户接收位置请求的位置服务节点认为，当期望它扮演归属位置服务器的角色时它将充当受访位置服务器。如果位置服务器充当受访位置服务器，它将直接定位目标用户而没有保密或任何其他检查。可能的是，目标用户也许不在该区域内，并且从而可以返回错误消息。尽管客户没有得到位置信息，由于错误的原因仍然发送了错误消息。授权的客户也许没有收到它们应该已收到的信息。由于目标用户可以由受访位置服务器找到，这是不必要的错误情形。然而，由于归属位置服务器错误地试图完成定位，错误发生了。

发明内容

本发明的实施例目的是针对上述问题中的一个或若干。

依照本发明的一个实施例，提供了一种方法用来在包括多个位置服务实体的位置服务方案中提供与目标用户的位置相关联的信息，方法包括这些步骤：

从第一位置服务实体向第二位置服务实体发送与目标用户的位置相关联的信息的请求；

将当处理请求时第二位置服务实体应该担当的角色通知第二位置服务实体；以及

相应地在第二位置服务实体处理请求。

依照本发明的另一实施例，提供了一种包括多个配置为处理位置信息的请求的位置服务实体的位置信息服务方案的位置服务实体，位置信息实体配置为向另外的位置服务实体请求与目标用户的位置相关联的信息并将当处理请求时另外的位置服务实体应该担当的角色通知另外的位置服务实体。

依照本发明的又一实施例，提供了一种位置服务用来提供与通信系统的用户相关联的信息，包括多个配置为处理位置信息的请求的位置服务实体，其中第一位置服务实体配置为向第二位置服务实体请求与目标用户的位置相关联的信息并将第一位置服务期望第二位置服务处理请求时的角色通知第二位置服务实体，并且第二位置信息实体配置为仅当它可以提供期望的角色时继续进行请求的处理。

本发明的实施例可以提供一种解决方案，其中角色选择不再取决于角色的假定。实施例还可以提供一种方案，其中如果保密或类似的检查不能由适当的位置服务实体执行，则为了避免安全上的失误，不再处理位置信息的请求。因为从另一位置服务实体接收请求的位置服务实体可以明白地被告知期望它扮演的角色，由于在这方面不需要进行假定，所以消除了错误假定的风险。可以使位置服务实体服务器意识到请求位置服务实体的期望，并且如果它不能满足那些期望时从而应该能发送错误。实施例还可以防止由于试图在归属位置服务器上定位而不是将请求路由选择到恰当的受访位置服务器的位置错误。

附图简短说明

为了更好地理解本发明，现在将以示例形式参考附图，图中：

图1示出可以体现本发明的位置服务的体系结构；

图2是阐述本发明一个实施例的操作的流程图；以及

图3是阐述另一实施例的流程图。

本发明首选实施例的说明

参考图1，它示出其中可以体现本发明的体系结构。更具体地，图1示出通过无线接口服务于移动用户设备2的受访公众陆地移动网(PLMN)1。移动通信网1可以基于任何适当的标准。用户设备2由是位置信息的请求的目标的用户使用。此后用户设备2称作目标用户或目标用户设备。

通信系统，例如移动通信网1，通常包括多个不同的网络单元例如网关、交换机或交换中心、服务器、数据库、接入网络单元等等。尽管一些网络单元在图1中示出，应该理解这些对于本发明的操作不是关键。从而它们没有被详细解释。注意到移动通信系统通常设有数据库以存储有关预订用户的信息就足够了。在图1中目标用户2在归属预订用户服务器(HSS)和/或归属位置寄存器19登记。

图1还示出与位置信息服务相关联的各种实体。三个位置信息处理实体10、12和14配置为处理来自位置信息服务客户20的位置信息请求。客户20可以是能够并被允许向位置信息服务请求位置信息的任何实体。

位置服务(LCS)客户20可以利用来自位置服务的位置信息用于各种服务/应用。可能的应用包括被安排来提供位置信息以响应来自请求者的关于目标用户的有关非呼叫的位置信息的请求的LCS客户。请求者可以是另一用户或任何其他实体，例如应用服务提供商(ASP)，其可以利用关于目标用户2的位置的信息。

在典型的实现中，位置服务实体由适当的服务器提供。从而本说明将在适当的地方涉及服务器。然而，应该理解，为了提供位置信息以响应来自客户或其他位置服务实体的请求，任何能够处理信息的实体可以用来实现实施例。

在图1中，将位置服务器14作为接收来自客户20的关于目标用户2的位置的请求的位置服务器示出。因此该服务器可以作为接收位置服务器引用。

第一位置服务器14认识到它不能满足请求。从而它需要发起漫游位置服务程序。在漫游程序中，初始位置服务器14将请求传递到目标用户的归属位置服务器。由于在漫游情况下接收服务器可以向其他位置服务器请求位置信息，它还可以称作请求服务器。

在图1中目标用户2的归属位置服务器(HLS)由位置服务器12提供。归属位置服务器12提供已被指配给目标用户的位置信息服务实体。每个用户通常只有一个指配的归属位置信息服务实体。可以将关于指配的归属位置服务器的信息存储在预订用户信息数据库19中。于是初始位置服务器14可以通过询问预订用户信息数据库19获得目标用户2的归属位置服务器。

归属位置服务器13可以存储目标用户的保密策略设置或至少它可以访问这种保密策略或目标用户的其他安全设置。在图1中，示出目标用户2的保密策略信息被存储于在保密策略实体18中。

受访位置服务器(VLS)10用于从网络1收集位置信息。受访位置服务器可以配置用于从各种源采集并存储各种信息，其可以用于向位置服务客户(LCS客户)提供位置信息。

受访位置服务器可以是任何位置服务器。哪一台位置服务器提供受访位置服务器取决于目标用户的位置以及目标用户所关联的通信网络的单元。稍后参考图3说明选择受访位置服务器的一些可能性。

位置服务器10、12和14可以通过配置用于位置服务器实体之间的通信的任何适当的接口来互相通信。在图1的例子中通信发生在称作Lr接口的位置服务器间接口上。位置服务器还可以根据它们的角色通过适当的接口访问预订用户信息数据库19。

在处理位置信息请求中位置信息服务实体或服务器应该担当的角色可以不同，取决于客户、目标用户和目标用户的位置。在图2中示出的首选实施例中，为了避免位置服务器扮演它们不应该的角色，请求位置服务器14在步骤20作关于接收请求的位置服务器12应该扮演的角色的决定。在步骤21请求位置服务器14通过给请求位置信息的消息添加适当的属性将选择通知位置服务器14。接着在步骤22将请求发送给下一位置服务器12。请求可以称作“漫游消息”。

属性可以是例如定义接收请求的服务器应该扮演如属性所定义的角色的接收角色属性。接收角色属性可以具有例如“HLS”(归属位置服务器)、“VLS”(受访位置服务器)或“两者”的值。

当属性设置为“HLS”时，请求位置服务器14期望接收请求的位置服务器12像归属位置服务器一样以如在位置服务规范中所述的方式运转。请求位置服务器14可以接收来自预订用户信息数据库19的关于恰当的位置服务器的信息。

依靠属性，请求位置服务器14可以清楚地声明它关于另一位置服务器12的角色的期望。由于请求位置服务器14现在可以比常规方案中更确定地认为接收请求的位置服务器将扮演期望的角色，所以这是有利的。

如果请求位置服务器14的期望不能被满足，在步骤24漫游请求被第二位置服务器12拒绝。可以将错误消息返回到第一个即请求位置服务器14，见步骤25。如果在步骤24期望被满足，即服务器14可以充当目标用户2的归属位置服务器，则允许位置请求依照位置服务的正常程序继续进行，步骤26。

应该理解，归属位置服务器12可以相应地将它期望的来自接收请求的位置服务器的角色通知链中的下一位置服务器即受访位置服务器10。从而，上述方法不限于服务器14和12之间的互操作。代替地，任何期望来自信息提供链中的下一节点的某些服务的请求位置服务器可以将那条信息往前发送到下一位置服务器以确保下一节点理解从它要求的服务。

从而，属性可以设置为“VLS”，这样请求位置服务器期望下一位置服务器像受访位置服务器一样以如在漫游规范中所述的方式运转。如果属性被设置为“两者”，则请求位置服务器期望位置服务器像归属位置服务器和受访位置服务器二者一样以如在漫游规范中所述的方式运转。

上述实施例可以从接收请求的位置服务器应该试图执行的那些服务中消除由猜测工作引起的不确定性。这可以防止绕过移动预订用户保密设置，从而提高安全性。由于位置服务器被迫使扮演正确的角色，所以还可以避免未定义的错误情形。从而任何被认为要扮演归属位置服务器角色的服务器将执行保密检查并接着将请求“路由选择”到恰当的受访位置服务器而不是试图自己执行定位。

下面参考图3的流程图说明另一示范实施例。

在步骤30中，客户将位置信息的请求发送到请求位置服务器(RLS)。请求可以具有任何适当的格式，例如标准位置立即请求(SLIR)。

在步骤31中，RLS作了对预订用户保密简档的查找。查找可以基于MSISDN/IMSI移动(预订用户国际ISDN号国际移动预订用户身份)。由于没有找到简档，RLS可以使用来自请求的身份信息以确定目标用户的归属位置服务器(HLS)，步骤32。例如，如果IMSI用作身份，IMSI路由选择查找表可以用于该目的。一种可能性是发送MAP层SRI/sendIMSI消息(MAP＝移动应用部分；SRI＝发送路由选择信息)。

在步骤33，RLS可以接着在服务器之间的Lr接口上将位置信息请求发送到HLS。请求可以是带IMSI的SRLIR(标准漫游位置立即请求)。请求可以，如果要求的话，还包括其他信息例如目标用户的来访移动服务交换中心(VMSC)等等。

在首选实施例中请求还将它的角色通知HLS。在图3中角色属性“HLS”被添加在消息中，从而指示接收位置服务器它应该充当归属位置服务器。

于是归属位置服务器(HLS)得到目标用户的身份信息和其他可能的信息。归属位置服务器还从所接收的数据得到它的角色。于是在步骤34，HLS可以作关于预订用户保密简档的查找。

如果没有找到简档，在步骤36，HLS将错误消息回发到RLS。HLS可以做到这一点，因为它知道在允许请求继续进行之前应该有预订用户保密简档，所以。由于HLS无法找到简档，防止进一步处理请求并返回错误消息。

RLS从HLS得到错误消息并可以将其例如通过MLP接口回传到LCS客户，步骤37。于是作为对它的位置信息请求的响应，LCS客户得到错误消息。

如果在步骤34找到简档，HLS执行保密检查，步骤38。如果HLS知道目标用户的VMSC，则在步骤39，HLS将SRLIR请求发送到基于VMSC地址的VLS并将所要求的数据传递到VLS。如果VSMC并不已知，则HLS可以执行适当的程序以获得所要求的路由选择信息，例如“发送路由选择信息”(SRI)。

依照首选实施例，HLS将其期望的角色通知VLS。从而，当VLS接收包括在SRLIR中的IMSI、VMSC和其他可能的数据时，它还可以接收其角色的指示。在RLS和HLS之间的通信中使用的类似的属性可以在这里使用。于是VLS可以执行适当的位置信息获得程序，例如“提供预订用户位置”(PSL)。可以告知VLS其被期望的角色并从而它可以认为保密检查已经由HLS完成。在步骤40，VLS从网络得到位置信息并通过Lr接口将信息回传到HLS。HLS可以执行后位置保密检查，如果如此要求的话。在步骤41，HLS通过Lr接口将位置信息回传到RLS。接着在步骤42，RLS可以将位置信息传递到LCS客户。

上面将“标准漫游位置立即请求”作为漫游消息的例子提及。另一个漫游消息的例子是“触发漫游位置立即请求”。

在首选实施例中，属性被附到标准漫游位置立即请求DTD和/或触发漫游位置立即请求DTD中的顶层单元。这些单元分别是srlir和trlrr。关于此的详细例子在下面给出：

<！ELEM SrlirENT<！ATTLI srlirSTver CDATAres_type(SYNC|ASYNC)recv_role(HLS|VLS|BOTH)

(msid，gsm_net_param？，码字？，会话？，eqop？，geo_info？，loc_type？，prio？，pushaddr？％extension.param；)＞#FIXED″1.0.0″″SYNC″#REQUIRED>

<！ELEM TrlrrENT<！ATTLI trlrrSTver CDATArecv_role(HLS|VLS|BOTH)

(msid，间隔，start_time？，stop_time？，qop？，geo_info？，pushaddr？，loc_type？，prio？％extension.param；)＞#FIXED″1.0.0″#REQUIRED>

可以使“recv_role”属性是强制的。在这种情形下，属性必须由请求位置服务器设置。在这种情况下，如果接收位置服务器不能满足请求位置服务器的期望，则请求必须被接收位置服务器拒绝。

在首选实施例中，角色信息在发起即第一位置服务器和接收即第二位置服务器之间、在位置信息的请求消息中传送。然而，请求位置服务器发送单独的消息通知下一位置服务器它应该扮演的角色是可能的。从而可以传送两个消息这样一个消息是请求而另一个消息用来通知第二位置服务器它的期望角色。接着这些消息可以基于例如消息标识符或任何其他适当的匹配技术在接收端组合。

可以在某些协议中要求将角色包括到请求中。例如，因为所用的位置协议也许是无状态的，所以不可能单独发送角色。利用无状态协议，接收者不能匹配打算供它用的、与请求一起发送的角色。图1中示出的Lr和Le接口是基于无状态协议的接口的例子。

注意到，上述例子位置服务器可以包括网关移动位置中心(GMLC)。采用网关移动位置中心的位置服务在第三代合作伙伴计划(3GPP)规范3GPP TS 23.271 V6 2.0(2002年12月)“第三代合作伙伴计划；技术规范组服务和系统方面；LCS功能阶段2说明(版本6)”中更详细地说明。该文件通过引用结合在此。

应该理解，尽管涉及用户设备例如移动台来说明本发明的实施例时，但是本发明的实施例可应用于任何其他适合类型的用户设备。

本发明的实施例讨论了两个位置服务器之间的接口。本发明的实施例可以应用于其他可适用的网络单元。

在此还注意到，尽管上面说明了本发明的示范实施例，但是可以对公开的解决方案进行若干变化和修改而不脱离如在所附权利要求中限定的本发明的范围。

Claims (20)

1.一种在包括多个位置服务实体的位置服务方案中提供与目标用户的位置相关联的信息的方法，所述方法包括如下步骤：

将与所述目标用户的位置相关联的信息的请求从第一位置服务实体发送到第二位置服务实体；

将当处理所述请求时第二位置服务实体应该担当的角色通知第二位置服务实体；以及

相应地在第二位置服务实体处理所述请求。

2.如在权利要求1中所述的方法，还包括如下步骤：将关于第二位置服务实体的角色的信息包括在所述请求中。

3.如在权利要求1或2中所述的方法，其中第二位置服务实体的角色被选择为归属位置服务实体、受访位置服务实体或归属位置服务实体和受访位置服务实体的组合中的一个。

4.如在任一前述权利要求中所述的方法，还包括如下步骤：在第一位置服务实体接收位置信息的请求并随后将所述请求从第一服务实体发送到第二位置服务实体。

5.如在权利要求4中所述的方法，其中第一位置服务实体发起漫游位置服务。

6.如在任一前述权利要求中所述的方法，还包括如下步骤：将关于当处理来自第二位置服务实体的请求时第三位置服务实体应该担当的角色的信息从第二位置服务实体发送到第三位置服务实体。

7.如在任一前述权利要求中所述的方法，包括如下步骤：

通知第二位置服务实体当处理来自第一位置服务实体的请求时它应该担当归属位置服务器的角色；

在第二位置服务实体执行保密策略检查；以及

响应于失败的保密策略检查防止进一步处理位置信息的请求。

8.如在任一前述权利要求中所述的方法，其中第一位置服务实体包括接收位置服务器而第二位置服务实体包括所述目标用户的归属位置服务器。

9.如在权利要求6或任一从属于权利要求6的权利要求中所述的方法，其中第三位置服务实体包括受访位置服务器。

10.一种包括多个配置为处理位置信息的请求的位置服务实体的位置信息服务方案的位置服务实体，所述位置信息实体配置为向另外的位置服务实体请求与目标用户的位置相关联的信息并将当处理所述请求时所述另外的位置服务实体应该担当的角色通知所述另外的位置服务实体。

11.如在权利要求10中所述的位置服务实体，其中所述位置服务实体配置为将关于所述另外的位置服务实体应该担当的角色的信息添加到所述请求中。

12.如在权利要求10或11中所述的位置服务实体，其中所述位置服务实体配置为选择所述另外的位置服务实体的角色为归属位置服务实体、受访位置服务实体或归属位置服务实体和受访位置服务实体的组合中的一个。

13.如在权利要求10到12中任一权利要求所述的位置服务实体，其中所述位置服务实体配置为发起漫游位置服务。

14.如在权利要求13中所述的位置服务实体，包括接收位置服务器。

15.如在权利要求10到12中任一权利要求所述的位置服务实体，包括归属位置服务器。

16.一种提供与通信系统用户相关联的位置服务，包括多个配置为处理位置信息的请求的位置服务实体，其中第一位置信息实体配置为向从第二位置服务实体请求与目标用户的位置相关联的信息并将第一位置服务期望第二位置服务处理所述请求时的角色通知第二位置服务实体，并且第二位置信息实体配置为仅当它可以提供所期望的角色时继续处理所述请求。

17.如在权利要求16中所述的位置服务，其中第一位置服务实体配置为发起漫游位置服务。

18.如在权利要求17中所述的位置服务，其中第一位置服务实体包括接收位置服务器。

19.如在权利要求18中所述的位置服务，其中第二位置服务实体包括所述目标用户的归属位置服务器，所述归属位置服务器配置为通知第三位置服务实体关于当处理来自所述归属位置服务器的位置信息的请求时第三位置服务实体应该担当的角色。

20.如在权利要求16中所述的位置服务，其中第一位置服务实体包括归属位置服务器。

Images