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

1、1軟交換與NGN第一次實(shí)時(shí)輔導(dǎo)（晚上 7：00-9：00）第二部分 張碧玲 聯(lián)系方式：010-2下一代網(wǎng)絡(luò)中各節(jié)點(diǎn)之間使用的協(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é)議 為解決實(shí)時(shí)業(yè)務(wù)順序傳送和提供時(shí)戳等一系列問(wèn)題，IETF提出了實(shí)時(shí)傳輸協(xié)議(RTP)。 RTP協(xié)議

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

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

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

5、計(jì)算方法不考慮靜音壓縮和數(shù)據(jù)鏈路層頭部所占的帶寬，G.729編碼數(shù)據(jù)每10ms傳送一次，每秒需傳送100個(gè)語(yǔ)音包，則每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é)議簡(jiǎn)介 SIP(Session Initiation Protocal)稱為會(huì)話啟動(dòng)協(xié)議，是由Internet工程任務(wù)組IETF于1999年提出的一個(gè)在基于IP網(wǎng)絡(luò)中，特別是在Internet這樣一種結(jié)構(gòu)的網(wǎng)絡(luò)環(huán)境中，實(shí)現(xiàn)多媒體實(shí)時(shí)通訊應(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ù)器：代表其他客戶機(jī)發(fā)起請(qǐng)求，既充當(dāng)服務(wù)器又充當(dāng)客戶機(jī)的中間程序。客戶請(qǐng)求被代理服務(wù)器處理并翻譯之后再傳送給其他

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

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

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

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

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

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

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

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

15、icationsdp”。 當(dāng)消息體的類型為ISUP時(shí)，Content-Type頭部字段為：“Content-Type：applicationISUP”。18(3)會(huì)話描述協(xié)議SDP SDP包含了與會(huì)話整體相關(guān)的通用信息和一個(gè)或多個(gè)媒體流相關(guān)的參數(shù)說(shuō)明 。 SDP是基于文本的協(xié)議，常被封裝在SIP、H.248協(xié)議中傳送。 SDP的語(yǔ)法和結(jié)構(gòu) 會(huì)話級(jí)會(huì)話級(jí)參數(shù)必參數(shù)必須放在須放在前面前面然后是然后是媒體級(jí)媒體級(jí)參數(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常用字段 會(huì)話源（o） 格式：o=(用戶名) (會(huì)話標(biāo)識(shí)) (版本) (網(wǎng)絡(luò)類型) (地址類型) (地址)例如： o=bell 536557 23536637 IN IP4 128.3.4.5 用戶名: 會(huì)話起始者在某個(gè)主機(jī)上的登錄標(biāo)識(shí)。 會(huì)話ID: 這個(gè)會(huì)話的唯一ID號(hào)，由會(huì)話起始者的主機(jī)生成的。 版本: 這個(gè)特定會(huì)話的版本號(hào)。 網(wǎng)絡(luò)類型: 表示網(wǎng)絡(luò)類型，字符串“IN”表示“Internet。 地址類型: 表示網(wǎng)絡(luò)中的地址類型，SDP定義了IP4和IP6兩個(gè)類型。 地址: 生成會(huì)話的機(jī)器的網(wǎng)絡(luò)地址 (完整的域名/實(shí)際的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地址或完整域名)。 每個(gè)媒體描述必須包含一個(gè)“c=”字段，或在會(huì)話級(jí)描述中包含一個(gè)公共的“c=”字段。 媒體描述（m） 格式： m=媒體端口(傳輸協(xié)議)格式列表 例如： m=audio 45678 RTP/AVP 0 (m=)的出現(xiàn)標(biāo)志著會(huì)話中又一個(gè)媒體流參數(shù)的開(kāi)始。 媒體類型：音頻、視頻、應(yīng)用程序、數(shù)據(jù)或控制。 端口：指明接收媒體的端口號(hào)。 傳輸協(xié)議：和“c=”行中的地址類型有關(guān)。對(duì)于IP4來(lái)說(shuō)，大多數(shù)媒體流都在RTP/UDP上傳送。21 IN

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

19、199字節(jié)） Contact: sip:888210010.77.226.121（說(shuō)明主叫用戶的當(dāng)前地址） User-Agent: Pingtel/1.0.0 (VxWorks)（指明UA的用戶類型） Via: SIP/2.0/UDP 10.77.226.121（Via用來(lái)記錄消息的地址路徑） v=0（SDP版本號(hào)） 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消息示例請(qǐng)求行請(qǐng)求行(由由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é)議簡(jiǎn)介 H.248/Megaco協(xié)議是軟交換設(shè)備與媒體網(wǎng)關(guān)之間的一種媒體網(wǎng)關(guān)控制協(xié)議。它提供控制媒體的建立、修改和釋放機(jī)制，同時(shí)也可攜帶某些隨路呼叫信令，支持傳統(tǒng)網(wǎng)絡(luò)終端的呼叫。 H.248協(xié)議可以采用TCP、UDP或SCTP用作協(xié)議的傳輸層協(xié)議。 H.248提出了網(wǎng)關(guān)的連接模型概念，對(duì)

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

22、，實(shí)際上對(duì)應(yīng)為呼叫,在同一個(gè)關(guān)聯(lián)域中的終端之間可相互通信。 關(guān)聯(lián)的屬性： 關(guān)聯(lián)標(biāo)識(shí)符 ：由媒體網(wǎng)關(guān)分配，關(guān)聯(lián)標(biāo)識(shí)符在媒體網(wǎng)關(guān)范圍內(nèi)全局唯一。 拓?fù)洌好枋鲆粋€(gè)關(guān)聯(lián)中終端之間的媒體流方向。 關(guān)聯(lián)的優(yōu)先級(jí)：告知MG在處理關(guān)聯(lián)時(shí)的先后次序。 緊急呼叫的標(biāo)識(shí)符：當(dāng)使用緊急呼叫標(biāo)識(shí)符時(shí)，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消息有文本編碼和二進(jìn)制編碼兩種格式。 在文本格式時(shí)，一個(gè)消息以MEGACO帶一斜線開(kāi)頭，隨后是一個(gè)協(xié)議版本號(hào)、一個(gè)消息ID、一個(gè)消息體。例如： MEGACO/1111111222222：34567 Transaction =12345 Context =1111 ADD=A5555， ADD=A6666 Context =$ ADD =A7777 Transaction =3456 消息消息ID一般是發(fā)送信息一般是

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

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

26、 : 294410.54.250.18 : 2944H.248IP語(yǔ)音數(shù)據(jù)語(yǔ)音數(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)建一個(gè)新context，并在context中加入TDM 終端和RTP 終端，其中RTP 終端的Mode設(shè)置為Receive Only，并設(shè)置抖動(dòng)緩存、語(yǔ)音壓縮算法等。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, （信號(hào)為空，要求MG1停止目前所播放的任何信號(hào) ）A=$ （將某個(gè)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地址和端口號(hào)待MG1分配，建議RTP終端媒體編碼格式采用G.711A ）MG1通過(guò)Reply響應(yīng)返回其接收媒體流的RTP端口號(hào)及采用的語(yǔ)音壓縮算法

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）軟交換進(jìn)行被叫號(hào)碼分析后，確定被叫UserB與MG2的物理終端A1相連。因此，軟交換向MG2發(fā)送Add命令，在MG2中創(chuàng)建一個(gè)新的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端口號(hào)及采用的語(yǔ)音壓縮算法通知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 （遠(yuǎn)端描述符，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 （遠(yuǎn)端描述符，A100000034的R=A100000035的L）此時(shí)，終端A0和終端A1都知道了本端和對(duì)端的連接信息。具備了通話條件，開(kāi)始通話。 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é)議簡(jiǎn)介協(xié)議簡(jiǎn)介 BICC協(xié)議采用呼叫信令和承載信令功能分離的思路，在骨干網(wǎng)中實(shí)現(xiàn)使用與業(yè)務(wù)承載無(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 ) 機(jī)制傳送BICC特定的承載控制信息，因此可以承載全方位的PSTN/ISDN業(yè)務(wù)。 BICC協(xié)議主要應(yīng)用在移動(dò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é)議來(lái)隧傳協(xié)議來(lái)隧傳承載控制協(xié)議（承載控制協(xié)議（BCP）。）。用于傳送媒體流信源用于傳送媒體流信源/信宿之間的媒信宿之間的媒體流特性、端口號(hào)和源體流特性、端口號(hào)和源IP地址。使用地址。使用SD

34、P對(duì)信息進(jìn)行編碼。對(duì)信息進(jìn)行編碼。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)的信令的問(wèn)題，實(shí)現(xiàn)NGN網(wǎng)與電話網(wǎng)的信令互通。 SGSoftX3000SoftX3000No.7信令網(wǎng)IP網(wǎng)Q.92141(2)流傳送控制協(xié)議SCTP UDP與TCP不盡人意 UDP只能提供數(shù)據(jù)報(bào)的不可靠傳輸。 TCP嚴(yán)格的按序傳輸導(dǎo)致時(shí)延增大；無(wú)法提供對(duì)多宿主機(jī)的透明支持；不允許高層應(yīng)用設(shè)定

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

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

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

38、戶數(shù)據(jù) 選擇證實(shí)數(shù)據(jù)塊（ SACK ） 向?qū)Φ榷它c(diǎn)確認(rèn)接收到的DATA數(shù)據(jù)塊，并通知DATA數(shù)據(jù)塊中的間隔。 流順序號(hào) 除了INIT、 INIT ACK 和SHUTDOWN數(shù)據(jù)塊以外，其他類型的多個(gè)數(shù)據(jù)塊可以捆綁在一個(gè)SCTP分組中。46（4）SCTP偶聯(lián)的正常建立和數(shù)據(jù)發(fā)送過(guò)程（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é)議主要用來(lái)在IP網(wǎng)絡(luò)中傳送電話網(wǎng)的信令。TCPRTPSCTPRTCP2. 以下協(xié)議中，( )協(xié)議能夠?yàn)?/p>

39、語(yǔ)音、圖像、數(shù)據(jù)等多種需實(shí)時(shí)傳輸?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ò)模型中，( ) 完成用戶請(qǐng)求的轉(zhuǎn)發(fā)。 重定向服務(wù)器代理服務(wù)器定位服務(wù)器注冊(cè)服務(wù)器6. SIP協(xié)議網(wǎng)絡(luò)模型中，( ) 能夠?qū)⒂脩舢?dāng)前新的位置告訴請(qǐng)求方。重定向服務(wù)器代理服務(wù)器定位服務(wù)器A. 注冊(cè)服務(wù)器507. 以下消息中，被叫用戶的注冊(cè)賬號(hào)為( )。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