《軟交換及NGN》實時輔導(dǎo)2

1、1軟交換與NGN第一次實時輔導(dǎo)（晚上 7：00-9：00）第二部分 張碧玲 聯(lián)系方式：010-2下一代網(wǎng)絡(luò)中各節(jié)點之間使用的協(xié)議 3本部分內(nèi)容1. RTP協(xié)議和多媒體信息的封裝2. SIP協(xié)議和SDP協(xié)議3. H.248協(xié)議4. BICC協(xié)議5. 信令傳輸協(xié)議SIGTRAN6. 第一次階段作業(yè)講解 4輔導(dǎo)內(nèi)容1. RTP協(xié)議和多媒體信息的封裝協(xié)議和多媒體信息的封裝2. SIP協(xié)議和SDP協(xié)議3. H.248協(xié)議4. BICC協(xié)議5. 信令傳輸協(xié)議SIGTRAN6. 第一次階段作業(yè)講解 5RTP協(xié)議 為解決實時業(yè)務(wù)順序傳送和提供時戳等一系列問題，IETF提出了實時傳輸協(xié)議(RTP)。 RTP協(xié)議

2、實際上包含兩個相關(guān)的協(xié)議：RTP協(xié)議和RTCP協(xié)議。 RTP協(xié)議用于傳送實時數(shù)據(jù)，如語音和圖像數(shù)據(jù)。 RTCP協(xié)議用來傳送監(jiān)視實時數(shù)據(jù)傳送質(zhì)量的統(tǒng)計數(shù)據(jù)，同時可以在會議業(yè)務(wù)中傳送與會者的信息。 RTP和UDP一同完成傳輸層的功能。 一般用偶數(shù)的UDP端口來傳送RTP數(shù)據(jù)包，用比RTP端口號大1的奇數(shù)端口號來傳送相應(yīng)的RTCP控制包。6RTP頭部格式RTP本身不提供任何保證實時傳送數(shù)據(jù)和服務(wù)質(zhì)量的能力，而是通過本身不提供任何保證實時傳送數(shù)據(jù)和服務(wù)質(zhì)量的能力，而是通過提供負(fù)荷類型指示、序列號、時戳、數(shù)據(jù)源標(biāo)識等信息，使接收端能提供負(fù)荷類型指示、序列號、時戳、數(shù)據(jù)源標(biāo)識等信息，使接收端能根據(jù)這些信息

3、來重新恢復(fù)正確的數(shù)據(jù)流。根據(jù)這些信息來重新恢復(fù)正確的數(shù)據(jù)流。負(fù)載的格式的類型負(fù)載的格式的類型時間標(biāo)志反映了時間標(biāo)志反映了RTPRTP數(shù)據(jù)包中第一個比特數(shù)據(jù)包中第一個比特的抽樣瞬間的抽樣瞬間 。用以標(biāo)識同步源用以標(biāo)識同步源 數(shù)據(jù)包中所含數(shù)據(jù)包中所含負(fù)載的發(fā)送端負(fù)載的發(fā)送端( (有貢獻源有貢獻源) ) RTPRTP的版本的版本 在在IPIP電話中規(guī)電話中規(guī)定在發(fā)送靜音定在發(fā)送靜音后的第一個語后的第一個語音包時該標(biāo)志音包時該標(biāo)志設(shè)置為設(shè)置為1 1 RTPRTP數(shù)據(jù)包的序列號碼，數(shù)據(jù)包的序列號碼，每發(fā)送一個每發(fā)送一個RTPRTP數(shù)據(jù)包，數(shù)據(jù)包，序列號加序列號加1 1 。例如：例如：每個每個RTPRTP

4、數(shù)據(jù)包包含數(shù)據(jù)包包含160160個抽樣個抽樣周期的語音數(shù)據(jù)塊，如果在發(fā)送一個周期的語音數(shù)據(jù)塊，如果在發(fā)送一個語音數(shù)據(jù)塊后有語音數(shù)據(jù)塊后有2 2個語音包被靜音壓縮，個語音包被靜音壓縮，則發(fā)送的下一則發(fā)送的下一RTPRTP數(shù)據(jù)塊的時間標(biāo)志增數(shù)據(jù)塊的時間標(biāo)志增加加480480，序列號碼增加，序列號碼增加1 1。 7 多媒體編碼數(shù)據(jù)在IP網(wǎng)絡(luò)中傳送時的封裝結(jié)構(gòu) 多媒體編碼數(shù)據(jù)在IP網(wǎng)絡(luò)中傳送時所占的帶寬不僅包含多媒體編碼所占的帶寬，還包含RTP頭部、UDP頭部、IP頭部和數(shù)據(jù)鏈路層頭部所占的帶寬 (2)多媒體數(shù)據(jù)在IP網(wǎng)絡(luò)中傳送時所占帶寬的計算 G.7XXH.26XRTCPRTPUDPIP數(shù)據(jù)鏈路層8

5、計算方法不考慮靜音壓縮和數(shù)據(jù)鏈路層頭部所占的帶寬，G.729編碼數(shù)據(jù)每10ms傳送一次，每秒需傳送100個語音包，則每1路G.729話音所占的帶寬為：（已知G.729編碼速率8kb/s）方法一：(20+8+12)8100+8000 = 40000bit/s=40kbit/s方 法 二： ( 2 0 + 8 + 1 2 8 0 0 0 / 1 0 0 / 8 ) 8 1 0 0 = 40000bit/s=40kbit/s（20字節(jié)）字節(jié)） （8字節(jié)）字節(jié)）（12字節(jié)）字節(jié)）9輔導(dǎo)內(nèi)容1. RTP協(xié)議和多媒體信息的封裝2. SIP協(xié)議和協(xié)議和SDP協(xié)議協(xié)議3. H.248協(xié)議4. BICC協(xié)議5.

6、 信令傳輸協(xié)議SIGTRAN6. 第一次階段作業(yè)講解 10SIP協(xié)議簡介 SIP(Session Initiation Protocal)稱為會話啟動協(xié)議，是由Internet工程任務(wù)組IETF于1999年提出的一個在基于IP網(wǎng)絡(luò)中，特別是在Internet這樣一種結(jié)構(gòu)的網(wǎng)絡(luò)環(huán)境中，實現(xiàn)多媒體實時通訊應(yīng)用的一種信令協(xié)議。 SIP協(xié)議主要應(yīng)用于軟交換設(shè)備與應(yīng)用服務(wù)器間、不同的軟交換設(shè)備之間、SIP智能終端與SIP服務(wù)器之間、不同的SIP服務(wù)器之間。 11(1)SIP協(xié)議的網(wǎng)絡(luò)模型代理服務(wù)器：代表其他客戶機發(fā)起請求，既充當(dāng)服務(wù)器又充當(dāng)客戶機的中間程序?？蛻粽埱蟊淮矸?wù)器處理并翻譯之后再傳送給其他

7、服務(wù)器。注冊服務(wù)器：接受客戶機的注冊請求，完成用戶地址的注冊。向請求方發(fā)送應(yīng)答以指示被呼叫用戶的地址，可以獲得的是email形式的地址或與被呼叫方關(guān)聯(lián)的電話號碼。UAC：存儲在終端系統(tǒng)中的功能模塊，負(fù)責(zé)發(fā)起呼叫。UAS：存儲在終端系統(tǒng)中的功能模塊，負(fù)責(zé)接收呼叫。* SIP消息是消息是SIP客戶機和服務(wù)器之間通信的基本信息單元?？蛻魴C和服務(wù)器之間通信的基本信息單元。B2BUA：先終止一個呼叫，然后重新發(fā)起一個呼叫。12（2）SIP消息的一般格式 SIP消息是SIP客戶機和服務(wù)器之間通信的基本信息單元。包括： 請求消息：從客戶端發(fā)送到服務(wù)器； 狀態(tài)消息(也稱應(yīng)答消息)：從服務(wù)器發(fā)送到客戶端。 每個

8、SIP消息都由一個起始行、零個或多個頭部和任選的消息體這幾部分組成。其一般格式如下： Message=start-line *message-header CRLF message-body 13（2）SIP消息的一般格式 SIP消息是SIP客戶機和服務(wù)器之間通信的基本信息單元。包括： 請求消息：從客戶端發(fā)送到服務(wù)器； 狀態(tài)消息(也稱應(yīng)答消息)：從服務(wù)器發(fā)送到客戶端。 每個SIP消息都由一個起始行、零個或多個頭部和任選的消息體這幾部分組成。其一般格式如下： Message=start-line *message-header CRLF message-body 消息體描述將要建立的會話的類型，

9、包括消息體描述將要建立的會話的類型，包括所交換的媒體的描述。消息體的結(jié)構(gòu)或內(nèi)所交換的媒體的描述。消息體的結(jié)構(gòu)或內(nèi)容使用會話描述協(xié)議容使用會話描述協(xié)議SDP來描述。來描述。起始行又可分為請求行和狀態(tài)行兩種格式。起始行又可分為請求行和狀態(tài)行兩種格式。 請求行規(guī)定了所提交請求的類型。請求行規(guī)定了所提交請求的類型。 狀態(tài)行則指出某個請求是成功還是失敗。狀態(tài)行則指出某個請求是成功還是失敗。如果表示請求失敗，狀態(tài)行則指出失敗類型如果表示請求失敗，狀態(tài)行則指出失敗類型或失敗原因?；蚴≡?。消息頭部提供了關(guān)于請求或應(yīng)答的參數(shù)，消息頭部提供了關(guān)于請求或應(yīng)答的參數(shù)，消息頭部分成四類：消息頭部分成四類： 通用頭部

10、：描述消息基本屬性。通用頭部：描述消息基本屬性。 請求頭部：傳遞有關(guān)請求的附加信息，請求頭部：傳遞有關(guān)請求的附加信息，對請求進行補充說明。對請求進行補充說明。 應(yīng)答頭部：傳遞有關(guān)應(yīng)答的附加信息，應(yīng)答頭部：傳遞有關(guān)應(yīng)答的附加信息，對應(yīng)答進行補充說明。對應(yīng)答進行補充說明。 實體頭部：描述消息體內(nèi)容的長度、格實體頭部：描述消息體內(nèi)容的長度、格式和編碼類型等屬性式和編碼類型等屬性。14SIP請求消息的請求行格式 method SP Request-URL SP SIP-Version CRLFSIP版本號，現(xiàn)設(shè)定為版本號，現(xiàn)設(shè)定為SIP/2.0SIP請求消息要發(fā)送到的請求消息要發(fā)送到的當(dāng)前目的地址當(dāng)前

11、目的地址方法符號（方法）用來說明客戶機請求服務(wù)器執(zhí)行的操作的類型方法符號（方法）用來說明客戶機請求服務(wù)器執(zhí)行的操作的類型:邀請邀請(INVITE)：邀請用戶參加一個會話；：邀請用戶參加一個會話；證實證實(ACK)：已經(jīng)接收到最終應(yīng)答；：已經(jīng)接收到最終應(yīng)答；詢問詢問(OPTIONS)：詢問服務(wù)器的性能；：詢問服務(wù)器的性能；再見再見(BYE)：終止一個會話；：終止一個會話；取消取消(CANCEL)：終止一個等待處理或正在處理的請求；：終止一個等待處理或正在處理的請求；登記登記(REGISTER)：用戶代理客戶端登錄并且把地址注冊到：用戶代理客戶端登錄并且把地址注冊到SIP服務(wù)器。服務(wù)器?；剀嚀Q行符

12、回車換行符空格空格例如：例如：INVITE sip: SIP/2.015當(dāng)服務(wù)器接收到一個請求消息并執(zhí)行后，將向發(fā)送這個請求消息的客戶端返回一個或多個響應(yīng)消息。 SIP-Version SP Status-Code SP Reason-Phrase CRLFSIP應(yīng)答消息的狀態(tài)行格式原因說明，用文本形式對結(jié)果進行描述原因說明，用文本形式對結(jié)果進行描述表示應(yīng)答結(jié)果的表示應(yīng)答結(jié)果的3位十進制數(shù)字的狀態(tài)碼位十進制數(shù)字的狀態(tài)碼:1XX：通知。：通知。 2XX：成功。：成功。3XX：重定向。：重定向。 4XX：請求失敗。：請求失敗。5XX：服務(wù)器錯誤。：服務(wù)器錯誤。 6XX：全局性錯誤。：全局性錯誤。S

13、IP版本號，現(xiàn)設(shè)定為版本號，現(xiàn)設(shè)定為SIP/2.0例如：例如：SIP/2.0 200 OK16SIP消息頭部 From字段：表示SIP請求消息的發(fā)送者的注冊賬號。 From：顯示名(SIP-URI)；tag=xxxx 例如： From: To字段：指明請求消息的邏輯接收者或者是用戶或資源的注冊帳號。 To：顯示名(SIP-URL)；tag=xxxx 例如：To: Watson Via字段：用于定義SIP事務(wù)的下層(傳輸層)傳輸協(xié)議，并標(biāo)識響應(yīng)消息將要被發(fā)送的位置。用以指示請求歷經(jīng)的路徑，防止請求消息傳送產(chǎn)生環(huán)路，并確保應(yīng)答和請求消息選擇同樣的路徑。 例如： Via: SIP/2.0/UDP 1

14、.1.1.100:5060 ;branch=z9hG4bK1063644978 17 Contact字段：指定一個SIP URI，后續(xù)請求可以用它來聯(lián)系到當(dāng)前UA。 例如： Contact: Sip: watson boston.bell- 實體頭部字段由Content-Type(內(nèi)容類型)、 Content-Length(內(nèi)容長度)、Content-Language（消息體的接受者的原始語言）、Content-Encoding（編解碼方式）組成。 Content-Type字段：指出消息體的類型 當(dāng)消息體的類型為SDP時，Content-Type頭部字段為：“Content-Type：appl

15、icationsdp”。 當(dāng)消息體的類型為ISUP時，Content-Type頭部字段為：“Content-Type：applicationISUP”。18(3)會話描述協(xié)議SDP SDP包含了與會話整體相關(guān)的通用信息和一個或多個媒體流相關(guān)的參數(shù)說明 。 SDP是基于文本的協(xié)議，常被封裝在SIP、H.248協(xié)議中傳送。 SDP的語法和結(jié)構(gòu) 會話級會話級參數(shù)必參數(shù)必須放在須放在前面前面然后是然后是媒體級媒體級參數(shù)參數(shù)v=0o=bell 53655765 2353687637 IN IP4 128.3.4.5c=IN IP4 169.130.12.5m=audio 3456 RTP/AVP 0 3

16、 4 519SDP常用字段 會話源（o） 格式：o=(用戶名) (會話標(biāo)識) (版本) (網(wǎng)絡(luò)類型) (地址類型) (地址)例如： o=bell 536557 23536637 IN IP4 128.3.4.5 用戶名: 會話起始者在某個主機上的登錄標(biāo)識。 會話ID: 這個會話的唯一ID號，由會話起始者的主機生成的。 版本: 這個特定會話的版本號。 網(wǎng)絡(luò)類型: 表示網(wǎng)絡(luò)類型，字符串“IN”表示“Internet。 地址類型: 表示網(wǎng)絡(luò)中的地址類型，SDP定義了IP4和IP6兩個類型。 地址: 生成會話的機器的網(wǎng)絡(luò)地址 (完整的域名/實際的IP地址).20 連接信息（c） 格式：c=(網(wǎng)絡(luò)類型)

17、(地址類型)(連接地址) 例如：c=IN IP4 169.130.12.5 網(wǎng)絡(luò)類型：表示接收媒體數(shù)據(jù)的網(wǎng)絡(luò)和地址。 連接地址：是接收數(shù)據(jù)的地址(IP地址或完整域名)。 每個媒體描述必須包含一個“c=”字段，或在會話級描述中包含一個公共的“c=”字段。 媒體描述（m） 格式： m=媒體端口(傳輸協(xié)議)格式列表 例如： m=audio 45678 RTP/AVP 0 (m=)的出現(xiàn)標(biāo)志著會話中又一個媒體流參數(shù)的開始。 媒體類型：音頻、視頻、應(yīng)用程序、數(shù)據(jù)或控制。 端口：指明接收媒體的端口號。 傳輸協(xié)議：和“c=”行中的地址類型有關(guān)。對于IP4來說，大多數(shù)媒體流都在RTP/UDP上傳送。21 IN

18、VITE sip:888210110.77.226.41 SIP/2.0（開始行） From: sip:888210010.77.226.41;tag=1c13959（說明主叫用戶的注冊帳號） To: sip:888210110.77.226.41（說明被叫用戶的注冊帳號） Call-Id: call-973574765-410.77.226.121（唯一標(biāo)識一次SIP呼叫） Cseq: 1 INVITE（區(qū)分同一個呼叫不同INVITE消息的編號） Content-Type: application/sdp（說明消息體的類型為SDP） Content-Length: 199（說明消息體的長度為

19、199字節(jié)） Contact: sip:888210010.77.226.121（說明主叫用戶的當(dāng)前地址） User-Agent: Pingtel/1.0.0 (VxWorks)（指明UA的用戶類型） Via: SIP/2.0/UDP 10.77.226.121（Via用來記錄消息的地址路徑） v=0（SDP版本號） o=Pingtel 5 5 IN IP4 10.77.226.121（描述源端信息） s=phone-call（本次呼叫名字） c=IN IP4 10.77.226.121（A用戶接收媒體信息的IP地址） m= audio 8766 RTP/AVP 0 96 8（RTP媒體類型描

20、述）（4）SIP消息示例請求行請求行(由由SIP定義定義)頭部頭部(由由SIP定義定義)消息體消息體(由由SDP定義定義)22輔導(dǎo)內(nèi)容1. RTP協(xié)議和多媒體信息的封裝2. SIP協(xié)議和SDP協(xié)議3. H.248協(xié)議協(xié)議4. BICC協(xié)議5. 信令傳輸協(xié)議SIGTRAN6. 第一次階段作業(yè)講解 23H.248協(xié)議簡介 H.248/Megaco協(xié)議是軟交換設(shè)備與媒體網(wǎng)關(guān)之間的一種媒體網(wǎng)關(guān)控制協(xié)議。它提供控制媒體的建立、修改和釋放機制，同時也可攜帶某些隨路呼叫信令，支持傳統(tǒng)網(wǎng)絡(luò)終端的呼叫。 H.248協(xié)議可以采用TCP、UDP或SCTP用作協(xié)議的傳輸層協(xié)議。 H.248提出了網(wǎng)關(guān)的連接模型概念，對

21、媒體網(wǎng)關(guān)內(nèi)部對象進行抽象和描述。 24(1)網(wǎng)關(guān)的連接模型 基本構(gòu)件：終端(Termination)和關(guān)聯(lián)域(Context) 終端 終端是MG上的一個邏輯實體，它可以發(fā)送和或接收一個或者多個數(shù)據(jù)流。 終端分為半永久性終端和臨時性終端兩種。 物理終結(jié)點代表物理實體； 臨時終結(jié)點代表臨時性的信息流，由H.248命令來創(chuàng)建和刪除。 終端可支持信號，這些信號可以是MG產(chǎn)生的媒體流（如信號音和錄音通知），也可以是隨路信號。終端可對事件進行檢測。終端可對數(shù)據(jù)進行統(tǒng)計。 每個終端有一個終端標(biāo)識（Termination ID），在創(chuàng)建時由網(wǎng)關(guān)分配，在網(wǎng)關(guān)內(nèi)全局唯一。 25 關(guān)聯(lián)域 代表一組終端之間的相互關(guān)系

22、，實際上對應(yīng)為呼叫,在同一個關(guān)聯(lián)域中的終端之間可相互通信。 關(guān)聯(lián)的屬性： 關(guān)聯(lián)標(biāo)識符 ：由媒體網(wǎng)關(guān)分配，關(guān)聯(lián)標(biāo)識符在媒體網(wǎng)關(guān)范圍內(nèi)全局唯一。 拓?fù)洌好枋鲆粋€關(guān)聯(lián)中終端之間的媒體流方向。 關(guān)聯(lián)的優(yōu)先級：告知MG在處理關(guān)聯(lián)時的先后次序。 緊急呼叫的標(biāo)識符：當(dāng)使用緊急呼叫標(biāo)識符時，MG優(yōu)先處理此類呼叫。 關(guān)聯(lián)域的創(chuàng)建、修改和刪除均由相應(yīng)的H248命令完成。26終端與關(guān)聯(lián)域TerminationRTP StreamTerminationSCN Bear. Ch.TerminationSCN Bear. Ch.TerminationRTP StreamTerminationRTP StreamTermi

23、nationSCN Bear. Ch.TerminationSCN Bear. Ch.ContextContextContext123*27（2）H.248消息的一般格式 H.248消息有文本編碼和二進制編碼兩種格式。 在文本格式時，一個消息以MEGACO帶一斜線開頭，隨后是一個協(xié)議版本號、一個消息ID、一個消息體。例如： MEGACO/1111111222222：34567 Transaction =12345 Context =1111 ADD=A5555， ADD=A6666 Context =$ ADD =A7777 Transaction =3456 消息消息ID一般是發(fā)送信息一般是

24、發(fā)送信息的實體的域名的實體的域名/IP地址及地址及端口號。端口號。28(3)H.248協(xié)議的命令 Add命令：用來向一個關(guān)聯(lián)域中添加終端。 （軟交換設(shè)備軟交換設(shè)備MG） Modify命令：用來修改終端的特性、事件和信號。 （軟交換設(shè)備軟交換設(shè)備MG） Subtract命令：用來解除一個終端與它所處的關(guān)聯(lián)域之間的聯(lián)系，同時返回有關(guān)這個終端的統(tǒng)計信息。 （軟交換設(shè)備軟交換設(shè)備MG） Move命令：用來將一個終端從它當(dāng)前所在的關(guān)聯(lián)域轉(zhuǎn)移到另一個關(guān)聯(lián)域。 （軟交換設(shè)備軟交換設(shè)備MG） Notify命令： MG可以使用該命令向軟交換設(shè)備報告MG內(nèi)發(fā)生的事件，該命令無需回復(fù)響應(yīng)。 （MG軟交換設(shè)備軟交換設(shè)

25、備）29描述符 媒體(Media)描述符 ：說明終結(jié)點的媒體流參數(shù)媒體流參數(shù)。 媒體描述符 終端狀態(tài)描述符 媒體流描述符 本地控制描述符 本地描述符 遠端描述符 本地描述符(Local) ：描述網(wǎng)關(guān)自遠端實體接收接收的媒體流的特性，如接收的媒體的格式及RTP端口號等，在文本行形式中采用SDP描述 。 遠端描述符(Remote) ：描述網(wǎng)關(guān)向遠端實體發(fā)送發(fā)送的媒體流特性，如所發(fā)送的媒體的格式及RTP端口號等，在文本行形式中采用SDP描述 。30(4)H.248的呼叫信令流程Context=286A0 A100000034軟交換軟交換10.54.250.187 : 294410.54.250.43

26、 : 294410.54.250.18 : 2944H.248IP語音數(shù)據(jù)語音數(shù)據(jù)接入網(wǎng)關(guān)接入網(wǎng)關(guān)1接入網(wǎng)關(guān)接入網(wǎng)關(guān)2Context=287A100000035 A1:18300G.723:18296G.7236540100UserAUserB3132（4）軟交換向MG1發(fā)送Add命令，要求在MG1中創(chuàng)建一個新context，并在context中加入TDM 終端和RTP 終端，其中RTP 終端的Mode設(shè)置為Receive Only，并設(shè)置抖動緩存、語音壓縮算法等。MEGACO/1 10.54.250.187:2944T=369363687C=$ （目前關(guān)聯(lián)的ID還不確定，待MG1分配 ）A=

27、A0 （將終端A0加入新增的關(guān)聯(lián) ）MOMO=IN,RV=OFF,RG=OFF, （本地控制描述符 ）E=369109253al/*,SG, （信號為空，要求MG1停止目前所播放的任何信號 ）A=$ （將某個RTP終端加入新增關(guān)聯(lián)，終端ID待MG1分配 ）MOMO=RC,RV=OFF,RG=OFF,nt/jit=40,（RTP終端模式為Receiveonly ）Lv=0 c=IN IP4 $ m=audio $ RTP/AVP 8 （本地描述符，IP地址和端口號待MG1分配，建議RTP終端媒體編碼格式采用G.711A ）MG1通過Reply響應(yīng)返回其接收媒體流的RTP端口號及采用的語音壓縮算法

28、。 MEGACO/1 10.54.250.43:2944P=369363687C=286A=A0,A=A100000034MOMO=RC,RV=OFF,RG=OFF,nt/jit=40,Lv=0 c=IN IP4 10.54.250.43 m=audio 18300 RTP/AVP 833（5）軟交換進行被叫號碼分析后，確定被叫UserB與MG2的物理終端A1相連。因此，軟交換向MG2發(fā)送Add命令，在MG2中創(chuàng)建一個新的context，并在context中加入TDM termination和RTP termination。ADD_REQ命令的文本描述MEGACO/1 10.54.250.18

29、7:2944T=369363688C=$A=A1MOMO=SR,RV=OFF,RG=OFF,E=369108998al/*,SG,A=$M=OMO=IN,RV=OFF,RG=OFF,nt/jit=40, （終端為去激活（Inactive）模式）Lv=0 c=IN IP4 $ m=audio $ RTP/AVP 8ADD_REPLY響應(yīng)的文本描述MEGACO/1 10.54.250.18:2944P=369363688C=287A=A1,A=A100000035MOMO=IN,RV=OFF,RG=OFF,nt/jit=40, Lv=0 c=IN IP4 10.54.250.18 m=audio

30、18296 RTP/AVP 834（9）軟交換向MG2發(fā)送Modify命令，將A100000035發(fā)送媒體流的IP地址、RTP端口號及采用的語音壓縮算法通知MG2，并且修改RTP終端A100000035的模式為收/發(fā)。MEGACO/1 10.54.250.187:2944T=370281195C=287MF=A1MOMO=SR,RV=OFF,RG=OFF,tdmc/ec=ON, E=369109001al/*,SG,MF=A100000035MOMO=SR,RV=OFF,RG=OFF, （模式為收/發(fā)）Rv=0 c=IN IP4 10.54.250.43 m=audio 18300 RTP/A

31、VP 8 （遠端描述符，A100000035的R=A100000034的L）35(10)MGC向MG1發(fā)送修改命令，確定RTP終端A100000034的發(fā)送特性Remote。并且修改RTP終端A100000034的模式為收/發(fā)。MEGACO/1 10.54.250.187:2944T=370281196C=286MF=A0MOMO=SR,RV=OFF,RG=OFF,tdmc/ec=ON, （模式為收/發(fā)）E=369109258al/*,SG,MF=A100000034MOMO=SR,RV=OFF,RG=OFF,Rv=0 c=IN IP4 10.54.250.18 m=audio 18296 R

32、TP/AVP 8 （遠端描述符，A100000034的R=A100000035的L）此時，終端A0和終端A1都知道了本端和對端的連接信息。具備了通話條件，開始通話。 36輔導(dǎo)內(nèi)容1. RTP協(xié)議和多媒體信息的封裝2. SIP協(xié)議和SDP協(xié)議3. H.248協(xié)議4. BICC協(xié)議協(xié)議5. 信令傳輸協(xié)議SIGTRAN6. 第一次階段作業(yè)講解 37BICC協(xié)議簡介協(xié)議簡介 BICC協(xié)議采用呼叫信令和承載信令功能分離的思路，在骨干網(wǎng)中實現(xiàn)使用與業(yè)務(wù)承載無關(guān)的呼叫控制。 BICC的主要目的是使呼叫控制信令可以在各種網(wǎng)絡(luò)上承載?；灸康氖侵С终瓗щ娦艠I(yè)務(wù)在寬帶分組骨干網(wǎng)上的傳送。 BICC協(xié)議基于N-IS

33、UP信令，沿用ISUP中的相關(guān)消息，并利用APM ( Application Transport Mechanism ) 機制傳送BICC特定的承載控制信息，因此可以承載全方位的PSTN/ISDN業(yè)務(wù)。 BICC協(xié)議主要應(yīng)用在移動通信系統(tǒng)3G的R4核心網(wǎng)中。38與BICC協(xié)議有關(guān)的網(wǎng)絡(luò)接口 黃色：H.248協(xié)議 綠色：隧道協(xié)議紅色：IPBCP協(xié)議 白色：BICC協(xié)議 借助借助BICC協(xié)議和協(xié)議和H.248協(xié)議來隧傳協(xié)議來隧傳承載控制協(xié)議（承載控制協(xié)議（BCP）。）。用于傳送媒體流信源用于傳送媒體流信源/信宿之間的媒信宿之間的媒體流特性、端口號和源體流特性、端口號和源IP地址。使用地址。使用SD

34、P對信息進行編碼。對信息進行編碼。39輔導(dǎo)內(nèi)容1. RTP協(xié)議和多媒體信息的封裝2. SIP協(xié)議和SDP協(xié)議3. H.248協(xié)議4. BICC協(xié)議5. 信令傳輸協(xié)議信令傳輸協(xié)議SIGTRAN6. 第一次階段作業(yè)講解 40信令傳輸協(xié)議SIGTRAN 信令傳輸協(xié)議（SIGTRAN）用于解決在IP網(wǎng)上傳送電話網(wǎng)的信令的問題，實現(xiàn)NGN網(wǎng)與電話網(wǎng)的信令互通。 SGSoftX3000SoftX3000No.7信令網(wǎng)IP網(wǎng)Q.92141(2)流傳送控制協(xié)議SCTP UDP與TCP不盡人意 UDP只能提供數(shù)據(jù)報的不可靠傳輸。 TCP嚴(yán)格的按序傳輸導(dǎo)致時延增大；無法提供對多宿主機的透明支持；不允許高層應(yīng)用設(shè)定

35、協(xié)議控制參數(shù)。 SCTP：提供可靠的數(shù)據(jù)傳輸，但對TCP進行了某些改進。 證實和重發(fā)：TSN、SACK 流內(nèi)消息的順序遞交：U比特置0，流識別符，流順序號 數(shù)據(jù)塊捆綁：一個分組可包含多個數(shù)據(jù)塊 分組的有效性驗證和差錯檢測：分組有效性驗證標(biāo)簽，校驗碼 支持多宿：INIT，INIT ACK42SCTP的功能 在確認(rèn)方式下無差錯、無重復(fù)地傳送用戶數(shù)據(jù)； 根據(jù)通路的MTU的限制進行用戶數(shù)據(jù)的分段； 將多個用戶的消息復(fù)用到一個SCTP的數(shù)據(jù)塊中； 在多個流上保證用戶消息的順序遞交； 利用SCTP偶聯(lián)的機制在偶聯(lián)的一端或兩端提供多歸屬的機制來提供網(wǎng)絡(luò)級的保證； 包含了避免擁塞的功能和避免遭受泛播和匿名的攻

36、擊。 YDT 1194-2002 流控制傳送協(xié)議(SCTP)43（3）SCTP的結(jié)構(gòu) SCTP協(xié)議在兩個SCTP端點的一組傳送地址之間建立偶聯(lián)。從而為兩個SCTP用戶提供可靠的消息傳送業(yè)務(wù)。 SCTP端點：SCTP分組中邏輯的接收方或發(fā)送方，由傳送地址來唯一識別。 傳送地址：用網(wǎng)絡(luò)層地址、傳送層協(xié)議和傳送層端口來定義。（IP地址SCTP端口號） SCTP偶聯(lián)：兩個SCTP端點間的一個對應(yīng)關(guān)系，包括兩個SCTP端點以及協(xié)議狀態(tài)信息。 SCTP偶聯(lián)的兩個端點的對等層之間，通過發(fā)送SCTP分組來傳遞信息。SCTP用戶應(yīng)用用戶應(yīng)用SCTP層層IP層層SCTP用戶應(yīng)用用戶應(yīng)用SCTP層層IP層層一個或多

37、個一個或多個IP地址地址網(wǎng)絡(luò)傳送網(wǎng)絡(luò)傳送STCP端點端點ASTCP端點端點B協(xié)議（協(xié)議（SCTP分組）分組）44SCTP常用的數(shù)據(jù)塊 啟動數(shù)據(jù)塊（ INIT ） 啟動兩個SCTP端點間的一個偶聯(lián)。 啟動標(biāo)簽 啟動證實數(shù)據(jù)塊（ INIT ACK ） 確認(rèn)SCTP偶聯(lián)的啟動。 啟動標(biāo)簽，狀態(tài)COOKIE參數(shù)（授權(quán)碼） COOKIE ECHO 取出INIT ACK 包含的狀態(tài)COOKIE參數(shù)發(fā)回給對端SCTP。 狀態(tài)COOKIE參數(shù) COOKIE ACK 對COOKIE ECHO的響應(yīng)。45 凈荷數(shù)據(jù)數(shù)據(jù)塊（ DATA ） 傳送SCTP高層用戶的信息。 U比特，流標(biāo)識符，流順序號，凈荷協(xié)議標(biāo)識符，用

38、戶數(shù)據(jù) 選擇證實數(shù)據(jù)塊（ SACK ） 向?qū)Φ榷它c確認(rèn)接收到的DATA數(shù)據(jù)塊，并通知DATA數(shù)據(jù)塊中的間隔。 流順序號 除了INIT、 INIT ACK 和SHUTDOWN數(shù)據(jù)塊以外，其他類型的多個數(shù)據(jù)塊可以捆綁在一個SCTP分組中。46（4）SCTP偶聯(lián)的正常建立和數(shù)據(jù)發(fā)送過程（Tag_A）（Tag_A，狀態(tài)COOKIE ）（狀態(tài)COOKIE ）（TSN_A）（TSN_A）（TSN_B+1）（TSN_B）（狀態(tài)COOKIE ）（TSN_B）476.第一次階段作業(yè)講解 1.以下協(xié)議中，( )協(xié)議主要用來在IP網(wǎng)絡(luò)中傳送電話網(wǎng)的信令。TCPRTPSCTPRTCP2. 以下協(xié)議中，( )協(xié)議能夠為

39、語音、圖像、數(shù)據(jù)等多種需實時傳輸?shù)臄?shù)據(jù)提供端到端的傳輸功能。TCPRTPSCTPA. RTCP483. G.723編碼數(shù)據(jù)的比特率采用6.3kb/s，每30ms傳送一次，在不考慮靜音壓縮和數(shù)據(jù)鏈路層頭部所占的帶寬的情況下，在IP網(wǎng)絡(luò)中傳送一路G.723話音所占的帶寬為( )。（20+8+12+6300/8*0.03）*8*(1000/30) =16.86kbit/s16.86kbit/s64kb/s6.3kb/s15.86kbit/s4. G.723編碼數(shù)據(jù)的比特率采用5.3kb/s，每30ms傳送一次，在不考慮靜音壓縮和數(shù)據(jù)鏈路層頭部所占的帶寬的情況下，在IP網(wǎng)絡(luò)中傳送一路G.723話音所占

40、的帶寬為( )。16.86kbit/s64kb/s6.3kb/sA. 15.86kbit/s495. SIP協(xié)議網(wǎng)絡(luò)模型中，( ) 完成用戶請求的轉(zhuǎn)發(fā)。 重定向服務(wù)器代理服務(wù)器定位服務(wù)器注冊服務(wù)器6. SIP協(xié)議網(wǎng)絡(luò)模型中，( ) 能夠?qū)⒂脩舢?dāng)前新的位置告訴請求方。重定向服務(wù)器代理服務(wù)器定位服務(wù)器A. 注冊服務(wù)器507. 以下消息中，被叫用戶的注冊賬號為( )。INVITE Sip:watson bell- SIP/2.0Via: SIP/2.0/UDP kton.bell-From: A. Bell ( Sip: a.g.bell bell-)To: T. Watson (Sip: wats

41、on bell-); tag = 37462311Call-ID: 3298420296 kton.bell-CSeq: 1 INVITEContact: Sip: a.g.bell kton.bell-Content-Type: application/sdpContent-Length =v=0o = Watson 4858949 4858949 IN IP4 192.1.2.3s = Im on my wayc = IN IP4 kton.bell-m = audio 5004 RTP/AVP 0 3a.g.bell bell-watson bell-3298420296 kton.be

42、ll-A. watson boston.bell-518. 以下消息中，主叫用戶能夠接收( )種音頻編碼。INVITE Sip:watson bell- SIP/2.0Via: SIP/2.0/UDP kton.bell-From: A. Bell ( Sip: a.g.bell bell-)To: T. Watson (Sip: watson bell-); tag = 37462311Call-ID: 3298420296 kton.bell-CSeq: 1 INVITEContact: Sip: a.g.bell kton.bell-Content-Type: application/s

43、dpContent-Length =v=0o = Watson 4858949 4858949 IN IP4 192.1.2.3s = Im on my wayc = IN IP4 kton.bell-m = audio 5004 RTP/AVP 0 31234529. 以下消息中，主叫用戶的當(dāng)前地址為( )。INVITE Sip:watson bell- SIP/2.0Via: SIP/2.0/UDP kton.bell-From: A. Bell ( Sip: a.g.bell bell-)To: T. Watson (Sip: watson bell-); tag = 37462311Call-ID: 3298420296 kton.bell-CSeq: 1 INVITEContact: Sip: a.g.bell kton.bell-Content-Type: application/sdpContent-Length =v=0o = Watson 4858949 4858949 IN IP4 192.1.2.3s = Im on m