專利名稱：：通信會話管理中的交易超時處理的制作方法
技術(shù)領(lǐng)域：
：本公開涉及通信設備間的通信會話的建立。
背景技術(shù)：
：信令和控制協(xié)議用于建立和管理設備間的通信會話。特別是，這些信令和控制協(xié)議提供用于建立、變更和終止通信會話的多種功能。某些信令和控制協(xié)議是基于像HTTP這樣的請求和響應交易模式。每個交易包括調(diào)用特定功能的請求和至少一個響應。如果在特定的時間段內(nèi)沒有接收到請求的響應時，則認為該交易超時。這樣的一種信令和控制協(xié)議，如會話啟動協(xié)議(SIP)，是用于建立和管理基于分組的網(wǎng)絡內(nèi)的基于互聯(lián)網(wǎng)協(xié)議(IP)的電話服務傳遞的應用層信令和控制協(xié)議。可以使用SIP支持多種例如語音或視頻會話、短信、互動游戲和呼叫轉(zhuǎn)移這樣的電信服務。SIP協(xié)議在由互聯(lián)網(wǎng)工程任務組(正TF)編寫、2002年出版的征求意見(RFC)3261中有所描述。SIP兼容其它協(xié)議，以建立能向最終用戶提供完整的基于IP的電話服務的多媒體架構(gòu)。例如，SIP能通過任何傳輸層協(xié)議，例如通過用戶數(shù)據(jù)報協(xié)議(UDP)或傳輸控制協(xié)議(TCP)運行。
發(fā)明內(nèi)容在一方面，一種方法包括在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時；在檢測到所述非注冊交易的所述交易超時之后的特定時間段內(nèi)，啟動所述第一設備的至少一個后續(xù)信令和控制交易；并且當沒有接收到對所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，啟動第二設備的注冊信令和控制交易。在另一方面，一種裝置包括用于發(fā)送信號的發(fā)射電路和用于在沒有從第一設備接收到回復消息時檢測非注冊信令和控制交易的交易超時的交易管理模塊。交易管理模塊在檢測所述非注冊信令和控制交易的交易超時之后的特定時間段內(nèi)經(jīng)由所述發(fā)射電路啟動所述第一設備的至少一個后續(xù)信令和控制交易，并且當沒有接收到用于所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，經(jīng)由所述發(fā)射電路啟動第二設備的注冊信令和控制交易。在另一方面，一種計算機程序產(chǎn)品包括上面具有指令的計算機可讀介質(zhì)，所述指令包括用于執(zhí)行以下操作的代碼在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時；在檢測到所述非注冊交易的所述交易超時之后的特定時間段內(nèi)，啟動所述第一設備的至少一個后續(xù)信令和控制交易；并且當沒有接收到對所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，啟動第二設備的注冊信令和控制交易。在另一個實施例中，一種裝置包括檢測模塊，用于在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時；和啟動模塊，用于在檢測所述非注冊信令和控制交易的交易超時之后的特定時間段內(nèi)，啟動所述第一設備的至少一個后續(xù)信令和控制交易，其中，所述啟動模塊當沒有接收到用于所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，啟動第二設備的注冊信令和控制交易。本公開描述的技術(shù)可以以硬件、軟件、固件或它們的任意組合實現(xiàn)在通信裝置中。如果實現(xiàn)為軟件，該軟件可以在計算機里執(zhí)行。該軟件最初可以存儲為指令、程序代碼等。因此，本公開還設想一種用于通信會話的建立和管理的計算機程序產(chǎn)品，包括計算機可讀介質(zhì)，其中，計算機可讀介質(zhì)包括用于促使計算機執(zhí)行根據(jù)本公開的技術(shù)和功能的代碼。在下面的附圖和說明書中，提出了本公開技術(shù)的一個或多個示例的細節(jié)。本公幵的其它特征、目標和優(yōu)勢從說明書和附圖以及權(quán)利要求書中顯而易見。1圖1是示出了用于管理兩個或兩個以上的使用信令和控制協(xié)議的通信設備間的通信會話的系統(tǒng)的方框圖。圖2是更加詳細地示出圖1中的一個通信設備的方框圖。圖3是示出了根據(jù)本公開的技術(shù)處理交易超時的通信設備的示例性操作的流程圖。圖4是示出了當使用UDP作為底層(underlying)傳輸層協(xié)議時交易管理模塊向代理服務器發(fā)送消息和根據(jù)重發(fā)安排表重發(fā)該消息的示例性操作的流程圖。圖5是示出了當使用TCP作為底層傳輸層協(xié)議時交易管理模塊向代理服務器發(fā)送消息和根據(jù)重發(fā)安排表重發(fā)該消息的示例性操作的流程圖。具體實施例方式概括地說，本公開涉及通信設備間的通信會話的建立。例如，通信設備可以使用用于建立和管理這些設備間的通信會話的信令和控制協(xié)議。某些信令和控制協(xié)議，例如會話啟動協(xié)議(SIP)，是基于像HTTP這樣的請求和響應交易模式的。如這里所使用的，術(shù)語"交易(transaction)"指消息交換。特別是，每個交易包括最少兩個消息從第一通信設備發(fā)送到第二通信設備(或代理服務器)的第一消息和從第二通信設備(或代理服務器)接收的作為對第一消息的回復的第二消息。作為示例，交易可以包括調(diào)用特定的會話管理功能的請求消息和至少一個響應消息。在某些情況下，交易還可以包括至少一個確認消息。在任何情況下，當在特定的時間段內(nèi)沒有接收到對交易的第一消息的回復時，可以認為該交易己經(jīng)超時了。術(shù)語"交易"可以與"呼叫控制交易"、"信令交易"、"呼叫建立交易"等互換使用。本公開描述了用于在通信會話的建立和管理期間避免交易超時和從交易超時中恢復的技術(shù)。特別地，基于遇到交易超時的信令和控制消息的類型，通信設備可以對交易超時作不同的處理。在一方面，通信設備可以對在注冊交易期間遇到的交易超時與在非注冊交易期間遇到的交易超時做不同的處理。"注冊交易"可以指這種消息的交換，即，該消息請求增加或取消用于發(fā)送數(shù)據(jù)到始發(fā)端設備的位置。例如，在SIP協(xié)議中，注冊交易的消息可以包括初始REGISTER消息、re-REGISTER消息和de-REGISTER消息。"非注冊交易"指不是注冊交易的交易。在SIP協(xié)議中，非注冊交易的消息的示例包括SUBSCRIBE消息、INVITE消息、CANCEL消息、PRACK消息、UPDATE消息、BYE消息、ACK消息等。根據(jù)本公開的技術(shù)，用于啟動交易的通信設備在這里指客戶端設備或始發(fā)端設備，當遇到交易超時的交易是非注冊交易時，可以試圖發(fā)送至少一個后續(xù)消息。例如，始發(fā)端設備可以繼續(xù)發(fā)送后續(xù)消息，直到遇到交易連續(xù)超時的數(shù)量達到閾值、定時器到期或與注冊消息相關(guān)聯(lián)的交易超時。在遇到交易連續(xù)超時的數(shù)量達到閾值、定時器到期或與注冊交易相關(guān)聯(lián)的交易超時之后，始發(fā)端設備取消當前的通信會話，并且可以發(fā)送注冊消息到新的代理服務器。在非注冊交易遇到交易超時之后能夠發(fā)送一個或多個后續(xù)消息，可以使通信設備在交易超時的原因是暫時的時候能避免不必要地中斷正在進行的通信會話。圖1是示出了用于管理兩個或兩個以上的使用信令和控制協(xié)議的通信設備間的通信會話的系統(tǒng)10的方框圖。在圖1所示的示例中，系統(tǒng)10包括通信設備14A和14B(統(tǒng)稱為"通信設備14")。系統(tǒng)10還包括如SIP網(wǎng)絡12這樣的信令網(wǎng)絡，該網(wǎng)絡嵌入或以其它方式耦合到基于分組的通信網(wǎng)絡(例如互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(沒有示出))中。在圖1的示例中，通信設備14通過使用由SIP網(wǎng)絡12管理的SIP通信會話彼此通信。在許多情況下，通信設備14可以與一個以上的其它通信設備通信。然而，為了便于說明，圖1描述了僅在兩個通信設備14間的通信。通信設備14可以是任何并入有線或無線通信能力的設備。例如，一個或兩個通信設備14可以是蜂窩電話、衛(wèi)星電話、無線電電話、個人數(shù)字助理(PDA)、所謂的SIP電話、軟電話、WiFi手持設備、IP電話或任何其它并入無線通信能力的設備?？蛇x擇地，一個或兩個通信設備14可以是臺式計算機、膝上型計算機、固定電話、媒體網(wǎng)關(guān)、應用服務器或任何其它并入有線通信能力的設備。在本公開中，通信設備14用于支持用于一個或多個各種各樣應用的SIP信令協(xié)議，例如互聯(lián)網(wǎng)協(xié)議上的語音(VoIP)電話17和語音會議、電話和視頻會議、短信、在線游戲和其它基于分組的電話應用。然而，可以擴展這里所述的技術(shù)以使用其它信令協(xié)議，例如由國際電信聯(lián)盟電信標準化部門(ITU-T)引入的H.323標準。分別通過接入網(wǎng)絡18A和18B(統(tǒng)稱為"接入網(wǎng)絡18")將通信設備14耦合到SIP網(wǎng)絡12。特別地，通過接入網(wǎng)絡18A將通信設備14A耦合到SIP網(wǎng)絡12并通過接入網(wǎng)絡18B將通信設備14B耦合到SIP網(wǎng)絡12。接入網(wǎng)絡18A和18B可以是有線網(wǎng)絡、無線網(wǎng)絡或它們的組合。在無線環(huán)境下，通信設備14根據(jù)多種無線電接入技術(shù)(RAT)的任何一種，例如通用分組無線業(yè)務(GPRS)、碼分多址(CDMA)、CDMA2000、寬帶碼分多址(W-CDMA)、lx演進數(shù)據(jù)優(yōu)化(lxEV-DO)等，經(jīng)由接入網(wǎng)絡18進行通信。通過使用同樣的接入技術(shù)或使用不同的接入技術(shù)，通信設備14可以經(jīng)由接入網(wǎng)絡18進行通信?？蛇x擇地，或此外，通信設備14可以根據(jù)無線局域網(wǎng)絡(WLAN)協(xié)議，例如任何由各種正EE802.11標準定義的協(xié)議，進行通信。接入網(wǎng)絡18可以包括與通信設備14交換無線信號的無線塞站和接入點，并且通過全球性的基于分組的核心網(wǎng)絡，例如互聯(lián)網(wǎng)、廣域網(wǎng)(WAN)或局域網(wǎng)(LAN)和/或公共交換電話網(wǎng)絡(PSTN)提供與其它網(wǎng)絡客戶端或服務器的連接。SIP網(wǎng)絡12包括代理服務器20A和20B(統(tǒng)稱為"代理服務器20")，代表通信設備14的利益來操作，以通過交換信令消息(例如一個或多個SIP消息)來方便建立通信會話。通信設備14和代理服務器20交換SIP消息，以建立和管理通信設備14間的一個或多個通信會話。一旦建立了SIP會話，例如語音、視頻或兩者的多媒體內(nèi)容就可以根據(jù)多媒體傳輸協(xié)議，例如實時傳輸協(xié)議(RTP)，在通信設備14間交換。當始發(fā)端設備用戶(例如通信設備14A)與在要求建立通信會話的設備上執(zhí)行的應用交互時，始發(fā)端設備與代理服務器20通信，以方便建立始發(fā)端設備和終端設備(例如通信設備14B)間的通信會話。如在本公開使用的詞組"始發(fā)端設備"指通信設備14之一，其啟動對建立的會話的嘗試，例如，打電話。如在本公開使用的詞組"終端設備"指始發(fā)端設備試圖與之建立通信會話的通信設備14之一。出于示例性的目的，將通信設備14A18描述為始發(fā)端設備，將通信設備14B描述為終端設備。然而，在特定的會話中，設備中的任一個都可以作為始發(fā)端設備或終端設備。換言之，在會話進行時，會話中的始發(fā)端設備或終端設備都可以啟動交易。此外，如上所述，在某些情況下始發(fā)端設備可以與多個終端設備通信。通信設備14和代理服務器20可以交換一些SIP消息以建立和管理通信會話。例如，在語音電話情況下，通信設備14和代理服務器20可以交換一些SIP消息以建立VoIP會話。通信會話的建立涉及一個或多個交易。特別地，通信設備14A可以向代理服務器20A發(fā)送消息，例如SIP請求或響應。代理服務器20A處理這些消息，并且最終將這些消息路由到與設備14B相關(guān)聯(lián)的代理服務器20B。代理服務器20B將這些消息路由到通信設備14B。通信設備14A可以針對在通信設備14A上執(zhí)行的不同應用同時參與多個交易。對于每個由通信設備14A啟動的交易，通信設備14A均等待回復。例如，通信設備14A可以等待針對每個所發(fā)送的請求消息進行回復的響應消息。作為另一個示例，通信設備14A可以等待對每個所發(fā)送的響應進行回復的確認消息。如果沒有接收到回復，通信設備14A可以根據(jù)重發(fā)安排重新發(fā)送該消息。通信設備14A可以根據(jù)重發(fā)安排繼續(xù)重新發(fā)送該消息，直到接收到該消息的回復或發(fā)生交易超時。如這里所使用的，術(shù)語"交易超時"指在從發(fā)送序列中的第一條消息時開始測量的特定時間段內(nèi)沒有接收到回復的情況。由于任何若干原因，SIP交易可能遇到超時。例如，由于空中接口上射頻(RF)斷電或IP核心網(wǎng)絡上嚴重的業(yè)務擁塞引起的網(wǎng)絡分組丟失，SIP交易可能遇到超時。作為另一個示例，當發(fā)生IP安全(IPsec)，例如完整性檢查失敗時，SIP交易也可能遭遇超時。SIP交易超時的其它原因包括在代理服務器20上的解壓縮失敗或無法訪問代理服務器20。交易超時的原因依據(jù)原因的類型可以長度不一。尤其是，某些交易超時的原因可能僅僅是暫時的，例如暫時的RF斷電或業(yè)務擁塞。其它交易超時可能由于更加永久的原因，例如，在無法訪問代理服務器20的情況下。因此，以同樣的方式處理所有交易超時的原因有時會導致正在進行的通信會話的不必要中斷。本公開提供了用于處理通信會話管理中的交易超時的技術(shù)。當由暫時的情況引起的超時時，該技術(shù)可以減少對正在進行的通信會話的不必要中斷。此外，該技術(shù)可以試圖避免同時的交易超時。特別是，基于遇到超時的信令和控制交易的類型，通信設備14對交易超時作不同的處理。在一方面，通信設備14對在注冊交易期間遇到的交易超時與在非注冊交易期間遇到的交易超時作不同的處理。如上所述，"注冊交易"指消息的交換，該消息以通信設備發(fā)送注冊消息的位置信息更新位置服務器。例如，注冊消息可以包括用于通信設備14A的統(tǒng)一資源標識符(URI)和/或通信設備14A的IP地址。在SIP協(xié)議中，注冊消息可以包括初始REGISTER消息、re-REGISTER消息和de-REGISTER消息。更具體地說，SIP通信設備使用初始注冊消息將設備的聯(lián)系地址綁定到其注冊的地址記錄，當以前沒有這樣的綁定存在時。重新注冊消息刷新通信設備的綁定期限。注銷消息刪除綁定。"非注冊交易"指非注冊消息的消息交換。例如，在SIP協(xié)議中，非注冊消息可以包括SUBSCRIBE消息、INVITE消息、CANCEL消息、PRACK消息、UPDATE消息、BYE消息、ACK消息等。這些非注冊消息大部分用于創(chuàng)建、維持和終止通信設備14間的通信會話。其它非注冊消息可以用于獲得關(guān)于網(wǎng)絡中某些事件的信息。以上示例對SIP協(xié)議來說是特定的。本公開的技術(shù)通過擴展還適用于其它信令和控制協(xié)議。根據(jù)本公開的技術(shù)，當先前的遇到交易超時的交易是非注冊交易時，啟動交易的通信設備，即，這個示例中的通信設備14A，可以啟動至少一個到當前代理服務器20A的后續(xù)交易。通信設備14A在交易超時后的特定時間段內(nèi)通過向代理服務器20A發(fā)送一個或多個消息，可以繼續(xù)啟動后續(xù)交易。例如，通信設備14A可以繼續(xù)啟動與代理服務器20A的后續(xù)交易，直到交易超時的連續(xù)數(shù)量到達閾值?？蛇x擇地，通信設備14A可以繼續(xù)啟動與代理服務器20A的后續(xù)交易，直到失敗持續(xù)時間定時器到期，其中失敗持續(xù)吋間定時器在遇到第一個交易超時開始計時。通信設備14A可以繼續(xù)啟動與代理服務器20A的后續(xù)交易，直到遇到與注冊交易相關(guān)聯(lián)的交易超時。在某些情況下，連續(xù)交易超時的閾值數(shù)量或當交易超時發(fā)生時開始的持續(xù)時間閾值，基于交易失敗的原因或交易類型可能會有所不同。換言之，可以調(diào)整失敗持續(xù)時間定時器的持續(xù)時間和/或連續(xù)交易超時的閾值數(shù)量，20以便在某些情況下更快達到，從而減少在后續(xù)試圖進行的交易中可能會丟失的到來的呼叫數(shù)量。例如，可以基于呼叫到達統(tǒng)計預先設置或動態(tài)地選擇失敗持續(xù)時間定時器的持續(xù)時間和/或連續(xù)交易超時的閾值數(shù)量。呼叫到達統(tǒng)計指SIP請求希望的到達率。大多數(shù)SIP請求預期建立電話會話或傳遞即時消息。交易超時原因可能還影響發(fā)送到通信設備的消息。這意味著直到達到交易超時發(fā)生的陶值數(shù)量，到來的會話都可能無法送達。無法送達的到來的會話的最大可承受的數(shù)量除以已知的到來的會話到達的平均速率，得到可以接受的阻塞持續(xù)時間。在這個持續(xù)時間內(nèi)啟動的交易可能會繼續(xù)遇到超時。不像到來的錯過的會話那樣，沒有成功的外發(fā)會話將立即被通信設備的用戶察覺到。交易超時的閾值代表這種失敗會話的可接受數(shù)量。在某些情況下，可以基于呼叫到達率的統(tǒng)計預先設置持續(xù)時間。在特定的時間段內(nèi)交易繼續(xù)超時之后，例如，遇到連續(xù)交易超時的數(shù)量達到閾值、失敗持續(xù)時間定時器到期或遇到與注冊消息相關(guān)聯(lián)的交易超時，通信設備14A取消當前的通信會話并且啟動與新的代理服務器的注冊交易。在非注冊交易遇到的交易超時之后能夠發(fā)送一個或多個后續(xù)消息，可以當交易超時的原因只是暫時的時候(與此相反的是永久的、長期的或持久的)，使通信設備14A避免不必要地中斷正在進行的通信會話。在圖1的示例中，系統(tǒng)10包括兩個代理服務器20和兩個端點通信設備14。然而，信令和控制協(xié)議基礎設施可以包括任何數(shù)量的代理服務器和端點通信設備。此外，系統(tǒng)10可以包括圖l沒有示出的額外的元件，例如一個或多個注冊服務器和位置服務器。在本公開里描述的用于處理交易超時的技術(shù)可以由使用請求-響應模式的通信設備執(zhí)行，并且特別與運行在有損耗的通信介質(zhì)上的設備有關(guān)。因此，如圖1示出的SIP網(wǎng)絡12僅僅是示例性的，不應該視為如本公開所廣泛描述的技術(shù)的限制。因此，本公開的技術(shù)同樣適用于類似的信令和控制協(xié)議。圖2是更加詳細地示出圖1中的通信設備14A的方框圖。圖1中的通信設備14B可以包括與那些在圖2中的通信設備14A所示出的部件相類似的部件。通信設備14A包括天線22、收發(fā)信機24、處理器26和存儲器28。收發(fā)信機24包括用于發(fā)送和接收信號的發(fā)射和接收電路(沒有示出)。在圖2示出的示例中，收發(fā)信機通過天線22發(fā)送和接收信號。收發(fā)信機2421可以包括合適的模擬和/或數(shù)字電路部件，例如，放大器、濾波器、變頻器、調(diào)制器、解調(diào)器、模擬-數(shù)字轉(zhuǎn)換電路、數(shù)字-模擬轉(zhuǎn)換電路和數(shù)字調(diào)制解調(diào)器電路。在運行時，天線22在通信設備14A所支持的無線電頻帶上發(fā)送和接收無線信號。收發(fā)信機24可以用于支持任何期望的無線電接入技術(shù)(RAT)或任何WLAN協(xié)議，例如本公開里指定的協(xié)議。然而，在某些情況下，發(fā)送和接收電路可以由單獨的發(fā)射機和接收機部件組成。盡管圖2示出的示例性通信設備是無線通信設備，但該技術(shù)同樣適用于有線通信設備。處理器26控制收發(fā)信機24發(fā)送信號和處理收發(fā)信機24接收到的信號。處理器26負責管理應用模塊32A-32N(統(tǒng)稱為"應用模塊32")的通信會話。特別地，交易管理模塊30和應用32建立、修改和終止通信會話。應用模塊32(在圖2中以"APP"標記)是在處理器26上執(zhí)行的應用程序，所述應用程序使用通過利用信令和控制協(xié)議(如SIP)所建立的通信會話。應用模塊32與用戶相互作用，例如，通過用戶接口，如電話鍵盤。應用模塊32響應于用戶的輸入產(chǎn)生信令和控制消息，以啟動交易。例如，如果用戶試圖進行VoIP電話呼叫，VoIP電話應用就可以產(chǎn)生INVITE交易。應用模塊32可以是基于SIP的應用模塊，例如一個或多個VoIP音頻電話和會議應用、視頻電話和會議應用、短信應用、即時消息應用、在線游戲應用、駐留應用(presenceapplication)、視頻共享應用、按鍵通話應用和/或其它基于分組的電話應用。交易管理模塊30可以管理應用模塊32的交易。換言之，交易管理模塊30可以實現(xiàn)信令和控制協(xié)議的交易層。根據(jù)本公開的技術(shù)，交易管理模塊30監(jiān)視交易超時，并處理該交易超時。因為SIP運行于請求/響應交易模式，所以交易管理模塊30在每個交易中均等待回復，例如，響應消息或確認消息。如果沒有接收到回復，交易管理模塊30和/或應用32可以根據(jù)重發(fā)安排表重發(fā)該消息。在某些方面，重發(fā)安排表基于消息的類型可以有所不同。下面的表1示出了用于UDP傳輸?shù)囊恍┎煌愋偷腟IP請求消息的示例性重發(fā)安排表。表l:用于UDP的SIP請求重發(fā)安排表(假設T1^0.5秒)請求名稱交易超時定時器超時前交易數(shù)量相對于原始發(fā)送的重發(fā)安排(秒)INVITE64*T170,0,5,1.5,3.5,7.5,15.5,31.5非-酵ITE64*T1110,0.5'1.5,3.5,7.5,11.5，15.5,19.5，23.5,27.5,31.5ACK在2xx響應之后的64H或3xx-6xx響應后的32秒11依據(jù)何時接收到重發(fā)響應表l針對三種類型的請求，即，INVITE消息、非INVITE消息(除了ACK)和ACK，示出直到遇到交易超時時的時間數(shù)量，這里指的是交易超時定時器。對于針對2xx響應消息發(fā)送的INVITE消息、非INVITE消息(除了ACK)禾卩ACK消息而言，交易超時定時器是64*T1。T1是往返時間(RTT)的估計值，并且對于SIP協(xié)議來說，T1的默認值是500毫秒。對于以3xx-6xx響應消息的確認發(fā)送的ACK消息而言，根據(jù)SIP協(xié)議，交易超時定時器是32秒。盡管示例性超時定時器是T1的函數(shù)，但是其它信令和控制協(xié)議可以設置特定的交易超時定時器(例如，作為其它變量的函數(shù))。當沒有接收到回復時，交易管理模塊30和/或應用32可以根據(jù)表1中各自的重發(fā)安排表重發(fā)交易的初始消息。例如，交易管理模塊30在INVITE交易遇到交易超時之前重發(fā)7次該INVITE消息。針對INVITE交易的示例性重發(fā)安排表示出在表1的第一行。特別是，在Tl=500毫秒的情況下除非或直到接收到響應，否則以相對于第一次交易請求的0.5秒(sec)、1.5秒、3.5秒、7.5秒、15.5秒和31.5秒的間隔發(fā)送INVITE消息。用于非INVITE消息的重發(fā)安排表示出在表1的第二行。在交易超時之前，交易管理模塊30重發(fā)11次該消息。對于ACK消息，重發(fā)安排表依據(jù)何時接收到響應消息，但可以在交易超時之前重發(fā)總共11次。表2示出了用于服務器交易的相似重發(fā)安排表，服務器交易涉及響應消息以及在INVITE交易情況下的相關(guān)確認消息。如同上面針對請求消息所描述的那樣，通信設備14A根據(jù)重發(fā)安排表重發(fā)響應消息，直到該交易超時或接收到對響應消息回復的確認消息。每當接收到重發(fā)請求時，都重發(fā)非INVITE交易的響應。表2:SIP響應重發(fā)安排表(假設丁1=0.5秒)響應/對應的請求交易超時定時器超時前交易數(shù)量相對于原始發(fā)送的重發(fā)安排(秒)可靠的lxx/INVITE64*T170,0.5，1.5,3.5,7,5,15.5,31.523<table>tableseeoriginaldocumentpage24</column></row><table>可以壓縮交易的信令消息，以減少信令延遲。如正TF所開發(fā)并在IETFRFC3320中所描述的信令壓縮(SigComp)協(xié)議，其可以建立支持包括SIP消息在內(nèi)的信令消息的壓縮和解壓縮的架構(gòu)。壓縮從消息中刪除冗余信息，而解壓縮則可以恢復冗余信息，以便使解壓縮的消息與原始消息盡可能的相似。將壓縮的消息恢復到它的未壓縮形式失敗稱為解壓縮失敗。任何壓縮方案都需要執(zhí)行兼容的壓縮算法的壓縮器和解壓縮器。在SigComp中，通過授權(quán)壓縮器將兼容的解壓縮算法發(fā)送到解壓縮端點來實現(xiàn)這一需要。在SigComp用語中，這種算法的表示稱為"字節(jié)碼"。在連續(xù)信令消息之中往往存在冗余，并且可以利用它們來實現(xiàn)更加有效的壓縮。全部或部分先前發(fā)送的消息構(gòu)成用于壓縮后續(xù)消息的狀態(tài)信息。相對于先前保存的消息對消息進行壓縮稱為動態(tài)壓縮。相對于靜態(tài)項目的壓縮也是可能的。這種項目往往是信令消息里發(fā)現(xiàn)的共同關(guān)鍵字的用詞。本公開中的關(guān)于壓縮的說明暗示使用SigComp協(xié)議，但很容易適用于其它用于執(zhí)行信令消息的無損壓縮的機制?；诋斍敖灰字坝龅降慕灰壮瑫r數(shù)量，交易管理模塊30和/或應用32可以對稍后的重發(fā)請求應用與應用到最初少數(shù)幾個發(fā)送的壓縮技術(shù)不同的壓縮技術(shù)。此外，交易管理模塊30可以基于底層傳輸層協(xié)議，針對初始消息和消息的任何重發(fā)使用不同的壓縮技術(shù)。特別是，當沒有之前的交易超時時，交易管理模塊30可以發(fā)送初始消息和使用現(xiàn)有動態(tài)狀態(tài)信息壓縮的消息的一次或多次重發(fā)。如果底層傳輸層協(xié)議是用戶數(shù)據(jù)報協(xié)議(UDP)，那么交易管理模塊30可以發(fā)送交易的初始消息以及使用現(xiàn)有動態(tài)狀態(tài)信息壓縮的消息的前N次重發(fā)。如果沒有接收到對初始消息或前N次重發(fā)的回復，交易管理模塊30可以使用不同的壓縮技術(shù)或甚至不壓縮，發(fā)送消息的剩下重發(fā)。例如，交易管理模塊30可以發(fā)送不使用動態(tài)狀態(tài)信息壓縮的消息的剩下重發(fā)。不使用狀態(tài)信息對數(shù)據(jù)進行壓縮可以減少在終端設備(例如，上述示例中的通信設備14B)解壓縮失敗的可能性。例如，如果終端設備已經(jīng)丟失狀態(tài)信息，則它將不能成功地解壓縮使用狀態(tài)信息進行壓縮的消息。因此，發(fā)送不使用狀態(tài)信息進行壓縮的消息的重發(fā)增加了接收對消息的回復的可能性。如果字節(jié)碼包括在早先的發(fā)送中，交易管理模塊30可以繼續(xù)將字節(jié)碼包括在重發(fā)中。當消息的大小超出閾值(例如，1300字節(jié))時，交易管理模塊30可以打開通信設備與代理之間的傳輸控制協(xié)議(TCP)連接，以發(fā)送剩下的重發(fā)。然而，如果底層協(xié)議是TCP，則交易管理模塊30發(fā)送所有的使用現(xiàn)有動態(tài)狀態(tài)信息進行壓縮的發(fā)送。換言之，在整個重發(fā)安排表期間壓縮技術(shù)保持不變。這是因為TCP根據(jù)協(xié)議自動執(zhí)行了重發(fā)，并且在重發(fā)期間不允許調(diào)整壓縮技術(shù)。當已經(jīng)遇到一個或多個之前的交易超時時，交易管理模塊30發(fā)送初始消息和任何必要的不用動態(tài)狀態(tài)信息而用字節(jié)碼進行壓縮的消息的重發(fā)。同樣，這減少了在終端設備上解壓縮失敗的可能性。交易管理模塊30可以發(fā)送初始消息和所有的不管底層傳輸層協(xié)議如何都使用單一壓縮技術(shù)的重發(fā)。如果底層傳輸層協(xié)議是TCP，那么交易管理模塊30可以在發(fā)送初始消息和任何必要的重發(fā)之前打開新的TCP連接。在某些情況下，交易管理模塊30可以使用相同的端口號打開新的TCP連接。盡管將重發(fā)技術(shù)描述成由交易管理模塊30進行控制，但是重發(fā)也可以由應用32或結(jié)合交易管理模塊30的應用32進行控制。在某些方面，交易管理模塊30可以包括用于檢測解壓縮失敗以及解壓縮失敗的原因的機制。在這種情況下，交易管理模塊30可以基于解壓縮失敗的原因修改用于后續(xù)版本消息重發(fā)的壓縮技術(shù)。例如，某些協(xié)議，如SigComp協(xié)議，具有用于檢測解壓縮失敗的原因的機制。典型地，在消息的第一次發(fā)送之后應該立即檢測解壓縮失敗。如果通過UDP傳輸來發(fā)送消息，并且確定了解壓縮失敗的原因，則下一次發(fā)送請求可以使用修改的壓縮技術(shù)，以便避免該失敗的原因。對于TCP，可以關(guān)閉當前的TCP連接，并打開新的TCP連接，以重新試圖發(fā)送進行適當修改的同樣請求。例如，正TFRFC4077為SigComp定義了簡單的否定確認(NACK)機制，允許接收機與發(fā)生失敗的發(fā)射機通信。該NACK包括傳送失敗性質(zhì)的25原因代碼。對于某些類型的失敗，NACK還包括可能對從失敗中恢復有用的額外的細節(jié)。當試圖訪問在解壓縮端點已經(jīng)刪除了的狀態(tài)時，發(fā)生普通的失敗。SigCompNACK消息包含STATE一NOT一FOUND原因代碼，并且該狀態(tài)標識符可以導致后續(xù)的發(fā)送不試圖訪問該丟失的狀態(tài)。揭示壓縮方案中的不可逆漏洞的其它原因代碼可能導致切換到不壓縮操作。在其它方面，交易管理模塊30可以使用如在IETFRFC3263提出的互聯(lián)網(wǎng)控制消息協(xié)議(ICMP)錯誤消息，以檢測交易超時的原因。例如，如果交易管理模塊30接收到致命的ICMP錯誤消息，如具有相關(guān)代碼字段的目的地不可到達消息，則可以終止進一步的消息重發(fā)，如果使用UDP傳輸，則將對該錯誤消息的接收看作是注冊請求交易的超時。同樣的操作適用于TCP連接失敗。當響應指示了在分配的時間段(例如，表1和2所示出的大部分情況下的64*T1)接收到請求時，交易管理模塊30將超時計數(shù)器34置0。此外，交易管理模塊30還可以重置失敗持續(xù)時間定時器36。接收到的響應指示了代理服務器20A是可到達的。此外，如果以前禁止了動態(tài)壓縮，則交易管理模塊30啟用動態(tài)壓縮。例如，如下所述，當交易超時發(fā)生時，交易管理模塊30可能禁止對所發(fā)送的消息進行動態(tài)壓縮。當在交易超時定時器的持續(xù)時間內(nèi)沒有接收到對初始消息或消息重發(fā)的回復時，則該交易超時。如上所述，交易管理模塊30基于交易超時的信令和控制交易的類型對交易超時作不同的處理。在一方面，交易管理模塊30對注冊交易遇到的交易超時與非注冊交易的交易超時做不同的處理。如果遇到交易超時的交易是注冊交易，則交易管理模塊30啟動新的與不同的代理服務器的注冊交易。特別是，交易管理模塊30終止(drop)當前通信會話并通知對應于這種會話的應用32。應用32釋放當前資源，并且一旦從交易管理模塊30獲得通知，就通過使用取消的通信會話來終止對話。結(jié)合交易管理模塊30的應用32之一選擇新的代理服務器20，并且執(zhí)行與新的代理服務器20的初始注冊。如上所述，注冊消息包括初始注冊消息、重新注冊消息和注銷消息。如果遇到交易超時的交易包括注銷消息，貝校易管理模塊30可以額外地啟動注銷程序，以注銷通信設備14A。如果遇到交易超時的交易是非注冊交易，典型地，交易管理模塊30通26知與該交易相關(guān)聯(lián)的一個應用32。于是，特定的交易超時的處理留給了應用32。表3提供了交易管理模塊和應用32對請求交易超時的特定處理的示例性細節(jié)。特定的交易超時處理基于超時交易的請求消息的類型可以有所不同。表3:SIP請求交易超時的交易管理模塊和應用的處理<table>tableseeoriginaldocumentpage27</column></row><table>請求使用案例交易超時的交易管理模塊處理交易超時的建議應用處理理留給應用確認。應該終止所有早期的對話OPTIONS交換能力什么也不做，通知應用并將處理留給應用應用可以稍后重試INFO雜項，通常是專用的什么也不做，通知應用并將處理留給應用應用可以稍后重試如表3所示，典型地，作為對失敗的交易所遇到的特定交易超時的響應，交易管理模塊30除了通知相應的一個應用32之外什么也不做。交易管理模塊30通常按照避免不必要地終端正在進行的通信會話的方式處理經(jīng)常性的交易超時，而不是采取行動以響應特定的交易超時。然而，表3示出了一個特定的請求消息，即，SUBSCRIBE消息，針對該消息，交易管理模塊30執(zhí)行動作。對于SUBSCRIBE消息，交易管理模塊30確定SUBSCRIBE消息是否是"注冊"事件分組的一部分。如果SUBSCRIBE消息不是"注冊"事件分組的一部分，則交易管理模塊30什么也不做，并且通知相應的應用來處理超時交易。如果SUBSCRIBE消息是"注冊"事件分組的一部分，并且通信設備14A仍然是被注冊的，則交易管理模塊30定期地重發(fā)SUBSCRIBE消息，直到達到嘗試的最大次數(shù)或直到該預訂到期。如果這沒有成功，或沒有注冊，則交易管理模塊30與新的代理服務器20進行注冊。當事件分組不是注冊事件分組時，對SUBSCRIBE消息遇到的交易超時的處理，可以委派給應用32。同樣，對其它請求消息的交易超時的處理也可以委派給交易管理模塊30。表4提供了交易管理模塊30和應用32對特定服務器交易超時的示例性處理的細節(jié)。對特定交易超時的處理基于超時交易的響應消息的類型和交易(INVITE或非INVITE)的類型可能有所不同。表4:交易管理模塊和應用對SIP服務器交易超時的處理口向應使用案例交易超時的交易管理模塊處理交易超時的應用處理可靠的lxx/INVITE會話(沒有接收到PACK),什么也不做，通知應用并將處理留給應用拒絕與5xx響應的會話2xx/INVITE會話(沒有接收到ACK)，什么也不做，通知應用并將處理留給應用RFC3261推薦發(fā)送BYE，以終止對話3xx-6xx/INVITE會話(沒有接收到ACK)，交易將被破壞，通知應用應用應該終止對話2xx-6xx/非INVITE雜項(定時器J啟動(fires))交易將被破壞應用通常會允許請求28類似于在客戶端交易期間遇到的交易超時，交易管理模塊30通常什么也不做地來響應在服務器交易期間遇到的交易超時。相反，交易管理模塊通知相應一個應用32，并且應用32處理該特定的交易超時。然而，如上所述，響應交易的交易超時處理中的至少一部分可以從應用32委派給交易管理模塊30。不管交易管理模塊30和/或應用32對當前交易超時的處理怎樣，交易管理模塊30都可以繼續(xù)在特定的時間段內(nèi)試圖啟動與代理服務器20A的后續(xù)交易。當超時計數(shù)器34小于閾值并且遇到交易超時的交易是非注冊交易時，交易管理模塊30可以試圖啟動另一個到同一代理服務器(即，代理服務器20A)的交易。換言之，交易管理模塊30可以在通過新的代理服務器注冊之前，試圖發(fā)送至少一個的消息到同一代理服務器。交易管理模塊30可以繼續(xù)試圖發(fā)送消息到代理服務器20A，直到特定的時間段到期，艮P，遇到連續(xù)交易超時的數(shù)量達到閾值、失敗持續(xù)時間定時器36到期或發(fā)生用于注冊交易的交易超時。交易超時之后，交易管理模塊30遞增存儲在存儲器28內(nèi)的超時計數(shù)器34。超時計數(shù)器34跟蹤非注冊交易遇到的交易超時的數(shù)量。當超時計數(shù)器34超出交易超時的閾值數(shù)量時，交易管理模塊30取消當前的通信會話，并且通知應用32已經(jīng)取消了通信會話?？蛇x擇地或此外，一旦失敗持續(xù)時間定時器36到期，交易管理模塊30就可以取消當前的通信會話。失敗持續(xù)時間定時器36跟蹤自從遇到第一次交易超時后已經(jīng)逝去的時間數(shù)量。失敗持續(xù)吋間定時器36用于在遇到第一次交易之后的特定時間段內(nèi)保持當前通信會話打開。失敗持續(xù)時間定時器36獨立于在最初交易超時之后發(fā)生的交易超吋的數(shù)量。應用32—旦從交易管理模塊30接收到的取消通信會話的通知就釋放當前的資源并終止對話。結(jié)合交易管理模塊30的應用32之一執(zhí)行與新的代理服務器20的初始注冊。交易管理模塊30也重置超時計數(shù)器34和/或失敗持續(xù)時間定時器36。在交易超時之后能夠啟動一個或多個后續(xù)的非注冊交易，可以使交易管理模塊30在交易超時的原因是暫時的時候，避免不必要地中斷正在進行的通信會話。然而，如果遇到若干連續(xù)的交易超時，則交易管理模塊30可以確定代理服務器是不可到達的。29在某些情況下，當沒有交易超時發(fā)生時，交易管理模塊30可以取消當前的通信會話，并且通過新的代理服務器進行注冊。例如，在檢測到終端IPsec失敗事件之后，交易管理模塊30可以取消當前的通信會話，并且通過新的代理服務器進行注冊。在通信設備上或代理服務器上的安全聯(lián)盟檢測、不匹配安全聯(lián)盟的外發(fā)消息或不可到達的代理的檢測是觸發(fā)初始注冊程序的終端IPsec錯誤事件的示例。圖2示出的各種部件可以實現(xiàn)為硬件、軟件、固件或它們的任意組合。某些部件可以實現(xiàn)為由一個或多個微處理器或數(shù)字信號處理器(DSP)、一個或多個特定應用集成電路(ASIC)、一個或多個現(xiàn)場可編程門陣列(FPGA)或其它等效的集成或離散的邏輯電路執(zhí)行的過程或模塊。作為模塊的不同特征的描述是為了突出通信設備14A的不同功能的方面，并不一定意味著這樣的模塊必須由單獨的硬件和/或軟件部件實現(xiàn)。相反，與一個或多個模塊相關(guān)聯(lián)的功能可以集成在共同或單獨的硬件和/或軟件部件內(nèi)。因此，本公開不應該局限在通信設備14A的示例上。當實現(xiàn)為軟件時，賦予本公幵所描述的系統(tǒng)和設備的功能可以具體體現(xiàn)為計算機可讀介質(zhì)上的指令，如存儲器34內(nèi)的指令，所述存儲器可以包括，例如隨機存取存儲器(RAM)、只讀存儲器(ROM)、非易失性隨機存取存儲器(NVRAM)、電可擦除可編程只讀存儲器(EEPROM)、閃存等。所述指令可以被執(zhí)行，以支持本公開所描述的功能的一個或多個方面。圖3是示出了根據(jù)本公開的技術(shù)處理交易超時的通信設備(如通信設備14A)的示例性操作的流程圖。交易管理模塊30將超時計數(shù)器34和/或失敗持續(xù)時間定時器36置0(40)。這指示了沒有交易遇到交易超時。在成功完成交易之后，gP，沒有遇到超時，交易管理模塊30可以將超時計數(shù)器34和/或失敗持續(xù)時間定時器36置0。可選擇地，當完成與新代理服務器20的新注冊之后，交易管理模塊30可以將超時計數(shù)器34和/或失敗持續(xù)時間定時器36置0。交易管理模塊等待新交易(41)。當沒有新交易時，交易管理模塊繼續(xù)等待新交易。當有新交易時，交易管理模塊30發(fā)送新交易的消息到相應的代理服務器20(42)。發(fā)送該消息不僅包括發(fā)送初始消息，而且還包括根據(jù)重發(fā)安排表發(fā)送消息的任何重發(fā)。如上所述，交易管理模塊30和/或應用32通過基于超時計數(shù)器34的值使用不同的壓縮技術(shù)可以發(fā)送消息和/或該消息的重發(fā)。例如，當超時計數(shù)器34的值等于0時，交易管理模塊30可以發(fā)送初始消息和使用狀態(tài)信息進行壓縮的消息的重發(fā)中的至少一部分。然而，當超時計數(shù)器34大于0時，交易管理模塊30可以發(fā)送交易的初始消息和/或使用字節(jié)碼而不使用狀態(tài)信息進行壓縮的消息的重發(fā)。此外，交易管理模塊30可以基于底層傳輸層協(xié)議為消息和/或消息的重發(fā)選擇特定的壓縮技術(shù)。此外，如上所詳細描述的，交易管理模塊30可以包括用于檢測解壓縮失敗和解壓縮失敗原因的機制，如NACK。在這些情況下，交易管理模塊30可以基于解壓縮失敗的原因修改用于后續(xù)版本消息重發(fā)的壓縮技術(shù)。在其它方面，交易管理模塊30可以使用ICMP錯誤消息來終止消息的進一步重發(fā)，并將對該錯誤消息的接收看作是注冊請求的交易超時。交易管理模塊30確定交易是否遇到了交易超時(44)。當在特定的時間內(nèi)(例如，在上面指定的交易超時定時器值內(nèi))，沒有從相應的代理服務器20接收到響應于初始消息或該消息的任何重發(fā)的回復時，交易管理模塊30確定該交易遇到了交易超時。基于消息的類型交易超時定時器的值可能有所不同。例如，在SIP內(nèi)，交易超時定時器的值可以等于往返時間(RTT)的64倍。通常，因為假設RTT為0.5秒，所以交易超時定時器的值是32秒。當從代理服務器接收到回復時(即，沒有發(fā)生交易超時)，交易管理模塊30將超時計數(shù)器34和/或失敗持續(xù)時間定時器36置0。當在交易超時定時器的值內(nèi)沒有從相應的代理服務器接收到回復(即，發(fā)生了交易超時)，交易管理模塊30通知應用32中與失敗的交易相關(guān)聯(lián)的那個應用(46)。相關(guān)聯(lián)的應用32為那個特定的消息處理該交易超時。表3和表4示出了應用32針對特定類型的交易處理交易超時的示例。交易管理模塊30確定遇到交易超時的交易是否是注冊交易(48)。注冊交易包括初始注冊交易、重新注冊交易或注銷交易。當遇到交易超時的交易是注冊交易時，交易管理模塊30終止任何當前的通信會話，并且發(fā)送初始注冊消息到新的代理服務器20(50)。當遇到交易超時的交易是非注冊交易時，交易管理模塊30遞增超時計31數(shù)器34，并且如果失敗持續(xù)時間定時器36還沒有啟動則啟動它(52)。交易管理模塊30比較超時計數(shù)器34的值與閾值(54)。當超時計數(shù)器34的值大于或等于閾值時，交易管理模塊30停止失敗持續(xù)時間定時器36(58)。交易管理模塊30終止任何當前的通信會話，并且發(fā)送初始注冊消息到新的代理服務器20(50)。當超時定時器34小于閾值時，交易管理模塊30可以確定失敗持續(xù)時間定時器36是否已經(jīng)過期(56)。當失敗持續(xù)時間定時器沒有過期時，交易管理模塊可以等待新的交易，即，后續(xù)的交易，并且當檢測到新交易時發(fā)送后續(xù)消息到相應的代理服務器(41、42)。換言之，交易管理模塊30沒有立即終止通信會話并與一個新代理服務器20注冊。當失敗持續(xù)時間定時器36到期時，交易管理模塊30終止任何當前的通信會話，并且發(fā)送初始注冊消息到新的代理服務器20(50)。在非注冊交易遇到交易超時之后能發(fā)送一個或多個后續(xù)消息到同樣的代理服務器，可以在交易超時的原因是暫時的時候使交易管理模塊30能避免不必要地中斷正在進行的通信會話。如果遇到若干連續(xù)的交易超時，交易管理模塊30就假定代理服務器是不可到達的。在圖3所述的示例中，交易管理模塊30使用彼此相結(jié)合的超時計數(shù)器34和失敗持續(xù)時間定時器36。然而，可以基于交易超時的類型靜態(tài)地或動態(tài)地調(diào)整它們兩個。例如，在某些情況下可以調(diào)整失敗持續(xù)時間定時器36以更快地實現(xiàn)對可能會在后續(xù)嘗試的交易中丟失的到來的呼叫的數(shù)量的減少。然而，在其它方面，交易管理模塊30可以獨立于超時定時器34和失敗持續(xù)吋間定時器36中的一個，而只利用其中的另一個。換言之，交易管理模塊30可以基于對超時定時器34與閾值的比較而不考慮失敗持續(xù)時間定時器36來確定是否終止通信會話。同樣，交易管理模塊30可以基于失敗持續(xù)吋間定時器36是否到期而不考慮超時定時器34來確定是否終止通信會話。圖4是示出交易管理模塊30發(fā)送消息和根據(jù)重發(fā)安排表重發(fā)該消息(如果必要)到代理服務器的示例性操作的流程圖。首先，交易管理模塊30從使用UDP的應用32之一接收請求(60)。交易管理模塊30確定超時計數(shù)器34的值是否等于0(62)。32當超時計數(shù)器34等于0，交易管理模塊30發(fā)送初始消息和使用動態(tài)狀態(tài)信息進行壓縮的消息重發(fā)中的第一部分(64)。例如，消息重發(fā)中的第一部分包括消息重發(fā)的前兩次或三次。如果在消息的前幾次發(fā)送之后沒有接收到回復，則交易管理模塊30發(fā)送剩下的用字節(jié)碼而不用動態(tài)狀態(tài)信息進行壓縮的消息的重發(fā)(66)。當超時計數(shù)器34大于0時，交易管理模塊30發(fā)送初始消息和用字節(jié)碼而不用動態(tài)狀態(tài)信息進行壓縮的消息的任何重發(fā)(68)。以這種方式，交易管理模塊30可以在已經(jīng)發(fā)生交易超時之后降低遇到解壓縮失敗的風險。圖5是發(fā)送消息和根據(jù)重發(fā)安排表重發(fā)該消息(如果必要)到代理服務器的流程圖。首先，交易管理模塊30從使用TCP的應用32之一接收請求(70)。交易管理模塊30確定超時計數(shù)器的值是否等于0(72)。當超時計數(shù)器34的值等于0時，交易管理模塊30在使用現(xiàn)有的動態(tài)狀態(tài)信息壓縮之后傳遞該消息到TCP層(74)。TCP負責確?？煽康貙⒃撓鬟f到代理。.當超時計數(shù)器34的值大于0時，打開新的TCP連接(76)。在一方面，交易管理模塊30可以使用相同的端口號打幵通信設備和代理服務器間的新的TCP連接。交易管理模塊30在未使用動態(tài)狀態(tài)信息進行壓縮之后將該消息與字節(jié)碼一起傳遞到TCP層(78)。同樣，TCP負責確?？煽康貙⒃撓鬟f到代理?；谶@里所述的教導，很顯然，這里公開的方案可以獨立于任何其它方案實現(xiàn)，并且這些方案中的兩個或多個可以以各種方式組合。這里所述的技術(shù)可以實現(xiàn)為硬件、軟件、固件或它們的任意組合。如果以硬件實現(xiàn)，則使用數(shù)字硬件、模擬硬件或其組合來實現(xiàn)該技術(shù)。如果以軟件實現(xiàn)，則至少部分地由包括存儲有一條或多條指令或代碼的計算機可讀介質(zhì)的計算機程序產(chǎn)品來實現(xiàn)該技術(shù)。作為示例而非限制，這種計算機可讀介質(zhì)可以包括如同歩動態(tài)隨機存取存儲器(SDRAM)的RAM、只讀存儲器(ROM)、非易失性隨機存取存儲器(NVRAM)、ROM、電可擦除可編程只讀存儲器(EEPROM)、可擦除可編程只讀存儲器(EPROM)、閃存、CD-ROM或其它光盤存儲裝置、磁盤存儲裝置或其它磁性存儲設備，或可以按照指令或數(shù)據(jù)結(jié)構(gòu)的形式攜帶或存儲所需的程序代碼并且可以由計算機訪問的任何其它有形的介質(zhì)。與計算機程序產(chǎn)品的計算機可讀介質(zhì)相關(guān)聯(lián)的指令或代碼可以由計算機執(zhí)行，例如，由一個或多個處理器執(zhí)行，如一個或多個數(shù)字信號處理器(DSP)、通用微處理器、ASIC、FPGA或其它等效的集成或離散的邏輯電路。已經(jīng)描述了一些方面和示例。然而，這些示例的各種修改都是可能的，并且這里所提出的原理同樣適用于其它方面。這些及其它方面將落入以下的權(quán)利要求書的范圍之內(nèi)。3權(quán)利要求1、一種方法，包括在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時；在檢測到所述非注冊交易的所述交易超時之后的特定時間段內(nèi)，啟動與所述第一設備的至少一個后續(xù)信令和控制交易；并且當沒有接收到對所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，啟動與第二設備的注冊信令和控制交易。2、如權(quán)利要求l所述的方法，還包括在檢測到所述非注冊信令和控制交易的所述交易超時的時候，遞增超時計數(shù)器，其中，啟動所述至少一個后續(xù)信令和控制交易包括當所述超時計數(shù)器的值小于閾值時，啟動所述至少一個后續(xù)信令和控制交易。3、如權(quán)利要求2所述的方法，還包括接收用于所述至少一個后續(xù)信令和控制交易的回復消息；并且在接收到所述回復消息時，重置所述超時計數(shù)器。4、如權(quán)利要求1所述的方法，還包括在檢測到所述非注冊信令和控制交易的所述交易超時的時候，遞增超時計數(shù)器，其中，啟動所述注冊信令和控制交易包括當所述超時計數(shù)器的值大于或等于閾值時，啟動與所述第二設備的所述注冊信令和控制交易。5、如權(quán)利要求4所述的方法，還包括基于呼叫到達統(tǒng)計來動態(tài)地確定所述閾值。6、如權(quán)利要求1所述的方法，還包括-在檢測到所述非注冊信令和控制交易的所述交易超時的時候，啟動定時器，其中，啟動所述注冊信令和控制交易包括一旦所述定時器到期就啟動與所述第二設備的所述注冊信令和控制交易。7、如權(quán)利要求1所述的方法，還包括在沒有從所述第一設備接收到對第一注冊信令和控制交易的回復時，檢測所述第一注冊信令和控制交易的交易超時；一旦檢測到所述第一注冊信令和控制交易的所述交易超時，就啟動與所述第二設備的第二注冊信令和控制交易。8、如權(quán)利要求l所述的方法，其中，啟動所述至少一個后續(xù)信令和控制交易包括發(fā)送用于所述后續(xù)信令和控制交易的初始消息以及根據(jù)重發(fā)安排表的所述消息的一次或多次重發(fā)。9、如權(quán)利要求8所述的方法，其中，發(fā)送所述初始消息和所述消息的所述一次或多次重發(fā)包括當至少有一次交易超時的時候，發(fā)送所述后續(xù)信令和控制交易的初始消息以及用字節(jié)碼而不用動態(tài)狀態(tài)信息進行壓縮的所述消息的所述一次或多次重發(fā)。10、如權(quán)利要求1所述的方法，還包括發(fā)送用于所述后續(xù)非注冊信令和控制交易的初始消息以及所述消息的一次或多次重發(fā)，其中，使用第一壓縮技術(shù)發(fā)送用于所述非注冊信令和控制交易的所述初始消息以及所述消息的重發(fā)的第一部分，并且使用第二壓縮技術(shù)發(fā)送所述消息的重發(fā)的第二部分。11、如權(quán)利要求10所述的方法，其中，不使用壓縮來發(fā)送所述消息的所述重發(fā)的第二部分。12、如權(quán)利要求10所述的方法，其中，使用動態(tài)狀態(tài)信息進行壓縮來發(fā)送用于所述非注冊信令和控制交易的初始消息以及所述消息的所述重發(fā)的第一部分，并且在不使用動態(tài)狀態(tài)信息進行壓縮的情況下來發(fā)送所述消息的所述重發(fā)的第二部分。13、如權(quán)利要求IO所述的方法，還包括檢測解壓縮失??；識別所述檢測到的解壓縮失敗的原因；和基于所述解壓縮失敗的原因，為所述重發(fā)的第二部分選擇所述第二壓縮技術(shù)。14、如權(quán)利要求IO所述的方法，還包括接收互聯(lián)網(wǎng)控制消息協(xié)議(ICMP)錯誤消息；在接收到所述ICMP錯誤消息時終止所述消息的進一步重發(fā)；和啟動與所述第二設備的所述注冊信令和控制交易消息。15、如權(quán)利要求l所述的方法，還包括檢測終端互聯(lián)網(wǎng)協(xié)議安全(IPsec)失敗事件；和響應于檢測到所述IPsec失敗事件來啟動與所述第二設備的所述注冊信令和控制交易消息。16、如權(quán)利要求l所述的方法，其中，檢測所述交易超時包括一旦在交易超時定時器到期前沒有從所述第一設備接收到用于所述非注冊信令和控制交易的回復消息，就檢測所述交易超時。17、一種裝置，包括發(fā)射電路，用于發(fā)送信號；禾口交易管理模塊，在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時，并且在檢測所述非注冊信令和控制交易的交易超時之后的特定時間段內(nèi)經(jīng)由所述發(fā)射電路啟動與所述第一設備的至少一個后續(xù)信令和控制交易，并且當沒有接收到用于所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，經(jīng)由所述發(fā)射電路啟動與第二設備的注冊信令和控制交易。18、如權(quán)利要求17所述的裝置，還包括-跟蹤交易超時數(shù)量的超時計數(shù)器，其中，所述交易管理模塊一旦檢測到所述非注冊信令和控制交易的所述交易超時，就遞增所述超時計數(shù)器，并且當所述超時計數(shù)器的值小于閾值時，啟動所述至少一個后續(xù)信令和控制交易。19、如權(quán)利要求18所述的裝置，其中所述交易管理模塊接收用于所述至少一個后續(xù)信令和控制交易的回復消息，并且在接收到所述回復消息時重置所述超時計數(shù)器。20、如權(quán)利要求17所述的裝置，還包括跟蹤交易超時數(shù)量的超時計數(shù)器，其中，所述交易管理模塊一旦檢測到所述非注冊信令和控制交易的所述交易超時，就遞增所述超時計數(shù)器，并且當所述超時計數(shù)器的值大于或等于閾值時啟動與所述第二設備的所述注冊信令和控制交易。21、如權(quán)利要求20所述的裝置，其中，所述交易管理模塊基于呼叫到達統(tǒng)計來動態(tài)地確定所述閾值。22、如權(quán)利要求17所述的裝置，還包括跟蹤自所述非注冊信令和控制交易的所述交易超時以來已經(jīng)流逝的時間量的定時器，其中，一旦所述定時器到期所述交易管理模塊就啟動與所述第二設備的所述注冊信令和控制交易。23、如權(quán)利要求17所述的裝置，其中，所述交易管理模塊在沒有從所述第一設備接收到用于所述第一注冊信令和控制交易的回復消息時，檢測第一注冊信令和控制交易的交易超時，并且一旦檢測到所述第一注冊信令和控制交易消息的所述交易超時，就啟動與所述第二設備的第二注冊信令和控制交易。24、如權(quán)利要求17所述的裝置，其中，所述交易管理模塊發(fā)送用于所述后續(xù)信令和控制交易的初始消息和根據(jù)重發(fā)安排表的所述消息的一次或多次重發(fā)。25、如權(quán)利要求24所述的裝置，其中，當至少有一次交易超時的時候，所述交易管理模塊發(fā)送所述后續(xù)信令和控制交易的初始消息以及用字節(jié)碼而不用動態(tài)狀態(tài)信息進行壓縮的所述消息的所述一次或多次重發(fā)。26、如權(quán)利要求17所述的裝置，其中，所述交易管理模塊發(fā)送用于所述后續(xù)非注冊信令和控制交易的初始消息以及所述消息的一次或多次重發(fā)，其中，使用第一壓縮技術(shù)發(fā)送所述初始消息和所述消息的所述重發(fā)的第一部分，并且使用第二壓縮技術(shù)發(fā)送所述消息的所述重發(fā)的第二部分。27、如權(quán)利要求26所述的裝置，其中，所述第二壓縮技術(shù)包括不壓縮。28、如權(quán)利要求26所述的裝置，其中，使用動態(tài)狀態(tài)信息進行壓縮來發(fā)送用于所述非注冊信令和控制交易的初始消息以及所述消息的所述重發(fā)的第一部分，并且在不使用動態(tài)狀態(tài)信息進行壓縮的情況下來發(fā)送所述消息的所述重發(fā)中的第二部分。29、如權(quán)利要求26所述的裝置，其中，所述交易管理模塊檢測解壓縮失敗，識別所述檢測到的解壓縮失敗的原因，并且基于所述解壓縮失敗的所述原因為所述重發(fā)的第二部分選擇所述第二壓縮技術(shù)。30、如權(quán)利要求26所述的裝置，其中，所述交易管理模塊接收互聯(lián)網(wǎng)控制消息協(xié)議(ICMP)錯誤消息，在接收到所述ICMP錯誤消息時終止所述消息的進一步重發(fā)，并且啟動與所述第二設備的所述注冊信令和控制交易消息。31、如權(quán)利要求17所述的裝置，其中，一旦在交易超時定時器到期前沒有從所述第一設備接收到用于所述非注冊信令和控制交易的回復消息，^f述交易管理模塊就檢測所述交易超時。32、如權(quán)利要求17所述的裝置，其中，所述交易管理模塊檢測終端互聯(lián)網(wǎng)協(xié)議安全(IPsec)失敗事件，并且響應于檢測到所述IPsec失敗事件來啟動與所述第二設備的所述注冊信令和控制交易消息。33、一種計算機程序產(chǎn)品包括上面具有指令的計算機可讀介質(zhì)，所述指令包括用于執(zhí)行操作的代碼在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時；在檢測到所述非注冊交易的所述交易超時之后的特定時間段內(nèi)，啟動與所述第一設備的至少一個后續(xù)信令和控制交易；并且當沒有接收到對所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，啟動與第二設備的注冊信令和控制交易。34、如權(quán)利要求33所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼-在檢測到所述非注冊信令和控制交易的所述交易超時，遞增超時計數(shù)器，其中，啟動所述至少一個后續(xù)信令和控制交易包括當所述超時計數(shù)器的值小于閾值時，啟動所述至少一個后續(xù)信令和控制交易。35、如權(quán)利要求34所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼接收用于所述至少一個后續(xù)信令和控制交易的回復消息；并且在接收到所述回復消息時，重置所述超時計數(shù)器。36、如權(quán)利要求33所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼在檢測到所述非注冊信令和控制交易的所述交易超時，遞增超時計數(shù)器，其中，啟動所述注冊信令和控制交易包括當所述超時計數(shù)器的值大于或等于閾值時，啟動與所述第二設備的所述注冊信令和控制交易。37、如權(quán)利要求36所述的計算機程序產(chǎn)品，還包括用于基于呼叫到達統(tǒng)計來動態(tài)地確定所述閾值的代碼。38、如權(quán)利要求33所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼在檢測到所述非注冊信令和控制交易的所述交易超時，啟動定時器，其中，啟動所述注冊信令和控制交易包括一旦所述定時器到期就啟動與所述第二設備的所述注冊信令和控制交易。39、如權(quán)利要求33所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼在沒有從所述第一設備接收到對第一注冊信令和控制交易的回復時，檢測所述第一注冊信令和控制交易的交易超時；一旦檢測到所述第一注冊信令和控制交易的所述交易超時，就啟動與所述第二設備的第二注冊信令和控制交易。40、如權(quán)利要求33所述的計算機程序產(chǎn)品，其中用于啟動所述至少一個后續(xù)信令和控制交易的代碼包括用于發(fā)送用于所述后續(xù)信令和控制交易的初始消息以及根據(jù)重發(fā)安排表的所述消息的一次或多次重發(fā)的代碼。41、如權(quán)利要求40所述的計算機程序產(chǎn)品，其中，用于發(fā)送所述初始消息和所述消息的所述一次或多次重發(fā)的代碼包括用于執(zhí)行以下操作的代碼當至少有一次交易超時的時候，發(fā)送所述后續(xù)信令和控制交易的初始消息以及用字節(jié)碼而不用動態(tài)狀態(tài)信息進行壓縮的所述消息的所述一次或多次重發(fā)。42、如權(quán)利要求33所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼發(fā)送用于所述后續(xù)非注冊信令和控制交易的初始消息以及所述消息的一次或多次重發(fā)，其中，使用第一壓縮技術(shù)發(fā)送用于所述非注冊信令和控制交易的所述初始消息以及所述消息的所述重發(fā)的第一部分，并且使用第二壓縮技術(shù)發(fā)送所述消息的所述重發(fā)的第二部分。43、如權(quán)利要求42所述的計算機程序產(chǎn)品，其中，不使用壓縮來發(fā)送所述消息的所述重發(fā)的第二部分。44、如權(quán)利要求42所述的計算機程序產(chǎn)品，其中，使用動態(tài)狀態(tài)信息進行壓縮來發(fā)送用于所述非注冊信令和控制交易的初始消息以及所述消息的所述重發(fā)的第一部分，并且在不使用動態(tài)狀態(tài)信息進行壓縮的情況下來發(fā)送所述消息的所述重發(fā)的第二部分。45、如權(quán)利要求42所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼檢測解壓縮失敗；識別所述檢測到的解壓縮失敗的原因；和基于所述解壓縮失敗的原因，為所述重發(fā)的第二部分選擇所述第二壓縮技術(shù)。46、如權(quán)利要求42所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼接收互聯(lián)網(wǎng)控制消息協(xié)議(ICMP)錯誤消息；在接收到所述ICMP錯誤消息時終止所述消息的進一步重發(fā)；和啟動與所述第二設備的所述注冊信令和控制交易消息。47、如權(quán)利要求33所述的計算機程序產(chǎn)品，其中，用于檢測所述交易超時的代碼包括-用于一旦在交易超時定時器到期前沒有從所述第一設備接收到對所述非注冊信令和控制交易的回復消息就檢測所述交易超時的代碼。48、如權(quán)利要求33所述的計算機程序產(chǎn)品，還包括用于執(zhí)行以下操作的代碼檢測終端互聯(lián)網(wǎng)協(xié)議安全(IPsec)失敗事件；和響應于檢測到所述IPsec失敗事件來啟動與所述第二設備的所述注冊信令和控制交易消息。49、一種裝置包括檢測模塊，用于在沒有從第一設備接收到回復消息時，檢測非注冊信令和控制交易的交易超時；禾口啟動模塊，用于在檢測所述非注冊信令和控制交易的交易超時之后的特定時間段內(nèi)，啟動與所述第一設備的至少一個后續(xù)信令和控制交易，其中，所述啟動模塊當沒有接收到用于所述至少一個后續(xù)信令和控制交易的回復消息時，在所述特定時間段之后，啟動與第二設備的注冊信令和控制交易。50、如權(quán)利要求49所述的裝置，還包括遞增模塊，用于在檢測到所述非注冊信令和控制交易的所述交易超時的時候，遞增超時計數(shù)器，其中，當所述超時計數(shù)器的值小于閾值時，所述啟動模塊啟動所述至少一個后續(xù)信令和控制交易。51、如權(quán)利要求50所述的裝置，還包括用于接收用于所述至少一個后續(xù)信令和控制交易的回復消息的模塊；和用于在接收到所述回復消息時重置所述超時計數(shù)器的模塊。52、如權(quán)利要求49所述的裝置，還包括遞增模塊，用于在檢測到所述非注冊信令和控制交易的所述交易超時，遞增超時計數(shù)器，其中，當所述超時計數(shù)器的值大于或等于閾值時，所述啟動模塊啟動與所述第二設備的所述注冊信令和控制交易。53、如權(quán)利要求'52所述的裝置，還包括用于基于呼叫統(tǒng)計來動態(tài)地確定所述閾值的模塊。54、如權(quán)利要求49所述的裝置，還包括用于在檢測到所述非注冊信令和控制交易的所述交易超時啟動定時器的模塊，其中，一旦所述定時器到期，所述啟動模塊就啟動與所述第二設備的所述注冊信令和控制交易。55、如權(quán)利要求49所述的裝置，還包括用于在沒有從所述第一設備接收到對第一注冊信令和控制交易的回復時檢測所述第一注冊信令和控制交易的交易超時的模塊；其中，一旦檢測到所述第一注冊信令和控制交易的所述交易超時，所述啟動模塊就啟動與所述第二設備的第二注冊信令和控制交易。56、如權(quán)利要求49所述的裝置，其中，所述啟動模塊啟動用于所述后續(xù)的信令和控制交易的初始消息以及根據(jù)重發(fā)安排表的所述消息的一次或多次重發(fā)。57、如權(quán)利要求56所述的裝置，其中，當至少有一次交易超時的時候，所述啟動模塊啟動用于所述后續(xù)信令和控制交易的所述初始消息以及用字節(jié)碼而不用動態(tài)狀態(tài)信息進行壓縮的所述消息的所述一次或多次重發(fā)。58、如權(quán)利要求49所述的裝置，其中所述啟動模塊啟動用于所述后續(xù)非注冊信令和控制交易的初始消息以及所述消息的一次或多次重發(fā)，其中，使用第一壓縮技術(shù)發(fā)送用于所述后續(xù)非注冊信令和控制交易的初始消息以及所述消息的所述重發(fā)的第一部分，并且使用第二壓縮技術(shù)發(fā)送所述消息的所述重發(fā)的第二部分。59、如權(quán)利要求58所述的裝置，其中，所述第二壓縮技術(shù)包括不壓縮。60、如權(quán)利要求58所述的裝置，其中，使用動態(tài)狀態(tài)信息進行壓縮來發(fā)送所述非注冊信令和控制交易的初始消息以及所述消息的所述重發(fā)的第一部分，并且在不使用動態(tài)狀態(tài)信息進行壓縮的情況下來發(fā)送所述消息的所述重發(fā)的第二部分。61、如權(quán)利要求58所述的裝置，還包括用于檢測解壓縮失敗并識別檢測到的解壓縮失敗的原因的模塊；和用于基于所述解壓縮失敗的原因為所述重發(fā)的第二部分選擇所述第二壓縮技術(shù)的模塊。62、如權(quán)利要求58所述的裝置，其中，所述啟動模塊接收互聯(lián)網(wǎng)控制消息協(xié)議(ICMP)錯誤消息，在接收到所述ICMP錯誤消息時終止所述消息的進一步重發(fā)，并且啟動與所述第二設備的所述注冊信令和控制交易消息。63、如權(quán)利要求49所述的裝置，其中，一旦在交易超時定時器到期前沒有從所述第一設備接收到用于所述非注冊信令和控制交易的回復消息，所述檢測模塊就檢測所述交易超時。64、如權(quán)利要求49所述的裝置，還包括用于檢測終端互聯(lián)網(wǎng)協(xié)議安全(IPsec)失敗事件的模塊；并且其中，所述啟動模塊響應于檢測到所述IPsec失敗事件來啟動與所述第二設備的所述注冊信令和控制交易消息。全文摘要本公開描述了在通信會話建立和管理過程中用于處理交易超時的技術(shù)。特別是，基于遇到交易超時的信令和控制消息的類型，通信設備可以對交易超時作不同的處理。在一方面，通信設備以不同于非注冊交易期間遇到的交易超時的方式處理注冊交易期間遇到的交易超時。例如，當非注冊交易遇到交易超時的時候，啟動該交易的通信設備啟動至少一個到當前代理服務器的后續(xù)交易。在遇到連續(xù)交易超時的數(shù)量達到閾值、失敗持續(xù)時間定時器到期或與注冊交易相關(guān)聯(lián)的交易超時之后，通信設備取消當前的通信會話并發(fā)送注冊消息到新的代理服務器。文檔編號H04L29/08GK101513016SQ200780033725公開日2009年8月19日申請日期2007年9月12日優(yōu)先權(quán)日2006年9月12日發(fā)明者S·V·金德申請人:高通股份有限公司