专利名称：一种基于tcp/ip移动定位系统及其位置定位的方法
技术领域：
本发明涉及码分多址系统的移动位置业务，特别涉及一种基于TCP/IP移动定位系统及其位置定位的方法。
背景技术：
位置业务是移动通信网所提供的一种新型增值业务。该业务通过无线定位技术来获得移动台的位置信息，包括经纬度、移动速度等信息，提供给用户本人、移动通信网络或者其他外部实体，实现各种与位置相关的业务。
基于TCP/IP的定位网络以分组数据为承载，一般通过分组数据服务节点(PDSN)接入CDMA网络，实现定位实体(PDE)与移动台(MS)之间的信息交互，从而完成定位操作。
目前，用于实现位置业务的，基于TCP/IP的移动定位网络结构参见图1，图1为现有技术基于TCP/IP的移动定位系统的网络结构。
其中，移动定位中心(MPC)107，通过TCP/IP和业务提供商/LCS客户端(可称为CP)108以及定位实体(PDE)106相连。MPC107具有用户信息的存储、用户接入鉴权、用户管理、授权检查、为内容服务提供标准位置服务接口以及提供计费信息、操作维护和数据库维护的能力。
MPC107和CP108的接口可以通过两种方式实现基本要求为基于XML的LIF协议，高级要求是OSA/Parlay接口。
MPC107和PDE106的接口为MPC107通过TCP/IP网络向PDE106请求用户位置的接口。
PDE106通过TCP/IP网络同MPC107和MS104进行交互。
PDE106和MPC107的接口包括MPC107向PDE106查询用户位置信息。PDE106和MS104的接口包括PDE106和MS104之间进行的基于IS801的定位交互。
MPC107与MS104基于TCP/IP的接口就是和PDSN105的接口，MS104首先通过无线接入设备接入到PDSN105，再通过PDSN105与MPC107进行TCP/IP消息交互的。MPC107与MS104之间还有短信接口，短信接口是指网络侧发起定位时，MPC向MS发起短信定位通知，以及MS的短信回复。
PDE106的主要功能为完成定位计算，确定MS104位置。
MS104通过基站子系统/分组控制功能(BSS/PCF)102、移动交换中心(MSC)102与CMDA信令网101来实现移动通信功能。
图1所示定位系统，可以实现三种方式的位置定位。
第一种方式MS主动发起的基于WAP的定位业务，其基本流程参见图2，图2为现有技术MS主动发起的基于WAP的定位业务的流程图。该流程包括以下步骤步骤1、MS通过WAP方式接入CP，发送服务请求。
步骤2、CP通过L1接口向移动定位中心发送定位请求。启动定时器T4。
步骤3、CP通过WAP返回请求应答步骤4、移动定位中心向用户/CP数据库发送鉴权消息，检查发起定位的用户及CP是否被授权。用户/CP数据库为移动定位中心的一部分，此处理过程通过内部接口进行。
步骤5、用户/CP数据库向移动定位中心返回鉴权结果。用户/CP数据库为移动定位中心的一部分，此处理过程通过内部接口进行。
步骤6、MS向移动定位中心发起定位请求StartPositioningProcessRequest。终止定时器T4。
步骤7、如果用户拒绝定位，或鉴权授权失败，结束定位；如果对该移动台的一个定位正在进行，则须等待该定位进程完成后，继续进行本次定位。否则，移动定位中心使用GEOPOSREQ消息向定位实体发送定位请求。启动定时器T1。
步骤8、移动定位中心向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话。MPC须将PDE的IP地址、端口号等告知移动台。
步骤9、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，不直接将真实的位置数据发回MS。
步骤10、定位完成，定位实体使用geoposreq发送定位结果至移动定位中心，移动定位中心存储MS当前位置信息。终止定时器T1。
步骤11、移动定位中心通过L1接口返回MS位置信息给CP。
步骤12、MS通过WAP向CP发出服务请求。
步骤13、CP通过WAP返回服务信息给MS，为MS提供服务。第二种方式网络侧发起的定位业务，其基本流程参见图3，图3为现有技术网络侧发起的定位业务的流程图。
步骤1、CP通过L1接口协议向移动定位中心发送定位请求。
步骤2、移动定位中心对CP和目标MS的鉴权，对CP和查询发起者进行授权检查。移动定位中心向用户/CP数据库检查CP和目标MS是否已签约，发起定位的用户是否有权获取目标MS的位置信息。用户/CP数据库为移动定位中心的一部分，此处理过程通过内部接口进行。
步骤3、用户/CP数据库向移动定位中心返回鉴权结果。用户/CP数据库为移动定位中心的一部分，此处理过程通过内部接口进行。
步骤4、如果授权检查未通过或者不能满足该定位请求，则结束定位；如果对该移动台的一个定位正在进行，则须等待该定位进程完成后，根据定位发起者的被授权情况，继续本次定位。否则，移动定位中心使用GEOPOSREQ消息向定位实体发送定位请求。启动定时器T1。
步骤5、移动定位中心通过短信中心向目标MS发送一个特殊MT(移动台终止)短消息，要求MS对查询发起者作授权检查并触发定位进程。启动定时器T3。
步骤6、目标MS向移动定位中心发送MO(移动台发起)短消息，同意定位。终止定时器T3。
步骤7、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，不直接将真实的位置数据发回MS。
步骤8、定位实体使用geoposreq向移动定位中心返回定位结果。终止定时器T1。
步骤9、移动定位中心存储定位结果，并只在收到移动台的应答MO短消息，其中的信息表示用户同意被定位后，才通过符合L1接口协议的消息向CP返回定位结果。如果T3超时，或者用户不同意被定位，则结束定位。
第三种方式MS主动发起的基于JAVA/BREW的定位业务，其基本流程参见图4，图4为现有技术MS主动发起的基于JAVA/BREW的定位业务的流程图。
步骤1、MS向移动定位中心发起定位请求StartPositioningProcessRequest。在发送StartPositioningProcessRequest定位请求前，MS应弹出一个对话框，要求用户确认是同意还是拒绝定位。
步骤2、移动定位中心向用户/CP数据库发送鉴权消息，检查发起定位的用户及相应的移动台驻留程序是否被授权。
用户/LCS CLIENT数据库为移动定位中心的一部分，此处理过程通过内部接口进行。
步骤3、用户/CP数据库向移动定位中心返回鉴权结果。鉴权结果应包含以下信息CP和MS是否为签约用户、MS的IMSI和定位能力、是否允许被发起请求的CP定位等。此处理过程通过内部接口进行。
步骤4、如果鉴权授权失败，结束定位；如果对该移动台的一个定位正在进行，则须等待该定位进程完成后，继续定位。否则，移动定位中心使用GEOPOSREQ消息向定位实体发送定位请求。启动定时器T1。
步骤5、移动定位中心向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话。
步骤6、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，直接将真实的位置数据发回MS。
步骤7、定位实体使用geoposreq向移动定位中心返回定位结果。终止定时器T1。
上述基于TCP/IP协议的移动定位系统及定位方法，对核心网络、接入网络没有升级要求，但未实现MPC之间的互联互通。
国际上已有标准规范了码分多址(CDMA)网络中实现移动位置定位业务的移动定位中心(MPC)之间的互联互通方案--PN4747。但此标准所基于的协议是7号信令，且对现有CDMA核心网络有升级要求，不适用于基于TCP/IP的定位系统。
发明内容
有鉴于此，本发明的主要目的在于提供一种基于TCP/IP移动定位系统，实现多个MPC之间的互联互通。
本发明的另一个主要目的在于提供一种基于TCP/IP的位置定位方法，利用互联的MPC，实现异地位置定位。
为达到上述目的的一个方面，本发明提供了一种基于TCP/IP移动定位系统，包含定位实体(PDE)、分组数据服务节点(PDSN)、移动定位中心(MPC)，MPC与码分多址(CDMA)信令网和PDSN分别相连，PDSN与CDMA系统的基站子系统/分组控制功能(BSS/PCF)相连，其特征在于该系统包含的MPC为多个；各个MPC之间通过TCP/IP协议连接；所述PDE通过TCP/IP协议与所有MPC相连，MPC与位置业务提供商(CP)设备通过TCP/IP协议相连。
具体来说可以有两种实现方法
第一种所述的多个MPC中，可以包含一个网关移动定位中心(GMPC)，所述移动定位系统中所有的PDSN与GMPC相连；提供全网位置业务的提供商(CP)设备与GMPC相连。GMPC可以向其他MPC转发移动台(MS)或/和CP发送的定位请求信息。
第一种所述的多个MPC均具有CP接入、消息转发的功能，本地的PDSN可以与本地的MPC相连。所述的各个MPC之间可以转发移动台(MS)或/和CP发送的定位请求信息。所述的各个MPC之间还可以发送漫游鉴权消息。
为达到上述目的的另一个方面，本发明提供了一种基于TCP/IP的位置定位方法，应用上述的移动定位系统进行定位，该方法包括用户发起的定位过程和网络侧发起的定位过程；所述用户发起的定位过程包括以下步骤Y1)移动台(MS)通过PDSN向始发MPC发送定位请求；Y2)始发MPC收到定位请求后判断该MS是否为本地用户，如果是，则执行用户发起的本地定位流程；否则将该定位请求转发给该MS归属的MPC；Y3)该MS归属的MPC收到该定位请求后，向PDE发送定位请求，并通过始发MPC和PDSN向MS返回定位响应；Y4)MS与PDE之间通过消息交互，进行MS位置计算；Y5)PDE将定位结果随定位响应返回给该MS归属的MPC，完成用户定位；所述网络侧发起的定位过程包括以下步骤W1)网络侧CP向与该CP相连的始发MPC发送定位请求；W2)始发MPC收到定位请求后判断被叫MS是否为本地用户，如果是，则执行网络侧发起的本地定位流程；否则将该定位请求转发给被叫MS归属的MPC；
W3)被叫MS归属的MPC收到该定位请求后，判断被叫MS是否与主叫MS相同，如果相同则直接执行步骤W4)，否则对主叫MS进行鉴权后，执行步骤W4)W4)被叫MS归属的MPC对发起的CP和被叫MS进行鉴权；如果鉴权通过，则执行步骤W5)，否则结束；W5)被叫MS归属的MPC向PDE发送定位请求，并触发被叫MS定位进程；W6)被叫MS与PDE之间通过消息交互，进行MS位置计算；W7)PDE将定位结果随定位响应返回给被叫MS归属的MPC；W8)被叫MS归属的MPC将定位响应通过始发MPC返回给发起的CP，完成用户定位。
其中，用户采用WAP方式进行定位时，在执行所述步骤Y1)前可以进一步执行以下步骤Y01)MS向其选择的CP发送WAP服务请求，CP收到该请求后向MS返回WAP服务请求应答，同时请求用户确认服务；并向与该CP相连的初始MPC发送定位请求；Y02)始发MPC收到定位请求后判断该MS是否为本地用户，如果是，则直接对CP和MS进行鉴权；否则将该定位请求转发给该MS归属的MPC，该MS归属的MPC对CP和MS进行鉴权；Y03)用户确认服务后，进入步骤Y1)；在执行所述步骤Y5)后可以进一步执行以下步骤Y51)该MS归属的MPC将定位结果随定位响应通过始发MPC返回给CP；Y52)该MS向其选择的CP发送WAP服务请求，CP收到该请求后向MS返回WAP服务请求应答，为MS提供位置服务。
用户采用WAP方式进行定位时，步骤Y2)所述用户发起的本地定位流程现有技术相同可以包括以下步骤Y21)始发MPC向MS返回定位响应，并向PDE发送定位请求；Y22)MS与PDE之间进行IS801消息交互，进行MS位置计算；Y23)PDE将定位结果随定位响应返回给始发MPC，完成用户定位。
用户采用JAVA/BREW方式进行定位时，步骤Y2)所述用户发起的本地定位流程现有技术相同可以包括以下步骤y21)始发MPC对该MS进行鉴权，如果鉴权通过，则向MS返回定位响应，并向PDE发送定位请求；否则结束；y22)MS与PDE之间进行IS801消息交互，进行MS位置计算；y23)PDE将定位结果随定位响应返回给始发MPC，完成用户定位。
步骤W2)所述网络侧发起的本地定位流程与现有技术相同可以包括以下步骤W21)始发MPC对发起的CP和被叫MS进行鉴权；如果鉴权通过则执行步骤W22)，否则结束；W22)始发MPC向PDE发送定位请求，并向被叫MS发送MT短消息触发被叫MS定位进程；被叫MS返回MO短消息同意定位；W23)被叫MS与PDE之间进行IS801消息交互，进行MS位置计算；W24)PDE将定位结果随定位响应返回给始发MPC；W25)始发MPC将定位响应返回给发起的CP，完成用户定位。
用户采用JAVA/BREW方式进行定位时，所述步骤Y3)可以进一步包括该MS归属的MPC对该MS进行鉴权，如果鉴权通过，则向PDE发送定位请求，并向MS返回定位响应；否则结束。
所述步骤Y3)可以进一步包括MS收到定位响应后，向定位实体发起IS801会话；步骤Y4)所述的信息交互可以为IS801信息交互。
用户采用JAVA/BREW方式进行定位时，所述定位实体可以在最后一条IS801消息中，直接将真实的位置数据返回给MS。
步骤W3)所述对主叫MS进行鉴权可以包括以下步骤W31)被叫MS归属的MPC判断主叫MS是否为本地用户，如果是则对主叫MS进行鉴权；否则，被叫MS归属的MPC向主叫MS归属的MPC发送主叫漫游鉴权请求；W32)主叫MS归属的MPC对主叫MS进行鉴权；W33)主叫MS归属的MPC向被叫MS归属的MPC返回主叫漫游鉴权响应；W34)如果主叫MS漫游鉴权通过，则执行步骤W4)，否则结束。
步骤W3)所述对主叫MS进行鉴权也可以包括以下步骤W31)预先将被叫MS归属MPC的数据库和主叫MS归属MPC的数据库进行数据同步；W32)被叫归属的MPC对主叫MS进行鉴权；W33)如果主叫鉴权通过，则执行步骤W4)，否则结束。
步骤W5)所述触发被叫MS定位进程可以包括以下步骤W51)被叫MS归属的MPC向被叫MS发送MT短消息触发被叫MS定位进程；W52)被叫MS返回MO短消息同意定位。
另外，该方法可以进一步包括在该定位系统中设置一个网关MPC，所有MS发送的定位请求都发送给网关MPC。
由本发明的技术方案可见，本发明的这种基于TCP/IP移动定位系统及其位置定位的方法，实现了将多个MPC通过TCP/IP协议互联，多个MPC进行业务量分担，降低单个MPC业务负荷，提高了位置定位的效率。在位置定位业务中，将位置定位请求转发给归属MPC，由归属MPC执行定位流程。本发明实现了多个MPC之间的互联互通和异地位置定位，而且实现方式简单，不需要对MPC进行较大的改动。
图1为现有技术基于TCP/IP的移动定位系统的网络结构；图2现有技术MS主动发起的基于WAP的定位业务的流程图；图3为现有技术网络侧发起的定位业务的流程图；图4为现有技术MS主动发起的基于JAVA/BREW的定位业务的流程图；图5为本发明第一较佳实施例的基于TCP/IP移动定位系统的网络结构示意图；图6为B区用户使用B区CP2的WAP方式定位流程；图7为B区用户使用A区CP的WAP方式定位流程；图8为网络侧发起的，B区用户使用A区CP定位B区用户的定位流程。
图9为网络侧发起的，B区用户使用A区CP定位A区用户的定位流程；图10为网络侧发起的A区用户使用A区CP定位B区用户的定位流程；图11为B区用户使用JAVA/BREW方式定位流程。
图12为本发明第二较佳实施例的基于TCP/IP移动定位系统的网络结构示意图；图13为A区用户使用B区CP2的WAP方式定位流程；图14为A区用户漫游到B区使用A区CP1的WAP方式定位流程；图15为A区用户漫游到B区使用B区CP2的WAP方式定位流程；图16为网络侧发起的A区用户使用B区CP2定位A区用户的定位流程；图17为网络侧发起的A区用户使用A区CP1定位B区用户的定位流程；图18为网络侧发起的A区用户使用B区CP2定位B区用户的定位流程。
图19为网络侧发起的A区用户使用A区CP1定位B区用户的定位流程；图20为A区用户漫游到B区的JAVA/BREW方式定位流程。。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚明白，下面结合两个实施例和附图，对本发明进一步详细说明。
本发明将多个MPC通过TCP/IP协议连接起来，利用其中具有转发功能的MPC将移动台(MS)或/和CP发送的定位请求信息转发给被叫MS归属的MPC，由被叫MS归属的MPC执行位置定位流程。多个MPC之间接口的基本技术和网络中所有的计算机、服务器之间的连接相同。
参见图5，图5为本发明第一较佳实施例的基于TCP/IP移动定位系统的网络结构示意图；该系统包括了两个MPC网关MPC(GMPC)505和MPC2506，例如，南方大区的用户在GMPC505上开户，北方大区的用户在MPC2506上开户。
其中，GMPC505完成CP的接入、MS的消息接入功能，并实现消息转发，业务逻辑控制的功能。以实现MPC互联，为全网用户提供服务。
为本大区用户提供位置业务的CP1502和CP2504，分别与它们所在大区的GMPC505、MPC506相连；所有为全国用户提供位置业务的CP501都与GMPC505相连。
全系统所有的PDSN507都与GMPC505相连，并且将GPSOne手机上的虚拟地址映射成GMPC505的地址。即所有手机发送的定位请求(StartPositioningProcessRequest)都先发到GMPC505，由GMPC505再进行分发。GMPC505还能够向MPC2转发L1定位请求消息和漫游鉴权消息。
本实施例的位置业务服务的主要控制流程在被叫归属的MPC上执行；MPC按号码段管理用户，每个MPC上需要配置全国的CDMA用户号码段与MPC对应关系表，GMPC根据该对应关系表判定是否为本地用户，是否需要转发定位请求。
GMPC能够对于从CP发来的L1请求消息进行解析，如果是定位自己，则根据号码段判断是否是本地用户，如果是本地用户，则直接本地处理。如果不是本地用户，则将L1转发给MPC2处理。
GMPC对于从CP发来的L1请求消息进行解析，如果是定位他人，则根据主被叫所在区不同分别进行处理如果主被叫均在本地，则直接本地处理。
如果主被叫均不在本地，则直接转发给MPC2处理。
如果主叫在本地，被叫不在本地，则将L1请求转发给MPC2，在MPC2上需要对归属地在MPC1上的主叫用户鉴权。可以采用增加主叫漫游鉴权接口的方式来实现。也可以采用MPC2同步GMPC1上的数据，直接使用同步数据进行鉴权。主叫鉴权通过后，进行被叫鉴权和隐私鉴权后再进行定位处理。最后将L1定位响应返回给GMPC。GMPC收到MPC2的L1回应之后，再将L1回应转发给CP。
如果主叫不在本地，被叫在本地，则需要在MPC2上进行主叫鉴权。可以采用增加主叫漫游鉴权接口的方式来实现。也可以采用GMPC同步MPC2上的数据，直接使用同步数据进行鉴权。主叫鉴权通过后，再进行GPSOne定位。最后，将L1回应返回给CP。
GMPC还能够对于从PDSN收到MS发送的StartPositioningProcessRequest消息进行解析，解析出手机号码后，根据号码段判断是否是本地用户，如果是本地用户，则直接本地处理。如果不是本地用户，则转发给MPC2处理。
以下设GMPC所在区为A区，MPC2所在区为B区，举几个具体的定位流程对第一较佳实施例进行说明。
参见图6，图6为B区用户使用B区CP2的WAP方式定位流程。该流程包括以下步骤
步骤1、MS通过WAP方式向B区的CP2提出服务请求；步骤2、CP2通过L1接口向MPC2发送定位请求；步骤3、CP2通过WAP方式向MS返回WAP请求应答；并请求MS确认；步骤4、MPC2向用户/CP数据库发送鉴权消息，检查发起定位的MS及CP是否被授；用户/CP数据库为移动定位中心的一部分，此处理过程通过内部接口进行(以下流程相同)。
步骤5、用户/CP数据库向MPC2返回鉴权结果；步骤6、MS确认服务后，向服务PDSN发送定位请求StartPositioningProcessRequest消息；步骤7、PDSN将定位请求StartPositioningProcessRequest发送给GMPC；步骤8、GMPC解析消息，判断是否是本区用户，发现不是本区用户；如果是本区用户则在本区处理，处理过程与现有技术相同。
步骤9、GMPC则将定位请求StartPositioningProcessRequest转发给MPC2；步骤10、MPC2使用GEOPOSREQ消息向定位实体(PDE)发送定位请求；步骤11、MPC2向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；步骤12、GMPC收到MPC2发来的定位响应StartPositioningProcessResponse，将其转发给MS；步骤13、服务PDSN将定位响应StartPositioningProcessResponse发送给MS；步骤14、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤15、定位完成，定位实体使用geoposreq发送定位结果至MPC2，MPC2存储目标用户当前位置信息；
步骤16、MPC2通过L1接口将MS位置信息返回给CP2；步骤17、MS通过WAP方式向CP2发送服务请求；步骤18、CP2通过WAP方式返回服务信息给MS，为MS提供服务。
其中，B区用户使用CP2进行定位，是由B区用户选择的，该用户也可以选择使用全国用户提供位置业务的CP、为A区用户提供位置业务的CP1进行定位。在本实施例中，由于B区MPC2不具有转发功能，B区CP2与B区MPC2相连，因此B区CP2只能为本区用户服务。
参见图7，图7为B区用户使用A区CP(为全网用户服务)的WAP方式定位流程。该流程包括以下步骤步骤1、MS通过WAP方式向CP提出服务请求；步骤2、CP通过L1接口向GMPC发送定位请求；步骤3、CP通过WAP方式向MS返回WAP请求应答；并请求MS确认；步骤4、GMPC解析消息，判断是否是本区用户，发现不是本区用户；如果是本区用户则在本区处理，处理过程与现有技术相同；步骤5、GMPC将L1请求消息转发给MPC2步骤6、MPC2向用户/CP数据库发送鉴权消息，检查发起定位的MS及CP是否被授；步骤7、用户/CP数据库向MPC2返回鉴权结果；步骤8、MS确认服务后，向MPC2发起定位请求StartPositioningProcessRequest，StartPositioningProcessRequest消息先发送到用户的服务PDSN；步骤9、PDSN将定位请求StartPositioningProcessRequest发送给GMPC；步骤10、GMPC解析消息，判断是否是本区用户，发现不是本区用户；步骤11、GMPC则将定位请求StartPositioningProcessRequest转发给MPC2；
步骤12、MPC2使用GEOPOSREQ消息向定位实体发送定位请求；步骤13、MPC2向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；步骤14、GMPC收到MPC2发来的定位响应StartPositioningProcessResponse，将其转发给MS；步骤15、服务PDSN将定位响应StartPositioningProcessResponse发送给MS；步骤16、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤17、定位完成，定位实体使用geoposreq发送定位结果至MPC2，MPC2存储目标用户当前位置信息；步骤18、MPC2通过L1接口向GMPC返回定位响应；步骤19、GMPC通过L1接口向CP返回MS位置信息；步骤20、MS通过WAP向CP发出服务请求；步骤21、CP通过WAP返回服务信息给MS，为MS提供服务。
参见图8，图8为网络侧发起的，B区用户使用A区CP(为全网用户服务)定位B区用户的定位流程。该流程包括以下步骤步骤1、CP通过L1接口协议向GMPC发送定位请求；步骤2、GMPC解析L1定位请求，判断被叫是否是本区用户，发现不是本区用户；如果是本区用户则由本区进行处理，处理过程与现有技术相同。
步骤3、GMPC将L1定位请求转发给MPC2；步骤4、MPC2进行主被叫鉴权；步骤5、MPC2对CP和被叫MS的鉴权，对CP和查询发起者进行授权检查；步骤6、用户/CP数据库向MPC2返回鉴权结果；步骤7、MPC2使用GEOPOSREQ消息向定位实体发送定位请求。启动定时器T1；
步骤8、MPC2通过短信中心向目标MS发送一个特殊MT(移动台终止)短消息，要求步骤13、MS对查询发起者作授权检查并触发定位进程；步骤9、被叫MS向MPC2发送MO(移动台发起)短消息，同意定位。终止定时器T3。
步骤10、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，不直接将真实的位置数据发回MS。
步骤11、定位实体使用geoposreq向MPC2返回定位结果。终止定时器T1。
步骤12、MPC2存储定位结果，通过符合L1接口协议的消息向GMPC返回定位结果；步骤13、移动定位中心GMPC存储定位结果，通过符合L1接口协议的消息向LCS CLIENT返回定位结果。
参见图9，图9为网络侧发起的，B区用户使用A区CP定位A区用户的定位流程。该流程包括以下步骤步骤1、CP通过L1接口协议向GMPC发送定位请求；步骤2、GMPC解析L1接口，发现主叫不在本地；如果主叫在本地则在本地进行处理。
步骤3、GMPC发送主叫漫游请求给MPC2；步骤4、MPC2将主叫漫游鉴权响应返回给GMPC；步骤5、GMPC对CP和被叫MS的鉴权，对CP和查询发起者进行授权检查；步骤6、用户/CP数据库向GMPC返回鉴权结果；步骤7、GMPC使用GEOPOSREQ消息向定位实体发送定位请求。启动定时器T1；步骤8、GMPC通过短信中心向目标MS发送一个特殊MT(移动台终止)短消息，要求MS对查询发起者作授权检查并触发定位进程；
步骤9、被叫MS向GMPC发送MO(移动台发起)短消息，同意定位。终止定时器T3。
步骤10、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，不直接将真实的位置数据发回MS。
步骤11、定位实体使用geoposreq向移动定位中心GMPC返回定位结果。终止定时器T1。
步骤12、移动定位中心GMPC存储定位结果，通过符合L1接口协议的消息向CP返回定位结果。
当网络侧发起的本区用户使用本区CP定位本区用户时，其实现流程与参见图10，图10为网络侧发起的A区用户使用A区CP定位B区用户的定位流程。该流程包括以下步骤步骤1、A区CP通过L1接口协议向GMPC发送定位请求；步骤2、GMPC解析L1接口，发现被叫不在本地；步骤3、GMPC将L1定位请求转发给MPC2；步骤4、MPC2发送主叫漫游鉴权请求给GMPC；步骤5、GMPC将主叫漫游鉴权响应返回给MPC2；步骤6、MPC2对CP和被叫MS的鉴权，对CP和查询发起者进行授权检查；步骤7、用户/CP数据库向MPC2返回鉴权结果；步骤8、MPC2使用GEOPOSREQ消息向定位实体发送定位请求。启动定时器T1；步骤9、MPC2通过短信中心向被叫MS发送一个特殊MT(移动台终止)短消息，要求步骤10、被叫MS对查询发起者作授权检查并触发定位进程；步骤11、被叫MS向MPC2发送MO(移动台发起)短消息，同意定位。终止定时器T3。
步骤12、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，不直接将真实的位置数据发回MS。
步骤13、定位实体使用geoposreq向MPC2返回定位结果。终止定时器T1。
步骤14、MPC2存储定位结果，通过符合L1接口协议的消息向GMPC返回定位结果；步骤15、GMPC存储定位结果，通过符合L1接口协议的消息向CP返回定位结果。
参见图11，图11为B区用户使用JAVA/BREW方式定位流程。该流程包括以下步骤；步骤1、MS向GMPC发起定位请求StartPositioningProcessRequest，先发给PDSN；步骤2、PDSN将定位请求StartPositioningProcessRequest发送给GMPC；步骤3、GMPC判断是否是本区用户，发现不是本区用户，进行转发；如果是本区用户则在本区处理，处理过程与现有技术相同；步骤4、GMPC将定位请求StartPositioningProcessRequest转发给MPC2；步骤5、MPC2向用户/CP数据库发送鉴权消息，检查发起定位的MS及相应的移动台驻留程序是否被授权；步骤6、用户/CP数据库向MPC2返回鉴权结果；步骤7、MPC2使用GEOPOSREQ消息向定位实体发送定位请求；步骤8、MPC2向GMPC发送定位响应StartPositioningProcessResponse；步骤9、GMPC向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；StartPositioningProcessResponse先发给PDSN；步骤10、服务PDSN将定位响应StartPositioningProcessResponse发送给MS；
步骤11、定位实体与MS之间的IS801消息交互，进行MS位置的计算。定位实体在最后一条IS801消息中，直接将真实的位置数据发回MS；步骤12、定位完成，定位实体使用geoposreq发送定位结果至MPC2，MPC2存储目标用户当前位置信息。
本发明的另一个较佳实施例参见图12，图12为本发明第二较佳实施例的基于TCP/IP移动定位系统的网络结构示意图。本实施例的移动定位系统包含两个，MPC可以按地区划分，例如，南方大区的用户在MPC1124上开户，北方大区的用户在MPC2125上开户；当地的CP1、CP2只分别连接到当地的MPC1、MPC2上，每个CP都可以为全国用户提供服务；各地PDSN126、127与本地MPC连接，并且将GPSOne手机上的虚拟地址映射成本地MPC的地址。即所有手机发送的StartPositioningProcessRequest都先发到手机用户当前所在地的MPC上；MPC之间通过MPC互连接口基于TCP/IP相连。各大区的MPC之间是对等关系。
本实施例与第一较佳实施例的区别在于所有MPC均需要具有CP接入、MS消息接入、消息转发的功能，共同实现MPC间的互联，为全网用户提供服务。
MPC按号码段管理用户，每个MPC上需要配置全国的CDMA用户号码段与MPC对应关系表。用户手机发起StartPositioningProcessRequest时，不论用户归属地在何处，用户所在位置的PDSN都将用户的请求路由到拜访地的MPC(接入MPC)上，MPC根据被叫号码段判断是否是本地用户，如果是本地用户，则直接本地处理。如果不是，则转发给被叫归属地的MPC处理。
接入MPC对于从CP发来的L1请求，对消息进行解析，如果是定位自己，则根据号码段判断是否是本地用户，如果是本地用户，则直接本地处理。如果不是本地用户，则将L1转发给用户归属的MPC处理。
接入MPC对于从CP发来的L1请求，对消息进行解析，如果是定位他人，则根据主被叫所在区分别进行处理如果主被叫均在本地，则直接本地处理。
如果主被叫均在不本地，则直接转发给用户归属的MPC处理。如果主叫在本地，被叫不在本地，则将L1请求转发给被叫归属的MPC，在被叫归属MPC上需要向主叫归属的MPC发起主叫用户鉴权请求。主叫鉴权通过后，进行被叫鉴权和隐私鉴权后再进行定位处理。最后将L1定位响应返回给接入的MPC。接入MPC收到L1回应之后，再将L1回应转发给CP。
如果主叫不在本地，被叫在本地，则向主叫归属的MPC发起主叫用户鉴权请求。主叫鉴权通过后，再进行GPSOne定位。最后，将L1回应返回给CP。
本实施例对全网数据进行如下处理定位流程中，如果各地的MPC上有全网用户数据的话，CP和主被叫用户的鉴权授权都在同一个MPC(被叫归属MPC)上完成，主叫用户鉴权请求消息可以省略；否则如果各地MPC只有归属于自己的用户数据的话，则(主被叫)用户鉴权必须在(主被叫)用户归属的MPC上完成，CP的鉴权授权检查在与CP相连的MPC上完成。
以下设MPC1所在区为A区，MPC2所在区为B区，举几个具体的定位流程对第二较佳实施例进行说明。
参见图13，图13为A区用户使用B区CP2的WAP方式定位流程。该流程包括以下步骤步骤1、A区MS向B区CP2发起服务请求；步骤2、B区CP2通过L1接口向B区MPC2发送定位请求；步骤3、B区的MPC2通过号码段分析，判断MS是否为本地用户，发现MS不是本地用户，步骤4、B区的MPC2将定位请求转发给MS所归属的A区的MPC1；步骤5、B区CP2通过WAP方式向用户返回请求应答；步骤6、A区MPC1向A区用户/CP数据库发送鉴权消息，检查发起定位的用户是否被授权；步骤7、A区用户/CP数据库向A区MPC1返回鉴权结果；步骤8、MS向A区MPC1发起定位请求StartPositioningProcessRequest；
步骤9、A区MPC1使用GEOPOSREQ消息向A区定位实体发送定位请求；步骤10、A区MPC1向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；步骤11、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤12、定位完成，定位实体使用geoposreq发送定位结果至A区MPC1；步骤13、A区MPC1将定位结果转发给B区MPC2；步骤14、B区MPC2通过L1接口返回MS位置信息给B区MPC2；步骤15、MS通过WAP向B区CP2发出服务请求；步骤16、B区CP2通过WAP返回服务信息给MS，为MS提供服务。
参见图14，图14为A区用户漫游到B区使用A区CP1的WAP方式定位流程。该流程包括以下步骤步骤1、A区MS漫游到B区，通过WAP方式向A区CP1提出服务请求；步骤2、A区CP1通过L1接口向A区MPC1发送定位请求；步骤3、A区CP1通过WAP方式向MS返回请求应答；步骤4、A区MPC1向用户/CP数据库发送鉴权消息，检查发起定位的用户及CP是否被授权；步骤5、A区用户/CP数据库向MPC1返回鉴权结果；步骤6、MS向B区MPC2发起定位请求StartPositioningProcessRequest；步骤7、B区MPC2通过号码段分析，判断MS是否为本地用户，发现MS不是本地用户，则执行步骤8步骤8、将StartPositioningProcessRequest转发给A区MPC1；步骤9、A区MPC1使用GEOPOSREQ消息向定位实体发送定位请求；步骤10、A区MPC1向B区MPC2发送StartPositioningProcessResponse；
步骤11、B区MPC2向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；步骤12、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤13、定位完成，定位实体使用geoposreq发送定位结果至A区MPC1；步骤14、A区MPC1通过L1接口返回MS位置信息给A区CP1；步骤15、MS通过WAP向A区CP1发出服务请求；步骤16、A区LCS客户端通过WAP返回服务信息给MS，为MS提供服务。
参见图15，图15为A区用户漫游到B区使用B区CP2的WAP方式定位流程。该流程包括以下步骤步骤1、A区MS漫游到B区，向B区CP2发起服务请求；步骤2、B区CP2通过L1接口向B区MPC2发送定位请求；步骤3、B区的MPC2通过号码段分析，判断MS是否为本地用户，发现MS不是本地用户，则执行步骤4、步骤4、B区的MPC2将定位请求转发给MS所归属的A区的MPC1；步骤5、B区CP2通过WAP方式向用户返回请求应答；步骤6、A区MPC1向A区用户/CP数据库发送鉴权消息，检查发起定位的用户是否被授权；步骤7、A区用户/CP数据库向A区MPC1返回鉴权结果；步骤8、MS向B区MPC2发起定位请求StartPositioningProcessRequest；步骤9、B区的MPC2通过号码段分析，判断MS是否为本地用户，发现MS不是本地用户，则执行步骤10、步骤10、B区的MPC2将StartPositioningProcessRequest转发给MS所归属的A区的MPC1；步骤11、A区MPC1使用GEOPOSREQ消息向定位实体发送定位请求；步骤12、A区MPC1向B区MPC2发送StartPositioningProcessResponse；
步骤13、B区MPC2向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；步骤14、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤15、定位完成，定位实体使用geoposreq发送定位结果至A区MPC1；步骤16、A区MPC1将定位结果转发给B区MPC2；步骤17、B区MPC2通过L1接口返回MS位置信息给B区CP2；步骤18、MS通过WAP向B区CP2发出服务请求；步骤19、B区CP2通过WAP返回服务信息给MS，为MS提供服务。
参见图16，图16为网络侧发起的A区用户使用B区CP2定位A区用户的定位流程。该流程包括以下步骤步骤1、B区CP2通过L1接口协议向B区MPC2发送定位请求；步骤2、B区MPC2进行CP鉴权；步骤3、B区用户/CP数据库向B区MPC2返回鉴权结果；步骤4、B区MPC2通过对被叫号码的号码段分析，判断被叫用户是否在本地，发现被叫用户不是本地用户，则执行步骤5步骤5、B区MPC2将定位请求转发给被叫用户归属的A区的MPC1；步骤6、A区MPC1对被叫MS的鉴权，对查询发起者进行授权检查；步骤7、A区用户/CP数据库向A区MPC1返回鉴权结果；步骤8、A区MPC1使用GEOPOSREQ消息向定位实体发送定位请求；步骤9、A区MPC1通过短信中心向被叫MS发送一个特殊MT(移动台终止)短消息，要求MS对查询发起者作授权检查并触发定位进程；步骤10、被叫MS向A区MPC1发送MO(移动台发起)短消息，同意定位；步骤11、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤12、定位实体使用geoposreq向A区MPC1返回定位结果；步骤13、A区MPC1存储定位结果，并只在收到MS的应答MO短消息，其中的信息表示用户同意被定位后，才通过符合L1接口协议的消息向B区的MPC2返回定位结果；步骤14、B区MPC2通过L1接口向CP2返回定位结果。
参见图17，图17为网络侧发起的A区用户使用A区CP1定位B区用户的定位流程。其中，MPC1中的用户/CP数据库是非全网数据的数据库。该流程包括以下步骤步骤1、A区CP1通过L1接口协议向A区MPC1发送定位请求；步骤2、A区MPC1进行CP鉴权；步骤3、A区的用户/CP数据库向A区MPC返回鉴权结果；步骤4、A区MPC1通过对被叫号码的号码段分析，判断被叫是否为本地用户，发现被叫用户不是本地用户，则执行步骤5。
步骤5、A区MPC1将定位请求转发给被叫用户归属的B区的MPC2上步骤6、B区MPC2对查询发起者进行号码段分析，判断主叫是否为本地用户，发现主叫用户不是本地用户，则执行步骤7。
步骤7、B区MPC2向主叫归属的A区的MPC1发起主叫鉴权请求；步骤8、A区MPC1进行主叫鉴权；步骤9、A区的用户/CP数据库向A区MPC1返回鉴权结果；步骤10、A区MPC1将鉴权结果返回给B区的MPC2；步骤11、B区MPC2进行被叫MS鉴权和隐私检查；步骤12、B区用户/CP数据库向B区MPC2返回鉴权结果；步骤13、B区MPC2使用GEOPOSREQ消息向定位实体发送定位请求；步骤14、B区MPC2通过短信中心向被叫MS发送一个特殊MT(移动台终止)短消息，要求MS对查询发起者作授权检查并触发定位进程；步骤15、被叫MS向B区MPC2发送MO(移动台发起)短消息，同意定位；步骤16、定位实体与MS之间的IS801消息交互，进行MS位置的计算；
步骤17、定位实体使用geoposreq向B区MPC2返回定位结果；步骤18、B区MPC2存储定位结果，并只在收到MS的应答MO短消息，其中的信息表示用户同意被定位后，才向A区的MPC1返回定位结果；步骤19、A区的MPC1通过L1接口向A区的CP1返回定位结果。
参见图18，图18为网络侧发起的A区用户使用B区CP2定位B区用户的定位流程。其中，MPC2中的用户/CP数据库是非全网数据的数据库。该流程包括以下步骤步骤1、B区CP2通过L1接口协议向B区MPC2发送定位请求；步骤2、B区MPC2对查询发起者进行号码段分析，判断主叫是否为本地用户，发现主叫用户不是本地用户，则执行步骤3。
步骤3、B区MPC2向主叫归属的A区的MPC1发起主叫鉴权请求；步骤4、A区MPC1进行主叫鉴权；步骤5、A区的用户/CP数据库向A区MPC1返回鉴权结果；步骤6、A区MPC1将鉴权结果返回给B区的MPC2；步骤7、B区MPC1进行CP鉴权，被叫MS鉴权和隐私检查；步骤8、B区用户/CP数据库向B区MPC2返回鉴权结果；步骤9、B区MPC2使用GEOPOSREQ消息向定位实体发送定位请求；步骤10、B区MPC2通过短信中心向被叫MS发送一个特殊MT(移动台终止)短消息，要求MS对查询发起者作授权检查并触发定位进程；步骤11、被叫MS向B区MPC2发送MO(移动台发起)短消息，同意定位；步骤12、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤13、定位实体使用geoposreq向B区MPC2返回定位结果；步骤14、B区MPC2存储定位结果，并只在收到MS的应答MO短消息，其中的信息表示用户同意被定位后，才向A区的MPC1返回定位结果。
以上网络侧定位流程中各地的用户/CP数据库都不是全网数据的。各地的用户/CP数据库可以通过数据同步的方法使各地的用户/CP数据库变为全网数据的。数据同步的方法与一般数据库进行数据同步的方法相同。
参见图19，图19为网络侧发起的A区用户使用A区CP1定位B区用户的定位流程。本流程中A区用户/CP数据库同步了B区用户/CP数据库的数据。该流程包括以下步骤步骤1、A区CP1通过L1接口协议向A区MPC1发送定位请求；步骤2、A区MPC1通过对被叫号码的号码段分析，判断被叫是否为本地用户，发现被叫用户不是本地用户，则执行步骤3步骤3、A区MPC1将定位请求转发给被叫用户归属的B区的MPC2上步骤4、B区MPC2进行被叫MS鉴权和隐私检查，并进行主叫用户鉴权；步骤5、B区用户/CP数据库向B区MPC2返回鉴权结果；步骤6、B区MPC2使用GEOPOSREQ消息向定位实体发送定位请求；步骤7、B区MPC2通过短信中心向被叫MS发送一个特殊MT(移动台终止)短消息，要求MS对查询发起者作授权检查并触发定位进程；步骤8、被叫MS向B区MPC2发送MO(移动台发起)短消息，同意定位；步骤9、定位实体与MS之间的IS801消息交互，进行MS位置的计算；步骤1O、定位实体使用geoposreq向B区MPC2返回定位结果；步骤11、B区MPC2存储定位结果，并只在收到MS的应答MO短消息，其中的信息表示用户同意被定位后，才向A区的MPC1返回定位结果；步骤12、A区的MPC1通过L1接口向A区的CP1返回定位结果。
参见图20，图20为A区用户漫游到B区的JAVA/BREW方式定位流程。该流程包括以下步骤步骤1、A区MS漫游到B区，向B区MPC2发起定位请求StartPositioningProcessRequest；
步骤2、B区MPC2通过号码段分析，判断是否为本地用户，发现用户不是本地用户，执行步骤3。
步骤3、B区MPC2将StartPositioningProcessRequest转发给MS归属的A区MPC1；步骤4、A区MPC1向A区用户/CP数据库发送鉴权消息，检查发起定位的用户及相应的移动台驻留程序是否被授权；步骤5、A区用户/CP数据库向A区MPC1返回鉴权结果；步骤6、A区MPC1使用GEOPOSREQ消息向定位实体发送定位请求；步骤7、A区MPC1向B区MPC2发送StartPositioningProcessResponse；步骤8、B区MPC2向MS发送定位响应StartPositioningProcessResponse，激活MS发起IS801会话；步骤9、定位实体与MS之间的IS801消息交互，进行MS位置的计算。要求定位实体在最后一条IS801消息中，直接将真实的位置数据发回MS。
步骤10、定位实体使用geoposreq向A区MPC1返回定位结果。
由上述的两个实施例可见，本发明实现了多个MPC之间的互联互通和异地位置定位，而且实现方式简单，不需要对MPC进行较大的改动。
权利要求
1.一种基于TCP/IP移动定位系统，包含定位实体(PDE)、分组数据服务节点(PDSN)、移动定位中心(MPC)，MPC与码分多址(CDMA)信令网和PDSN分别相连，PDSN与CDMA系统的基站子系统/分组控制功能(BSS/PCF)相连，其特征在于该系统包含的MPC为多个；各个MPC之间通过TCP/IP协议连接；所述PDE通过TCP/IP协议与所有MPC相连，MPC与位置业务提供商(CP)设备通过TCP/IP协议相连。
2.如权利要求1所述的移动定位系统，其特征在于所述的多个MPC中，包含一个网关移动定位中心(GMPC)，所述移动定位系统中所有的PDSN与GMPC相连；提供全网位置业务的提供商(CP)设备与GMPC相连。
3.如权利要求1所述的移动定位系统，其特征在于本地的PDSN与本地的MPC相连。
4.如权利要求1所述的移动定位系统，其特征在于所述的各个MPC之间转发移动台(MS)或/和CP发送的定位请求信息。
5.如权利要求4所述的移动定位系统，其特征在于所述的各个MPC之间进一步发送漫游鉴权消息。
6.一种基于TCP/IP的位置定位方法，其特征在于应用权利要求1所述的移动定位系统进行定位，该方法包括用户发起的定位过程和网络侧发起的定位过程；所述用户发起的定位过程包括以下步骤Y1)移动台(MS)通过PDSN向始发MPC发送定位请求；Y2)始发MPC收到定位请求后判断该MS是否为本地用户，如果是，则执行用户发起的本地定位流程；否则将该定位请求转发给该MS归属的MPC；Y3)该MS归属的MPC收到该定位请求后，向PDE发送定位请求，并通过始发MPC和PDSN向MS返回定位响应；Y4)MS与PDE之间通过消息交互，进行MS位置计算；Y5)PDE将定位结果随定位响应返回给该MS归属的MPC，完成用户定位；所述网络侧发起的定位过程包括以下步骤W1)网络侧CP向与该CP相连的始发MPC发送定位请求；W2)始发MPC收到定位请求后判断被叫MS是否为本地用户，如果是，则执行网络侧发起的本地定位流程；否则将该定位请求转发给被叫MS归属的MPC；W3)被叫MS归属的MPC收到该定位请求后，判断被叫MS是否与主叫MS相同，如果相同则直接执行步骤W4)，否则对主叫MS进行鉴权后，执行步骤W4)W4)被叫MS归属的MPC对发起的CP和被叫MS进行鉴权；如果鉴权通过，则执行步骤W5)，否则结束；W5)被叫MS归属的MPC向PDE发送定位请求，并触发被叫MS定位进程；W6)被叫MS与PDE之间通过消息交互，进行MS位置计算；W7)PDE将定位结果随定位响应返回给被叫MS归属的MPC；W8)被叫MS归属的MPC将定位响应通过始发MPC返回给发起的CP，完成用户定位。
7.如权利要求6所述的位置定位方法，其特征在于，用户采用WAP方式进行定位时，在执行所述步骤Y1)前进一步执行以下步骤Y01)MS向其选择的CP发送WAP服务请求，CP收到该请求后向MS返回WAP服务请求应答，同时请求用户确认服务；并向与该CP相连的初始MPC发送定位请求；Y02)始发MPC收到定位请求后判断该MS是否为本地用户，如果是，则直接对CP和MS进行鉴权；否则将该定位请求转发给该MS归属的MPC，该MS归属的MPC对CP和MS进行鉴权；Y03)用户确认服务后，进入步骤Y1)；在执行所述步骤Y5)后进一步执行以下步骤Y51)该MS归属的MPC将定位结果随定位响应通过始发MPC返回给CP；Y52)该MS向其选择的CP发送WAP服务请求，CP收到该请求后向MS返回WAP服务请求应答，为MS提供位置服务。
8.如权利要求7所述的位置定位方法，其特征在于，用户采用WAP方式进行定位时，步骤Y2)所述用户发起的本地定位流程包括以下步骤Y21)始发MPC向MS返回定位响应，并向PDE发送定位请求；Y22)MS与PDE之间进行IS801消息交互，进行MS位置计算；Y23)PDE将定位结果随定位响应返回给始发MPC，完成用户定位。
9.如权利要求6所述的位置定位方法，其特征在于，用户采用JAVA/BREW方式进行定位时，步骤Y2)所述用户发起的本地定位流程包括以下步骤y21)始发MPC对该MS进行鉴权，如果鉴权通过，则向MS返回定位响应，并向PDE发送定位请求；否则结束；y22)MS与PDE之间进行IS801消息交互，进行MS位置计算；y23)PDE将定位结果随定位响应返回给始发MPC，完成用户定位。
10.如权利要求6所述的位置定位方法，其特征在于，步骤W2)所述网络侧发起的本地定位流程包括以下步骤W21)始发MPC对发起的CP和被叫MS进行鉴权；如果鉴权通过则执行步骤W22)，否则结束；W22)始发MPC向PDE发送定位请求，并向被叫MS发送MT短消息触发被叫MS定位进程；被叫MS返回MO短消息同意定位；W23)被叫MS与PDE之间进行IS801消息交互，进行MS位置计算；W24)PDE将定位结果随定位响应返回给始发MPC；W25)始发MPC将定位响应返回给发起的CP，完成用户定位。
11.如权利要求6所述的位置定位方法，其特征在于，用户采用JAVA/BREW方式进行定位时，所述步骤Y3)进一步包括该MS归属的MPC对该MS进行鉴权，如果鉴权通过，则向PDE发送定位请求，并向MS返回定位响应；否则结束。
12.如权利要求6、7或11所述的位置定位方法，其特征在于，所述步骤Y3)进一步包括MS收到定位响应后，向定位实体发起IS801会话；步骤Y4)所述的信息交互为IS801信息交互。
13.如权利要求12所述的位置定位方法，其特征在于，用户采用JAVA/BREW方式进行定位时，所述定位实体在最后一条IS801消息中，直接将真实的位置数据返回给MS。
14.如权利要求6所述的位置定位方法，其特征在于，步骤W3)所述对主叫MS进行鉴权包括以下步骤W31)被叫MS归属的MPC判断主叫MS是否为本地用户，如果是则对主叫MS进行鉴权；否则，被叫MS归属的MPC向主叫MS归属的MPC发送主叫漫游鉴权请求；W32)主叫MS归属的MPC对主叫MS进行鉴权；W33)主叫MS归属的MPC向被叫MS归属的MPC返回主叫漫游鉴权响应；W34)如果主叫MS漫游鉴权通过，则执行步骤W4)，否则结束。
15.如权利要求6所述的位置定位方法，其特征在于，步骤W3)所述对主叫MS进行鉴权包括以下步骤W31)预先将被叫MS归属MPC的数据库和主叫MS归属MPC的数据库进行数据同步；W32)被叫归属的MPC对主叫MS进行鉴权；W33)如果主叫鉴权通过，则执行步骤W4)，否则结束。
16.如权利要求6所述的位置定位方法，其特征在于，步骤W5)所述触发被叫MS定位进程包括以下步骤W51)被叫MS归属的MPC向被叫MS发送MT短消息触发被叫MS定位进程；W52)被叫MS返回MO短消息同意定位。
17.如权利要求6所述的位置定位方法，其特征在于，该方法进一步包括在该定位系统中设置一个网关MPC，所有MS发送的定位请求都发送给网关MPC。
全文摘要
本发明公开了一种基于TCP/IP移动定位系统，其包含多个MPC，各个MPC之间通过TCP/IP协议连接。本发明同时公开了一种基于TCP/IP的位置定位方法，其该方法应用上述的移动定位系统进行定位，包括用户发起的定位过程和网络侧发起的定位过程。本发明实现了多个MPC之间的互联互通和异地位置定位，而且实现方式简单，不需要对MPC进行较大的改动。
文档编号H04W64/00GK1585319SQ0315393
公开日2005年2月23日 申请日期2003年8月20日 优先权日2003年8月20日
发明者程琦, 葛正恺, 许国华, 阎晓路 申请人:华为技术有限公司