網絡環境內的數據單元信息管理的製作方法
2023-09-12 00:58:25
專利名稱：網絡環境內的數據單元信息管理的製作方法
技術領域：
本發明與在一個網絡環境內進行數據單元(data element)信息管理的方法有關。
背景技術：
應當注意的是，所謂「網絡環境」在結合本發明的說明使用時應理解為例如一個通信網絡系統、一個機構的網絡環境、一個工廠的網絡環境等。
然而，在這裡選擇通信網絡系統作為例示本發明的一個例子，這並不是說對本發明有所限制。
就這樣所選的這個例子來說，所謂「數據單元」是與所述通信網絡的用戶關聯的，也就是說數據單元信息意味著是與用戶有關的信息。然而，這並不是限制，在其他的網絡環境內，數據單元可以與其他適當的信息關聯，例如在一個機構的網絡環境內可以是員工信息，或者在一個工廠的網絡環境內可以是產品信息。
就這樣所選的例子來說，所謂「請求路由選擇(requestrouting)」是與在所述通信網絡內一個信令關聯的。然而，這並不是限制，在其他的網絡環境內，這個請求路由選擇術語可以是與信令之外的其他適當含義關聯的。
近幾年來，通信網絡已經越來越普及，為越來越多的通信網絡用戶所接受。為了使這種通信網絡正常工作，在網絡內必需存有用戶數據，並可供在建立用戶與其通信對方間的通信中所涉及的各網絡實體使用。通常，這種用戶數據在GSM(全球移動通信標準)情況下保存在一個所謂的歸屬位置寄存器(home location register)HLR內。
隨著通信網絡的發展和也稱為UMTS(通用移動電信系統)網絡的所謂第三代(3G)網絡的開發，以前歸歸屬位置寄存器HLR實現的功能已經轉給一個所謂的歸屬用戶伺服器(home subscriber server)HSS的功能實體。歸屬用戶伺服器HSS是一個給定用戶的主資料庫。它是保存與預約情況有關的信息以支持各網絡實體實際處理涉及用戶的呼叫/會話的實體。
例如，歸屬用戶伺服器HSS可以提供對呼叫控制伺服器的支持，以通過解決認證、授權、命名/尋址分辨、位置從屬等完成路由選擇/漫遊程序。
特別是，歸屬用戶伺服器HSS負責保存以下與用戶有關的信息*用戶標識、編號和尋址信息*用戶安全信息用於認證和授權的網絡接入控制信息*系統間級別的用戶位置信息；HSS處理用戶註冊和存儲系統間位置信息等*用戶檔案(業務，業務專用信息...)根據在歸屬用戶伺服器處保存的信息，歸屬用戶伺服器還負責支持運營方提供的不同控制系統(電路交換域控制，分組交換域控制，IP多媒體控制)的呼叫控制(CC)實體和/或用戶管理(SM)實體。
上面提到的第三代通信網絡依託於網際網路協議(IP)。然而，本發明如以下所說明的那樣並不局限於第三代通信網絡和/或運用網際網路協議的通信網絡。
更確切些說，選用根據網際網路協議操作的第三代網絡只是作為一個例示性的例子。具體地說，本發明適用於將與用戶有關的信息保存在多個用戶信息資料庫實體內的所有通信網絡。
隨著網絡用戶的增多以及網絡的增多和網絡複雜性的提高，各網絡實體和/或網絡實體之間的接口發生故障的可能性也增大。為了確保通信網絡即使在網絡內部某處發生故障的情況下也能繼續運行，必需保持始終可得到用戶數據。
以前，一個途徑是配置一個用戶資料庫拷貝。例如，定期建立這樣一個資料庫拷貝(也稱為備份)。然而，這至少在進行備份期間難以提供完全的通信網絡性能。此外，除非執行一個對用戶資料庫實體的備份，否則就跟不上新的和/或改變了的用戶數據。因此，如果一個資料庫實體在最近備份後而在下次備份前發生故障，只根據備份資料庫就難以恢復資料庫實體內所存有的新的和/或修改了的數據。
發明內容
因此，本發明的一個目的是提供一種沒有上面提到的缺點的在一個網絡環境內進行數據單元信息管理的改進方法。
按照本發明，這個目的是例如由一種在一個網絡環境內進行數據單元信息管理的方法達到的，這個環境包括多個資料庫實體，各保存多個數據單元的數據單元信息的相應記錄；一個請求路由選擇實體，適應於將請求路由選擇到所述多個資料庫實體中的一個所選的資料庫實體；所述方法包括下列步驟將對一個特定數據單元的數據單元信息更新發送給所述請求路由選擇實體；在所述請求路由選擇實體處為所述特定數據單元選擇所述多個資料庫實體中的一個資料庫實體；將所述數據單元信息更新轉發給所述所選的資料庫實體；以及將所述數據單元信息更新從所述所選的資料庫實體中繼給所述多個資料庫實體中的至少另一個資料庫實體。
按照本發明的進一步開發，*所述數據單元信息包括與一個通信網絡的一個用戶有關的信息；*所述資料庫實體為歸屬用戶伺服器HSS實體；*所述請求路由選擇實體包括一個表，定義向一個特定數據單元分配所述多個資料庫實體的至少兩個資料庫實體，選擇按照所述表的表目執行；*為所述表內每個分配的資料庫實體各賦予一個優先級，選擇按照最高的優先級執行；*為每個所分配的資料庫實體賦予一個各自不同的優先級；
*所述請求路由選擇實體包括一個表，定義向一個特定數據單元分配所述多個資料庫實體中的至少兩個資料庫實體的表，一個各自不同的優先級被賦予每個所分配的資料庫實體，向按所賦予的優先級的降序排在其次的所述資料庫實體執行中繼；以及*如果滿足一個預定條件，就改變賦予所述資料庫實體的優先級。
此外，按照本發明，這個目的是由一種在一個網絡環境內的資料庫實體達到的，這種資料庫實體包括保存多個數據單元的數據單元信息的相應記錄的存儲裝置；適應於接收對一個數據單元的更新和將所述更新的數據單元存入所述存儲裝置的接收裝置；以及適應於將所接收的對一個數據單元的更新中繼給另一個資料庫實體的中繼裝置。
此外，按照本發明，這個目的是由一種在一個網絡環境內的請求路由選擇實體達到的，這種請求路由選擇實體包括包括一個表的存儲裝置，所述表定義向一個特定數據單元分配所述多個資料庫實體中的至少兩個資料庫實體；適應於接收一個對數據單元更新的請求的接收裝置；適應於按照所述表的條目從所述表中選擇所述資料庫實體中的一個資料庫實體的選擇裝置；將所述數據單元更新轉發給所述所選的資料庫實體的轉發裝置。
特別是，請求路由選擇實體和資料庫實體這兩個實體可以相互協作，執行如上所述的方法。
藉助於按照本發明在一個諸如通信網絡的網絡環境內實現的方法和實體，可以有益地將數據單元即用戶信息分布在網絡內，從而在網絡內為這些信息提供冗餘。數據單元/用戶信息的冗餘程度可以由所述數據單元/用戶信息轉發和中繼給的資料庫實體的數目確定。此外，按照本發明的方法可以實現一種能提供存儲在兩個不同的資料庫實體內的數據單元/用戶信息之間的雙向複製的功能。特別是，這種雙向複製並不會引起任何資料庫事務衝突。並且，由於根據資料庫實體群集(clustering)為每個數據單元/用戶數據提供冗餘，因此對涉及數據單元/用戶數據的改變能立即跟蹤而不需要等待在經過一個備份間隔後出現一個新的備份。因此，在第一資料庫實體內以及在提供冗餘的複製資料庫實體內數據單元/用戶信息始終是最新的。
此外，應當注意的是本發明並不局限於來自用戶管理系統的更新。更確切些說，一個通信網絡內的各種用戶數據更新都可用本發明進行處理。所以，能實現涉及所有功能(包括用戶管理和網絡操作)的改善的冗餘。
概括地說，一個數據單元如在這裡所說的可以包括例如包括一個資料庫記錄或一個文件記錄的信息、包括一個關係資料庫內的一個字節組的信息、與一個通信網絡內的給定用戶相關的信息、與一個與一個通信網絡關聯的任意實體相關的信息、與一個任意對象事例相關的信息、與一組有關任意對象實例相關的信息等。
本發明的以上及其他目的、特色和優點從以下結合附圖所作的詳細說明中可以更清楚看出，在這些附圖中圖1示出了通信網絡中與本發明有關的那些部分的體系結構；圖2示出了信令路由選擇實體的資料庫分配表；圖3示出了從一個資料庫實體複製到另一個資料庫實體的用戶數據的例子；圖4示出了在請求路由選擇實體和/或信令路由選擇實體處執行的實現本發明的方法的各個步驟的流程圖；以及圖5示出了在一個有關的資料庫實體處執行的實現本發明的方法的各個步驟的流程圖。
具體實施例方式
從以下結合附圖的詳細說明中可以更容易理解本發明。
圖1示出了一個通信網絡中與本發明有關的那些部分的體系結構。標為1的用戶管理實體可以通過標為2的接口與標為3的信令路由選擇實體進行雙向通信。信令路由選擇實體可以將信號路由選擇到多個分別標為5a、5b、5c、5d的資料庫實體中所選的一個實體。所述信令路由選擇實體與所述資料庫實體中一個相應資料庫實體之間的接口標為4。此外，所述資料庫實體每個都可以將所存有的用戶信息中繼給至少另一個資料庫實體，如標有數字6的接口所示。
用戶管理實體由通信網絡的運營方運行，負責創建和/或改變涉及已向所述通信網絡預約的用戶的用戶信息。信令路由選擇實體例如可以是一個所謂信令路由選擇伺服器SRS。在這裡選為信令路由選擇單元例子的這樣一個信令路由選擇伺服器可以將信號即用戶信息路由選擇到所述多個資料庫實體中一個所選的資料庫實體。這些資料庫實體5a、5b、5c、和5d在第三代通信網絡內是所謂的歸屬用戶伺服器節點(HSS_N1，HSS_N2，HSS_N3，HSS_N4)。雖然在圖1中這些歸屬用戶伺服器節點示為相互分開和不同的，但不一定要是這種情況。例如，這些歸屬用戶伺服器節點可以物理上處於同一位置。然而，各歸屬用戶伺服器節點必需邏輯上彼此不同。
在操作中，用戶管理實體1在標為S1的第一步驟將對一個特定用戶的用戶信息更新通過所述接口2發送給所述信令路由選擇實體3。信令路由選擇實體3為所述特定用戶選擇所述多個資料庫實體中的一個資料庫實體。這個選擇基於一個保存在所述信令路由選擇實體處的一個表，這個表規定了為一個特定用戶分配所述多個資料庫實體中的至少兩個資料庫實體。這樣一個表的例子以下將參照圖2予以說明。在步驟S2，信令路由選擇實體將所述用戶信息更新轉發給所選的資料庫實體，在本例中是標為5b的資料庫實體。轉發所述用戶信息更新通過信令路由選擇實體與所選的資料庫實體之間的接口4實現。用戶信息更新包括至少一個更新涉及一個特定用戶的用戶信息的請求以及如所述的用戶信息。如所述的用戶信息包括至少與預約有關的用於支持實際處理一個用戶的通信的網絡實體的信息。在成功地接收到用戶信息更新的情況下，所選的資料庫實體在步驟S3通過接口4向信令路由選擇實體3確認收訖。信令路由選擇實體3接著在步驟S4通過接口2向用戶管理實體確認用戶信息更新。因此，一收到一個用戶信息更新，就在所選的資料庫實體(在所例示的這個例子中為5b)內更新涉及用戶的用戶信息。為了提供冗餘，所選的資料庫實體5b隨即將用戶信息更新中繼給至少另一個資料庫實體，在所例示的這個例子中為5d(步驟S5，標為6的箭頭)。應注意的是，為了提供最低程度的冗餘，必需更新至少兩個資料庫實體。在這種情況下，如以下要詳細說明的那樣，從信令路由選擇實體3接收用戶信息更新的資料庫稱為主資料庫實體，而從主資料庫實體將用戶信息更新中繼到的資料庫實體稱為輔資料庫實體。
然而，可以理解，用戶信息更新當然可以中繼給一個以上的資料庫實體，從而提供較高程度的冗餘。就此而論，可以想像主資料庫實體將所述用戶信息更新中繼給輔資料庫實體，而輔資料庫實體又將用戶信息更新中繼給一個第三資料庫實體，諸如此類。因此，可以想像是一種級聯式的中繼。實現最高程度的冗餘所需的時間於是與為了保存複製和/或拷貝的用戶信息的記錄所配備的資料庫實體的數目有關。因此，為了加速提供冗餘的過程，可以想像主資料庫實體以星狀方式將用戶信息更新中繼給輔資料庫實體、第三資料庫實體等等。在這種情況下，信令路由選擇實體當然必需具備一個相應適應的表。此外，在任何情況下，一個所選的主資料庫實體當然配有將用戶信息更新中繼給一個輔資料庫實體等的必要信息。
為了使說明簡單起見，本說明限於只提供最低程度的冗餘的情況，即只是規定一個主資料庫實體和一個輔資料庫實體的情況。
圖2示出了一個規定為一個特定用戶分配所述多個資料庫實體中的兩個資料庫實體的表。如圖2所示，一個用戶例如由其USIM(UMTS SIM＝UMTS用戶身份模塊)標識。因此，如圖2所示，在表中列有與三個用戶USIM1、USIM2、USIM3有關的數據。為其中每個用戶分配了兩個資料庫實體一個主資料庫實體和一個輔資料庫實體，即一個主HSS和一個輔HSS。在所示例子中，為USIM1分配HSS_N2作為主HSS，而分配HSS_N4作為輔HSS。同樣，為USIM2分配HSS_N2作為主HSS，分配HSS_N4作為輔HSS，而為USIM3分配HSS_N1作為主HSS，分配HSS_N3作為輔HSS。USIM1和USIM2代表一個持有一個共同的HSS節點對的用戶群。這有助於避免用戶特定路由選擇機制帶來的問題，因為兩個HSS節點的狀態改變(將在稍後說明)可能導致部分用戶其兩個HSS節點都處於輔狀態的情況。主HSS從信令路由選擇伺服器SRS接收用戶信息更新，而輔HSS從主HSS接收作為中繼信息的用戶信息更新，如前面結合圖1所述。
圖3結合圖2所示例子示出了用戶信息更新和複製和/或拷貝的數據。HSS_N2規定為用戶USIM1和USIM2的主資料庫實體。因此，HSS_N2通過SRS從用戶管理實體接收用戶USIM1和USIM2的用戶信息(新的和/或更新的用戶信息)。與這信息一起，HSS_N2還接收一個為相應用戶規定哪個資料庫實體為輔資料庫實體的指示。(注意，也可以為每個主資料庫實體固定分配一個輔資料庫實體等，這樣可以不用發送上面提到的指示(即輔資料庫的地址)。然而，這對於系統的靈活性來說可能就不是最佳的。)因此，與用戶USIM1有關的用戶信息拷貝到作為輔資料庫實體的HSS_N4，而與USIM2有關的用戶信息從HSS_N2拷貝到作為用戶USIM2的輔資料庫實體的HSS_N4。圖3還示出了資料庫實體HSS_N3。由於HSS_N3已經規定為標為USIM3的用戶的輔資料庫，HSS_N3從規定為用戶USIM3的主資料庫實體的HSS_N1接收與USIM3有關的用戶數據的拷貝。
圖4示出了例示為實現本發明在信令路由選擇伺服器實體處執行的各個步驟的流程圖。
如圖4所示，在SRS執行的這個過程開始於步驟S40。在下一個步驟S41，SRS接收到一個用戶更新，即一個更新用戶信息的請求以及需更新的用戶信息。根據設在SRS的表以及結合圖2所作的說明，在步驟S42，SRS從所述表中選出對於特定用戶的一個主資料庫實體。此後，如結合圖3所說明的那樣，SRS將用戶信息更新轉發給所選的主資料庫實體(步驟S43)。於是，在步驟S44，SRS等待接收來自主資料庫實體的確認。如果接收到確認，就從步驟S44進入「YES」分支，SRS向用戶管理實體確認用戶信息更新，從而信令路由選擇實體SRS執行的過程在步驟S47結束。然而，如果在步驟S44沒有從主HSS接收到確認，就從步驟S44進入「NO」分支，過程進至步驟S46。在沒有接收到確認(無論是由於什麼原因)情況下，這相應於滿足一個預定的條件，於是按此改變賦予這些資料庫實體的預定條件優先級。因此，在SRS處執行設置，將一個新的主HSS規定為(先前的)輔HSS，而一個新的輔HSS規定為(先前的)主HSS(用戶信息更新不能成功地轉發給它和/或不能從它接收到確認)。在改變了優先級(在為一個相應用戶只分配兩個資料庫實體的情況下這相應於交換賦予這兩個資料庫實體的優先級)後，流程從步驟S46返回步驟S43。這意味著在步驟S43，SRS將用戶信息更新轉發給所選的新的主HSS，再重複前面所說明的步驟S44、S45、S46、S47。這個循環可以一直繼續到在步驟S44從當前所選的主資料庫實體接收到確認為止，如圖4所示。然而，在一個變型(未示出)中，循環可以在預定次迭代後終止。
圖5示出了在實現本發明時一個資料庫實體HSS需執行的各個步驟的流程圖。在為一個相應用戶只分配兩個資料庫實體(即一個主資料庫實體和一個輔資料庫實體)的情況下，只在主資料庫內執行圖5所例示的這些步驟。然而，在如上面概略所述的級聯配置用戶信息冗餘的情況下，除了優先級最小的資料庫實體(即處在級聯末端的資料庫實體)，每個HSS都適應於執行圖5所示的這些步驟。(在星狀冗餘配置的情況下，只是在主資料庫實體執行。)原因是處在級聯末端的資料庫實體不必再中繼用戶信息更新。
現在，回到圖5這個流程圖，一個相應的資料庫實體HSS執行的過程開始於步驟S50。此後，所涉及的這個HSS接收到來自前一個實體的用戶信息更新。例如，如果所涉及的HSS是主HSS，它就接收來自信令路由選擇實體SRS的用戶信息更新。假設還規定了一個第三HSS，所涉及的HSS也可以是輔HSS，它在級聯配置的情況下也可以接收來自主HSS的用戶信息更新。在步驟S51例示了這個情況。此後，所涉及的HSS將用戶信息更新中繼給下一個實體，例如中繼給輔HSS(步驟S52)。此後，在中繼了所述用戶信息更新後，過程在步驟S53結束。
在一個變型(未示出)中，用戶信息更新被中繼到的諸如輔HSS之類的實體當然可以用一個確認來確認收到所中繼的用戶信息更新。這樣一個確認可以返回給從其接收到的中繼的用戶信息更新的所述實體，或返回給信令路由選擇伺服器SRS。在第一種情況下，中繼用戶信息更新的實體會得到中繼成功的通知，而且可以自己向信令路由選擇伺服器報告中繼成功，從而避免了不必要的再次中繼。然而，由於來自輔資料庫實體的確認需經過主資料庫實體才能到達信令路由選擇伺服器SRS和用戶管理實體，因此給用戶管理實體的涉及更新成功的反饋會有某些延遲。所以，從輔HSS到信令路由選擇伺服器再從信令路由選擇伺服器到用戶管理實體的確認會加快將用戶信息更新成功反饋給用戶管理實體。此外，輔資料庫實體可以將確認發送給主資料庫實體(或廣義地說前一實體)和信令路由選擇伺服器雙方，從而將加快將用戶信息更新成功反饋給用戶管理實體和避免再次將用戶信息更新從主HSS中繼給輔HSS這兩個優點結合在一起。
由上可見，本發明涉及在使用一個諸如信令路由選擇伺服器SRS之類的信令路由選擇實體時，在一個諸如歸屬用戶伺服器之類的全IP資料庫實體的情況下的資料庫複製。按照本發明，引入了通過SRS進行資料庫複製。為此，在SRS內為每個用戶規定了一個主資料庫實體和一個輔資料庫實體(HSS節點)。這信息保存在SRS處的表內，包括為每個用戶定義的資料庫實體分配。SRS將對涉及一個用戶的HSS的用戶信息更新路由選擇到兩個HSS節點中處於主狀態的那個HSS節點，這意味著按照所賦予的最高優先級選擇一個資料庫實體，以將用戶信息更新轉發給它，並且處在主狀態的HSS節點將用戶信息更新傳播和/或中繼給優先級按降序排在其次的輔HSS節點。此外，如果一個HSS節點的狀態從主狀態改變為輔狀態，SRS就開始將用戶信息更新(即更新請求和需更新的信息)傳送給另一個HSS節點。主資料庫實體和次資料庫的指派是按用戶特定的。涉及一個特定用戶的所有事務只從SRS轉發給主資料庫實體。主資料庫實體然後再按特定用戶的用戶信息更新輔資料庫實體。應當注意的是，這些功能是按用戶而不是按資料庫執行的。如果，在滿足一個預定條件的情況下，在SRS內輔資料庫實體被切換為主資料庫實體或者主資料庫實體切換為輔資料庫實體，於是更新按相反的順序執行，但是只按一個方向。因此，使用一個諸如SRS的高級功能單元，具有一個主資料庫實體和一個輔資料庫實體的信息，系統就能在兩個方向上提供按用戶的更新機制，但是每次只可以有一個方向是激活的。
雖然前面集中在說明本發明的方法上，但本領域技術人員可以理解顯然本發明也涉及可以相互協作執行本發明的方法的資料庫實體和請求路由選擇實體。
在這方面，按照本發明設計的在一個網絡環境內的資料庫實體5a至5c各包括可以保存多個數據單元USIM1、USIM2、USIM3的數據單元信息的相應記錄的存儲裝置；可以接收對一個數據單元USIM1、USIM2的更新和將所述更新的數據單元存入所述存儲裝置的接收裝置；以及可以將所接收的對一個數據單元USIM1、USIM2的更新中繼給另一個資料庫實體5d的中繼裝置。
在一個網絡環境內的一個請求路由選擇實體3從而包括包括一個定義向一個特定數據單元分配所述多個資料庫實體中的至少兩個資料庫實體的表的存儲裝置；可以接收一個對數據單元更新的請求的接收裝置；可以按照所述表的條目從所述表中選擇所述資料庫實體中的一個實體的選擇裝置；以及可以將所述數據單元更新轉發給所述所選的資料庫實體的轉發裝置。
因此，如上面詳細說明的那樣，本發明提出了一種在一個網絡環境內進行數據單元信息管理的方法，這個網絡環境包括多個各保存多個數據單元的數據單元信息的相應記錄的數據單元信息資料庫實體5a、5b、5c、5d，和一個可以將請求路由選擇到(4、S2)給所述多個資料庫實體中一個所選的實體請求路由選擇實體3，這種方法包括下列步驟將對一個特定數據單元的數據單元信息更新發送(S1)給所述請求路由選擇實體3；所述請求路由選擇實體3為所述特定數據單元選擇所述多個資料庫實體中的一個資料庫實體5b；將所述數據單元信息更新轉發(S2)給所述所選的資料庫實體5b；以及將所述數據單元信息更新從所述所選的資料庫實體5a中繼(S5)給所述多個資料庫實體中的另一個資料庫實體5d。此外，本發明還涉及可以相互協作執行本發明的方法的請求路由選擇實體和資料庫實體。
雖然本發明在上面結合它的優選實施例作了說明，但很清楚在不脫離本發明的精神和範圍的情況下可以對這些優選實施例作出種種修改。所有這樣的修改都應列入所附權利要求書給出的本發明的專利保護範圍。
權利要求
1.一種在一個網絡環境內進行數據單元信息管理的方法，所述網絡環境包括多個資料庫實體(5a，5b，5c，5d)，各保存多個數據單元的數據單元信息的相應記錄；一個請求路由選擇實體(3)，適應於將請求路由選擇(4，S2)到所述多個資料庫實體中的一個所選的資料庫實體；所述方法包括下列步驟將對一個特定數據單元的數據單元信息更新發送(S1)給所述請求路由選擇實體(3)；在所述請求路由選擇實體(3)處為所述特定數據單元選擇所述多個資料庫實體中的一個資料庫實體(5b)；將所述數據單元信息更新轉發(S2)給所述所選的資料庫實體(5b)；以及將所述數據單元信息更新從所述所選的資料庫實體中繼(S5)給所述多個資料庫實體中的至少另一個資料庫實體(5d)。
2.一種按照權利要求1所述的方法，其中所述數據單元信息包括與一個通信網絡的一個用戶有關的信息。
3.一種按照權利要求1所述的方法，其中所述資料庫實體為歸屬用戶伺服器HSS實體。
4.一種按照權利要求1所述的方法，其中所述請求路由選擇實體(3)包括一個表，定義向一個特定數據單元分配所述多個資料庫實體中的至少兩個資料庫實體，以及按照所述表的條目執行選擇。
5.一種按照權利要求4所述的方法，其中為所述表內每個所述分配的資料庫實體賦予一個優先級，以及按照最高優先級執行選擇。
6.一種按照權利要求4或5所述的方法，其中為每個所分配的資料庫實體賦予一個各自不同的優先級。
7.一種按照權利要求1所述的方法，其中所述請求路由選擇實體(3)包括一個表，定義向一個特定數據單元分配所述多個資料庫實體中的至少兩個資料庫實體，一個各自不同的優先級被賦予每個所分配的資料庫實體，以及對按所賦予的優先級的降序排在其次的所述資料庫實體(5d)執行中繼(S5)。
8.按照權利要求5或7所述的方法，其中如果滿足一個預定條件，就改變賦予所述資料庫實體的優先級。
9.一種在一個網絡環境內的資料庫實體(5a-5c)，所述資料庫實體包括保存多個數據單元(USIM1、USIM2、USIM3)的數據單元信息的相應記錄的存儲裝置；適應於接收對一個數據單元(USIM1、USIM2)的更新和將所述更新的數據單元存入所述存儲裝置的接收裝置；以及適應於將所接收的對一個數據單元(USIM1，USIM2)的更新中繼給另一個資料庫實體(5d)的中繼裝置。
10.一種在一個網絡環境內的請求路由選擇實體(3)，所述請求路由選擇實體包括包括一個表的存儲裝置，所述表定義向一個特定數據單元分配所述多個資料庫實體中的至少兩個資料庫實體；適應於接收一個對數據單元更新的請求的接收裝置；適應於按照所述表的條目從所述表中選擇所述資料庫實體中的一個資料庫實體的選擇裝置；將所述數據單元更新轉發給所述所選的資料庫實體的轉發裝置。
全文摘要
本發明提出了在一個網絡環境內進行數據單元信息管理的方法，這個網絡環境包括多個各保存多個用戶的數據單元信息的各自記錄的數據單元信息資料庫實體(5a，5b，5c，5d)和一個可以將請求傳送(4，S2)給所述多個資料庫實體中的一個所選的資料庫實體的請求路由選擇實體(3)，所述方法包括下列步驟將對一個特定用戶的數據單元信息更新發送(S1)給所述請求路由選擇實體(3)；在所述請求路由選擇實體(3)處為所述特定用戶選擇所述多個資料庫實體中的一個資料庫實體(5b)；將所述數據單元信息更新轉發(S2)給所述所選的資料庫實體(5b)；以及將所述數據單元信息更新從所述所選的資料庫實體(5a)中繼(S5)給所述多個資料庫實體中的另一個資料庫實體(5d)。此外，本發明還涉及可以相互協作執行本發明的方法的請求路由選擇實體和資料庫實體。
文檔編號G06F11/14GK1505909SQ01823213
公開日2004年6月16日 申請日期2001年5月11日 優先權日2001年5月11日
發明者卡瑞·西爾弗沃伯格, 蒂莫·阿爾託內, 安妮－瑪加·哈維拉, 肯卓·埃科拉, 卡瑞 西爾弗沃伯格, 埃科拉, 曇印す , 阿爾託內 申請人:諾基亞公司