专利名称：实现多媒体业务变化的系统、方法及信息处理装置的制作方法
技术领域：
本发明涉及通讯技术领域，尤其涉及一种实现多媒体业务变化的系统、方法及信息处理装置。
背景技术：
第三代无线通讯技术(3Generation，3G)相对于第二代无线通讯技术(2Generation，2G)有一个非常显著的区别，即3G网络电路域可提供包括视频电话在内的多媒体业务。
在采用3G网络给用户提供多媒体业务服务时，用户可能会由于多种原因需要实现多媒体变化，比如多媒体业务回落或业务更改。
所述业务回落的一种典型情况就是，当一个支持视频通话的终端，即一个用户设备(User Equipment，UE)发起了一个视频呼叫，但由于各种原因，导致视频呼叫失败，但是网络和用户设备的状况仍然满足进行一次音频通话的条件，为满足客户的通话需求，此次视频呼叫的结果将会演变成一次音频通话，这种情况就是业务回落。
导致视频呼叫失败的原因有很多种，比较常见的有主叫用户或被叫用户未签约视频电话业务、被叫用户仅同意进行音频通话、网络条件不允许进行视频通话、或者被叫用户设备不支持视频业务等。
所述业务更改是指，在业务进行中时，由于各种原因，导致需要将目前正在进行中的业务进行更改。比如，将视频通话更改为音频通话、或者将音频通话更改为视频通话。
导致需要进行业务更改的原因同样有很多种，比较常见的有由于主叫用户或者被叫用户主动要求更改业务；或者由于网络原因发生业务回落之后，网络状况恢复至可以满足视频通话，需要将正在进行中的音频通话更改为视频通话；或者正在进行视频通话时，网络状况发生了变化，不能继续视频通话，需要更改为音频通话等。
在第三代合作伙伴计划(3GPP)R4版本之后，业界已经有了比较完整的实现多媒体业务回落或业务更改的方法，比较常用的有以下两种第一种方法此方法将原本的呼叫过程分成“呼叫→释放→再呼叫”的过程，即所述的原本的呼叫过程实际上进行了两次从主叫用户到被叫用户的呼叫过程，但是在用户看来仅进行了一次呼叫过程。
在完成这个呼叫的整个过程中，主叫用户设备发起了一个视频呼叫后，当需要进行业务回落时，立刻对此次呼叫进行释放，由主叫用户设备根据释放原因发起语音呼叫建立请求，或者由网络侧(例如移动交换中心、或无线网络控制器等)主动发送消息，回叫主叫用户设备，请求建立语音业务，主叫用户设备收到消息后，进行语音业务建立过程。
在上述第一种方法中，为了完成业务回落过程，主叫用户需要发起两个呼叫动作，一次视频呼叫和一次音频呼叫，加大了呼叫时延，延长了用户接通呼叫的时间；而且采用前次视频呼叫释放后，由主叫用户设备再次发起语音呼叫的方法，需要更改主叫用户设备，对主叫用户设备进行升级，而对于已售出的用户设备将处理起来更为困难，若采用由网络侧主动发送消息，回叫主叫用户，请求建立语音业务的方法，虽然不需要更改用户设备，但是用户设备上会显示在呼叫失败之后，在没有人为操作的情况下，用户设备自动发起了新的呼叫，这种情况显然会让用户感觉难以理解，难以达到用户要求。
再者，此方法只是完成多媒体业务回落的方法，不具备处理业务更改的能力。
第二种方法此方法是采用现有标准协议流程，在基于用户设备和网络支持双承载能力信元值(Bearer Capability Information Element，BCIE)的基础上提出的。所述双BCIE含有承载多媒体(Bearer Capability multimedia，BCmm)和承载语音(Bearer Capability speech，BCs)两种承载能力信元值；相对于双BCIE，单BCIE只包含BCmm和BCs两种BCIE中的一种，或者是BCmm、或者是BCs。
在呼叫过程中、通话过程中通过信令消息中携带业务能力值来进行主叫、被叫、还有网络间的能力协商，当协商过程中如果出现需要进行业务回落或业务更改时，则通过信令通知主叫用户设备、被叫用户设备和网络侧，主叫用户设备、被叫用户设备和网络侧分别据此信令进行业务通道的建立或修改，以实现业务回落或业务更改。
上述的第二种方法，实现业务回落或业务更改的过程，在主叫用户侧、被叫用户侧和网络侧都需要启动修改过程，对整个业务通道进行全面修改，其修改过程比较繁复，时延较长，难以达到用户要求。
而且，该方法是完全基于用户设备和网络支持双BCIE给出的规范流程，对于仅支持单BCIE的用户设备则没有任何解决方案，但是现在已售出的用户设备有相当大的比例是仅支持单BCIE的用户设备，他们同样有实现业务回落或业务更改的需求。
综上所述，上述的两种实现多媒体业务回落或业务更改的方法，都存在时延较长，难以达到用户要求的问题；而且方法一只能实现业务回落，无法实现业务更改；方法二只能实现支持双BCIE的用户设备实现业务回落或业务更改，对于仅支持单BCIE的用户设备则无能为力。进而，两种方法都无法解决仅支持单BCIE用户设备的业务更改问题。
发明内容
本发明要解决的技术问题是提供一种实现多媒体业务回落或业务更改的系统、方法及信息处理装置。
为实现上述目的，本发明提供了一种信息处理装置，包括复用/解复用模块和信令处理模块该信令处理模块在收到移动交换中心发出的需要进行业务变化消息时，用于产生逻辑通道控制信令，该逻辑通道控制信令用于控制一端用户设备和所述信息处理装置之间的逻辑通道，实现多媒体业务变化；该复用/解复用模块用于在收到移动交换中心发出的需要进行业务变化消息时，对接收到的从用户设备发出的信息进行解复用；该复用/解复用模块还用于对信令处理模块产生的逻辑通道控制信令复用后发送给另一端用户设备。
其中，所述需要进行业务变化消息为需要进行业务回落消息，所述信令处理模块产生用于控制主叫用户设备只打开与所述信息处理装置之间的语音逻辑通道的逻辑通道控制信令用于，实现多媒体业务回落。
其中，所述需要进行业务变化消息为需要进行业务更改消息，所述信令处理模块用于根据需要进行业务更改消息产生逻辑通道控制信令，该逻辑通道控制信令用于，控制被要求更改业务端的用户设备和所述信息处理装置之间的相应逻辑通道，实现多媒体业务更改。
其中，其特征在于，所述从用户设备发出的信息为H.223媒体流；所述信令处理模块产生的逻辑通道控制信令为H.245信令。
本发明还提供了一种实现多媒体业务变化的系统，该系统包括用户设备和信息处理装置，其中所述信息处理装置用于转发用户设备之间的交互信息，以及在收到移动交换中心发出的需要进行业务变化消息时，对接收到的从用户设备发出的信息进行解复用，并产生逻辑通道控制信令复用后发送给一端用户设备；所述用户设备进一步用于根据所述信息处理装置发出的逻辑通道控制信令，控制用户设备和所述信息处理装置之间的逻辑通道，以实现多媒体业务变化。
其中，所述信息处理装置在收到移动交换中心发出的需要进行业务变化消息为需要进行业务回落消息时，用于产生逻辑通道控制信令复用后发送至主叫用户设备；所述主叫用户设备用于根据所述信息处理装置发出的逻辑通道控制信令，只打开与所述信息处理装置之间的语音逻辑通道，实现多媒体业务回落。
其中，所述信息处理装置在收到移动交换中心发出的需要进行业务变化消息为需要进行业务更改消息时，用于根据需要进行业务更改消息，产生逻辑通道控制信令复用后发送至被要求更改业务端的用户设备；所述用户设备用于根据所述信息处理装置发出的逻辑通道控制信令，控制该用户设备和所述信息处理装置之间的相应逻辑通道，实现多媒体业务更改。
其中，所述信息处理装置集成在移动交换中心的服务器/媒体网关功能单元里。
其中，所述从用户设备发出的信息为H.223媒体流；所述逻辑通道控制信令为H.245信令。
本发明还提供了一种实现多媒体业务变化的方法，该方法包括移动交换中心判断出需要进行多媒体业务变化，发送需要进行业务变化消息至信息处理装置；信息处理装置转发用户设备之间的交互信息，在收到移动交换中心发出的需要进行业务变化消息时，对接收到的从用户设备发出的信息进行解复用，产生逻辑通道控制信令复用后发送给一端用户设备，控制一端用户设备和所述信息处理装置之间的逻辑通道，实现多媒体业务变化。
其中，所述方法包括移动交换中心判断出需要进行多媒体业务回落，发送需要进行业务回落消息至信息处理装置；信息处理装置转在收到移动交换中心发出的需要进行业务回落消息时，对接收到的从用户设备发出的信息进行解复用，产生打开逻辑通道信令复用后发送至主叫用户设备，通知主叫用户设备只打开语音逻辑通道；主叫用户设备接收到所述信息处理装置发送的信令后，打开与所述信息处理装置之间的语音逻辑通道，接通语音通话，实现多媒体业务回落。
其中，所述方法包括移动交换中心判断出需要进行多媒体业务更改，发送需要进行业务更改消息至信息处理装置；信息处理装置在收到移动交换中心发出的需要进行业务更改消息时，对接收到的从用户设备发出的信息进行解复用，则根据需要进行业务更改消息，产生逻辑通道控制信令复用后发送至被要求更改业务端的用户设备，通知所述用户设备控制相应逻辑通道；所述用户设备接收到所述信息处理装置发送的信令后，控制该用户设备和所述信息处理装置之间的相应逻辑通道，实现多媒体业务更改。
其中，所述方法包括移动交换中心判断出需要进行多媒体业务更改，发送需要进行业务更改消息至信息处理装置；信息处理装置在收到移动交换中心发出的需要进行业务更改消息时，对接收到的从用户设备发出的信息进行解复用，若需要进行业务更改消息携带的信息要求将正在进行中的可视电话多媒体通话更改为语音通话，则所述信息处理装置产生关闭逻辑通道信令复用后发送至被要求更改业务端的用户设备，通知所述用户设备关闭视频逻辑通道；所述用户设备接收到所述信息处理装置发送的信令后，关闭与所述信息处理装置之间的视频逻辑通道，只传递语音信息，将业务更改为语音通话，完成多媒体业务更改。
其中，所述方法包括移动交换中心判断出需要进行多媒体业务更改，发送需要进行业务更改消息至信息处理装置；信息处理装置在收到移动交换中心发出的需要进行业务更改消息时，对接收到的从用户设备发出的信息进行解复用，若需要进行业务更改消息携带的信息要求将业务回落后或业务更改后的语音通话恢复为可视电话多媒体通话，则所述信息处理装置产生打开逻辑通道信令复用后发送至被要求更改业务端的用户设备，通知所述用户设备打开视频逻辑通道；所述用户设备接收到所述信息处理装置发送的信令后，打开与所述信息处理装置之间的视频逻辑通道，传递视频信息，将业务更改为可视电话多媒体通话，完成多媒体业务更改。
其中，所述信息处理装置集成在移动交换中心的服务器/媒体网关功能单元里。
其中，所述信令为H.245信令。
以上技术方案可以看出，由于本发明提供了一个可对媒体流进行复用和解复用及控制逻辑通道的装置，通过此装置对用户设备之间交互的信令进行判断，在需要进行多媒体业务变化时，控制一端用户设备和所述信息处理装置之间的逻辑通道，即可实现多媒体业务变化，需要的时间很短，可以充分满足用户的需求；同时无论用户设备可支持双BCIE，还是只能支持单BCIE，本发明提供的技术方案都可以实现多媒体业务回落或业务更改。
而且本发明提供的将所述信息处理装置集成在移动交换中心服务器/媒体网关功能单元的技术方案，只需要将所述信息处理装置作为移动交换中心服务器/媒体网关功能单元的一个新增加的功能，对移动交换中心服务器/媒体网关功能单元进行功能升级，节省了增加硬件的成本，且线路连接，和具体实现比起外置所述信息处理装置都会比较方便。
图1、现有技术用户设备之间的信令交互图；图2、本发明的装置内部结构图；图3、本发明的系统图；图4、本发明将装置集成在移动交换中心的服务器/媒体网关功能单元里的系统图；图5、本发明实现业务回落的流程图；图6、本发明实现业务回落的实施例一的流程图；图7、本发明实现业务回落的实施例二的流程图；图8、本发明实现业务回落的实施例三的流程图；图9、本发明实现业务更改的流程图；图10、本发明实现业务更改的实施例一的流程图。
具体实施例方式
本发明提供了一种实现多媒体业务变化的系统、方法及信息处理装置，在一个较佳实施方式中，通过增加能够处理媒体流及H.245信令的功能单元，以完成多媒体业务变化的过程，此多媒体业务变化包括多媒体业务回落和业务更改。
目前需要实现多媒体业务回落或业务更改的电路域多媒体移动用户设备采用的标准为H.324M协议，采用该协议的用户设备通过带内协商信令H.245进行点对点间的互操作，传输的媒体流是由音频流、视频流、数据流、H.245信令通过H.223协议复用而成的，不同的流类型对应不同的逻辑信道，通过H.245信令消息可以对不同的逻辑通道进行打开或关闭。
用户设备之间的H.245信令交互方式如图1所示，H.245信令流在主叫用户设备A101和被叫用户设备B102之间直接通过H.245信令通道传递，进行用户设备间的互操作，打开或关闭不同的流类型对应不同的逻辑信道。
所述的信息处理装置是能够处理媒体流及信令的功能单元，可称为增强功能的视频网关(Enhanced Video Interconnect Gateway，E-VIG)，为叙述方便下文都将称此信息处理装置为E-VIG功能单元。
E-VIG功能单元内部结构如图2所示，E-VIG功能单元203包含复用/解复用模块205和信令处理模块204。
其中复用/解复用模块205能够将H.223媒体流中的音频流、视频流、数据流以及H.245信令解析出来，也可以将它们重新复用成媒体流。
信令处理模块204可以对复用/解复用模块205解析出的H.245信令进行相应处理，可通过H.245信令控制逻辑信道的打开或关闭。
该E-VIG功能单元203，在和用户设备相连时，用户设备发出的媒体流通过E-VIG功能单元203进行传递，当E-VIG功能单元203收到移动交换中心发出的需要进行业务回落或业务更改消息时，首先通过复用/解复用模块205对用户设备发出的媒体流进行解复用，信令处理模块204产生H.245信令，通过复用/解复用模块205复用后发送给一端用户设备，控制用户设备打开或关闭相应逻辑通道，完成多媒体业务回落或业务更改。
其中，若E-VIG功能单元203收到移动交换中心发出的信令是需要进行业务回落消息时，信令处理模块204产生打开逻辑通道信令，通过复用/解复用模块复用后发送至主叫用户设备，控制主叫用户设备只打开与E-VIG功能单元203之间的语音逻辑通道，即只传递音频信息接通一个语音通话过程，完成业务回落；若E-VIG功能单元203收到移动交换中心发出的信令是需要进行业务更改消息时，信令处理模块204根据需要进行业务更改消息里携带的信息，产生H.245信令，通过复用/解复用模块复用后发送至被要求更改业务端的用户设备，打开或关闭该用户设备和E-VIG功能单元之间的相应逻辑通道，实现多媒体业务更改。
上述的E-VIG功能单元可以置于主叫移动交换中心(Mobile SwitchingCenter，MSC)侧，也可以置于被叫MSC侧，使主叫用户设备和被叫用户设备之间必需通过E-VIG功能单元进行H.245信令的交互，和媒体流的中转传递，组成一个实现多媒体业务回落或业务更改的系统，下面我们将进行系统的描述。
增加了E-VIG功能单元后的系统如图3所示，新增的E-VIG功能单元203将用户设备A101和用户设备B102之间的H.245信令流以及信令通道分为两段，用户设备发出的媒体流均需经过E-VIG功能单元203传递。
在业务正常进行时，E-VIG功能单元不会对接收到的媒体流内容进行任何更改，只起中转传递的作用，当E-VIG功能单元收到移动交换中心发出的需要进行业务回落或业务更改消息时，E-VIG功能单元则根据情况对主叫用户设备侧或者被叫用户设备侧发出H.245信令，对业务通道进行控制，实现业务回落或业务更改。
在实际应用中，还可以将E-VIG功能单元集成在MSC服务器(Server)/媒体网关(Media Gateway，MGW)功能单元里，作为MSC Server/MGW功能单元的一部分，也可以作为单独的功能单元接入MSC侧。
将E-VIG功能单元集成在MSC Server/MGW功能单元里的系统如图4所示，MSC Server/MGW功能单元403内增加E-VIG功能单元203，用户设备A101和用户设备B102之间通过MSC Server/MGW功能单元内置的E-VIG功能单元进行H.245信令的交互，和媒体流的中转传递。
由于采用将E-VIG功能单元集成在MSC Server/MGW功能单元里的方案，不需要增加新的硬件，只需要对MSC Server/MGW功能单元进行升级就可以达到增加E-VIG功能单元的目的，实际操作会比较简单，所以下文将以将E-VIG功能单元集成在MSC Server/MGW功能单元里的方案为例，详细描述实现多媒体业务回落或业务更改的方法。
实现多媒体业务回落或业务更改的方法中实现业务回落方法的流程如图5所示，具体描述如下步骤501、主叫用户设备发起一个视频呼叫。
步骤502、MSC Server/MGW功能单元判断是否需要进行业务回落，若是，则执行步骤503；否则执行步骤505。
步骤503、MSC Server/MGW功能单元发送需要进行业务回落消息至E-VIG功能单元，E-VIG功能单元使用H.245信令控制主叫用户设备仅打开语音通道，接着进入步骤504。
步骤504、主叫用户设备和被叫用户设备之间开始进行语音通话，多媒体业务回落完成，流程结束。
步骤505、主叫用户设备和被叫用户设备之间开始进行视频通话，流程结束。
上述流程只是业务回落过程的一个简单描述，由于导致需要进行业务回落的原因有很多，比如主叫或被叫用户未签约视频电话业务、被叫用户仅同意进行音频通话、网络条件不允许进行视频通话、或者被叫用户设备不支持视频业务，用户设备有支持双BCIE的，也有支持单BCIE的，E-VIG功能单元可以位于主叫MSC侧，也可以位于被叫MSC侧，在不同情况下，实现业务回落的过程也不尽相同。
现以主叫用户设备支持双BCIE，E-VIG功能单元集成在主叫MSC侧为实现多媒体业务回落方法的实施例一，详细描述实现业务回落的具体过程，其具体实现流程参见图6步骤601、用户设备A发送携带双BCIE(BCmm，BCs)的消息(SETUP)至集成了E-VIG功能单元的主叫MSC，请求建立多媒体可视电话业务。
步骤602、主叫MSC收到SETUP消息后，向被叫MSC发送初始地址消息(Initial Address Message，IAM)，消息中携带双BCIE(BCmm，BCs)值。
步骤603、主叫MSC在执行步骤602的同时，向用户设备A发送呼叫开始消息(CALL PROCEEDING)。
步骤604、用户设备A和主叫MSC之间开始可视电话(CS64K)业务建立过程。
步骤605、被叫MSC在收到IAM消息后，使用寻呼消息类型1(PAGE1)寻呼用户设备B。
步骤606、被叫MSC与用户设备B之间开始鉴权加密过程。
步骤607、完成鉴权加密过程后，被叫MSC携带双BCIE(BCmm，BCs)的呼叫消息(SETUP)给用户设备B。
步骤608、由于某种原因，用户设备B在回复呼叫确认消息(CALLCONFIRM)至被叫MSC时，CALL CONFIRM消息中携带的能力信息仅为BCs，此时本次视频呼叫已经失败，但是用户设备B回复的信息表示可以进行一次音频通话，至此需要进行回落的状况发生。
步骤609、需要进行回落的状况发生后，系统依然按照正常的呼叫过程运作，被叫MSC通过地址全消息(Address Complete Message，ACM)通知主叫MSC，本次视频呼叫结果为被叫方只能承载语音信息，不能回应主叫用户设备的视频呼叫，主叫MSC判断出需要进行业务回落，并发送需要进行业务回落消息通知E-VIG功能模块。
步骤610、用户设备B发送发信号消息(ALERTING)携带回铃音信息至被叫MSC。
步骤611、被叫MSC收到用户设备B发送的ALERTING消息后，发送呼叫处理消息(CPG)携带回铃音信息至主叫MSC。
步骤612、主叫MSC收到被叫MSC发送的CPG消息后，发送ALERTING消息至用户设备A。步骤610至步骤612，完成了发送回铃音至用户设备A的过程。
步骤613、在通过步骤610至步骤612发送回铃音的同时，被叫MSC及用户设备B之间开始进行自适应多速率(Adaptive Multi Rate，AMR)语音建立过程，建立用户设备B的语音业务通道。
步骤614、用户设备B的语音通道配置完成后，用户设备B发送连接消息(CONNECT)至被叫MSC，请求业务连接。
步骤615、被叫MSC收到用户设备B发送的CONNECT消息后，发送应答消息(Answer Message，ANM)至主叫MSC，传递请求业务连接的信息。
步骤616、主叫MSC收到被叫MSC发送的ANM消息后，发送CONNECT消息至用户设备A，请求业务连接。
步骤617、用户设备A收到主叫MSC发送的CONNECT消息后，回复连接应答消息(CONNECTACK)至主叫MSC，此时业务通道接续完成。
步骤618、业务通道接续完成后，用户设备A和收到主叫MSC需要进行业务回落消息的E-VIG功能模块开始进行带内协商过程，此协商过程包括终端能力交换过程(Terminal Capability Exchange Procedure，TCEP)、主从决定过程(Master Slave Determination Procedure，MSDP)、和复用表信令交互过程(Multiplex Table Signaling Procedure，MTSP)。
步骤619、集成在主叫MSC侧的E-VIG功能模块在带内协商过程结束后，E-VIG功能模块发送H.245信令打开逻辑通道消息(Open Logical Channel，OLC)至用户设备A，通知用户设备A仅打开语音逻辑通道。
步骤620、用户设备收到E-VIG功能模块发送的OLC消息后，打开语音逻辑通道，并回复打开逻辑通道确认消息(Open Logical Channel Acknowledge，OLCA)给集成在主叫MSC侧的E-VIG功能模块，通知语音逻辑通道已打开。
步骤621、此时用户设备A与E-VIG功能模块建立的是一个可视电话(CS64K)业务承载，但是由于只打开了语音逻辑通道，所以传递的只有语音信息，E-VIG功能模块与被叫MSC及用户设备B之间建立的则是一个AMR语音承载，用户设备A及用户设备B之间就通过这两段承载开始进行语音通话过程，此时业务回落完成。
若主叫用户设备仅支持单BCIE，其处理流程和实施例一基本相同，现以主叫用户设备仅支持单BCIE，E-VIG功能单元集成在主叫MSC侧为实现多媒体业务回落方法的实施例二，详细描述实现业务回落的具体过程，其具体实现流程参见图7步骤701、用户设备A发送携带单BCIE(BCmm)的SETUP消息至集成了E-VIG功能单元的主叫MSC，请求建立多媒体可视电话业务。
步骤702、主叫MSC收到SETUP消息后，向被叫MSC发送IAM消息，消息中携带单BCIE(BCmm)值。
步骤703、主叫MSC在执行步骤702的同时，向用户设备A发送呼叫开始消息(CALL PROCEEDING)。
步骤704、用户设备A和主叫MSC之间开始CS64K业务建立过程。
步骤705、被叫MSC在收到IAM消息后，使用寻呼消息类型1(PAGE1)寻呼用户设备B。
步骤706、被叫MSC与用户设备B之间开始鉴权加密过程。
步骤707、完成鉴权加密过程后，被叫MSC携带单BCIE(BCmm)的呼叫消息(SETUP)给用户设备B。
步骤708、由于某种原因，用户设备B在回复CALL CONFIRM消息至被叫MSC时，CALL CONFIRM消息中携带的能力信息为BCs，此时本次视频呼叫已经失败，但是用户设备B回复的信息表示可以进行一次音频通话，至此需要进行业务回落的状况发生。
步骤709、需要进行业务回落的状况发生后，系统依然按照正常的呼叫过程运作，被叫MSC通过ACM消息通知主叫MSC，本次视频呼叫结果为被叫方只能承载语音信息，不能回应主叫用户设备的视频呼叫，主叫MSC判断出需要进行业务回落，并发送需要进行业务回落消息通知E-VIG功能模块。
步骤710、用户设备B发送消息ALERTING携带回铃音信息至被叫MSC。
步骤711、被叫MSC收到用户设备B发送的ALERTING消息后，发送CPG消息携带回铃音信息至主叫MSC。
步骤712、主叫MSC收到被叫MSC发送的CPG消息后，发送ALERTING消息至用户设备A。步骤710至步骤712，完成了发送回铃音至用户设备A的过程。
步骤713、在通过步骤710至步骤712发送回铃音的同时，被叫MSC及用户设备B之间开始进行AMR语音建立过程，建立用户设备B的语音业务通道。
步骤714、用户设备B的语音通道配置完成后，用户设备B发送CONNECT消息至被叫MSC，请求业务连接。
步骤715、被叫MSC收到用户设备B发送的CONNECT消息后，发送应答消息ANM至主叫MSC，传递请求业务连接的信息。
步骤716、主叫MSC收到被叫MSC发送的ANM消息后，发送CONNECT消息至用户设备A，请求业务连接。
步骤717、用户设备A收到主叫MSC发送的CONNECT消息后，回复连接应答消息CONNECTACK至主叫MSC，此时业务通道接续完成。
步骤718、业务通道接续完成后，用户设备A和收到主叫MSC需要进行业务回落消息的E-VIG功能模块开始进行带内协商过程，此协商过程包括终端能力交换过程、主从决定过程、和复用表信令交互过程。
步骤719、E-VIG功能模块在带内协商过程结束后，E-VIG功能模块发送H.245信令打开逻辑通道消息OLC至用户设备A，通知用户设备A仅打开语音逻辑通道。
步骤720、用户设备收到E-VIG功能模块发送的OLC消息后，打开语音逻辑通道，并回复打开逻辑通道确认消息OLCA给E-VIG功能模块，通知语音逻辑通道已打开。
步骤721、此时用户设备A与E-VIG功能模块之间建立的是一个CS64K业务承载，但是由于只打开了语音逻辑通道，所以传递的只有语音信息，E-VIG功能模块与被叫MSC及用户设备B之间建立的则是一个AMR语音承载，用户设备A及用户设备B之间就通过这两段承载开始进行语音通话过程，此时业务回落完成。
若E-VIG功能单元集成在被叫MSC侧，不论主叫用户设备可支持双BCIE，还是只能支持单BCIE，其处理流程都和E-VIG功能单元集成在主叫MSC侧的实施例基本相同，现以E-VIG功能单元集成在被叫MSC侧，主叫用户设备支持双BCIE为实现多媒体业务回落方法的实施例三，详细描述实现业务回落的具体过程，其具体实现流程参见图8步骤801、用户设备A发送携带双BCIE(BCmm，BCs)的消息(SETUP)至集成了E-VIG功能单元的主叫MSC，请求建立多媒体可视电话业务。
步骤802、主叫MSC收到SETUP消息后，向被叫MSC发送初始地址消息IAM，消息中携带双BCIE(BCmm，BCs)值。
步骤803、主叫MSC在执行步骤502的同时，向用户设备A发送呼叫开始消息(CALL PROCEEDING)。
步骤804、用户设备A和主叫MSC之间开始CS64K业务建立过程。
步骤805、被叫MSC在收到IAM消息后，使用PAGE1寻呼用户设备B。
步骤806、被叫MSC与用户设备B之间开始鉴权加密过程。
步骤807、完成鉴权加密过程后，被叫MSC携带双BCIE(BCmm，BCs)的呼叫消息(SETUP)给用户设备B。
步骤808、由于某种原因，用户设备B在回复CALL CONFIRM消息至被叫MSC时，CALL CONFIRM消息中携带的能力信息为BCs，此时本次视频呼叫已经失败，但是用户设备B回复的信息表示可以进行一次音频通话，至此需要进行业务回落的状况发生，被叫MSC判断出需要进行业务回落，并发送需要进行业务回落消息通知E-VIG功能模块。
步骤809、需要进行业务回落的状况发生后，系统依然按照正常的呼叫过程运作，被叫MSC通过ACM消息通知主叫MSC，本次视频呼叫结果为被叫方只能承载语音信息，不能回应主叫用户设备的视频呼叫。
步骤810、用户设备B发送消息ALERTING携带回铃音信息至被叫MSC。
步骤811、被叫MSC收到用户设备B发送的ALERTING消息后，发送CPG消息携带回铃音信息至主叫MSC。
步骤812、主叫MSC收到被叫MSC发送的CPG消息后，发送ALERTING消息至用户设备A。步骤810至步骤812，完成了发送回铃音至用户设备A的过程。
步骤813、在通过步骤810至步骤812发送回铃音的同时，被叫MSC及用户设备B之间开始进行AMR语音建立过程，建立用户设备B的语音业务通道。
步骤814、用户设备B的语音通道配置完成后，用户设备B发送CONNECT消息至被叫MSC，请求业务连接。
步骤815、被叫MSC收到用户设备B发送的CONNECT消息后，发送应答消息ANM至主叫MSC，传递请求业务连接的信息。
步骤816、主叫MSC收到被叫MSC发送的ANM消息后，发送CONNECT消息至用户设备A，请求业务连接。
步骤817、用户设备A收到主叫MSC发送的CONNECT消息后，回复连接应答消息CONNECT ACK至主叫MSC，此时业务通道接续完成。
步骤818、业务通道接续完成后，用户设备A和收到被叫MSC需要进行业务回落消息的E-VIG功能模块开始进行带内协商过程，此协商过程包括终端能力交换过程、主从决定过程、和复用表信令交互过程。
步骤819、集成在被叫MSC侧的E-VIG功能模块在带内协商过程结束后，E-VIG功能模块发送H.245信令打开逻辑通道消息OLC至用户设备A，通知用户设备A仅打开语音逻辑通道。
步骤820、用户设备收到E-VIG功能模块发送的OLC消息后，打开语音逻辑通道，并回复打开逻辑通道确认消息OLCA给集成在被叫MSC侧的E-VIG功能模块，通知语音逻辑通道已打开。
步骤821、此时用户设备A与E-VIG功能模块之间建立的是一个CS64K业务承载，但是由于只打开了语音逻辑通道，所以传递的只有语音信息，E-VIG功能模块与用户设备B之间建立的则是一个AMR语音承载，用户设备A及用户设备B之间就通过这两段承载开始进行语音通话过程，此时业务回落完成。
E-VIG功能单元集成在被叫MSC侧，主叫用户设备仅支持单BCIE的情况可参照实施例三及实施例二，其处理流程和实施例三的不同之处就在于用户设备A发出的SETUP消息只携带BCmm能力值，后续的IAM及SETUP消息也同样只携带BCmm能力值，这些部分的信令处理过程与实施例二完全相同，其他的部分和实施例三完全相同，所以本文也就不再详细描述E-VIG功能单元集成在被叫MSC侧，主叫用户设备仅支持单BCIE的业务回落处理流程了。
实现多媒体业务回落或业务更改的方法中实现业务更改方法的流程如图9所示，具体描述如下步骤901、用户设备正在正常进行业务中，而且处于允许进行业务更改的状态，比如正常的CS64K多媒体通话、或者由于业务回落接通的语音通话。
步骤902、不论是由于用户主动要求更改业务，或者由于网络原因需要更改业务，都会由用户设备或者无线网络控制器(RNC)发出消息通知修改，MSC Server/MGW功能单元收到通知修改消息时，发送需要进行业务更改消息至E-VIG功能单元。
步骤903、E-VIG功能单元根据接收到的需要进行业务更改消息，使用H.245信令控制相应的逻辑通道，比如，若消息中某一方要求将视频通话改为音频通话，E-VIG功能单元就控制另一方用户设备关闭视频逻辑通道，只传递音频信息；若消息中表示可以将回落的业务恢复为视频通话，E-VIG功能单元就控制主叫方用户设备打开视频通道，恢复为视频通话。
步骤904、用户设备开始进行正常进行更改后的业务，流程结束。
现以最初用户设备处于CS64K多媒体通话中为实现多媒体业务更改方法的实施例一，举例描述实现业务更改的两种典型情况，即由视频通话改为语音通话，和由语音通话改为视频通话的过程，其具体实现流程参见图10步骤1001、用户设备A及用户设备B处于CS64K多媒体通话中，即正在进行一次视频通话。
步骤1002、由于用户设备B侧无线资源紧张，不足继续进行CS64K多媒体通话，用户设备B侧的RNC向用户设备B侧的MSC发出无线接入承载(Radio Access Bearer，RAB)修改请求，请求进行业务修改，将现有CS64K多媒体通话更改为语音通话。
步骤1003、用户设备B侧的MSC收到请求消息后，向用户设备A侧的MSC发送消息通知修改。
步骤1004、用户设备A侧的MSC收到用户设备B侧的MSC发出的消息后，用户设备A侧的MSC和用户设备B侧的MSC之间开始进行与承载无关的呼叫控制信令(Bearer Independent Call Control，BICC)修改过程；用户设备A侧的MSC发送需要进行业务更改消息至E-VIG功能单元，消息中携带有要求将现有CS64K多媒体通话更改为语音通话的信息。
步骤1005、在用户设备B侧的MSC向用户设备A侧的MSC发送消息通知修改的同时，用户设备B侧的MSC向用户设备B发送携带BCs能力值的修改消息(MODIFY)，发起和用户设备B之间的修改过程。
步骤1006、用户设备B侧的MSC和用户设备B之间开始进行RAB的修改过程。
步骤1007、修改完成后，用户设备B向用户设备B侧的MSC发送修改完成消息(MODIFY COMPLETE)。
步骤1008、集成在用户设备A侧的MSC侧的E-VIG功能单元根据需要进行业务更改消息中携带的信息，发送关闭逻辑通道消息(Close LogicalChannel，CLC)至用户设备A，通知关闭视频逻辑通道。
步骤1009、用户设备A关闭视频逻辑通道，发送关闭逻辑通道确认消息(Close Logical Channel Reject，CLCA)至集成在用户设备A侧的MSC侧的E-VIG功能单元。
步骤1010、用户设备A和用户设备B之间开始进行语音通话。
步骤1011、此时由于用户设备B侧的无线资源恢复正常，允许进行正常的视频通话，用户设备B侧的RNC向用户设备B侧的MSC发出RAB修改请求，请求进行业务修改，将正在进行中的语音通话更改为CS64K多媒体通话。
步骤1012、用户设备B侧的MSC收到请求消息后，向用户设备A侧的MSC发送消息通知修改。
步骤1013、用户设备A侧的MSC收到用户设备B侧的MSC发出的消息后，用户设备A侧的MSC和用户设备B侧的MSC之间开始进行BICC修改过程；用户设备A侧的MSC发送需要进行业务更改消息至E-VIG功能单元，消息中携带有要求将语音通话更改为CS64K多媒体通话的信息。
步骤1014、在用户设备B侧的MSC向用户设备A侧的MSC发送消息通知修改的同时，用户设备B侧的MSC向用户设备B发送携带BCmm能力值的MODIFY消息，发起和用户设备B之间的修改过程。
步骤1015、用户设备B侧的MSC和用户设备B之间开始进行RAB的修改过程。
步骤1016、修改完成后，用户设备B向用户设备B侧的MSC发送修改完成消息MODIFY COMPLETE。
步骤1017、集成在用户设备A侧的MSC侧的E-VIG功能单元根据需要进行业务更改消息中携带的信息，发送打开逻辑通道消息OLC至用户设备A，通知打开视频逻辑通道。
步骤1018、用户设备A打开视频逻辑通道，发送打开逻辑通道确认消息OLCA至集成在用户设备A侧的MSC侧的E-VIG功能单元。
步骤1019、用户设备A和用户设备B之间开始进行CS64K多媒体通话。
在上述流程中，以无线网络资源不足为例来说明由视频通话更改为音频通话的过程，具体过程为步骤1001至步骤1010，由其他原因导致的需要由视频通话更改为音频通话的过程都可参照此例，E-VIG功能单元发出的指令完全相同，只是如果是由用户主动提出修改，那么发出修改请求的将是用户设备。
同时，上述流程以无线资源恢复为例来说明由音频通话更改为视频通话的过程，具体过程为步骤1010至步骤1019，由其他原因导致的需要由音频通话更改为视频通话的过程同样都可参照此例，E-VIG功能单元发出的指令完全相同，同样如果是由用户主动提出修改，那么发出修改请求的将是用户设备。
此实施例适用于支持双BCIE的终端，也适用于仅支持单BCIE的终端。
若E-VIG功能单元集成在用户设备B侧的MSC侧，实现多媒体业务更改的流程也和上述的实现多媒体业务更改的实施例一基本相同，不同之处仅在于，发出控制信令消息的E-VIG所处的位置不同，具体情况可以参考图10及图8。
以上对本发明所提供的一种实现多媒体业务回落或业务更改的方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种信息处理装置，其特征在于该信息处理装置包括复用/解复用模块和信令处理模块；该信令处理模块在收到移动交换中心发出的需要进行业务变化消息时，用于产生逻辑通道控制信令，该逻辑通道控制信令用于控制一端用户设备和所述信息处理装置之间的逻辑通道，实现多媒体业务变化；该复用/解复用模块用于在收到移动交换中心发出的需要进行业务变化消息时，对接收到的从用户设备发出的信息进行解复用；该复用/解复用模块还用于对信令处理模块产生的逻辑通道控制信令复用后发送给另一端用户设备。
2.如权利要求1所述的信息处理装置，其特征在于，所述需要进行业务变化消息为需要进行业务回落消息，所述信令处理模块产生用于控制主叫用户设备只打开与所述信息处理装置之间的语音逻辑通道的逻辑通道控制信令用于，实现多媒体业务回落。
3.如权利要求1所述的信息处理装置，其特征在于，所述需要进行业务变化消息为需要进行业务更改消息，所述信令处理模块用于根据需要进行业务更改消息产生逻辑通道控制信令，该逻辑通道控制信令用于，控制被要求更改业务端的用户设备和所述信息处理装置之间的相应逻辑通道，实现多媒体业务更改。
4.如权利要求1或2或3所述的信息处理装置，其特征在于，所述从用户设备发出的信息为H.223媒体流；所述信令处理模块产生的逻辑通道控制信令为H.245信令。
5.一种实现多媒体业务变化的系统，其特征在于，该系统包括用户设备和信息处理装置，其中所述信息处理装置用于转发用户设备之间的交互信息，以及在收到移动交换中心发出的需要进行业务变化消息时，对接收到的从用户设备发出的信息进行解复用，并产生逻辑通道控制信令复用后发送给一端用户设备；所述用户设备进一步用于根据所述信息处理装置发出的逻辑通道控制信令，控制用户设备和所述信息处理装置之间的逻辑通道，以实现多媒体业务变化。
6.如权利要求5所述的实现多媒体业务变化的系统，其特征在于所述信息处理装置在收到移动交换中心发出的需要进行业务变化消息为需要进行业务回落消息时，用于产生逻辑通道控制信令复用后发送至主叫用户设备；所述主叫用户设备用于根据所述信息处理装置发出的逻辑通道控制信令，只打开与所述信息处理装置之间的语音逻辑通道，实现多媒体业务回落。
7.如权利要求5所述的实现多媒体业务变化的系统，其特征在于所述信息处理装置在收到移动交换中心发出的需要进行业务变化消息为需要进行业务更改消息时，用于根据需要进行业务更改消息，产生逻辑通道控制信令复用后发送至被要求更改业务端的用户设备；所述用户设备用于根据所述信息处理装置发出的逻辑通道控制信令，控制该用户设备和所述信息处理装置之间的相应逻辑通道，实现多媒体业务更改。
8.如权利要求5或6或7所述的实现多媒体业务变化的系统，其特征在于所述信息处理装置集成在移动交换中心的服务器/媒体网关功能单元里。
9.如权利要求5或6或7所述的实现多媒体业务变化的系统，其特征在于所述从用户设备发出的信息为H.223媒体流；所述逻辑通道控制信令为H.245信令。
10.一种实现多媒体业务变化的方法，其特征在于，该方法包括移动交换中心判断出需要进行多媒体业务变化，发送需要进行业务变化消息至信息处理装置；信息处理装置转发用户设备之间的交互信息，在收到移动交换中心发出的需要进行业务变化消息时，对接收到的从用户设备发出的信息进行解复用，产生逻辑通道控制信令复用后发送给一端用户设备，控制一端用户设备和所述信息处理装置之间的逻辑通道，实现多媒体业务变化。
11.如权利要求10所述的实现多媒体业务变化的方法，其特征在于，所述方法包括移动交换中心判断出需要进行多媒体业务回落，发送需要进行业务回落消息至信息处理装置；信息处理装置转在收到移动交换中心发出的需要进行业务回落消息时，对接收到的从用户设备发出的信息进行解复用，产生打开逻辑通道信令复用后发送至主叫用户设备，通知主叫用户设备只打开语音逻辑通道；主叫用户设备接收到所述信息处理装置发送的信令后，打开与所述信息处理装置之间的语音逻辑通道，接通语音通话，实现多媒体业务回落。
12.如权利要求10所述的实现多媒体业务变化的方法，其特征在于，所述方法包括移动交换中心判断出需要进行多媒体业务更改，发送需要进行业务更改消息至信息处理装置；信息处理装置在收到移动交换中心发出的需要进行业务更改消息时，对接收到的从用户设备发出的信息进行解复用，则根据需要进行业务更改消息，产生逻辑通道控制信令复用后发送至被要求更改业务端的用户设备，通知所述用户设备控制相应逻辑通道；所述用户设备接收到所述信息处理装置发送的信令后，控制该用户设备和所述信息处理装置之间的相应逻辑通道，实现多媒体业务更改。
13.如权利要求12所述的实现多媒体业务变化的方法，其特征在于，所述方法包括移动交换中心判断出需要进行多媒体业务更改，发送需要进行业务更改消息至信息处理装置；信息处理装置在收到移动交换中心发出的需要进行业务更改消息时，对接收到的从用户设备发出的信息进行解复用，若需要进行业务更改消息携带的信息要求将正在进行中的可视电话多媒体通话更改为语音通话，则所述信息处理装置产生关闭逻辑通道信令复用后发送至被要求更改业务端的用户设备，通知所述用户设备关闭视频逻辑通道；所述用户设备接收到所述信息处理装置发送的信令后，关闭与所述信息处理装置之间的视频逻辑通道，只传递语音信息，将业务更改为语音通话，完成多媒体业务更改。
14.如权利要求12所述的实现多媒体业务变化的方法，其特征在于，所述方法包括移动交换中心判断出需要进行多媒体业务更改，发送需要进行业务更改消息至信息处理装置；信息处理装置在收到移动交换中心发出的需要进行业务更改消息时，对接收到的从用户设备发出的信息进行解复用，若需要进行业务更改消息携带的信息要求将业务回落后或业务更改后的语音通话恢复为可视电话多媒体通话，则所述信息处理装置产生打开逻辑通道信令复用后发送至被要求更改业务端的用户设备，通知所述用户设备打开视频逻辑通道；所述用户设备接收到所述信息处理装置发送的信令后，打开与所述信息处理装置之间的视频逻辑通道，传递视频信息，将业务更改为可视电话多媒体通话，完成多媒体业务更改。
15.如权利要求10、11、12、13或14所述的实现多媒体业务变化的方法，其特征在于，所述信息处理装置集成在移动交换中心的服务器/媒体网关功能单元里。
16.如权利要求10、11、12、13或14所述的实现多媒体业务变化的方法，其特征在于，所述信令为H.245信令。
全文摘要
本发明公开了一种信息处理装置，包括复用/解复用模块和信令处理模块，在收到移动交换中心发出的需要进行业务变化消息时，控制一端用户设备和所述信息处理装置之间的逻辑通道，实现多媒体业务变化。本发明还公开了一种实现多媒体业务变化的系统，由上述装置和用户设备组成，用户设备通过所述信息处理装置进行信令交互，在收到移动交换中心发出的需要进行业务变化消息时，控制一端用户设备和所述信息处理装置之间的逻辑通道，实现多媒体业务变化。本发明还公开了一种实现多媒体业务变化的方法，通过增加上述的装置，实现多媒体业务变化。通过本发明可以快速便捷地实现多媒体业务回落或业务更改，且适用支持单双BCIE的用户设备。
文档编号H04L29/00GK1878151SQ200610099349
公开日2006年12月13日 申请日期2006年7月17日 优先权日2006年7月17日
发明者吴晓明, 丁岩, 张晓鹏 申请人:华为技术有限公司