2020年版软交换分组协议基础H协议VB.doc

2020年版软交换分组协议基础H协议VB 资料编码产品名称NGN使用对象工程师产品版本编写部门固网技术支持部资料版本V2.0软交换分组协议基础拟拟制:邢宇翔日日期:11月01日审审核:日日期:审审核:日日期:批批准:日日期:华华为技术有限公司侵权必究修订记录日期修订版本描述作者/11/01V1.1调整文章结构及内容，结合NGN组网及软交换产品对协议加以说明。 邢宇翔/12/10V2.0转换成Word格式。 邢宇翔文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 NGN是一个包括PSTN/ISDN、ATM/IP等网络的融合网络，网络互通是NGN成功的必要条件。 为实现这一目标，在NGN组网中采用了大量的分组协议。 ，（Media GatawayControl Protocal），是IETF、ITUT制定的媒体网关控制协议，一个非对等协议，用在媒体网关控制器（MGC）和媒体网关（MG）之间的通信。 缩略语清单:MGCP（Media GatawayControl Protocal）:媒体网关控制协议PSTN（Public SwitchedTelephone Network）:公共电话交换网MG（Media Gataway）:媒体网关MGC（Media GatawayController）:媒体网关控制器SG（Signaling Gataway）:信令网关S（Switched CircuitNetwork）:电路交换网参考资料清单:C&C08iNET工程师培训教材-分组协议固网技术支持部NGN协议介绍华为技术报136期公共技术研究部IPPhone Flow信令与协议研究管理部SoftX3000V2信令与协议分册资料开发部文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 第第1章1.1协议的起源由于IP网络的快速发展，IP网提供的业务越来越多。 同时，原有的电路交换网（如PSTN网）仍然拥有大量的用户，为了能让这些用户使用IP网络提供的服务，需要提供不同网络之间互通的网关设备。 目前的大部分IP电话网关设备，是集中型网关设备，主要完成三个方面的功能: 1、完成IP电话互通，将PSTN用户的话音进行编码、组包后在IP网上传输，同时将IP网来的数据包解包、解码后交给PSTN用户； 2、处理信令消息； 3、负责网关内部资源管理，及呼叫连接过程的管理。 随着用户数量及对业务需求的增加，网关在规模上要不断扩大，这种集中型的网关结构在可扩展性、安全性方面及组网的灵活性上都存在很大的限制。 由此，提出了将业务、控制和信令分离概念，即将IP电话网关分离成三部分:信令网关SG、媒体网关MG和媒体网关控制器MGC。 SG负责处理信令消息，将其终结、翻译或中继；MG负责处理媒体流，将媒体流从窄带网打包送到IP网或者从IP网接收后解包后送给窄带网；MGC负责MG的资源的注册和管理，以及呼叫控制。 在这种分布式的网关体系结构中，SG和MGC之间采用SIGTRAN协议。 三者之间的关系如图1所示:电路交换网IP网信令网关SG媒体网关MGSIGTRANH.248MGC媒体网关控制器图1分离的网关模型在分布式的媒体网关的网络结构中，由于业务处理和“媒体承载实体”分布在两台不同的设备上，因此当业务处理模块MGC（SoftX提供MGC功能）需要将媒体承载实体MG（各种IAD设备）进行连接并承载媒体流时，需要通过一个统一格式的消息来通知拥有媒体承载实体的设备MG，。 基本定义（Media GatawayControl Protocal），是IETF、ITUT制定的媒体网关控制协议，一个非对等协议，用在媒体网关控制器（MGC）和媒体网关（MG）之间的通信。 主要功能是建立一个良好的业务承载连接模型，将呼叫和承载连接进行分离，通过对各种业务网关:TG（中继网关），AG（接入网关），RG（注册网关）等的管理，实现分组网络和PSTN网络的业务互通。 1.2.2扩展说明，结合其它媒体网关控制协议特点发展而成的一种协议，它提供控制媒体的建立、修改和释放机制，同时也可携带某些随路呼叫信令，支持传统网络终端的呼叫。 该协议在构建开放和多网融合的NGN中，发挥着重要作用。 由于MGCP协议在描述能力上的欠缺，限制了其在大型网关上的应用。 对于大型网关，。 与MGCP用户相比，并且提供更多的应用层支持，管理也更为简单。 （Switched CircuitNetwork）、IP、ATM、有线电视网或其它可能的电路或分组网络中的任何的两种或多种网络之间的媒体网关控制的协议。 ，例如IP、ATM、MTP等。 文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 第第2章2.1在分布式的媒体网关的网络结构中，由于业务处理和“媒体承载实体”分布在两台不同的设备上，在NGN组网中，业务处理由SoftX3000完成，媒体承载实体则是各种IAD终端设备，因此当SoftX3000需要连接IAD并承载媒体流时，需要通过一个统一格式的消息来通知各IAD设备。 当SoftX3000和IAD通过H248协议连接时，。 消息的格式至少应该包含两方面的内容: 1、一个业务中应该包含哪些媒体承载实体； 2、这些媒体承载实体之间的关系如何。 ，这些媒体承载实体被称为“终端”；而“上下文”中指明“一个业务中应该包含哪些媒体承载实体IAD”，“这些媒体承载实体IAD之间的关系”则在“上下文”中的“拓扑”中规定。 2.2连接模型以及基本概念2.2.1连接模型连接模型指的是MGC控制的，在MG中的逻辑实体或对象。 它是MGC和MG之间消息交互的内容核心，MGC通过命令控制MG上的连接模型，MG上报连接模型的各种信息包括状态、参数、能力等。 如图2所示:连接模型由两种实体组成:上下文（Context）和终端（Termination）。 TerminationS BearerChannelTerminationRTPStreamTerminationS BearerChannelMediaGatewayContextTerminationS BearerChannelTerminationRTPStreamContextTerminationS BearerChannelContextTerminationSBearerChannel?图2基本概念的图形示意2.2.2终端终端是可以发送或接收一种或多种媒体流的逻辑实体。 终端由许多特性描述，这些特性组合成一组描述符而包含在命令中。 终端有唯一的终端标识(Termination ID)，它由媒体网关在在创建时分配。 一个终端在任一时刻属于且只能属于一个上下文。 2.2.3上下文一个上下文就是一些终端间的联系。 它描述了终端之间的拓扑关系以及媒体混合/交换的参数。 上下文由一组终端组成。 一个上下文可以包含多个终端。 根据MG的业务特点不同，上下文中可以包含的最大终端数目就不同。 一个上下文中至少要包含一个终端。 同时一个终端一次也只能属于一个上下文。 如果上下文中包含多于两个终端，上下文还会描述拓扑结构以及其它一些媒体混合/交换的参数。 上下文有如下参数:a)ContextId:由媒体网关MG分配的32位整数，可以用“*”来代表“所有”，用“-”代表“空”。 ContextId在MG范围内是唯一的。 b)拓扑关系:描述上下文中的终端之间的关系。 这些关系指出了媒体流在终端之间的流向。 拓扑结构只用于描述上下文，它可以在“Add”和“Modify”命令中使用。 文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 c)Priority（优先级）:向MG提供上下文优先处理的信息。 d)Emergencyindicator（紧急事件）:向MG提供上下文紧急处理的信息。 通常用Add命令添加一个终端到上下文。 在Add命令中没有指定上下文，MG将创建一个新上下文。 Subtract命令把一个终端从上下文中删除，Move命令将终端从一个上下文移到另一个上下文。 当上下文的最后一个终端被删除或移动出去后，该上下文被隐式删除。 2.3MGC和MG之间是通过消息进行通信的，:Megaco/H.248messageHeader TransactionTransaction.Transaction Req or Reply ReqorReplyReqorReplyTrans HdrAction.ActionCtx HdrCtx PropertiesCommand.CommandCmd HdrDescriptor.Descriptor图3消息有一个消息头，消息头里面包含一个消息的MID（Message ID）和一个协议版本号。 MID被配置成一个规定的名字，如域地址（Domainaddress）或域名（Domainname）或设备名（Devicename）。 协议版本号标记本消息所支持的协议版本。 本协议的版本号是从1开始。 一个消息（Message）包含多个事务（Transaction），消息中的事务相互没有关系，可以单独处理；事务由多个行动（Action）构成，事务里面的行动必须按照顺序执行。 行动由一系列局限于一个上下文的多个命令组成。 由此，:Message消息TransactionI事务TransactionIDnContextID1上下文ContextIDnCMD1命令CMDnDes-n Des-1描述符.图4消息机制示意图2.3.1消息消息从消息头开始，其中包含发送者的标识。 每一条消息包含消息遵守的协议版本的版本标识号。 正如RFC2145中的定义，版本号是Major/Minor格式，各有1-2个数字。 消息头后面是若干互不相关事务。 2.3.2事务事务保证顺序命令的执行。 即在一个事务中，命令是按序执行的。 当所有命令成功执行时事务才成功执行，当其中一个命令失败时，整个事务失败。 事务中的一个命令失败时，此命令的后续命令将终止执行。 事务表现为TransactionRequest和对TransactionRequest的响应。 有三种响应:TransactionAept，TransactionReject和TransactionPending:TransactionAept命令包含对应TransactionRequest所有命令的返回值。 TransactionReject命令在当事务失败时发送。 TransactionReject包含成功命令的返回值和失败命令的错误值。 TransactionPending命令用于通知事务正在被执行，还没有完成，以防止事务发送方以为事务丢失，而再次发送此事务。 文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 2.3.3行动行动与上下文是密切相关的，它由一系列局限于一个上下文的命令组成。 在一个行动内，命令需要顺序执行。 ContextID用于标识该行动对应的上下文。 ContextID由MG指定，在MG范围内是唯一的。 MGC必须在以后的与此上下文相关的事务中使用ContextID。 2.3.4命令，实现对上下文和终端属性的控制，包括指定终端报告的事件什么信号和动作可施加于终端，以及指定上下文的拓扑结构。 2.4:图5事务、Action和命令的关系示意图。 ，（重传、定时等等）。 ，如承载在IP网络上的TCP、UDP、SCTP和M3UA等，以及承载在ATM上的MTP3-B、AAL5等。 第第3章上下文和终端。 命令提供了对上下文和终端属性的完全控制，包含指定终端报告的事件和什么信号和动作可施加于终端等等。 3.1命令介绍协议有8个命令，这些命令除了“Notify”和“ServiceChange”外，其余都是由MGC主动发给MG，MG进行响应的。 “Notify”是由MG发给MGC，而“ServiceChange”可以由它们之间互相发送。 1、Add Add命令添加终端到上下文。 上下文中第一个终端的添加用于创建上下文。 2、Modify Modify命令更改终端属性、事件和信号。 3、Subtract Subtract命令从上下文中删除终端并统计终端参加的上下文情况。 上下文的最后一个终端的删除的同时删除上下文本身。 4、Move Move命令将一个终端从一个上下文移动到另一个上下文。 5、AuditValue AuditValue命令返回终端目前的状态属性、事件，信号以及终端的统计 6、AuditCapabilities AuditCapabilities命令返回MG允许的终端属性、信号和事件的所有可能值。 7、Notify Notify命令用于MG把MG目前发生的事件通知给MGC。 8、ServiceChange ServiceChange命令可用于MG通知MGC有一个或一组终端离开服务或返回服务。 ServiceChange还用于MG在上电或者从失败中恢复后，向MGC发起注册或重新注册(这两个过程是一样的)，提醒MG的重启的迫近或完成。 ServiceChange可由MGC向MG发送移交通知。 文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 3.2描述符终端参数结构化为许多描述符。 通常，描述符的形式如下:DescriptorName=parm=value，parm=value_.参数可以有如下三种设置方法: 1、完全指定参数(FullySpecified)命令发起者在命令中给相应的参数一个明确的值。 2、不指定参数(UnderSpecified)命令的发起者使用通配符，允许用户选择一个他所支持的任何一个值并返回给命令的发起者。 3、指定一系列参数(OverSpecified)命令的发起者给出一个该参数的列表，列表中值的顺序是降序排列的，即前面的优先级高。 命令响应者从列表中选取一个并返回给命令发起者。 未指定的参数保留原值。 如果需要指定的描述符没有被指定，则使用它原来的值。 ，供参考:描述符名称说明Modem标识Modem类型和属性Mux描述多媒体终端(H.221,H.223,H.225.0)的复用类型和终端输入队列复用Media媒体流规格的列表TerminationState不特定于流的终端属性（可在包中定义）Stream单个流的Local/Remote/LocalControl描述符的列表Local MG接收的流相关的属性Remote MG发送的流相关的属性Localcontrol描述MGC和MG之间的属性Events MGC要求MG检测及报告的事件列表EventBuffer MGC要求MG在EventBufferControl为LockStep时，检测及缓冲的事件列表Signals描述应用于终端的信号和（或）活动（如回铃音）Audit描述哪些信息需要审计ServiceChange ServiceChange的活动和原因描述符名称说明DigitMap指示如何在MG中处理号码匹配的拨号方案Statistics Subtract和Audit命令中，终端保持的统计数据的报告Packages审记时，返回终端识别的包的列表ObservedEvents“Notify”上报检测到的事件Topology描述Context内各终端间的流的方向，用于Context而不是Termination文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。 第第4章呼叫流程为了使大家有个更为形象的认识，。 SoftX3000技术手册信令与协议分册相关内容。 4.1呼叫媒体流的流程USER1MG1MGC MG2USER2Off-hookDial tone （1）NTFY （2）NTFY （3）T-Request/ADD （4）T-Reply/ADD （9）T-Request/Modify （10）T-Reply/Modify （7）T-Request/Modify （8）T-Reply/Modify （13）T-Request/Subtract （14）T-Reply/Subtract （11）T-Request/Subtract （12）T-Reply/Subtract （5）T-Request/ADD （6）T-Reply/ADDRingingRingback toneOff-hook双方通话On-ook图6简单呼叫流程上图画出了两个媒体网关MG1呼叫MG2时，MGC和发起呼叫的MG1以及被叫MG2之间的媒体流的流程。 其中 （3） （4） （5） （6） （7） （8）是呼叫的建立过程， （9） （10）是呼叫的连接过程， （11） （12） （13） （14）是被叫挂机后的删除连接过程。 整个媒体流的流程如下:? （1）主叫摘机，MG检测到后通过Notify命令将事件（Off-Hook）报告给MGC；? （2）用户拨号，MG将收到的号码通过Notify命令报告给MGC；? （3）MGC分析收到数据决定建立MG1到MG2的一个Context，并通过Add命令让MG1将主叫端口加入一个Context，向主叫送拨号音。 因为MGC还未获得包含特定媒体流接收方的属性，所以媒体流的Mode是ReceiveOnly，并且在命令中，的参数用参数通配符“$”表明，意思为“选择”，具体的参数值将由MG1在下一条Reply中填入具体的值。 ? （4）MG1接受新的终端（Termination），并把自己的IP和UDP端口填入。 ? （5）MGC分析被叫号码，找出被叫端口，决定建立MGC到MG2的一个新的Context，并通过Add命令让MG2将主叫端口加入一个Context。 ? （6）MG2把自己的IP和UDP端口填入。 ? （7）MGC命令MG1将被叫端口加入前面所说的那个Context。 MGC命令MG1向主叫送回铃音，向被叫送振铃音；? （8）MG1再向MGC发送回应消息。 ? （9）被叫摘机，MGC命令MG1连接主被叫，把媒体流的Mode从ReceiveOnly修改为SendReceive，并停止回铃。 ? （10）MG再向MGC发一个Reply。 ?此后，双方进入通话。 ? （11） （12） （13） （14）主/被叫挂机（由于主叫挂机和被叫挂机返回的命令是一样的，下面只列出被叫挂机的情况），MGC命令MG1和MG2释放主被叫连接，将主/被叫端口放空Context，此处只列出MGC对MG1的