專利名稱：非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心為用戶提供服務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信中非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)技術(shù)，更確切地說是指一種非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心(USSDC)從歸屬位置寄存器(HLR)獲取用戶路由地址，進(jìn)而為用戶提供USSD服務(wù)的方法。
移動(dòng)通信發(fā)展到今天不僅能支持用戶的基本業(yè)務(wù)需求，更能為用戶提供豐富的補(bǔ)充業(yè)務(wù)，所說的補(bǔ)充業(yè)務(wù)主要是指允許用戶選擇由網(wǎng)絡(luò)處理呼入/呼出的方式，或是給用戶提供一些使其能充分利用基本業(yè)務(wù)的信息，比如常用的補(bǔ)充業(yè)務(wù)包括呼入/呼出限制、主叫號(hào)碼顯示、呼叫轉(zhuǎn)移、呼叫等待、呼叫保持、三方通話、惡意呼叫識(shí)別、會(huì)議電視等近30種不同的業(yè)務(wù)類型，補(bǔ)充業(yè)務(wù)的規(guī)程是由歐洲遠(yuǎn)程通信標(biāo)準(zhǔn)研究所(ETSI)定義的，是以標(biāo)準(zhǔn)的格式輸入命令來激活業(yè)務(wù)。另有一類補(bǔ)充業(yè)務(wù)，其具體的業(yè)務(wù)接入號(hào)不是由ETSI定義的，而是由運(yùn)營商在本地網(wǎng)范圍內(nèi)自行指定的，但它的接入機(jī)制與補(bǔ)充業(yè)務(wù)相同，輸入與補(bǔ)充業(yè)務(wù)同樣格式的命令來激活該業(yè)務(wù)，這一類補(bǔ)充業(yè)務(wù)稱為非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)，它可以支持銀行業(yè)務(wù)、金融股票交易、手機(jī)話費(fèi)查詢、氣象信息預(yù)報(bào)與查詢、航班查詢、網(wǎng)上訂票等等業(yè)務(wù)，該類業(yè)務(wù)由USSDC處理。
對USSD業(yè)務(wù)的處理途徑主要取決于USSDC與GSM網(wǎng)連接關(guān)系的不同，USSDC是一個(gè)單獨(dú)的實(shí)體，它與GSM網(wǎng)可以有多種連接方式可單獨(dú)與移動(dòng)交換中心(MSC)相連，或單獨(dú)與HLR相連；MSC和HLR可以連在同一USSDC上，也可各自連接不同的USSDC；一個(gè)MSC或HLR也可連接多個(gè)USSDC。目前USSDC與GSM網(wǎng)常用的連接有兩種情況一是USSDC單獨(dú)與MSC相連；另一個(gè)是USSDC單獨(dú)與HLR相連。
當(dāng)USSDC與MSC相連時(shí)，其連接結(jié)構(gòu)如圖1所示，此時(shí)USSD業(yè)務(wù)的處理過程是這樣的
(1)由移動(dòng)臺(tái)發(fā)起USSD請求時(shí)首先移動(dòng)臺(tái)發(fā)USSD操作請求消息PROCESS_UNSTRUCTURED_SS_REQUEST給MSC；MSC收到該消息后，根據(jù)操作中所攜帶的服務(wù)碼(SC)決定該消息應(yīng)由誰處理，是由MSC、本地USSDC處理，還是由HLR處理；如果SC決定該消息應(yīng)由本地USSDC處理，那么，MSC將該消息經(jīng)透明傳輸給本地USSDC處理；USSDC處理后將結(jié)果返回給移動(dòng)臺(tái)。
(2)由USSDC發(fā)起USSD請求或USSD通知時(shí)首先由本地USSDC發(fā)起的USSD請求消息UNSTRUCTURED_SS_REQUEST或USSD通知消息UNSTRUCTURED_SS_NOTIFY給MSC；MSC收到該消息后，根據(jù)該消息中攜帶的用戶標(biāo)識(shí)在訪問位置寄存器(VLR)中查詢該用戶是否可及；如果可及，則尋呼該用戶，尋呼成功后將USSD消息送往移動(dòng)臺(tái)，保持對話；否則，如果尋呼用戶未果或要查詢的用戶不在VLR服務(wù)區(qū)內(nèi)，則向USSDC返回異常響應(yīng)，并結(jié)束對話。
當(dāng)USSDC與HLR相連時(shí)，其連接結(jié)構(gòu)如圖2所示，此時(shí)USSD業(yè)務(wù)的處理過程是這樣的(1)由移動(dòng)臺(tái)發(fā)起USSD請求時(shí)首先移動(dòng)臺(tái)發(fā)USSD操作請求消息PROCESS_UNSTRUCTURED_SS_REQUEST給MSC；經(jīng)MSC透傳到HLR；HLR根據(jù)操作中攜帶的SC決定該消息應(yīng)當(dāng)由HLR處理還是透傳給USSDC處理；如果該消息需要由USSDC處理，則HLR將該消息傳送給USSDC處理；USSDC將處理結(jié)果經(jīng)HLR、MSC透傳返回給移動(dòng)臺(tái)。
(2)由USSDC發(fā)起USSD請求或USSD通知時(shí)首先由本地USSDC發(fā)起的USSD請求消息UNSTRUCTURED_SS_REQUEST或USSD通知消息UNSTRUCTURED_SS_NOTIFY給HLR，到達(dá)HLR后，HLR根據(jù)消息中攜帶的用戶標(biāo)識(shí)在數(shù)據(jù)庫中查詢該用戶的當(dāng)前位置；如果查詢不到用戶的路由信息，則向USSDC返回異常響應(yīng)，并結(jié)束對話；否則，將該消息經(jīng)透明傳輸?shù)揭苿?dòng)臺(tái)目前所在MSC；MSC根據(jù)消息中攜帶的用戶標(biāo)識(shí)在VLR中查詢該用戶是否可及；如果該用戶可及，則尋呼該用戶，尋呼成功后將該消息送往移動(dòng)臺(tái)，保持對話；否則，如果尋呼用戶未果或要查詢的用戶不在VLR服務(wù)區(qū)內(nèi)，則向USSDC返回異常響應(yīng)，并結(jié)束對話。
在上述USSD業(yè)務(wù)的處理過程中，當(dāng)USSDC發(fā)USSD請求或USSD通知給一個(gè)本地用戶，而這個(gè)用戶此時(shí)已漫游到異地的話；或是想為一個(gè)漫游到本地的異地用戶提供USSD服務(wù)時(shí)，對于USSDC與MSC相連的情況，USSDC可能無法從MSC中查到該用戶當(dāng)前的路由地址，因此無法與該用戶進(jìn)行USSD對話。而對于USSDC與HLR相連的情況，雖然不存在無法找到路由地址的問題，因?yàn)橛脩舻乃行畔ū镜鼗虍惖赜脩袈蔚穆酚傻刂沸畔⑷磕軓膶?yīng)的HLR中查到，但是，如果當(dāng)前的HLR不支持USSD功能，那么也無法在該HLR所屬的范圍內(nèi)向用戶提供USSD服務(wù)。
有鑒于此，本發(fā)明的主要目的在于提供一種非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心為用戶提供服務(wù)的方法，使得USSDC在任何組網(wǎng)情況下均能為本地用戶或漫游用戶提供USSD業(yè)務(wù)。
本發(fā)明的另一目的在于提供一種非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心為用戶提供服務(wù)的方法，使得USSDC組網(wǎng)方式更靈活、有效、合理。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種USSDC為用戶提供服務(wù)的方法，其特征在于將USSDC連接于MSC與HLR之間，當(dāng)USSDC發(fā)起USSD操作時(shí)，首先從HLR中獲取用戶路由地址。所述的取用戶路由是指USSDC采用移動(dòng)應(yīng)用部分的短消息取路由信令向HLR發(fā)起取路由請求。其中，移動(dòng)應(yīng)用部分短消息取路由信令為移動(dòng)應(yīng)用部分第一階段的短消息取路由信令。
該方法還進(jìn)一步包括以下的步驟a.HLR根據(jù)取路由請求中所帶的用戶標(biāo)識(shí)查找用戶信息，并將結(jié)果返回USSDC；
b.USSDC根據(jù)返回結(jié)果判斷是否取得用戶路由？如果是，則USSD向該用戶當(dāng)前所在的MSC發(fā)USSD請求或USSD通知，進(jìn)入步驟c；否則結(jié)束；c.MSC收到USSD請求或USSD通知后，查找用戶是否可及？d.如果是，則尋呼該用戶，并判斷尋呼是否成功？進(jìn)入步驟e；否則結(jié)束；e.如果尋呼該用戶成功，則保持USSD對話；否則結(jié)束。
可見，USSDC與用戶之間通信時(shí)，只要USSDC能得到用戶路由地址就可以為用戶提供USSD服務(wù)，本發(fā)明主要是為了解決USSDC如何獲得用戶路由信息的問題。本發(fā)明的方法關(guān)鍵就在于借鑒短消息的實(shí)現(xiàn)方案，采用短消息取路由的移動(dòng)應(yīng)用部分(MAP)信令來獲得用戶的路由信息，當(dāng)USSDC獲得用戶的路由信息后，就可以向該用戶所在的MSC發(fā)起USSD操作。
ETSI對GSM系統(tǒng)規(guī)范標(biāo)準(zhǔn)的定義可分為三個(gè)階段，即phase 1、phase2和phase 2+。本發(fā)明中的取路由方法主要是采用phase 1所支持的短消息取路由流程來實(shí)現(xiàn)的，并且在取路由時(shí)將取路由優(yōu)先級(jí)設(shè)置為高優(yōu)先級(jí)，之所以這樣做是因?yàn)?1)所有的HLR都支持phase 1的短消息取路由操作，這樣能保證該方法的通用性；(2)以高優(yōu)先級(jí)取路由一定能夠得到用戶的路由地址信息，同時(shí)不會(huì)觸發(fā)HLR中后繼的提醒短消息中心ALERT_SC流程；(3)以phase 1取路由不會(huì)觸發(fā)通知短消息中心INFORM_SC流程，而在phase 2或phase 2+階段取路由都有可能觸發(fā)上述流程，造成鏈路中產(chǎn)生多余的信令消息。
由上述分析可以看出，本發(fā)明所提供的非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心為用戶提供服務(wù)的方法，采用了phase 1的短消息取路由流程作為USSDC的取路由流程，且取路由的優(yōu)先級(jí)設(shè)置為最高級(jí)，如此不僅能得到任何HLR的支持，還不會(huì)觸發(fā)其它流程，產(chǎn)生多余的消息，帶來不必要的信令開銷。更重要的是，無論USSDC與GSM網(wǎng)采用何種方式連接，無論用戶當(dāng)前在何位置，USSDC都可以通過該方法獲得用戶的路由地址信息，并將USSDC發(fā)的消息按該路由傳給用戶，因此，USSDC可任意與MSC和HLR相連，都能為本地用戶或漫游用戶提供USSD服務(wù)，而不必?fù)?dān)心USSDC在組網(wǎng)連接時(shí)找不到用戶路由地址或當(dāng)前HLR不支持USSD操作，進(jìn)而增加了USSDC的組網(wǎng)靈活性，使其不再受局限，而且使USSDC與GSM網(wǎng)絡(luò)的組織更為有效、合理。
有關(guān)本發(fā)明的詳細(xì)說明及技術(shù)內(nèi)容，配合


如下圖1為USSDC與MSC的連接示意圖；圖2為USSDC與HLR的連接示意圖；圖3為本發(fā)明USSDC取路由的信令流程示意圖；圖4為本發(fā)明方法的流程圖。
參見圖3所示，本發(fā)明是將USSDC連接于MSC與HLR之間，當(dāng)USSDC要向某個(gè)移動(dòng)臺(tái)發(fā)起USSD操作(包括USSD請求和USSD通知)時(shí)，USSDC先從HLR中取用戶的路由信息，取到后再向MSC發(fā)起USSD操作。USSDC首先向HLR發(fā)一取路由請求消息MAP_SEND_ROUTING_INFO_FOR_SM，HLR收到該消息根據(jù)用戶標(biāo)識(shí)找到用戶路由信息后，給USSDC返回應(yīng)答消息MAP_SEND_ROUTING_INFO_FOR_SM_ACK，其中帶有用戶路由；USSD收到該應(yīng)答后，向MSC發(fā)USSD請求消息MAP_UNSTRUCTURED_SS_REQUEST或USSD通知消息MAPUNSTRUCTURED_SS_NOTIFY，MSC收到后，經(jīng)過處理返回相應(yīng)的應(yīng)答消息MAP_UNSTRUCTURED_SS_REQUEST_ACK或MAP_UNSTRUCTURED_SS_NOTIFY_ACK給USSDC。
請參見圖4所示，當(dāng)USSDC要向某個(gè)移動(dòng)臺(tái)發(fā)起USSD操作(包括USSD請求和USSD通知)時(shí)，本發(fā)明USSDC為用戶提供服務(wù)的方法具體實(shí)現(xiàn)過程是這樣的
(1)首先USSDC以MAP phase 1的短消息取路由信令向HLR發(fā)起取路由請求，請求消息中所攜帶的用戶標(biāo)識(shí)是移動(dòng)臺(tái)的ISDN號(hào)，取路由的優(yōu)先級(jí)標(biāo)志設(shè)置為高優(yōu)先級(jí)，USSDC的地址作為該請求消息中所攜帶的短消息中心地址參數(shù)。
(2)HLR收到該消息后，根據(jù)phase 1的短消息取路由流程對USSDC發(fā)起的取路由請求進(jìn)行處理，即HLR根據(jù)取路由請求中所帶的用戶標(biāo)識(shí)查找用戶信息，并將處理結(jié)果返回給USSDC。
(3)USSDC根據(jù)返回的處理結(jié)果判斷是否已得到用戶路由？如果取路由流程沒有得到用戶當(dāng)前所在MSC的地址，則結(jié)束整個(gè)流程；如果取路由流程得到了用戶當(dāng)前所在MSC的地址，則USSDC根據(jù)不同的操作要求，向該MSC發(fā)起USSD請求或USSD通知。
(4)最后由MSC完成相應(yīng)的USSD流程處理，即查找該用戶是否可及，再將結(jié)果返回給USSDC。
(5)USSDC根據(jù)處理結(jié)果判斷如果用戶可及，則尋呼該用戶，如果尋呼成功，則保持USSD對話，實(shí)現(xiàn)USSDC與MS之間通信；否則，如果該用戶不可及或?qū)ず粲脩舨怀晒?，則結(jié)束USSD對話。
上述流程可支持USSDC為所有本地用戶或或漫游用戶提供USSD服務(wù)。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心(USSDC)為用戶提供服務(wù)的方法，其特征在于將USSDC連接于移動(dòng)交換中心(MSC)與歸屬位置寄存器(HLR)之間，當(dāng)USSDC發(fā)起USSD操作時(shí)，首先完成從HLR中獲取用戶路由地址的操作。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述的取路由操作是USSDC采用移動(dòng)應(yīng)用部分的短消息取路由信令向HLR發(fā)起取路由請求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于所述的移動(dòng)應(yīng)用部分短消息取路由信令為移動(dòng)應(yīng)用部分第一階段的短消息取路由信令。
4.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于該方法還進(jìn)一步包括以下的步驟a.HLR根據(jù)取路由請求中所帶的用戶標(biāo)識(shí)查找用戶信息，并將結(jié)果返回USSDC；b.USSDC根據(jù)返回結(jié)果判斷是否取得用戶路由？如果是，則USSD向該用戶當(dāng)前所在的MSC發(fā)USSD請求或USSD通知，進(jìn)入步驟c；否則結(jié)束；c.MSC收到USSD請求或USSD通知后，查找用戶是否可及？d.如果是，則尋呼該用戶，并判斷尋呼是否成功？進(jìn)入步驟e；否則結(jié)束；e.如果尋呼該用戶成功，則保持USSD對話；否則結(jié)束。
全文摘要
本發(fā)明公開了一種非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)中心(USSDC)為用戶提供服務(wù)的方法,該方法的關(guān)鍵是將USSDC連接于移動(dòng)交換中心(MSC)與歸屬位置寄存器(HLR)之間,當(dāng)USSDC發(fā)起USSD操作時(shí),首先由USSDC采用移動(dòng)應(yīng)用部分第一階段的短消息取路由信令向HLR發(fā)起取路由請求;USSDC得到用戶路由后向相應(yīng)的MSC發(fā)USSD請求或USSD通知,MSC查找該用戶是否可及,如可及且能尋呼成功,則保持USSD對話,否則結(jié)束流程。使用該方法可令USSDC在任何組網(wǎng)情況下均能為本地或漫游用戶提供USSD服務(wù)。
文檔編號(hào)H04W4/16GK1360456SQ00136270
公開日2002年7月24日 申請日期2000年12月18日 優(yōu)先權(quán)日2000年12月18日
發(fā)明者漢吉仙, 吳俊 申請人:華為技術(shù)有限公司