專(zhuān)利名稱：基于分組ip的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法。
背景技術(shù)：
局間信令是交換機(jī)之間的信令，主要功能是為實(shí)現(xiàn)局間呼叫接續(xù)和電路管理。局間信令對(duì)可靠性要求是非常高的，在呼叫接續(xù)和拆除過(guò)程中，如果有重要信令不可達(dá)的情況出現(xiàn)，往往會(huì)資源吊死嚴(yán)重后果。
TUP(電話用戶部分)、ISUP(綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分)是采用基于電路域的局間信令控制通信過(guò)程，信令鏈路和話路在物理位置上往往在一起，一旦發(fā)生故障，信令和話路都會(huì)中斷，二端的呼叫控制設(shè)備就能即時(shí)檢測(cè)出來(lái)，做出合適的處理，如清除呼叫、復(fù)位電路等，因而資源“吊死”的可能性較低。而且TUP、ISUP經(jīng)過(guò)長(zhǎng)期的運(yùn)用，成熟性很好，因此其整個(gè)信令系統(tǒng)的可靠性是比較高的。
SIP/SIP-T(會(huì)話建立協(xié)議/基于SIP透?jìng)鞯腎SUP)信令是基于分組IP的局間信令，信令流和媒體流是分離的，從呼叫建立后的通話開(kāi)始，一直到在拆除呼叫前幾乎沒(méi)有信令的交互，這樣，信令流的中斷是無(wú)法檢測(cè)到的。例如，有時(shí)會(huì)出現(xiàn)媒體流正常而信令流中斷的情況，如果關(guān)鍵信令不可達(dá)就可能導(dǎo)致呼叫資源的“吊死”，如BYE(離線)消息由于信令路由故障不能傳送到目的端，目的端的呼叫就不能自行釋放，進(jìn)而導(dǎo)致其占用的資源將被“吊死”。由于分組域的傳輸可靠性較電路域的低，信令流中斷的可能性就很大，資源“吊死”的現(xiàn)象就比較突出了。這種資源被“吊死”的情況的頻繁出將大大降低通信網(wǎng)絡(luò)的可靠性。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問(wèn)題，本發(fā)明的目的是提供一種基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，從而在基于分組IP的局間通信過(guò)程中有效避免資源被“吊死”的情況出現(xiàn)。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，包括A、主、被叫局間基于分組IP建立呼叫連接；B、主、被叫局在設(shè)定的時(shí)間分別向?qū)Χ税l(fā)送定時(shí)校驗(yàn)消息；C、接收端根據(jù)收到的定時(shí)校驗(yàn)消息進(jìn)行驗(yàn)證，并決定是否回復(fù)確認(rèn)消息；發(fā)送端根據(jù)是否收到確認(rèn)消息判定呼叫連接的有效性，并在呼叫連接無(wú)效時(shí)釋放其占用的資源。
所述的步驟A還包括主叫局向被叫局發(fā)送呼叫建立消息，所述的呼叫建立消息中攜帶著需要被叫局確認(rèn)的定時(shí)校驗(yàn)信息；被叫局收到所述的呼叫建立消息后，向主叫局返回確認(rèn)后的定時(shí)校驗(yàn)信息。
本發(fā)明中，所述的定時(shí)校驗(yàn)信息包括定時(shí)校驗(yàn)的定時(shí)器的時(shí)長(zhǎng)、主叫信息、被叫信息、業(yè)務(wù)類(lèi)型和/或QOS參數(shù)。
本發(fā)明中，所述的確認(rèn)后的定時(shí)校驗(yàn)信息包括定時(shí)校驗(yàn)的定時(shí)器的時(shí)長(zhǎng)、主叫信息、被叫信息、業(yè)務(wù)類(lèi)型和/或QOS參數(shù)。
所述的步驟B包括在設(shè)定的周期上，主、被叫局間同時(shí)向?qū)Χ税l(fā)送定時(shí)檢驗(yàn)消息，且所述的設(shè)定的周期為定時(shí)校驗(yàn)的定時(shí)器的時(shí)長(zhǎng)。
所述的步驟C包括收到的定時(shí)校驗(yàn)消息的一端根據(jù)校驗(yàn)消息中承載的待校驗(yàn)的呼叫信息及保存的呼叫信息確定所述呼叫連接是否有效，如果有效，則向另一端回復(fù)確認(rèn)消息，否則不回復(fù)確認(rèn)消息。
所述的步驟C還包括接收端端根據(jù)收到的定時(shí)校驗(yàn)消息進(jìn)行驗(yàn)證，驗(yàn)證通過(guò)時(shí)回復(fù)確認(rèn)消息，否則不回確認(rèn)消息。
所述的步驟C還包括發(fā)送端判斷在設(shè)定的時(shí)間內(nèi)是否收到回復(fù)的確認(rèn)消息，如果收到，則確認(rèn)該呼叫連接有效；如果沒(méi)有收到，將再次發(fā)送定時(shí)校驗(yàn)消息。
所述的步驟C還包括發(fā)送端再次發(fā)送定時(shí)校驗(yàn)消息后，若仍然沒(méi)有收到回復(fù)的確認(rèn)消息，則判斷該呼叫連接無(wú)效并釋放其占用的資源。
所述的步驟C還包括確認(rèn)呼叫連接無(wú)效的一端僅在本端釋放連接占用的資源，不得向?qū)Χ税l(fā)送釋放呼叫連接資源的消息。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過(guò)借助定時(shí)檢驗(yàn)機(jī)制，定時(shí)檢測(cè)呼叫連接的正確性和有效性，并釋放失效和錯(cuò)誤的呼叫連接所占用的資源，有效避免了資源“吊死”的情況發(fā)生。因此，本發(fā)明使得信令流和媒體流分離的分組呼叫網(wǎng)絡(luò)的可靠性大大提高。


圖1為分組呼叫網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2為本發(fā)明所述的方法的流程圖。
具體實(shí)施例方式
本發(fā)明的實(shí)質(zhì)是采用定時(shí)檢驗(yàn)機(jī)制克服因關(guān)鍵信令的不可達(dá)而導(dǎo)致的呼叫資源吊死的問(wèn)題。所述的定時(shí)檢測(cè)機(jī)制主要是呼叫二端的呼叫控制設(shè)備定時(shí)互相發(fā)送校驗(yàn)消息，檢測(cè)呼叫連接的正確性和有效性，并釋放失效和錯(cuò)誤的呼叫連接所占用的資源，以避免資源被“吊死”。
下面將結(jié)合附圖對(duì)本發(fā)明所述的方法作進(jìn)一步說(shuō)明。如圖1所示，圖中的SS1和SS2表示一段信令流二端的呼叫控制設(shè)備，如軟交換服務(wù)器。SS(軟交換服務(wù)器)可能是端局，也可能是匯接局，如果是匯接局，則不直接帶用戶。如圖1和圖2所示，本發(fā)明所述的方法具體實(shí)現(xiàn)過(guò)程中具體包括以下步驟步驟21主叫局SS1向被叫局SS2發(fā)出INVITE(申請(qǐng))呼叫建立消息，根據(jù)呼叫類(lèi)型需要決定啟用定時(shí)校驗(yàn)功能，如果需要啟用定時(shí)校驗(yàn)功能，則在所述的呼叫建立消息中增加了以下信息InterChk_Ind定時(shí)校驗(yàn)指示信息，表明主叫局SS1支持定時(shí)校驗(yàn)功能并請(qǐng)求啟用定時(shí)校驗(yàn)功能；Timer定時(shí)器的時(shí)長(zhǎng)，表示主、被叫局將每隔Timer時(shí)長(zhǎng)發(fā)送一次用于實(shí)現(xiàn)定時(shí)校驗(yàn)功能的校驗(yàn)信息；Call_Info_Chked需要校驗(yàn)的呼叫信息，如主、被叫號(hào)碼、QOS參數(shù)等，其中的需校驗(yàn)的信息必須得到被叫局SS2確認(rèn)后才能列入校驗(yàn)消息中。
步驟22被叫局SS2收到所述的呼叫建立消息后，向主叫局SS1回送180Ringing(臨時(shí)響應(yīng))消息，其中也增加下述信息InterChk_Ind定時(shí)校驗(yàn)指示信息，表明被叫局SS2也支持定時(shí)校驗(yàn)功能并請(qǐng)求啟用所述定時(shí)校驗(yàn)功能；如果所述的180 Ringing消息中沒(méi)有包含該定時(shí)校驗(yàn)指示信息，則表示被叫局SS2不支持定時(shí)校驗(yàn)功能，這時(shí)，主、被叫局在通話后將不執(zhí)行定時(shí)校驗(yàn)功能；Timer定時(shí)器的時(shí)長(zhǎng)，表示主、被叫局將每隔Timer時(shí)長(zhǎng)發(fā)送一次校驗(yàn)信息；Call_Info_Chked被叫局SS2確認(rèn)的需校驗(yàn)的呼叫信息，如主、被叫號(hào)碼、QOS參數(shù)等。
步驟23主叫局SS1收到被叫局SS2的180 Ringing消息后向被叫局SS2返回PRACK(臨時(shí)響應(yīng)消息，確認(rèn)收到180 Ringing)消息。
步驟24被叫局SS2收到主叫局發(fā)來(lái)的的PRACK消息后，向主叫局回送200 OK(成功響應(yīng)消息，表示收到PRACK)消息。
步驟25主叫局SS1收到被叫發(fā)送來(lái)的200 OK消息后，則給用戶端放回鈴音。
步驟26當(dāng)被叫摘機(jī)應(yīng)答時(shí)，被叫局SS2向主叫局SS1發(fā)送200OK[ANM](成功響應(yīng)消息，表示被叫應(yīng)答)消息。
步驟27主叫局回確認(rèn)消息ACK；至此，呼叫建立成功，主被叫開(kāi)始通話。
之后，便可以通過(guò)下述步驟進(jìn)行局間呼叫的定時(shí)校驗(yàn)處理。
首先通過(guò)步驟28和步驟29主、被叫分別向?qū)Χ税l(fā)送定時(shí)校驗(yàn)消息；步驟28在主叫局SS1的定時(shí)器超時(shí)時(shí)，主叫局SS1向被叫局SS2發(fā)送定時(shí)校驗(yàn)消息；主叫局SS1在呼叫開(kāi)始后的第1個(gè)Timer時(shí)刻，主叫局就向被叫局SS2發(fā)送定時(shí)檢驗(yàn)消息，它以Info消息承載，其中包含了InterChK_Req指示和Call_Info_Chked信息。
步驟29在被叫局SS2的定時(shí)器超時(shí)時(shí)，向主叫局SS1發(fā)送定時(shí)校驗(yàn)消息；被叫局SS2在呼叫開(kāi)始后的第1個(gè)Timer時(shí)刻，被叫局就向主叫局發(fā)送定時(shí)檢驗(yàn)消息，它以Info消息承載，其中包含了InterChk_Req指示和Call_Info_Chked信息。
步驟210接步驟28，被叫局SS2收到主叫局的定時(shí)校驗(yàn)消息后，對(duì)Call_Info_Chked信息進(jìn)行校驗(yàn)；具體為根據(jù)定時(shí)校驗(yàn)消息中承載的需要校驗(yàn)的“呼叫信息”和本端保存的“呼叫信息”進(jìn)行校驗(yàn)，如比較二者的主叫號(hào)碼、被叫號(hào)碼、呼叫業(yè)務(wù)類(lèi)型、QOS參數(shù)等是否相同，如果相同就說(shuō)明驗(yàn)證通過(guò)，否則就是沒(méi)有通過(guò)驗(yàn)證。
步驟211接步驟29，主叫局SS1收到主叫局的定時(shí)檢驗(yàn)消息后，對(duì)Call_Info_Chked信息進(jìn)行檢驗(yàn)。
步驟212接步驟210，被叫局SS2對(duì)主叫局SS1的Call_Info_Chked信息檢驗(yàn)通過(guò)的話，就表示這個(gè)呼叫連接有效，向主叫局SS1回200 OK消息確認(rèn)，其中包含InterChK_Rsp指示；如果檢驗(yàn)沒(méi)有通過(guò)，就不回復(fù)確認(rèn)消息。
步驟213接步驟211，主叫局SS1對(duì)被叫局SS2的Call_Info_Chked信息檢驗(yàn)通過(guò)的話，就表示這個(gè)呼叫連接有效，向被叫局SS2回200 OK消息確認(rèn)，其中包含InterChK_Rsp指示；如果檢驗(yàn)沒(méi)有通過(guò)，就不回復(fù)確認(rèn)消息。
如果主叫局SS1在規(guī)定的時(shí)間內(nèi)沒(méi)有收到被叫局SS2回復(fù)的確認(rèn)消息，將按步驟28再次發(fā)送定時(shí)校驗(yàn)消息，如果仍然在規(guī)定的時(shí)間內(nèi)沒(méi)有收到被叫局SS2回復(fù)的確認(rèn)消息，主叫局SS1就認(rèn)為該呼叫無(wú)效，自動(dòng)將其清除，釋放占用的資源；同樣，如果被叫局SS2在規(guī)定的時(shí)間內(nèi)沒(méi)有收到主叫局SS1回復(fù)的確認(rèn)消息，將按步驟29再次發(fā)送定時(shí)校驗(yàn)消息，如果仍然在規(guī)定的時(shí)間內(nèi)沒(méi)有收到主叫局SS1回復(fù)的確認(rèn)消息，被叫局SS2就認(rèn)為該呼叫無(wú)效，自動(dòng)將其清除，釋放占用的資源；需要說(shuō)明的是，即使當(dāng)發(fā)現(xiàn)呼叫連接是錯(cuò)誤的情況下，主、被叫局SS均不能向?qū)Χ薙S發(fā)起拆線消息BYE，以免誤拆正常呼叫。
依次類(lèi)推，在后續(xù)的處理過(guò)程中，以Timer時(shí)長(zhǎng)為周期主、被叫局分別向?qū)Χ司职l(fā)送定時(shí)檢驗(yàn)消息，對(duì)端收到所述的消息后，進(jìn)行檢驗(yàn)，以確定是否釋放相應(yīng)的呼叫占用的資源，并在確定檢驗(yàn)通過(guò)后，向本端返回確認(rèn)消息；同時(shí)，本端也判斷在本端發(fā)送校驗(yàn)周期時(shí)間到來(lái)之前是否收到對(duì)端發(fā)來(lái)的確認(rèn)消息，以確定是否釋放本端該呼叫占用的資源。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書(shū)的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，包括A、主、被叫局間基于分組IP建立呼叫連接；B、主、被叫局在設(shè)定的時(shí)間分別向?qū)Χ税l(fā)送定時(shí)校驗(yàn)消息；C、接收端根據(jù)收到的定時(shí)校驗(yàn)消息進(jìn)行驗(yàn)證，并決定是否回復(fù)確認(rèn)消息；發(fā)送端根據(jù)是否收到確認(rèn)消息判定呼叫連接的有效性，并在呼叫連接無(wú)效時(shí)釋放其占用的資源。
2.根據(jù)權(quán)利要求1所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟A還包括主叫局向被叫局發(fā)送呼叫建立消息，所述的呼叫建立消息中攜帶著需要被叫局確認(rèn)的定時(shí)校驗(yàn)信息；被叫局收到所述的呼叫建立消息后，向主叫局返回確認(rèn)后的定時(shí)校驗(yàn)信息。
3.根據(jù)權(quán)利要求2所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的定時(shí)校驗(yàn)信息包括定時(shí)校驗(yàn)的定時(shí)器的時(shí)長(zhǎng)、主叫信息、被叫信息、業(yè)務(wù)類(lèi)型和/或QOS參數(shù)。
4.根據(jù)權(quán)利要求2所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的確認(rèn)后的定時(shí)校驗(yàn)信息包括定時(shí)校驗(yàn)的定時(shí)器的時(shí)長(zhǎng)、主叫信息、被叫信息、業(yè)務(wù)類(lèi)型和/或QOS參數(shù)。
5.根據(jù)權(quán)利要求1、2、3或4所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B包括在設(shè)定的周期上，主、被叫局間同時(shí)向?qū)Χ税l(fā)送定時(shí)檢驗(yàn)消息，且所述的設(shè)定的周期為定時(shí)校驗(yàn)的定時(shí)器的時(shí)長(zhǎng)。
6.根據(jù)權(quán)利要求5所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C包括收到的定時(shí)校驗(yàn)消息的一端根據(jù)校驗(yàn)消息中承載的待校驗(yàn)的呼叫信息及保存的呼叫信息確定所述呼叫連接是否有效，如果有效，則向另一端回復(fù)確認(rèn)消息，否則不回復(fù)確認(rèn)消息。
7.根據(jù)權(quán)利要求5所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C還包括接收端端根據(jù)收到的定時(shí)校驗(yàn)消息進(jìn)行驗(yàn)證，驗(yàn)證通過(guò)時(shí)回復(fù)確認(rèn)消息，否則不回確認(rèn)消息。
8.根據(jù)權(quán)利要求7所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C還包括發(fā)送端判斷在設(shè)定的時(shí)間內(nèi)是否收到回復(fù)的確認(rèn)消息，如果收到，則確認(rèn)該呼叫連接有效；如果沒(méi)有收到，將再次發(fā)送定時(shí)校驗(yàn)消息。
9.根據(jù)權(quán)利要求8所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C還包括發(fā)送端再次發(fā)送定時(shí)校驗(yàn)消息后，若仍然沒(méi)有收到回復(fù)的確認(rèn)消息，則判斷該呼叫連接無(wú)效并釋放其占用的資源。
10.根據(jù)權(quán)利要求1所述的基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C還包括確認(rèn)呼叫連接無(wú)效的一端僅在本端釋放連接占用的資源，不得向?qū)Χ税l(fā)送釋放呼叫連接資源的消息。
全文摘要
本發(fā)明涉及一種基于分組IP的局間呼叫定時(shí)校驗(yàn)的實(shí)現(xiàn)方法。該方法主要包括主、被叫局間基于分組IP建立呼叫連接后，主、被叫局在設(shè)定的時(shí)間分別向?qū)Χ税l(fā)送定時(shí)校驗(yàn)消息，對(duì)端則根據(jù)收到的定時(shí)校驗(yàn)消息確定所述呼叫連接是否有效，并在最終確定所述的呼叫連接無(wú)效時(shí)，釋放其占用的資源。因此，本發(fā)明可以借助定時(shí)檢驗(yàn)機(jī)制，定時(shí)檢測(cè)呼叫連接的正確性和有效性，并釋放失效和錯(cuò)誤的呼叫連接所占用的資源，有效避免了資源“吊死”的情況發(fā)生。本發(fā)明使得信令流和媒體流分離的分組呼叫網(wǎng)絡(luò)的可靠性大大提高。
文檔編號(hào)H04L12/56GK1761357SQ20041008366
公開(kāi)日2006年4月19日 申請(qǐng)日期2004年10月15日 優(yōu)先權(quán)日2004年10月15日
發(fā)明者王備 申請(qǐng)人:華為技術(shù)有限公司