專利名稱：移動終端的定位方法及移動終端的定位裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，尤其涉及一種移動終端的定位方法及移動 終端的定位裝置。
背景技術(shù)：
目前，移動終端的定位技術(shù)主要分為主動定位技術(shù)和^皮動定位技術(shù)，其中
主動定位是指由移動終端主動發(fā)起定位過程；被動定位是指由網(wǎng)絡(luò)側(cè)觸發(fā)的定 位過程。
在#:動定位:技術(shù)中，網(wǎng)絡(luò)側(cè)通過向移動終端發(fā)送包含定位標(biāo)識 TeleserviceID為65001的移動臺終止短消息(MTSMS， Mobile Terminate Short Message)來觸發(fā)定位過程?，F(xiàn)有的通信系統(tǒng)支持vl、 v2兩種版本的定位流程， 在vl定位流程版本中可實現(xiàn)基于ms-assisted定位方式的單次定位；在v2定位 流程版本中可實現(xiàn)基于ms-assisted和ms-based定位方式的單次和連續(xù)跟蹤定 位。為了能夠?qū)崿F(xiàn)被動定位，移動終端支持至少一種上述定位流程版本。對于 能夠支持vl和v2兩種定位流程版本的移動終端，同一時間也只能支持其中的 一種定位流程版本。
在現(xiàn)有的被動定位技術(shù)中，能夠支持兩種定位流程版本的移動終端在接收 到網(wǎng)絡(luò)側(cè)發(fā)來的用于觸發(fā)定位過程的MT SMS后，在確定MT SMS對應(yīng)的定 位流程版本與自身當(dāng)前支持的定位流程版本不一致時，移動終端將向網(wǎng)絡(luò)側(cè)返 回一個移動終端初始(MO， Mobile Originate)類型的定4立拒絕(Reject Position R叫uest)短消息，至此本次定位過程失敗。由于網(wǎng)絡(luò)側(cè)并不能預(yù)先獲知移動終 端當(dāng)前所支持的定位流程版本，因此，移動終端當(dāng)前支持的定位流程版本與網(wǎng) 絡(luò)側(cè)發(fā)送的用于觸發(fā)移動終端定位過程的MT SMS對應(yīng)的定位流程版本不一致所導(dǎo)致的定位過程的成功率較低。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種移動終端的定位方法，用以解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)側(cè)
向移動終端發(fā)送的MT短消息對應(yīng)的定位流程版本與移動終端當(dāng)前所支持的定 位流程版本不一致，導(dǎo)致的定位過程成功率低的問題。
對應(yīng)地，本發(fā)明實施例還提供了一種移動終端的定位裝置。
本發(fā)明實施例提供的技術(shù)方案如下
一種移動終端的定位方法，包括移動終端接收網(wǎng)絡(luò)側(cè)發(fā)送的用于觸發(fā)定 位過程的消息，以及在判斷出所述消息對應(yīng)的定位流程版本與自身當(dāng)前支持的 定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為所述消息對應(yīng) 的定位流程版本；并根據(jù)轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位過程處理。
一種移動終端的定位裝置，包括接收單元，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的用于 觸發(fā)定位過程的消息；判斷單元，用于判斷出接收單元接收到的消息對應(yīng)的定 位流程版本與自身當(dāng)前支持的定位流程版本是否一致；轉(zhuǎn)換單元，用于在判斷 單元判斷出所述消息對應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本不 一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為所述短消息對應(yīng)的定位流程版 本；定位單元，用于根據(jù)轉(zhuǎn)換單元轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位 過程處理。
本發(fā)明實施例通過移動終端在判斷出所述消息對應(yīng)的定位流程版本與自 身當(dāng)前支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為 所述消息對應(yīng)的定位流程版本，并根據(jù)轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行 定位過程處理，而不是像現(xiàn)有技術(shù)一樣向網(wǎng)絡(luò)側(cè)發(fā)送定位拒絕消息，從而提高 了定位處理過程的成功率。


5圖1為本發(fā)明實施例的主要實現(xiàn)原理流程圖2為本發(fā)明實施例一提出的定位方法的流程圖3為本發(fā)明實施例二提出的定位方法的流程圖4為本發(fā)明實施例提供的移動終端的定位裝置的結(jié)構(gòu)示意圖5為本發(fā)明實施例提供的移動終端的定位裝置中判斷單元的結(jié)構(gòu)示意
圖6為本發(fā)明實施例提供的移動終端的定位裝置中轉(zhuǎn)換單元的結(jié)構(gòu)示意圖。
具體實施例方式
由于在現(xiàn)有的定位過程中，當(dāng)網(wǎng)絡(luò)側(cè)向移動終端發(fā)送的MT短消息對應(yīng)的 定位流程版本與移動終端當(dāng)前所支持的定位流程版本不一致時，移動終端會向 網(wǎng)絡(luò)側(cè)返回一個定位拒絕消息，并終止定位過程，因而會造成本次定位過程失 敗的問題。即使經(jīng)過后續(xù)的協(xié)商過程，使得網(wǎng)絡(luò)側(cè)發(fā)送的定位請求對應(yīng)的定位 流程版本和移動終端所支持的定位流程版本相一致后，再進行定位，也會浪費 網(wǎng)絡(luò)傳輸資源。本發(fā)明實施例通過移動終端在判斷出網(wǎng)絡(luò)側(cè)發(fā)送的定位請求對 應(yīng)的定位流程版本與自身當(dāng)前所支持的定位流程版本不一致時，將自身支持的 定位流程版本轉(zhuǎn)換為與接收到的MT短消息對應(yīng)的定位流程版本一致的定位流 程版本，從而解決了網(wǎng)絡(luò)側(cè)發(fā)送的MT短消息對應(yīng)的定位流程版本與移動終端 當(dāng)前支持的定位流程版本不一致時，導(dǎo)致本次定位失敗的問題。
下面結(jié)合各個附圖對本發(fā)明實施例技術(shù)方案的主要實現(xiàn)原理、具體實施方 式及其對應(yīng)能夠達到的有益效果進行詳細的闡述。
如圖l所示，本發(fā)明實施例的主要實現(xiàn)原理流程如下
步驟10,自.
'&，
步驟20，移動終端在判斷出步驟10中的短消息對應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為
與所述短消息對應(yīng)的定位流程版本一致的定位流程版本；
步驟30，移動終端根據(jù)轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位過程所 需的交互等后續(xù)的定位過程處理。
下面將依據(jù)本發(fā)明上述發(fā)明原理，詳細介紹一個實施例來對本發(fā)明方法的 主要實現(xiàn)原理進行詳細的闡述和說明。
實施例一
請參照附圖2,為定位過程中網(wǎng)絡(luò)側(cè)與移動終端之間的交互示意圖。 定位業(yè)務(wù)客戶端(LCS Client, Location Service Client)向移動定位中心 (MPC， Mobile Positioning Center)發(fā)送定位請求，MPC接收到定位請求后與 用戶/內(nèi)容提供商數(shù)據(jù)庫(USER/CP DB， User/Content Provider Database)進行 用于確定LCS Client是否已與目標(biāo)移動終端簽約，以及發(fā)起定位請求的LCS Client是否有權(quán)獲取目標(biāo)移動終端位置信息的鑒權(quán)交互，在鑒權(quán)成功后，進行 步驟201,
步驟201， MPC向定位實體(PDE， Position Determining Entity)發(fā)送 GEOPOSREQ定位請求消息；
步驟202,MPC通過短消息業(yè)務(wù)中心向目標(biāo)移動終端發(fā)送一個MT短消息， 用于觸發(fā)目標(biāo)移動終端中的定位處理過程；
步驟203 ，目標(biāo)移動終端對步驟202中MPC發(fā)來的MT短消息進行解析， 在該短消息中的SMS—Teleserviceldentifier字段內(nèi)容為"65001"時，確定該短 消息是一個用于觸發(fā)定位過程的定位請求短消息，進入步驟204;
步驟204，移動終端讀取短消息內(nèi)容部分中的Version字段的值，在Version 字段的值為1時，確定所述MT短消息對應(yīng)的定位流程版本為vl;進入步驟 205;
步驟205,移動終端讀取自身當(dāng)前支持的定位流程版本信息，在本實施例 中移動終端當(dāng)前支持的定位流程版本為v2,移動終端當(dāng)前支持的定位流程版本標(biāo)識信息可存儲于寄存器或內(nèi)存中；
移動終端判斷自身當(dāng)前支持的定位流程版本與MT定位請求短消息對應(yīng)的 定位流程版本是否相同，在本實施例中移動終端當(dāng)前支持的定位流程版本為 v2，而MT短消息對應(yīng)的定位流程版本為vl ， 二者不同，進入步驟206，若二 者相同，進入步驟207;
步驟206,移動終端將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為與步驟204中 確定出的MT短消息對應(yīng)的定位流程版本一致的vl,例如，移動終端通過讀取 用于存儲自身支持的所有定位流程版本標(biāo)識的列表List(vl、 v2}，在確定出所 述列表中存在所述消息對應(yīng)的定位流程版本標(biāo)識vl時，將用于存儲移動終端 當(dāng)前支持的定位流程版本信息的寄存器或內(nèi)存的內(nèi)容更改為vl ，進入步驟207;
步驟207,目標(biāo)移動終端讀取自身當(dāng)前支持的定位流程版本信息，獲知自 身當(dāng)前支持的定位流程版本為vl，按照vl對應(yīng)的流程，向MPC發(fā)送一個移 動終端初始短消息，用于告知MPC自身同意定位；
步驟208,定位實體PDE與目標(biāo)移動終端之間進行IS801消息交互，用于 計算目標(biāo)移動終端的位置信息；
步驟209,定位實體使用geo/ (w^'消息向移動定位中心返回定位結(jié)果；
步驟210, MPC向LCS Client返回定位結(jié)果。
移動終端在上述定位過程處理完成后，還可以將自身當(dāng)前支持的定位流程 版本恢復(fù)為步驟206轉(zhuǎn)換之前的v2,以便移動終端執(zhí)行其他方式的定位功能。 實施例二
LCS Client向MPC發(fā)送定位請求，MPC接收到定位請求后與USER/CP DB 進行用于確定LCS Client是否已與目標(biāo)移動終端簽約，以及發(fā)起定位請求的 LCS Client是否有權(quán)獲取目標(biāo)移動終端位置信息的鑒權(quán)交互，在鑒權(quán)成功后， 進行步驟301;
步驟301， MPC通過一個MT短消息向目標(biāo)移動終端發(fā)送Positioning Request定位請求消息，用于觸發(fā)目標(biāo)移動終端中的定位處理過程；
8步驟302，目標(biāo)移動終端對步驟301中MPC發(fā)來的MT短消息進行解析， 在該短消息中的SMS—Teleserviceldentifier字段內(nèi)容為"65001"時，確定該短 消息是一個用于觸發(fā)定位過程的定位請求短消息，進入步驟303;
步驟303，移動終端讀取短消息內(nèi)容部分中的Version字段的值，在Version 字段的值為2時，確定所述MT短消息對應(yīng)的定位流程版本為v2;進入步驟 304;
步驟304,移動終端讀取自身當(dāng)前支持的定位流程版本信息，在本實施例 中移動終端當(dāng)前支持的定位流程版本為vl,移動終端當(dāng)前支持的定位流程版本 標(biāo)識信息可存儲于寄存器或內(nèi)存中；
移動終端判斷自身當(dāng)前支持的定位流程版本與MT定位請求短消息對應(yīng)的 定位流程版本是否相同，在本實施例中移動終端當(dāng)前支持的定位流程版本為 vl,而MT短消息對應(yīng)的定位流程版本為v2，若二者不同，進入步驟305;若 二者相同，進入步驟306;
步驟305,移動終端將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為與步驟303中 確定出的MT短消息對應(yīng)的定位流程版本一致的v2,例如，移動終端通過讀取 用于存儲自身支持的所有定位流程版本標(biāo)識的列表List(vl、 v2}，在確定出所 述列表中存在所述消息對應(yīng)的定位流程版本標(biāo)識v2時，將用于存儲移動終端 當(dāng)前支持的定位流程版本信息的寄存器的內(nèi)容或變量的值更改為v2,進入步驟 306;
步驟306，目標(biāo)移動終端讀取自身當(dāng)前支持的定位流程版本信息，獲知自 身當(dāng)前支持的定位流程版本為v2,按照v2對應(yīng)的流程，向MPC發(fā)送 StartPositioningProcessRequest消息，同意定位；
步驟307， MPC通過GEOPOSREQ消息向PDE發(fā)送定位i貪求；
步驟308, PDE向MPC發(fā)送ge叩o^《'消息，用于告知MPC自身已準(zhǔn)備接 受來自MS的IS801消息；
步驟309, MPC向目標(biāo)移動終端發(fā)送一個包含PDE地址和端口號的StartPositioningProcessResponse消息；
步驟310, PDE與目標(biāo)移動終端之間進行IS801消息交互，用于計算目標(biāo) 移動終端的位置信息；
步驟311, PDE通過geo;xw^'消息向MPC返回定位結(jié)果一目標(biāo)移動終端 的位置信息；
步驟312， MPC向LCS Client返回定位結(jié)果。
移動終端在上述定位過程處理完成后，還可以將自身當(dāng)前支持的定位流程 版本恢復(fù)為步驟305轉(zhuǎn)換之前的vl，以便移動終端執(zhí)行其他方式的定位功能。 在本發(fā)明實施例4是出的方案中，能夠支持2種定位流程版本的移動終端，
纟程版本與自身當(dāng)前所支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流 程版本轉(zhuǎn)換為與接收到的短消息對應(yīng)的定位流程版本一致的定位流程版本，并 根據(jù)轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位過程所需的交互。而不是像現(xiàn) 有技術(shù)一樣，移動終端在自身當(dāng)前支持的定位流程版本轉(zhuǎn)換與接收到的短消息 對應(yīng)的定位流程版本不一致，向網(wǎng)絡(luò)側(cè)發(fā)送定位拒絕短消息，避免了本次定位 失敗所導(dǎo)致的定位過程成功率低的問題，并節(jié)省了拒絕短消息占用通信系統(tǒng)的 傳輸資源，以及網(wǎng)絡(luò)側(cè)和移動終端后續(xù)協(xié)商過程占用的通信系統(tǒng)傳輸資源和網(wǎng) 絡(luò)側(cè)和移動終端處理資源。
相應(yīng)地，本發(fā)明實施例還提供了一種移動終端的定位裝置，如圖4所示， 該裝置包括接收單元401、判斷單元402、轉(zhuǎn)換單元403、和定位單元404，具 體如下
接收單元401，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的用于觸發(fā)定位過程的消息； 判斷單元402，用于判斷出接收單元401接收到的消息對應(yīng)的定位流程版
本與自身當(dāng)前支持的定位流程版本是否一致；
轉(zhuǎn)換單元403，用于在判斷單元402判斷出所述消息對應(yīng)的定位流程版本
與自身當(dāng)前支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為所述短消息對應(yīng)的定位流程版本；；
定位單元404,用于才艮據(jù)轉(zhuǎn)換單元403轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè) 進行定位過程處理。
較佳地，請參照附圖5,附圖4中的判斷單元402具體包括第一確定子單 元501、第二確定子單元502和判斷子單元503，其中，
第 一確定子單元501 ，用于根據(jù)接收單元接收到的消息，確定所述消息對 應(yīng)的定位流程版本標(biāo)識；
第二確定子單元502，用于讀取預(yù)先存儲的自身當(dāng)前支持的定位流程版本 標(biāo)識；
判斷子單元503，用于判斷笫一確定子單元501確定出的標(biāo)識與第二確定 子單元502獲取的標(biāo)識是否一致。
較佳地，請參照附圖6，附圖4中的轉(zhuǎn)換單元403具體包括讀取子單元601、 確定子單元602和更新子單元603，其中，
讀取子單元601,用于讀取用于存儲自身支持的所有定位流程版本標(biāo)識的 列表；
確定子單元602，用于確定讀取子單元601讀取到的列表中是否存在所述 消息對應(yīng)的定位流程版本標(biāo)識；
更新子單元603,用于在確定子單元602確定出所述列表中存在所述消息 對應(yīng)的定位流程版本標(biāo)識時，將已存儲的自身當(dāng)前支持的定位流程版本標(biāo)識更 新為所述消息對應(yīng)的定位流程版本的標(biāo)識。
較佳地，請參照附圖4，上述移動終端的定位裝置還包括恢復(fù)單元405， 用于在定位單元與網(wǎng)絡(luò)側(cè)進行定位過程處理后，將自身當(dāng)前支持的定位流程版 本恢復(fù)為轉(zhuǎn)換單元轉(zhuǎn)換之前自身所支持的定位流程版本。
上述移動終端的定位裝置可以設(shè)置于移動終端中。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種移動終端的定位方法，其特征在于，包括移動終端接收網(wǎng)絡(luò)側(cè)發(fā)送的用于觸發(fā)定位過程的消息，以及在判斷出所述消息對應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為所述消息對應(yīng)的定位流程版本；并根據(jù)轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位過程處理。
2、 如權(quán)利要求1所述的方法，其特征在于，移動終端判斷出所述消息對 應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本不一致，具體包括 移動終端根據(jù)接收到的消息，確定所述消息對應(yīng)的定位流程版本標(biāo)識；并讀取預(yù)先存儲的自身當(dāng)前支持的定位流程版本標(biāo)識；以及在判斷出所述消息對應(yīng)的定位流程版本標(biāo)識與獲取到的自身當(dāng)前支持的定位流程版本標(biāo)識不一致時，確定所述消息對應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本不一致。
3、 如權(quán)利要求2所述的方法，其特征在于，移動終端將自身當(dāng)前支持的 定位流程版本轉(zhuǎn)換為所述短消息對應(yīng)的定位流程版本，具體包括移動終端通過讀取用于存儲自身支持的所有定位流程版本標(biāo)識的列表，在 確定出所述列表中存在所述消息對應(yīng)的定位流程版本標(biāo)識時，將已存儲的自身 當(dāng)前支持的定位流程版本標(biāo)識更新為所述消息對應(yīng)的定位流程版本的標(biāo)識。
4、 如權(quán)利要求1所述的方法，其特征在于，移動終端在根據(jù)轉(zhuǎn)換后的定 位流程版本，與網(wǎng)絡(luò)側(cè)進行定植過程處理后，還包括移動終端將自身當(dāng)前支持的定位流程版本恢復(fù)為轉(zhuǎn)換之前自身所支持的 定位流程版本。
5、 一種移動終端的定位裝置，其特征在于，包括 接收單元，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的用于觸發(fā)定位過程的消息； 判斷單元，用于判斷出接收單元接收到的消息對應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本是否 一致；轉(zhuǎn)換單元，用于在判斷單元判斷出所述消息對應(yīng)的定位流程版本與自身當(dāng) 前支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為所述 短消息對應(yīng)的定位流程版本；定位單元，用于根據(jù)轉(zhuǎn)換單元轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位 過程處理。
6、 如權(quán)利要求5所述的裝置，其特征在于，所述判斷單元具體包括 第一確定子單元，用于根據(jù)接收單元接收到的消息，確定所述消息對應(yīng)的定位流程版本標(biāo)識；第二確定子單元，用于讀取預(yù)先存儲的自身當(dāng)前支持的定位流程版本標(biāo)識； 判斷子單元，用于判斷第 一確定子單元確定出的標(biāo)識與第二確定子單元獲 取的標(biāo)識是否一致。
7、 如權(quán)利要求5所迷的裝置，其特征在于，所述轉(zhuǎn)換單元具體包括 讀取子單元，用于讀取用于存儲自身支持的所有定位流程版本標(biāo)識的列表；確定子單元，用于確定讀取子單元讀取到的列表中是否存在所述消息對應(yīng) 的定位流程版本標(biāo)識；更新子單元，用于在確定子單元確定出所述列表中存在所述消息對應(yīng)的定 位流程版本標(biāo)識時，將已存儲的自身當(dāng)前支持的定位流程版本標(biāo)識更新為所述 消息對應(yīng)的定位流程版本的標(biāo)識。
8、 如權(quán)利要求5所述的裝置，其特征在于，還包括恢復(fù)單元，用于在定位單元與網(wǎng)絡(luò)側(cè)進行定位過程處理后，將自身當(dāng)前支 持的定位流程版本恢復(fù)為轉(zhuǎn)換單元轉(zhuǎn)換之前自身所支持的定位流程版本。
全文摘要
本發(fā)明公開了一種移動終端的定位方法及相關(guān)裝置，以提高定位過程的成功率。該方法包括移動終端接收網(wǎng)絡(luò)側(cè)發(fā)送的用于觸發(fā)定位過程的消息，以及在判斷出所述消息對應(yīng)的定位流程版本與自身當(dāng)前支持的定位流程版本不一致時，將自身當(dāng)前支持的定位流程版本轉(zhuǎn)換為所述消息對應(yīng)的定位流程版本；并根據(jù)轉(zhuǎn)換后的定位流程版本，與網(wǎng)絡(luò)側(cè)進行定位過程處理。
文檔編號H04W64/00GK101583105SQ20091014738
公開日2009年11月18日 申請日期2009年6月22日 優(yōu)先權(quán)日2009年6月22日
發(fā)明者荊楠楠 申請人:青島海信移動通信技術(shù)股份有限公司