專利名稱：用于分布式呼叫處理和在線升級的系統和方法
技術領域：
本發明通常涉及通信系統，特別涉及一種用于使用負載共享組的分布式呼叫處理和在線升級的系統和方法。
背景技術：
目前全世界有超過3億個蜂窩電話和其它無線裝置的顧客。很大比例的這些無線裝置被用作“數據管道”(即，語音業務不是基本功能)。在美國，蜂窩服務是由蜂窩服務提供商、地區Bell公司和國內長途運營商提供的。激烈的競爭迫使蜂窩服務的價格下降到大部分人可以承受的地步。
當前這一代蜂窩電話主要用于通過無線網絡在用戶裝置(或無線裝置)和另一方之間進行語音會話。少量的無線裝置是數據裝置，諸如裝備有蜂窩/無線調制解調器的個人數字助理(PDA)。因為，當前這一代無線裝置的帶寬通常限于幾十千比特每秒(Kbps)，當前這一代無線裝置的應用相對受限。然而，希望在下一(或第三)代蜂窩/無線技術中改變這一點，下一(或第三)代蜂窩/無線技術有時被稱為″3G″無線/蜂窩，其中，每個無線裝置可使用更大的帶寬(即，125Kbps或更高)。更高的數據率將會使用于無線裝置的互聯網應用更普遍。例如，3G蜂窩電話(或有3G蜂窩調制解調器的PC)可用于瀏覽互聯網網站，發送和接收圖形，執行流式音頻或視頻應用等。更高比例的3G蜂窩系統所處理的無線業務將會是互聯網協議(IP)業務，傳統語音業務所占的比例將會更低。
經互聯網協議(IP)網絡傳送多媒體內容的實時流近年來成為更為普遍的應用。如上所述，3G無線網絡將向無線裝置提供用于實時應用的流式數據(視頻和音頻)。更廣泛的互動和非互動多媒體互聯網應用，諸如新聞點播、電視實況、可視會議、實況無線電廣播(諸如Broadcast.com)等，將向無線裝置提供″實時″數據流。不象先經“非實時”獲得，然后再觀看或播放的“下載的”視頻文件那樣，實時(或流式)數據應用要求數據源編碼流式數據信號并經網絡發送給接收機，接收機必須實時解碼并播放信號(視頻或音頻)。
傳統的移動臺通常包含由主處理單元(MPU)控制的大型交換機構，主處理單元包含大量數據處理器和相關的存儲器，其常以ASIC芯片形式出現。每個MPU處理器包含呼叫處理客戶應用程序，其用于控制單個呼叫的控制信號流。每個呼叫處理客戶應用程序依次與呼叫處理服務器應用程序通信，呼叫處理服務器應用程序控制大量呼叫的控制信號流。
這樣，當在電話呼叫期間發生特定事件(例如，呼叫建立、啟用三方呼叫、呼叫斷開等)時，與該事件有關的控制信號從移動臺中繼到移動交換中心(MSC)的呼叫處理客戶應用程序。然后，該呼叫處理客戶應用程序將該控制信號中繼到呼叫處理服務器應用程序，呼叫處理服務器應用程序實際執行控制信號所請求的呼叫處理服務。
遺憾的是，在大容量系統中，在呼叫處理服務器應用程序周圍可能會出現瓶頸。每個呼叫處理客戶應用程序必須與執行呼叫處理服務器應用程序的服務器硬件的特定部份通信。由于電話呼叫的開始和停止的隨機性，所以，在大系統中，一些服務器可能接近容量的極限并出現瓶頸，而其它服務器仍有足夠的帶寬。此外，服務器硬件的特定部份出故障的系統導致所有呼叫處理的丟失，該呼叫處理是由故障服務器執行的呼叫處理服務器應用程序處理的。
例如，在傳統的呼叫處理應用程序中，已分配中繼線與呼叫狀態數據相相關。當發起新的呼叫時，用中繼線空閑列表服務器分配空閑中繼線，然后將其與呼叫狀態數據相關。當呼叫結束時，釋放所分配的中繼線。傳統方法使用單個服務器管理空閑和已分配中繼線以及相關數據，該單個服務器維護中繼線的分配和釋放，并支持相關數據的讀取和寫入。這些方法都代表了一個失敗之處。已經通過使用備份服務器改善了單個服務器，以便使當主服務器故障時，使用備份服務器接管主服務器的工作。然而，在系統性能上這中方法是一個瓶頸，且其擴展性不強。隨著越來越多的呼叫業務由交換機管理，因而，單個服務器的性能就降低了。
另外，當新呼叫開始(技術術語是“發起”)時，需要在呼叫的整個生存期中唯一標識該呼叫。唯一標識被稱為“呼叫標識”，是對該呼叫唯一的數字。如果在呼叫的生存期中發生任何事件(諸如觸發應答、各種超時、掛機等)時，將該事件傳遞給管理具體呼叫的呼叫處理應用程序。呼叫標識值用于定位事件，并將其轉發給正確的呼叫處理應用程序。傳統的系統用單個服務器來分配呼叫標識值。現有技術的服務器在被請求時分配任意數字，并將其標記為正在使用。當呼叫結束時，釋放呼叫標識號，并由服務器將其標記為未分配。然后，該數字可重新用于另一呼叫。為了具有更高的可用性，服務器要有備份，以便當服務器故障時，備份可以接管服務器的工作。然而這會造成瓶頸且擴展性差。
而且，對于通信系統中的每個用戶，有一組構成用戶的顧客描述(customprofile)的數據。顧客描述包含諸如用戶姓名和地址、用戶被授權使用的通信系統服務、顧客記賬信息等的信息。當用戶打開移動臺(諸如蜂窩電話)時，由于移動交換中心(MSC)預期用戶會打電話，所以MSC將顧客描述信息高速緩存到存儲器中。顧客描述的信息量可以很大，并且要求大量的內存。因為將大量顧客描述數據裝載到存儲器中所需要的時間，所以在打開移動臺時將顧客描述數據裝載到存儲器中。顧客描述數據的全集被稱為用戶數據庫(SDB)。
移動交換中心(MSC)給移動臺分配國際移動臺標識(IMSI)號或臨時移動臺標識(TMSI)號。對于與數據相關的活動，移動交換中心(MSC)給移動臺分配基于分組的臨時移動臺標識(P-TMSI)號。用戶數據庫(SDB)與移動交換中心(MSC)分配給移動臺的標識號(IMSI、TMSI或P-TMSI)相關聯。
當用戶從移動臺(例如蜂窩電話)發出呼叫時，該呼叫被路由到用于注冊的移動交換中心(MSC)。移動交換中心(MSC)能向用戶數據庫(SDB)服務器發送信息并且能從用戶數據庫(SDB)服務器接收信息。用戶數據庫(SDB)服務器能接收從移動臺發送到移動交換中心(MSC)的注冊消息。用戶數據庫(SDB)服務器使用分配它的本地位置寄存器(HLR)來注冊移動臺。用戶數據庫(SDB)服務器還能存儲每個移動臺的業務描述(serviceprofile)。用戶數據庫(SDB)服務器在呼入期間還能訪問移動交換中心(MSC)，以獲得臨時路由號(例如，IMSI)。
現有技術的系統使用被安排成主(primary)-備份配置的單個用戶數據庫(SDB)服務器。主-備份配置降低了單個故障使用戶數據庫(SDB)服務器不能工作的危險。然而，這種簡單的主-備份配置存在明顯的問題。第一，集中式用戶數據庫(SDB)服務器是系統中潛在的瓶頸。用戶數據庫(SDB)服務器的性能可能不足以跟得上對它的要求。第二，可能有性能問題，即，集中式用戶數據庫(SDB)服務器的訪問時間對于實時應用可能太慢。第三，集中式用戶數據庫(SDB)服務器可能有內存限制。集中式用戶數據庫(SDB)服務器可以容納的用戶數量可能受限。當向系統添加更多的用戶時，集中式用戶數據庫(SDB)服務器可能不易擴展。最后，集中式用戶數據庫(SDB)服務器的相關成本可能很高。
此外，在傳統的交換中心升級呼叫處理服務器應用程序而不中斷現有服務是極其復雜的。在一些現有技術的系統中，執行軟件升級要求在交換中心中有全冗余(雙工)硬件。冗余部件被分成激活方與未激活方。要求復雜的控制軟件來管理該劃分(通過交換激活方與未激活方)和管理將系統的兩半合并成完整系統的處理。冗余硬件使現有技術的交換中心增加額外的成本，并且開發復雜的控制軟件也很昂貴，且由于其復雜性，易于出錯，難以維護。
因而，需要改進的通信網絡設備和服務。尤其是，需要具有高可靠性且在高呼叫業務量期間受瓶頸條件影響最小的移動交換中心。特別是，需要分布式呼叫處理體系結構、改進的中繼空閑列表服務器體系結構、改進的呼叫標識服務器體系結構和改進的、在移動交換中心和其它類似的交換裝置中使用的用戶數據庫服務器體系結構。而且，需要可以在線升級而不要求使用冗余硬件和復雜而昂貴的控制軟件的交換中心。
發明內容
為了解決上述現有技術的缺陷，本發明的主要目的是提供一種系統和方法，用于在通信系統中使用負載共享組快速而有效地進行分布式呼叫處理和在線升級。
根據本發明第一優選實施例，交換機包括1)主處理單元，能執行呼叫處理客戶應用程序，其中，每個呼叫處理客戶應用程序與多個呼叫連接之一關聯；和2)N個呼叫應用節點，能夠執行呼叫處理服務器應用程序，其中，在N個呼叫應用節點的第一節點上執行第一呼叫處理服務器應用程序，并與在N個呼叫應用節點的第二節點上執行的、類似的第二呼叫處理服務器應用程序相關聯，上述第二節點與第一節點相分離。從而，第一和第二呼叫處理服務器應用程序形成第一負載共享組服務器應用程序，其中，每個呼叫處理客戶應用程序將呼叫處理服務請求發送到第一負載共享組服務器應用程序，且第一負載共享組服務器應用程序選擇第一和第二呼叫處理服務器應用程序之一，并根據負載分布算法來執行所請求的呼叫處理服務。
根據本發明的第一實施例，負載分布算法以交替方式在第一和第二呼叫處理服務器應用程序之間分布新的呼叫處理服務請求。
根據本發明的第一實施例，負載分布算法根據第一呼叫處理服務器應用程序的當前呼叫處理負載和第二呼叫處理服務器應用程序的當前呼叫處理負載，來分布新的呼叫處理服務請求。
還根據本發明的第一實施例，為了將第一呼叫處理服務器應用程序的當前呼叫處理負載維持在大致與第二呼叫處理服務器應用程序的當前呼叫處理負載相等的水平上，負載分布算法分布新的呼叫處理服務請求。
還根據本發明的第一實施例，第一呼叫處理服務器應用程序包括第一主-備份組服務器應用程序，其中，第一主-備份組服務器應用程序包括在第一呼叫應用節點上執行的第一主呼叫處理和與第一主呼叫處理關聯的第一備份呼叫處理。
根據本發明的第一實施例，與第一主呼叫處理相關的狀態信息被鏡像到與第一主呼叫處理相關的第一備份呼叫處理上。
還根據本發明的第一實施例，第一備份呼叫處理位于第一呼叫應用節點中。
還根據本發明第一實施例，第一備份呼叫處理位于與第一呼叫應用節點分離的呼叫應用節點中。
在本發明的第一實施例中，第二呼叫處理服務器應用程序包括第二主-備份組服務器應用程序，其中，第二主-備份組服務器應用程序包括在第二呼叫應用節點上執行的第二主呼叫處理和與第二主呼叫處理相關的第二備份呼叫處理。
在本發明的第一實施例中，與第二主呼叫處理相關的狀態信息被鏡像到與第二主呼叫處理相關的第二備份呼叫處理上。
還在本發明的第一實施例中，第二備份呼叫處理位于第二呼叫應用節點中。
仍在本發明的另一實施例中，第二備份呼叫處理位于與第二呼叫應用節點分離的呼叫應用節點中。
為了解決現有技術的上述缺陷，本發明的第二目的是提供一種控制器，其同通信交換機一起使用，用來監視與交換機相關的中繼線的使用狀態。交換機是用來處理在相關中繼線上主叫裝置和被叫裝置之間的呼叫連接。控制器部分是用來提高與相關中繼線的分配職責相關的交換機的效率和可靠性。
控制器包括N個呼叫應用節點，其能執行用于給呼叫連接分配一些中繼線的中繼線空閑列表服務器應用程序，其中，第一中繼線空閑列表服務器應用程序在第一呼叫應用節點上執行，并與在分離的第二呼叫應用節點上執行的第二中繼線空閑列表服務器應用程序相關。第一和第二中繼線空閑列表服務器應用程序形成了負載共享組服務器應用程序，其用來(i)接收來自在交換機內執行的呼叫處理的中繼線分配請求，和(ii)選擇第一或第二中繼線空閑列表服務器應用程序，以根據負載分布算法給與中繼線分配請求相關的呼叫連接分配中繼線。
本發明的第二目的是提供一種組策略，其允許可變數量的服務器應用程序程序加入映射資源組(MRG)。該組策略允許服務器組，主用和備份服務器組，加入MRG，并提供管理特定中繼組的特定服務器的映射，以使客戶應用程序能有效地分配和釋放中繼線。該組策略允許添加、移除或補償服務器應用程序，諸如在故障事件中，以使服務器配置對客戶應用程序是透明的。當出現配置改變時，MRG策略，允許其控制器在通信網絡中分布服務器，以避免單處故障，并提供用于分配中繼線的性能效率機制，以便使其在可用服務器中所選的幾個服務器中，自動地重新分布中繼線組職責。
為了解決現有技術的上述缺陷，本發明的第三目的是提供一種控制器，其用于給與交換機相關的呼叫連接分配呼叫標識值，其中，交換機處理與交換機相關的中繼線上的主叫裝置和被叫裝置之間的呼叫連接。根據本發明的優選實施例，該控制器包括N個呼叫應用節點，其用于執行給呼叫連接分配呼叫標識值的多個標識服務器應用程序，其中，多個標識服務器應用程序中的第一個在N個呼叫應用節點的第一個上執行，并與在N個呼叫應用節點的第二個上執行的標識服務器應用程序的第二個相關，上述N個呼叫應用節點的第二個與第一節點相分離，第一和第二標識服務器應用程序形成了負載共享組服務器應用程序，并且，其中負載共享組服務器應用程序從正在交換機中執行的新呼叫處理接收呼叫標識請求，并選擇第一和第二標識服務器應用程序之一，以便根據負載分布算法，給與呼叫標識請求相關的新呼叫連接分配呼叫標識值。
根據本發明的第三實施例，第一標識服務器應用程序分配具有第一連續范圍的呼叫標識值，并且第二標識服務器應用程序分配具有第二連續范圍的呼叫標識值，第二連續范圍不同于第一連續范困。
根據本發明的第三實施例，負載分布算法以交替方式在第一和第二標識服務器應用程序之間分布新的呼叫標識請求。
還根據本發明的第三實施例，負載分布算法根據第一標識服務器應用程序的當前處理負載和第二標識服務器應用程序的當前處理負載，分布新的呼叫標識請求。
還根據本發明的第三實施例，負載分布算法為了將第一標識服務器應用程序的當前處理負載維持在與第二標識服務器應用程序的當前處理負載大致相等的水平上，分布新的呼叫標識請求。
還根據本發明的第三實施例，第一標識服務器應用程序包括第一主-備份組服務器應用程序，其中，第一主-備份組服務器應用程序包括在第一呼叫應用節點上執行的第一主標識服務器應用程序和與第一主標識服務器應用程序相關的第一備份標識服務器應用程序。
還根據本發明的第三實施例，與第一主標識服務器應用程序相關的呼叫狀態信息被鏡像到與第一主標識服務器應用程序相關的第一備份標識服務器應用程序上。
還根據本發明的第三實施例，第一備份標識服務器應用程序位于第二呼叫應用節點中。
在本發明第三實施例中，第一備份標識服務器應用程序位于與第一呼叫應用節點分離的呼叫應用節點上。
在本發明的第三實施例中，第二標識服務器應用程序包括第二主-備份組服務器應用程序，其中，第二主-備份組服務器應用程序包括在第二呼叫應用節點上執行的第二主標識服務器應用程序和與第二主標識服務器應用程序相關的第二備份標識服務器應用程序。
還在本發明的第三實施例中，與第二主呼叫處理相關的狀態信息被鏡像到與第二主呼叫處理相關的第二備份呼叫處理上。
還在本發明的第三實施例中，第二備份標識服務器應用程序位于第二呼叫應用節點中。
還在本發明的第三實施例中，第二備份標識服務器應用程序位于與第二呼叫應用節點分離的呼叫應用節點中。
為了解決現有技術的上述缺陷，本發明的第四目的是提供一種改進了的裝置和方法，其用于在通信系統中快速而有效地分布和訪問用戶數據庫(SDB)信息。
本發明的第四目的是提供一種交換機，其能處理在與交換機相關的多條中繼線上的、主叫裝置和被叫裝置之間的呼叫連接。根據本發明的優選實施例，交換機包括1)主處理單元，其能執行呼叫處理應用，其中，每個呼叫處理應用與呼叫連接之一相關；和2)N個呼叫應用節點，其能執行用戶數據庫服務器應用程序，其中，第一用戶數據庫服務器應用程序在N個呼叫應用節點的第一節點上執行，并與N個呼叫應用節點的第二節點上執行的類似的第二用戶數據庫服務器應用程序相關，上述N個呼叫應用節點的第二節點與第一節點分離，從而，第一和第二呼叫處理服務器應用程序形成用戶數據庫負載共享組服務器應用程序，其中，每個呼叫處理應用程序將用戶數據庫服務請求發送到用戶數據庫負載共享組服務器應用程序，并且用戶數據庫服務器應用程序選擇第一和第二用戶數據庫服務器應用程序之一，以根據負載分布算法，執行所請求的用戶數據庫服務請求。
根據本發明的第四實施例，負載分布算法以交替方式在第一和第二用戶數據庫服務器應用程序之間分布新的用戶數據庫服務請求。
根據本發明的第四實施例，負載分布算法根據第一用戶數據庫服務器應用程序的當前呼叫處理負載和第二用戶數據庫服務器應用程序的當前呼叫處理負載分布新的用戶數據庫服務請求。
還根據本發明的第凹實施例，負載分布算法為了將第一用戶數據庫服務器應用程序的當前呼叫處理負載維持在與第二用戶數據庫服務器應用程序的當前呼叫處理負載大致相同的水平上，而分布新的用戶數據庫服務請求。
還根據本發明的第四實施例，第一用戶數據庫服務器應用程序包括第一主-備份組服務器應用程序，其中，第一主-備份組服務器應用程序包括在第一呼叫應用節點上執行的第一主用戶數據庫服務器應用程序和與第一主用戶數據庫服務器應用程序相關的第一備份用戶數據庫服務器應用程序。
還根據本發明的第四實施例，與第一主用戶數據庫服務器應用程序相關的狀態信息鏡像到與第一主用戶數據庫服務器應用程序相關的第一備份用戶數據庫服務器應用程序上。
還根據本發明的第四實施例，第一備份用戶數據庫服務器應用程序位于第一呼叫應用節點中。
還根據本發明的第四實施例，第一備份用戶數據庫服務器應用程序位于與第一呼叫應用節點分離的呼叫應用節點中。
在本發明的第四實施例中，第二用戶數據庫服務器應用程序包括第二主-備份組服務器應用程序，其中，第二主-備份組服務器應用程序包括在第二呼叫應用節點上執行的第二主用戶數據庫服務器應用程序和與第二主用戶數據庫服務器應用程序相關的第二備份用戶數據庫服務器應用程序。
在本發明的第四實施例中，與第二主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與第二主用戶數據庫服務器應用程序相關的第二備份用戶數據庫服務器應用程序上。
還在本發明的第四實施例中，第二備份用戶數據庫服務器應用程序位于第二呼叫應用節點中。
還在本發明的第四實施例中，第二備份用戶數據庫服務器應用程序位于與第二呼叫應用節點分離的呼叫應用節點中。
為了解決現有技術的上述缺陷，本發明的第五目的是提供一種在包括N個呼叫應用節點(CAN)的交換機中使用的、用于升級多個呼叫處理服務器應用程序的方法，其中，每個呼叫處理服務器應用程序包括在N個CANs中不同的CANs上執行的主呼叫處理和備份呼叫處理。根據本發明的優選實施例，該方法包括步驟1)接收關閉命令以可操作地升級第一呼叫處理服務器應用程序，第一呼叫處理服務器應用程序包括在第一CAN上執行的第一主呼叫處理和在第二CAN上執行的第一備份呼叫處理；2)響應關閉命令的接收，禁用第一主呼叫處理，使得不再向第一CAN上的第一主呼叫處理發送與第一呼叫處理服務器應用程序相關的后來的呼叫業務；3)將第一備份呼叫處理重新指定為第一呼叫處理服務器應用程序的新主呼叫處理，以使將與由第一呼叫處理服務器應用程序處理的先前呼叫相關的所有將來的呼叫業務都被發送到第二CAN上的所重新指定的第一備份呼叫處理，而不需直接了解它或了解發送應用；4)如果有的話，就把與第二呼叫處理服務器應用程序相關且位于第一CAN上的第二備份呼叫處理移到不同的CAN上；和5)在第一CAN上安裝升級后的第一呼叫處理服務器應用程序，使得升級后的第一呼叫處理服務器應用程序的升級后的第一主呼叫處理在第一CAN上執行，并在第一CAN上創建升級后的第一呼叫處理服務器應用程序的升級后的第一備份呼叫處理。
根據本發明的第五實施例，該方法還包括步驟從第一CAN移除被禁用的第一主呼叫處理。
根據本發明的第五實施例，該方法還包括步驟防止將與新呼叫相關的后來的呼叫業務被發送到重新指定的第一備份呼叫處理上。
還根據本發明的第五實施例，該方法還包括步驟當所有先前的呼叫終止時，從第二CAN上移除重新指定的第一備份呼叫處理。
還根據本發明的第五實施例，升級后的第一主呼叫處理加入了第一負載共享組服務器應用程序，該第一負載共享組服務器應用程序包括與升級后的第一呼叫處理服務器應用程序類似的呼叫處理服務器應用程序。
還根據本發明的第五實施例，第一負載共享組服務器應用程序在節流機制的控制下，將與新呼叫相關的新呼叫業務發送到升級后的第一主呼叫處理。
還根據本發明的第五實施例，節流機制首先使相對少量的新呼叫業務被發送到升級后的第一主呼叫處理上。
還根據本發明的第五實施例，節流機制使逐漸增加的新呼叫業務量被發送到升級后第一主呼叫處理上。
上文已經很概括地概述了本發明的特點和技術優點，以便使本領域的技術人員可以更好地理解下文對本發明的詳細描述。在下文中描述本發明的附加特點和優點，這構成了本發明權利要求書的主體。本領域的技術人員會了解，他們可以容易地使用所公開的構思和具體實施例，以此為基礎修改或設計用于實現本發明的相同目的的其他結構。本領域的技術人員也應知道，這種等效結構沒有背離最廣泛形式的本發明的精神和范圍。
在下面的本發明的詳細描述之前，最好解釋一下本專利文獻中使用的某些詞匯和短語的定義術語″包括″和″包含″以及其派生義是沒有限制的包括；術語″或″是包括在內的，指和/或；短語″相關″和″與其相關″以及其派生義可以是包括、被包括在、與……互連、包含、被包含在、連接到或連接了、耦合到或耦合了、可與其通信、與其協作、交織、并列、接近、結合到或結合了、有、有……屬性，等等；術語″控制器″指控制至少一種操作的任何裝置、系統或其部分，這種裝置可以用硬件、固件或軟件或者它們中至少兩種的組合來實現。應當注意，與任何特定控制器相關的功能可以是集中式或分布式的，本地的或遠程的。提供了整個專利文獻的某些詞匯和短語的定義，本領域的一般技術人員應當理解，如果不是在多數情況下，這些定義也應用于現有以及將來使用的這種被定義的詞匯和短語。
為了更完全地理解本發明及其優點，下面結合附圖進行描述，其中，類似的數字指示類似的對象，其中圖1說明了根據本發明一個實施例的示例無線網絡；圖2更詳細地說明了根據本發明一個實施例的示例移動交換中心；圖3說明了根據本發明的原理，使用組服務來執行分布式呼叫處理的移動交換中心的所選擇部分；圖4A說明了根據本發明第一示例實施例的服務器側內部組策略類；圖4B說明了根據本發明第一示例實施例的客戶側內部客戶策略體系結構；圖4C說明了根據本發明第一示例實施例的負載共享客戶側策略內部架構；圖4D說明了根據本發明第二示例實施例的客戶側內部客戶策略體系結構；圖4E說明了根據本發明第二示例實施例的負載共享客戶側策略內部體系結構；圖5是說明了根據本發明第二實施例，操作控制器的第二示例方法的流程圖，該控制器包括至少一個負載共享組；圖6是說明了本發明的方法的第四示例實施例的操作的流程圖；圖7是說明了根據本發明第五示例實施例的移動交換中心中的呼叫處理服務器應用程序的分區和在線升級的流程圖；和圖8A-8K是在對呼叫應用節點進行圖7所述的分區和在線升級處理時，示例移動交換中心(MSC)中呼叫應用節點的系列圖。
具體實施例方式
下面討論的圖1到圖8和在本專利文獻中用于描述本發明的原理的多個實施例僅用于說明，無論如何不應被看作限制了本發明的范圍。本領域的技術人員可以理解，本發明的原理可以在任何配置合適的通信網絡中實現。
在下面的公開文本中，在無線通信網絡的移動交換中心中實現了用于執行各種分布式呼叫處理功能的組服務框架。這只是用于說明而不應被認為限制了本發明的范圍。本領域的技術人員會理解，下述的組服務框架可以在其它類型的通信網絡和裝置中實現，包括多種交換機、路由器等，并且也包括不包含無線裝置的整個有線網絡。
圖1說明了根據本發明一個實施例的示例無線網絡100。無線網絡100包括多個小區站點(cell site)121-123，每一個小區站點都包含多個基站，BS101、BS102或BS103，中的一個。基站101-103經，例如，碼分多址(CDMA)信道與多個移動臺(MS)111-114通信。移動臺111-114可以是任何適當的無線裝置，包括傳統的蜂窩無線電電話、PCS手持裝置、個人數字助理、便攜式計算機或計量裝置。本發明不限于移動裝置。也可以使用其它類型的接入終端，包括固定無線終端。然而，為了簡便，下文只顯示和討論移動臺。
虛線顯示了基站101-103所出的小區站點121-123的近似邊界。為了說明和解釋，小區站點被顯示為近似圓。應當清楚地知道，小區站點可以有其它不規則形狀，這取決于所選擇的小區配置以及自然和人為的障礙。
如現有技術已知的那樣，小區站點121-123由多個扇區(未示出)組成，每個扇區由與基站連接的定向天線來說明。圖1的實施例說明了小區中心的基站。替換實施例將定向天線放置在扇區的角落中。本發明的系統不限于任何一種小區站點配置。
在本發明的一個實施例中，BS101、BS102或BS103包括基站控制器(BSC)和一個或多個基站收發信機子系統(BTS)。基站控制器和基站收發信機子系統是本領域的技術人員所公知的。基站控制器是一種管理無線通信資源的裝置，包括用于在無線通信網絡中指定的小區的基站收發信機。基站收發信機子系統包括RF收發信機、天線和位于每個小區站點內的電氣設備。該設備可以包括空調單元、加熱單元、電源、電話線接口以及RF發射機和RF接收機。為了簡單明了地解釋本發明的操作，在每個小區121-123中的基站收發信機子系統和與每個基站收發信機子系統相關的基站控制器分別總體用BS101、BS102或BS103來表示。
BS101、BS102或BS103經通信中繼線131、移動交換中心(MSC)140和通信中繼線132在彼此之間和公共交換電話網絡(PSTN)之間傳送語音和數據信號。中繼線131還提供連接路徑以在MSC140和BS101、BS102和BS103之間傳送控制信號，該控制信號用于建立用于語音和數據電路的連接，該連接是經通信中繼線131在MSC140和BS101、BS102、BS103之間的連接，以及經通信中繼線132在MSC140和互聯網或PSTN之間的連接。在本發明的一些實施例中，通信中繼線131可以是幾種不同的數據鏈路，這里，每條數據鏈路將BS101、BS102或BS103中的一個連接到MSC140。
中繼線131和132包括一個或多個任何適當的連接裝置，該裝置包括T1線路、T3線路、光纖鏈路、網絡分組數據主干連接或任何其它類型的數據連接。本領域的技術人員會知道中繼線131和132上的連接可以提供用于傳輸模擬音頻信號的傳輸路徑、用于以脈沖碼調制(PCM)格式傳輸語音信號的數據路徑、用于以互聯網協議(IP)格式傳輸語音信號的數字路徑、用于以異步傳輸模式(ATM)格式傳輸語音信號的數字路徑、或以其它適當的連接傳輸協議格式傳輸語音信號的數字路徑。本領域的技術人員會知道，中繼線131和132上的連接可以提供用于以適當的信令協議傳輸模擬或數字控制信號的傳輸路徑。
圖2更詳細地說明了根據本發明的一個實施例的示例移動交換中心140。MSC140包括在其它事物之間的互連網絡200。互連網絡200包括交換機構205和交換控制器210，它們一起提供中繼線131和132中通信電路之間的交換路徑。MSC140提供在無線網絡100中的用戶和諸如PSTN或互聯網的外部網絡的用戶之間的服務和協作。與MSC140類似的移動交換中心是本領域的技術人員所公知的。
當無線網絡用戶打開他或她的移動臺(例如蜂窩電話)或固定接入終端時，無線消息經空中接口通知基站移動臺(或固定存取終端)正進入網絡。然而，不在中繼線131-132中自動為語音或數據業務承載電路建立連接。不需要連接到公共交換電話網絡(PSTN)或互聯網的語音或數據業務連接，直到用戶進行呼叫(例如，撥電話號碼)或訪問網絡。
然而，即使在電話空閑時，也必須獲取用戶的某些信息(即，用戶數據)并將其存儲在基站或MSC140或二者之中，以驗證用戶、收集計費信息、識別用戶可使用的服務、確定移動臺的能力等。要求上述操作的控制信號(相對于語音和數據業務)也承載于中繼線131和132上。在將用戶數據存儲在MSC140的存儲器中后，該數據可由多種呼叫處理客戶(CPC)應用程序使用，在移動臺被激活時，該呼叫處理客戶應用程序可以由用戶或另一裝置啟動。
例如，當MS111先被打開時，在MSC140中為MS111建立呼叫處理，用戶數據(例如，計費信息)存儲在MSC140中，MSC140可以由提供特定類型的呼叫服務的呼叫處理或其它呼叫應用來訪問。如果用戶在MS111上撥電話號碼或者接收從MS111發送到PSTN的呼叫，MS111的呼叫處理就在中繼線131上的中繼線之一和中繼線132中的中繼線之一上建立呼叫連接。在MSC140中執行的MS111呼叫處理維護所有與該呼叫和MS111有關的狀態信息，并處理MS111所要求的所有其它應用，包括三方呼叫、語音郵件、呼叫斷開等。
為了處理大量的呼叫業務，有必要在多個呼叫應用節點上分布許多激活的呼叫處理和由MS111處理的呼叫服務應用。呼叫服務可以包括用于訪問用戶數據庫、選擇(或不再選擇)中繼線、獲取和維護呼叫標識信息等的應用。本發明提供了用于以高可靠性和冗余方式在多個呼叫應用節點上分布呼叫處理和呼叫服務應用的多種方法和設備。這是由冗余服務器的分布式網絡實現的，其中，分布呼叫業務是為了增加MSC140的呼叫處理能力。分布式服務器的冗余對請求服務的呼叫處理客戶應用程序和提供服務的呼叫處理服務器應用程序都是透明的。這也降低了客戶和服務器應用程序的復雜性。
圖3更詳細地說明了按照本發明的原理的，使用組服務來執行分布式呼叫處理的示例移動交換中心140的所選擇部分。MSC140包括主處理單元(MPU)310、系統管理器節點1(SYSMGR1)、可選系統管理器節點2(SYSMGR2)和主數據庫320。MSC140還包括多個呼叫應用節點(CAN)和多個本地存儲裝置(SD)，呼叫應用節點包括CAN1、CAN2和CAN3，本地存儲裝置(SD)也就是與CAN1、CAN2和CAN3相關的SD1、SD2和SD3。主數據庫320也可被用作存儲數據庫、軟件圖像、服務器統計、登錄數據等的主軟件庫。SD1-SD3可用于存儲局部封裝(local capsule)、瞬時數據等。
系統管理器節點1和2和CAN1-CAN3一起執行配置管理(CM)處理，其在初次啟動時或重新啟動之后，用適當的軟件和配置數據建立每個節點。系統中的每個節點也執行裝入軟件的節點監控(NM)處理和確定是否有處理失敗的跟蹤處理，系統管理器節點1和2執行第一任意處理P1，系統管理器節點1還執行第二任意處理P2。
按照本發明的原理，呼叫應用節點1-3(CAN1-CAN3)執行多個被組織成主用和備份處理的呼叫處理(CP)服務器應用程序，其可作為分布式組服務用于第1到N個呼叫處理客戶(CPC)應用，即，主處理單元310中的CPCAPP1-CPC APPn。N個呼叫應用節點(例如，CAN1-CAN3)是包括處理器和存儲器的分離的計算節點，通過簡單地添加更多的呼叫應用節點來提供伸縮性和冗余。
N個呼叫處理客戶(CPC)應用中的每一個，即，MPU310中的CPCAPP1-CPC APPn中的每一個都處理與單個呼叫有關的控制信號和消息，該單個呼叫與移動臺相關。CPC APP1-CPC APPn中的每一個用負載共享組建立會話，該負載共享組將呼叫分配給主-備份組呼叫處理服務器應用程序，即CP1、CP2或CP3，中的某一個。所選擇的呼叫處理服務器應用程序實際執行呼叫處理客戶應用程序所請求的呼叫處理服務/功能。
在所說明的實施例中，執行了3個示例呼叫處理服務器應用程序，即，CP1、CP2和CP3。這些處理的每一個都作為主-備份組存在。這樣，CP1作為主處理CP1(P)和備份處理CP1(B)存在。類似地，CP2作為主處理CP2(P)和備份處理CP2(B)存在。CP3作為主處理CP3(P)和備份處理CP3(B)存在。在所說明的實施例中，CP1(P)和CP1(B)位于不同的呼叫應用節點(即，CAN1和CAN2)上。這不是嚴格的要求CP1(P)和CP1(B)可以位于相同的呼叫應用節點(例如CAN1)上，并且仍然提供用于主處理CP1(P)的軟件故障的可靠性和冗余。然而，在本發明的優選實施例中，主處理和備份處理位于不同的呼叫應用節點上，從而提供了硬件冗余和軟件冗余。這樣，CP1(P)和CP1(B)位于CAN1和CAN2上，CP2(P)和CP2(B)位于CAN2和CAN3上，CP3(P)和CP3(B)位于CAN3和CAN1上。
CP1、CP2和CP3一起形成用于負載共享的超級組。這樣，CP1(P)和CP1(B)、CP2(P)和CP(B)和CP3(P)和CP3(B)是第一負載共享組(LSG1)的一部分，LSG1用虛線邊界來表示。另外，CAN1-CAN3容納(host)了3個其它負載共享組，即，LSG2、LSG3和LSG4。LSG2包括兩個中繼線空閑列表(TIL)服務器應用程序，即，TIL1和TIL2。TIL1作為CAN2上的主處理TIL1(P)和CAN3上的備份處理TIL1(B)存在。TIL2作為CAN3上的主處理TIL2(P)和CAN2上的備份處理TIL2(B)存在。類似地，LSG3包括兩個標識服務器(IS)端應用程序，即，IS1和IS2。IS1作為CAN1上的主處理IS1(P)和CAN2上的備份處理IS1(B)存在。IS2作為CAN2上的主處理IS2(P)和CAN1上的備份處理IS2(B)存在。最后，LSG4包括兩個用戶數據庫(SDB)服務器應用程序，即，SDB1和SDB2。SDB1作為CAN2上的主處理SDB1(P)和CAN3上的備份處理SDB1(B)存在。SDB2作為CAN3上的主處理SDB2(P)和CAN2上的備份處理SDB2(B)存在。
組服務提供用于在計算網絡中組織一組分布式軟件對象的框架。每個軟件對象提供服務。另外，組服務框架提供增強行為(enhanced behavior)，其用于確定組成員關系、決定在出現錯誤時采取什么動作和控制組的成員和客戶之間的單播、多播、組播通信。組利用策略以增強該組所提供的服務的行為。一些策略包括主-備份，其用于高服務可用性；和負載共享，其在網絡中分布服務負載。
位于計算網絡中的呼叫處理服務器應用程序，諸如CP1-CP3、IS1-IS2和TIL1-TIL2提供客戶應用程序所調用的服務，諸如CPC APP1-CPC APPn。如圖3所示，呼叫處理服務器應用程序被組織成為主-備份組，該主-備份組被配置成為1+1類型的主-備份組。這些主-備份組有多個成員，并且確切數量可以根據處理和/或所使用的計算節點(CAN)的數量伸縮。所有的主-備份組均是單個負載共享組(例如LSG1，LSG2，LSG3，LSG4)的成員。
尤其要注意，當呼叫處理客戶應用程序，CPC APP1-CPC APPn相對于呼叫處理服務器應用程序CP1、CP2和CP3是客戶時，服務器應用程序相對于另一服務器應用程序可以是客戶。尤其是，呼叫處理服務器應用程序CP1-CP3相對于中繼空閑列表服務器應用程序TIL1，TIL2、用戶數據庫服務器應用程序SDB1，SDB2和標識服務器應用程序IS1，IS2可以是客戶。
客戶應用程序建立與負載共享組的接口。當客戶應用程序收到新的呼叫指令時，客戶應用程序就根據客戶側負載共享策略建立與負載共享組的會話。初始服務器(CP1、CP2等)選擇策略是基于CPU應用(即，基于每個候選CAN中的處理器負載，先選擇負載較輕的組)，但是，可以使用其它算法策略，諸如循環法(即，順次向每個CAN分布新的呼叫)。
客戶應用程序將新的呼叫與會話相關聯，并經該會話對象發送與該呼叫相關的消息。客戶應用程序還經已建立的與主-備份組之間的會話接收來自主-備份組的消息。只將主-備份組的主處理(例如，CP1(P))加入負載共享組(例如，LSG1)。
由于許多原因，所以，可以從服務中移除包含主成員的應用。隨著主成員的移除，備份成員成為主成員，并且服務器應用程序不再是負載共享組的成員。然而，客戶應用程序還保持用于現有呼叫的與主-備份組之間的會話。如果主-備份組不是負載共享組的成員的話，就不向其分布新的呼叫。
如果作為負載共享組成員的主-備份組的主成員發生故障，就通知備份成員主成員已經出故障(或離開)，并且，然后備份成員擔當主成員的角色。必須由服務器應用程序執行這些動作的職責。組服務的職責是通知備份成員主成員已經出故障或離開。
作為在線軟件升級處理的一部分，包含主-備份組的一個或多個應用可以被從服務中移除、卸下，然后用新版本的軟件代碼恢復。如果這些組的接口沒有改變，它們就加入現有負載共享組。當其第一次被啟動時，要求客戶接口能對到特定主-備份組的呼叫業務進行節流。業務節流用從0％(無呼叫)到100％變化的百分比來表示。該會話處理根據調度算法調度的所有新的呼叫。節流系數對于任何加入負載共享組的主-備份組都被初始化為100％。在在線軟件升級期間，對新的軟件版本將節流系數調節為從無呼叫開始。任何用于負載共享組的客戶應用程序都可以建立與指定主-備份組之間的會話。然后，客戶可以隨時改變節流系數。當節流系數改變時，所有客戶會話接口都經多播來接收改變后的節流系數。隨著節流系數的增大，新軟件版本的呼叫處理服務器應用程序可以接收更大量的呼叫業務。
從客戶應用程序到呼叫處理服務器主-備份組的呼叫處理通信必須支持很大量的呼叫。組軟件利用由多播協議(簡單IP多點傳送)和可選的單播協議組成的內部傳輸。單播協議是TCP/IP、SCTP或其它傳輸協議。多播協議用于與成員關系、狀態改變和錯誤檢測有關的內部成員通信。在沒有單播傳輸時，多播協議用于傳送客戶/服務器通信流。當提供單播協議時，淡泊協議用于提供客戶和服務器之間的高速流時。流總是被傳送到主-備份組的主成員，該主-備份組對呼叫處理客戶應用程序和呼叫處理(例如，CP1、CP2、CP3、TIL1、TIL2、IS1、IS2)都是透明的。
如上所述，呼叫應用節點(CAN)上的呼叫處理被組織成負載共享組。每個呼叫處理(例如，CP1、CP2、CP3、TIL1、TIL2、IS1、IS2)其自身就是主-備份組。主-備份組的成員都可以提供服務，但只有該組的主成員接收消息，并因而實際提供服務。當組的一個成員被選為主成員時，為該組注冊一個或多個接口流。每個流是用于一些呼叫處理服務的獨立接口。
MSC140中的呼叫處理客戶應用程序(例如CPC APP1、CPC APP2)接收新呼叫指示，并用組服務來選擇與呼叫應用節點(即，服務器)之間的接口，以處理該新呼叫。每個服務器(CAN)上的呼叫處理是負載共享組的成員，并基于CPU應用(即，負載)或其它算法(諸如循環法)，從呼叫處理客戶應用程序的角度選擇特定呼叫應用節點(CAN)。對于所選擇的特定主-備份組，會話返回到該呼叫處理客戶應用程序。當建立了與主-備份呼叫處理服務器組之間的會話時，然后，呼叫處理客戶應用程序打開到特定成員的接口(表示到主-備份組的接口)并獲得會話接口。每個呼叫處理服務器經會話接口發送與新呼叫有關的消息。經相同的會話對象發送與呼叫相關的任何后來的事務(transaction)。
呼叫處理服務器(即，主-備份組)可以經使用一個或多個所定義流接口的會話異步發送消息。呼叫處理服務器組的主成員接收事務。備份組成員不接收事務。主組成員將新信息(updates)發送到備份組成員。在本發明的示例實施例中，主組成員決定何時向備份組成員發送新信息。主成員在呼叫被應答時開始發送新信息。在呼叫被應答之前，將呼叫定義為瞬態呼叫。在呼叫被應答之后，將呼叫定義為穩態呼叫。本發明保護穩態呼叫不出故障，但是不保護瞬態呼叫。然而，更早和更頻繁地從主成員向備份成員發送新信息也可以保護瞬態呼叫不出故障。
如果主組成員出了故障，那么，備份組成員成為新的主成員。根據本發明的示例實施例，故障后(fail-over)時期(主成員出故障到備份成員成為新的主成員之間的時間)期間的所有瞬態呼叫信息可能丟失，但是，所有穩定呼叫信息都由備份來維護。
最好的是，本發明對系統的伸縮性沒有限制，并對主-備份組服務器應用程序、呼叫處理客戶應用程序和二者都隱藏了系統大小。本發明消除了系統中的任何單處故障。系統內的任何故障都不影響系統可用性和性能。
可以動態地向負載共享組添加新的呼叫應用節點(CAN)和附加主-備份組服務器應用程序(例如CP1、CP2、CP3、TIL1、TIL2、IS1、IS2)，并可以開始為新的呼叫業務服務。呼叫處理客戶應用程序不受添加新服務器的影響。如果服務器出故障，其備份就對負載負責。這就為每個呼叫服務提供了高可用性并使掉話最少。
1.第一實施例(呼叫處理服務器應用程序)圖4A是對根據本發明的第一示例實施例的服務器側內部組策略類的說明。圖4B是對根據本發明的第一示例實施例的客戶側內部客戶策略體系結構的說明。圖4C是對根據本發明的第一示例實施例的負載共享客戶側策略內部體系結構的說明。
服務器應用程序產生主-備份組，然后加入該主-備份組。這一動作產生包含圖4A所示的對象的服務器側策略。組策略分布來自客戶的調用，參加組中主成員的分布式選擇，保持組成員關系，監控組成員的故障。服務器應用程序使用作為負載共享組的代理成員的組適配器對象來加入負載共享組。在加入負載共享組之前，以主-備份組的名義來設定組適配器對象(groupadaptor objects)。
客戶應用程序建立到負載共享組的客戶接口并通過打開會話來開始。打開會話的行為利用客戶側負載共享策略來選擇負載共享組的成員之一。圖4C顯示了內部負載共享客戶策略體系結構。會話對象自身囊括了與特定主-備份組相連的客戶側策略。圖4B顯示了用于該客戶策略的內部體系結構。
呼叫處理客戶應用程序與所選擇的服務器(其是主-備份組中的主成員)通信。由于主呼叫處理接收來自呼叫處理客戶應用程序的消息，所以，主呼叫處理將狀態更新發送到相應的備份呼叫處理。如果主呼叫處理出故障，就自動選擇作為新的主呼叫處理的備份呼叫處理。在故障后時期到新的主呼叫處理開始工作期間，呼叫處理客戶應用程序接收故障指示，并可以重新嘗試發送直到新的主呼叫處理準備接收消息。這使故障后時期內的丟失消息業務達到最少。一旦通過使用會話完成了呼叫處理客戶應用程序，呼叫處理客戶應用程序就可以釋放會話。
PBUINIGroupPolicy組策略有下面的內部成員
1)PBUNIConfiguration-將組策略名標識為″PBUNI″，并指定用于這種策略的通信棧的QoS要求。
2)PolicyGroupMembership-保持組的成員關系，并提供成員關系協議，該協議用于添加新的成員，移除已經離開的成員，將出故障的成員標記為″FAILED″。
3)PBPolicyEventNotification-提供用于事件通知的行為，諸如i)當一個成員加入組(恢復的)時，ii)離開組(離開的)，iii)故障(故障的)，或iv)有狀態改變。
4)PBMemberStateControl-在有組成員的加入、離開和故障出現時，有用于主選擇的狀態機。該類的每個局部實例(local instance)確定哪個成員是主的。有可能因網絡劃分(partition)而可以在同時有一個以上的主成員。
5)PBSessionControl-控制在用于主-備份組的呼叫處理客戶應用程序和組成員之間的會話建立。
6)PBPolicyIOControl-提供用于多點傳送的主-備份策略行為并發送到組成員。
7)GroupSendProtocol-提供用于給該組的其它成員和該組的客戶發送信息的組成員協議。
8)UnicastGroupInterface-是為其中駐留有組成員的每個封裝提供獨立接口的組接口。
PBUNIClientPolicy是一種主-備份客戶策略，其中，單播鏈路用于與組通信。通用發送只發送到主成員而不被冗余地發送到備份成員。PBUNIClientPolicy有如下成員。
1)ClientMembershipView-提供組成員關系的局部圖，但不象GroupMembershipView那樣，其不加入與組成員資格相關的協議。
2)PBUNIClientPolicyIO-處理經到主成員的單播鏈路的I/O。
3)GroupSendProtocol-提供組成員協議，其用于給該組的其它成員和該組的客戶發送信息。
4)ClientSessionControl-用組成員管理客戶側的會話。
5)PBUNIClientStateControl-保持局部圖，其成員是主-備份組的主成員。
6)ClientSessionControl-用組成員管理客戶側的會話。
7)UnicastGroupInterface-給組成員所位于的每個封裝提供獨立接口。
LSIClientPolicy是用于其自身就是組的組成員的負載共享策略。在打開到成員的會話時，LSIClientPolicy提供客戶側的成員循環選擇。每個會話為特定組提供組接口。LSIClientPolicy還給每個會話提供了對消息節流的支持。節流可以從0％(無消息)變化到100％(發送所有的消息，該消息一般用循環調度來選擇)。LSIClientPolicy優先于基本ClientPolicy的策略。LSIClientPolicy包含如下成員1)LSIClientNotification-把事件通知ClientPolicy通告程序(notifier)和局部通告程序。
2)LISIClientSessionControl-用循環算法返回會話。所提供的會話是到另一組的接口。LISISessionControl有用于選擇新會話的運行索引(runningindex)，該新會話用于每個打開會話請求。LISISessionControl有被稱為″已知成員″的已知接口列表。已知成員是由成員ID索引的映射表(map)且包含SessionCount對象，其包含實際會話和會話實例的用戶數量的參考計數。即使成員離開該組時，也保持已知會話。當成員離開該組時，從可用成員中移除它們，但將其保持已知成員中。這允許客戶即使在已經離開了負載共享組時，也可繼續使用組接口。
3)GroupSendProtocol-提供組成員協議，其用于給該組的其它成員和該組的客戶發送信息。
4)GroupInterface-對組接口使用的多播和/或單播協議棧來說是接口類。
5)ClientPolicyIO-負責處理客戶I/O。
6)ClientStateControl-用于控制該組的事件狀態和獲得該組的事件狀態。
2.第二實施例(中繼空閑列表服務器應用程序)圖4A是對根據本發明第二示例實施例的服務器側內部組策略類的說明。圖4B是對根據本發明第二示例實施例的客戶側內部客戶策略體系結構的說明。因為與第一實施例的描述很象，所以不再對上圖進行描述。
圖4D是對根據本發明第二示例實施例的負載共享客戶側策略內部體系結構的說明。
MappedResourceClientPolicy是用于其自身就是組的組成員的負載共享策略。在打開到一個成員的會話時，MappedResourceClientPolicy提供客戶側的成員的循環選擇。每個會話給特殊組提供了組接口。MappedResourceClientPolicy還給每個會話提供了對消息節流的支持。節流可以從0％(無消息)變化到100％(發送所有的消息，該消息一般用循環調度來選擇)。MappedResourceClientPolicy優先于基本ClientPolicy中的策略。MappedResourceClientPolicy包含如下成員1)ClientEventNotification-把事件通知給ClientPolicy通告程序和局部通告程序。
2)ResourceClientSessionControl-用循環算法返回會話。所提供的會話是到另一組的接口。ResourceClientSessionControl有用于選擇新會話的運行索引，該新會話用于每個打開會話請求。ResourceClientSessionControl有被稱為″已知成員″的已知接口列表。已知成員是由成員ID索引的映射表且包含SessionCount對象，其包含實際會話和會話實例的用戶數量的參考計數。即使在成員離開該組時，也保持已知會話。當成員離開該組時，從可用成員中移除它們，但將其保持已知成員中。這允許客戶即使在離開負載共享組時，也可繼續使用組接口。
3)GroupSendProtocol-提供用于組成員的協議，用于給該組的其它成員和該組的客戶發送信息。
4)GSInterface-對于由組接口使用的多播和/或單播協議棧來說，是接口類。
5)ClientPolicyIO-負責處理客戶I/O。
6)ClientStateControl-用于控制該組的事件狀態和獲取該組的事件狀態。
圖4E是對根據本發明第二示例實施例的中繼線空閑列表服務器側策略內部體系結構的說明。ResourceGroupPolicy是一個GroupPolicy且包含ResourceSessionControl、ResourcePolicyIOControl、ResourceGroupConfiguration、PolicyGroupMembership、GroupSendProtocol、PBMemberStateControl、GSInterface和PBPolicyEventNotification。這是用于超級組的服務器側結構。
中繼線空閑列表(TIL)組是成員的超級組，這里，每個組其本身就是主-備份組(下文中稱為″PBG成員″)。加入TIL的第一PBG成員被選為領導，并負責任務發現必須管理的中繼線列表資源和為每個其它PBG成員分配中繼線空閑列表職責。然后，TIL組的領導成員通知TIL組必須管理的中繼組的列表。隨著每個新的PBG成員加入該組，給其分配一個要管理的中繼線組的范圍。每個中繼線組包含可變數量的中繼線。領導PBG成員通知每個新的PBG成員在每個所分配的中繼線組中的中繼線數量。
TIL組的客戶應用程序接收表示呼叫發起的事件。呼叫發起經特定中繼線組的特定中繼到來。使用客戶TIL接口分配中繼線組中的中繼線或將其標記為“正在使用”。管理資源的特定PBG成員的位置對客戶是透明的。當相關呼叫指定了一被叫方時，計算中繼線組，并通過TIL客戶接口，請求負責的PBG成員分配中繼線組內的任何中繼線。當呼叫結束時，客戶應用程序通過指定該呼叫各方的中繼線組和中繼線，來釋放用于發起和終止該呼叫的中繼線。
在所有情況下，客戶應用程序不知道哪個PBG中繼線空閑列表服務器應用程序正在處理指定的中繼線組。這就允許隨時添加附加服務器。這樣，該系統對任何數量的服務器都是可伸縮的。因為每個成員都由主-備份對組成，且在備份中不斷更新狀態數據的分配和/或釋放，所以根據本發明原理的中繼線空閑列表負載共享組不易受到任何一個PBG成員的單處服務器故障的影響。
圖5說明了操作根據本發明的一個實施例的、包括圖3的LSG2的控制器505的示例方法的流程圖(通常用500來表示)。運行示例控制器505以監控與交換機MSC140相關的中繼線的使用狀態，并且還直觀地包括CAN2和CAN3，CAN2和CAN3中每個能執行一個或多個中繼線空閑列表服務器應用程序(例如，TIL1和TIL2)，每個中繼線空閑列表服務器應用程序都能給呼叫連接分配多個中繼線。如前所述，LSG2包括TIL1和TIL2，其中，TIL1執行為CAN2上的主處理TIL1(P)和CAN3上的備份處理TIL1(B)。TIL2執行為CAN3上的主處理TIL2(P)和CAN2上的備份處理TIL2(B)。
為了說明，假設運行MSC140以處理在與MSC140相關的多條中繼線131-132上的主叫和被叫裝置MS111-114之間的呼叫連接(開始步驟；電話呼叫在電話中繼線上發起和終止)。電話中繼線被組織成為中繼線組，可以有可變數量的中繼線組，其中，每個中繼組可以有可變數量的中繼線。當在特定中繼組內的中繼線上發起電話呼叫時，該中繼線被適當地標記為使用中。對于要被實際連接的電話呼叫，同樣分配和標記特定中繼線組中的終止中繼線。修改狀態標志以確保所分配的中繼線不被用于終止其它已發起的電話呼叫。
根據所說明的實施例，LSG2從MSC140中執行的呼叫處理(例如，CP1-CP3)接收中繼線分配請求(步驟S510)。例如，MS113請求與MS112的電話呼叫連接，使BS102經CP1 CP3中的一個請求來自LSG2的中繼線分配，CP1 CP3都在MSC140中執行。根據示例實施例，為了分配中繼線，呼叫處理(例如，CP1 CP3)可以指定可以適當地分配其中的相關中繼線的特定子組，或指定特定信道，以使用子組來獲得特定中繼線。
LSG2響應分配請求，選擇中繼線空閑列表服務器應用程序中的一個(步驟515；例如，TIL1(P)或TIL2(P))，運行它以將中繼線分配給與中繼線分配請求相關的呼叫連接，這些都根據適當的負載分布算法來進行(步驟520)。例如，LSG2選擇分別在CAN2和CAN3中執行的TIL1(P)和TIL2(P)中的一個，從而其給與從MS113收到的中繼線分配請求相關的呼叫連接分配中繼線。假設MS112是可用的，就在經BS102的MS113和經BS101/BS103的MS112之間建立電話呼叫連接。根據示例實施例，LSG2(即，經TIL1(P)或TIL2(P)中的一個)分配中繼線，并將信道與其它相關數據一起返回呼叫處理(例如，CP1-CP3)。
LSG2響應電話呼叫的終止，使用中繼線空閑列表服務器應用程序中的一個釋放中繼線(步驟525；例如，TIL1(P)或TIL2(P))。根據示例實施例，LSG2(即，經TIL1(P)或TIL2(P)中的一個)通過特定信道釋放中繼線，并修改中繼線空閑列表，以指示該中繼線不在使用中。
中繼空閑列表被存儲在存儲器中，并最好與中繼線空閑列表狀態一起被備份，所以在故障事件中，不丟失當前分配列表。如果一部分分配列表丟失了，就可以適當地使用已知的存儲管理機制來恢復空閑列表狀態信息。可以在多個處理上適當地分布中繼空閑列表，以提高呼叫處理的性能和可靠性，并且還使中繼線空閑列表分配方案在小系統配置和大系統配置上都有伸縮性。
最好給用于中繼線空閑列表的分布式成員服務器分派靈活范圍的中繼組以進行管理，并且成員服務器可以適當地被配置成在運行時間協商所要管理的中繼組的范圍，來作為對成員服務器(例如，由于系統升級、劃分、故障等)或可用資源(例如，中繼組、中繼線或其它資源的加法、減法等)進行增加、減少或其它類似修改的功能。
重呼，運行每個服務器應用程序以保持其相關中繼組和每個中繼組中的相關中繼線。當服務器應用程序接收特定中繼線分配請求時，將該中繼線指定為所分配中繼線。當服務器應用程序接收對特定中繼組內的任何中繼線的請求(用于終止呼叫)時，服務器應用程序選擇性地分配特定中繼組內的空閑中繼線。服務器應用程序還接收用于釋放特定中繼組內的特定中繼的請求。
本發明的一個重要方面是其提供一種組策略，它允許可變數量的服務器應用程序加入到映射資源組(MRG)中。該組策略允許服務器組，主和備份服務器組加入到MRG中，并提供指定服務器應用程序的映射，指定服務器管理指定中繼組，請求客戶應用程序能有效分配和釋放中繼線，該組策略使服務器配置對于客戶應用程序是透明的，在諸如故障事件中，它允許對服務器應用程序的添加、移除、保持或補償。當發生配置改變時，MRG策略自動在所選擇的可用服務器上重新分布中繼線組職責，允許其控制器在通信網絡上分布服務器，以避免單處故障，并提供用于分配中繼線的性能效率機制。其另一方面是沒有對系統伸縮性的限制，該伸縮性對于服務器和客戶應用程序可被適當地″隱藏″。也沒有單處故障，并且系統中的故障也不會影響系統可用性和性能。
3.第三實施例(標識服務器應用程序)圖4A是對根據本發明第三示例實施例的服務器側內部組策略類的說明。圖4B是對根據本發明第三示例實施例的客戶側內部客戶策略體系結構的說明。圖4C是對根據本發明第三示例實施例的負載共享客戶側策略內部體系結構的說明。因為對其的描述與對第一實施例的描述很象，所以不再對上圖進行描述。
根據本發明的第三示例實施例，MSC140利用組服務方法來提供MSC140和無線網絡100中的一組分布式標識服務器。如上所述，IS1和IS2是標識服務器(IS)應用，其提供由諸如CPC APP1-CPC APPn的各種客戶應用程序調用的服務。IS1和IS2服務器應用程序被組織成主-備份組，該主-備份組根據所使用的處理和/或計算節點(CANs)數量而伸縮。IS1和IS2服務器應用程序是負載共享組，即LSG3的成員。呼叫處理服務器應用程序CP1-CP3相對于LSG3以及IS1和IS2服務器應用程序來說是客戶。每個呼叫標識服務器應用程序(例如，IS1、IS2)是主-備份組服務器應用程序的一部分。
一般來講，本發明使用有N個呼叫標識服務器(沒有限制)的組，該呼叫標識服務器管理在呼叫整個標識范圍內的一個呼叫標識范圍。通常，呼叫標識是14位的數字。這樣，例如，對于有10個服務器的組，每個呼叫標識服務器應用程序(例如，IS1、IS2)管理全部呼叫標識范圍的十分之一。當發起新呼叫時，用于LSG3標識服務器負載共享組的客戶應用程序請求標識。然后，用于標識服務器負載共享組的客戶策略根據如下一個或多個標準來選擇負載最少的服務器應用程序1)用客戶側循環選擇整個可用服務器列表中的一個；或2)選擇負載最少的服務器應用程序，諸如較低的CPU利用和/或較低的存儲器利用。
一旦選擇了這種服務器，服務器(例如，LS1)就分配一個在它管理范圍內的呼叫標識號。而后，使用該呼叫標識號來標識該呼叫。當呼叫結束時，由于每個服務器管理固定的標識號范圍，所以可通過從呼叫標識自身定位適當的服務器來釋放呼叫標識號。然后，服務器應用程序通過將該號標記為未分配，使其可被使用。
標識服務器應用程序與呼叫分布服務器應用程序有關，其中，當MPU210中的客戶應用程序選擇呼叫處理應用程序時，呼叫處理應用程序所做的第一件事就是起標識服務器組的客戶的作用，以分配呼叫標識號。
根據本發明的優選實施例，可用呼叫標識值有可配置的范圍。當標識服務器負載共享組(即，LSG3)啟動時，選IS1或IS2為″領導″，并且它給每個可用服務器分配呼叫標識值的子集。每個IS1和IS2組服務器應用程序都管理呼叫標識值的連續范圍。
當客戶應用程序(例如，CP1、CP2、CP3)訪問標識服務器負載共享組時，給客戶應用程序客戶策略一個資源參考表，該資源參考表是根據呼叫標識值范圍組織的查詢表，該呼叫標識值與到特定服務器的接口相關。當服務器配置改變時，LSG3標識服務器負載共享組自動更新表內容。
當呼叫開始時，在客戶接口分配呼叫標識。LSG3客戶策略從IS1和IS2服務器接收負載系數。當分配新的呼叫標識時，LSG3客戶策略考慮服務器的負載并選擇負載最少的服務器。只要每個客戶應用程序有呼叫標識值，網絡中的任何客戶應用程序現在都可以讀取或寫入相關數據。客戶應用程序只指定呼叫標識，并返回到與IS1或IS2服務器之間的接口。然后，客戶應用程序可以對讀或寫相關數據或者釋放呼叫標識值。
4.第四實施例(用戶數據庫服務器)圖4A是對根據本發明第四示例實施例的服務器側內部組策略類的說明。圖4B是對根據本發明第四示例實施例的客戶側內部客戶策略體系結構的說明。圖4C是對根據本發明第四示例實施例的負載共享客戶側策略內部體系結構的說明。因為對其的描述與對第一實施例的描述很象，所以不再對上圖進行描述。
對于通信網絡中的每個用戶，有一組構成用戶的顧客描述的數據。顧客描述包含信息，諸如，用戶姓名和地址、用戶被授權使用的通信系統服務、顧客計費信息等。當用戶打開移動臺(諸如蜂窩電話)時，由于移動交換中心(MSC)140預期用戶會打電話，所以MSC將顧客描述信息高速緩存到存儲器中。顧客描述的信息量可以很大，并且要求大量內存。因為將大量顧客描述數據裝載到存儲器中所需要的時間，所以在打開移動臺時顧客描述數據裝載到存儲器中。顧客描述的全集被稱為用戶數據庫(SDB)。
移動交換中心(MSC)140給移動臺分配國際移動臺標識(IMSI)號或臨時移動臺標識(TMSI)號。對于與數據有關的活動，移動交換中心(MSC)140給移動臺分派基于分組的臨時移動臺標識(P-TMSI)號。用戶數據庫(SDB)與移動交換中心(MSC)140分配給移動臺的標識號(IMSI、TMSI或P-TMSI)相關聯。下面的闡述與IMSI有關，也涉及TMSI號和P-TMSI號。
當用戶從移動臺(例如蜂窩電話)發出呼叫時，該呼叫被路由到用于注冊的移動交換中心(MSC)140。移動交換中心(MSC)140能向LSG4中的用戶數據庫(SDB)服務器應用程序發送信息并且能從LSG4中的用戶數據庫(SDB)服務器應用程序接收信息。LSD4中的用戶數據庫(SDB)服務器應用程序，SDB1和SDB2，能接收從移動臺發送到MSC140的注冊消息。用戶數據庫(SDB)服務器應用程序，SDB1和SDB2，中的每一個使用所分配的本地位置寄存器(HLR)(未示出)來注冊移動臺。用戶數據庫(SDB)服務器應用程序，SDB1和SDB2，還都能存儲用于每個移動臺的業務描述。用戶數據庫(SDB)服務器應用程序，SDB1和SDB2，還都能訪問MSC140，以在呼入期間獲得臨時路由號(例如，IMSI)。
現有技術的系統使用被安排主-備份配置的單個用戶數據庫(SDB)服務器。主-備份配置降低了單個故障使用戶數據庫(SDB)不能工作的危險性。然而，這種簡單的主-備份配置存在明顯的問題。第一，集中式用戶數據庫(SDB)服務器是系統中潛在的瓶頸。用戶數據庫(SDB)服務器的性能可能不足以跟得上對它的要求。第二，可能有性能問題，即，集中式用戶數據庫(SDB)服務器的訪問時間對于實時應用可能太慢。第三，集中式用戶數據庫(SDB)服務器可能有內存限制。集中式用戶數據庫(SDB)服務器可以容納的用戶數量可能受限。當向系統添加更多的用戶時，集中式用戶數據庫(SDB)服務器可能不易擴展。最后，集中式用戶數據庫(SDB)服務器的相關成本可能很高。
本發明通過使用組服務框架快速而有效地分布和訪問用戶數據庫(SDB)信息，解決了現有技術系統的這些問題。該組服務框架提供了一組分布式用戶數據庫(SDB)服務器。尤其是，移動交換中心(MSC)140包括負載共享組LSG4。負載共享組LSG4包括用戶數據庫(SDB)服務器應用程序SDB1和用戶數據庫(SDB)服務器應用程序SDB2。SDB1包括主SDB1(P)和備份SDB1(B)。類似地，SDB2包括主SDB2(P)和備份SDB2(B)。主SDB1(P)和主SDB2(P)形成了SDB超級組。給每個SDB服務器應用程序，SDB1和SDB2，都分配了IMSI號的連續范圍。
當呼叫處理應用程序(CPA)接收具有新IMSI號的呼叫時，呼叫處理應用程序(CPA)打開指定IMSI號的會話。適當的組服務客戶策略使用該IMSI號來計算與特定用戶數據庫(SDB)服務器應用程序(例如，SDB1)相關的索引。組服務客戶策略將該索引發送到呼叫處理應用程序(CPA)，以給該呼叫處理應用程序(CPA)一個到適當用戶數據庫(SDB)服務器應用程序的接口。然后，呼叫處理應用程序(CPA)可以向適當的用戶數據庫(SDB)用戶表目內寫入或讀取數據。
雖然該優選實施例僅包括兩個用戶數據庫(SDB)服務器應用程序，SDB1和SDB2，但是，本發明不限于使用兩個用戶數據庫(SDB)服務器應用程序。對可以作為用戶數據庫(SDB)組的一部分的、用戶數據庫(SDB)服務器應用程序的數量沒有限制或約束。
每個主用戶數據庫(SDB)服務器應用程序都有備份用戶數據庫(SDB)服務器應用程序。用戶數據庫(SDB)組服務框架能給備份用戶數據庫(SDB)服務器應用程序提供狀態更新。如果主用戶數據庫(SDB)服務器應用程序故障，本發明就檢測該故障，并自動切換到新的主用戶數據庫(SDB)服務器應用程序(其是前備份用戶數據庫(SDB)服務器應用程序)。該故障消除對呼叫處理應用程序(CPA)或其它客戶應用程序是透明的。
這樣，本發明提供了一種用于在通信網絡中操作分布式用戶數據庫(SDB)的可伸縮的設備和方法。本發明的用戶數據庫(SDB)沒有單處故障。本發明的用戶數據庫(SDB)也不允許發生性能瓶頸。
圖6說明了操作本發明的方法的第四優選實施例的步驟的流程圖。該方法的步驟通常用參考數字600來表示。給多個用戶數據庫(SDB)服務器應用程序中的每一個都分配一個IMSI號的連續范圍(步驟605)。呼叫處理應用程序(CPA)接收具有新IMSI號的呼叫，并打開指定IMSI號的會話(步驟610)。適當的組服務客戶策略使用IMSI號來計算與特定用戶數據庫(SDB)服務器應用程序相關的索引(步驟615)。然后，組服務客戶策略將該索引發送到呼叫處理應用程序(CPA)，以便給該呼叫處理應用程序(CPA)提供一個到適當的用戶數據庫(SDB)服務器應用程序的接口(步驟620)。
然后，移動交換中心(MSC)140確定主用戶數據庫(SDB)服務器應用程序是否在線(確定步驟625)。如果主用戶數據庫(SDB)服務器應用程序在線，那么，呼叫處理應用程序(CPA)可以向適當的用戶數據庫(SDB)用戶表目內寫入或讀取數據(步驟630)。
如果主用戶數據庫(SDB)服務器應用程序沒有在線(即，主用戶數據庫(SDB)服務器應用程序故障)，那么，移動交換中心(MSC)140就使用備份用戶數據庫(SDB)服務器應用程序(步驟635)。然后，呼叫處理應用程序(CPA)可以向適當的用戶數據庫(SDB)用戶表目內寫入或讀取數據(步驟630)。
5.第五實施例(呼叫處理軟件的在線升級)呼叫應用節點1-3(即，CAN1-CAN3)的冗余體系結構和移動交換中心140中的主-備份組服務器應用程序的使用最好提供一種特有的方法，其用于升級MSC140中的呼叫處理服務器應用程序而不中斷現有服務。根據本發明的第五實施例，為了使目標呼叫應用節點的劃分生效，可以逐步關閉每個CAN1-CAN3上的每個主-備份組服務器應用程序。然后，目標呼叫應用節點可以被升級為新的主-備份組服務器應用程序軟件，并且升級后的軟件可以逐步上線并加入到使用節流機制的負載共享組中。一旦升級后的軟件被測試完并進入完全的運轉中，就在下一目標呼叫應用節點上繼續重復該處理，直到升級完所有的呼叫應用節點。
圖7描繪了流程圖700，其說明了根據本發明原理的移動交換中心140中的主-備份組服務器應用程序的劃分和在線升級。最初，系統管理器節點1可以自動(或維護人員手動)地指定要被升級的第一目標呼叫應用節點(例如，CAN1)(處理步驟705)。禁用第一目標呼叫應用節點上的主-備份組呼叫處理服務器應用程序的每個主呼叫處理CPx(P)，并且在不同的呼叫應用節點(例如，CAN2)上的相應備份呼叫處理CPx(B)成為新的主呼叫處理。這時，新的主呼叫處理開始沒有備份處理的運行。然而，不再給新的主呼叫處理發送呼叫新業務。這樣，CPx主-備份組就隨現有呼叫的斷開而最終被關閉(處理步驟710)。
由于第一目標呼叫應用節點可以容納與其它呼叫應用節點上執行的主呼叫處理相關的一個或多個備份呼叫處理，本發明接下來將第一目標呼叫應用節點上的所有備份呼叫處理CPy(B)移動到不同的呼叫應用節點上(處理步驟415)。第一目標呼叫應用節點現在沒有任何主和備份呼叫處理。第一目標呼叫應用節點現在是新的劃分，并且其余呼叫應用是舊的劃分部份。
下面，安裝用于主呼叫處理CPx(P)*的已升級軟件，并在第一目標呼叫應用節點上產生備份呼叫處理CPx(B)*。然后，該新的主-備份組呼叫處理服務器應用程序加入到適當的負載共享組(即，LSG1)中。這時，新的主服務器應用程序不接收業務。而后，使用由技工(或由系統管理者通過算法)控制的節流機制將新呼叫業務的增量發送到升級后的主呼叫處理CPx(P)*，直到升級后的主-備份組CPx*100％地運行(處理步驟720)。
而后，對第二目標呼叫應用節點(例如，CAN2)重復步驟705、710、715、720，以便安裝(或產生)升級后的主呼叫處理CPz(P)*和升級后的備份呼叫處理CPz(B)*，并在第二目標呼叫應用節點上運行(處理步驟725)。第二目標呼叫應用節點與第一目標呼叫應用節點現在是新劃分部分。
最后，管理軟件應用交換備份呼叫處理CPx(B)*和CPz(B)*的位置，以便主和備份呼叫處理不在相同的呼叫應用節點上運行(處理步驟730)。然后，升級處理繼續在其它呼叫應用節點上進行，直到所有其余呼叫應用節點都已經加入新的劃分，且舊的劃分(包含舊的軟件)不再存在。
圖8A-8K是在呼叫應用節點進行圖7中所述的劃分和在線升級處理時，示例移動交換中心(MSC)140中呼叫應用節點的系列圖。
圖8A說明了移動交換中心140中CAN1-CAN3的初始圖。
圖8B中，CAN1中的主呼叫處理CP1(P)已經終止，且CAN2中相關的備份呼叫處理CP1(B)已經成為新的主呼叫處理CP1(P)。不向CAN2中的CP1(P)發送新業務。而且，備份呼叫處理CP3(B)已經移到CAN2。
在圖8C中，新的已升級主呼叫處理CP1(P)*已經被安裝在CAN1中，已經在CAN1中產生了新的已升級備份呼叫處理CP1(B)*。現在可以將新的呼叫業務發送到增量中的主呼叫處理CP1(P)*，直到新的已升級主-備份組呼叫處理服務器應用程序CP1*功能完全。
圖8D中，CAN2中的舊的呼叫處理CP1(P)已經通過終止所有現有呼叫而最后被關閉。
圖8E中，CAN2中的主呼叫處理CP2(P)已經終止，且CAN3中的相關備用呼叫處理CP2(B)已經成為新的主呼叫處理CP2(P)。不向CAN3中的CP2(P)發送新的業務。而且，備份呼叫處理CP3(P)已經移動到CAN3。
在圖8F中，已經在CAN2中安裝了新的已升級主呼叫處理CP2(P)*，且已經在CAN2中產生了新的已升級備份呼叫處理CP2(B)*。現在可以將新的呼叫業務發送到增量中的主呼叫處理CP2(P)*，直到新的已升級的主-備份組呼叫處理服務器應用程序CP2*功能完全。
在圖8G中，CAN3中舊的呼叫處理CP2(P)已經通過終止所有現有呼叫而最后被關閉。
在圖8H中，備份呼叫處理CP1(B)*和CP2(B)*交換CAN1和CAN2中的位置。
在圖8I中，CAN3中的主呼叫處理CP3(P)已經通過離開負載共享組而急需新的呼叫。主呼叫處理CP3(P)及其相關備份處理CP3(B)已經在所有現有呼叫業務結束后終止了。
在圖8J中，已經在CAN3中安裝了新的已升級主呼叫處理CP3(P)*，且已經在CAN3中產生了新的已升級備份呼叫處理CP3(B)*。現在可以將新的呼叫業務發送到增量中的主呼叫處理CP3(P)*，直到新的已升級主-備份組呼叫處理服務器應用程序CP3*功能完全。
在圖8K中，已經輪換了備份呼叫處理CP1(B)*、CP2(B)*和CP3(B)*在CAN1、CAN2和CAN3中的位置，以實現圖8A中說明的最初配置。
雖然已經詳細描述了本發明，但是，本領域的技術人員應當知道，可以在其中進行多個改變、代替或變化而在廣泛形式上不背離本發明的精神和范圍。
權利要求
1.一種交換機，能處理在與所述交換機相關的多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，所述交換機包括主處理單元，能執行呼叫處理客戶應用程序，其中，每個所述呼叫處理客戶應用程序與所述呼叫連接之一相關；和N個呼叫應用節點，能執行呼叫處理服務器應用程序，其中，第一呼叫處理服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，與在所述N個呼叫應用節點的第二呼叫應用節點上執行的類似的第二呼叫處理服務器應用程序相關，所述第二呼叫應用節點與所述第一呼叫應用節點相分離，從而，所述第一和第二呼叫處理服務器應用程序形成第一負載共享組服務器應用程序，其中，所述每個呼叫處理客戶應用程序將呼叫處理服務請求發送到所述第一負載共享組服務器應用程序，所述第一負載共享組服務器應用程序選擇所述第一和第二呼叫處理服務器應用程序中的一個，以根據負載分布算法來執行所述所請求的呼叫處理服務。
2.根據權利要求1所述的交換機，其中，所述負載分布算法以交替方式在所述第一和第二呼叫處理服務器應用程序之間分布新的呼叫處理服務請求。
3.根據權利要求1所述的交換機，其中，所述負載分布算法根據所述第一呼叫處理服務器應用程序的當前呼叫處理負載和所述第二呼叫處理服務器應用程序的當前呼叫處理負載，來分布新的呼叫處理服務請求。
4.根據權利要求3所述的交換機，其中，所述負載分布算法分布所述新的呼叫處理服務請求，以使所述第一呼叫處理服務器應用程序的所述當前呼叫處理負載維持在與所述第二呼叫處理服務器應用程序的所述當前呼叫處理負載大致相等的水平上。
5.根據權利要求1所述的交換機，其中，所述第一呼叫處理服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主呼叫處理和與所述第一主呼叫處理相關的第一備份呼叫處理。
6.根據權利要求5所述的交換機，其中，與所述第一主呼叫處理相關的狀態信息被鏡像到與所述第一主呼叫處理相關的所述第一備份呼叫處理上。
7.根據權利要求6所述的交機，其中，所述第一備份呼叫處理位于所述第一呼叫應用節點中。
8.根據權利要求6所述的交換機，其中，所述第一備份呼叫處理位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
9.根據權利要求1所述的交換機，其中，所述第二呼叫處理服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主呼叫處理和與所述第二主呼叫處理相關的第二備份呼叫處理。
10.根據權利要求9所述的交換機，其中，與所述第二主呼叫處理相關的狀態信息被鏡像到與所述第二主呼叫處理相關的所述第二備份呼叫處理上。
11.根據權利要求10所述的交換機，其中，所述第二備份呼叫處理位于所述第二呼叫應用節點中。
12.根據權利要求10所述的交換機，其中，所述第二備份呼叫處理位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
13.一種無線網絡，包括多個基站，能與所述無線網絡的覆蓋區域中的多個移動臺通信；和移動交換中心，通過多條中繼線與所述多個基站和公共交換電話網絡相連，其中，所述移動交換中心能處理所述多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，所述移動交換中心包括主處理單元，能執行呼叫處理客戶應用程序，其中，每一個所述呼叫處理客戶應用程序均與所述呼叫連接中的一個相關；和N個呼叫應用節點，能執行呼叫處理服務器應用程序，其中，第一呼叫處理服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，并且與在所述N個呼叫應用節點的第二呼叫應用節點上執行的類似的第二呼叫處理服務器應用程序相關，所述第二呼叫應用節點與第一呼叫應用節點相分離，從而所述第一和第二呼叫處理服務器應用程序形成第一負載共享組服務器應用程序，其中，所述每個呼叫處理客戶應用程序將呼叫處理服務請求發送給所述第一負載共享組服務器應用程序，并且所述第一負載共享組服務器應用程序選擇所述第一和第二呼叫處理服務器應用程序中的一個，以根據負載分布算法執行所述所請求的呼叫處理服務。
14.根據權利要求13所述的無線網絡，其中，所述負載分布算法以交替方式在所述第一和第二呼叫處理服務器應用程序之間分布新的呼叫處理服務請求。
15.根據權利要求13所述的無線網絡，其中，所述負載分布算法根據所述第一呼叫處理服務器應用程序的當前呼叫處理負載和所述第二呼叫處理服務器應用程序的當前呼叫處理負載分布新的呼叫處理服務請求。
16.根據權利要求15所述的無線網絡，其中，所述負載分布算法分布所述新的呼叫處理服務請求，以使所述第一呼叫處理服務器應用程序的所述當前呼叫處理負載維持在與所述第二呼叫處理服務器應用程序的所述當前呼叫處理負載大致相等的水平。
17.根據權利要求13所述的無線網絡，其中，所述第一呼叫處理服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主呼叫處理和與所述第一主呼叫處理相關的第一備份呼叫處理。
18.根據權利要求17所述的無線網絡，其中，與所述第一主呼叫處理相關的狀態信息被鏡像到與所述第一主呼叫處理相關的所述第一備份呼叫處理上。
19.根據權利要求18所述的無線網絡，其中，所述第一備份呼叫處理位于所述第一呼叫應用節點中。
20.根據權利要求18所述的無線網絡，其中，所述第一備份呼叫處理位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
21.根據權利要求13所述的無線網絡，其中，所述第二呼叫處理服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主呼叫處理和與所述第二主呼叫處理相關的第二備份呼叫處理。
22.根據權利要求21所述的無線網絡，其中，與所述第二主呼叫處理相關的狀態信息被鏡像到與所述第二主呼叫處理相關的所述第二備份呼叫處理上。
23.根據權利要求22所述的無線網絡，其中，所述第二備份呼叫處理位于所述第二呼叫應用節點中。
24.根據權利要求22所述的無線網絡，其中，所述第二備份呼叫處理位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
25.一種控制器，用于監控與交換機相關的中繼線的使用狀態，所述交換機能處理在與所述交換機相關的多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，包括N個呼叫應用節點的所述控制器，能執行多個給所述呼叫連接分配多條所述中繼線的中繼線空閑列表服務器應用程序，其中，第一中繼線空閑列表服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，并且與在所述N個呼叫應用節點的第二呼叫應用節點上執行的第二中繼線空閑列表服務器應用程序相關，所述第二呼叫應用節點與第一呼叫應用節點相分離，從而，所述第一和第二中繼線空閑列表服務器應用程序形成負載共享組服務器應用程序，其中，所述負載共享組服務器應用程序從在所述交換機中執行的呼叫處理接收中繼線分配請求，并選擇所述第一和第二中繼線空閑列表服務器應用程序中的一個，以根據負載分布算法給與所述中繼線分配請求相關的呼叫連接分配中繼線。
26.根據權利要求25所述的控制器，其中，所述第一中繼線空閑列表服務器應用程序分配來自與所述第一中繼線空閑列表服務器應用程序相關的至少一個中繼線組中的中繼線，所述第二中繼線空閑列表服務器應用程序分配來自與所述第二中繼線空閑列表服務器應用程序相關的至少一個中繼線組中的中繼線。
27.根據權利要求26所述的控制器，其中，所述負載分布算法根據與所述中繼線分配請求相關的中繼線組，給所述第一和第二中繼線空閑列表服務器應用程序分配新的中繼線分配請求。
28.根據權利要求26所述的控制器，其中，所述第一中繼線空閑列表服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主中繼線空閑列表服務器應用程序，和與所述第一主中繼線空閑列表服務器應用程序相關的第一備份中繼線空閑列表服務器應用程序。
29.根據權利要求28所述的控制器，其中，與所述第一主中繼線空閑列表服務器應用程序相關的中繼線狀態信息被鏡像到與所述第一主中繼線空閑列表服務器應用程序相關的所述第一備份中繼線空閑列表服務器應用程序。
30.根據權利要求29所述的控制器，其中，所述第一備份中繼線空閑列表服務器應用程序位于所述第一呼叫應用節點中。
31.根據權利要求29所述的控制器，其中，所述第一備份中繼線空閑列表服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
32.根據權利要求26所述的控制器，其中，所述第二中繼線空閑列表服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主中繼線空閑列表服務器應用程序，和與所述第二主中繼線空閑列表服務器應用程序相關的第二備份中繼線空閑列表服務器應用程序。
33.根據權利要求32所述的控制器，其中，與所述第二主呼叫處理相關的狀態信息被鏡像到與所述第二主呼叫處理相關的所述第二備份呼叫處理中。
34.根據權利要求33所述的控制器，其中，所述第二備份中繼線空閑列表服務器應用程序位于所述第二呼叫應用節點中。
35.根據權利要求34所述的控制器，其中，所述第二備份中繼線空閑列表服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
36.一種無線網絡，包括多個基站，能與所述無線網絡的覆蓋區域中的多個移動臺通信；和移動交換中心，通過多條中繼線與所述多個基站和公共交換電話網絡相連，其中，所述移動交換中心能處理在所述多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，所述移動交換中心包括主處理單元，能執行呼叫處理客戶應用程序，其中，每一個所述呼叫處理客戶應用程序均與所述呼叫連接中的一個相關；和包括N個呼叫應用節點的控制器，能執行多個用于給所述呼叫連接分配多條所述中繼線的中繼線空閑列表服務器應用程序，其中，第一中繼線空閑列表服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，并與在所述N個呼叫應用節點的第二呼叫應用節點上執行的第二中繼線空閑列表服務器應用程序相關，所述第二呼叫應用節點與所述第一呼叫應用節點相分離，從而所述第一和第二中繼線空閑列表服務器應用程序形成第一負載共享組服務器應用程序，其中，所述負載共享組服務器應用程序接收從在所述交換機中執行的呼叫處理接收中繼線分配請求，并選擇所述第一和第二中繼線空閑列表服務器應用程序中的一個，以根據負載分布算法給與所述中繼線分配請求相關的呼叫連接分配中繼線。
37.根據權利要求36所述的無線網絡，其中，所述第一中繼線空閑列表服務器應用程序分配來自與所述第一中繼線空閑列表服務器應用程序相關的至少一個中繼線組的中繼線，所述第二中繼線空閑列表服務器應用程序分配來自與所述第二中繼線空閑列表服務器應用程序相關的至少一個中繼線組的中繼線。
38.根據權利要求37所述的無線網絡，其中，所述負載分布算法根據與所述中繼線分配請求相關的中繼線組，給所述第一和第二中繼線空閑列表服務器應用程序分布新的中繼線分配請求。
39.根據權利要求37所述的無線網絡，其中，所述第一中繼線空閑列表服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主中繼線空閑列表服務器應用程序和與所述第一主中繼線空閑列表服務器應用程序相關的第一備份中繼線空閑列表服務器應用程序。
40.根據權利要求39所述的無線網絡，其中，與所述第一主中繼線空閑列表服務器應用程序相關的中繼線狀態信息被鏡像到與所述第一主中繼線空閑列表服務器應用程序相關的所述第一備份中繼線空閑列表服務器應用程序中。
41.根據權利要求40所述的無線網絡，其中，所述第一備份中繼線空閑列表服務器應用程序位于所述第一呼叫應用節點中。
42.根據權利要求40所述的無線網絡，其中，所述第一備份中繼線空閑列表服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
43.根據權利要求37所述的無線網絡，其中，所述第二中繼線空閑列表服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主中繼線空閑列表服務器應用程序和與所述第二主中繼線空閑列表服務器應用程序相關的第二備份中繼線空閑列表服務器應用程序。
44.根據權利要求43所述的無線網絡，其中，與所述第二主呼叫處理相關的狀態信息被鏡像到與所述第二主呼叫處理相關的所述第二備份呼叫處理中。
45.根據權利要求44所述的無線網絡，其中，所述第二備份中繼線空閑列表服務器應用程序位于所述第二呼叫應用節點中。
46.根據權利要求45所述的無線網絡，其中，所述第二備份中繼線空閑列表服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
47.一種控制器，用于給與交換機相關的呼叫連接分配呼叫標識值，所述交換機能處理在與所述交換機相關的多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，所述控制器包括N個呼叫應用節點，能執行多個用于給所述呼叫連接分配呼叫標識值的標識服務器應用程序，其中，所述多個標識服務器應用程序中的第一標識服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，并與在所述N個呼叫應用節點的第二呼叫應用節點上執行的所述多個標識服務器應用程序中的第二標識服務器應用程序相關，所述N個呼叫應用節點的第二呼叫應用節點與所述第一呼叫應用節點相分離，從而，所述第一和第二標識服務器應用程序形成了負載共享組服務器應用程序，和其中，所述負載共享組服務器應用程序從在所述交換機中執行的新呼叫處理接收呼叫標識請求，并選擇所述第一和第二標識服務器應用程序中的一個，以根據負載分布算法，給與所述呼叫標識請求相關的新呼叫連接分配呼叫標識值。
48.根據權利要求47所述的控制器，其中，所述第一標識服務器應用程序分配具有第一連續范圍的呼叫標識值，且所述第二標識服務器應用程序分配具有第二連續范圍的呼叫標識值，所述第二連續范圍與所述第一連續范圍不同。
49.根據權利要求48所述的控制器，其中，所述負載分布算法以交替方式在所述第一和第二標識服務器應用程序之間分布新的呼叫標識請求。
50.根據權利要求48所述的控制器，其中，所述負載分布算法根據所述第一標識服務器應用程序的當前處理負載和所述第二標識服務器應用程序的當前處理負載分布新的呼叫標識請求。
51.根據權利要求50所述的控制器，其中，所述負載分布算法分布所述新的呼叫標識請求，是為了使所述第一標識處理服務器應用程序的所述當前處理負載維持在與所述第二標識處理服務器應用程序的所述當前處理負載大致相等的水平。
52.根據權利要求48所述的控制器，其中，所述第一標識服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主標識服務器應用程序和與所述第一主標識服務器應用程序相關的第一備份標識服務器應用程序。
53.根據權利要求52所述的控制器，其中，與所述第一主標識服務器應用程序相關的呼叫狀態信息被鏡像到與所述第一主標識服務器應用程序相關的所述第一備份標識服務器應用程序中。
54.根據權利要求53所述的控制器，其中，所述第一備份標識服務器應用程序位于所述第一呼叫應用節點中。
55.根據權利要求53所述的控制器，其中，所述第一備份標識服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
56.根據權利要求48所述的控制器，其中，所述第二標識服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主標識服務器應用程序和與所述第二主標識服務器應用程序相關的第二備份標識服務器應用程序。
57.根據權利要求56所述的控制器，其中，與所述第二主呼叫處理相關的狀態信息被鏡像到與所述第二主呼叫處理相關的所述第二備份呼叫處理中。
58.根據權利要求57所述的控制器，其中，所述第二備份標識服務器應用程序位于所述第二呼叫應用節點中。
59.根據權利要求57所述的控制器，其中，所述第二備份標識服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
60.一種無線網絡，包括多個基站，能與所述無線網絡的覆蓋區域中的多個移動臺通信；和移動交換中心，通過多條中繼線與所述多個基站和公共交換電話網絡相連，所述移動交換中心包括用于給與移動臺相關的呼叫連接分配呼叫標識值的控制器，所述控制器包括N個呼叫應用節點，能執行多個用于給所述呼叫連接分配呼叫標識值的標識服務器應用程序，其中，所述多個標識服務器應用程序的第一標識服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，并與在所述N個呼叫應用節點的第二呼叫應用節點上執行的所述多個標識服務器應用程序的第二標識服務器應用程序相關，所述第二呼叫應用節點與所述第一呼叫應用節點相分離，從而所述第一和第二標識服務器應用程序形成負載共享組服務器應用程序，和其中，所述負載共享組服務器應用程序從在所述交換機中執行的新的呼叫處理接收呼叫標識請求，并選擇所述第一和第二標識服務器應用程序中的一個，以根據負載分布算法給與所述呼叫標識請求相關的新的呼叫連接分配呼叫標識值。
61.根據權利要求60所述的無線網絡，其中，所述第一標識服務器應用程序分配具有第一連續范圍的呼叫標識值，且所述第二標識服務器應用程序分配具有第二連續范圍的呼叫標識值，所述第二連續范圍與所述第一連續范圍不同。
62.根據權利要求61所述的無線網絡，其中，所述負載分布算法以交替方式在所述第一和第二標識服務器應用程序之間分布新的呼叫標識請求。
63.根據權利要求61所述的無線網絡，其中，所述負載分布算法根據所述第一標識服務器應用程序的當前處理負載和所述第二標識服務器應用程序的當前處理負載分布新的呼叫標識請求。
64.根據權利要求63所述的無線網絡，其中，所述負載分布算法分布所述新的呼叫標識請求，是為了使所述第一標識服務器應用程序的所述當前處理負載維持在與所述第二標識服務器應用程序的所述當前處理負載大致相等的水平。
65.根據權利要求61所述的無線網絡，其中，所述第一標識服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主標識服務器應用程序和與所述第一主標識服務器應用程序相關的第一備份標識服務器應用程序。
66.根據權利要求65所述的無線網絡，其中，與所述第一主標識服務器應用程序相關的呼叫狀態信息被鏡像到與所述第一主標識服務器應用程序相關的所述第一備份標識服務器應用程序中。
67.根據權利要求66所述的無線網絡，其中，所述第一備份標識服務器應用程序位于所述第一呼叫應用節點中。
68.根據權利要求66所述的無線網絡，其中，所述第一備份標識服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
69.根據權利要求61所述的無線網絡，其中，所述第二標識服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主標識服務器應用程序和與所述第二主標識服務器應用程序相關的第二備份標識服務器應用程序。
70.根據權利要求69所述的無線網絡，其中，與所述第二主呼叫處理相關的狀態信息被鏡像到與所述第二主呼叫處理相關的所述第二備份呼叫處理中。
71.根據權利要求70所述的無線網絡，其中，所述第二備份標識服務器應用程序位于所述第二呼叫應用節點中。
72.根據權利要求70所述的無線網絡，其中，所述第二備份標識服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
73.一種控制器，用于提供與交換機相關的用戶數據庫，所述交換機能處理在與所述交換機相關的多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，且所述交換機能執行呼叫處理應用程序，其中，每個所述呼叫處理應用程序與所述呼叫連接中的一個相關，所述控制器包括N個呼叫應用節點，能執行多個用于將用戶數據庫連接到呼叫連接上的用戶數據庫服務器應用程序，其中，第一用戶數據庫服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，且與在所述N個呼叫應用節點的第二呼叫應用節點上執行的類似的第二用戶數據庫服務器應用程序相關，所述第二呼叫應用節點與所述第一呼叫應用節點相分離，從而，所述第一和第二用戶數據庫服務器應用程序形成了用戶數據庫負載共享組服務器應用程序，和其中，所述每個呼叫處理應用程序將用戶數據庫服務請求發送到所述用戶數據庫負載共享組服務器應用程序，且所述用戶數據庫負載共享組服務器應用程序選擇所述第一和第二用戶數據庫服務器應用程序中的一個，以根據負載分布算法，執行所述所請求的用戶數據庫服務請求。
74.根據權利要求73所述的控制器，其中，所述負載分布算法以交替方式在所述第一和第二用戶數據庫服務器應用程序之間分布新的用戶數據庫服務請求。
75.根據權利要求73所述的控制器，其中，所述負載分布算法根據所述第一用戶數據庫服務器應用程序的當前呼叫處理負載和所述第二用戶數據庫服務器應用程序的當前呼叫處理負載分布新的用戶數據庫服務請求。
76.根據權利要求75所述的控制器，其中，所述負載分布算法分布所述新的用戶數據庫服務請求，是為了使將所述第一用戶數據庫服務器應用程序的所述當前呼叫處理負載維持在與所述第二用戶數據庫服務器應用程序的所述當前呼叫處理負載大致相等的水平。
77.根據權利要求73所述的控制器，其中，所述第一用戶數據庫服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主用戶數據庫服務器應用程序和與所述第一主用戶數據庫服務器應用程序相關的第一備份用戶數據庫服務器應用程序。
78.根據權利要求77所述的控制器，其中，與所述第一主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與所述第一主用戶數據庫服務器應用程序相關的所述第一備份用戶數據庫服務器應用程序中。
79.根據權利要求78所述的控制器，其中，所述第一備份用戶數據庫服務器應用程序位于所述第一呼叫應用節點中。
80.根據權利要求78所述的控制器，其中，所述第一備份用戶數據庫服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
81.根據權利要求73所述的控制器，其中，所述第二用戶數據庫服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主用戶數據庫服務器應用程序和與所述第二主用戶數據庫服務器應用程序相關的第二備份用戶數據庫服務器應用程序。
82.根據權利要求81所述的控制器，其中，與所述第二主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與所述第二主用戶數據庫服務器應用程序相關的所述第二備份用戶數據庫服務器應用程序中。
83.根據權利要求82所述的控制器，其中，所述第二備份用戶數據庫服務器應用程序位于所述第二呼叫應用節點中。
84.根據權利要求82所述的控制器，其中，所述第二備份用戶數據庫服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
85.一種無線網絡，包括多個基站，能與所述無線網絡的覆蓋區域中的多個移動臺通信；和移動交換中心，通過多條中繼線與所述多個基站和公共交換電話網絡相連，其中，所述移動交換中心能處理在所述多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，且其中，所述移動交換中心能執行呼叫處理應用程序，其中，每個所述呼叫處理應用程序與所述多個呼叫連接中的一個相關，其中，所述移動交換中心包括控制器，用于提供與所述移動交換中心相關的用戶數據庫，其中，所述控制器包括N個呼叫應用節點，能執行呼叫處理服務器應用程序，其中，第一用戶數據庫服務器應用程序在所述N個呼叫應用節點的第一呼叫應用節點上執行，并與在第二呼叫應用節點上執行的類似的第二用戶數據庫服務器應用程序相關，所述N個呼叫應用節點的第二呼叫應用節點與所述第一呼叫應用節點相分離，從而所述第一和第二用戶數據庫服務器應用程序形成用戶數據庫負載共享組服務器應用程序，和其中，所述每個呼叫處理應用程序給所述用戶數據庫負載共享組服務器應用程序發送用戶數據庫服務請求，且所述用戶數據庫負載共享組服務器應用程序選擇所述第一和第二用戶數據庫服務器應用程序中的一個，以根據負載分布算法執行所請求的用戶數據庫服務請求。
86.根據權利要求85所述的無線網絡，其中，所述負載分布算法以交替方式在所述第一和第二用戶數據庫服務器應用程序之間分布新的用戶數據庫服務請求。
87.根據權利要求85所述的無線網絡，其中，所述負載分布算法根據所述第一用戶數據庫服務器應用程序的當前呼叫處理負載和所述第二用戶數據庫服務器應用程序的當前呼叫處理負載分布新的用戶數據庫服務請求。
88.根據權利要求87所述的無線網絡，其中，所述負載分布算法分布所述新的用戶數據庫服務請求，是為了使將所述第一用戶數據庫服務器應用程序的所述當前呼叫處理負載維持在與所述第二用戶數據庫服務器應用程序的所述當前呼叫處理負載大致相等的水平。
89.根據權利要求85所述的無線網絡，其中，所述第一用戶數據庫服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主用戶數據庫服務器應用程序和與所述第一主用戶數據庫服務器應用程序相關的第一備份用戶數據庫服務器應用程序。
90.根據權利要求89所述的無線網絡，其中，與所述第一主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與所述第一主用戶數據庫服務器應用程序相關的所述第一備份用戶數據庫服務器應用程序中。
91.根據權利要求90所述的無線網絡，其中，所述第一備份用戶數據庫服務器應用程序位于所述第一呼叫應用節點中。
92.根據權利要求90所述的無線網絡，其中，所述第一備份用戶數據庫服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
93.根據權利要求85所述的無線網絡，其中，所述第二用戶數據庫服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主用戶數據庫服務器應用程序和與所述第二主用戶數據庫服務器應用程序相關的第二備份用戶數據庫服務器應用程序。
94.根據權利要求93所述的無線網絡，其中，與所述第二主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與所述第二主用戶數據庫服務器應用程序相關的所述第二備份用戶數據庫服務器應用程序中。
95.根據權利要求94所述的無線網絡，其中，所述第二備份用戶數據庫服務器應用程序位于所述第二呼叫應用節點中。
96.根據權利要求94所述的無線網絡，其中，所述第二備份用戶數據庫服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
97.在無線網絡中使用的包括多個基站，能與所述無線網絡的覆蓋區域中的多個移動臺通信；和移動交換中心，通過多個中繼線與所述多個所述基站和公共交換電話網絡相連，其中，所述移動交換中心能處理在所述多條中繼線上的主叫裝置和被叫裝置之間的呼叫連接，且其中，所述移動交換中心能執行呼叫處理應用程序，其中，每個所述呼叫處理應用程序與所述呼叫連接中的一個相關；一種方法，用于提供與所述移動交換中心相關的用戶數據庫，所述方法包括步驟在所述移動交換中心內提供N個呼叫應用節點，所述N個呼叫應用節點能執行多個用戶數據庫服務器應用程序；在所述N個呼叫應用節點的第一呼叫應用節點上執行第一用戶數據庫服務器應用程序；在所述N個呼叫應用節點的第二呼叫應用節點上執行第二用戶數據庫服務器應用程序，所述第二呼叫應用節點與所述第一呼叫應用節點相分離，從而，所述第一和第二用戶數據庫服務器應用程序形成用戶數據庫負載共享組服務器應用程序；將來自呼叫處理應用程序的用戶數據庫服務請求發送到所述用戶數據庫負載共享組服務器應用程序；在所述用戶數據庫負載共享組服務器應用程序中，選擇所述第一和第二用戶數據庫服務器應用程序中的一個，以執行所述所請求的用戶數據庫服務請求；和根據負載分布算法執行所述所請求的用戶數據庫服務請求。
98.根據權利要求97所述的方法還包括步驟以交替方式在所述第一和第二用戶數據庫服務器應用程序之間分布新的用戶數據庫服務請求。
99.根據權利要求97所述的方法還包括步驟根據所述第一用戶數據庫服務器應用程序的當前呼叫負載處理和所述第二用戶數據庫服務器應用程序的當前呼叫負載處理分布新的用戶數據庫服務請求。
100.根據權利要求99所述的方法還包括步驟為了使所述第一用戶數據庫服務器應用程序的所述當前處理負載維持在與所述第二用戶數據庫服務器應用程序的所述當前處理負載大致相等的水平上，來分布新的用戶數據庫服務請求。
101.根據權利要求97所述的方法，其中，所述第一用戶數據庫服務器應用程序包括第一主-備份組服務器應用程序，其中，所述第一主-備份組服務器應用程序包括在所述第一呼叫應用節點上執行的第一主用戶數據庫服務器應用程序和與所述第一主用戶數據庫服務器應用程序相關的第一備份用戶數據庫服務器應用程序。
102.根據權利要求101所述發方法還包括步驟將與所述第一主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與所述第一主用戶數據庫服務器應用程序相關的所述第一備份用戶數據庫服務器應用程序中。
103.根據權利要求102所述的方法，其中，所述第一備份用戶數據庫服務器應用程序位于所述第一呼叫應用節點中。
104.根據權利要求102所述的方法還包括步驟所述第一備份用戶數據庫服務器應用程序位于與所述第一呼叫應用節點相分離的呼叫應用節點中。
105.根據權利要求97所述的方法，其中所述第二用戶數據庫服務器應用程序包括第二主-備份組服務器應用程序，其中，所述第二主-備份組服務器應用程序包括在所述第二呼叫應用節點上執行的第二主用戶數據庫服務器應用程序和與所述第二主用戶數據庫服務器應用程序相關的第二備份用戶數據庫服務器應用程序。
106.根據權利要求105所述的方法還包括步驟將與所述第二主用戶數據庫服務器應用程序相關的狀態信息被鏡像到與所述第二主用戶數據庫服務器應用程序相關的所述第二備份用戶數據庫服務器應用程序中。
107.根據權利要求106所述的方法，其中，所述第二備份用戶數據庫服務器應用程序位于所述第二呼叫應用節點中。
108.根據權利要求106所述的方法，其中，所述第二備份用戶數據庫服務器應用程序位于與所述第二呼叫應用節點相分離的呼叫應用節點中。
109.在包括N個呼叫應用節點(CAN)的交換機中使用的一種方法，用于升級多個呼叫處理服務器應用程序，其中，每個呼叫處理服務器應用程序包括在N個CAN中的不同CAN上執行的主呼叫處理和備份呼叫處理，所述方法包括步驟接收在第一呼叫處理服務器應用程序上的可操作關閉命令，所述第一呼叫處理服務器應用程序包括在第一CAN上執行的第一主呼叫處理和在第二CAN上執行的第一備份呼叫處理；響應關閉命令的接收，禁用第一主呼叫處理，以使不再給第一CAN上的第一主呼叫處理發送與第一呼叫處理服務器應用程序相關的后來的呼叫業務；將第一備份呼叫處理重新指定為第一呼叫處理服務器應用程序的新主呼叫處理，以使所有與由第一呼叫處理服務器應用程序處理的先前呼叫相關的后來的呼叫業務都被發送給第二CAN上所重新指定的第一備份呼叫處理；如果有的話，把與第二呼叫處理服務器應用程序相關且位于第一CAN中的第二備份呼叫處理移動到不同的CAN中；和在第一CAN上安裝升級后的第一呼叫處理服務器應用程序，以使升級后的第一呼叫處理服務器應用程序的升級后的第一主呼叫處理在第一CAN上執行，并在第一CAN上產生升級后的第一呼叫處理服務器應用程序的升級后的第一備份呼叫處理。
110.根據權利要求109所述的方法還包括步驟從第一CAN除去禁用的第一主呼叫處理。
111.根據權利要求110所述的方法還包括步驟防止與新呼叫相關的將來呼叫業務被引導到重指定的第一備份呼叫處理。
112.根據權利要求111所述的方法還包括步驟當所有先前的呼叫終止時，從第二CAN中除去所重新指定的第一備份呼叫處理。
113.根據權利要求109所述的方法，其中，升級后第一主呼叫處理加入第一負載共享組服務器應用程序，所述第一負載共享組服務器應用程序包括與升級后的第一呼叫處理服務器應用程序相類似的呼叫處理服務器應用程序。
114.根據權利要求113所述的方法，其中，第一負載共享組服務器應用程序在節流機制的控制下，將與新呼叫相關的新呼叫業務發送到升級后的第一主呼叫處理中。
115.根據權利要求114所述的方法，其中，節流機制最初給升級后的第一主呼叫處理發送相對少量的新呼叫業務。
116.根據權利要求115所述的方法，其中，節流機制逐漸增加發送到升級后的第一主呼叫處理的新呼叫業務量。
117.根據權利要求109所述的方法，其中，所述收到的關閉命令由所述交換機自動產生。
118.根據權利要求109所述的方法，其中，所述收到的關閉命令由所述交換機的操作員產生。
119.一種通信交換機，包括N個呼叫應用節點(CAN)，能執行多個呼叫處理服務器應用程序，其中，每個呼叫處理服務器應用程序包括在N個CAN的不同CAN上執行的主呼叫處理和備份呼叫處理，其中，交換機執行能升級所述多個呼叫處理服務器應用程序的升級處理，所述升級處理包括接收在第一呼叫處理服務器應用程序上可操作的關閉命令，所述第一呼叫處理服務器應用程序包括在第一CAN上執行的第一主呼叫處理和在第二CAN上執行的第一備份呼叫處理；響應關閉命令的接收，禁用第一主呼叫處理，以使得不再給第一CAN上的第一主呼叫處理發送與第一呼叫處理服務器應用程序相關的呼叫業務；將第一備份呼叫處理重新指定為第一呼叫處理服務器應用程序的新主呼叫處理，使得所有與由第一呼叫處理服務器應用程序管理的先前呼叫相關的后來的呼叫業務都被發送到第二CAN上的重新指定的第一備份呼叫處理中；如果有的話，就把與第二呼叫處理服務器應用程序相關且位于第一CAN中的第二備份呼叫處理移動到不同的CAN中；和在第一CAN上安裝升級后的第一呼叫處理服務器應用程序，使得升級后的第一呼叫處理服務器應用程序的升級后的第一主呼叫處理在第一CAN上執行，并在第一CAN上產生升級后的第一呼叫處理服務器應用程序的升級后的第一備份呼叫處理。
120.根據權利要求119所述的通信交換機，其中，升級處理還包括從第一CAN中除去禁用的第一主呼叫處理。
121.根據權利要求120所述的通信交換機，其中，升級處理還包括防止與新呼叫相關的后來的呼叫業務被發送到重新指定的第一備份呼叫處理中。
122.根據權利要求121所述的通信交換機，其中，升級處理還包括當所有先前的呼叫終止時，從第二CAN中除去重新指定的第一備份呼叫處理。
123.根據權利要求119所述的通信交換機，其中，升級后的第一主呼叫處理加入第一負載共享組服務器應用程序，所述第一負載共享組服務器應用程序包括與升級后的第一呼叫處理服務器應用程序相類似的呼叫處理服務器應用程序。
124.根據權利要求123所述的通信交換機，其中，第一負載共享組服務器應用程序在節流機制的控制下，將與新呼叫相關的新呼叫業務發送到升級后的第一主呼叫處理中。
125.根據權利要求124所述的通信交換機，其中，節流機制最初給升級后的第一主呼叫處理發送相對少量的新呼叫業務。
126.根據權利要求125所述的通信交換機，其中，節流機制逐漸增加發送到升級后的第一主呼叫處理的新呼叫業務量。
127.根據權利要求119所述的通信交換機，其中，所述收到的關閉命令由所述交換機自動產生。
128.根據權利要求119所述的通信交換機，其中，所述收到的關閉命令由所述交換機的操作員產生。
全文摘要
一種在包括N個呼叫應用節點(CAN)的交換機中使用的方法，用于升級包括在不同CAN上執行的主呼叫處理和備份呼叫處理的多個呼叫處理服務器應用程序(CPSAP)，所述方法包括1)接收關閉命令，以關閉第一CPSAP；2)禁用第一主呼叫處理，使得不再給它發送與第一CPSAP相關的后來的呼叫業務；3)重新指定作為新主呼叫處理的第一備份呼叫處理，使得將與由第一CPSAP處理的先前呼叫相關的所有后來的呼叫業務都發送到重新指定的第一備份呼叫處理；4)如果有的話，就把與第二CPSAP相關且位于第一CAN上的第二備份呼叫處理移動到不同的CAN上；和5)在第一CAN上安裝升級后的第一CPSAP且執行它，并在第一CAN上產生升級后的第一備份呼叫處理。
文檔編號H04Q7/20GK1434648SQ02159599
公開日2003年8月6日 申請日期2002年12月31日 優先權日2001年12月31日
發明者戴維·A·柯林斯, 羅伊·C·戈斯韋爾 申請人:三星電子株式會社