計(jì)算機(jī)教學(xué)課件 SIP協(xié)議原理

前言SIP協(xié)議是一個(gè)正在發(fā)展和不斷研究中的協(xié)議。遵循簡練、開放、兼容和可擴(kuò)展等原則。充分注意到因特網(wǎng)開放而復(fù)雜的網(wǎng)絡(luò)環(huán)境下的安全問題。充分考慮了對傳統(tǒng)公共電話網(wǎng)的各種業(yè)務(wù)，包括對IN業(yè)務(wù)和ISDN業(yè)務(wù)的支持。目標(biāo)學(xué)習(xí)完此課程，您將會(huì)：了解SIP協(xié)議的作用掌握SIP命令掌握SIP協(xié)議的消息交互過程

SDP協(xié)議說明常見SIP呼叫SDP協(xié)商過程第1章概述第2章協(xié)議消息第3章呼叫流程第4章SDP協(xié)商第5章華為IMS融合會(huì)議解決方案內(nèi)容介紹內(nèi)容介紹第1章概述1.1SIP協(xié)議的概念1.2SIP協(xié)議的發(fā)展1.3SIP協(xié)議的特點(diǎn)SIP：SessionInitiationProtocol會(huì)話初始協(xié)議用于建立，控制和釋放會(huì)話SIP是IETF為多媒體會(huì)話而開發(fā)制定的協(xié)議這里的會(huì)話包括文本，視頻，游戲和傳統(tǒng)的語音SIP是為Internet而制定設(shè)計(jì)的協(xié)議HTTP協(xié)議一樣是基于文本的詢問/應(yīng)答機(jī)制廣泛應(yīng)用于internet1.1SIP協(xié)議的概念網(wǎng)絡(luò)層物理層鏈路層傳輸層(UDP/TCP/TLS/SCTP)應(yīng)用層(SIP)網(wǎng)絡(luò)層物理層鏈路層傳輸層(UDP/TCP/TLS/SCTP)應(yīng)用層(SIP)1.1SIP協(xié)議的概念SIP是一種應(yīng)用層協(xié)議，獨(dú)立于下面的傳輸層協(xié)議，可以承載在不同的傳輸協(xié)議上，如UDP/TCP/TLS/SCTP，目前最常用UDP。信令協(xié)議注冊、定位用戶、路由建立，修改，釋放會(huì)話媒體傳輸協(xié)議用于傳輸語音/視頻包，RTP/RTCP協(xié)議SIP–信令協(xié)議會(huì)話的管理（SIP）和會(huì)話的描述（SDP）是獨(dú)立的1.1SIP協(xié)議的概念內(nèi)容介紹

第1章概述1.1SIP協(xié)議的概念1.2SIP協(xié)議的發(fā)展1.3SIP協(xié)議的特點(diǎn)源于1996年MBone實(shí)驗(yàn)RFC2543發(fā)展到了bis09，于2002年6月通過了SIP的RFC3261，這是SIP協(xié)議的核心規(guī)范SIP協(xié)議發(fā)展現(xiàn)在更多的RFC和草案被引入到SIP中，包括支持Presence和IM(InstantMessage)等1999年被IETF采納為建議標(biāo)準(zhǔn)RFC2543RFC3262，RFC3263，RFC3264，RFC3265相繼通過，5個(gè)RFC構(gòu)成SIP協(xié)議擴(kuò)展規(guī)范的一部分1.2SIP協(xié)議的發(fā)展內(nèi)容介紹

第1章概述1.1SIP協(xié)議的概念1.2SIP協(xié)議的發(fā)展1.3SIP協(xié)議的特點(diǎn)六個(gè)主要請求，六類響應(yīng)消息；基于文本編碼，很多現(xiàn)成的工具，如XML；重點(diǎn)關(guān)注會(huì)話的建立、改變和終止，便于使用其他的協(xié)議，如SDP，RTP等簡單性擴(kuò)展性伸縮性會(huì)話無關(guān)特性：SIP-URL表示需要訪問的資源或用戶，消息體可以攜帶任何內(nèi)容靈活的擴(kuò)展機(jī)制：增加頭域，增加消息類型強(qiáng)大的能力協(xié)商機(jī)制網(wǎng)絡(luò)對業(yè)務(wù)的透明性分布式體系結(jié)構(gòu)提高了系統(tǒng)的靈活性和可靠性Proxy的三種運(yùn)行模式：CallStateful、Stateless、TransactionStateful1.3SIP協(xié)議的特點(diǎn)本章小結(jié)概述SIP協(xié)議的概念SIP協(xié)議的發(fā)展SIP協(xié)議的特點(diǎn)

第1章概述

第2章協(xié)議消息第3章呼叫流程第4章SDP協(xié)商第5章華華為IMS融合會(huì)議解決方案內(nèi)容介紹內(nèi)容介紹

第2章協(xié)議消息2.1SIP設(shè)計(jì)原則2.2SIP消息2.3SIP事務(wù)2.4SIP對話Page15SIP客戶端/服務(wù)器架構(gòu)邏輯SIP實(shí)體包括用戶代理(UA)UserAgentClient(UAC)：發(fā)起SIP請求UserAgentServer(UAS)：返回SIP響應(yīng)一個(gè)實(shí)體可以既是客戶端，又是服務(wù)器注冊服務(wù)器：SIP客戶端需要利用注冊請求來更新用戶的位置信息代理服務(wù)器：為客戶端轉(zhuǎn)發(fā)請求或者響應(yīng)?？梢酝瑫r(shí)做為服務(wù)器端和客戶端，決定下一跳轉(zhuǎn)發(fā)請求消息重定向服務(wù)器：將請求中的地址映射為零個(gè)或多個(gè)新的地址，返回給客戶端。網(wǎng)絡(luò)服務(wù)器2.1設(shè)計(jì)原則SIP請求SIP請求媒體流(RTP)UserAgent(Server)接受SIP請求RequestProxyServer決定把信令消息送到何處UserAgent(Client)發(fā)送SIP請求SIP響應(yīng)SIP響應(yīng)使用Client/Server模型客戶端發(fā)送SIP請求服務(wù)器返回SIP響應(yīng)2.1設(shè)計(jì)原則SIP結(jié)構(gòu)化的層次關(guān)系消息體（可選）頭域請求行/響應(yīng)行響應(yīng)消息請求消息非INVITE事務(wù)INVITE事務(wù)對話2.1設(shè)計(jì)原則內(nèi)容介紹

第2章協(xié)議消息2.1SIP設(shè)計(jì)原則2.2SIP消息2.3SIP事務(wù)2.4SIP對話消息（Message）是SIP協(xié)議的基本單位，客戶端和服務(wù)器端的基本交互單元；消息包括兩類；請求消息響應(yīng)消息2.2SIP消息定義Request

ProxyResponseRequestResponse

UAC

UASSIP請求消息6個(gè)基本請求擴(kuò)展請求INVITE：發(fā)起會(huì)話ACK：INVITE的回答CANCEL：取消會(huì)話BYE：結(jié)束會(huì)話REGISTER：注冊O(shè)PTIONS：查詢服務(wù)器能力MESSAGE：請求一個(gè)即時(shí)消息SUBSCRIBE

：簽訂一個(gè)通知事件NOTIFY：發(fā)送一個(gè)通知事件UPDATE：在建立呼叫階段修改會(huì)話屬性

PUBLISH：發(fā)送事件狀態(tài)給狀態(tài)服務(wù)器PRACK：標(biāo)識臨時(shí)響應(yīng)的可靠性2.2SIP消息基本請求消息

包括六種：INVITE、ACK、BYE、CANCEL、REGISTER和OPTIONS。

請求消息消息含義1INVITE邀請用戶加入一個(gè)呼叫。2ACK對invite請求消息的響應(yīng)消息進(jìn)行確認(rèn)。3OPTIONS用于請求能力信息。4BYE用于釋放已建立的呼叫。5CANCEL

用于取消一個(gè)尚未建立的呼叫，對于已完成的請求（即已收到最終響應(yīng)的請求）則沒有影響。

6REGISTER

用于向SIP網(wǎng)絡(luò)服務(wù)器登記用戶的位置信息。2.2SIP消息-請求消息響應(yīng)消息

用于對請求消息進(jìn)行響應(yīng)，指示呼叫的成功或失敗的狀態(tài)。不同類型的響應(yīng)狀態(tài)由狀態(tài)碼來區(qū)分,狀態(tài)碼包含三位整數(shù)，狀態(tài)碼的第一位用于定義響應(yīng)類型，另外兩位用于進(jìn)一步對響應(yīng)進(jìn)行更加詳細(xì)的說明。共有六類（如下）：

響應(yīng)消息消息含義1xx信息響應(yīng)表示已經(jīng)接收到請求消息，正在對其進(jìn)行處理2xx成功響應(yīng)表示請求被接收、處理并成功接受3xx重定向響應(yīng)須采用進(jìn)一步動(dòng)作，以完成該請求4xx客戶出錯(cuò)表示請求消息中包含語法錯(cuò)誤或者SIP服務(wù)器不能完成對該請求消息的處理5xx服務(wù)器出錯(cuò)表示SIP服務(wù)器故障不能完成對正確消息的處理6xx全局故障表示請求不能在任何SIP服務(wù)器上實(shí)現(xiàn)2.2SIP消息-響應(yīng)消息SIP消息（Message）采用文本方式編碼；任一SIP消息都由起始行、頭域和消息體組成；頭域都必須以CRLF（回車換行）結(jié)尾。SIPHeaderStart-LineCRLFSIP消息SIPBody2.2SIP消息SIP消息格式

SIP起始行分請求行（Request-Line）和狀態(tài)行（Status-Line）兩種，其中請求行是請求消息的起始行，狀態(tài)行是響應(yīng)消息的起始行。舉例請求行：REGISTERsip：SIP/2.0狀態(tài)行：SIP/2.0200OK2.2SIP消息-起始行起始行(Start-Line)攜帶SIP實(shí)體的屬性、消息體的屬性等。頭域必須以CRLF結(jié)尾頭域的基本結(jié)構(gòu)頭域名：頭域值；頭域參數(shù)說明：頭域參數(shù)不是必備的，有些頭域不存在頭域參數(shù)舉例From:sip:28780808@；tag=1234567890To:sip:28780909@;Call-ID:3235453457AWER@2.2SIP消息-頭域頭域(SIPHeader)Via:SIP/2.0/UDP;branch=z9hG4bKnashds8

Via:SIP/2.0/UDP;branch=z9hG4bK77ef4c2312983.1舉例頭域－單值與多值單值：消息里面只能出現(xiàn)一次，如From，To等多值：消息里面可以多次出現(xiàn)，如Via，Route等2.2SIP消息-頭域下面兩個(gè)頭域是不相等的Via:SIP/2.0/UDP;branch=z9hG4bKnashds8

Via:SIP/2.0/UDP;branch=z9hG4bK77ef4c2312983.1

Via:SIP/2.0/UDP;branch=z9hG4bK77ef4c2312983.1

Via:SIP/2.0/UDP;branch=z9hG4bKnashds8舉例頭域－域值的順序順序有關(guān)的：Via，Route，Record-Route順序無關(guān)的：Allow，Require2.2SIP消息-頭域

重要的頭域：Via：用于表示請求經(jīng)過的SIP實(shí)體和路由響應(yīng)；

例如：Via：SIP/2.0/UDP;branch=z9hG4bKkjshdyffFrom：用于標(biāo)識請求的發(fā)起者；以呼叫為例，可能是主叫也可能是被叫；

格式為：From：顯示名<sip-URL>;tag=××××To：用于表示請求的接收者；

格式為：To：顯示名<sip-URL>;tag=××××Call-ID：用于唯一標(biāo)識一次邀請或者一次注冊；

格式為：Call-ID：本地標(biāo)識@主機(jī)CSeq：用于表示請求的順序號；

例如：CSeq：4711INVITE2.2SIP消息-頭域☆如上的5個(gè)頭域必須包含在每個(gè)SIP消息中。MIME類型的消息體，可以支持任何類型的消息體（文本/二進(jìn)制）和復(fù)合消息體（包含多個(gè)單消息體）消息體的屬性通過Content頭域來描述Content-Type：消息體的類型，可以是SDP/Text或者其他Content-Length：消息體的長度，對于UDP不是必須，對于TCP則是必須Content-Language：消息體的語言類型Content-Encoding：消息體的編碼類型，如是否進(jìn)行了zip壓縮Content-Disposition：對于消息體的處理方法2.2SIP消息-消息體消息體(SIPBody)內(nèi)容介紹

第2章協(xié)議消息2.1SIP設(shè)計(jì)原則2.2SIP消息2.3SIP事務(wù)2.4SIP對話一個(gè)事務(wù)（Transaction）包含一個(gè)請求消息零個(gè)或者多個(gè)臨時(shí)響應(yīng)一個(gè)最終響應(yīng)ACK（非必須）一個(gè)事務(wù)由唯一的branch（Via頭域的一個(gè)參數(shù)）來標(biāo)識事務(wù)可以分為兩大類：INVITE事務(wù)：三次握手非INVITE事務(wù)：兩次握手（如BYE）定義2.3SIP事務(wù)INVITE事務(wù)（三次握手）

對于INVITE的成功響應(yīng)，ACK不屬于INVITE事務(wù)，而是單獨(dú)的事務(wù)。INVITE客戶端INVITE服務(wù)器INVITE100(INVITE)200OK180RingACK2.3SIP事務(wù)非INVITE事務(wù)（兩次握手）

對于非INVITE事務(wù)，一般不存在臨時(shí)響應(yīng)，對于最終響應(yīng)的處理也是一樣的。BYE2××~6××(BYE)客戶端服務(wù)器2.3SIP事務(wù)特殊的事務(wù)ACK事務(wù)： 對于200ofINVITE的確認(rèn)（ACK）事務(wù)，是一個(gè)單獨(dú)的事務(wù)。也就是說一個(gè)消息就是一個(gè)事務(wù)。CANCEL事務(wù)：CANEL事務(wù)只能用于CANCELINVITE事務(wù)，而不能用于CANCEL非INVITE事務(wù)；CANCEL事務(wù)的branch參數(shù)和INVITE是相同的；CANCEL事務(wù)只能在收到INVITE的臨時(shí)響應(yīng)后（包括100），最終響應(yīng)之前發(fā)送。客戶端服務(wù)器INVITE100(INVITE)CANCEL200(CANCEL)487(INVITE)ACK2.3SIP事務(wù)事務(wù)的可靠性——消息重傳可靠傳輸上的請求/響應(yīng)消息不會(huì)重傳。SIP協(xié)議可以承載在非可靠的UDP傳輸協(xié)議之上，所以在SIP協(xié)議中引入了超時(shí)重傳機(jī)制來保證可靠性對于INVITE事務(wù)和非INVITE事務(wù)，定義了不同的重傳方法INVITE事務(wù)默認(rèn)以500ms、1s、2s、4s、8s、16s的時(shí)間間隔重傳。非INVITE事務(wù)默認(rèn)以500ms、1s、2s、4s、4s、4s的時(shí)間間隔重傳。2.3SIP事務(wù)UACUASINVINVINV100Trying100TryingBYEUACUASBYE200OKBYE200OKINVITE事務(wù)：當(dāng)收到臨時(shí)響應(yīng)的時(shí)候停止重傳非INVITE事務(wù)：當(dāng)收到重傳的請求后，需要重傳響應(yīng)2.3SIP事務(wù)1、通過增大重傳時(shí)長的方式，可減少網(wǎng)絡(luò)負(fù)荷;2、對于可靠的傳輸協(xié)議，如TCP/TLS/SCTP，則不需要進(jìn)行重傳。說明INV丟包內(nèi)容介紹

第2章協(xié)議消息2.1SIP設(shè)計(jì)原則2.2SIP消息2.3SIP事務(wù)2.4SIP對話

To標(biāo)簽、From標(biāo)簽和Call-ID一起定義UAC和UAS間對等的SIP關(guān)系，稱為對話(Dialog)。對話不關(guān)心任何消息體的信息；對話由Call-ID，F(xiàn)romTag，ToTag唯一標(biāo)識；建立后不能被修改。當(dāng)收到帶ToTag的1xx響應(yīng)（非100）時(shí)，進(jìn)入EarlyDialog狀態(tài)；被叫發(fā)送200OK且主叫收到200OK后，進(jìn)入了Confirmed狀態(tài)。主叫被叫INVITE100(INVITE)200OK180RingEarlyDialogConfirmedDialogACKBYE200OK2.4SIP對話2.4SIP對話說明1、在Early狀態(tài)下，主叫可以通過發(fā)送BYE或CANCLE來終結(jié)Dialog；2、在Early狀態(tài)下，或者通過被叫的失敗應(yīng)答來終結(jié)Dialog；3、在Early狀態(tài)下，被叫是不能發(fā)送BYE來終結(jié)Dialog的；4、Confirmed狀態(tài)下，主叫和被叫都能通過BYE來終結(jié)Dialog。本章小結(jié)協(xié)議消息SIP設(shè)計(jì)原則SIP消息SIP事務(wù)SIP對話

第1章概述第2章協(xié)議消息

第3章呼叫流程第4章SDP協(xié)商第5章華華為IMS融合會(huì)議解決方案內(nèi)容介紹內(nèi)容介紹

第3章呼叫流程3.1SIP注冊3.2直接呼叫3.3代理呼叫3.4重定向呼叫401unauthorizedregisterregister(withauthorized)200okUACREGISTERSERVER用戶每次開機(jī)時(shí)都需要向服務(wù)器注冊當(dāng)SIPClient的地址發(fā)生改變時(shí)需要重新注冊注冊信息必須定期刷新，通常Register將注冊信息保存到LocationServer中作用是將AOR地址綁定到某個(gè)Contact地址上，便于Proxy在呼叫時(shí)查找被叫的地址3.1SIP注冊內(nèi)容介紹

第3章呼叫流程3.1SIP注冊3.2直接呼叫3.3代理呼叫3.4重定向呼叫100TryingINVITE200okUACUAS當(dāng)主叫UAC知道被叫的當(dāng)前的位置時(shí)，可以通過INVITE消息直接向被叫UAS發(fā)出呼叫請求。直接呼叫最為簡單，并且也是其他呼叫方式的基礎(chǔ)。180RingingACK3.2直接呼叫RTP/RTCP內(nèi)容介紹

第3章呼叫流程3.1SIP注冊3.2直接呼叫3.3代理呼叫3.4重定向呼叫100TryingINVITEUACProxySERVERUASINVITE180Ringing180Ringing200OK200OKACKACK3.3代理呼叫RTP/RTCP內(nèi)容介紹

第3章呼叫流程3.1SIP注冊3.2直接呼叫3.3代理呼叫3.4重定向呼叫301MovedPermanentINVITEUACREDIRECTSERVERUASACK180Ringing200OKACKINVITE3.4重定向呼叫RTP/RTCPUserAUserBRedirectProxyINVITEINVITEsip:UserB@SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bKbf9f44Max-Forwards:70From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>Call-ID:12345600@CSeq:1INVITEContact:<sip:UserA@03>Content-Length:03.4重定向呼叫UserAUserBRedirectProxyINVITESIP/2.0302MovedTemporarilyVia:SIP/2.0/UDP:5060;branch=z9hG4bKbf9f44;received=03From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=53fHlqlQ2Call-ID:12345600@CSeq:1INVITEContact:sip:UserB@Content-Length:03023.4重定向呼叫UserAUserBRedirectProxyINVITE302ACK3.4重定向呼叫ACKsip:UserB@SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bKbf9f44Max-Forwards:70From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=53fHlqlQ2Call-ID:12345600@CSeq:1ACKContent-Length:0UserAUserBRedirectProxyINVITE302ACKINVITE3.4重定向呼叫INVITEsip:UserB@SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9Max-Forwards:70From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>Call-ID:12345600@CSeq:2INVITEContact:<sip:UserA@03>Content-Length:0UserAUserBRedirectProxyINVITE302ACKINVITE1003.4重定向呼叫SIP/2.0100TryingVia:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>Call-ID:12345600@CSeq:2INVITEContent-Length:0UserAUserBRedirectProxyINVITE302ACKINVITEINVITE1003.4重定向呼叫INVITEsip:UserB@14SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bK721e418c4.1Via:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03Max-Forwards:69Record-Route:<sip:>From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>Call-ID:12345600@CSeq:2INVITEContact:<sip:UserA@03>Content-Length:0UserAUserBRedirectProxyINVITE302ACKINVITEINVITE1001803.4重定向呼叫SIP/2.0180RingingVia:SIP/2.0/UDP:5060;branch=z9hG4bK721e418c4.1;received=Via:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03Record-Route:<sip:;lr>From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=314159Call-ID:12345600@CSeq:2INVITEContact:<sip:UserB@14>Content-Length:0UserAUserBRedirectProxyINVITE302ACKINVITEINVITE1001801803.4重定向呼叫SIP/2.0180RingingVia:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03Record-Route:<sip:;lr>From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=314159Call-ID:12345600@CSeq:2INVITEContact:<sip:UserB@14>Content-Length:0UserAUserBRedirectProxyINVITE302ACKINVITEINVITE1001801802003.4重定向呼叫SIP/2.0200OKVia:SIP/2.0/UDP:5060;branch=z9hG4bK721e418c4.1;received=Via:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03Record-Route:<sip:;lr>From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=314159Call-ID:12345600@CSeq:2INVITEContact:<sip:UserB@14>Content-Type:application/sdpContent-Length:152

v=0o=UserB28908445272890844527INIP4s=SessionSDPc=INIP414t=00m=audio3456RTP/AVP0a=rtpmap:0PCMU/8000UserAUserBRedirectProxyINVITE302ACKINVITEINVITE1001801802002003.4重定向呼叫SIP/2.0200OKVia:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03Record-Route:<sip:;lr>From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=314159Call-ID:12345600@CSeq:2INVITEContact:<sip:UserB@14>Content-Type:application/sdpContent-Length:152

v=0o=UserB28908445272890844527INIP4s=SessionSDPc=INIP414t=00m=audio3456RTP/AVP0a=rtpmap:0PCMU/8000UserAUserBRedirectProxyINVITE302ACKINVITEINVITE100180180200200ACK3.4重定向呼叫ACKsip:UserB@SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9Max-Forwards:70Route:<sip:;lr>From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=314159Call-ID:12345600@CSeq:2ACKContent-Type:application/sdpContent-Length:147

v=0o=UserA28908445262890844526INIP4s=SessionSDPc=INIP403t=00m=audio49172RTP/AVP0a=rtpmap:0PCMU/8000UserAUserBRedirectProxyINVITE302ACKINVITEINVITE100180180200200ACK3.4重定向呼叫ACKsip:UserB@14SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bK721e418c4.1Via:SIP/2.0/UDP:5060;branch=z9hG4bK74bf9;received=03Max-Forwards:69From:BigGuy<sip:UserA@>;tag=9fxced76slTo:LittleGuy<sip:UserB@>;tag=314159Call-ID:12345600@CSeq:2ACKContent-Type:application/sdpContent-Length:147

v=0o=UserA28908445262890844526INIP4s=SessionSDPc=INIP403t=00m=audio49172RTP/AVP0a=rtpmap:0PCMU/8000RTPMediaSessionACKUserAUserBRedirectProxyINVITE302ACKINVITEINVITE100180180200200ACKRTPMediaSessionACK3.4重定向呼叫BYEsip:UserA@03SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bK721e418c4.1Via:SIP/2.0/UDP:5060;branch=z9hG4bKfgaw2Max-Forwards:69From:LittleGuy<sip:UserB@>;tag=314159To:BigGuy<sip:UserA@>;tag=9fxced76slCall-ID:12345600@CSeq:1BYEContent-Length:0BYEUserAUserBRedirectProxyINVITE302ACKINVITEINVITE100180180200200ACKRTPMediaSessionACKBYE3.4重定向呼叫BYEsip:UserA@03SIP/2.0Via:SIP/2.0/UDP:5060;branch=z9hG4bKfgaw2Max-Forwards:70Route:<sip:;lr>From:LittleGuy<sip:UserB@>;tag=314159To:BigGuy<sip:UserA@>;tag=9fxced76slCall-ID:12345600@CSeq:1BYEContent-Length:0BYEUserAUserBRedirectProxyINVITE302ACKINVITEINVITE100180180200200ACKRTPMediaSessionACKBYEBYE2003.4重定向呼叫SIP/2.0200OKVia:SIP/2.0/UDP:5060;branch=z9hG4bKfgaw2From:LittleGuy<sip:UserB@>;tag=314159To:BigGuy<sip:UserA@>;tag=9fxced76slCall-ID:12345600@CSeq:1BYEContent-Length:0注：此200是對BYE請求的響應(yīng)，注意方向。UserAUserBRedirectProxyINVITE302ACKINVITEINVITE100180180200200ACKRTPMediaSessionACKBYEBYE2002003.4重定向呼叫SIP/2.0200OKVia:SIP/2.0/UDP:5060;branch=z9hG4bK721e418c4.1;received=Via:SIP/2.0/UDP:5060;branch=z9hG4bKfgaw2From:LittleGuy<sip:UserB@>;tag=314159To:BigGuy<sip:UserA@>;tag=9fxced76slCall-ID:12345600@CSeq:1BYEContent-Length:0本章小結(jié)呼叫流程SIP注冊直接呼叫代理呼叫重定向呼叫第1章概述第2章協(xié)議消息第3章呼叫流程第4章SDP協(xié)商第5章華為IMS融合會(huì)議解決方案內(nèi)容介紹內(nèi)容介紹

第4章SDP協(xié)商4.1SDP協(xié)議介紹4.2SDP協(xié)議詳解4.3常見SIP呼叫SDP協(xié)商過程SDP（SessionDescriptionProtocol）是一個(gè)用來描述多媒體會(huì)話的應(yīng)用層控制協(xié)議。SDP是一個(gè)基于文本的協(xié)議，用于會(huì)話建立過程中的媒體類型、編碼方案、地址的協(xié)商等。SDP它不屬于傳輸協(xié)議――它使用適當(dāng)?shù)膮f(xié)議，包括會(huì)話通知協(xié)議（SAP）、會(huì)話初始協(xié)議（SIP）、實(shí)時(shí)流協(xié)議（RTSP）、MIME擴(kuò)展協(xié)議的電子郵件以及超文本傳輸協(xié)議（HTTP）。4.1SDP協(xié)議介紹在描述一個(gè)會(huì)話時(shí)，SIP消息正文是一個(gè)會(huì)話描述協(xié)議SDP消息，消息正文格式：

v=0o=mhandley28908445262890842807INIP4s=SDPSeminari=ASeminaronthesessiondescriptionprotocolu=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps

e=mjh@(MarkHandley)

c=INIP42/127t=28733974962873404696m=audio3458RTP/AVP09697a=rtpmap:0PCMUa=rtpmap:96G726-32/8000a=rtpmap:97AMR-WBm=video3400RTP/AVP9899a=rtpmap:98MPV

a=rtpmap:99H.261

4.1SDP協(xié)議介紹內(nèi)容介紹

第4章SDP協(xié)商4.1SDP協(xié)議介紹4.2SDP協(xié)議詳解4.3常見SIP呼叫SDP協(xié)商過程v=0//該行指示協(xié)議的版本。

o=mhandley28908445262890842807INIP4O行中包含與會(huì)話所有者有關(guān)的參數(shù)第一個(gè)參數(shù)表明會(huì)話發(fā)起者的名稱，該參數(shù)可不填寫，如填寫和SIP消息中，from消息頭的內(nèi)容一致。第二個(gè)參數(shù)為主叫方的會(huì)話標(biāo)識符。第三個(gè)參數(shù)為主叫方會(huì)話的版本，會(huì)話數(shù)據(jù)有改變時(shí)，版本號遞增。第四個(gè)參數(shù)定義了網(wǎng)絡(luò)類型，IN表示Internet網(wǎng)絡(luò)類型，目前僅定義該網(wǎng)絡(luò)類型。第五個(gè)參數(shù)為地址類型，目前支持IPV4和IPV6兩種地址類型。第六個(gè)參數(shù)為地址：表明會(huì)話發(fā)起者的IP地址，該地址為信令面的IP地址，信令PDP激活時(shí)為手機(jī)分配。

4.2SDP協(xié)議詳解s=SDPSeminar//表明本次會(huì)話的標(biāo)題，或會(huì)話的名稱。

i=ASeminaronthesessiondescriptionprotocol//會(huì)話的描述

u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps//會(huì)話的URI，通過該地址可以查閱到會(huì)話的更多內(nèi)容。

e=mjh@(MarkHandley)//會(huì)話責(zé)任人的EMIAL地址

4.2SDP協(xié)議詳解

c=INIP42/127C行包含為多媒體會(huì)話而建立的連接的信息，其中指出了真正的媒體流使用的IP地址。第一個(gè)參數(shù)為網(wǎng)絡(luò)類型，目前僅定義INTERNET網(wǎng)絡(luò)類型。用“IN”表示。第二個(gè)參數(shù)為地址類型，目前支持兩種地址類型：IPV4和IPV6。第三個(gè)參數(shù)為地址，該地址為多媒體流使用的IP地址。

4.2SDP協(xié)議詳解m=audio3458RTP/AVP09697

m行又稱媒體行，描述了發(fā)送方所支持的媒體類型等信息。第一個(gè)參數(shù)為媒體名稱：表明支持音頻類型。第二個(gè)參數(shù)為端口號，表明UE在本地端口為3458上發(fā)送音頻流。第三個(gè)參數(shù)為傳輸協(xié)議，一般為RTP/AVP協(xié)議。四-七參數(shù)為所支持的四種凈荷類型編號。

4.2SDP協(xié)議詳解a=rtpmap:0PCMUa=rtpmap:96G726-32/8000a=rtpmap:97AMR-WBa行為媒體的屬性行，以屬性的名稱：屬性值的方式表示。格式為：a=rtpmap:<凈荷類型><編碼名稱>凈荷類型0固定分配給了PCMU，凈荷類型96對應(yīng)的編碼方案為G.726,為動(dòng)態(tài)分配的。凈荷類型97對應(yīng)的編碼方式為自適應(yīng)多速率寬帶編碼（AMR-WB），為動(dòng)態(tài)分配的。

4.2SDP協(xié)議詳解m=video3400RTP/AVP9899m行又稱媒體行，描述了發(fā)送方所支持的媒體類型等信息。第一個(gè)參數(shù)為媒體名稱：表明支持視頻類型。第二個(gè)參數(shù)為端口號，表明UE在本地端口為3400上發(fā)送視頻流。第三個(gè)參數(shù)為傳輸協(xié)議，一般為RTP/AVP協(xié)議。四、五參數(shù)給出了兩種凈荷類型編號格式為：a=rtpmap:<凈荷類型><編碼名稱>a=rtpmap:98MPV

a=rtpmap:99H.261凈荷類型98對應(yīng)的編碼方案為MPV,為動(dòng)態(tài)分配的。凈荷類型97對應(yīng)的編碼方式為H.261，為動(dòng)態(tài)分配的。

4.2SDP協(xié)議詳解

主叫UE被叫UEINVITE(第一個(gè)SDP提供：視頻（MPV、H.261）、音頻（PCMU、G.726編碼))183會(huì)話進(jìn)行中(第一個(gè)SDP應(yīng)答：不支持視頻、音頻（AMR-WB、G.726編碼))PRACK（第二個(gè)SDP提供：音頻且AMR-WB編碼）

200OK(第二個(gè)SDP應(yīng)答：音頻且AMR-WB編碼的確認(rèn))媒體協(xié)商舉例4.2SDP協(xié)議詳解內(nèi)容介紹

第4章SDP協(xié)商4.1SDP協(xié)議介紹4.2SDP協(xié)議詳解4.3常見SIP呼叫SDP協(xié)商過程

1.Invite帶SDP，然后2xx響應(yīng)帶SDP。2.Invite帶SDP，可靠的1xx響應(yīng)帶SDP，最終2xx響應(yīng)不帶SDP。3.Invite帶SDP，可靠的1xx響應(yīng)和Update都帶SDP，最終2xx響應(yīng)不帶SDP。4.Invite/ReInvite和最終響應(yīng)(2xx)都帶SDP的處理。4.3常見SIP呼叫SDP協(xié)商過程INVITE和200完成協(xié)商4.3常見SIP呼叫SDP協(xié)商過程INVITE和183完成協(xié)商4.3常見SIP呼叫SDP協(xié)商過程INVITE會(huì)話接通前UPDATE協(xié)商4.3常見SIP呼叫SDP協(xié)商過程200接通后重新發(fā)起協(xié)商4.3常見SIP呼叫SDP協(xié)商過程本章小結(jié)SDP協(xié)商SDP協(xié)議介紹SDP協(xié)議詳解常見SIP呼叫SDP協(xié)商過程第1章概述第2章協(xié)議消息第3章呼叫流程第4章SDP協(xié)商第5章華為IMS融合會(huì)議解決方案