售前電話
135-3656-7657
售前電話 : 135-3656-7657
由于SIP的增強(qiáng)方法很靈活,使其可以較容易地實(shí)施。當(dāng)3GPP在Release 5中設(shè)計(jì)IMS 時(shí),決定用SIP作為會(huì)話控制協(xié)議。公用移動(dòng)網(wǎng)有特定的需求,如低帶寬、漫游、安全需求、 QoS和計(jì)費(fèi)管制問題。這些對(duì)信令協(xié)議都會(huì)有特定要求。
為滿足這些需求,3GPP在TS24.229中定義了使用SIP和SDP的概要。概要中包括了 IMS 使用到的IETF規(guī)范,也指出了在3GPP系統(tǒng)中SIP信令和其他協(xié)議的交互。這意味著3GPP 沒有定義一個(gè)新的SIP (有時(shí)候說成3GPP SIP),只是3GPP以某種方式使用IETF定義的SIP。
然而,3GPP有時(shí)需要特定的SIP協(xié)議增強(qiáng)。為此3GPP通常提交一個(gè)需求文件給IETF, 如 3GPP R5 SIP 需求就在 draft-ietf-sipping-3gpp-r5-requirements-00 文件中描述。然后 IETF 提 供一個(gè)合適的協(xié)議解決方案。
IETF和3GPP的標(biāo)準(zhǔn)合作在RFC3113中有描述,在后面的IMS設(shè)計(jì)階段,3GPP定義了 它自己的網(wǎng)絡(luò)實(shí)體的一些行為,這些行為并不遵循SIP原則:像大多數(shù)IETF協(xié)議一樣,SIP 假設(shè)終端可完成大部分智能,如中間的網(wǎng)絡(luò)實(shí)體僅有有限的權(quán)利去修改消息。所以從IETF得 到了意見后,3GPP花了主要精力修改了相應(yīng)的規(guī)范。當(dāng)R5完成時(shí),IMS使用SIP時(shí)會(huì)和IETF 運(yùn)用的SIP協(xié)調(diào)一致起來。
在SIP模型中,為建立起一個(gè)會(huì)話,用戶代理客戶端向用戶代理服務(wù)器發(fā)起請(qǐng)求。請(qǐng)求通 過代理服務(wù)器在網(wǎng)絡(luò)中路由。另外,注冊(cè)服務(wù)器,因?yàn)橐峁┯脩舸淼奈恢眯畔?,因而?要將SIP地址映射成IP地址。
3GPP的IMS體系結(jié)構(gòu)選擇了這個(gè)模型,描述參見TS 23.002和TS 23.228。在IMS中的 用戶代理為用戶設(shè)備(UE,即手機(jī))。IMS中的代理服務(wù)器和注冊(cè)服務(wù)器是指名為呼叫會(huì)話控 制功能(CSCF)的網(wǎng)絡(luò)實(shí)體。有三種類型的CSCF:
•服務(wù)CSCF (S-CSCF),作為注冊(cè)服務(wù)器并且激活基于用戶數(shù)據(jù)的應(yīng)用業(yè)務(wù)控制;
•代理CSCF(P-CSCF),是UE在IMS網(wǎng)絡(luò)中的第一個(gè)接觸點(diǎn);SIP信令消息在P-CSCF
和UE之間傳送;
•查詢CSCF (I-CSCF)對(duì)于外部網(wǎng)絡(luò)是第一個(gè)接觸點(diǎn),特別是對(duì)于外部的IMS網(wǎng)絡(luò)。
IMS使用“歸屬控制”,即會(huì)話控制信令總是由位于歸屬網(wǎng)絡(luò)的S-CSCF負(fù)責(zé)(這與目前 的GSM網(wǎng)絡(luò)不同,GSM網(wǎng)絡(luò)是由拜訪地的,MSC提供業(yè)務(wù))。P-CSCF總是和GGSN在同一 個(gè)網(wǎng)絡(luò)中,可能在歸屬網(wǎng)絡(luò),也可能在拜訪網(wǎng)絡(luò))。
IMS中的SIP擴(kuò)展
3GPP在IMS中既不定義新的SIP消息也不定義私有的SIP包頭,而是使用在RFC 3261中 定義的SIP,并且為某些SIP擴(kuò)展需要給予特定的支持。最重要的擴(kuò)展如下所示(它們?cè)贗ETF RFC中都有定義)。
1.壓縮
因?yàn)闊o線接口是稀有資源,因而IMS會(huì)話有效地使用帶寬是需要的。因此,對(duì)媒體流和 信令消息進(jìn)行壓縮很必要。在IMS中,對(duì)SIP信令的壓縮(SigComp)是必須支持的。UE和 P-CSCF完成SIP消息的壓縮和解壓縮。
2.安全
在IMS中使用AKA完成對(duì)用戶的鑒權(quán)。AKA是3GPP的特定鑒權(quán)機(jī)制,它基于存儲(chǔ)在 ISIM和網(wǎng)絡(luò)中的共享密鑰。AKA參數(shù)會(huì)映射給SIP使用的HTTP-Digest驗(yàn)證。而且,IMS需 要對(duì)經(jīng)過空中接口從UE傳來的消息進(jìn)行完整性檢查。因此,UE和P-CSCF需支持根據(jù)山安 全協(xié)議(IPSec)規(guī)定的完整性保護(hù)。不過IPSec加密目前在IMS中不需要使用。
3.從指定的CSCF路由
IMS提供業(yè)務(wù)是由歸屬網(wǎng)絡(luò)運(yùn)營商的控制的,即使對(duì)于漫游用戶也一樣。這樣,對(duì)于發(fā) 起和中止會(huì)話,必須保證會(huì)話信令傳輸:(a)歸屬網(wǎng)絡(luò)中的S-CSCF,負(fù)責(zé)觸發(fā)業(yè)務(wù);(b) P-CSCF,是IMS中UE的第一個(gè)和最后一個(gè)接觸點(diǎn)。SIP完成此需求必須要有業(yè)務(wù)路由發(fā)現(xiàn)、 路徑頭機(jī)制和松散路由功能。
4.私有包頭
IMS需要在UE與CSCF之間或CSCF與CSCF之間,將一些移動(dòng)網(wǎng)特定信息在消息中傳 輸。例如,Cell-ID、拜訪網(wǎng)絡(luò)名稱或計(jì)費(fèi)標(biāo)識(shí)。這些信息在所謂的私有包頭中傳送。
5.Precondition
IMS重視UE資源管理。當(dāng)媒體通道的資源被建立起來防止了媒體受阻而達(dá)到了期望的 QoS時(shí),這就需要確保通知B方。因此,所有必需資源的可用性是建立會(huì)話的前提。實(shí)現(xiàn)的 解決方案是基于SDP提供/回答機(jī)制以及相關(guān)SIP和SDP Precondition擴(kuò)展。Precondition擴(kuò)展 的使用導(dǎo)致了特定的SIP呼叫流程。IMS通過使用位于GGSN和P-CSCF之間的Go接口,完 成對(duì)媒體資源的策略控制。
6.網(wǎng)絡(luò)發(fā)起的呼叫釋放
在移動(dòng)網(wǎng)中,有時(shí)需要網(wǎng)絡(luò)釋放一個(gè)正在進(jìn)行的呼叫。例如,無線覆蓋的缺乏、預(yù)付費(fèi) 賬戶空或者管理原因等。從網(wǎng)絡(luò)側(cè)送出一個(gè)BYE請(qǐng)求給UE就可以解決這個(gè)問題。但是這不 符合SIP原則,那就是代理服務(wù)器不允許發(fā)BYE消息。但是,由于缺乏更好的解決方法,因 而IETF接受了 3GPP的需求和此解決方案。