多媒体会话呼叫控制的方法及应用服务器

摘要

本发明公开了一种多媒体会话呼叫控制的方法及应用服务器，多终端方与第三方建立的多媒体会话中，通过重用全部或部分已有的呼叫支路，相对于现有技术中的重建多媒体会话的方式实现呼叫转移，使呼叫转移过程的信令流程更加简单优化，并且缩短了执行呼叫转移过程的时间，提高了系统的处理效率，提升了用户的业务体验感受。

说明书

技术领域

本发明涉及多媒体通信技术领域，具体涉及多媒体会话呼叫控制的方法及应用服务器。

背景技术

随着无线通信的发展，用户对服务质量和种类的需求越来越明显，出现了许多增值业务，为用户提供方便快捷的服务，满足用户的多样化需求。

目前，多媒体会话的呼叫转移技术可以实现用户会话的切换，媒体流在用户设备之间转移，下面以显示呼叫转移(ECT)业务为例进行说明。

呼叫转移业务(ECT)业务包括询问型转移和盲转移两种：

对于询问型的具体流程包括：

第一用户设备(UE-1)与第二用户设备(UE-2)进行多媒体会话；

所述第一用户设备用户保持(hold)与所述用户二的呼叫关系；

所述第一用户设备与第三用户设备建立呼叫；和第三用户通话一段时间；

所述第一用户设备退出会话；

所述第二用户设备和所述第三用户设备连通并进行通话。

对于盲转移：则第一用户设备与第二用户设备进行多媒体会话后，所述第一用户设备将第三用户设备的地址发送给第二用户设备，所述第二用户设备与所述第三用户设备建立通话，第一用户设备退出。

随着多媒体传输技术的发展，用户的业务不仅局限于语音，而开始向视频、文件传输等多元化的方向发展，基于分组交换的IMS将成为未来的发展方向。

当前的多媒体会话技术可以实现一个用户同时操作多个终端与对端进行多媒体会话，而用户操作的多个终端也可以集成在一起，例如：双模终端等。而基于用户使用多终端与对端进行回话的呼叫转移方法如下：

请参阅图1，这里假设UE-1、UE-2与UE-3在进行一个多媒体会话，该会话中包括三种媒体流(Voice，Video，text)，其中UE-1与UE-3有两种媒体流，UE-2和UE-3有一种媒体流。此时UE-3将该会话转给UE-4。

图中S-CSCF和MMSC AS都属于UE-1的归属网络。UE-2、UE-3、UE-4的归属网络的S-CSCF和MMSC AS省略。

步骤1，UE-3发起ECT请求，该请求是通过呼叫转移请求(Refer)消息完成的，该消息中携带UE-4的地址信息。该消息通过UE-1的S-CSCF到达UE-1的MMSC AS。

MMSC(多媒体会话连续性)技术提供了多媒体会话在不同接入网络或不同终端设备之间的会话连续性的能力。MMSC的核心是MMSC AS，称为多媒体会话连续性应用服务器(MultiMedia Session Continuity ApplicationServer)。用户所有的呼叫和会话必须经过IMS域的MMSC AS，MMSC AS充当B2BUA，为后续多媒体会话连续性做好准备，这个过程称为IMS锚定(Anchoring in IMS)。MMSC用户从不同接入网发起的呼叫或从不同UE-发起的呼叫，都要路由到MMSC AS，执行锚定过程，然后发送到被叫方；同样，发往MMSC用户的呼叫或会话，也要路由到MMSC AS进行锚定。

步骤2，MMSC AS将该Refer消息发送给UE-2。

步骤3，MMSC AS将该Refer消息发送给UE-1。

MMSC AS为一个B2BUA，根据呼叫建立时的锚定信息，将该Refer消息分裂为两路refer消息通过步骤2和步骤3发送给UE-2和UE1。

B2BUA(Back-to-Back-User-Agent)是两个UA粘合在一起。比如服务器AS实现的锚定，UE-1向对端UE-2发起呼叫请求，当呼叫到达AS后，AS终结该Invite请求，并生成一个新的Invite请求，发往对端UE-2。此时AS充当B2BUA，UE-1和AS之间建立的连接为dialog-1，AS和UE-2之间建立的连接为dialog-2。AS将dialog-1和dialog-2粘在一起，处理Dialog的机制会维护两个UA间消息的顺序和传送路径。对话(Dialog)是一个两个UA之间的peer-to-peer的关系。

步骤4～步骤5，UE-1和UE-2分别返回确认202消息。

步骤6，MMSC AS将根据锚定信息，将两路202消息整合后发送给UE-3

步骤7，UE-3接到确认消息后，发送BYE消息，用于释放该会话。

步骤8～步骤9，MMSC AS根据锚定信息，将该BYE消息向UE-1和UE-2分别发送拆线消息，步骤9后，UE-1、UE-2与UE-3的信令和媒体连接已经断开。

步骤10～步骤11，UE-1和UE-2在分别向UE-4发起呼叫请求。

步骤12，MMSC AS将两路呼叫请求信息进行锚定和关联，并向UE-4发起呼叫请求。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：

在现有的呼叫转移方法中，由于采用的是会话的断开、重建机制，原有的多终端方与对端的多媒体会话被拆除，然后重新建立多终端方与第三方的新的多媒体会话，整个过程繁琐、信令流程复杂；执行时间长较长、效率低。

发明内容

本发明实施例解决的技术问题是提供一种多媒体会话呼叫控制的方法，可以简化呼叫转移流程；缩短呼叫转移的时间；提高效率。

本发明实施例提供一种多媒体会话呼叫控制的方法，包括：

多终端方与对端在应用服务器的控制下进行多媒体会话；

多终端方的主控终端在应用服务器的控制下与第三方建立会话；

应用服务器将多终端方的从属终端与应用服务器之间的呼叫支路绑定到所述与第三方建立的会话中。

本发明实施例提供一种多媒体会话呼叫控制的方法，包括：

多终端方与对端在应用服务器的控制下进行多媒体会话；

所述应用服务器代替所述多终端方与所述第三方建立呼叫支路；

所述应用服务器将与所述多终端方的各个终端之间已有的呼叫支路和所述与第三方建立的呼叫支路绑定，建立所述多终端方的各个终端与第三方的会话连接。

本发明实施例提供一种多媒体会话呼叫控制的方法，包括：

多终端方与第二方在应用服务器的控制下进行多媒体会话；

多终端方与第三方在应用服务器的控制下进行多媒体会话；

所述多终端方的主控终端向第二方发起要求第二方与第三方建立会话呼叫转移请求，该呼叫转移请求被路由到所述应用服务器，该呼叫转移请求包含该主控终端与应用服务器之间呼叫支路的标识；

所述应用服务器将所述呼叫转移请求中的所述呼叫支路的标识修改为所述应用服务器与所述第三方之间呼叫支路的标识；并将该呼叫转移请求发送给所述第二方；

所述第二方向所述第三方发送会话邀请，所述会要邀请包含所述应用服务器与所述第三方之间呼叫支路的标识；

所述第三方接受所述会话邀请与第二方建立会话；

所述第三方根据所述呼叫支路的标识释放该标识对应的呼叫支路所在的会话。

本发明实施例提供一种应用服务器，包括：会话控制单元，呼叫建立单元和呼叫绑定单元；

会话控制单元，用于控制多终端方与对端进行多媒体会话；

呼叫建立单元，用于控制多终端方的主控终端与第三方建立会话；

呼叫绑定单元，用于将多终端方的从属终端与对端之间的呼叫支路绑定到所述与第三方建立的会话中。

本发明实施例提供一种应用服务器，包括：会话控制单元，呼叫建立单元和呼叫绑定单元；

会话控制单元，用于控制多终端方与对端进行多媒体会话；

呼叫建立单元，用于代替所述多终端方与所述第三方建立呼叫支路；

呼叫绑定单元，用于将与所述多终端方的各个终端之间已有的呼叫支路和所述与第三方建立的呼叫支路绑定，建立所述多终端方的各个终端与第三方的会话连接。

采用上述技术方案，本发明实施例有益的技术效果在于：

本发明实施例，多终端方与第三方建立的多媒体会话中，通过重用全部或部分已有的呼叫支路，相对于现有技术中的重建多媒体会话的方式实现呼叫转移，使呼叫转移过程的信令流程更加简单优化，并且缩短了执行呼叫转移过程的时间，提高了系统的处理效率，提升了用户的业务体验感受。

附图说明

图1为现有技术中多终端与对端进行回话的呼叫转移方法的流程图；

图2为本发明实施例一多媒体会话呼叫控制的方法的流程图；

图3为本发明实施例二多媒体会话呼叫控制的方法的信令流程图；

图4为本发明实施例三多媒体会话呼叫控制的方法的信令流程图；

图5为本发明实施例四多媒体会话呼叫控制的方法的流程图；

图6为本发明实施例五多媒体会话呼叫控制的方法的信令流程图；

图7为本发明实施例六多媒体会话呼叫控制的方法的信令流程图；

图8为本发明实施例七多媒体会话呼叫控制的方法的信令流程图；

图9为本发明实施例八多媒体会话呼叫控制的方法的信令流程图；

图10为本发明实施例九多媒体会话呼叫控制的方法的信令流程图；

图11为本发明实施例十多媒体会话呼叫控制的方法的信令流程图；

图12为本发明实施例十一多媒体会话呼叫控制的方法的流程图；

图13为本发明实施例十一的信令流程图；

图14为本发明实施例十二应用服务器的结构示意图；

图15为本发明实施例十三应用服务器的结构示意图。

具体实施方式

本发明实施例提供了一种多媒体会话呼叫控制的方法，可以简化呼叫转移流程；缩短呼叫转移的时间；提高效率。下面对本发明提供的一种多媒体会话呼叫控制的方法进行详细描述。

实施例一，一种多媒体会话呼叫控制的方法，流程图如图2所示，包括：

a1，多终端方与对端在应用服务器的控制下进行多媒体会话；

本发明实施例中，所述多终端方与对端在应用服务器的控制下进行会话可以采用现有常规方式实现，该应用服务器是一个具有B2BUA功能的MMSCAS或其他AS。

a2，多终端方的主控终端在应用服务器的控制下与第三方建立会话；

可以理解的是，所述主控终端与从属终端的区分规则可以采取多种方式，例如：可以在用户进行签约时，则固定哪个终端为主控，那些终端为从属。也可以是，建立所述多媒体会话时，最先加入会话的为主控终端，后加入会话的为从属终端。甚至应用服务器可以随即选择一个PS接入终端作为主控终端，具体的终端控制能力的分配可以有多种方式，不构成对本发明的限制。

不过本发明中的主控终端一般需要由PS终端担当，因为受当前用于CS域与PS域信令转换的MGCF的能力限制，无法处理一些控制信令的转换，因此CS终端暂时不适合作主控终端。但是随着对MGCF的改进，由PS终端做主控终端同样也是完全可以实现的。本发明实施例强调的是，应用服务器可以根据预置的规则区分主控终端和从属终端。具体的区分方式可以有多种方式实现，不构成对本发明的限制。

可以理解的是，所述主控终端与第三方建立的会话可以是所述主控终端发起的也可以是所述第三方发起的。所述第三方可以是终端设备以及该终端设备所在的接入网络，还可以是服务器，如：会议中心等。

若所述会话是所述主控终端发起的，则所述应用服务器与第三方建立会话的过程可以包括：

所述主控终端与应用服务器发送会话邀请(Invite)消息，所述Invite消息中包含第三方的地址；

所述应用服务器作为B2BUA，终结该会话，重新生成一个Invite消息发送给第三方；

所述第三方收到该Invite消息，返回确认(200OK)消息接受邀请；

所述应用服务器收到所述200OK消息，此时，所述应用服务器与第三方的呼叫支路建立完成。应用服务器向所述第三方发送200OK消息，所述应用服务器与主控终端的呼叫支路建立完成。

在整个呼叫建立的过程中，所述应用服务器作为一个B2BUA，维护与主控终端和与第三方的信令连接，并实现将应用服务器与主控终端的呼叫支路和主控终端与第三方的呼叫支路绑定，所述绑定指维护呼叫双方发送的信令的触发关系，例如：收到主控终端的邀请第三方加入会话的Invite消息，则新生成一个Invite消息发送给第三方，当收到第三方返回的200OK消息，则向所述主控终端发送200OK消息，这个过程也称作“锚定”。

所述第三方可以是终端设备，当然也可以包括该终端设备所在的接入网络。所述第三方也可以是会议中心等服务器。

a3，应用服务器将多终端方的从属终端与应用服务器之间的呼叫支路绑定到所述与第三方建立的会话中。

步骤a3之后，因为应用服务器将多终端方的从属终端与应用服务器之间的呼叫支路触发关系与应用服务器与第三方的呼叫支路绑定。而所述多终端方则可以与第三方通过绑定的呼叫支路更新对方的媒体信息完成主控终端与第三方的媒体信息的协商，实现媒体层媒体流的连接。

可以理解的是，所述多终端方的终端可以包括PS域终端和CS域终端。

而对于所述多终端方的从属终端为CS终端的情况，由于CS终端无法接收到来自应用服务器的呼叫转移请求，因此PS终端为主控终端。

更新PS终端媒体信息的过程需要通过媒体网关控制器(MGCF)的代理实现，具体包括：

媒体网关控制器代理所述多终端方的CS终端与所述第三方进行媒体协商；

协商完成后，所述多终端方的CS终端与所述第三方根据所述协商的媒体信息建立媒体连接。

本实施例中，呼叫转移的发起方可以是所述对端发起的，即，在步骤a2之前，所述应用服务器接收所述对端发送的呼叫转移请求；将所述呼叫转移请求发送给所述多终端方；所述呼叫转移请求中包含呼叫转移第三方的地址。

可以理解的是，所述通知所述多终端方对端请求呼叫转移可以通过Refer消息或Notify消息发送。本发明实施例强调的是消息承载的内容，而具体的消息名称和消息格式不构成对本发明的限制。

之后，所述多终端方则可以通过所述呼叫转移请求获得的第三方的地址与第三方建立会话。

上述应用服务器将所述呼叫转移请求发送给所述多终端方可以是：通过所述应用服务器与所述多终端方的PS呼叫支路将所述呼叫转移请求发送给所述多终端方的主控终端。现有技术中，应用服务器收到对端发送的呼叫转移请求(Refer)消息，是将该消息分裂并发送给所述多终端方的PS终端和CS终端，可是，实际上，现有技术中发送给所述CS终端的refer消息无法到达，该请求被送达媒体网关控制器后，媒体网关控制器无法对该消息进行解释，会直接报错并向所述应用服务器反馈错误信息。而本发明实施例中，直接将呼叫转移消息发送给该多终端方的主控终端，而主控终端为PS终端。相对于现有技术，简化了信令，去掉了冗余的信令流程，使本发明实施例方法更加简单合理。

所述应用服务器将所述呼叫转移请求发送给所述多终端方之后还可以包括：

若所述多终端方向应用服务器返回所述通知消息的确认，则释放应用服务器与所述对端的呼叫支路；释放应用服务器与所述多终端方主控终端的呼叫支路。

本发明实施例一，多终端方与第三方建立的多媒体会话中，通过重用部分的呼叫支路，相对于现有技术中的重建多媒体会话的方式实现呼叫转移，使呼叫转移过程的信令流程更加简单优化，并且缩短了执行呼叫转移过程的时间，提高了系统的处理效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，至少包括如下步骤：

多终端方与对端在应用服务器的控制下进行多媒体会话；

多终端方的主控终端在应用服务器的控制下与第三方建立会话；应用服务器将多终端方的从属终端与对端之间的呼叫支路绑定到所述与第三方建立的会话中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本发明实施例一中，对于所述第三方为会议中心的情况进行进一步说明，第一种情况：

所述步骤a2之前包括：

所述对端与所述会议中心交互建立会议；

所述对端向所述会议中心发送呼叫转移请求，所述呼叫转移请求包含所述多终端方的地址和所述应用服务器与所述对端之间呼叫支路的标识；

所述步骤a2具体包括：

所述会议中心向所述应用服务器发送会话邀请；所述会话邀请包含所述多终端方的地址和所述呼叫支路的标识(ID)；

所述应用服务器将所述会话邀请中的所述呼叫支路的标识修改为所述应用服务器与所述多终端方的主控终端之间的呼叫支路的标识；并将修改后的会话邀请发送给所述主控终端；

所述主控终端接受所述会话邀请，向所述应用服务器返回确认消息，所述应用服务器将所述确认消息返回给所述会议中心。

所述步骤a2之后进一步包括：

所述主控终端拆除所述收到的呼叫支路标识对应的呼叫支路。

第二种情况：对于所述多终端方发起的会议。

所述步骤a3之后包括：

所述多终端方的主控终端向所述会议中心发送呼叫转移请求，该呼叫转移请求被路由到所述应用服务器，所述呼叫转移请求包含对端的地址和该主控终端与所述应用服务器之间呼叫支路的标识；

所述应用服务器将所述呼叫转移请求中的所述呼叫支路的标识修改为所述应用服务器与所述对端之间呼叫支路的标识；并将该呼叫转移请求发送给所述会议中心；

所述会议中心向所述对端发送会话邀请；所述会话邀请包含所述应用服务器与所述对端之间呼叫支路的标识；

所述对端返回确认消息接受所述会话邀请；

所述对端释放所述应用服务器与对端之间呼叫支路的标识对应的呼叫支路所在会话。

上述第一种情况和第二种情况，因为所述对端和会议中心交互建立的会议，而会议中心又邀请所述多终端方加入会议，所以在所述多终端方和所述对端均加入会议后，所述多终端方和所述对端可以通过会议进行通话，而断开所述多终端方与所述对端之间之前的呼叫连接可以释放更多的资源，降低网络负荷。

上述第三方为会议中心的情况中，应用服务器进行了呼叫支路标识的修改，实现了所述多终端方和对端均加入一个会议后，断开所述多终端方与对端之间的呼叫连接。

可以理解的是，进行呼叫支路标识的修改同样应用于其他情况下，例如：

所述多终端方的主控终端在应用服务器的控制下与第三方建立会话之前包括：

所述对端向所述第三方发送呼叫转移请求，所述呼叫转移请求包含所述多终端方的地址和所述应用服务器与所述对端之间呼叫支路的标识；

所述多终端方的主控终端在应用服务器的控制下与第三方建立会话的过程包括：

所述第三方向所述应用服务器发送会话邀请；所述会话邀请包含所述多终端方的地址和所述呼叫支路的标识；

所述应用服务器将所述会话邀请中的所述呼叫支路的标识修改为所述应用服务器与所述多终端方的主控终端之间的呼叫支路的标识；并将修改后的会话邀请发送给所述主控终端；

所述主控终端接受所述会话邀请，向所述应用服务器返回确认消息，所述应用服务器将所述确认消息返回给所述第三方。

所述多终端方的主控终端在应用服务器的控制下与第三方建立会话之后进一步包括：

所述主控终端拆除所述收到的呼叫支路标识对应的呼叫支路所在的会话。即，拆除所述主控终端与对端之间的会话。

实施例二，一种多媒体会话呼叫控制的方法，方法信令流程如图3所示，实施例二中，以具体应用场景为例对本发明方法进行说明：

本实施例中，多终端方采用双模终端可以同时接入CS网络和PS网络，该终端相当于一个CS终端和PS终端的终端集成在一起。

B1，UE-1在UMTS的CS网络里通过Setup消息向UE-2发起呼叫请求，该消息首先到达访问地移动交换中心(vMSC)。

B2，vMSC将该消息转换成初始地址消息(Initial Address Message，IAM)消息，发往媒体网关控制器(MGCF)。

B3，MGCF将所述电路域信令转变为SIP Invite消息，并将该消息发往UE-1的S-CSCF。

B4，UE-1的服务呼叫会话控制功能实体(Serving-Call Session ControlFunction，S-CSCF)将该消息发往UE-1的MMSC AS进行锚定。

B5，UE-1通过UMTS的PS网络向UE-2发起Invite请求，该请求首先到达UE-1的S-CSCF，S-CSCF将该消息发往MMSC AS进行锚定。

本实施例中，步骤B1～B4与步骤B5可同时发生，没有先后顺序。

B6，MMSC AS将UE-1的PS域和CS域的呼叫进行整合后，发往对端UE-2。

步骤1～6完成了UE-1与UE-2的会话建立过程；图中虚线为对话(Dialog)关系，图中Dialog1、Dialog2在MMSC AS锚定，MMSC AS与UE-2的对话为Dialog3。粗实线为会话建立后的媒体流传输状态。

B7，UE-2向UE-1发送Refer消息，该消息的Refer-To头的地址为UE-3的SIPURI，该消息首先到达MMSC AS。

UE-2将与UE-1的多媒体会话转给UE-3，即执行ECT补充业务，该补充业务通过SIP的Refer消息来实现。

B8，MMSC AS收到Refer消息后进行媒体分裂，通过PS域内的分支向UE-1发送Refer消息。

B9，UE-1在PS分支返回202确认消息。

B10，MMSC AS根据锚定信息，生成新的202确认消息，并将该消息发送给UE-2。

B11，UE-2收到确认消息后，向UE-1发送BYE消息，该消息首先到达MMSC AS。

B12，MMSC AS根据锚定信息，将BYE消息进行分裂，并向UE-1的PS域分支发送BYE消息。

B13，UE-1在PS分支向UE-3发起呼叫请求，该消息经S-CSCF到达MMSCAS

B14，MMSC AS收到该Invite请求后生成新的锚定信息，MMSC AS控制将原CS域的信令分支加入到该新锚定信息中，并将UE-1的PS域媒体信息和MGW的媒体信息整合后发送给UE-3。

B15，UE-3返回200 OK消息，该消息中携带UE-3的媒体信息(UE-3的IP地址，端口号等信息)。

B16，MMSC AS根据锚定信息，将该200 OK消息发给UE-1。

B17，MMSC AS向MGCF发送更新消息(re-Invite/Update)，该消息中携带UE-3的媒体信息，用于通知MGW与UE-3进行媒体连接。

本实施例中，所述UE-1的PS部分和CS部分也可以拆开，成为两个终端，不影响本实施例方法的实现。

实施例三，一种多媒体会话呼叫控制的方法，实方法信令流程如图4所示，实施例三中，以具体应用场景为例对本发明方法进行说明：

本实施例中，多终端方采用两个PS终端，可以理解的是，所述多终端方可以使用更多的终端。具体的多终端方包括终端的数目不构成对本发明的限制。

C1，UE-1向UE-3发起呼叫请求，该消息经S-CSCF到达MMSC AS进行锚定。该Invite请求中包含三种媒体，分别为语音(Voice)，视频(Video)，文本(text)。

C2，MMSC AS生成新的Invite请求，发向UE-2。

C3，UE-1决定将第二路媒体转移给UE-2，UE-2主动向AS发起呼叫请求，该请求的SDP的媒体行信息为Video。MMSC AS将该请求进行锚定，并将该呼叫请求加入到UE-1与UE-3的多媒体会话中

C4，MMSC AS向UE-3发送更新请求，通知UE-3将第二路媒体连接到UE-2

说明1：步骤1～4实现了UE-1、UE-2与UE-3的多媒体连接；图中虚线为Dialog关系，图中Dialog1、Dialog2在MMSC AS锚定，MMSC AS与UE-3的对话为Dialog3。

本发明实施例中，UE-1为主控终端，将UE-2为从属终端，UE-3将与UE-1、UE-2的多媒体会话转给UE-4，即执行ECT补充业务，该补充业务通过SIP的Refer消息来实现。

C5，UE-3发送Refer消息，该消息的Refer-To头的地址为UE-4的SIP URI，该消息首先到达MMSC AS.

C6，MMSC AS收到Refer消息后进行媒体分裂，只向UE-1发送Refer消息

C7，UE-1返回202接受消息

C8，MMSC AS根据锚定信息，生成新的202确认消息，并将该消息发送给UE-3

C9，UE-3收到确认消息后，发送BYE消息，该消息首先到达MMSC AS

C10，MMSC AS根据锚定信息，将BYE消息进行分裂，并向UE-1发送BYE消息

C11，UE-1向UE-4发起新的呼叫请求，该消息经S-CSCF到达MMSC AS

C12，MMSC AS收到该Invite请求后生成新的锚定信息，MMSC AS控制将UE-2的信令加入到该新锚定信息中，并将UE-1的媒体信息和UE-2的媒体信息整合后发送给UE-4。

C13，UE-4返回200 OK确认消息，该消息中携带UE-4的媒体信息(IP地址，端口号等)

C14，MMSC AS根据锚定信息向UE-1发送200 OK消息，该消息中携带UE-4的媒体信息

C15，MMSC AS向UE-2发送更新消息(re-Invite/Update)，该消息中携带UE-4的媒体信息，用于通知UE-2与UE-4进行连接。

实施例三与实施例二的区别在于，实施例三中多终端方的两个终端均为PS终端。

可以理解的是，本发明实施例二和实施例三中，所述第三方可以是会议中心，所述多终端方可以与会议中心交互创建会议或加入会议。

实施例四，一种多媒体会话呼叫控制的方法，流程如图5所示，包括：

d1，多终端方与对端在应用服务器的控制下进行多媒体会话；

所述多终端方可以由PS域终端和CS域终端组成也可以全都由PS终端组成，多终端方包括的终端可以是两个或更多。

d2，所述应用服务器代替所述多终端方与所述第三方建立呼叫支路；

所述应用服务器与所述第三方建立的呼叫支路由所述应用服务器发起或由所述第三方发起。

所述第三方可以是终端设备，当然也可以包括该终端设备所在的接入网络。所述第三方也可以是会议中心等服务器。

d3，所述应用服务器将与所述多终端方的各个终端之间已有的呼叫支路和所述与第三方建立的呼叫支路绑定，建立所述多终端方的各个终端与第三方的会话连接。

本发明实施例中，步骤d2之前可以包括：所述应用服务器接收所述对端发送的呼叫转移请求；所述呼叫转移请求中包含呼叫转移第三方的地址。将所述呼叫转移请求发送给所述多终端方；若收到所述多终端方返回确认消息，则将所述确认消息发送给对端；所述对端收到所述确认消息，释放对端与应用服务器之间的呼叫支路。

本发明实施例四与实施例一的区别在于，多终端方与第三方建立的多媒体会话中，通过重用全部的呼叫支路，使呼叫转移过程的信令流程更加简单优化，并且缩短了执行呼叫转移过程的时间，提高了系统的处理效率。

实施例五：一种多媒体会话呼叫控制的方法，信令流程图如图6所示，本实施例中，假定本端UE-1与对端UE-2的多媒体会话已经建立成功，该会话中包含三种媒体流：语音、视频、文本(Voice，Video，text)，多终端方UE-1采用双模终端可以同时接入CS网络和PS网络，Voice在UMTS的CS网络中传输，另外两种媒体在UMTS的PS网络中进行传输。

图中的S-CSCF和AS都是服务UE-1的网络设备，UE-2、UE-3的相应S-CSCF和AS没有给出。

UE-1与UE-2的呼叫建立过程与实施例二步骤1～6相同，可以理解的是，具体的UE-1与UE-2的呼叫建立过程还可以采用现有的多种方式实现，不够成对本发明的限制。

本实施例中，UE-2将与UE-1的多媒体会话转给UE-3，即执行ECT补充业务，该补充业务通过SIP的Refer消息来实现。

E1，UE-2向UE-1发送Refer消息，该消息的Refer-To头的地址为UE-3的SIPURI，该消息首先到达MMSC AS。

E2，MMSC AS向UE-1发送通知消息(该消息可以是Notify或Info等消息)，该消息用于通知UE-1对端需要进行ECT补充业务。

E3，如果对端接受该补充业务，返回一个确认消息。如果不接受，UE-1与UE-2继续进行通话，无后续流程。

E4，MMSC AS代替UE-1向UE-2发送202确认消息

E5，UE-2收到确认消息后，向UE-1发送BYE消息，断开与UE-1的信令和多媒体连接。

E6，MMSC AS代替UE-1向第三方UE-3发送Invite请求。

E7，第三方UE-3返回200 OK消息，该消息中携带UE-3的媒体信息(IP地址，端口号等)。

E8，MMSC AS向MGCF发送更新消息(re-Invite/Update)，该消息中携带UE-3的媒体信息，用于通知MGW与UE-3进行媒体连接。

E9，MMSC AS向UE-1的PS分支发送更新消息(re-Invite/Update)，该消息中携带UE-3的媒体信息，用于通知UE-1与UE-3进行媒体连接。

实施例六，一种多媒体会话呼叫控制的方法，方法信令流程如图7所示，实施例六中，以具体应用场景为例对本发明方法进行说明：

本实施例中，多终端方采用两个PS终端，可以理解的是，所述多终端方可以使用更多的终端。具体的多终端方包括终端的数目不构成对本发明的限制。

UE-1与UE-2的呼叫建立过程与实施例三步骤1～4相同，可以理解的是，具体的UE-1与UE-2的呼叫建立过程还可以采用现有的多种方式实现，不够成对本发明的限制。

本实施例中，UE-3将与UE-1、UE-2的多媒体会话转给UE-4，即执行ECT补充业务，该补充业务通过SIP的Refer消息来实现。

F1，UE-3发送Refer消息，该消息的Refer-To头的地址为UE-4的SIP URI，该消息的Replace头为UE-3与UE-4的Dialog Id，该消息首先到达MMSCAS.

F2，MMSC AS向UE-1发送通知消息(该消息可以是Notify或Info等消息)，该消息用于通知UE-1对端需要进行ECT补充业务。

F3，如果对端接受该补充业务，返回一个确认消息并继续F4。如果不接受，继续进行原来的多媒体会话，无后续流程。

F4，MMSC AS代替UE-1、UE-2返回202接受消息。

F5，MMSC AS代替UE-1、UE-2向UE-4发起呼叫请求，该消息中携带UE-1和UE-2的媒体信息(IP地址，端口号等)。

F6，UE-4返回200 OK确认消息，该消息中携带UE-4的媒体信息(IP地址，端口号等)。

F7～F8，MMSC AS根据锚定信息，向UE-1、UE-2分别发送更新消息(re-Invite/Update)，该消息中携带UE-4的媒体信息。

F9，UE-4与UE-1、UE-2呼叫建立成功后，UE-4向UE-3发送BYE消息。

F10，UE-3发送BYE消息，MMSC AS终结该BYE消息。

下面针对所述第三方为会议中心的场景，进行说明。

实施例七，一种多媒体会话呼叫控制的方法，方法信令流程如图8所示，本实施例中，多终端为UE-1，UE-1方采用双模终端，该终端的PS部分可以接入PS域，CS部分可以接入CS，可以理解的是，所述多终端方为会议中心。

本实施例中，假设所述多终端方UE-1与对端(UE-2)的多媒体会话已经建立成功，该会话中包含两种媒体流：语音、视频(Voice，Video)，其中Voice在CS网络中传输，另外两种媒体在PS网络中进行传输。

图中的S-CSCF和AS都是服务UE-1的网络设备，UE-2的相应S-CSCF和AS没有给出。

本发明实施例中，UE-1与UE-2的呼叫建立过程参考实施例二步骤A1～A6相同。

G1，UE-2向会议服务器会议中心发送会议请求，该Invite请求的目的地址为会议服务器的URI。

G2，会议服务器为新创建的会议生成一个新的焦点，为它分配一个会议URI(Conf URI)并在200 OK消息中返回给UE-2。

步骤G1～G2后UE-2与会议中心的连接建立成功。

G3，UE-2向会议中心发送Refer消息，该消息的Refer-To头的地址为UE-1的SIP URI，该消息的Replace头为UE-2与MMSC AS间的呼叫支路的ID，这里是Dialog3的Dialog Id。

G4，会议中心向UE-1发起Invite请求，该Invite请求的Replace头为UE-2与MMSC AS间的Dialog3的Dialog Id，该请求的Contact头为会议中心的URI，并带有isfocus参数，该isfocus参数用于标明该消息携带的URI为会议中心的URI。

G5，MMSC AS收到第三方(MGCF)的Invite请求后生成新的锚定信息，MMSC AS控制将原CS域的信令分支加入到该新锚定信息中；MMSC AS进行媒体分裂，向UE-1的PS分支发送Invite消息，MMSC AS根据锚定信息，对步骤4中Invite消息的Replace头进行修改，修改为UE-1的PS域与MMSC AS之间的Dialog2的Dialog Id，并添加到该Invite消息中，发往UE-1。

G6，MMSC AS向UE-1的CS分支发送re-Invite消息，该消息中携带会议中心的媒体信息。

G7，MMSC AS向会议中心返回200 OK消息，该消息中携带整合后的UE-1的PS域的媒体信息和MGW的媒体信息

G8，UE-1向UE-2发送BYE消息。

G9，MMSCAS向UE-2发送BYE消息，释放所述UE-1与UE-2的会话。

实施例八，一种多媒体会话呼叫控制的方法，方法信令流程如图9所示，本实施例中，多终端为UE-1，UE-1方采用双模终端，该终端的PS部分可以接入PS域，CS部分可以接入CS，可以理解的是，所述多终端方为会议中心。

本实施例中，假设所述多终端方UE-1与对端(UE-2)的多媒体会话已经建立成功，该会话中包含两种媒体流：语音、视频(Voice，Video)，其中Voice在CS网络中传输，另外两种媒体在PS网络中进行传输。

图中的S-CSCF和AS都是服务UE-1的网络设备，UE-2的相应S-CSCF和AS没有给出。

本发明实施例中，UE-1与UE-2的呼叫建立过程参考实施例二步骤A1～A6相同。

H1，UE-2向会议服务器会议中心发送会议请求，该Invite请求的目的地址为会议服务器的URI。

H2，会议服务器为新创建的会议生成一个新的焦点，为它分配一个会议URI(Conf URI)并在200 OK相应中返回给UE-2。

步骤H1～H2后UE-2与会议中心的连接建立成功。

H3，UE-2向会议中心发送Refer消息，该消息的Refer-To头的地址为UE-1的SIP URI，该消息的Replace头为MMSC AS与UE-2的Dialog Id。

H4，会议中心向UE-1发起Invite请求，该Invite请求的Replace头为MMSCAS与UE-2的Dialog Id，该请求的Contact头为会议中心的URI，并带有isfocus参数。该isfocus参数用于标明该消息携带的URI为会议中心的URI。

H5，MMSC AS向UE-1发送通知消息(该消息可以是Notify或Info等消息)，该消息用于通知UE-1第三方需要进行会议电话。

H6，如果对端接受该补充业务，返回一个确认消息。如果不接受，继续进行原来的多媒体会话，无后续流程。

H7，MMSC AS根据锚定信息，进行媒体分裂，向UE-1的PS分支发送re-Invite消息，该消息中携带会议中心的媒体消息。

H8，MMSC AS向UE-1的CS分支发送re-Invite消息，该消息中携带会议中心的媒体信息。

H9，MMSC AS向会议中心返回200 OK消息，该消息中携带UE-1的PS域的媒体信息和MGW的媒体信息。

H10，MMSC AS代替UE-1向UE-2发送BYE消息。

实施例九，一种多媒体会话呼叫控制的方法，信令流程图如图10所示，本实施例中，多终端方采用两个PS终端：UE-1和UE-2。

本实施例中，假设本端UE-1、UE-2的多媒体会话已经建立成功，该会话中包含两种媒体流：语音、视频(Voice，Video)，其中Voice在CS网络中传输，另外两种媒体在PS网络中进行传输。

图中的S-CSCF和AS都是服务UE-1的网络设备，UE-2、UE-3的相应S-CSCF和AS没有给出。

本实施例中，UE-1与UE-2的呼叫建立过程与参考实施例三步骤C1～C4。

S1，UE-1向会议服务器会议中心发送会议请求，该Invite请求的目的地址为会议服务器的URI。

S2，MMSC AS将该消息进行新锚定，MMSC AS控制将UE-2的信令加入到该新锚定信息中，并将UE-1的媒体信息和UE-2的媒体信息整合后发送给第三方。

S3，会议服务器为新创建的会议生成一个新的焦点，为它分配一个会议URI(ConfURI)并通过200 OK消息中带回，该200 OK消息中包含会议中心的媒体信息。

S4，MMSC AS根据锚定信息，向UE-1发送200 OK消息。

S5，MMSC AS向UE-2发送更新请求，将MREFP的媒体信息发往UE-2

步骤S1～S5后UE-1、UE-2与会议中心的连接建立成功。

S6，UE-1向会议中心发送Refer消息，该消息的Refer-To头的地址为UE-3的SIP URI，该消息的Replace头为UE-1与MMSC AS间的Dialog2的Dialog Id。

S7，MMSC AS生成新的refer请求，并将Replace头中的UE-1与MMSC AS间的Dialog Id修改为MMSC AS与UE-3间Dialog3的Dialog Id，并发往会议中心。

S8，会议中心根据refer消息，向UE-3发起新的呼叫请求，该请求的Replace头为MMSCAS与UE-3的Dialog3的Dialog Id值，该请求的Contact头为会议中心的URI，并带有isfocus参数，该请求中包含会议中心的媒体信息。

S9，UE-3返回200 OK消息，该消息中包含UE-3的媒体信息。

步骤9后会议中心与UE-3的链路建立成功。

S10，UE-3发送BYE消息。

S11，MMSC AS向UE-1发送BYE消息。

实施例十，一种呼叫控制的方法，信令流程图如图11所示，本实施例中，假设UE-1、UE-2为多终端方的两个终端，所述多终端方的UE-1、UE-2与UE-3存在会话链接；UE-3与UE-4分别存在会话连接。

图中的S-CSCF和AS都是服务UE-1的网络设备，UE-2、UE-3的相应S-CSCF和AS没有给出。

T1，UE-3向UE-4发送Refer消息，该消息的Refer-To头的地址为UE-1的SIP URI，该消息的Replace头为UE-3与MMSC AS之间Dialog3的DialogId。

T2，UE4-向UE-3返回确认消息。

T3，UE-4向UE-1发起Invite请求，该Invite请求的Replace头为UE-2与MMSC AS之间Dialog3的Dialog Id。

T4，MMSC AS收到Invite请求后，控制将原UE-2与MMSC AS间的信令分支绑定到该步骤建立的信令分支中；MMSC AS进行媒体分裂，向UE-1发送Invite消息，MMSC AS对步骤3中Invite消息的Replace头进行修改，修改为UE-1与MMSC AS之间的Dialog Id(Dialog2)值，并添加到该Invite消息中，发往UE-1。

T5，UE-1返回确认消息。

T6，MMSC AS向UE-4返回确认消息。

T7，MMSC AS向UE-2发送re-Invite消息，该消息中携带UE-4的媒体消息。

T8，UE-2返回确认消息。

T9，UE-1向UE-3发送BYE消息。

T10，UE-3返回确认消息。

T11～T12，UE-3与UE-4断开连接。

实施例十一，一种多媒体会话呼叫控制的方法，流程如图12所示，包括：

n1，多终端方与第二方在应用服务器的控制下进行多媒体会话；

n2，多终端方与第三方在应用服务器的控制下进行多媒体会话；

n3，所述多终端方的主控终端向第二方发起要求第二方与第三方建立会话呼叫转移请求，该呼叫转移请求被路由到所述应用服务器，该呼叫转移请求包含该主控终端与应用服务器之间呼叫支路的标识；

n4，所述应用服务器将所述呼叫转移请求中的所述呼叫支路的标识修改为所述应用服务器与所述第三方之间呼叫支路的标识；并将该呼叫转移请求发送给所述第二方；

n5，所述第二方向所述第三方发送会话邀请，所述会要邀请包含所述应用服务器与所述第三方之间呼叫支路的标识；

n6，所述第三方接受所述会话邀请与第二方建立会话；

n7，所述第三方根据所述呼叫支路的标识释放该标识对应的呼叫支路所在的会话。

本发明实施例十一中，所述应用服务器区分多终端方的主控终端和从属终端，在进行呼叫转移的过程中，当收到第二方的呼叫转移请求时，将所述应用服务器与第二方的之间的呼叫支路ID修改为与所述主控终端的ID，可以使多终端方识别出进行呼叫转移后需要释放的会话，实现了显示呼叫转移对多终端的支持，扩大了业务应用的范围，使显示呼叫转移业务的应用更加广泛。

下面提供本发明实施例十一应用于具体会话场景的信令流程，信令流程如图13所示，包括：

M1，UE-1向UE-3发送Refer消息，该消息的Refer-To头的地址为UE-4的SIP URI，该消息的Replace头为UE-1与MMSC AS间Dialog2的Dialog Id

M2，MMSC AS生成新的refer请求，并将Replace头中的UE-1与MMSCAS间的Dialog Id修改为MMSC AS与UE-4间Dialog3的Dialog Id，发往UE-3。

M3，UE-3返回确认消息。

M4，UE-3根据refer消息，向UE-3发起新的呼叫请求，该请求的Replace头为MMSC AS与UE-4的Dialog3Dialog Id。

M5，UE-4返回200 OK消息，该消息中包含UE-4的媒体信息

步骤M5后UE-4与UE-3的链路建立成功。

M6，UE-4向UE-3发送BYE消息，用于端口UE-4与UE-1、UE-2的连接。

M7～M8，MMSC AS进行媒体分裂，分别向UE-1和UE-2发送BYE消息。

M9，UE-1向UE-4发送BYE消息。

M10～M11，MMSC AS将步骤9的消息进行分裂，分别向UE-4和UE-2发送BYE消息，断开UE-1、UE-2与UE-4的连接。

实施例十二，一种应用服务器1300，结构示意图如图14所示，包括：会话控制单元1310、呼叫建立单元1320、呼叫绑定单元1330、呼叫转移请求处理单元1340和呼叫支路释放单元1350。

会话控制单元1310，用于控制多终端方与对端进行多媒体会话；

呼叫建立单元1320，用于控制多终端方的主控终端与第三方建立会话；

呼叫绑定单元1330，用于将多终端方的从属终端与对端之间的呼叫支路绑定到所述与第三方建立的会话中。

呼叫转移请求处理单元1340，所述应用服务器接收所述对端发送的呼叫转移请求；将所述呼叫转移请求发送给所述多终端方；所述呼叫转移请求中包含呼叫转移第三方的地址。

呼叫支路释放单元1350，用于接收多终端方对呼叫转移的确认，则释放应用服务器与所述对端的呼叫支路；释放应用服务器与所述多终端方主控终端的呼叫支路。

实施例十三，一种应用服务器1400，结构示意图如图15示，包括：会话控制单元1410，呼叫建立单元1420和呼叫绑定单元1430；

会话控制单元1410，用于控制多终端方与对端进行多媒体会话；

呼叫建立单元1420，用于代替所述多终端方与所述第三方建立呼叫支路；

呼叫绑定单元1430，用于将与所述多终端方的各个终端之间已有的呼叫支路和所述与第三方建立的呼叫支路绑定，建立所述多终端方的各个终端与第三方的会话连接。

呼叫转移请求处理单元1440，用于接收所述对端发送的呼叫转移请求并通知所述多终端方对端请求呼叫转移；所述呼叫转移请求中包含呼叫转移第三方的地址。

呼叫支路释放单元1450，用于在接收到所述多终端方对所述通知的确认时，释放应用服务器与所述对端的呼叫支路。

以上对本发明所提供的一种多媒体会话呼叫控制的方法及应用服务器进行了详细介绍，其中：

本发明实施例中，多终端方与第三方建立的多媒体会话中，通过重用全部或部分已有的呼叫支路，相对于现有技术中的重建多媒体会话的方式实现呼叫转移，使呼叫转移过程的信令流程更加简单优化，并且缩短了执行呼叫转移过程的时间，提高了系统的处理效率，提升了用户的业务体验感受。

本发明实施例中，直接将呼叫转移消息发送给该多终端方的主控终端，而主控终端为PS终端。相对于现有技术，简化了信令，去掉了冗余的信令流程，使本发明实施例方法更加简单合理。

对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。