Gps數(shù)據(jù)接入方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及移動通信領(lǐng)域，具體而言，涉及一種GPS數(shù)據(jù)接入方法和裝置。
【背景技術(shù)】
[0002] 隨著GPS上層應(yīng)用系統(tǒng)的廣泛推廣，越來越多的具備GPS定位、網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)裙?能GPS移動終端被使用，GPS定位技術(shù)自身是一種成熟的技術(shù)，但是GPS數(shù)據(jù)如何通過網(wǎng)絡(luò) 數(shù)據(jù)傳輸通道傳輸?shù)缴蠈討?yīng)用系統(tǒng)？目前不同廠商、型號的GPS移動終端使用的方案都不 一樣，GPS移動終端采集到的GPS數(shù)據(jù)缺少一種業(yè)內(nèi)統(tǒng)一的接入方法。上層應(yīng)用系統(tǒng)在接 入不同GPS移動終端時都需要定制開發(fā)該設(shè)備的專有方法。
[0003] 由于GPS移動終端采集到的GPS數(shù)據(jù)缺少一種業(yè)內(nèi)統(tǒng)一的接入方法規(guī)范，這樣就 限制了上層應(yīng)用系統(tǒng)對GPS移動終端的接入能力，導(dǎo)致有些移動終端無法與上層應(yīng)用系統(tǒng) 的數(shù)據(jù)對接。
[0004] 針對現(xiàn)有技術(shù)中有些移動終端無法與上層應(yīng)用系統(tǒng)的數(shù)據(jù)對接的問題，目前尚未 提出有效的解決方案。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明的主要目的在于提供一種GPS數(shù)據(jù)接入方法和裝置，以解決有些移動終端 無法與上層應(yīng)用系統(tǒng)的數(shù)據(jù)對接問題。
[0006] 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種GPS數(shù)據(jù)接入方法。根據(jù) 本發(fā)明的GPS數(shù)據(jù)接入方法包括：移動終端通過傳輸介質(zhì)發(fā)送數(shù)據(jù)；移動終端判斷傳輸介 質(zhì)的類型；移動終端根據(jù)傳輸介質(zhì)的類型選擇數(shù)據(jù)接入通道接入數(shù)據(jù)；以及移動終端通過 數(shù)據(jù)接入通道傳輸數(shù)據(jù)。
[0007] 進(jìn)一步地，移動終端判斷傳輸介質(zhì)的類型包括：移動終端判斷傳輸介質(zhì)的類型是 否為短信息；移動終端根據(jù)傳輸介質(zhì)的類型選擇數(shù)據(jù)接入通道接入數(shù)據(jù)包括：如果傳輸介 質(zhì)的類型是短信息，移動終端選擇短信息通道接入數(shù)據(jù)。
[0008] 進(jìn)一步地，如果傳輸介質(zhì)的類型是短信息，移動終端選擇短信息通道接入數(shù)據(jù)包 括：移動終端發(fā)送短信息；移動終端對短信息進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼后的短信息；以及移動終 端通過短信息通道接入轉(zhuǎn)碼后的短信息。
[0009] 進(jìn)一步地，移動終端通過數(shù)據(jù)接入通道傳輸數(shù)據(jù)包括：移動終端接收下載數(shù)據(jù)邀 請；移動終端建立第一臨時鏈路；移動終端利用第一臨時鏈路傳輸下載數(shù)據(jù)；移動終端判 斷下載數(shù)據(jù)是否傳輸完畢；以及如果下載數(shù)據(jù)傳輸完畢，移動終端拆掉第一臨時鏈路。 [0010] 進(jìn)一步地，移動終端通過數(shù)據(jù)接入通道傳輸數(shù)據(jù)包括：移動終端接收上傳數(shù)據(jù)請 求；移動終端建立第二臨時鏈路；移動終端利用第二臨時鏈路傳輸上傳數(shù)據(jù)；移動終端判 斷上傳數(shù)據(jù)是否傳輸完畢；以及如果上傳數(shù)據(jù)傳輸完畢，移動終端拆掉第二臨時鏈路。
[0011] 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了一種GPS數(shù)據(jù)接入裝置。根據(jù) 本發(fā)明的GPS數(shù)據(jù)接入裝置包括：發(fā)送單元，用于發(fā)送傳輸介質(zhì)傳輸?shù)臄?shù)據(jù)；判斷單元，用 于判斷傳輸介質(zhì)的類型；選擇單元，用于根據(jù)傳輸介質(zhì)的類型選擇數(shù)據(jù)接入通道接入數(shù)據(jù)； 以及傳輸單元，用于通過數(shù)據(jù)接入通道傳輸數(shù)據(jù)。
[0012] 進(jìn)一步地，判斷單元用于判斷傳輸介質(zhì)的類型是否為短信息；選擇單元用于在判 斷傳輸介質(zhì)的類型是短信息之后，選擇短信息通道接入數(shù)據(jù)。
[0013] 進(jìn)一步地，選擇單元包括：接收模塊，用于接收短信息；轉(zhuǎn)碼模塊，用于對短信息 進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼后的短信息；以及接入模塊，用于通過短信息通道接入轉(zhuǎn)碼后的短信 肩、。
[0014] 進(jìn)一步地，傳輸單元包括：第一邀請模塊，用于接收下載數(shù)據(jù)邀請；第一鏈路模 塊，用于建立第一臨時鏈路；第一傳輸模塊，用于利用第一臨時鏈路傳輸下載數(shù)據(jù)；第一判 斷模塊，用于判斷下載數(shù)據(jù)是否傳輸完畢；以及第一拆鏈模塊，用于在下載數(shù)據(jù)傳輸完畢 后，拆掉第一臨時鏈路。
[0015] 進(jìn)一步地，傳輸單元包括：第二邀請模塊，用于發(fā)送上傳數(shù)據(jù)請求；第二鏈路模 塊，用于建立第二臨時鏈路；第二傳輸模塊，用于利用第二臨時鏈路傳輸上傳數(shù)據(jù)；第二判 斷模塊，用于判斷上傳數(shù)據(jù)是否傳輸完畢；以及第二拆鏈模塊，用于在上傳數(shù)據(jù)傳輸完畢 后，拆掉弟一臨時鏈路。
[0016] 通過本發(fā)明，采用接收傳輸介質(zhì)傳輸?shù)臄?shù)據(jù)，判斷傳輸介質(zhì)的類型，根據(jù)傳輸介質(zhì) 的類型選擇數(shù)據(jù)接入通道接入數(shù)據(jù)以及通過數(shù)據(jù)接入通道傳輸數(shù)據(jù)的方法，解決了有些移 動終端無法與上層應(yīng)用系統(tǒng)的數(shù)據(jù)對接的問題，進(jìn)而達(dá)到了方便地使移動終端與上層應(yīng)用 系統(tǒng)的數(shù)據(jù)對接的效果。
【附圖說明】
[0017] 構(gòu)成本申請的一部分的附圖用來提供對本發(fā)明的進(jìn)一步理解，本發(fā)明的示意性實 施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：
[0018] 圖1是根據(jù)本發(fā)明實施例的上層應(yīng)用平臺和移動終端傳輸數(shù)據(jù)的示意圖。；
[0019] 圖2是根據(jù)本發(fā)明實施例的GSP數(shù)據(jù)接入系統(tǒng)的分層結(jié)構(gòu)的示意圖；
[0020] 圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)接口層接收數(shù)據(jù)的處理流程圖；
[0021] 圖4是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)接口層發(fā)送數(shù)據(jù)的處理流程圖；
[0022] 圖5是根據(jù)本發(fā)明第一實施例的GPS數(shù)據(jù)接入方法的流程圖；
[0023] 圖6是根據(jù)本發(fā)明第二實施例的GPS數(shù)據(jù)接入方法的示意圖；
[0024] 圖7是根據(jù)本發(fā)明第三實施例的GPS數(shù)據(jù)接入方法的流程圖；
[0025] 圖8是根據(jù)本發(fā)明實施例GPS數(shù)據(jù)接入方法中下載模式的示意圖；
[0026] 圖9是根據(jù)本發(fā)明實施例的下載模式的處理流程圖；
[0027] 圖10是根據(jù)本發(fā)第四明實施例的GPS數(shù)據(jù)接入方法的流程圖；
[0028] 圖11是根據(jù)本發(fā)明實施例的上傳模式的處理流程圖；
[0029] 圖12是根據(jù)本發(fā)明實施例的上傳模式的處理流程圖；
[0030] 圖13是根據(jù)本發(fā)明實施例的GPS數(shù)據(jù)接入中普通傳輸模式的示意圖；
[0031] 圖14是根據(jù)本發(fā)明實施例的GPS數(shù)據(jù)接入中應(yīng)答傳輸模式的示意圖；
[0032] 圖15是根據(jù)本發(fā)明實施例的應(yīng)答傳輸模式的處理流程圖；
[0033] 圖16是根據(jù)本發(fā)明第一實施例的GPS數(shù)據(jù)接入裝置的示意圖；
[0034] 圖17是根據(jù)本發(fā)明第二實施例的GPS數(shù)據(jù)接入裝置的示意圖；
[0035] 圖18是根據(jù)本發(fā)明第三實施例的GPS數(shù)據(jù)接入裝置的示意圖；以及
[0036] 圖19是根據(jù)本發(fā)明第四實施例的GPS數(shù)據(jù)接入裝置的示意圖。
【具體實施方式】
[0037] 需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。
[0038] 為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的 附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是 本發(fā)明一部分的實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù) 人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范 圍。
[0039] 需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語"第一"、"第 二"等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用 的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或 描述的那些以外的順序?qū)嵤?。此外，術(shù)語"包括"和"具有"以及他們的任何變形，意圖在于 覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限 于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn) 品或設(shè)備固有的其它步驟或單元。
[0040] 本發(fā)明實施例提供了一種GPS數(shù)據(jù)接入系統(tǒng)，該數(shù)據(jù)接入系統(tǒng)包括上層應(yīng)用平臺 和移動終$而。
[0041] 如圖1所示，在上層應(yīng)用平臺和移動終端之間通過統(tǒng)一的GPS數(shù)據(jù)接入方法進(jìn)行 數(shù)據(jù)的接入。
[0042] 上層應(yīng)用平臺和移動終端之間的數(shù)據(jù)傳輸可以是相互的，即上層應(yīng)用平臺可以向 移動終端發(fā)送數(shù)據(jù)，也可以接入由移動終端發(fā)來的數(shù)據(jù)。上層應(yīng)用平臺與移動終端的數(shù)據(jù) 傳輸可以通過GPRS、TD-SCDMA、SMS (短信息）等方式進(jìn)行傳輸。
[0043] 圖2示出了 GPS數(shù)據(jù)接入系統(tǒng)的分層結(jié)構(gòu)。如圖所示，該GPS數(shù)據(jù)接入系統(tǒng)中的 上層應(yīng)用平臺包括應(yīng)用層、傳輸層和網(wǎng)絡(luò)接口層，移動終端包括應(yīng)用層、傳輸層和網(wǎng)絡(luò)接口 層。
[0044] 網(wǎng)絡(luò)接口層主要是定義端到端的數(shù)據(jù)包傳輸，主要網(wǎng)絡(luò)傳輸介質(zhì)有SMS、GPRS和 TD-SCDMA。
[0045] 傳輸層主要提供應(yīng)用層對移動終端的數(shù)據(jù)傳輸服務(wù)，包括傳輸控制、大數(shù)據(jù)量通 道傳遞以及傳輸加密控制。針對不同傳輸?shù)男枰瑐鬏攲犹峁┨囟ǖ膸追N傳輸模式供選擇。
[0046] 應(yīng)用層主要負(fù)責(zé)具體功能的數(shù)據(jù)承載。應(yīng)用層數(shù)據(jù)主要分為控制類、上報類、目標(biāo) 管理類、上傳類和下載類。
[0047] 網(wǎng)絡(luò)接口層主要負(fù)責(zé)數(shù)據(jù)包的實體收發(fā)。上層應(yīng)用平臺發(fā)送數(shù)據(jù)包時，網(wǎng)絡(luò)接口 層根據(jù)傳輸層所要求的承載介質(zhì)進(jìn)行包封裝的處理，然后交給網(wǎng)關(guān)GPRS支持節(jié)點（簡稱 GGSN)或中國移動通信互聯(lián)網(wǎng)短信網(wǎng)關(guān)接口協(xié)議（China Mobile Peer to Peer，簡稱CMPP) 發(fā)送；
[0048] 上層應(yīng)用平臺接收數(shù)據(jù)包時，網(wǎng)絡(luò)接口層根據(jù)GGSN或CMPP收到的數(shù)據(jù)進(jìn)行解包 封裝的處理，然后交給傳輸層處理。
[0049] 根據(jù)不同的傳輸介質(zhì)，網(wǎng)絡(luò)接口層做不同的封裝處理。
[0050] 圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)接口層接收數(shù)據(jù)的處理流程圖。以下結(jié)合附圖詳 細(xì)說明網(wǎng)絡(luò)接口層對不同傳輸介質(zhì)傳輸?shù)臄?shù)據(jù)進(jìn)行接收處理的過程：
[0051] 步驟S100,接收不同傳輸介質(zhì)傳輸?shù)臄?shù)據(jù)。
[0052] 步驟S101，判斷傳輸介質(zhì)的類型是SMS、傳輸控制協(xié)議（Transmission Control Protocol,簡稱為TCP)或者用戶數(shù)據(jù)報協(xié)議（User Datagram Protocol,簡稱UDP)。
[0053] 步驟S102,如果傳輸介質(zhì)的類型是UDP，直接執(zhí)行步驟S103,將該數(shù)據(jù)提交給傳輸 層處理。UDP協(xié)議是面向用戶數(shù)據(jù)報的協(xié)議，發(fā)送數(shù)據(jù)包多大，接收就是多大，因此無需任何 封裝。發(fā)送時直接將傳輸層數(shù)據(jù)包作為一包UDP數(shù)據(jù)，從UDP通道發(fā)送。接收則是逆過程， 接收時直接將收到的UDP數(shù)據(jù)包交給傳輸層處理。
[0054] 步驟S104,確定傳輸介質(zhì)的類型是TCP。TCP協(xié)議是面向字節(jié)流的協(xié)議，并無"包" 或"幀"的概念，因此將傳輸層的數(shù)據(jù)進(jìn)行幀封裝，封裝規(guī)則及步驟如下：
[0055] 數(shù)據(jù)頭尾各添加關(guān)鍵字7Eh ;對數(shù)據(jù)內(nèi)容進(jìn)行轉(zhuǎn)義判斷，若數(shù)據(jù)內(nèi)