软交换分组协议基础MGCP协议V201210AWord下载.docx

软交换分组协议基础MGCP协议V201210AWord下载.docx

《软交换分组协议基础MGCP协议V201210AWord下载.docx》由会员分享，可在线阅读，更多相关《软交换分组协议基础MGCP协议V201210AWord下载.docx（26页珍藏版）》请在冰豆网上搜索。

3.2.5由呼叫代理发起的删除连接命令（DLCX）15

3.2.6由网关发起的删除连接命令（DLCX）15

3.2.7审计端点命令（AUEP）16

3.2.8审计连接命令（AUCX）16

3.2.9重启命令（RSIP）17

3.3命令示例17

3.3.1MGCP命令编码的示例17

3.3.2响应格式18

第4章MGCP接续流程分析20

4.1成功呼叫流程20

4.2不成功呼叫流程22

第5章MGCP在组网中的实际应用1

5.1MGCP在NGN组网中的应用：

1

5.2MGCP在SoftX3000产品中的应用：

2

5.2.1协议栈3

5.2.2功能实现4

关键词和缩略语：

MG－－媒体网关

MGCP－－媒体网关控制协议

CA－－呼叫代理

MGC－－媒体网关控制器

Endpoint－－端点

Connection－－连接

摘要：

本文对网关控制协议（MGCP）做了简单的介绍，包括MGCP协议的概念、原理及在NGN组网中的应用。

在MGCP定义的呼叫体系结构中，呼叫控制功能和媒体网关相分离，由外部呼叫控制单元来处理。

本文由五个主要部分组成：

★MGCP协议的定义及简单介绍。

★与MGCP协议相关的概念、名词解释说明。

★MGCP命令及消息单元的描述。

★接续过程描述，包括成功接续过程和失败接续过程的描述与分析。

★MGCP在NGN组网中的应用。

参考资料清单：

第1章MGCP协议介绍

IETF制定的MGCP（MediaGatewayControlProtocol）协议是一个分布式IP电话网关系统的内部协议，用于控制来自外部呼叫控制单元的IP语音（VoIP）网关。

从本质上说MGCP是一个主/从协议，网关需要执行媒体网关控制器发出的命令。

IP电话网关系统由呼叫代理（CallAgent）和一组网关（MG）组成，如图1所示：

图1IP电话网关系统

图中呼叫代理（CallAgent）又称媒体网关控制器（MediaGatewayController）主要完成与呼叫过程相关的信令功能，对媒体网关和信令网关的操作过程进行控制和管理。

网关（Gateway）是一种网络单元，用于实现不同体系结构的网络之间的互联互通。

在NGN体系结构中，网关包括很多种：

中继网关（TG）：

提供传统电话网（PSTN）和承载语音的IP网的接口。

接入网关（AG）：

提供传统模拟用户线或者数字专用分组交换机与承载语音的IP网络之间的接口。

住宅网关（RG）：

为IP语音网提供传统的模拟接口（RJ11）的实体。

住宅网关的例子包括电缆调制解调器/电缆机顶盒，xDSL设备和宽带无线设备。

一组网关中至少包含一个媒体网关，如果需要与SS7网络连接，至少还需要一个信令网关。

媒体网关完成电路交换网与分组交换网之间的语音信号的转换；

信令网关完成窄带信令网与宽带信令网之间的无缝交互与信令之间的转换。

本文讨论媒体网关控制协议的应用，主要针对IP电话网关。

电话网关是承载于电话电路的语音信号，可以和承载于包交换网网络的语音信号互通与转换。

通过电话网关以及控制它的呼叫代理，普通的电话终端可以通过分组交换网，如IP或ATM网，和其它普通电话终端，或IP/ATM终端互通电话。

第2章MGCP协议常见名词解释

MGCP支持传统的电话操作，例如拨号、摘机等。

它也支持基于电话的链路，例如DSI。

MGCP认为连接模型由连接和端点这两个基本元素组成，一次呼叫由一个或多个连接组成，连接与呼叫由一个或多个呼叫代理协同完成。

图2显示了端点、连接、呼叫和网关的相互关系。

图2MGCP网关组成

2.1端点的命名

在MGCP中，端点就是数据信源和数据信宿。

端点可以是物理链路，如一条T1的中继线。

它们也可以是操作在物理链路上的虚拟链路。

端点由端点名称来标识。

该名称分为两个部分，第一部分是该端点所在的网关的域名，第二部分是该端点在网关内的本地名称，它们之间用“@”来分隔，实际上就是一个Email地址。

本地名称的语法取决于端点的类型，但要求具有层次结构，以形成一个从网关名到各端点的命名路径。

本地名中可以用通配符“*”和“$”，前者表示这一层上的所有端点，后者表示在这一层上的某一端点，即前者具有“所有的”，而后者具有“任何一个”的含义。

如：

中继网关的端点名：

X35V3+A4/13@。

意指example网络中第23号网关中接口X35V3+A4上第13条TDM电路。

2.2连接的命名

连接可以是点到点连接或多点连接。

点到点连接就是两个互相发送数据的端点之间的一种关连，一旦该关联在两个端点都建立起来后，就可开始传送数据。

多点连接是多个端点之间的关联。

连接可建在不同类型的承载网络之上。

连接在端点处被管理，并且可以被聚合成呼叫。

连接由网关创建，并且网关赋予其本端唯一的连接标识。

连接标识符为十六进制数字组成的字符串。

2.3呼叫的命名

呼叫由唯一的标号来标识，它由呼叫代理创建。

呼叫标识可以看作没有结构的字符串。

呼叫标识符在系统中必须是唯一的。

呼叫代理可能会对同一个呼叫构建数条连接，这些连接必须与同一个呼叫相关联。

2.4事务标识和三次握手

事务标识是0到999999999之间的整数值。

呼叫代理可以决定为它们管理的每个网关分配一个确定的编号空间，或者对属于任意一组的所有网关使用相同的编号空间。

呼叫代理可以决定将管理一个大网关的负荷分担给多个相互独立的进程。

这些进程将分享相同的事务编号空间。

这里可以有多种可能的共享实现，例如使用事务标识的集中分配方法，或者为每个进程预先分配相互不重叠的标识域。

该实现必须保证所有来自同一个逻辑呼叫代理的事务必须被分配一个唯一的事务标识，这样只需查看事务标识，网关就可以很简单地检查出重复的事务。

在任何命令中都可以发现响应确认属性。

它携带一个“确认的事务标识域”集。

网关可以选择删除那些在收到的响应确认消息中“已经确认的事务标识域”中所包含事务的响应的拷贝。

当更多的来自呼叫代理的命令的事务标识落在这个域中时，网关应该默默丢弃这些命令。

如果自从该网关发出它的最后一个给呼叫代理的响应已经超过LONG-TIMER秒，或者当一个网关恢复操作时，不应该再使用该“已经确认的事务标识域”。

这种情况下，网关应该接收相关命令并进行处理，不检查事务标识。

携带“响应确认属性”的命令可能不按顺序传输。

网关应该保留最近收到“已经确认事务标识域”的并集。

2.5事件、信号与包

事件和信号的概念在MGCP中起着重要的作用。

呼叫代理可能会请求网关监视指定端点上将要发生的某个事件，如摘机，或者指示网关向指定端点送音信号，如拔号音。

为此，需要标识事件和信号。

在MGCP中，事件和信号被分成不同的包（Package），在包中，信号和事件被统一命名，共享同一名字空间，我们用事件名来统指事件名和信号名。

通常，包是按端点类型来划分的，一个包给出在这个端点上可能会发生的事件或可以实施的信号的集合。

图3描述了事件和包的关系。

事件是在端点上发生的事情。

摘机事件、拨号音事件均是事件的例子。

一个包是事件及特定类型端点支持的信号的聚合体。

图3事件与包

例如，对于模拟接入线路一个包可能支持某些事件和信号组，对于音频线路一个包可能支持其他的事件和信号组。

对于一个给定的端点类型可能存在一个或者多个包。

事件名是不区分大小写的，它由两个逻辑部分组成，即一个包名和一个事件名。

它们都是字母、连字号和数字组成的字符串，但是，连字号在名字中不能作为首字符和最后一个字符出现。

包或者事件名不区分大小写，例如“hu”、“Hu”，“HU”或者“hU”被认为是等同的。

“D”（DTMF）、“M”（MF）、“T”（Trunk）或者“L”（Line）是包名的例子。

“hu”（摘机或者挂机迁移）、“HF”（闪断）或者“0”（数字0）可以作为事件名的例子。

在文本表示中，当出现包名时，它和事件名用斜杠“/”分隔。

事实上包名是可选项。

每个端点类型都有一个和它相关的缺省包，如果事件名中不包含包名，将采用缺省的包名。

例如，对于一个模拟接入线路，下面的两个事件名等价：

l/dl模拟接入线路包中的拨号音事件

dl模拟接入线路包（缺省）中的拨号音事件

下面的两个约定可以用来表示这样的组：

通配符约定能用来检查属于一个包的任何事件，或者任何包中指定的事件，或者网关所支持的任何包中的任何事件。

星号（*）可以用作通配符替换包名，使用字母“x”表示“任何字母或者数字”，用“[0-9#]”表示数字0到9和英镑符号，关键字可以用作通配符替换事件名，例如：

“foo/all”表示包“foo”中的所有事件

“*/bar”表示网关所支持的任何包中的“bar”事件

“*”或者“*/all”表示该网关所支持的所有事件。

事件和信号是在包中描述的。

对于每个事件，在包的描述中必须包含下面的信息：

事件及其目的描述，该描述应该预定用户产生的实际信号（例如，xxmsFSK音频）以及导致用户观察到结果的原因。

事件的详细特征，例如，音频信号的频率和振幅、调制和再现。

事件的典型和最大持续时间。

信号是根据它们的行为分类的：

开/关信号（OO）一旦被使用，这些信号一直持续到被关闭。

这种信号作为事件或者新信号请求命令的结果出现（见下文）。

超时信号（TO）一旦被使用，它们将一直持续到被关闭（由于事件的发生或者信号请求命令）或者超过信号指定的持续时间。

这依赖于包的规范，当该信号超时时，它将产生一个“操作完成”事件。

2.6号码分析表

呼叫代理可以请求网关收集用户拨号数字。

该功能将用于住宅网关收集用户拨打的电话号码；

类似的，该功能也可以用于中继网关和接入网关，用来收集存取码、信用卡号码或者呼叫控制业务请求的其他号码。

1对于网关可以选择另外一种处理过程，用户一拨号马上把该拨号数字通知给呼叫代理。

然而这种方式将产生大量的交互过程。

因此，在缓冲区中存储拨打的号码然后通过一个消息传输是优选方案。

然而使用存储方法也有问题，那就是在传输之前网关很难预测需要存储多少号码。

例如，我们可能使用桌上的电话拨打如下号码：

表1拨号方案分析表

本地接线员

00

长途接线员

xxxx

本地区号

8xxxxxxx

本地号码

#xxxxxxx

在其他公司服务区内的本地快捷号码

*xx

开始服务

91xxxxxxxxxx

长途号码

9011+最多15为数字

国际号码

在网关中装入和拨号方案相应的号码分析表可以解决该问题。

该数字表使用从UNIX系统egrep命令导出的语法表示。

例如上文所描述的拨号方案可以导出如下数字表：

（0T|00T|[1-7]xxx|8xxxxxxx|#xxxxxxx|*xx|91xxxxxxxxxx|9011x.T）

该号码分析表的形式语法将在MGCP协议的形式语法描述部分的数字表规则中给出。

根据该语法数字表可以用一个或者一系列字符串定义。

列表中的每个字