Gps数据接入方法和装置的制造方法
【技术领域】
[0001] 本发明涉及移动通信领域，具体而言，涉及一种GPS数据接入方法和装置。
【背景技术】
[0002] 随着GPS上层应用系统的广泛推广，越来越多的具备GPS定位、网络数据传输等功 能GPS移动终端被使用，GPS定位技术自身是一种成熟的技术，但是GPS数据如何通过网络 数据传输通道传输到上层应用系统？目前不同厂商、型号的GPS移动终端使用的方案都不 一样，GPS移动终端采集到的GPS数据缺少一种业内统一的接入方法。上层应用系统在接 入不同GPS移动终端时都需要定制开发该设备的专有方法。
[0003] 由于GPS移动终端采集到的GPS数据缺少一种业内统一的接入方法规范，这样就 限制了上层应用系统对GPS移动终端的接入能力，导致有些移动终端无法与上层应用系统 的数据对接。
[0004] 针对现有技术中有些移动终端无法与上层应用系统的数据对接的问题，目前尚未 提出有效的解决方案。
【发明内容】
[0005] 本发明的主要目的在于提供一种GPS数据接入方法和装置，以解决有些移动终端 无法与上层应用系统的数据对接问题。
[0006] 为了实现上述目的，根据本发明的一个方面，提供了一种GPS数据接入方法。根据 本发明的GPS数据接入方法包括：接收传输介质传输的数据；判断传输介质的类型；根据传 输介质的类型选择数据接入通道接入数据；以及通过数据接入通道传输数据。
[0007] 进一步地，判断传输介质的类型包括：判断传输介质的类型是否为短信息；根据 传输介质的类型选择数据接入通道接入数据包括：如果传输介质的类型是短信息，选择短 信息通道接入数据。
[0008] 进一步地，如果传输介质的类型是短信息，选择短信息通道接入数据包括：接收短 信息；对短信息进行解码，得到解码后的短信息；以及通过短信息通道接入解码后的短信 肩、。
[0009] 进一步地，通过数据接入通道传输数据包括：发出下载数据邀请；建立第一临时 链路；利用第一临时链路传输下载数据；判断下载数据是否传输完毕；以及如果下载数据 传输完毕，拆掉第一临时链路。
[0010] 进一步地，通过数据接入通道传输数据包括：接收上传数据请求；建立第二临时 链路；利用第二临时链路传输上传数据；判断上传数据是否传输完毕；以及如果上传数据 传输完毕，拆掉第二临时链路。
[0011] 为了实现上述目的，根据本发明的另一方面，提供了一种GPS数据接入装置。根据 本发明的GPS数据接入装置包括：接收单元，用于接收传输介质传输的数据；判断单元，用 于判断传输介质的类型；选择单元，用于根据传输介质的类型选择数据接入通道接入数据； 以及传输单元，用于通过数据接入通道传输数据。
[0012] 进一步地，判断单元用于判断传输介质的类型是否为短信息；选择单元用于在判 断传输介质的类型是短信息之后，选择短信息通道接入数据。
[0013] 进一步地，选择单元包括：接收模块，用于接收短信息；解码模块，用于对短信息 进行解码，得到解码后的短信息；以及接入模块，用于通过短信息通道接入解码后的短信 肩、。
[0014] 进一步地，传输单元包括：第一邀请模块，用于发出下载数据邀请；第一链路模 块，用于建立第一临时链路；第一传输模块，用于利用第一临时链路传输下载数据；第一判 断模块，用于判断下载数据是否传输完毕；以及第一拆链模块，用于在下载数据传输完毕 后，拆掉第一临时链路。
[0015] 进一步地，传输单元包括：第二邀请模块，用于接收上传数据请求；第二链路模 块，用于建立第二临时链路；第二传输模块，用于利用第二临时链路传输上传数据；第二判 断模块，用于判断上传数据是否传输完毕；以及第二拆链模块，用于在上传数据传输完毕 后，拆掉弟一临时链路。
[0016] 通过本发明，采用接收传输介质传输的数据，判断传输介质的类型，根据传输介质 的类型选择数据接入通道接入数据以及通过数据接入通道传输数据的方法，解决了有些移 动终端无法与上层应用系统的数据对接的问题，进而达到了方便地使移动终端与上层应用 系统的数据对接的效果。
【附图说明】
[0017] 构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实 施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0018] 图1是根据本发明实施例的上层应用平台和移动终端传输数据的示意图。；
[0019] 图2是根据本发明实施例的GSP数据接入系统的分层结构的示意图；
[0020] 图3是根据本发明实施例的网络接口层接收数据的处理流程图；
[0021] 图4是根据本发明实施例的网络接口层发送数据的处理流程图；
[0022] 图5是根据本发明第一实施例的GPS数据接入方法的流程图；
[0023] 图6是根据本发明第二实施例的GPS数据接入方法的示意图；
[0024] 图7是根据本发明第三实施例的GPS数据接入方法的流程图；
[0025] 图8是根据本发明实施例GPS数据接入方法中下载模式的示意图；
[0026] 图9是根据本发明实施例的下载模式的处理流程图；
[0027] 图10是根据本发第四明实施例的GPS数据接入方法的流程图；
[0028] 图11是根据本发明实施例的上传模式的处理流程图；
[0029] 图12是根据本发明实施例的上传模式的处理流程图；
[0030] 图13是根据本发明实施例的GPS数据接入中普通传输模式的示意图；
[0031] 图14是根据本发明实施例的GPS数据接入中应答传输模式的示意图；
[0032] 图15是根据本发明实施例的应答传输模式的处理流程图；
[0033] 图16是根据本发明第一实施例的GPS数据接入装置的示意图；
[0034] 图17是根据本发明第二实施例的GPS数据接入装置的示意图；
[0035] 图18是根据本发明第三实施例的GPS数据接入装置的示意图；以及
[0036] 图19是根据本发明第四实施例的GPS数据接入装置的示意图。
【具体实施方式】
[0037] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。下面将参考附图并结合实施例来详细说明本发明。
[0038] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的 附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是 本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范 围。
[0039] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语"第一"、"第 二"等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用 的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或 描述的那些以外的顺序实施。此外，术语"包括"和"具有"以及他们的任何变形，意图在于 覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限 于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产 品或设备固有的其它步骤或单元。
[0040] 本发明实施例提供了一种GPS数据接入系统，该数据接入系统包括上层应用平台 和移动终$而。
[0041] 如图1所示，在上层应用平台和移动终端之间通过统一的GPS数据接入方法进行 数据的接入。
[0042] 上层应用平台和移动终端之间的数据传输可以是相互的，即上层应用平台可以向 移动终端发送数据，也可以接入由移动终端发来的数据。上层应用平台与移动终端的数据 传输可以通过GPRS、TD-SCDMA、SMS (短信息）等方式进行传输。
[0043] 图2示出了 GPS数据接入系统的分层结构。如图所示，该GPS数据接入系统中的 上层应用平台包括应用层、传输层和网络接口层，移动终端包括应用层、传输层和网络接口 层。
[0044] 网络接口层主要是定义端到端的数据包传输，主要网络传输介质有SMS、GPRS和 TD-SCDMA。
[0045] 传输层主要提供应用层对移动终端的数据传输服务，包括传输控制、大数据量通 道传递以及传输加密控制。针对不同传输的需要，传输层提供特定的几种传输模式供选择。
[0046] 应用层主要负责具体功能的数据承载。应用层数据主要分为控制类、上报类、目标 管理类、上传类和下载类。
[0047] 网络接口层主要负责数据包的实体收发。上层应用平台发送数据包时，网络接口 层根据传输层所要求的承载介质进行包封装的处理，然后交给网关GPRS支持节点（简称 GGSN)或中国移动通信互联网短信网关接口协议（China Mobile Peer to Peer，简称CMPP) 发送；
[0048] 上层应用平台接收数据包时，网络接口层根据GGSN或CMPP收到的数据进行解包 封装的处理，然后交给传输层处理。
[0049] 根据不同的传输介质，网络接口层做不同的封装处理。
[0050] 图3是根据本发明实施例的网络接口层接收数据的处理流程图。以下结合附图详 细说明网络接口层对不同传输介质传输的数据进行接收处理的过程：
[0051] 步骤S100,接收不同传输介质传输的数据。
[0052] 步骤S101，判断传输介质的类型是SMS、传输控制协议（Transmission Control Protocol,简称为TCP)或者用户数据报协议（User Datagram Protocol,简称UDP)。
[0053] 步骤S102,如果传输介质的类型是UDP，直接执行步骤S103,将该数据提交给传输 层处理。UDP协议是面向用户数据报的协议，发送数据包多大，接收就是多大，因此无需任何 封装。发送时直接将传输层数据包作为一包UDP数据，从UDP通道发送。接收则是逆过程， 接收时直接将收到的UDP数据包交给传输层处理。
[0054] 步骤S104,确定传输介质的类型是TCP。TCP协议是面向字节流的协议，并无"包" 或"帧"的概念，因此将传输层的数据进行帧封装，封装规则及步骤如下：
[0055] 数据头尾各添加关键字7Eh ;对数据内容进行转义判断，若数据内容中有出现7Eh 的，需替换为7Dh之后紧跟Olh ;若数据内容中