專利名稱：會話初始協(xié)議應用系統(tǒng)的網(wǎng)絡級備份方法、設備和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種會話初始協(xié)議(SIP)應用系統(tǒng)的網(wǎng)絡級備份方法及采用該方法的設備和SIP應用系統(tǒng)。
背景技術：
為了達到99.999％的電信服務可靠性要求，通常提供電信服務的每個網(wǎng)絡設備內(nèi)部有相應的可靠性機制。例如，網(wǎng)絡設備通常由多塊處理板組成，處理板間配置為主備用關系，正常情況下業(yè)務由主用工作板提供。當主用工作板故障，相應的備用工作板升為主用接替故障板的工作，保證了業(yè)務提供的連續(xù)性。
除設備內(nèi)的可靠性機制外，運營商也關心網(wǎng)絡的可靠性。為用戶提供服務的某個網(wǎng)絡設備因不可控因素，如地震、洪水等而徹底故障。運營商希望將該網(wǎng)絡設備故障的影響減小到最低，繼續(xù)為用戶提供相應服務。網(wǎng)絡可靠性有很多具體實現(xiàn)方案，網(wǎng)絡可靠性的實現(xiàn)通常需要在兩個主、備網(wǎng)絡設備間備份或多或少的業(yè)務數(shù)據(jù)。
IETFRFC3261所定義的SIP協(xié)議，作為一種在兩方或多方間創(chuàng)建、修改、終結(jié)會話的應用層協(xié)議，當前已得到業(yè)界的廣泛支持，已廣泛應用于各類多媒體會話的建立中。比如，3GPP的IMS網(wǎng)絡以SIP協(xié)議為基礎。SIP協(xié)議也可用于基于互聯(lián)網(wǎng)(Internet)的各類會話控制。以SIP協(xié)議為基礎的應用系統(tǒng)將越來越多地部署在電信運營商的網(wǎng)絡中，為用戶提供高質(zhì)量的電信服務。
本發(fā)明關注SIP應用系統(tǒng)中，在主、備網(wǎng)絡設備間備份業(yè)務數(shù)據(jù)的方法。
圖1是一種現(xiàn)有技術的在主、備網(wǎng)絡設備間備份業(yè)務數(shù)據(jù)的結(jié)構(gòu)示意圖。如圖1所示，服務器P1為用戶Bob提供服務。為保證主用服務器P1故障時，Bob仍然能夠得到服務(接聽Alice的呼叫)，Bob的終端配置了兩個SIP服務器P1和P2的IP地址。Bob終端在發(fā)起注冊(REGISTER)時，分別同時注冊在兩個服務器。
當Alice的終端發(fā)現(xiàn)P1故障，將INVITE請求發(fā)往備用服務器P2。因Bob在P2已注冊，因此P2可以為Bob服務，將來自Alice的呼叫請求(4)INVITE轉(zhuǎn)發(fā)給Bob的終端。
在該方案中，達到同步SIP服務器P1與P2關于Bob的注冊數(shù)據(jù)的目的，是通過Bob終端配置兩個服務器地址，發(fā)起注冊、注銷時，同時分別與兩個服務器交互而完成的。
為了使主、備用服務器中用戶注冊數(shù)據(jù)保持同步，用戶終端要分別向主、備服務器發(fā)送注冊請求并接收相應響應。相當于用戶終端分別在主、備服務器上進行了注冊，數(shù)據(jù)同步是由終端完成的。在該方案中，為同步網(wǎng)絡設備間的數(shù)據(jù)而增加了對用戶終端的要求，而實際的用戶終端一般不支持這樣的特殊功能，因此該方案不通用。
圖2是另一種現(xiàn)有技術的在主、備網(wǎng)絡設備間備份業(yè)務數(shù)據(jù)的結(jié)構(gòu)示意圖。
為使網(wǎng)絡設備間的數(shù)據(jù)同步方案與終端無關，可在主、備服務器間進行數(shù)據(jù)動態(tài)實時備份。如圖2所示，Bob只需要注冊到服務器P1上，其注冊相關數(shù)據(jù)被實時備份到服務器P2。當P1故障時，P2也可以為Bob提供服務。圖中D1與D2為商業(yè)數(shù)據(jù)庫，例如SQL服務器，接口“(3)database replication”為商業(yè)數(shù)據(jù)庫提供的實時數(shù)據(jù)備份接口。
通過商業(yè)數(shù)據(jù)庫提供的復制機制進行數(shù)據(jù)備份，顯然要求網(wǎng)絡設備的實現(xiàn)采用了現(xiàn)有的商用數(shù)據(jù)庫技術。但網(wǎng)絡設備的實現(xiàn)，基于成本、效率等各方面因素，絕大多數(shù)不會采用商用數(shù)據(jù)庫。
如果網(wǎng)絡設備的實現(xiàn)沒有采用商用數(shù)據(jù)庫，目前也存在通過私有協(xié)議在需同步數(shù)據(jù)的網(wǎng)絡設備間傳遞備份數(shù)據(jù)的情形。但私有協(xié)議的可擴展性不強，往往與具體要備份的數(shù)據(jù)相關聯(lián)。當增加了新的備份需求，要相應修改私有協(xié)議，不是一種通用的方法。

發(fā)明內(nèi)容
本發(fā)明的目的是針對SIP應用系統(tǒng)提供克服以上困難的備份方法、采用該方法的設備和系統(tǒng)。
根據(jù)第一方面，本發(fā)明提供一種SIP應用系統(tǒng)的網(wǎng)絡級備份方法，所述SIP應用系統(tǒng)包括通過網(wǎng)絡相連的用戶代理客戶端、用戶代理服務器和備用用戶代理服務器，所述方法包括步驟基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息，其中所述第一和第二請求消息包括狀態(tài)數(shù)據(jù)；將第二請求消息發(fā)送給備用用戶代理服務器；備用用戶代理服務器接收到第二請求消息后，創(chuàng)建狀態(tài)數(shù)據(jù)。
在第一方面中，優(yōu)選的是，所述產(chǎn)生步驟和發(fā)送步驟是由所述用戶代理服務器完成的。
優(yōu)選的是，所述SIP應用系統(tǒng)包括SIP代理服務器(Proxy)，所述產(chǎn)生步驟和發(fā)送步驟由該SIP代理服務器在收到來自用戶代理服務器的針對第一請求消息的成功響應消息后完成。
優(yōu)選的是，所述產(chǎn)生第二請求消息的步驟包括，通過在第一請求消息的route(路由)頭域中添加備用用戶代理服務器的地址而產(chǎn)生第二請求消息。
優(yōu)選的是，所述狀態(tài)數(shù)據(jù)包括訂閱狀態(tài)數(shù)據(jù)或注冊狀態(tài)數(shù)據(jù)。
優(yōu)選的是，所述方法包括一個確認響應消息由備用用戶代理服務器返回給第二請求消息的發(fā)送者，且不被該發(fā)送者繼續(xù)路由的步驟。
優(yōu)選的是，所述第二消息的超時數(shù)值是用戶代理服務器確定的超時數(shù)值。
根據(jù)第二方面，提供一種在SIP應用系統(tǒng)中的用戶代理服務器，所述SIP應用系統(tǒng)還包括通過網(wǎng)絡與用戶代理服務器相連的用戶代理客戶端和備用用戶代理服務器，所述用戶代理服務器包括基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息的裝置，其中所述第一和第二請求消息包括狀態(tài)數(shù)據(jù)；將第二請求消息發(fā)送給備用用戶代理服務器的裝置，以便備用用戶代理服務器創(chuàng)建狀態(tài)數(shù)據(jù)。
在第二方面中，優(yōu)選的是所述用戶代理服務器包括接收來自備用用戶代理服務器的確認響應消息且不將其繼續(xù)路由的裝置。
根據(jù)第三方面，提供一種在SIP應用系統(tǒng)中的備用用戶代理服務器，所述SIP應用系統(tǒng)還包括通過網(wǎng)絡和用戶代理服務器相連的用戶代理客戶端和備用用戶代理服務器，所述備用用戶代理服務器包括接收第二請求消息的裝置，所述第二請求消息是基于用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息而產(chǎn)生的，所述第一和第二請求消息包括狀態(tài)數(shù)據(jù)；基于第二請求消息，創(chuàng)建狀態(tài)數(shù)據(jù)的裝置。
根據(jù)第四方面，提供一種在SIP應用系統(tǒng)中的SIP代理服務器，所述SIP應用系統(tǒng)包括通過網(wǎng)絡和SIP代理服務器相連的用戶代理客戶端、用戶代理服務器和備用用戶代理服務器，所述SIP代理服務器包括基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息的裝置，其中所述第一和第二請求消息包括狀態(tài)數(shù)據(jù)；將第二請求消息發(fā)送給備用用戶代理服務器的裝置，從而備用用戶代理服務器接收到第二請求消息后，創(chuàng)建狀態(tài)數(shù)據(jù)。
在第四方面中，優(yōu)選地，所述SIP代理服務器包括接收來自備用用戶代理服務器的確認響應消息且不將其繼續(xù)路由的裝置。
優(yōu)選地，所述SIP代理服務器包括將來自用戶代理客戶端的第一請求消息發(fā)送給用戶代理服務器的裝置。
根據(jù)第五方面，提供一種SIP應用系統(tǒng)，包括用戶代理客戶端、如第二方面所述的用戶代理服務器和如第三方面所述的備用用戶代理服務器。
根據(jù)第六方面，提供一種SIP應用系統(tǒng)，包括用戶代理客戶端、用戶代理服務器、如第四方面所述的SIP代理服務器和如第三方面所述的備用用戶代理服務器。
需要指出，請求消息和狀態(tài)數(shù)據(jù)有關是指依據(jù)SIP協(xié)議，相關服務器可以從該請求生成所述的狀態(tài)數(shù)據(jù)。
本發(fā)明利用SIP協(xié)議消息完成相關狀態(tài)數(shù)據(jù)的備份，不需要相關的網(wǎng)絡設備支持專門為備份目的設計的私有協(xié)議，通用性和擴展性強。


下面將以舉例的形式參照附圖對本發(fā)明的實施方案進行更詳細的說明，其中圖1是一種現(xiàn)有技術的在主、備網(wǎng)絡設備間備份業(yè)務數(shù)據(jù)的組網(wǎng)示意圖；圖2是另一種現(xiàn)有技術的在主、備網(wǎng)絡設備間備份業(yè)務數(shù)據(jù)的組網(wǎng)示意圖；圖3是用戶訂閱其注冊狀態(tài)事件的流程的示意圖；圖4是用戶訂閱成功時訂閱狀態(tài)數(shù)據(jù)的分布示意圖；圖5是根據(jù)本發(fā)明的一個實施方案的網(wǎng)絡設備間備份訂閱狀態(tài)數(shù)據(jù)的流程示意圖；圖6是SIP服務器與備份實體的內(nèi)部實現(xiàn)機制的示意圖；圖7a-d是圖5中消息3-消息6的實際例子；
圖8是網(wǎng)絡設備間備份注冊狀態(tài)數(shù)據(jù)的流程的示意圖；圖9是根據(jù)本發(fā)明另一個實施方案的SIP應用系統(tǒng)的結(jié)構(gòu)示意圖；圖10是圖9所示的SIP應用系統(tǒng)通過SIP消息進行狀態(tài)數(shù)據(jù)備份的流程示意圖。
具體實施例方式
網(wǎng)絡設備間的數(shù)據(jù)備份，一般不需要備份呼叫狀態(tài)相關數(shù)據(jù)(呼叫狀態(tài)變化非常頻繁，數(shù)據(jù)量大，只在設備內(nèi)部主、備板間進行實時備份)，而是針對用戶在網(wǎng)絡設備的注冊狀態(tài)數(shù)據(jù)、訂閱狀態(tài)數(shù)據(jù)等數(shù)據(jù)量不大，變化不頻繁的重要數(shù)據(jù)進行實時備份。
SIP注冊過程可參見RFC3261第10章“Registrations”。SIP訂閱的基本過程可參見RFC3265?；赗FC3265的架構(gòu)，由其他RFC定義具體的事件訂閱機制。例如RFC3680(A SIP Event Package forRegistrations)定義了注冊狀態(tài)事件的訂閱和通知機制。通過該機制，用戶可訂閱其在網(wǎng)絡設備的注冊狀態(tài)。當該用戶注冊狀態(tài)發(fā)生變化，可獲得及時的NOTIFY通知。例如，用戶通過多個不同終端同時注冊在服務器，用戶進入實驗室再以實驗室終端注冊。用戶通過網(wǎng)絡設備發(fā)來的注冊狀態(tài)事件通知，了解自己共在哪些終端上進行了注冊。注冊狀態(tài)事件訂閱機制還可用在其他場合，具體可參考RFC3680第三章“Usage Scenarios”。
本發(fā)明將以“訂閱和注冊狀態(tài)數(shù)據(jù)”在網(wǎng)絡設備間的備份為例說明本發(fā)明的具體實現(xiàn)。
圖3是用戶訂閱其注冊狀態(tài)事件的流程的示意圖。如圖3所示，步驟1-4，用戶終端UE通過SIP服務器的認證后，在SIP服務器注冊成功。步驟5-6，UE收到對注冊請求REGISTER的200響應后，發(fā)送SUBSCRIBE(即，訂閱)消息訂閱其自身注冊狀態(tài)事件。UE收到對SUBSCRIBE的200響應，維護相應的SIP Dialog(對話)狀態(tài)以及訂閱Subscription(訂閱)狀態(tài)。步驟7-8，因業(yè)務需要，例如運營商更改用戶簽約數(shù)據(jù)，需要終端發(fā)起重新注冊，SIP服務器向UE發(fā)NOTIFY(通知)請求以通知其注冊狀態(tài)改變，此NOTIFY請求的發(fā)送基于步驟5-6中用戶終端與SIP服務器間建立的SIP對話及訂閱狀態(tài)。
對話是SIP協(xié)議的基本概念之一，對話是在兩個用戶代理(UA)間持續(xù)一段時間的點對點的聯(lián)系，由Call-ID、From Tag、To Tag等來唯一標識。對話中保存一些狀態(tài)數(shù)據(jù)，如路由集等。
成功的訂閱除了創(chuàng)建對話之外，也會創(chuàng)建訂閱。訂閱也是SIP協(xié)議的基本概念之一。訂閱包含對應的對話指針、事件包名稱、訂閱定時器以及與具體事件相關的狀態(tài)。后續(xù)SIP服務器發(fā)向終端的事件通知NOTIFY，以及后續(xù)終端通過SUBSCRIBE消息進行訂閱狀態(tài)的更新，都要基于已建立的對話和訂閱。
圖4是用戶訂閱成功時訂閱狀態(tài)數(shù)據(jù)的分布示意圖。如圖4所示，當用戶訂閱成功，在用戶終端與SIP服務器都保存了與該訂閱相關的對話和訂閱。
任何用戶注冊狀態(tài)的改變都會通過NOTIFY消息通知終端。當SIP服務器故障，用戶在該SIP服務器上的注冊狀態(tài)實際丟失了，這本身也是注冊狀態(tài)的改變，也應該通知訂閱注冊狀態(tài)事件的終端。但SIP服務器在本身故障的情況下無法發(fā)出任何通知消息。如能將與用戶訂閱相關的訂閱狀態(tài)數(shù)據(jù)(即前述的對話和訂閱)保存在備用實體，備用實體可基于保存的SIP對話及訂閱，生成NOTIFY通知終端相應的注冊狀態(tài)已失效。
圖5是根據(jù)本發(fā)明的一個實施方案的網(wǎng)絡設備間備份訂閱狀態(tài)數(shù)據(jù)(對話和訂閱)的流程的示意圖。兩個網(wǎng)絡設備間備份訂閱狀態(tài)數(shù)據(jù)的流程如下。
步驟1-2，用戶終端在SIP服務器注冊成功。
步驟3-4，終端發(fā)起用戶注冊狀態(tài)事件訂閱。SIP服務器接收該訂閱請求，并回送對SUBSCRIBE的200響應表明接受該訂閱。SIP服務器保存了與該訂閱相關的對話及訂閱信息。
步驟5-6，SIP服務器要將對話以及訂閱信息備份到備用實體，向備用實體發(fā)送一個與消息3類似的SUBSCRIBE請求消息來達到這一目的。備用實體依據(jù)收到的SUBSCRIBE請求生成對話及訂閱，向SIP服務器回送200響應。SIP服務器收到200響應，表明訂閱狀態(tài)數(shù)據(jù)備份成功。
圖6是SIP服務器與備份實體的內(nèi)部實現(xiàn)機制的示意圖。如圖6所示，步驟1-2，SIP服務器接收到SUBSCRIBE請求后，終結(jié)該請求。Server APP模塊接受該訂閱并向終端回送200響應表明訂閱成功。對話、訂閱也相應被創(chuàng)建和保存。通常的訂閱流程到這里結(jié)束。
步驟3，根據(jù)本發(fā)明，SIP服務器的應用層判斷需要將訂閱狀態(tài)數(shù)據(jù)備份到相應的備用實體(例如，依據(jù)配置信息)，通過接口3，通知備份(Backup)模塊進行后續(xù)處理。
步驟4，備份模塊能通過SIP協(xié)議棧接口獲得SIP服務器從終端接收的SUBSCRIBE請求消息，由于要將該請求路由到備用實體，在SUBSCRIBE請求中增加Route頭域包含目的備份實體地址，通過SIP協(xié)議棧事務層(Transaction)將該請求發(fā)到相應的備用實體。
步驟5-6，備用實體接收到SUBSCRIBE請求，依據(jù)SIP協(xié)議要求的處理過程，將創(chuàng)建對話以及訂閱等訂閱狀態(tài)數(shù)據(jù)，并依據(jù)SUBSCRIBE請求中攜帶的Via頭域回送200響應到SIP服務器。由于是備用實體，收到SUBSCRIBE請求，不按SIP協(xié)議處理流程對收到的請求繼續(xù)做路由。一方面，備用實體可以將自身定位為相對于SIP服務器的備用服務器，凡是來自SIP服務器的請求消息均不再作繼續(xù)路由。另一方面，SIP服務器在發(fā)給備用實體的請求時，也可以通過添加特定的指示來表明是做備份用途，例如，備用實體依據(jù)接收的請求中的Route頭域中所攜帶的指示參數(shù)來判斷自身對該請求做備用實體角色。
步驟7，SIP服務器從事務層接收到備用實體的200響應后，關聯(lián)到相應的備份模塊。雖然該200響應中還有后續(xù)的Via頭域，但備份模塊此時并不將該200響應依據(jù)Via頭域繼續(xù)路由。
通過以上流程，SIP服務器完成訂閱狀態(tài)數(shù)據(jù)在備用實體的備份。
需要指出，在具體實現(xiàn)中，步驟3和步驟2的順序可能有所不同。此外，SIP服務器也可以將Subscribe請求消息按照備用實體的IP地址發(fā)給備用實體，然后備用實體將與之對應的成功響應消息按照SIP服務器的IP地址發(fā)送給SIP服務器。
在SIP訂閱機制的交互過程中，用戶終端發(fā)送的Subscribe請求中包含Expire(超時)頭域，向SIP服務器表明其希望的訂閱周期。訂閱周期結(jié)束前，終端需重新發(fā)送Subscribe請求更新訂閱狀態(tài)，否則SIP服務器將結(jié)束訂閱。SIP服務器返回的200響應也攜帶超時頭域，確定最終的訂閱周期(可縮短用戶要求的訂閱周期)。如SIP服務器200響應中超時的值與所接收Subscribe請求中超時的值不同，則圖6步驟4發(fā)給備用實體的Subscribe中的超時頭域需為SIP服務器最終確定的訂閱周期，而不是終端希望的訂閱周期。這是因為備用實體沒有決定訂閱周期的邏輯判斷功能，僅依據(jù)收到的Subscribe請求自動生成相應的對話和訂閱。
當SIP服務器接收終端發(fā)出的用于更新已有訂閱的SUBSCRIBE請求，同樣按圖6流程向備用實體發(fā)送SUBSCRIBE請求以更新備用實體的相應訂閱狀態(tài)數(shù)據(jù)。
終端沒有發(fā)送訂閱請求以刷新訂閱狀態(tài)而導致已有訂閱的超時終止，SIP服務器不需要與備用實體交互，因訂閱定時器功能通常屬于SIP協(xié)議棧功能。當沒有收到用于刷新的訂閱請求，備用實體上的訂閱狀態(tài)也會自動終止。
圖7a-d是圖5中消息3-消息6的實際例子。通過圖7a所示的消息3，用戶終端向SIP服務器發(fā)起事件訂閱。通過圖7b所示的消息4，SIP服務器回送200響應表明訂閱成功。通過圖7c所示的消息5，SIP服務器通過向備用實體發(fā)送SUBSCRIBE請求來備份相關狀態(tài)。其中添加Via頭域為自身地址，添加Route頭域包含備用實體地址。其中超時頭域的值等于消息4中相應的超時值。通過圖7d所示的消息6，SIP服務器收到來自備用實體的200響應，其中Via包含自身地址。此時SIP服務器并不依據(jù)其他Via頭域繼續(xù)路由該200響應。
同理，當需要備份注冊狀態(tài)數(shù)據(jù)時，SIP服務器也可采用類似方法向備用實體發(fā)送REGISTER(即，注冊)請求完成注冊狀態(tài)數(shù)據(jù)的時實備份。圖8是網(wǎng)絡設備間備份注冊狀態(tài)數(shù)據(jù)的流程的示意圖。由于具體過程與訂閱狀態(tài)數(shù)據(jù)類似，故不再重復。
圖9是根據(jù)本發(fā)明的另一個實施方案，SIP應用系統(tǒng)進行狀態(tài)數(shù)據(jù)備份的結(jié)構(gòu)示意圖。在該實施方案中，通過網(wǎng)絡設備SIP代理服務器(PROXY)將來自終端的請求按正常流程轉(zhuǎn)發(fā)給SIP服務器，SIP服務器處理成功后，SIP代理服務器也將接收的來自終端的請求發(fā)送給備用實體。
以注冊為例，該實施方案的具體流程圖如圖10所示。
如圖10，發(fā)送給備用實體的消息5 REGISTER與發(fā)往SIP服務器的消息2的差異，在于消息2是按通常的SIP消息路由方式生成的。消息5是SIP代理服務器強行發(fā)往備用實體的，增加一個Route頭域表明備用實體的地址。
此實施方案的備份方法本質(zhì)上與前面描述的方法是相同的，僅是將原先在SIP服務器所完成的備份工作(注冊成功后，向備份服務器發(fā)送REGISTER以備份狀態(tài)數(shù)據(jù))改在由SIP代理服務器來執(zhí)行。這里，SIP代理服務器需收到對REGISTER的200響應，確定注冊成功后，再執(zhí)行相應的備份任務。
此外，結(jié)構(gòu)示意圖9中的SIP代理服務器，也可被替換為SIP實體B2BUA(Back-to-Back User Agent)背靠背用戶代理，此時備份處理過程與前述相同。B2BUA向SIP服務器發(fā)送請求并收到成功響應后，向備用實體發(fā)送相應請求以備份相關狀態(tài)數(shù)據(jù)。
本發(fā)明的技術方案利用SIP協(xié)議消息完成相關狀態(tài)數(shù)據(jù)的備份，不需要相關的網(wǎng)絡設備支持專門為備份目的設計的私有協(xié)議，通用性和擴展性強。
利用SIP消息在SIP服務器和相關備用實體間傳遞信息，可利用SIP消息的路由機制。SIP服務器和備用實體往往不在一處(否則無法達到容災的效果)，其間可以有其他網(wǎng)絡設備，通過這些網(wǎng)絡設備可完成SIP消息的路由。
本發(fā)明前面的描述以發(fā)送SIP請求的實體為用戶終端，接收SIP請求的實體為SIP服務器的方式為例來說明。實際上，本發(fā)明中發(fā)送SIP請求的實體并不限定于是終端，也可以是SIP服務器，本質(zhì)上是SIP協(xié)議中的邏輯實體UAC(用戶代理客戶端)，接收SIP請求的實體也不限定是SIP服務器，也可以是終端，本質(zhì)上是SIP協(xié)議中的邏輯實體UAS(用戶代理服務器端)。前述備用實體本質(zhì)上也是UAS。
需要指出，本發(fā)明的技術方案既可以由運行在網(wǎng)絡服務器中的中央處理器(CPU)的軟件來實現(xiàn)，也可以由獨立的硬件組合完成。
顯而易見，在此描述的本發(fā)明可以有許多變化，這種變化不能認為偏離本發(fā)明的精神和范圍。因此，所有對本領域技術人員顯而易見的改變，都包括在本權利要求書的涵蓋范圍之內(nèi)。
權利要求
1.一種SIP應用系統(tǒng)的網(wǎng)絡級備份方法，所述SIP應用系統(tǒng)包括通過網(wǎng)絡相連的用戶代理客戶端、用戶代理服務器和備用用戶代理服務器，所述方法包括步驟基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息，其中所述第一和第二請求消息和擬備份的狀態(tài)數(shù)據(jù)有關；將第二請求消息發(fā)送給備用用戶代理服務器；備用用戶代理服務器接收到第二請求消息后，創(chuàng)建該狀態(tài)數(shù)據(jù)。
2.如權利要求1所述的網(wǎng)絡級備份方法，其特征在于所述產(chǎn)生步驟和發(fā)送步驟是由所述用戶代理服務器完成的。
3.如權利要求1所述的網(wǎng)絡級備份方法，其特征在于所述SIP應用系統(tǒng)包括SIP代理服務器，所述產(chǎn)生步驟和發(fā)送步驟由該SIP代理服務器在收到來自用戶代理服務器的針對第一請求消息的成功響應消息后完成。
4.如權利要求1-3之一所述的網(wǎng)絡級備份方法，其特征在于所述產(chǎn)生第二請求消息的步驟包括，通過在第一請求消息的route頭域中添加備用用戶代理服務器的地址而產(chǎn)生第二請求消息。
5.如權利要求1-3之一所述的網(wǎng)絡級備份方法，其特征在于所述狀態(tài)數(shù)據(jù)包括訂閱狀態(tài)數(shù)據(jù)或注冊狀態(tài)數(shù)據(jù)。
6.如權利要求5所述的網(wǎng)絡級備份方法，其特征在于所述第二消息的超時頭域的數(shù)值是用戶代理服務器確定的超時數(shù)值。
7.如權利要求1-3之一所述的網(wǎng)絡級備份方法，其特征在于包括一個第二請求消息的確認響應消息由備用用戶代理服務器返回給第二請求消息的發(fā)送者，且不被該發(fā)送者繼續(xù)路由的步驟。
8.一種在SIP應用系統(tǒng)中的用戶代理服務器，所述SIP應用系統(tǒng)還包括通過網(wǎng)絡與用戶代理服務器相連的用戶代理客戶端和備用用戶代理服務器，所述用戶代理服務器包括基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息的裝置，其中所述第一和第二請求消息和擬備份的狀態(tài)數(shù)據(jù)有關；將第二請求消息發(fā)送給所述備用用戶代理服務器的裝置，以便該備用用戶代理服務器創(chuàng)建所述狀態(tài)數(shù)據(jù)。
9.如權利要求8所述的用戶代理服務器，其特征在于包括接收來自所述備用用戶代理服務器的確認響應消息且不將其繼續(xù)路由的裝置。
10.一種在SIP應用系統(tǒng)中的備用用戶代理服務器，所述SIP應用系統(tǒng)還包括通過網(wǎng)絡和所述備用用戶代理服務器相連的用戶代理客戶端和用戶代理服務器，所述備用用戶代理服務器包括接收第二請求消息的裝置，所述第二請求消息是基于用戶代理客戶端發(fā)送給所述用戶代理服務器的第一請求消息而產(chǎn)生的，所述第一和第二請求消息和擬備份的狀態(tài)數(shù)據(jù)有關；基于第二請求消息，創(chuàng)建狀態(tài)數(shù)據(jù)的裝置
11.一種在SIP應用系統(tǒng)中的SIP代理服務器，所述SIP應用系統(tǒng)包括通過網(wǎng)絡和SIP代理服務器相連的用戶代理客戶端、用戶代理服務器和備用用戶代理服務器，所述SIP代理服務器包括基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息的裝置，其中所述第一和第二請求消息和擬備份的狀態(tài)數(shù)據(jù)有關；將第二請求消息發(fā)送給備用用戶代理服務器的裝置，從而備用用戶代理服務器接收到第二請求消息后，創(chuàng)建所述狀態(tài)數(shù)據(jù)。
12.如權利要求11所述的SIP代理服務器，其特征在于包括接收來自備用用戶代理服務器的確認響應消息且不將其繼續(xù)路由的裝置。
13.如權利要求11所述的SIP代理服務器，其特征在于包括將來自用戶代理客戶端的第一請求消息發(fā)送給用戶代理服務器的裝置。
14.一種SIP應用系統(tǒng)，包括用戶代理客戶端、如權利要求8所述的用戶代理服務器和權利要求10所述的備用用戶代理服務器。
15.一種SIP應用系統(tǒng)，包括用戶代理客戶端、用戶代理服務器、如權利要求12所述的SIP代理服務器，和權利要求10所述的備用用戶代理服務器。
全文摘要
本發(fā)明提供一種SIP應用系統(tǒng)的網(wǎng)絡級備份方法、采用該方法的服務器和SIP應用系統(tǒng)。在該方法中，所述SIP應用系統(tǒng)包括通過網(wǎng)絡相連的用戶代理客戶端、用戶代理服務器和備用用戶代理服務器，所述方法包括步驟基于自用戶代理客戶端發(fā)送給用戶代理服務器的第一請求消息，產(chǎn)生第二請求消息，其中所述第一和第二請求消息包括狀態(tài)數(shù)據(jù)；將第二請求消息發(fā)送給備用用戶代理服務器；備用用戶代理服務器接收到第二請求消息后，創(chuàng)建狀態(tài)數(shù)據(jù)。本發(fā)明的方法利用SIP協(xié)議消息完成相關狀態(tài)數(shù)據(jù)的備份，不需要相關的網(wǎng)絡設備支持專門為備份目的設計的私有協(xié)議，通用性和擴展性強。
文檔編號H04L12/24GK1893432SQ20061003291
公開日2007年1月10日 申請日期2006年1月11日 優(yōu)先權日2006年1月11日
發(fā)明者文楷 申請人:華為技術有限公司