IMS對SIP協(xié)議的要求及應用
摘要 IP多媒體核心子系統(IMS)近年來(lái)日益成為比較受認同的固定網(wǎng)絡(luò )和移動(dòng)網(wǎng)絡(luò )融合的理想方案,而會(huì )話(huà)發(fā)起協(xié)議(SIP)是IMS的基本控制協(xié)議,它自身的特點(diǎn)使得它在固網(wǎng)和移動(dòng)網(wǎng)絡(luò )向下一代網(wǎng)絡(luò )(NGN)邁進(jìn)的過(guò)程中發(fā)揮日益突出的重要作用。文章就SIP在IMS中的基本應用、擴展應用做了具體的分析,并通過(guò)IMS中SIP信令典型流程闡述了SIP在IMS中的應用。
關(guān)鍵詞 IP多媒體核心子系統 會(huì )話(huà)發(fā)起協(xié)議 下一代網(wǎng)絡(luò ) 第三代移動(dòng)通信合作伙伴項目
1、IMS和SIP協(xié)議簡(jiǎn)單介紹
IP多媒體核心子系統(IMS)是第三代移動(dòng)通信合作伙伴項目(3GPP)提出的支持IP多媒體業(yè)務(wù)的子系統,它的顯著(zhù)特點(diǎn)是采用了會(huì )話(huà)發(fā)起協(xié)議(SIP),通信與接入方式無(wú)關(guān),可以提供多種媒體業(yè)務(wù),控制功能與承載能力分離、呼叫與會(huì )話(huà)分離、應用與服務(wù)分離、業(yè)務(wù)與網(wǎng)絡(luò )分離、移動(dòng)網(wǎng)與互聯(lián)網(wǎng)業(yè)務(wù)融合。IMS順應了通信網(wǎng)絡(luò )融合發(fā)展的趨勢。
SIP是基于因特網(wǎng)兩個(gè)最成功的服務(wù)Web和E-mail進(jìn)行設計的。借鑒了Internet的標準和協(xié)議設計思想,堅持簡(jiǎn)潔、開(kāi)放和可擴展、可重用性的原則,為組建多媒體通信網(wǎng)絡(luò )、提供多媒體業(yè)務(wù)提供了一種可以將簡(jiǎn)單的應用結合到復雜的服務(wù)中去的方法。SIP通過(guò)一種便捷的方式來(lái)建立和控制各種類(lèi)型的點(diǎn)到點(diǎn)媒體會(huì )話(huà)。和Internet協(xié)議類(lèi)似,它采用的是一種模塊化結構,請求/應答模式,基于文本方式,因此使用非常簡(jiǎn)單靈活,升級、擴展方便。SIP由SIP基本協(xié)議和一系列針對移動(dòng)業(yè)務(wù)的SIP擴展組成。SIP基本協(xié)議由因特網(wǎng)工程任務(wù)組(IETF)請求說(shuō)明文檔(RFC)3261定義,SIP擴展則由一系列RFC文檔組成,主要包括RFC 3455、RFC 3311、RFC 3262、RFC 3325等20多個(gè)文檔。
2、IMS中的SIP協(xié)議
由于SIP的靈活性,使得3GPP在R5中采用了SIP作為會(huì )話(huà)控制協(xié)議來(lái)設計IMS。3GPP沒(méi)有定義一個(gè)新的SIP協(xié)議,而只是以某種方式使用IETF定義的SIP。因此,在公用移動(dòng)網(wǎng)中的諸如低帶寬、漫游、安全需求、服務(wù)質(zhì)量(QoS)和計費管制等特定需求,對SIP也都會(huì )有特定要求。
SIP模型中,為建立起一個(gè)會(huì )話(huà),用戶(hù)代理客戶(hù)端向用戶(hù)代理服務(wù)起發(fā)起請求。請求通過(guò)代理服務(wù)器在網(wǎng)絡(luò )中路由。此外,注冊服務(wù)器,因為要提供用戶(hù)代理的位置信息,因而需要將SIP地址映射成IP地址。3GPP的IMS體系結構選擇了這個(gè)模型。
在IMS中的用戶(hù)代理為用戶(hù)設備(UE)。IMS中的代理服務(wù)器和注冊服務(wù)器即為呼叫會(huì )話(huà)控制功能(CSCF)的網(wǎng)絡(luò )實(shí)體。有3種類(lèi)型的CSCF:
1)服務(wù)CSCF(S-CSCF),作為注冊服務(wù)器并且激活基于用戶(hù)數據的應用業(yè)務(wù)控制;
2)代理CSCF(P-CSCF),是UE在IMS網(wǎng)絡(luò )中的第一個(gè)接觸點(diǎn);SIP信令消息在P-CSCF和UE之間傳送;
3)查詢(xún)CSCF(I-CSCF)對于外部網(wǎng)絡(luò )是第一個(gè)接觸點(diǎn),特別是對于外部的IMS網(wǎng)絡(luò )。
在IMS中SIP需要解決的問(wèn)題包括:
1)有效地使用無(wú)線(xiàn)接口
無(wú)線(xiàn)接口是稀有資源。正因如此,在移動(dòng)終端和網(wǎng)絡(luò )間的信令消息的交換必須最小化。所有發(fā)展的機制必須使無(wú)線(xiàn)接口的利用最有效。 {{分頁(yè)}}
2)終端支持的最小化
因為終端應該是比較小的設備,有內存需求,有能量消耗和處理能力等,所以應該被最小化。
3)漫游和非漫游
所有的需求都會(huì )遇到漫游與非漫游情形。兩種情形下的信令過(guò)程是不會(huì )有重大改變的。
4)終端移動(dòng)性管理
由于終端移動(dòng)性由接入網(wǎng)絡(luò )來(lái)管理,因此,在SIP中不需要支持終端移動(dòng)性管理。
5)IPv6
3GPP IMS是為使用IP版本6單獨設計。因此,所有的協(xié)議都必須支持IP版本6。
6)SIP出境代理服務(wù)器
SIP出境代理服務(wù)器是用來(lái)支持漫游和非漫游情形的。SIP出境代理服務(wù)器既可以定位在歸屬網(wǎng)絡(luò )中,也可以定位在拜訪(fǎng)地網(wǎng)絡(luò )中。必須有一個(gè)全面的機制使得移動(dòng)設備(UA)學(xué)習到SIP出境代理服務(wù)器的地址。
7)登記
一個(gè)歸屬網(wǎng)絡(luò )必須保持一個(gè)或者多個(gè)SIP登記服務(wù)器。SIP登記服務(wù)器鑒別用戶(hù),登記可以定位用戶(hù)的IP地址。一旦終端用戶(hù)被激活,UA將讀取它的配置數據。這個(gè)數據可以被存儲到SIM卡中或者存儲到任何其他形式的存儲設備中。配置數據包含了一個(gè)歸屬網(wǎng)絡(luò )的識別。設備從歸屬網(wǎng)絡(luò )域名中找到SIP登記地址。終端通過(guò)SIP出境代理服務(wù)器發(fā)送登記。為了支持登記搜尋,歸屬網(wǎng)絡(luò )必須包含一個(gè)或者多個(gè)SIP服務(wù)器。這些就是歸屬網(wǎng)絡(luò )的邊緣代理服務(wù)器。它們的使命就是作為連接歸屬網(wǎng)絡(luò )的第一個(gè)點(diǎn)來(lái)服務(wù),并且在定位服務(wù)器的幫助下決定給某個(gè)特定用戶(hù)分配哪個(gè)SIP登記服務(wù)器。不管UA是否漫游,登記程序都是相同的。
a)登記是必須的。用戶(hù)在接收到任何會(huì )話(huà)邀請前必須登記到IMS。此外,用戶(hù)在開(kāi)始會(huì )話(huà)前也要登記。為了向會(huì )話(huà)和服務(wù)發(fā)送被認為標準的SIP請求,歸屬網(wǎng)絡(luò )中的SIP服務(wù)代理需要知道何時(shí)和哪個(gè)終端用戶(hù)是合法的。用戶(hù)可以被早點(diǎn)鑒別,這樣鑒別就不會(huì )導致快速撥號延遲。用戶(hù)被分配到一個(gè)指定的服務(wù)代理。服務(wù)代理下載服務(wù)輪廓來(lái)觸發(fā)服務(wù)。因此,3GPP委托UA在開(kāi)始會(huì )話(huà)之前登記。
b)有效登記。由于稀少的無(wú)線(xiàn)接口資源,每個(gè)登記必須要有效,這樣才能確保UA對于歸屬網(wǎng)絡(luò )和拜訪(fǎng)地網(wǎng)絡(luò )都是可達的。
8)撤消用戶(hù)注冊
必須有一個(gè)程序使用戶(hù)從網(wǎng)絡(luò )中撤消注冊。這個(gè)程序可以被使用。如當用戶(hù)使終端不活動(dòng),一個(gè)帶有中止時(shí)間為0的REGISTER將滿(mǎn)足此需求。 {{分頁(yè)}}
9)用戶(hù)的識別
a)私有用戶(hù)識別。為了使用3GPP IMS,用戶(hù)將被分配到一個(gè)私有用戶(hù)身份。歸屬網(wǎng)絡(luò )分配私有用戶(hù)身份,這個(gè)身份用來(lái)確定用戶(hù)在一個(gè)網(wǎng)絡(luò )中的唯一性。舉例來(lái)說(shuō),一個(gè)私有用戶(hù)身份被用來(lái)鑒定、授權、管理(即AAA)。私有用戶(hù)身份沒(méi)有用來(lái)安排SIP消息的路由。私有身份的形式表現為一個(gè)網(wǎng)絡(luò )接入標識符(NAI),在RFC2486中有定義。
b)注冊用的私有用戶(hù)ID。UA必須在注冊的時(shí)候發(fā)放私有用戶(hù)身份給SIP出站代理服務(wù)器和登記員。私有用戶(hù)身份作為在移動(dòng)用戶(hù)登記期間的基本證明。公共用戶(hù)身份為了使用3GPP IMS,一個(gè)用戶(hù)被分配到一個(gè)或多個(gè)公共用戶(hù)身份。當用戶(hù)請求與其他用戶(hù)通信時(shí),用戶(hù)將使用公共用戶(hù)身份。一個(gè)用戶(hù)可以有不同的外形,每一個(gè)都包含了不同的公共用戶(hù)身份。公共用戶(hù)身份的格式采用的SIP統一資源標識(URI)。
10)SIP的路由
a)SIP出境代理服務(wù)器。3GPP體系結構包括一個(gè)SIP出境代理服務(wù)器,它一般被配置在拜訪(fǎng)地網(wǎng)絡(luò )中。這個(gè)出境代理服務(wù)器提供了諸如SIP消息壓縮和安全功能的本地服務(wù)。此外,出境服務(wù)器可以與媒體預約機制相配合來(lái)給媒體預約提供鑒定授權支持。所有發(fā)起會(huì )話(huà)建立企圖的移動(dòng)終端必須經(jīng)過(guò)出境代理服務(wù)器,這樣由出境代理服務(wù)器提供的服務(wù)才可以被發(fā)送到移動(dòng)終端中去。
b)歸屬網(wǎng)絡(luò )中的SIP服務(wù)代理服務(wù)器。歸屬網(wǎng)絡(luò )中的服務(wù)代理服務(wù)器允許觸發(fā)定制的用戶(hù)服務(wù),一般這樣的服務(wù)是在一個(gè)應用服務(wù)器執行的。所有的發(fā)起會(huì )話(huà)建立企圖的移動(dòng)終端必須經(jīng)過(guò)歸屬網(wǎng)絡(luò )中的服務(wù)代理服務(wù)器,這樣,代理服務(wù)器可以適當地觸發(fā)分配給用戶(hù)的SIP服務(wù)。這意味著(zhù)需要某種源路由機制來(lái)確保經(jīng)過(guò)這些代理服務(wù)器的正確性。拜訪(fǎng)地網(wǎng)絡(luò )可以應用特定的服務(wù)和策略來(lái)引入會(huì )話(huà)。因此,拜訪(fǎng)地網(wǎng)絡(luò )可以包含一個(gè)SIP入境代理服務(wù)器來(lái)終結會(huì )話(huà)。一般地,SIP入境代理服務(wù)器和SIP出境代理服務(wù)器是同一個(gè)SIP代理服務(wù)器。
11)SIP相關(guān)的QoS需要
a)QoS信令與SIP的獨立性
QoS信令和資源分配方案的選擇必須獨立于選擇的會(huì )話(huà)控制協(xié)議。這是考慮到QoS控制和SIP的發(fā)展。
b)SIP和QoS資源分配的協(xié)調
i)Alerting之前的分配。在建立一個(gè)SIP會(huì )話(huà)時(shí),對一個(gè)應用來(lái)說(shuō),請求傳送建立所需的資源必須在目的用戶(hù)被通知以前被成功分配。然而也應該注意到,對于一個(gè)終端中的SIP應用,在無(wú)線(xiàn)資源建立前通知用戶(hù)也是可能的。
ii)目的用戶(hù)加入到載體協(xié)商中。在建立一個(gè)SIP會(huì )話(huà)時(shí),對一個(gè)終結性的應用來(lái)說(shuō),允許目的用戶(hù)加入進(jìn)來(lái)決定哪個(gè)載體將被建立。然而,沒(méi)有用戶(hù)干涉而建立SIP會(huì )話(huà)也必須是可能的。
iii)成功地確立載體。必須包括任何必須的端到端的QoS信令、協(xié)商和資源分配的完成。
c)預防服務(wù)的偷竊。典型的,如果用戶(hù)分配到QoS資源,必須有一個(gè)允許控制機制來(lái)預防用戶(hù)超越了網(wǎng)絡(luò )中協(xié)商的限制。網(wǎng)絡(luò )必須防止未授權的用戶(hù)來(lái)使用沒(méi)有授權的資源。
d)無(wú)線(xiàn)資源授權。由于無(wú)線(xiàn)資源是非常昂貴的,所以網(wǎng)絡(luò )必須可以用一種方式來(lái)管理它們。網(wǎng)絡(luò )必須可以識別誰(shuí)在使用這些資源并且批準他們的使用。例如,如果網(wǎng)絡(luò )不監督無(wú)線(xiàn)資源的使用的話(huà),一個(gè)UA終端可以執行一個(gè)不受限制和不受控制的資源預約程序。
e)預防惡意使用。3GPP IMS必須預防移動(dòng)設備惡意使用網(wǎng)絡(luò )。例如,一個(gè)惡意的UA將不能服從涉及到Record-Route頭域的程序。當發(fā)送了一個(gè)并發(fā)的請求時(shí),UA可以旁路代理服務(wù)器,這個(gè)代理服務(wù)器在初始化處理期間插入一Record-Route頭。
f)預防拒絕服務(wù)。一個(gè)代理服務(wù)器接收到拒絕服務(wù)的攻擊的風(fēng)險必須被最小化。例如,一個(gè)惡意的UA可以學(xué)習到一個(gè)SIP代理服務(wù)器的IP地址和端口號(例如,在Record-Route頭的值)并且建立一個(gè)針對這個(gè)代理服務(wù)器的攻擊。 {{分頁(yè)}}
3、IMS中的SIP擴展
3.1 SIP壓縮
會(huì )話(huà)建立時(shí)間可能由于通過(guò)一個(gè)受限帶寬信道傳送SIP消息所需的時(shí)間而被延長(cháng)。因此,必須有一個(gè)機制,通過(guò)壓縮UA和SIP出境代理服務(wù)器之間和SIP出境代理服務(wù)器和UA之間的SIP消息來(lái)有效地通過(guò)無(wú)線(xiàn)接口傳送SIP信令包。對IP和傳送這些SIP消息的傳輸層協(xié)議頭也必須進(jìn)行壓縮。
1)SIP請求和發(fā)給P-CSCF的響應的壓縮和解壓
SIP消息的壓縮是一個(gè)執行的選項。然而壓縮是被強烈推薦的。由于壓縮支持是強制性的,所以UE可以發(fā)送甚至是第一個(gè)就被壓縮的消息。信令壓縮(SigComp)提供了一套機制來(lái)讓UE知道狀態(tài)State是否已在P-CSCF中被創(chuàng )建。
對于SIP請求和從P-CSCF接收到的響應消息,UE也必須對它們進(jìn)行解壓操作。如果UE探測到在P-CSCF的解壓失敗,修復機制將被執行,同時(shí),還可以改變算法。
SIP在P-CSCF的壓縮過(guò)程所遵循的壓縮規則與UE相同。注冊期間交換字節碼將會(huì )預防會(huì )話(huà)建立時(shí)不必要的延遲。SIP請求和發(fā)給UE的響應也需要壓縮,同樣從UE接收到的響應也需要解壓,它們遵循和上述P-CSCF相同的規則進(jìn)行。
2)壓縮運算獨立
所選擇的解決方法必須可以允許能在不能壓縮的運算法則上實(shí)行。
3)SIP壓縮的可擴展性
所選擇的解決結果必須有可擴展性,當它們可利用時(shí),以反向兼容的方式來(lái)推動(dòng)新的和改良的壓縮運算的合并。
4)SIP壓縮對網(wǎng)絡(luò )的最小影響
特定的應用壓縮對現存的3GPP接入網(wǎng)絡(luò )的影響要最小化。另一方面,壓縮機制必須獨立于接入,比如壓縮必須定義在UA和出境SIP代理服務(wù)器。
5)SIP壓縮的可選性
讓SIP信令壓縮的使用具有可選性是必須的。為了方便移動(dòng)終端在使用壓縮的網(wǎng)絡(luò )中的漫游,移動(dòng)終端必須始終支持SIP信令壓縮。如果壓縮不被支持,通信可以不用壓縮而繼續,這依賴(lài)與拜訪(fǎng)地網(wǎng)絡(luò )的局方策略。
6)壓縮的可靠性
壓縮機制應該是可靠的,并且能夠自動(dòng)修復在解壓過(guò)程中產(chǎn)生的錯誤。 {{分頁(yè)}}
3.2 SIP私有頭
1)關(guān)聯(lián)URI(P-Associated-URI):傳送移動(dòng)終端注冊地址的所有關(guān)聯(lián)URI。它使用在對REGISTER請求的200 OK響應中。
2)被叫方標識符(P-Called-Party-ID):傳送被叫身份標識。當一個(gè)移動(dòng)終端需要注冊多個(gè)URI時(shí),通過(guò)P-Called-Party-ID可以識別真實(shí)的被叫URI。
3)拜訪(fǎng)網(wǎng)絡(luò )標識符(P-Visited-Network-ID):傳送全局惟一的拜訪(fǎng)網(wǎng)絡(luò )的標識碼。通常,一個(gè)P-CSCF管轄的范圍需要一個(gè)網(wǎng)絡(luò )標識,網(wǎng)絡(luò )標識碼需要由網(wǎng)絡(luò )運營(yíng)商統一進(jìn)行分配。
4)接入網(wǎng)信息(P-Access-Network-Info):傳送移動(dòng)終端所使用的無(wú)線(xiàn)接入技術(shù)和網(wǎng)絡(luò )相關(guān)信息。
5)計費地址(P-Charging-Function-Address):IMS中有兩類(lèi)計費功能實(shí)體計費采集功能(CCF)和事件計費功能(ECF)。該消息頭部字段用于指示所使用的計費功能實(shí)體地址信息。通過(guò)該頭部字段,IMS可以實(shí)現計費信息冗余保存機制。
6)計費矢量(P-Charging-Vector):傳送IMS中的計費信息,例如計費采集點(diǎn)標識、IP地址、主叫方網(wǎng)絡(luò )標識符和被叫方網(wǎng)絡(luò )標識符。
3.3 安全
IMS系統對移動(dòng)終端的安全鑒權功能通過(guò)SIP的WWW-authenticate和Authorization頭部字段來(lái)實(shí)現的。UE向CSCF發(fā)送注冊或呼叫請求時(shí),必須在REGISTER消息的Authorization頭部字段協(xié)議身份標識以及密碼等安全參數,當UE未攜帶安全參數時(shí),CSCF將向UE發(fā)送401響應(未授權)且包括WWW-authenticate字段,WWW-authenticate字段用戶(hù)攜帶UE鑒權必備的安全參數(如鑒權方式)。
3.4 預處理Precondition
在IMS中,所有必需資源的可用性是建立會(huì )話(huà)的前提。因此引入了基于SDP提供/應答機制以及相關(guān)SIP和SDP Precondition擴展。Precondition擴展的使用導致了特定的SIP呼叫流程。IMS通過(guò)使用位于GGSN和P-CSCF之間的Go接口,完成對媒體資源的策略控制。
3.5 網(wǎng)絡(luò )發(fā)起的呼叫釋放
在移動(dòng)網(wǎng)中,有時(shí)會(huì )因為信號沒(méi)有覆蓋、電池斷電等原因而需要網(wǎng)絡(luò )釋放一個(gè)正在進(jìn)行的呼叫。從網(wǎng)絡(luò )側送出一個(gè)BYE請求給UE就可以解決這個(gè)問(wèn)題。但是這個(gè)不符合SIP原則,那就是代理服務(wù)器不允許發(fā)BYE消息。但是,由于缺乏更好的解決方法,因而IETF接受了3GPP的需求和此解決方案。
對SIP的一些頭部進(jìn)行了參數擴展,例如,對WWW-authenticate頭部進(jìn)行了參數擴展,定義了一個(gè)新的auth-param參數字段,用在對REGISTER請求的401(Unauthorized未授權)響應中,此字段又包括integrityOkey和cipher-key兩個(gè)具體參數等。
對SIP協(xié)議中的消息體MIME類(lèi)型增加了“application/3gpp-ims+xml”類(lèi)型,即3GPP IP多媒體核心子系統可擴展語(yǔ)言體版本1,同時(shí)約定了此類(lèi)型內容不允許發(fā)送到3GPP的網(wǎng)絡(luò )之外。
4、IMS中的SIP典型流程
由公共電話(huà)交換網(wǎng)(PSTN)發(fā)起的往IP核心多媒體子系統到達第一個(gè)媒體網(wǎng)關(guān)控制功能(MGCF)的步驟如下:
步驟1 SS7 7號信令初始地址消息(IAM)
PSTN建立一個(gè)到達媒體網(wǎng)關(guān)(MGW)的目的路徑,并用SS7 IAM消息發(fā)起一個(gè)到T信令網(wǎng)關(guān)(T-SGW)的信令。給出中繼身份和目的的信息。
步驟2 IP IAM
T-SGW接續SS7消息,壓縮成IP包送給MGCF。
步驟3 與H.248交互作用
MGCF發(fā)起了一個(gè)H.248命令來(lái)獲知中繼和IP端口。
步驟4 INVITE(PSTN-O到S-S)
MGCF發(fā)起了一個(gè)INVITE請求,包括一個(gè)初始的SDP,就象每個(gè)特有的S-CSCF到S-CSCF過(guò)程一樣。
步驟5 100 Trying(S-S到PSTN-O)
MGCF收到一個(gè)100 Trying臨時(shí)響應,和S-CSCF到S-CSCF過(guò)程指定的一樣。
步驟6 183 Session Process(S-S到PSTN-O)
在每一個(gè)S-CSCF到S-CSCF過(guò)程,媒體流的目的性能將被在183 Session Process臨時(shí)響應中的信道上被返回。
步驟7 PRACK(PSTN-O<, /SPAN>到S-S)
MGCF決定這個(gè)會(huì )話(huà)的最終媒體流形式,并且把這個(gè)信息包含在PRACK請求中,發(fā)送到每個(gè)S-CSCF到S-CSCF過(guò)程的目的地。
步驟8 200 OK(S-S到PSTN-O)
目的地用一個(gè)200 OK來(lái)響應PRACK請求。
步驟9 H.248交互
MGCF發(fā)起一個(gè)H.248命令來(lái)修改連接參數,指示MGW預留會(huì )話(huà)所需的資源。
步驟10 預留資源
MGW預留會(huì )話(huà)所需的資源。
步驟11 COMET(PSTN-O到S-S)
當資源預定完成以后,MGCF發(fā)送COMET請求到每個(gè)S-CSCF到S-CSCF過(guò)程的終端點(diǎn)。SDP將指出資源預留成功。
步驟12 200 OK(S-S到PSTN-O)
目的終端點(diǎn)用一個(gè)200 OK響應COMET請求。
步驟13 180 Ringing(S-S到PSTN-O)
目的終端點(diǎn)可以隨意地發(fā)信號。如果是這樣,它則用一個(gè)180 Ringing臨時(shí)響應來(lái)發(fā)信號給呼叫發(fā)起方。這個(gè)響應被送到每個(gè)S-CSCF到S-CSCF過(guò)程的MGCF。
步驟14 PRACK(PSTN-O到S-S)
MGCF用一個(gè)PRACK請求來(lái)響應180Ringing臨時(shí)響應。
步驟15 200 OK(S-S到PSTN-O)
目的終端點(diǎn)用一個(gè)200 OK來(lái)響應PRACK請求。
步驟16 IP-ACM
如果信號已經(jīng)發(fā)送,MGCF將接著(zhù)向前發(fā)一個(gè)IP-ACM地址全消息給T-SGW。
步驟17 ACM
如果信號已經(jīng)發(fā)送,T-SGW將會(huì )繼續向前發(fā)送一個(gè)SS7 ACM消息。
步驟18 200 OK(S-S到PSTN-O)
當呼叫發(fā)起方響應時(shí),S-S過(guò)程將會(huì )發(fā)送一個(gè)最終的響應200 OK給MGCF來(lái)終結。
步驟19 IP-ANM
MGCF繼續向前發(fā)送一個(gè)IP-ANM應答消息給T-SGW。
步驟20 ANM
T-SGW繼續向前發(fā)送一個(gè)ANM地址全消息給PSTN。
步驟21 H.248交互
MGCF發(fā)起一個(gè)H.248命令來(lái)改變MGW的連接使它變成雙向的。
步驟22 ACK(PSTN-O到S-S)
MGCF用ACK請求確認200 OK最終響應。
5、結束語(yǔ)
雖然目前IMS體系架構只能支持移動(dòng)業(yè)務(wù)的接入,暫還不能支持固定接入方式,但是IMS的提出順應了通信網(wǎng)絡(luò )融合發(fā)展的趨勢?,F在已有ETSI/TISPAN(針對固網(wǎng)應用)、ITU-TFGNGN等多家標準實(shí)體參與進(jìn)來(lái)。由通信發(fā)展的三大趨勢(信息組織方式IP化、信息傳輸方式無(wú)線(xiàn)化、信息內容多媒體化)可以預見(jiàn),在這種發(fā)展趨勢帶動(dòng)下,H.323和SIP將會(huì )在以后相當一段時(shí)間內并存,且由于SIP和IP方式更具親和性,隨著(zhù)SIP的互操作功能的逐步完善,SIP將最終可能成為一個(gè)全局性協(xié)議。
評論