SIP協(xié)議在3G網(wǎng)絡(luò)中的應(yīng)用
圖4 兩個漫游用戶會話的SIP信令交換
呼叫的過程如下:
(1)會話邀請
A向P-CSCF發(fā)送一個INVITE請求消息。該消息中有B和A的SIPURI。P-CSCF注意到A不屬于本地用戶并向A的歸屬地轉(zhuǎn)發(fā)該INVITE 消息并返回100trying臨時應(yīng)答A(表示已經(jīng)發(fā)送A的請求,正在嘗試建立鏈路,A需要等待)。A的本地域I-CSCF向HSS查詢,并向A注冊時分配的S-CSCF轉(zhuǎn)發(fā)INVITE并返回100trying給外地P-CSCF。S-CSCF收到請求后將INVITE轉(zhuǎn)發(fā)給被叫B的本地域并返回 100trying給I-CSCF。同樣,B歸屬地的I-CSCF
接到請求后向HSS查詢并將請求轉(zhuǎn)發(fā)到B的歸屬地S-CSCF,該S-CSCF發(fā)現(xiàn)B正處在外地網(wǎng)絡(luò)中,于是將INVITE轉(zhuǎn)發(fā)到B目前所在地的P-CSCF,接著P-CSCF將請求最后傳給B。
(2)資源預(yù)留
B接受了這個會話請求,但此時他不回鈴?fù)ㄖ狝,他返回183sessionprocess應(yīng)答表示他接受該會話,同時要求A對此表示確定,這個應(yīng)答通過各個CSCF傳給A。同時B激活一個GPRSPDP上下文,它被用來通過IMS的IP接入點來建立語音通道。
A收到183應(yīng)答后,同樣激活一個PDP上下文并通過CSCF建立的通道發(fā)送一個COMET消息給B,該消息含有A的語音通道的地址細節(jié),并起確認作用。
(3)會話提供和會話連接
當接到COMET,B知道傳送語音的IP通道和服務(wù)質(zhì)量參數(shù)已經(jīng)被雙方預(yù)留,并且知道了語音通道的地址,因此B返回200OK確認消息。該消息包含了B的語音通道的地址細節(jié)。
A接到確認后,給B一個180振鈴信息,B聽到振鈴即給A一個200OK消息,最后A給B發(fā)送ACK確認信息,到此通信鏈路建立完成,接下來A和B可以進行通話了。
(4)會話終止
為了終止會話,A發(fā)送一個BYE消息給B。同時A撤銷他的PDP上下文。
B接到BYE消息后,它會撤消自己的PDP上下文,并返回一個200OK應(yīng)答給A是房改呼叫使用的所有CSCF。
五、結(jié)束語
SIP協(xié)議是一個簡單、靈活的協(xié)議,具有很強的包容性,在保持其核心協(xié)議簡捷的基礎(chǔ)上建立了強大的擴充機制,所以利用SIP技術(shù)可以很容易的實現(xiàn)大量應(yīng)用。我們可以毫無疑問,基于SIP的3GIMS將會給廣大用戶帶來更快捷、更豐富、更靈活的通信體驗。
評論