會話初始協議應用系統的網絡級備份方法、設備和系統的製作方法
2023-05-29 19:32:11
專利名稱：會話初始協議應用系統的網絡級備份方法、設備和系統的製作方法
技術領域：
本發明涉及一種會話初始協議(SIP)應用系統的網絡級備份方法及採用該方法的設備和SIP應用系統。
背景技術：
為了達到99.999％的電信服務可靠性要求，通常提供電信服務的每個網絡設備內部有相應的可靠性機制。例如，網絡設備通常由多塊處理板組成，處理板間配置為主備用關係，正常情況下業務由主用工作板提供。當主用工作板故障，相應的備用工作板升為主用接替故障板的工作，保證了業務提供的連續性。
除設備內的可靠性機制外，運營商也關心網絡的可靠性。為用戶提供服務的某個網絡設備因不可控因素，如地震、洪水等而徹底故障。運營商希望將該網絡設備故障的影響減小到最低，繼續為用戶提供相應服務。網絡可靠性有很多具體實現方案，網絡可靠性的實現通常需要在兩個主、備網絡設備間備份或多或少的業務數據。
IETFRFC3261所定義的SIP協議，作為一種在兩方或多方間創建、修改、終結會話的應用層協議，當前已得到業界的廣泛支持，已廣泛應用於各類多媒體會話的建立中。比如，3GPP的IMS網絡以SIP協議為基礎。SIP協議也可用於基於網際網路(Internet)的各類會話控制。以SIP協議為基礎的應用系統將越來越多地部署在電信運營商的網絡中，為用戶提供高質量的電信服務。
本發明關注SIP應用系統中，在主、備網絡設備間備份業務數據的方法。
圖1是一種現有技術的在主、備網絡設備間備份業務數據的結構示意圖。如圖1所示，伺服器P1為用戶Bob提供服務。為保證主用伺服器P1故障時，Bob仍然能夠得到服務(接聽Alice的呼叫)，Bob的終端配置了兩個SIP伺服器P1和P2的IP位址。Bob終端在發起註冊(REGISTER)時，分別同時註冊在兩個伺服器。
當Alice的終端發現P1故障，將INVITE請求發往備用伺服器P2。因Bob在P2已註冊，因此P2可以為Bob服務，將來自Alice的呼叫請求(4)INVITE轉發給Bob的終端。
在該方案中，達到同步SIP伺服器P1與P2關於Bob的註冊數據的目的，是通過Bob終端配置兩個伺服器地址，發起註冊、註銷時，同時分別與兩個伺服器交互而完成的。
為了使主、備用伺服器中用戶註冊數據保持同步，用戶終端要分別向主、備伺服器發送註冊請求並接收相應響應。相當於用戶終端分別在主、備伺服器上進行了註冊，數據同步是由終端完成的。在該方案中，為同步網絡設備間的數據而增加了對用戶終端的要求，而實際的用戶終端一般不支持這樣的特殊功能，因此該方案不通用。
圖2是另一種現有技術的在主、備網絡設備間備份業務數據的結構示意圖。
為使網絡設備間的數據同步方案與終端無關，可在主、備伺服器間進行數據動態實時備份。如圖2所示，Bob只需要註冊到伺服器P1上，其註冊相關數據被實時備份到伺服器P2。當P1故障時，P2也可以為Bob提供服務。圖中D1與D2為商業資料庫，例如SQL伺服器，接口「(3)database replication」為商業資料庫提供的實時數據備份接口。
通過商業資料庫提供的複製機制進行數據備份，顯然要求網絡設備的實現採用了現有的商用資料庫技術。但網絡設備的實現，基於成本、效率等各方面因素，絕大多數不會採用商用資料庫。
如果網絡設備的實現沒有採用商用資料庫，目前也存在通過私有協議在需同步數據的網絡設備間傳遞備份數據的情形。但私有協議的可擴展性不強，往往與具體要備份的數據相關聯。當增加了新的備份需求，要相應修改私有協議，不是一種通用的方法。
發明內容
本發明的目的是針對SIP應用系統提供克服以上困難的備份方法、採用該方法的設備和系統。
根據第一方面，本發明提供一種SIP應用系統的網絡級備份方法，所述SIP應用系統包括通過網絡相連的用戶代理客戶端、用戶代理伺服器和備用用戶代理伺服器，所述方法包括步驟基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息，其中所述第一和第二請求消息包括狀態數據；將第二請求消息發送給備用用戶代理伺服器；備用用戶代理伺服器接收到第二請求消息後，創建狀態數據。
在第一方面中，優選的是，所述產生步驟和發送步驟是由所述用戶代理伺服器完成的。
優選的是，所述SIP應用系統包括SIP代理伺服器(Proxy)，所述產生步驟和發送步驟由該SIP代理伺服器在收到來自用戶代理伺服器的針對第一請求消息的成功響應消息後完成。
優選的是，所述產生第二請求消息的步驟包括，通過在第一請求消息的route(路由)頭域中添加備用用戶代理伺服器的地址而產生第二請求消息。
優選的是，所述狀態數據包括訂閱狀態數據或註冊狀態數據。
優選的是，所述方法包括一個確認響應消息由備用用戶代理伺服器返回給第二請求消息的發送者，且不被該發送者繼續路由的步驟。
優選的是，所述第二消息的超時數值是用戶代理伺服器確定的超時數值。
根據第二方面，提供一種在SIP應用系統中的用戶代理伺服器，所述SIP應用系統還包括通過網絡與用戶代理伺服器相連的用戶代理客戶端和備用用戶代理伺服器，所述用戶代理伺服器包括基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息的裝置，其中所述第一和第二請求消息包括狀態數據；將第二請求消息發送給備用用戶代理伺服器的裝置，以便備用用戶代理伺服器創建狀態數據。
在第二方面中，優選的是所述用戶代理伺服器包括接收來自備用用戶代理伺服器的確認響應消息且不將其繼續路由的裝置。
根據第三方面，提供一種在SIP應用系統中的備用用戶代理伺服器，所述SIP應用系統還包括通過網絡和用戶代理伺服器相連的用戶代理客戶端和備用用戶代理伺服器，所述備用用戶代理伺服器包括接收第二請求消息的裝置，所述第二請求消息是基於用戶代理客戶端發送給用戶代理伺服器的第一請求消息而產生的，所述第一和第二請求消息包括狀態數據；基於第二請求消息，創建狀態數據的裝置。
根據第四方面，提供一種在SIP應用系統中的SIP代理伺服器，所述SIP應用系統包括通過網絡和SIP代理伺服器相連的用戶代理客戶端、用戶代理伺服器和備用用戶代理伺服器，所述SIP代理伺服器包括基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息的裝置，其中所述第一和第二請求消息包括狀態數據；將第二請求消息發送給備用用戶代理伺服器的裝置，從而備用用戶代理伺服器接收到第二請求消息後，創建狀態數據。
在第四方面中，優選地，所述SIP代理伺服器包括接收來自備用用戶代理伺服器的確認響應消息且不將其繼續路由的裝置。
優選地，所述SIP代理伺服器包括將來自用戶代理客戶端的第一請求消息發送給用戶代理伺服器的裝置。
根據第五方面，提供一種SIP應用系統，包括用戶代理客戶端、如第二方面所述的用戶代理伺服器和如第三方面所述的備用用戶代理伺服器。
根據第六方面，提供一種SIP應用系統，包括用戶代理客戶端、用戶代理伺服器、如第四方面所述的SIP代理伺服器和如第三方面所述的備用用戶代理伺服器。
需要指出，請求消息和狀態數據有關是指依據SIP協議，相關伺服器可以從該請求生成所述的狀態數據。
本發明利用SIP協議消息完成相關狀態數據的備份，不需要相關的網絡設備支持專門為備份目的設計的私有協議，通用性和擴展性強。
下面將以舉例的形式參照附圖對本發明的實施方案進行更詳細的說明，其中圖1是一種現有技術的在主、備網絡設備間備份業務數據的組網示意圖；圖2是另一種現有技術的在主、備網絡設備間備份業務數據的組網示意圖；圖3是用戶訂閱其註冊狀態事件的流程的示意圖；圖4是用戶訂閱成功時訂閱狀態數據的分布示意圖；圖5是根據本發明的一個實施方案的網絡設備間備份訂閱狀態數據的流程示意圖；圖6是SIP伺服器與備份實體的內部實現機制的示意圖；圖7a-d是圖5中消息3-消息6的實際例子；
圖8是網絡設備間備份註冊狀態數據的流程的示意圖；圖9是根據本發明另一個實施方案的SIP應用系統的結構示意圖；圖10是圖9所示的SIP應用系統通過SIP消息進行狀態數據備份的流程示意圖。
具體實施例方式
網絡設備間的數據備份，一般不需要備份呼叫狀態相關數據(呼叫狀態變化非常頻繁，數據量大，只在設備內部主、備板間進行實時備份)，而是針對用戶在網絡設備的註冊狀態數據、訂閱狀態數據等數據量不大，變化不頻繁的重要數據進行實時備份。
SIP註冊過程可參見RFC3261第10章「Registrations」。SIP訂閱的基本過程可參見RFC3265。基於RFC3265的架構，由其他RFC定義具體的事件訂閱機制。例如RFC3680(A SIP Event Package forRegistrations)定義了註冊狀態事件的訂閱和通知機制。通過該機制，用戶可訂閱其在網絡設備的註冊狀態。當該用戶註冊狀態發生變化，可獲得及時的NOTIFY通知。例如，用戶通過多個不同終端同時註冊在伺服器，用戶進入實驗室再以實驗室終端註冊。用戶通過網絡設備發來的註冊狀態事件通知，了解自己共在哪些終端上進行了註冊。註冊狀態事件訂閱機制還可用在其他場合，具體可參考RFC3680第三章「Usage Scenarios」。
本發明將以「訂閱和註冊狀態數據」在網絡設備間的備份為例說明本發明的具體實現。
圖3是用戶訂閱其註冊狀態事件的流程的示意圖。如圖3所示，步驟1-4，用戶終端UE通過SIP伺服器的認證後，在SIP伺服器註冊成功。步驟5-6，UE收到對註冊請求REGISTER的200響應後，發送SUBSCRIBE(即，訂閱)消息訂閱其自身註冊狀態事件。UE收到對SUBSCRIBE的200響應，維護相應的SIP Dialog(對話)狀態以及訂閱Subscription(訂閱)狀態。步驟7-8，因業務需要，例如運營商更改用戶籤約數據，需要終端發起重新註冊，SIP伺服器向UE發NOTIFY(通知)請求以通知其註冊狀態改變，此NOTIFY請求的發送基於步驟5-6中用戶終端與SIP伺服器間建立的SIP對話及訂閱狀態。
對話是SIP協議的基本概念之一，對話是在兩個用戶代理(UA)間持續一段時間的點對點的聯繫，由Call-ID、From Tag、To Tag等來唯一標識。對話中保存一些狀態數據，如路由集等。
成功的訂閱除了創建對話之外，也會創建訂閱。訂閱也是SIP協議的基本概念之一。訂閱包含對應的對話指針、事件包名稱、訂閱定時器以及與具體事件相關的狀態。後續SIP伺服器發向終端的事件通知NOTIFY，以及後續終端通過SUBSCRIBE消息進行訂閱狀態的更新，都要基於已建立的對話和訂閱。
圖4是用戶訂閱成功時訂閱狀態數據的分布示意圖。如圖4所示，當用戶訂閱成功，在用戶終端與SIP伺服器都保存了與該訂閱相關的對話和訂閱。
任何用戶註冊狀態的改變都會通過NOTIFY消息通知終端。當SIP伺服器故障，用戶在該SIP伺服器上的註冊狀態實際丟失了，這本身也是註冊狀態的改變，也應該通知訂閱註冊狀態事件的終端。但SIP伺服器在本身故障的情況下無法發出任何通知消息。如能將與用戶訂閱相關的訂閱狀態數據(即前述的對話和訂閱)保存在備用實體，備用實體可基於保存的SIP對話及訂閱，生成NOTIFY通知終端相應的註冊狀態已失效。
圖5是根據本發明的一個實施方案的網絡設備間備份訂閱狀態數據(對話和訂閱)的流程的示意圖。兩個網絡設備間備份訂閱狀態數據的流程如下。
步驟1-2，用戶終端在SIP伺服器註冊成功。
步驟3-4，終端發起用戶註冊狀態事件訂閱。SIP伺服器接收該訂閱請求，並回送對SUBSCRIBE的200響應表明接受該訂閱。SIP伺服器保存了與該訂閱相關的對話及訂閱信息。
步驟5-6，SIP伺服器要將對話以及訂閱信息備份到備用實體，向備用實體發送一個與消息3類似的SUBSCRIBE請求消息來達到這一目的。備用實體依據收到的SUBSCRIBE請求生成對話及訂閱，向SIP伺服器回送200響應。SIP伺服器收到200響應，表明訂閱狀態數據備份成功。
圖6是SIP伺服器與備份實體的內部實現機制的示意圖。如圖6所示，步驟1-2，SIP伺服器接收到SUBSCRIBE請求後，終結該請求。Server APP模塊接受該訂閱並向終端回送200響應表明訂閱成功。對話、訂閱也相應被創建和保存。通常的訂閱流程到這裡結束。
步驟3，根據本發明，SIP伺服器的應用層判斷需要將訂閱狀態數據備份到相應的備用實體(例如，依據配置信息)，通過接口3，通知備份(Backup)模塊進行後續處理。
步驟4，備份模塊能通過SIP協議棧接口獲得SIP伺服器從終端接收的SUBSCRIBE請求消息，由於要將該請求路由到備用實體，在SUBSCRIBE請求中增加Route頭域包含目的備份實體地址，通過SIP協議棧事務層(Transaction)將該請求發到相應的備用實體。
步驟5-6，備用實體接收到SUBSCRIBE請求，依據SIP協議要求的處理過程，將創建對話以及訂閱等訂閱狀態數據，並依據SUBSCRIBE請求中攜帶的Via頭域回送200響應到SIP伺服器。由於是備用實體，收到SUBSCRIBE請求，不按SIP協議處理流程對收到的請求繼續做路由。一方面，備用實體可以將自身定位為相對於SIP伺服器的備用伺服器，凡是來自SIP伺服器的請求消息均不再作繼續路由。另一方面，SIP伺服器在發給備用實體的請求時，也可以通過添加特定的指示來表明是做備份用途，例如，備用實體依據接收的請求中的Route頭域中所攜帶的指示參數來判斷自身對該請求做備用實體角色。
步驟7，SIP伺服器從事務層接收到備用實體的200響應後，關聯到相應的備份模塊。雖然該200響應中還有後續的Via頭域，但備份模塊此時並不將該200響應依據Via頭域繼續路由。
通過以上流程，SIP伺服器完成訂閱狀態數據在備用實體的備份。
需要指出，在具體實現中，步驟3和步驟2的順序可能有所不同。此外，SIP伺服器也可以將Subscribe請求消息按照備用實體的IP位址發給備用實體，然後備用實體將與之對應的成功響應消息按照SIP伺服器的IP位址發送給SIP伺服器。
在SIP訂閱機制的交互過程中，用戶終端發送的Subscribe請求中包含Expire(超時)頭域，向SIP伺服器表明其希望的訂閱周期。訂閱周期結束前，終端需重新發送Subscribe請求更新訂閱狀態，否則SIP伺服器將結束訂閱。SIP伺服器返回的200響應也攜帶超時頭域，確定最終的訂閱周期(可縮短用戶要求的訂閱周期)。如SIP伺服器200響應中超時的值與所接收Subscribe請求中超時的值不同，則圖6步驟4發給備用實體的Subscribe中的超時頭域需為SIP伺服器最終確定的訂閱周期，而不是終端希望的訂閱周期。這是因為備用實體沒有決定訂閱周期的邏輯判斷功能，僅依據收到的Subscribe請求自動生成相應的對話和訂閱。
當SIP伺服器接收終端發出的用於更新已有訂閱的SUBSCRIBE請求，同樣按圖6流程向備用實體發送SUBSCRIBE請求以更新備用實體的相應訂閱狀態數據。
終端沒有發送訂閱請求以刷新訂閱狀態而導致已有訂閱的超時終止，SIP伺服器不需要與備用實體交互，因訂閱定時器功能通常屬於SIP協議棧功能。當沒有收到用於刷新的訂閱請求，備用實體上的訂閱狀態也會自動終止。
圖7a-d是圖5中消息3-消息6的實際例子。通過圖7a所示的消息3，用戶終端向SIP伺服器發起事件訂閱。通過圖7b所示的消息4，SIP伺服器回送200響應表明訂閱成功。通過圖7c所示的消息5，SIP伺服器通過向備用實體發送SUBSCRIBE請求來備份相關狀態。其中添加Via頭域為自身地址，添加Route頭域包含備用實體地址。其中超時頭域的值等於消息4中相應的超時值。通過圖7d所示的消息6，SIP伺服器收到來自備用實體的200響應，其中Via包含自身地址。此時SIP伺服器並不依據其他Via頭域繼續路由該200響應。
同理，當需要備份註冊狀態數據時，SIP伺服器也可採用類似方法向備用實體發送REGISTER(即，註冊)請求完成註冊狀態數據的時實備份。圖8是網絡設備間備份註冊狀態數據的流程的示意圖。由於具體過程與訂閱狀態數據類似，故不再重複。
圖9是根據本發明的另一個實施方案，SIP應用系統進行狀態數據備份的結構示意圖。在該實施方案中，通過網絡設備SIP代理伺服器(PROXY)將來自終端的請求按正常流程轉發給SIP伺服器，SIP伺服器處理成功後，SIP代理伺服器也將接收的來自終端的請求發送給備用實體。
以註冊為例，該實施方案的具體流程圖如圖10所示。
如圖10，發送給備用實體的消息5 REGISTER與發往SIP伺服器的消息2的差異，在於消息2是按通常的SIP消息路由方式生成的。消息5是SIP代理伺服器強行發往備用實體的，增加一個Route頭域表明備用實體的地址。
此實施方案的備份方法本質上與前面描述的方法是相同的，僅是將原先在SIP伺服器所完成的備份工作(註冊成功後，向備份伺服器發送REGISTER以備份狀態數據)改在由SIP代理伺服器來執行。這裡，SIP代理伺服器需收到對REGISTER的200響應，確定註冊成功後，再執行相應的備份任務。
此外，結構示意圖9中的SIP代理伺服器，也可被替換為SIP實體B2BUA(Back-to-Back User Agent)背靠背用戶代理，此時備份處理過程與前述相同。B2BUA向SIP伺服器發送請求並收到成功響應後，向備用實體發送相應請求以備份相關狀態數據。
本發明的技術方案利用SIP協議消息完成相關狀態數據的備份，不需要相關的網絡設備支持專門為備份目的設計的私有協議，通用性和擴展性強。
利用SIP消息在SIP伺服器和相關備用實體間傳遞信息，可利用SIP消息的路由機制。SIP伺服器和備用實體往往不在一處(否則無法達到容災的效果)，其間可以有其他網絡設備，通過這些網絡設備可完成SIP消息的路由。
本發明前面的描述以發送SIP請求的實體為用戶終端，接收SIP請求的實體為SIP伺服器的方式為例來說明。實際上，本發明中發送SIP請求的實體並不限定於是終端，也可以是SIP伺服器，本質上是SIP協議中的邏輯實體UAC(用戶代理客戶端)，接收SIP請求的實體也不限定是SIP伺服器，也可以是終端，本質上是SIP協議中的邏輯實體UAS(用戶代理伺服器端)。前述備用實體本質上也是UAS。
需要指出，本發明的技術方案既可以由運行在網絡伺服器中的中央處理器(CPU)的軟體來實現，也可以由獨立的硬體組合完成。
顯而易見，在此描述的本發明可以有許多變化，這種變化不能認為偏離本發明的精神和範圍。因此，所有對本領域技術人員顯而易見的改變，都包括在本權利要求書的涵蓋範圍之內。
權利要求
1.一種SIP應用系統的網絡級備份方法，所述SIP應用系統包括通過網絡相連的用戶代理客戶端、用戶代理伺服器和備用用戶代理伺服器，所述方法包括步驟基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息，其中所述第一和第二請求消息和擬備份的狀態數據有關；將第二請求消息發送給備用用戶代理伺服器；備用用戶代理伺服器接收到第二請求消息後，創建該狀態數據。
2.如權利要求1所述的網絡級備份方法，其特徵在於所述產生步驟和發送步驟是由所述用戶代理伺服器完成的。
3.如權利要求1所述的網絡級備份方法，其特徵在於所述SIP應用系統包括SIP代理伺服器，所述產生步驟和發送步驟由該SIP代理伺服器在收到來自用戶代理伺服器的針對第一請求消息的成功響應消息後完成。
4.如權利要求1-3之一所述的網絡級備份方法，其特徵在於所述產生第二請求消息的步驟包括，通過在第一請求消息的route頭域中添加備用用戶代理伺服器的地址而產生第二請求消息。
5.如權利要求1-3之一所述的網絡級備份方法，其特徵在於所述狀態數據包括訂閱狀態數據或註冊狀態數據。
6.如權利要求5所述的網絡級備份方法，其特徵在於所述第二消息的超時頭域的數值是用戶代理伺服器確定的超時數值。
7.如權利要求1-3之一所述的網絡級備份方法，其特徵在於包括一個第二請求消息的確認響應消息由備用用戶代理伺服器返回給第二請求消息的發送者，且不被該發送者繼續路由的步驟。
8.一種在SIP應用系統中的用戶代理伺服器，所述SIP應用系統還包括通過網絡與用戶代理伺服器相連的用戶代理客戶端和備用用戶代理伺服器，所述用戶代理伺服器包括基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息的裝置，其中所述第一和第二請求消息和擬備份的狀態數據有關；將第二請求消息發送給所述備用用戶代理伺服器的裝置，以便該備用用戶代理伺服器創建所述狀態數據。
9.如權利要求8所述的用戶代理伺服器，其特徵在於包括接收來自所述備用用戶代理伺服器的確認響應消息且不將其繼續路由的裝置。
10.一種在SIP應用系統中的備用用戶代理伺服器，所述SIP應用系統還包括通過網絡和所述備用用戶代理伺服器相連的用戶代理客戶端和用戶代理伺服器，所述備用用戶代理伺服器包括接收第二請求消息的裝置，所述第二請求消息是基於用戶代理客戶端發送給所述用戶代理伺服器的第一請求消息而產生的，所述第一和第二請求消息和擬備份的狀態數據有關；基於第二請求消息，創建狀態數據的裝置
11.一種在SIP應用系統中的SIP代理伺服器，所述SIP應用系統包括通過網絡和SIP代理伺服器相連的用戶代理客戶端、用戶代理伺服器和備用用戶代理伺服器，所述SIP代理伺服器包括基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息的裝置，其中所述第一和第二請求消息和擬備份的狀態數據有關；將第二請求消息發送給備用用戶代理伺服器的裝置，從而備用用戶代理伺服器接收到第二請求消息後，創建所述狀態數據。
12.如權利要求11所述的SIP代理伺服器，其特徵在於包括接收來自備用用戶代理伺服器的確認響應消息且不將其繼續路由的裝置。
13.如權利要求11所述的SIP代理伺服器，其特徵在於包括將來自用戶代理客戶端的第一請求消息發送給用戶代理伺服器的裝置。
14.一種SIP應用系統，包括用戶代理客戶端、如權利要求8所述的用戶代理伺服器和權利要求10所述的備用用戶代理伺服器。
15.一種SIP應用系統，包括用戶代理客戶端、用戶代理伺服器、如權利要求12所述的SIP代理伺服器，和權利要求10所述的備用用戶代理伺服器。
全文摘要
本發明提供一種SIP應用系統的網絡級備份方法、採用該方法的伺服器和SIP應用系統。在該方法中，所述SIP應用系統包括通過網絡相連的用戶代理客戶端、用戶代理伺服器和備用用戶代理伺服器，所述方法包括步驟基於自用戶代理客戶端發送給用戶代理伺服器的第一請求消息，產生第二請求消息，其中所述第一和第二請求消息包括狀態數據；將第二請求消息發送給備用用戶代理伺服器；備用用戶代理伺服器接收到第二請求消息後，創建狀態數據。本發明的方法利用SIP協議消息完成相關狀態數據的備份，不需要相關的網絡設備支持專門為備份目的設計的私有協議，通用性和擴展性強。
文檔編號H04L12/24GK1893432SQ20061003291
公開日2007年1月10日 申請日期2006年1月11日 優先權日2006年1月11日
發明者文楷 申請人:華為技術有限公司