對SIP協(xié)議第三方呼叫控制的研究
林美玉 王立言 2004/07/13
一、引言
圖1 3pcc流程Ⅰ
該流程優(yōu)點(diǎn)是非常簡單，不需要控制者產(chǎn)生SDP，不必考慮控制者自身對媒體類型的要求。
缺點(diǎn)是該流程存在著一個非常嚴(yán)重的超時問題。如果B不能立即響應(yīng)，控制者就無法馬上給A發(fā)送ACK，有可能導(dǎo)致A定時重發(fā)200 OK。因?yàn)楦鶕?jù)RFC3261，如果走時之后還沒有收到ACK，這次呼叫就失敗了。所以該流程只能用于用戶B可以立即對INVITE進(jìn)行響應(yīng)的情況下。
2.流程Ⅱ
圖2 3pcc流程Ⅱ
流程圖中的“黑洞”SDP指的是包含的連接地址是一個無效的連接地址，例如rtp.invalid或者0.0.0.0，也就是想建立一個空的媒體流，因?yàn)檫@個媒體流實(shí)際上并沒有媒體或者RTCP包從A流出。
該流程中，控制者首先向用戶A發(fā)送INVITE，包含SDP1，用來創(chuàng)建一個初始的“黑洞”媒體流，A振鈴并產(chǎn)生應(yīng)答記為SDP2，其中包含的是一個有效的連接地址，但此時仍沒有媒體流向控制者�？刂普呦駻發(fā)出ACK。
控制者向B發(fā)送INVITE，攜帶SDP2作為對B的offer。B振鈴，應(yīng)答之后產(chǎn)生的200 OK響應(yīng)中包含一個SDP3，也就是對SDP2的應(yīng)答�？刂普呦駼發(fā)送ACK。
控制者向A發(fā)送re-INVITE，包含SDP3作為offer。假設(shè)用戶A不想改變原來的會話屬性，在200 OK響應(yīng)中包含的應(yīng)答應(yīng)該仍是SDP2�？刂普甙l(fā)送ACK之后，就可以有媒體從A流向B。
本流程所有的最終響應(yīng)都可以被立即確認(rèn)，不會有因超時而導(dǎo)致呼叫失敗的問題。
缺點(diǎn)是控制者必須預(yù)先知道本次呼叫所要使用的媒體類型，來創(chuàng)建初始的“黑洞”SDP；第二，“黑洞”SDP是一種擴(kuò)展的機(jī)制，并不能確定所有的UA能否支持這種機(jī)制以及如果收到這樣的地址能做何反應(yīng)；第三，流程完成的前提是假設(shè)用戶A對re-INVITE的響應(yīng)中仍然包含的是SDP2。如果不是SDP2的話，控制者還需要向A再發(fā)送re-INVITE，然后有可能從B得到另一個不同的SDP，然后還需要向A再發(fā)送re-INVITE，如此等等，可能形成一個無限循環(huán)的會話協(xié)商。當(dāng)然，可以采用一個智能UA，要求其固定的返回SDP2，或者采用一個智能的控制者能夠分析收到的SDP確定有無必要發(fā)送re-INVITE，但是為簡單起見，應(yīng)盡量避免控制者了解SDP的具體內(nèi)容。所以實(shí)際上本流程根本就不可用。
3.流程Ⅲ
本流程中，控制者向A發(fā)送一個沒有SDP的INVITE。A應(yīng)答的200 OK響應(yīng)中包含一個offerl，控制者立即在ACK消息中產(chǎn)生一個“黑洞”SDP應(yīng)答。
控制者再向B發(fā)送一個沒有SDP的INVITE。B應(yīng)答的200 0K響應(yīng)中包含一個提供offer2，控制者應(yīng)該基于offer2向A發(fā)送一個re-INVITE，注意。offer2可能需要稍作修改來滿足媒體要求。例如如果offer1包含一個音頻和一個視頻行，而offer2只有一個音頻行，控制者就需要在offer2中增加一個視頻行(端口設(shè)為O)來構(gòu)成offer2’。由于這是一個re-INVITE，所以通常應(yīng)該能立即收到響應(yīng)。A的200
0K響應(yīng)中包含的answer2’，可能也需要稍作修改作為offer2的應(yīng)答answer2�？刂普呦駻發(fā)送ACK之后，媒體就可以流通。
圖2 3pcc流程Ⅱ
流程圖中的“黑洞”SDP指的是包含的連接地址是一個無效的連接地址，例如rtp.invalid或者0.0.0.0，也就是想建立一個空的媒體流，因?yàn)檫@個媒體流實(shí)際上并沒有媒體或者RTCP包從A流出。
該流程中，控制者首先向用戶A發(fā)送INVITE，包含SDP1，用來創(chuàng)建一個初始的“黑洞”媒體流，A振鈴并產(chǎn)生應(yīng)答記為SDP2，其中包含的是一個有效的連接地址，但此時仍沒有媒體流向控制者�？刂普呦駻發(fā)出ACK。
控制者向B發(fā)送INVITE，攜帶SDP2作為對B的offer。B振鈴，應(yīng)答之后產(chǎn)生的200 OK響應(yīng)中包含一個SDP3，也就是對SDP2的應(yīng)答�？刂普呦駼發(fā)送ACK。
控制者向A發(fā)送re-INVITE，包含SDP3作為offer。假設(shè)用戶A不想改變原來的會話屬性，在200 OK響應(yīng)中包含的應(yīng)答應(yīng)該仍是SDP2�？刂普甙l(fā)送ACK之后，就可以有媒體從A流向B。
本流程所有的最終響應(yīng)都可以被立即確認(rèn)，不會有因超時而導(dǎo)致呼叫失敗的問題。
缺點(diǎn)是控制者必須預(yù)先知道本次呼叫所要使用的媒體類型，來創(chuàng)建初始的“黑洞”SDP；第二，“黑洞”SDP是一種擴(kuò)展的機(jī)制，并不能確定所有的UA能否支持這種機(jī)制以及如果收到這樣的地址能做何反應(yīng)；第三，流程完成的前提是假設(shè)用戶A對re-INVITE的響應(yīng)中仍然包含的是SDP2。如果不是SDP2的話，控制者還需要向A再發(fā)送re-INVITE，然后有可能從B得到另一個不同的SDP，然后還需要向A再發(fā)送re-INVITE，如此等等，可能形成一個無限循環(huán)的會話協(xié)商。當(dāng)然，可以采用一個智能UA，要求其固定的返回SDP2，或者采用一個智能的控制者能夠分析收到的SDP確定有無必要發(fā)送re-INVITE，但是為簡單起見，應(yīng)盡量避免控制者了解SDP的具體內(nèi)容。所以實(shí)際上本流程根本就不可用。
3.流程Ⅲ
本流程中，控制者向A發(fā)送一個沒有SDP的INVITE。A應(yīng)答的200 OK響應(yīng)中包含一個offerl，控制者立即在ACK消息中產(chǎn)生一個“黑洞”SDP應(yīng)答。
控制者再向B發(fā)送一個沒有SDP的INVITE。B應(yīng)答的200 0K響應(yīng)中包含一個提供offer2，控制者應(yīng)該基于offer2向A發(fā)送一個re-INVITE，注意。offer2可能需要稍作修改來滿足媒體要求。例如如果offer1包含一個音頻和一個視頻行，而offer2只有一個音頻行，控制者就需要在offer2中增加一個視頻行(端口設(shè)為O)來構(gòu)成offer2’。由于這是一個re-INVITE，所以通常應(yīng)該能立即收到響應(yīng)。A的200
0K響應(yīng)中包含的answer2’，可能也需要稍作修改作為offer2的應(yīng)答answer2�？刂普呦駻發(fā)送ACK之后，媒體就可以流通。
圖4 3pcc流程Ⅳ
綜上所述，流程I是最簡單且有效的流程。如果控制者預(yù)先知道B是自動應(yīng)答的能夠立即響應(yīng)，例如B是媒體服務(wù)器、會議服務(wù)器等等情況下，使用本流程是最好不過了。
如果控制者無法預(yù)知被叫的類型，就可以使用流程Ⅳ或者流Ⅲ來實(shí)現(xiàn)3pcc，但是一般不會使用流程Ⅱ。使用IV、Ⅲ時對控制者的智能性要求比較高。
三、3pcc應(yīng)用
SIP協(xié)議的突出優(yōu)點(diǎn)就在于靈活的多媒體會話的控制功能，配合使用3pcc就可以比傳統(tǒng)電話網(wǎng)更加靈活方便的實(shí)現(xiàn)各種補(bǔ)充業(yè)務(wù)和新業(yè)務(wù)。
3pcc的應(yīng)用非常廣泛，例如可以方便對信令的控制，易于實(shí)現(xiàn)點(diǎn)擊撥號、早期媒體放音(early media)、通話過程中播放語音通知的業(yè)務(wù)等等。
點(diǎn)擊撥號業(yè)務(wù)是最典型的3pcc的應(yīng)用實(shí)例。用戶瀏覽網(wǎng)站時，可以直接點(diǎn)擊網(wǎng)頁上的鏈接地址，使用HTTP啟動控制者對客服代表和SIP用戶之間的第三方呼叫控制。然后控制者就可以使用上述四種方法在兩者之間建立起媒體會話。
通話過程中播放語音通知，可以使用控制者將媒體服務(wù)器跟正在通話的用戶之間連接起來，播放通知。
下面以播放早期放音媒體為例，選用最簡單的流程I來介紹3pcc的應(yīng)用。實(shí)際應(yīng)用中，應(yīng)該根據(jù)具體的情況考慮使用其它流程對下圖進(jìn)行修改。
Early media指的是呼叫建立之前已經(jīng)建立的會話，通常用來傳遞關(guān)于呼叫進(jìn)程的語音通知。圖5便是用戶B在應(yīng)答呼叫之前已經(jīng)建立了Early
media媒體通道進(jìn)行放音(圖中(1)處)。用戶B對呼叫進(jìn)行應(yīng)答之前用戶A和控制者之間，B和控制者之間都分別已經(jīng)進(jìn)行過一輪媒體的交互了。當(dāng)B接受呼叫之后，由于會話狀態(tài)并沒有改變，因此并不需要重新與用戶A進(jìn)行SDP信令交互。
圖5 用戶B播放早期放音媒體
四、總結(jié)語
3pcc在多方通信中(例如會議)的應(yīng)用也很廣泛，SIP協(xié)議的3pcc功能應(yīng)用靈活，使用一個控制者可以將多個用戶聯(lián)系起來進(jìn)行通信，方便管理。但是目前3pcc實(shí)現(xiàn)上還有一些標(biāo)準(zhǔn)無法統(tǒng)一的問題，例如如何創(chuàng)建一個無效連接地址的SDP，亟待解決。目前我國正在積極的開展關(guān)于SIP協(xié)議對呼叫控制方面標(biāo)準(zhǔn)的制定，第三方呼叫控制作為呼叫控制的一個重要方面，也將成為一個不可或缺的研究重點(diǎn)。