專利名稱：用于執(zhí)行預付費賬戶余額屏蔽的方法、系統(tǒng)和計算機程序產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及提供預付費網(wǎng)絡服務。更具體地說，本發(fā)明涉及用于執(zhí)行 預付費賬戶余額屏蔽的方法、系統(tǒng)和計算機程序產(chǎn)品。
背景技術(shù)：
隨著諸如預付費移動方案(其中，移動電話的用戶預先購買若干分鐘 的通話時間)這樣的預付費網(wǎng)絡服務的日益流行，必須增強支持預付費服 務所要求的網(wǎng)絡設施，以操控增加的業(yè)務量和處理要求。
圖1是說明有多個用戶是預付費用戶的常規(guī)電信系統(tǒng)的方框圖。當移 動用戶進行呼叫時，該呼叫通過移動交換中心(MSC 100)進入核心電信 網(wǎng)。如果該移動用戶是預付費用戶，則MSC100在允許該用戶訪問網(wǎng)絡之 前必須確認該用戶的預付費賬戶具有足夠的余額。為此，MSC100通常向 服務控制點(SCP)進行査詢，該服務控制點用于操控預付費查詢并且包 括預付費數(shù)據(jù)庫本身。這種SCP在本文中稱為預付費SCP，或PPSCP。在 圖1中，MSC 100通過信號傳送點(STP 104)將査詢發(fā)送給一組PPSCP 102 中的一個。
例如，MSC100將初始檢測點(IDP)查詢發(fā)送給STP104 (圖l，消 息1 )。 STP 104將該IDP查詢轉(zhuǎn)發(fā)給能夠?qū)υ摬樵冏鞒鲰憫囊唤MPPSCP 102 (圖l，消息2)，如果預付費用戶具有足夠的賬戶余額，則響應為連接 (CONNECT)消息，而如果該預付費用戶不具有足夠的賬號余額，則響
9應為繼續(xù)(CONTINUE)消息(圖1，消息3)。然后，STP 104將該響應 轉(zhuǎn)發(fā)給MSC100 (圖l，消息4)?；趶腟TP104接收到的響應是連接消 息還是繼續(xù)消息，MSC IOO分別允許或拒絕該預付費用戶訪問網(wǎng)絡。
隨著預付費用戶數(shù)目的增力口，PPSCP組102中的SCP的數(shù)目也相應于 連接到PPSCP組102的連接數(shù)目的增加而增加。所需SCP和連接的增加 會提高系統(tǒng)的成本，這些成本不僅在物理硬件方面，而且還在管理與維護 附加節(jié)點所需的資源方面。此外，由于對預付費數(shù)據(jù)庫査詢的數(shù)目增加而 造成的業(yè)務量的增加會導致整個網(wǎng)絡的性能受損。例如，預付費數(shù)據(jù)庫查 詢導致的過量網(wǎng)絡業(yè)務量會限制或削弱網(wǎng)絡上諸如歸屬位置登記器 (HLR)、 E.164號碼映射(ENUM)服務器、歸屬用戶服務器(HSS)等 這樣的其它節(jié)點的功能。
因此，存在這樣的需要，艮P，最小化所需PPSCP的數(shù)目，和/或最小 化將PPSCP與網(wǎng)絡相連接或者將PPSCP相互連接的信令鏈路的數(shù)目。還 存在這樣的需要，即，降低預付費査詢業(yè)務量及對網(wǎng)絡性能的對應影響。 因此，存在對用于執(zhí)行預付費賬戶余額屏蔽的方法、系統(tǒng)和計算機程序產(chǎn) 品的需要。

發(fā)明內(nèi)容
根據(jù)一個方面，本發(fā)明包括一種用于執(zhí)行預付費賬戶余額屏蔽的方法。
所述方法包括在用于處理網(wǎng)絡信令消息的網(wǎng)絡實體處接收包括標識預付 費用戶的信息的信令消息，所述消息從消息源發(fā)送，并意圖到達消息目的 地。使用預付費賬戶余額屏蔽數(shù)據(jù)和信令消息中標識所述預付費用戶的信 息，來判斷預付費用戶的賬戶余額是否滿足閾值要求，其中，預付費賬戶 余額屏蔽數(shù)據(jù)是在與所述預付費賬戶余額屏蔽數(shù)據(jù)分開的預付費用戶數(shù)據(jù) 庫中存儲的可用預付費用戶賬戶信息的一個子集。在確定預付費用戶的賬 戶余額不滿足閾值要求之后，執(zhí)行屏蔽操作。在一個實例中，所述屏蔽操 作屏蔽預付費用戶數(shù)據(jù)庫，從而使其不接收與所述預付費用戶的賬戶相關(guān) 聯(lián)的信令消息業(yè)務。
根據(jù)另一方面，本發(fā)明包括一種用于執(zhí)行預付費賬戶余額屏蔽的系統(tǒng)。 所述系統(tǒng)包括具有預付費賬戶余額屏蔽數(shù)據(jù)的預付費用戶賬戶余額屏蔽數(shù)
10據(jù)庫，所述預付費賬戶余額屏蔽數(shù)據(jù)表示在與所述預付費賬戶余額屏蔽數(shù) 據(jù)分開的預付費用戶數(shù)據(jù)庫中存儲的可用預付費用戶賬戶信息的一個子 集。該系統(tǒng)還包括用于路由和處理網(wǎng)絡信令消息的網(wǎng)絡實體，其中，該網(wǎng) 絡實體適合于接收包括標識預付費用戶的信息的信令消息，所述消息從消 息源發(fā)送并意圖到達消息目的地，并且所述網(wǎng)絡實體還適合于使用信令消 息中標識預付費用戶的信息從預付費用戶賬戶余額屏蔽數(shù)據(jù)庫中提取信 息，以判斷所述預付費用戶的賬戶余額是否滿足閾值要求，并且在確定所 述預付費用戶的賬戶余額不滿足閾值要求之后，執(zhí)行屏蔽操作。在一個實 例中，屏蔽操作屏蔽預付費用戶數(shù)據(jù)庫，從而使其不接收與所述預付費用 戶的賬戶相關(guān)聯(lián)的信令消息業(yè)務。
本文針對用于執(zhí)行預付費賬戶余額屏蔽的方法、系統(tǒng)和計算機程序產(chǎn) 品，本發(fā)明可以用硬件、軟件、固件或它們的任意組合來實現(xiàn)。這樣，本 文所使用的術(shù)語"功能"或"模塊"是指用于實現(xiàn)所描述的特征的硬件、 軟件和/或固件。在一個示例性實現(xiàn)中，可以使用包括在計算機可讀介質(zhì)中 實施的計算機可執(zhí)行指令的計算機程序產(chǎn)品來實現(xiàn)本發(fā)明。適合于實現(xiàn)本 發(fā)明的示例性計算機可讀介質(zhì)包括磁盤存儲器器件、芯片存儲器器件、可 編程邏輯器件、應用專用集成電路以及可下載電信號。此外，實現(xiàn)本發(fā)明 的計算機程序產(chǎn)品可以位于單個設備或計算平臺上，或者可以分布在多個 設備或計算平臺上。


現(xiàn)在將參照附圖來解釋本發(fā)明的優(yōu)選實施例，其中
圖1是說明有多個用戶是預付費用戶的常規(guī)電信系統(tǒng)的方框圖； 圖2說明了根據(jù)本發(fā)明的實施例來執(zhí)行預付費賬戶余額屏蔽的示例性 系統(tǒng)；
圖3是說明根據(jù)本發(fā)明的實施例來執(zhí)行預付費賬戶余額屏蔽的示例性 過程的流程圖4是說明根據(jù)本發(fā)明的另一實施例來執(zhí)行預付費賬戶余額屏蔽的示 例性系統(tǒng)的方框圖5是說明根據(jù)本發(fā)明的又一實施例來執(zhí)行預付費賬戶余額屏蔽的示例性系統(tǒng)的方框圖6是說明根據(jù)本發(fā)明的再一實施例在結(jié)合執(zhí)行用戶定位功能(SLF) 的情況下執(zhí)行預付費賬戶余額屏蔽的示例性系統(tǒng)的方框圖。
具體實施例方式
根據(jù)本發(fā)明，提供了用于執(zhí)行預付費賬戶余額屏蔽的方法、系統(tǒng)和計 算機程序產(chǎn)品。在一個實施方式中，消息路由實體維護本地數(shù)據(jù)庫，該本 地數(shù)據(jù)庫包括指示預付費用戶的賬戶余額是否滿足閾值要求的信息。 一旦 確定賬戶余額不滿足閾值要求，則路由實體代表預付費SCP作出響應，因 此避免了對發(fā)送查詢消息到預付費SCP或從預付費SCP接收響應消息的
需要，從而降低了網(wǎng)絡業(yè)務量。例如，消息路由實體可以檢查用戶是否具 有正的賬戶余額，如果不具有(即，用戶的賬戶余額為零或負)，則消息路
由實體代表預付費SCP以"呼叫不允許"消息作出響應。
圖2說明了根據(jù)本發(fā)明的實施例來執(zhí)行預付費賬戶余額屏蔽的示例性 系統(tǒng)。該系統(tǒng)包括用于路由和/或處理信令消息的網(wǎng)絡實體NE200。例如， NE200可以是信號傳送點(STP)、 7號信令系統(tǒng)(SS7) /網(wǎng)際協(xié)議(IP) 信令網(wǎng)關(guān)、會話發(fā)起協(xié)議(SIP)服務器、媒體網(wǎng)關(guān)控制器(MGC)和軟 交換(SS)、匯接局、或諸如用戶定位功能(SLF)這樣的IP多媒體子系 統(tǒng)(IMS)節(jié)點。示例性信令消息協(xié)議包括SS7、互聯(lián)網(wǎng)工程任務組(正TF) SIGTRAN、 SIP、承載無關(guān)呼叫控制(BICC)、 Radius、 Diameter以及移動 應用部分(MAP)。
在一個實施例中，預付費賬戶余額屏蔽數(shù)據(jù)庫202用于存儲預付費賬 戶余額屏蔽數(shù)據(jù)，即可以從其判斷預付費用戶的賬戶余額是否滿足閾值要 求的信息。預付費賬戶余額屏蔽數(shù)據(jù)庫202可以是NE 200內(nèi)的組件，例 如在服務器上運行的數(shù)據(jù)庫程序，或者電信框架NE 200內(nèi)的處理器卡， 或者可以是在NE 200外部并與NE 200相關(guān)聯(lián)的數(shù)據(jù)庫，例如位于通過本 地總線或LAN連接到NE 200的數(shù)據(jù)庫服務器上的數(shù)據(jù)庫。預付費賬戶余 額屏蔽數(shù)據(jù)庫202還可以通過其它網(wǎng)絡實體的訪問來獲得。應該理解，預 付費賬戶余額屏蔽數(shù)據(jù)可以以數(shù)據(jù)庫以外的其它方式存儲和/或維持，例如 在表中、在存儲器內(nèi)的數(shù)據(jù)結(jié)構(gòu)中等。該系統(tǒng)包括適合于提供預付費記賬服務的網(wǎng)絡實體，例如預付費服務
控制點(PPSCP204)，或者包括適合于提供預付費應用服務的網(wǎng)絡實體， 例如接收對預付費用戶數(shù)據(jù)庫(PPDB 206)的查詢的IMS或SIP應用服務 器。在一種實施方式中，PPDB206可以是主數(shù)據(jù)庫，用于存儲關(guān)于網(wǎng)絡提 供者維護的預付費用戶賬戶的信息。預付費賬戶余額屏蔽數(shù)據(jù)庫202與 PPDB 206分開，并且包括PPDB 206中存儲的數(shù)據(jù)的子集。
預付費賬戶余額屏蔽數(shù)據(jù)庫202的用途是允許在無需對PPDB 206進 行査詢的情況下，在允許預付費用戶訪問網(wǎng)絡之前判斷該用戶的賬戶余額 是否滿足閾值要求。要執(zhí)行這一判斷，并不需要使用數(shù)據(jù)庫PPDB 206中 通常包括的所有數(shù)據(jù)；因此，在一個實施例中，可以用PPDB 206中包括 的數(shù)據(jù)的子集來填充(populate)預付費賬戶余額屏蔽數(shù)據(jù)庫202。作為另 一種選擇，預付費賬戶余額屏蔽數(shù)據(jù)庫202包括從PPDB 206中包括的數(shù) 據(jù)或數(shù)據(jù)的子集推導出的數(shù)據(jù)。
在一個實施例中，預付費賬戶余額屏蔽數(shù)據(jù)庫202存儲可用來判斷預 付費用戶的賬戶余額是否滿足閾值要求的信息。例如，預付費賬戶余額屏 蔽數(shù)據(jù)庫202可以僅包括其賬戶不滿足閾值要求的預付費用戶的身份，在 這種情況中，只有在預付費賬戶余額屏蔽數(shù)據(jù)庫202中列出的用戶，才允 許其完成呼叫。在該實例中，預付費賬戶余額屏蔽數(shù)據(jù)庫202可以用作"白 名單"，或允許用戶的列表。預付費賬戶余額屏蔽數(shù)據(jù)庫202僅需要包括可 以通過其來標識用戶或賬戶的信息，例如用戶名、電話號碼、統(tǒng)一資源標 識符(URI)、 IP地址、或其它標識信息。作為另一種選擇，預付費賬戶余 額屏蔽數(shù)據(jù)庫202可以僅包括其賬戶滿足閾值要求的預付費用戶，在這種 情況中，只有未在預付費賬戶余額屏蔽數(shù)據(jù)庫202中列出的用戶，才允許 完成呼叫。在該實例中，預付費賬戶余額屏蔽數(shù)據(jù)庫202可以用作"黑名 單"，或未被允許用戶的列表。對于基于用戶名是否存在于列表中來允許或 拒絕用戶接入的實施方式中，預付費賬戶余額屏蔽數(shù)據(jù)庫202不需要是具 有完整特征的數(shù)據(jù)庫，而可以像表、列表、或者甚至哈希表或關(guān)聯(lián)數(shù)組那 樣簡單。預付費賬戶余額屏蔽數(shù)據(jù)庫202可以包括其它信息，例如實際可 用余額。作為另一種選擇，預付費賬戶余額屏蔽數(shù)據(jù)庫202可以包括未包 括在PPDB 206中，而是從PPDB 206包括的數(shù)據(jù)推導出的信息。例如，PPDB 206中的每個用戶記錄可以包括用戶的姓名與電話號碼和用戶的當 前預付費余額；在該情況下，每個預付費賬戶余額屏蔽數(shù)據(jù)庫202的記錄 可以包括在PPDB 206中找不到的字段，例如，根據(jù)預付費用戶的賬戶余 額是否滿足閾值要求而設置為"允許"或"拒絕"的布爾值。
系統(tǒng)包括后臺部門208，通過該后臺部門208，用戶可以執(zhí)行用戶賬戶 交易，例如，為用戶的預付費賬戶充值、確定預付費賬戶余額等。例如， 后臺部門208可以處理來自用戶的支付，例如信用卡支付；后臺部門208 可以指令PPSCP 204增加用戶的賬戶余額，并且PPSCP 204可以更新PPDB 中用戶的賬戶記錄以反映新的余額。這可能觸發(fā)預付費賬戶余額屏蔽數(shù)據(jù) 庫202的更新，以反映用戶的賬戶狀態(tài)或賬戶余額的變化?？梢酝ㄟ^服務 提供(provisioning)接口 210或其它模塊來執(zhí)行預付費賬戶余額屏蔽數(shù)據(jù) 庫202的更新。例如，在閾值要求為用戶的賬戶余額必須大于零的情況中， 如果用戶的余額從零或負值變?yōu)榇笥诹愕闹担瑒t后臺部門208、 PPSCP204 或一些其它實體可以更新預付費賬戶余額屏蔽數(shù)據(jù)庫202，以改變用戶的 狀態(tài)來指示用戶的賬戶余額滿足閾值要求。類似地，如果用戶的賬戶余額 變?yōu)榱悖?，用戶消費了其預付費的所有時間，貝IJPPSCP204除了更新 其自身、數(shù)據(jù)庫PPDB 206之外，還可以更新預付費賬戶余額屏蔽數(shù)據(jù)庫 202中用戶的狀態(tài)。作為另一種選擇，PPSCP 204可以向后臺部門208通 知用戶具有零或負的余額，并且后臺部門208可以使用服務提供接口 210 來更新預付費賬戶余額屏蔽數(shù)據(jù)庫202，以指示用戶的賬戶余額不滿足閾 值要求。閾值要求的其它實例包括例如，只有用戶的賬戶余額高于特定 正數(shù)，諸如最小呼叫費用，才允許呼叫；只有用戶的賬戶余額髙于特定負 數(shù)才允許呼叫，這實質(zhì)上為用戶寬延了特定的信用量；或至少部分基于用 戶的預付費賬戶余額的其它決策條件。
現(xiàn)在參照圖2來解釋預付費賬戶余額屏蔽的實例，其中，NE200接收 從移動交換中心(MSC212)發(fā)送的初始檢測點(IDP)查詢(圖2，消息 1)。 NE200并不將該消息轉(zhuǎn)發(fā)給PPSCP204 (該PPSCP 204做出響應將該 査詢轉(zhuǎn)發(fā)給PPDB 206)，而是檢測該IDP查詢是否包括預付費用戶的身份， 如果是，則對預付費賬戶余額屏蔽數(shù)據(jù)庫202進行查詢以判斷該預付費用 戶的賬戶余額是否滿足閾值要求，例如，要求預付費用戶具有大于零的余額。如果用戶的賬戶余額不滿足閾值要求(例如，用戶具有零賬戶余額)，
則NE200將執(zhí)行這樣的操作，g卩，屏蔽PPDB206，使其不接收與該預付 費用戶的賬戶相關(guān)聯(lián)的信令消息業(yè)務。例如，NE 200可以通過將 CONNECT消息發(fā)送給MSC 212來代表消息目的地(PPSCP204)作出響 應，以指示呼叫未被允許(圖2，消息2)。在該情況下，NE200還代表預 付費用戶數(shù)據(jù)庫PPDB 206作出響應，其原因在于，否則的話，消息目的 地(PPSCP 204)將最終把預付費査詢轉(zhuǎn)發(fā)給PPDB 206并將PPDB 206的 響應傳達給MSC212。
以這種方式，NE200避免了不必要的響應于和來自PPSCP204/PPDB 206的IDP查詢的業(yè)務。
圖3是說明根據(jù)本發(fā)明的實施例來執(zhí)行預付費賬戶余額屏蔽的示例性 過程的流程圖。參照圖2和3來解釋該流程圖。
在方框300處，從諸如MSC 212這樣的消息源發(fā)送包括標識預付費用 戶的信息的消息，并通過用于處理網(wǎng)絡信令消息的網(wǎng)絡實體(例如，NE 200)來接收該消息。標識預付費用戶的信息可以是通信服務用戶標識符， 例如統(tǒng)一資源標識符(URI)，和/或通過其標識預付費用戶的任何其它信息， 例如，國際移動用戶身份(IMSI)號碼、移動臺綜合服務數(shù)字網(wǎng)(MSISDN) 號碼等。
該消息可以直接與預付費服務相關(guān)聯(lián)；例如，該消息可以是對諸如 PPSCP 204這樣的預付費服務應用的查詢。作為另一種選擇，該消息可以 與預付費服務間接關(guān)聯(lián)；例如，該消息可以是自己能夠作出對預付費服務 應用的査詢的服務。作為另一種選擇，該消息可以激活除非預付費用戶具 有足夠余額否則不應該允許的服務。與預付費服務間接關(guān)聯(lián)的示例性消息 包括對諸如HLR和域HSS這樣的移動服務節(jié)點的查詢、對諸如短消息服 務中心(SMSC)這樣的短消息服務節(jié)點的查詢，以及來自諸如E.164號 碼映射(ENUM)服務或域名系統(tǒng)(DNS)服務這樣的網(wǎng)絡服務的響應消 息。
消息發(fā)送給NE200，而意圖到達不同于NE200的消息目的地。例如， NE 200可以接收發(fā)送的使用全球?qū)ぶ反a(GT)路由的消息或使用點編碼/ 子系統(tǒng)號(PC/SSN)路由的消息，在這種情況中，NE 200將確定意圖到
15達的消息目的地的地址，并適當?shù)芈酚稍撓ⅰ?br> 在方框302處，針對標識的預付費用戶執(zhí)行閾值査詢，以判斷該用戶 的賬戶余額是否滿足閾值要求。例如，NE200對預付費賬戶余額屏蔽數(shù)據(jù) 庫202進行査詢以判斷該預付費用戶是否具有零余額。如果消息包括標識 不止一個預付費用戶的信息，則NE 200可以針對關(guān)于每個標識的用戶的 信息，對預付費賬戶余額屏蔽數(shù)據(jù)庫202進行査詢。
在方框304處，如果用戶的賬戶余額不滿足閾值要求，則處理移動到 方框306，其中，NE200將消息轉(zhuǎn)發(fā)給其意圖到達的目的地。然而，如果 在方框304處，NE200確定用戶的賬戶余額滿足閾值要求，則NE200基 于接收到的消息類型來采取適當?shù)牟僮?，以屏蔽PPDB206，使其不接收關(guān) 于該預付費用戶的賬戶的査詢業(yè)務。例如，NE200代表消息目的地對消息 作出響應，而不是將該消息發(fā)送給消息目的地(選擇l，方框308); NE200 丟棄該消息，而不是將其發(fā)送給消息目的地(選擇2，方框310);或者NE 200修改該消息，并將修改的消息轉(zhuǎn)發(fā)給消息目的地(選擇3，方框312)。 在所有這些情況中，如果預付費用戶的賬戶余額滿足閾值要求，則將NE 200接收到的消息轉(zhuǎn)發(fā)給消息目的地(方框306)。在方框300中，如果接 收到的消息包括標識附加的預付費用戶的信息(例如，該消息包括標識不 止一個預付費用戶的信息)，則針對每個標識的用戶依次地重復方框302 到312。
圖4是說明根據(jù)本發(fā)明的另一實施例來執(zhí)行預付費賬戶余額屏蔽的示 例性系統(tǒng)的方框圖。在圖4中，除了包括兩個附加的節(jié)點(歸屬位置登記 器/本地用戶服務器(HLR/HSS400)和短消息服務中心(SMSC402))之 外，該系統(tǒng)與圖2中說明的系統(tǒng)基本相同。根據(jù)本發(fā)明的另一實施例來執(zhí) 行預付費賬戶余額屏蔽的示例性過程將參照圖3和4來進行描述。
在圖4中，MSC212將移動應用部分(MAP)的發(fā)送路由信息(SRI) 查詢消息發(fā)送給NE 200 (圖4的消息1和圖3的方框300)。在一個實施 例中，將該消息作為使用GT路由的消息或使用PC/SSN路由的消息發(fā)送; 該SRI消息以關(guān)聯(lián)于被呼叫的移動用戶的HLR或HSS中的任意一個為目 的地。NE 200確定意圖到達的目的地為HLR/HSS 400。在作為另一種選擇 的實施例中，將消息直接發(fā)送給HLR/HSS 400，但是也可以通過NE 200路由該消息。
NE200基于消息中包括的信息來標識預付費用戶(圖3，方框302)， 并執(zhí)行對預付費賬戶余額屏蔽數(shù)據(jù)庫202的閾值査詢(圖3，方框304)。 如果預付費用戶的賬戶余額不滿足閾值要求，則NE 200代表HLR/HSS 400 對MSC212作出響應(圖3，選擇1，方框308)。例如，NE200向MSC212 發(fā)送諸如否定確認這樣的消息，該消息通過防止呼叫方確定如何將呼叫路 由到被叫方來有效地終止所嘗試的呼叫(圖4，消息2)。
以這種方式，預付費賬戶余額屏蔽對PPSCP 204和HLR/HSS 400進行 了屏蔽，從而使其不接收與該預付費用戶的賬戶相關(guān)聯(lián)的信令消息業(yè)務。
現(xiàn)在還將參照圖3和4來描述根據(jù)本發(fā)明的另一實施例執(zhí)行預付費賬 戶余額屏蔽的另一示例性過程。
在圖4中，MSC 212將消息傳送服務消息發(fā)送給NE 200，例如作為使 用信令點編碼/子系統(tǒng)號路由的GSMMAP消息。例如，MSC212將移動起 始轉(zhuǎn)發(fā)短消息(ForwardShortMessage) (MOFSM)消息發(fā)送給NE200 (圖 4，消息3)。 MOFSM消息以關(guān)聯(lián)于被呼叫移動用戶的任意SMSC為目的 地。NE 200接收該消息(圖3，方框300)，并確定意圖到達的目的地為 SMSC402。 NE200基于消息中包括的信息來標識預付費用戶(圖3，方框 302)，并執(zhí)行對預付費賬戶余額屏蔽數(shù)據(jù)庫202的閾值查詢(圖3，方框 304)。如果預付費用戶的賬戶余額不滿足閾值要求，則NE200代表SMSC 402對MSC 212作出響應(圖3，選擇l，方框308)。例如，NE 200向 MSC212發(fā)送諸如否定確認這樣的消息，以指示不能傳送MOFSM(圖4， 消息4)。
以這種方式，預付費賬戶余額屏蔽對PPSCP 204和SMSC 402進行了 屏蔽，從而使其不接收與該預付費用戶的賬戶相關(guān)聯(lián)的信令消息業(yè)務。
圖5是說明根據(jù)本發(fā)明的又一實施例來執(zhí)行預付費賬戶余額屏蔽的示 例性系統(tǒng)的方框圖。NE 200、預付費賬戶余額屏蔽數(shù)據(jù)庫202、 PPSCP 204、 PPDB 206、后臺部門208以及服務提供接口 210的功能與圖2所描述的功 能相同，所以這里將不再重復對它們的描述。在圖5中，系統(tǒng)包括媒體網(wǎng) 關(guān)控制器(MGC500)和E.164號碼映射服務器(ENUM502)。將參照圖 3和5來描述根據(jù)本發(fā)明的另一實施例來執(zhí)行預付費賬戶余額屏蔽的示例
17性過程。
在圖5中，MGC 500通過NE 200 (圖5，消息1)將ENUM查詢發(fā) 送給ENUM502(圖5，消息2)。然后，ENUM 502通過NE200將響應(圖 5，消息3)發(fā)送給MGC 500。在這種情況中，NE 200接收以MGC 500 為目的地的ENUM響應，其包括標識預付費用戶的一個或更多URI。 NE 200接收ENUM響應(圖3，方框300)、基于該消息中包括的信息來標識 一個或更多預付費用戶(圖3，方框302)，并針對每個標識的預付費用戶 來執(zhí)行閾值査詢(圖3，方框304)。 NE 200簡單地從ENUM響應中移除 賬戶余額不滿足閾值要求的任何預付費用戶的URI (圖3，選擇3，方框 312)，并將修改的ENUM響應轉(zhuǎn)發(fā)給其意圖到達的目的地，MGC500 (圖 5，消息4)。
以這種方式，預付費賬戶余額屏蔽從提供給ENUM查詢發(fā)起者的 ENUM響應消息中過濾出無關(guān)的URI值——即，與不滿足閾值要求的預付 費用戶的賬戶相關(guān)聯(lián)的值，由此減輕查詢節(jié)點(在這種情況中為MGC 500) 上的處理負擔。
圖6是說明根據(jù)本發(fā)明的再一實施例在結(jié)合執(zhí)行用戶定位功能(SLF) 的情況下執(zhí)行預付費賬戶余額屏蔽的示例性系統(tǒng)的方框圖。將參照圖3和 6來描述根據(jù)本發(fā)明的另一實施例來執(zhí)行預付費賬戶余額屏蔽的示例性過 程。
在圖6中，示例性IMS網(wǎng)絡包括用于處理SIP信令分組的詢問呼叫會 話控制功能I-CSCF 600、用于存儲訂購相關(guān)信息的多個本地用戶服務器 602，以及用于將用戶地址映射到一個本地用戶服務器602的用戶定位功能 (SLF 604)。在一個實施例中，預付費賬戶余額屏蔽功能與SLF數(shù)據(jù)庫606 集成在一起。在本發(fā)明的替換實施例中，預付費賬戶余額屏蔽功能可以與 CSCF實體(例如，I-CSCF、代理-CSCF、服務-CSCF)集成在一起/處于 同一位置。
在圖6中，I-CSCF 600接收SIP邀請(SIP INVITE)消息(圖6，消 息1 )，其包括標識SIP會話的參與方的信息fred@aol.com和ed@vzw.com。 I-CSCF 600對SLF 604進行查詢(圖6，消息2)。 SLF 604檢驗SLF査詢 消息中包括的被叫方/呼叫方用戶信息，并標識預付費用戶，ed@vzw.com(圖3 ，方框300)。 SLF 604通過查詢SLF數(shù)據(jù)庫606并使用SLF數(shù)據(jù)庫606的PREPAID—THRESHOLD字段中存儲的數(shù)據(jù)執(zhí)行預付費屏蔽，來判斷預付費用戶的賬戶余額是否滿足閾值要求，該SLF數(shù)據(jù)庫606包括預付費賬戶余額屏蔽數(shù)據(jù)(圖3，方框302)。如果用戶未通過屏蔽，則SLF 604在SLF響應消息中返回預付費屏蔽失敗指示符(圖6，消息3)。 I-CSCF 600檢驗SLF響應消息中的預付費屏蔽失敗指示符(圖3，方框304)，并且如果發(fā)現(xiàn)"不允許"，貝IJI-CSCF600將代表本地用戶服務器602 (圖3，選擇1，方框308)將否定確認消息(例如，401， 403等)返回給的呼叫發(fā)起者或"上游節(jié)點"(圖6，消息4)。
以這種方式，預付費屏蔽使能的SLF 604適合于有效地屏蔽本地用戶服務器602，從而使其不接收與未通過屏蔽的預付費用戶的賬戶相關(guān)聯(lián)的不必要的查詢業(yè)務。如果用戶通過屏蔽，則SLF進行處理，并且呼叫路由繼續(xù)正常進行。
在預付費賬戶余額屏蔽功能與諸如代理-CSCF這樣的CSCF實體集成在一起/處于同一位置的實施例中，屏蔽功能通過提早拒絕發(fā)往/來自預付費余額不足的用戶的呼叫嘗試，來有效地屏蔽多個IMS核心網(wǎng)絡部件/資源，從而使其不接收不必要的信令業(yè)務。
本發(fā)明并不限于上面描述的消息，而可以應用于對預付費用戶數(shù)據(jù)庫的查詢將判斷哪些用戶將具有或?qū)⒉痪哂袑W(wǎng)絡和/或一些或所有網(wǎng)絡服務的訪問權(quán)的任何情形。
應該理解，在不偏離本發(fā)明的范圍的情況下，可以改變其各種細節(jié)。此外，前面的描述僅出于說明的目的，而非出于限制的目的。
權(quán)利要求
1、一種用于執(zhí)行預付費賬戶余額屏蔽的方法，所述方法包括在用于處理網(wǎng)絡信令消息的網(wǎng)絡實體處執(zhí)行以下步驟接收包括標識預付費用戶的信息的信令消息，所述消息從消息源發(fā)送，并意圖到達消息目的地；使用預付費賬戶余額屏蔽數(shù)據(jù)和所述信令消息中標識所述預付費用戶的信息，來判斷所述預付費用戶的賬戶余額是否滿足閾值要求，其中，所述預付費賬戶余額屏蔽數(shù)據(jù)是在與所述預付費賬戶余額屏蔽數(shù)據(jù)分開的預付費用戶數(shù)據(jù)庫中存儲的可用預付費用戶賬戶信息的一個子集；在確定所述預付費用戶的賬戶余額不滿足所述閾值要求之后，執(zhí)行屏蔽操作。
2、 根據(jù)權(quán)利要求1所述的方法，其中，所述網(wǎng)絡實體包括以下各項中 的一項信號傳送點(STP)、 7號信令系統(tǒng)/網(wǎng)際協(xié)議(SS7/IP)信令網(wǎng)關(guān)、會 話發(fā)起協(xié)議(SIP)服務器、媒體網(wǎng)關(guān)控制器(MGC)、軟交換(SS)、匯 接局以及網(wǎng)際協(xié)議多媒體系統(tǒng)(IMS)節(jié)點。
3、 根據(jù)權(quán)利要求1所述的方法，其中，所述消息的接收使用的消息協(xié) 議包括以下協(xié)議中的一項7號信令系統(tǒng)(SS7)協(xié)議、互聯(lián)網(wǎng)工程任務組(IETF)信令傳輸 (SIGTRAN)協(xié)議、會話發(fā)起協(xié)議(SIP)、承載無關(guān)呼叫控制(BICC) 協(xié)議、Radius協(xié)議、Diameter協(xié)議以及移動應用部分(MAP)協(xié)議。
4、 根據(jù)權(quán)利要求1所述的方法，其中，接收消息包括接收以下消息中 的一個發(fā)送的使用全球?qū)ぶ反a路由的消息和使用信令點編碼/子系統(tǒng)號路由 的消息。
5、 根據(jù)權(quán)利要求1所述的方法，其中，標識所述預付費用戶的信息包 括通信服務用戶標識符和統(tǒng)一資源標識符中的至少一個。
6、 根據(jù)權(quán)利要求1所述的方法，其中，判斷所述預付費用戶的賬戶余額是否滿足閾值要求包括在與所述預付費用戶數(shù)據(jù)庫分開的預付費賬戶余額屏蔽數(shù)據(jù)庫中執(zhí)行 查找。
7、 根據(jù)權(quán)利要求1所述的方法，其中，判斷所述預付費用戶的賬戶余額是否滿足閾值要求包括判斷所述預付費用戶的賬戶余額是否為大于零的值。
8、 根據(jù)權(quán)利要求1所述的方法，其中，對所述預付費用戶數(shù)據(jù)庫執(zhí)行 屏蔽操作，從而使其不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的消息業(yè)務包 括代表所述消息目的地對所述消息源作出響應。
9、 根據(jù)權(quán)利要求8所述的方法，其中，所述消息目的地包括所述預付 費用戶數(shù)據(jù)庫。
10、 根據(jù)權(quán)利要求8所述的方法，其中，所述消息目的地包括用于處 理對所述預付費用戶數(shù)據(jù)庫的查詢的服務控制點(SCP)。
11、 根據(jù)權(quán)利要求1所述的方法，對所述預付費用戶數(shù)據(jù)庫執(zhí)行屏蔽，從而使其不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的消息業(yè)務包括丟棄所述消息。
12、 根據(jù)權(quán)利要求1所述的方法，對所述預付費用戶數(shù)據(jù)庫執(zhí)行屏蔽操作，從而使其不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的消息業(yè)務包括 修改所述消息，并將所述修改的消息轉(zhuǎn)發(fā)給所述消息目的地。
13、根據(jù)權(quán)利要求12所述的方法，其中，修改所接收到的消息包括: 從所接收到的消息中移除信息，所述信息標識賬戶余額不滿足所述閾 值要求的預付費用戶。
14、 根據(jù)權(quán)利要求1所述的方法，其中，所接收到的消息包括 從查詢源向預付費服務應用發(fā)送的查詢。
15、 根據(jù)權(quán)利要求1所述的方法，其中，所接收到的消息包括 從查詢源向移動服務節(jié)點發(fā)送的查詢。
16、 根據(jù)權(quán)利要求15所述的方法，其中，所述移動服務節(jié)點包括歸屬位置登記器(HLR)。
17、 根據(jù)權(quán)利要求15所述的方法，其中，所述移動服務節(jié)點包括歸屬用戶服務器(HSS)。
18、 根據(jù)權(quán)利要求1所述的方法，其中，所接收到的消息包括 消息傳送服務消息。
19、 根據(jù)權(quán)利要求1所述的方法，其中，所接收到的消息包括來自網(wǎng)絡服務的響應消息。
20、 根據(jù)權(quán)利要求19所述的方法，其中，所述網(wǎng)絡服務包括 E.164號碼映射(ENUM)功能。
21、 根據(jù)權(quán)利要求19所述的方法，其中，所述網(wǎng)絡服務包括-域名系統(tǒng)(DNS)功能。
22、 根據(jù)權(quán)利要求1所述的方法，其中，所接收到的消息包括對用戶定位功能(SLF)的查詢。
23、 根據(jù)權(quán)利要求1所述的方法，其中，所述屏蔽操作包括 對所述預付費用戶數(shù)據(jù)庫進行屏蔽，從而使其不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的信令消息業(yè)務。
24、 一種用于執(zhí)行預付費賬戶余額屏蔽的系統(tǒng)，所述系統(tǒng)包括(a) 預付費用戶賬戶余額屏蔽數(shù)據(jù)庫，其包括預付費賬戶余額屏蔽數(shù) 據(jù)，所述預付費賬戶余額屏蔽數(shù)據(jù)表示在與所述預付費賬戶余額屏蔽數(shù)據(jù) 分開的預付費用戶數(shù)據(jù)庫中存儲的可用預付費用戶賬戶信息的一個子集；(b) 預付費用戶賬戶余額屏蔽功能，用于接收包括標識預付費用戶的 信息的信令消息，使用所述信令消息中標識所述預付費用戶的所述信息從 所述預付費用戶賬戶余額屏蔽數(shù)據(jù)庫中提取信息，以判斷所述預付費用戶 的賬戶余額是否滿足閾值要求，并且在確定出所述預付費用戶的賬戶余額 不滿足所述閾值要求之后，來執(zhí)行屏蔽操作。
25、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述網(wǎng)絡實體包括以下各項 中的一項信號傳送點(STP)、 7號信令系統(tǒng)/網(wǎng)際協(xié)議(SS7/IP)信令網(wǎng)關(guān)、會 話發(fā)起協(xié)議(SIP)服務器、媒體網(wǎng)關(guān)控制器(MGC)、軟交換(SS)、匯 接局以及網(wǎng)際協(xié)議多媒體系統(tǒng)(IMS)節(jié)點。
26、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述消息的接收使用的消息 協(xié)議包括以下協(xié)議中的一種7號信令系統(tǒng)(SS7)協(xié)議、互聯(lián)網(wǎng)工程任務組(IETF)信令傳輸 (SIGTRAN)協(xié)議、會話發(fā)起協(xié)議(SIP)、承載無關(guān)呼叫控制(BICC) 協(xié)議、Radius協(xié)議、Diameter協(xié)議以及移動應用部分(MAP)協(xié)議。
27、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述接收到的消息包括 發(fā)送的使用全球?qū)ぶ反a路由的消息和使用信令點編碼/子系統(tǒng)號路由的消息。
28、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，標識所述預付費用戶的所述 信息包括通信服務用戶標識符和統(tǒng)一資源標識符中的至少一個。
29、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述網(wǎng)絡實體用于 通過在所述預付費賬戶余額屏蔽數(shù)據(jù)庫中執(zhí)行査找，來判斷所述預付費用戶的賬戶余額是否滿足閾值要求。
30、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述網(wǎng)絡實體用于 通過判斷所述預付費用戶的賬戶余額是否為大于零的值，來判斷所述預付費用戶的賬戶余額是否滿足閾值要求。
31、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，對所述預付費用戶數(shù)據(jù)庫執(zhí) 行屏蔽操作，從而使其不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的消息業(yè)務 包括代表所述消息目的地對所述消息源作出響應。
32、 根據(jù)權(quán)利要求31所述的系統(tǒng)，其中，所述消息目的地包括 所述預付費用戶數(shù)據(jù)庫。
33、 根據(jù)權(quán)利要求31所述的系統(tǒng)，其中，所述消息目的地包括-用于處理對所述預付費用戶數(shù)據(jù)庫的査詢的服務控制點(SCP)。
34、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，對所述預付費用戶數(shù)據(jù)庫執(zhí) 行屏蔽操作，從而使其不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的消息業(yè)務 包括丟棄所述消息.。
35、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，對所述預付費用戶數(shù)據(jù)庫執(zhí)行屏蔽操作，從而不接收與所述預付費用戶的賬戶相關(guān)聯(lián)的消息業(yè)務包括: 修改所述消息，并將所述修改的消息轉(zhuǎn)發(fā)給所述消息目的地。
36、 根據(jù)權(quán)利要求35所述的系統(tǒng)，其中，修改所述消息包括 從所述消息中移除標識賬戶余額不滿足所述閾值要求的預付費用戶的信息。
37、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述消息包括-從查詢源向預付費服務應用發(fā)送的査詢。
38、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述消息包括 從査詢源向移動服務節(jié)點發(fā)送的查詢。
39、 根據(jù)權(quán)利要求38所述的系統(tǒng)，其中，所述移動服務節(jié)點包括 歸屬位置登記器(HLR)功能。
40、 根據(jù)權(quán)利要求38所述的系統(tǒng)，其中，所述移動服務節(jié)點包括 歸屬用戶服務器(HSS)功能。
41、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述消息包括 消息傳送服務消息。
42、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述消息包括-來自網(wǎng)絡服務的響應消息。
43、 根據(jù)權(quán)利要求42所述的系統(tǒng)，其中，所述網(wǎng)絡服務包括 E.164號碼映射(ENUM)功能。
44、 根據(jù)權(quán)利要求42所述的系統(tǒng)，其中，所述網(wǎng)絡服務包括 域名系統(tǒng)(DNS)功能。
45、 根據(jù)權(quán)利要求24所述的系統(tǒng)，其中，所述消息包括 對用戶定位功能(SLF)的查詢。
46、 一種計算機程序產(chǎn)品，包括在計算機可讀介質(zhì)中實施的用于執(zhí)行 虛擬分流的計算機可執(zhí)行指令，所述步驟包括接收包括標識預付費用戶的信息的信令消息，所述消息從消息源 發(fā)送，并意圖到達消息目的地；使用預付費賬戶余額屏蔽數(shù)據(jù)和所述信令消息中標識所述預付費 用戶的信息，來判斷所述預付費用戶的賬戶余額是否滿足閾值要求，其中， 所述預付費賬戶余額屏蔽數(shù)據(jù)是在與所述預付費賬戶余額屏蔽數(shù)據(jù)分開的 預付費用戶數(shù)據(jù)庫中存儲的可用預付費用戶賬戶信息的一個子集；在確定所述預付費用戶的賬戶余額不滿足所述閾值要求之后，執(zhí) 行屏蔽操作。
全文摘要
公開了用于執(zhí)行預付費賬戶余額屏蔽的方法、系統(tǒng)和計算機程序產(chǎn)品。根據(jù)一個方面，本發(fā)明包括一種用于執(zhí)行預付費賬戶余額屏蔽的方法。該方法包括在用于處理網(wǎng)絡信令消息的網(wǎng)絡實體處接收包括標識預付費用戶的信息的信令消息，所述消息從消息源發(fā)送，并意圖到達消息目的地。使用預付費賬戶余額屏蔽數(shù)據(jù)和信令消息中標識預付費用戶的信息，來判斷預付費用戶的賬戶余額是否滿足閾值要求，其中，預付費賬戶余額屏蔽數(shù)據(jù)是在與所述預付費賬戶余額屏蔽數(shù)據(jù)分開的預付費用戶數(shù)據(jù)庫中存儲的可用預付費用戶賬戶信息的一個子集。在確定預付費用戶的賬戶余額不滿足閾值要求之后，執(zhí)行屏蔽操作。
文檔編號H04M1/663GK101658020SQ200780051876
公開日2010年2月24日 申請日期2007年12月21日 優(yōu)先權(quán)日2006年12月28日
發(fā)明者C·格林, D·阿加瓦爾, P·J·馬爾西科, S·F·S·卡薩隆格 申請人:泰克萊克公司