SIP原理及應(yīng)用.ppt_第1頁
SIP原理及應(yīng)用.ppt_第2頁
SIP原理及應(yīng)用.ppt_第3頁
SIP原理及應(yīng)用.ppt_第4頁
SIP原理及應(yīng)用.ppt_第5頁
免費預(yù)覽已結(jié)束,剩余74頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、SIP原理及應(yīng)用,rzy_,NGN和軟交換技術(shù),NGN特征: 多業(yè)務(wù),寬帶化,分組化,開放性,移動性,兼容性,安全性和可管理性 NGN體系結(jié)構(gòu) 業(yè)務(wù)提供層 控制層 傳輸層 接入層,軟交換設(shè)備,ATM交換機(jī) IP路由器,SG MG/TG AG RG PAD,應(yīng)用服務(wù)器 AAA服務(wù)器 計費服務(wù)器 定位服務(wù)器,軟交換技術(shù),軟交換技術(shù)的核心思想是硬件軟件化 特點 業(yè)務(wù)提供和呼叫控制分離 呼叫控制和承載連接分離 開放的接口,便于第三方提供業(yè)務(wù) 智能化、個性化和移動性,軟交換協(xié)議 媒體網(wǎng)關(guān)與軟交換間的接口 軟交換之間的接口 軟交換與策略服務(wù)器之間的接口 信令網(wǎng)關(guān)與軟交換的接口 軟交換與網(wǎng)管中心的接口 軟交

2、換與智能網(wǎng)的SCP之間的接口 體系結(jié)構(gòu) 接入層 承載層 控制層 業(yè)務(wù)層,H.323,H.323是一種基于不保證服務(wù)質(zhì)量的分組網(wǎng)絡(luò)的會議電視標(biāo)準(zhǔn). H.323的基本單元是”域”。域指一個有關(guān)守管理的網(wǎng)關(guān),MCU,多點控制器,多點處理器和所有終端組成的集合,一個域至少包含一個終端,而且必須只有一個關(guān)守 體系結(jié)構(gòu)如下:,H.323終端,.323,H.323 網(wǎng)守,H.323 網(wǎng)關(guān),H.323 終端,H.323 終端,、 網(wǎng)關(guān)的主要功能是對媒體信息和信令信息進(jìn)行轉(zhuǎn)換,并對外部的封裝 格式進(jìn)行轉(zhuǎn)換 、網(wǎng)守負(fù)責(zé)不同通信網(wǎng)絡(luò)間媒體流的轉(zhuǎn)換和呼叫通道的建立,.248,網(wǎng)關(guān)分離 MGC MGSGW .248與M

3、GCP 連接模型 MGCP:端點(物理端點虛擬端點) 連接一個連接只能在一端點 H.248 端點類型是按媒體連接側(cè)屬性劃分 MGCP是按資源類型劃分的 資源預(yù)留與控制 MGCP LCO H.248 RESERVE GROUP,-的控制關(guān)系包括注冊,注銷,重定向等多種操作 有虛擬網(wǎng)關(guān)的概念,優(yōu)點: 緩解當(dāng)前因軟交換設(shè)備費用高導(dǎo)致其應(yīng)用不足由于邏輯網(wǎng)關(guān)只能屬于一個,所以能最大限度的節(jié)約用戶投資 協(xié)議信令傳輸,SIP,解決網(wǎng)絡(luò)上信令控制,目標(biāo)是成為聯(lián)系Internet和電信,多媒體的媒介其基于兩個成功的服務(wù):WEB,E-Mail。 SIP支持下面5種多媒體通信的信令功能: 1 、名字解析和用戶定位

4、2 、用戶可用性判定 3 、用戶通信能力協(xié)商 4 、呼叫處理 5 、呼叫中的特殊處理和控制,SIP主要功能建立和管理呼叫以及應(yīng)用層地址翻譯。采用C/S模式。 網(wǎng)絡(luò)服務(wù)器: 代理服務(wù)器:具有解析名字能力 重定向服務(wù)器 注冊服務(wù)器:用來完成對UAS的注冊。 位置服務(wù)器 把各個注冊服務(wù)器內(nèi)容匯總起來,便于SIP查找。,SIP的實現(xiàn)機(jī)制,SIP是一個分層結(jié)構(gòu)的協(xié)議.,多媒體會話,指一組多媒體發(fā)送方和接受方以及從發(fā)送方至接受方的數(shù)據(jù)流。 SDP定義了媒體類型,編碼格式,收發(fā)地址等會話描述信息,并作為SIP消息的消息體和其頭部一起發(fā)送。,SDP,SIP和H.323的比較,復(fù)雜性 功能可擴(kuò)展性 可擴(kuò)展性 對

5、移動性的支持 技術(shù)的成熟性,SIP消息,SIP中最為關(guān)鍵的部分就是SIP消息。 消息=起始行(起始行=請求行/狀態(tài)行) *頭字段 CRLF (空行) 消息體 SIP定義了下列方法: INVITE BYE OPTIONS ACK REGISTER INFO SIP基于文本協(xié)議,使用UTF-8字符集,消息類型,請求消息 請求行=Method sp Request-URL SIP-Version CRLF Method: INVITE BYE OPTIONS ACK CANCEL REGISTER 應(yīng)答消息 STATUS-Line=SIP-Version SP Status-Code SP Reas

6、on-Phrase CRLF,1xx Information 2xx Successful、 3xx Redirection 4xx Request Failure 5xx Server Failure 6xx Globle Failure 1xx為臨時響應(yīng),UA實體行為,UAC和UAS有相互鑒權(quán)機(jī)制,消息體可用S/MIME進(jìn)行加密。 UAC基本行為: 1、產(chǎn)生請求消息 Resquest-URI To頭字段 From 頭字段 Call-ID頭字段 CSeq頭字段 Max-Forwords頭字段 Via頭字段(branch 標(biāo)識當(dāng)前請求所建立的事務(wù),必須以“z9hG4bK”開頭),Contact

7、 頭字段 Supported和Require頭字段 消息的其他部分 2、請求消息的發(fā)送 3、響應(yīng)消息的處理 事務(wù)層錯誤 無法識別的響應(yīng)消息 多Via頭字段值 3xx響應(yīng)碼處理 4xx響應(yīng)消息處理,UAS基本行為,請求方法檢查 消息頭檢查 To和Request-URI頭字段 請求消息的合并 Require頭字段 消息內(nèi)容處理 擴(kuò)展的應(yīng)用 產(chǎn)生響應(yīng) 發(fā)送臨時響應(yīng) 頭字段和標(biāo)簽,重定向服務(wù)器行為,作用:降低代理服務(wù)器的負(fù)荷,提高信令傳輸通道的魯棒性。 重定向服務(wù)器邏輯是上由一個服務(wù)器端事務(wù)層和一個能夠訪問某種定位服務(wù)的事務(wù)用戶組成。 Contact頭字段值的expires參數(shù)指出了該值中包含的URI

8、的有效期,以秒為單位。若沒有,則以Expires頭字段值確定。,代理服務(wù)器實體行為,代理服務(wù)器是將請求消息理由到UAS以及將響應(yīng)消息路由到UAC的實行;是一個邏輯SIP實體。 有狀態(tài)代理服務(wù)器 包含一個服務(wù)器端事務(wù),一個或多個客戶端事務(wù),以及將它們關(guān)聯(lián)其倆的一個被稱為代理服務(wù)器核心的高層模塊。 確認(rèn)請求的有效性 路由信息預(yù)處理 確定請求的發(fā)送目標(biāo),請求的轉(zhuǎn)發(fā) 響應(yīng)的處理 處理定時器C 處理傳輸錯誤 對CANCEL請求的處理,SIP操作,SIP URL 采用與E-mail地址類似的格式。實際就是SIP服務(wù)器的應(yīng)用層地址。 SIP事務(wù) SIP事務(wù)是通過CSeq序列號來區(qū)分的,由請求和其響應(yīng)組成的

9、事務(wù)分為:客戶端事務(wù)和服務(wù)器端事務(wù),客戶端事務(wù),客戶端事務(wù)通過維護(hù)一個狀態(tài)機(jī)來實現(xiàn)響相應(yīng)的功能上層TU與客戶端事務(wù)通過一個簡單的接口通信。 INVITE客戶端事務(wù) 事務(wù)由三次握手協(xié)議組成。 非INVITE客戶端事務(wù) 不使用ACK,使用簡單的請求/響應(yīng)模式。,響應(yīng)和客戶端事務(wù)的匹配 1、響應(yīng)中Top Via頭字段branch參數(shù)與產(chǎn)生此事務(wù)的原請求中Via頂端頭字段branch參數(shù)相同的。 2、響應(yīng)中的CSeq頭字段方法參數(shù)與產(chǎn)生此事務(wù)的原請求的CSeq頭字段方法參數(shù)相同 傳輸錯誤處理 實例狀態(tài)遷為Terminated,服務(wù)器端事務(wù),INVITE服務(wù)端事務(wù) Proceeding Terminat

10、ed Completed Confirmed Terminated 非INVITE服務(wù)端事務(wù) Trying狀態(tài)丟棄任何重傳請求,收到上層TU臨時響應(yīng), Proceeding狀態(tài),收到TU的最終響應(yīng)Completed狀態(tài),此時任何終端響應(yīng),2xx響應(yīng),300699,ACK,未收到ACK,都應(yīng)丟棄。定時器超時, Terminated,實例銷毀。 請求與服務(wù)器端事務(wù)的匹配 1、請求中的branch參數(shù)與產(chǎn)生事務(wù)的請求端Via中branch相同。 2、請求中Send-by值與產(chǎn)生事務(wù)的請求相同 3、除了ACK請求,請求中Method與產(chǎn)生事務(wù)請求的相同 傳輸錯誤處理 首先可以將響應(yīng)發(fā)往另一個作為備份的

11、實體,仍失敗,通知TU,更為Terminated,注冊 鑒權(quán) 使用HTTP鑒權(quán) ,SIP提供一種無狀態(tài)的、基于質(zhì)詢的和基于HTTP的鑒權(quán)機(jī)制。 能力查詢 1、 OPTIONS 請求的構(gòu)造 包括一個Accept頭字段,指明所收到響應(yīng)中,UAC支持的消息體的類型。 2、 OPTIONS 請求的處理 代理服務(wù)器處理OPTIONS和INVITE的不同導(dǎo)致OPTIONS的限制。200OK響應(yīng)碼:Allow、Accept、 Accept-Encoding、 Accept-Language Support 、Contact,對話,兩個UA之間持續(xù)一段時間的點對點的SIP連接,它使UA之間的消息變的有序,同時

12、給出消息的正確路由。 任何UA上對話都是由對話標(biāo)識的。對話ID:Call-ID,本地標(biāo)簽,遠(yuǎn)端標(biāo)簽。 某個消息中對話ID規(guī)則取決于SIP實體是UAC還是UAS,對話的建立,對話建立必須在得到了明確的非失敗響應(yīng)之后才被建立,初始對話必須指定對話ID各部分的值。 UAC 行為 當(dāng)UAC發(fā)送一個請求,該請求Contact頭字段必須有一個全局的SIP或SIP URI。遠(yuǎn)端目的地必須設(shè)置為響應(yīng)消息Contact頭字段的URI。本地序列號必須設(shè)置為請求消息的CSeq頭字段的序列號。,對話中的請求,對話中的請求消息可包括Record-Route 和Contact頭字段。 由INVITE請求建立的對話,唯一的

13、目的刷新請求定義為re- INVITE。ACK不是一個目標(biāo)刷新請求消息。 UAC行為 1、發(fā)起請求 UAC采用遠(yuǎn)端目的和路由集來構(gòu)建請求的Request-URI 和Route字段 2、響應(yīng)消息,UAS行為 UAS可以接受不改變對話狀態(tài)的請求消息,如OPTIONS請求。UAS必須設(shè)置遠(yuǎn)端序列號為請求消息的CSeq頭字段的序列號。 終止對話 證實/確認(rèn)(Confirmed Dialog)的終止機(jī)制與確切方法相關(guān)。BYE 可終止一次會話,同時可終止一次與其相關(guān)的會話。,會話發(fā)起過程,每個2xx響應(yīng)都會創(chuàng)建一個對話,因此如果UAC收到多個2xx響應(yīng),屬于同一呼叫。 UAC的處理過程 1、創(chuàng)建初始INV

14、ITE消息 2、處理對INVITE消息的響應(yīng) UAS的處理過程,會話更改過程,通過reINVITE來實現(xiàn)。 UAC的處理過程 reINVITE不會被分叉,只有一個最終響應(yīng), reINVITE過程不重疊 UAS的處理過程 檢查SDP是否更改 會話結(jié)束過程 通過發(fā)送BYE來結(jié)束會話,SIP呼叫處理,注冊 兩個UA之間直接通信的呼叫流程 通過代理服務(wù)器的呼叫流程 通過重定向服務(wù)器的呼叫過程 呼叫轉(zhuǎn)移處理過程 協(xié)商保持處理過程 呼叫釋放過程,SIP的可靠性,SIP的傳輸協(xié)議使用UDP,通過消息重發(fā)來保證消息傳輸?shù)目煽啃浴?采用應(yīng)用層可靠機(jī)制保證基于UDP的SIP消息傳輸?shù)目煽啃詢?yōu)勢:它可以根據(jù)自己對信

15、令的應(yīng)用要求調(diào)整具體的定時時長;SIP信息是零星發(fā)送,TCP的控制有些多余。 差錯監(jiān)測和差錯恢復(fù):1、通過消息體的長度簡單的判斷消息體的傳輸是否正確。2、對消息頭的分析和理解,根據(jù)協(xié)議要求判斷消息頭是否有誤,SIP的可擴(kuò)展性,SIP請求方法 應(yīng)答狀態(tài)碼。其百位數(shù)表示它所屬的類別。 頭域 頭域包括頭域名和頭域值 SDP SDP是為了會話通告、會話邀請和其他形式的多媒體會話啟動而描述多媒體會話的過程。,SDP主要包括三級信息: (1)會話級描述 包括會話標(biāo)識和其他會 話級參數(shù),如IP地址、主題、會話或創(chuàng)建人 的聯(lián)系信息等 (2)時間描述 (3)媒體類型和格式 SDP描述有兩個目的: (1)告知某會

16、話的存在 (2) 給出參與某會話所必須的信息。,SDP完全采用文本形式:=,其中恒為單個字符,區(qū)分大小寫。為結(jié)構(gòu)化文本串,其格式取決于也區(qū)分大小寫,一般有多個字段組成,個個字段由一個空格符分隔,也可以是一個自由格式的文本串;“=”兩側(cè)不允許有空格。 V=協(xié)議版本 O=會話擁有者/創(chuàng)建者和會話標(biāo)示符 S=會話名稱 I=(可選)會話信息,SAP,SAP使用多播的形式發(fā)送數(shù)據(jù)包 3G網(wǎng)絡(luò)被分為3個不同的域:電路交換域 分組交換域和IP多媒體子系統(tǒng)域。 CSCF (呼叫會話控制功能)有三種形式:P-CSCF S-CSCF I-CSCF。 HSS(家庭服務(wù)預(yù)定器) 接收CSCF的信息查詢。,SIP的擴(kuò)展

17、,SIP消息類型的擴(kuò)展 INFO方法:用來傳輸在通話過程中生成的信息 SUBCRIBE/NOTIFY方法 訂閱一個事件的任何變化的通知/傳遞一個事件的任何變化的通知。 PUBLISH方法:允許客戶端向狀態(tài)代理發(fā)布它的事件狀態(tài)。 MESSAGE方法:實現(xiàn)即時消息 UPDATA方法: 僅用于由INVITE 發(fā)起的會話,在不影響會話的情況下更新會話描述。 REFER方法: 呼叫轉(zhuǎn)移,SIP消息頭的擴(kuò)展 目前有35種標(biāo)準(zhǔn)頭,可根據(jù)需要增加新的消息頭以支持新的特性。 SIP消息體的擴(kuò)展 SIP消息體可以通過MIME定義的代碼進(jìn)行標(biāo)識,攜帶各種類型的數(shù)據(jù)內(nèi)容。,SIP安全性,安全威脅 1、注冊劫持 2、模

18、擬服務(wù)器 3、修改消息體 4、斷開會話 5、拒絕服務(wù)和擴(kuò)展,安全機(jī)制 1、安全服務(wù)要解決安全威脅。 2、簡易使用底層的安全機(jī)制,在傳輸線上對整個的SIP請求和響應(yīng)進(jìn)行逐跳的加密 傳輸層和網(wǎng)絡(luò)層的安全 傳輸層和網(wǎng)絡(luò)層的安全服務(wù)包括加密信令流,并保證消息的機(jī)密性和完整性。 TLS和IPSec用于傳輸層和網(wǎng)絡(luò)層。,SIPS URI方案 SIPS方案當(dāng)處于請求消息中作為Request-URI時,必須保證以TLS保證安全。 SIPS URI 方案可以用于記錄地址,聯(lián)系地址和Route頭字段中。 HTTP鑒權(quán) 1、基本框架 2、用戶間鑒權(quán) 3、代理服務(wù)器到用戶的鑒權(quán),安全機(jī)制的實現(xiàn),SIP實現(xiàn)要求 1、代

19、理服務(wù)器、重定向服務(wù)器和注冊服務(wù)器必須實現(xiàn)TLS,并且必須支持雙向和單向的認(rèn)證關(guān)系 2、上述服務(wù)器必須實現(xiàn)摘要身份認(rèn)證 安全解決方案 1、注冊 2、域內(nèi)請求 3、DoS保護(hù),SIP的可靠性,SIP是一個請求響應(yīng)協(xié)議,用于發(fā)起和管理會話。 UAS行為 導(dǎo)致UAS發(fā)送可靠的臨時響應(yīng)的原因: 1、INVITE事務(wù)處理須時間產(chǎn)生最終響應(yīng) 2、初始請求包含Supported或Require頭字段 UAC行為 要可靠須插入任選的100rel的Require頭字段,若不需包含Support頭字段。,SIP服務(wù)器的定位,SIP的典型配置,域A,域B,代理服 務(wù)器1,UA1,代理服 務(wù)器2,UA2,SIP利用上

20、行單元檢測故障的機(jī)制來確保高可用性。,客戶端用法 1、選擇傳輸協(xié)議 2、確定端口號 3、RFC2782處理細(xì)節(jié) 服務(wù)器用法 對于可靠的傳輸協(xié)議,服務(wù)器將在收到請求的連接上發(fā)送響應(yīng);對于不可靠的傳輸協(xié)議,響應(yīng)將發(fā)送到請求中的源地址和Via頭字段中的端口號。,SIP QoS的實現(xiàn),QoS指服務(wù)性能的聚集效應(yīng),它取決了用戶對特定服務(wù)的滿意程度。 策略性網(wǎng)絡(luò)按四個策略規(guī)則決定網(wǎng)絡(luò)的運作:服務(wù)質(zhì)量、安全、監(jiān)控和配置 構(gòu)成策略服務(wù)的四個關(guān)鍵部分:目錄服務(wù)器、策略服務(wù)器、策略管理者、策略實施者 SIP QoS的實現(xiàn)通過RSVP實現(xiàn)的。,SIP-T SIP-T協(xié)議本身就是SIP for Telephone,只

21、是SIP的一個擴(kuò)展。把封裝了ISUP消息的SIP消息成為SIP-T消息。 SIP-I SIP-I明確說明了SIP和ISUP的映射,彌補了RFC的不足。,SIP穿越防火墻,NAT服務(wù)的目的: 1、節(jié)省IP 地址資源 2、作為一個安全設(shè)備,隱藏內(nèi)部IP地址 NAT/FW分類: 1、完全模式 2、限制模式,UA2 ,UA1 ,NAT,INTER,INVITE,在其發(fā)送的INVITE請求的Via頭域中得到的是UA1的地址,穿越NAT/FW存在的問題 1、數(shù)據(jù)包與載荷部分地址不一致 2、媒體流端口動態(tài)分配 3、防火墻端口主動開放,針對NAT協(xié)議本身的解決方案 1

22、、基于RSIP(Real Specific IP) 2、基于STUN的解決方案 對于透明的端到端SIP,他們都不理想 針對SIP本身的解決方案 一個典型的做法就是在NAT防火墻上設(shè)置SIP代理服務(wù)器,但同時這樣會讓其負(fù)擔(dān)太重。引出SIP應(yīng)用級網(wǎng)關(guān):,SIP UA,SIP UA,Internet,SIP ALG,INVITE UAI Via::5000 。,INVITE UAI Via::5000 。,RTP,NAT,SIP應(yīng)用級網(wǎng)關(guān)環(huán)境下的SIP呼叫程,ALG對于穿越NAT消息的控制 ALG不是記錄所有的NAT連接跟蹤表的信息,首先根據(jù)SIP消息是否N

23、AT記錄有效: 1、有效的,跟蹤并將其記錄到地址映射表 2、對于新增的,對NAT網(wǎng)關(guān)增加NAT規(guī)則,并寫經(jīng)地址映射表。 ALG對SIP控制的媒體流穿越NAT的處理 媒體流在ALG通過分析INVITE消息和200OK應(yīng)答的SDP消息體得到。,SIP壓縮 1、SIP URI,命名為“comp”,唯一參數(shù):sipcomp 2、Via消息頭字段 第三方呼叫控制 第三方呼叫控制不需要對SIP核心規(guī)范作任何的擴(kuò)展。流程如下:,SIP用戶A,用戶A的PC,會議單元,INVITE 沒有SDP,200OK,INVITE,200OK,ACK SDP會議單元,ACK,SIP與H.248的互通,H.248是軟交換設(shè)備

24、和媒體網(wǎng)關(guān)之間的一種媒體網(wǎng)關(guān)控制協(xié)議。 協(xié)作方式:,駐地 MG,Softswitch DEV,SIP 職能終端,PSTN tel,H.248,SIP,Add、INVITE、 Subtract、 BYE相互協(xié)作,駐地 MG,Softswitch DEV1,Softswitch DEV2,PSTN tel,H.248,SIP,駐地 MG,Softswitch DEV,應(yīng)用服務(wù)器,PSTN tel,H.248,SIP,駐地 MG,PSTN tel,SIP和H.323的互通,轉(zhuǎn)換功能要求 1、互通總功能要求 2、傳輸要求 3、安全要求 4、 SIP-H.323協(xié)議映射要求 SIP-H.323協(xié)議映射

25、1、地址解析:SIP地址解析為H.323地址 H.323地址解析為SIP地址,2、格式轉(zhuǎn)換 3、內(nèi)容轉(zhuǎn)換 :消息值和消息單元 4、媒體流格式協(xié)商 媒體協(xié)商的過程就是SDP與H.245 的交互過程,它一個完成媒體編碼算法映射和媒體能力協(xié)商。,SIP-H.323互通的呼叫流程,H.323 EP,SIP UA,IWF,H.323 EP,H.323 EP,IWF,SIPPS/RS,SIP UA,H.323 GK,IWF,SIP UA,系統(tǒng)不存在網(wǎng)守和SIP服務(wù)器時的互通,系統(tǒng)存在H.323網(wǎng)守時的互通,系統(tǒng)中存在SIP服務(wù)器時的互通,轉(zhuǎn)換互通方案,IWF包含代理服務(wù)器或者重定向服務(wù)器 IWF包含H.3

26、23 的GK,SIP UA,GK,H.323,IWF PS/RS,REGISTER,RRQ,RRQ,SIP UA,H.323,SIP PS/RS,IWF GK,REGISTER,REGISTER,RRQ,SIP UA,H.323 GK,H.323,SIP PS/RS,IWF,REGISTER,RRQ,OPTIONS,LRQ,UA:SIP用戶代理 PS:SIP Proxy Server RS:SIP Redirect Server GK:H.323 GateKeeper H.323 EP:H.323 終端 RRQ:Registation Request,SIP的應(yīng)用,與PSTN的互通 1、SIP

27、-T 翻譯 封裝 INFO消息 2、號碼續(xù)傳 與H.323的互通 1、非快速呼叫 2、快速呼叫 二者可相互對應(yīng),為軟交換其他功能提供承載 1、軟交換與AS之間的通信 2、實現(xiàn)地址解析功能 3、作為媒體服務(wù)器(MS)的通信協(xié)議 代理服務(wù)器的應(yīng)用 SIP對移動性的支持 終端移動性,指不同的終端在不同的子網(wǎng)內(nèi)移動,同時保持在線連接而不在需要轉(zhuǎn)移;會話的移動性允許用戶更換通信設(shè)備的同時保持媒體會話。,對個人移動性的支持 對終端移動性的支持 對會話移動性的支持 對號碼移動性的支持 軟交換與應(yīng)用服務(wù)器的交互 軟交換與應(yīng)用服務(wù)器之間使用SIP進(jìn)行通信,SIP可使應(yīng)用服務(wù)器進(jìn)入所有的呼叫控制活動,并能傳送、重

28、定向和呼叫代理。因此,在軟交換網(wǎng)絡(luò)中可以非常有效和容易的實現(xiàn)增值業(yè)務(wù)。,SIP在移動網(wǎng)絡(luò)中的應(yīng)用,移動通信標(biāo)準(zhǔn)化組織 3GPP 3GPP2 OMA IETF SIP在IMS中的應(yīng)用 IMS表現(xiàn)出的核心網(wǎng)和接入技術(shù)的無關(guān)行為運營商提供了一種融合的網(wǎng)絡(luò)體系結(jié)構(gòu),為此運營商希望通過IMS降低網(wǎng)絡(luò)結(jié)構(gòu)的復(fù)雜性,并降低網(wǎng)絡(luò)的運營成本。,IMS的核心網(wǎng)由所有能提供多媒體服務(wù)的核心網(wǎng)功能組成,包括了信令的承載相關(guān)的功能實體。 IMS的分層體系結(jié)構(gòu):,由應(yīng)用和內(nèi)容服務(wù)器組成,負(fù)責(zé)為用戶提供增值業(yè)務(wù),網(wǎng)絡(luò)控制服務(wù)器組成,由用于骨干和接入網(wǎng)絡(luò)的路由器及交換機(jī)組成,IMS支持網(wǎng)絡(luò)融合,支持多種接入。 3GPP IM

29、S 主要使用SIP壓縮,安全,指定的CSCF等。 SPT(業(yè)務(wù)點觸發(fā)器)是那些在SIP信令路徑上可以設(shè)置過濾準(zhǔn)則的一些規(guī)則;一個過濾規(guī)則可以觸發(fā)一個或多個SPT。 過濾準(zhǔn)則包含的信息: 1、AS的地址 2、過濾準(zhǔn)則的優(yōu)先級提供應(yīng)用這些準(zhǔn)則的順序 3、SPT可以使用與、或、非等邏輯表達(dá)式來構(gòu)建,4、默認(rèn)的處理方式 5、在把請求消息送給AS前,可以選擇在消息中增加相關(guān)的業(yè)務(wù)信息。 保存在用戶的服務(wù)清單中的過濾準(zhǔn)則的集合被稱為應(yīng)用服務(wù)器簽約信息(Subscription Information) 被調(diào)用的AS不參與當(dāng)前調(diào)用的會話,實現(xiàn)方法在INVITE請求中不增加路由記錄。,SIP在3G中的應(yīng)用,3GPP R5 是全I(xiàn)P化的系統(tǒng),它引入了IP多媒體系統(tǒng),疊加在分組域網(wǎng)之上,IMS是端到端的IP多媒體業(yè)務(wù)。 IMS有CSCF、MGCF、MGW、HSS等功能實體組成。 3G終端注冊網(wǎng)絡(luò)是通過SIP來實現(xiàn)的。 建立數(shù)據(jù)連接的關(guān)鍵步驟: 1、建鏈 在SGSN和UE建立移動管理上下文 2、分組協(xié)議上下文的激活,UE注冊的目的: 1、UE告

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論