H248協(xié)議原理及應(yīng)用

本文格式為Word版，下載可任意編輯——H248協(xié)議原理及應(yīng)用

NGN_SP002_C1H248協(xié)議原理與應(yīng)用

課程目標(biāo)：

?H.248協(xié)議呼叫模型和協(xié)議結(jié)構(gòu)?H.248協(xié)議的基本命令、消息格式?H248的典型呼叫流程?H248在ZXSS10中的應(yīng)用

參考資料：

?RFC3015

?《ZXSS10協(xié)議設(shè)計(jì)概要》?《ZXSS10技術(shù)手冊(cè)》

目錄

第1章H.248協(xié)議的整體概念11.1什么是協(xié)議11.2H248協(xié)議的起源2

1.2.1歷史背景21.2.2網(wǎng)關(guān)分解功能模型31.2.3H248發(fā)展的歷史41.3需要了解的幾個(gè)問(wèn)題5

1.3.1解答第一個(gè)問(wèn)題61.3.2解答其次個(gè)問(wèn)題71.3.3解答第三個(gè)問(wèn)題8

第2章H248協(xié)議組成92.1連接模型的引入9

2.1.1終端和關(guān)聯(lián)域102.1.2終端（termination）132.1.3關(guān)聯(lián)域（context）142.2描述符162.3封包17

2.3.1H248常見(jiàn)包182.4H248H248的八個(gè)命令18

2.4.1Add命令192.4.2Modify命令202.4.3Subtract命令212.4.4Move命令212.4.5AuditValue命令222.4.6AuditCapability命令232.4.7Notify命令232.4.8ServiceChange命令242.5H248基于事務(wù)的消息傳遞機(jī)制25

i

2.5.1事務(wù)通信機(jī)制252.5.2事務(wù)響應(yīng)262.5.3通信方式272.5.4“重啟雪崩〞保護(hù)28

第3章呼叫流程分析313.1MG向MGC注冊(cè)注銷(xiāo)流程31

3.1.1注冊(cè)流程分析323.1.2注銷(xiāo)流程分析333.2同一SS域下IAD用戶撥打IAD用戶流程34

3.2.1情景模式343.2.2呼叫流程353.2.3呼叫流程分析353.3呼叫撤消流程503.4同一SS域下TG用戶撥打TG用戶流程54

3.4.1H248應(yīng)用于TG/SG工作原理543.4.2情景模式553.4.3呼叫流程解析553.4.4呼叫流程573.4.5呼叫流程注解57

ii

第1章H.248協(xié)議的整體概念

?知識(shí)點(diǎn)

?本章將對(duì)h248協(xié)議的起源，作用及發(fā)展做一些介紹。

課程目標(biāo)：

把握協(xié)議所定義的網(wǎng)絡(luò)實(shí)體把握協(xié)議的尋址方式把握協(xié)議中的命令

協(xié)議的所定義的通信機(jī)制方式協(xié)議流程的簡(jiǎn)單分析

1.1什么是協(xié)議

什么是協(xié)議協(xié)議Xiéyì[agreeon]∶共同計(jì)議;協(xié)商[agreement;accord;concord]∶經(jīng)過(guò)談判、協(xié)商而制定的共同承認(rèn)、共同遵守的文件4

1

SS_010030_CH248協(xié)議原理

1.2H248協(xié)議的起源

1.2.1歷史背景

歷史背景基于H323體系的第一代IP電話PSTN/ISDNGK??功能擴(kuò)展性不強(qiáng)：業(yè)務(wù)的實(shí)現(xiàn)需要對(duì)繁雜的網(wǎng)關(guān)實(shí)體進(jìn)行改造。容量擴(kuò)展性不強(qiáng)：網(wǎng)關(guān)功能實(shí)體太過(guò)繁雜，對(duì)大規(guī)模用戶的使用支持不好。GW媒體變換信令轉(zhuǎn)換呼叫控制H323Terminal6由于IP網(wǎng)絡(luò)的快速發(fā)展，IP網(wǎng)提供的業(yè)務(wù)越來(lái)越多。同時(shí)，原有的電路交換網(wǎng)（如PSTN網(wǎng)）依舊擁有大量的用戶，為了能讓這些用戶使用IP網(wǎng)絡(luò)提供的服務(wù)，需要提供不同網(wǎng)絡(luò)之間互通的網(wǎng)關(guān)設(shè)備。那在2023年以前的大部分IP電話網(wǎng)關(guān)設(shè)備，是集中型網(wǎng)關(guān)設(shè)備，主要完成三個(gè)方面的功能：

1．完成IP電話互通，將PSTN用戶的話音進(jìn)行編碼、組包后在IP網(wǎng)上傳輸，

同時(shí)將IP網(wǎng)來(lái)的數(shù)據(jù)包解包、解碼后交給PSTN用戶；2．處理信令消息；

3．負(fù)責(zé)網(wǎng)關(guān)內(nèi)部資源管理，及呼叫連接過(guò)程的管理。

隨著用戶數(shù)量及對(duì)業(yè)務(wù)需求的增加，網(wǎng)關(guān)在規(guī)模上要不斷擴(kuò)大，這種集中型的網(wǎng)關(guān)結(jié)構(gòu)在可擴(kuò)展性、安全性方面及組網(wǎng)的靈活性上都存在很大的限制。由此，提出了將業(yè)務(wù)、控制和信令分開(kāi)概念。

2

第1章H.248協(xié)議的整體概念

1.2.2網(wǎng)關(guān)分解功能模型

網(wǎng)關(guān)分解功能模型ControlSoftswitchBICC/SIP-TSIGTRANH.248EdgeRTP/RTCPSGMGISUP/MTPTDMTrunk7將IP電話網(wǎng)關(guān)分開(kāi)成三部分：信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)MG和媒體網(wǎng)關(guān)控制器MGC。SG負(fù)責(zé)處理信令消息，將其終結(jié)、翻譯或中繼；MG負(fù)責(zé)處理媒體流，將媒體流從窄帶網(wǎng)打包送到IP網(wǎng)或者從IP網(wǎng)接收后解包后送給窄帶網(wǎng)；MGC負(fù)責(zé)MG的資源的注冊(cè)和管理，以及呼叫控制。在這種分布式的網(wǎng)關(guān)體系結(jié)構(gòu)中，MG和MGC之間采用的是H.248協(xié)議，SG和MGC之間采用SIGTRAN協(xié)議。這些分開(kāi)網(wǎng)關(guān)結(jié)構(gòu)的重要特點(diǎn)是將控制智能集中到網(wǎng)絡(luò)中來(lái)，即少量的MGC中，其思路和傳統(tǒng)電信交換網(wǎng)類似。

思考：

網(wǎng)關(guān)分解功能模型帶來(lái)什么好處？

3

SS_010030_CH248協(xié)議原理

1.2.3H248發(fā)展的歷史

H248的發(fā)展歷史8

早在1998年，IETF、ITU－T提出了SGCP（簡(jiǎn)單網(wǎng)關(guān)控制協(xié)議）和IPDC（IP設(shè)備控制協(xié)議），它們一起發(fā)展成了MGCP（媒體網(wǎng)關(guān)控制協(xié)議）。

H.248協(xié)議是在MGCP協(xié)議的基礎(chǔ)上，結(jié)合其它媒體網(wǎng)關(guān)控制協(xié)議MDCP（媒體設(shè)備控制協(xié)議）的特點(diǎn)發(fā)展而成的一種協(xié)議，它提供控制媒體的建立、修改和釋放機(jī)制，同時(shí)也可攜帶某些隨路呼叫信令，支持傳統(tǒng)網(wǎng)絡(luò)終端的呼叫。該協(xié)議在構(gòu)建開(kāi)放和多網(wǎng)融合的NGN中，發(fā)揮著重要作用。

由于MGCP協(xié)議在描述能力上的欠缺，限制了其在大型網(wǎng)關(guān)上的應(yīng)用。對(duì)于大型網(wǎng)關(guān)，H.248協(xié)議是一個(gè)好的選擇。與MGCP用戶相比，H.248對(duì)傳輸協(xié)議提供了更多的選擇，并且提供更多的應(yīng)用層支持，管理也更為簡(jiǎn)單。

H.248可以應(yīng)用于SCN（SwitchedCircuitNetwork）、IP、ATM、有線電視網(wǎng)或其他可能的電路或分組網(wǎng)絡(luò)中的任何的兩種或多種網(wǎng)絡(luò)之間的媒體網(wǎng)關(guān)控制的協(xié)議。H.248報(bào)文本身可以承載在任何類型的分組網(wǎng)絡(luò)上，例如IP、ATM、MTP等。

4

第1章H.248協(xié)議的整體概念

1.3需要了解的幾個(gè)問(wèn)題

需要了解的幾個(gè)問(wèn)題???H248協(xié)議發(fā)生在誰(shuí)和誰(shuí)之間？H248協(xié)議起什么作用？同類似的其他協(xié)議相比，H248協(xié)議有些什么特點(diǎn)？5

學(xué)習(xí)H248協(xié)議之前我們必需要知道其用在哪里，起什么作用。在NGN網(wǎng)絡(luò)中有好多協(xié)議，它們又有什么異同點(diǎn)。

5

SS_010030_CH248協(xié)議原理

1.3.1解答第一個(gè)問(wèn)題

解答第一個(gè)問(wèn)題?H248協(xié)議發(fā)生在誰(shuí)和誰(shuí)之間？ServiceControlSCPDatabaseAAAServerApplicationServerPolicyServerSoftswitchSoftswitchCoreCorePacketNetworkAccessSS7NetworkSGTGAGNASH323GWIPPBXMSAGIADWAGPSTN/ISDNBroadbandAccessWireless8由以上網(wǎng)關(guān)分解功能模型可以看出H248屬于MGC與MG之間的接口協(xié)議。它必然發(fā)生在MG與MGC之間。

6

第1章H.248協(xié)議的整體概念

1.3.2解答其次個(gè)問(wèn)題

解答其次個(gè)問(wèn)題?H248協(xié)議起什么作用？它主要的作用就是將呼叫規(guī)律控制從媒體網(wǎng)關(guān)分開(kāi)出來(lái)，使媒體網(wǎng)關(guān)只保持媒體格式轉(zhuǎn)換功能9

H.248/Megaco協(xié)議（MediaGatawayControlProtocal），簡(jiǎn)稱H.248協(xié)議，是IETF、ITU－T制定的媒體網(wǎng)關(guān)控制協(xié)議，一個(gè)非對(duì)等協(xié)議，用在媒體網(wǎng)關(guān)控制器（MGC）和媒體網(wǎng)關(guān)（MG）之間的通信。主要功能是建立一個(gè)良好的業(yè)務(wù)承載連接模型，將呼叫和承載連接進(jìn)行分開(kāi)，通過(guò)對(duì)各種業(yè)務(wù)網(wǎng)關(guān)：TG（中繼網(wǎng)關(guān)），AG（接入網(wǎng)關(guān)），RG（注冊(cè)網(wǎng)關(guān)）等的管理，實(shí)現(xiàn)分組網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)的業(yè)務(wù)互通。

7

SS_010030_CH248協(xié)議原理

1.3.3解答第三個(gè)問(wèn)題

解答第三個(gè)問(wèn)題?同其他網(wǎng)關(guān)分開(kāi)協(xié)議相比，H248協(xié)議有些什么特點(diǎn)？???ASN.1和文本行兩種編碼方式完全開(kāi)放的擴(kuò)展機(jī)制：包擴(kuò)展機(jī)制。與MGCP的包擴(kuò)展機(jī)制相比，機(jī)制更開(kāi)放，定義的包更多。對(duì)多媒體業(yè)務(wù)和多方會(huì)議支持更好11

MGCP協(xié)議只支持文本編碼方式。

8

第2章H248協(xié)議組成

?知識(shí)點(diǎn)?????

了解H248連接模型的作用及其組成。了解H248的命令。了解H248的描述符。了解H248的常用包。了解H248的消息傳遞機(jī)制

2.1連接模型的引入

連接模型的引入H248協(xié)議的目的是對(duì)媒體網(wǎng)關(guān)的承載連接行為進(jìn)行控制和監(jiān)視。為此，首要的問(wèn)題就是對(duì)媒體網(wǎng)關(guān)內(nèi)部對(duì)象進(jìn)行抽象和描述。那么，H248提出了網(wǎng)關(guān)的連接模型概念。13

H248協(xié)議的目的是對(duì)媒體網(wǎng)關(guān)的承載連接行為進(jìn)行控制和監(jiān)視。為此，首要的問(wèn)題就是對(duì)媒體網(wǎng)關(guān)內(nèi)部對(duì)象進(jìn)行抽象和描述。那么，H248提出了網(wǎng)關(guān)的連接模型概念。

9

SS_010030_CH248協(xié)議原理

連接模型指的是MGC控制的，在MG中的規(guī)律實(shí)體或?qū)ο蟆Ｋ荕GC和MG之間消息交互的內(nèi)容核心，MGC通過(guò)命令控制MG上的連接模型，MG上報(bào)連接模型的各種信息包括狀態(tài)、參數(shù)、能力等。

模型的基本構(gòu)件包括：終端（termination）和關(guān)聯(lián)域（context）。

2.1.1終端和關(guān)聯(lián)域

終端和關(guān)聯(lián)域媒體網(wǎng)關(guān)TerminationTerminationTerminationTerminationTerminationTerminationTerminationTerminationTerm.XContext.X終端關(guān)聯(lián)域14媒體網(wǎng)關(guān)引入連接模型后，媒體網(wǎng)關(guān)就抽象為終端和關(guān)聯(lián)域兩種實(shí)體。

10

第2章H248協(xié)議組成

終端和關(guān)聯(lián)域?終端（Termination）：?概念：媒體流的源和宿。一個(gè)終端可以終結(jié)一個(gè)或多個(gè)媒體流。?半永久性終端：物理終端，例如IAD上的一個(gè)Z接口?臨時(shí)性終端：一個(gè)信息流，例如一個(gè)RTP語(yǔ)音流。?Root終端：代表MG本身。?關(guān)聯(lián)域（Context）：?概念：代表一組終端之間的相互關(guān)系。?NullContext：空關(guān)聯(lián)域，代表尚未和其他終端關(guān)聯(lián)的終端，例如，空閑的用戶線。15終端是一種規(guī)律實(shí)體，用來(lái)發(fā)送/接收媒體流和控制流，終端可以分為如下幾類：?

半永久性終端：代表物理實(shí)體的終端，稱為物理終端。例如：代表一個(gè)TDM信道的終端(如我們稍后配置中常見(jiàn)的MG中的TRUNK資源，IAD的AG資源)，只要MG中存在這個(gè)物理實(shí)體，這個(gè)終端就存在。?

臨時(shí)性終端：這類終端只有在網(wǎng)關(guān)設(shè)備使用它的時(shí)候才存在，一旦網(wǎng)關(guān)設(shè)備不使用它，立刻就被釋放掉。例如我們稍后配置中常見(jiàn)的MG中的RTP資源，只有當(dāng)MG使用這些資源的時(shí)候，這個(gè)終端才存在。臨時(shí)性終端可以使用add命令來(lái)創(chuàng)立和substract命令來(lái)刪除，當(dāng)向一個(gè)空關(guān)聯(lián)中參與一個(gè)終端時(shí)，默認(rèn)的將添加一個(gè)關(guān)聯(lián)；若從一個(gè)關(guān)聯(lián)中使用substract命令刪除最終一個(gè)終端時(shí)，關(guān)聯(lián)將變?yōu)榭贞P(guān)聯(lián)。?

根終端(ROOT)：根終端是一種特別的終端，他代表整個(gè)MG。當(dāng)ROOT作為命令的輸入?yún)?shù)時(shí)，命令將作用于整個(gè)網(wǎng)關(guān)，而不是網(wǎng)關(guān)中的一個(gè)終端。在根終端上可以定義包，也可以有屬性、事件和統(tǒng)計(jì)特性（信號(hào)不適用于根終端），因此，根終端的TerminationID將會(huì)出現(xiàn)在一下幾個(gè)地方：

Modify命令：改變屬性或者設(shè)置一個(gè)事件Notify命令：上報(bào)一個(gè)事件

Auditvalue命令：檢測(cè)屬性值和根終端的統(tǒng)計(jì)特性Auditcapability命令：檢測(cè)根終端上的屬性

11

SS_010030_CH248協(xié)議原理

Servicechange命令：聲明網(wǎng)關(guān)進(jìn)入服務(wù)或者退出服務(wù)除此之外，任何在根終端上的應(yīng)用都是錯(cuò)誤的。

關(guān)聯(lián)（Context）是一些終端具有相互聯(lián)系而形成的結(jié)合體。當(dāng)這個(gè)結(jié)合體中包含兩個(gè)以上終端時(shí)，關(guān)聯(lián)可以描述拓?fù)浣Y(jié)構(gòu)（誰(shuí)能聽(tīng)見(jiàn)/看見(jiàn)誰(shuí)），及媒體混合和（或）交換的參數(shù)。一個(gè)關(guān)聯(lián)域可以包含多個(gè)終端。根據(jù)MG的業(yè)務(wù)特點(diǎn)不同，關(guān)聯(lián)域中可以包含的最大終端數(shù)目就不同。一個(gè)關(guān)聯(lián)域中至少要包含一個(gè)終端。同時(shí)一個(gè)終端一次也只能屬于一個(gè)關(guān)聯(lián)域。假使關(guān)聯(lián)域中包含多于兩個(gè)終端，關(guān)聯(lián)域還會(huì)描述拓?fù)浣Y(jié)構(gòu)以及其他一些媒體混合/交換的參數(shù)。

有一種特別的關(guān)聯(lián)稱為空關(guān)聯(lián)（Null），它包含所有那些與其它終端沒(méi)有聯(lián)系的終端?？贞P(guān)聯(lián)中的終端的參數(shù)也可以被檢查或修改，并且也可以檢測(cè)事件。尋常使用Add命令（Command）向關(guān)聯(lián)添加終端。假使MGC沒(méi)有指明向一個(gè)已有的關(guān)聯(lián)添加終端，MG就創(chuàng)立一個(gè)新的關(guān)聯(lián)。使用Subtract命令可以將一個(gè)終端從一個(gè)關(guān)聯(lián)中刪除。使用Move命令可以將一個(gè)終端從一個(gè)關(guān)聯(lián)轉(zhuǎn)移到另一個(gè)關(guān)聯(lián)。一個(gè)終端在某一時(shí)刻只能存在于一個(gè)關(guān)聯(lián)之中。一個(gè)關(guān)聯(lián)中最多可以有多少個(gè)終端由MG屬性來(lái)決定。只提供點(diǎn)到點(diǎn)連接的MG中的每個(gè)關(guān)聯(lián)最多只支持兩個(gè)終端，支持多點(diǎn)會(huì)議的MG中的每個(gè)關(guān)聯(lián)可以支持三個(gè)或三個(gè)以上的終端。

12

第2章H248協(xié)議組成

2.1.2終端（termination）

終端終端ID終端ID?終端可用TerminationID進(jìn)行標(biāo)識(shí)，TerminationID由?終端可用TerminationID進(jìn)行標(biāo)識(shí)，TerminationID由??MG分派。MG分派。??終端描述特性終端描述特性?性質(zhì)（Property）：服務(wù)狀態(tài)、媒體信道屬性等；?性質(zhì)（Property）：服務(wù)狀態(tài)、媒體信道屬性等；?事件（Event）：例如摘機(jī)、掛機(jī)等；?事件（Event）：例如摘機(jī)、掛機(jī)等；?信號(hào)（Signal）：例如撥號(hào)音、DTMF信號(hào)等；?信號(hào)（Signal）：例如撥號(hào)音、DTMF信號(hào)等；?統(tǒng)計(jì)（Statistics）：采集并上報(bào)給MGC的統(tǒng)計(jì)數(shù)據(jù)；?統(tǒng)計(jì)（Statistics）：采集并上報(bào)給MGC的統(tǒng)計(jì)數(shù)據(jù)；19終端用TerminationID進(jìn)行標(biāo)識(shí)，TerminationID的分派方式由MG自主決定。物理終端的TerminationID是在MG中預(yù)先規(guī)定好的。這些TerminationID可以具有某種結(jié)構(gòu)。例如，一個(gè)TerminationID可以由一個(gè)中繼組號(hào)及其中的一個(gè)中繼號(hào)組成，例如用TRUNK0010101，其中001指單元號(hào)，第一個(gè)01指子單元號(hào)，其次個(gè)01指終端序號(hào)。

對(duì)于TerminationID可以使用一種通配機(jī)制。該通配機(jī)制使用兩種通配值（Wildcard）：“ALL〞和“CHOOSE〞。通配值“ALL〞用來(lái)表示多個(gè)終端，在文本格式的H.248信令跟蹤中以“*〞表示?！癈HOOSE〞則用來(lái)指示MG必需自己選擇符合條件的終端，在文本格式的H.248信令跟蹤中以“$〞表示。例如MGC可以通過(guò)這種方式指示MG選擇一個(gè)中繼群中的一條中繼電路。當(dāng)命令中的TerminationID是通配值“ALL〞時(shí)，則對(duì)每一個(gè)匹配的終端重復(fù)該命令，根終端（Root）不包括在內(nèi)。當(dāng)命令不要求通配響應(yīng)時(shí)，每一次重復(fù)命令將產(chǎn)生一個(gè)命令響應(yīng)。當(dāng)命令要求通配響應(yīng)時(shí)，則屢屢重復(fù)命令只會(huì)產(chǎn)生一個(gè)通配響應(yīng)，該通配響應(yīng)中包含所有單個(gè)響應(yīng)的集合。

不同類型的網(wǎng)關(guān)可以支持不同類型的終端，H248協(xié)議通過(guò)允許終端具有可選的性質(zhì)(Property)、事件(Event)、信號(hào)(Signals)和統(tǒng)計(jì)(Statics)來(lái)實(shí)現(xiàn)不同類型的終端。那這4類針對(duì)于終端的描述特性分別含義如下：

13

SS_010030_CH248協(xié)議原理

（1）性質(zhì)（Property）：（2）事件(Event)：（3）信號(hào)(Signals)：（4）統(tǒng)計(jì)(Statics)：

H248協(xié)議用“描述語(yǔ)〞（descriptor）這一數(shù)據(jù)結(jié)構(gòu)來(lái)描述終端的特性，并針對(duì)終端的公共特性，分門(mén)別類的定義了19個(gè)描述語(yǔ)，一般每隔描述語(yǔ)只包含上述某一類終端特性。

2.1.3關(guān)聯(lián)域（context）

關(guān)聯(lián)域關(guān)聯(lián)特性關(guān)聯(lián)特性?關(guān)聯(lián)標(biāo)識(shí)（ContextID）：的標(biāo)識(shí)；?關(guān)聯(lián)標(biāo)識(shí)（ContextID）：ContextContext的標(biāo)識(shí)；?拓?fù)浣Y(jié)構(gòu)（Topology）：媒體的流向?拓?fù)浣Y(jié)構(gòu)（Topology）：媒體的流向?優(yōu)先權(quán)（Priority）：提供關(guān)聯(lián)的優(yōu)先處理信息；?優(yōu)先權(quán)（Priority）：提供關(guān)聯(lián)的優(yōu)先處理信息；?緊急呼叫的標(biāo)識(shí)符：提供關(guān)聯(lián)的緊急處理信息。?緊急呼叫的標(biāo)識(shí)符：提供關(guān)聯(lián)的緊急處理信息。??19H248協(xié)議規(guī)定關(guān)聯(lián)具有以下特性：?

ContextID（關(guān)聯(lián)標(biāo)識(shí)符）

ContextID為關(guān)聯(lián)標(biāo)識(shí)符，一個(gè)由媒體網(wǎng)關(guān)MG選擇的32位整數(shù)，在MG范圍內(nèi)是獨(dú)一無(wú)二的。特別關(guān)聯(lián)編碼對(duì)照如錯(cuò)誤！未找到引用源。所示：

14

第2章H248協(xié)議組成

?

拓?fù)洌═opology)（誰(shuí)能聽(tīng)見(jiàn)/看見(jiàn)誰(shuí)）

用于描述在一個(gè)關(guān)聯(lián)內(nèi)部終端之間的媒體流方向。對(duì)比而言，終端的模式（Send或Receive(見(jiàn)3.2.5本地控制描述符)等）描述的是媒體流在MG的入口和出口處的流向。?

關(guān)聯(lián)優(yōu)先級(jí)（Priority）

用于指示MG處理關(guān)聯(lián)時(shí)的先后次序。在某些狀況下，當(dāng)有大量關(guān)聯(lián)需要同時(shí)處理時(shí)，MGC可以使用關(guān)聯(lián)優(yōu)先級(jí)控制MG上處理工作的先后次序。H248協(xié)議規(guī)定“0〞為最低優(yōu)先級(jí)，“15“為最高優(yōu)先級(jí)。?

緊急呼叫的標(biāo)識(shí)符（IndicatorforEmergencyCall）MG優(yōu)先處理帶有緊急呼叫標(biāo)識(shí)符的呼叫。

15

SS_010030_CH248協(xié)議原理

2.2描述符

描述符?描述符（Descriptor）?概念：一種語(yǔ)法元素（數(shù)據(jù)結(jié)構(gòu)），用來(lái)描述終端的特性；H248V1共定義了19個(gè)描述語(yǔ)，可以分為7類。?終端狀態(tài)和配備：TerminationState、Modem；?媒體流相關(guān)屬性：Media、Stream、Local、Remote、LocalControl、Multiplex；?事件相關(guān)特性：Event、DigitMap、EventBuffer、ObservedEvents；20描述符由描述符名稱(name)和一些參數(shù)項(xiàng)(item)組成，參數(shù)可以有取值。一個(gè)命令可以共享一個(gè)或者多個(gè)描述符，描述符可以作為命令的輸出結(jié)果返回。在返回的描述符內(nèi)容中，空的描述符只返回它的名稱，而不帶任何參數(shù)項(xiàng)。H.248協(xié)議定義了19種描述符。

16

第2章H248協(xié)議組成

2.3封包

封包?封包（Package）?概念：一種終端特性描述的擴(kuò)展機(jī)制，凡是未在基礎(chǔ)協(xié)議的描述語(yǔ)中定義的終端特性可以根據(jù)需要增補(bǔ)定義相應(yīng)的封包。?常用包舉例：al（模擬線管理包）、cg（呼叫進(jìn)程音發(fā)生包）、dd（Dtmf檢測(cè)包）、Au（高級(jí)放音包）；22由于應(yīng)用的多樣性和技術(shù)的不斷發(fā)展，新的終端和特性要求會(huì)不斷出現(xiàn)，為此，H248協(xié)議定義了一種終端特性描述的擴(kuò)展機(jī)制：封包（Package）描述。凡是未在基礎(chǔ)協(xié)議的描述語(yǔ)中定義的終端特性可以根據(jù)需要增補(bǔ)定義相應(yīng)的封包。封包中定義的特性用{PackageID，特性ID}標(biāo)識(shí)。

H248協(xié)議正是利用描述語(yǔ)和封包結(jié)構(gòu)，通過(guò)相應(yīng)的命令來(lái)指定終端的特性，控制終端的連接和監(jiān)視終端的性能的。

封包詳見(jiàn)RFC3015附錄E及相關(guān)協(xié)議文檔。

17

SS_010030_CH248協(xié)議原理

2.3.1H248常見(jiàn)包

H248常見(jiàn)包c(diǎn)g:callprogresstonegenerate(呼叫進(jìn)程包)al:analogline（模擬用戶包）cg/dt(dialtone)撥號(hào)音，cg/bt(busytone)忙音，cg/wt(warningtone)嗥鳴音al/of(offhook)摘機(jī)，al/on(onhook)掛機(jī)，al/fl(flashhook)叉簧Dd/ce表示DTMF收號(hào)，mfd/cd表示脈沖收號(hào)23

2.4H248H248的八個(gè)命令

H248協(xié)議定義了8個(gè)命令用于對(duì)協(xié)議連接模型中的規(guī)律實(shí)體(關(guān)聯(lián)和終端)進(jìn)行操作和管理。命令提供了H248協(xié)議所支持的最精微層次的控制。例如，通過(guò)命令可以向關(guān)聯(lián)增加終端、修改終端、從關(guān)聯(lián)中刪除終端以及審計(jì)關(guān)聯(lián)或終端的屬性。命令提供了對(duì)關(guān)聯(lián)和終端的屬性的完全控制；包括指定要求終端報(bào)告的事件、向終端加載的信號(hào)以及指定關(guān)聯(lián)的拓?fù)浣Y(jié)構(gòu)（誰(shuí)能聽(tīng)見(jiàn)/看見(jiàn)誰(shuí)）。

H248協(xié)議規(guī)定的命令大部分都是用于MGC對(duì)MG的控制，尋常MGC作為命令的始發(fā)者發(fā)起，MG作為命令的響應(yīng)者接收。但是Notify命令和ServiceChange命令除外，Notify命令由MG發(fā)送給MGC，而ServiceChange命令既可以由MG發(fā)起，也可以由MGC發(fā)起。H248協(xié)議規(guī)定的命令參照表2.4-1：

18

第2章H248協(xié)議組成

表2.4-1:H.248命令列表

2.4.1Add命令

Add命令MGCMGAdd?MGC→MG，?把一個(gè)終端參與到一個(gè)關(guān)聯(lián)域中,?假使contextID沒(méi)有指定就新建一個(gè)關(guān)聯(lián)域24

19

SS_010030_CH248協(xié)議原理

2.4.2Modify命令

Modify命令MGCMGAddModify?MGC→MG，?修改終端屬性，事件或者信號(hào)屬性25

20

第2章H248協(xié)議組成

2.4.3Subtract命令

Subtract命令MGCMGAddModifysubtract?MGC→MG，?從一個(gè)關(guān)聯(lián)域中移出一個(gè)終端。?假使關(guān)聯(lián)域中沒(méi)有任何終端則刪除關(guān)聯(lián)域262.4.4Move命令

Move命令MGCMGAddModifysubtractMove?MGC→MG，將一個(gè)終端從一個(gè)關(guān)聯(lián)域中移到另一個(gè)關(guān)聯(lián)域中27

21

SS_010030_CH248協(xié)議原理

2.4.5AuditValue命令

AuditValue命令MGCMGAddModifysubtractMoveAuditValue?MGC→MG，?獲得終端的當(dāng)前信息，事件，信號(hào)信息以及統(tǒng)計(jì)信息28

22

第2章H248協(xié)議組成

2.4.6AuditCapability命令

AuditCapability命令MGCMGAddModifysubtractMoveAuditValueAuditCapability?MGC→MG，?獲取一個(gè)媒體網(wǎng)關(guān)的容量性能指標(biāo)12.4.7Notify命令

Notify命令MGCMGAddModifysubtractMoveAuditValueAuditCapabilityNotify?MG→MGC，?媒體網(wǎng)關(guān)通過(guò)此命令通知媒體網(wǎng)關(guān)控制器在其內(nèi)部發(fā)生的事件（譬如用戶提機(jī)）。28

23

SS_010030_CH248協(xié)議原理

2.4.8ServiceChange命令

ServiceChange命令MGCMGAddModifysubtractMoveAuditValueAuditCapabilityNotifyServiceChange31?MGC?MG?MGC→MG?啟動(dòng)服務(wù)?退出服務(wù)?MG→MGC?啟動(dòng)服務(wù)?退出服務(wù)?注冊(cè)

24

第2章H248協(xié)議組成

2.5H248基于事務(wù)的消息傳遞機(jī)制

2.5.1事務(wù)通信機(jī)制

事務(wù)通信機(jī)制特點(diǎn)：支持多個(gè)命令的并行發(fā)送，提高協(xié)議的傳送效率。即多個(gè)命令組合成事務(wù)（Transaction）事務(wù)Action1Command1TopologyDescriptorCommand1Command3Command2Command4Command2Action2事務(wù)標(biāo)識(shí)Action3同一Action中的所有命令控制范圍為同一Context因此尋常每個(gè)命令都帶有ContextID中興通訊學(xué)院30MG和MGC之間的一組命令組成了事務(wù)（Transaction）。

每個(gè)Transaction由一個(gè)TransactionID來(lái)標(biāo)識(shí)事務(wù)由TransactionID標(biāo)識(shí)，TransactionID是由事務(wù)發(fā)起方分派并在發(fā)送方范圍內(nèi)的唯一值。假使TransationRequest的TransactionID丟失，TransactionReply則帶回一個(gè)Error描述符指示TransationRequest中的TransactionID丟失，其中包含的TransactionID填0。

Transaction由一個(gè)或者多個(gè)動(dòng)作（Action）組成。一個(gè)Action又由一系列命令以及對(duì)關(guān)聯(lián)屬性進(jìn)行修改和審計(jì)的指令組成，這些命令、修改和審計(jì)操作都局限在一個(gè)關(guān)聯(lián)之內(nèi)。因而每個(gè)動(dòng)作尋常指定一個(gè)關(guān)聯(lián)標(biāo)識(shí)。但是有兩種狀況動(dòng)作可以不指定關(guān)聯(lián)標(biāo)識(shí)符，一是當(dāng)請(qǐng)求對(duì)關(guān)聯(lián)之外的終端進(jìn)行修改或?qū)徲?jì)操作時(shí)，另一種狀況是當(dāng)MGC要求MG創(chuàng)立一個(gè)新關(guān)聯(lián)時(shí)。事務(wù)、動(dòng)作和命令之間的關(guān)系示意圖如上圖所示。

25

SS_010030_CH248協(xié)議原理

2.5.2事務(wù)響應(yīng)

事務(wù)響應(yīng)發(fā)送方接受方TransactionRequestTransactionReply/TransactioinPendingTransactionResponseAck34事務(wù)由TransactionRequest（事務(wù)請(qǐng)求）發(fā)起。對(duì)TransactionRequest的響應(yīng)放在一個(gè)單獨(dú)的TransactionReply（事務(wù)應(yīng)答）里面。在收到TransactionReply之前，可能會(huì)先出現(xiàn)一些TransactionPending（事務(wù)處理中）消息。事務(wù)保證對(duì)命令的有序處理。即在一個(gè)事務(wù)中的命令是順序執(zhí)行的。各個(gè)事務(wù)之間則不保證順序，即各個(gè)事務(wù)可以按任意順序執(zhí)行，也可以同時(shí)執(zhí)行。假使一個(gè)事務(wù)中有一個(gè)命令執(zhí)行失敗，那么這個(gè)事務(wù)中的所有剩余命令都將中止執(zhí)行。假使命令中包含通配形式的TerminationID，則對(duì)每一個(gè)與通配值匹配的TerminationID執(zhí)行此命令。TransactionReply包含對(duì)應(yīng)每個(gè)與通配值匹配的TerminationID返回的一個(gè)響應(yīng)；即使對(duì)其中一個(gè)或多個(gè)終端產(chǎn)生了錯(cuò)誤碼。假使與通配值匹配的終端在執(zhí)行命令時(shí)發(fā)生了錯(cuò)誤，則對(duì)此終端之后的所有通配值終端的命令將不再執(zhí)行。但當(dāng)命令標(biāo)記為“Optional（可選）〞時(shí)，處理的方式將會(huì)不同，即：假使一個(gè)可選命令執(zhí)行失敗，該事務(wù)中的后續(xù)命令仍可繼續(xù)執(zhí)行。假使中間某個(gè)命令執(zhí)行失敗，MG在繼續(xù)處理命令前應(yīng)盡可能恢復(fù)該失敗命令執(zhí)行前所處的狀態(tài)。TransactionReply包含相應(yīng)的TransactionRequest中的所有命令的執(zhí)行結(jié)果，其中包括成功執(zhí)行的命令返回值，以及所有執(zhí)行失敗的命令的命令名和Error描述符。TransactionPending命令是用來(lái)周期性地通知接收者一個(gè)事務(wù)尚未終止，尚處于正在積極處理過(guò)程中。具體實(shí)現(xiàn)上，對(duì)每個(gè)事務(wù)都應(yīng)當(dāng)設(shè)置一個(gè)應(yīng)用層定時(shí)器等待TransactionReply。當(dāng)

26

第2章H248協(xié)議組成

定時(shí)器超時(shí)后，應(yīng)當(dāng)重新發(fā)送TransactionRequest。當(dāng)接收到TransactionReply后，就應(yīng)當(dāng)取消定時(shí)器。當(dāng)接收到TransactionPending消息后，就應(yīng)當(dāng)重新啟動(dòng)定時(shí)器。該定時(shí)器被稱為最大重傳定時(shí)器。

2.5.3通信方式

H248的傳送機(jī)制應(yīng)當(dāng)支持對(duì)在MG和MGC之間的所有Transaction的可靠傳輸。傳輸應(yīng)當(dāng)與協(xié)議中需要傳輸?shù)奶囟顭o(wú)關(guān)，并且可適用于所有的應(yīng)用程序狀態(tài)。假使是在IP上傳輸H248協(xié)議，MG應(yīng)當(dāng)實(shí)現(xiàn)TCP或者UDP/ALF，或者同時(shí)支持兩者。在IP/TCP/UDP上傳輸H.248應(yīng)當(dāng)為MG預(yù)先提供一個(gè)首選MGC以及0到多個(gè)備選MGC的名字或地址（如DNS域名或IP地址），用于MG向MGC發(fā)送消息的目的地址。假使傳輸層協(xié)議采用的是TCP或者UDP，而由于某種原因不知道應(yīng)將初始的ServiceChange請(qǐng)求發(fā)送到哪個(gè)端口，則消息發(fā)送方就應(yīng)當(dāng)將這個(gè)請(qǐng)求發(fā)送到缺省的協(xié)議端口。無(wú)論是TCP還是UDP，對(duì)于文本編碼的消息，缺省的協(xié)議端口為2944；而對(duì)于二進(jìn)制編碼的消息，缺省的協(xié)議端口為2945。MGC接收到來(lái)自MG的包含ServiceChange請(qǐng)求的消息后，應(yīng)當(dāng)能夠從中判斷出MG的地址。同時(shí)，MG和MGC都可以在ServiceChangeAddress參數(shù)中提供一個(gè)地址，以便后續(xù)的TransactionRequest都發(fā)送到這個(gè)地址。但是，所有請(qǐng)求的響應(yīng)（包括對(duì)初始的ServiceChange請(qǐng)求的響應(yīng)）必需發(fā)送給相應(yīng)請(qǐng)求的源地址。例如，在IP網(wǎng)中，這個(gè)地址應(yīng)當(dāng)是IP頭中的源地址及TCP/UDP/SCTP頭中的源端口號(hào)。

H.248協(xié)議的傳輸輸機(jī)制能夠支持在MG和MGC之間的事務(wù)處理的可靠傳輸采用三次握手機(jī)制。如圖2.5-1：

27

SS_010030_CH248協(xié)議原理

通信方式SoftswitchH.248TCP/UDPIPThree-wayHandshakeH.248MGPort2944:Text-encodedPort2945:Binary-encoded36圖2.5-1H.248的可靠傳輸

2.5.4“重啟雪崩〞保護(hù)

大量的MG同時(shí)加電重新啟動(dòng)時(shí)，將同時(shí)發(fā)起大量的ServiceChange注冊(cè)流程。此時(shí)，由于大量的ServiceChange命令同時(shí)到達(dá)很可能會(huì)使MGC消息處理流程發(fā)生崩潰，從而導(dǎo)致在業(yè)務(wù)重啟期間引起消息丟失和網(wǎng)絡(luò)擁塞。因此，H248協(xié)議建議采用以下規(guī)則預(yù)防MGC發(fā)生這種重啟雪崩，如圖2.5-2所示：

28

第2章H248協(xié)議組成

“重啟雪崩〞保護(hù)MGCServiceChange?每個(gè)MG都需要重啟計(jì)時(shí)器來(lái)防止“重啟雪崩〞?定時(shí)器的值隨機(jī)初始化MGMGMGMGRestartAvalanche37圖2.5-2預(yù)防重啟雪崩

29

第3章呼叫流程分析

?知識(shí)點(diǎn)

?本章例舉了H248中在一些特定環(huán)境中的呼叫流程，例如AG-AG，TG-TG。

本章主要內(nèi)容：網(wǎng)關(guān)注冊(cè)注銷(xiāo)流程分析呼叫建立流程分析呼叫解除流程分析

3.1MG向MGC注冊(cè)注銷(xiāo)流程

網(wǎng)關(guān)注冊(cè)注銷(xiāo)IADSSMEGACO/1[2]:2944Transaction=9998{Context=-{ServiceChange=ROOT{Services{MEGACO/1[]:2944Reply=9998{Context=-{ServiceChange=ROOT{Services{ServiceChangeAddress=2944,Profile=ResGW/1}}}}}}Method=Restart,ServiceChangeAddress=2944,Profile=ResGW/1}}SVC_CHG_REQSVC_CHG_REPLY4031

SS_010030_CH248協(xié)議原理

3.1.1注冊(cè)流程分析

●

事件1：H.248網(wǎng)關(guān)向ZXSS10SS1a/SS1b發(fā)送SVC_CHG_REQ消息進(jìn)行注冊(cè)，文本描述如下：

（1）MEGACO/1[2]:2944（2）T=9998{（3）C=－{（4）SC=ROOT{（5）SV{（6）MT=RS}}}

第一行：MEGACO協(xié)議版本號(hào)，版本為1。消息由MG發(fā)往MGC，MG的IP地址是[2]，端口號(hào)是2944

其次行：事務(wù)ID號(hào)為9998

第三行：此時(shí)未創(chuàng)立關(guān)聯(lián)，由于關(guān)聯(lián)為“－“，表示空關(guān)聯(lián)

第四行：ServiceChange命令。終端ID為ROOT，表示命令作用于整個(gè)網(wǎng)關(guān)

第五行：ServiceChange命令封裝的ServiceChange描述符

第六行：ServiceChange描述符封裝的參數(shù)。表示ServiceChangeMethod為Restart，ServiceChangeReason為熱啟動(dòng)

事件2：ZXSS10SS1a/SS1b收到MG的注冊(cè)消息后，回送響應(yīng)給MG。下面是SVC_CHG_REPLY響應(yīng)的文本描述：

MEGACO/1[]:2944P=3{C=-{SC=ROOT{SV{}}}}

第一行：MEGACO協(xié)議，版本為1。MGC-MG，MGC的IP地址和端口號(hào)為：[]:2944。

其次行：事務(wù)ID為“9998〞，關(guān)聯(lián)為空。ServiceChange命令作用于整個(gè)網(wǎng)關(guān)。表示MGC已經(jīng)收到MG發(fā)過(guò)來(lái)的注冊(cè)事務(wù)，并且響應(yīng)注冊(cè)成功。

32

第3章呼叫流程分析

3.1.2注銷(xiāo)流程分析

●

事件1：H.248網(wǎng)關(guān)向ZXSS10SS1a/SS1b發(fā)送SVC_CHG_REQ消息進(jìn)行注銷(xiāo)，該命令中ServiceChangeMethod設(shè)置為Graceful或者Force，文本描述如下：

（1）MEGACO/12]:2944（2）T=9998（3）{C=-{（4）SC=ROOT{（5）SV{

（6）MT=FO,RE=905}}}}

第一行：MEGACO協(xié)議版本號(hào)，版本為1。消息由MG發(fā)往MGC，MG的IP地址是[]，端口號(hào)是2944

其次行：事務(wù)ID號(hào)為9998

第三行：此時(shí)未創(chuàng)立關(guān)聯(lián)，由于關(guān)聯(lián)為“－“，表示空關(guān)聯(lián)

第四行：ServiceChange命令。終端ID為ROOT，表示命令作用于整個(gè)網(wǎng)關(guān)

第五行：ServiceChange命令封裝的ServiceChange描述符

第六行：ServiceChange描述符封裝的參數(shù)。表示ServiceChangeMethod為force，ServiceChangeReason為終端退出服務(wù)

●

事件2：ZXSS10SS1a/SS1b回送證明消息。下面是SVC_CHG_REPLY響應(yīng)的文本描述：

MEGACO/1[]:2944P=9998{C=-{SC=ROOT{ER=505}}}

第一行：MEGACO協(xié)議，版本為1。MGC-MG，MGC的IP地址和端口號(hào)為：[]:2944。

其次行：事務(wù)ID為“9998〞，關(guān)聯(lián)為空。ServiceChange命令作用于整個(gè)網(wǎng)關(guān)。Error描述符為“505〞，表示網(wǎng)關(guān)沒(méi)有注冊(cè)。

33

SS_010030_CH248協(xié)議原理

3.2同一SS域下IAD用戶撥打IAD用戶流程

3.2.1情景模式

圖3.2-1呼叫流程情景模式

注意：

在IAD中包含有物理終端和臨時(shí)終端，物理終端的TIDNAME是AG58900到AG58902，依次對(duì)應(yīng)IAD的三個(gè)普通電話接口。臨時(shí)終端的TIDNAME是RTP/00000到RTP/00002

34

第3章呼叫流程分析

3.2.2呼叫流程

圖3.2-2完整呼叫流程圖

3.2.3呼叫流程分析

1．事件1：主叫IAD對(duì)應(yīng)的主叫用戶摘機(jī)，網(wǎng)關(guān)通過(guò)NTFY_REQ命令把摘

機(jī)事件通知發(fā)送給SS1a/SS1b，SS1a/SS1b收到用戶摘機(jī)消息后，回應(yīng)答消息。

35

SS_010030_CH248協(xié)議原理

呼叫建立(事件1)IAD提機(jī)NTFY_REQNTFY_REPLYSSIADMEGACO/1[2]:2944Transaction=49414{Context=-{Notify=AG58900{{ObservedEvents=2000MEGACO/1[]:2944P=49414{C=-{N=AG58900}}20230403T08131100:al/of}}}41●

NTFY_REQ消息文本描述如下：

（1）MEGACO/1[2]:2944（2）Transaction=49414（3）{Context=-{（4）Notify=AG58900

{

}}}

（5）ObservedEvents=2000{20230403T08131100：al/of

第一行：MEGACO協(xié)議版本號(hào)，版本為1。消息由MG發(fā)往MGC，MG的IP地址是[2]，端口號(hào)是2944

其次行：事務(wù)ID號(hào)為49414

第三行：此時(shí)未創(chuàng)立關(guān)聯(lián)，由于關(guān)聯(lián)為“－“，表示空關(guān)聯(lián)

第四行：通知命令Notify，該命令作用對(duì)象為AG58900，對(duì)應(yīng)的號(hào)碼為#02582325

第五行：notify命令封裝的描述符ObservedEvents，其中事件號(hào)為2000，與觸發(fā)NTFY_REQ命令的請(qǐng)求命令的RequestID保持一致，將兩者關(guān)聯(lián)，al/of表示摘機(jī)事件，事件發(fā)生時(shí)間為20230403T08131100。

36

第3章呼叫流程分析

●

SS1a/SS1b回應(yīng)答消息，NOTY_REPLY消息文本描述如下：

（1）MEGACO/1[]:2944（2）P=49414{（3）C=-{

（4）N=AG58900}}2．事件2：

●

SS1a/SS1b收到主叫用戶摘機(jī)事件以后，通過(guò)MOD_REQ命令指示網(wǎng)關(guān)給終端發(fā)送撥號(hào)音，并把撥號(hào)計(jì)劃DigtalMap發(fā)送給H.248網(wǎng)關(guān)，要求根據(jù)DigtalMap撥號(hào)計(jì)劃收號(hào)，并同時(shí)檢測(cè)掛機(jī)和拍叉簧事件的發(fā)生。網(wǎng)關(guān)設(shè)備回復(fù)相應(yīng)的響應(yīng)消息。

呼叫建立IAD提機(jī)NTFY_REQNTFY_REPLYMOD_REQ放撥號(hào)音MEGACO/1[]:2944T=25218{C=-{MF=AG58900{DM=DM99{(##|0X.|11X|13XXXXXXXXX|[2-8]XXXXXX|9XXXXXXXX)},E=2023{dd/ce{DM=DM99},al/on,al/fl},SG{cg/dt}}}}MOD_REPLYSSIADMEGACO/1[2]:2944Reply=25218{Context=-{Modify=AG58900}}中興通訊學(xué)院38????

MEGACO/1[]:2944T=25218{C=-{MF=AG58900{

M=DM999264604954{(([2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[0-9EF].L)F025xxxxx|FF)},E=2023{dd/ce{DM=DM999264604954},al/on,al/fl},SG{cg/dt}}}}

37

SS_010030_CH248協(xié)議原理

第一行：MEGACO協(xié)議的版本為1。消息發(fā)送者標(biāo)識(shí)（MID），此時(shí)為MGC的IP地址和端口號(hào)：[]:2944。

其次行：事務(wù)ID為“25218〞，該事務(wù)ID用于將該請(qǐng)求事務(wù)和其觸發(fā)的響應(yīng)事務(wù)相關(guān)聯(lián)。此時(shí)，該事務(wù)封裝的關(guān)聯(lián)為空。

第三行：Modify命令，用來(lái)修改終端AG58900的特性、事件和信號(hào)。第四行：DigitMap描述符，SS下發(fā)給網(wǎng)關(guān)設(shè)備。撥號(hào)計(jì)劃dmap1。其中，“[2-9]xxxxxx〞表示用戶可以撥2～9中任意一位數(shù)字開(kāi)頭的任意7位號(hào)碼；“13xxxxxxxxx〞表示13開(kāi)頭的任意11號(hào)碼；“0xxxxxxxxx〞表示0開(kāi)頭的任意10位號(hào)碼；“9xxxx〞表示9開(kāi)頭的任意5位號(hào)碼；“1[0124-9]x〞表示1開(kāi)頭，3以外的十進(jìn)制數(shù)為其次位的任意3位號(hào)碼；“E〞表示字母“E〞；“x.F〞；“[0-9EF].L〞表示撥以數(shù)字0～9、字母“E〞、“F〞開(kāi)頭的任意位等長(zhǎng)定時(shí)器超時(shí)之后就會(huì)上報(bào)。MGC請(qǐng)求MG監(jiān)視終端A0發(fā)生的以下事件：事件一，根據(jù)DigitMap規(guī)定的撥號(hào)計(jì)劃（dmap1）收號(hào)。事件二，請(qǐng)求網(wǎng)關(guān)檢測(cè)模擬線包（al）中的所有事件。

網(wǎng)關(guān)設(shè)備的應(yīng)答信息，文本如下：MEGACO/1[2]:2944Reply=25218{Context=-{Modify=AG58900}}

3．事件3：用戶撥號(hào)，終端對(duì)所撥號(hào)碼進(jìn)行收集，并與方才下發(fā)的DigtalMap

進(jìn)行匹配，匹配成功，通過(guò)Notify命令發(fā)送給SS，SS回復(fù)給網(wǎng)關(guān)NTFY_REPLY消息。

38

第3章呼叫流程分析

呼叫建立IAD提機(jī)NTFY_REQNTFY_REPLYMOD_REQ放號(hào)音撥號(hào)MEGACO/1[]:2944Rply=49415{Context=-{Notify=AG58900}}MOD_REPLYNTFY_REQNTFY_REPLYSSIADMEGACO/1[2]:2944Transaction=49415{Context=-{Notify=AG58900{ObservedEvents=2023{20230403T08131500:dd/ce{ds=“26778086\Meth=UM}}}}}中興通訊學(xué)院39?NTFY_REQ消息文本如下：

（1）MEGACO/1[2]:2944（2）Transaction=49415{Context=-

（3）{Notify=AG58900{ObservedEvents=2023{20230403T08131500:dd/ce

{ds=\Meth=UM}}}}}

第一行：MG-MGC。MG的IP地址和端口號(hào)為：[2]:2944。其次行：事務(wù)ID為49415。此時(shí)，該事務(wù)封裝的關(guān)聯(lián)為空。SS1a/1b的實(shí)現(xiàn)方式為主叫撥號(hào)之后才建立關(guān)聯(lián)，以免主叫摘機(jī)不撥號(hào)、所撥的號(hào)碼不存在等原因引起的資源浪費(fèi)。

第三行：Notify命令，該命令作用于終端AG58900。觀測(cè)到的事件描述符。RequestID為“2023〞，與上文MOD_REQ命令的RequestID一致，表示該通知由此MOD_REQ命令觸發(fā)。上報(bào)DigitMap事件的時(shí)間戳。“20230403T08131500〞表示2023年4月3日早上8時(shí)13分15秒。終端AG58900觀測(cè)到的事件為DTMF檢測(cè)包中的DigitMapCompletion事件。該事件的兩個(gè)參數(shù)為：DigitMap終止方式（Meth）和數(shù)字串（ds）。DigitMap終止方式（Meth）有3個(gè)可能值：

“UM〞：明確匹配。假使只有一個(gè)候選撥號(hào)序列且完全匹配，就會(huì)產(chǎn)生

一個(gè)“明確匹配〞的DigitMapCompletion事件。如上圖中DigitMap為

39

SS_010030_CH248協(xié)議原理

[2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[0-9EF].L)F025xxxxx|FF，

數(shù)字串ds=\

“PM〞：部分匹配。在每一步中，等待下一撥號(hào)事件的定時(shí)器將采用缺省的定時(shí)原則，或者參照一個(gè)或多個(gè)撥號(hào)事件序列中明確規(guī)定的定時(shí)器。若定時(shí)器超時(shí)，且不能與候選撥號(hào)事件集完全匹配或沒(méi)有候選撥號(hào)事件可以匹配，則報(bào)告“定時(shí)器超時(shí)，部分匹配〞。

“FM〞：完全匹配。若定時(shí)器超時(shí)，且能與候選撥號(hào)事件集中的一個(gè)撥號(hào)事件完全匹配，則報(bào)告“定時(shí)器超時(shí)，完全匹配〞。數(shù)字串“ds〞，此時(shí)表示用戶終端所撥的號(hào)碼為“F02582325〞?

NTFY_REPLY響應(yīng)文本如下：MEGACO/1[]:2944Rply=49415{

Context=-{Notify=AG58900}}

4．事件4：MGC在MG中創(chuàng)立一個(gè)新context，并在context中參與

TDMtermination和RTPtermination。MG返回ADD_REPLY響應(yīng)，分派新的連接描述符，新的RTP終端描述符。

40

第3章呼叫流程分析

呼叫建立(事件4)IAD提機(jī)NTFY_REQNTFY_REPLYMEGACO/1[]:2944Transaction=10003{Context=${Add=AG58900,Add=${Media{Stream=1{LocalControl{Mode=ReceiveOnly,nt/jit=40;inms},Local{v=0c=INIP4$m=audio$RTP/AVP4a=ptime:30}}}}}}MOD_REQMOD_REPLYNTFY_REQNTFY_REPLYADD_REQADD_REPLYSSIADMEGACO/1[2]:2944Reply=10003{Context=2000{Add=AG58900,Add=RTP/00000{Media{Stream=1{Local{v=0c=INIP42m=audio2222RTP/AVP4a=ptime:30a=recvonly}}}}}}44?ADD_REQ消息的文本如下所示：

（1）MEGACO/1[]:2944（2）Transaction=10003{Context=${（3）Add=AG58900,（4）Add=${

（5）Media{Stream=1{LocalControl{Mode=ReceiveOnly,nt/jit=40;inms},（6）Local{

v=0c=INIP4$

m=audio$RTP/AVP4a=ptime:30}}}}}}

第一行：MGC-MG。MGC的IP地址和端口號(hào)為：[]:2944。其次行：事務(wù)ID為“10003〞。“$〞表示請(qǐng)求MG創(chuàng)立一個(gè)新關(guān)聯(lián)。由于目前關(guān)聯(lián)還不確定，所以使用“$〞。

第三行：ADD命令，將終端AG58900參與新增的關(guān)聯(lián)。

第四行：ADD命令，將某個(gè)RTP終端參與新增關(guān)聯(lián)。其中，新的RTP終端為臨時(shí)終端，由于RTP終端的描述符沒(méi)有確定，所以使用“$〞。

41

SS_010030_CH248協(xié)議原理

第五行：媒體描述符。流號(hào)為1，LocalControl為本地描述符，給出了與此媒體流相關(guān)的參數(shù)，此時(shí)終端AG58900為只收模式，nt/jit=40，表示NetworkPackage中的抖動(dòng)緩存最大值為40毫秒。

第六行：Local描述符。MGC建議新的RTP終端采用一系列本地描述參數(shù)?！皏=0〞表示SDP協(xié)議版本為0?！癱=INIP4$〞表示RTP終端的關(guān)聯(lián)信息，關(guān)聯(lián)的網(wǎng)絡(luò)標(biāo)識(shí)為Internet，關(guān)聯(lián)地址類型為IP4，“$〞表示目前本地IP地址未知。“m=audio$RTP/AVP8〞表示MGC建議新的RTP終端的媒體描述，“audio〞表示RTP終端的媒體類型為音頻，“$〞表示RTP終端的媒體端口號(hào)目前未知，“RTP/AVP〞為傳送層協(xié)議，其值和“c〞行中的地址類型有關(guān)，對(duì)于IP4來(lái)說(shuō)，大多數(shù)媒體業(yè)務(wù)流都在RTP/UDP上傳送，已定義如下兩類協(xié)議：RTP/AVP，音頻/視頻應(yīng)用文檔，在UDP上傳送；Udp，UDP協(xié)議。“8〞對(duì)于音頻和視頻來(lái)說(shuō)，就是RTP音頻/視頻應(yīng)用文檔中定義的媒體靜荷類型。表示MGC建議RTP終端媒體編碼格式采用G.711A。H.248協(xié)議規(guī)定RTP靜荷類型至編碼的映射關(guān)系為：G.711U=0；G.726=2；G.723，G.7231=4；G.711A=8；G.729，G.729A=18。

?ADD_REPLY消息文本如下所示：

（1）MEGACO/1[2]:2944（2）Reply=10003{

（3）Context=2000{Add=AG58900,Add=RTP/00000{（4）Media{

Stream=1{Local{v=0

c=INIP42m=audio2222RTP/AVP4a=ptime:30a=recvonly}}}}}}

在此回復(fù)消息中，已經(jīng)建立了關(guān)聯(lián)，Context＝2000，其中選擇的終端為AG58900和RTP/00000。網(wǎng)關(guān)設(shè)備在利用SS發(fā)送的ADD_REQ消息中的

42

第3章呼叫流程分析

SDP描述模板，把自己的媒體信息上報(bào)給SS，這些媒體信息包括自己的IP地址：c=INIP42，RTP流的端口號(hào)和網(wǎng)關(guān)采用的編解碼方式：m=audio2222RTP/AVP4，時(shí)延a=ptime:30等信息。

5．事件5：MGC進(jìn)行被叫號(hào)碼分析后，確定被叫端，設(shè)置被叫測(cè)媒體參數(shù)。

網(wǎng)關(guān)返回ADD_REPLY響應(yīng)，分派新的連接描述符，新的RTP終端描述符。

呼叫建立(事件5)IAD提機(jī)NTFY_REQNTFY_REPLYMEGACO/1[3]:2944Reply=50003{Context=5000{Add=AG58901,Add=RTP/00001{Media{Stream=1{Local{v=0c=INIP43m=audio1111RTP/AVP4}};}}}}MOD_REQMOD_REPLYNTFY_REQNTFY_REPLYADD_REQADD_REPLYADD_REQADD_REPLY響鈴SSIADMEGACO/1[]:2944Transaction=50003{Cont