專利名稱：一種請求服務(wù)區(qū)標(biāo)識的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及WCDMA移動通信系統(tǒng)，尤其涉及PMM IDLE態(tài)下MSC/VLR通過MS INFORMATION過程向SGSN請求用戶位置信息的實(shí)現(xiàn)方法。
背景技術(shù)：
WCDMA系統(tǒng)中，一個合法簽約用戶可以通過聯(lián)合附著的方法同時在分組域和電路域同時附著，此時在Gs接口上，電路域?qū)嶓wMSC/VLR和分組域?qū)嶓wSGSN之間就建立了一種關(guān)聯(lián)關(guān)系。針對這種聯(lián)合附著的用戶，MSC/VLR可以通過Gs接口過程MS INFORMATION來獲取用戶的相關(guān)信息，例如用戶的位置信息。
對于聯(lián)合附著的用戶，MSC/VLR可以隨時發(fā)起MS INFORMATION過程以獲取用戶的位置信息。對于附著在2G接入網(wǎng)中的用戶，MS INFORMATION應(yīng)答消息中的位置信息用小區(qū)標(biāo)志表示，對于附著在3G接入網(wǎng)中的用戶，應(yīng)答消息中的位置信息用服務(wù)區(qū)標(biāo)志(SAI)表示。對于3G的情況，現(xiàn)有實(shí)現(xiàn)方案如圖1所示，如下描述1MSC/VLR向SGSN發(fā)送一條MS Information Request(IMSI，InformationType)，其中的信元“Information Type”指示MSC/VLR請求的信息類型，這里是用戶位置信息；2在Iu模式下，如果該用戶存在Iu連接，SGSN將利用位置報告流程獲取用戶的SAI信息(關(guān)于位置報告流程的進(jìn)一步信息請參見3GPP 25.413協(xié)議)。如果UTRAN節(jié)點(diǎn)不能獲取用戶的SAI，它將在位置報告消息中指示請求不能滿足，并可選的上報該用戶的上次的SAI及相應(yīng)時間戳；3SGSN向MSC/VLR發(fā)送一條MS Information Response(IMSI，Information)，信元“Information”包括MSC/VLR請求的信息，這里是用戶位置信息，即SAI；在Iu模式下，如果該用戶存在Iu接口，如果位置報告流程中UTRAN節(jié)點(diǎn)無法確定用戶SAI，并且沒有向SGSN上報用戶的當(dāng)前SAI和上次SAI，SGSN應(yīng)該在MS Information Response包含SGSN保存的用戶上次上報的SAI和相應(yīng)的時間戳。
然而現(xiàn)有技術(shù)的缺點(diǎn)是沒有明確規(guī)定在PMM IDLE態(tài)下，也就是沒有Iu接口的情況下如何獲取用戶SAI信息。針對這種情況SGSN有多種選擇，例如直接向MSC/VLR回MS Information Response消息，包含SGSN保存的用戶上次上報的SAI和相應(yīng)的時間戳，雖然SGSN能通過其他方法獲取用戶更精確的位置信息。但由于協(xié)議描述不明確，會導(dǎo)致SGSN實(shí)現(xiàn)的多樣性，同時產(chǎn)生提供給用戶的服務(wù)質(zhì)量下降的問題。

發(fā)明內(nèi)容
本發(fā)明針對上面描述的問題，提出一種利用明確的實(shí)現(xiàn)方案，保證SGSN向MSC/VLR提供精確的用戶位置信息。
一種請求服務(wù)區(qū)標(biāo)識的處理方法，包括下列步驟a、MSC/VLR向SGSN發(fā)送MS Information Request，其包括信元Information Type；b、SGSN判斷用戶是否處于IDLE態(tài)？若是，則發(fā)起尋呼流程，向MS發(fā)送尋呼消息，進(jìn)入步驟c；若否，則按照現(xiàn)有流程處理；c、MS發(fā)起Service Request流程，建立Iu接口；d、SGSN向MSC/VLR發(fā)送MS Information Response消息，其中包括Information信元，該Information信元包括SGSN在Service Request流程中獲取的用戶位置信息。
所述的步驟a中的信元“Information Type”指示MSC/VLR請求的信息類型。
所述的信息類型是用戶位置信息。
所述的步驟b中的尋呼流程包括下列步驟b1、SGSN向UTRAN發(fā)送Paging Request消息；b2、UTRAN向MS發(fā)送Paging消息。
所述的步驟c進(jìn)一步包括c1、MS接收RNC發(fā)送的尋呼消息；c2、MS發(fā)起RRC重建過程；c3、MS向SGSN發(fā)送service request消息，包含Service Type信元；c4、SGSN通過安全流程驗證移動臺的合法性。
利用本發(fā)明的技術(shù)方案，可帶來如下的有益效果1保證SGSN實(shí)現(xiàn)方案的一致性；2提高向MSC/VLR提供的用戶位置信息的準(zhǔn)確性；3避免尋呼之后再次發(fā)起位置報告過程，減輕了網(wǎng)絡(luò)負(fù)擔(dān)。


圖1所示為3G情況時連接態(tài)下MS Information流程；圖2所示為3G情況時IDLE態(tài)下MS Information流程；圖3是本發(fā)明Service Request流程的示意圖。
具體實(shí)施例方式
本發(fā)明針對現(xiàn)有技術(shù)中的問題，提出一種利用明確的實(shí)現(xiàn)方案，保證SGSN向MSC/VLR提供精確的用戶位置信息。
圖2所示為3G情況時IDLE態(tài)下MS Information流程，本文針對現(xiàn)有技術(shù)存在的問題，提出了如下的解決方案1MSC/VLR向SGSN發(fā)送一條MS Information Request(IMSI，InformationType)，其中的信元“Information Type”指示MSC/VLR請求的信息類型，這里是用戶位置信息，該消息的結(jié)構(gòu)可以如下表所示，各信元具體結(jié)構(gòu)參見3GPP29018協(xié)議相應(yīng)章節(jié)

2、SGSN判斷用戶狀態(tài)是否為IDLE，若不是，則按照正常流程處理，若是，則進(jìn)入步驟3；正常流程與前面現(xiàn)有技術(shù)中的描述是一致的。
3SGSN根據(jù)移動臺當(dāng)前駐留的路由區(qū)、RNC等相關(guān)信息，向MS發(fā)送尋呼請求消息；4MS接收到尋呼消息之后，發(fā)起Service Request流程，Service Request的流程如圖3所示，具體過程描述如下41)移動臺接收到RNC發(fā)送的尋呼消息；42)移動臺發(fā)起RRC重建過程；原則上這時應(yīng)該沒有RRC連接，如果有則肯定是對應(yīng)于CS域的RRC連接(也就是和MSC的連接)，這時MSC應(yīng)該有更直接的方法獲取移動臺的SAI，也就不會通過SGSN獲取了。
43)重建RRC連接后，移動臺向SGSN發(fā)送service request消息，包含PTMSI、CKSN、Service Type等信元，其中Service Type信元指示是尋呼響應(yīng)；44)SGSN通過安全流程驗證移動臺的合法性；Service Request流程以安全流程結(jié)束為成功標(biāo)志。由于此時的Service Request消息是通過RNC和SGSN之間的RANAP協(xié)議層的Init UE原語消息承載的，InitUE原語中包含了移動臺當(dāng)前的服務(wù)區(qū)信息。因此，Service Request流程結(jié)束后，SGSN就得到移動臺當(dāng)時所在的位置區(qū)的準(zhǔn)確信息。Init UE原語消息頭的結(jié)構(gòu)如下所示，各信元具體結(jié)構(gòu)參見3GPP 25413協(xié)議相關(guān)章節(jié)(注意其中包含SAI，也就是服務(wù)區(qū)標(biāo)志信元)

5SGSN向MSC/VLR發(fā)送一條MS Information Response(IMSI，Information)，信元“Information”包括SGSN在Service Request流程中獲取的用戶位置信息，不包括時間戳信息，而無需再次發(fā)起位置圖1中的位置報告流程。該消息的結(jié)構(gòu)如下表所示，特別的，在3G情況下，對于MSC/VLR請求用戶位置信息觸發(fā)的MS Information Response消息，除消息中的必選信元(消息類型、IMSI)外，只可能包含Location Information Age、Mobile Station State和ServiceArea Indication這3個信元，這些信元的具體結(jié)構(gòu)參見3GPP 29018協(xié)議相關(guān)章節(jié)。

利用本發(fā)明的技術(shù)方案，其有益效果如下1保證了SGSN實(shí)現(xiàn)方案的一致性；
2提高了向MSC/VLR提供的用戶位置信息的準(zhǔn)確性；3避免了尋呼之后再次發(fā)起位置報告過程，減輕了網(wǎng)絡(luò)負(fù)擔(dān)；利用本發(fā)明，保證了SGSN向MSC/VLR提供的用戶位置信息的準(zhǔn)確性，在此基礎(chǔ)上，提高了效率，減輕了網(wǎng)絡(luò)負(fù)擔(dān)。
權(quán)利要求
1.一種請求服務(wù)區(qū)標(biāo)識的處理方法，其特征在于包括下列步驟a、MSC/VLR向SGSN發(fā)送MS Information Request，其包括信元InformationType；b、SGSN判斷用戶是否處于IDLE態(tài)？若是，則發(fā)起尋呼流程，向MS發(fā)送尋呼消息，進(jìn)入步驟c；若否，則按照現(xiàn)有流程處理；c、MS發(fā)起Service Request流程，建立Iu接口；d、SGSN向MSC/VLR發(fā)送MS Information Response消息，其中包括Information信元，該Information信元包括SGSN在Service Request流程中獲取的用戶位置信息。
2.如權(quán)利要求1所述的一種請求服務(wù)區(qū)標(biāo)識的處理方法，其特征在于所述的步驟a中的信元“Information Type”指示MSC/VLR請求的信息類型。
3.如權(quán)利要求2所述的一種請求服務(wù)區(qū)標(biāo)識的處理方法，其特征在于所述的信息類型是用戶位置信息。
4.如權(quán)利要求1所述的一種請求服務(wù)區(qū)標(biāo)識的處理方法，其特征在于所述的步驟b中的尋呼流程包括下列步驟b1、SGSN向UTRAN發(fā)送Paging Request消息；b2、UTRAN向MS發(fā)送Paging消息。
5.如權(quán)利要求1所述的一種請求服務(wù)區(qū)標(biāo)識的處理方法，其特征在于所述的步驟c進(jìn)一步包括c1、MS接收RNC發(fā)送的尋呼消息；c2、MS發(fā)起RRC重建過程；c3、MS向SGSN發(fā)送service request消息，包含Service Type信元；c4、SGSN通過安全流程驗證移動臺的合法性。
全文摘要
本發(fā)明提供一種請求服務(wù)區(qū)標(biāo)識的處理方法，用于在PMM IDLE態(tài)下MS INFORMANTION過程向SGSN請求用戶位置信息，其包括下列步驟a、MSC/VLR向SGSN發(fā)送一條MS Information Request(IMSI，Information Type)；b、用戶處于IDLE態(tài)，則SGSN發(fā)起尋呼流程；c、MS接收到尋呼消息之后，發(fā)起Service Request流程，重建Iu接口；d、Service Request流程結(jié)束之后，SGSN向MSC/VLR發(fā)送一條MS Information Response(IMSI，Information)。利用本發(fā)明，保證了SGSN向MSC/VLR提供的用戶位置信息的準(zhǔn)確性，在此基礎(chǔ)上，提高了效率，減輕了網(wǎng)絡(luò)負(fù)擔(dān)。
文檔編號H04W64/00GK1585314SQ03153748
公開日2005年2月23日 申請日期2003年8月19日 優(yōu)先權(quán)日2003年8月19日
發(fā)明者張勇 申請人:華為技術(shù)有限公司