專利名稱：呼叫接續(xù)過程中的異常處理方法及服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種呼叫接續(xù)過程中的異常處理方法及服務(wù)器。
背景技術(shù)：
VoIP (Voice over Internet Protocol，互聯(lián)網(wǎng)協(xié)議電話)簡而言之就是將模擬聲音信號數(shù)字化，以數(shù)據(jù)封包的型式在IP (Internet Protocol，互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)上做實(shí)時(shí)傳遞。隨著越來越多的VoIP業(yè)務(wù)的成功應(yīng)用，以及電信網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的不斷融合，VoIP業(yè)務(wù)越來越普及，甚至無線網(wǎng)絡(luò)也開始支持和部署VoIP業(yè)務(wù)，并且，VoIP業(yè)務(wù)使用的協(xié)議越來越傾向于用SIP(SeSSi0n Initiation Protocol，會(huì)話發(fā)起協(xié)議)及其對應(yīng)的擴(kuò)展協(xié)議。對于無線網(wǎng)絡(luò)下的VoIP業(yè)務(wù)，由于無線網(wǎng)絡(luò)不穩(wěn)定的特點(diǎn)和用戶終端容易掉電的特點(diǎn)，支持VoIP業(yè)務(wù)的用戶終端在任何時(shí)候都可能出現(xiàn)無線信號質(zhì)量嚴(yán)重下降或突然掉電等情況，從而導(dǎo)致空口鏈路斷鏈的異常狀況，而應(yīng)用層協(xié)議SIP無法及時(shí)發(fā)現(xiàn)這些異常，如果這個(gè)時(shí)候正處在VoIP的呼叫接續(xù)過程中，VoIP業(yè)務(wù)會(huì)受到以下影響如果主叫和被叫都為同一局點(diǎn)的移動(dòng)用戶，會(huì)出現(xiàn)被叫用戶終端誤振鈴的情況， 即如果主叫用戶終端在發(fā)送了 ^wite消息(呼叫請求消息)后就出現(xiàn)了無線信號變差或掉電等導(dǎo)致斷鏈的異常狀況，則本次呼叫失敗，但是由于SIP檢測不到該異常，被叫用戶終端在發(fā)送180消息的同時(shí)開始振鈴，就是誤振鈴，如果被叫用戶及時(shí)應(yīng)答還會(huì)造成無效的應(yīng)答；如果主叫用戶終端到被叫用戶終端的呼叫是跨局呼叫(即局向呼叫)，不僅會(huì)誤振鈴，還有可能出現(xiàn)誤計(jì)費(fèi)的情況，以與ISUP(ISDN User Part, ISDN用戶部分)信令互通為例，一個(gè)無線VoIP用戶呼叫其他網(wǎng)絡(luò)的另一個(gè)用戶，在主叫用戶終端發(fā)送了 ^wite消息到服務(wù)器后，被叫用戶終端不再需要主叫用戶終端發(fā)送任何消息就可以振鈴和摘機(jī)應(yīng)答， 并發(fā)送ANM(Answer Message，應(yīng)答消息)到服務(wù)器，應(yīng)答后被叫網(wǎng)絡(luò)側(cè)就開始出話單計(jì)費(fèi)了 ；假如主叫用戶終端在向服務(wù)器發(fā)送ACK(Acknowledgement，確認(rèn))消息前出現(xiàn)了無線信號變差或掉電等導(dǎo)致斷鏈的異常狀況，則服務(wù)器發(fā)送的100消息、18x消息和200(應(yīng)答) 消息主叫用戶終端都有可能沒有收到，這取決于主叫用戶終端發(fā)生異常的時(shí)間點(diǎn)，如果是在收到200消息后發(fā)生的異常，此時(shí)ACK消息還沒有發(fā)送，這種情況下按照SIP的規(guī)定，發(fā)送200消息的服務(wù)器還會(huì)將200消息定時(shí)重發(fā)N次，N次后仍收不到ACK消息才會(huì)拆除本次呼叫，而在這個(gè)過程中，如果被叫用戶已經(jīng)接聽，會(huì)出現(xiàn)無法通話并且無任何提示音的情況，但是按照用戶的習(xí)慣，被叫用戶不一定會(huì)立即掛機(jī)，等被叫用戶意識(shí)到此次呼叫發(fā)生了異常再掛機(jī)時(shí)，被叫網(wǎng)絡(luò)側(cè)已經(jīng)產(chǎn)生了計(jì)費(fèi)話單，短則幾秒，長則幾十秒，但是主叫網(wǎng)絡(luò)側(cè)由于認(rèn)為呼叫沒有成功而不會(huì)出話單，這樣如果主、被叫網(wǎng)絡(luò)屬于不同的運(yùn)營商，則會(huì)出現(xiàn)結(jié)算異常。

發(fā)明內(nèi)容
為了解決無線網(wǎng)絡(luò)下VoIP呼叫接續(xù)過程中由異常導(dǎo)致的誤振鈴和誤計(jì)費(fèi)的問題，本發(fā)明實(shí)施例提供了一種呼叫接續(xù)過程中的異常處理方法及服務(wù)器。所述技術(shù)方案如下—方面，提供了一種呼叫接續(xù)過程中的異常處理方法，所述方法包括在接收到主叫用戶終端發(fā)送的呼叫請求消息之后，檢測所述主叫用戶終端是否發(fā)生異常；如果檢測到所述主叫用戶終端發(fā)生異常，則拆除所述主叫用戶終端到被叫用戶終端的呼叫，并釋放所述呼叫的相關(guān)資源。另一方面，提供了一種服務(wù)器，所述服務(wù)器包括檢測模塊，用于在接收到主叫用戶終端發(fā)送的呼叫請求消息之后，檢測所述主叫用戶終端是否發(fā)生異常；拆除模塊，用于在所述檢測模塊檢測到所述主叫用戶終端發(fā)生異常后，拆除所述主叫用戶終端到被叫用戶終端的呼叫，并釋放所述呼叫的相關(guān)資源。本發(fā)明實(shí)施例提供的技術(shù)方案帶來的有益效果是通過在呼叫接續(xù)過程中檢測主叫用戶終端是否發(fā)生異常，并在檢測到主叫用戶終端發(fā)生異常時(shí)及時(shí)拆除主叫用戶終端到被叫用戶終端的呼叫，釋放該呼叫的相關(guān)資源，能夠降低呼叫系統(tǒng)的開銷，并能夠提升被叫用戶的感受，減少不必要的振鈴，而且在跨局、跨運(yùn)營商呼叫的情景下及時(shí)發(fā)現(xiàn)異常并拆除呼叫能夠防止呼叫接續(xù)過程中的誤計(jì)費(fèi)。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實(shí)施例一提供的呼叫接續(xù)過程中的異常處理方法流程圖；圖2是本發(fā)明實(shí)施例二提供的呼叫接續(xù)過程中的異常處理方法流程圖；圖3是本發(fā)明實(shí)施例二提供的檢測主叫用戶終端是否發(fā)生異常的流程圖；圖4是本發(fā)明實(shí)施例二提供的另一種檢測主叫用戶終端是否發(fā)生異常的流程圖；圖5是本發(fā)明實(shí)施例三提供的服務(wù)器結(jié)構(gòu)示意圖；圖6是本發(fā)明實(shí)施例三提供的另一種服務(wù)器結(jié)構(gòu)示意圖；圖7是本發(fā)明實(shí)施例三提供的另一種服務(wù)器結(jié)構(gòu)示意圖；圖8是本發(fā)明實(shí)施例三提供的另一種服務(wù)器結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。實(shí)施例一本發(fā)明實(shí)施例提供了一種呼叫接續(xù)過程中的異常處理方法，參見圖1，方法流程包括101 在接收到主叫用戶終端發(fā)送的^wite消息之后，檢測主叫用戶終端是否發(fā)生異常；102:如果檢測到主叫用戶終端發(fā)生異常，則拆除主叫用戶終端到被叫用戶終端的呼叫，并釋放該呼叫的相關(guān)資源。本發(fā)明實(shí)施例提供的方法，通過在呼叫接續(xù)過程中檢測主叫用戶終端是否發(fā)生異常，并在檢測到主叫用戶終端發(fā)生異常時(shí)及時(shí)拆除主叫用戶終端到被叫用戶終端的呼叫， 釋放該呼叫的相關(guān)資源，能夠降低呼叫系統(tǒng)的開銷，并能夠提升被叫用戶的感受，減少不必要的振鈴，而且在跨局、跨運(yùn)營商呼叫的情景下及時(shí)發(fā)現(xiàn)異常并拆除呼叫能夠防止呼叫接續(xù)過程中的誤計(jì)費(fèi)。實(shí)施例二本發(fā)明實(shí)施例提供了一種呼叫接續(xù)過程中的異常處理方法，該方法可以用于無線網(wǎng)絡(luò)和IP網(wǎng)絡(luò)下的VoIP呼叫接續(xù)過程中，并且適用于局內(nèi)呼叫和局向呼叫等多種場景。為了便于說明，本發(fā)明實(shí)施例以無線網(wǎng)絡(luò)下的局向呼叫為例進(jìn)行說明，但不限定于此。參見圖 2，方法流程包括201 服務(wù)器接收主叫用戶終端發(fā)送的hvite消息；具體地，本發(fā)明實(shí)施例中的服務(wù)器是指可以向主叫用戶終端發(fā)出的^wite消息提供服務(wù)并回送應(yīng)答的任何服務(wù)器，本發(fā)明實(shí)施例對此不作具體限定，例如，可以是代理服務(wù)器(Proxy Server)或SIP服務(wù)器(SIP krver)，其中，SIP服務(wù)器又可以是IMS (IP Multimedia Subsystem, IP) >NGN(Next Generation Network，T"—ft ) 或其他能夠完成服務(wù)器功能的網(wǎng)元。進(jìn)一步地，服務(wù)器接收到主叫用戶終端發(fā)送的^wite消息后，要進(jìn)行原有呼叫流程的響應(yīng)，具體為向主叫用戶終端發(fā)送臨時(shí)響應(yīng)消息100，向被叫用戶終端發(fā)送 IAMdnitial Address Message，初始地址消息)，并接收被叫用戶終端發(fā)送的ACM(Address Complete Message，地址完成消息)和ANM。對于上述不影響本發(fā)明的原有呼叫流程本發(fā)明實(shí)施例不再詳細(xì)描述。202:判斷是否需要對主叫用戶終端進(jìn)行異常檢測，如果需要，則執(zhí)行203，否則， 按照原有呼叫流程執(zhí)行，流程結(jié)束；其中，202是可選步驟。由于檢測主叫用戶終端是否發(fā)生異常的過程會(huì)占用一定的無線空口帶寬，因此可以先進(jìn)行是否需要對主叫用戶終端進(jìn)行異常檢測的判斷，選擇性的對那些由異常導(dǎo)致的問題嚴(yán)重的場景進(jìn)行異常檢測，因此執(zhí)行202可以降低系統(tǒng)開銷。判斷是否需要對主叫用戶終端進(jìn)行異常檢測的具體方式可以是判斷主叫用戶終端發(fā)起的呼叫是否是局向呼叫，如果是，說明異?？赡軐?dǎo)致誤計(jì)費(fèi)的問題，則需要對主叫用戶終端進(jìn)行異常檢測；和/或，判斷主叫用戶終端是否是在無線網(wǎng)絡(luò)下發(fā)起的呼叫，如果是，說明主叫用戶終端容易發(fā)生異常，則需要對主叫用戶終端進(jìn)行異常檢測，其中，可以通過主叫用戶終端的域名或號段或增加特殊標(biāo)志來區(qū)分主叫用戶終端是否在無線網(wǎng)絡(luò)。優(yōu)選地，可以上述兩個(gè)判斷過程都予以執(zhí)行，即最終只針對主叫用戶終端在無線網(wǎng)絡(luò)下發(fā)起的局向呼叫進(jìn)行異常檢測，這樣可以減少異常檢測帶來的系統(tǒng)開銷。203 檢測主叫用戶終端是否發(fā)生異常，如果是，則執(zhí)行204，否則，執(zhí)行206 ；具體地，檢測主叫用戶終端是否發(fā)生異常的具體方式可以是向主叫用戶終端發(fā)
6送檢測請求消息，并開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前接收到主叫用戶終端發(fā)送的檢測響應(yīng)消息，則向主叫用戶終端發(fā)送新的檢測請求消息，并重新開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前沒有接收到主叫用戶終端發(fā)送的檢測響應(yīng)消息，則在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之后，向主叫用戶終端重復(fù)發(fā)送之前發(fā)送的檢測請求消息，并重新開始計(jì)時(shí)；判斷重復(fù)發(fā)送的次數(shù)是否達(dá)到預(yù)設(shè)的最大重發(fā)次數(shù)，如果是，則判定主叫用戶終端發(fā)生異常。其中，主叫用戶終端發(fā)生異?？赡苁浅霈F(xiàn)了無線信號變差或掉電等導(dǎo)致斷鏈的異常狀況。進(jìn)一步地，參見圖3，為檢測主叫用戶終端是否發(fā)生異常的流程圖。需要說明的是， 圖3中的檢測請求消息和檢測響應(yīng)消息相對于18x消息、200消息和ACK消息的順序是不確定的，是隨呼叫的實(shí)際情況而變化的，且不是每條檢測請求消息都會(huì)有對應(yīng)的檢測響應(yīng)消息，其中，被叫用戶終端振鈴后，服務(wù)器會(huì)向主叫用戶終端發(fā)送18x消息，被叫用戶終端應(yīng)答后，服務(wù)器會(huì)向主叫用戶終端發(fā)送200消息，并等待主叫用戶終端返回針對該200消息的ACK消息，18x消息代表180到189之間的任意一條消息。也就是說，在收到ACK消息之前服務(wù)器可以向主叫用戶終端發(fā)送多條檢測請求消息并接收到多條檢測響應(yīng)消息，并在收到ACK消息之后還有可能收到檢測響應(yīng)消息，圖3中僅畫出了第一次向主叫用戶終端發(fā)送檢測請求消息并接收到相應(yīng)的檢測響應(yīng)消息的內(nèi)容，但不限定于此。具體地，服務(wù)器構(gòu)造并發(fā)送檢測請求消息，并開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前收到檢測響應(yīng)消息，且還未收到針對200消息的ACK消息，則構(gòu)造并發(fā)送新的檢測請求消息，并重新開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前未收到檢測響應(yīng)消息，則在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之后，再次發(fā)送與之前發(fā)送的檢測請求消息相同的檢測請求消息，并重新開始計(jì)時(shí)；如果重復(fù)發(fā)送的次數(shù)達(dá)到預(yù)設(shè)的最大重發(fā)次數(shù)后，仍然沒有收到檢測響應(yīng)消息，則判定主叫用戶終端發(fā)生異常。可選地，為了減少空口消息負(fù)荷，服務(wù)器可以設(shè)定在向主叫用戶終端發(fā)送200消息之后首次發(fā)起檢測請求消息。如果圖3流程中的18x消息要求可靠性傳送，則相應(yīng)的流程會(huì)變成如圖4所示，在主叫用戶終端收到服務(wù)器發(fā)送的18x消息后，向服務(wù)器發(fā)送PRACK消息告知服務(wù)器18x消息已經(jīng)收到了，服務(wù)器再向主叫用戶終端返回PRACK消息的響應(yīng)消息200。當(dāng)然，呼叫接續(xù)流程還可能發(fā)生其他一些變化，但不管呼叫接續(xù)流程如何變化，檢測請求消息的發(fā)送和等待檢測響應(yīng)消息的機(jī)制都同上述對圖3的描述相類似，本發(fā)明實(shí)施例不再贅述。其中，上述計(jì)時(shí)功能可以由定時(shí)器完成，本發(fā)明實(shí)施例對此不作具體限定，例如可以是Timers。預(yù)設(shè)時(shí)間的長短可以根據(jù)不同的網(wǎng)絡(luò)需求預(yù)先進(jìn)行配置，建議以毫秒為單位。另外，最大重發(fā)次數(shù)也可以預(yù)先配置，例如配置為N，N為大于等于1的整數(shù)。204:如果檢測到主叫用戶終端發(fā)生異常，則拆除主叫用戶終端到被叫用戶終端的呼叫，并釋放該呼叫的相關(guān)資源；具體地，服務(wù)器主動(dòng)發(fā)起呼叫拆除，拆除主叫用戶終端和被叫用戶終端的本次呼叫，并釋放本次呼叫的相關(guān)資源，比如占用的空口資源等等。205 記錄拆除原因?yàn)闄z測到主叫用戶終端發(fā)生異常，流程結(jié)束；具體地，記錄下來的拆除原因可以供運(yùn)營商查看，從而能夠更具體地分析呼叫失敗的原因。206:如果接收到主叫用戶終端發(fā)送的ACK消息，或，接收到主叫用戶終端或被叫用戶終端發(fā)送的呼叫拆除消息，則停止檢測。
7
停止檢測可以具體包括停止計(jì)時(shí)，并將后續(xù)接收到的檢測響應(yīng)消息做丟棄處理。具體地，接收到針對200消息的ACK消息后，不管是否還有檢測請求消息等待響應(yīng)，都立刻停止檢測定時(shí)器，后續(xù)如果收到檢測響應(yīng)消息則做丟棄處理；如果在收到針對 200消息的ACK消息前主叫用戶終端或被叫用戶終端發(fā)起了呼叫拆除，則立刻停止檢測定時(shí)器，后續(xù)如果收到檢測響應(yīng)消息則做丟棄處理。需要說明的是，優(yōu)選地，本發(fā)明實(shí)施例中的檢測請求消息可以為RFC3261協(xié)議中定義的OPTIONS消息，檢測響應(yīng)消息為與OPTIONS消息對應(yīng)的響應(yīng)消息，其中，通過OPTIONS 消息和響應(yīng)消息中的Transaction ID(事務(wù)號)來判斷主叫用戶終端返回的響應(yīng)消息是否是針對OPTIONS消息的響應(yīng)。OPTIONS消息是RFC3261協(xié)議中定義的用來查詢用戶終端或服務(wù)器能力的消息，所有的用戶終端和服務(wù)器都支持OPTIONS消息。OPTIONS消息可以在對話內(nèi)發(fā)送，也可以在對話外發(fā)送，且不影響原來的呼叫狀態(tài)。RFC3261協(xié)議中規(guī)定，如果 OPTIONS消息沒有收到響應(yīng)，可以認(rèn)為對應(yīng)的用戶終端不可達(dá)。服務(wù)器構(gòu)造OPTIONS消息的原則和方式同RFC3^1協(xié)議的11. 1小節(jié)，可以不包含Acapt頭域，以便減少響應(yīng)消息的大小。主叫用戶終端收到OPTIONS消息后，按RFC3261協(xié)議規(guī)定的處理方式進(jìn)行響應(yīng)。使用OPTIONS消息及其對應(yīng)的響應(yīng)消息作為檢測請求消息和檢測響應(yīng)消息的好處是，利用現(xiàn)有的RFC3^1協(xié)議，所使用的消息和流程基于RFC3^1協(xié)議就可以實(shí)現(xiàn)，不需要新增消息和新元，并且所有用戶終端都支持；使異常檢測方法簡單，利于實(shí)現(xiàn)，只需要服務(wù)器側(cè)按照上述方法步驟進(jìn)行修改即可?？蛇x地，檢測請求消息和檢測響應(yīng)消息也可以使用自定義的消息，或者還可以使用其他SIP消息，例如使用正在草案階段的PING消息等。使用這些消息除了服務(wù)器側(cè)需要修改外，用戶終端側(cè)也需要修改進(jìn)而支持上述異常檢測的方法。本發(fā)明實(shí)施例提供的方法，通過在呼叫接續(xù)過程中向主叫用戶終端發(fā)送檢測請求消息，并接收主叫用戶終端返回的檢測響應(yīng)消息來檢測主叫用戶終端是否發(fā)生異常，能夠及時(shí)檢測到主叫用戶終端的異常，并在檢測到異常時(shí)及時(shí)拆除主叫用戶終端到被叫用戶終端的呼叫，釋放該呼叫的相關(guān)資源，能夠降低呼叫系統(tǒng)的開銷，并能夠提升被叫用戶的感受，減少不必要的振鈴，而且在跨局、跨運(yùn)營商呼叫的情景下及時(shí)發(fā)現(xiàn)異常并拆除呼叫能夠防止呼叫接續(xù)過程中的誤計(jì)費(fèi)；另外，拆除呼叫后記錄拆除原因?yàn)闄z測到主叫用戶終端發(fā)生異常，可以使運(yùn)營商能夠更具體地分析呼叫失敗的原因。實(shí)施例三本發(fā)明實(shí)施例提供了一種服務(wù)器，該服務(wù)器是指可以向主叫用戶終端發(fā)出的 ^vite消息提供服務(wù)并回送應(yīng)答、并且能夠執(zhí)行實(shí)施例二中的方法步驟的任何服務(wù)器，本發(fā)明實(shí)施例對此不作具體限定，例如，可以是代理服務(wù)器(Proxy Server)或SIP服務(wù)器 (SIP krver)，其中，SIP服務(wù)器又可以是IMS、NGN或其他能夠完成服務(wù)器功能的網(wǎng)元。參見圖5，該服務(wù)器包括檢測模塊501，用于在接收到主叫用戶終端發(fā)送的hvite消息之后，檢測主叫用戶終端是否發(fā)生異常；拆除模塊502，用于在檢測模塊501檢測到主叫用戶終端發(fā)生異常后，拆除主叫用戶終端到被叫用戶終端的呼叫，并釋放呼叫的相關(guān)資源?？蛇x地，參見圖6，該服務(wù)器還包括
8
判斷模塊503，用于在檢測模塊501檢測主叫用戶終端是否發(fā)生異常之前，判斷是否需要對主叫用戶終端進(jìn)行異常檢測，如果需要，則執(zhí)行檢測模塊501。進(jìn)一步地，判斷模塊503，具體用于判斷主叫用戶終端發(fā)起的呼叫是否是局向呼叫，如果是，則需要對主叫用戶終端進(jìn)行異常檢測；和/或，判斷主叫用戶終端是否是在無線網(wǎng)絡(luò)下發(fā)起的呼叫，如果是，則需要對主叫用戶終端進(jìn)行異常檢測。更進(jìn)一步地，檢測模塊501，具體用于向主叫用戶終端發(fā)送檢測請求消息，并開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前接收到主叫用戶終端發(fā)送的檢測響應(yīng)消息，則向主叫用戶終端發(fā)送新的檢測請求消息，并重新開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前沒有接收到主叫用戶終端發(fā)送的檢測響應(yīng)消息，則在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之后，向主叫用戶終端重復(fù)發(fā)送之前發(fā)送的檢測請求消息，并重新開始計(jì)時(shí)；判斷重復(fù)發(fā)送的次數(shù)是否達(dá)到預(yù)設(shè)的最大重發(fā)次數(shù)，如果是，則判定主叫用戶終端發(fā)生異常。可選地，參見圖7，該服務(wù)器還包括停止模塊504，用于在檢測模塊501檢測主叫用戶終端是否發(fā)生異常之后，如果接收到主叫用戶終端發(fā)送的ACK消息，或，接收到主叫用戶終端或被叫用戶終端發(fā)送的呼叫拆除消息，則停止檢測。進(jìn)一步地，停止模塊504，具體用于停止計(jì)時(shí)，并將后續(xù)接收到的檢測響應(yīng)消息做丟棄處理?？蛇x地，參見圖8，該服務(wù)器還包括記錄模塊505，用于在拆除模塊502釋放呼叫的相關(guān)資源之后，記錄拆除原因?yàn)闄z測到主叫用戶終端發(fā)生異常。綜上所述，本發(fā)明實(shí)施例通過在呼叫接續(xù)過程中向主叫用戶終端發(fā)送檢測請求消息，并接收主叫用戶終端返回的檢測響應(yīng)消息來檢測主叫用戶終端是否發(fā)生異常，能夠及時(shí)檢測到主叫用戶終端的異常，并在檢測到異常時(shí)及時(shí)拆除主叫用戶終端到被叫用戶終端的呼叫，釋放該呼叫的相關(guān)資源，能夠降低呼叫系統(tǒng)的開銷，并能夠提升被叫用戶的感受， 減少不必要的振鈴，而且在跨局、跨運(yùn)營商呼叫的情景下及時(shí)發(fā)現(xiàn)異常并拆除呼叫能夠防止呼叫接續(xù)過程中的誤計(jì)費(fèi)；另外，拆除呼叫后記錄拆除原因?yàn)闄z測到主叫用戶終端發(fā)生異常，可以使運(yùn)營商能夠更具體地分析呼叫失敗的原因。需要說明的是上述實(shí)施例提供的服務(wù)器在處理呼叫接續(xù)過程中的異常時(shí)，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將服務(wù)器的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的服務(wù)器與呼叫接續(xù)過程中的異常處理方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種呼叫接續(xù)過程中的異常處理方法，其特征在于，所述方法包括在接收到主叫用戶終端發(fā)送的呼叫請求消息之后，檢測所述主叫用戶終端是否發(fā)生異常；如果檢測到所述主叫用戶終端發(fā)生異常，則拆除所述主叫用戶終端到被叫用戶終端的呼叫，并釋放所述呼叫的相關(guān)資源。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，檢測所述主叫用戶終端是否發(fā)生異常之前,還包括判斷是否需要對所述主叫用戶終端進(jìn)行異常檢測，如果需要，則執(zhí)行所述檢測所述主叫用戶終端是否發(fā)生異常的步驟。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，判斷是否需要對所述主叫用戶終端進(jìn)行異常檢測，包括判斷所述主叫用戶終端發(fā)起的呼叫是否是局向呼叫，如果是，則需要對所述主叫用戶終端進(jìn)行異常檢測；和/或判斷所述主叫用戶終端是否是在無線網(wǎng)絡(luò)下發(fā)起的呼叫，如果是，則需要對所述主叫用戶終端進(jìn)行異常檢測。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，檢測所述主叫用戶終端是否發(fā)生異常，包括向所述主叫用戶終端發(fā)送檢測請求消息，并開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前接收到所述主叫用戶終端發(fā)送的檢測響應(yīng)消息，則向所述主叫用戶終端發(fā)送新的檢測請求消息，并重新開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前沒有接收到所述主叫用戶終端發(fā)送的檢測響應(yīng)消息，則在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之后，向所述主叫用戶終端重復(fù)發(fā)送之前發(fā)送的檢測請求消息，并重新開始計(jì)時(shí)；判斷所述重復(fù)發(fā)送的次數(shù)是否達(dá)到預(yù)設(shè)的最大重發(fā)次數(shù)，如果是，則判定所述主叫用戶終端發(fā)生異常。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述檢測請求消息為RFC3^1協(xié)議中定義的OPTIONS消息，所述檢測響應(yīng)消息為與所述OPTIONS消息對應(yīng)的響應(yīng)消息。
6.根據(jù)權(quán)利要求4或權(quán)利要求5所述的方法，其特征在于，檢測所述主叫用戶終端是否發(fā)生異常之后，還包括如果接收到所述主叫用戶終端發(fā)送的確認(rèn)消息，或，接收到所述主叫用戶終端或被叫用戶終端發(fā)送的呼叫拆除消息，則停止檢測。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，停止檢測，包括 停止計(jì)時(shí)，并將后續(xù)接收到的檢測響應(yīng)消息做丟棄處理。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，釋放所述呼叫的相關(guān)資源之后，還包括 記錄拆除原因?yàn)闄z測到所述主叫用戶終端發(fā)生異常。
9.一種服務(wù)器，其特征在于，所述服務(wù)器包括檢測模塊，用于在接收到主叫用戶終端發(fā)送的呼叫請求消息之后，檢測所述主叫用戶終端是否發(fā)生異常；拆除模塊，用于在所述檢測模塊檢測到所述主叫用戶終端發(fā)生異常后，拆除所述主叫用戶終端到被叫用戶終端的呼叫，并釋放所述呼叫的相關(guān)資源。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述服務(wù)器還包括 判斷模塊，用于在所述檢測模塊檢測所述主叫用戶終端是否發(fā)生異常之前，判斷是否需要對所述主叫用戶終端進(jìn)行異常檢測，如果需要，則執(zhí)行所述檢測模塊。
11.根據(jù)權(quán)利要求10所述的服務(wù)器，其特征在于，所述判斷模塊，具體用于判斷所述主叫用戶終端發(fā)起的呼叫是否是局向呼叫，如果是，則需要對所述主叫用戶終端進(jìn)行異常檢測；和/或，判斷所述主叫用戶終端是否是在無線網(wǎng)絡(luò)下發(fā)起的呼叫，如果是，則需要對所述主叫用戶終端進(jìn)行異常檢測。
12.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述檢測模塊，具體用于向所述主叫用戶終端發(fā)送檢測請求消息，并開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前接收到所述主叫用戶終端發(fā)送的檢測響應(yīng)消息，則向所述主叫用戶終端發(fā)送新的檢測請求消息，并重新開始計(jì)時(shí)；如果在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之前沒有接收到所述主叫用戶終端發(fā)送的檢測響應(yīng)消息，則在計(jì)時(shí)達(dá)到預(yù)設(shè)時(shí)間之后，向所述主叫用戶終端重復(fù)發(fā)送之前發(fā)送的檢測請求消息， 并重新開始計(jì)時(shí)；判斷所述重復(fù)發(fā)送的次數(shù)是否達(dá)到預(yù)設(shè)的最大重發(fā)次數(shù)，如果是，則判定所述主叫用戶終端發(fā)生異常。
13.根據(jù)權(quán)利要求12所述的服務(wù)器，其特征在于，所述服務(wù)器還包括停止模塊，用于在所述檢測模塊檢測所述主叫用戶終端是否發(fā)生異常之后，如果接收到所述主叫用戶終端發(fā)送的確認(rèn)消息，或，接收到所述主叫用戶終端或被叫用戶終端發(fā)送的呼叫拆除消息，則停止檢測。
14.根據(jù)權(quán)利要求13所述的服務(wù)器，其特征在于，所述停止模塊，具體用于停止計(jì)時(shí)， 并將后續(xù)接收到的檢測響應(yīng)消息做丟棄處理。
15.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述服務(wù)器還包括記錄模塊，用于在所述拆除模塊釋放所述呼叫的相關(guān)資源之后，記錄拆除原因?yàn)闄z測到所述主叫用戶終端發(fā)生異常。
全文摘要
本發(fā)明實(shí)施例提供了一種呼叫接續(xù)過程中的異常處理方法及服務(wù)器，涉及通信領(lǐng)域，所述方法包括在接收到主叫用戶終端發(fā)送的呼叫請求消息之后，檢測所述主叫用戶終端是否發(fā)生異常；如果檢測到所述主叫用戶終端發(fā)生異常，則拆除所述主叫用戶終端到被叫用戶終端的呼叫，并釋放所述呼叫的相關(guān)資源。本發(fā)明通過在呼叫接續(xù)過程中檢測主叫用戶終端是否發(fā)生異常，并在檢測到主叫用戶終端發(fā)生異常時(shí)及時(shí)拆除主叫用戶終端到被叫用戶終端的呼叫，釋放該呼叫的相關(guān)資源，能夠降低呼叫系統(tǒng)的開銷，并能夠提升被叫用戶的感受，減少不必要的振鈴，而且在跨局、跨運(yùn)營商呼叫的情景下及時(shí)發(fā)現(xiàn)異常并拆除呼叫能夠防止呼叫接續(xù)過程中的誤計(jì)費(fèi)。
文檔編號H04L12/24GK102439906SQ201180002366
公開日2012年5月2日 申請日期2011年10月27日 優(yōu)先權(quán)日2011年10月27日
發(fā)明者黃路明 申請人:華為技術(shù)有限公司