专利名称：将多媒体呼叫回退为语音呼叫的方法
技术领域：
本发明涉及多媒体通信技术，尤其涉及一种将多媒体呼叫回退为语音呼叫的方法，其在呼叫建立过程中，当视频呼叫失败时，能够实现自动对第三代移动通信(3G)用户发起语音呼叫，而不需要对现有网络的ISUP(综合业务数字网的用户部分)信令进行升级。如果当前的网络支持ISUP降质功能，本发明也能使IP网络终端与3G用户进行语音通话。
背景技术：
窄带低速率多媒体通信框架协议(H.324M)视频业务是3G的亮点业务。随着NGN(下一代网络)和IP网络的不断发展，3G视频用户与IP网络的IP终端的互通将成为重要的业务。在本发明中，IP终端可以是基于IP的多媒体通信框架协议(H.323)视频终端，或者是SIP终端即基于会话发起协议(SIP)的视频终端。通常会由一个转换设备例如视频网关(VIG)完成3G终端(例如具有视频功能的手机)的H.324M与IP网络的视频终端互通转换。
当一个IP终端呼叫一个3G终端时，IP终端先呼叫视频网关，由视频网关再向3G终端发起一个视频呼叫。3G终端由于漫游、网络质量或其他原因，可能位于一个无法支持视频业务的区域。这时，IP终端呼叫3G终端时，视频网关对该3G终端发起视频呼叫就无法成功。
众所周知，H.324M视频业务是一个数据业务，语音呼叫是一个语音业务。而在数据业务拨号过程中，3G网络没有回铃音和拨号失败音。因此如果呼叫失败，IP终端主叫用户听不见任何提示。会出现IP终端用户多次呼叫，但呼叫总是失败，却又不知呼叫失败原因的情况。因此，即使3G用户不能提供语音或视频服务时，也应该让IP终端用户听见拨号失败的原因，从用户使用的角度看，应该保证IP终端用户可以与3G用户进行语音通话。如果不转成语音呼叫，则即使可以和3G用户进行语音通话，也因为视频网关的视频呼叫失败而无法通话。
从协议的角度看，现有的ISUP信令协议中定义了ISUP降质过程，即支持在呼叫中携带多个承载能力(BC)指示，其中一个是数据业务类型，另一个可以是语音业务类型。当主叫局发起呼叫时，可以携带两个BC参数，被叫局可以从中选择一个支持的能力，从而可以建立一个被叫局认可的呼叫。在这种情况下，如果视频网关试图发起一个视频呼叫，则被叫的VMSC(访问移动交换中心，即端局MSC)即使拒绝了用户的视频呼叫，还是可以进行语音通话的。为此目的，需要将面向3G的ISUP侧和IP侧都要修改为语音模式。
但是从现实组网和网上设备现状来看，多数交换机都不支持ISUP降质这个功能。而上述的技术要求从视频网关到3G终端所在的VMSC之间的路径上任何一个交换机都必须支持ISUP降质功能，并且目前的VIG也不提供在呼叫过程中将视频呼叫修改为语音模式的功能。如果另外要求运营商升级全网设备来解决这个问题，成本较高。
发明内容
为解决现有技术的上述问题，本发明的目的在于提供一种将多媒体呼叫回退为语音呼叫的方法，在IP终端对3G用户进行的视频呼叫失败的情况下，可实现IP终端与3G终端之间的语音通信。
为实现上述目的，本发明提供了一种将多媒体呼叫回退为语音呼叫的方法，包括1)当IP终端对3G用户发起视频呼叫时，视频网关先对3G终端发起一次视频呼叫；2)若视频呼叫失败，视频网关在无IP终端干预的情况下，立刻自动对3G终端发起语音呼叫；若视频呼叫失败原因是ISUP降质成为语音，则不用对3G终端发起语音呼叫；3)建立3G网络到IP终端之间的语音承载。这样，在呼叫模式变为语音模式后，视频网关与IP终端之间只建立音频媒体流，不建立视频媒体流。
本发明的优点在于在IP终端呼叫3G终端时，如果3G终端不在服务区或关机，则IP终端能够听见呼叫失败的原因。在其它不能进行视频通话的情况下，IP终端用户可直接与3G用户进行语音通话。而且，采用本发明，对现有网络的ISUP信令不必进行升级。
图1为现有的3G用户与IP终端用户的通信示意图；图2是根据本发明的在3G用户与IP终端用户之间实现多媒体回退的方法简要流程图；图3是SIP终端用户呼叫3G视频终端IUSP降质的过程示意图；图4是SIP终端用户呼叫3G视频终端的非ISUP降质的过程示意图；图5是H.323终端呼叫3G视频终端ISUP降质的过程示意图；图6是H.323终端呼叫3G视频终端非ISUP降质的过程示意图。
具体实施例方式
下面参考图2说明本发明的一个具体实施方式
的实现多媒体回退的方法。
当IP终端对3G终端发起视频呼叫时，视频网关按照现有的协议规范，先对3G终端发起一次视频呼叫。视频网关的特点是对3G侧，它的承载通常采用时分复用(TDM)，信令通常采用ISUP。对MSC来看，VIG就像一个对等的MSC交换机；对IP终端侧，若IP终端是H.323终端，则VIG支持完整的H.323协议栈，从H.323网络看，VIG就像一个H.323网关。若IP终端是SIP终端，则视频网关支持完整的SIP协议栈，从IP网络看是一个SIP网关。
如果由于3G用户未签约视频业务、终端不支持视频业务、用户处于GSM网络、用户不愿意进行视频呼叫、用户不在服务区或用户关机等原因，将导致视频网关对3G用户的视频呼叫失败。这时，视频网关收到ISUP信令返回的失败值后，立刻自动按照现有协议规范对3G用户发起一次语音呼叫，该呼叫是在没有IP终端的干预的情况下进行的。其方法与发起视频呼叫的方法相同，区别仅仅是把发出的ISUP消息中的视频业务BC修改为语音业务BC。对ISUP降质成语音模式的情况或VIG重新呼叫视频网关的情况，在IP网络侧都仅仅建立语音流。
对于IP终端是H.323终端的情况，其H.245能力交换过程(在H.323网络中，H.245的能力交换过程(TCS)协商本次通信可使用的编解码类型，按照H.245协议标准，这时如果VIG不想建立视频通话，则在能力交换过程中不携带任何视频编解码能力)根据视频网关3G侧的最终呼叫业务类型，可仅仅携带语音能力，从而只建立3G网络到H.323终端之间的语音承载，不会建立视频媒体流。
对SIP终端，其控制协议不是H.245，而是按照SIP协议，直接通过SIP协商消息删除视频媒体流，只保留语音媒体流。
在传统方式下，因为IP终端用户不知道呼叫失败的原因是什么，可能是网络故障，也可能是其他环节问题，所以如果用户继续使用视频方式拨号，还会失败。而根据本发明，视频网关对3G终端的自动语音呼叫是IP终端(包括H.323终端和SIP终端)用户不可见的行为。这样用户就不需要重新拨号。也就是说，视频网关代替用户操作，将呼叫变成语音方式，这样使得业务更加人性化，用户操作设备的复杂度降低很多。
在本实施例中，当3G终端不在服务区或关机情况下，由于视频网关和IP终端之间已建立了音频通道，因而移动网络播放的失败原因音会通过视频网关和IP终端之间的音频通道传送给IP终端，使IP终端的用户能够听见呼叫失败的原因。在其他的几种情况下，IP终端用户不需要任何额外的操作，就可以和3G用户进行语音通话。
图3描述的是一个SIP终端用户呼叫3G视频终端的流程。VIG收到SIP侧发送的invite(包含SDP)后(表示发起呼叫，这时SDP中包含视频和音频能力)，在发出100trying(表示正在处理这个invite消息)的同时，对3G侧发出ISUP的携带两个BC能力(视频和语音)的IAM消息。当3G网络的MSC根据3G用户的实际情况，发现现在不能提供视频呼叫，于是在ACM消息中表示拒绝视频服务，保留语音服务。
VIG收到只包含语音能力指示的ACM消息后，发现视频呼叫无法进行，于是通过SIP的180Ring(包含SDP)消息中只携带语音能力SDP给SIP终端，表示自己本次呼叫不能使用视频能力。当MSC返回ISUP的ANM消息时，3G侧话路已经可用。这时VIG给SIP终端侧发送不带有SDP的200消息(这时不用带任何SDP属性了)，于是3G用户和SIP终端就可进行语音通话了。再往后，SIP终端挂机，发送信令BYE消息，VIG返回200做应答，并对3G网络侧回REL。MSC释放3G网络内部承载，并回RLC表示释放完成。
上述流程中的核心点在于，当VIG收到ACM得知拒绝了视频呼叫后，在180Ring消息中拒绝视频参数，从而实现了回落。
图4描述的是一个SIP终端用户呼叫3G视频终端的流程，与图3的差异在于3G网络拒绝了这个呼叫，而不是ISUP降质。即VIG发出IAM信令后，对SIP终端用户侧发送100Try响应。VIG在收到了表示拒绝的REL消息时，知道对方拒绝这个呼叫，于是VIG重新发出一个纯语音呼叫，并且在收到对方ACM响应前，不会发送180Ring信令来删除视频能力。收到二次呼叫的ACM后给出180Ring信令，完成同图3一样的操作。在VIG收到3G侧的ANM后，对SIP终端用户侧返回200信令，后面的流程与图3完全一样。
图5描述了一个H.323终端呼叫3G视频终端的流程，中间有一次ISUP降质。以一个H.323慢启流程为例。图5中没有显示GK设备，因为GK设备并不对本流程产生影响。
从Q931消息流程开始，H.323终端呼叫3G用户时，先发送一个SETUP信令到VIG，VIG对ISUP侧发送IAM(含视频和语音能力)。3G网络返回ACM，拒绝了视频能力，只保留了语音能力。VIG收到ACM后，在H.323侧发送Alerting信令给H.323终端。当VIG收到ANM时，表示3G网络已经为通话做好了准备。这时VIG对H.323终端返回Connect信令。在此后，H.323终端和VIG之间进行H.245能力协商(TCS)，双方通知对方自己支持的编解码信息。这个过程中，VIG可不在自己发出的TCS中包含视频能力(表示本次通话不支持视频通信，详细可参考H.245协议)。完成TCS后，就是MSD(主从确定)和OLC过程(打开逻辑通道)。在OLC过程中由于一方已经在TCS中说明本次不支持视频能力了，因此，OLC过程只能打开语音通道，建立语音通话。在OLC过程后，3G用户就可与H.323终端进行通话了。此后H.323用户挂机，流程可参考H.323协议。
图6是一个H.323终端呼叫3G用户的流程，与图5的差异在于视频呼叫失败的原因不是ISUP降质，而是对方MSC返回REL拒绝呼叫。这时，VIG需要再发一次只带语音能力的IAM，在收到MSC的ACM确认后再回Alerting信令，后面的过程与图5相同。
若3G终端作为主叫方呼叫一个IP终端，通常3G终端上需要选择呼叫方式为语音方式还是视频方式。如果3G用户在一个无法支持视频业务的区域里，则该用户选择视频拨号方式时，网络会返回拨号失败。这是本领域技术人员公知的，因此不再详细说明。
权利要求
1.一种将多媒体呼叫回退为语音呼叫的方法，包括1)当IP终端对3G终端发起视频呼叫时，视频网关对所述3G终端发起视频呼叫；2)如果所述视频呼叫失败，并且没有发生ISUP降质时，所述视频网关自动对所述3G终端发起语音呼叫；3)在所述视频网关与所述IP终端之间建立音频媒体流。
2.根据权利要求1所述的方法，其特征在于，所述视频网关对3G终端发起语音呼叫的步骤包括所述视频网关没有IP终端干预的情况下，发起语音呼叫，将ISUP消息中的视频业务承载指示改为语音业务承载指示；对于H.323终端，通过在H.245协商过程中根据视频网关发起呼叫的业务类型，禁止视频能力或通道打开，仅使用语音能力或通道。
3.根据权利要求1所述的方法，其特征在于，所述视频网关对3G终端发起语音呼叫的步骤包括所述视频网关在没有IP终端干预的情况下，发起语音呼叫，将ISUP消息中的视频业务承载指示改为语音业务承载指示；对于基于会话发起协议的终端，通过SIP协商消息中的响应消息删除视频媒体流，只保留语音媒体流。
4.根据权利要求1-3任一项所述的方法，其特征在于，当所述视频网关收到在ISUP信令中返回的失败值后，确认所述视频呼叫失败。
5.根据权利要求4所述的方法，其特征在于，当视频呼叫失败时，使移动网络播放的失败原因音通过视频网关与IP终端之间的音频通道传送给所述IP终端。
6.根据权利要求1-3任一项所述的方法，其特征在于，当视频呼叫失败时，如果ISUP发生降质成为语音，则视频网关不再对3G用户发起语音呼叫，对于H.323终端，通过在H.245协商过程中根据视频网关发起呼叫的业务类型，禁止视频能力或通道打开，仅使用语音能力或通道。
7.根据权利要求1-3任一项所述的方法，其特征在于，当视频呼叫失败时，如果ISUP发生降质成为语音，则视频网关不再对3G用户发起语音呼叫，对于基于会话发起协议的终端，通过SIP协商消息中的响应消息删除视频媒体流，只保留语音媒体流。
全文摘要
本发明提供了一种将多媒体呼叫回退为语音呼叫的方法，包括1)当IP终端对3G终端发起视频呼叫时，视频网关先对3G用户发起视频呼叫；2)若视频呼叫失败，在视频网关收到ISUP返回的失败值后，视频网关立刻自动对3G终端再发起语音呼叫，若视频呼叫失败，但ISUP降质成为语音，则不用对3G终端发起语音呼叫；3)建立3G网络到IP终端之间的语音承载，即视频网关在呼叫模式变为语音模式后，视频网关与IP终端之间只建立音频媒体流，不建立视频媒体流。利用本发明，在IP终端呼叫3G终端时，如果3G终端不在服务区或关机，则IP终端能够听见呼叫失败的原因。在其它不能进行视频通话的情况下，IP终端用户可直接与3G用户进行语音通话。
文档编号H04Q7/22GK1835630SQ200510055420
公开日2006年9月20日 申请日期2005年3月17日 优先权日2005年3月17日
发明者刘振华 申请人:华为技术有限公司