定位业务的架构演进和互通策略

1、定位业务的架构演进和互通策略在众多的移动数据业务中，一个能体现移动网特色的业务是移动定位业务。由 于人们对移动业务的依赖，移动终端已经非常普及，而且人们习惯将手机随身携带, 这样，通过手机终端来定位用户，为许多应用提供了美好的前景。本文就定位业务的架构演进和互通策略进行了介绍和分析,探讨了定位业务的应 用策略和互通策略。为简便起见，本文大部分内容的描述就移动承载网是wcdma 的情况展开。由于定位业务在移动数据业务中有一定的典型性，其应用和互通策略对其它移动 数据业务的开展也有借鉴意义。定位业务的架构定位业务，即基于位置的业务lbs (location based service),有时也称为

2、 lcs (location service),是指通过移动网络特定的定位技术获取移动终端的地理 位置信息(经纬度坐标)，提供给移动用户本人、通信系统或第三方，并借助地图信 息的支持，为移动用户提供与其位置相关信息的业务。目前在定位业务的架构主要由3gpp的一系列规范规定,0ma的架构与3gpp的架构 基本保持一致，仅在用户平面定位方面有新的思路，这里先以3gpp的规范为准介 绍定位业务的架构。在3gpp的规范中，根据请求发起方的不同，定位业务可以分为三种：1. 终端始发定位请求 mo-lr (mobi le originated locat ion request):终端通过 空中接口向定位

3、管理系统直接发起的定位请求，它可以向网络直接请求位置信息、 请求辅助数据或请求将自己的位置发送给第三方。由于该功能目前应用模式不清 晰、灵活性差，几乎不能在实际应用中见到。2. 终端终止定位请求 mt-lr (mobile terminated location request):使用最普 遍的请求方式，终端通过定位客户端lcs cl ient (即第三方或sp)向定位管理系统 发出定位请求，终端和lcs client之间一般要通过为定位业务接入网关(短消息系 统、多媒体消息系统或wap网关等)接入到lcs client.3. 网络触发定位请求ni-lr (network induced lo

4、cation request):请求从正在 为移动终端提供服务的plmn内部发出，主要应用于支持对紧急呼叫发起方的定位, 在这种方式下，定位的结果往往通过定位管理系统发送到能处理紧急呼叫的专用 lcs client 处。图1示意了定位业务系统的体系结构和三种定位请求发起方式的区别。540)this. width=540" vspace=5>在图1中，网关移动定位中心gmlc (gateway mobile location center)是核心的 设备，也就是前面提到的定位管理系统，它不仅处理各种定位请求、根据请求所要 求的精度调用无线网络的能力得到定位信息，而且完成定位业务的

5、运营，包括用户 数据管理、业务数据管理、签约信息管理、增值应用的鉴权认证和计费等功能。服务移动定位中心smlc (serving mobile location center)是具体完成定位功能 的逻辑设备,主要功能是在收到请求后调用相应的定位方法进行定位，并将测量消 息转换为用户的经纬度信息。3g核心网设备msc或sgsn在这里类似一个请求代理,主要起着将请求路由并转发 到smlc的作用。面向开放业务体系的发展1、基本的趋势从以上的描述可以看到，尽管通过移动网络进行用户定位具有天然的优势,这种技 术的本身还是很复杂的，其原因在于完成一次定位往往需要核心网和无线网甚至 终端的参与。在3gpp对

6、定位业务进行规范制定时，已经充分考虑到了这种复杂性，并提出了前 面描述定位业务架构来将这种复杂性简单化：1. 3gpp将最终的定位计算单元smlc固定在无线网侧，这主要是因为位置与无线 侧设备位置往往是相关的：最基本的定位方法cell id可以在无需终端主动参与的 情况下通过无线网络确定终端所处蜂窝的id得到；而otdoa的定位方法通过内置 在node b中的位置测量单元lmu协作完成，这种协作的控制中心smlc设置在rnc 即可;对a-gps的定位方法言，参考gps基准站一般每直径200 500km需要部署一 个，可以考虑和rnc共建，并将相关计算在rnc中的smlc模块中完成。2. 核心网

7、的msc或sgsn作为一个请求处理的中间代理出现，它们可以通过lg接 口(map信令)接入各种gmlc的请求。3. 3gpp将定位业务的核心接入部件制定为业务层设备gmlco gmlc不仅负责接入 和各种定位请求，同时还是lcs业务的运营平台，完成用户数据管理、业务数据管 理、业务签约信息管理、sp数据管理和计费等功能。通过以上的努力，定位业务的运作模式已经比较清晰。虽然在提供业务时,运营商 需要考虑到终端、无线网、核心网和业务网设备对定位业务的支持,但各部分的功 能和接口都已经划分得很清晰,各部分的规划也已经具有一定的独立性。540)this. width=540" vspace=

8、5>2、面向用户平面的发展尽管3gpp已经将定位业务架构清晰化、简单化，但因为涉及到核心网、无线网甚 至终端在信令底层的参与，整个架构还是相对复杂的，这时，一种更加简单的架构 基于用户平面实现定位的架构supl(secure user plane for location)被oma 提出，并成为了新的趋势和可替代方案。相对而言，3gpp的实现方案被称为基于控 制平面实现的方案。图2示意了 supl的定位业务架构，定位通过supl定位平台slp (supl location platform)和支持 supl 定位的终端 set (supl enabled terminal)协同完成。su

9、pl 定位平台又由定位中心slc (supl location center)和位置中心(supl positioning center)两个部分组成,slc的功能类似gmlc, spc的功能类似smlc。 值得注意的是slp和set之间的接口 lup,它遵循用户平面定位协议ulp (user plane location protocol),是定义在从 slp 出发经由 sgsn、rnc、nodeb 到 set 建立的ip承载之上的协议，就定位本身而言，supl对移动承载网并没有直接的要 求。在supl实现具体的定位方法时，由于不再能直接使用承载网的能力，相关的工作 主要依赖于终端和定位平台

10、。对cell id的定位方法，需要终端告知平台自己所处 cell;如果要实现rtt或0td0a,也都完全依赖于终端是否能调动无线网资源实现 相关测量;对于a-gps,情况简单一些,gps基准站通过数据网与spc相连接,spc通 过用户面向set传递必要的gps辅助数据。用户平面的方案由于无需无线网和核心网设备直接参与定位的过程，对于新老移 动运营商都具有较大的吸引力，毕竟，在无线网部署定位相关的功能部件不是很容 易的事：1. 对老运营商来说，旧的承载网设备可能并不支持定位业务要求的功能，而升级 这些设备支持定位功能将是及其困难的；2. 对新的运营商来说，如果采用用户面定位方案，对承载网的规划将

11、得到简化。 不过，应该注意到，用户面定位方案并不能简化定位本身的复杂性，所以在进行选 择的时候，各运营商还需要根据自己的运营策略统筹考虑。3. 定位业务的互通在定位中，另一个值得注意的问题是定位业务的互通。1、需求对于中国可能的新兴移动运营商而言，定位业务的互通主要是为了满足用户以下 几个方面的需求：1. 发起对各种用户的定位:用户不仅可以发起对本地用户的地位，还应该能发起 对异地用户、异网用户（含phs网和其它移动运营商的网）定位；2漫游时仍能选择开通对自身定位的能力：本网用户漫游到异地时或其它采用相 同无线接入技术运营商的网络时，仍然能选择开通对自身定位的能力。为了满足需求1,要求gmlc

12、在收到对异地用户或异网用户的定位请求时，能直接调 用网络资源对该用户的终端进行定位或知道将请求转发给哪个gmlc去处理;为了 满足需求2,网络需要知道用户漫游到了那里，并能通过转发请求或直接调用用户 拜访地的网络资源对用户终端进行定位。以下将区分异地的互通和与异网的互通 展开分析。2、与异地定位业务的互通与异地定位业务的互通是指同一 plmn内有多个gmlc时能实现对用户的定位。 当全网只有一个gmlc时,该gmlc通过查询hlr得到终端当前所拜访的msc或sgsn 的地址，然后通过信令网将定位请求发送到该msc或sgsn即可。当用户量较大的时候，或处于区域划分的需要（定位是一个区域特征较强的

13、业务）， 可能需要多个gmlc来协同实现定位业务，此时可能有两种方案：1. 方案一为每个gmlc都能直接调动所有的msc或sgsn实现对任一用户的定位, 设置多个gmlc主要是为了实现业务请求处理的负载分担；2. 方案二为每个gmlc负责一个区域的用户的定位,gmlc间通过lr接口互通，使 用oma制定的漫游定位协议rlp （roaming location protocol）协同完成定位。 在方案二中,gmlc之间的交互流程如图3所示：lcs cl ient代理用户的请求，将之 发送到其归属的gmlc （该gmlc称为请求gmlc,简写为r-gmlc）, r-gmlc会将该请求 转发到被定位

14、方归属的gmlc处理（该gmlc称为终端归属gmlc,简写为th-gmlc）; 如果用户就在本区域,th-gmlc直接向msc或sgsn下发定位请求；如果用户漫游 了，th-gmlc将定位请求转发到终端当前所拜访的msc或sgsn相关的gmlc （该gmlc 称为终端拜访gmlc,简写为tv-gmlc）,然后tv-gmlc,由tv-gmlc调动网络资源完 成定位，最后再将结果返回。540)this. width=540u vspace=5> 尽管方案二的流程比方案一复杂，但可以看到这种方案的逻辑清晰，业务请求先由 归属地业务系统处理，然后根据是否漫游将请求转发到漫游地业务系统，这对业务

15、计费结算、业务统计和业务管理都极有好处。正因如此,3gpp和oma 起通过规 范确定了这种交互架构和流程。3、与异网的互通与异网的互通包括与采用其它无线接入技术网络的业务互通和与其它plmn定位 业务的互通。对采用其它无线接入技术网络（比如phs网、cdma2000网络等）而言，关键是要满 足“需求”中描述的问题1,因为不存在漫游的问题。此时有三种方案：1. plmn中的gmlc和phs网中的gmlc通过rlp互通，要求gmlc支持对对方号码 的路由解析；2. plmn的gmlc和phs网中的gmlc通过移动定位协议mlp互通（即图1中的le 接口），双方互为对方的sp;3. 要求sp实现对号

16、码的解析,将请求提交到相应的gmlc,即如果是对phs用户的 定位就发送到phs的gmlc,如果是plmn的用户就发送到plmn的gmlc。从技术的复杂度而言，方案三是最可取的，但sp处于业务的外层，不好统一控制, 比如中国移动和中国联通通过这种方式互通,就要求sp同时满足两个企业对sp 的要求;方案二也可行，但增加了 gmlc作为sp,管理模式不是很清晰，而且增加了 流程;相对而言，方案一在业务流程控制和管理上都是思路清晰的，也吻合了漫游 定位协议rlp制定的初衷,是值得推荐的方案。对采用了相同无线接入技术的异网而言,在满足“需求”中描述的问题1上，分析 和结论是一致的，不过它又增加了两个问题：1. 通过承载网的设备的支持，用户在不同plmn之间的漫游时也能实现对终端的 定位，由于采用的无线接入技术相同，只要运营商之间实现了网间漫游，这一要求 能实现；2. 由承载网技术是相同的，运营商之间可以采用紧合作方式，要求自己的gmlc能 直接访问对方的msc或sgsn,不过，根据前面的讨论，这种方式类似于“与异地互 通”的方案一，其管理模式是不清晰的，不值得提倡。经过以上的分析，可以看到，3gpp和oma 起制定的定位业务互通方案具有强大的 普适性，在各种网络间定位业务互通的情形下都是最适方案。小结和展望本文通过对定位业务的架构演进