专利名称：一种基于紧耦合http服务的lcs系统实现方法
技术领域：
本发明涉及3G网络中基于紧耦合HTTP服务的LCS系统实现方法，具体应用于GMLC设备和LCS客户端设备中，可以实现一种高效率的位置信息服务。
背景技术：
LCS(移动定位)系统的功能实现主要由两类设备来完成GMLC(网关移动位置服务中心)和LCS客户端。GMLC是3G网络中处理移动定位服务的核心设备，上行方向负责处理来自LCS客户端的位置服务请求，与核心网的各种设备互联并进行信息交互，完成定位请求。下行方向给LCS客户端返回通过MAP操作获取的用户经纬度信息，并对用户此次位置服务请求进行计费，生成计费话单。LCS客户端是移动用户完成定位服务的接入设备，属于移动通信网络的接入网部分。上行方向发起位置服务请求，下行方向接收位置信息，并结合GIS系统，向用户返回所需的定位信息。
由于3GPP的协议规范中没有定义LCS客户端和GMLC之间下层数据的实现过程。为了实现两者之之间的数据传输，现今大多数系统采用LIF-MLP标准。MLP协议(移动位置协议)是一个独立于底层网络技术的应用层协议。根据MLP协议，位置信息上层要进行XML格式的编解码，下层则采用传输协议来承载，传输协议可以是HTTP，WAP，SOAP等。虽然有了一定的协议规范，但LCS系统的具体实现方式并不统一，各大设备制造商的设计均有不同。
一般的LCS设备都是采用机柜、板卡的模式，即将HTTP服务和XML编解码、上层业务应用分布在不同的板卡上实现，而完成这些功能就需要各个板卡之间进行通信，实现数据的交互。这种处理方式导致板卡之间的数据读取非常频繁，而且系统的硬件成本也比较高，不利于实现高效率的位置信息服务。目前，迫切需要一种低成本、高效率、高性能的LCS系统实现方式。
发明目的为了克服采用分布式的板卡设计模式给LCS系统所带来的硬件成本高、资源耗费和传输效率低下的问题，本发明提供了一种基于紧耦合HTTP服务的LCS系统实现方法，可以的简单实现LCS系统内部数据交互。
发明内容
本发明的技术方案是一种基于紧耦合HTTP服务的LCS系统实现方法，主要用于移动定位数据的编解码与传输功能，其特征在于
使用HTTP服务处理LCS系统设备的底层数据，采用模块功能集成的方式，将HTTP协议处理功能与XML编解码、上层业务应用功能集成在同一块板卡上，GMLC和LCS客户端在下层数据处理时作为对等的实体；LCS系统收到的位置信息在HTTP服务器内部分别经过上层业务应用模块、XML编解码模块、HTTP服务模块进行处理，实现一次调用完成LCS系统的内部数据交互；HTTP服务器处理LCS系统内部位置信息的方式GMLC和LCS客户端之间的数据交互采用客户端/服务器模式，GMLC和LCS客户端的下层数据传输可以都采用HTTP服务器来实现；GMLC设备中的HTTP服务器收到LCS客户端发来的位置信息，给LCS客户端返回响应，并向上层转发位置请求；同样，LCS客户端的HTTP服务器收到位置报告后，也要给GMLC返回位置报告的响应信息，然后再对位置报告进行XML解析等方面的处理；HTTP服务器对于上行与下行位置信息的实现HTTP服务器实现LCS信息的处理功能。HTTP服务器中处理上行位置信息，首先经过HTTP解封装，然后XML模块经编码函数，最后由上层应用模块进行处理；HTTP服务器处理下行位置信息则正好相反，上层应用模块获得有关定位方面的信息，调用XML模块编码函数，接着调用HTTP封装函数，将位置信息封装成HTTP格式，再发送给HTTP客户端。
本发明的原理是采用HTTP服务作为LCS系统的底层承载，在HTTP服务器原有的HTTP协议实现功能的基础上，结合移动定位过程的具体实现，完成LCS系统内部的数据交互。HTTP服务器采用紧耦合的方式，将HTTP服务、XML编解码、部分上层业务应用结合起来放在同一板卡上，通过一次流程实现位置信息的传送过程。HTTP服务器的下层HTTP承载采用客户端/服务器的架构，即GMLC在接收LCS客户端的位置请求时作为HTTP服务器，在进行位置响应和主动位置报告时作为HTTP客户端；LCS客户端在进行位置请求时作为HTTP客户端，在接收位置响应和主动位置报告时作为HTTP服务器。
HTTP服务器是运行在一定操作系统下的软件，其功能是通过函数编码实现的，XML编解码和部分上层业务应用也都可以通过编码来实现其功能。因此LCS系统中移动定位数据的编解码与传输功能可以以HTTP服务器为基础，利用HTTP服务器的HTTP协议处理能力，通过函数调用完成定位数据的处理。LCS系统基于紧耦合的方式，主要是根据HTTP服务器软件的模块结构，将XML编解码功能函数和部分上层应用功能函数嵌入HTTP服务器软件结构中。其中部分上层应用功能主要是指GMLC中的客户端控制功能(LCCF)。
上行位置信息的处理HTTP服务器收到来自HTTP客户端的位置信息，立即给HTTP客户端返回收到信息的应答，释放与HTTP客户端连接的有关资源；然后调用HTTP协议的实现功能对位置信息进行解析，读取位置信息的内容；接着调用XML解析功能，将位置信息解析成LCS系统内部能够识别的内部数据结构；最后调用上层业务应用功能实现位置信息的内部处理。
下行位置信息的处理HTTP服务器的内部上层业务应用模块获得用户的位置信息，调用XML编码功能函数；XML编码模块按照MLP协议将位置信息编为XML码流；然后调用HTTP封装功能，将位置信息封装成HTTP格式，再发送给HTTP客户端。当HTTP服务器收到HTTP客户端的接收应答后，释放有关系统资源。
有益效果本发明可以在单个板卡上实现HTTP服务、XML解析、部分上层应用的功能，有效的降低了系统成本，提高了系统资源的利用率，实现了位置信息的高速传输，增强了LCS系统的性能。
图1，是HTTP服务器所在的LCS系统环境。
图2，是上行位置请求的传输图。
图3，是下行位置报告的传输图。
图4，是HTTP服务器处理位置请求的流程图。
图5，是HTTP服务器处理位置报告的流程图。
具体实施例方式
本发明的实施环境如图1所示。图1是HTTP服务器所在的LCS系统环境。本发明中所涉及的定位系统由外部LCS客户端101、网关移动位置服务中心102、归属位置寄存器103、GPRS服务支持节点104、移动交换中心105、Le接口106、Lh接口107、Lg接口108组成。
对应于本发明描述的情况，网关移动位置服务中心102通过Le接口106接收来自外部LCS客户端101的用户定位请求，网关移动位置服务中心102通过Lh接口106从归属位置寄存器103查询目标用户的路由信息，然后通过Lg接口108把位置请求转发给GPRS服务支持节点104或移动交换中心105请求目标的位置信息。获得GPRS服务支持节点104或移动交换中心105的位置响应后，移动位置中心网关102将位置信息通过Le接口106发送给外部LCS客户端101，同时完成计费等操作。
图2、图3是对应于本发明的实施例中，HTTP服务器在GMLC中的结构图。位置信息在GMLC中要完成双向传输一方面，对于用户发起的位置服务请求，LCS客户端201要从Le接口接入GMLC202，另一方面，GMLC302要用户所需的位置报告返回给LCS客户端301。
图2是对应于本发明的实施例中上行位置信息的传输图，GMLC202中的HTTP服务器203收到来自LCS客户端201的用户定位请求。HTTP服务器中的HTTP服务端功能204将请求进行HTTP解封装，XML解码模块205将XML格式的位置请求解析成GMLC内部能识别的信息。位置请求再由LCCF206处理后转发给其他模块。
图3是对应于本发明的实施例中下行位置报告的传输图，GMLC302的下层HTTP服务器303收到网络返回的位置报告，LCCF306对位置报告进行相应处理，经过XML编码305，再由HTTP客户端功能304实现HTTP封装，并转发给LCS客户端301。
图4、图5是对应于本发明的实施例中，HTTP服务器对位置信息的处理流程。
正如以上所讨论的，网关移动位置服务中心102将处理来自外部位置请求客户端101的定位请求。图4是HTTP服务器对于上行位置请求信息的处理流程。处理流程开始于步骤401，在该步骤，HTTP服务器收到LCS客户端的位置请求。在步骤502，HTTP服务器的HTTP服务端功能解析HTTP消息的内容，获取消息头部，判断HTTP请求的方法是否为MLP协议要求的POST方法。步骤403，若为POST方法，读出HTTP头部，取出对应消息的长度项。步骤404，给LCS客户端返回HTTP请求正确的响应信息，表示收到位置请求信息。步骤405，去掉HTTP的封装，读取位置请求信息的净荷内容。步骤406，调用XML解码模块，对位置请求消息进行解码。步骤407，调用LCCF模块，处理完成后转发给其他模块。步骤408，结束HTTP服务器的处理流程。若HTTP请求的方法与MLP协议定义的不一致或者HTTP头部的消息长度字段为空，则进入步骤409，设置HTTP响应状态码为客户端错误。然后进入步骤410，向LCS客户端返回HTTP消息错误响应。最后进入步骤411。
正如以上所讨论的，网关移动位置服务中心102收到GPRS服务支持节点104或移动交换中心105的位置响应。图5是HTTP服务器对于下行位置报告的处理流程。处理流程开始于步骤501，在该步骤中，HTTP服务器内部的LCCF收到位置报告作相应处理。步骤502，调用XML功能模块，将位置报告编码成MLP协议要求的XML格式。进入步骤503，调用HTTP客户端功能，将编码好的位置报告封装成HTTP协议形式。步骤504，由HTTP客户端功能将封装好的位置报告转发给LCS客户端。然后进入步骤步骤505，判断LCS客户端是否收到了位置报告，即看是否接收到LCS客户端的返回响应。如果是，进入步骤506，释放系统资源。然后进入步骤507，结束位置报告，完成HTTP服务器的处理。若没有收到响应，返回到步骤504，重新发送。
以上结合实例对本发明作了说明，应指出，本领域技术人员可以做出各种形式的和细节上的改变，而不偏离由所附权利要求所确定的本发明的精神和范围。
权利要求
1.一种基于紧耦合HTTP服务的LCS系统实现方法，主要用于移动定位数据的编解码与传输功能，其特征在于使用HTTP服务处理LCS系统设备的底层数据，采用模块功能集成的方式，将HTTP协议处理功能与XML编解码、上层业务应用功能集成在同一块板卡上，GMLC和LCS客户端在下层数据处理时作为对等的实体；LCS系统收到的位置信息在HTTP服务器内部分别经过上层业务应用模块、XML编解码模块、HTTP服务模块进行处理，实现一次调用完成LCS系统的内部数据交互；HTTP服务器处理LCS系统内部位置信息的方式GMLC和LCS客户端之间的数据交互采用客户端/服务器模式，GMLC和LCS客户端的下层数据传输可以都采用HTTP服务器来实现；GMLC设备中的HTTP服务器收到LCS客户端发来的位置信息，给LCS客户端返回响应，并向上层转发位置请求；同样，LCS客户端的HTTP服务器收到位置报告后，也要给GMLC返回位置报告的响应信息，然后再对位置报告进行XML解析等方面的处理；HTTP服务器对于上行与下行位置信息的实现HTTP服务器实现LCS信息的处理功能。HTTP服务器中处理上行位置信息，首先经过HTTP解封装，然后XML模块经编码函数，最后由上层应用模块进行处理；HTTP服务器处理下行位置信息则正好相反，上层应用模块获得有关定位方面的信息，调用XML模块编码函数，接着调用HTTP封装函数，将位置信息封装成HTTP格式，再发送给HTTP客户端。
全文摘要
一种基于紧耦合HTTP服务的LCS系统实现方法，主要用于移动定位数据的编解码与传输功能，使用HTTP服务作为LCS系统设备的底层数据处理，将HTTP协议处理功能与XML编解码、上层业务应用功能集成在同一块板卡上；GMLC和LCS客户端在下层数据处理时作为对等的实体，分别经由HTTP服务功能、XML编解码功能和上层业务应用来完成位置信息的交互。本发明有效的降低了系统成本，提高了系统资源的利用率，实现了位置信息的高速传输，增强了系统的稳定性。
文档编号H04L29/08GK1658706SQ20051001846
公开日2005年8月24日 申请日期2005年3月25日 优先权日2005年3月25日
发明者石云, 郑亮 申请人:北京北方烽火科技有限公司