專利名稱：基于重試機制的業(yè)務(wù)過程中對sip協(xié)議請求的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及以SIP協(xié)議為會話控制協(xié)議的系統(tǒng)業(yè)務(wù)過程中，對SIP協(xié)議請求的處理技術(shù)，特別涉及一種基于重試機制的業(yè)務(wù)過程中對SIP協(xié)議請求的處理方法。
背景技術(shù)：
隨著移動通訊技術(shù)的發(fā)展，單一的語音通信方式不能完全滿足用戶的需要，而需要全新的多媒體通信方式。這種多媒體通信不僅僅是簡單的視音頻通信，還包括即時消息、同址瀏覽、協(xié)同工作、流媒體等等業(yè)務(wù)，特別是新通信方式和傳統(tǒng)語音融合的業(yè)務(wù)。在眾多的基于Internet和電信網(wǎng)絡(luò)融合會話控制系統(tǒng)中，大多數(shù)都采用初始會話協(xié)議(SIP)作為會話控制協(xié)議，例如IP多媒體子系統(tǒng)(IMS)、NGN網(wǎng)絡(luò)大都采用了SIP協(xié)議。
SIP協(xié)議是由Internet工程任務(wù)組(IETF)制訂的多媒體通信系統(tǒng)框架協(xié)議之一，是用于建立、改變或結(jié)束多媒體會話的應(yīng)用層協(xié)議。由于SIP協(xié)議基于公開的Internet標(biāo)準(zhǔn)，在語音與數(shù)據(jù)業(yè)務(wù)的結(jié)合及互通方面具有天然優(yōu)勢，能跨越媒體和設(shè)備實現(xiàn)呼叫控制，支持豐富的媒體格式。
采用SIP協(xié)議作為會話控制協(xié)議的會話控制系統(tǒng)中，SIP協(xié)議對于請求消息有統(tǒng)一的超時處理，以下以IMS系統(tǒng)為例，介紹SIP協(xié)議對于請求消息的超時處理方法。
3GPP在分組承載網(wǎng)基礎(chǔ)上引入的全I(xiàn)P業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)的IMS系統(tǒng)，目標(biāo)是按照個性化用戶數(shù)據(jù)，屏蔽用戶接入方式，控制業(yè)務(wù)能力的開放程度，提供多媒體的通信體驗。
IMS中主要的功能實體包括控制用戶注冊、會話控制等功能的呼叫控制實體(CSCF)、提供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器(AS)、集中管理用戶簽約數(shù)據(jù)的歸屬用戶服務(wù)器(HSS)以及用于實現(xiàn)與電路交換網(wǎng)互通的MGCF/IM-MGW。
根據(jù)在網(wǎng)絡(luò)中的功能，CSCF分為當(dāng)前所在地代理節(jié)點(P-CSCF)、注冊地的歸屬域服務(wù)節(jié)點(S-CSCF)以及查詢節(jié)點(I-CSCF)。
用戶(UE)通過P-CSCF接入IMS，會話和業(yè)務(wù)觸發(fā)控制及與AS的業(yè)務(wù)控制交互則由其注冊地的S-CSCF完成；IMS采用SIP協(xié)議作為應(yīng)用層交互信令，終端和CSCF之間、CSCF之間、CSCF與AS之間接口協(xié)議均為SIP協(xié)議。
其中，S-CSCF在IMS核心網(wǎng)中處于核心的控制地位，負(fù)責(zé)對UE的注冊鑒權(quán)和會話控制，執(zhí)行針對主叫端及被叫端IMS用戶的基本會話路由功能，并根據(jù)用戶簽約的IMS觸發(fā)規(guī)則，在條件滿足時進(jìn)行到AS的增值業(yè)務(wù)路由觸發(fā)及業(yè)務(wù)控制交互。
I-CSCF則主要用于實現(xiàn)兩個網(wǎng)絡(luò)間的互通。
參見圖1，圖1為簡化的IMS系統(tǒng)連接結(jié)構(gòu)示意圖。圖1中IMS系統(tǒng)僅示出了兩個S-CSCF。下面以UE11呼叫UE21的過程，來說明該系統(tǒng)中各實體的連接關(guān)系。該呼叫過程包括步驟1，UE11通過P-CSCF1向該UE11注冊地的S-CSCF1發(fā)送對UE21的會話請求。
步驟2，S-CSCF1判斷主叫用戶是否已注冊，如未注冊則拒絕會話請求；如已注冊則執(zhí)行步驟3。
步驟3，S-CSCF1依據(jù)來自U11的SIP會話消息內(nèi)容，對主叫SIP用戶所簽約的IMS多條AS觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序匹配，匹配成功的情況下將SIP會話路由到規(guī)則指定的SIP AS業(yè)務(wù)平臺，以觸發(fā)IMS用戶相關(guān)增值業(yè)務(wù)邏輯的執(zhí)行，并跳轉(zhuǎn)到步驟4；匹配不成功或剩余觸發(fā)規(guī)則為空情況下，則跳轉(zhuǎn)到步驟5。
步驟4，S-CSCF1等待從SIP AS業(yè)務(wù)平臺返回的SIP會話消息，依據(jù)該SIP會話消息內(nèi)容，該SIP會話消息可能修改過，對主叫SIP用戶剩余的其他未匹配AS簽約觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序匹配，匹配成功的情況下將SIP會話路由到規(guī)則指定的SIP AS業(yè)務(wù)平臺，并返回執(zhí)行本步驟，等待從規(guī)則指定的SIP AS業(yè)務(wù)平臺返回的SIP會話消息。
匹配不成功或剩余觸發(fā)規(guī)則為空的情況下，則跳轉(zhuǎn)到步驟5。如果沒有從SIP AS業(yè)務(wù)平臺返回消息，則S-CSCF1按照缺省處理(default handling)中的規(guī)則，決定是繼續(xù)對剩余的其他未匹配AS簽約觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序觸發(fā)，還是結(jié)束會話。
步驟5，當(dāng)目的網(wǎng)絡(luò)與主叫網(wǎng)絡(luò)屬同一網(wǎng)絡(luò)時，S-CSCF1依據(jù)被叫SIP用戶地址信息通過DNS域名解析獲得目的網(wǎng)絡(luò)運營商地址信息，并將SIP會話消息轉(zhuǎn)發(fā)到目的網(wǎng)絡(luò)的I-CSCF2。當(dāng)目的網(wǎng)絡(luò)與主叫網(wǎng)絡(luò)不屬于同一網(wǎng)絡(luò)且主叫網(wǎng)絡(luò)要求網(wǎng)絡(luò)拓?fù)潆[藏時，將會話消息先轉(zhuǎn)至主叫網(wǎng)絡(luò)I-CSCF1完成拓?fù)潆[藏處理后再轉(zhuǎn)發(fā)到目的網(wǎng)絡(luò)的I-CSCF2。
步驟6，S-CSCF1對被叫用戶進(jìn)行分析，若分析被叫為非IMS的SIP用戶或H.323用戶，也就是沒有在HSS(圖1中未示出)未注冊，則根據(jù)運營策略，轉(zhuǎn)發(fā)SIP消息到IMS媒體網(wǎng)關(guān)功能(I-MGCF)(圖1中未示出)，以完成其他非IMS網(wǎng)絡(luò)的SIP Server的協(xié)議互通。
步驟7，目的網(wǎng)絡(luò)的I-CSCF2將會話消息轉(zhuǎn)發(fā)給被叫UE21注冊地的S-CSCF2。
步驟8，S-CSCF2判斷被叫用戶是否已注冊，如未注冊則直接從HSS通過Diameter協(xié)議下載相關(guān)IMS基本簽約數(shù)據(jù)。
步驟9，S-CSCF2依據(jù)來自目的網(wǎng)絡(luò)I-CSCF2的SIP會話消息內(nèi)容，對被叫SIP用戶所簽約的IMS多條AS觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序匹配，在匹配成功的情況下將SIP會話路由到簽約規(guī)則指定的SIP AS業(yè)務(wù)平臺地址，以觸發(fā)IMS用戶相關(guān)增值業(yè)務(wù)邏輯的執(zhí)行，并跳轉(zhuǎn)到步驟10；在匹配不成功或剩余觸發(fā)規(guī)則為空的情況下，則跳轉(zhuǎn)到步驟11。
步驟10，S-CSCF2等待從SIP AS業(yè)務(wù)平臺返回的SIP會話消息，并判斷返回的SIP會話消息內(nèi)容的Request URL地址是否修改過。若未修改過，則對被叫SIP用戶剩余的其他未匹配AS簽約觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序匹配，在匹配成功的情況下將SIP會話路由到簽約規(guī)則指定的SIP AS業(yè)務(wù)平臺地址，并返回執(zhí)行本步驟，等待從規(guī)則指定的SIP AS業(yè)務(wù)平臺返回的SIP會話消息。在匹配不成功或剩余觸發(fā)規(guī)則為空的情況下，則跳轉(zhuǎn)到步驟11。如果沒有從SIP AS業(yè)務(wù)平臺返回消息，則S-CSCF2按照″default handling″中的規(guī)則決定是繼續(xù)對剩余的其他未匹配AS簽約觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序觸發(fā)，還是結(jié)束會話。
若SIP會話消息內(nèi)容的Request URL地址修改過，則跳轉(zhuǎn)到上述的步驟5，根據(jù)新的被叫URL地址進(jìn)行到被叫網(wǎng)絡(luò)I-CSCF的尋址。
步驟11，S-CSCF2依據(jù)被叫IMS用戶注冊過程中在S-CSCF2中記錄的P-CSCF2地址進(jìn)行到被叫用戶UE21漫游所在的P-CSCF2的會話路由。
步驟12，P-CSCF2向UE21發(fā)送會話請求。
IMS網(wǎng)絡(luò)中業(yè)務(wù)觸發(fā)是基于存儲在HSS中并在用戶注冊時下載到為用戶分配的S-CSCF實體的用戶簽約數(shù)據(jù)中的初始過濾準(zhǔn)則(iFC)檢測完成的。iFC按照不同優(yōu)先級定義了業(yè)務(wù)觸發(fā)的條件和目的AS，S-CSCF將收到的來自或發(fā)往所服務(wù)用戶的業(yè)務(wù)請求消息與iFC中的業(yè)務(wù)觸發(fā)條件相匹配，匹配成功后則將該業(yè)務(wù)請求消息發(fā)送往匹配成功的iFC所指定的AS，否則所觸發(fā)的AS將請求消息返回來后，S-CSCF繼續(xù)進(jìn)行較低優(yōu)先級iFC的檢測，在所有iFC檢測完成后，S-CSCF根據(jù)業(yè)務(wù)請求中的目地標(biāo)識將該業(yè)務(wù)請求發(fā)往下一個網(wǎng)絡(luò)節(jié)點。
其中，iFC主要包括Application Server AddressAS priorityDefault HandlingSubscribed MediaTrigger Points
Optional Service Information上述步驟1～步驟6為主叫流程(MO流程)；步驟7～步驟12為被叫流程(MT流程)。
S-CSCF在MT流程中，會對SIP會話請求進(jìn)行轉(zhuǎn)發(fā)。S-CSCF可以按照任何次序來處理目標(biāo)地址集，既可以對于多個目標(biāo)地址采用串行處理的方法，使得一個目標(biāo)地址處理完成后再開始下一個地址的處理，也可以并行處理所有的目標(biāo)地址。這種串行處理的方法稱為串行Fork。
圖1所示的IMS系統(tǒng)中，各個采用SIP協(xié)議的網(wǎng)絡(luò)實體中對SIP請求超時處理方法相同的，該方法主要包括(這里只介紹與本發(fā)明相關(guān)的SIP消息超時的處理)SIP請求可以分為會話連接請求(Invite請求)和非Invite請求。
對于Invite請求消息，SIP網(wǎng)絡(luò)實體將該請求消息轉(zhuǎn)發(fā)給其后向節(jié)點時，對于每個轉(zhuǎn)發(fā)消息，設(shè)置三個定時器進(jìn)行超時處理TimerA來處理Invite請求的重發(fā)、TimerB來處理無法得到任何響應(yīng)的情況、TimerC用來處理無法得到最終響應(yīng)的情況。這三個定時器的定時時間，是在業(yè)務(wù)開始前預(yù)先配置好的。
舉例來說假如一SIP網(wǎng)絡(luò)實體將Invite請求消息轉(zhuǎn)發(fā)給其后向節(jié)點，則同時啟動TimerA、TimerB以及TimerC。
當(dāng)該SIP網(wǎng)絡(luò)實體收到后向節(jié)點返回的Invite請求的臨時響應(yīng)1XX時，停止TimerA和TimerB，并重啟TimerC。當(dāng)該SIP網(wǎng)絡(luò)實體收到其后向節(jié)點返回的Invite請求的最終響應(yīng)2XX-6XX時，停止TimerC。
如果在TimerA定時時間內(nèi)沒有收到任何響應(yīng)，則TimerA會超時如果在TimerB定時時間內(nèi)沒有收到任何響應(yīng)，則TimerB會超時，本發(fā)明對TimerA和TimerB的超時處理沒有改進(jìn)，這里不再詳細(xì)說明。
如果在TimerC定時時間內(nèi)沒有收到最終響應(yīng)，則TimerC會超時。一旦TimerC超時，通常有兩種超時處理的方法
第一種終結(jié)Invite請求的客戶端事務(wù)，釋放實例，從而會話過程結(jié)束。
這種處理方法對于多次觸發(fā)AS業(yè)務(wù)、串行Fork業(yè)務(wù)、順序前轉(zhuǎn)業(yè)務(wù)等基于重試機制的業(yè)務(wù)會出現(xiàn)下述情況一旦S-CSCF對一次觸發(fā)AS業(yè)務(wù)的TimerC超時或一個執(zhí)行串行Fork業(yè)務(wù)的被叫用戶的TimerC超時、或執(zhí)行順序前轉(zhuǎn)業(yè)務(wù)的AS的TimerC超時，會話就被結(jié)束。也就是說，在沒有完成對所有需要觸發(fā)AS業(yè)務(wù)或沒有向所有執(zhí)行串行Fork業(yè)務(wù)的被叫用戶發(fā)送會話請求前，或沒有完成順序前轉(zhuǎn)業(yè)務(wù)前，會話被異常結(jié)束。
第二種根據(jù)當(dāng)前的業(yè)務(wù)情況動態(tài)的增加TimerC的超時時長，重啟TimerC。但這樣會導(dǎo)致其他業(yè)務(wù)的TimerC超時釋放的處理，并且一味的重啟TimerC，造成多次觸發(fā)AS業(yè)務(wù)、串行Fork業(yè)務(wù)或順序前轉(zhuǎn)業(yè)務(wù)等處理時間較長的業(yè)務(wù)會話吊死。
對非Invite請求，SIP網(wǎng)絡(luò)實體將該請求轉(zhuǎn)發(fā)給其后向節(jié)點時，對于每個轉(zhuǎn)發(fā)消息，啟動兩個定時器啟動TimerE用于非Invite請求的重發(fā)，啟動TimerF用于處理沒有收到任何響應(yīng)或沒有收到最終響應(yīng)的情況。這兩個定時器的定時時間，也是在業(yè)務(wù)開始前預(yù)先配置好的。
舉例來說假如一SIP網(wǎng)絡(luò)實體將非Invite請求消息轉(zhuǎn)發(fā)給其后向節(jié)點，則同時啟動TimerE、TimerF。
當(dāng)該SIP網(wǎng)絡(luò)實體收到其后向節(jié)點返回的臨時響應(yīng)1XX后，改變TimerE的超時時長。
當(dāng)該SIP網(wǎng)絡(luò)實體收到其后向節(jié)點返回的最終響應(yīng)2XX-6XX時，停止TimerE和TimerF。
當(dāng)該SIP網(wǎng)絡(luò)實體在TimerF定時時間內(nèi)，沒有收到最終響應(yīng)2XX-6XX時，TimerF超時。
一旦TimerF超時，則終結(jié)非Invite請求的客戶端事務(wù)，釋放實例，從而會話結(jié)束。同樣，這種處理方法對于S-CSCF多次觸發(fā)AS業(yè)務(wù)、串行Fork業(yè)務(wù)或AS執(zhí)行順序前轉(zhuǎn)業(yè)務(wù)等基于重試機制的業(yè)務(wù)也會出現(xiàn)下述情況在沒有完成對所有需要觸發(fā)AS業(yè)務(wù)或沒有向所有執(zhí)行串行Fork業(yè)務(wù)的被叫用戶發(fā)送會話請求前，或執(zhí)行順序前轉(zhuǎn)業(yè)務(wù)的AS未完成前轉(zhuǎn)業(yè)務(wù)前，會話被異常結(jié)束。
總之，目前SIP協(xié)議的對消息的超時處理，會影響基于重試機制的業(yè)務(wù)的正常運行，導(dǎo)致業(yè)務(wù)不可用。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議消息的處理方法，減少SIP協(xié)議定時器超時處理對基于重試機制的業(yè)務(wù)的影響。
為達(dá)到上述發(fā)明目的，本發(fā)明提供了一種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議請求的處理方法，該方法包括以下步驟A、前向節(jié)點向執(zhí)行重試功能的SIP節(jié)點發(fā)送SIP會話請求，并針對該請求啟動第一SIP協(xié)議定時器；B、執(zhí)行重試功能的SIP節(jié)點接收到該SIP會話請求后，按照重試規(guī)則向一個后向節(jié)點轉(zhuǎn)發(fā)該SIP會話請求，并針對該請求啟動第二SIP協(xié)議定時器；C、若執(zhí)行重試功能的SIP節(jié)點出現(xiàn)了當(dāng)前請求失敗的情況，則按照重試規(guī)則向下一個后向節(jié)點轉(zhuǎn)發(fā)該SIP會話請求，針對該請求啟動第二SIP協(xié)議定時器，并向前向節(jié)點發(fā)送重置定時器通知；若沒有出現(xiàn)當(dāng)前請求失敗的情況，則按SIP協(xié)議流程繼續(xù)執(zhí)行該業(yè)務(wù)；D、返回執(zhí)行步驟C，直到按照重試規(guī)則執(zhí)行結(jié)束；E、每個前向節(jié)點在每次接收到重置定時器通知時，向其前向節(jié)點前傳該通知，并重啟第一SIP協(xié)議定時器；繼續(xù)該業(yè)務(wù)。
其中，所述的當(dāng)前請求失敗的情況可以為接收到后向節(jié)點返回的SIP會話失敗響應(yīng)，或在第二SIP協(xié)議定時器超時沒有收到后向節(jié)點返回的SIP最終會話響應(yīng)。
步驟C所述向前向節(jié)點發(fā)送重置定時器通知的方法可以為
向前向節(jié)點發(fā)送重置定時器的臨時響應(yīng)。
所述臨時響應(yīng)可以為SIP協(xié)議中規(guī)定的臨時響應(yīng)，或重新定義的SIP臨時響應(yīng)。
所述前向節(jié)點發(fā)送重置定時器通知的方法可以為先生成一個Totag，將該To tag加入到重置定時器的臨時響應(yīng)中，再將重置定時器的臨時響應(yīng)發(fā)送給前向節(jié)點；或直接將重置定時器的臨時響應(yīng)發(fā)送給前向節(jié)點。
若臨時響應(yīng)中包含To tag，則所述步驟E中，在重啟第一SIP協(xié)議定時器前，將臨時響應(yīng)中包含To tag與發(fā)送的SIP會話請求中包含的To tag進(jìn)行比較，如果不同，則按照協(xié)議規(guī)定，重新創(chuàng)建一個會話，將該會話與原會話相聯(lián)系。
執(zhí)行重試功能的SIP節(jié)點作為B2BUA時，其為重置定時器的臨時響應(yīng)生成一個To Tag，并且該會話中后續(xù)所有的響應(yīng)都使用這個To Tag；執(zhí)行重試功能的SIP節(jié)點作為PROXY時，其為重置定時器的臨時響應(yīng)生成一個To Tag，并且該會話中其后續(xù)構(gòu)造的臨時響應(yīng)都使用這個To Tag。
所述向前向節(jié)點發(fā)送重置定時器通知的方法可以為若前向節(jié)點發(fā)送的是Invite請求，則采用協(xié)議規(guī)定的可選標(biāo)志100Rel和定義臨時響應(yīng)的應(yīng)答PRACK機制，向前向節(jié)點發(fā)送重置定時器的可靠臨時響應(yīng)；若前向節(jié)點發(fā)送的非Invite請求，則采用協(xié)議規(guī)定的客戶端事務(wù)的重傳機制，向前向節(jié)點發(fā)送重置定時器的可靠臨時響應(yīng)。
對于非Invite請求如果重用已有的臨時響應(yīng)，則在臨時響應(yīng)中增加重置定時器標(biāo)識后，將該臨時響應(yīng)發(fā)送給前向節(jié)點；所述步驟E進(jìn)一步包括前向節(jié)點收到臨時響應(yīng)后，判斷其中是否包含重置定時器標(biāo)識，根據(jù)包含該標(biāo)識的臨行響應(yīng)，重啟所述第一定時器；如果用新定義的臨時響應(yīng)，前向節(jié)點收到該臨時響應(yīng)時，先判斷是否為上述新定義的臨時響應(yīng)，根據(jù)新定義的臨時響應(yīng)，重啟所述第一定時器。
所述的基于重試機制的業(yè)務(wù)為IMS系統(tǒng)中的多次觸發(fā)AS業(yè)務(wù)時，所述執(zhí)行重試功能的SIP節(jié)點可以為主叫用戶或被叫用戶的注冊地的歸屬域服務(wù)節(jié)點S-CSCF。
所述的重試規(guī)則可以為用戶簽約的IMS多條AS觸發(fā)規(guī)則和“DefaultHandling”中的規(guī)則。
所述的基于重試機制的業(yè)務(wù)為IMS系統(tǒng)中的串行Fork業(yè)務(wù)時，所述執(zhí)行重試功能的SIP節(jié)點可以為被叫用戶的注冊地的S-CSCF。
所述的重試規(guī)則可以為目標(biāo)地址集及其排序順序。
所述的基于重試機制的業(yè)務(wù)為IMS系統(tǒng)中的順序前轉(zhuǎn)業(yè)務(wù)時，所述執(zhí)行重試功能的SIP節(jié)點為目標(biāo)網(wǎng)絡(luò)的應(yīng)用服務(wù)器AS。
所述的重試規(guī)則可以為被叫用戶簽約數(shù)據(jù)中的前轉(zhuǎn)順序。
由上述的技術(shù)方案可見，本發(fā)明的這種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議消息的處理方法，執(zhí)行重試功能的SIP節(jié)點在重試過程中，出現(xiàn)當(dāng)前請求失敗的情況下，通知前向節(jié)點重置SIP協(xié)議定時器，并繼續(xù)本次業(yè)務(wù)。這樣，就防止了會話被中途結(jié)束或會話被吊死，從而減少了SIP協(xié)議定時器超時處理對基于重試機制的業(yè)務(wù)的影響，保證了此類業(yè)務(wù)的正常運行。


圖1為簡化的IMS系統(tǒng)連接結(jié)構(gòu)示意圖；圖2為本發(fā)明第一較佳實施例的流程圖；圖3為本發(fā)明第二較佳實施例的流程圖；圖4為本發(fā)明第三較佳實施例的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖及具體實施例對本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明的這種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議消息的處理方法，執(zhí)行重試功能的SIP節(jié)點在重試過程中，出現(xiàn)當(dāng)前請求失敗的情況下，通知前向節(jié)點重置SIP協(xié)議定時器，并繼續(xù)本次業(yè)務(wù)。
本發(fā)明中所述的當(dāng)前請求失敗的情況可以是在SIP定時器定時期間沒有收到后向節(jié)點返回的最終響應(yīng)，或收到后向節(jié)點返回的失敗的最終響應(yīng)。
以下舉三個較佳實施例對本發(fā)明進(jìn)行詳細(xì)說明。
第一較佳實施例本實施例是在IMS系統(tǒng)中，S-CSCF多次觸發(fā)AS業(yè)務(wù)過程中，出現(xiàn)定時器超時情況的處理過程。參見圖2，圖2為本發(fā)明第一較佳實施例的流程圖。該流程包括以下步驟步驟201～202，相關(guān)的前向節(jié)點向本節(jié)點S-CSCF發(fā)送SIP會話請求消息，并啟動包含TimeC(Invite請求)或TimeF(非Invite請求)的相關(guān)協(xié)議定時器。
步驟203，本節(jié)點S-CSCF根據(jù)SIP會話消息內(nèi)容，對用戶所簽約的iFC多條AS觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序匹配。假設(shè)本實施例與一條觸發(fā)規(guī)則匹配成功，該規(guī)則指定的后向節(jié)點為AS 1。
步驟204～205，S-CSCF向AS 1發(fā)送SIP會話請求，將SIP會話路由到后向節(jié)點AS 1的業(yè)務(wù)平臺，以觸發(fā)IMS用戶相關(guān)增值業(yè)務(wù)邏輯的執(zhí)行，并啟動包含TimeC(Invite請求)或TimeF(非Invite請求)等相關(guān)SIP協(xié)議定時器。
本實施例中，假設(shè)在S-CSCF啟動的TimeC或TimeF時間內(nèi)，沒有收到AS 1的觸發(fā)響應(yīng)，即TimeC或TimeF超時，則執(zhí)行步驟206。
步驟206，S-CSCF按照″default handling″中的規(guī)則決定是繼續(xù)對剩余的其他未匹配AS簽約觸發(fā)規(guī)則進(jìn)行按優(yōu)先級的順序觸發(fā)。假設(shè)本實施例為繼續(xù)進(jìn)行順序觸發(fā)，假設(shè)按順序選擇下一個AS為后向節(jié)點AS2。
現(xiàn)有技術(shù)中已經(jīng)說明IMS網(wǎng)絡(luò)中業(yè)務(wù)觸發(fā)是基于iFC檢測完成的，iFC在用戶注冊時已下載到為用戶分配的S-CSCF實體。
步驟207～210，S-CSCF向相關(guān)的前向節(jié)點發(fā)送重置定時器通知，相關(guān)的前向節(jié)點根據(jù)該通知，重啟自身的TimeC或TimeF。同時，S-CSCF向后向節(jié)點AS發(fā)送SIP會話請求，啟動新的TimeC或TimeF。
此時，當(dāng)前節(jié)點S-CSCF可充當(dāng)B2BUA或者PROXY的角色，并且該業(yè)務(wù)需要繼續(xù)向其他后向節(jié)點發(fā)出SIP請求，繼續(xù)業(yè)務(wù)處理，因此，本發(fā)明中不將超時的響應(yīng)或失敗的最終響應(yīng)發(fā)送給前向節(jié)點，而是通知前向節(jié)點重置定時器。
S-CSCF可以在定時器超時或收到失敗的響應(yīng)等請求失敗的情況下，通知前向節(jié)點重置定時器。S-CSCF可以采用如下方式通知前向節(jié)點重置定時器構(gòu)造臨時響應(yīng)1 XX(非100)，回傳給前向節(jié)點。構(gòu)造臨時響應(yīng)時，該臨時響應(yīng)中可以攜帶To tag，對RFC2543協(xié)議也可以不攜帶To tag。
在攜帶To tag的情況下，To Tag的設(shè)置會根據(jù)當(dāng)前節(jié)點角色的不同分別處理A、B2BUA為當(dāng)前臨時響應(yīng)生成一個To Tag，并且后續(xù)所有的響應(yīng)都使用這個To Tag。
B、PROXY為當(dāng)前臨時響應(yīng)生成一個To Tag，并且后續(xù)的當(dāng)前節(jié)點構(gòu)造的臨時響應(yīng)都使用這個To Tag，而其他后向節(jié)點發(fā)送來的響應(yīng)，不改變To tag，正常處理。
另外，根據(jù)協(xié)議規(guī)定當(dāng)S-CSCF向前向節(jié)點轉(zhuǎn)發(fā)后向節(jié)點發(fā)送來的其他響應(yīng)后，如果其中的To Tag不同，前向節(jié)點會對當(dāng)前會話(Dialog1)進(jìn)行復(fù)制操作。具體點說就是前向節(jié)點針對To Tag不同的響應(yīng)，重新創(chuàng)建Dialog2，并與初始請求的Dialog1相聯(lián)系。當(dāng)前向節(jié)點收到最終響應(yīng)后，Dialog2正常處理。而Dialog1最終會因為沒有收到最終響應(yīng)而超時，釋放相應(yīng)資源，不會影響正常進(jìn)行的業(yè)務(wù)。
本發(fā)明中提到的Dialog、B2BUA、PROXY、Fork等相關(guān)細(xì)節(jié)可參考協(xié)議RFC3261，本發(fā)明對這些沒有改動。
本實施例中，通知前向節(jié)點重置定時器的具體方法為1、對于Invite請求，可以重用已有的臨時響應(yīng)或定義新的臨時響應(yīng)。
(a)重用已有的臨時響應(yīng)時，雖然前向節(jié)點的TimerC收到任何臨時響應(yīng)都會重啟，但需要選取不影響原會話流程狀態(tài)的臨時響應(yīng)。
(b)定義新的臨時響應(yīng)時，其他不支持該臨時響應(yīng)的節(jié)點的SIP協(xié)議棧的應(yīng)用層的可以采用丟棄或前傳等缺省處理，比如UA可以采用丟棄處理，PROXY則采用前傳處理。
當(dāng)前向節(jié)點收到該臨時響應(yīng)時，重啟TimerC，其他前向節(jié)點的處理依此類推，不會造成超時釋放會話，業(yè)務(wù)可繼續(xù)進(jìn)行。
為了保證該臨時響應(yīng)的可靠傳輸，本實施例還運用了“100rel”可選標(biāo)志和定義臨時響應(yīng)的應(yīng)答PRACK機制，具體細(xì)節(jié)與RFC 3262協(xié)議規(guī)定相同。
2、對于非Invite請求，也可以重用已有的臨時響應(yīng)或定義新的臨時響應(yīng)。
(a)重用已有的臨時響應(yīng)，則在臨時響應(yīng)中增加重置定時器標(biāo)識的特殊標(biāo)識來區(qū)分原有臨時響應(yīng)的處理，對帶有特殊標(biāo)識的重用的已有臨時響應(yīng)增加重啟TimerF的處理。前向節(jié)點收到臨時響應(yīng)時，先判斷其中是否包含上述的特殊標(biāo)識，如果有則重啟TimerF，否則為普通臨時響應(yīng)，按原有流程進(jìn)行處理。
(b)定義新的臨時響應(yīng)時，非Invite請求的TimerF在收到已有的臨時響應(yīng)后，不會重啟。前向節(jié)點收到臨時響應(yīng)時，先判斷是否為上述新的臨時響應(yīng)，區(qū)分其他已有的臨時響應(yīng)，如果是新的臨時響應(yīng)則進(jìn)行重啟TimerF的處理；否則為普通臨時響應(yīng)，按原有流程進(jìn)行處理。判斷是否為新臨時響應(yīng)的方法很簡單，有多種形式，比如新臨時響應(yīng)中使用專用符號來標(biāo)識，通過判斷是否包含該標(biāo)識來判斷，也可以通過預(yù)先記錄哪個是新的臨時響應(yīng)，收到臨時響應(yīng)后與該記錄進(jìn)行比較來判斷。
其他不支持該臨時響應(yīng)的節(jié)點的SIP協(xié)議棧的應(yīng)用層可以采用丟棄或前傳等缺省處理，比如UA可以采用丟棄處理，PROXY則采用前傳處理。
當(dāng)前向節(jié)點收到該臨時響應(yīng)時，重啟TimerF，其他前向節(jié)點的處理依此類推，不會造成超時釋放會話，業(yè)務(wù)可繼續(xù)進(jìn)行。
為了保證該臨時響應(yīng)的可靠傳輸，本實施例采用了RFC 3261協(xié)議中，非Invite請求的客戶端事務(wù)的重傳機制，來傳輸該用于通知前向節(jié)點重置定時器的臨時響應(yīng)。
步驟211，本實施例中，假設(shè)后向節(jié)點AS2向S-CSCF返回了SIP觸發(fā)成功響應(yīng)。
步驟212，S-CSCF清除為該SIP請求啟動的TimeC或TimeF。
假設(shè)當(dāng)前應(yīng)用中S-CSCF只需收到一個SIP觸發(fā)成功響應(yīng)就結(jié)束AS觸發(fā)，則執(zhí)行步驟213和214。
步驟213，S-CSCF向相關(guān)的前向節(jié)點返回SIP最終響應(yīng)。
步驟214，S-CSCF向其他相關(guān)后向節(jié)點發(fā)送SIP會話請求，以繼續(xù)后續(xù)流程。
圖2中省略了其他與本發(fā)明無關(guān)的流程，應(yīng)用本發(fā)明時其他流程可以改變也可以不改變。
本實施例中，AS的觸發(fā)流程是按照AS作為代理服務(wù)器(PROXY)的業(yè)務(wù)流程描述的，但本發(fā)明不僅適用于AS作為代理服務(wù)器的業(yè)務(wù)流程，也適用于AS作為B2BUA的業(yè)務(wù)觸發(fā)流程。
本實施例的處理流程可以應(yīng)用在主叫流程中，也可以應(yīng)用在被叫流程中。本實施例中所提到的相關(guān)的前向節(jié)點，不是單指S-CSCF的前一個實體，指其所有的相關(guān)前向節(jié)點。在實際應(yīng)用中，重置定時器通知發(fā)送給前一個實體后，繼續(xù)向再前一個實體前傳該通知，該通知會前傳給所有S-CSCF的相關(guān)前向節(jié)點，每個前向節(jié)點每次收到重置通知后，都會做上述的處理。
第二較佳實施例本實施例是在IMS系統(tǒng)中，被叫S-CSCF執(zhí)行串行Fork業(yè)務(wù)過程中，出現(xiàn)定時器超時和接收到失敗響應(yīng)情況的處理過程。參見圖3，圖3為本發(fā)明第二較佳實施例的流程圖。(為了描述直觀，圖3中省略了本節(jié)點被叫S-CSCF到UE之間的各中間節(jié)點)該流程包括以下步驟步驟301～302，相關(guān)的前向節(jié)點向本節(jié)點被叫S-CSCF發(fā)送SIP會話請求消息，并啟動包含TimeC(Invite請求)或TimeF(非Invite請求)等相關(guān)SIP協(xié)議定時器。
步驟303，被叫S-CSCF收到SIP會話請求后，根據(jù)目標(biāo)地址集和排序原則，依次選擇目標(biāo)地址。假設(shè)，本實施例中目標(biāo)地址的順序為UE1、UE2、UE3。
步驟304～305，被叫S-CSCF向UE1發(fā)送SIP會話請求，對UE1發(fā)起串行Fork；并啟動包含TimeC(Invite請求)或TimeF(非Invite請求)的相關(guān)協(xié)議定時器。
本實施例中，假設(shè)在S-CSCF啟動的TimeC或TimeF時間內(nèi)，沒有收到AS 1的返回響應(yīng)，即TimeC或TimeF超時，則執(zhí)行步驟306。
步驟306，被叫S-CSCF按照目標(biāo)地址集的順序，繼續(xù)選擇剩余的目標(biāo)地址。
步驟307～310，被叫S-CSCF向相關(guān)的前向節(jié)點發(fā)送重置定時器通知，相關(guān)的前向節(jié)點根據(jù)該通知，重啟自身的TimeC或TimeF。同時，被叫S-CSCF向后向節(jié)點UE2發(fā)送SIP會話請求，對UE2發(fā)起串行Fork；并啟動新的TimeC或TimeF。
步驟311，本實施例中，假設(shè)后向節(jié)點UE2向被叫S-CSCF返回了SIP失敗響應(yīng)。
步驟312，被叫S-CSCF按照目標(biāo)地址集的順序，繼續(xù)選擇剩余的目標(biāo)地址。
步驟313～316，被叫S-CSCF向相關(guān)的前向節(jié)點發(fā)送重置定時器通知，相關(guān)的前向節(jié)點根據(jù)該通知，重啟自身的TimeC或TimeF。同時，被叫S-CSCF向后向節(jié)點UE3發(fā)送SIP會話請求，對UE3發(fā)起串行Fork；并啟動新的TimeC或TimeF。
步驟317，本實施例中，假設(shè)后向節(jié)點UE3向被叫S-CSCF返回了SIP成功響應(yīng)。
步驟318，被叫S-CSCF，清除TimeC或TimeF，并向相關(guān)的前向節(jié)點返回SIP成功響應(yīng)。
如果在步驟317，UE3也返回了SIP失敗響應(yīng)，根據(jù)目標(biāo)地址集，所有UE都已被發(fā)起過串行Fork，則在步驟318中，被叫S-CSCF向相關(guān)的前向節(jié)點返回SIP失敗響應(yīng)。
本實施例中所提到的相關(guān)的前向節(jié)點，不是單指被叫S-CSCF的前一個實體，指被叫S-CSCF所有的相關(guān)前向節(jié)點。在實際應(yīng)用中，重置定時器通知發(fā)送給前一個實體后，繼續(xù)向再前一個實體前傳該通知，該通知會前傳給所有被叫S-CSCF相關(guān)的前向節(jié)點，每個前向節(jié)點每次收到重置通知后，都會做上述的處理。
第三較佳實施例本實施例是在IMS系統(tǒng)中，AS實現(xiàn)用戶的順序前轉(zhuǎn)業(yè)務(wù)過程中，出現(xiàn)定時器超時和接收到失敗響應(yīng)情況的處理過程。參見圖4，圖4為本發(fā)明第三較佳實施例的流程圖。(為了描述直觀，圖4中省略了本節(jié)點AS與S-CSCF之間的消息流程)該流程包括以下步驟步驟401～402，相關(guān)的前向節(jié)點向本節(jié)點AS發(fā)送SIP會話請求消息，并啟動包含TimeC(Invite請求)的相關(guān)SIP協(xié)議定時器。
步驟403，AS收到SIP會話請求后，根據(jù)被叫用戶的簽約數(shù)據(jù)，發(fā)現(xiàn)了該用戶簽約了前轉(zhuǎn)業(yè)務(wù)。假設(shè)，該被叫用戶的前轉(zhuǎn)順序為UE1、UE2、UE3。
步驟404～405，AS向后向節(jié)點UE1發(fā)送SIP會話請求，并啟動包含TimeC等相關(guān)SIP協(xié)議定時器。
本實施例中，假設(shè)在AS啟動的TimeC時間內(nèi)，沒有收到UE1的返回響應(yīng)，即TimeC超時，則執(zhí)行步驟406。
步驟406，AS按照前轉(zhuǎn)的順序，選擇UE2。
步驟407～410，AS向相關(guān)的前向節(jié)點發(fā)送重置定時器通知，相關(guān)的前向節(jié)點根據(jù)該通知，重啟自身的TimeC。同時，AS向后向節(jié)點UE2發(fā)送SIP會話請求，并啟動新的TimeC。
步驟411，本實施例中，假設(shè)后向節(jié)點UE2由于用戶忙等原因，向AS返回了SIP失敗響應(yīng)。
步驟412，AS按照前轉(zhuǎn)的順序，選擇后向節(jié)點UE3。
步驟413～416，AS向相關(guān)的前向節(jié)點發(fā)送重置定時器通知，相關(guān)的前向節(jié)點根據(jù)該通知，重啟自身的TimeC。同時，AS向后向節(jié)點UE3發(fā)送SIP會話請求，并啟動新的TimeC。
步驟417，本實施例中，假設(shè)后向節(jié)點UE3向AS返回了SIP成功響應(yīng)。
步驟418，AS清除TimeC，向相關(guān)的前向節(jié)點返回SIP成功響應(yīng)。
如果在步驟417，UE3也返回了SIP失敗響應(yīng)，根據(jù)前轉(zhuǎn)順序，所有UE都已被前轉(zhuǎn)，則在步驟418中，AS向相關(guān)的前向節(jié)點返回SIP失敗響應(yīng)。
本實施例的處理流程應(yīng)用在被叫流程中。本實施例中所提到的相關(guān)的前向節(jié)點，不是單指AS的前一個實體，指AS所有的相關(guān)前向節(jié)點。在實際應(yīng)用中，重置定時器通知發(fā)送給前一個實體后，繼續(xù)向再前一個實體前傳該通知，該通知會前傳給所有AS相關(guān)的前向節(jié)點，每個前向節(jié)點每次收到重置通知后，都會做上述的處理。
上述實施例二、實施例三中，被叫S-CSCF或AS向相關(guān)的前向節(jié)點發(fā)送重置定時器通知的方法和過程與圖2中完全相同，這里不再贅述。
上述三個實施例都是IMS系統(tǒng)中的應(yīng)用實例，本發(fā)明不僅適合IMS系統(tǒng)，也適合NGN等其他以SIP協(xié)議為會話控制協(xié)議的系統(tǒng)。
由上述的實施例可見，本發(fā)明的這種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議消息的處理方法，解決了基于重試機制的業(yè)務(wù)由于處理時間過長所引發(fā)的SIP協(xié)議棧定時器超時的問題，解決了SIP協(xié)議的超時機制與處理時間過長的業(yè)務(wù)之間的矛盾，解決了SIP協(xié)議與基于該協(xié)議的應(yīng)用中的相關(guān)業(yè)務(wù)的沖突。為利用靈活的SIP協(xié)議向用戶提供更為豐富的業(yè)務(wù)創(chuàng)造了條件。
權(quán)利要求
1.一種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議請求的處理方法，其特征在于，該方法包括A、前向節(jié)點向執(zhí)行重試功能的SIP節(jié)點發(fā)送SIP會話請求，并針對該請求啟動第一SIP協(xié)議定時器；B、執(zhí)行重試功能的SIP節(jié)點接收到該SIP會話請求后，按照重試規(guī)則向一個后向節(jié)點轉(zhuǎn)發(fā)該SIP會話請求，并針對該請求啟動第二SIP協(xié)議定時器；C、若執(zhí)行重試功能的SIP節(jié)點出現(xiàn)了當(dāng)前請求失敗的情況，則按照重試規(guī)則向下一個后向節(jié)點轉(zhuǎn)發(fā)該SIP會話請求，針對該請求啟動第二SIP協(xié)議定時器，并向前向節(jié)點發(fā)送重置定時器通知；若沒有出現(xiàn)當(dāng)前請求失敗的情況，則按SIP協(xié)議流程繼續(xù)執(zhí)行該業(yè)務(wù)；D、返回執(zhí)行步驟C，直到按照重試規(guī)則執(zhí)行結(jié)束；E、每個前向節(jié)點在每次接收到重置定時器通知時，向其前向節(jié)點前傳該通知，并重啟第一SIP協(xié)議定時器；繼續(xù)該業(yè)務(wù)。
2.如權(quán)利要求1所述的處理方法，其特征在于，所述的當(dāng)前請求失敗的情況為接收到后向節(jié)點返回的SIP會話失敗響應(yīng)，或在第二SIP協(xié)議定時器超時沒有收到后向節(jié)點返回的SIP最終會話響應(yīng)。
3.如權(quán)利要求1所述的處理方法，其特征在于，步驟C所述向前向節(jié)點發(fā)送重置定時器通知的方法為向前向節(jié)點發(fā)送重置定時器的臨時響應(yīng)。
4.如權(quán)利要求3所述的處理方法，其特征在于，所述臨時響應(yīng)為SIP協(xié)議中規(guī)定的臨時響應(yīng)，或重新定義的SIP臨時響應(yīng)。
5.如權(quán)利要求3或4所述的處理方法，其特征在于，所述前向節(jié)點發(fā)送重置定時器通知的方法為先生成一個To tag，將該To tag加入到重置定時器的臨時響應(yīng)中，再將重置定時器的臨時響應(yīng)發(fā)送給前向節(jié)點；或直接將重置定時器的臨時響應(yīng)發(fā)送給前向節(jié)點。
6.如權(quán)利要求5所述的處理方法，其特征在于，若臨時響應(yīng)中包含To tag，則所述步驟E中，在重啟第一SIP協(xié)議定時器前，將臨時響應(yīng)中包含To tag與發(fā)送的SIP會話請求中包含的To tag進(jìn)行比較，如果不同，則按照協(xié)議規(guī)定，重新創(chuàng)建一個會話，將該會話與原會話相聯(lián)系。
7.如權(quán)利要求5所述的處理方法，其特征在于執(zhí)行重試功能的SIP節(jié)點作為B2BUA時，其為重置定時器的臨時響應(yīng)生成一個To Tag，并且該會話中后續(xù)所有的響應(yīng)都使用這個To Tag；執(zhí)行重試功能的SIP節(jié)點作為PROXY時，其為重置定時器的臨時響應(yīng)生成一個To Tag，并且該會話中其后續(xù)構(gòu)造的臨時響應(yīng)都使用這個To Tag。
8.如權(quán)利要求4所述的處理方法，其特征在于，所述向前向節(jié)點發(fā)送重置定時器通知的方法為若前向節(jié)點發(fā)送的是Invite請求，則采用協(xié)議規(guī)定的可選標(biāo)志100Rel和定義臨時響應(yīng)的應(yīng)答PRACK機制，向前向節(jié)點發(fā)送重置定時器的可靠臨時響應(yīng)；若前向節(jié)點發(fā)送的非Invite請求，則采用協(xié)議規(guī)定的客戶端事務(wù)的重傳機制，向前向節(jié)點發(fā)送重置定時器的可靠臨時響應(yīng)。
9.如權(quán)利要求4所述的處理方法，其特征在于，對于非Invite請求如果重用已有的臨時響應(yīng)，則在臨時響應(yīng)中增加重置定時器標(biāo)識后，將該臨時響應(yīng)發(fā)送給前向節(jié)點；所述步驟E進(jìn)一步包括前向節(jié)點收到臨時響應(yīng)后，判斷其中是否包含重置定時器標(biāo)識，根據(jù)包含該標(biāo)識的臨行響應(yīng)，重啟所述第一定時器；如果用新定義的臨時響應(yīng)，前向節(jié)點收到該臨時響應(yīng)時，先判斷是否為上述新定義的臨時響應(yīng)，根據(jù)新定義的臨時響應(yīng)，重啟所述第一定時器。
10.如權(quán)利要求1所述的處理方法，其特征在于所述的基于重試機制的業(yè)務(wù)為IMS系統(tǒng)中的多次觸發(fā)AS業(yè)務(wù)時，所述執(zhí)行重試功能的SIP節(jié)點為主叫用戶或被叫用戶的注冊地的歸屬域服務(wù)節(jié)點S-CSCF。
11.如權(quán)利要求10所述的處理方法，其特征在于所述的重試規(guī)則為用戶簽約的IMS多條AS觸發(fā)規(guī)則和“Default Handling”中的規(guī)則。
12.如權(quán)利要求1所述的處理方法，其特征在于所述的基于重試機制的業(yè)務(wù)為IMS系統(tǒng)中的串行Fork業(yè)務(wù)時，所述執(zhí)行重試功能的SIP節(jié)點為被叫用戶的注冊地的S-CSCF。
13.如權(quán)利要求12所述的處理方法，其特征在于，所述的重試規(guī)則為目標(biāo)地址集及其排序順序。
14.如權(quán)利要求1所述的處理方法，其特征在于所述的基于重試機制的業(yè)務(wù)為IMS系統(tǒng)中的順序前轉(zhuǎn)業(yè)務(wù)時，所述執(zhí)行重試功能的SIP節(jié)點為目標(biāo)網(wǎng)絡(luò)的應(yīng)用服務(wù)器AS。
15.如權(quán)利要求14所述的處理方法，其特征在于所述的重試規(guī)則為被叫用戶簽約數(shù)據(jù)中的前轉(zhuǎn)順序。
全文摘要
本發(fā)明公開了一種基于重試機制的業(yè)務(wù)過程中SIP協(xié)議請求的處理方法，該方法中，執(zhí)行重試功能的SIP節(jié)點接收到該SIP會話請求后，按照重試規(guī)則向一個后向節(jié)點轉(zhuǎn)發(fā)該SIP會話請求，并針對該請求啟動SIP協(xié)議定時器；若執(zhí)行重試功能的SIP節(jié)點出現(xiàn)了當(dāng)前請求失敗的情況，則按照重試規(guī)則向下一個后向節(jié)點轉(zhuǎn)發(fā)該SIP會話請求，針對該請求啟動SIP協(xié)議定時器，并向前向節(jié)點發(fā)送重置定時器通知；前向節(jié)點根據(jù)該通知重啟SIP協(xié)議定時器，并繼續(xù)本次業(yè)務(wù)。應(yīng)用本發(fā)明能夠減少SIP協(xié)議定時器超時處理對基于重試機制的業(yè)務(wù)的影響，保證此類業(yè)務(wù)的正常運行。
文檔編號H04L29/06GK1859353SQ20051007153
公開日2006年11月8日 申請日期2005年5月8日 優(yōu)先權(quán)日2005年5月8日
發(fā)明者劉慈 申請人:華為技術(shù)有限公司