專利名稱：一種傳遞后續(xù)地址信息以及建立呼叫的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種傳遞后續(xù)地址信息(SubsequentAddress Message)以及建立呼叫的方法。
背景技術(shù)：
綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)(ISDN，Integrated Services Digital Network)用戶部分(ISUP，ISDN User Part)是目前應(yīng)用非常廣泛的協(xié)議，也是一個非常成熟的協(xié)議，主要用在ISDN網(wǎng)絡(luò)中，用于規(guī)定電話或非話交換業(yè)務(wù)所需的信令功能和程序。會話初始化協(xié)議(SIP，Session Initiation Protocol)是一個比較新的協(xié)議，主要用于IP網(wǎng)絡(luò)。在SIP中，對話(Dialog)是一個非常重要的概念，通常由CALLID、FromTag和ToTag這三個要素組成，它們是一系列隨機生成的數(shù)，其中CALLID和FromTag用于表示發(fā)起呼叫請求的一方的信息，ToTag用于表示被叫一方的信息，只有在確知這三要素的情況下，雙方的對話才能建立起來，如果對話沒有建立，那么雙方之間的消息傳遞就不能進行。通常情況下，主叫方向被叫方發(fā)起INVITE請求消息時會攜帶CALLID和FromTag，被叫方會在發(fā)送給主叫方的消息中將CALLID和FromTag連同ToTag一起發(fā)送給主叫方，此后，雙方所進行的消息交互中始終攜帶這三個要素，以確認進行消息傳遞的雙方。
由于SIP與ISUP協(xié)議相比是一個比較新的協(xié)議，所以為了兼容原來的設(shè)備，SIP需要支持ISUP協(xié)議，目前，SIP主要利用會話初始化協(xié)議-電話部分(SIP-T，Session Initiation Protocol for Telephones)增強支持ISUP的功能，通過在SIP消息體中打包封裝ISUP消息體來實現(xiàn)雙方ISUP信息的傳遞。通常情況下，SIP的請求和應(yīng)答消息中都可以攜帶ISUP的消息，例如，參見圖1，圖1是SIP利用SIP-T支持ISUP協(xié)議的普通呼叫建立流程，A局和B局可以是任何兩個支持SIP的實體，其中A局是主叫方，B局是被叫方。根據(jù)這個呼叫建立流程，首先，A局向B局發(fā)送INVITE請求消息，其中攜帶初始地址消息(IAM，Initial Access Message)，B局收到后馬上向A局發(fā)送100消息；接著，B局振鈴后會向A局發(fā)送180振鈴消息，這時對話已經(jīng)建立起來；B局接通后會給A局發(fā)送200消息，A局收到200消息后給B局發(fā)送確認(ACK，Acknowledge)消息，至此整個呼叫流程就建立起來?？梢?，在這個呼叫建立流程中，A局向B局發(fā)送的SIP的INVITE請求消息中就攜帶了ISUP協(xié)議的消息體IAM，并且在A局發(fā)送INVITE請求消息時，會在這個消息中攜帶關(guān)于請求方的CALLID和FromTag的值，于是就確定了CALLID和FromTag，只有B局將ToTag的值連同CALLID和FromTag一起發(fā)送給A局，對話才可能建立起來。正常情況下，對話需要的ToTag會在B局振鈴后給A局發(fā)送的180振鈴消息中攜帶。但是，如果在A局發(fā)送給B局的INVITE請求消息攜帶的IAM中的被叫地址信息不全，那么后續(xù)的180振鈴消息是不會發(fā)送給A局的，對話所需的ToTag也就不會被發(fā)送給A局，對話就無法建立，從而也無法建立整個呼叫流程。
在被叫地址信息不全的情況下，理論上可以采用在B局發(fā)送給A局的100消息中攜帶ToTag的方法來建立對話。但是，根據(jù)SIP的規(guī)定，100消息的作用只是通知主叫方INVITE請求消息已經(jīng)收到，避免主叫方重發(fā)INVITE請求消息，所以一般情況下，被叫方收到INVITE請求消息后馬上就會回應(yīng)100消息，通常情況下也不會為了建立對話而攜帶ToTag。特別地，根據(jù)SIP的規(guī)定，在主叫方和被叫方之間存在代理(proxy)的情況下，100消息就一定不能攜帶ToTag來建立對話。也就是說，如果INVITE請求消息攜帶的IAM中的被叫地址信息不全，而且對局的100消息中又沒有攜帶ToTag或者無法攜帶ToTag來建立對話，那么現(xiàn)有的機制就無法解決這個問題，所以也無法在雙方之間建立呼叫。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種傳遞后續(xù)地址信息的方法，使用該方法可以在被叫方振鈴以前就建立對話，實現(xiàn)后續(xù)地址信息的傳遞。
本發(fā)明的另一目的在于提供一種建立呼叫的方法，使呼叫能夠正常建立。
為了實現(xiàn)上述發(fā)明目的，本發(fā)明提供一種傳遞后續(xù)地址的方法，該方法包括如下步驟A、被叫方判斷所收到的被叫地址信息是否完全，如果不是，執(zhí)行步驟B；否則，結(jié)束當(dāng)前處理流程；B、被叫方向主叫方發(fā)送建立對話所需的信息，并在建立對話后，由主叫方向被叫方發(fā)送后續(xù)地址信息SAM。
步驟B中，被叫方可以通過臨時響應(yīng)消息向主叫方發(fā)送建立對話所需的信息。
所述臨時響應(yīng)消息可以是183消息。
所述建立對話所需的信息可以是ToTag。
主叫方支持100rel，步驟B中主叫方收到建立對話所需的信息后，可以進一步包括主叫方向被叫方發(fā)起可靠臨時響應(yīng)PRACK流程。
本發(fā)明還提供一種建立呼叫的方法，該方法包括如下步驟A、主叫方向被叫方發(fā)送攜帶被叫地址信息的呼叫請求；B、被叫方判斷所收到呼叫請求中的被叫地址信息是否完全，如果不是，執(zhí)行步驟C；否則，執(zhí)行步驟D；C、被叫方向主叫方發(fā)送建立對話所需的信息，并在建立對話后，由主叫方向被叫方發(fā)送后續(xù)地址信息SAM；D、被叫方向主叫方發(fā)送振鈴消息，建立呼叫。
步驟C中，被叫方通過臨時響應(yīng)消息向主叫方發(fā)送建立對話所需的信息。
所述臨時響應(yīng)消息可以是183消息。
所述建立對話所需的信息可以是ToTag。
主叫方支持100rel，步驟B中主叫方收到建立對話所需的信息后，可以進一步包括主叫方向被叫方發(fā)起可靠臨時響應(yīng)PRACK流程；步驟C中主叫方收到振鈴消息后，可以進一步包括主叫方向被叫方發(fā)起可靠臨時響應(yīng)PRACK流程。
從以上所述可以看到，本發(fā)明提供的方法在被叫地址信息不全、并且無法建立對話的情況下，通過被叫方主動發(fā)送含有建立對話必需的信息的臨時響應(yīng)消息來早建對話，以使主叫方可以在建立對話后將后續(xù)地址信息發(fā)送給被叫方，進而使呼叫能夠正常建立。


圖1是現(xiàn)有技術(shù)中SIP利用SIP-T支持ISUP協(xié)議的普通呼叫建立流程圖；圖2是根據(jù)本發(fā)明的被叫方主動早建對話以實現(xiàn)SAM傳遞的流程圖。
具體實施例方式
為了使本發(fā)明的特征和優(yōu)點更加清楚明白，下面參照附圖結(jié)合具體實施例對本發(fā)明做進一步詳細的說明。
從目前來看，雙方建立呼叫過程中，存在INVITE請求消息攜帶的IAM中被叫地址信息不全的情況，出現(xiàn)這種情況時，可以在雙方建立對話后，通過主叫方向被叫方發(fā)送對話內(nèi)消息，例如INFO消息、NOTIFY消息，其中攜帶后續(xù)地址信息(SAM，Subsequent Address Message)來補充不全的被叫地址信息。然而，根據(jù)SIP-T，在主叫方發(fā)送給被叫方的INVITE請求消息攜帶的IAM中的被叫地址信息不全，并且被叫方發(fā)送給主叫方的100消息中也沒有或不能攜帶ToTag的情況下，由于被叫方無法將ToTag發(fā)送給主叫方而無法建立對話，當(dāng)然也不能實現(xiàn)SAM的傳遞。對此，本發(fā)明提供了一種解決方法，通過被叫方向主叫方主動發(fā)送攜帶ToTag的臨時響應(yīng)消息來早建對話，即在被叫方振鈴以前就在主叫方和被叫方之間建立起對話，從而使主叫方在建立對話后可以傳送SAM，參見圖2，圖2是根據(jù)本發(fā)明被叫方主動早建對話以實現(xiàn)SAM傳遞的流程圖，其中A局和B局可以是任意兩個支持SIP的實體，并且在這個實施例中A局是主叫方，B局是被叫方。被叫方通過主動早建對話實現(xiàn)SAM傳遞進而完成呼叫建立的具體流程如下步驟101、主叫A局向被叫B局發(fā)送INVITE請求消息，其中攜帶了IAM，IAM中還會攜帶有關(guān)被叫地址的信息，B局收到后馬上向A局發(fā)送100消息，并判斷IAM中攜帶的被叫地址信息是否完全，如果不是，執(zhí)行步驟102-步驟105；否則，B局在振鈴后給A局發(fā)送攜帶有ToTag的180振鈴消息，建立對話，結(jié)束當(dāng)前的處理流程；在IAM攜帶的有關(guān)被叫地址的信息中存在被叫號碼的屬性，其中有一項“號碼是否完全”的屬性，B局收到攜帶了IAM的INVITE請求消息就可以根據(jù)這個屬性判斷出當(dāng)前的被叫地址是否完全。
步驟102、B局向A局主動發(fā)送攜帶有ToTag的臨時響應(yīng)消息183；由于被叫地址信息不全，B局不會振鈴，也不會給A局發(fā)送180振鈴消息來建立對話，所以在這里B局主動發(fā)送攜帶ToTag的臨時響應(yīng)消息183，由于將ToTag發(fā)送給了A局，所以能夠在發(fā)送180振鈴消息之前就建立對話。
步驟103、此時對話已經(jīng)建立起來，并且在臨時響應(yīng)消息183中攜帶了CALLID、FromTag和ToTag，所以A局可以判斷出ToTag來自B局，于是A局就可以向B局發(fā)送INFO消息，其中攜帶SAM，B局收到攜帶SAM的INFO消息后，向A局發(fā)送200消息，確認收到了INFO消息；如此一來，主叫方A局就將后續(xù)地址信息SAM傳遞給了被叫方B局，SAM補充了IAM中不全的被叫地址信息，從而可以使B局得以振鈴后向A局發(fā)送180振鈴消息；步驟104、B局振鈴后向A局發(fā)送180振鈴消息；
步驟105、B局接通后向A局發(fā)送200消息，A局收到200消息后給B局發(fā)送ACK消息加以確認，至此整個呼叫流程就建立起來。
此外，為了使B局能確認發(fā)送給A局的消息A局已經(jīng)收到，如果A局支持100rel，那么還可以在B局發(fā)送臨時響應(yīng)消息183和180振鈴消息之后，由A局發(fā)起可靠臨時響應(yīng)(PRACK)流程。
另外，在圖2所示的具體的被叫主動早建對話流程中，B局判斷出INVITE請求消息攜帶的IAM消息中的被叫地址信息不全后，發(fā)送攜帶ToTag的臨時響應(yīng)消息183來早建對話，然而，在實際操作中可以發(fā)送協(xié)議規(guī)定的任何臨時響應(yīng)消息1××來早建對話，其中×代表數(shù)字，只要發(fā)送的臨時響應(yīng)消息中攜帶了ToTag即可。例如，也可以發(fā)送攜帶ToTag的臨時響應(yīng)消息182。
以上所述，僅為本發(fā)明的具體實施例而已，并非用以限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種傳遞后續(xù)地址的方法，其特征在于，該方法包括如下步驟A、被叫方判斷所收到的被叫地址信息是否完全，如果不是，執(zhí)行步驟B；否則，結(jié)束當(dāng)前處理流程；B、被叫方向主叫方發(fā)送建立對話所需的信息，并在建立對話后，由主叫方向被叫方發(fā)送后續(xù)地址信息SAM。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中，被叫方通過臨時響應(yīng)消息向主叫方發(fā)送建立對話所需的信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述臨時響應(yīng)消息為183消息。
4.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，所述建立對話所需的信息為ToTag。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，主叫方支持100rel，步驟B中主叫方收到建立對話所需的信息后，進一步包括主叫方向被叫方發(fā)起可靠臨時響應(yīng)PRACK流程。
6.一種建立呼叫的方法，其特征在于，該方法包括如下步驟A、主叫方向被叫方發(fā)送攜帶被叫地址信息的呼叫請求；B、被叫方判斷所收到呼叫請求中的被叫地址信息是否完全，如果不是，執(zhí)行步驟C；否則，執(zhí)行步驟D；C、被叫方向主叫方發(fā)送建立對話所需的信息，并在建立對話后，由主叫方向被叫方發(fā)送后續(xù)地址信息SAM；D、被叫方向主叫方發(fā)送振鈴消息，建立呼叫。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟C中，被叫方通過臨時響應(yīng)消息向主叫方發(fā)送建立對話所需的信息。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述臨時響應(yīng)消息為183消息。
9.根據(jù)權(quán)利要求6、7或8所述的方法，其特征在于，所述建立對話所需的信息為ToTag。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，主叫方支持100rel，步驟B中主叫方收到建立對話所需的信息后，進一步包括主叫方向被叫方發(fā)起可靠臨時響應(yīng)PRACK流程；步驟C中主叫方收到振鈴消息后，進一步包括主叫方向被叫方發(fā)起可靠臨時響應(yīng)PRACK流程。
全文摘要
本發(fā)明公開一種傳遞后續(xù)地址信息以及建立呼叫的方法。該方法包括，被叫方判斷所收到的呼叫請求中的被叫地址信息是否完全，在被叫地址信息不全的情況下，被叫方向主叫方主動發(fā)送攜帶建立對話必需的信息的臨時響應(yīng)消息，并在建立對話后由主叫方向被叫方發(fā)送后續(xù)地址信息；如果被叫地址信息完全，則被叫方向主叫方發(fā)送振鈴消息建立對話。利用本發(fā)明提供的方法可以在被叫地址信息不全，且無法建立對話不能傳送后續(xù)地址信息的情況下，早建對話使主叫方在建立對話后傳送后續(xù)地址信息，進而能夠使呼叫正常建立。
文檔編號H04M3/00GK1870763SQ200510128070
公開日2006年11月29日 申請日期2005年11月25日 優(yōu)先權(quán)日2005年11月25日
發(fā)明者陳海永 申請人:華為技術(shù)有限公司