專利名稱：一種ussd業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是涉及一種USSD業(yè)務(wù)的實現(xiàn)方法、 系統(tǒng)和裝置。
背景技術(shù)：
非結(jié)構(gòu)化補充凄t據(jù)業(yè)務(wù)(USSD Unstructured Supplementaiy Service Data) 是一種基于GSM網(wǎng)絡(luò)的新型實時交互式數(shù)據(jù)業(yè)務(wù)，它是在GSM的短消息系 統(tǒng)技術(shù)基礎(chǔ)上推出的一種全新業(yè)務(wù)。USSD業(yè)務(wù)是移動運營商為挖掘GSM網(wǎng)絡(luò)潛力而開發(fā)的新業(yè)務(wù)，引入該 業(yè)務(wù)對原有的系統(tǒng)結(jié)構(gòu)影響很小，運營商的投入成本不大。從移動終端來看， 目前大部分GSM手機均能支持USSD業(yè)務(wù)，這對USSD業(yè)務(wù)的引入也提供了 一個很好的應(yīng)用環(huán)境。1、 USSD的業(yè)務(wù)特征USSD與短信業(yè)務(wù)(SMS)相似，承載在GSM網(wǎng)絡(luò)的信令信道上；又與 WAP業(yè)務(wù)相似，提供實時交互式數(shù)據(jù)業(yè)務(wù)。下面通過USSD業(yè)務(wù)與短消息 (SMS)業(yè)務(wù)、WAP業(yè)務(wù)的對比來描述USSD的業(yè)務(wù)特征。 (1 )承載通道WAP業(yè)務(wù)承載在CSD通道或GPRS移動分組數(shù)據(jù)通道上，而USSD和 SMS業(yè)務(wù)均承載在GSM的信令信道上。雖然USSD和SMS均承載在信令信 道上，但所承載的信令信道是有區(qū)別的。在通話狀態(tài)下，USSD和SMS使用 相同的信令信道即獨立專用控制信道(SDCCH),數(shù)據(jù)傳輸速率大約為 600bit/s。而在非通話狀態(tài)下，SMS使用慢速伴隨信道(SACCH),而USSD 使用快速伴隨信道(FACCH),數(shù)據(jù)傳輸速率大約為lkbit/s,比SMS傳輸速 率要迅速得多。(2)實時交互式業(yè)務(wù)與存儲轉(zhuǎn)發(fā)業(yè)務(wù)其次，USSD在會話過程中一直保持無線連接，提供端到端的透明通道， 不進行存儲轉(zhuǎn)發(fā)；而SMS在物理承載層沒有會話通道，只是一個存儲轉(zhuǎn)發(fā)系 統(tǒng)，用戶完成一次查詢需要建立多次會話過程。由于USSD不采用存儲轉(zhuǎn)發(fā) 方式，加上每次數(shù)據(jù)的發(fā)送不需要重新建立信道，就響應(yīng)時l'司而言，USSD比 短消息響應(yīng)速度要快，這對在用戶端與應(yīng)用服務(wù)器端需要經(jīng)過多次數(shù)據(jù)交互 的查詢業(yè)務(wù)應(yīng)用而言，USSD的這個優(yōu)點更顯突出。USSD業(yè)務(wù)是一種實時交 互式業(yè)務(wù)，這一點與GSM所提供的WAP業(yè)務(wù)十分相似。 (3 )修改菜單選項的方便性USSD和WAP都可以在服務(wù)器端對服務(wù)內(nèi)容進行相應(yīng)調(diào)整，尤其是USSD 可以在服務(wù)器端方便地修改菜單，而以SMS業(yè)務(wù)為基礎(chǔ)的STK卡，需通過應(yīng) 用服務(wù)器的空中下載來修改STK卡中的SMS菜單選項，在業(yè)務(wù)開拓方面就顯 得不很方便。由上可見USSD業(yè)務(wù)具有像SMS價廉、使用方便的優(yōu)點，又具有像WAP 能提供實時交互式業(yè)務(wù)的優(yōu)點，故USSD將會給運營商與業(yè)務(wù)提供商帶來一 個巨大的商^L。2、 USSD業(yè)務(wù)的應(yīng)用隨著IT技術(shù)的不斷發(fā)展以及市場經(jīng)濟改革的深化，電子商務(wù)已逐步開展 起來，例如股市交易、銀行帳務(wù)查詢、話費查詢等業(yè)務(wù)，以及企業(yè)內(nèi)部的調(diào) 度需求，都為USSD業(yè)務(wù)提供了未來的應(yīng)用市場。例如，現(xiàn)在全國有三千多萬股民，對實時的股票信息的'需求很大，希望 可以隨時隨地地實時查訊股市行情和進行交易。然而，利用現(xiàn)有的短信平臺 無法完成以上任務(wù)。如果利用USSD平臺建立一個實時、可—見化、交互式的 股票查詢和交易系統(tǒng)， 一定會有一個^f艮大的市場。又例如，我國已有企業(yè)利用USSD平臺建立調(diào)度中心，對客服人員的客 戶服務(wù)進行調(diào)度。企業(yè)客服調(diào)度中心通過租用專線連接移動運行商的USSD 中心。該調(diào)度中心可以通過由中心調(diào)度人員(或中心數(shù)據(jù)庫)發(fā)起的一次會 話，中心調(diào)度人員與客服人員經(jīng)數(shù)過次數(shù)據(jù)交互下達派工通知單；或通過由 客服人員發(fā)起的一次會話，客服人員與中心調(diào)度員(或中心數(shù)據(jù)庫)經(jīng)過數(shù)次數(shù)據(jù)交互上報完工報告單。除此之外，像體育賽事信息、航班消息、商品價格、天氣預(yù)報、考試成績、市場調(diào)查等查詢業(yè)務(wù)；有獎竟猜、交互游戲、購買彩票等博彩類業(yè)務(wù)； 移動銀行、小額支付、網(wǎng)上購物、預(yù)定機票、手機預(yù)付費卡充值、公交月票 允值等電子商務(wù)以及各類交互式廣告都可由USSD來完成。若用USSD信息點播菜單選項替代現(xiàn)有SMS的信息點播菜單選項，則在 運營商推出一種新的SMS點播業(yè)務(wù)時，用戶將不再需要更換STK卡了在企業(yè)網(wǎng)信息管理應(yīng)用方面，企業(yè)用戶可以快速連接企業(yè)內(nèi)的數(shù)據(jù)庫， 完成信息檢索，對于大數(shù)據(jù)量的查詢更可在線實時完成，與現(xiàn)有的WAP企業(yè) 網(wǎng)功能一致，但費用大為減少。由于USSD具有低成本和業(yè)務(wù)功能開拓靈活的特點，其開發(fā)研究已引起 各大IT企業(yè)的重纟見，與此相適應(yīng)的基于USSD的無線應(yīng)用協(xié)i義應(yīng)運而生。相 信隨著移動電子商務(wù)的發(fā)展，利用USSD移動用戶獲取各種信息將會越來越 方便，USSD的運行商和業(yè)務(wù)提供商將會擁有一個廣闊的市場前景?？傊?，USSD為移動數(shù)據(jù)增值業(yè)務(wù)搭建了一個經(jīng)濟、實用的實時數(shù)據(jù)交互 平臺，有待于各SP利用該平臺去開發(fā)各種新的應(yīng)用，可能會創(chuàng)造出一個類似 于短信業(yè)務(wù)的大市場。3、 USSD業(yè)務(wù)功能的不足但隨著USSD應(yīng)用越來越廣泛，其中的問題也逐漸凸顯。比如在實際 應(yīng)用中，當(dāng)終端用戶費用為0或欠費后，會^皮運營商閉鎖戶/f有出呼叫或移動 始發(fā)短消息(ODB—BAOC) (Operator Determined Barring—Barring of All Outgoing Calls )，但是目前閉鎖所有呼出業(yè)務(wù)只針對始發(fā)呼叫和始發(fā)短消息， 因而用戶欠費時其收費的USSD業(yè)務(wù)也沒有被限制?，F(xiàn)有USSD的技術(shù)方案包括用戶終端始發(fā)USSD業(yè)務(wù)方案和終結(jié)USSD 業(yè)務(wù)方案，具體為用戶終端始發(fā)USSD業(yè)務(wù)方案，如圖l所示，包括以下流程步驟步驟S101 、用戶終端發(fā)起USSD業(yè)務(wù)請求，攜帶USSD業(yè)務(wù)碼serivce code: *#88#;步驟S102、 MSC收到USSD業(yè)務(wù)請求之后到VLR4企查用戶數(shù)據(jù)； 步驟S103、 VLIU企查用戶相關(guān)數(shù)據(jù)，包括用戶欠費或者用戶費用為0, 即ODB—BAOC,并把USSD操作碼*#88#傳遞給HLR或者USSD中心； 步驟S104、 HLR或者USSD中心4巴處理結(jié)果返回給VLR; 步驟S105、 VLR把HLR或者USSD中心處理結(jié)果返回給MSC; 步驟S106、 MSC把處理結(jié)果返回給終端，完成一次USSD操:作。終結(jié)USSD業(yè)務(wù)方案，又進一步包括HLR或者USSD中心始發(fā)USSD業(yè) 務(wù)方案和VLR始發(fā)USSD業(yè)務(wù)方案兩種，具體為HLR或者USSD中心始發(fā)USSD業(yè)務(wù)方案，如圖2所示，包括一下流程 步驟步驟S201 、 HLR或者USSD中心發(fā)送USSD request/USSD notify信令， 始發(fā)USSD操作；步驟S202、 VLR收到HLR或者USSD中心發(fā)送的USSD request/USSD notify信令，將USSD操作下發(fā)給MSC;步驟S203 、 MSC發(fā)送USSD request/USSD notify信令，把USSD操作下 發(fā)給終端；步驟S204、終端發(fā)送USSD Response信令，返回USSD才喿作響應(yīng)結(jié)果； 步驟S205、 MSC發(fā)送USSD Response信令，把終端的USSD操作結(jié)果返 回給VLR;步驟S206、 VLR直接發(fā)送USSD Response信令，把USSD操作結(jié)果返回 給HLR或者USSD中心；步驟S207、在經(jīng)過多個USSD操作之后，HLR或者USSD中心發(fā)送USSD Release信令，結(jié)束USSD操作交互；步驟S208、 VLR發(fā)送USSD Release信令，把結(jié)束USSD操作通知MSC;步驟S209、 MSC發(fā)送USSD Release信令，把結(jié)束USSD操作通知發(fā)給 終端，結(jié)束此次USSD操作。VLR始發(fā)USSD業(yè)務(wù)方案，如圖3所示，包括一下流程步驟步驟S301 、 VLR發(fā)送USSD request/USSD notify信令，始發(fā)USSD操作； 步驟S302、 MSC發(fā)送USSD request/USSD notify信令，把USSD操作下 發(fā)給終端；步驟S303、終端發(fā)送USSD Response信令，返回USSD操作響應(yīng)結(jié)果； 步驟S304、 MSC發(fā)送USSD Response信令，把終端的USSD操作結(jié)果返 回給VLR;步驟S305、在經(jīng)過多個USSD操作之后，VLR發(fā)送USSD Release信令， 結(jié)束USSD操作交互；步驟S306、 MSC發(fā)送USSD Release信令，把結(jié)束USSD才喿作通知發(fā)給 終端，結(jié)束此次USSD操作。在實現(xiàn)本發(fā)明實施例過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題用戶被閉鎖所有呼出業(yè)務(wù)(BAOC)之后仍然可以做收費的USSD業(yè)務(wù)。發(fā)明內(nèi)容本發(fā)明實施例要解決的問題是提供一種對處于被禁止?fàn)顟B(tài)的用戶閉鎖 USSD業(yè)務(wù)的方法。為達到上述目的，本發(fā)明實施例一方面提出一種USSD業(yè)務(wù)的實現(xiàn)方法， 包括以下步驟接收主叫方發(fā)出的USSD請求信令；判斷所述USSD請求信令對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的 USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)；如果所述用戶相對于所述USSD業(yè)務(wù)處于被禁止?fàn)顟B(tài)，則向主叫方發(fā)送 所述USSD請求信令的終止信令。另一方面，本發(fā)明實施例還提供了一種USSD業(yè)務(wù)的實現(xiàn)系統(tǒng)，包括主叫方，用于發(fā)送USSD請求信令；網(wǎng)絡(luò)實體，用于接收所述主叫方發(fā)出的USSD請求信令，并判斷所述 USSD請求信令對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)是 否處于被禁止?fàn)顟B(tài)，如處于禁止?fàn)顟B(tài)，則向所述主叫方發(fā)送所述USSD請求信令的終止信令，如未處于禁止?fàn)顟B(tài)，則執(zhí)行所述USSD請求信令對應(yīng)的 USSD業(yè)務(wù)。再一方面，本發(fā)明實施例還提供了一種網(wǎng)絡(luò)實體，包括 USSD信令接收模塊，用于接收主叫方發(fā)出的USSD請求信令； 判斷模塊，用于判斷所述USSD信令接收模塊所接收的USSD請求信令 對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)；USSD信令發(fā)送模塊，用于在所述用戶相對于所述USSD業(yè)務(wù)處于被禁止 狀態(tài)時，向所述主叫方發(fā)送所述USSD請求信令的終止信令；所述USSD信令執(zhí)行模塊，用于在所述用戶相對于所述USSD業(yè)務(wù)未處 于被禁止?fàn)顟B(tài)時，執(zhí)行所述USSD業(yè)務(wù)。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為采用網(wǎng)絡(luò)實體提取USSD 業(yè)務(wù)碼，檢查用戶BAOC數(shù)據(jù)，判斷USSD業(yè)務(wù)執(zhí)行權(quán)限的方法，所以避免 了現(xiàn)有USSD實現(xiàn)技術(shù)中不對用戶進行BAOC驗證，導(dǎo)致用戶欠費或費用為 0的狀態(tài)下仍可進行收費USSD業(yè)務(wù)的情況，實現(xiàn)了 USSD業(yè)務(wù)的狀態(tài)識別， 可以根據(jù)用戶余額狀態(tài)判斷相應(yīng)的USSD業(yè)務(wù)是否可用，并閉鎖費用不足用 戶的USSD業(yè)務(wù)進程，從而達到減少運營商損失，避免不必要的USSD業(yè)務(wù) 資源占用的效果。


圖1為現(xiàn)有技術(shù)中用戶始發(fā)USSD業(yè)務(wù)的方案流程示意圖； 圖2為現(xiàn)有技術(shù)中HLR或者USSD中心始發(fā)USSD業(yè)務(wù)的方案流程 示意圖；圖3為現(xiàn)有技術(shù)中VLR始發(fā)USSD業(yè)務(wù)的方案流程示意圖； 圖4為本發(fā)明實施例一 中用戶始發(fā)USSD業(yè)務(wù)的流程示意圖； 圖5為本發(fā)明實施例二中HLR或者USSD中心始發(fā)USSD業(yè)務(wù)的流 程示意圖；圖6為本發(fā)明實施例三中USSD業(yè)務(wù)的實現(xiàn)系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述本發(fā)明實施例 一 中，由用戶終端MS發(fā)起USSD請求，內(nèi)容為請求HLR 或者USSD中心啟動USSD業(yè)務(wù)碼承弁88弁所對應(yīng)的USSD業(yè)務(wù)。本發(fā)明實施例提供了一種方法，通過提取用戶的USSD業(yè)務(wù)碼，使HLR 或者USSD中心能夠順利讀取，完成用戶所需的USSD業(yè)務(wù)；同時，在用 戶欠費或費用為O的情況下，限制該用戶使用收費USSD業(yè)務(wù)。如圖4所示，為用戶終端MS始發(fā)USSD方案的流程示意圖，包括以 下步驟步驟S401、用戶終端MS向MSC發(fā)送USSD R叫uest信令，攜帶USSD 業(yè)務(wù)碼*#88#,提出USSD業(yè)務(wù)請求。步驟S402、 MSC接收USSD Request信令，并提取該USSD Request 信令中的業(yè)務(wù)碼*#88#。步驟S403 、檢查VLR中的該USSD Request信令對應(yīng)的用戶數(shù)據(jù)，判 斷是否存在該用戶的BAOC數(shù)據(jù)，即判斷該用戶是否處于欠費狀態(tài)或費用 余額為0狀態(tài)，如VLR中不存在該用戶的BAOC數(shù)據(jù)，則繼續(xù)USSD業(yè) 務(wù)，轉(zhuǎn)入步驟S404。上述步驟即判斷發(fā)出USSD Request信令的用戶相對于該USSD Request信令所對應(yīng)的USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)。步驟S404、如VLR中存在該用戶的BAOC數(shù)據(jù)，則在MSC/VLR中 預(yù)設(shè)的收/免費USSD業(yè)務(wù)數(shù)據(jù)庫內(nèi)查找與1^80業(yè)務(wù)碼*#88#相同的USSD 業(yè)務(wù)碼，進一步判斷該USSD業(yè)務(wù)是否為免費業(yè)務(wù)，如果判斷所對應(yīng)的 USSD業(yè)務(wù)不是免費業(yè)務(wù)，則轉(zhuǎn)入步驟S405,如果判斷所對應(yīng)的USSD業(yè) 務(wù)是免費業(yè)務(wù)，則轉(zhuǎn)入步驟S406。收/免費USSD業(yè)務(wù)數(shù)據(jù)庫是由運營商在MSC或者VLR中預(yù)設(shè)的，其 中規(guī)定了 USSD業(yè)務(wù)碼所對應(yīng)的USSD業(yè)務(wù)是收費業(yè)務(wù)或是免費業(yè)務(wù)。步驟S405、如果該USSD業(yè)務(wù)不是免費業(yè)務(wù)，則終止該USSD業(yè)務(wù)， 向MS發(fā)送USSD Reject信令，拒絕USSD業(yè)務(wù)請求，完成本次USSD業(yè)務(wù)操作，即本次USSD業(yè)務(wù)操作為失敗。步驟S406、如果VLR中不存在該用戶的BAOC數(shù)據(jù)，或，存在BAOC 數(shù)據(jù)〗旦該用戶所請求的USSD業(yè)務(wù)為免費業(yè)務(wù)，則繼續(xù)該USSD業(yè)務(wù)，向 HLR或者USSD中心下發(fā)USSD Request信令，攜帶USSD業(yè)務(wù)碼*#88#, 請求執(zhí)行USSD業(yè)務(wù)。步驟S407、 HLR或者USSD中心接收USSD Request信令，識別信令 中所攜帶的USSD業(yè)務(wù)碼*#88#,執(zhí)行該USSD業(yè)務(wù)碼所對應(yīng)的USSD業(yè) 務(wù)，并向MSC發(fā)送USSD Response信令，返回USSD業(yè)務(wù)才喿作結(jié)果。步驟S408、 MSC接收USSD Response信令，并向MS發(fā)送USSD Response信令，返回USSD業(yè)務(wù)操作結(jié)果，完成本次USSD業(yè)務(wù)操作，即 本次USSD業(yè)務(wù)"l喿作為成功。在實際應(yīng)用中，MSC和VLR可以合i殳。本發(fā)明實施例二中提供了一種終結(jié)USSD業(yè)務(wù)的方法，禁止HLR或者 USSD中心向處于欠費或費用為O狀態(tài)的用戶終端始發(fā)USSD業(yè)務(wù)，攔截 向此類用戶終端發(fā)出的USSD請求信令。如圖5所示，為終結(jié)USSD業(yè) 務(wù)的方法流程圖，包括以下步驟步驟S501、 HLR或者USSD中心向網(wǎng)絡(luò)實體發(fā)送USSD Request信令 或者USSD Notify信令，請求啟動USSD業(yè)務(wù)或者通知目標(biāo)用戶執(zhí)行USSD 業(yè)務(wù)。步驟S502、網(wǎng)絡(luò)實體接收HLR或者USSD中心發(fā)出的信令，并檢查 VLR中是否存在該用戶的BAOC數(shù)據(jù)，如果沒有，則轉(zhuǎn)入步驟S505。在實際應(yīng)用中，上述BAOC數(shù)據(jù)也可以用BOIC (閉鎖呼入業(yè)務(wù) Barring Of Incoming Calls )數(shù)據(jù)來代替，根據(jù)服務(wù)商具體要求來進行設(shè)定對存在BOIC數(shù)據(jù)的用戶閉鎖所有HLR或USSD中心發(fā)出的USSD業(yè)務(wù)；對存在BAOC it據(jù)的用戶則還需進一步4企查HLR或USSD中心發(fā)出 的USSD業(yè)務(wù)是否可以對終端發(fā)送，即轉(zhuǎn)入步驟S505。上述步驟即判斷USSD信令的目標(biāo)用戶相對于該信令所對應(yīng)的USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)。步驟S503、如果VLR中存在該用戶的BAOC數(shù)據(jù)，則4艮據(jù)運營商是USSD業(yè)務(wù)，如果允許對處于BAOC狀態(tài)下的用戶始發(fā)USSD業(yè)務(wù)，則繼 續(xù)執(zhí)行USSD業(yè)務(wù)。運營商可以在網(wǎng)絡(luò)實體中設(shè)置是否允許對處于BAOC狀態(tài)下的用戶始 發(fā)USSD業(yè)務(wù)。步驟S504、如果不允許對處于BAOC狀態(tài)下的用戶始發(fā)USSD業(yè)務(wù)， 則向HLR或者USSD中心發(fā)送錯誤響應(yīng)指令，終止本次USSD業(yè)務(wù)。步驟S505、如果不允許對處于BAOC狀態(tài)下的用戶始發(fā)USSD業(yè)務(wù)， 則繼續(xù)該USSD業(yè)務(wù)，向MS下發(fā)USSD Request信令，完成本次USSD 業(yè)務(wù)。本發(fā)明實施例三提供了一種USSD業(yè)務(wù)的實現(xiàn)系統(tǒng)，如圖6所示，包括 主叫方1 ，用于發(fā)送USSD請求信令；網(wǎng)絡(luò)實體2，用于接收主叫方1發(fā)出的USSD請求信令，.并判斷該信令對 應(yīng)的用戶相對于所請求USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)，如處于禁止?fàn)顟B(tài)， 則向主叫方1發(fā)送該USSD請求信令的終止信令，如未處于禁止?fàn)顟B(tài)，則執(zhí) 行上述USSD請求信令對應(yīng)的USSD業(yè)務(wù)。其中，網(wǎng)絡(luò)實體2還包括USSD信令接收模塊21,用于接收主叫方1發(fā)出的USSD請求信令；判斷模塊22,用于判斷USSD信令接收模塊21所接收的USSD請求信令 對應(yīng)的用戶相對于所請求USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)；USSD信令發(fā)送模塊23,用于在用戶相對于所請求USSD業(yè)務(wù)處于被禁 止?fàn)顟B(tài)時，向主叫方1發(fā)送終止信令；USSD信令執(zhí)行才莫塊24，用于在用戶相對于所請求USSD業(yè)務(wù)未處于凈皮 禁止?fàn)顟B(tài)時，執(zhí)行該USSD業(yè)務(wù)。。其中，判斷模塊22還進一步包括 .用戶信息存儲子模塊221,用于存儲用戶的BAOC數(shù)據(jù)；用戶信息識別子模塊222,根據(jù)用戶信息存儲子模塊221存儲的數(shù)據(jù)判斷 該用戶是否處于所請求USSD業(yè)務(wù)的被禁止?fàn)顟B(tài)。 其中，判斷模塊22還進一步包括USSD業(yè)務(wù)碼提取子模塊223,用于提取USSD請求信令中的USSD業(yè)務(wù)碼；USSD業(yè)務(wù)碼數(shù)據(jù)存儲子模塊224,用于存儲預(yù)設(shè)的免費和收費的USSD 業(yè)務(wù)碼數(shù)據(jù)；USSD業(yè)務(wù)碼判斷子模塊225,用于比較USSD業(yè)務(wù)碼提取子模塊223所 提取的USSD業(yè)務(wù)碼和USSD業(yè)務(wù)碼設(shè)置子模塊224中預(yù)設(shè)的USSD業(yè)務(wù)碼 信息，判斷USSD請求指令所對應(yīng)的USSD業(yè)務(wù)為免費業(yè)務(wù)還是收費業(yè)務(wù)。其中，判斷模塊22還進一步包括USSD信令網(wǎng)關(guān)子模塊226,用于根據(jù)設(shè)置，在用戶處于閉鎖所有呼出業(yè) 務(wù)的狀態(tài)下，禁止HLR或者USSD中心作為主叫方1發(fā)起USSD操作。在實際操作中，網(wǎng)絡(luò)實體2為MSC和/或VLR,這些改進也應(yīng)視為本發(fā) 明的保護范圍。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進 和潤飾，這些改進和潤飾也應(yīng)3見為本發(fā)明的保護范圍。
權(quán)利要求
1、一種USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，包括以下步驟接收USSD請求信令；判斷所述USSD請求信令對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)；如果所述用戶相對于所述USSD業(yè)務(wù)處于被禁止?fàn)顟B(tài)，則禁止所述業(yè)務(wù)。
2、 如權(quán)利要求1所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述判斷 USSD請求信令對應(yīng)的用戶對于USSD請求信令對應(yīng)的USSD業(yè)務(wù)處于禁止 狀態(tài)具體為在所述USSD請求信令對應(yīng)的用戶處于閉鎖所有呼出業(yè)務(wù)狀態(tài)，且所述 USSD請求信令對應(yīng)的USSD業(yè)務(wù)為收費業(yè)務(wù)的情況下；或，在所述USSD請求信令對應(yīng)的用戶處于閉鎖所有呼出業(yè)務(wù)狀態(tài)，且歸屬 位置寄存器HLR或者USSD中心被設(shè)置為在目標(biāo)用戶處于閉鎖所有呼出業(yè)務(wù) 狀態(tài)時禁止作為主叫方發(fā)起USSD操作的情況下，所述用戶的USSD業(yè)務(wù)處 于禁止?fàn)顟B(tài)。
3、 如權(quán)利要求1所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述判斷 所述USSD請求信令對應(yīng)的用戶對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù) 未處于禁止?fàn)顟B(tài)具體為 '在所述USSD i青求信令對應(yīng)的USSD業(yè)務(wù)為免費業(yè)務(wù)時，或，在所述USSD 請求信令對應(yīng)的用戶未處于閉鎖所有呼出業(yè)務(wù)狀態(tài)時，所述用戶的USSD業(yè) 務(wù)處于禁止?fàn)顟B(tài)。
4、 如權(quán)利要求2或3所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述 USSD請求信令對應(yīng)的用戶是否處于閉鎖所有呼出業(yè)務(wù)狀態(tài)的判斷方法具體 為判斷拜訪位置寄存器VLR是否存在所述USSD請求信令對應(yīng)用戶的閉鎖 所有呼出業(yè)務(wù)BAOC數(shù)據(jù)； 如果存在所述BAOC數(shù)據(jù)，則所述USSD請求信令對應(yīng)的用戶處于閉鎖 所有呼出業(yè)務(wù)狀態(tài)；如果不存在所述BAOC數(shù)據(jù)，則所述USSD請求信令對應(yīng)的用戶未處于 閉鎖所有呼出業(yè)務(wù)狀態(tài)。 '
5、 如權(quán)利要求2或3所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，判斷 所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)是否為免費服務(wù)的方法具體為比較所述USSD請求信令所攜帶的USSD業(yè)務(wù)碼和預(yù)設(shè)的免費或收費的 USSD業(yè)務(wù)碼；所述USSD請求信令所攜帶的USSD業(yè)務(wù)碼與預(yù)設(shè)的免費USSD業(yè)務(wù)碼 相同時，所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)為免費業(yè)務(wù)；或，所述USSD請求信令所攜帶的USSD業(yè)務(wù)碼與預(yù)設(shè)的收費USSD業(yè)務(wù)碼 相同時，所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)為收費業(yè)務(wù)
6、 如權(quán)利要求5所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述預(yù)設(shè) 的免費或收費的USSD業(yè)務(wù)碼是由運營商在移動交換中心MSC或VLR中預(yù) 先設(shè)置的。
7、 如權(quán)利要求1所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述向主 叫方發(fā)送的所述USSD請求信令的終止信令具體包括在主叫方為用戶終端MS時，所述終止信令為USSD拒絕信令；或， 在主叫方為HLR或者USSD中心時，所述終止信令為錯誤響應(yīng)信令。
8、 如權(quán)利要求1所述的USSD業(yè)務(wù)的實現(xiàn)方法，其特征在于，還包括， 在判斷所述用戶對于所述USSD業(yè)務(wù)未處于禁止?fàn)顟B(tài)時，允許所述USSD請 求信令對應(yīng)的USSD業(yè)務(wù)執(zhí)行。
9、 一種USSD業(yè)務(wù)的實現(xiàn)系統(tǒng)，其特征在于，包括主叫方、網(wǎng)絡(luò)實體 所述主叫方，用于發(fā)送USSD請求信令；所述網(wǎng)絡(luò)實體，用于接收所述主叫方發(fā)出的USSD請求信令，并判斷所 述USSD請求信令對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù) 是否處于被禁止?fàn)顟B(tài)，如處于禁止?fàn)顟B(tài)，則向所述主叫方發(fā)送所述USSD請 求信令的終止信令，如未處于禁止?fàn)顟B(tài)，則執(zhí)行所述USSD'請求信令對應(yīng)的 USSD業(yè)務(wù)。
10、 一種網(wǎng)絡(luò)實體，其特征在于，包括USSD信令接收模塊、判斷模塊和USSD信令發(fā)送模塊所述USSD信令接收模塊，用于接收主叫方發(fā)出的USSD請求信令； 所述判斷模塊，用于判斷所述USSD信令接收模塊所接收的USSD請求信令對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)；所述USSD信令發(fā)送;f莫塊，用于在所述用戶相對于所述USSD業(yè)務(wù)處于 被禁止?fàn)顟B(tài)時，向所述主叫方發(fā)送所述USSD請求信令的終止信令；所述USSD信令執(zhí)行模塊，用于在所述用戶相對于所述USSD業(yè)務(wù)未處 于被禁止?fàn)顟B(tài)時，執(zhí)行所述USSD業(yè)務(wù)。
11、 如權(quán)利要求IO所述的網(wǎng)絡(luò)實體，其特征在于，所述判斷模塊包括用 戶信息存儲子模塊和用戶信息識別子模塊所述用戶信息存儲子模塊，用于存儲用戶的BAOC數(shù)據(jù)； 所述用戶信息識別子模塊，根據(jù)所述用戶信息存儲子模塊存儲的數(shù)據(jù)判 斷用戶是否處于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)的被禁止?fàn)顟B(tài)。
12、 如權(quán)利要求IO所述的網(wǎng)絡(luò)實體，其特征在于，所述判斷模塊還包括 USSD業(yè)務(wù)碼提取子模塊、USSD業(yè)務(wù)碼設(shè)置子模塊和USSD業(yè)務(wù)碼判斷子模 塊所述USSD業(yè)務(wù)碼提取子模塊，用于提取所述USSD請求信令中的USSD 業(yè)務(wù)碼；所述USSD業(yè)務(wù)碼數(shù)據(jù)存儲子模塊，用于存儲預(yù)設(shè)的免費和收費的USSD 業(yè)務(wù)碼數(shù)據(jù)；所述USSD業(yè)務(wù)碼判斷子模塊，用于將所述USSD業(yè)務(wù)碼提取子模塊在 所述USSD請求信令中提取的USSD業(yè)務(wù)碼與所述USSD業(yè)務(wù)碼設(shè)置子模塊 中預(yù)設(shè)的USSD業(yè)務(wù)碼信息進行比較，判斷所述USSD請求指令所對應(yīng)的 USSD業(yè)務(wù)為免費業(yè)務(wù)還是收費業(yè)務(wù)。
13、 如權(quán)利要求IO所述的網(wǎng)絡(luò)實體，其特征在于，所述判斷模塊還包括 USSD信令網(wǎng)關(guān)子模塊，用于根據(jù)設(shè)置在用戶處于閉鎖所有呼出業(yè)務(wù)的狀態(tài) 下，禁止HLR或者USSD中心作為主叫方發(fā)起USSD操作。14、如權(quán)利要求IO所述的網(wǎng)絡(luò)實體，其特征在于，所述網(wǎng)絡(luò)實體為MSC 和/或VLR。
全文摘要
本發(fā)明實施例公開了一種USSD業(yè)務(wù)的實現(xiàn)方法，包括以下步驟接收主叫方發(fā)出的USSD請求信令；判斷所述USSD請求信令對應(yīng)的用戶相對于所述USSD請求信令對應(yīng)的USSD業(yè)務(wù)是否處于被禁止?fàn)顟B(tài)；如果所述用戶相對于所述USSD業(yè)務(wù)處于被禁止?fàn)顟B(tài)，則禁止所述業(yè)務(wù)。通過本方法可以根據(jù)設(shè)置實現(xiàn)禁止用戶在處于BAOC狀態(tài)時使用收費USSD業(yè)務(wù)，從而達到減少運營商損失，避免不必要的USSD業(yè)務(wù)資源占用的效果。
文檔編號H04Q7/22GK101217705SQ20081000257
公開日2008年7月9日 申請日期2008年1月9日 優(yōu)先權(quán)日2008年1月9日
發(fā)明者唐溢龍 申請人:華為技術(shù)有限公司