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

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

Info

Publication number
CN101431737B
CN101431737B CN2007101657839A CN200710165783A CN101431737B CN 101431737 B CN101431737 B CN 101431737B CN 2007101657839 A CN2007101657839 A CN 2007101657839A CN 200710165783 A CN200710165783 A CN 200710165783A CN 101431737 B CN101431737 B CN 101431737B
Authority
CN
China
Prior art keywords
application server
multiple terminals
terminals side
call
party
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN2007101657839A
Other languages
English (en)
Other versions
CN101431737A (zh
Inventor
龙水平
金辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40625385&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN101431737(B) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101657839A priority Critical patent/CN101431737B/zh
Priority to EP08846806.1A priority patent/EP2202934B1/en
Priority to KR1020107010950A priority patent/KR101141125B1/ko
Priority to PCT/CN2008/072924 priority patent/WO2009059559A1/zh
Priority to JP2010531404A priority patent/JP5118204B2/ja
Publication of CN101431737A publication Critical patent/CN101431737A/zh
Priority to US12/772,515 priority patent/US9031057B2/en
Publication of CN101431737B publication Critical patent/CN101431737B/zh
Application granted granted Critical
Priority to US14/708,818 priority patent/US10469545B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences

Abstract

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

Description

多媒体会话呼叫控制的方法及应用服务器
技术领域
本发明涉及多媒体通信技术领域，具体涉及多媒体会话呼叫控制的方法及应用服务器。 
背景技术
随着无线通信的发展，用户对服务质量和种类的需求越来越明显，出现了许多增值业务，为用户提供方便快捷的服务，满足用户的多样化需求。 
目前，多媒体会话的呼叫转移技术可以实现用户会话的切换，媒体流在用户设备之间转移，下面以显示呼叫转移(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，根据呼叫建立时的锚定信息，将该Rear消息分裂为两路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，MMSCAS根据锚定信息，生成新的202确认消息，并将该消息发送给UE-2。 
B11，UE-2收到确认消息后，向UE-1发送BYE消息，该消息首先到达MMSCAS。 
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消息，该消息的Refe-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间的信令分支绑定到该步骤建立的信令分支中；MMSCAS进行媒体分裂，向UE-1发送Invite消息，MMSC AS对步骤3中Invite消息的Replace头进行修改，修改为UE-1与MMSC AS之间的Dialog Id(Dialog2)值，并添加到该Invite消息中，发往UE-1。 
T5，UE-1返回确认消息。 
T6，MMSCAS向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 IdM2，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向MMSC AS发送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终端。相对于现有技术，简化了信令，去掉了冗余的信令流程，使本发明实施例方法更加简单合理。 
对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。 

Claims (17)

1.一种多媒体会话呼叫控制的方法，其特征在于，包括：
多终端方与对端在应用服务器的控制下进行多媒体会话；
所述多终端方的主控终端在所述应用服务器的控制下与第三方建立会话；
所述应用服务器将所述多终端方的从属终端与所述应用服务器之间的呼叫支路绑定到所述多终端方的主控终端与所述第三方建立的会话中；
所述多终端方的主控终端在所述应用服务器的控制下与所述第三方建立会话之前包括：
所述应用服务器接收所述对端发送的呼叫转移请求；将所述呼叫转移请求发送给所述多终端方的主控终端；所述呼叫转移请求中包含所述第三方的地址。
2.如权利要求1所述的方法，其特征在于，所述应用服务器将所述呼叫转移请求发送给所述多终端方的主控终端之后包括：
若所述多终端方的主控终端向所述应用服务器返回所述呼叫转移请求的确认消息，则释放所述应用服务器与所述对端的呼叫支路；释放所述应用服务器与所述多终端方主控终端的呼叫支路。
3.如权利要求1所述的方法，其特征在于，所述多终端方的主控终端在所述应用服务器的控制下与所述第三方建立的会话由所述主控终端发起或由所述第三方发起。
4.如权利要求3所述的方法，其特征在于，所述第三方为会议中心。
5.如权利要求1所述的方法，其特征在于，所述多终端方的主控终端在所述应用服务器的控制下与第三方建立会话之前包括：
所述对端向所述第三方发送呼叫转移请求，所述呼叫转移请求包含所述多终端方的地址和所述应用服务器与所述对端之间呼叫支路的标识。
6.如权利要求5所述的方法，其特征在于，所述多终端方的主控终端在所述应用服务器的控制下与第三方建立会话的过程包括：
所述第三方向所述应用服务器发送会话邀请；所述会话邀请包含所述多终端方的地址和所述呼叫支路的标识；
所述应用服务器将所述会话邀请中的所述呼叫支路的标识修改为所述应用服务器与所述多终端方的主控终端之间的呼叫支路的标识；并将修改后的会话邀请发送给所述主控终端；
所述主控终端接受所述修改后的会话邀请，向所述应用服务器返回确认消息，所述应用服务器将所述确认消息返回给所述第三方。
7.如权利要求4所述的方法，其特征在于，所述应用服务器将所述多终端方的从属终端与所述应用服务器之间的呼叫支路绑定到所述多终端方的主控终端与所述第三方建立的会话中之后包括：
所述多终端方的主控终端向所述会议中心发送呼叫转移请求，该呼叫转移请求被路由到所述应用服务器；所述呼叫转移请求包含所述对端的地址和该主控终端与所述应用服务器之间呼叫支路的标识；
所述应用服务器将所述呼叫转移请求中的所述呼叫支路的标识修改为所述应用服务器与所述对端之间呼叫支路的标识；并将该呼叫转移请求发送给所述会议中心；
所述会议中心向所述对端发送会话邀请；所述会话邀请包含所述应用服务器与所述对端之间呼叫支路的标识；
所述对端返回确认消息接受所述会话邀请；
所述对端释放所述应用服务器与所述对端之间呼叫支路的标识对应的呼叫支路所在会话。
8.如权利要求1所述的方法，其特征在于，所述应用服务器将所述多终端方的从属终端与所述应用服务器之间的呼叫支路绑定到所述多终端方的主控终端与所述第三方建立的会话中之后包括：
所述应用服务器发送更新请求，所述更新请求用于建立所述从属终端与所述第三方的媒体连接。
9.如权利要求8所述的方法，其特征在于，若所述从属终端在电路交换域，所述更新请求发送到媒体网关控制器；若所述从属终端在分组交换域，所述更新消息直接发送到从属终端。
10.一种多媒体会话呼叫控制的方法，其特征在于，包括：
多终端方与对端在应用服务器的控制下进行多媒体会话；
所述应用服务器代替所述多终端方与第三方建立呼叫支路；
所述应用服务器将与所述多终端方的各个终端之间已有的呼叫支路和所述多终端方的主控终端与所述第三方建立的呼叫支路绑定，建立所述多终端方的各个终端与所述第三方的会话连接；
所述应用服务器与所述第三方建立呼叫支路之前包括；
所述应用服务器接收所述对端发送的呼叫转移请求；所述呼叫转移请求中包含所述第三方的地址。
11.如权利要求10所述的方法，其特征在于，所述应用服务器收到所述对端发送的呼叫转移请求后包括：
通知所述多终端方所述对端请求呼叫转移；
若收到所述多终端方返回确认消息，则继续所述应用服务器代替所述多终端方与所述第三方建立呼叫支路的步骤并将所述确认消息发送给所述对端；
所述对端收到所述确认消息，释放所述对端与所述应用服务器之间的呼叫支路。
12.如权利要求11所述的方法，其特征在于，所述应用服务器将与所述多终端方的各个终端之间已有的呼叫支路和所述与第三方建立的呼叫支路绑定之后包括：
应用服务器发送更新请求，所述更新请求用于建立所述多终端方的各个终端与所述第三方的媒体连接。
13.如权利要求12所述的方法，其特征在于，若所述多终端方的终端在电路交换域，则所述更新请求发送到媒体网关控制器；若所述多终端方的终端在分组交换域，所述更新消息直接发送到从属终端。
14.一种应用服务器，其特征在于，包括：会话控制单元，呼叫建立单元和呼叫绑定单元；
所述会话控制单元，用于控制多终端方与对端进行多媒体会话；
所述呼叫建立单元，用于控制所述多终端方的主控终端与第三方建立会话；
所述呼叫绑定单元，用于将所述多终端方的从属终端与所述对端之间的呼叫支路绑定到所述多终端方的主控终端与所述第三方建立的会话中；
所述应用服务器，还包括：
呼叫转移请求处理单元，用于接收所述对端发送的呼叫转移请求；将所述呼叫转移请求发送给所述多终端方；所述呼叫转移请求中包含所述第三方的地址。
15.如权利要求14所述的应用服务器，其特征在于，还包括：呼叫支路释放单元，用于接收所述多终端方对呼叫转移请求的确认，则释放所述应用服务器与所述对端的呼叫支路；释放所述应用服务器与所述多终端方主控终端的呼叫支路。
16.一种应用服务器，其特征在于，包括：会话控制单元，呼叫建立单元和呼叫绑定单元；
所述会话控制单元，用于控制多终端方与对端进行多媒体会话；
所述呼叫建立单元，用于代替所述多终端方与第三方建立呼叫支路；
所述呼叫绑定单元，用于将与所述多终端方的各个终端之间已有的呼叫支路和所述多终端方的主控终端与所述第三方建立的呼叫支路绑定，建立所述多终端方的各个终端与所述第三方的会话连接；
所述应用服务器，还包括：
呼叫转移请求处理单元，用于接收所述对端发送的呼叫转移请求并通知所述多终端方所述对端请求呼叫转移；所述呼叫转移请求中包含所述第三方的地址。
17.如权利要求16所述的应用服务器，其特征在于，还包括：
呼叫支路释放单元，用于在接收到所述多终端方对所述通知的确认时，释放所述应用服务器与所述对端的呼叫支路。
CN2007101657839A 2007-11-05 2007-11-05 多媒体会话呼叫控制的方法及应用服务器 Active CN101431737B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN2007101657839A CN101431737B (zh) 2007-11-05 2007-11-05 多媒体会话呼叫控制的方法及应用服务器
JP2010531404A JP5118204B2 (ja) 2007-11-05 2008-11-04 マルチメディアセッションコール制御方法およびアプリケーションサーバ
KR1020107010950A KR101141125B1 (ko) 2007-11-05 2008-11-04 멀티미디어 세션 호 제어 방법 및 애플리케이션 서버
PCT/CN2008/072924 WO2009059559A1 (fr) 2007-11-05 2008-11-04 Procédé de commande d'appel de session multimédia et serveur d'application
EP08846806.1A EP2202934B1 (en) 2007-11-05 2008-11-04 A multimedia session call control method and the application server thereof
US12/772,515 US9031057B2 (en) 2007-11-05 2010-05-03 Multimedia session call control method and application server
US14/708,818 US10469545B2 (en) 2007-11-05 2015-05-11 Multimedia session call control method and application server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101657839A CN101431737B (zh) 2007-11-05 2007-11-05 多媒体会话呼叫控制的方法及应用服务器

Publications (2)

Publication Number Publication Date
CN101431737A CN101431737A (zh) 2009-05-13
CN101431737B true CN101431737B (zh) 2012-07-04

Family

ID=40625385

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101657839A Active CN101431737B (zh) 2007-11-05 2007-11-05 多媒体会话呼叫控制的方法及应用服务器

Country Status (6)

Country Link
US (2) US9031057B2 (zh)
EP (1) EP2202934B1 (zh)
JP (1) JP5118204B2 (zh)
KR (1) KR101141125B1 (zh)
CN (1) CN101431737B (zh)
WO (1) WO2009059559A1 (zh)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8542802B2 (en) 2007-02-15 2013-09-24 Global Tel*Link Corporation System and method for three-way call detection
CN101431737B (zh) 2007-11-05 2012-07-04 华为技术有限公司 多媒体会话呼叫控制的方法及应用服务器
US9225838B2 (en) 2009-02-12 2015-12-29 Value-Added Communications, Inc. System and method for detecting three-way call circumvention attempts
CN101883342B (zh) * 2009-05-05 2014-12-10 华为终端有限公司 会话转移方法、装置和系统
CN101567797B (zh) * 2009-05-20 2013-02-27 中兴通讯股份有限公司 一种实现转移类业务的方法及系统
CN101990181A (zh) * 2009-08-07 2011-03-23 华为终端有限公司 会话信息的传输方法和装置
CN101662472B (zh) * 2009-09-16 2012-10-03 中兴通讯股份有限公司 机顶盒基于sip协议实现呼叫转移的方法及系统
CN102075494B (zh) * 2009-11-20 2014-02-26 华为终端有限公司 一种联合会话建立方法和设备
CN101827322B (zh) 2010-03-02 2013-02-13 华为终端有限公司 一种业务控制方法和装置
CN102299908B (zh) * 2010-06-24 2014-11-05 中兴通讯股份有限公司 用户间媒体切换的实现方法及系统
FR2964000A1 (fr) * 2010-08-17 2012-02-24 France Telecom Traitement de transfert de communication en mode sip.
US9602634B2 (en) * 2012-02-15 2017-03-21 Avaya Inc. Global session identifier
CN103298047B (zh) * 2012-02-28 2015-11-25 鼎桥通信技术有限公司 一种将多个用户关联在同一小区的方法及网络设备
CN102647615B (zh) * 2012-03-15 2015-06-10 北京视博云科技有限公司 一种多媒体应用数据提供方法、装置及系统
US10110682B2 (en) * 2012-03-23 2018-10-23 Avaya Inc. Supporting intermediate back to back user agents between user agents and a conference focus
US9544099B2 (en) * 2012-07-02 2017-01-10 Intel Corporation User equipment, evolved node B, and method for multicast device-to-device communications
US8700019B2 (en) 2012-08-27 2014-04-15 Avaya Inc. Method and apparatus for dynamic device pairing
JP2014103614A (ja) * 2012-11-22 2014-06-05 Hitachi Ltd 通信システム
US9148489B2 (en) 2013-03-11 2015-09-29 Qualcomm Incorporated Exchanging a contact profile between client devices during a communication session
US9622275B2 (en) * 2013-03-15 2017-04-11 Qualcomm Incorporated System and method for allowing multiple devices to communicate in a network
KR102199030B1 (ko) * 2014-02-22 2021-01-06 삼성전자주식회사 주변 장치와의 통신 방법, 전자 장치 및 저장 매체
CN104883262A (zh) * 2014-02-28 2015-09-02 中兴通讯股份有限公司 一种多终端通信方法和装置
CN104935763B (zh) * 2014-03-20 2018-05-25 华为技术有限公司 一种电话会议的处理方法、主持方电话终端、及电话会议系统
CN105099987B (zh) * 2014-04-24 2018-06-26 华为技术有限公司 终端的业务接入方法、装置及系统
CN105530452A (zh) * 2014-10-24 2016-04-27 三亚中兴软件有限责任公司 会议终端呼叫转移的处理方法及装置
CN106034128B (zh) * 2015-03-18 2019-07-23 阿尔卡特朗讯 一种用于释放sip会话中的媒体的方法与设备
US10469538B2 (en) * 2016-03-31 2019-11-05 Avaya Inc. Call preservation for multiple legs of a call when a primary session manager fails
US10193931B2 (en) 2016-03-31 2019-01-29 Avaya Inc. Session initiation protocol call preservation based on a network failure
CN109156022B (zh) 2016-06-22 2022-08-09 英特尔公司 用于全双工调度的通信设备和方法
US9614974B1 (en) 2016-11-23 2017-04-04 Global Tel*Link Corp. Utilizing sip messages to determine the status of a remote terminal in VoIP communication systems
US9930088B1 (en) 2017-06-22 2018-03-27 Global Tel*Link Corporation Utilizing VoIP codec negotiation during a controlled environment call

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1032652A (ja) * 1996-07-12 1998-02-03 Ricoh Co Ltd マルチメディア通信システム
US7684317B2 (en) * 2001-06-14 2010-03-23 Nortel Networks Limited Protecting a network from unauthorized access
US20030059015A1 (en) * 2001-09-21 2003-03-27 Mello Eber Call server allowing calls with multiple participants and multiple services independently of the number of participants
JP3767562B2 (ja) * 2002-06-21 2006-04-19 住友化学株式会社 ε−カプロラクタムの製造方法
US20040001512A1 (en) * 2002-06-28 2004-01-01 International Business Machines Corporation Method and apparatus for peer to peer bandwidth sharing
US7602704B2 (en) * 2002-08-20 2009-10-13 Cisco Technology, Inc. System and method for providing fault tolerant IP services
WO2004075518A1 (ja) * 2003-02-19 2004-09-02 National Institute Of Information And Communications Technology, Independent Administrative Agency 通信ノード、シグナリングネットワーク、通信ネットワークシステムおよびその通信方法
US7898990B2 (en) * 2003-03-25 2011-03-01 Spyder Navigations L.L.C. Method, system and gateway device for enabling interworking between IP and CS networks
WO2004107721A2 (en) * 2003-05-29 2004-12-09 Nimcat Networks Inc. Call transfer and call pickup
GB0329707D0 (en) * 2003-12-22 2004-01-28 Nokia Corp Activation of services in a communication system
EP1578152A1 (fr) 2004-03-17 2005-09-21 France Telecom Procédé, serveur et système de gestion d'une session "push-to-talk"
US9876670B2 (en) 2004-07-30 2018-01-23 Commscope Technologies Llc Local network node
US20060083244A1 (en) * 2004-10-15 2006-04-20 Balakumar Jagadesan Method for sessions including multiple resources
US7801486B2 (en) * 2004-12-17 2010-09-21 Nxp B.V. Communication system comprising master and slave handheld apparatuses
CN100544388C (zh) * 2005-07-01 2009-09-23 华为技术有限公司 一种控制业务多次前转套打的方法
CN100433751C (zh) * 2005-12-03 2008-11-12 华为技术有限公司 一种第三方控制业务的实现方法和应用服务器
WO2007062609A1 (fr) * 2005-12-03 2007-06-07 Huawei Technologies Co., Ltd. Procede, serveur d'application et systeme pour la mise en oeuvre de service de controle de tiers
US9060047B2 (en) * 2005-12-21 2015-06-16 Genband Us Llc Media stream management
CN101026616B (zh) * 2006-02-18 2013-01-09 华为技术有限公司 基于ip多媒体子系统的交互式媒体会话建立方法
US7701971B2 (en) 2006-02-27 2010-04-20 Cisco Technology, Inc. System and method for providing a compatibility feature in a session initiation protocol (SIP) environment
US8719342B2 (en) * 2006-04-25 2014-05-06 Core Wireless Licensing, S.a.r.l. Third-party session modification
WO2008009089A1 (en) * 2006-07-21 2008-01-24 Bce Inc Method, system and apparatus for participant verification in a multi-party call environment
TWI430242B (zh) * 2006-08-01 2014-03-11 Samsung Display Co Ltd 顯示器裝置及驅動顯示器裝置的方法
US20080141343A1 (en) * 2006-08-16 2008-06-12 Matsushita Electric Industrial Co., Ltd. Method, system and apparatus for access control
US20090323656A1 (en) 2006-10-04 2009-12-31 Nortel Networks Limited Circuit-switched and multimedia subsystem voice continuity
CN101192851A (zh) * 2006-11-28 2008-06-04 华为技术有限公司 防止彩铃串音的方法、系统和应用服务器
US20080304451A1 (en) * 2007-06-05 2008-12-11 Lucent Technologies, Inc. Method to allow hand-off of a cdma mobile from ims femtocell to circuit msc
US20090067408A1 (en) * 2007-09-12 2009-03-12 Nokia Corporation Centralized call log and method thereof
US8103299B2 (en) * 2007-09-25 2012-01-24 Qualcomm Incorporated Uni-directional traffic channel assignment for a receive-only group call in a mobile communication system
CN101431737B (zh) 2007-11-05 2012-07-04 华为技术有限公司 多媒体会话呼叫控制的方法及应用服务器

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
.Feasibility Study on Multimedia Session Continuity.《3GPP TR 23.893 V0.3.0》.2007,Figure 6.1.6.1-1，第5.4节，第18页，第19页.
3rd Generation Partnership Project
3rd Generation Partnership Project.Feasibility Study on Multimedia Session Continuity.《3GPP TR 23.893 V0.3.0》.2007,Figure 6.1.6.1-1,第5.4节,第18页,第19页. *
Elleuch,W.etc..Enabling Session Mobility in Full Mesh.《WiMOB2007》.2007,第4页图5,第2-3页图2,第3章. *

Also Published As

Publication number Publication date
EP2202934B1 (en) 2014-05-07
EP2202934A1 (en) 2010-06-30
CN101431737A (zh) 2009-05-13
US9031057B2 (en) 2015-05-12
JP2011502411A (ja) 2011-01-20
KR20100076036A (ko) 2010-07-05
US10469545B2 (en) 2019-11-05
EP2202934A4 (en) 2011-12-07
US20100215037A1 (en) 2010-08-26
US20150244746A1 (en) 2015-08-27
KR101141125B1 (ko) 2012-05-02
WO2009059559A1 (fr) 2009-05-14
JP5118204B2 (ja) 2013-01-16

Similar Documents

Publication Publication Date Title
CN101431737B (zh) 多媒体会话呼叫控制的方法及应用服务器
CN101364883B (zh) 一种多终端会话方法及通讯系统以及相关设备
EP2052522B1 (en) Interworking with media fallback
CN101884205B (zh) Ims集中式服务中i1-ps信令的动态发起
CN102301754B (zh) 在融合互联网协议消息服务中控制用于互配的会话的方法和装置及其系统
US8774178B2 (en) Call transfer with multiple application servers in session initiation protocol-based network
US8825875B2 (en) Session establishment in a communication network
CN101316435A (zh) 呼叫控制的方法和ims的电路交换控制装置及终端设备
CN103685200A (zh) 接入协商、释放中服务质量承载资源控制的方法及系统
CN1889565B (zh) 会话建立方法
CN101237614B (zh) 一种实现彩铃业务的方法
CN101369906A (zh) 一种会议业务实现方法及设备
CN101110790A (zh) 建立会话的方法
CN101494648B (zh) 一种终端设备间媒体转移方法和网络设备
CN100550884C (zh) 基于重试机制的业务过程中对sip协议请求的处理方法
US8213373B2 (en) Supporting method for REFER message expansion parameter
CN102348291A (zh) 基于对话关联标识的会话建立方法及系统
CN101183960A (zh) 一种询问转接业务的实现方法
CN101453453B (zh) 实现呼叫保持的方法及设备
CN103141068B (zh) 在因特网协议通信网络中基于服务从信令路径中释放订户注册服务器
CN105391876A (zh) 一种为通话提供媒体服务的方法与装置
CN101553042A (zh) 一种网关选择的方法、系统及设备
CN102111386A (zh) 一种早期媒体的实现方法和装置
CN101466074B (zh) 一种单对话彩铃彩像业务的实现方法
CN101848194B (zh) 媒体转移方法和系统、服务器及用户设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: Espoo, Finland

Patentee after: NOKIA TECHNOLOGIES OY

Address before: Espoo, Finland

Patentee before: Nokia Technologies

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20190220

Address after: Espoo, Finland

Patentee after: Nokia Technologies

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right