本发明涉及通讯技术领域,特别是涉及一种支持多媒体电话的融合设备通信方法及系统。
背景技术:
多媒体通信一直是通信领域的追求目标,并在不断完善。4G背景下,VoLTE(Voice over LTE),或者是RCS(Rich Communication Suit)都为移动用户普及使用多媒体通信带来了机遇窗。
即使目前的移动设备(UE,如手机),尤其是智能手机已经普及了前置摄像头和视频流的能力,已经可以在UE上实现视频通话。但是因为移动设备(UE,如手机)的硬件设备的现实、多媒体能力的限制,并不能体验大屏、高清的多媒体通信。
而目前的平板电视已经普及,如果能让用户在电视机上进行视频通话,将给用户带来极大的体验进步。
技术实现要素:
本发明所要解决的技术问题是,提供一种支持多媒体电话的融合设备及通信方法、用户设备,以解决现有移动设备多媒体能力受限的问题。
为了解决上述技术问题,本发明公开了一种支持多媒体电话的融合设备通信方法,主要包括:
融合设备接收用户设备UE发送的媒体描述查询请求,并根据所述媒体描述查询请求将本融合设备的媒体描述信息返回给所述UE;
当所述UE使用所述融合设备的多媒体功能与远端设备进行通信时,所述融合设备利用多媒体功能获取所述UE的语音和/或视频媒体流,将所获取的语音和/或视频媒体流传送到所述远端设备;
所述融合设备接收远端设备的语音和/或视频媒体流,并利用多媒体功能将所获取的语音和/或视频媒体流播放给用户。
可选地,上述方法中,所述融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。
可选地,上述方法中,所述融合设备的媒体描述信息还包括摄像头参数和屏幕参数。
可选地,上述方法中,所述融合设备为具备远程通信能力的设备。
本发明还公开了一种支持多媒体电话的融合设备通信方法,主要包括:
用户设备UE获取融合设备的媒体描述信息;
当所述UE与远端设备进行通信时,所述UE使用所述融合设备的媒体描述信息向注册服务器发送第一信令;
所述UE收到所述第一信令的应答后,所述UE发送给远端设备的语音和/或视频媒体流由所述融合设备传送到所述远端设备,所述UE所要接收的远端设备的语音和/或视频媒体流由所述融合设备接收并播放。
可选地,上述方法中,所述融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。
可选地,上述方法中,所述融合设备的媒体描述信息还包括摄像头参数和屏幕参数。
可选地,上述方法中,所述第一信令包括如下一种或几种:
呼叫请求、媒体修改请求、邀请INVITE请求、重新邀请INVITE请求、更新数据UPDATE。
可选地,上述方法中,所述UE获取融合设备的媒体描述信息的过程包括:
所述UE向所述融合设备发送媒体描述查询请求;
所述UE从所述融合设备返回的应答中获取所述融合设备的媒体描述信息。
可选地,上述方法中,所述UE发送第一信令后,还包括:
所述UE使用自身媒体描述信息向注册服务器发送第二信令;
所述UE收到所述第二信令的应答后,恢复使用自身多媒体功能与所述远端设备进行交互。
可选地,上述方法中,所述第二信令包括如下一种或几种:
媒体修改请求、重新邀请INVITE请求、更新数据UPDATE。
可选地,上述方法中,所述融合设备为具备远程通信能力的设备。
本发明还公开了一种支持多媒体电话的融合设备,主要包括:
第一单元,接收用户设备发送的媒体描述查询请求,并根据所述媒体描述查询请求将本融合设备的媒体描述信息返回给所述UE;
第二单元,在所述UE使用本融合设备的多媒体功能与远端设备进行通信时,利用本设备的多媒体功能获取所述UE的语音媒体流和/或视频媒体流,将所获取的语音媒体流和/或视频媒体流传送到所述远端设备,以及接收远端设备的语音媒体流和/或视频媒体流,并利用多本设备的多媒体功能将所获取的语音媒体流和/或视频媒体流播放给用户。
可选地,上述设备中,所述融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。
可选地,上述设备中,所述融合设备的媒体描述信息还包括摄像头参数和屏幕参数。
可选地,上述设备中,所述融合设备为具备远程通信能力的设备。
本发明还公开了一种用户设备,主要包括:
第一单元,获取融合设备的媒体描述信息;
第二单元,在本用户设备与远端设备进行通信时,使用所述融合设备的媒体描述信息向注册服务器发送第一信令,以及在本用户设备收到所述第一 信令的应答后,通过所述融合设备向所述远端设备传送语音和/或视频媒体流,并通过所述融合设备接收并播放远端设备发送的语音和/或视频媒体流。
可选地,上述设备中,所述融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。
可选地,上述设备中,所述融合设备的媒体描述信息还包括摄像头参数和屏幕参数。
可选地,上述设备中,所述第一信令包括如下一种或几种:
呼叫请求、媒体修改请求、邀请INVITE请求、重新邀请INVITE请求、更新数据UPDATE。
可选地,上述设备中,所述第一单元获取融合设备的媒体描述信息指:
所述第一单元向所述融合设备发送媒体描述查询请求,并从所述融合设备返回的应答中获取所述融合设备的媒体描述信息。
可选地,上述设备还包括:
第三单元,在用户设备与远端设备进行通信时,使用所述融合设备的媒体描述信息向注册服务器发送第一信令后,使用自身媒体描述信息向注册服务器发送第二信令,以便本用户设备恢复使用自身多媒体功能与所述远端设备进行交互。
可选地,上述设备中,所述第二信令包括如下一种或几种:
媒体修改请求、重新邀请INVITE请求、更新数据UPDATE。
采用本申请技术方案可以将电视机、投影仪等大屏设备用于视频通话。并且可以将大屏上的视频通话在手机屏幕之间切换。
附图说明
图1为本实施例提供的融合设备的通信体系架构示意图;
图2为本实施例提供的支持多媒体电话的融合设备通信体系架构的具体 应用示意图;
图3为本发明应用于通信系统(如微信)示意图;
图4为本发明应用于IMS系统示意图;
图5为机顶盒外置摄像头示意图;
图6为机顶盒内置摄像头、麦克风示意图;
图7为本实施例建立呼叫的流程(上位)图;
图8为本实施例媒体切换到大屏的流程(上位)图;
图9为本实施例媒体从大屏切换回UE的流程(上位)图;
图10为本实施例建立呼叫的流程(IMS)图;
图11为本实施例媒体切换到大屏的流程(IMS)图;
图12为本实施例媒体从大屏切换回UE的流程(IMS)图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文将结合附图对本发明技术方案作进一步详细说明。需要说明的是,在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。
实施例1
本申请发明人提出,如果能够提出一种通信架构,能让用户在电视机上进行视频通话,例如,用户回到家后,可以将用户手机上的呼叫切换到电视机上,或者将用户需要移动离开时,可以将电视机上的呼叫,切换回手机,此举对于用户的多媒体通信体验将会是革命性的。
基于上述思想,本实施例提供一种支持多媒体电话的融合设备通信方法,主要从融合设备侧描述,其包括如下操作步骤:
融合设备接收UE发送的媒体描述查询请求,并根据媒体描述查询请求将本融合设备的媒体描述信息返回给UE;
当UE使用融合设备的多媒体功能与远端设备进行通信时,融合设备利用多媒体功能获取UE的语音和/或视频媒体流,将所获取的语音和/或视频媒体流传送到远端设备;
融合设备接收远端设备的语音和/或视频媒体流,并利用多媒体功能将所获取的语音和/或视频媒体流播放给用户。
其中,融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。优选地,还可以包括摄像头参数和屏幕参数。
要说明的是,本实施例中所涉及的融合设备为具备远程通信能力的设备。
实施例2
本实施例提供一种支持多媒体电话的融合设备通信方法,主要从UE侧描述,其包括如下操作步骤:
UE获取融合设备的媒体描述信息;
当UE与远端设备进行通信时,UE使用融合设备的媒体描述信息向注册服务器发送第一信令;
UE收到第一信令的应答后,UE发送给远端设备的语音和/或视频媒体流由所述融合设备传送到远端设备,UE所要接收的远端设备的语音和/或视频媒体流由融合设备接收并播放。
具体地,UE可采用如下方式获取融合设备的媒体描述信息:
UE先向融合设备发送媒体描述查询请求;
然后,UE从融合设备返回的应答中获取融合设备的媒体描述信息。
其中,融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。优选方案中,还可以包括摄像头参数和屏幕参数。
本实施例中涉及的第一信令包括如下一种或几种:
呼叫请求、媒体修改请求、邀请INVITE请求、重新邀请INVITE请求、更新数据UPDATE。
一些方案还提出,UE发送第一信令后,还可以从融合设备的多媒体面切回到UE自身的媒体面,此时该方法还包括:
UE使用自身媒体描述信息向注册服务器发送第二信令;
UE收到第二信令的应答后,恢复使用自身多媒体功能与所述远端设备进行交互。
其中,所涉及的第二信令包括如下一种或几种:
媒体修改请求、重新邀请INVITE请求、更新数据UPDATE。
要说明的是,上述方法中的融合设备为具备远程通信能力的设备。
实施例3
本实施例提供一种支持多媒体电话的融合设备,该设备主要包括如下各单元:
第一单元,接收用户设备发送的媒体描述查询请求,并根据媒体描述查询请求将本融合设备的媒体描述信息返回给UE;
第二单元,在UE使用本融合设备的多媒体功能与远端设备进行通信时,利用本设备的多媒体功能获取UE的语音媒体流和/或视频媒体流,将所获取的语音媒体流和/或视频媒体流传送到所述远端设备,以及接收远端设备的语音媒体流和/或视频媒体流,并利用多本设备的多媒体功能将所获取的语音媒体流和/或视频媒体流播放给用户。
其中,融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。优选地,还可以包括摄像头参数和屏幕参数。
要说明的是,本实施例中的融合设备为具备远程通信能力的设备。
实施例4
本实施例提供一种用户设备,主要包括如下单元。
第一单元,获取融合设备的媒体描述信息;
具体地,第一单元获取融合设备的媒体描述信息过程如下:
所述第一单元向所述融合设备发送媒体描述查询请求,并从所述融合设备返回的应答中获取所述融合设备的媒体描述信息。
第二单元,在本用户设备与远端设备进行通信时,使用融合设备的媒体描述信息向注册服务器发送第一信令,以及在本用户设备收到第一信令的应答后,通过融合设备向所述远端设备传送语音和/或视频媒体流,并通过融合设备接收并播放远端设备发送的语音和/或视频媒体流。
其中,融合设备的媒体描述信息至少包括麦克风参数和扬声器参数。优选地,还可以包括摄像头参数和屏幕参数。
本实施例中所涉及的第一信令包括如下一种或几种:
呼叫请求、媒体修改请求、邀请INVITE请求、重新邀请INVITE请求、更新数据UPDATE。
另外,上述用户设备还可能包括第三单元,该第三单元,在用户设备与远端设备进行通信时,使用融合设备的媒体描述信息向注册服务器发送第一信令后,使用自身媒体描述信息向注册服务器发送第二信令,在收到第二信令的应答后,本用户设备恢复使用自身多媒体功能与远端设备进行交互。
第二信令包括如下一种或几种:
媒体修改请求、重新邀请INVITE请求、更新数据UPDATE。
实施例5
本实施例将上述实施例3所介绍的融合设备和实施例4中所介绍的用户设备配合使用以实现上述实施例1和2的方法。此时,实施例3中的融合设备和实施例4中UE可共同构架一种支持多媒体电话的融合设备的通信体系,如图1所示。
其中,UE(User Equipment,用户设备):指具有通信能力的终端类用户设备,如智能手机、Pad类平板电脑、笔记本电脑或其它用户智能设备;
融合设备:具有多媒体能力,同时具备远端通信能力的设备;
融合设备的外设:具有多媒体能力,同时具备近场通信能力(如蓝牙、WLAN、近场通信(NFC)等),可以不具备远端通信能力的设备。
上述设备之间涉及的网络接口如下:
控制接口1:UE与融合设备之间控制接口。用于UE控制融合设备,如传递媒体描述。对于信令,可以承载在UE与外部设备之间的多种网络连接,如蓝牙、WLAN、近场通信(NFC)等。
控制接口2(其为可选接口):当融合设备还存在外部设备时,用于融合设备控制其外设的接口;融合设备与其外设的关系可以无限拓展,即可以存在外设的外设;此接口可以与接口1相同,也可以不同;
媒体接口1:融合设备与远端(UE2或媒体服务器)之间的媒体接口,如果远端是UE2用户一般用RTP、SRTP等;如果远端是媒体服务器,一般用流媒体。
媒体接口2(其为可选接口):融合设备与融合设备的外部设备之间的媒体接口,一般用于转发媒体,转发的媒体可以是融合设备中的一个或多个媒体流,或其中的部分流向(如向电视机外设转发远端到本地融合设备的Video流)。
UE与远端之间为现有通信系统的信令接口,一般的中间会经过注册服务器。如使用IMS建立通信系统,则会经过IMS的注册服务器,如CSCF(Call Session Control Function)。
在上述架构基础上,介绍一种支持多媒体电话的融合设备通信体系架构的具体应用,如图2。
其中,融合设备为机顶盒设备;
融合设备的外部设备有:麦克风、扬声器、摄像头、屏幕(电视机、投影仪等)。
麦克风、扬声器、摄像头、屏幕与机顶盒之间使用控制接口2;
媒体流向如下:
麦克风:麦克风负责采集所要发送给远端的Audio媒体流,媒体流向为麦克风流向机顶盒;
扬声器:扬声器负责播放远端发送的Audio媒体流,媒体流向为机顶盒流向扬声器;
摄像头:摄像头负责采集所要发送给远端的Video媒体流,媒体流向为摄像头流向机顶盒;
屏幕:屏幕负责呈现远端发送的Video媒体流,媒体流向为机顶盒流向屏幕;
优选地,可将图2的系统应用于通信系统(如微信),此时如图3所示。其中,UE1(如微信用户)与UE2(如微信用户)之间通过注册中心建立信令连接。
还可以将图2的系统应用于IMS,则系统如图4所示。其中,UE1(IMS UE)与UE2(IMS UE)之间通过IMS系统建立信令连接。
另外,典型的大屏为电视机,电视机除了具有大屏,还内置扬声器。此时,如果机顶盒外置摄像头、麦克风,则如图5;如果机顶盒内置摄像头、麦克风,则如图6。
具体地,电视机与机顶盒可以通过HDMI线连接(则控制接口、媒体接口都承载于HDMI连接);摄像头、麦克风可以通过USB线与机顶盒连接。摄像头、麦克风物理上可以是一个设备,用一根USB与机顶盒连接。
下面结合各附图详细说明本实施例实现通信的具体过程。
首先介绍UE1与UE2建立呼叫的流程(上位),此过程如图7所示,包括如下操作:
UE向机顶盒发送媒体描述查询请求;
机顶盒与摄像头交互获取摄像头参数;
机顶盒与麦克风交互获取摄像头参数;
机顶盒与屏幕交互获取摄像头参数;
机顶盒与扬声器交互获取摄像头参数;
机顶盒向UE返回媒体描述,可以是媒体描述协议(SDP)的格式;
UE使用机顶盒返回的媒体描述发起呼叫,可以使用SIP一类的信令, 也可以使用如微信一类的呼叫信令;
注册服务器转发呼叫请求到远端(如UE2);
远端(如UE2)发送呼叫应答到注册服务器;
注册服务器转发呼叫应答到UE1;
此时建立呼叫,信令面在UE1与UE2之间;
对于UE1到UE2的Audio媒体流,从麦克风传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE1到UE2的Video媒体流,从摄像头传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE2到UE1的Audio媒体流,从远端UE2到机顶盒,再由机顶盒转发到扬声器;
对于UE2到UE1的Video媒体流,从远端UE2到机顶盒,再由机顶盒转发到屏幕;
下面介绍本实施例实现媒体切换到大屏的流程(上位),该过程如图8所示,包括如下操作:
UE1与U2之间已经建立呼叫;(此时如用户回家,希望将呼叫切换到电视机上,使用此流程);
UE向机顶盒发送媒体描述查询请求;
机顶盒与摄像头交互获取摄像头参数;
机顶盒与麦克风交互获取摄像头参数;
机顶盒与屏幕交互获取摄像头参数;
机顶盒与扬声器交互获取摄像头参数;
机顶盒向UE返回媒体描述,可以是媒体描述协议(SDP)的格式;
UE使用机顶盒返回的媒体描述发起媒体修改请求,可以使用SIP一类的信令,也可以使用如微信一类的呼叫信令;
注册服务器转发媒体修改请求到远端(如UE2);
远端(如UE2)发送媒体修改应答到注册服务器;
注册服务器转发媒体修改应答到UE1;
此时媒体切换完成,信令面在UE1与UE2之间;
对于UE1到UE2的Audio媒体流,从麦克风传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE1到UE2的Video媒体流,从摄像头传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE2到UE1的Audio媒体流,从远端UE2到机顶盒,再由机顶盒转发到扬声器;
对于UE2到UE1的Video媒体流,从远端UE2到机顶盒,再由机顶盒转发到屏幕;
下面介绍本实施例实现媒体从大屏切换回UE的流程(上位),该过程如图9所示,包括如下操作:
UE1与UE2之间已经建立呼叫,媒体面在融合应用与远端之间;
对于UE1到UE2的Audio媒体流,从麦克风传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE1到UE2的Video媒体流,从摄像头传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE2到UE1的Audio媒体流,从远端UE2到机顶盒,再由机顶盒转发到扬声器;
对于UE2到UE1的Video媒体流,从远端UE2到机顶盒,再由机顶盒转发到屏幕;
UE1希望将媒体切换回UE1(便于后续移动离开),发起媒体修改请求,使用UE1自身的媒体面描述;可以使用SIP一类的信令,也可以使用如微信一类的呼叫信令;
注册服务器转发媒体修改请求到远端(如UE2);
远端(如UE2)发送媒体修改应答到注册服务器;
注册服务器转发媒体修改应答到UE1;
此时媒体切换完成,信令面在UE1与UE2之间;
媒体面切换到UE1与UE2之间。
下面介绍本实施例实现呼叫建立的流程(IMS),,该过程如图10所示,包括如下操作:
UE向机顶盒发送媒体描述查询请求;
机顶盒与摄像头交互获取摄像头参数;
机顶盒与麦克风交互获取摄像头参数;
机顶盒与屏幕交互获取摄像头参数;
机顶盒与扬声器交互获取摄像头参数;
机顶盒向UE返回媒体描述,可以是媒体描述协议(SDP)的格式;
UE使用机顶盒返回的媒体描述,发送INVITE请求发起呼叫;
注册服务器转发INVITE请求到远端(如UE2);
远端(如UE2)发送200OK到注册服务器;
注册服务器转发200OK到UE1;
此时建立呼叫,信令面在UE1与UE2之间;
对于UE1到UE2的Audio媒体流,从麦克风传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE1到UE2的Video媒体流,从摄像头传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE2到UE1的Audio媒体流,从远端UE2到机顶盒,再由机顶盒转发到扬声器;
对于UE2到UE1的Video媒体流,从远端UE2到机顶盒,再由机顶盒转发到屏幕;
下面介绍本实施例实现媒体切换到大屏的流程(IMS),该过程如图11所示,包括如下操作:
UE1与U2之间已经建立呼叫;(此时如用户回家,希望将呼叫切换到电视机上,使用此流程);
UE向机顶盒发送媒体描述查询请求;
机顶盒与摄像头交互获取摄像头参数;
机顶盒与麦克风交互获取摄像头参数;
机顶盒与屏幕交互获取摄像头参数;
机顶盒与扬声器交互获取摄像头参数;
机顶盒向UE返回媒体描述,可以是媒体描述协议(SDP)的格式;
UE使用机顶盒返回的媒体描述发起Re-INVITE(或UPDATE)请求;可以使用SIP一类的信令,也可以使用如微信一类的呼叫信令;
注册服务器转发Re-INVITE(或UPDATE)请求到远端(如UE2);
远端(如UE2)发送200OK到注册服务器;
注册服务器转发200OK到UE1;
此时媒体切换完成,信令面在UE1与UE2之间;
对于UE1到UE2的Audio媒体流,从麦克风传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE1到UE2的Video媒体流,从摄像头传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE2到UE1的Audio媒体流,从远端UE2到机顶盒,再由机顶盒转发到扬声器;
对于UE2到UE1的Video媒体流,从远端UE2到机顶盒,再由机顶盒 转发到屏幕;
下面介绍本实施例实现媒体从大屏切换回UE的流程(IMS),该过程如图12所示,包括如下操作:
UE1与UE2之间已经建立呼叫,媒体面在融合应用与远端之间;
对于UE1到UE2的Audio媒体流,从麦克风传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE1到UE2的Video媒体流,从摄像头传递到机顶盒,再由机顶盒转发到远端UE2;
对于UE2到UE1的Audio媒体流,从远端UE2到机顶盒,再由机顶盒转发到扬声器;
对于UE2到UE1的Video媒体流,从远端UE2到机顶盒,再由机顶盒转发到屏幕;
UE1希望将媒体切换回UE1(便于后续移动离开),发起Re-INVITE(或UPDATE)请求,使用UE1自身的媒体面描述;可以使用SIP一类的信令,也可以使用如微信一类的呼叫信令;
注册服务器转发Re-INVITE(或UPDATE)请求到远端(如UE2);
远端(如UE2)发送200OK到注册服务器;
注册服务器转发200OK到UE1;
此时媒体切换完成,信令面在UE1与UE2之间;
媒体面切换到UE1与UE2之间。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请不限制于任 何特定形式的硬件和软件的结合。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。