專利名稱：從用于無限網(wǎng)內(nèi)預(yù)付費(fèi)呼叫的預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)狀態(tài)查詢的方法、系統(tǒng)和計(jì) ...的制作方法
技術(shù)領(lǐng)域：
本文描述的主題涉及査詢卸載。更具體地，主題描述了一種從用于無 限網(wǎng)內(nèi)預(yù)付費(fèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)查詢的方 法、系統(tǒng)和計(jì)算機(jī)程序產(chǎn)品。
背景技術(shù)：
在傳統(tǒng)的移動(dòng)呼叫方案中，移動(dòng)用戶建立對(duì)其他用戶的呼叫，并且在 每個(gè)計(jì)費(fèi)周期結(jié)束時(shí)，對(duì)該周期內(nèi)建立的每個(gè)呼叫進(jìn)行計(jì)費(fèi)?？梢曰诙?種因素對(duì)呼叫計(jì)費(fèi)，例如每個(gè)呼叫的長度和呼叫的類型(也就是語音、視 頻、文本消息、長途、本地等等)。然而，近年來，移動(dòng)網(wǎng)絡(luò)運(yùn)營商還向移 動(dòng)用戶提供所謂的"預(yù)付費(fèi)"呼叫方案，在該方案中用戶通過留出專用于 支付預(yù)付費(fèi)呼叫的預(yù)付費(fèi)信用額度從而在建立呼叫之前為呼叫付費(fèi)。在連 接每個(gè)呼叫之前，預(yù)付費(fèi)呼叫方案接下來使用這個(gè)與每個(gè)預(yù)付費(fèi)移動(dòng)用戶 相關(guān)聯(lián)的預(yù)付費(fèi)信用額度來確定用戶是否擁有足以建立呼叫的預(yù)付費(fèi)信 用。 一旦呼叫完成，典型地將預(yù)付費(fèi)信用額度記入借方。因此，當(dāng)預(yù)付費(fèi) 用戶發(fā)起呼叫時(shí)，就査詢包含與預(yù)付費(fèi)用戶相關(guān)聯(lián)的預(yù)付費(fèi)信用信息的預(yù) 付費(fèi)信用狀態(tài)數(shù)據(jù)庫，以確定用戶是否擁有足以建立呼叫的預(yù)付費(fèi)信用。 網(wǎng)絡(luò)運(yùn)營商典型地為每個(gè)由預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫所維護(hù)的査詢支付許可費(fèi) 用。
除上述預(yù)付費(fèi)呼叫方案之外，許多網(wǎng)絡(luò)運(yùn)營商開始向網(wǎng)內(nèi)用戶提供所 謂的"無限"預(yù)付費(fèi)呼叫方案。屬于無限預(yù)付費(fèi)呼叫方案的用戶可以向其他用戶建立無限數(shù)量的呼叫，只要所建立的呼叫類型包括在該方案中并且 該呼叫是"網(wǎng)內(nèi)的"(也就是主叫用戶和被叫用戶屬于同一網(wǎng)絡(luò))。因此， 對(duì)于由無限預(yù)付費(fèi)用戶建立的所有網(wǎng)內(nèi)呼叫，對(duì)預(yù)付費(fèi)狀態(tài)査詢的響應(yīng)總 是包括繼續(xù)連接呼叫的指令。因此應(yīng)當(dāng)意識(shí)到，包括大量建立網(wǎng)內(nèi)呼叫的 無限預(yù)付費(fèi)用戶的網(wǎng)絡(luò)將生成類似大量的預(yù)付費(fèi)狀態(tài)查詢以及肯定的預(yù)付 費(fèi)狀態(tài)查詢響應(yīng)。
與傳統(tǒng)的預(yù)付費(fèi)狀態(tài)査詢系統(tǒng)相關(guān)聯(lián)的一個(gè)問題在于向預(yù)付費(fèi)信用 狀態(tài)數(shù)據(jù)庫發(fā)送了多余數(shù)量的預(yù)付費(fèi)狀態(tài)査詢以用于與無限方案預(yù)付費(fèi)用 戶相關(guān)聯(lián)的查詢。許多與無限預(yù)付費(fèi)呼叫方案相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)査詢是 多余的，因?yàn)闊o需檢査位于預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫中的信息就可以做出關(guān) 于是否建立呼叫的確定。這些額外多余的狀態(tài)査詢增加了通信網(wǎng)絡(luò)中的消 息流量負(fù)荷，因此增加了用于維持其它類型網(wǎng)絡(luò)流量的服務(wù)所需要的成本 和復(fù)雜性。另外，預(yù)付費(fèi)數(shù)據(jù)庫運(yùn)營商經(jīng)常對(duì)查詢他們的數(shù)據(jù)收取許可費(fèi) 用。這樣對(duì)預(yù)付費(fèi)數(shù)據(jù)庫的多余査詢導(dǎo)致多余的許可費(fèi)用和收入損失。
因此，需要從與無限網(wǎng)內(nèi)預(yù)付費(fèi)呼叫相關(guān)的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸 載預(yù)付費(fèi)信用狀態(tài)查詢。

發(fā)明內(nèi)容
根據(jù)一個(gè)方面，本文描述的主題包括一種從用于無限方案預(yù)付費(fèi)網(wǎng)內(nèi) 呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)査詢的方法、系統(tǒng)和計(jì) 算機(jī)程序產(chǎn)品。 一個(gè)方法包括在信令消息路由節(jié)點(diǎn)截取與主叫用戶所發(fā)起 的并且打向被叫用戶的呼叫相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)查詢。信令節(jié)點(diǎn)接下來基 于截取的預(yù)付費(fèi)狀態(tài)査詢，確定主叫用戶是與無限呼叫方案、無限文本、 還是無限多媒體消息傳送方案，或是這兩個(gè)方案的結(jié)合相關(guān)聯(lián)。節(jié)點(diǎn)還基 于截取的預(yù)付費(fèi)狀態(tài)査詢，確定呼叫是不是網(wǎng)內(nèi)呼叫，其中網(wǎng)內(nèi)呼叫包括 屬于同一網(wǎng)絡(luò)的主叫用戶和被叫用戶之間的呼叫。響應(yīng)于確定該呼叫是與 無限呼叫、文本消息傳送或多媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián) 的網(wǎng)內(nèi)呼叫，信令節(jié)點(diǎn)生成預(yù)付費(fèi)狀態(tài)響應(yīng)，用于指示查詢發(fā)生器連接該 呼叫。可替換地，響應(yīng)于確定該呼叫不是與無限呼叫、文本消息傳送或多 媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，將預(yù)付費(fèi)狀態(tài)查詢轉(zhuǎn)發(fā)到預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。
根據(jù)另一個(gè)方面，用于卸載對(duì)于網(wǎng)內(nèi)預(yù)付費(fèi)呼叫的預(yù)付費(fèi)狀態(tài)査詢的 信令消息路由節(jié)點(diǎn)包括通信模塊和預(yù)付費(fèi)狀態(tài)査詢卸載模塊。通信模塊截 取與主叫用戶所發(fā)起的并且打向被叫用戶的呼叫相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)査 詢，并且向預(yù)付費(fèi)狀態(tài)査詢卸載模塊提供該査詢中所包含的信息。預(yù)^t費(fèi) 狀態(tài)査詢卸載模塊用于基于截取的預(yù)付費(fèi)狀態(tài)查詢來確定主叫用戶是否與 無限呼叫或文本消息傳送方案相關(guān)聯(lián)，以及呼叫是不是網(wǎng)內(nèi)呼叫。響應(yīng)于 確定呼叫是與無限呼叫或文本消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng) 內(nèi)呼叫，預(yù)付費(fèi)狀態(tài)查詢卸載模塊生成預(yù)付費(fèi)狀態(tài)響應(yīng)，用于指示査詢發(fā) 生器連接該呼叫?？商鎿Q地，響應(yīng)于確定呼叫不是與無限呼叫或文本消息 傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，預(yù)付費(fèi)狀態(tài)査詢卸載模塊 將預(yù)付費(fèi)狀態(tài)査詢轉(zhuǎn)發(fā)到預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。
可以使用包括收錄在計(jì)算機(jī)可讀介質(zhì)中的計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī) 程序產(chǎn)品來實(shí)現(xiàn)本文描述的主題。適用于實(shí)現(xiàn)本文描述的主題的示例性計(jì) 算機(jī)可讀介質(zhì)包括芯片存儲(chǔ)設(shè)備、盤片存儲(chǔ)設(shè)備、專用集成電路、可編程 邏輯設(shè)備以及可下載電信號(hào)。另外，實(shí)現(xiàn)本文描述的主題的計(jì)算機(jī)程序產(chǎn) 品可以位于單個(gè)設(shè)備或計(jì)算平臺(tái)中，或者可以交叉分布在多個(gè)設(shè)備或計(jì)算 平臺(tái)上。


現(xiàn)在參考附圖解釋本文描述的主題，其中
圖1是根據(jù)本文描述的主題的實(shí)施例，示出了從用于無限方案預(yù)付費(fèi) 網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)查詢的過程的流程 圖2是根據(jù)本文描述的主題的實(shí)施例，示出了從用于無限方案預(yù)付費(fèi) 網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)查詢的系統(tǒng)的方框 圖3是根據(jù)本文描述的主題的實(shí)施例，示出了從用于IP多媒體子系統(tǒng) (IMS)網(wǎng)絡(luò)中的無限方案預(yù)付費(fèi)網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù) 付費(fèi)信用狀態(tài)査詢的系統(tǒng)的方框圖；以及圖4是根據(jù)本文描述的主題的實(shí)施例，示出了從用于無限方案預(yù)付費(fèi) 網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)査詢的示例性信令 消息路由節(jié)點(diǎn)的方框圖。
具體實(shí)施例方式
圖1是根據(jù)本文描述的主題的實(shí)施例，示出了從用于無限方案預(yù)付費(fèi) 網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)査詢的過程的流程 圖。參考圖l，在方框100中，截取與主叫用戶所發(fā)起的并且打向被叫用戶 的呼叫相關(guān)聯(lián)的査詢。例如，響應(yīng)于檢測到由呼叫預(yù)付費(fèi)移動(dòng)用戶發(fā)起的 呼叫，可以由移動(dòng)交換中心(MSC)或訪問位置寄存器(VLR)生成預(yù)付 費(fèi)狀態(tài)查詢。在一個(gè)實(shí)施例中，生成的預(yù)付費(fèi)狀態(tài)查詢可以包括智能網(wǎng)應(yīng) 用部分(INAP)初始檢測點(diǎn)(IDP)消息或其它合適的查詢機(jī)制。例如， 響應(yīng)于從本地位置寄存器(HLR)接收到INSERT_SUBSCRIBER—DATA (插 入—用戶—數(shù)據(jù))消息，可以由査詢發(fā)生器生成INAPIDP查詢消息。
對(duì)預(yù)付費(fèi)狀態(tài)査詢的期望的響應(yīng)包括關(guān)于是否連接呼叫的指令。該指 令典型地基于對(duì)主叫用戶的預(yù)付費(fèi)信用狀態(tài)的檢査以及一個(gè)或多個(gè)與呼叫 相關(guān)聯(lián)的參數(shù)。例如，根據(jù)預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫，如果主叫用戶并沒有足以 建立需要的呼叫的信用，則返回到查詢發(fā)生器的預(yù)付費(fèi)查詢響應(yīng)將包括用 于不建立呼叫的指令?？商鎿Q地，如果主叫用戶擁有足以建立需要的呼叫 的信用，預(yù)付費(fèi)査詢響應(yīng)包括用于繼續(xù)建立呼叫的指令。然而，根據(jù)方框 100，可以由位于MSC/VLR和預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫之間的信令節(jié)點(diǎn)截取預(yù)付 費(fèi)狀態(tài)查詢。在一個(gè)實(shí)施例中，信號(hào)轉(zhuǎn)接點(diǎn)(STP)可以位于查詢發(fā)生器和 目的地預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫之間，并且用于截取預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫預(yù)期的預(yù) 付費(fèi)狀態(tài)查詢。例如，可以將預(yù)付費(fèi)狀態(tài)查詢尋址到預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫的 點(diǎn)代碼。在可替換的實(shí)現(xiàn)中，可以全局路由碼上發(fā)送預(yù)付費(fèi)狀態(tài)查詢，其 中STP執(zhí)行全局碼轉(zhuǎn)換以確定預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫的地址。
在方框102中，基于截取的預(yù)付費(fèi)狀態(tài)査詢，確定主叫用戶是與無限 呼叫、文本消息傳送還是多媒體消息傳送方案相關(guān)聯(lián)。如以下更詳細(xì)地討 論的，方框102中所述的確定涉及從預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)查詢將 要滿足的三個(gè)條件中的一個(gè)。例如，可以由位于MSC/VLR和預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫之間的STP做出該確定，STP通過該確定來檢查包括在截取的狀態(tài)查 詢中的參數(shù)。例如，截取的預(yù)付費(fèi)狀態(tài)査詢可以包括服務(wù)關(guān)鍵字 (ServiceKey)參數(shù)，用于指示與主叫用戶相關(guān)聯(lián)的呼叫方案類型。在一個(gè) 實(shí)施例中，可以分別通過第一和第二服務(wù)關(guān)鍵字來識(shí)別"24/7無限呼叫和 文本"方案和"24/7無限文本"方案。在下文中將預(yù)付費(fèi)移動(dòng)呼叫方案稱 為"無限方案"或"無限呼叫方案"，其中該預(yù)付費(fèi)移動(dòng)呼叫方案在預(yù)^t費(fèi) 周期之內(nèi)提供無限數(shù)量呼叫建立，包括語音呼叫、文本消息呼叫、IP多媒 體子系統(tǒng)(IMS)消息呼叫、多媒體消息呼叫或它們的任意組合。要意識(shí)到， 可以通過除了與上述無限方案相關(guān)聯(lián)的服務(wù)關(guān)鍵字之外的其它服務(wù)關(guān)鍵字 來識(shí)別除了無限呼叫方案之外的其它呼叫方案。
在方框104中，基于截取的預(yù)付費(fèi)狀態(tài)査詢，確定呼叫是不是網(wǎng)內(nèi)呼 叫。網(wǎng)內(nèi)呼叫包括屬于同一網(wǎng)絡(luò)的主叫用戶和被叫用戶之間的任意呼叫。 如上所述，為了使特定呼叫有資格成為在無限預(yù)付費(fèi)呼叫方案下的無限呼 叫，該呼叫必須是網(wǎng)內(nèi)呼叫。因此做出關(guān)于該呼叫的網(wǎng)內(nèi)狀態(tài)的確定。在 一個(gè)實(shí)施例中，可以通過檢查包括在截取的預(yù)付費(fèi)狀態(tài)査詢中的主叫用戶 號(hào)碼和被叫用戶號(hào)碼來做出這個(gè)確定。如果兩個(gè)用戶屬于同一網(wǎng)絡(luò)，則可 以將呼叫確定為網(wǎng)內(nèi)呼叫。例如，移動(dòng)網(wǎng)絡(luò)可以包括通過開頭為139的用 戶號(hào)碼來識(shí)別的用戶。在這樣的網(wǎng)絡(luò)中，可以將與用戶號(hào)碼139-xxx-xxxx 相關(guān)聯(lián)的第一用戶和與用戶號(hào)碼139-xxx-xxxx相關(guān)聯(lián)的第二用戶之間的呼 叫識(shí)別為網(wǎng)內(nèi)呼叫?？商鎿Q地，可以將具有以139開頭的號(hào)碼的第一用戶 和具有以136開頭的號(hào)碼的第二用戶之間的呼叫識(shí)別為網(wǎng)外呼叫。
在方框106確定呼叫是否屬于在與主叫用戶相關(guān)聯(lián)的呼叫方案下有資 格成為無限呼叫的類型。可以通過比較包括在截取的預(yù)付費(fèi)狀態(tài)査詢中的 電話服務(wù)(TeleService)和服務(wù)關(guān)鍵字參數(shù)來做出這個(gè)確定。例如，對(duì)于包 括電話服務(wù)=17 (也就是語音呼叫)和服務(wù)關(guān)鍵字="無限語音和文本方 案"的截取的預(yù)付費(fèi)狀態(tài)査詢，因?yàn)槿绶?wù)關(guān)鍵字指示，在無限語音和文 本方案中包括語音呼叫，因此可以確定與查詢相關(guān)聯(lián)的語音呼叫在與用戶 相關(guān)聯(lián)的呼叫方案下有資格成為無限呼叫?？商鎿Q地，如果截取的預(yù)付費(fèi) 狀態(tài)查詢包括電話服務(wù)=17 (也就是語音呼叫)和服務(wù)關(guān)鍵字="無限文 本方案"，那么如服務(wù)關(guān)鍵字指示，因?yàn)樵跓o限文本方案中沒有包括語音呼叫，因此可以確定與查詢相關(guān)聯(lián)的語音呼叫在與用戶相關(guān)聯(lián)的呼叫方案下 沒有資格成為無限呼叫。
在方框108，響應(yīng)于確定呼叫是與無限呼叫或文本消息傳送方案相關(guān)聯(lián) 的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，生成預(yù)付費(fèi)狀態(tài)響應(yīng)，用于指示査詢發(fā)生 器連接該呼叫。例如，預(yù)付費(fèi)狀態(tài)響應(yīng)可以包括INAP CONTINUE (INAP 繼續(xù))消息，用于指示查詢發(fā)生器繼續(xù)連接該呼叫。例如，如果截取的査 詢包括電話服務(wù)=17 (也就是語音呼叫)、服務(wù)關(guān)鍵字二 "無限語音和文本 方案"、主叫方ID二139-xxx-xxxx以及被叫方ID二139-xxx-xxxx，則確定與 截取的查詢相關(guān)聯(lián)的呼叫是網(wǎng)內(nèi)無限預(yù)付費(fèi)呼叫。這樣，用于截取預(yù)付費(fèi) 狀態(tài)查詢的信令節(jié)點(diǎn)，例如STP，可以生成預(yù)付費(fèi)狀態(tài)響應(yīng)消息，而無需 將査詢轉(zhuǎn)發(fā)到預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。通過截取預(yù)付費(fèi)狀態(tài)查詢以及檢查其中 所包括的多個(gè)參數(shù)，減少了由預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫所維護(hù)的預(yù)付費(fèi)狀態(tài)查詢 的數(shù)量。
在方框110，響應(yīng)于確定將呼叫不是與無限呼叫或文本消息傳送方案相 關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，將預(yù)付費(fèi)狀態(tài)査詢轉(zhuǎn)發(fā)到預(yù)付費(fèi)狀態(tài) 數(shù)據(jù)庫進(jìn)行處理。從上述情況可以意識(shí)到，對(duì)于與不是網(wǎng)內(nèi)無限預(yù)付費(fèi)呼 叫的呼叫相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)查詢，為了經(jīng)由傳統(tǒng)的方法來確定主叫用戶 是否擁有足以建立需要的呼叫的預(yù)付費(fèi)信用，將預(yù)付費(fèi)狀態(tài)查詢轉(zhuǎn)發(fā)到預(yù) 付費(fèi)狀態(tài)數(shù)據(jù)庫。
圖2是根據(jù)本文描述的主題的實(shí)施例，示出了從用于無限方案預(yù)付費(fèi) 網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)查詢的系統(tǒng)的方框 圖。參考圖2，系統(tǒng)200包括用于存儲(chǔ)與移動(dòng)電話用戶相關(guān)的信息的本地位 置寄存器(HLR) 202。在連接移動(dòng)用戶之間的呼叫的過程中，HLR202可 以生成Insert—Subscriber—Data (插入—用戶_數(shù)據(jù))消息204并將其發(fā)送到移 動(dòng)服務(wù)中心(MSC) /訪問位置寄存器(VLR) 206。 MSC/VLR 206接下來 可以生成去往智能網(wǎng)(IN)預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫218的智能網(wǎng)應(yīng)用部分(INAP) 初始檢測點(diǎn)(IDP)預(yù)付費(fèi)信用狀態(tài)查詢208。
可以由位于MSC/VLR 206和預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫220之間的信令消息路 由節(jié)點(diǎn)210截取預(yù)付費(fèi)狀態(tài)査詢208。例如，節(jié)點(diǎn)210可以是STP，并且可 以包括用于截取查詢208的通信模塊212。預(yù)付費(fèi)狀態(tài)査詢卸載模塊214可以用于確定是將査詢208轉(zhuǎn)發(fā)到預(yù)付費(fèi)數(shù)據(jù)庫218還是生成INAP響應(yīng)消息 216。示例性的INAP響應(yīng)消息216可以包括用于指示MSC/VLR 206連接 呼叫的CONTINUE (繼續(xù))消息。可替換地，預(yù)付費(fèi)狀態(tài)查詢卸載模塊214 可以將截取的査詢208轉(zhuǎn)發(fā)到它的預(yù)期的目的地，例如預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫 218。
由預(yù)付費(fèi)狀態(tài)査詢卸載模塊214做出的確定可以包括檢查截取的査詢 208中所包括的多個(gè)參數(shù)。由卸載模塊214檢查的參數(shù)可以包括服務(wù)關(guān)鍵字 參數(shù)，例如"24/7呼叫和文本無限"或"24/7文本無限"，用于指示該呼叫 是不是從帶有無限呼叫或文本消息傳送方案的預(yù)付費(fèi)用戶發(fā)起的?？梢酝?過與無限預(yù)付費(fèi)呼叫方案相關(guān)聯(lián)的那些上述服務(wù)關(guān)鍵字不同的服務(wù)關(guān)鍵字 來指示所有其它方案。如果如服務(wù)關(guān)鍵字指示，主叫用戶沒有與無限方案 相關(guān)聯(lián)，則將查詢208轉(zhuǎn)發(fā)到用于確定是否連接呼叫的預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫 218。
為了在方框104做出確定，預(yù)付費(fèi)狀態(tài)査詢卸載模塊214可以檢査包 括在截取的查詢208中的電話服務(wù)參數(shù)，電話服務(wù)參數(shù)用于指示呼叫是語 音呼叫還是文本消息傳送呼叫。在一個(gè)實(shí)施例中，電話服務(wù)參數(shù)中的十進(jìn) 制值17指示語音呼叫。等于34的值指示文本消息傳送呼叫，例如短消息 服務(wù)(SMS)移動(dòng)發(fā)起的/點(diǎn)到點(diǎn)(MO/PP)消息。
為了確定正在建立的呼叫是否包括在用戶的無限預(yù)付費(fèi)呼叫方案中， 將包括在截取的查詢208中的電話服務(wù)參數(shù)的值與服務(wù)關(guān)鍵字參數(shù)進(jìn)行比 較。例如，無限語音預(yù)付費(fèi)方案的用戶發(fā)起到另一個(gè)網(wǎng)內(nèi)移動(dòng)用戶的文本 消息傳送呼叫。因此，査詢208包括用于指示語音呼叫的"24/7無限語音" 服務(wù)關(guān)鍵字和電話服務(wù)值17。基于對(duì)査詢208的檢査，預(yù)付費(fèi)狀態(tài)查詢卸 載模塊214確定當(dāng)主叫用戶與無限呼叫方案相關(guān)聯(lián)時(shí)，正在由用戶建立的 呼叫類型是否沒有包括在該方案中。因此，將查詢208轉(zhuǎn)發(fā)到它的預(yù)期目 的地并且不能繞開預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫218。
預(yù)付費(fèi)狀態(tài)查詢卸載模塊214還可以檢査包括在查詢208中的主叫用 戶號(hào)碼和被叫用戶號(hào)碼兩者，以便確定呼叫是不是網(wǎng)內(nèi)呼叫。如包括在査 詢208中的主叫用戶標(biāo)識(shí)符和被叫用戶標(biāo)識(shí)符所標(biāo)識(shí)的，如果主叫用戶和 被叫用戶兩者屬于同一網(wǎng)絡(luò)，則呼叫是網(wǎng)內(nèi)呼叫。另外，主叫用戶標(biāo)識(shí)符和被叫用戶標(biāo)識(shí)符可以用來確定用于連接網(wǎng)內(nèi)用戶的網(wǎng)絡(luò)。在一個(gè)實(shí)施例
中，節(jié)點(diǎn)210可以包括網(wǎng)內(nèi)用戶列表，其包含屬于特定網(wǎng)絡(luò)的用戶的通訊 錄號(hào)碼(DN)前綴和相關(guān)用戶信息，然而，要意識(shí)到在不脫離本文描述的 主題的范圍的前提下，可以使用其它適當(dāng)?shù)闹鹘泻捅唤杏脩魳?biāo)識(shí)符，例如 通訊錄號(hào)碼。繼續(xù)上述示例性的實(shí)施例，可以將包括在査詢208中的主叫 用戶標(biāo)識(shí)符和被叫用戶標(biāo)識(shí)符與位于網(wǎng)內(nèi)數(shù)據(jù)庫中的前綴進(jìn)行比較，以確 定呼叫是不是網(wǎng)內(nèi)呼叫。如果在網(wǎng)內(nèi)用戶列表中同時(shí)找到被叫方BCD號(hào)碼 (Called Party BCDNumber)參數(shù)的前綴和主叫方號(hào)碼的前綴，則呼叫是網(wǎng) 內(nèi)呼叫。否則，它是跨網(wǎng)呼叫。
在另一個(gè)實(shí)施例中，可以從預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫卸載IMS網(wǎng)絡(luò)中的預(yù)付 費(fèi)狀態(tài)查詢。圖3是根據(jù)本文描述的主題的實(shí)施例，示出了從用于IMS網(wǎng) 絡(luò)中的無限方案預(yù)付費(fèi)網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用 狀態(tài)査詢的系統(tǒng)的方框圖。參考圖3，系統(tǒng)300包括本地用戶服務(wù)器(HSS) 302，用于存儲(chǔ)IMS實(shí)體的涉及訂閱的信息和位置信息。在一個(gè)實(shí)施例中， 在連接IMS用戶之間的呼叫的過程中，HSS 302可以生成DIAMETER響應(yīng) 消息304并將其發(fā)送到呼叫會(huì)話控制功能(CSCF) 306，其中DIAMETER 響應(yīng)消息是DIAMETER協(xié)議中的消息類型，DIAMETER協(xié)議是與遠(yuǎn)程認(rèn) 證撥入用戶服務(wù)(RADIUS)協(xié)議相關(guān)的協(xié)議。CSCF 306接下來可以生成 去往預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫318的簡單對(duì)象訪問協(xié)議(SOAP)預(yù)付費(fèi)信用狀態(tài) 查詢308。要意識(shí)到在不脫離本文描述的主題的范圍的前提下，可以通過 HSS 302和/或CSCF 306生成或接收其它合適的協(xié)議，例如用于移動(dòng)網(wǎng)絡(luò)增 強(qiáng)邏輯的客戶化應(yīng)用(CAMEL)協(xié)議。
可以通過位于CSCF 306和預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫320之間的信令消息路由 節(jié)點(diǎn)310截取預(yù)付費(fèi)狀態(tài)查詢308。如上所述，例如，節(jié)點(diǎn)310可以是STP 或IP路由器并且可以包括用于截取査詢308的通信模塊312。預(yù)付費(fèi)狀態(tài) 查詢卸載模塊314可用于確定是將査詢308轉(zhuǎn)發(fā)到預(yù)付費(fèi)數(shù)據(jù)庫318還是 生成SOAP響應(yīng)消息316。示例性的SOAP響應(yīng)消息316可以包括用于指示 CSCF 306連接呼叫的消息?？商鎿Q地，預(yù)付費(fèi)狀態(tài)査詢卸載模塊可以將截 取的查詢308轉(zhuǎn)發(fā)到它的預(yù)期目的地，例如預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫318。
由預(yù)付費(fèi)狀態(tài)查詢卸載模塊314做出的確定可以包括檢查截取的查詢308中所包含的多個(gè)參數(shù)。由卸載模塊314檢查的參數(shù)可以包括諸如"24/7 呼叫和文本無限"或"24/7文本無限"的第一參數(shù)，用于指示呼叫是從具 有無限呼叫、文本消息傳送還是多媒體消息傳送方案的預(yù)付費(fèi)用戶發(fā)起的。 可以通過與涉及上述無限預(yù)付費(fèi)呼叫方案的參數(shù)不同的參數(shù)來指示所有其 它方案。如果主叫用戶與無限方案沒有關(guān)聯(lián)，則將査詢308轉(zhuǎn)發(fā)到用于確 定是否連接呼叫的預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫318。
為了在方框104做出確定，預(yù)付費(fèi)狀態(tài)査詢卸載模塊314可以檢査包 括在截取的査詢308中的第二參數(shù)，其用于指示呼叫是語音呼叫、文本消 息傳送還是多媒體消息傳送呼叫。為了確定正在建立的呼叫是否包括在用 戶的無限預(yù)付費(fèi)方案中，可以將包括在截取的查詢308中的第二參數(shù)的值 與第一參數(shù)進(jìn)行比較。例如，具有無限語音預(yù)付費(fèi)方案的用戶發(fā)起到另一 個(gè)網(wǎng)內(nèi)移動(dòng)用戶的IMS呼叫。因此，査詢308至少包括上述的第一和第二 參數(shù)，用于指示IMS呼叫和無限預(yù)付費(fèi)語音呼叫方案?；趯?duì)查詢308的 檢査，預(yù)付費(fèi)狀態(tài)査詢卸載模塊314確定當(dāng)主叫用戶與無限呼叫方案相關(guān) 聯(lián)時(shí)，正在由用戶建立的呼叫類型是否沒有包括在方案中。因此，將査詢 208轉(zhuǎn)發(fā)到它的預(yù)期目的地并且不能繞開預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫318。
預(yù)付費(fèi)狀態(tài)査詢卸載模塊314還可以檢査包括在查詢308中的主叫用 戶標(biāo)識(shí)符和被叫用戶標(biāo)識(shí)符，以確定呼叫是不是網(wǎng)內(nèi)呼叫。如包括在查詢 308中的主叫用戶標(biāo)識(shí)符和被叫用戶標(biāo)識(shí)符所標(biāo)識(shí)的，如果主叫用戶和被叫 用戶同時(shí)屬于同一網(wǎng)絡(luò)，則呼叫是網(wǎng)內(nèi)呼叫。另外，主叫用戶標(biāo)識(shí)符和被 叫用戶標(biāo)識(shí)符可以用來確定用于連接網(wǎng)內(nèi)用戶的網(wǎng)絡(luò)。在一個(gè)實(shí)施例中， 節(jié)點(diǎn)310可以包括網(wǎng)內(nèi)用戶列表，其包含屬于特定網(wǎng)絡(luò)的用戶的通訊錄號(hào) 碼(DN)、 DN前綴、URI、域名和相關(guān)用戶信息。可以將包括在查詢308 中的主叫用戶標(biāo)識(shí)符和被叫用戶標(biāo)識(shí)符與位于網(wǎng)內(nèi)數(shù)據(jù)庫中的信息進(jìn)行比 較，以確定呼叫是不是網(wǎng)內(nèi)呼叫。如果在網(wǎng)內(nèi)用戶列表中同時(shí)找到被叫用 戶標(biāo)識(shí)符和主叫用戶號(hào)碼，則呼叫是網(wǎng)內(nèi)呼叫。否則，它是跨網(wǎng)呼叫。
圖4是根據(jù)本文描述的主題的實(shí)施例，示出了從用于無限方案預(yù)付費(fèi) 網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)查詢的示例性信令 消息路由節(jié)點(diǎn)的方框圖。參考圖4，通信模塊212和預(yù)付費(fèi)狀態(tài)查詢卸載模 塊214可以位于信令消息路由節(jié)點(diǎn)210，例如信令轉(zhuǎn)移點(diǎn)(STP)，并且包括內(nèi)部通信總線400，內(nèi)部通信總線400包含兩個(gè)反向旋轉(zhuǎn)的串行環(huán)?？梢?將大量處理模塊或卡耦合到總線400。在圖6中，總線400可以耦合到通信 模塊，例如鏈接接口模塊(LIM) 212、數(shù)據(jù)通信模塊(DCM) 402和數(shù)據(jù) 服務(wù)模塊(DSM) 404。這些模塊物理地連接到總線400，以便在激活的卡 或模塊之間內(nèi)部地路由信令和其它類型的消息。為了簡化說明，圖6僅僅 包括單個(gè)LIM、單個(gè)DCM和單個(gè)DSM卡。然而，信令消息路由節(jié)點(diǎn)210 可以包括多個(gè)其它LIM、 DCM、 DSM和其它卡，它們?nèi)靠梢酝瑫r(shí)連接到 總線400并經(jīng)由總線400進(jìn)行通信。
模塊212、 402和404中的每一個(gè)可以執(zhí)行每個(gè)模塊上所具備的應(yīng)用或 功能，并且經(jīng)由總線400控制與其它模塊的通信。例如，為了確定是生成 響應(yīng)消息還是將査詢轉(zhuǎn)發(fā)到預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫218， DSM 404可以執(zhí)行用 于檢查包括在諸如INAPIDP査詢208的預(yù)付費(fèi)狀態(tài)查詢中的參數(shù)的軟件。
LIM212包括SS7MTP第1級(jí)和第2級(jí)功能410、 1/0緩沖器411、網(wǎng) 關(guān)篩選(GWS)功能412、消息區(qū)分功能414、消息分發(fā)功能416和路由管 理器418。 MTP第1級(jí)和第2級(jí)功能410在特定物理接口上發(fā)送和接收數(shù) 字?jǐn)?shù)據(jù)，提供錯(cuò)誤檢測、錯(cuò)誤糾正和SS7消息分組的順序傳遞。1/0緩沖器 411提供對(duì)進(jìn)入和外出的信令消息的暫時(shí)緩沖。
GWS功能412檢査接收的消息分組，并且確定是否應(yīng)該允許消息分組 進(jìn)入用于處理和/或路由的信令消息路由節(jié)點(diǎn)210。區(qū)分功能414執(zhí)行區(qū)分 操作，其中可以包括確定接收的消息分組是需要由內(nèi)部處理子系統(tǒng)進(jìn)行處 理還是僅通過交換(也就是路由到網(wǎng)絡(luò)中的另一個(gè)節(jié)點(diǎn))進(jìn)行處理?？梢?將允許迸入信令消息路由節(jié)點(diǎn)210，例如INAPIDP預(yù)付費(fèi)狀態(tài)查詢，的消 息經(jīng)由總線400，路由到系統(tǒng)中的其它通信模塊或者分發(fā)到應(yīng)用引擎或處理 模塊。
DSM 214可以經(jīng)由消息分發(fā)功能416，從LIM 212接收預(yù)付費(fèi)狀態(tài)查 詢。位于LIM212的分發(fā)功能416可以經(jīng)由總線400，將可以將初始檢測點(diǎn) (IDP)查詢轉(zhuǎn)發(fā)到DSM214。 一旦接收到IDP査詢，預(yù)付費(fèi)狀態(tài)查詢卸載 功能419可以在網(wǎng)內(nèi)用戶數(shù)據(jù)庫420中執(zhí)行査找，以確定與查詢208相關(guān) 聯(lián)的呼叫是不是網(wǎng)內(nèi)呼叫。網(wǎng)內(nèi)用戶數(shù)據(jù)庫420可以包括用于指示特殊的 用戶是否屬于該網(wǎng)絡(luò)的信息。例如，這個(gè)信息可以包括由特定網(wǎng)絡(luò)所維護(hù)的每個(gè)用戶的用戶通訊錄號(hào)碼或其它用戶標(biāo)識(shí)符。另外，預(yù)付費(fèi)狀態(tài)査詢
卸載功能419可以確定呼叫是否包括在與特殊用戶相關(guān)聯(lián)的無限呼叫方案 中，因此并不查詢預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。 一旦確定基于從査詢208中提取的 信息來連接呼叫時(shí)不需要查詢預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫218，就生成響應(yīng)消息并將 其經(jīng)由總線400和路由管理器421轉(zhuǎn)發(fā)到DCM 402。
DCM 402包括用于在IP信令鏈路上發(fā)送和接收SS7消息的功能。在示 出的實(shí)例中，DCM402包括物理層功能422、物理層功能424、傳輸層功能 426、適配層功能428以及以上參考LIM212所述的功能412、 416和418。 物理層功能422執(zhí)行開放系統(tǒng)互連(OSI)的物理層操作，例如在基本電或 光接口上發(fā)送消息。在一個(gè)實(shí)例中，可以使用以太網(wǎng)實(shí)現(xiàn)物理層功能422。 網(wǎng)絡(luò)層功能424執(zhí)行例如將消息路由到其它網(wǎng)絡(luò)節(jié)點(diǎn)的操作。在一個(gè)實(shí)現(xiàn) 中，網(wǎng)絡(luò)層功能424可以實(shí)現(xiàn)因特網(wǎng)協(xié)議。傳輸層功能426實(shí)現(xiàn)OSI傳輸 層操作，例如在網(wǎng)絡(luò)節(jié)點(diǎn)之間提供面向連接的傳輸、在網(wǎng)絡(luò)節(jié)點(diǎn)之間提供 無連接傳輸或在網(wǎng)絡(luò)節(jié)點(diǎn)之間提供面向流的傳輸?？梢允褂萌我夂线m的傳 輸層協(xié)議，例如流控制傳輸協(xié)議(SCTP)、傳輸控制協(xié)議(TCP)或用戶數(shù) 據(jù)報(bào)協(xié)議(UDP)，來實(shí)現(xiàn)傳輸層功能426。適配層功能428執(zhí)行用于在IP 傳輸上發(fā)送和接收SS7消息的操作?？梢允褂萌我夂线m的IETF或其它適配 層協(xié)議來實(shí)現(xiàn)適配層功能428。合適的協(xié)議實(shí)例包括MTP第2級(jí)對(duì)等用戶 適配層(M2PA)、 MTP第3級(jí)用戶適配層(M3UA)和/或信令連接控制部 分(SCCP)用戶適配層(SUA)。功能412、 416和418執(zhí)行與以上參考LIM 212所述的對(duì)應(yīng)部件相同的操作。
需要理解的是在不脫離文發(fā)明所公開的主題的范圍的前提下，可以改 變本文公開的主題的多個(gè)細(xì)節(jié)。此外，前面的描述僅僅為了示例的目的而 不是限制的目的。
權(quán)利要求
1、一種用于卸載網(wǎng)內(nèi)預(yù)付費(fèi)呼叫的預(yù)付費(fèi)狀態(tài)查詢的方法，所述方法包括在信令消息路由節(jié)點(diǎn)(a)截取與由主叫用戶發(fā)起并且打向被叫用戶的呼叫相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)查詢；(b)基于所述截取的預(yù)付費(fèi)狀態(tài)查詢，確定所述主叫用戶是與無限呼叫、文本消息傳送還是多媒體消息傳送方案相關(guān)聯(lián)；(c)確定所述呼叫在與所述主叫用戶相關(guān)聯(lián)的所述呼叫、文本消息傳送或多媒體消息傳送方案下是否有資格成為無限類型的呼叫；(d)基于所述截取的預(yù)付費(fèi)狀態(tài)查詢，確定所述呼叫是不是網(wǎng)內(nèi)呼叫，其中網(wǎng)內(nèi)呼叫包括屬于同一網(wǎng)絡(luò)的主叫用戶和被叫用戶之間的呼叫；(e)響應(yīng)于確定所述呼叫是與無限呼叫、文本消息傳送或多媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，代表預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫生成預(yù)付費(fèi)狀態(tài)響應(yīng)，所述預(yù)付費(fèi)狀態(tài)響應(yīng)用于指示查詢發(fā)生器連接所述呼叫并且將所述狀態(tài)響應(yīng)轉(zhuǎn)發(fā)到所述查詢發(fā)生器；并且(f)響應(yīng)于確定所述呼叫不是與無限呼叫、文本消息傳送或多媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，將所述預(yù)付費(fèi)狀態(tài)查詢轉(zhuǎn)發(fā)到所述預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。
2、 如權(quán)利要求l所述的方法，其中，截取預(yù)付費(fèi)狀態(tài)査詢包括截取 智能網(wǎng)應(yīng)用部分(INAP)初始檢測點(diǎn)(IDP)査詢。
3、 如權(quán)利要求l所述的方法，其中，截取預(yù)付費(fèi)狀態(tài)查詢包括截取 簡單對(duì)象訪問協(xié)議(SOAP)預(yù)付費(fèi)狀態(tài)查詢。
4、 如權(quán)利要求l所述的方法，其中，確定所述主叫用戶是與無限呼叫 還是文本消息傳送方案相關(guān)聯(lián)包括檢査包括在所述預(yù)付費(fèi)狀態(tài)査詢中的 預(yù)定義的服務(wù)關(guān)鍵字參數(shù)。
5、 如權(quán)利要求4所述的方法，其中，檢查所述預(yù)定義的服務(wù)關(guān)鍵字包 括確定所述服務(wù)關(guān)鍵字是不是"24/7呼叫和文本無限"、"24/7文本無限" 中的一個(gè)。
6、 如權(quán)利要求l所述的方法，其中，確定所述呼叫在與所述主叫用戶 相關(guān)聯(lián)的所述呼叫方案下是否有資格成為無限類型的呼叫包括檢查包括 在所述預(yù)付費(fèi)狀態(tài)查詢中的電話服務(wù)參數(shù)。
7、 如權(quán)利要求l所述的方法，其中，確定所述呼叫是不是網(wǎng)內(nèi)呼叫包 括檢查包括在所述預(yù)付費(fèi)狀態(tài)査詢中的主叫用戶號(hào)碼(CgPN)和被叫用 戶號(hào)碼(CdPN)參數(shù)。
8、 如權(quán)利要求l所述的方法，其中，確定所述呼叫是不是網(wǎng)內(nèi)呼叫包 括檢查包括在所述預(yù)付費(fèi)狀態(tài)查詢中的主叫用戶統(tǒng)一資源標(biāo)識(shí)符(URI) 和被叫用戶URI參數(shù)。
9、 一種用于卸載網(wǎng)內(nèi)預(yù)付費(fèi)呼叫的預(yù)付費(fèi)狀態(tài)查詢的信令消息路由節(jié) 點(diǎn)，所述信令消息路由節(jié)點(diǎn)包括.-(a) 通信模塊，用于截取與由主叫用戶發(fā)起并且打向被叫用戶的呼叫 相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)査詢；(b) 預(yù)付費(fèi)狀態(tài)査詢卸載模塊，用于(i) 基于所述截取的預(yù)付費(fèi)狀態(tài)査詢，確定所述主叫用戶是與無 限呼叫、文本消息傳送還是多媒體消息傳送方案相關(guān)聯(lián)；(ii) 基于所述截取的預(yù)付費(fèi)狀態(tài)查詢，確定所述呼叫是不是網(wǎng)內(nèi) 呼叫，其中網(wǎng)內(nèi)呼叫包括屬于同一網(wǎng)絡(luò)的主叫用戶和被叫用戶之間的 呼叫；(iii) 響應(yīng)于確定所述呼叫是與無限呼叫、文本消息傳送或多媒體 消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，生成預(yù)付費(fèi)狀態(tài) 響應(yīng)，所述預(yù)付費(fèi)狀態(tài)響應(yīng)用于指示查詢發(fā)生器連接所述呼叫；以及(iv))響應(yīng)于確定所述呼叫不是與無限呼叫、文本消息傳送或多 媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，將所述預(yù)付 費(fèi)狀態(tài)查詢轉(zhuǎn)發(fā)到所述預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。
10、 如權(quán)利要求9所述的信令消息路由節(jié)點(diǎn)，其中，截取預(yù)付費(fèi)狀態(tài) 査詢包括截取智能網(wǎng)應(yīng)用部分(INAP)初始檢測點(diǎn)(IDP)査詢。
11、 如權(quán)利要求9所述的信令消息路由節(jié)點(diǎn)，其中，截取預(yù)付費(fèi)狀態(tài) 查詢包括截取簡單對(duì)象訪問協(xié)議(SOAP)預(yù)付費(fèi)狀態(tài)查詢。
12、 如權(quán)利要求9所述的信令消息路由節(jié)點(diǎn)，其中，確定所述主叫用戶是與無限呼叫、文本消息傳送還是多媒體消息傳送方案相關(guān)聯(lián)包括檢査包括在所述預(yù)付費(fèi)狀態(tài)査詢中的預(yù)定義的服務(wù)關(guān)鍵字參數(shù)。
13、 如權(quán)利要求ll所述的信令消息路由節(jié)點(diǎn)，其中，檢査所述預(yù)定義 服務(wù)關(guān)鍵字包括確定所述服務(wù)關(guān)鍵字是不是"24/7呼叫和文本無限"、"24/7 文本無限"中的一個(gè)。
14、 如權(quán)利要求9所述的信令消息路由節(jié)點(diǎn)，其中，確定所述呼叫在 與所述主叫用戶相關(guān)聯(lián)的所述呼叫方案下是否有資格成為無限類型的呼叫 包括檢査包括在所述預(yù)付費(fèi)狀態(tài)査詢中的電話服務(wù)參數(shù)。
15、 如權(quán)利要求9所述的信令消息路由節(jié)點(diǎn)，其中，確定所述呼叫是 不是網(wǎng)內(nèi)呼叫包括檢査包括在所述預(yù)付費(fèi)狀態(tài)査詢中的主叫用戶號(hào)碼(CgPN)和被叫用戶號(hào)碼(CdPN)參數(shù)。
16、 如權(quán)利要求9所述的信令消息路由節(jié)點(diǎn)，其中，確定所述呼叫是 不是網(wǎng)內(nèi)呼叫包括檢査包括在所述預(yù)付費(fèi)狀態(tài)査詢中的主叫用戶統(tǒng)一資 源標(biāo)識(shí)符(URI)和被叫用戶URI參數(shù)。
17、 一種包括收錄在計(jì)算機(jī)可讀介質(zhì)中的計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)程序產(chǎn)品，用于執(zhí)行以下步驟(a) 截取與由主叫用戶發(fā)起并且打向被叫用戶的呼叫相關(guān)聯(lián)的預(yù)付費(fèi) 狀態(tài)査詢；(b) 基于所述截取的預(yù)付費(fèi)狀態(tài)查詢，確定所述主叫用戶是與無限呼 叫、文本消息傳送還是多媒體消息傳送方案相關(guān)聯(lián)；(c) 基于所述截取的預(yù)付費(fèi)狀態(tài)查詢，確定所述呼叫是不是網(wǎng)內(nèi)呼叫， 其中網(wǎng)內(nèi)呼叫包括屬于同一網(wǎng)絡(luò)的主叫用戶和被叫用戶之間的呼叫；(d) 響應(yīng)于確定所述呼叫是與無限呼叫、文本消息傳送或多媒體消息 傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，生成預(yù)付費(fèi)狀態(tài)響應(yīng)，所 述預(yù)付費(fèi)狀態(tài)響應(yīng)用于指示查詢發(fā)生器連接所述呼叫；并且(e) 響應(yīng)于確定所述呼叫不是與無限呼叫、文本消息傳送或多媒體消 息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，將所述預(yù)付費(fèi)狀態(tài)查詢 轉(zhuǎn)發(fā)到所述預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。
全文摘要
提供了一種從用于無限方案預(yù)付費(fèi)網(wǎng)內(nèi)呼叫的預(yù)付費(fèi)信用狀態(tài)數(shù)據(jù)庫卸載預(yù)付費(fèi)信用狀態(tài)查詢的方法、系統(tǒng)和計(jì)算機(jī)程序產(chǎn)品。根據(jù)一個(gè)方面，本文描述的主題包括一種方法，該方法包括在信令消息路由節(jié)點(diǎn)截取與由主叫用戶發(fā)起并且打向被叫用戶的呼叫相關(guān)聯(lián)的預(yù)付費(fèi)狀態(tài)查詢。信令節(jié)點(diǎn)接下來基于截取的預(yù)付費(fèi)狀態(tài)查詢，確定主叫用戶是與無限呼叫方案、無限文本消息傳送方案、無限多媒體消息傳送方案還是這些方案的組合相關(guān)聯(lián)。該節(jié)點(diǎn)還基于截取的預(yù)付費(fèi)狀態(tài)查詢來確定呼叫是不是網(wǎng)內(nèi)呼叫，其中網(wǎng)內(nèi)呼叫包括在屬于同一網(wǎng)絡(luò)的主叫用戶和被叫用戶之間的呼叫。響應(yīng)于確定呼叫是與無限呼叫、文本消息傳送或多媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，信令節(jié)點(diǎn)生成用于指示查詢發(fā)生器連接該呼叫的預(yù)付費(fèi)狀態(tài)響應(yīng)?？商鎿Q地，響應(yīng)于確定呼叫不是與無限呼叫、文本消息傳送或多媒體消息傳送方案相關(guān)聯(lián)的主叫用戶相關(guān)聯(lián)的網(wǎng)內(nèi)呼叫，信令節(jié)點(diǎn)將預(yù)付費(fèi)狀態(tài)查詢轉(zhuǎn)發(fā)到預(yù)期的目的地預(yù)付費(fèi)狀態(tài)數(shù)據(jù)庫。
文檔編號(hào)H04M15/00GK101455069SQ200780017383
公開日2009年6月10日 申請日期2007年3月15日 優(yōu)先權(quán)日2006年3月15日
發(fā)明者C-c·秋, D·阿加瓦爾, P·J·馬爾西科, T·M·麥卡恩 申請人:泰克萊克公司