H.248协议

目录
第2章 H.248协议..................................................................................................................2-1
2.1 概述....................................................................................................................................2-1
2.1.1 基本概念..................................................................................................................2-1
2.1.2 相关术语..................................................................................................................2-1
2.1.3 协议栈结构..............................................................................................................2-6
2.1.4 H.248协议的应用....................................................................................................2-7
2.2 协议消息.............................................................................................................................2-8
2.2.1 消息类型..................................................................................................................2-8
2.2.2 消息结构..................................................................................................................2-9
2.3 基本控制流程...................................................................................................................2-24
2.3.1 网关注册流程.........................................................................................................2-24
2.3.2 网关注销流程.........................................................................................................2-25
2.3.3 网关初始化流程.....................................................................................................2-26
2.3.4 成功的终端呼叫流程..............................................................................................2-27
2.3.5 成功的中继呼叫流程..............................................................................................2-38
第2章 H.248协议
2.1 概述
2.1.1 基本概念
H.248协议，也叫MeGaCo协议，是媒体网关控制器（MGC）与媒体网关（MG）
之间的一种媒体网关控制协议，这个协议是一项ITU-T与IETF合作结果的新
标准。

目前ITU-T、IETF、软交换论坛等标准化组织正在加紧对H.248协议
进行完善，各大电信设备制造商也在H.248协议的研发和应用上加大了投入。

与MGCP协议相比，H.248协议可以支持更多类型的接入技术并支持终端的
移动性，除此之外，H.248协议最显著之处在于能够支持更大规模的网络应用，
而且更便于对协议进行扩充，因而灵活性更强，已逐渐取代MGCP发展成为
媒体网关控制协议的标准。

2.1.2 相关术语
1. 终端
终端（Termination）是MG的一个逻辑实体，可以发送（接收）媒体流和（或）
控制流，终端可用特性来进行描述，在终端中，封装了媒体流参数、modem
和承载能力参数，这些特性可以组成一系列描述符而包含在命令中。

终端有
唯一的标志Termination ID，它由MG在创建终端时分配。

2. 终端类型
终端类型分为半永久性终端和临时性终端两类。

半永久性终端可以代表物理
实体，例如一个TDM信道，此时，只要MG存在这个信道，这个终端就存在。

临时性终端可以代表临时性的信息流，例如RTP流，此时，只有当MG使用
这些信息流时，这个终端才存在。

临时性终端可由Add命令来创建、Subtract命令来删除。

而半永久终端不同，
当使用Add命令向一个关联添加物理终端时，这个物理终端来自空关联，当
使用Subtract命令从一个关联中删除物理终端时，这个物理终端将转移到空
关联中。

3. 终端功能
终端可支持信号，这些信号可以是MG产生的媒体流（如信号音和录音通知），也可以是信路信号（如Hook Flash）。

通过编程可以设置终端对事件进行检测，一旦检测到这些事件发生，MG就向MGC发送Notify消息进行报告或由MG采取相应的操作。

终端可以对数据进行统计，当MGC发出AuditValue命令进行统计请求时，或者当终端从它所在的关联被删除时，终端就将这些统计数据报告给MGC。

4. 终端ID
终端可用Termination ID进行标识，Termination ID由MG分配。

Termination ID可以使用通配值“ALL”和“CHOOSE”。

通配值“ALL”用来规定多个终端，当命令中的Termination ID是通配值“ALL”时，则对每一个匹配的终端重复该命令；“CHOOSE”则用来指示MG必须选择符合条件的终端，例如MGC可以指示MG选择一个中继群中的一条中继点电路。

例如，在协议的文本格式编码中，有 R13/3/1, R13/3/2, R13/3/3 三个终端，则 R13/3/*将匹配所有这三个终端。

一些特殊场合必须引用所有终端，这时“ * ”就可满足要求。

当需要引用一个Termination ID，但不能确定该终端是否存在，则可以选用“CHOOSE”，即“ $ ”，则 R13/3/$将匹配三个终端中的其中一个。

5. 描述符
描述符（Descriptor）是协议中的一种语法元素，用来描述一组相互联系的特性。

例如：通过在一个命令中包含适当的描述符控制器能够设置MG中的媒体流特性。

6. 终端特性
终端可用特性进行描述，每个特性由一个PropertyID标识，由这些特性可以组成一系列描述符。

终端具有一些公共特性以及与特定媒体流相关的非公共特性。

公共特性与特定媒体流无关，也称为终端状态（TerminationState）特性。

与特定媒体流相关的特性包括本地（Local）特性和接收/发送流特性。

终端的非公共特性由包进行定义，这些特性可由包名（PackageName）和特性标识符（PropertyID）来标识。

特性具有只读（ReadOnly）和可读写（Read/Write）两种属性，对于可读写的特性，MGC可以设置它们的值。

当使用Add命令将一个终端添加到一个关联时，可以通过加入适当的描述符作为命令输入参数来设置可读写的特性值，Add命令中未设置的特性值将保
持它们以前的值。

类似的，使用Modify命令可以改变一个关联中的终端的特性值，Modify命令中未设置的特性值将保持它们以前的值。

使用Move命令将一个终端从一个关联转移到另一个关联时，也可以改变终端的特性值。

7. 根终端
根终端（Root）是特殊的终端，代表整个MG。

当root作为命令的输入参数时，命令可以作用于整个网关，而不是一个终端。

8. 关联
关联（Context）为一组终端之间的联系。

如果一个关联中超过两个终端，那么关联就对终端之间的拓扑结构和媒体混合和（或）交换参数进行描述。

空关联是一种特殊的关联，它包含所有那些与其它终端没有联系的终端，例如，在一个中继网关中，所有的空闲线路被作为终端包括在“空”关联当中。

图2-1给出了终端和关联的例子，但不包括所有类型。

图2-1关联模型示例
关联中的最大终端数是媒体网关的一个特性。

仅支持点到点连接的媒体网关在每个关联中仅允许两个终端存在。

支持会议呼叫的媒体网关可以允许三个或更多的终端同时存在于一个关联中。

9. 关联特性
关联具有以下特性：
ContextID：关联标识，一个由媒体网关（MG）选择的32位整数，在MG范围内是独一无二的。

特殊关联编码对照如表2-1所示：
表2-1特殊关联编码对照表
关联二进制编码文本编码含义
空关联0 “_”表示在网关中所有与其它任何终端都没有关联的终端
CHOOSE
关联
0xFFFFFFFE“$”表示请求MG创建一个新的关联
ALL关联0xFFFFFFFF “*”表示 MG的所有关联
Topology：拓扑结构，关联的拓扑结构描述关联中终端之间的媒体的流向。

终端的Send/Receive方式指示媒体在媒体网关的流入或流出方向。

有三种连接值：单向，双向，隔离。

单向是指两个终端之间的单向媒体流。

双向是指的两个终端之间的双向媒体流。

隔离是指两个终端之间没有媒体流。

拓扑结构只用于描述关联。

它可在“Add”或“Modify”命令中使用。

优先权：表示MG处理关联的先后次序。

“0”为最低优先级，“15”为最高优先级。

紧急呼叫的标识符：用于关联向MG提供紧急呼叫关联的信息。

MG优先处理使用紧急呼叫标识符的呼叫。

10. 包
不同类型的网关可以支持不同类型的终端，本协议通过允许终端具有可选的特性、事件、信号和统计来实现不同类型的终端。

为了实现MG和MGC 之间的互操作，本协议将这些可选项组合成包（Packages）， MGC 可以通过审计命令Audit来确定终端实现了哪一种类型的包。

终端具有可选的特性、事件、信号和统计，这些可选项组合成包。

这些项以及包含的参数分别由标识符ID 进行标识。

包的定义特性、事件、信号、统计和程序五个部分。

表2-2列出了几类常用的包：
表2-2包分类列表
包名中文名包ID 含义
Generic 通用包g 常见项目里都会用到通用包
Base Root
Package
基础根包root 该包定义了网关范围内的属性
包名
中文名
包ID
含义
Tone
Generator Package
音生成器包 tonegen
该包定义了生成放音的各种信号。

基于扩展性的考虑，该包没有指定参数值。

放音一般定义成单个的信号，信号包含一个参数ind 、一个放音ID 。

参数ind 表示interdigit 时延，放音ID 用于放音。

放音ID 对于任何相同的语音来说都应该与语音生成保持一致。

MG 应提供其所在国家支持的各种放音的特性。

Tone Detection Package
音检测包 tonedet
该包定义了用于音检测的各种事件。

各种音通过其名称（放音ID ）来选择。

MG 应提供其所在国家支持的各种放音的特性。

Basic DTMF
Generator
Package 基本DTMF
生成器包
dg
该包将基本的DTMF 音定义成各种信号，并扩展了tonegen 中playtone 的参数tl 的允许取值。

DTMF detection Package
DTMF 检测包
dd
该包定义了基本的DTMF 音检测。

该包扩展了“start tone detected ”、“end tone detected ”和“long tone detected ”事件中放音ID 的可能的取值。

Call Progress
Tones
Generator Package
呼叫进展音生成器包 cg
该包将基本的呼叫进展音定义成各种信号，并扩展了tonegen 中playtone 的参数tl 的允许取值。

Call Progress
Tones
Detection Package
呼叫进展音检测包 cd
该包定义了基本呼叫进展检测音。

该包扩展了“start tone detected ”、“end tone detected ”和“long tone detected ”事件中放音ID 的可能的取值。

Analog Line
Supervision
Package 模拟线监控
包
al
该包定义了模拟线的各种事件和信号。

Basic Continuity Package 基本导通包
ct
该包定义了用于导通测试的各种事件和信号。

导通测试包括提供环回或收发器功能。

Network Package 网络包 nt
该包定义了与网络类型无关的网络终端的属性。

RTP Package
RTP 包 rtp 该包用于支持通过实时传输协议RTP 方式的分组多媒体数据传输。

TDM Circuit
Package
TDM 电路包
tdmc
该包用于支持TDM 电路终结点。

表2-3列出了包中常用的特性名、事件名和信号等。

其通常为包名/特性名、包名/事件名和包名/信号的格式。

表2-3特性名、事件名和信号举例
事件名含义
al/fl 模拟线包中的拍叉事件
al/of 模拟线包中的摘机事件
al/on 模拟线包中的挂机事件
al/ri 模拟线包中的振铃音信号
cg/bt 呼叫音包中的忙音信号
cg/ct 呼叫音包中的拥塞音信号
cg/cw 呼叫音包中的呼叫等待音信号
cg/dt 呼叫音包中的拨号音信号
cg/rt 呼叫音包中的回铃音信号
dd/ce DTMF检测包中的DigitMap Completion事件
nt/jit Network Package中的抖动缓存最大值，单位为毫秒
tdmc/ec TDM电路包中的回声取消特性
tdmc/gain TDM电路包中的增益控制特性
2.1.3 协议栈结构
H.248消息可基于UDP/IP传输，此外还可基于其它多种传输协议传输，如承
载在IP网络上的TCP、SCTP和M3UA，承载在ATM上的MTP3-B等。

SoftX3000 H.248协议传输层可以是承载在IP上的UDP/TCP/SCTP和承载
在ATM上的MTP3-B，如图2-2所示：
图2-2SoftX3000 H.248协议栈
H.248协议假设其下层的传输网络是不可靠的，因此事务的状态和可靠性由协
议本身实现。

2.1.4 H.248协议的应用
H.248在NGN中的典型应用如图2-3所示，目前主要应用在软交换系统
（SoftSwitch）与中继媒体网关（TMG）之间的通信、软交换设备与接入媒体
网关（AMG/IAD）之间的通信。

图2-3H.248在NGN中的典型应用
SoftX3000通过H.248协议与中继网关通信。

Soft Switch提供H.248 MGC 功能以控制中继网关中的ISUP中继，H.248 MGC提供以下功能：
(1) 出口网关和入口网关的RTP容量协商
可以配置每个H.248 MG的RTP发送和接受容量。

SoftX3000要确保两个MG 之间设定的匹配容量被用于建立呼叫。

(2) 通过H.248协议管理TMG中的PSTN ISUP中继
z支持TMG上的中继预留
z支持TMG上的中继释放
z支持TMG上的中继回流型连接
z支持中继参数的修改
z在中继上加上信号音
z支持中继（或中继组）暂停业务和恢复业务
(3) 通过H.248协议管理TMG中的临时RTP终止
z支持临时终端的创建
z支持临时终端的取消
z支持有关临时终端的RTP参数的修改
2.2 协议消息
2.2.1 消息类型
1. 命令
H.248定义了8 个命令，用于对协议连接模型中的逻辑实体（关联和终端）
进行操作和管理，命令提供了实现对关联和终端进行完全控制的机制。

H.248规定的命令大部分用于MGC 实现对MG 的控制。

通常MGC 作为命令
起始者，MG 作为命令响应者接收。

但是， Notify 和ServiceChange 命令除
外。

Notify 命令由MG 发送给MGC，而ServiceChange 既可以由MG 发起，
也可以由MGC 发起。

H.248命令及其含义参见表2-4：
表2-4H.248命令
命令名称命令代码描述
Add ADD MGC→MG，增加一个终端到一个关联中，当不指明ContextID时，将生成一个关联，然后再将终端加入到该关联中。

Modify MOD MGC→MG，修改一个终端的属性、事件和信号参数。

Subtract SUB MGC→MG，从一个关联中删除一个终端，同时返回终端的统计状态。

如关联中再没有其它的终端将删除此关联。

Move MOV MGC→MG，将一个终端从一个关联移到另一个关联。

AuditValue AUD_VAL MGC→MG，获取有关终端的当前特性，事件、信号和统计信息。

AuditCapa bilities AUD_CAP
MGC→MG，获取MG 所允许的终端的特性、事件和信号
的所有可能值的信息。

Notify NTFY MG→MGC ，MG将检测到的事件通知给MGC。

ServiceCh ange SVC_CHG
MGC↔MG或MG→MGC， MG 使用ServiceChange 命
令向MGC 报告一个终端或者一组终端将要退出服务或者
刚刚进入服务。

MG 也可以使用ServiceChange 命令向
MGC 进行注册，并且向MGC 报告MG 将要开始或者已
经完成了重新启动工作。

同时，MGC 可以使用
ServiceChange 命令通知MG 将一个终端或者一组终端
进入服务或者退出服务。

2. 响应
所有的H.248命令都要接收者回送响应。

命令和响应的结构基本相同，命令和响应之间由事务ID 相关联。

响应有两种：“Reply ”和“Pending ”。

“Reply ”表示已经完成了命令执行，返回执行成功或失败信息；“Pending ” 指示命令正在处理，但仍然没有完成。

当命令处理时间较长时，可以防止发送者重发事务请求。

2.2.2 消息结构
1. 命令格式
(1) 命令的封装格式
H.248协议发送或接收的信息单元称为消息。

在H.248协议中，一个或多个命令被封装成一个消息进行发送或接收。

H.248消息可以是二进制格式和文本格式编码。

采用二进制编码时，使用ITU-T X.680 （ASN.1）定义的规范描述，使用X.690定义的BER 规则编码；采用文本方式编码时，遵循RFC 2234 ABNF 规范。

MGC 必须支持两种编码格式，MG 可能支持其中任何一种或两种方式。

H.248消息都有相同的结构，一个H.248消息的结构如图2-4所示。

Megaco/H.248 message
Trans Hdr Req or Reply
Req or Reply
Req or Reply
Transaction Transaction Transaction ....
Header Command
Ctx Properties Ctx Hdr Command
....
Trans Hdr Action
Action
....
....Descriptor
Descriptor
图2-4 H.248消息结构
z
消息
消息从消息头（Header ）开始，后面是若干个事务。

消息头中包含消息标识符（MID ，Message Identifier ）和版本字段：MID 标识消息的发送者，可以
U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
是域地址、域名或设备名，一般采用域名；版本字段用于标识消息遵守的协 议版本，版本字段有 1 位或 2 位数，目前版本为 1。

事务 一个消息（Message）包含一个或多个事务（Transaction），消息内的事务 是相互独立的，当多个被独立处理时，消息没有规定处理的先后次序。

事务包括请 求和响应两 种类型，而 响应也有两 种：TransactionReply 和 TransactionPending。

由于命令封装在 Transaction Request 事务中，我们在 此仅对请求事务结构进行介绍。

响应事务结构我们将在下一节介绍。

每个 Transaction Request 请求激发一个事务。

一个事务包含一个到多个动作， 每个动作包含一系列与同一个 Context 相关的一个到多个命令。

其结构如下：
TransactionRequest(TransactionId { ContextID {Command ... Command}, ... ContextID {Command ... Command } })
动作 动作与关联（Context）是密切相关的，动作由 ContextID 进行标识。

在一个 动作内，命令需要顺序执行。

一个动作从关联头部（CtxHdr）开始，在 CtxHdr 包含 ContextID，用于标识 该动作对应的关联。

ContextID 由 MG 指定，在 MG 范围内是唯一的。

MGC 必须在以后的与此关联相关的事务中使用相同的 ContextID。

在 CtxHdr 后面是若干命令，这些命令都与 ContextID 标识的关联相关。

命令 命令是 H.248 消息的主要内容，实现对关联和终端属性的控制，包括指定终 端报告检测到的事件，通知终端使用什么信号和动作，以及指定关联的拓扑 结构等，命令由命令头部（CMDHdr）与命令参数构成，在 H.248 协议中， 命令参数被组织成“描述符”（Descriptor）。

由此，H.248 消息构成机制如图 2-5所示。

2-10


U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
消息 事务 关联 命令 描述符
Message TransactionI ContextID1
CMD1 Des-1 Des-n
...CMDn
ContextIDn
...
TransactionIDn
图2-5 消息机制
(2)
命令描述符
一个命令的参数被定义为描述符。

描述符是由 Name 和 item 组成(item 可以携 带 Value)。

一些命令可以共享一个或几个描述符。

描述符可以作为一个命令 的输出返回值。

在很多情况下描述符作为返回值，只有 Name 没有其它 item。

通常，描述符的形式如下：
DescriptorName=<someID>
{ parm = value, parm = value ...... }
H.248 协议定义了 19 种描述符，下面我们对常用的一些描述符进行介绍。

Modem 描述符（MD） 标识 Modem 的类型和其它参数等信息。

Modem 描述符包含以下调制解调器 类型： V.18、 V.22、V.22bis 、 V.32、 V32bis 、 V.34、 V.90、V.91、 同步 ISDN， 并且允许进行扩充。

缺省情况下，终端中不包含 Modem 描述符。

Mux 描述符（MX） 多媒体呼叫时，媒体流是在一群承载通道上进行传输的。

复用描述符将媒体 和对应的承载通道联系起来。

复用描述符支持的复用类型包括： H.221、 H.223、 H.226、V. 7 6 以及一些扩展复用类型。

复用描述符的定义由复用类型以及被 复用的输入终端的 TerminationID 集合组成，例如： Mux=H.221{ MyT3/1/2,MyT3/2/3,MyT3/3/6,MyT3/21/22}。

Media 描述符（M） 媒体描述符是用于描述所有媒体流特性的参数。

媒体流特性参数可用终端状 态描述符（TerminationState）和若干个流描述符（Stream）来描述。

其中，
2-11


U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
TerminationState 描述符与特定媒体流无关， 用于描述终端的特性； Stream 描 述符描述媒体流。

本协议规定 Stream 描述符由 StreamID 进行标识。

Stream 描述符可分为本 地控制描述符 （LocalControl ） 本地描述符 、 （Local）和远端描述符 （Remote） 三种。

为简便起见，本协议规定 LocalControl、 Local 和 Remote 可以在一个 Media 描述符中进行定义，当这三种描述符在一个 Media 描述符中描述时， Stream 描述符的 StreamID 通常假定为 1。

这几种描述符之间的关系如下所示： Media Descriptor TerminationStateDescriptor Stream Descriptor LocalControl Descriptor Local Descriptor Remote Descriptor Termination State 描述符（TS） TerminationState 描述符包括业务状态（ServiceStates）特性、事件缓存控 制（EventBufferControl）特性以及在包中定义的与特定流无关的终端特性。

其中，ServiceStates（SI）特性描述了终端的状态，本协议规定终端状态有 以下三种：“test（TE）”、“out of service（OS）”和“in service（IV）”。

“test”用于指示一个终端正在处于被检测的状态；“out of service”用于指 示一个终端处于退出服务的状态；“in service”用于指示一个终端正处于服 务状态。

TerminationState 描述符的缺省值为“in service”。

EventBufferControl（EB）特性描述了检测到 Events 描述符中指定的事件后 的处理方式。

本协议规定处理方式有两种：一种是立即对事件进行处理；另 一种是先对事件进行缓存再处理。

Stream 描述符（ST） Stream 描 述 符 用 于 指 定 一 个 双 向 流 的 参 数 。

Stream 描 述 符 可 分 为 LocalControl、Local 和 Remote 描述符三种。

本协议规定 Stream 描述符可 用 StreamID 进行标识，通过在关联中的一个终端上指定一个新的 StreamID 可以创建一个新的流。

而删除一个存在的流则需要对该流原先所在的关联中 的所有终端设置：LocalControl 描述符中 ReserveGroup 和 ReserveValue 参 数为“false”；Local 和 Remote 描述符为空。

H.248 规定 StreamID 由 MGC 分配，StreamID 是 MGC 和 MG 之间的局部 参数。

一个关联中具有相同 StreamID 的流是相互连接。

2-12


U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
LocalControl 描述符（O） LocalControl 描述符包含模式属性 Mode（MO）、预留组属性 ReserveGroup （RG）、预留值属性 ReserveValue（RV）和包中定义的某些与特定媒体流 有关的终端属性。

Mode 可分为 Sendonly（SO）、Receiveonly（RC）、Send/Receive（SR）、 Inactive（IN）和 Loopback（LB）几种。

其中 Send 和 Receive 与关联中媒 体流的流向有关。

例如，如果某个媒体流的模式为 Sendonly ，则此流并不将 接收到的媒体传送给关联。

信号和事件均不受模式的影响。

预留属性 Reserve 决定了 MG 在收到 Local 和/或 Remote 描述符后的处理动 作。

Reserve 属性包括 ReserveValue 和 ReserveGroup 两种属性，属性值为 布尔函数，缺省值均为“False”。

Local 描述符（L）和 Remote 描述符（R） Local 描述符针对 MG 接收到的媒体进行定义，Remote 描述符对 MG 发出的 媒体进行定义。

利用 Local 和 Remote 描述符，MGC 为 MG 预留和承接用于信息流和终端的 媒体编解码所需的资源， 则在响应中通过这些描述符返回它实际预留的资 MG 源。

如果一些必选属性未在 MGC 发出的请求中给出，那么 MG 要在响应中 添加这些属性。

如果采用文本方式编码，则 Local 和 Remote 描述符由 RFC 2327 所定义的 SDP 的会话描述来构造。

Events 描述符（E） Events 描述符包含 RequestID 属性以及 MG 要求检测和报告的一组事件。

通 过 RequestID 可以将事件请求命令和事件发生通知（Notify） 命令关联起来。

请求事件包括传真音、摘机/挂机和 Hook Flash 等。

描述符的每个事件包含事件名、可选动作、可选参数。

事件名包括包名和事 件名，格式描述为包名/事件名（例如：al/on 表示模拟线包中的摘机事件）。

事件有参数，参数在包中定义和命名。

动作参数指示在事件发生时采取的一 个或多个可能的动作。

EventBuffer 描述符（EB） 当 Events 缓冲区被激活后，用来描述 MG 中检测到的事件。

Signals 描述符（SG） Signals 描述符包含向媒体网关请求应用于终端的信号集合。

Signals 描述符 包含多个信号、信号序列或空信号。

信号由包名与 SignalID 组成，格式描述 为包名/信号名。

2-13


U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
例如，SG{SL=0{cg/dt}} “SL”为信号序列“SignalList”的简写，“cg/dt”表示呼叫音包中的拨号音 信号。

有三类信号： 开/关：信号持续直到设置为关； 超时：信号持续直到设置为关或超时； 短暂：信号持续时间很短，它会自动终止，除非新的信号产生使它终止。

不 需超时设置。

Audit 描述符（AT） Audit 命令（AuditValue 和 AuditCapabilities 命令）可以指定什么信息可以审 计。

下列是可能的项目： Modem、Mux、Events、Media、Signals、ObservedEvents、DigitMap、 Statistics、Packages、EventBuffer。

ServiceChange 描述符（SC） ServiceChange 描述符描述 ServiceChange 发生的原因，包含下列参数： ServiceChangeMethod （ MT ） 参 数 指 示 将 要 发 生 或 已 经 发 生 的 ServiceChange 的类型，该参数规定 MG 发生业务改变的 6 种方式： Graceful ：指示终端将在延迟 ServiceChangeDelay 之后离开服务；已经建 立的连接暂不影响，但 MGC 将避免新建连接并试图文明关闭已存在连接。

Forced ：指示终端突然中断服务，已建立的连接丢失。

Restart：指示指定终端在延迟 ServiceChangeDelay 之后重起。

Disconnected：拆线方式适用于根终端。

用来指示 MG 曾中断与 MGC 的通 信连接但是随后连接又重新恢复。

因为 MG 的状态发生改变，所以 MGC 可 以审计命令来使 MG 与 MGC 重新同步。

Handoff：当该参数由 MGC 发送给 MG ，用于指示 MGC 将退出服务，MG 必 须与一个新的 MGC 建立新的连接；当该参数从 MG 发送给 MGC 时，指示 MG 试图与新的 MGC 建立新的连接 。

Failover：该参数从 MG 发送给 MGC， 指示主控 MG 将退出服务，备用的 MG 将开启服务。

2-14


U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
ServiceChangeReason（RE）指定已发生或将要发生的 ServiceChange 命 令的原因。

它由数字字母令牌（IANA 注册）和解释性文字组成。

其参数值如 表 2-5所示：
表2-5 业务改变原因值 业务改变原因值 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 业务恢复 冷启动 热启动 直接的 MGC 改变 终端故障 终端退出服务 更低层连接丢失 传输故障 MG 临近故障 MGC 临近故障 媒体能力故障 Modem 能力故障 Mux 能力故障 信号能力故障 事件能力故障 状态丢失 包类型改变 能力改变 含义
ServiceChangeAddress 参数为任选项，规定了用于后续通信的地址（例如 IP 网的端口号）。

ServiceChangeDelay 参数为可选项，单位为秒。

ServiceChangeProfile 参数任选项， 规定协议的框架。

ServiceChangeProfile 包括支持的框架版本。

ServiceChangeVersion 参数为任选项，包含所支持的协议版本，进行协议 协商版本时使用。

2-15


U-SYS SoftX3000 软交换系统 技术手册 信令与协议分册
第 2 章 H.248 协议
ServiceChangeMGCId 参数可以由 MGC 返回 MG，用于指示 MG 应该优先 选择的 MGC。

此时，MG 可以向新的 MGC 重新发送 ServiceChange 请求命 令。

ServiceChangeMgcId 参数中规定的 MGC 的优先级比其他 MGC 高。

当 MGC 向 MG 发送的 ServiceChange 命令中 ServiceChangeMethod 参数为 HandOff 时 ，ServiceChangeMgcId 参数中指示的 MGC 将代替原有 MGC 而 进入服务。

TimeStamp 参数为任选项，表示发送方当前的实际时间。

接收方可用此参数 来确定在时间的含义方面与接收方的不同。

Extension 参数为 MG 和 MGC 之间的内部参数。

DigitMap 描述符（DM） DigitMap 是驻留在媒体网关的拨号方案，用于检测和报告终端接收的数字事 件。

DigitMap 描述符包含 DigitMap 名字和指定的 DigitMap 方案。

按照 DigitMap 方案，H.248 协议规定数字的收集可有三个时钟保证：起始定 时器（T）、短定时器（S）和长定时器（L）。

DigitMap 中的定时器为可配 置参数，DigitMap 使用初期默认定时器为起始定时器 T ，但起始定时器 T 可 以被短定时器 S 和长定时器 L 取代。

起始定时器 T 用于任何号码开始拨之前。

如果媒体网关检测到至少还需要一个数字来匹配 Digit Map 的模式，则数字间 的定时器值应设置为长定时器 L（例如 16 秒）。

若号码串能够匹配 DigitMap 中的某一拨号方案，但同时有可能收到多位号码 而导致匹配其它不同的拨号方案，则不应立即报告匹配情况。

MG 必须使用短 定时器 S（例如 8 秒）等待接收更多位数的号码。

关于 Digit Map 的其它解释请参考本手册 MGCP 协议。

Statistics 描述符（SA） 统计描述符用于描述一个特定关联中的终端状态和使用信息。

终端的特定统 计属性由终端实现的包决定。

一般在缺省情况下，在关联中删除终端时，会 报 告 其 统 计 信 息 。

统 计 参 数 还 可 以 通 过 Audit 命 令 中 返 回 ， 或 者 通 过 Add/Move/Modify 命令中的 Audit 描述符中返回。

Packages 描述符（PG） 仅用在 AuditValue 命令中，返回端点能识别的一系列包。

ObservedEvents 描述符（OE） ObservedEvents 在 Notify 命令中通知 MGC 检测到那些事件。

当 Auditvalue 命令中使用了 ObservedEvents 描述符，则该命令的返回响应中将返回在
2-16

。