WO2016169225A1 - 实现多媒体通信的架构、方法及融合设备和ue - Google Patents

Abstract

本文公布一种实现多媒体通信的架构、方法及融合设备和用户设备。所述方法包括：第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面。

Description

实现多媒体通信的架构、方法及融合设备和UE 技术领域

本申请涉及但不限于多媒体通信技术。

背景技术

多媒体通信一直是通信领域的追求目标，并在不断完善。4G背景下，基于LTE网络的语音呼叫(VoLTE，Voice over LTE)，或者富通讯套件(RCS，Rich Communication Suit)等技术都为移动用户普及使用多媒体通信带来了机遇窗。

即使目前的移动设备(UE)如手机，尤其是智能手机已经普及了前置摄像头和视频流的能力，即已经可以在UE上实现视频通话。但是，由于移动设备的硬件设备的限制、多媒体能力的限制，并不能体验大屏、高清的多媒体通信。

从未来的角度看，多媒体通信的能力，完全不是简单的移动设备可以构建或承载的，如支持全息投影的通信。

3GPP在其研究报告23.893中提出了将IP多媒体子系统(IMS，IP Multimedia Subsystem)会话在多个设备之间切换，但其存在以下不足：需要IMS核心网新增应用服务器(AS)控制；多个设备都是独立的SIP设备，需要在IMS注册、认证，但是，很多时候新的智能设备并不支持IMS的注册，如不支持ISIM身份(不支持插SIM卡)等；这种在单个设备实现多媒体会话、集中控制的方式，造成了大且复杂的多媒体设备，实现复杂。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本文提供一种实现多媒体通信的架构、方法及融合设备和用户设备，能够实现多媒体通信。

一种实现多媒体通信的架构，包括：第一通信端、第二通信端、融合设备和注册服务器；其中，

第一通信端，设置为：利用来自融合设备的媒体描述向注册服务器发起呼叫请求；收到呼叫应答，与第二通信端之间建立信令面；

融合设备，设置为：向第一通信端发送媒体描述；与第二通信端之间建立媒体面；

注册服务器，设置为：接收到呼叫请求，通知第二通信端，并转发来自第二通信端的呼叫应答给第一通信端；

第二通信端，设置为：向注册服务器返回呼叫应答；与第一通信端之间建立信令面，与融合设备之间建立媒体面。

可选地，所述第一通信端还设置为：在需要建立多媒体通信时，向所述融合设备发起查询请求；相应地，所述融合设备还设置为：接收到来自所述第一通信端的查询请求，向所述第一通信端返回所述媒体描述；

或者，所述融合设备还设置为：主动向第一通信端推送所述媒体描述。

可选地，该架构还包括融合设备的外设；

所述融合设备还设置为：在接收到来自第一通信端的查询请求时，与融合设备的外设交互以获取媒体参数；向融合设备的外设转发媒体流；

融合设备的外设，设置为：向所述融合设备提供媒体参数；呈现获得的媒体流内容。

可选地，

所述第一通信终端还设置为：与所述第二通信端之间已成功建立呼叫，并建立有媒体面，且需要进行呼叫切换时，向当前需要切换到的融合设备发起查询请求，并在获得媒体描述后向所述注册服务器发起切换请求；收到切换确认，与所述第二通信端之间建立信令面，所述媒体面切换至当前需要切换到的融合设备；

所述注册服务器还设置为：接收到切换请求，通知所述第二通信端，并转发来自所述第二通信端的切换确认给所述第一通信端。

可选地，所述融合设备还设置为：如果所述融合设备中已有媒体呈现，在建立好所述信令面和媒体面之后，共同呈现当前媒体和已有媒体。

可选地，如果所述第二通信端通过融合设备建立呼叫，则所述媒体面建立在所述第一通信端的融合设备与所述第二通信端的融合设备之间。

可选地，所述呼叫请求中还携带所述第一通信端自身的媒体面描述；

所述第一通信端与所述第二通信端之间还建立媒体面。

可选地，所述媒体面包括一个或一个以上媒体流。

可选地，所述第一通信端为用户设备UE；

所述第二通信端为UE或媒体服务器。

可选地，所述UE为具有通信能力的终端类用户设备；

所述融合设备为具有多媒体能力，同时具备近场通信能力、远端通信能力的设备；或者，为具有多媒体能力和近场通信能力，而不具备远端通信能力的设备，此时，所述融合设备作为一个功能单元设置在UE中。

可选地，所述第一通信端与融合设备之间通过用于第一通信端控制融合设备的第一控制接口连接；

所述第二通信端与融合设备之间通过第一媒体接口连接。

可选地，当所述第二通信端为UE时，所述第一媒体接口采用实时传输协议RTP、或安全实时传输协议SRTP；

当所述第二通信端为媒体服务器时，所述第二媒体接口采用流媒体或媒体流。

可选地，所述融合设备的外设具有多媒体能力，同时具备近场通信能力；

当所述融合设备作为功能单元设置在UE中时，所述融合设备的外设还具备远端通信能力。

可选地，所述融合设备的外设与融合设备之间通过用于融合设备控制其外设的第二控制接口连接。

可选地，所述融合设备与融合设备的外设之间还设置用于转发媒体的第 二媒体接口。

可选地，所述融合设备为一个或一个以上。

可选地，所述融合设备为两个或两个以上，每个融合设备之间通过用于多个融合设备之间的媒体流的同步控制的第三控制接口连接。

一种融合设备，包括第一控制模块和第一媒体处理模块；其中，

第一控制模块，设置为：向第一通信端发送媒体描述；

第一媒体处理模块，设置为：在呼叫建立完成，与第二通信端之间建立媒体面。

可选地，所述第一控制模块是设置为：接收到来自所述第一通信端的查询请求，向所述第一通信端返回所述媒体描述；

或者，主动向所述第一通信端推送所述媒体描述。

可选地，所述融合设备还包括第二控制模块，

所述第一控制模块还设置为：在接收到来自第一通信端的查询请求时，通知第二控制模块；

第二控制模块，设置为：与融合设备的外设交互以获取媒体参数并返回给第一控制模块。

可选地，所述融合设备还包括第二媒体处理模块，设置为：与融合设备的外设之间转发媒体。

可选地，所述融合设备还包括第三控制模块，设置为：与其它相连接的融合设备之间的媒体流进行同步控制。

一种终端，包括收发模块和处理模块；其中，

收发模块，设置为：利用来自融合设备的媒体描述向注册服务器发起呼叫请求；收到呼叫应答，向处理模块输出第一通知；

处理模块，设置为：收到第一通知，与第二通信端之间建立信令面。

可选地，所述收发模块还设置为：在需要建立多媒体通信时，向所述融合设备发起查询请求。

可选地，所述收发模块还设置为，向当前需要切换到的融合设备发起查 询请求，并在获得媒体描述后向注册服务器发起切换请求；收到切换确认，向所述处理模块输出第二通知；

所述处理模块还设置为：收到第二通知，与第二通信端之间建立信令面，媒体面切换至当前需要切换到的融合设备。

可选地，所述呼叫请求中还携带所述收发模块所属终端自身的媒体面描述；

所述处理模块还设置为：建立与所述第二通信端之间的媒体面。

一种实现多媒体通信的方法，包括：第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面。

可选地，所述第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面之前还包括：所述第一通信端在需要建立多媒体通信时，向所述融合设备发起查询请求并获得所述媒体描述；

或者，所述第一通信端接收来自融合设备主动推送的所述媒体描述。

可选地，所述向融合设备发起查询请求并获得媒体描述包括：所述第一通信终端向融合设备发送媒体描述查询请求；所述融合设备将媒体描述返回给第一通信端。

可选地，所述建立信令面和媒体面包括：

所述第一通信端使用获得的媒体描述经由注册服务器向第二通信端发起呼叫请求；

所述第一通信端接收来自第二通信端经由注册服务器返回的呼叫应答，所述第一通信端与第二通信端之间建立呼叫，信令面在第一通信端与第二通信端之间；媒体面建立在融合设备与第二通信端之间。

可选地，所述呼叫请求中还携带所述第一通信端自身的媒体面描述；

该方法还包括：建立所述第一通信端与所述第二通信端之间的媒体面。

可选地，所述第一通信端与第二通信端之间已成功建立呼叫，并建立有媒体面，且需要进行呼叫切换时，该方法还包括：

所述第一通信终端向当前需要切换到的融合设备发起查询请求，并在获得媒体描述后向注册服务器发起切换请求；收到来自第二通信端经由注册服务器转发的切换确认，与所述第二通信端之间建立信令面，所述媒体面切换至当前需要切换到的融合设备。

可选地，所述融合设备在接收到来自第一通信端的查询请求时，该方法还包括：所述融合设备与融合设备的外设交互以获取媒体参数。

可选地，所述第一通信端与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面之后还包括：所述融合设备与融合设备的外设之间进行媒体转发。

可选地，所述融合设备为一个或一个以上。

可选地，所述融合设备为两个或两个以上；

所述建立的媒体面包括两个或两个以上媒体流，所述媒体面建立在融合设备与第二通信端之间包括：不同媒体流分别建立在第二通信端与每个媒体流对应的融合设备之间。

可选地，该方法还包括：同步所述多个融合设备之间的媒体流。

可选地，若所述第一通信端与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面之前，所述融合设备中已有媒体呈现；

在建立好所述信令面和媒体面后，还包括：所述融合设备共同呈现当前媒体和已有媒体。

一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项的方法。

与相关技术相比，本发明实施例包括第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面。通过本发明实施例方法，通过控制与媒体分离，简单地实现了多媒体通信。

在阅读并理解了附图和详细描述后，可以明白其他方面。

附图概述

图1为本发明实施例实现多媒体通信的架构的示意图；

图2为本发明实施例融合设备的组成结构示意图；

图3为本发明实施例用户设备的组成结构示意图；

图4为本发明实施例实现多媒体通信的方法的流程图；

图5为本发明建立融合设备呼叫的第一实施例的流程示意图；

图6为本发明建立融合设备呼叫的第二实施例的流程示意图；

图7为本发明建立融合设备呼叫的第三实施例的流程示意图；

图8为本发明建立融合设备呼叫的第四实施例的流程示意图；

图9为本发明建立融合设备呼叫的第五实施例的流程示意图；

图10为本发明建立融合设备呼叫的第六实施例的流程示意图；

图11为本发明建立融合设备呼叫的第七实施例的流程示意图；

图12为本发明融合设备呼叫中媒体面切换的第一实施例的流程示意图；

图13为本发明融合设备呼叫中媒体面切换的第二实施例的流程示意图；

图14为本发明实施例实现多媒体通信的另一架构的示意图；

图15为本发明基于图14所示的架构建立融合设备呼叫的实施例的流程示意图。

本发明的实施方式

下文中将结合附图对本发明的实施方式进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图1为本发明实施例实现多媒体通信的架构的示意图，如图1所示，至少包括第一通信端11、第二通信端12、融合设备13和注册服务器14；其 中，

第一通信端11，为UE，设置为：利用来自融合设备13的媒体描述向注册服务器14发起呼叫请求；收到呼叫应答，与第二通信端12之间建立信令面。

融合设备13，设置为：向第一通信端11发送媒体描述；与第二通信端12之间建立媒体面。

注册服务器14，设置为：接收到呼叫请求，通知第二通信端12，并转发来自第二通信端12的呼叫应答给第一通信端11。

第二通信端12，为UE或媒体服务器，设置为：向注册服务器14返回呼叫应答；与第一通信端11之间建立信令面，与融合设备13之间建立媒体面。

第一通信端11还设置为：在需要建立多媒体通信时，向融合设备13发起查询请求；相应地，融合设备13还设置为：接收到来自第一通信端11的查询请求，向第一通信端11返回媒体描述。或者，

融合设备13主动向第一通信端11推送媒体描述。

其中，媒体服务器可以是如视频点播服务器等。

其中，当呼叫请求中还携带第一通信端11自身的媒体面描述时，除了上述建立在融合设备13与第二通信端12之间媒体面外，还包括第一通信端11与第二通信端12之间建立的媒体面。媒体面可以包括一个或一个以上媒体流。

如果第二通信端12也是通过融合设备13建立呼叫的，那么，媒体面建立在第一通信端11的融合设备与第二通信端12的融合设备之间。

通过本发明实施例提供的架构，通过控制与媒体分离，简单地实现了多媒体通信。

如果第一通信端11与第二通信端12之间已成功建立呼叫，并建立有媒体面，且需要进行呼叫切换时，

第一通信终端11还设置为：向当前需要切换到的融合设备13发起查询请求，并在获得媒体描述后向注册服务器14发起切换请求；收到切换确 认，与第二通信端12之间建立信令面和媒体面，媒体面切换至当前需要切换到的融合设备13。

注册服务器14还设置为：接收到切换请求，通知第二通信端12，并转发来自第二通信端12的切换确认给第一通信端11。

其中，

UE为具有通信能力的终端类用户设备，如智能手机、Pad类平板电脑、笔记本电脑或其它用户智能设备；

融合设备13可以是：具有多媒体能力，同时具备近场通信能力、远端通信能力的设备；也可以是具有多媒体能力和近场通信能力，而不具备远端通信能力的设备，此时，融合设备13可以作为一个功能单元设置在UE中。

需要说明的是，本文中的近场通信包括如蓝牙、WLAN、近场通信(NFC)等。并不是通常意义上的专职NFC。

第一通信端11与融合设备13之间通过用于第一通信端11控制融合设备13的第一控制接口连接，如传递媒体描述。对于信令，可以承载在第一通信端与外部设备如电视机、投影仪。摄像头等之间的多种网络连接，如蓝牙、WLAN、近场通信(NFC)等。

第二通信端12与融合设备13之间通过第一媒体接口连接，当第二通信端12为UE时，一般采用实时传输协议(RTP，Real-time Transport Protocol)、安全实时传输协议(SRTP，Secure Real-time Transport Protocol)等；当第二通信端12为媒体服务器，比如是流媒体服务器时，采用流媒体，再如是会议服务器时，可以是媒体流。

第一通信端11与第二通信端12之间采用已有信令接口，这里不再详述。

本发明实施例实现多媒体通信的架构还包括融合设备的外设15，此时，融合设备13还设置为：在接收到来自第一通信端11的查询请求时，与融合设备的外设15交互以获取媒体参数；向融合设备的外设15转发媒体流；

融合设备的外设15，设置为：向融合设备13提供媒体参数；呈现获得的媒体流内容。

融合设备的外设15具有多媒体能力，同时具备近场通信能力，如蓝牙、WLAN、NFC等。当融合设备13作为功能单元设置在UE中时，融合设备的外设15还具备远端通信能力的设备。

融合设备的外设15与融合设备13之间通过用于融合设备控制其外设的第二控制接口连接。融合设备13与其外设15的关系可以无限拓展，即可以存在外设的外设。

第二控制接口与第一控制接口可以相同，也可以不同。

融合设备13与融合设备的外设15之间还可以设置用于转发媒体的第二媒体接口。其中，转发的媒体可以是融合设备中的一个或多个媒体流；或其中的部分流向，比如向电视机外设转发第二通信端到第一通信端本地的融合设备的视频(Video)流等；

本发明实施例实现多媒体通信的架构中的融合设备13为一个或一个以上。当融合设备13为两个或两个以上时，融合设备13之间通过用于多个融合设备13之间的媒体流的同步控制的第三控制接口连接，如一融合设备的画面与另一融合设备的语音的同步等。

如果融合设备13中已有媒体呈现，那么，在建立好上述当前信令面和媒体面之后，融合设备13还设置为：共同呈现当前媒体和已有媒体，如采用画中画的方式实现等。

图2为本发明实施例融合设备的组成结构示意图，如图2所示，融合设备至少包括第一控制模块21和第一媒体处理模块22；其中，

第一控制模块21，设置为：向第一通信端发送媒体描述；

第一媒体处理模块22，设置为：在呼叫建立完成，与第二通信端之间建立媒体面。

第一控制模块21是设置为：接收到来自第一通信端的查询请求，向第一通信端返回媒体描述；或者，主动向第一通信端推送媒体描述。

本发明实施例融合设备还包括第二控制模块23，此时，

第一控制模块21还设置为：在接收到来自第一通信端的查询请求时，通知第二控制模块23；第二控制模块23，设置为：与融合设备的外设交互 以获取媒体参数并返回给第一控制模块21。

本发明实施例融合设备还包括第二媒体处理模块24，设置为：与融合设备的外设之间转发媒体。

本发明实施例融合设备还包括第三控制模块25，设置为：与其它相连接的融合设备之间的媒体流进行同步控制。

图3为本发明实施例终端的组成结构示意图，如图3所示，至少包括收发模块31和处理模块32；其中，

收发模块31，设置为：利用来自融合设备的媒体描述向注册服务器发起呼叫请求；收到呼叫应答，向处理模块32输出第一通知；

处理模块32，设置为：收到第一通知，与第二通信端之间建立信令面。

收发模块31还设置为：在需要建立多媒体通信时，向融合设备发起查询请求。收发模块31还设置为，向当前需要切换到的融合设备发起查询请求，并在获得媒体描述后向注册服务器发起切换请求；收到切换确认，向处理模块32输出第二通知；

处理模块42还设置为：收到第二通知，与第二通信端之间建立信令面，媒体面切换至当前需要切换到的融合设备。

当呼叫请求中还携带收发模块所属终端自身的媒体面描述时，处理模块32还设置为：建立与第二通信端之间的媒体面。

图4为本发明实施例实现多媒体通信的方法的流程图，如图4所示，包括：

步骤401：第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面。

本步骤之前还可包括步骤400：

第一通信端在需要建立多媒体通信时，向融合设备发起查询请求并获得所述媒体描述；

或者，第一通信端接收来自融合设备主动推送的媒体描述。

步骤401包括：

第一通信端使用获得的媒体描述经由注册服务器向第二通信端发起呼叫请求；其中，呼叫请求可以使用SIP一类的信令，如Invite消息；

第一通信端接收来自第二通信端经由注册服务器返回的呼叫应答，如200OK，可以携带SDP(如果有中间消息携带了SDP Answer，200OK可以不带SDP)。呼叫应答也可以是呼叫失败。

此时，第一通信端与第二通信端之间建立呼叫，信令面在第一通信端与第二通信端之间；媒体面建立在融合设备与第二通信端之间。

如果第二通信端也是通过融合设备建立呼叫的，那么，媒体面建立在第一通信端的融合设备与第二通信端的融合设备之间。

如果在呼叫请求中同时携带第一通信端自身的媒体面描述，那么呼叫建立后，该方法还包括：建立第一通信端与第二通信端之间的媒体面。

其中，建立的媒体面可以包括一个或一个以上媒体流。

本发明实施例中，第一通信端为UE；第二通信端为UE或媒体服务器。

其中，

UE为具有通信能力的终端类用户设备，如智能手机、Pad类平板电脑、笔记本电脑或其它用户智能设备；

融合设备可以是：具有多媒体能力，同时具备远端通信能力的设备；也可以是具有多媒体能力而不具备远端通信能力的设备，此时，融合设备可以作为一个功能单元设在在UE中。

通过本发明实施例方法，通过控制与媒体分离，简单地实现了多媒体通信。

如果第一通信端与第二通信端之间已成功建立呼叫，并建立有媒体面，且需要进行呼叫切换时，本发明实施例方法还包括：

第一通信终端向当前需要切换到的融合设备发起查询请求，并在获得媒体描述后向注册服务器发起切换请求；收到来自第二通信端经由注册服务器转发的切换确认，与第二通信端之间建立信令面，媒体面切换至当前需要切换到的融合设备。

如果本发明实施例实现多媒体通信的架构还包括融合设备的外设，融合设备在接收到来自第一通信端的查询请求时，本发明实施例方法还包括：融合设备与融合设备的外设交互以获取媒体参数。此时，

步骤401之后还包括：融合设备与融合设备的外设之间进行媒体转发，即融合设备项其外设转发媒体流；融合设备的外设呈现获得的媒体流内容。这里，转发的媒体可以是融合设备中的一个或多个媒体流；或其中的部分流向，比如向电视机外设转发第二通信端到第一通信端本地的融合设备的视频(Video)流等。

其中，融合设备的外设具有多媒体能力，同时具备近场通信能力，如蓝牙、WLAN、NFC等。当融合设备作为功能单元设置在UE中时，融合设备的外设还具备远端通信能力的设备。

本发明实施例实现多媒体通信的架构中的融合设备为一个或一个以上。当融合设备为两个或两个以上时，所述建立的媒体面包括两个或两个以上媒体流，所述媒体面建立在融合设备与第二通信端之间包括：不同媒体流分别建立在第二通信端与每个媒体流对应的融合设备之间。这种情况下，

本发明实施例方法还可以包括：同步多个融合设备之间的媒体流，如一融合设备的画面与另一融合设备的语音的同步等。

步骤401之前，如果融合设备中已有媒体呈现，那么，在建立好上述当前信令面和媒体面之后，本发明实施例方法还包括：融合设备共同呈现当前媒体和已有媒体，如采用画中画的方式实现等。

下面结合实施例进行详细描述。

图5为本发明建立融合设备呼叫的第一实施例的流程示意图，第一实施例中，假设第一通信端为UE1，第二通信端为UE2，如图5所示，包括：

步骤500：UE1向融合设备发送媒体描述查询请求。

步骤501：融合设备返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤502：UE1使用融合设备的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

此时也可以同时携带UE1自身的媒体面描述。

步骤503：注册服务器转发呼叫请求到UE2。

步骤504：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤505：此时建立呼叫，信令面在UE1与UE2之间；媒体面建立在融合设备与UE2之间。

如果步骤503中携带有UE1自身的媒体面描述，那么步骤505中的媒体面除了融合设备与UE2之间的媒体面外，还包括如图5中所示的建立在UE1与UE2之间的媒体面。

需要说明的是，对于UE进行网络层的转发，如UE构建一个WiFi热点，在3G/4G等网络与WiFi之间转发，实际的呼叫媒体地址是融合设备的地址(虽然这个地址是UE通过WiFi热点分配的)，所以还是图5中的场景，媒体面在融合设备与UE2之间。

图6为本发明建立融合设备呼叫的第二实施例的流程示意图，第二实施例中，假设第一通信端为UE1，第二通信端为UE2，如图6所示，包括：

步骤600：UE1向融合设备发送媒体描述查询请求。

步骤601：融合设备返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤602：UE1使用融合设备的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤603：注册服务器转发呼叫请求到UE2。

步骤604：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤605：此时建立呼叫，信令面在UE1与UE2之间；媒体面包括多个媒体流，本实施例中，假设媒体流1建立在融合设备与UE2之间，媒体流2建立在融合设备与UE2之间。

图7为本发明建立融合设备呼叫的第三实施例的流程示意图，第三实施 例中，假设第一通信端为UE1，第二通信端为UE2，UE1使用多个融合设备如图7的融合设备1和融合设备2；如图7所示，包括：

步骤700：UE1向融合设备1发送媒体描述查询请求。

步骤701：融合设备1返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤702：UE1向融合设备2发送媒体描述查询请求。

步骤703：融合设备2返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤704：UE1使用融合设备1和融合设备2的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤706：注册服务器转发呼叫请求到UE2。

步骤707：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤708：此时建立呼叫，信令面在UE1与UE2之间；媒体面的媒体流1建立在融合设备1与UE2之间，媒体面的媒体流2建立在融合设备2与UE2之间。

图8为本发明建立融合设备呼叫的第四实施例的流程示意图，第四实施例中，假设第一通信端为UE1，第二通信端为UE2，UE1和UE2分别使用融合设备1和融合设备2建立呼叫，如图8所示，包括：

步骤800：UE1向融合设备1发送媒体描述查询请求。

步骤801：融合设备1返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤802：UE1使用融合设备1的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤803：注册服务器转发呼叫请求到UE2。

步骤804：UE2向融合设备2发送媒体描述查询请求。

步骤805：融合设备2返回媒体描述，其中，媒体描述可以是媒体描述 协议(SDP)的格式。

步骤806：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤807：此时建立呼叫，信令面在UE1与UE2之间；媒体面建立在融合设备1与融合设备2之间。

图9为本发明建立融合设备呼叫的第五实施例的流程示意图。第五实施例中，假设第一通信端为UE1，第二通信端为UE2，UE1使用多个融合设备如图7的融合设备1和融合设备2；如图9所示，本实施例中步骤900～步骤907的实现与图7所示的第三实施例的完全一致，这里不再赘述，不同的是，本实施例中还包括：

步骤908：同步两个分离的融合设备1和融合设备2之间的媒体流，比如融合设备1中的媒体流是画面，融合设备2中的媒体流是语音，则本步骤就是同步画面与语音。

图10为本发明建立融合设备呼叫的第六实施例的流程示意图，第六实施例中，假设第一通信端为UE1，第二通信端为UE2，且在融合设备上已经存在已有媒体；如图10所示，包括：

步骤1000：UE1向融合设备发送媒体描述查询请求。

本实施例中，在本步骤之前，融合设备上已经存在已有媒体，比如融合设备上已经有电视直播或视频点播等，这里，已有媒体是相对于呼叫中已经存在或者将要建立的媒体，或者说就是呼叫以外的媒体。

步骤1001：融合设备返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤1002：UE1使用融合设备的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤1003：注册服务器转发呼叫请求到UE2。

步骤1004：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤1005：此时建立呼叫，信令面在UE1与UE2之间；媒体面建立在 融合设备与UE2之间。本实施例中，融合设备将呼叫的媒体与步骤1000中提到的已有媒体共同呈现，如电视直播与视频通话以画中画的方式呈现等。

值得提到的是，假设用户1和用户2同时在看足球比赛直播，并通过本发明实施例提供的技术方案如图10所示的实施例，在电视(融合设备1)上建立视频通话，并以画中画呈现。后续，还可以在Pad(融合设备2)上建立白板连接，用触控笔画出球场的攻防转换图在用户之间共享；如果还支持全息投影，甚至可以利用全息投影仪(融合设备3)，由用户1向用户2示范球员的动作等。

图11为本发明建立融合设备呼叫的第七实施例的流程示意图，第七实施例中，假设第一通信端为UE1，第二通信端为UE2，融合设备存在融合设备的外设；如图11所示，包括：

步骤1100：UE1向融合设备发送媒体描述查询请求。

步骤1101：融合设备与融合设备的外设交互，获取媒体参数。

步骤1102：融合设备返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤1103：UE1使用融合设备的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤1104：注册服务器转发呼叫请求到UE2。

步骤1105：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤1106：此时建立呼叫，信令面在UE1与UE2之间；媒体面建立在融合设备与UE2之间。

步骤1107：融合设备与外设之间存在媒体转发。转发可以是对部分媒体流的某个流向，如机顶盒(融合设备)与电视机(融合设备的外设)之间，机顶盒仅将视频Video中，UE2到UE1的视频流转到电视机，而UE1到UE2的视频流可以直接是机顶盒控制摄像头实现的。

需要说明的是：如果呼叫请求是使用融合设备的外设的网络地址发起的呼叫，那么，媒体面将建立在融合设备的外设与UE2之间。不过这种情况， 应该可以将融合设备与融合设备的外设看成一个整体(作为融合设备)即图5所示的实施例。

图12为本发明融合设备呼叫中媒体面切换的第一实施例的流程示意图，本实施例中，假设第一通信端为UE1，第二通信端为UE2，且UE1与UE2之间已建立呼叫，媒体面也在UE1与UE2之间；如图12所示，包括：

步骤1200：UE向融合设备发送媒体描述查询请求。

本步骤可以在用户从室外进入到具有WLAN环境，希望将呼叫切换到家里的电视机上进行高清的视频通话时触发。

本步骤之前，UE1与UE2之间已经建立呼叫；如通过IMS建立VoLTE的呼叫；而且媒体面在UE1与UE2之间，如承载于LTE上。

步骤1201：融合设备返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤1202：U:1使用融合设备的媒体描述发起媒体切换请求，可以使用SIP一类的信令，如重新邀请(Re-INVITE)、或更新(UPDATE)等信令。

步骤1203：注册服务器转发切换请求到UE2。

步骤1204：UE2发送媒体切换确认到注册服务器；如Re-INVITE、UPDATE的200OK等。注册服务器转发媒体切换确认到UE1。

步骤1205：此时切换完成，信令面依然在UE1与UE2之间；媒体面切换到在融合设备与UE2之间。

图13为本发明融合设备呼叫中媒体面切换的第二实施例的流程示意图，本实施例中，假设第一通信端为UE1，第二通信端为UE2，融合设备存在融合设备的外设；本实施例中假设UE1与UE2之间已建立呼叫，媒体面也在UE1与UE2之间；如图13所示，包括：

步骤1300：UE1向融合设备发送媒体描述查询请求。

本步骤之前，UE1与UE2之间已经建立呼叫；如通过IMS建立VoLTE的呼叫；而且媒体面在UE1与UE2之间，如承载于LTE上。

步骤1301：融合设备与融合设备的外设交互，获取媒体参数。

步骤1302：融合设备返回媒体描述，其中，媒体描述可以是媒体描述协议(SDP)的格式。

步骤1303：UE1使用融合设备的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤1304：注册服务器转发呼叫请求到UE2。

步骤1305：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤1306：此时建立呼叫，信令面依然在UE1与UE2之间；媒体面切换到在融合设备与UE2之间。

步骤1307：融合设备与外设之间存在媒体转发。转发可以是对部分媒体流的某个流向，如机顶盒(融合设备)与电视机(融合设备的外设)之间，机顶盒仅将视频Video中，UE2到UE1的视频流转到电视机，而UE1到UE2的视频流可以直接是机顶盒控制摄像头实现的。

需要说明的是：如果呼叫请求是使用融合设备的外设的网络地址发起的呼叫，那么，媒体面将建立在融合设备的外设与UE2之间。不过这种情况，应该可以将融合设备与融合设备的外设看成一个整体(作为融合设备)即图5所示的实施例。

图14为本发明实施例实现多媒体通信的另一架构的示意图，如图4所示，在这种架构中，融合设备作为一个功能单元设置在UE中，此时，融合设备具有多媒体能力而不具备远端通信能力的设备。较佳地，这种架构尤其适合某些支持近场通信的投影设备如全息投影仪的应用场景。

图15为本发明基于图14所示的架构建立融合设备呼叫的实施例的流程示意图，本实施例中假设融合设备设置在UE1中，如图15所示，包括：

步骤1500：UE1向融合设备的外设发送媒体描述查询请求。

步骤1501：融合设备的外设返回媒体描述，可以是媒体描述协议(SDP)的格式。

步骤1502：UE1使用融合设备外设的媒体描述发起呼叫，可以使用SIP一类的信令，如Invite消息。

步骤1503：注册服务器转发呼叫请求到UE2。

步骤1504：UE2发送呼叫应答到注册服务器；注册服务器转发呼叫应答到UE1。

步骤1505：此时建立呼叫，信令面在UE1与UE2之间；媒体面建立在UE1与UE2之间。

步骤1506：UE1与融合设备的外设之间存在媒体转发。

本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。

可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。

上述实施例中的装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。

上述实施例中的装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。

工业实用性

本发明实施例中，第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面，通过控制与媒体分离，简单地实现了多媒体通信。

Claims (25)

1. 一种实现多媒体通信的架构，包括：第一通信端、第二通信端、融合设备和注册服务器；其中，

   第一通信端，设置为：利用来自融合设备的媒体描述向注册服务器发起呼叫请求；收到呼叫应答，与第二通信端之间建立信令面；

   融合设备，设置为：向第一通信端发送媒体描述；与第二通信端之间建立媒体面；

   注册服务器，设置为：接收到呼叫请求，通知第二通信端，并转发来自第二通信端的呼叫应答给第一通信端；

   第二通信端，设置为：向注册服务器返回呼叫应答；与第一通信端之间建立信令面，与融合设备之间建立媒体面。
2. 根据权利要求1所述的架构，其中，

   所述第一通信端还设置为：在需要建立多媒体通信时，向所述融合设备发起查询请求；相应地，所述融合设备还设置为：接收到来自所述第一通信端的查询请求，向所述第一通信端返回所述媒体描述；

   或者，所述融合设备还设置为：主动向第一通信端推送所述媒体描述。
3. 根据权利要求2所述的架构，其中，该架构还包括融合设备的外设；

   所述融合设备还设置为：在接收到来自第一通信端的查询请求时，与融合设备的外设交互以获取媒体参数；向融合设备的外设转发媒体流；

   融合设备的外设，设置为：向所述融合设备提供媒体参数；呈现获得的媒体流内容。
4. 根据权利要求1或3所述的架构，其中，

   所述第一通信终端还设置为：与所述第二通信端之间已成功建立呼叫，并建立有媒体面，且需要进行呼叫切换时，向当前需要切换到的融合设备发起查询请求，并在获得媒体描述后向所述注册服务器发起切换请求；收到切换确认，与所述第二通信端之间建立信令面，所述媒体面切换至当前需要切 换到的融合设备；

   所述注册服务器还设置为：接收到切换请求，通知所述第二通信端，并转发来自所述第二通信端的切换确认给所述第一通信端。
5. 根据权利要求1或3所述的架构，其中，所述融合设备还设置为：如果所述融合设备中已有媒体呈现，在建立好所述信令面和媒体面之后，共同呈现当前媒体和已有媒体。
6. 根据权利要求1所述的架构，其中，如果所述第二通信端通过融合设备建立呼叫，则所述媒体面建立在所述第一通信端的融合设备与所述第二通信端的融合设备之间。
7. 根据权利要求1或3或6所述的架构，其中，所述呼叫请求中还携带所述第一通信端自身的媒体面描述；

   所述第一通信端与所述第二通信端之间还建立媒体面。
8. 根据权利要求7所述的架构，其中，所述媒体面包括一个或一个以上媒体流。
9. 根据权利要求1或3所述的架构，其中，所述第一通信端为用户设备UE；

   所述第二通信端为UE或媒体服务器。
10. 根据权利要求9所述的架构，其中，所述UE为具有通信能力的终端类用户设备；

    所述融合设备为具有多媒体能力，同时具备近场通信能力、远端通信能力的设备；或者，为具有多媒体能力和近场通信能力，而不具备远端通信能力的设备，此时，所述融合设备作为一个功能单元设置在UE中。
11. 根据权利要求1或3所述的架构，其中，所述第一通信端与融合设备之间通过用于第一通信端控制融合设备的第一控制接口连接；

    所述第二通信端与融合设备之间通过第一媒体接口连接。
12. 根据权利要求11所述的架构，其中，当所述第二通信端为UE时，所述第一媒体接口采用实时传输协议RTP、或安全实时传输协议SRTP；

    当所述第二通信端为媒体服务器时，所述第二媒体接口采用流媒体或媒体流。
13. 根据权利要求3所述的架构，其中，所述融合设备的外设具有多媒体能力，同时具备近场通信能力；

    当所述融合设备作为功能单元设置在UE中时，所述融合设备的外设还具备远端通信能力。
14. 根据权利要求3或13所述的架构，其中，所述融合设备的外设与融合设备之间通过用于融合设备控制其外设的第二控制接口连接。
15. 根据权利要求14所述的架构，其中，所述融合设备与融合设备的外设之间还设置用于转发媒体的第二媒体接口。
16. 根据权利要求1或3所述的架构，其中，所述融合设备为一个或一个以上。
17. 根据权利要求1或3所述的架构，其中，所述融合设备为两个或两个以上，融合设备之间通过用于多个融合设备之间的媒体流的同步控制的第三控制接口连接。
18. 一种融合设备，包括第一控制模块和第一媒体处理模块；其中，

    第一控制模块，设置为：向第一通信端发送媒体描述；

    第一媒体处理模块，设置为：在呼叫建立完成，与第二通信端之间建立媒体面。
19. 一种终端，包括收发模块和处理模块；其中，

    收发模块，设置为：利用来自融合设备的媒体描述向注册服务器发起呼叫请求；收到呼叫应答，向处理模块输出第一通知；

    处理模块，设置为：收到第一通知，与第二通信端之间建立信令面。
20. 一种实现多媒体通信的方法，包括：第一通信端利用获得的媒体描述，经由注册服务器与第二通信端之间建立信令面，融合设备与第二通信端之间建立媒体面。
21. 根据权利要求20所述的方法，其中，所述第一通信端利用获得的 媒体描述，经由注册服务器与第二通信端之间建立信令面之前，还包括：所述第一通信端在需要建立多媒体通信时，向所述融合设备发起查询请求并获得所述媒体描述；

    或者，所述第一通信端接收来自融合设备主动推送的所述媒体描述。
22. 根据权利要求20所述的方法，其中，所述第一通信端与第二通信端之间已成功建立呼叫，并建立有媒体面，且需要进行呼叫切换时，该方法还包括：

    所述第一通信终端向当前需要切换到的融合设备发起查询请求，并在获得媒体描述后向注册服务器发起切换请求；收到来自第二通信端经由注册服务器转发的切换确认，与所述第二通信端之间建立信令面，所述媒体面切换至当前需要切换到的融合设备。
23. 根据权利要求21所述的方法，其中，所述融合设备在接收到来自第一通信端的查询请求时，该方法还包括：所述融合设备与融合设备的外设交互以获取媒体参数。
24. 根据权利要求23所述的方法，其中，该方法还包括：所述融合设备与融合设备的外设之间进行媒体转发。
25. 一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求20-24任一项的方法。

Images