專利名稱：用戶的服務實體之間的靈活用戶分布的制作方法
技術領域：
在此所公開和要求保護的發(fā)明一般地涉及使用多個服務器向它們的用戶或訂戶提供業(yè)務的大型通信網(wǎng)絡，通過多個不同的用戶標識符來識別或接入所述用戶或訂戶。更具體地說，本發(fā)明涉及用于上述類型的網(wǎng)絡的裝置、系統(tǒng)和方法，所述網(wǎng)絡在不限制用戶和提供業(yè)務的服務器所使用的標識符類型的情況下，能夠找到合適的服務器為一個特定用戶提供一個特定的服務器。
現(xiàn)在，大型電信系統(tǒng)趨向于擴展并跨越多個運營商網(wǎng)絡，其中各個網(wǎng)絡都提供許多種不同的業(yè)務，并且通常以不同和獨立的技術為基礎。這種發(fā)展的一個重要的例子是在一個固定或者移動環(huán)境中新出現(xiàn)的基于互聯(lián)網(wǎng)的網(wǎng)絡與傳統(tǒng)的有線和無線電話系統(tǒng)的互連。具有不同特性并且向網(wǎng)絡用戶提供不同種類業(yè)務的不同運營商網(wǎng)絡的合并通常需要在一個電信網(wǎng)絡內有多個不同的服務器，以便保存預約和向它們的用戶提供業(yè)務。
另一方面，使用現(xiàn)有的網(wǎng)絡資源經(jīng)過適當?shù)男薷闹髮崿F(xiàn)和支持新興業(yè)務可能成為以及時的方式和在不丟失現(xiàn)有網(wǎng)絡資源中的性能或其它特征的情況下有效地將這些新業(yè)務推向市場的主要障礙。曾經(jīng)普遍使用的一種方法是引入新的專用服務器，用于引入僅在某種技術條件下可用或打算使用的業(yè)務。因此，引入多個業(yè)務專用服務器以及多個預約專用服務器所面對的一個基本的問題是在不對用戶和提供業(yè)務的服務器的標識進行任何限制的情況下如何找到合適的服務特定用戶的服務器。這個問題的解決方法必須能夠適應當前不可用或者不知道的用戶和服務器標識符。
一般而言，現(xiàn)在在一個大型通信網(wǎng)絡中一般使用特定的用戶標識符來識別一個用戶或訂戶，所述特定用戶標識符通常根據(jù)具體的系統(tǒng)技術是不同的。在一些情況下，由于不同的原因，一個具體的網(wǎng)絡為同一個用戶支持或者使用多個標識符。有許多網(wǎng)絡使用不同的用戶標識符，例如在許多方面在概念上類似的GSM和ANSI-41。
例如，為了內部識別的目的，GSM網(wǎng)絡具有特定的用戶標識符，例如IMSI，而為了外部識別的目的，GSM和PSTN網(wǎng)絡都具有E.164標識符。而且，E.164標識符可以與用戶或者網(wǎng)絡節(jié)點相關，并可以用于尋址目的。在UMTS網(wǎng)絡內，以與GSM網(wǎng)絡類似的方式，數(shù)字方案與非數(shù)字方案并存。舉另外一個例子，網(wǎng)際協(xié)議(IP)多媒體系統(tǒng)使用通常基于非數(shù)字方案的不同標識符，例如SIP url、電子郵件名稱或者其它別名。這些標識符用于在一個具體的業(yè)務環(huán)境下識別用戶，即，配置用戶接收一個具體的業(yè)務或者一組業(yè)務。這些標識符還用于識別一個具體業(yè)務的服務器。另一方面，這些IP多媒體系統(tǒng)還使用E.164標識符與PSTN網(wǎng)絡互連，而將典型的IP機制用于尋址目的。
在一個大型電信網(wǎng)絡內不斷地為每個用戶使用不同的標識符以及與不同業(yè)務或者業(yè)務環(huán)境相關的多個服務器的出現(xiàn)需要一種改進的機制，用于找到為特定用戶提供服務的適當?shù)姆掌鳌＿@種改進的機制必須非常靈活，也就是說，它必須如上所述不能限制為用戶或者提供業(yè)務的服務器使用多個標識符。這種機制還必須考慮在確定哪一個服務器是為一個終端用戶提供服務的實際或正確的服務器的處理中嚴格的實時限制。而且，所提供的解決方法必須最小化實施和配置的復雜性，并限制運營成本，盡管存在大量用戶，每個用戶都具有多個用戶標識符，每個標識符可以與一個通信網(wǎng)絡相關。
在標準化論壇“第三代合作項目”(在下文中稱作3GPP)中在IP多媒體子系統(tǒng)的開發(fā)過程中將著重研究上述更有效地分布用戶標識符的需要。具體而言，如在附件F(信息資料)技術規(guī)范(TS)23.228中“到HSS解析的用戶標識(User Identity to HSS resolution)”所描述的，一個感興趣的用戶被編址成預約位置功能的輸出。在此，認識到在登記和會話建立過程中，因為在具體運營商的網(wǎng)絡通常存在多個HSS，所以需要確定當前保存用戶特定數(shù)據(jù)的實際原籍用戶服務器(HSS)的位置，所述用戶具體數(shù)據(jù)例如是位置或鑒權參數(shù)。
因而，本發(fā)明的第一個目的是提供允許在多個不同和專用的預約和業(yè)務服務器之間靈活地分布用戶的裝置和方法。所述靈活地分布是希望獨立于用戶標識符的方案、結構和可用的業(yè)務。
本發(fā)明的另一個目的是提供一種解決方案，它在盡可能地與現(xiàn)有的傳統(tǒng)電信系統(tǒng)兼容的情況下，使對第三代電信系統(tǒng)當前推薦的結構影響最小。
本發(fā)明的又一個目的是提供在不明顯增加所需要的操作和維護(O&M)工作和相關成本的情況下允許上述用戶的靈活分布的方法和裝置。在這一方面，在數(shù)據(jù)庫之間交換所需要數(shù)據(jù)的自動程序是本發(fā)明所尋求的一個重要特征。
背景技術：
在諸如GSM和ANSI-41網(wǎng)絡等典型的第二代無線系統(tǒng)中找到了感興趣的起始點。隨著所述無線系統(tǒng)擁有越來越多的用戶，運營商需要諸如原籍位置寄存器(HLR)等大型用戶數(shù)據(jù)庫以保存大量的預約信息，所述預約信息最小化操作和維護工作，并優(yōu)化七號信令系統(tǒng)(SS7)網(wǎng)絡內的路由表。隨后，運營商開始通過拆分現(xiàn)有的HLR來引入冗余HLR，以使每個HLR包括自己的用戶組和冗余HLR擁有的用戶組。伴隨著這種支持冗余的用戶初始化分布的是在SS7網(wǎng)絡內引入越來越復雜的路由表。因為將整個用戶組從一個HLR移動到另一個HLR，所以并不一定需要一個數(shù)據(jù)庫分布器為某個用戶找到保存其預約的正確的HLR，這種分布可以通過在SS7網(wǎng)絡內添加更多的路由表來解決。最近出現(xiàn)的號碼可移植性的要求使對數(shù)據(jù)庫分布器的需要成為必然，所述號碼可移植性的要求在一些情況下是通過法律規(guī)定的，其中各個用戶從屬于一個運營商的HLR移動到屬于另一個運營商的另一個HLR。
這樣一個數(shù)據(jù)庫分布器的示例性描述可以在國際申請WO 99/23838中找到，其中所述的在某個網(wǎng)絡內的數(shù)據(jù)庫分布器被稱作靈活號碼寄存器(FNR)。這個FNR是在第二代無線網(wǎng)絡內與其用戶號碼組屬于所述網(wǎng)絡的那些用戶有關的查詢的自然入口，而與當前哪個網(wǎng)絡保存有用戶預約無關。也就是說，所述FNR包括尋址這一網(wǎng)絡的所有用戶號碼組以及用于用戶從另一個網(wǎng)絡進入該網(wǎng)絡的個人用戶號碼。另外，已經(jīng)進入另一個網(wǎng)絡的原籍用戶的個人用戶號碼被特別地標記，并且具有一個特定網(wǎng)絡標識符以抵達網(wǎng)絡內用戶當前保存他或她的預約的一個入口節(jié)點。
以諸如IMSI或E.164格式等用戶號碼為基礎的與用戶有關的查詢被發(fā)送給由所述IMSI或E.164格式尋址的一個網(wǎng)絡內的FNR。然后，F(xiàn)NR決定是否應因為用戶從未進入其它網(wǎng)絡或者從其它網(wǎng)絡進入而將該查詢簡單地轉發(fā)給其自己網(wǎng)絡內的適當?shù)腍LR，或者應當將該查詢改發(fā)到正確的用戶已經(jīng)進入的網(wǎng)絡。在較低的信令層上執(zhí)行所有的所需要的路由選擇和尋址過程，例如在SS7中在信令連接控制部分(SCCP)上。
盡管將這種方案視為最接近的現(xiàn)有技術，但是對于直接應用于在大型電信網(wǎng)絡內互連傳統(tǒng)的固定和無線電話網(wǎng)絡與互聯(lián)網(wǎng)和多媒體業(yè)務網(wǎng)絡的最新情況來說，它依然存在嚴重的局限性。例如，這種FNR的現(xiàn)有技術根據(jù)用戶或訂戶的標識符僅僅基于結構化編碼的SS7的原理而僅僅考慮信令、路由選擇和尋址。而且，必須以這種方式來結構化編碼與一個用戶有關的至少一個標識符以通過分析這個號碼就能夠明確地識別出正確的HLR。這種現(xiàn)有方案的另一個局限性在于在這些第二代無線網(wǎng)絡的發(fā)展過程中并未考慮其它最新的標識符方法，也未考慮除了SS7相關較高層之外的協(xié)議支持。這種方案所隱含的另一個缺點也是本發(fā)明所要解決的問題是這些數(shù)據(jù)庫結構的高成本的操作和維護，其中運營商必須人工地介入所有這些數(shù)據(jù)庫以確保一致的數(shù)據(jù)相互關系。另外，在這種現(xiàn)有技術中也沒有預見到業(yè)務專用服務器，例如支持多媒體相關業(yè)務的業(yè)務專用服務器，這些業(yè)務是可以通過響應以相應用戶標識符為基礎的查詢來實現(xiàn)的。
美國專利申請公開文獻2001/0049676(Kepler等人)描述了使用由主數(shù)據(jù)庫和輔助數(shù)據(jù)庫構成的數(shù)據(jù)庫體系來搜索內容的方法和系統(tǒng)，所述主數(shù)據(jù)庫包含具體數(shù)據(jù)，所述輔助數(shù)據(jù)庫包含這些數(shù)據(jù)的子集以及一個表示包含這些數(shù)據(jù)的主數(shù)據(jù)庫的字段。該申請需要一個前端路由數(shù)據(jù)庫，它包含分布在若干后端數(shù)據(jù)庫之中的大量數(shù)據(jù)，不便于順序地查詢，更不可能得知所有這些后端數(shù)據(jù)庫或者其中包含的數(shù)據(jù)類型。除此之外，如本領域的任意一位技術人員可以理解的，在前端數(shù)據(jù)庫中接收查詢方面可能存在一些其它優(yōu)點，所述查詢例如查詢搜索排除字段的驗證，并在將所述查詢轉發(fā)給有關后端數(shù)據(jù)庫時進一步檢驗。當在前端數(shù)據(jù)庫上接收到一個數(shù)據(jù)庫搜索時，根據(jù)該搜索請求中所包含信息的類型和在前端數(shù)據(jù)庫的數(shù)據(jù)字段內所包含信息的類型之間的重疊生成一個修改后的搜索。這個修改后的搜索請求用于提取一個可能生成原搜索請求結果的候選數(shù)據(jù)庫的列表。然后將原搜索請求提交給這些候選數(shù)據(jù)庫，并將結果返送給用戶。
如本領域的任意一位技術人員可以理解的，上述申請中的教導具體針對執(zhí)行特殊內容的搜索，其中將一個候選結果列表提供給用戶，以便根據(jù)原始搜索的目標來選擇一個最有吸引力的結果。具體而言，該申請看起來在描述由搜索裝置執(zhí)行的工作任務的種類。然而，在3G無線網(wǎng)絡的用戶試圖調用一個具體業(yè)務的情況下應用這種方法是不方便的，所述具體業(yè)務例如是啟動一個視頻會議。主叫用戶執(zhí)行一個呼叫或者調用一個業(yè)務，并且希望網(wǎng)絡透明地工作，以便用戶不必采取與選擇最合適的服務器有關的任何動作，另一方面，在一般情況下用戶絕對不知道最合適的服務器。從這一方面來說，該申請中的搜索或者路由選擇方法都不能用于在電信系統(tǒng)內的多個不同服務器中實現(xiàn)用戶的靈活分布。
因此，看起來通過上述申請的教導不能實現(xiàn)或者預測到本發(fā)明的上述目的。從這一方面來說，本發(fā)明的目的是提供在與用戶標識符方案、結構和可應用的業(yè)務無關的情況下允許在多個服務器之間用戶的靈活分布的裝置和方法。本發(fā)明的目的還在于最小化對最新的和傳統(tǒng)的電信系統(tǒng)互連的影響以及最小化操作與維護O&M工作任務及成本的所述裝置和方法。

發(fā)明內容
為了實現(xiàn)這些目的，本發(fā)明將一個用戶標識符分布器放置在一個網(wǎng)絡的解析域(resolution domain)內，并且可以訪問一個設置用于請求用戶信息的實體。該分布器或者用戶分布服務器(UDS)包括用于在不同業(yè)務環(huán)境下識別一個用戶的每個用戶的多個用戶標識符。
這個UDS使用從主數(shù)據(jù)庫獲得的用戶和服務器標識符實現(xiàn)一個輔助數(shù)據(jù)庫，安排用于在一個具體業(yè)務環(huán)境下確定負責一個給定用戶的一個特定網(wǎng)絡服務器。這些特定網(wǎng)絡服務器是指其中分布有在具體業(yè)務環(huán)境下的用戶或者更具體地說用戶數(shù)據(jù)的主數(shù)據(jù)庫。
因此，該UDS用作一個輔助數(shù)據(jù)庫，包括用于從所述用作主數(shù)據(jù)庫的特定網(wǎng)絡服務器以及從網(wǎng)絡解析域內的其它UDS重新獲得用戶標識符和必要的業(yè)務數(shù)據(jù)的裝置。這個UDS還包括存儲器，用于每個特定網(wǎng)絡服務器的用戶標識符和必要的業(yè)務數(shù)據(jù)，如果有的話。
能夠在具體業(yè)務環(huán)境下確定負責通過某個用戶標識符標識的給定用戶的特定網(wǎng)絡服務器的所述UDS還包括用于從業(yè)務請求器節(jié)點或者從解析域內的另一個UDS接收和處理業(yè)務請求的裝置。而且，所述UDS還包括用于向所述業(yè)務請求器節(jié)點或者另一個UDS應答先前請求的裝置。具體而言，該應答可以包括在具體業(yè)務環(huán)境下負責所述用戶的特定網(wǎng)絡服務器，或者如果存在冗余配置的話一個可能的網(wǎng)絡服務器的列表，或者一個新的用戶標識符和需要在另一個服務器內再次查詢給定新標識符和可選地說明原因的指示。
該UDS適合于與使用相同或者不同協(xié)議的主數(shù)據(jù)庫、其它外部數(shù)據(jù)庫和業(yè)務請求器節(jié)點進行通信。因此，UDS還包括多個協(xié)議處理器模塊中的至少一個和在某些情況下的一個協(xié)議鑒別器模塊。
因此，本發(fā)明提供一個包括至少一個上述UDS的系統(tǒng)，盡管也可以包括多個。例如，如果考慮與現(xiàn)有業(yè)務請求器節(jié)點的位置有關的近似標準，不同的UDS可以負責不同的網(wǎng)絡域段。在這個系統(tǒng)中，多個主服務器可以使用不同內容或者為了冗余目的使用相同的內容更新不同的UDS。
在一個實施例中，UDS可以用作一個預約定位器功能。在這個實施例中的UDS能夠確定負責給定用戶的原籍預約服務器(HSS)。這些HSS用作UDS的主數(shù)據(jù)庫。在這個系統(tǒng)內的業(yè)務請求器節(jié)點例如用作一個查詢或者一個服務呼叫狀態(tài)控制功能。
本發(fā)明的另一個實施例涉及電信系統(tǒng)，其中為了更新可以將多個主數(shù)據(jù)庫中的至少一個主數(shù)據(jù)庫內的相關用戶標識符提交給在至少一個主數(shù)據(jù)庫上所知的一個特定UDS、一組UDS或者所有UDS。而且，多個主數(shù)據(jù)庫中的至少一個主數(shù)據(jù)庫被安排用于從在至少一個主數(shù)據(jù)庫上所知的一個特定UDS，一組UDS或者所有的UDS接收UDS恢復優(yōu)選選擇。該系統(tǒng)還安排用于根據(jù)每個恢復優(yōu)先選擇來更新每個UDS。
本發(fā)明還提供一種在每個用戶使用多個用戶標識符的一個網(wǎng)絡解析域內在不同的業(yè)務環(huán)境下識別一個用戶的方法。該方法包括在用戶分布服務器(UDS)內在一個具體業(yè)務環(huán)境下確定負責每個用戶的特定網(wǎng)絡服務器的步驟。該方法還包括在UDS上從用作主數(shù)據(jù)庫的特定網(wǎng)絡服務器以及從該網(wǎng)絡解析域內的其它UDS恢復用戶標識符和必要的業(yè)務數(shù)據(jù)的步驟；和在UDS上存儲每個特定網(wǎng)絡服務器的每個用戶所述用戶標識符和必要的業(yè)務數(shù)據(jù)(如果有的話)的步驟。該方法還包括接收并處理來自業(yè)務請求器節(jié)點或者來自解析域內另一個UDS的業(yè)務請求的步驟；和向業(yè)務請求器節(jié)點或者向另一個UDS應答一個預期響應的步驟。所述預期響應可以是在一個具體業(yè)務環(huán)境下負責所述用戶的特定網(wǎng)絡服務器，或者在存在冗余配置時一個可能的網(wǎng)絡服務器的列表，或者一個新的用戶標識符，具有在另一個服務器內再次查詢所述新標識符是必需的的指示和可選地說明背后原因。
由于根據(jù)本發(fā)明由UDS提供的特殊靈活性，業(yè)務請求器節(jié)點可以是一個移動交換中心、一個信令網(wǎng)關、一個GPRS支持節(jié)點或者一個用于多媒體用途的應用服務器。該列表是以非限制性的方式示范性地列舉的，決不打算限制本發(fā)明的范圍。


通過結合附圖閱讀說明書，本發(fā)明的特征、目的和優(yōu)點將變得顯而易見，在附圖中圖1圖示一個普通的網(wǎng)絡結構，說明用于本發(fā)明一個實施例的主和輔助數(shù)據(jù)庫的結構。
圖2基本地圖示用于本發(fā)明至少一個實施例的在輔助數(shù)據(jù)庫內每個用戶的個人記錄的內容。
圖3a示意性地描述根據(jù)本發(fā)明的用戶分布服務器內部結構的一個實施例。
圖3b示意性地描述一個用戶分布服務器內部結構的另一個實施例，其中在一個外部協(xié)議適應實體內處理多種協(xié)議。
圖4基本地圖示為了使用在圖1的實施例中來自主數(shù)據(jù)庫的內容更新輔助數(shù)據(jù)庫而執(zhí)行的一個示范性流程。
具體實施例方式
下面描述在與用戶標識符方案、結構和可應用業(yè)務無關的情況下允許在多個服務器之間靈活分布用戶的裝置、方法和系統(tǒng)的當前優(yōu)選根據(jù)本發(fā)明的一個方面，在一個網(wǎng)路解析域內提供一個用戶分布服務器(在下文中稱作UDS)，用于在具體業(yè)務環(huán)境下接收對特定用戶的業(yè)務請求有關的查詢。該UDS被安排用作一個輔助數(shù)據(jù)庫，它包括以每個用戶為基礎的多個用戶標識符，每個用戶標識符可以應用于一個具體的業(yè)務環(huán)境，并與尋址當前負責相應用戶數(shù)據(jù)的特定服務器的一個服務器標識符相關。這些特定服務器被安排用作主服務器，從其將用戶標識符和必要的業(yè)務數(shù)據(jù)下載到用作輔助數(shù)據(jù)庫的UDS中。該UDS通過提供服務器標識符以進一步訪問當前在可應用的業(yè)務環(huán)境下服務該用戶的特定服務器，向任意一個業(yè)務請求器節(jié)點應答與查詢一個特定用戶有關的業(yè)務請求。
在圖1中允許用戶靈活分布的示范性結構圖示了專用用戶分布服務器可以如何負責某個網(wǎng)絡域內的特定地理位置。例如，UDS-1和UDS-2可以分別負責網(wǎng)絡域-2內的地理區(qū)域1和地理區(qū)域2。用戶標識符可以根據(jù)不同的標準分布在這個網(wǎng)絡域-2內的多個服務器中，其中為了清楚僅圖示了服務器-1、服務器-2、服務器-3和服務器-n。這些服務器分別標注為14-20。所述服務器-1、服務器-2、服務器-3和服務器-n用作主數(shù)據(jù)庫，從此主數(shù)據(jù)庫中通過所述服務器-1的相應接口(P-11，P-12)、所述服務器-2的相應接口(P-21，P22)、所述服務器-3的相應接口(P-31，P-32)和所述服務器-n的相應接口(P-n1，P-n2)將用戶數(shù)據(jù)下載到UDS-1和有可能下載到UDS-2。
主數(shù)據(jù)庫和輔助數(shù)據(jù)庫之間的分類簡化了數(shù)據(jù)處理，允許在主數(shù)據(jù)庫內容易地管理變化，并將在輔助數(shù)據(jù)庫內進一步更新這些變化。在圖4中圖示了一個如何執(zhí)行此更新的示范性實施例，其中初始假定為UDS-1已經(jīng)存在網(wǎng)絡內，操作和維護系統(tǒng)(22)已經(jīng)啟動一個新服務器(服務器-1)。在此假定下，服務器-1通過一個包括其自己的服務器-1標識符的諸如REGISTER(登記)的可應用協(xié)議操作將它的出現(xiàn)指示給UDS-1。UDS-1使用該服務器指示在一個諸如UPDATE_Req(更新請求)的可應用協(xié)議操作中請求更新所有的相關用戶。一旦在服務器-1上接收到該請求，使用圖4所示的可應用協(xié)議方法通過一個操作UPDATE_Ind(更新指示)提交合適的用戶數(shù)據(jù)。此操作實際上可以代表某個信令流以提交服務器-1內的所有用戶的用戶數(shù)據(jù)。在更新UDS-1之后，在諸如服務器-1、新用戶的主數(shù)據(jù)庫內由操作和維護Q&M系統(tǒng)(22)執(zhí)行的任意一個新的更新產(chǎn)生一個從服務器-1到UDS-1的自動更新。都包括新用戶的標識符的用于a--用戶的類似協(xié)議方法等更具體地可以使用例如所述操作UPDATE-Ind。
圖4還圖示了在假定上述情況已經(jīng)出現(xiàn)的情況下如何在網(wǎng)絡內引入另一個UDS(UDS-2)。UDS-2開始于操作和維護系統(tǒng)(24)，或者是其它的典型裝置，并且已經(jīng)或者最近被配置以獲知它應當處理的目前存在的服務器。在上述假定的情況下，所述UDS-2請求使用上述在圖4中用操作UPDATE_Req表示的類似指示和協(xié)議操作請求來更新所有相關用戶。一旦在服務器-1上接收到請求，就使用必要的更新指示(UPDATE_Ind)執(zhí)行一個類似于更新UDS-1的處理，直到下載了所有用戶的標識符。假設通過服務器-1內的操作和維護系統(tǒng)(22)執(zhí)行任意一個新的更新，例如一個新用戶，啟動一個從所述服務器-1到UDS-1和UDS-2的自動更新。
在圖4中的另一個示范性的步驟考慮在上述情況下引入另一個服務器(服務器-2)。服務器-2開始于操作和維護系統(tǒng)(24)，或者通過其它的典型裝置，并且已經(jīng)或者最近被配置以獲得必須更新的當前存在的UDS。然后，服務器-2通過廣播可應用的協(xié)議操作，例如上述REGISTER操作，其中包括它自己的服務器-2標識符，將它的存在指示給UDS-1和UDS-2。然后，一旦從每個UDS接收到更新所有用戶相關信息的相應請求，服務器-2啟動相應的請求UDS的指示(UPDATE_Ind)。
作為上述更新程序的結果，一個UDS包括與在網(wǎng)絡內或者在其控制下的網(wǎng)絡區(qū)域內提供特定業(yè)務的所有服務器有關的信息，包括以每個用戶為基礎的相關被服務用戶的標識符。因此，主數(shù)據(jù)庫更新相關用戶數(shù)據(jù)變化的UDS。而且，在存在多個UDS的解析域內，每個UDS可以維護根據(jù)某個標準直接從主數(shù)據(jù)庫或者從另一個UDS或者從兩者更新的冗余信息。例如，如圖1所示，服務不同地理區(qū)域的用戶分布服務器可以通過鏈路(P-00)相互提供所請求的信息。優(yōu)選地，UDS可以自己聯(lián)系一些特定服務器以在需要時提供與服務實體有關的更動態(tài)的信息。
為此，網(wǎng)絡域內的服務器(服務器-1、服務器-2、服務器-3、服務器-n)從其自身預約(P-11、P-21、P-31、P-n1)網(wǎng)絡域-2內的多個UDS中的至少之一(UDS-1)。此外，在存在另一個UDS(UDS-2)的情況下，兩個UDS可以相互通信(P-00)以相互檢驗數(shù)據(jù)，或者為了可靠性的原因，或者僅僅因為它們負責不同的地理區(qū)域。
如圖1所示，出現(xiàn)一個典型的流程，其中網(wǎng)絡解析域例如網(wǎng)絡域-1內的一個外部客戶(26)向通常在另一個網(wǎng)絡解析域例如網(wǎng)絡域-2內的一個業(yè)務請求器節(jié)點發(fā)送一個消息(S-10)。所述消息例如可以是一個呼叫的一部分或者一個登記流程的一部分，一旦接收到，該業(yè)務請求器節(jié)點向一個特定UDS(UDS-1)發(fā)起一個查詢(S-20)?？梢酝ㄟ^諸如在發(fā)現(xiàn)階段、在啟動階段或者通過配置執(zhí)行的給定方法在業(yè)務請求器節(jié)點上指定所述UDS，用于處理與業(yè)務請求有關的查詢。
接收到查詢的UDS(UDS-1)通過檢查其數(shù)據(jù)庫記錄來檢查接收到的參數(shù)，即，用戶和/或業(yè)務相關數(shù)據(jù)，UDS-1與在可應用的業(yè)務環(huán)境下負責特定用戶的正確服務器交互。在這一方面上，圖2圖示根據(jù)本發(fā)明的一個方面一個UDS中內部數(shù)據(jù)庫內容的一個解釋性和非限制性的例子。圖2圖示一個特定用戶可以具有不同的標識符。
一個UDS由請求與一個特定服務器的連接的實體來查詢，所述特定服務器向特定用戶提供業(yè)務。因此，該請求實體指示用戶標識符和可選的其它數(shù)據(jù)，例如所請求業(yè)務的指示。一般來說，UDS數(shù)據(jù)庫的行為可以通過定制行為來優(yōu)化，例如，接受查詢而不明確指示所涉及業(yè)務的事實，在這種情況下返回所有被存儲的用戶數(shù)據(jù)以便另一個節(jié)點解釋這個結果。假設這個用戶和業(yè)務相關信息可能非常快地改變，指示表示其有效性的參數(shù)，例如使用期限值(在下文中稱作TTL)。而且，在多個服務器可以向一個特定用戶提供業(yè)務的情況下，例如在冗余配置的情況下，可以指示可能的服務器列表。另外，在構建用戶標識符以便在某個結構層次中包括的所有用戶由一個特定服務器服務的情況下，查詢的應答可以指示所述結構的層次。
然而，如果所指示的用戶或者業(yè)務在該網(wǎng)絡解析域內不存在，則UDS發(fā)送適當?shù)腻e誤。在此一個非常重要的方面是UDS查詢如圖1所示的外部數(shù)據(jù)庫(S-25)以請求與諸如號碼可移植性解析的某些入口有關的進一步信息的能力。這個外部數(shù)據(jù)庫(在下文中簡稱為Ex-Db)可以具有與根據(jù)本發(fā)明一個方面的UDS類似的結構和類似的內容，或者可以具有其它的結構或內容。查詢這個外部數(shù)據(jù)庫的接口可以是在主數(shù)據(jù)庫和輔助數(shù)據(jù)庫之間使用的接口之一，也可以是一個與之不同的接口。
一旦該查詢已經(jīng)被內部或者外部地解決，UDS-1向業(yè)務請求器節(jié)點返回(S-30)一個相應的響應，其中包括合適的服務器標識符以進一步訪問該合適的服務器。假設這些應答由業(yè)務請求器節(jié)點緩存，在應答內提供一個有效時間(即，上述TTL值)以優(yōu)化該緩存。
而且，以不同的呼叫為基礎，業(yè)務請求器節(jié)點可以訪問(S-40)該合適的服務器，或者相應地發(fā)送(S-45)期望的響應給外部客戶機以便該客戶訪問(S-50)該合適的服務器。
圖1還圖示安裝有分別用于接收一個查詢(S-20)和提供一個響應或應答(S-30)的第一裝置(40)和第二裝置(42)的UDS-1。UDS-1還安裝有第三裝置(44)，用于從服務器主數(shù)據(jù)庫傳送或恢復用戶標識符和業(yè)務數(shù)據(jù)。
如上所述，UDS安排用于處理不同的協(xié)議，這些協(xié)議用于與用作主數(shù)據(jù)庫的不同的特定服務器通信，用于與最終的外部數(shù)據(jù)庫通信，和用于與多個業(yè)務請求器節(jié)點中的至少之一通信。因此，UDS安裝有至少一個協(xié)議處理器模塊(在下文中稱作PHM)，這些模塊能夠處理這些不同通信協(xié)議中的至少一個協(xié)議。假設存在多個PHM，則需要一種協(xié)議鑒別功能以根據(jù)特定的協(xié)議基礎來確定哪一特定PHM應當處理一個接收到的查詢、應答或者其它消息。所述協(xié)議鑒別功能由如圖3a和圖3b所示的一個附加協(xié)議鑒別器模塊(在下文中稱作PDM)來執(zhí)行，僅在存在多個PHM的情況下需要所述附加協(xié)議鑒別器模塊。例如，在支持最好根據(jù)“域名服務器(DNS)”協(xié)議、“輕量級目錄訪問協(xié)議”(LDAP)、半徑協(xié)議或者直徑協(xié)議中的至少之一操作的電信協(xié)議的情況下，UDS(例如UDS-1或UDS-2)能夠解釋查詢和提交響應。以非限制性的方式提及這些協(xié)議，僅僅是為了闡述包含一個用于支持若干協(xié)議的UDS的明顯優(yōu)點，這可以通過替換或者添加專用協(xié)議處理器模塊并僅在協(xié)議鑒別器模塊內進行修改來改變。
圖3a圖示包括幾個PHM(29)(也稱作1-3，m)和唯一一個PDM(30)的UDS(10)的優(yōu)選實施例。本領域的技術人員將理解通過劃分在一個所謂的協(xié)議自適應實體(32)(在下文中稱作PAE)中集成的多個PHM(29)和PDM(30)可以實現(xiàn)類似的實施例。如圖3b所示，可以在PAE上保存一個專用PHM，用于與UDS(10)的內部通信，其中還存在唯一一個專用PHM(34)。圖3b還圖示包含一個內部數(shù)據(jù)庫(36)的UDS。
如果輔助數(shù)據(jù)庫(即，UDS)在地理上更靠近信息的請求器(即，所謂的業(yè)務請求器節(jié)點(28))以加速解析處理，則可以獲得其它的優(yōu)點，盡管所述優(yōu)點不是一個基本的特征。
不考慮地理位置，從諸如UDS的輔助數(shù)據(jù)庫請求第一查詢，而主服務器僅在成功應答第一查詢的情況下進行進一步的查詢。這一程序可以有效地避免由于查詢不存在的用戶通常稱作“業(yè)務拒絕”(DOS)攻擊所導致的主數(shù)據(jù)庫過載。具有在網(wǎng)絡運營商內部的部署或者在一個信任環(huán)境下，例如在不同國家運營共用某個基礎設備的合作伙伴，這種解決方案不需要與運營商網(wǎng)絡內任何其它標準節(jié)點不同的特殊安全保護。
圖1所示的結構以及UDS的上述基本特征和優(yōu)點適合于在根據(jù)第三代合作項目(3GPP)操作的電信系統(tǒng)內使用。更具體地說，該UDS可以如在附錄F的所述3GPP的技術規(guī)范(TS)23.228中所述操作為業(yè)務定位器功能(SLF)。
如在所述TS中描述的，因為在運營商的網(wǎng)絡內通常存在多個HSS，所以在登記和會話或呼叫建立過程中必須識別出原籍用戶服務器(HSS)，所述原籍用戶服務器當前保存有用戶特定數(shù)據(jù)，例如用戶位置或鑒權參數(shù)。一個查詢呼叫狀態(tài)控制功能(I-CSCF)節(jié)點和服務呼叫狀態(tài)控制功能(S-CSCF)節(jié)點需要識別一個特定的HSS，從而獲得負責一個給定用戶的HSS的實際名稱和/或地址。更具體地說，I-CSCF節(jié)點在登記和會話或呼叫建立過程中需要HSS識別，而S-CSCF節(jié)點僅在登記過程中需要這樣的HSS識別。為了簡化，本說明書僅涉及一個呼叫狀態(tài)控制功能(CSCF)節(jié)點，所述解釋同樣可以應用于查詢或者服務CSCF。
在這種情況下，分布有用戶的不同HSS被安排用作主數(shù)據(jù)庫，與先前在圖1中所示的主數(shù)據(jù)庫相同，在本說明書中稱作服務器-i(i從1到n)，而CSCF節(jié)點被安排用作上述服務請求器節(jié)點(28)。根據(jù)本發(fā)明，上述UDS(10)然后可操作為用作一個輔助數(shù)據(jù)庫的所述業(yè)務定位器功能(SLF)，用于從CSCF接收查詢，與負責一個給定用戶的HSS交互，并將結果應答給所述CSCF。
因此，安排用作SLF的UDS包括至少一個協(xié)議處理器模塊，用于處理從CSCF節(jié)點接收到的查詢，并向該CSCF節(jié)點應答該查詢。而且，假設適合于SLF和HSS之間通信的協(xié)議不同于SLF和CSCF之間的通信協(xié)議，則安排用作SLF的UDS包括另一個協(xié)議處理器模塊(PHM)，用于處理更新或者與HSS的下載。如已經(jīng)描述的，在使用多個PHM的UDS中包括一個協(xié)議鑒別器模塊(PHM)。
例如，CSCF和UDS之間的接口包括一個用于從CSCF查詢預約定位器的操作和一個用于將HSS地址提供給CSCF的響應，所述UDS安排用作一個SLF。具體地說，通過發(fā)送一個諸如SLF_QUERY的操作，CSCF指示HSS尋找的用戶標識(在登記或者會話或呼叫建立過程中接收到的)。然后，通過返回操作SLF_RESP，用作SLF的UDS用HSS名稱和/或地址進行響應以便CSCF繼續(xù)查詢給定的HSS?？蛇x擇地，操作SLF_RESP可以指示一個新的用戶標識符和必須進行另一次查詢的指示。這個指示可以包括新查詢的地址和原因的說明，或者可以僅是新查詢的原因。前面的指示類型例如用于號碼可移植性，而后者暗示必須通過查詢實體來發(fā)現(xiàn)新服務器的地址。假設CSCF和SLF之間的上述示范性DNS協(xié)議也使用在SLF和HSS之間，則操作SLF_UPDATE_REQUEST可以用于從每個特定HSS請求用戶數(shù)據(jù)。然后，操作SLF_UPDATE用于在這個HSS中出現(xiàn)變化時隨時從該HSS更新用作SLF的UDS。
在登記流程期間，可選擇地，查詢CSCF(I-CSCF)可以將HSS地址轉發(fā)給一個服務CSCF(S-CSCF)以簡化S-CSCF尋找HSS的行為。在所接收的用戶標識符并不對應于任意一個已知用戶時，返回對應的錯誤。
在示范性地使用DNS協(xié)議的情況下，盡管也可以使用其它的協(xié)議，例如直徑或者半徑協(xié)議，諸如用作SLF的UDS的輔助數(shù)據(jù)庫從諸如HSS的主數(shù)據(jù)庫的更新包括圖4所示的專用方法。
圖4中的SLF_UPDATE_REQUEST操作(即，UPDATE_Req)提供為查詢實體指示在所有或者一組標識符空間上請求特定操作的方法。所述操作包括用于為一個或一組用戶請求“所有用戶數(shù)據(jù)”或“特定用戶數(shù)據(jù)”的方法。例如，僅電路交換(在下文中稱作CS)接入相關數(shù)據(jù)，或者僅分組交換(在下文中稱作PS)接入相關數(shù)據(jù)，或者僅互聯(lián)網(wǎng)協(xié)議多媒體(在下文中稱作IM)相關數(shù)據(jù)。所述操作還包括用于為一個或一組用戶請求與業(yè)務網(wǎng)絡相關的“一組特定數(shù)據(jù)”的方法，所述業(yè)務網(wǎng)絡實際上可能包括一組業(yè)務。而且，所述操作還包括用于請求一種特定類型的標識符的方法，例如和以非限制性的方式，E.164號碼或SIP_url。另外，所述操作還包括用于僅請求屬于一個特定標識空間的標識符的方法，例如僅僅到acme.land.land域的標識符。
相應地，SLF_UPDATE響應操作(即，圖4中的UPDATE_Ind)提供用于向查詢實體指示為一個特定用戶或者為一組用戶更新“所有用戶數(shù)據(jù)”或者僅“特定用戶數(shù)據(jù)”的方法。
另一方面，如上面參考圖4所描述的，就用于一個、一組或者所有用戶的唯一業(yè)務、一組業(yè)務或者所有業(yè)務來說，將要請求更新的實體范圍以及被有效更新的實體范圍在這種情況下也具有可應用性。
總的來說，SLF_UPDATE_REQUEST操作(即，圖4中的UPDATE_Req)提供方法以指示-用戶范圍，可以是一個用戶、在某種分組條件下的一組用戶或者所有用戶。
-業(yè)務范圍，可以是一個特定業(yè)務、一組業(yè)務或者所有業(yè)務。
-將要查詢的實體范圍，可以是一個實體，在某種條件下的一組實體，即組播，或者所有實體，即廣播。
相應地，SLF_UPDATE響應操作(即，圖4中的UPDATE_Ind)提供方法以指示-用戶范圍，可以是一個用戶、在某種分組條件下的一組用戶或者所有用戶。
-業(yè)務范圍，可以是一個特定業(yè)務、一組業(yè)務或者所有業(yè)務。
-將要更新的實體范圍，可以是一個實體，在某種條件下的一組實體，即組播，或者所有實體，即廣播。
如上面參考圖4所預期的，當在網(wǎng)絡內引入一個用作SLF的新UDS時，向提供業(yè)務的所有節(jié)點，也就是說向所有的主數(shù)據(jù)庫發(fā)起一個查詢，即，向諸如HSS的主數(shù)據(jù)庫廣播。另一方面，從網(wǎng)絡中移除一個諸如UDS的查詢實體可以繼之以一個向所有協(xié)同操作的主數(shù)據(jù)庫的告警消息OUT_OF_SERVICE_like，或者，可選擇地，在主數(shù)據(jù)庫上提供附加的與存在有關的機制ACTIVITY_TEST_like以被定期地調用。根據(jù)本發(fā)明在從網(wǎng)絡中移除諸如HSS的任意一個主數(shù)據(jù)庫的情況下使用一個與上述機制OUT_OF_SERVICE_like或者相應的ACTIVITY_TEST_like的相關機制類似的方法。與用戶數(shù)據(jù)的引入、移除或者修改有關，上述UPDATE_Ind包括與明確地注釋更新類型有關的合適的指示符數(shù)值。
即使在主數(shù)據(jù)庫和輔助數(shù)據(jù)庫上有意地和優(yōu)選地執(zhí)行更新請求以及更新本身，也可能出現(xiàn)輔助數(shù)據(jù)庫UDS并不知道最新請求的某些特定用戶數(shù)據(jù)的情況。在這種情況下，由于UDS知道保存該數(shù)據(jù)的另一個主數(shù)據(jù)庫或輔助數(shù)據(jù)庫，從接收機UDS向另一個UDS或者向另一個外部數(shù)據(jù)庫發(fā)出一個新的查詢。這對于號碼可移植性的支持特別有用，將在本說明書中進一步為此提供一個附加的說明性的使用情況。
一個特別感興趣的方面是根據(jù)本發(fā)明用作一個SLF和因而在登記階段與CSCF交互工作的UDS的最佳行為。參考圖1中的接口和實體進行下述解釋。首先，CSCF(業(yè)務請求器節(jié)點)接收一個登記請求(S-10)，并必須啟動一個用戶數(shù)據(jù)位置的查詢。然后，CSCF向SLF(UDS-1)發(fā)送一個操作SLF_QUERY_like(S-20)，并包括在登記請求中所述的用戶標識。此時所使用的協(xié)議并不重要，因為根據(jù)本發(fā)明的UDS可以以如圖3a所示的方式安裝有多個協(xié)議處理器模塊(PHM)，例如適合于與DNS、半徑、直徑或者任何其它適當?shù)膮f(xié)議通信。而且，為此可以將圖3b中的上述協(xié)議適配實體(32)插入在CSCF和UDS之間。第三，依然參考圖1，SLF(UDS-1)查看如圖2所示的它自己的數(shù)據(jù)庫內容，例如所查詢的用戶標識。第四，再次參考圖1，SLF(UDS-1)用可以發(fā)現(xiàn)用戶數(shù)據(jù)的HSS名稱應答(S-30)。第五，CSCF優(yōu)選地直接向HSS(服務器-3)發(fā)起一個查詢(S-40)。作為上述第五步驟的替代步驟和以某種呼叫為基礎，CSCF(業(yè)務請求器節(jié)點)(28)可以繼之以將查詢結果(S-45)返送給發(fā)出登記請求的外部客戶(26)，用于所述外部客戶查詢(S-50)合適的HSS(服務器-3)。
除了針對在一個CSCF實體上接收一個登記請求的情況已經(jīng)描述的之外，從根據(jù)本發(fā)明的一個UDS預見到一個類似的方法和行為，用于一個參與會話或呼叫建立的I-CSCF節(jié)點的情況。
根據(jù)本發(fā)明將一個UDS用作一個SLF的另一個優(yōu)點是如何輕易地執(zhí)行向外部數(shù)據(jù)庫(38)的特定查詢，并因而在下述兩種情況下支持號碼可移植性查詢在一個供方(donor)網(wǎng)絡上，和在一個始發(fā)網(wǎng)絡上。
在一個供方網(wǎng)絡上，UDS概念可以用于在一些情況下處理號碼和名稱可移植性。如當前在一些情況下規(guī)定的，可能會發(fā)生一些流程進入當前并未保存用戶預約的網(wǎng)絡的I-CSCF。當這樣一個I-CSCF查詢SLF時，必須在這個步驟中應用一個鑒別以避免這些來自一個進入用戶的查詢可以進入這個網(wǎng)絡的HSS。參見圖1，I-CSCF(業(yè)務請求器節(jié)點)接收一個INVITE請求(S-10)，并必須查詢用戶數(shù)據(jù)的位置。I-CSCF向SLF(UDS-1)發(fā)送一個SLF_QUERY(S-20)，作為參數(shù)包括先前在INVITE請求中接收到的用戶標識。SLF(UDS-1)在它自己的本地數(shù)據(jù)庫內查找所查詢的用戶標識。一個圖2中的標識符“2.2.3.4.9.e164.arpa”的示范性入口說明這個用戶使用一個作為服務器標識符的“Forward_query_to_Ex_Db”型的指示進入。然后，SLF(UDS_1)通過接口S-25查詢如圖1所示的可移植性數(shù)據(jù)庫(外部數(shù)據(jù)庫)(38)，并從所述可移植性數(shù)據(jù)庫獲得將用于聯(lián)系該用戶的標識符。隨后，SLF(UDS_1)使用一個地址或者一個用于抵達所述用戶的URL應答(S-30)I-CSCF(業(yè)務請求器節(jié)點)。I-CSCF現(xiàn)在可以命令將該INVITE消息改發(fā)到用戶已經(jīng)進入的網(wǎng)絡。
另一方面，UDS還可以有利地用于解決在始發(fā)網(wǎng)絡內的號碼可移植性，其中實際上從一個服務呼叫狀態(tài)控制功能(S-CSCF)實體執(zhí)行查詢。在這一方面上，相同的原理應用于從一個S-CSCF到一個用作SLF的UDS的查詢以及從上面指出的I-CSCF的查詢。
許多其它情況可以有利地使用根據(jù)本發(fā)明的UDS。例如，所述UDS可以為一個包含其自己的HSS的虛擬網(wǎng)絡運營商提供實質支持，在作為一個相應的網(wǎng)絡解析域尋址的一個非虛擬網(wǎng)絡內通過用作SLF的UDS來識別所述自己的HSS。
根據(jù)本發(fā)明，一個UDS可應用性的另一個例子是在外部互聯(lián)網(wǎng)協(xié)議多媒體業(yè)務提供器(在下文中稱作IMSP)內用戶的登記?？梢宰裱c上述相同的原理使用UDS概念，但是在這種情況下，用戶指示的聯(lián)系名稱可以用于識別IMSP提供業(yè)務的領域。換句話說，原籍運營商用作一種代理，即，根據(jù)這個用戶的任意優(yōu)先選擇提供用戶的聯(lián)系地址，或者在號碼或者名稱可移植性的情況下提供改發(fā)業(yè)務的業(yè)務提供器。
當考慮在一個IP移動性管理(IPMM)結構中通過HSS和應用服務器(在下文中稱作AS)之間的所謂Sh接口的查詢和響應時，發(fā)現(xiàn)另一種有利的使用情況。所述應用服務器必須訪問在HSS內存儲的用戶數(shù)據(jù)，但是如同I-CSCF或者S-CSCF的情況，讓它們知道所有用戶的所有HSS的地址是不現(xiàn)實的。因此，根據(jù)本發(fā)明的相同UDS看起來也可以應用于這種情況，其中為了根據(jù)每個用戶和/或業(yè)務的請求將查詢從AS改發(fā)到正確HSS的目的，可以將一個諸如所述UDS的實體放置在HSS和AS之間。
上面已經(jīng)確定了使用的優(yōu)點和不同的情況，它們中的大多數(shù)涉及最新一代的無線系統(tǒng)，尤其考慮它們與最新的多媒體和互聯(lián)網(wǎng)相關業(yè)務的連通性。然而，還存在另一種UDS在典型的GSM或UMTS標識符上的有利應用?？梢岳孟嗤脑硎褂迷揢DS的概念，但是在這種情況下，用戶指示的聯(lián)系名稱根據(jù)特定的消息流可以是IMSI或者MSISDN。這可以以將這些號碼映射成可路由的名稱為基礎來進行，如已經(jīng)在ENUM協(xié)議中推薦的，它將E.164號碼映射到可路由的名稱。在這種特定情況下，參考圖1，業(yè)務請求器節(jié)點所表示的查詢實體是移動交換中心服務器(MSC)、網(wǎng)關MSC服務器(GMSC)、服務GSM服務器節(jié)點(SGSN)、或者網(wǎng)關GSM服務器節(jié)點(GGSN)。以舉例而非限制性的方式列舉這些實體。而且，在這種典型的GSM或UMTS環(huán)境下，HLR和HSS是用服務器-1至服務器-n表示的主數(shù)據(jù)庫。這些業(yè)務請求器節(jié)點也可以是一個信令網(wǎng)關、一個GPRS支持節(jié)點、一個開放業(yè)務結構業(yè)務性能服務器、一個多媒體消息服務器或者一個CAMEL網(wǎng)關服務器。
盡管已經(jīng)在附圖中圖示和在上述優(yōu)選實施例的詳細描述中描述了本發(fā)明的優(yōu)選實施例，將理解本發(fā)明并不限制于所公開的實施例，在不脫離由權利要求書闡述和定義的本發(fā)明范圍的情況下，能夠進行多種重新配置、修改和置換。
權利要求
1.一種在一個網(wǎng)絡解析域內的用戶分布服務器(UDS)，包括用于在不同業(yè)務環(huán)境下識別用戶的以每個用戶為基礎的多個用戶標識符，所述UDS被安排用于確定在一個具體業(yè)務環(huán)境下負責所述用戶的一個特定網(wǎng)絡服務器，其特征在于，所述UDS用作一個輔助數(shù)據(jù)庫，包括(a)裝置，用于從用作主數(shù)據(jù)庫的特定網(wǎng)絡服務器中以及從網(wǎng)絡解析域內的其它UDS中恢復用戶標識符和必要的業(yè)務數(shù)據(jù)；(b)存儲器，用于每個特定網(wǎng)絡服務器的用戶標識符和必要的業(yè)務數(shù)據(jù)，如果有的話；(c)裝置，用于接收和處理來自一個業(yè)務請求器節(jié)點或者來自該解析域內另一個UDS的業(yè)務請求；和(d)裝置，用于應答所述業(yè)務請求器節(jié)點或者另一個UDS(d1)在一個具體業(yè)務環(huán)境下負責所述用戶的特定網(wǎng)絡服務器；或(d2)如果存在冗余配置，一個可能的網(wǎng)絡服務器的列表；或(d3)一個新的用戶標識符，具有在另一個服務器內對所述新標識符的另一次查詢是必需的指示和可選地指示背后原因。
2.權利要求1的用戶分布服務器(UDS)，其中裝置a)包括裝置，用于在指示上和從主數(shù)據(jù)庫或另一個UDS中將有關更新用戶標識符和/或必要的業(yè)務數(shù)據(jù)的需要通知所述UDS。
3.權利要求2的用戶分布服務器(UDS)，其中裝置a)包括裝置，用于在打算用作主數(shù)據(jù)庫的所有網(wǎng)絡服務器中登記所述UDS和從這些所有網(wǎng)絡服務器中撤銷登記。
4.權利要求3的用戶分布服務器(UDS)，其中裝置a)包括裝置，用于指示為所有被服務的用戶、為一個特定組的用戶或者僅為一個特定用戶恢復用戶標識符和/或必要的業(yè)務數(shù)據(jù)所用的恢復優(yōu)先選擇。
5.權利要求4的用戶分布服務器(UDS)，其中裝置a)還包括裝置，用于為下列組之中的至少一個組恢復用戶標識符和/或必要的業(yè)務數(shù)據(jù)(a)多個有效標識符類型之中的一種特定類型的標識符；(b)在特定域內使用的標識符；和(c)屬于一個域內特定標識空間的標識符。
6.權利要求5的用戶分布服務器(UDS)，其中每個特定網(wǎng)絡業(yè)務的對臨時有效性敏感的數(shù)據(jù)包括一個“使用期限”(TTL)參數(shù)，用于確定從主數(shù)據(jù)庫恢復數(shù)據(jù)的需要。
7.權利要求5的用戶分布服務器(UDS)，還包括至少一個協(xié)議處理器模塊，并且在存在一個以上的協(xié)議處理器模塊的情況下還包括一個協(xié)議鑒別器模塊，每個協(xié)議處理器模塊負責一個特定的電信協(xié)議。
8.權利要求7的用戶分布服務器(UDS)，其中包括至少一個“域名服務器(DNS)”相關的協(xié)議處理器模塊。
9.權利要求7的用戶分布服務器(UDS)，其中包括至少一個“直徑”相關的協(xié)議處理器模塊。
10.權利要求7的用戶分布服務器(UDS)，其中包括至少一個“輕量級目錄訪問協(xié)議(LDAP)”相關的協(xié)議處理器模塊。
11.權利要求7的用戶分布服務器(UDS)，其中包括至少一個“半徑”相關的協(xié)議處理器模塊。
12.權利要求7的用戶分布服務器(UDS)，還包括協(xié)議和處理裝置，用于使用不打算用作主數(shù)據(jù)庫或者用作另一個UDS的一個外部數(shù)據(jù)庫來解決業(yè)務請求。
13.權利要求12的用戶分布服務器(UDS)，其中所述外部數(shù)據(jù)庫是一個號碼可移植性數(shù)據(jù)庫。
14.一種電信系統(tǒng)，包括權利要求1的用戶分布服務器(UDS)，其特征在于，可以為了更新將多個主數(shù)據(jù)庫之中的至少一個主數(shù)據(jù)庫內的相關用戶標識符提交給在所述至少一個主數(shù)據(jù)庫上所知道的一個特定UDS、一組UDS或者所有的UDS。
15.權利要求14的電信系統(tǒng)，其中多個主數(shù)據(jù)庫之中的至少一個主數(shù)據(jù)庫被安排用于從在所述至少一個主數(shù)據(jù)庫上所知道的一個特定UDS、一組UDS或者所有的UDS中接收UDS恢復優(yōu)先選擇，并且被安排用于根據(jù)每個恢復優(yōu)先選擇來相應地更新每個UDS。
16.權利要求15的電信系統(tǒng)，其中UDS起著預約定位器功能(SLF)。
17.權利要求15的電信系統(tǒng)，其中用作主數(shù)據(jù)庫的多個特定服務器之中的至少一個特定服務器是一個原籍預約服務器(HSS)。
18.權利要求15的電信系統(tǒng)，其中用作主數(shù)據(jù)庫的多個特定服務器之中的至少一個特定服務器是一個存在服務器。
19.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個詢問呼叫狀態(tài)控制功能(I-CSCF)。
20.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個服務呼叫狀態(tài)控制功能(S-CSCF)。
21.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個移動交換中心(MSC)。
22.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個信令網(wǎng)關。
23.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個GPRS支持節(jié)點。
24.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個打算用于多媒體相關用途的應用服務器(AS)。
25.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個開放業(yè)務結構業(yè)務性能服務器。
26.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個多媒體通信服務器。
27.權利要求15的電信系統(tǒng)，其中多個業(yè)務請求器節(jié)點之中的至少一個業(yè)務請求器節(jié)點是一個CAMEL網(wǎng)關服務器。
28.權利要求15的電信系統(tǒng)，其中多個用于解析的外部數(shù)據(jù)庫之中的至少一個外部數(shù)據(jù)庫是一個域名服務器。
29.權利要求15的電信系統(tǒng)，其中多個用于解析的外部數(shù)據(jù)庫之中的至少一個外部數(shù)據(jù)庫是一個以輕量級目錄訪問協(xié)議(LDAP)為基礎的數(shù)據(jù)庫系統(tǒng)。
30.權利要求15的電信系統(tǒng)，其中多個用于解析的外部數(shù)據(jù)庫之中的至少一個外部數(shù)據(jù)庫是一個號碼可移植性數(shù)據(jù)庫。
31.一種網(wǎng)絡解析域內的方法，其中使用以每個用戶為基礎的多個用戶標識符來在不同業(yè)務環(huán)境下識別用戶，并且其中權利要求1中的用戶分布服務器(UDS)被配置用于確定在一個具體業(yè)務環(huán)境下負責每個用戶的一個特定網(wǎng)絡服務器，該方法的特征在于，所述方法包括步驟(a)在UDS上從用作主數(shù)據(jù)庫的特定網(wǎng)絡服務器和從網(wǎng)絡解析域內的其它UDS中恢復用戶標識符和必要的業(yè)務數(shù)據(jù)；(b)在UDS上存儲每個特定網(wǎng)絡服務器的以每個用戶為基礎的用戶標識符和必要的業(yè)務數(shù)據(jù)，如果有的話；(c)接收和處理來自業(yè)務請求器節(jié)點或者來自該解析域內另一個UDS的業(yè)務請求；和(d)應答業(yè)務請求器節(jié)點或者應答另一個UDS(d1)在具體業(yè)務環(huán)境下負責所述用戶的特定網(wǎng)絡服務器；(d2)如果存在冗余配置，一個可能的網(wǎng)絡服務器的列表；或(d3)一個新的用戶標識符，具有在另一個服務器內對所述新標識符進行另一次查詢是必需的指示和可選地指示背后原因。
32.權利要求31的方法，還包括步驟在指示上和從主數(shù)據(jù)庫或另一個UDS中將有關更新用戶標識符和/或必要的業(yè)務數(shù)據(jù)的需要通知至少一個UDS。
33.權利要求32的方法，還包括步驟在打算用作主數(shù)據(jù)庫的所有網(wǎng)絡服務器中登記一個UDS和從這些所有網(wǎng)絡服務器中撤銷一個UDS的登記。
34.權利要求33的方法，還包括步驟向至少一個主數(shù)據(jù)庫指示為所有被服務的用戶、為一組特定用戶或者僅為一個特定用戶恢復用戶標識符和/或必要的業(yè)務數(shù)據(jù)所用的UDS恢復優(yōu)先選擇。
35.權利要求34的方法，還包括步驟從在至少一個主數(shù)據(jù)庫上所知道的一個特定UDS、一組UDS或者所有的UDS中接收UDS恢復優(yōu)先選擇，并根據(jù)每個恢復優(yōu)先選擇從所述至少一個主數(shù)據(jù)庫中相應地更新每個UDS。
全文摘要
在一個網(wǎng)絡內提供一個用戶分布服務器(UDS)，所述網(wǎng)絡具有均利用多個不同的使用標識符識別的多個服務器和用戶。該UDS位于可以訪問一個被配置用于請求用戶信息的實體的位置上，該UDS通過將查詢改發(fā)到合適的服務器或服務實體來響應一個與特定用戶有關的查詢。UDS使用從與服務器有關或者從這些服務器中推導出的主用戶數(shù)據(jù)庫獲得的用戶與服務器標識符來實現(xiàn)一個輔助數(shù)據(jù)庫。因為可以在主數(shù)據(jù)庫內很容易地管理數(shù)據(jù)變化和更新，并且然后將這些數(shù)據(jù)變化和更新傳送給輔助數(shù)據(jù)庫或者在輔助數(shù)據(jù)庫中實現(xiàn)，所以不同的主數(shù)據(jù)庫和輔助數(shù)據(jù)庫的使用簡化了數(shù)據(jù)處理。
文檔編號H04Q7/24GK1633795SQ02806042
公開日2005年6月29日 申請日期2002年3月6日 優(yōu)先權日2001年3月6日
發(fā)明者J·A·桑切斯埃雷羅, I·P·安德烈斯 申請人:艾利森電話股份有限公司