實現(xiàn)個性化ussd菜單的方法、ussd網(wǎng)關及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種實現(xiàn)個性化USSD菜單的方法、USSD網(wǎng)關及系統(tǒng)。該方法包括：在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；USSD網(wǎng)關接收個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由個性化菜單模塊根據(jù)菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與用戶對應的預先定義的個性化USSD菜單；USSD網(wǎng)關通過核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給用戶。借助于本發(fā)明的技術方案，能夠向用戶提供根據(jù)不同運營階段自行定制適合不同用戶需要的個性化USSD菜單。
【專利說明】實現(xiàn)個性化USSD菜單的方法、USSD網(wǎng)關及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及移動通訊領域，特別是涉及一種實現(xiàn)個性化非結構化補充數(shù)據(jù)(Unstructured Supplementary Service Data,簡稱為 USSD)菜單的方法、USSD 網(wǎng)關及系統(tǒng)。
【背景技術】
[0002]在現(xiàn)有技術中，非結構化補充數(shù)據(jù)(Unstructured Supplementary ServiceData,簡稱為USSD)業(yè)務在智能網(wǎng)業(yè)務中得到廣泛的應用。USSD分上行和下行，下行主要用于給用戶發(fā)提示消息，例如，通話結束后發(fā)計費提示(Announcement Of Charge,簡稱為A0C)信息，提示本次消費情況以及余額。上行主要用于用戶主動發(fā)起USSD請求，一般以*打頭，以#結尾。由非結構化輔助數(shù)據(jù)服務中心(Unstructured Supplementary ServiceData Center,簡稱為USSDC)來處理請求并給予相應的響應。例如,查詢自己余額。上述處理是不帶參數(shù)的USSD功能。
[0003]同樣USSDC還能處理帶有多個參數(shù)的USSD功能，例如，查詢他人余額，充值卡充值，給他人轉賬等。他人號碼，充值卡密碼，轉賬金額等就是參數(shù)。參數(shù)的輸入需要USSDC在和用戶交互時，提供引導菜單。USSDC處理用戶輸入的信息，給出成功或者失敗的響應。這些功能的應用也相對比較普遍。給用戶提供的菜單都是固定的，并且運營商事先預定好的菜單結構，基本不變。
[0004]本發(fā)明提供一種可以根據(jù)不同運營階段自行定制適合不同用戶需要的個性化USSD菜單系統(tǒng)。

【發(fā)明內容】

[0005]本發(fā)明提供一種實現(xiàn)個性化USSD菜單的方法、USSD網(wǎng)關及系統(tǒng)，以向用戶提供根據(jù)不同運營階段自行定制適合不同用戶需要的個性化USSD菜單。
[0006]本發(fā)明提供一種實現(xiàn)個性化USSD菜單的方法，包括:
[0007]在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；
[0008]USSD網(wǎng)關接收個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由個性化菜單模塊根據(jù)菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與用戶對應的預先定義的個性化USSD菜單；
[0009]USSD網(wǎng)關通過核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給用戶。
[0010]本發(fā)明還提供了一種USSD網(wǎng)關，包括:
[0011]發(fā)送模塊，用于在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；
[0012]接收模塊，用于接收個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由個性化菜單模塊根據(jù)菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與用戶對應的預先定義的個性化USSD菜單；
[0013]發(fā)送模塊進一步用于:通過核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給用戶。
[0014]本發(fā)明還提供了一種實現(xiàn)個性化USSD菜單的系統(tǒng)，包括上述USSD網(wǎng)關，還包括:個性化菜單模塊，用于為用戶提供根據(jù)用戶信息和/或時間信息制定針對用戶的個性化USSD菜單。
[0015]本發(fā)明有益效果如下:
[0016]通過USSD網(wǎng)關與個性化菜單模塊的交互為用戶提供個性化USSD菜單，能夠根據(jù)不同運營階段自行定制適合不同用戶需要的個性化USSD菜單，本發(fā)明是實施例的USSD菜單和互動式語音應答(Interactive Voice Response,簡稱為IVR)方式的菜單相比,應用更直觀，很易于被用戶接受，便于用戶操作，提高了用戶的使用感受。
【專利附圖】

【附圖說明】
[0017]圖1是本發(fā)明實施例的實現(xiàn)個性化USSD菜單的方法的流程圖；
[0018]圖2是本發(fā)明實施例的系統(tǒng)結構的詳細示意圖；
[0019]圖3是本發(fā)明的實現(xiàn)個性化USSD菜單的方法的詳細處理的信令流程圖；
[0020]圖4是本發(fā)明實施例的個性化USSD網(wǎng)關的結構示意圖；
[0021]圖5是本發(fā)明實施例的實現(xiàn)個性化USSD菜單的系統(tǒng)的結構示意圖。
【具體實施方式】
[0022]為了向用戶提供根據(jù)不同運營階段自行定制適合不同用戶需要的個性化USSD菜單，本發(fā)明提供了一種實現(xiàn)個性化USSD菜單的方法、USSD網(wǎng)關及系統(tǒng)，可以根據(jù)不同運營階段自行定制適合不同用戶需要的個性化菜單。本發(fā)明實施例的技術方案在傳統(tǒng)的USSDC或者USSD網(wǎng)關(Gate Way，簡稱為GW)基礎上增加了一個個性化菜單模塊，便于運營商給不同用戶定制不同的菜單，提高運營商的每用戶平均收入(Average Revenue Per User,簡稱為ARPU)值，并提高用戶的使用體驗。以下結合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
[0023]方法實施例
[0024]根據(jù)本發(fā)明的實施例，提供了一種實現(xiàn)個性化USSD菜單的方法。圖1是本發(fā)明實施例的實現(xiàn)個性化USSD菜單的方法的流程圖，如圖1所示，根據(jù)本發(fā)明實施例的實現(xiàn)個性化USSD菜單的方法包括如下處理:
[0025]步驟101，在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；菜單參數(shù)信息包括:用戶號碼、以及菜單層級信息。
[0026]優(yōu)選地，為了保證交互的信息的安全性，在USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息之前，USSD網(wǎng)關需要向營帳模塊發(fā)送鑒權信息，并接收營帳模塊發(fā)送的鑒權反饋信息。在鑒權通過后，再執(zhí)行步驟101。
[0027]步驟102，USSD網(wǎng)關接收個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由個性化菜單模塊根據(jù)菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與用戶對應的預先定義的個性化USSD菜單；[0028]也就是說，可以根據(jù)用戶信息和/或時間信息制定針對用戶的個性化USSD菜單，其中，用戶信息包括:用戶消費能力信息、用戶消費賬單信息、以及用戶品牌信息等。
[0029]步驟103，USSD網(wǎng)關通過核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給用戶。
[0030]在執(zhí)行了步驟103之后，還可以進行如下處理:1、USSD網(wǎng)關接收用戶根據(jù)個性化USSD菜單進行操作的按鍵信息；2、USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息，其中，菜單參數(shù)信息包括:用戶號碼、菜單層級信息、以及按鍵信息；3、個性化菜單模塊根據(jù)菜單參數(shù)信息執(zhí)行與按鍵信息所對應的功能。
[0031]具體地，在按鍵信息所對應的功能為訂購套餐的情況下，個性化菜單模塊根據(jù)菜單參數(shù)信息執(zhí)行與按鍵信息所對應的功能具體包括:個性化菜單模塊向營帳模塊發(fā)送請求訂購套餐；接收營帳模塊反饋的訂購結果響應消息，并向USSD網(wǎng)關反饋訂購結果；USSD網(wǎng)關經(jīng)過核心網(wǎng)將訂購結果反饋給用戶。
[0032]優(yōu)選地，在本發(fā)明實施例中，個性化菜單模塊還可以兼容老的固定USSD菜單。具體地，個性化菜單模塊還可以包括一個或多個用于處理固定USSD菜單的處理子模塊；在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息，菜單參數(shù)信息包括:用戶號碼、需要接入的處理子模塊、以及菜單層級信息；個性化菜單模塊的相應處理子模塊將個性化USSD菜單請求消息進行格式轉化后發(fā)送到營帳模塊進行相應處理。
[0033]優(yōu)選地，在本發(fā)明實施例中，個性化USSD菜單請求消息可以為HTTP消息，菜單參數(shù)信息可以攜帶在HTTP消息的統(tǒng)一資源定位符URL中。
[0034]從上述描述可以看出，USSD GW接收用戶的USSD請求時，具體包括兩套方案進行處理:
[0035]第一套方案:保留原有的充值、查詢、轉賬等功能的處理方式，即由USSDC處理后發(fā)請求(例如人機語音(Man to Machine Language,簡稱為MML)消息)到營帳系統(tǒng)(CBS)處理，這些固定的菜單功能我們稱之為靜態(tài)菜單，而對于個性化菜單我們稱之為動態(tài)菜單。對于個性化的菜單USSD Gff發(fā)HTTP消息到個性化菜單模塊，在URL中攜帶一些必要的信息，例如，用戶號碼(MSISDN/IMSI)、按鍵信息、所處菜單層等，再由個性化菜單模塊返回菜單內容，如果是訂購套餐的請求再由個性化菜單模塊發(fā)送請求到營帳系統(tǒng)，該請求可以是MML或者WEB service,請求內容示例:
[0036]hp://192.168.72.254/ussd/promotions?msisdn=8613912341234&leveI=OFFERl&content=l ；
[0037]上述示例表示用戶8613912341234處在第一層菜單，并且輸入的按鍵是I。
[0038]第二套方案:所有的充值、查詢、轉賬等功能的處理方式都由USSD GW轉發(fā)到個性化菜單，攜帶一些用戶信息，再由個性化菜單模塊發(fā)送請求到營帳中心處理。請求內容示例:
[0039]http: //localho st/ussd/rechargeother?amsisdn=$msisdn&bmsisdn=$bmsisdn&voucher=$last& imsi=$imsi&lang=108 ；
[0040]從上邊的示例可以看出上述請求是處理給他人的充值請求，其中攜帶了 A、B號碼、充值卡密碼、以及語種編號。voucher=$last,變量last表示用戶最后輸入的內容。從這里看出個性化菜單模塊可以兼容處理以前的老功能。只需要建立不同的處理子模塊，根據(jù)前面的URL的不同名稱區(qū)分即可。Localhost可以是不同的地址,/ussd/rechargeother是其中的一個子模塊，還可以增加查詢余額、轉賬、回呼和給我充值(給我打電話(Call MeBack,簡稱為CMB) /給我充值(Recharge My Account,簡稱為RMA))等子模塊。對于第二套方案，個性化菜單部分和第一套方案處理方式是一致的。由于1calhost的地址可以不同，那么運營商就可以個性化菜單模塊完全交給第三方去開發(fā)，提供豐富多彩菜單內容。
[0041]綜上所述，第二套方案的集成度更高，個性化菜單模塊只需要和USSD GW定義好接口，剩下的工作就完全由個性化菜單模塊來完成。
[0042]下面結合附圖對本發(fā)明實施例的通過USSD網(wǎng)關實現(xiàn)個性化菜單進行詳細說明。
[0043]圖2是本發(fā)明實施例的系統(tǒng)結構的詳細示意圖。如圖2所示，根據(jù)本發(fā)明實施例的系統(tǒng)包括了核心網(wǎng)環(huán)境201，信令接口單元(Signal Interface Unit，簡稱為SIU) 202，移動應該部分(Mobile Application Part，簡稱為MAP)消息收發(fā)模塊203，USSD業(yè)務邏輯處理模塊204，接口機模塊205，營帳模塊206，個性化菜單子模塊207，第一功能處理子模塊208，第二功能處理子模塊209。其中，功能處理子模塊可能會有多個。
[0044]核心網(wǎng)環(huán)境201是整個全球移動通信系統(tǒng)(Global System for MobileCommunication,簡稱為GSM)網(wǎng)核心網(wǎng)的環(huán)境的總稱，包括移動交換中心(Mobile SwitchCenter,簡稱為MSC)、拜訪位置寄存器(Visit Location Register,簡稱為VLR)、本地歸屬位置寄存器(Home Location Register，簡稱為HLR)等核心網(wǎng)設備。負責整個呼叫的接續(xù)和控制功能，對于USSD業(yè)務只用到MAP信令部分。
[0045]信令接口單元SIU 202，主要是進行協(xié)議轉換，將增強型用戶應用的移動智能網(wǎng)邏輯(Customised Applications for Mobile networks Enhanced Logic,簡稱為 CAMEL)、MAP、INAP等應用協(xié)議轉換成TCP/IP協(xié)議，供智能網(wǎng)系統(tǒng)使用。
[0046]MAP消息收發(fā)模塊203，對于USSD的應用，用戶發(fā)起*接入碼*被叫號碼#后，消息首先通過用戶手機終端到MSC，MSC分析是USSD應用后，通過內部消息發(fā)給HLR，HLR上有USSD接入碼的簽約信息，通過簽約信息采用MAP協(xié)議將USSD請求消息發(fā)送到信令接口單元。信令接口單元經(jīng)過協(xié)議轉換后傳給智能網(wǎng)的MAP消息收發(fā)模塊203，轉換成內部可識別的消息。
[0047]USSD業(yè)務邏輯處理模塊204，是USSD網(wǎng)關(USSD中心)的核心模塊，用來對用戶鑒權，處理用戶的查詢余額、轉賬等請求。對于靜態(tài)USSD菜單，USSD網(wǎng)關就要完成靜態(tài)菜單的預定義。而對于動態(tài)USSD菜單，USSD網(wǎng)關要給用戶發(fā)提示內容引導用戶輸入，并將用戶的輸入按順序收集起來，并填到URL中合適的變量處，將URL發(fā)送給個性化菜單子模塊207。
[0048]接口機模塊205，USSD網(wǎng)關與營帳模塊以及個性化菜單子模塊之間的通信都是由接口機來完成的。USSD網(wǎng)關與營帳模塊的接口協(xié)議以MML比較常用。USSD網(wǎng)關與菜單子模塊間使用HTTP協(xié)議，并在URL中攜帶必要的參數(shù)。當用戶通過個性化菜單模塊訂購套餐時，個性化菜單模塊需要發(fā)請求給營帳系統(tǒng)，這里也會使用接口機，接口協(xié)議一般使用WEBservice。
[0049]營帳模塊206，是計費系統(tǒng)，存儲著用戶的賬戶信息、消費信息等。USSD網(wǎng)關可以通過營帳模塊206對用戶鑒權，并且實現(xiàn)查詢余額、轉賬等功能。個性化菜單子模塊需要通過營帳模塊206查詢用戶的品牌、月消費記錄等信息。[0050]個性化菜單子模塊207，是本發(fā)明實施例的主要模塊。該模塊用于預定義菜單，根據(jù)USSD網(wǎng)關發(fā)過來的URL請求中的參數(shù)，在數(shù)據(jù)庫中查找預定義的菜單。菜單預定義的工作是在之前就做好的，根據(jù)用戶的品牌、月消費能力、最近幾個月的消費特點(打電話偏多，還是發(fā)短信偏多，還是流量使用偏多)等信息提供針對性的服務菜單。并由個性化菜單子模塊207來完成到營帳模塊206的套餐訂購。
[0051]功能處理子模塊208/209，前面提到的第二個方案中，就是由個性化菜單來完成查詢余額、轉賬等功能。功能處理子模塊208/209只是起到了轉發(fā)消息的作用，將請求消息格式轉換后發(fā)送到營帳模塊處理。
[0052]圖3是本發(fā)明的實現(xiàn)個性化USSD菜單的方法的詳細處理的信令流程圖，如圖3所示，包括如下處理:
[0053]步驟301，用戶撥打*接入碼# ;
[0054]步驟302，MSC/VLR識別出用戶的撥號方式是USSD方式，則會根據(jù)主叫號碼尋找到該用戶歸屬的HLR，發(fā)出USSD request消息；
[0055]步驟303,在用戶歸屬的HLR收到USSD request消息后，分析接入碼，根據(jù)接入碼查找到該接入碼歸屬的USSDC，查詢USSDC的全局標識(Global Title,簡稱為GT)號碼。并根據(jù)該GT把USSD request發(fā)送到USSDC (或者USSD網(wǎng)關)；
[0056]步驟304，如果提供了漫游到不同國家提供不同菜單功能的話，就需要用戶所在的VLR GT0這里可以通過發(fā)送ATI/SRI消息獲得，將這個消息發(fā)送給HLR;
[0057]步驟305，HLR向將VLR GT返回給USSD網(wǎng)關；
[0058]步驟306，這里有兩種情況:第一種是到營帳中心的鑒權消息，第二種情況是鑒權通過后到營帳中心的余額查詢、轉賬的操作請求；
[0059]步驟307，營帳中心對請求的響應；
[0060]步驟308，USSD網(wǎng)關發(fā)請求來獲取個性化菜單的第一層菜單，攜帶的參數(shù)只需要主叫號碼已經(jīng)菜單層級就可以了；
[0061]步驟309，個性化菜單模塊根據(jù)用戶號碼和菜單層級在數(shù)據(jù)庫中查詢預定義好的菜單內容，返回給USSD網(wǎng)關；
[0062]步驟310，USSD網(wǎng)關將內容通過USSD response返回給核心網(wǎng)；
[0063]步驟311，核心網(wǎng)將USSD response內容發(fā)送到用戶手機上；
[0064]步驟312，用戶收到個性化菜單內容，并選擇要訂購的套餐，按鍵I ;
[0065]步驟313，核心網(wǎng)將用戶的按鍵信息返回給USSD網(wǎng)關；
[0066]步驟314，USSD網(wǎng)關根據(jù)用戶的按鍵，重新組裝一個新的URL發(fā)送給個性化菜單模塊，攜帶用戶號碼、用戶按鍵、菜單層級；
[0067]步驟315，USSD網(wǎng)關發(fā)過來的請求是訂購套餐的，那么個性化菜單模塊就需要發(fā)送請求到營帳去訂購套餐；
[0068]步驟316，營帳系統(tǒng)對訂購套餐的響應；
[0069]步驟317，對USSD網(wǎng)關請求的響應；
[0070]步驟318，USSD網(wǎng)關將訂購結果發(fā)送到核心網(wǎng)；
[0071]步驟319，將訂購結果展現(xiàn)在用戶手機上。
[0072]綜上所述，借助于本發(fā)明實施例的上述技術方案可以看出，在現(xiàn)有技術中，采用的是固定USSD菜單，固定USSD菜單的內容是單一、且常年不變的。本發(fā)明實施例的技術方案可以讓用戶在不同的節(jié)日到來前訂購適合的節(jié)日套餐，可以給不同品牌的用戶提供不同的菜單，可以根據(jù)用戶近時間段內的消費情況，推出優(yōu)惠的套餐內容。
[0073]在本發(fā)明實施例中，USSD GW傳遞的參數(shù)是可以變化的，隨時可以根據(jù)需要進行修改。個性化菜單模塊可以是獨立于USSD GW，運營商可以完成獨立的開發(fā)，不用長期依賴服務提供商。
[0074]針對漫游用戶，在漫游狀態(tài)下使用IVR業(yè)務訂購一些產(chǎn)品是相當昂貴的。那么如果使用USSD個性化菜單的話，USSD GW可以獲得用戶漫游的VLRnumber。由USSD GW傳送給個性化菜單模塊，個性化菜單模塊可以根據(jù)用戶所在的漫游地，查詢出事先設置好的菜單內容，展現(xiàn)給客戶。可以讓用戶在漫游狀態(tài)下訂購最適合自己的國際漫游套餐。
[0075]根據(jù)本發(fā)明實施例的個性化USSD菜單可以自如的進入到下一次菜單，或者退回到上一層菜單。在差異化競爭中，運營商如何吸引客戶，如何向客戶推銷適合該用戶使用的套餐，讓用戶樂于購買一定的增值產(chǎn)品，進而提高ARPU值，USSD個性化菜單都能給予很大的幫助。由此可見有了個性化菜單模塊，運營商可以在原有USSD GW的基礎上提供給用戶差異化的體驗。
[0076]裝置實施例
[0077]根據(jù)本發(fā)明的實施例，提供了一種個性化USSD網(wǎng)關，圖4是本發(fā)明實施例的個性化USSD網(wǎng)關的結構示意圖，如圖4所示，根據(jù)本發(fā)明實施例的個性化USSD網(wǎng)關包括:發(fā)送模塊40、以及接收模塊42，以下對本發(fā)明實施例的各個模塊進行詳細的說明。
[0078]發(fā)送模塊40，用于在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；菜單參數(shù)信息包括:用戶號碼、以及菜單層級信息。
[0079]接收模塊42，用于接收個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由個性化菜單模塊根據(jù)菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與用戶對應的預先定義的個性化USSD菜單；個性化USSD菜單是根據(jù)用戶信息和/或時間信息制定針對用戶制定的，其中，用戶信息包括:用戶消費能力信息、用戶消費賬單信息、以及用戶品牌信息。
[0080]發(fā)送模塊40進一步用于:通過核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給用戶。
[0081]優(yōu)選地，為了保證信息交互的安全性，根據(jù)本發(fā)明實施例的USSD網(wǎng)關還包括:鑒權模塊，用于向營帳模塊發(fā)送鑒權信息，并接收營帳模塊發(fā)送的鑒權反饋信息；在鑒權成功后，再進行信息交互。
[0082]優(yōu)選地，在本發(fā)明實施例中，接收模塊42進一步用于:接收用戶根據(jù)個性化USSD菜單進行操作的按鍵信息；
[0083]發(fā)送模塊40進一步用于:向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息，其中，菜單參數(shù)信息包括:用戶號碼、菜單層級信息、以及按鍵信息，使個性化菜單模塊根據(jù)菜單參數(shù)信息執(zhí)行與按鍵信息所對應的功能。
[0084]優(yōu)選地，在本發(fā)明實施例中，個性化菜單模塊還可以兼容老的固定USSD菜單。具體地，個性化菜單模塊還包括一個或多個用于處理固定USSD菜單的處理子模塊；
[0085]發(fā)送模塊40進一步用于:在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息，菜單參數(shù)信息包括:用戶號碼、需要接入的處理子模塊、以及菜單層級信息，使個性化菜單模塊的相應處理子模塊將個性化USSD菜單請求消息進行格式轉化后發(fā)送到營帳模塊進行相應處理。
[0086]優(yōu)選地，個性化USSD菜單請求消息為HTTP消息，菜單參數(shù)信息攜帶在HTTP消息的統(tǒng)一資源定位符URL中。
[0087]從上述描述可以看出，USSD GW接收用戶的USSD請求時，具體包括兩套方案進行處理:
[0088]第一套方案:保留原有的充值、查詢、轉賬等功能的處理方式，即由USSDC處理后發(fā)請求(例如MML消息)到營帳系統(tǒng)即集中計費系統(tǒng)(Converged Billing System,簡稱為CBS)處理，這些固定的菜單功能我們稱之為靜態(tài)菜單，而對于個性化菜單我們稱之為動態(tài)菜單。對于個性化的菜單USSD Gff發(fā)HTTP消息到個性化菜單模塊，在URL中攜帶一些必要的信息，例如，用戶號碼(MSISDN/IMSI)、按鍵信息、所處菜單層等，再由個性化菜單模塊返回菜單內容，如果是訂購套餐的請求再由個性化菜單模塊發(fā)送請求到營帳系統(tǒng)，該請求可以是MML或者WEB service,請求內容示例:
[0089]hp://192.168.72.254/ussd/promotions?msisdn=8613912341234&leveI=OFFERl&content=l ；
[0090]上述示例表示用戶8613912341234處在第一層菜單，并且輸入的按鍵是I。
[0091]第二套方案:所有的充值、查詢、轉賬等功能的處理方式都由USSD GW轉發(fā)到個性化菜單，攜帶一些用戶信息，再由個性化菜單模塊發(fā)送請求到營帳中心處理。請求內容示例:
[0092]http://localhost/ussd/rechargeother?amsisdn=$msisdn&bmsisdn=$bmsisdn&voucher=$last& imsi=$imsi&lang=108 ；
[0093]從上邊的示例可以看出上述請求是處理給他人的充值請求，其中攜帶了 A、B號碼、充值卡密碼、以及語種編號。voucher=$last,變量last表示用戶最后輸入的內容。從這里看出個性化菜單模塊可以兼容處理以前的老功能。只需要建立不同的處理子模塊，根據(jù)前面的URL的不同名稱區(qū)分即可。Localhost可以是不同的地址,/ussd/rechargeother是其中的一個子模塊，還可以增加查詢余額、轉賬、回呼和給我充值(CMB/RMA)等子模塊。對于第二套方案，個性化菜單部分和第一套方案處理方式是一致的。由于1calhost的地址可以不同，那么運營商就可以個性化菜單模塊完全交給第三方去開發(fā)，提供豐富多彩菜單內容。
[0094]綜上所述，第二套方案的集成度更高，個性化菜單模塊只需要和USSD GW定義好接口，剩下的工作就完全由個性化菜單模塊來完成。
[0095]下面結合附圖對本發(fā)明實施例的通過USSD網(wǎng)關實現(xiàn)個性化菜單進行詳細說明。
[0096]圖3是本發(fā)明的實現(xiàn)個性化USSD菜單的方法的詳細處理的信令流程圖，如圖3所示，包括如下處理:
[0097]步驟301，用戶撥打*接入碼# ;
[0098]步驟302，MSC/VLR識別出用戶的撥號方式是USSD方式，則會根據(jù)主叫號碼尋找到該用戶歸屬的HLR，發(fā)出USSD request消息；[0099]步驟303，在用戶歸屬的HLR收到USSD request消息后，分析接入碼，根據(jù)接入碼查找到該接入碼歸屬的USSDC，查詢USSDC的GT號碼。并根據(jù)該GT把USSD request發(fā)送到USSDC (或者USSD網(wǎng)關)；
[0100]步驟304，如果提供了漫游到不同國家提供不同菜單功能的話，就需要用戶所在的VLR GT0這里可以通過發(fā)送ATI/SRI消息獲得，將這個消息發(fā)送給HLR;
[0101]步驟305，HLR向將VLR GT返回給USSD網(wǎng)關；
[0102]步驟306，這里有兩種情況:第一種是到營帳中心的鑒權消息，第二種情況是鑒權通過后到營帳中心的余額查詢、轉賬的操作請求；
[0103]步驟307，營帳中心對請求的響應；
[0104]步驟308，USSD網(wǎng)關發(fā)請求來獲取個性化菜單的第一層菜單，攜帶的參數(shù)只需要主叫號碼已經(jīng)菜單層級就可以了；
[0105]步驟309，個性化菜單模塊根據(jù)用戶號碼和菜單層級在數(shù)據(jù)庫中查詢預定義好的菜單內容，返回給USSD網(wǎng)關；
[0106]步驟310，USSD網(wǎng)關將內容通過USSD response返回給核心網(wǎng)；
[0107]步驟311,核心網(wǎng)將USSD response內容發(fā)送到用戶手機上；
[0108]步驟312，用戶收到個性化菜單內容，并選擇要訂購的套餐，按鍵I ;
[0109]步驟313，核心網(wǎng)將用戶的按鍵信息返回給USSD網(wǎng)關；
[0110]步驟314，USSD網(wǎng)關根據(jù)用戶的按鍵，重新組裝一個新的URL發(fā)送給個性化菜單模塊，攜帶用戶號碼、用戶按鍵、菜單層級；
[0111]步驟315，USSD網(wǎng)關發(fā)過來的請求是訂購套餐的，那么個性化菜單模塊就需要發(fā)送請求到營帳去訂購套餐；
[0112]步驟316，營帳系統(tǒng)對訂購套餐的響應；
[0113]步驟317，對USSD網(wǎng)關請求的響應；
[0114]步驟318，USSD網(wǎng)關將訂購結果發(fā)送到核心網(wǎng)；
[0115]步驟319，將訂購結果展現(xiàn)在用戶手機上。
[0116]綜上所述，借助于本發(fā)明實施例的上述技術方案可以看出，在現(xiàn)有技術中，采用的是固定USSD菜單，固定USSD菜單的內容是單一、且常年不變的。本發(fā)明實施例的技術方案可以讓用戶在不同的節(jié)日到來前訂購適合的節(jié)日套餐，可以給不同品牌的用戶提供不同的菜單，可以根據(jù)用戶近時間段內的消費情況，推出優(yōu)惠的套餐內容。
[0117]在本發(fā)明實施例中，USSD GW傳遞的參數(shù)是可以變化的，隨時可以根據(jù)需要進行修改。個性化菜單模塊可以是獨立于USSD GW，運營商可以完成獨立的開發(fā)，不用長期依賴服務提供商。
[0118]針對漫游用戶，在漫游狀態(tài)下使用IVR業(yè)務訂購一些產(chǎn)品是相當昂貴的。那么如果使用USSD個性化菜單的話，USSD GW可以獲得用戶漫游的VLR number。由USSD GW傳送給個性化菜單模塊，個性化菜單模塊可以根據(jù)用戶所在的漫游地，查詢出事先設置好的菜單內容，展現(xiàn)給客戶?？梢宰層脩粼诼螤顟B(tài)下訂購最適合自己的國際漫游套餐。
[0119]根據(jù)本發(fā)明實施例的個性化USSD菜單可以自如的進入到下一次菜單，或者退回到上一層菜單。在差異化競爭中，運營商如何吸引客戶，如何向客戶推銷適合該用戶使用的套餐，讓用戶樂于購買一定的增值產(chǎn)品，進而提高ARPU值，USSD個性化菜單都能給予很大的幫助。由此可見有了個性化菜單模塊，運營商可以在原有USSD GW的基礎上提供給用戶差異化的體驗。
[0120]系統(tǒng)實施例[0121]根據(jù)本發(fā)明的實施例，提供了一種實現(xiàn)個性化USSD菜單的系統(tǒng)，圖5是本發(fā)明實施例的實現(xiàn)個性化USSD菜單的系統(tǒng)的結構示意圖，如圖5所示，根據(jù)本發(fā)明實施例的實現(xiàn)個性化USSD菜單的系統(tǒng)包括:上述裝置實施例所述的USSD網(wǎng)關50、以及個性化菜單模塊52，以下對本發(fā)明實施例的各個模塊進行詳細的說明。
[0122]個性化菜單模塊52，用于為用戶提供根據(jù)用戶信息和/或時間信息制定針對所述用戶的個性化USSD菜單。所述用戶信息包括:用戶消費能力信息、用戶消費賬單信息、以及用戶品牌信息。
[0123]根據(jù)本發(fā)明實施例的系統(tǒng)中USSD網(wǎng)關50部分可以參考上述裝置實施例進行理解，在此不再贅述。
[0124]從上述描述可以看出，USSD GW接收用戶的USSD請求時，將USSD請求轉發(fā)給個性化菜單模塊，個性化菜單模塊具體包括兩套方案進行處理:
[0125]第一套方案:保留原有的充值、查詢、轉賬等功能的處理方式，即由USSDC處理后發(fā)請求(例如MML消息)到營帳系統(tǒng)(CBS )處理，這些固定的菜單功能我們稱之為靜態(tài)菜單，而對于個性化菜單我們稱之為動態(tài)菜單。對于個性化的菜單USSD GW發(fā)HTTP消息到個性化菜單模塊，在URL中攜帶一些必要的信息，例如，用戶號碼(MSISDN/IMSI )、按鍵信息、所處菜單層等，再由個性化菜單模塊返回菜單內容，如果是訂購套餐的請求再由個性化菜單模塊發(fā)送請求到營帳系統(tǒng)，該請求可以是MML或者WEB service,請求內容示例:
[0126]http://192.168.72.254/ussd/promotions?msisdn=8613912341234&leveI=OFFERl&content=l ；
[0127]上述示例表示用戶8613912341234處在第一層菜單，并且輸入的按鍵是I。
[0128]第二套方案:所有的充值、查詢、轉賬等功能的處理方式都由USSD GW轉發(fā)到個性化菜單，攜帶一些用戶信息，再由個性化菜單模塊發(fā)送請求到營帳中心處理。請求內容示例:
[0129]http: //localho st/ussd/rechargeother?amsisdn=$msisdn&bmsisdn=$bmsisdn&voucher=$last& imsi=$imsi&lang=108 ；
[0130]從上邊的示例可以看出上述請求是處理給他人的充值請求，其中攜帶了 A、B號碼、充值卡密碼、以及語種編號。voucher=$last,變量last表示用戶最后輸入的內容。從這里看出個性化菜單模塊可以兼容處理以前的老功能。只需要建立不同的處理子模塊，根據(jù)前面的URL的不同名稱區(qū)分即可。Localhost可以是不同的地址,/ussd/rechargeother是其中的一個子模塊，還可以增加查詢余額、轉賬、回呼和給我充值(CMB/RMA)等子模塊。對于第二套方案，個性化菜單部分和第一套方案處理方式是一致的。由于1calhost的地址可以不同，那么運營商就可以個性化菜單模塊完全交給第三方去開發(fā)，提供豐富多彩菜單內容。
[0131]綜上所述，第二套方案的集成度更高，個性化菜單模塊只需要和USSD GW定義好接口，剩下的工作就完全由個性化菜單模塊來完成。
[0132]圖2是本發(fā)明實施例的系統(tǒng)結構的示意圖。如圖2所示，根據(jù)本發(fā)明實施例的系統(tǒng)包括了核心網(wǎng)環(huán)境201，信令接口單元SIU 202,MAP消息收發(fā)模塊203，USSD業(yè)務邏輯處理模塊204，接口機模塊205，營帳模塊206，個性化菜單子模塊207，第一功能處理子模塊208，第二功能處理子模塊209。其中，功能處理子模塊可能會有多個。
[0133]核心網(wǎng)環(huán)境201是整個G網(wǎng)核心網(wǎng)的環(huán)境的總稱，包括移動交換中心MSC、拜訪位置寄存器VLR、本地歸屬位置寄存器HLR等核心網(wǎng)設備。負責整個呼叫的接續(xù)和控制功能，對于USSD業(yè)務只用到MAP信令部分。
[0134]信令接口單元SIU 202，主要是進行協(xié)議轉換，將CAMEL、MAP、INAP等應用協(xié)議轉換成TCP/IP協(xié)議，供智能網(wǎng)系統(tǒng)使用。
[0135]MAP消息收發(fā)模塊203，對于USSD的應用，用戶發(fā)起*接入碼*被叫號碼#后，消息首先通過用戶手機終端到MSC，MSC分析是USSD應用后，通過內部消息發(fā)給HLR，HLR上有USSD接入碼的簽約信息，通過簽約信息采用MAP協(xié)議將USSD請求消息發(fā)送到信令接口單元。信令接口單元經(jīng)過協(xié)議轉換后傳給智能網(wǎng)的MAP消息收發(fā)模塊203，轉換成內部可識別的消息。
[0136]USSD業(yè)務邏輯處理模塊204，是USSD網(wǎng)關(USSD中心)的核心模塊，用來對用戶鑒權，處理用戶的查詢余額、轉賬等請求。對于靜態(tài)USSD菜單，USSD網(wǎng)關就要完成靜態(tài)菜單的預定義。而對于動態(tài)USSD菜單，USSD網(wǎng)關要給用戶發(fā)提示內容引導用戶輸入，并將用戶的輸入按順序收集起來，并填到URL中合適的變量處，將URL發(fā)送給個性化菜單子模塊207。
[0137]接口機模塊205，USSD網(wǎng)關與營帳模塊以及個性化菜單子模塊之間的通信都是由接口機來完成的。USSD網(wǎng)關與營帳模塊的接口協(xié)議以MML比較常用。USSD網(wǎng)關與菜單子模塊間使用HTTP協(xié)議，并在URL中攜帶必要的參數(shù)。當用戶通過個性化菜單模塊訂購套餐時，個性化菜單模塊需要發(fā)請求給營帳系統(tǒng)，這里也會使用接口機，接口協(xié)議一般使用WEBservice。
[0138]營帳模塊206，是計費系統(tǒng)，存儲著用戶的賬戶信息、消費信息等。USSD網(wǎng)關可以通過營帳模塊206對用戶鑒權，并且實現(xiàn)查詢余額、轉賬等功能。個性化菜單子模塊需要通過營帳模塊206查詢用戶的品牌、月消費記錄等信息。
[0139]個性化菜單子模塊207，是本發(fā)明實施例的主要模塊。該模塊用于預定義菜單，根據(jù)USSD網(wǎng)關發(fā)過來的URL請求中的參數(shù)，在數(shù)據(jù)庫中查找預定義的菜單。菜單預定義的工作是在之前就做好的，根據(jù)用戶的品牌、月消費能力、最近幾個月的消費特點(打電話偏多，還是發(fā)短信偏多，還是流量使用偏多)等信息提供針對性的服務菜單。并由個性化菜單子模塊207來完成到營帳模塊206的套餐訂購。
[0140]功能處理子模塊208/209，前面提到的第二個方案中，就是由個性化菜單來完成查詢余額、轉賬等功能。功能處理子模塊208/209只是起到了轉發(fā)消息的作用，將請求消息格式轉換后發(fā)送到營帳模塊處理。
[0141]綜上所述，借助于本發(fā)明實施例的技術方案，通過USSD網(wǎng)關與個性化菜單模塊的交互為用戶提供個性化USSD菜單，能夠根據(jù)不同運營階段自行定制適合不同用戶需要的個性化USSD菜單，本發(fā)明是實施例的USSD菜單和互動式語音應答(Interactive VoiceResponse，簡稱為IVR)方式的菜單相比，應用更直觀，很易于被用戶接受，便于用戶操作，提高了用戶的使用感受。
[0142]盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實施例，本領域的技術人員將意識到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上述實施例。
[0143]應當注意的是，在本發(fā)明的控制器的各個部件中，根據(jù)其要實現(xiàn)的功能而對其中的部件進行了邏輯劃分，但是，本發(fā)明不受限于此，可以根據(jù)需要對各個部件進行重新劃分或者組合，例如，可以將一些部件組合為單個部件，或者可以將一些部件進一步分解為更多的子部件。
[0144]本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP )來實現(xiàn)根據(jù)本發(fā)明實施例的控制器中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0145]應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。
【權利要求】
1.一種實現(xiàn)個性化非結構化補充數(shù)據(jù)USSD菜單的方法，其特征在于，包括:在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，所述USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，所述個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；所述USSD網(wǎng)關接收所述個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由所述個性化菜單模塊根據(jù)所述菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與所述用戶對應的預先定義的個性化USSD菜單； 所述USSD網(wǎng)關通過所述核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給所述用戶。
2.如權利要求1所述的方法，其特征在于，所述菜單參數(shù)信息包括:用戶號碼、以及菜單層級信息。
3.如權利要求1所述的方法，其特征在于，所述方法還包括:根據(jù)用戶信息和/或時間信息制定針對所述用戶的個性化USSD菜單，其中，所述用戶信息包括:用戶消費能力信息、用戶消費賬單信息、以及用戶品牌信息。
4.如權利要求1所述的方法，其特征在于，所述USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息之前,所述還包括: 所述USSD網(wǎng)關向營帳模塊發(fā)送鑒權信息，并接收所述營帳模塊發(fā)送的鑒權反饋信息。
5.如權利要求4所述的方法，其特征在于，所述USSD網(wǎng)關通過所述核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給所述用戶之后，所述方法還包括: 所述USSD網(wǎng)關接收所述用戶根據(jù)所述個性化USSD菜單進行操作的按鍵信息； 所述USSD網(wǎng)關向個性化菜單模塊發(fā)送所述個性化USSD菜單請求消息，其中，所述個性化USSD菜單請求消息中攜帶有所述菜單參數(shù)信息，其中，所述菜單參數(shù)信息包括:用戶號碼、菜單層級信息、以及所述按鍵信息； 所述個性化菜單模塊根據(jù)所述菜單參數(shù)信息執(zhí)行與所述按鍵信息所對應的功能。
6.如權利要求5所述的方法，其特征在于，在所述按鍵信息所對應的功能為訂購套餐的情況下，所述個性化菜單模塊根據(jù)所述菜單參數(shù)信息執(zhí)行與所述按鍵信息所對應的功能具體包括: 所述個性化菜單模塊向所述營帳模塊發(fā)送請求訂購套餐； 接收所述營帳模塊反饋的訂購結果響應消息，并向所述USSD網(wǎng)關反饋訂購結果； 所述USSD網(wǎng)關經(jīng)過所述核心網(wǎng)將所述訂購結果反饋給所述用戶。
7.如權利要求4所述的方法，其特征在于，所述個性化菜單模塊還包括一個或多個用于處理固定USSD菜單的處理子模塊；所述方法還包括: 在所述用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，所述USSD網(wǎng)關向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，所述個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息，所述菜單參數(shù)信息包括:用戶號碼、需要接入的處理子模塊、以及菜單層級信息； 所述個性化菜單模塊的相應處理子模塊將所述個性化USSD菜單請求消息進行格式轉化后發(fā)送到所述營帳模塊進行相應處理。
8.如權利要求1所述的方法，其特征在于，所述個性化USSD菜單請求消息為HTTP消息，所述菜單參數(shù)信息攜帶在所述HTTP消息的統(tǒng)一資源定位符URL中。
9.一種個性化非結構化補充數(shù)據(jù)USSD網(wǎng)關，其特征在于，包括: 發(fā)送模塊，用于在用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，所述個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息；接收模塊，用于接收所述個性化菜單模塊反饋的個性化USSD菜單，其中，個性化USSD菜單是由所述個性化菜單模塊根據(jù)所述菜單參數(shù)信息在數(shù)據(jù)庫中查找到的與所述用戶對應的預先定義的個性化USSD菜單； 所述發(fā)送模塊進一步用于:通過所述核心網(wǎng)將查找到的個性化USSD菜單發(fā)送給所述用戶。
10.如權利要求9所述的USSD網(wǎng)關，其特征在于，所述菜單參數(shù)信息包括:用戶號碼、以及菜單層級信息。
11.如權利要求9所述的USSD網(wǎng)關，其特征在于，所述個性化USSD菜單是根據(jù)用戶信息和/或時間信息制定針對所述用戶制定的，其中，所述用戶信息包括:用戶消費能力信息、用戶消費賬單信息、以及用戶品牌信息。
12.如權利要求9所述的USSD網(wǎng)關，其特征在于，所述USSD網(wǎng)關還包括: 鑒權模塊，用于向營帳模塊發(fā)送鑒權信息，并接收所述營帳模塊發(fā)送的鑒權反饋信息； 所述接收模塊進一步用于:接收所述用戶根據(jù)所述個性化USSD菜單進行操作的按鍵信息； 所述發(fā)送模塊進一步用于·:向個性化菜單模塊發(fā)送所述個性化USSD菜單請求消息，其中，所述個性化USSD菜單請求消息中攜帶有所述菜單參數(shù)信息，其中，所述菜單參數(shù)信息包括:用戶號碼、菜單層級信息、以及所述按鍵信息，使所述個性化菜單模塊根據(jù)所述菜單參數(shù)信息執(zhí)行與所述按鍵信息所對應的功能。
13.如權利要求12所述的USSD網(wǎng)關，其特征在于，所述個性化菜單模塊還包括一個或多個用于處理固定USSD菜單的處理子模塊； 所述發(fā)送模塊進一步用于:在所述用戶通過核心網(wǎng)接入到USSD網(wǎng)關的情況下，向個性化菜單模塊發(fā)送個性化USSD菜單請求消息，其中，所述個性化USSD菜單請求消息中攜帶有菜單參數(shù)信息，所述菜單參數(shù)信息包括:用戶號碼、需要接入的處理子模塊、以及菜單層級信息，使所述個性化菜單模塊的相應處理子模塊將所述個性化USSD菜單請求消息進行格式轉化后發(fā)送到所述營帳模塊進行相應處理。
14.如權利要求9所述的USSD網(wǎng)關，其特征在于，所述個性化USSD菜單請求消息為HTTP消息，所述菜單參數(shù)信息攜帶在所述HTTP消息的統(tǒng)一資源定位符URL中。
15.一種實現(xiàn)個性化非結構化補充數(shù)據(jù)USSD菜單的系統(tǒng)，其特征在于，包括如權利要求9至14中任一項所述的USSD網(wǎng)關,還包括: 個性化菜單模塊，用于為用戶提供根據(jù)用戶信息和/或時間信息制定針對所述用戶的個性化USSD菜單。
16.如權利要求15所述的系統(tǒng)，其特征在于，所述用戶信息包括:用戶消費能力信息、用戶消費賬單信息、以及用戶品牌信息。
【文檔編號】H04W4/14GK103546880SQ201210244539
【公開日】2014年1月29日 申請日期:2012年7月16日 優(yōu)先權日:2012年7月16日
【發(fā)明者】呂茂亮, 耿愷頻, 張善鋒 申請人:中興通訊股份有限公司