專利名稱：號碼可移植性以及利用號碼范圍所有者信息的業(yè)務的制作方法
技術領域：
本發(fā)明涉及實施號碼可移植性，尤其涉及如何確保利用被叫方地址的類智能網(wǎng)業(yè)務可以依賴被叫方地址指示正確的預約網(wǎng)絡/號碼范圍所有者。
背景技術：
號碼可移植性NP是這樣一種業(yè)務，其中用戶可在可移植性群集范圍內(nèi)保持其舊號碼，因而保持易接觸性。在固定網(wǎng)絡內(nèi)，號碼可移植性意味著用戶可以改變其位置甚至是其運營商，但仍具有相同的電話號碼。在移動網(wǎng)絡內(nèi)，號碼可移植性意味著移動用戶可以改變其預約網(wǎng)絡，而無需改變其電話號碼而終止業(yè)務。NP的一個主要特征是它不會對所提供業(yè)務產(chǎn)生影響。換言之，不論用戶的號碼是否被移植，提供給用戶的業(yè)務都應當是相同的。移植號碼表示已經(jīng)歷了位置、運營商或預約網(wǎng)絡之間的移植過程(即轉(zhuǎn)移)的號碼。
在無線網(wǎng)絡內(nèi)，號碼可移植性通常是借助移動號碼可移植性信令中繼功能(MNP-SRF)來實施和/或由核心INAP接口實施為基于IN的技術方案。在固定網(wǎng)絡內(nèi)，號碼可移植性通常被實施為基于IN的技術方案。在移動號碼可移植性中，MNP-SRF對于與非呼叫相關的信令而言是強制性的。智能網(wǎng)IN是附加至基本網(wǎng)絡(例如固定或移動網(wǎng))的網(wǎng)絡體系結(jié)構(gòu)，其能夠更快、更簡單、更靈活地實施和控制業(yè)務。這是通過將業(yè)務控制從交換中心移至智能網(wǎng)內(nèi)的獨立功能單元來實現(xiàn)的。
當呼叫用戶的IN業(yè)務利用B號碼，即被叫電話號碼的號碼范圍來確定諸如資費水平的業(yè)務參數(shù)時會產(chǎn)生問題。由于號碼可移植性，B號碼不再是指預約網(wǎng)絡/號碼范圍所有者，而且舊規(guī)則“被叫方的號碼范圍揭示資費水平”不再有效。利用預約網(wǎng)絡/號碼范圍所有者的IN業(yè)務的實例是預付預約。所述預付預約并不涉及延期計費，而是在呼叫期間內(nèi)對所述預付預約的賬戶實時計費。在基于智能網(wǎng)的技術方案中，預付預約被同相計費，并且通常至少有兩個網(wǎng)絡節(jié)點參與計費。在控制所述業(yè)務的被稱為業(yè)務控制點(SCP)的網(wǎng)絡節(jié)點內(nèi)監(jiān)控賬戶余額。例如，SCP確定預備的存款，所述存款是所述余額中為某一時段的呼叫所預備的錢數(shù)。所預備的存款額取決于門限以及所述呼叫的一個時間單位的價格，所述門限值是通常以時間表示的網(wǎng)絡參數(shù)。所述價格通常是基于B號碼范圍所有者/B號碼的預約網(wǎng)絡而確定的。SCP將所述門限發(fā)送至業(yè)務交換點(SSP)。所述業(yè)務交換點是諸如移動交換中心的呼叫監(jiān)控網(wǎng)絡節(jié)點。例如在所述門限所指示的時間過去之時，SSP將此報告給SCP并同時請求另一門限。但是，上述的門限確定無法與號碼可移植性一起使用，因為B號碼并非必然揭示用戶網(wǎng)絡/用戶范圍所有者，因而它無法用于確定時間。
與預付業(yè)務類似的具有類似問題的另一項業(yè)務是具有受限賬單的后付業(yè)務，即帶有指示允許計帳最大額的限值的后付預約。它與預付預約的不同之處在于，其允許接入可計費連接或業(yè)務直至賬單達到所述的限值。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種方法以及一種實施該方法的裝置，以克服上述問題。本發(fā)明的目的由一種方法、一種系統(tǒng)及網(wǎng)絡節(jié)點來實現(xiàn)，其特征在獨立權(quán)利要求內(nèi)陳述。在從屬權(quán)利要求內(nèi)公開了本發(fā)明的優(yōu)選實施例。
本發(fā)明基于這樣的構(gòu)思，即經(jīng)由執(zhí)行號碼可移植性功能的網(wǎng)絡節(jié)點路由所有類智能網(wǎng)業(yè)務調(diào)用請求至控制所述業(yè)務的網(wǎng)絡節(jié)點。執(zhí)行號碼可移植性功能的節(jié)點執(zhí)行B號碼的映射，并借助指示地址范圍的B號碼中繼業(yè)務調(diào)用請求。在此語境中，術語地址范圍’是指預約網(wǎng)絡、號碼范圍所有者、用戶的域和位置。本發(fā)明的優(yōu)點是，不必修改利用關于預約網(wǎng)絡/號碼范圍所有者信息的業(yè)務而在網(wǎng)絡號碼可移植性內(nèi)考慮號碼可移植性。因此，不必修改控制所述業(yè)務的節(jié)點，即可從執(zhí)行號碼可移植性的節(jié)點請求預約網(wǎng)絡/號碼范圍所有者。另一優(yōu)點是，與所述控制業(yè)務的節(jié)點執(zhí)行的請求相比，網(wǎng)絡內(nèi)的信令負載降低，且不必改進控制業(yè)務的節(jié)點內(nèi)的業(yè)務邏輯；它們可以保持其在號碼可移植性之前的狀態(tài)。本發(fā)明的又一優(yōu)點是，其還可以和利用與非呼叫相關信令的業(yè)務一起使用，例如短消息業(yè)務，因為它們使用相同的業(yè)務調(diào)用機制。


以下將借助優(yōu)選實施例，并參照附圖來詳細描述本發(fā)明，在附圖中圖1是描述本發(fā)明第一優(yōu)選實施例的電信系統(tǒng)若干網(wǎng)絡節(jié)點的方框圖。
圖2是描述本發(fā)明第一優(yōu)選實施例中的業(yè)務路由寄存器的功能流程圖；以及圖3描述了根據(jù)本發(fā)明第一優(yōu)選實施例的信令。
具體實施例方式
本發(fā)明可被應用于任何支持號碼可移植性的通信網(wǎng)絡。所述系統(tǒng)包括諸如通用移動電信系統(tǒng)(UMTS)的所謂第三代移動通信系統(tǒng)、諸如泛歐GSM(全球移動通信系統(tǒng))的所謂第二代移動通信系統(tǒng)、諸如DSC 1800(數(shù)字蜂窩系統(tǒng)1800MHZ)和PCS(個人通信系統(tǒng))的對應通信系統(tǒng)、諸如GSM2+系統(tǒng)的基于上述系統(tǒng)的系統(tǒng)以及諸如PSTN(公眾交換電話網(wǎng))的固定系統(tǒng)。本發(fā)明還可在借助不同于此處公開的平臺實施實際號碼可移植性的環(huán)境中實施，所述不同于此處公開的平臺例如是MNP-SRF或CSF。
提供類智能網(wǎng)控制的業(yè)務既是指常規(guī)智能網(wǎng)所提供的業(yè)務，也是指利用智能網(wǎng)控制原理的業(yè)務。而智能網(wǎng)控制原理是指其中處理呼叫的事件檢查功能接觸業(yè)務控制功能的解決方案，所述業(yè)務控制功能可能為所述事件檢查功能提供影響呼叫處理的指令。所述接觸可能是通知或請求。當所述接觸是請求時，事件檢查功中斷呼叫處理并等待指令，或是繼續(xù)呼叫處理并隨后接收指令。事件檢查功能基于其內(nèi)的待處理事件數(shù)據(jù)接觸業(yè)務控制功能。在呼叫建立過程期間內(nèi)，甚至在起動呼叫建立過程之前，可在外部業(yè)務的請求內(nèi)增加和/或刪除待處理事件數(shù)據(jù)。所述呼叫可被描述為控制功能可見的狀態(tài)模型，所述狀態(tài)模型是根據(jù)相位以及與相位相關的檢測點形成的。檢測點是指所述的待處理事件，即所述呼叫階段以及相互作用點，如果存在的話，其中業(yè)務控制功能可能會影響呼叫和/或接收與呼叫相關的信息。將被控制實體也可能會獨自在外部脈沖上操作，所述外部脈沖產(chǎn)生觸發(fā)和/或其它待處理事件，在這種情況下無需所述狀態(tài)模型。觸發(fā)是指在某些條件得到滿足時觸發(fā)業(yè)務的待處理事件，即所述觸發(fā)激活業(yè)務?？刂婆c操作也可能是指向呼叫對象以及與所述呼叫對象相關的事件通知的方法。使用類智能網(wǎng)呼叫控制的協(xié)議實例包括增值API(應用協(xié)議接口)、OSA(開放系統(tǒng)體系結(jié)構(gòu))、SIP(會話啟動協(xié)議)、諸如WIN(無線智能網(wǎng))和CAMEL(移動網(wǎng)高級邏輯客戶化應用程序)應用協(xié)議CAP的不同智能網(wǎng)協(xié)議。
此處，術語“呼叫”不僅是指常規(guī)呼叫，還涵蓋其它的可能虛擬連接狀態(tài)，其中諸如數(shù)據(jù)會話或分組數(shù)據(jù)的用戶數(shù)據(jù)被傳送。所述虛擬連接狀態(tài)的實例包括分組無線電會話(例如GPRS會話)、VoIP會話(IP話音)以及根據(jù)H.323的多媒體會話。所述用戶數(shù)據(jù)可能包括不同的成分，例如話音、視頻以及數(shù)據(jù)。術語呼叫”還包括傳送用戶數(shù)據(jù)流所需的信令以及類呼叫業(yè)務，所述的類呼叫業(yè)務可能是單向業(yè)務、尋址到一組(或多組)的業(yè)務或是特定范圍內(nèi)的通用廣播。
以下將使用標準ETSI 300 374-1的核心INAP術語來描述本發(fā)明，但本發(fā)明并不限于這種特定智能網(wǎng)協(xié)議。
圖1示出了簡化的網(wǎng)絡體系結(jié)構(gòu)，它僅描述了說明本發(fā)明所需的單元和功能。圖1所示的網(wǎng)絡節(jié)點是邏輯單元，其實施方式可能與所描述的有所不同。對于本領域技術人員而言，系統(tǒng)1顯然還可能包括其它功能和結(jié)構(gòu)，此處不再贅述。
負責智能網(wǎng)接口的網(wǎng)絡節(jié)點被稱為業(yè)務交換點SSP，且所述網(wǎng)絡節(jié)點至少包括業(yè)務交換功能SSF和呼叫控制功能CCF，它們的組合是事件檢查功能的一個實例。所述呼叫控制功能CCF并非與智能網(wǎng)相關的功能，而是包括諸如建立和釋放傳輸鏈路的中心的高電平呼叫處理功能的標準交換中心功能。所述業(yè)務交換功能SSF提供呼叫控制功能CCF與業(yè)務控制點SCP之間的接口。包括業(yè)務交換功能SSF的網(wǎng)絡節(jié)點例如檢測呼叫建立事件，即檢測可能觸發(fā)智能網(wǎng)業(yè)務的觸發(fā)。在某些預定條件得到滿足時觸發(fā)智能網(wǎng)業(yè)務。如借助圖3所描述的，根據(jù)本發(fā)明的SSP被配置為經(jīng)由SRR(業(yè)務路由寄存器)路由業(yè)務調(diào)用請求。SSP是通常負責連接建立的網(wǎng)絡節(jié)點，例如基本網(wǎng)絡或移動通信系統(tǒng)內(nèi)的交換中心。因此，SSP可以是移動交換中心MSC或固定交換中心FSC，或是包括呼叫狀態(tài)控制功能CSCF的網(wǎng)絡節(jié)點。此處，業(yè)務交換點SSP相當于CCF和SSF所形成的功能實體，因而以下將使用術語SSP。
包括業(yè)務控制功能SCF的網(wǎng)絡單元被稱為業(yè)務控制點SCP。所述業(yè)務控制功能是智能網(wǎng)內(nèi)的中心權(quán)限，其還包括業(yè)務邏輯程序的執(zhí)行環(huán)境。此處，SCF和SCP是等值的，以下將使用術語SCP。業(yè)務邏輯程序和類IN業(yè)務一起被在業(yè)務控制點SCP處調(diào)用，所述程序的操作確定SCP在每個呼叫步驟發(fā)送至SSP的指令。圖1的業(yè)務控制點SCP示出了最簡化的業(yè)務控制點。術語“業(yè)務控制點”此處涵蓋了根據(jù)類智能網(wǎng)原理來控制業(yè)務的不同平臺和應用服務器。
用于號碼可移植性的業(yè)務控制功能SCF_NP包括提供號碼可移植性業(yè)務所需的控制功能。SCF_NP還可被稱為業(yè)務中繼功能(SRF)或用于業(yè)務調(diào)用請求的信令中繼功能(SRF-S)。包括SCF_NP的業(yè)務控制點被稱為SRR(業(yè)務路由寄存器)。號碼可移植性業(yè)務還需要數(shù)據(jù)庫NP_DB(號碼可移植性數(shù)據(jù)庫)。在圖1所示的實例中，數(shù)據(jù)庫NP_DB是內(nèi)部數(shù)據(jù)庫，但它也可能是外部數(shù)據(jù)庫甚至是分散數(shù)據(jù)庫。SRR可能僅包括號碼可移植性功能，或是還具有用于其它目的的性能。
實施本發(fā)明功能的系統(tǒng)以及所述系統(tǒng)的網(wǎng)絡節(jié)點不僅包括現(xiàn)有技術裝置，還包括用于實施借助圖2和3詳細描述的功能的裝置。更明確地說，所述系統(tǒng)和所述網(wǎng)絡節(jié)點至少包括用于經(jīng)由SRR路由業(yè)務調(diào)用請求至SCP的裝置，以及用于執(zhí)行至少將號碼移植性映射到所述業(yè)務調(diào)用請求內(nèi)的B號碼的裝置?，F(xiàn)有網(wǎng)絡節(jié)點包括可用于本發(fā)明功能的處理器和存儲器?？墒褂脤Ｓ眉呻娐?ASIC)和/或諸如EPLD、FPGA的可編程電路將實施本發(fā)明所需的所有改變實現(xiàn)為增加或更新的軟件例行程序。假設現(xiàn)有技術裝置支持號碼可移植性，即SSP、SRR、HLR以及SCP被配置為支持號碼可移植性并確認路由號碼。
圖2示出了本發(fā)明第一優(yōu)選實施例中的SRR的功能，其中系統(tǒng)是至少支持CAP以及諸如核心INAP的INAP(智能網(wǎng)應用協(xié)議)的移動通信系統(tǒng)。為了清晰起見，術語‘消息’此處還涵蓋術語‘業(yè)務請求’和‘操作’，在智能網(wǎng)內(nèi)一般使用術語“業(yè)務請求”和“操作”而非術語“消息”。在圖2所示的實例中，為了清晰起見，假設只有SRR內(nèi)的業(yè)務邏輯是用于號碼可移植性的業(yè)務邏輯。換言之，在本發(fā)明第一優(yōu)選實施例中，與號碼可移植性相關的請求僅是假設由SRR應答的請求。為了清晰起見，還假設至少可移植性群集內(nèi)的所有移植號碼或地址包括在號碼可移植性數(shù)據(jù)庫內(nèi)，即直接路由被用作路由慣例。在本發(fā)明應用于計費并使用直接路由時，號碼可移植性數(shù)據(jù)庫至少應在可移植性群集內(nèi)包括所有影響計費的移植號碼或地址。
在本發(fā)明第一優(yōu)選實施例中確定兩個因數(shù)。SRR在確定所接收消息是SRR應響應的消息還是將被中繼的消息時使用所述因數(shù)。
第一因數(shù)確定用于中繼SRR應響應的消息的協(xié)議。所述協(xié)議的實例是INAP。并不被基于IN的標準化技術方案用來執(zhí)行號碼可移植性請求的其它協(xié)議消息被解釋為將被中繼的消息，所述的其它協(xié)議例如是CAP。換言之，在第一優(yōu)選實施例中，借助所述第一因數(shù)可將協(xié)議劃分為用于號碼可移植性詢問的協(xié)議與并非用于號碼可移植性詢問的協(xié)議。
所述第二因數(shù)在協(xié)議內(nèi)確定SRR應響應的消息所使用的業(yè)務密鑰值，所述業(yè)務密鑰值指示將在SRR內(nèi)執(zhí)行的業(yè)務邏輯。在本發(fā)明的第一優(yōu)選實施例中，業(yè)務密鑰值NP指示用于號碼可移植性的業(yè)務邏輯應當使用，以及具有另一業(yè)務密鑰值的消息是將被中繼的消息。換言之，業(yè)務密鑰值被用于確定SRR應響應于所述消息還是所述消息為將被中繼的消息。在SRR支持若干協(xié)議時，可能為每個協(xié)議單獨地確定業(yè)務密鑰值。
借助所述兩個不同因數(shù)解決了與業(yè)務密鑰相關的問題。所述業(yè)務調(diào)用請求包括指示與所述調(diào)用相關的業(yè)務邏輯的業(yè)務密鑰或?qū)獏?shù)。所述業(yè)務密鑰由SSP增加。但是，號碼可移植性業(yè)務的業(yè)務密鑰值并非標準化的，且所述業(yè)務密鑰值的分配并不在不同網(wǎng)絡(運營商)之間協(xié)調(diào)。在諸如CAP的某些協(xié)議中，為了向漫游用戶提供原籍網(wǎng)絡的智能業(yè)務，業(yè)務密鑰由預約網(wǎng)絡，即原籍運營商管理。在諸如INAP的某些協(xié)議中，所述業(yè)務密鑰由受訪網(wǎng)絡內(nèi)的網(wǎng)絡單元管理。因此，原籍網(wǎng)絡內(nèi)給出的指示呼叫禁止的CAP業(yè)務調(diào)用請求的業(yè)務密鑰值可以與受訪網(wǎng)絡內(nèi)給出的號碼可移植性請求的業(yè)務密鑰值相同。這種可能的混淆由所述第一因數(shù)來克服。
參照圖2，SRR在步驟201中接收消息，并在步驟202中確定所述消息是否為根據(jù)INAP的消息，即是否為INAP消息。協(xié)議的所述確定可以基于檢查所述消息的應用語境。所述應用語境包括關于所使用協(xié)議的信息。所述信息在不同的類智能網(wǎng)協(xié)議內(nèi)是唯一的，因而無歧義地指示所述消息所使用的協(xié)議。
如果所述消息是INAP消息(步驟202)，則SRR在步驟203種檢查所述消息內(nèi)的業(yè)務密鑰值是否為NP，即所述業(yè)務密鑰是否指示號碼可移植性的業(yè)務邏輯應當使用。
如果所述業(yè)務密鑰不是NP，則SRR將被叫方地址映射至號碼可移植性數(shù)據(jù)庫。換言之，SRR在步驟204中檢查被叫方地址B#是否在號碼可移植性數(shù)據(jù)庫NP_DB內(nèi)。
如果被叫方地址B#在號碼可移植性數(shù)據(jù)庫NP_DB內(nèi)，則被叫方地址是被移植的地址，且SRR在步驟205中將指示預約網(wǎng)絡HPLMN的指示，即指示B#的預約網(wǎng)絡/號碼范圍所有者的指示加入步驟201內(nèi)所接收的消息。優(yōu)選的是，所述的指示是被叫方地址之前的前綴并直接指示HPLMN。所述前綴優(yōu)選的是用戶B的路由號碼。所述的路由號碼取決于網(wǎng)絡的配置，其可能是任何號碼。所述的路由號碼例如可能包括國家碼。也可能會使用諸如參數(shù)的其它類型的指示，或是用指示正確預約網(wǎng)絡/號碼范圍所有者的號碼替代被叫方地址B#。在增加所述的指示(步驟205)之后，SRR在步驟206內(nèi)將消息中繼至其目的地地址，即中繼至調(diào)用業(yè)務的網(wǎng)絡節(jié)點，也就是中繼至包括所述業(yè)務邏輯的SCP。
如果被叫方地址B#并不在號碼可移植性數(shù)據(jù)庫NP_DB內(nèi)(步驟204)，則被叫方地址并非被移植的地址，且它指示正確的預約網(wǎng)絡/號碼范圍所有者。那么不必改變所述消息，SRR因而繼續(xù)步驟206以將所述消息中繼至其目的地地址。
如果所述業(yè)務密鑰是NP(步驟203)，則SRR在步驟207中執(zhí)行所述號碼可移植性過程，即當前預約網(wǎng)絡移植狀態(tài)檢查。
如果所述消息并非INAP消息(步驟202)，其在本發(fā)明第一優(yōu)選實施例中為CAP消息，則SRR繼續(xù)上述過程，執(zhí)行步驟204以檢查B#是否在NP_DB內(nèi)。
當間接路由被用作路由慣例時，所有HPLMN自身的移植號碼(移出與移入)在NP_DB內(nèi)，并且其它號碼不在所述NP_DB內(nèi)。在這種情況下，被叫方地址將正確的預約網(wǎng)絡/號碼范圍所有者指示給HPLMN自身的用戶。但是，來訪用戶的被叫方地址并非必然指示正確的預約網(wǎng)絡/號碼范圍，因為其它預約網(wǎng)絡(PLMN)的所有移植號碼并不在NP_DB內(nèi)，所述移植號碼屬于具有HPLMN的相同可移植性群集。因此，在使用間接路由時，本發(fā)明可應用于“網(wǎng)外”和“網(wǎng)內(nèi)”計費。
圖2中的步驟并非絕對的時序排列。例如，某些上述步驟可能會同時發(fā)生，或是以另外一種順序發(fā)生。某些步驟可能會被省略，例如在其中SSP與SRR之間使用一種協(xié)議而SSP與SCP之間使用另一種協(xié)議的實施例中，即在其中所使用的協(xié)議始終指示SRR是否應做出響應的實施例中，可能會省略檢查業(yè)務密鑰值的步驟。在其中SSP、SRR和SCP之間使用相同協(xié)議的實施例中，可能會省略確定所使用協(xié)議的步驟，因為它并不揭示消息是否為將被忽略的消息。相應地，圖2內(nèi)并未顯示的其它步驟可能會在上述步驟之間發(fā)生，例如在SRR內(nèi)檢查將被執(zhí)行的其它業(yè)務的其它密鑰值。SRR內(nèi)的其它業(yè)務邏輯的實例是主叫用戶地址(即A號碼)驗證以及觸發(fā)信息。
圖3示出了根據(jù)本發(fā)明第一優(yōu)選實施例的信令。SSP在點3-1處遭遇觸發(fā)，即檢測業(yè)務調(diào)用。在圖3的實例中，假設所檢測的業(yè)務調(diào)用(即遭遇的觸發(fā))與預付業(yè)務有關，且SSP將指示點3-1內(nèi)的預付業(yè)務的業(yè)務密鑰SK加入業(yè)務調(diào)用請求。SSP將SCP的地址加入業(yè)務調(diào)用請求以及業(yè)務觸發(fā)所需的所有信息。然后，根據(jù)本發(fā)明的SSP將業(yè)務調(diào)用請求在消息3-2內(nèi)發(fā)送至SRR。
SRR接收消息3-2，發(fā)現(xiàn)消息3-2并不是與號碼可移植性NP相關的消息，并在點3-3中執(zhí)行B號碼到所述號碼可移植性數(shù)據(jù)庫的映射(如以上借助圖2所描述的)，如果需要的話還修改B號碼來指示預約網(wǎng)絡/用戶范圍所有者，如以上借助圖2所描述的。然后，SRR將業(yè)務調(diào)用請求在消息3-4內(nèi)中繼至SCP。
SCP在圖3所示的實例中確認消息3-4與預付業(yè)務相關，并在消息3-4內(nèi)通知關于來自B號碼的資費的正確指示，因為B號碼指示預約網(wǎng)絡/號碼范圍所有者。因此，可在系統(tǒng)內(nèi)借助基于所接收的被叫方地址或帶有前綴的被叫方地址的正確資費水平產(chǎn)生計費。在確定預付業(yè)務的門限值之后，SCP將所述門限值(或其它一些指示)直接在消息3-5內(nèi)發(fā)送至SSP。
在本發(fā)明第一優(yōu)選實施例中，SSP使用SCCP(信令連接控制部分)協(xié)議的尋址，從而使得指示‘在GT(全局名)上路由’引起所述消息被路由至SRR。SRR隨后根據(jù)SCCP執(zhí)行GT翻譯，其結(jié)果指示SCP的地址。另一種可能性是用戶信息或與業(yè)務調(diào)用相關的信息包括至SRR的直接地址，且所述地址被用于將所述請求路由至SRR，所述SRR隨后執(zhí)行GT翻譯。
在本發(fā)明的一個實施例中，SSP被配置為僅將具有B號碼的業(yè)務調(diào)用請求經(jīng)由SRR發(fā)送至SCP，而將其它業(yè)務調(diào)用請求直接發(fā)送至SCP。在本發(fā)明的另一實施例中，SSP被配置為僅將具有預定B號碼的業(yè)務調(diào)用請求經(jīng)由SRR發(fā)送至SCP，而將其它業(yè)務調(diào)用請求直接發(fā)送至SCP。所述預定B號碼可能包括原籍用戶的號碼或是可移植性群集內(nèi)的號碼，例如包括某個國家代碼的號碼，所述國家代碼例如是芬蘭+358。在本發(fā)明的又一個實施例中，SSP被配置為僅將具有B號碼的業(yè)務調(diào)用請求經(jīng)由SRR發(fā)送至SCP，而將其它業(yè)務調(diào)用請求直接發(fā)送至SCP，與諸如VPN號碼(虛擬專用號碼)的某些短號碼相關的業(yè)務調(diào)用請求被直接路由至SCP，而其它業(yè)務調(diào)用請求被經(jīng)由SRR路由至SCP。直接意味著透明地經(jīng)由SRR或是經(jīng)由SSP與SCP之間的直接連接。
盡管以上已借助被叫方地址描述了本發(fā)明，但對于本領域技術人員而言，如何基于主叫用戶的號碼范圍，即呼叫地址A的號碼范圍將本發(fā)明應用于業(yè)務是顯而易見的。所述業(yè)務的一個實例是基于用戶電話號碼(MSISDN)的國家碼的禁用。
盡管以上已借助移動電信系統(tǒng)描述了本發(fā)明，但對于本領域技術人員而言，如何在固定系統(tǒng)內(nèi)實施本發(fā)明是顯而易見的，在所述固定系統(tǒng)內(nèi)本發(fā)明還可用于確定正確位置。
盡管以上對本發(fā)明的描述是通過假設至少所使用協(xié)議或是指示業(yè)務邏輯的業(yè)務密鑰被用于確定消息是將被中繼的消息還是SRR應響應的消息，但對于本領域技術人員而言，它們顯然只是用于將消息分開的因數(shù)的實例。SRR也可以借助替代上述因數(shù)或是除上述因數(shù)之外的其它因數(shù)來確認消息是將被中繼的消息還是將被響應的消息。例如，包括SCP的地址的消息可能是將被中繼的消息，而并未包括SCP的地址的消息是將被響應的消息。
盡管以上借助CAP和INAP描述了本發(fā)明，但對于本領域技術人員而言，顯然也可以借助其它協(xié)議實施本發(fā)明，所述協(xié)議包括申請本發(fā)明時仍未知的用于啟動業(yè)務的未來協(xié)議。
盡管以上借助號碼可移植性描述了本發(fā)明，但對于本領域技術人員而言，顯然可以借助對應業(yè)務來實施本發(fā)明，例如IP多媒體業(yè)務的邏輯號碼可移植性，在需要用于從邏輯號碼映射正確資費水平的改進功能時，甚至可使用邏輯名稱的映射而非可移植性業(yè)務來實施本發(fā)明。此處，術語“號碼可移植性”還涵蓋了這種映射。諸如用戶@域或是URL(統(tǒng)一資源定位器)地址的邏輯名稱隱藏了實際IP地址。
對于本領域技術人員而言，隨著技術進步，顯然可以各種方式實施本發(fā)明的原理。本發(fā)明及其實施例并不僅限于上述實例，而是可能在權(quán)利要求書的范圍內(nèi)有所改變。
權(quán)利要求
1.一種在通信系統(tǒng)內(nèi)提供使用基于地址范圍信息的業(yè)務的方法，所述通信系統(tǒng)至少包括調(diào)用所述業(yè)務的第一實體，以及存取號碼可移植性數(shù)據(jù)庫的第二實體，所述方法至少包括步驟檢測(3-1)將由所述第一實體調(diào)用業(yè)務的業(yè)務調(diào)用；將包括地址并與所述業(yè)務調(diào)用相關的請求經(jīng)由所述第二實體路由(3-2)至所述第一實體；其特征在于在所述第二實體內(nèi)將所述地址映射(3-3)到所述號碼可移植性數(shù)據(jù)庫；以及將指示所述地址的地址范圍的請求從所述第二實體中繼(3-4)至所述第一實體。
2.根據(jù)權(quán)利要求1的方法，其特征在于在所述第二實體內(nèi)基于所述請求內(nèi)所使用的協(xié)議，確定所述請求將被中繼至所述第一實體，以及如果所述請求將被中繼至所述第一實體，則執(zhí)行所述映射。
3.根據(jù)權(quán)利要求1的方法，其特征在于將指示所述業(yè)務的業(yè)務密鑰加入所述請求，以響應所述業(yè)務調(diào)用的檢測；在所述第二實體內(nèi)基于所述請求內(nèi)的業(yè)務密鑰，確定所述請求將被中繼至所述第一實體，以及如果所述請求將被中繼至所述第一實體，則執(zhí)行所述映射。
4.一種在通信系統(tǒng)內(nèi)中繼業(yè)務調(diào)用請求的方法，所述方法包括步驟在網(wǎng)絡節(jié)點內(nèi)接收(201)業(yè)務調(diào)用請求，所述網(wǎng)絡節(jié)點至少提供使用號碼可移植性數(shù)據(jù)庫的號碼可移植性業(yè)務；其特征在于確定(202、203)所述業(yè)務調(diào)用請求是否與所述網(wǎng)絡節(jié)點內(nèi)所提供的業(yè)務相關；如果相關，則觸發(fā)(207)與所述業(yè)務調(diào)用請求相關的業(yè)務；如果不相關，則所述方法還包括步驟將所述業(yè)務調(diào)用請求內(nèi)的地址映射(204、205)至所述號碼可移植性數(shù)據(jù)庫；以及中繼(206)至少指示所述地址的地址范圍的所述業(yè)務調(diào)用請求。
5.根據(jù)權(quán)利要求4的方法，其特征在于，基于所述業(yè)務調(diào)用請求內(nèi)的業(yè)務密鑰值，來確認(203)所述業(yè)務調(diào)用請求與所述網(wǎng)絡節(jié)點內(nèi)提供的業(yè)務相關。
6.根據(jù)權(quán)利要求4或5的方法，其特征在于，基于所述業(yè)務調(diào)用請求的協(xié)議，來確認(202)所述消息與所述網(wǎng)絡節(jié)點內(nèi)提供的業(yè)務無關。
7.根據(jù)上述權(quán)利要求中任何一個的方法，其特征在于如果所述地址在所述號碼可移植性數(shù)據(jù)庫內(nèi)，則所述地址范圍由在中繼(3-4)所述請求之前加入所述請求的指示來指示；以及如果所述地址并不在所述號碼可移植性數(shù)據(jù)庫內(nèi)，則所述地址自身指示所述地址范圍。
8.根據(jù)上述權(quán)利要求中任何一個的方法，其特征在于所述號碼可移植性數(shù)據(jù)庫包括至少關于原籍用戶的被移植地址的信息；以及所述地址范圍指示所述用戶是原籍用戶還是來訪用戶。
9.根據(jù)上述權(quán)利要求中任何一個的方法，其特征在于，所述地址范圍被用于確定將被使用的資費水平。
10.一種在通信系統(tǒng)內(nèi)中繼業(yè)務調(diào)用請求的方法，所述方法包括步驟在網(wǎng)絡節(jié)點內(nèi)接收(201)所述業(yè)務調(diào)用請求，所述網(wǎng)絡節(jié)點至少提供具有指示資費水平的地址的邏輯名稱的映射；其特征在于確定(202、203)所述業(yè)務調(diào)用請求是否與所述網(wǎng)絡節(jié)點內(nèi)提供的業(yè)務相關；如果相關，則觸發(fā)(207)與所述業(yè)務調(diào)用請求相關的業(yè)務；如果不相關，則所述方法還包括步驟執(zhí)行到所述業(yè)務調(diào)用請求內(nèi)的地址的映射；以及中繼具有指示資費水平的地址的所述業(yè)務調(diào)用請求。
11.一種通信系統(tǒng)，至少包括包括被移植號碼的號碼可移植性數(shù)據(jù)庫(NP_DB)；第一節(jié)點(SSP)，其用于遭遇業(yè)務的觸發(fā)，并響應于所述觸發(fā)發(fā)送業(yè)務調(diào)用請求；第二節(jié)點(SCP)，其用于調(diào)用所述業(yè)務；以及第三節(jié)點(SRR)，其用于至少提供號碼可移植性業(yè)務(SCF_NP)；其中所述第一節(jié)點(SSP)被配置為將所述業(yè)務調(diào)用請求經(jīng)由所述第三節(jié)點(SRR)發(fā)送至所述第二節(jié)點(SCP)；其特征在于所述第三節(jié)點(SRR)被設置為確定所述業(yè)務調(diào)用請求是否與所述第三節(jié)點(SRR)內(nèi)提供的業(yè)務相關，如果所述業(yè)務調(diào)用請求與所述第三節(jié)點(SRR)內(nèi)提供的業(yè)務無關，則將所述業(yè)務調(diào)用請求內(nèi)的地址映射至所述號碼可移植性數(shù)據(jù)庫，并將所述業(yè)務調(diào)用請求中繼至所述第二節(jié)點(SCP)，所中繼的業(yè)務調(diào)用請求指示所述地址的地址范圍。
12.一種通信系統(tǒng)內(nèi)的網(wǎng)絡節(jié)點(SRR)，所述網(wǎng)絡節(jié)點至少包括存取號碼可移植性數(shù)據(jù)庫(NP_DB)的號碼可移植性業(yè)務功能(SCF_NP)，所述網(wǎng)絡節(jié)點被設置為接收業(yè)務調(diào)用請求，其特征在于響應于接收業(yè)務調(diào)用請求，所述網(wǎng)絡節(jié)點(SRR)被設置為確定所述業(yè)務調(diào)用請求是否與所述網(wǎng)絡節(jié)點(SRR)內(nèi)的業(yè)務功能相關，且如果所述業(yè)務調(diào)用請求與所述網(wǎng)絡節(jié)點內(nèi)的業(yè)務功能無關，則將所述業(yè)務調(diào)用請求內(nèi)的地址映射到所述號碼可移植性數(shù)據(jù)庫，并中繼指示所述地址的地址范圍的所述業(yè)務調(diào)用請求。
13.根據(jù)權(quán)利要求12的網(wǎng)絡節(jié)點(SRR)，其特征在于，所述網(wǎng)絡節(jié)點(SRR)被設置為通過將用于中繼所述業(yè)務調(diào)用請求的協(xié)議與所述網(wǎng)絡節(jié)點內(nèi)業(yè)務功能所使用的協(xié)議相比較來執(zhí)行所述確定，且如果所述協(xié)議并不是所述網(wǎng)絡節(jié)點內(nèi)的業(yè)務功能所使用協(xié)議中的一個，則確定所述業(yè)務調(diào)用請求與所述網(wǎng)絡節(jié)點內(nèi)的業(yè)務功能無關。
14.根據(jù)權(quán)利要求13的網(wǎng)絡節(jié)點(SRR)，其特征在于，如果所述協(xié)議是業(yè)務功能所使用的協(xié)議，則所述網(wǎng)絡節(jié)點(SRR)被設置為進一步檢查所述業(yè)務調(diào)用請求內(nèi)的業(yè)務密鑰是否指示所述網(wǎng)絡節(jié)點內(nèi)的其中一種業(yè)務功能，且如果所述業(yè)務密鑰并不指示所述網(wǎng)絡節(jié)點內(nèi)的其中一種業(yè)務功能，則確定所述業(yè)務調(diào)用請求與所述網(wǎng)絡節(jié)點內(nèi)的業(yè)務功能無關。
15.根據(jù)權(quán)利要求12的網(wǎng)絡節(jié)點(SRR)，其特征在于，所述網(wǎng)絡節(jié)點(SRR)被設置為通過檢查所述業(yè)務調(diào)用請求內(nèi)的業(yè)務密鑰是否指示所述網(wǎng)絡節(jié)點內(nèi)的其中一種業(yè)務功能來執(zhí)行所述確定，且如果所述業(yè)務密鑰并不指示所述網(wǎng)絡節(jié)點內(nèi)的其中一種業(yè)務功能，則確定所述業(yè)務調(diào)用請求與所述網(wǎng)絡節(jié)點內(nèi)的業(yè)務功能無關。
全文摘要
號碼可移植性是其中用戶可在可移植性群集范圍內(nèi)保持其舊電話號碼從而保持易接觸性的業(yè)務。由于號碼可移植性，被叫地址，即B號碼不再是指預約網(wǎng)絡/號碼可移植性，并且舊規(guī)則“被叫方號碼范圍揭示資費水平”不再有效。為了克服所述缺陷，將所有類智能網(wǎng)絡業(yè)務調(diào)用請求經(jīng)由執(zhí)行號碼可移植性功能的網(wǎng)絡節(jié)點路由(3－2)至控制所述業(yè)務的網(wǎng)絡節(jié)點。執(zhí)行號碼可移植性功能的節(jié)點執(zhí)行(3－3)B號碼的映射，并中繼指示預約網(wǎng)絡/號碼范圍所有者的所述業(yè)務調(diào)用請求。
文檔編號H04Q3/00GK1483291SQ01821453
公開日2004年3月17日 申請日期2001年12月21日 優(yōu)先權(quán)日2000年12月29日
發(fā)明者勞諾·拉蒂萊寧, 帕爾·克珀什迪, 克珀什迪, 勞諾 拉蒂萊寧 申請人:諾基亞公司