一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)，包括業(yè)務(wù)平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；信令轉(zhuǎn)接點根據(jù)被查詢用戶的標(biāo)識信息，將接收到的請求消息路由到該用戶對應(yīng)的HLR；HLR處理適配后的請求消息，將用戶的欠費鎖信息攜帶在響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺；開放平臺將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺。本發(fā)明提供的技術(shù)方案，利用信令網(wǎng)，只要將開放平臺連接到信令轉(zhuǎn)接點，在業(yè)務(wù)平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了BSS的正常運行。
【專利說明】一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動通信中的業(yè)務(wù)支撐技術(shù)，尤指一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)有運營商的業(yè)務(wù)支撐系統(tǒng)(BSS)不是集中的，比如每個省都會設(shè)置有自身的BSS，因此，沒有辦法通過同一節(jié)點獲取準(zhǔn)確的全國任意一個用戶的狀態(tài)信息。BSS中的主要設(shè)備包括有營帳中心，也稱為用戶關(guān)系管理系統(tǒng)(CRM)。在CRM中，會記錄用戶的欠費狀態(tài)。
[0003]對于針對全國用戶的集中業(yè)務(wù)，如果需要獲知用戶的欠費狀態(tài)，目前沒有提供具體的實現(xiàn)方案。CRM中雖然記錄有用戶的欠費狀態(tài)，但是，CRM并不是用于提供給業(yè)務(wù)平臺完成查詢的設(shè)備，CRM不能被頻繁地被查詢，這樣無疑增加了 BSS的負(fù)荷，從而影響了整個BSS的運行效率。

【發(fā)明內(nèi)容】

[0004]為了解決上述技術(shù)問題，本發(fā)明提供了一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)，能夠提供專用的用戶欠費狀態(tài)獲取方式，保證BSS的正常運行。
[0005]為了達到本發(fā)明目的，本發(fā)明提供了一種獲取用戶欠費狀態(tài)的方法，包括:業(yè)務(wù)平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；
[0006]信令轉(zhuǎn)接點根據(jù)被查詢用戶的標(biāo)識信息，將接收到的請求消息路由到該用戶對應(yīng)的歸屬位置寄存器HLR ；
[0007]HLR處理適配后的請求消息，將用戶的欠費鎖信息映射到響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺；開放平臺將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺。
[0008]所述接收到的請求消息為超文本轉(zhuǎn)移協(xié)議HTTP請求消息；
[0009]所述對接收到的消息進行適配包括:將接收到的HTTP請求消息轉(zhuǎn)換為移動應(yīng)用部分MAP協(xié)議的ATSI消息。
[0010]所述用戶的欠費鎖信息攜帶在所述ATSI響應(yīng)消息的返回值運營商決定禁止標(biāo)識ODB 中。
[0011]所述將接收到的HTTP請求消息轉(zhuǎn)換為移動應(yīng)用部分MAP協(xié)議的ATSI消息包括:
[0012]對所述HTTP的請求消息進行解析，提取其中的被查詢用戶的標(biāo)識信息，并通過內(nèi)部消息處理生成唯一的消息ID，再根據(jù)MAP協(xié)議對消息進行編碼，對MAP協(xié)議的ATSI消息相應(yīng)的參數(shù)字段進行賦值:在所述ATSI消息的Invoke id參數(shù)字段中設(shè)置所述唯一的消息ID、在Requested Subscription Info參數(shù)字段中設(shè)置所述被查詢用戶的標(biāo)識信息、在gsmSCF-Address參數(shù)字段中填寫任意SCP地址；
[0013]所述將用戶的欠費鎖信息攜帶在響應(yīng)消息中具體包括:[0014]將所述ATSI響應(yīng)消息中的Invoke id設(shè)置為所述消息ID，并將所述欠費鎖消息映射為所述ODB中ODB-GeneralData參數(shù)字段的alIOG-CalIsBarred所在的Bit位。
[0015]本發(fā)明還提供一種獲取用戶欠費狀態(tài)的系統(tǒng)，至少包括開放平臺、信令轉(zhuǎn)接點、以及HLR;其中，
[0016]開放平臺，用于接收來自業(yè)務(wù)平臺的用戶的欠費信息查詢請求，對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；接收來自信令轉(zhuǎn)接點轉(zhuǎn)發(fā)的響應(yīng)消息；將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺；
[0017]信令轉(zhuǎn)接點，用于在接收到來自開放平臺的適配后的請求消息，根據(jù)被查詢用戶的標(biāo)識信息，將適配后的請求消息路由到該用戶對應(yīng)的HLR ;轉(zhuǎn)發(fā)來自HLR的響應(yīng)消息；
[0018]HLR，用于處理適配后的請求消息，將用戶的欠費鎖信息映射到響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺。
[0019]所述開放平臺至少包括:認(rèn)證鑒權(quán)模塊，以及封裝適配模塊；其中，
[0020]認(rèn)證鑒權(quán)模塊，用于對發(fā)起用戶的欠費信息查詢請求的業(yè)務(wù)平臺進行鑒權(quán)，確定是否允許該業(yè)務(wù)平臺查詢用戶欠費狀態(tài)；在鑒權(quán)通過后，將接收到的請求消息發(fā)送給封裝適配模塊；
[0021]封裝適配模塊，用于對接收到的來自認(rèn)證鑒權(quán)模塊的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；將接收到的來自信令轉(zhuǎn)接點轉(zhuǎn)發(fā)的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回給業(yè)務(wù)平臺，
[0022]所述信令轉(zhuǎn)接點為具有將信令消息從一個信令鏈路轉(zhuǎn)接到另一個信令鏈路的功能的信令點，具有路由器功能。
[0023]與現(xiàn)有技術(shù)相比，本發(fā)明包括業(yè)務(wù)平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配后發(fā)送給信令轉(zhuǎn)接點；信令轉(zhuǎn)接點根據(jù)被查詢用戶的標(biāo)識信息，將接收到的請求消息路由到該用戶對應(yīng)的HLR ;HLR處理適配轉(zhuǎn)換成信令消息后的請求消息，將用戶的欠費鎖信息攜帶在響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺；開放平臺將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺。本發(fā)明提供的技術(shù)方案，利用信令網(wǎng)，只要接到一個信令轉(zhuǎn)接點，在業(yè)務(wù)平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了 BSS的正常運行。
[0024]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
【專利附圖】

【附圖說明】
[0025]附圖用來提供對本發(fā)明技術(shù)方案的進一步理解，并且構(gòu)成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對本發(fā)明技術(shù)方案的限制。
[0026]圖1為本發(fā)明獲取用戶欠費狀態(tài)的方法的流程圖；
[0027]圖2為本發(fā)明獲取用戶欠費狀態(tài)的系統(tǒng)的組成結(jié)構(gòu)示意圖。
【具體實施方式】[0028]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。
[0029]在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0030]信令網(wǎng)的優(yōu)點是，一點接入，可以尋址到全信令網(wǎng)的網(wǎng)元并進行對接。因此，本發(fā)明利用信令網(wǎng)，只要開放平臺連接到信令轉(zhuǎn)接點，就可以方便地實現(xiàn)全國任意一個用戶的用戶欠費狀態(tài)的查詢。
[0031]圖1為本發(fā)明獲取用戶欠費狀態(tài)的方法的流程圖，如圖1所示，包括以下步驟:
[0032]步驟100:業(yè)務(wù)平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點。
[0033]本步驟中，開放平臺對業(yè)務(wù)平臺進行鑒權(quán)的具體可以采用現(xiàn)有的任一種鑒權(quán)方式，具體實現(xiàn)屬于本領(lǐng)域技術(shù)人員的慣用技術(shù)手段，這里只是舉例說明，并不用于限定本發(fā)明的保護范圍。比如:
[0034]業(yè)務(wù)平臺請求查詢用戶的欠費信息時，會將開放平臺預(yù)先分配給自身的賬號和密碼攜帶在請求消息中，業(yè)務(wù)平臺則通過賬號和密碼對業(yè)務(wù)平臺進行鑒權(quán)；或者，
[0035]業(yè)務(wù)平臺將開放平臺預(yù)先分配給自身的賬號和密碼發(fā)送給開放平臺，開放平臺再返回令牌，這樣，在業(yè)務(wù)平臺請求查詢用戶的欠費信息時，可以利用令牌完成鑒權(quán)。
[0036]本步驟中，接收到的請求消息為應(yīng)用接口消息如超文本轉(zhuǎn)移協(xié)議(HTTP，Hypertext transfer protocol)的請求消息,在該請求消息中至少攜帶有被查詢用戶的標(biāo)識信息如用戶的手機號碼、請求消息要訪問的地址即開放平臺提供給業(yè)務(wù)平臺的訪問地址如 http://{serverroot}/api/isusernormalstate、請求消息的類型為獲取(GET)等。
[0037]進一步地，為了保證安全訪問，可以使用安全套接層(SSL, Secure SocketsLayer)對開放平臺對業(yè)務(wù)平臺間的交互進行加密，具體實現(xiàn)屬于本領(lǐng)域技術(shù)人員的慣用技術(shù)手段，這里不再贅述。
[0038]在現(xiàn)有技術(shù)中，信令消息是當(dāng)用戶在電信網(wǎng)中進行業(yè)務(wù)時，在通信設(shè)備之間傳遞的各種控制信號。信令消息是根據(jù)業(yè)務(wù)特性，成序列出現(xiàn)的，目的是為業(yè)務(wù)服務(wù)的。隨著互聯(lián)網(wǎng)業(yè)務(wù)對傳統(tǒng)語音短信的沖擊，信令網(wǎng)的負(fù)載在降低。而信令資源的價值還沒有有效開發(fā)。本發(fā)明中，將信令消息脫離業(yè)務(wù)，單獨開放使用，充分開發(fā)了信令資源的價值。具體地，本步驟中，對接收到的消息進行適配轉(zhuǎn)換成信令消息，即將接收到的HTTP的請求消息轉(zhuǎn)換為信令消息如移動應(yīng)用部分(MAP，Mobile Application Part)協(xié)議的ATSI (即MAP ANYTIME SUBSCRIPTION INTERROGATION service)消息。其中，對接收到的消息進行適配轉(zhuǎn)換成信令消息具體包括JtHTTP的請求消息進行解析，將其中的被查詢用戶的標(biāo)識信息如用戶的手機號碼進行提取，并通過內(nèi)部消息處理生成唯一的消息ID，再根據(jù)MAP協(xié)議對消息進行編碼，具體地，將MAP協(xié)議的ATSI消息相應(yīng)的參數(shù)字段賦值，如在ATSI消息的Invokeid參數(shù)字段中設(shè)置唯一的消息ID、在Requested Subscription Info參數(shù)字段中設(shè)置被查詢用戶的標(biāo)識信息如用戶的手機號碼、在gsmSCF-Address參數(shù)字段中填寫任意SCP地址。需要說明的是，對于gsmSCF-Address中攜帶的SCP地址,后續(xù)流程中HLR不做處理,但是如果這里不填寫信息，后續(xù)流程中HLR會報錯，因此，本步驟中可以隨意填寫一個SCP的地址即可。
[0039]適配后得到的ATSI消息至少攜帶有用于標(biāo)識不同消息的消息ID、被查詢用戶的標(biāo)識信息如用戶的手機號碼和SCP的地址。本發(fā)明利用現(xiàn)有用于處理業(yè)務(wù)的信令消息，實現(xiàn)了用戶的欠費鎖信息的查詢。
[0040]步驟101:信令轉(zhuǎn)接點根據(jù)被查詢用戶的標(biāo)識信息，將適配后的請求消息路由到該用戶對應(yīng)的HLR。
[0041]在現(xiàn)有技術(shù)中，當(dāng)用戶的欠費狀態(tài)發(fā)生變化時，BSS中的CRM會通知歸屬位置寄存器(HLR)更改用戶狀態(tài)，而HLR根據(jù)接收到的通知設(shè)置用于標(biāo)識欠費的用戶欠費鎖的狀態(tài)。
[0042]信令轉(zhuǎn)接點是具有將信令消息從一個信令鏈路轉(zhuǎn)接到另一個信令鏈路的功能的信令點，具有路由器功能，比如可以是現(xiàn)有的路由器，用于將相應(yīng)的業(yè)務(wù)請求轉(zhuǎn)接到對應(yīng)的HLR0具體實現(xiàn)屬于本領(lǐng)域技術(shù)人員的慣用技術(shù)手段，這里不再贅述。
[0043]本步驟中，用戶的標(biāo)識信息可以是如手機號碼等。
[0044]步驟102:HLR處理適配后的請求消息，將用戶的欠費鎖信息映射到響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺。
[0045]本步驟中，HLR將ATSI響應(yīng)消息中的Invoke id設(shè)置為與請求消息相同的消息ID,并將對應(yīng)該用戶的欠費鎖信息，映射到ATSI響應(yīng)消息中運營商決定禁止標(biāo)識(0DB，Operator Determined Barring)中，具體地,將欠費鎖消息映射為 ODB 中 ODB-GeneralData參數(shù)字段的alIOG-CalIsBarred所在的Bit位，比如將該Bit為的第一個bit位置為1，以表示欠費，如00000000，10000000，00000000，并將ATSI響應(yīng)消息經(jīng)由信令轉(zhuǎn)接點返回給開放平臺。這里，本發(fā)明巧妙利用MAP協(xié)議的ATSI消息中的ODB返回值，實現(xiàn)了用戶的欠費鎖信息的返回。
[0046]步驟103:開放平臺將接收到的響應(yīng)信息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺。本步驟即是將接收到的MAP協(xié)議的ATSI響應(yīng)消息轉(zhuǎn)換為HTTP的消息格式，以便業(yè)務(wù)平臺識別并獲得用戶的欠費狀態(tài)信息。具體實現(xiàn)屬于本領(lǐng)域技術(shù)人員的慣用技術(shù)手段，這里不再贅述。
[0047]本發(fā)明提供的技術(shù)方案利用信令網(wǎng)，只要將開放平臺連接到信令轉(zhuǎn)接點，在業(yè)務(wù)平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了 BSS的正常運行。
[0048]圖2為本發(fā)明獲取用戶欠費狀態(tài)的系統(tǒng)的組成結(jié)構(gòu)示意圖，如圖2所示，至少包括開放平臺、信令轉(zhuǎn)接點、以及HLR ;其中，
[0049]開放平臺，用于接收來自業(yè)務(wù)平臺的用戶的欠費信息查詢請求，對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；接收來自信令轉(zhuǎn)接點轉(zhuǎn)發(fā)的響應(yīng)消息；將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺；
[0050]信令轉(zhuǎn)接點，用于在接收到來自開放平臺的適配后的請求消息，根據(jù)被查詢用戶的標(biāo)識信息，將適配后的請求消息路由到該用戶對應(yīng)的HLR ;轉(zhuǎn)發(fā)來自HLR的響應(yīng)消息；
[0051]信令轉(zhuǎn)接點是具有將信令消息從一個信令鏈路轉(zhuǎn)接到另一個信令鏈路的功能的信令點，具有路由器功能，比如可以是現(xiàn)有的路由器。
[0052]HLR，用于處理適配后的請求消息，將用戶的欠費鎖信息攜帶在響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺。
[0053]如圖2所示，本發(fā)明開放平臺至少包括:認(rèn)證鑒權(quán)模塊，以及封裝適配模塊；其中，
[0054]認(rèn)證鑒權(quán)模塊，用于對發(fā)起用戶的欠費信息查詢請求的業(yè)務(wù)平臺進行鑒權(quán)，確定是否允許該業(yè)務(wù)平臺查詢用戶欠費狀態(tài)；在鑒權(quán)通過后，將接收到的請求消息發(fā)送給封裝適配模塊；
[0055]封裝適配模塊，用于對接收到的來自認(rèn)證鑒權(quán)模塊的請求消息進行適配后發(fā)送給信令轉(zhuǎn)接點；將接收到的來自信令轉(zhuǎn)接點轉(zhuǎn)發(fā)的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回給業(yè)務(wù)平臺。
[0056]本發(fā)明提供的技術(shù)方案利用信令網(wǎng)，只將開放平臺連接到信令轉(zhuǎn)接點，在業(yè)務(wù)平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了 BSS的正常運行。
[0057]雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權(quán)利要求書所界定的范圍為準(zhǔn)。
【權(quán)利要求】
1.一種獲取用戶欠費狀態(tài)的方法，其特征在于，包括:業(yè)務(wù)平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點； 信令轉(zhuǎn)接點根據(jù)被查詢用戶的標(biāo)識信息，將接收到的請求消息路由到該用戶對應(yīng)的歸屬位置寄存器HLR ； HLR處理適配后的請求消息，將用戶的欠費鎖信息映射到響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺；開放平臺將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收到的請求消息為超文本轉(zhuǎn)移協(xié)議HTTP請求消息； 所述對接收到的消息進行適配包括:將接收到的HTTP請求消息轉(zhuǎn)換為移動應(yīng)用部分MAP協(xié)議的ATSI消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述用戶的欠費鎖信息攜帶在所述ATSI響應(yīng)消息的返回值運營商決定禁止標(biāo)識ODB中。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將接收到的HTTP請求消息轉(zhuǎn)換為移動應(yīng)用部分MAP協(xié)議的ATSI消息包括: 對所述HTTP的請求消息進行解析，提取其中的被查詢用戶的標(biāo)識信息，并通過內(nèi)部消息處理生成唯一的消息ID，再根據(jù)MAP協(xié)議對消息進行編碼，對MAP協(xié)議的ATSI消息相應(yīng)的參數(shù)字段進行賦值:在所述ATSI消息的Invoke id參數(shù)字段中設(shè)置所述唯一的消息ID、在Requested Subscription Info參數(shù)字段中設(shè)置所述被查詢用戶的標(biāo)識信息、在gsmSCF-Address參數(shù)字段中填寫任意SCP地址； 所述將用戶的欠費鎖信息·攜帶在響應(yīng)消息中具體包括: 將所述ATSI響應(yīng)消息中的Invoke id設(shè)置為所述消息ID，并將所述欠費鎖消息映射為所述 ODB 中 ODB-GeneralData 參數(shù)字段的 alIOG-CalIsBarred 所在的 Bit 位。
5.一種獲取用戶欠費狀態(tài)的系統(tǒng)，其特征在于，至少包括開放平臺、信令轉(zhuǎn)接點、以及HLR;其中， 開放平臺，用于接收來自業(yè)務(wù)平臺的用戶的欠費信息查詢請求，對業(yè)務(wù)平臺進行鑒權(quán)并對接收到的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；接收來自信令轉(zhuǎn)接點轉(zhuǎn)發(fā)的響應(yīng)消息；將接收到的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回業(yè)務(wù)平臺； 信令轉(zhuǎn)接點，用于在接收到來自開放平臺的適配后的請求消息，根據(jù)被查詢用戶的標(biāo)識信息，將適配后的請求消息路由到該用戶對應(yīng)的HLR ;轉(zhuǎn)發(fā)來自HLR的響應(yīng)消息； HLR，用于處理適配后的請求消息，將用戶的欠費鎖信息映射到響應(yīng)消息中經(jīng)由信令轉(zhuǎn)接點返回給開放平臺。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述開放平臺至少包括:認(rèn)證鑒權(quán)模塊，以及封裝適配模塊；其中， 認(rèn)證鑒權(quán)模塊，用于對發(fā)起用戶的欠費信息查詢請求的業(yè)務(wù)平臺進行鑒權(quán)，確定是否允許該業(yè)務(wù)平臺查詢用戶欠費狀態(tài)；在鑒權(quán)通過后，將接收到的請求消息發(fā)送給封裝適配模塊； 封裝適配模塊，用于對接收到的來自認(rèn)證鑒權(quán)模塊的請求消息進行適配轉(zhuǎn)換成信令消息后發(fā)送給信令轉(zhuǎn)接點；將接收到的來自信令轉(zhuǎn)接點轉(zhuǎn)發(fā)的響應(yīng)消息轉(zhuǎn)換為應(yīng)用接口消息后返回給業(yè)務(wù)平臺。
7.根據(jù)權(quán)利要求5或6所述的系統(tǒng)，其特征在于，所述信令轉(zhuǎn)接點為具有將信令消息從一個信令鏈路轉(zhuǎn) 接到另一個信令鏈路的功能的信令點，具有路由器功能。
【文檔編號】H04W8/04GK103856932SQ201410099000
【公開日】2014年6月11日 申請日期:2014年3月17日 優(yōu)先權(quán)日:2014年3月17日
【發(fā)明者】胡尼亞, 張鵬, 楊瑞, 劉曉靖, 王志軍, 許海翔, 王春婷 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司