CN1874384A - 一种业务切换的方法 - Google Patents

Abstract

本发明涉及一种在通信网络中用于从语音业务切换到数据业务的控制方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法通过网关控制器控制网关，在语音呼叫建立阶段并不协商fax/modem/text业务等支持的codec，而是在fax/modem/text业务发起时，再针对该业务所支持的codec进行协商，这样大大节省了自动切换模式下需要预留的网络的资源。

Description

一种业务切换的方法

技术领域

本发明涉及一种在通信网络中的业务切换方法。

背景技术

NGN(Next Generation Network，下一代网络)是电信史上的一块里程碑，标志着新一代电信网络时代的到来。NGN从传统的以电路交换为主的PSTN(公共交换电话网)逐渐迈向以分组交换为主的网络，其承载了原有PSTN网络的所有业务，并且将大量的数据传输卸载到IP(Internet Protocol)网络中以减轻PSTN网络的重荷，又以IP技术的新特性增加了许多新业务和增强了许多老业务。从这个意义上讲，NGN是基于TDM(时分复用)的PSTN语音网络和基于IP/ATM的分组网络融合的产物，其使得在新一代网络上语音、视频、数据等综合业务成为了可能。

随着NGN网络不断发展，不断完善，将逐步取代PSTN网络。但有一个前提是，NGN网络必须能够提供PSTN网络已提供的业务功能。其中，主要有fax业务、modem(拨号上网)业务和text(文本)业务等，这些数据业务都需要能够在NGN网络架构下实现传输。

目前，fax/modem/text业务主要包括fax relay(中继模式)、modem relay以及text relay模式，最近还提出了VBD(语音带宽数据Voice-band Data)模式的概念。VBD模式就是在IP网络上利用语音通道选用合适的codec(codingand decoding)来传输fax、modem和text等数据的方式。用于VBD的codec通常是G.711和G.726这种非压缩的语音编解码。在VBD模式下，fax/modem/text业务的数据都能够在IP网络上透传，即PSTN线路上传输的数据不经过解调而直接在IP上传输。ITU-T(telecommunication standardizationsector of ITU)的V.152协议中规定了在IP电话网络上从语音模式自动切换到VBD模式的方法。

下面结合图1和2以支持语音和fax业务的IP电话网络为例说明V.152协议中VBD模式的自动切换方法。

图1示出了IP电话网络的系统结构图。其中包括支持fax业务的主叫电话机1和被叫电话机2，它们之间通过PSTN分别连接到各自的主叫MGW(媒体网关)1和被叫MGW2上，MGC(媒体网关控制器)通过例如H.248协议对MGW1和MGW2进行控制，同时通过RTP协议连接到IP网上。当电话机1呼叫电话机2时，首先将该呼叫信息通过PSTN传输到MGW1上，然后通过MGC与MGW2进行协商，协商出语音模式和VBD模式的codec，然后建立呼叫连接。

图2示出了图1所示的主、被叫MGW1和MGW2在呼叫连接建立过程中进行VBD能力协商的流程图，为方便说明，这里假设使用H.248.2控制协议。需要说明的是，该流程主要针对MGC对MGW1和MGW2的控制方法进行描述，其它与控制流程无关的一些流程本领域技术人员都应该清楚，因此不做详细说明。

首先，当主叫电话1的用户摘机拨号，请求MGC建立一个新的呼叫(未示出)；

步骤1：MGC通过一个ADD消息在MGW1上增加一个IP端点，用于创建一个新的连接，并且标明该IP端点上是选用G.729codec作为语音codec和VBD(例如G.711，G.726-32)作为fax业务的codec；保留组和保留值为TRUE，表示让MGW1预留两种codec所需的资源；

步骤2：MGW1应答消息，在该消息中向MGC上报这两种codec的IP地址和端口，表示MGW1支持VBD和G.729模式；

步骤3：ADD消息，即MGC在MGW2上增加一个IP端点，用于与MGW1进行语音连接，并且标明该IP端点上选用G.729和VBD(使用MGW1上报的VBD codec)；远端SDP(会话描述协议)，用于向MGW2通知MGW1(相对于MGW2为远端)的IP地址和端口；

步骤4：MGW2应答消息，表示MGW2支持G.729和VBD，因此同时上报了IP端点上使用的G.729和VBD的IP地址和端口；

步骤5：Modify消息，即MGC在MGW1上修改端点，将修改codec为G.729和VBD，同时通知远端SDP(即MGW2)的IP地址和端口；

步骤6：MGW1应答消息。

至此基本呼叫连接已经建立，主、被叫电话机1和2进入语音通话模式。

然后，如果主叫电话机1发起了fax业务，则主、被叫电话机1和2能够通过V.152协议规定好的业务自动切换流程进行fax业务的传输，过程简要说明如下。

语音通话模式下，主、被叫电话机1和2使用协商好的语音通道进行语音通话，同时MGW1和2均监视协商好(步骤1-6)的VBD通道上的数据。当主叫电话机1或被叫电话机2任意一方开始fax(主叫电话机1或被叫电话机2的用户按下电话机上的fax键)事件时，则MGW1或2将检测到这一事件的发生，并且自动切换到VBD通道，然后开始发送fax的相关数据，对方MGW在VBD通道上检测到数据后也自动切换到VBD通道。这样，整个呼叫即由语音通话切换到了fax事件。当fax业务停止后，如果MGW1和2再从语音通道接收到数据，或者收到舒适音，或者从PSTN侧收到语音或者fax结束的信号，则MWG1和2再自动切换回语音通话模式。

V.152协议中不仅定义了上面描述的从MWG自动切换到VBD模式的方法，即在语音通话建立阶段仅协商VBD和语音的codec的方法，也定义了在语音通话建立阶段可以全部协商出各业务(fax/modem/text)对应的codec、VBD和语音codec，然后在各业务发生时能够自动切换到协商好的业务的codec的方法。例如，如果协商结果为，fax用T38模式，modem用V.150.1模式，而text用VBD，则一旦例如fax业务发生，则MGW1和MGW2将自动切换到T38模式进行fax数据传输，一旦例如modem业务发生，则MGW1和MGW2将自动切换到V.150.1模式进行modem数据传输，一旦例如text业务发生，则MGW1和MGW2将自动切换到VBD模式进行text数据传输。

V.152协议中规定的从语音自动切换到数据业务的流程存在如下问题：

1.由于规定从MWG自动切换到数据业务模式，因此必须在主被叫的呼叫建立阶段就必须协商好支持所有业务所需模式的能力。但是，进行普通语音呼叫的用户通常情况下不会切换到fax/modem/text业务，因此在开始协商出支持各业务所需模式的能力在大部分情况下没有用，但在建立呼叫的时候例如VBD、T38、V150.1等的资源可能会被该呼叫保留，因此占用了较多的资源。也就是说，在每个基本呼叫过程中都要预留或多或少的资源，造成网络负荷增大，而且协商的过程也会大大增加每个普通语音呼叫接口上的消息长度；

2.NGN架构下由MGC控制MGW，因此如果让MGW自动切换，对于MGW的智能要求比较高，例如需要监测VBD通道的能力等。

发明内容

基于上述原因，本发明第一方面公开了一种MGC控制业务切换的方法，即通过MGC控制MGW，在语音呼叫建立阶段并不协商fax/modem/text业务等支持的codec，而是在fax/modem/text业务发起时，再针对该业务所支持的codec进行协商，这样大大节省了自动切换模式下需要预留的网络的资源；

本发明第二方面还公开了一种结合自动切换和MGC控制业务切换的方法，即在语音呼叫建立阶段同时协商语音codec和VBD，如果双方MGW均支持VBD，则转入自动切换模式，如果有一方MGW不支持VBD，则利用MGC控制业务切换方法。

本发明第三方面进一步公开了一种结合自动切换和MGC控制业务切换的方法，即通过配置和审计的方式，决定MGW语音建立阶段使用哪种流程进行业务切换。

针对第一个方面，本发明提供了一种在通信网络中用于从语音业务切换到数据业务的控制方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法包括如下步骤：

步骤1，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤2，若语音模式协商成功，则主叫网关和被叫网关按照协商好的语音模式进行通话，并转入步骤3；若协商失败，则结束；

步骤3，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤4；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤4；

步骤4，网关控制器控制主叫网关和被叫网关根据数据业务的类型进行数据业务的模式的协商；

步骤5，若数据业务的模式协商成功，则转入步骤7；若协商失败，则结束；

步骤6，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务停止则上报；主叫网关和被叫网关进入数据业务模式；

步骤7，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束。

针对第二个方面，本发明进一步提供了一种在通信网络中用于从语音业务切换到数据业务的控制方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法包括步骤：

步骤1，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并且控制主叫网关和被叫网关进行语音和VBD两种模式的协商；

步骤2，若语音模式协商成功，则主叫网关和被叫网关进入语音通话状态，并进入步骤3；若语音模式协商失败，则结束；

步骤3，若VBD模式协商成功，则主叫网关和被叫网关同时进入数据业务自动切换模式；若VBD模式协商失败，则网关控制器通知主叫网关和被叫网关如果有数据业务则上报，并进入步骤4；

步骤4，若主叫网关上有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤5；若被叫网关上有数据业务则被叫网关上报网关控制器有数据业务，进入步骤5；

步骤5，网关控制器控制主叫网关和被叫网关进行数据业务的模式的协商；

步骤6，若上述数据业务的模式协商成功，则转入步骤7；若协商失败，则结束；

步骤7，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务模式；

步骤8，数据业务停止，主叫网关上报数据业务结束，网关控制器应答该上报请求，数据业务结束。

针对第三个方面，本发明提供了一种在通信网络中用于从语音业务切换到数据业务的控制方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法包括如下步骤：

步骤1，主叫网关和被叫网关分别向网关控制器进行注册；网关控制器对主叫网关的能力进行审计；

步骤2，若审计的结果表示主叫网关不支持VBD模式，则在主叫网关发起语音呼叫时转入步骤3-9的流程；若审计的结果表示主叫网关支持VBD模式但不支持自动切换模式，则在主叫网关发起语音呼叫时转入步骤10-16的流程；若审计的结果表示主叫网关既支持自动切换模式又支持VBD模式，则在主叫网关发起语音呼叫时转入步骤17；

步骤3，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤4，若语音模式协商成功，则转入步骤5；若语音模式协商失败，则结束；

步骤5，主叫网关和被叫网关按照协商好的语音模式进行语音通话，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤6；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤6；

步骤6，网关控制器控制主叫网关和被叫网关进行数据业务的relay模式的协商；

步骤7，若数据业务的relay模式协商成功，则转入步骤8；若协商失败，则结束；

步骤8，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的relay模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务的relay模式；

步骤9，数据业务停止，主叫网关或主叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束；

步骤10，网关控制器请求被叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤11，若语音模式协商成功，则主叫网关和被叫网关按照协商好的语音模式进行通话，并转入步骤12；若协商失败，则结束；

步骤12，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤13；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤13；

步骤13，网关控制器控制主叫网关和被叫网关进行数据业务的模式协商；

步骤14，若数据业务的模式协商成功，则转入步骤15；若数据业务的模式协商失败，则结束；

步骤15，网关控制器修改主叫网关和被叫网关为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务模式；

步骤16，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束；

步骤17，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并且控制主叫网关和被叫网关进行语音和VBD两种模式的协商；

步骤18，若语音模式协商成功，则主叫网关和被叫网关进入语音通话状态，并进入步骤19；若语音模式协商失败，则结束；

步骤19，若VBD模式协商成功，则主叫网关和被叫网关同时进入数据业务自动切换模式；若VBD模式协商失败，则网关控制器通知主叫网关和被叫网关如果有数据业务则上报，并进入步骤20；

步骤20，若主叫网关上有数据业务，则主叫网关上报网关控制器有数据业务，并进入步骤21；若被叫网关上有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤21；

步骤21，网关控制器控制主叫网关和被叫网关进行数据业务的模式的协商；

步骤22，若上述数据业务的模式协商成功，则转入步骤23；若协商失败，则结束；

步骤23，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务模式；

步骤24，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束；

本发明的原理、实用性及诸多优点在结合附图阅读时将从下面的详细描述中变得更加清楚。

附图说明

图1所示为IP电话网络的系统结构图；

图2所示为在图1的电话网络下的V.152协议流程图；

图3所示为本发明第一实施例的流程图；

图4所示为本发明第二实施例的流程图；

图5所示为本发明第三实施例中的审计方式的流程图。

具体实施方式

第一实施例

图3示出了本发明的第一实施例的流程，该实施例的数据业务仍为传真业务。但本领域技术人员可以理解，数据业务的类型还可以为modem以及text等。

如图3所示，由MGC控制业务切换系统包括MGW1、MGW2以及MGC，该流程为先协商建立基本语音呼叫，然后通过MGC协商切换到fax relay(T38)传真模式，传真结束后再恢复到语音通话模式。其中，各步骤如下详细描述。

首先，当MGW1上的电话用户摘机拨号，请求MGC建立一个新的呼叫；(图中未示出)；

步骤1：MGC向MGW1发送ADD消息，其中包括MGC在MGW1上增加一个IP端点，IP端点上选用G.729作为语音codec；

步骤2：MGW1应答消息，其中上报该IP端点的IP地址和端口；

步骤3：MGC向MGW2发送ADD消息，包括MGC在MGW2上增加一个用于连接MGW1的IP端点，IP端点上选用G.729作为语音codec；远端SDP，用于通知对端(MGW1)的IP地址和端口；ctyp/dtone，通知MGW1如果有数据业务则上报；流模式设置为双向；

步骤4：MGW2应答消息，其中上报IP端点的IP地址和端口；

步骤5：MGC在MGW1上修改端点，通知远端SDP(MGW2)的IP地址和端口；ctyp/dtone，通知MGW2如果有数据业务则上报；流模式确定为双向；

步骤6：MGW1应答消息；至此基本呼叫已经建立；

步骤7：Notify(通知)消息，MGW1上报ctyp/dtone事件为V21flag(事件名，表示事件为传真，具体参见H.248协议)事件，通知传真开始；

步骤8：MGC应答消息，确认收到上报的事件；

步骤9：Modify(修改)消息，MGC在MGW1上检测fax/faxconnchange，下发VBD(例如G.711)和T38两组codec；保留组设置为TRUE，即让MGW1上报所支持的能力；

步骤10：MGW1应答消息，表明MGW1支持VBD和T38，因此上报了两组能力；

步骤11：Modify消息，MGC在MGW2上检测fax/faxconnchange事件，通知MGW2如果传真停止则上报，通知远端SDP(即MGW1)，下发VBD(使用和MGW1选用相同的codec)和T38两组codec；保留组设置为FALSE，即让MGW2上报一个所支持的能力；设置ctyp/calltyp＝fax，通知MGW2进入传真状态；

步骤12：MGW2应答消息，表明MGW2优选T38，所以上报了T38以及使用的IP和端口；

步骤13：MGC在MGW1上修改为T38模式，并且通知远端SDP(MGW2)，继续检测fax/faxconnchange事件，通知MGW1如果传真停止则上报；设置ctyp/calltyp＝fax，通知MGW1进入传真状态；

步骤14：MGW1应答消息，至此进入传真状态；

步骤15：MGW1上报fax/faxconnchange(faxconnchng＝EOF)，表示传真结束；

步骤16：MGC应答消息；

步骤17：MGC在MGW1上修改codec为G.729；

步骤18：应答消息，MGW1上报IP端点的IP地址和端口；

步骤19：MGC在MGW2上修改codec为G.729，通知远端SDP(MGW1)，设置ctyp/dtone，重新检测fax/modem/text事件；

步骤20：MGW2应答消息，MGW2上报IP端点的IP地址和端口；

步骤21：MGC向MGW1通知远端SDP(MGW2)，设置ctyp/dtone(意义同上)，重新检测fax/modem/text事件；

步骤22：MGW1应答消息；至此进入语音通话状态，而且可以再次切换到fax/modem/text。

该流程是从语音通话切换到T38的示例流程。实际情况下，步骤12中也可以协商出VBD，这样就是语音模式切换到VBD模式的流程。并且，T38的多种形式(RTP，UDPTL和TCP)都可以参与协商。

本领域技术人员可以理解，该实施例仅以fax事件进行说明，但是如果步骤7中上报的是modom/text事件，那么类似fax切换的流程，MGC会将codec切换到modom/text事件相应的codec，切换时也可以让MWG协商使用VBD还是relay方式；并且，本发明的所有在先描述的和将在以下描述的流程仅为举例说明，其中根据各步骤所实现的功能能够根据实际情况进行设计，例如MGC下发的ctyp/dtone消息，用于通知主、被叫MGW如果有数据业务则上报也可以在语音通话建立成功之后发出；还有，数据业务如果停止(不管是由于数据业务的数据传输完毕还是中途中断)，则主、被叫MGW均可以向MGC上报数据业务结束等。

以上是MGC控制切换模式的流程。

第二实施例

MGW自动切换模式和MGC控制切换模式也可以融合，实现一种新的fax/modem/text切换方法。

MWG自动切换模式具有一定的优势，即流程比较简单，而且因为不需要MGC参与切换和信令传输，因此切换速度较快，在H.248信令通道拥塞的情况下能够提高fax/modem/text的成功率，并且考虑到VBD可以支持fax/modem/text，而且使用的是G.711和G.726等语音资源，其与T38和V150.1等需要解调后再调制的relay资源相比较，VBD需要预留的资源较少。

因此，该实施例将V.152协议中的自动切换模式与MGC控制切换模式相结合，有如下优化流程设计思路。

即，在呼叫建立阶段按照MWG自动切换的方式协商语音和VBD能力。如果协商成功，则该呼叫使用VBD实现fax/modem/text，不使用relay方式；如果协商不成功，则只协商出语音通话相关的能力，不预留VBD资源，同时检测fax/modem/text事件，在发起方MWG上报fax/modem/text事件后，再根据实际的业务类型协商fax，modem或者text的relay能力。如果MWG支持VBD但是不支持在语音和VBD之间自动切换，那么VBD能力也加入协商。这样既不用预留多个relay方式的资源，也能够增加fax/modem/text业务的成功率。

图4所示为本发明第二实施例的流程图。

第二实施例的基本思想是，在基本呼叫建立阶段先进行VBD自动切换能力协商，如果协商失败，则再使用MGC控制切换到T38传真。传真结束后在MGC的控制下切换回语音通话状态。

参照图3进行说明。其中与本发明的控制流程无关的公知的流程这里不再一一赘述。

步骤1：MGC向MGW1发送ADD消息，其中包括MGC在MGW1上增加端点，IP端点上选用作为语音codec的G.729和VBD(例如G.711，G.726-32)，保留组和保留值为TRUE，让MGW1保留多组资源；

步骤2：MGW1应答消息；MGW1上报IP端点使用VBD和G.729，同时上报两种codec的IP地址和端口；

步骤3：MGC向MGW2发送ADD消息，其中包括MGW2上增加端点，IP端点上选用G.729和VBD(使用MGW1上报的VBD codec)，远端SDP中通知对端的IP和端口；同时检测ctyp/dtone事件；流模式设置为双向；

步骤4：MGW2应答消息，MGW2不支持VBD，因此只上报了IP端点上使用的G.729的IP地址和端口；

步骤5：MGC在MGW1上修改端点，修改codec为G.729；通知远端SDP的IP地址和端口；检测ctyp/dtone事件，通知MGW1如果有传真业务则上报；流模式为双向；

步骤6：MGW1应答消息；至此基本呼叫已经建立；

步骤7：MGW1上报V21flag事件，通知传真开始；

步骤8：MGC应答消息；

步骤9：MGC在MGW1上检测fax/faxconnchange事件，通知MGW1如果传真业务停止则上报，下发T38；

步骤10：MGW1应答消息，上报了T38使用的IP和端口；

步骤11：MGC在MGW2上检测fax/faxconnchange事件，通知MGW2如果传真业务停止则上报，通知远端SDP，下发T38；

步骤12：MGW2应答消息；MGW2上报T38使用的IP和端口；设置ctyp/calltyp＝fax；通知MGW2进入传真状态；

步骤13：MGC在MGW1上通知远端SDP，，继续检测fax/faxconnchange事件；设置ctyp/calltyp＝fax；通知MGW1进入传真状态；

步骤14：MGW1应答消息；至此进入传真状态；

步骤15：传真停止，由MGW1上报fax/faxconnchange(faxconnchng＝EOF)，表示传真结束；

步骤16：MGC应答消息；

步骤17：MGC修改MGW1的codec为G.729

步骤18：MGW1应答消息，上报IP端点的IP地址和端口；

步骤19：MGC修改MGW2的codec为G.729，通知远端SDP，设置ctyp/dtone，重新检测fax/modem/text事件(意义同上)；

步骤20：MGW2应答消息；上报IP端点的IP地址和端口；

步骤21：MGC在MGW1上通知远端SDP，设置ctyp/dtone，重新检测fax/modem/text事件；

步骤22：MGW1应答消息；至此进入语音通话状态，而且可以再次切换到fax/modem/text。

如图可以看出，该流程是先建立自动切换VBD的流程；如果VBD能力协商失败，则先进行语音通话，然后使用MGC控制切换流程。根据MWG上报的事件类型(fax/modem/text)，MGC控制协商对应业务的codec，可能协商出VBD或者对应的relay方式。使用协商出的能力实现相应的业务。

第三实施例

MGC还可以通过配置或者审计的方式获知MWG是否具有支持V.152自动切换的能力。

配置的方式，是指OM(操作维护系统)在MGC上进行数据配置，指定某个MWG是否支持V.152定义的MWG自动切换流程。在呼叫开始前MGC读取该配置，如果MWG支持自动切换流程，则使用自动切换流程建立呼叫，否则就使用MGC控制流程。

如果是通过审计方式，则可以定义一个H.248包的属性来描述MWG是否支持自动在语音和fax/modem/text之间切换。MGC可以根据MWG的实际能力在呼叫开始时采取MWG自动切换或者MGC控制切换的流程。

审计方式需要定义新包VBD Capbility Package，

二进制包ID：VBDCap

版本：1

描述：该包用于审计MWG对于VBD的支持能力

属性属性ID：cap(0x0001)描述MWG支持哪种VBD能力

类型：枚举

可能值：

″NoVBD″(0x0001)：不支持VBD方式

″VBDNoAuto″(0x0002)：支持VBD方式，但是不支持MWG自动切换到VBD，需要由MGC控制切换到VBD

″VBDAuto″(0x0003)：支持VBD方式，也支持MWG自动切换到VBD

该属性放在TerminationState描述符中。

在MWG注册后或者呼叫建立前，MGC向MWG发审计步骤，通过审计结果获得MWG对于VBD的支持能力。参照图5，简单介绍该审计方式的流程。

步骤1：MGW注册；

步骤2：MGC应答消息；

步骤3：MGC向MGW审计VBD的支持情况；

步骤4：应答消息中网关上报VBDCap/cap的值；

至此，审计完成。

需要强调的是，由MGC审计出的MGW的能力仅为主叫MGW的能力，而关于被叫网关是否支持这些能力，是在协商的时候获知的。MGC根据VBDCap/cap的值获得MGW对于VBD的支持情况，并决定在MGW(主叫)建立基本呼叫时采取的模式。即，如果MGW(主叫)不支持VBD，那么MGC就不发起主、被叫MGW之间的VBD协商；如果MGW(主叫)支持VBD但是不支持自动切换，MGC就发起主、被叫MGW之间的语音codec的协商，而在发生fax/modem/text事件时，VBD可以参与codec协商；如果MGW(主叫)支持VBD也支持自动切换，那么MGC可以发起VBD自动切换的呼叫流程(在被叫MGW也支持自动切换的情况下)，也可以只协商语音codec，而在发生fax/modem/text事件时再进行VBD以及relay模式的协商。

通过上述实施方式可以看出，本发明的业务灵活切换方法具有如下有益效果：

1.MGC可以灵活选择fax/modem/text的MWG自动切换和MGC控制切换的流程；

2.全面支持了fax/modem/text的MGC控制切换流程，使用V150.1中定义的VBD的SDP描述，更加合理规范。减少了H248/SIP/H323的步骤长度。在呼叫建立阶段只协商语音能力，MGC根据具体的业务协商切换到相应的codec；

3.综合了MWG自动切换流程和MGC控制切换流程的优势。在呼叫建立阶段只协商较少的能力，比如(语音和VBD能力)，不需要预留太多fax/modem/text relay资源，协商步骤的长度也比只协商语音能力增加不多。如果VBD自动切换协商成功，就使用在自动切换流程。如果协商不成功，可以保证基本通话，后续进行MGC控制的切换流程。如果主被叫MWG支持某种relay方式，或者支持VBD但是不支持MWG自动切换到VBD，则后续的fax/modem/text业务还是可以实现。这样在步骤长度，资源预留，流程复杂度和功能实现上找到了一个平衡点。

4.互通方面更加容易。因为MGC控制的切换流程对MWG要求不高，只要求MWG上报fax/modem/text事件以及按照MGC的要求切换codec。这些都是H248的基本要求。所以使用本发明的设计方案可以加强V.152MWG和非V.152MWG的互通能力。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种在通信网络中的业务切换方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法包括如下步骤：

步骤1，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤2，若语音模式协商成功，则主叫网关和被叫网关按照协商好的语音模式进行通话，并转入步骤3；若协商失败，则结束；

步骤3，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤4；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤4；

步骤4，网关控制器控制主叫网关和被叫网关根据数据业务的类型进行数据业务的模式的协商；

步骤5，若数据业务的模式协商成功，则转入步骤6；若协商失败，则结束；

步骤6，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务停止则上报；主叫网关和被叫网关进入数据业务模式；

步骤7，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束。

2.根据权利要求1所述的方法，其特征在于：

步骤1中所述的通知主叫网关和被叫网关如果有数据业务则上报的步骤为在主叫网关和被叫网关按照协商好的语音模式进行通话步骤的下一个步骤。

3.根据权利要求1所述的方法，其特征在于：

所述数据业务的模式为relay模式和VBD模式。

4.根据权利要求1-3之一所述的方法，其特征在于：

所述数据业务为传真、拨号上网和文本业务其中之一。

5.一种在通信网络中的业务切换方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法包括步骤：

步骤1，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并且控制主叫网关和被叫网关进行语音和VBD两种模式的协商；

步骤2，若语音模式协商成功，则主叫网关和被叫网关进入语音通话状态，并进入步骤3；若语音模式协商失败，则结束；

步骤3，若VBD模式协商成功，则主叫网关和被叫网关同时进入数据业务自动切换模式；若VBD模式协商失败，则网关控制器通知主叫网关和被叫网关如果有数据业务则上报，并进入步骤4；

步骤4，若主叫网关上有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤5；若被叫网关上有数据业务则被叫网关上报网关控制器有数据业务，进入步骤5；

步骤5，网关控制器控制主叫网关和被叫网关进行数据业务的模式的协商；

步骤6，若上述数据业务的模式协商成功，则转入步骤7；若协商失败，则结束；

步骤7，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务模式；

步骤8，数据业务停止，主叫网关上报数据业务结束，网关控制器应答该上报请求，数据业务结束。

6.根据权利要求5所述的方法，其特征在于：

步骤1中所述的通知主叫网关和被叫网关如果有数据业务则上报的步骤为在主叫网关和被叫网关按照协商好的语音模式进行通话步骤的下一个步骤。

7.根据权利要求6所述的方法，其特征在于：

所述数据业务的模式为relay模式和VBD模式。

8.根据权利要求5-7之一所述的方法，其特征在于：

所述数据业务为传真、拨号上网和文本业务其中之一。

9.一种在通信网络中用于从语音业务切换到数据业务的控制方法，该网络包括主叫网关、被叫网关以及网关控制器，其中网关控制器控制主叫网关与被叫网关之间的通信，该方法包括如下步骤：

步骤1，主叫网关和被叫网关分别向网关控制器进行注册；网关控制器对主叫网关的能力进行审计；

步骤2，若审计的结果表示主叫网关不支持VBD模式，则在主叫网关发起语音呼叫时转入步骤3-9的流程；若审计的结果表示主叫网关支持VBD模式但不支持自动切换模式，则在主叫网关发起语音呼叫时转入步骤10-16的流程；若审计的结果表示主叫网关既支持自动切换模式又支持VBD模式，则在主叫网关发起语音呼叫时转入步骤17；

步骤3，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤4，若语音模式协商成功，则转入步骤5；若语音模式协商失败，则结束；

步骤5，主叫网关和被叫网关按照协商好的语音模式进行语音通话，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤6；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤6；

步骤6，网关控制器控制主叫网关和被叫网关进行数据业务的relay模式的协商；

步骤7，若数据业务的relay模式协商成功，则转入步骤8；若协商失败，则结束；

步骤8，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的relay模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务的relay模式；

步骤9，数据业务停止，主叫网关或主叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束；

步骤10，网关控制器请求被叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤11，若语音模式协商成功，则主叫网关和被叫网关按照协商好的语音模式进行通话，并转入步骤12；若协商失败，则结束；

步骤12，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤13；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤13；

步骤13，网关控制器控制主叫网关和被叫网关进行数据业务的模式的协商；

步骤14，若数据业务的模式协商成功，则转入步骤15；若数据业务的模式协商失败，则结束；

步骤15，网关控制器修改主叫网关和被叫网关为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务模式；

步骤16，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束；

步骤17，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并且控制主叫网关和被叫网关进行语音和VBD两种模式的协商；

步骤18，若语音模式协商成功，则主叫网关和被叫网关进入语音通话状态，并进入步骤19；若语音模式协商失败，则结束；

步骤19，若VBD模式协商成功，则主叫网关和被叫网关同时进入数据业务自动切换模式；若VBD模式协商失败，则网关控制器通知主叫网关和被叫网关如果有数据业务则上报，并进入步骤20；

步骤20，若主叫网关上有数据业务，则主叫网关上报网关控制器有数据业务，并进入步骤21；若被叫网关上有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤21；

步骤21，网关控制器控制主叫网关和被叫网关进行数据业务的模式的协商；

步骤22，若上述数据业务的模式协商成功，则转入步骤23；若协商失败，则结束；

步骤23，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务结束则上报；主叫网关和被叫网关进入数据业务模式；

步骤24，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束。

10.根据权利要求9所述的方法，其特征在于：

步骤3中所述的通知主叫网关和被叫网关如果有数据业务则上报的步骤为在主叫网关和被叫网关按照协商好的语音模式进行通话步骤的下一个步骤。

11.根据权利要求9所述的方法，其特征在于：

所述数据业务的模式为relay模式和VBD模式。

12.根据权利要求10所述的方法，其特征在于：

步骤10中所述的通知主叫网关和被叫网关如果有数据业务则上报的步骤为在主叫网关和被叫网关按照协商好的语音模式进行通话步骤的下一个步骤。

13.根据权利要求9所述的方法，其特征在于，

所述步骤2中，若审计的结果表示主叫网关既支持自动切换模式又支持VBD模式，则在主叫网关发起语音呼叫时转入如下步骤：

步骤101，网关控制器请求主叫网关和被叫网关各自添加一个语音通道的端点，并控制主叫网关和被叫网关进行语音模式的协商，同时通知主叫网关和被叫网关如果有数据业务则上报；

步骤102，若语音模式协商成功，则主叫网关和被叫网关按照协商好的语音模式进行通话，进入步骤103；若语音模式协商失败，则结束；

步骤103，若主叫网关有数据业务，则主叫网关上报网关控制器有数据业务，进入步骤104；若被叫网关有数据业务，则被叫网关上报网关控制器有数据业务，进入步骤104；

步骤104，网关控制器控制主叫网关和被叫网关根据数据业务的类型进行数据业务的模式的协商，同时通知主叫网关和被叫网关如果数据业务停止则上报；

步骤105，若数据业务的模式协商成功，则转入步骤107；若协商失败，则结束；

步骤106，网关控制器修改主叫网关和被叫网关的业务模式为协商好的数据业务的模式，并通知主叫网关和被叫网关如果数据业务停止则上报；主叫网关和被叫网关进入数据业务模式；

步骤107，数据业务停止，主叫网关或被叫网关之一上报数据业务结束，网关控制器应答该上报请求，数据业务结束。

14.根据权利要求13所述的方法，其特征在于：

步骤101中所述的通知主叫网关和被叫网关如果有数据业务则上报的步骤为在主叫网关和被叫网关按照协商好的语音模式进行通话步骤的下一个步骤。

15.根据权利要求9-14之一所述的方法，其特征在于：

所述数据业务为传真、拨号上网和文本业务其中之一。

Images