CN108990169A - 一种数据传输、资源共享方法及用户终端、接入点设备 - Google Patents

Abstract

一种数据传输、资源共享方法及用户终端、接入点设备，所述数据传输方法包括：第一用户终端与第二用户终端交换各自外部设备的信息，并指示本终端的外部设备建立与所述第二用户终端的外部设备之间的数据业务连接，通过所述数据业务连接进行数据传输。所述资源共享方法包括：用户终端通过近距离通信向外部设备请求所述外部设备的信息，根据所述外部设备的信息使用周边的外部硬件资源。本申请还提供了相应的用户终端和接入点设备，本申请能够使用户终端充分利用周边的外部硬件资源。

Description

一种数据传输、资源共享方法及用户终端、接入点设备

技术领域

本发明涉及多媒体通信领域，更具体地，涉及一种数据传输、资源共享方法、用户终端和接入点设备。

背景技术

多媒体通信一直是通信领域的追求目标，并在不断完善。目前手机在多媒体播放、视频通话、文件传输等方面存在数据流量受限、多媒体采集和播放设备受限、终端计算能力受限等问题，具体为：

1、数据流量受限

现有通信***中只存在移动终端和基站之间的信息交互，因本地移动终端仅靠传输主线路与基站进行通信。一方面，当本地移动终端传输给本地基站的数据量较大时，传输速度就会很慢，降低了传输效率；当移动终端待传输的数据量更大时，只能依靠基站的扩容来改进网络的容纳度，从而提高数据的传输效率，但基站的扩容需要耗费很大的财力和物力，且基站不能无限度的扩容；另一方面，通过基站传输数据，费用较Wi-Fi传输高出很多，数据流量大用户所支付的费用就比较高。移动终端的短距离传输***Wi-Fi传输***可以满足移动终端之间的短距离通信，但是局域网通信与广域网通信是隔离的，两种通信间不能结合应用。短距离通信资源被浪费掉。

2、多媒体采集和播放设备受限

目前的移动设备(UE)，尤其是手机已经普及了前置摄像头和大屏，可以在UE上实现视频通话。但是因为移动设备的硬件限制、多媒体能力的限制，并不能体验大屏、更好音质的外置麦克风音响、高清摄像头等外设。

3、终端计算能力受限

目前的移动设备已经可以支持多任务并发处理，但是仍然受到终端处理器内存等硬件限制，导致多任务处理的速度下降和发热耗电增加。

发明内容

本发明实施例提供了一种数据传输方法，包括：

第一用户终端与第二用户终端建立信令连接后，所述第一用户终端将本终端的外部设备的信息发送给所述第二用户终端，并获取所述第二用户终端的外部设备的信息，所述外部设备的信息包括外部设备的通信标识地址；

所述第一用户终端指示本终端的外部设备，根据交换所得的第二用户终端的外部设备的信息，建立所述第一用户终端的外部设备与所述第二用户终端的外部设备之间的数据业务连接；

所述第一用户终端指示本终端的外部设备通过所述数据业务连接进行数据传输。

本发明实施例还提供了一种资源共享方法，包括：

用户终端通过近距离通信向外部设备请求所述外部设备的信息；

所述用户终端接收所述外部设备返回的所述外部设备的信息，根据所述外部设备的信息使用周边的外部硬件资源。

本发明实施例提供了一种资源共享方法，包括：

外部设备接收用户终端通过近距离通信发送的信息请求；

所述外部设备获取所述外部设备连接的周边设备的资源信息，将所述周边设备的资源信息作为所述外部设备的能力描述信息返回给所述用户终端，以使所述用户终端使用所述周边设备的资源。

本发明实施例还提供了一种用户终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明实施例所述的用户终端执行的任一方法的处理。

本发明实施例还提供了一种近距离通信网络的接入点设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明实施例所述的外部设备执行的任一方法的处理。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如本发明实施例所述的任一方法的处理。

本发明实施例的上述方案，能够使用户终端充分利用周边的外部硬件资源。例如，在一些示例中，可以利用通信资源进行数据传输，利用多媒体设备资源进行多媒体通信，利用处理器资源进行计算等，从而可以取得提高传输带宽、增强用户体验，降低通信费用等一种或多种效果，解决现有用户终端带宽受限、多媒体能力受限和处理能力受限等问题中的一个或多个。

附图说明

图1是本发明实施例一的应用环境的示意图；

图2是本发明实施例一数据传输方法的流程图；

图3是本发明实施例一中UE1与UE2之间传输控制信令的示意图；

图4是802.11帧格式示意图；

图5是本发明实施例一的示例一中，UE1和UE2之间实现多媒体通话的***架构的示意图；

图6是本发明实施例一的示例一中，热点连接选项的示意图；

图7是本发明实施例二用户终端侧的资源共享方法的流程图；

图8是本发明实施例二外部设备侧的资源共享方法的流程图；

图9是本发明实施例二的示例三中，UE1实现多媒体通话中视频播放的***架构的示意图；

图10是本发明实施例三UE1与UE2之间通过外部设备实现数据传输的过程的示意图；

图11是本发明实施例三的一个示例中，供用户选择在终端或远端进行媒体播放的终端界面的示意图；

图12是本发明实施例四用户终端和接入点设备的硬件结构的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

目前的移动设备虽然功能强大，但其受硬件设备，例如多媒体设备、终端处理器内存等的限制，造成终端运行速度低、功耗大等问题，无法提供更好的用户体验。为解决现有移动设备带宽受限、多媒体能力受限和处理能力受限等问题。本申请发明人提出，可以利用周边外部设备的硬件资源实现移动终端上的各种操作，提高移动终端的性能。例如，可以利用外部电视机的屏幕、麦克风、高清摄像头等实现移动终端上的视频通话，从而给用户带来极大的体验。也可以利用外部设备实现移动终端上的部分处理任务，从而提高移动终端关键任务的计算速度，减少功耗。

实施例一

本实施例的应用环境如图1所示，用户终端UE1通过移动通信网络与基站1通信，通过近距离无线通信网络与外部设备AP1通信，AP1可以通过近距离无线通信网络与电视机等设备通信；相应地，用户终端UE2通过移动通信网络与基站2通信，通过近距离无线通信网络与外部设备AP2通信，AP2可以通过近距离无线通信网络与电视机等设备通信。这样UE1和UE2之间可以直接通过移动通信网络如3G、4G、5G进行通信，也可以借助WLAN及AP1、AP2之间的网络如互联网实现通信。本申请中，用户终端也称为移动终端或终端设备。外部设备AP1和AP2可以是WLAN的接入点设备，也可以是可以通过近距离通信与用户终端、多媒体设备等建立通信连接的其他接入点设备，不同接入点设备之间可以实现通信。但外部设备与多媒体设备之间的连接不局限于近距离通信，接入点设备本身也可以是多媒体设备，或者也可以与多媒体设备集成在一起，本申请对此不做局限。

基于以上应用环境，本实施例可以实现以下一种或多种资源共享处理：

1.将WLAN与现有移动通信网络如3GPP网络进行融合，实现联合传输，3GPP网络负责信令连接，WLAN负责数据传输，以达到负荷分流和提高网络性能的目的。

2.终端设备通过外部设备管理外置大屏、外置麦克风、高清摄像头等外设。充分利用外置高品质麦克风扬声器、高清摄像头等外置多媒体设备进行多媒体采集和播放。

3.终端设备将一部分计算任务(例如数据传输和编解码等)分发给外部设备完成，以减轻计算负担，降低功耗，提高用户体验。

本实施例的数据传输方法如图2所示，包括如下操作：

S100：第一用户终端A与第二用户终端B建立信令连接后，用户终端A将本终端的外部设备的信息发送给用户终端B，并获取用户终端B的外部设备的信息；

本实施例中，第一用户终端A与第二用户终端B建立的信令连接是移动通信业务的信令连接，如视频通话的信令连接。移动通信业务由用户通过移动通信网络发起但不限于使用移动通信网络。

本文中涉及的外部设备为可以通过近距离通信技术(如蓝牙、WIFI等技术)为用户终端提供外部硬件资源(如多媒体资源、存储资源、逻辑运算资源)共享的设备，例如，所述外部设备为近距离通信的接入点(AP:acess point)设备(也可称为热点、AP热点、AP设备)，即第一用户终端和第二用户终端均通过近距离通信与各自的外部设备连接。因此，用户终端A与用户终端B建立信令连接之前，可以通过近距离通信技术获取本终端的外部设备的信息，所获取的本终端的外部设备的信息包括能力描述信息和通信标识地址中的一种或多种。其中，所述外部设备的能力描述信息可以包括所述外部设备连接的多媒体设备的媒体描述信息，所述外部设备的通信标识地址，可以是IP地址，也可以是其他可用于通信连接的信息。在一个示例中，所述第一用户终端通过近距离通信技术获取本终端的外部设备的信息，包括：所述第一用户终端向本终端的外部设备发送请求能力描述信息的控制信令，所述控制信令使用近距离通信的数据帧中的保留字段来指示。

需要注意的是，用户终端A将本终端的外部设备的信息发送给用户终端B的方式至少有如下两种：

方式一，用户终端A通过信令连接向用户终端B发送现行的控制信令，该控制信令的保留字段中可以携带用户终端A的外部设备的信息。

此处涉及的控制信令可以包括如下任意一种或几种：呼叫请求、媒体修改请求、邀请INVITE请求、重新邀请INVITE请求、更新数据UPDATE。

方式二、用户终端A利用控制信令传输结束后建立的传输通道，向用户终端B发送数据包如WIFI数据包和/或实时传输协议(RTP：Real-time Transfer Protocol)报文，在发送的数据包中携带用户终端A的外部设备的信息。

本文对WIFI数据包和RTP报文的格式不作特殊限制。用户终端B向用户终端A发送本终端外部设备的信息时也可以采用上述发送方式。

用户终端可以采用上述方式一或方式二来发送用户终端A的外部设备的全部信息，也可以采用上述方式一发送用户终端A的外部设备的部分信息，而采用上述方式二发送用户终端A的外部设备的其他信息。

S200：用户终端A指示本终端的外部设备，根据交换所得的用户终端B的外部设备的信息，建立用户终端A的外部设备与用户终端B的外部设备之间的数据业务连接；

S300：用户终端A指示本终端的外部设备通过已建立的数据业务连接进行数据传输。

本实施例中，所述数据传输可以包括移动通信业务中的以下任意一种或多种数据传输：

发送本终端或本终端的外部设备连接的多媒体设备采集的音频流；

发送本终端或本终端的外部设备连接的多媒体设备采集的视频流；

发送本终端或本终端的外部设备连接的存储设备中存储的文件；

接收音频流，转发给本终端或本终端的外部设备连接的多媒体设备播放；

接收视频流，转发给本终端或本终端的外部设备连接的多媒体设备播放；

接收文件，转发给本终端或本终端的外部设备连接的存储设备保存。

本实施例中，为了确定由哪个设备进行音视频的采集和播放，所述第一用户终端指示本终端的外部设备通过所述数据业务连接进行数据传输之前，所述方法还包括：所述第一用户终端根据用户指令从以下的一组或多组选项中确定要应用的选项并指示本终端的外部设备：

在本终端播放视频，或者在本终端的外部设备连接的多媒体设备播放视频；

在本终端播放音频，或者在本终端的外部设备连接的多媒体设备播放音频；

在本终端采集视频，或者在本终端的外部设备连接的多媒体设备采集视频；

在本终端采集音频，或者在本终端的外部设备连接的多媒体设备采集音频。

上述要应用的选项可以是用户从通话界面中选中的选项，也可以是在通话之前的设置界面中被选中的选项，等等。

所述第一用户终端指示本终端的外部设备通过所述数据业务连接进行数据传输之前，根据用户指令从以下的一组或多组选项中确定要应用的选项并指示本终端的外部设备：

在本终端播放视频，或者在本终端的外部设备连接的多媒体设备播放视频；

在本终端播放音频，或者在本终端的外部设备连接的多媒体设备播放音频；

在本终端采集视频，或者在本终端的外部设备连接的多媒体设备采集视频；

在本终端采集音频，或者在本终端的外部设备连接的多媒体设备采集音频。

当所述数据传输不涉及到外部设备连接的多媒体设备时，用户终端使用了AP设备的通信资源来完成移动通信业务中的数据传输，当所述数据传输涉及外部设备连接的多媒体设备时，用户终端还使用了多媒体设备的多媒体资源来实现多媒体的采集和播放。

在一个示例中，用户终端A发送给本终端的外部设备的指示可以是指示本终端的外部设备开始通过数据业务连接向第二用户终端发送移动通信中的语音和/或视频媒体流(即音频流和/或视频流)；及指示本终端的外部设备开始通过数据业务连接接收第二用户终端通过第二用户终端的外部设备发来的语音和/或视频媒体流。在另一示例中，还可以同时指示本终端的外部设备将接收的语音和/或视频媒体流转到给本终端播放，或转发给本终端的外部设备连接的多媒体设备播放。

本实施例数据传输方法可简单描述如下：1.移动终端A(即用户终端)和B分别通过近距离通信技术完成和外部设备A和B的信息交换，获取外部设备A和B的信息，包括能力描述信息，通信标识地址等；2.移动终端A与移动终端B建立信令连接并传输各自外部设备的相关信息；3.外部设备A和B建立数据连接完成数据传输，可选的，外部设备通过所连接的若干多媒体设备负责语音视频采集和播放。

下面介绍上述方法中所涉及的控制信息传输格式，即控制信令的格式，这些控制信息传输格式也可以用于其他实施例。本申请需要传输自定义的控制信令，通过控制信令携带外部设备(如AP设备)的信息，包括媒体描述信息和IP地址等。本文中的控制信令至少包括基于基站通信的UE之间的控制信令，也可以包括基于近距离通信的UE和外部设备之间的控制信令。控制信令的传输可以采用如下两种方案：

1、通过协议中已经定义的控制信令传输自定义的控制信令，即利用已有控制信令中的保留字段，在保留字段中写入控制字段，以描述媒体描述信息和IP地址。

2、通过控制信令结束后建立的传输通道进行传输，利用数据包如wifi数据包，RTP报文(即RTP数据包)，将控制信令封装为相应的数据包进行发送，对端需要解码。

通过基站通信实现的UE和UE控制信息的传输说明如下：

以VoLTE为例说明，即Voice over LTE，是一种IP数据传输技术，基于IP多媒体子***(IMS，IP Multimedia Subsystem)实现。VoLTE无需2G/3G网络，全部业务承载于4G网络上。

在所述建立通话过程中，会话发起方在发起会话请求时，在语音媒体的媒体行中携带控制信息(即UE的外部设备的信息)；通过在会话描述协议(SDP：Session DescriptionProtocol)增加专用的携带控制信息的媒体行，进行媒体能力协商，以帮助各自外部设备建立数据连接。SDP描述可以由许多文本行组成，如下表1中，标识下划线的字段均可以用于传输自定义的控制信息，在本示例中，自定义的控制信息包括外部设备的IP地址，但还可以包括能力描述信息。

表1为SDP各字段含义表

这里举例说明SDP格式如下：

v＝0

o＝originator 2890844526 2890842808IN IP4controller.example.com

s＝-

c＝IN IP4controller.example.com

m＝application 10.12.50.22 49153TCP

a＝setup:active

a＝connection:new

m＝audio 49170RTP/AVP 0

其中，由表1可知标识下划线的字段，m＝application 10.12.50.22 49153 TCP，即可以用于表示对应多媒体信息的媒体通道，包括外部设备的IP地址和端口号。

基于上述表1，举例说明一下UE1与UE2之间传输控制信令的过程，如图3所示，图中包括会话边界控制器(SBC：Session Border Controller)、IP多媒体子***(IMS：IPMultimedia Subsystem)，该过程包括：

UE1向UE2发送邀请(INVITE)呼叫请求，图中表示为“INVITE SDP提供(Offer)”，其中携带的会话描述协议(SDP)中可以携带有标识通话用的语音媒体的媒体行(如m行)。

SBC1转发INVITE SDP Offer到IMS。

IMS转发INVITE SDP Offer到被叫用户侧的SBC2。

SBC2转发INVITE SDP Offer到UE2。

UE2处理收到的INVITE SDP Offer，并构造SDP并发送给SBC2，构造的SDP中同样可以包括UE2的外部设备的IP地址；从媒体协商角度看，该SDP为Answer，即UE2返回的是200OKSDP answer。

SBC2转发200OK SDP answer消息到IMS。

IMS转发200OK SDP answer消息到SBC1。

SBC1转发200OK SDP answer消息到UE1。此时建立好用于语音通话的媒体通道。

UE1与UE2在媒体通道内通过SDP交换控制信息(协议规定或自定义的控制信息)和协商能力(如多媒体能力)。

由于建立的媒体通道是基于实时传输协议(RTP，Real-time TransportProtocol)传输的，目前的网络侧网元都支持此功能，且没有网络侧附加要求，因此便于在网络内迅速部署和推广。并且这种方式便于标准化、产业化。

下面再说明第二种方式，VoLTE通话正式建立完成，UE1和UE2开始进行VoLTE通话，双方使用RTP协议进行数据包传输，可以将控制信令封装为RTP包传输给对端，对端接收数据包后进行解码。在控制信令中携带外部设备的信息，如通信标识地址和/或能力描述信息。该控制信令可以包括基于基站通信的UE之间的控制信令和基于近距离通信的UE和外部设备之间的控制信令。

通过近距离通信实现的UE和外部设备之间控制信令的传输说明如下：

802.11帧分为三个部分(如图4所示)：帧头(Mac header)、帧实体(body)、帧校验序列(FCS：Frame Check Sequence)域。所有帧的开头均是长为两个字节的Frame Control(帧控制)字段，还可以包括持续标识(Duration ID)、目标地址(Dst Address)、源地址(SrcAddress)等，Frame Control字段包括以下子字段：协议(Protocol)、类型(Type)、子类型(Subtype)。管理帧的Subtype值0110～0111与1101～1111目前并未使用。可以使用此字段来增加控制信息，如表2所示。

表2为管理帧的字段1101～1111代表控制信令标识表

用户终端可以将管理帧的Subtype的值置为1101发送给AP设备，以表示向AP设备请求能力描述信息。

下面描述本实施例的几个示例

示例一

用户1和用户2希望进行视频通话，用户回到家后进行视频通话，可以用电视机屏幕进行视频播放，利用客厅专业的摄像头进行摄像，关闭电视后可以将电视机上的视频画面切换回终端设备(即手机)进行显示。

根据本示例方法的UE1和UE2之间实现多媒体通话的***架构如图5所示，整个过程包括如下操作步骤：

步骤一，用户选择发起使用外部设备的请求，UE1根据用户指令向AP1设备请求外部设备的能力描述信息、通信地址等；

与AP1连接的多媒体设备的多媒体能力视为AP1的能力，AP1的能力描述信息包括与AP1连接的多媒体设备的媒体描述信息。

步骤二，AP1设备获取连接的所有多媒体设备的媒体描述信息，包括显示摄像头参数、屏幕参数、麦克风参数、扬声器参数等。如果当前多媒体设备在线，即处于打开和连接状态，AP1设备将所有在线的多媒体设备的媒体描述信息返回给所述UE1设备；AP1设备获取自身在网络中的通信地址返回给所述UE1设备，例如IP地址；

步骤三，UE1发起与远端设备UE2的通信请求，建立控制信令连接，例如拔打一个电话。通过控制信令携带AP1设备的信息，包括媒体描述信息和IP地址等。控制信令可以包括如下一种或几种：呼叫请求、媒体能力、邀请INVITE请求、能力更新数据UPDATE，携带外部设备IP地址，本端UE的IP地址等；

其中，UE1向UE2发起通信请求，建立控制信令连接的过程与现有技术基本相同，不同之处主要在于UE1发送的控制信令中需要携带AP1设备的信息。

UE2收到通信请求之后，向AP2请求信息，请求中可以携带AP1的信息如IP地址；UE2获取AP2返回的AP2的信息(如IP地址、能力描述信息)后，将AP2的信息携带在返回给UE1的控制信令应答中。

步骤四，UE1收到UE2的控制信令应答后，获取UE2所连接的外部设备AP2的信息，指示UE1通过近距离通信连接的AP1设备和UE2通过近距离通信连接的AP2设备之间建立数据业务连接。UE1发送给UE2的语音和/或视频媒体流由AP1设备传送到AP2设备的外部设备，UE1所要接收的UE2的语音和/或视频媒体流由AP2发给AP1设备接收，并由AP1设备分发给多媒体设备进行播放。

UE1指示AP1设备和AP2设备建立数据业务连接时，可以将AP2的信息如AP2的通信标识地址、AP2连接的多媒体设备的媒体描述信息等发送给AP1设备。该指示也可以视为传输数据的指示，AP1设备与AP2设备建立数据业务连接即可开始传输数据。但UE1可以在指示AP1设备和AP2设备建立数据业务连接之后，再发送一个开始数据传输的指示，AP1设备收到该开始数据传输的指示再开始传输数据，

本实施例方法.将近距离通信网络如WIFI、蓝牙与移动通信网络如3G、4G、5G网络进行融合，实现联合传输，移动通信网络负责信令连接，近距离通信网络的接入点设备负责数据传输，可以达到负荷分流和提高网络性能的目的，如提高传输带宽、降低通信费用，对于移动通信网络带宽有限的场合，还可以改善用户体验。此外，用户终端通过外部设备管理外置大屏、外置麦克风、高清摄像头等外设。可以充分利用外置高品质麦克风扬声器、高清摄像头等外置多媒体设备进行多媒体采集和播放，改善用户体验。例如，如果能让用户在电视机上进行视频通话，充分利用外置的高品质麦克风、高清的摄像头等外置多媒体设备将给用户带来极大的体验进步。

需要说明的是，上述在通话过程中进行智能分流，可以提供三种用户体验，即三种连接选项，图6所示是用户终端上与此相关的选择界面，三个选项分别是：

1、自动连接，即用户无需干预，即可智能分流，当该选项被选中时，UE1发起与远端设备UE2的通信请求后，即自动执行分流的处理。

2、提示连接，即在满足智能分流条件时，提示引导分流。当该选项被选中时，UE1发起与远端设备UE2的通信请求后，在终端界面上提供用户是否进行分流即通过AP进行数据传输，在用户确定后，再执行分流的处理。

3、手动连接，即在通知栏设置不主动分流。当该选项被选中时，UE1发起与远端设备UE2的通信请求后，不进行分流处理也不进行提示，除非用户通过UE界面选择进行分流后，再执行分流处理。

示例二

用户1和用户2希望通过电脑互相传输文件，包括如下操作步骤：

步骤一，用户1选择发起使用外部设备的请求，UE1向AP1设备请求AP1设备的信息如能力描述信息、通信标识地址等；

步骤二，AP1设备获取连接的所有多媒体设备的媒体描述信息，这里的多媒体设备包括电脑A，AP1设备将电脑的媒体描述信息返回给所述UE1设备；AP1设备获取自身在网络中的通信标识地址返回给UE1，例如IP地址；

步骤三，UE1发起与远端设备UE2的通信请求，例如拨打一个电话，建立控制信令连接。在发送给UE2的控制信令携带AP1设备的信息，包括电脑A的媒体描述信息和AP1的IP地址等；

步骤四，UE1收到UE2的控制信令应答后，获取UE2所连接的外部设备AP2的信息，指示UE1通过近距离通信连接的AP1设备和UE2通过近距离通信连接的AP2设备之间建立数据业务连接，将电脑A上的指定位置的文件传送到AP2设备连接的电脑B，并保存到电脑B。

本步骤中，需要传输的文件及位置可以由UE1来选定并指示AP1，文件可以保存到电脑B的默认位置或指定位置。

本示例中的电脑是作为文件的存储设备而使用，因而可以视为一种存储设备，即本示例实现了在AP1设备连接的一存储设备和AP2设备连接的另一存储设备之间的文件传输。容易理解，文件也可以从UE1传输到UE2或者AP2连接的存储设备。

实施例二

本实施例提供一种资源共享方法。

本实施例用户终端侧的资源共享方法如图7所示，包括：

步骤S400，用户终端通过近距离通信向外部设备请求所述外部设备的信息；

本实施例中，所述外部设备可以是近距离通信网络的接入点设备但不局限于此。

步骤S500，所述用户终端接收所述外部设备返回的所述外部设备的信息，根据所述外部设备的信息使用周边的外部硬件资源。

本实施例中，所述外部设备返回的信息包括所述外部设备的能力描述信息和通信标识地址的一种或多种；其中，所述外部设备的能力描述信息可以包括所述外部设备连接的多媒体设备的媒体描述信息和所述外部设备连接的逻辑运算设备的运算能力信息中的一种或多种。所述外部设备的通信标识地址可以是IP地址等。

本实施例的一个示例中，所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，可以采用实施例一的方式，即在所述用户终端的外部设备与远端用户终端的外部设备之间进行移动通信业务中的数据传输。

本实施例的又一个示例中，所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，包括：

所述用户终端通过外部设备访问网络服务器；

所述用户终端指示所述外部设备将从所述网络服务器接收的媒体流转发给所述外部设备连接的多媒体设备播放。

通过该示例，用户终端通过移动通信网络与网络侧的服务器建立连接后，可以利用周边设备如大显示屏、高品质音箱等播放服务器下发的视频资源。

本实施例的又一个示例中，所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，包括：

所述用户终端通过移动通信网络与服务器建立信令连接，通过所述信令连接将所述外部设备的通信标识地址发送给所述服务器，使得所述服务器根据所述外部设备的通信标识地址与所述外部设备建立数据业务连接，并接收所述外部设备连接的多媒体设备采集的媒体流。

通过该示例，用户终端可以在与数据平台的服务器建立连接如发起一个呼叫后，使得服务器可以接收到该用户终端周边的多媒体设备采集的音视频媒体流。

在上述示例所述用户终端通过所述信令连接将所述外部设备的信息发送给所述服务器，采用以下方式中的一种或多种：

方式一，所述用户终端通过移动通信网络与所述服务器建立信令连接，通过所述信令连接向所述服务器发送控制信令，在所述控制信令的保留字段携带所述外部设备的信息；

方式二，所述用户终端通过移动通信网络与所述服务器建立信令连接，利用控制信令传输结束后建立的传输通道向所述远端设备发送数据包，在所述数据包中携带所述外部设备的信息。

用户终端可以采用上述方式一或方式二来发送所述外部设备的全部信息，也可以采用上述方式一发送所述外部设备的部分信息，而采用上述方式二发送所述外部设备的其他信息。

本实施例的又一个示例中，所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，包括：

所述用户终端将计算任务分发给所述外部设备，以通过所述外部设备连接的逻辑运算设备执行所述计算任务；

所述用户终端接收所述外部设备返回的计算结果。

通过本示例，用户终端可以将一部分计算任务(例如数据传输和编解码等)分发给周边设备完成，以减轻用户终端的计算负担，提高终端关键任务的计算速度，降低功耗，提高用户体验。

本实施例外部设备侧的资源共享方法如图8所示，包括：

步骤S600，外部设备接收用户终端通过近距离通信发送的信息请求；

本实施例中，所述信息请求采用数据帧形式，所述数据帧携带有请求能力描述信息的控制信令的信标。

步骤S700，所述外部设备获取所述外部设备连接的周边设备的资源信息，将所述周边设备的资源信息作为所述外部设备的能力描述信息返回给所述用户终端，以使所述用户终端使用所述周边设备的资源。

本实施例中，所述外部设备为近距离通信网络的接入点设备但本申请不局限于此；所述周边设备的资源信息包括多媒体设备的媒体描述信息和逻辑运算设备的运算能力信息中的一种或多种。

本实施例中，所述外部设备将所述能力描述信息返回给所述用户终端之前或同时，还可以将所述外部设备的通信标识地址返回给所述用户终端。能力描述信息和通信标识地址可以响应于同一请求而返回给用户终端，也可以响应于不同请求返回给用户终端。

本实施例的一个示例中，所述外部设备将所述周边设备的能力描述信息返回给所述用户终端之后，所述方法还包括：

所述外部设备根据用户终端的指示建立与所述用户终端通信的远端设备的数据业务连接，并通过所述数据业务连接进行数据传输。

其中，所述远端设备可以是远端外部设备，所述远端外部设备通过近距离通信与所述用户终端通过移动通信呼叫的远端终端连接；此时，所述外部设备通过所述数据业务连接进行数据传输，包括：

所述外部设备与远端外部设备之间基于对等协议联网实时媒体流协议RTMFP协议进行点对点的数据传输；或者

所述外部设备与远端外部设备之间基于实时消息传送协议RTMP，通过服务器实现相互之间的数据传输；或者

所述外部设备与远端外部设备之间基于实时传输协议RTP和实时传输控制协议RTCP实现数据传输。

但是，这里的远端设备还可以是另一用户终端，或者网络侧的服务器，或者其他设备。用户终端可以将与远端设备的数据传输的负荷交由外部设备来完成，例如由外部设备来完成视频通话的音频流和/或视频流的传输。从而达到负荷分担、提高带宽和网络传输性能等效果。

本示例中，还利用外部设备，还可以利用外部设备连接的多媒体设备来实现音频流和/或视频流的采集和播放。

所述数据传输包括以下任意一种或多种：发送所述外部设备连接的所述用户终端或多媒体设备采集的音频流；发送所述外部设备连接的所述用户终端或多媒体设备采集的视频流；发送所述外部设备连接的所述用户终端或存储设备中存储的文件；接收音频流，转发给所述外部设备连接的用户终端或多媒体设备播放；接收视频流，转发给所述外部设备连接的用户终端或多媒体设备播放；及，接收文件，转发给所述外部设备连接的用户终端或存储设备保存。

用户终端可以在发送进行数据传输的指示的同时，指定外部设备发送哪个设备(如用户终端或多媒体设备)采集的音频流和/或视频流，也可以指定将接收的音频流和/或视频流转发给哪个设备(如用户终端或多媒体设备)。

本示例中，所述外部设备根据用户终端的指示建立与所述用户终端通信的远端设备的数据业务连接之前，还可以包括：所述外部设备接收所述用户终端通过近距离通信发送的加密密钥，所述加密密钥是所述用户终端发起呼叫请求后，在与网络侧进行鉴权的过程产生的加密密钥；而所述外部设备通过所述数据业务连接进行数据传输时，采用所述加密密钥对要传输的数据进行加密。

本实施例的另一个示例中，所述外部设备将所述周边设备的能力描述信息返回给所述用户终端之后，所述方法还包括：

所述外部设备接收所述用户终端发送的执行计算任务的指示，将所述计算任务转发给所述外部设备连接的逻辑运算设备执行；

所述外部设备接收所述逻辑运算设备返回的计算结果，并将所述计算结果返回给所述用户终端。

在该示例中，外部设备可以接受用户设备的计算任务，提高用户设备的运算速度，为用户设备节约电能。

下面对本实施例的几个示例进行说明。

示例三

本示例中，UE1可以通过AP设备连接的多媒体设备实现多媒体通话中视频播放，其***如图9所示，一个示例中，用户播放网络视频的流程如下：

步骤一，用户通过UE选择发起使用外部设备请求；

步骤二，UE向外部设备AP请求能力描述信息、通信标识地址等；

步骤三，外部设备AP获取连接的所有多媒体设备的媒体描述信息和AP在网络中的IP地址返回给UE设备；

步骤四，用户在UE界面上，选择打开一个流媒体内容链接，点击网页中的媒体地址发送播放请求；

步骤五，UE发送获取请求(get request)消息给AP；

步骤六，AP发送get request消息给媒体服务器(Media Server)；

步骤七，Media Server收到get request消息后，发送200OK响应消息，包含SDP文件；

步骤八，AP收到200OK响应消息，并获得媒体内容的描述信息SDP文件，发送给UE；UE解析SDP文件，包括媒体内容格式信息，播放时长(npt如npt＝0-127.8667单位为秒)等信息；

步骤九，AP根据SDP中的streamID或trackID，发送SETUP request消息，先确定视频流的传输机制；

步骤十，Media Server收到视频流的SETUP request消息后，发送200OK响应消息，包括会话标识、播放器的传输协议(RTP)端口号；

步骤十一，AP收到200OK响应消息，根据SDP中的流标识(streamID)或跟踪标识(trackID)，发送建立请求(SETUP request)消息，再确定音频流的传输机制；

步骤十二，Media Server收到音频流的SETUP request消息后，发送200OK响应消息，包括会话标识、播放器的传输协议(RTP)端口号等；

步骤十三，AP收到200OK响应消息，发送PLAY request消息，其中带有待播放媒体的地址。

步骤十四，Media Server收到200OK响应消息，通过RTP向播放器传送媒体内容，并发送实时传输控制协议(RTCP：Real-time Transport Control Protoco)包；

步骤十五，AP接收RTP和RTCP数据包。***显示缓冲，解码，开始播放流媒体内容。在播放过程中也向Media server发送RTCP数据包；

步骤十六，AP将接收的语音和/或视频媒体流分发给连接的多个多媒体设备进行播放。

在本步骤之前，用户可以通过UE界面选择在AP连接的多媒体设备如电视上播放语音和/或视频媒体流并指示AP，可以是在点击网页中的媒体地址发送播放请求之后选择，也可以在此之前选择，例如，UE可以提供在UE播放视频或在周边多媒体设备上播放视频的选择，供用户选定。

本实施例方法.用户终端可以通过外部设备管理外置大屏、外置麦克风、高清摄像头等外设。可以充分利用外置高品质麦克风扬声器、高清摄像头等外置多媒体设备进行多媒体播放，改善用户体验。

示例四

本示例中，用户突然遇到紧急情况需要拨打911电话，拨打后911受理中心获取到用户所在位置周边的视频画面，其过程包括如下步骤：

步骤1，用户选择发起使用外部设备的请求，UE自动向周围的AP设备请求能力描述信息、通信地址等；

步骤2，AP设备获取连接的所有多媒体设备的媒体描述信息，这里的多媒体设备包括路上的治安摄像头，AP设备将治安摄像头的媒体描述信息返回给所述UE设备；AP设备获取自身在网络中的通信标识地址(如IP地址)返回给UE；

本示例的治安摄像头具备与AP设备交互信息的能力。

步骤3，UE紧急呼叫911，发起与911呼叫中心的通信请求，建立控制信令连接。通过控制信令携带AP设备的信息，如摄像头的媒体描述信息、IP地址等；

步骤4，911呼叫中心收到UE的控制信令后，获取UE所连接的外部设备AP的信息，911呼叫中心直接和UE连接的AP设备之间建立数据业务连接，或指示其连接的AP设备和UE连接的AP设备之间建立数据业务连接，接收UE连接的AP设备发送的治安摄像头采集的实时视频流。911呼叫中心就可以看到用户周边的实时视频信息。

上述步骤中911呼叫中心执行的处理由911呼叫中心的相关服务器实现。

通过本示例，就可以在用户终端因数据流量受限而无法发送实时视频流的情况下，呼叫中心可以直接从周边的治安摄像头来获取，相当于用户终端使用的周边治安摄像头的硬件资源。而治安摄像头的拍摄角度也与用户终端不同，便于911呼叫中心更为全面地掌握现场情况。

实施例三

本实施例再以LTE网络为例，说明上述两个用户终端通过各自的AP实现数据传输的方法的具体实施。其中，LTE网络环境下与3G和2G网络下的实现机制相同。

LTE网络中，UE1与UE2之间通过外部设备实现数据传输的过程如图10所示，包括如下操作：

步骤一、UE1完成IMS网络注册，具体为，开机选网后执行attach过程，注册完成后进行IMS网络PDN连接及默认承载建立，注册过程中可以获得如下地址：

U1E的IP地址：通过PDP上下文激活中网络分配得到，用于注册时确定自身地址。

网络服务器的IP地址：通过PDP上下文激活中网络分配得到，用于注册过程中发现服务器地址。

UE1可以通过以下几种方式获取网络服务器地址：

1)信令方式，UE在LTE注册过程中，在PDN Connectivity Request中请求CSCF的地址，网络通过激活承载中的信元告知UE CSCF的地址。

2)DHCP方式：一般应用于传统的有线网络中，以DHCP的方式分配给UE的服务器的IP地址。

3)由UE提供：这种方式是通过将网络服务器相关的配置文件或变量预置到UE或UICC卡中，供UE在发起服务时使用。

步骤二.在UE1设备与远端设备进行通信前，向外部设备请求能力描述信息；所述外部设备为具备近距离通信能力的设备，在本例为AP1热点设备。

UE1向AP1设备请求信息，例如发送能力查询请求消息；

AP1设备获取连接的所有多媒体设备(如摄像头、麦克风、屏幕、扬声器等)的媒体描述信息，包括显示摄像头参数、屏幕参数、麦克风参数、扬声器参数等。如果当前多媒体设备在线，即处于打开和连接状态，AP1设备将所有在线的多媒体设备的媒体描述信息返回给所述UE1设备；AP1设备获取自身在网络中的通信标识地址例如IP地址，返回给UE1；AP1可以通过能力描述响应将媒体描述信息和IP地址返回给UE1。

步骤三、UE发起VoLTE主叫并触发初始会话建立。

该步骤中，网络服务器收到UE1发送的呼叫请求后，向UE2发送呼叫请求，并根据UE2的呼叫应答向UE1发送呼叫应答。在该过程中，UE1与网络服务器之间的通信可以包括如下操作：

1)主叫终端(即UE1)发送INVITE请求；

2)网络服务器给终端(即UE1)发送响应消息，表示网络已经收到了终端的INVITE请求；

3)网络服务器给终端(即UE1)发送RINGING 180消息，表示对端开始振铃；

4)网络服务器回复OK 200，代表对端接起电话，进入到通话状态

步骤四、主叫终端与被叫终端之间进行能力交换、控制面信令交互；

本步骤中，UE1和UE2进行媒体能力协商。UE1发起与远端设备UE2建立控制信令连接后，可以通过控制信令携带AP1设备的信息，包括媒体描述信息和IP地址等。控制信令包括如下一种或几种：呼叫请求、媒体能力、邀请INVITE请求、能力更新数据UPDATE，控制信令中携带外部设备IP地址，本端UE的IP地址等。

UE1收到UE2的控制信令应答后，获取UE2所连接的外部设备AP2的信息，包括AP2的IP地址。

步骤五、会话建立完成开始数据传输。

UE1通过AP1设备和AP2设备之间建立数据业务连接。UE1发送给UE2的语音和/或视频媒体流由AP1设备传送到AP2设备的外部设备，UE1所要接收的UE2的语音和/或视频媒体流AP2发给AP1设备接收，并由AP1设备分发给多媒体设备进行播放。

本实施例中，AP设备根据多媒体设备的媒体描述信息将接收的信息如语音和/或视频媒体流拆分成数据包；将各数据包发送给各多媒体设备；及，根据确定的各数据包所属的媒体描述类型将待发送的信息如语音和/或视频媒体流拆分成若干数据包并对所述数据包进行编号，例如，AP设备将属于同一信息的数据包进行整合，并将整合后的数据发送给目标设备，使各数据包分别携带各自的编号。

本实施例中，UE之间媒体能力协商后，还可以根据AP设备反馈的媒体描述信息的改变，将更新的媒体描述信息向服务器发送多媒体能力更新信令；UE收到所述多媒体能力更新信令的应答后，根据更新的多媒体功能与所述远端设备进行交互。多媒体能力更新信令包括如下一种或几种：媒体修改请求、重新邀请INVITE请求、更新数据UPDATE。

下面对本实施例AP设备之间的数据传输进行说明，本实施例AP设备之间的数据传输的方法也能应用于前述实施例的相应场景。

在本实施例的一个示例中，AP设备之间基于RTMFP协议的视频P2P通信，RTMFP协议全称为对等协议联网实时媒体流协议(Real-Time Media Flow Protocol),该协议基于UDP(User Datagram Protocol)，允许热点(即AP设备)之间建立点对点的通讯连接，用户之间可以不通过服务器端直接建立连接，从而实现热点之间的数据传输。其基本工作原理及实现过程描述如下：热点在进行直接数据传输之前，必须连接到支持RTMFP协议的Server以获得一个惟一的ID，作为热点的惟一标识，该标识也可以作为热点的通信标识地址；之后，该热点就可以通过UDP流发布音频，视频或者数据信息。任何连接到同一服务端的其它热点，可以根据ID直接接收之前热点发布的各种流信息。每一个连接到服务器的客户端都被当作一个节点(peer)，多个相互可见的节点在服务端组成一个组(group)。组内同时保存着各成员之间的路由信息，从而使组内任意两节点之间存在一条直接或间接的连接路径。

热点可以使用自己的用户名连接服务器，连接成功后，获得惟一的Peer ID；一个成功连接的用户可以根据另一个用户注册名对相应用户进行通信请求；收到请求的用户可以选择接受或者拒绝邀请；在建立连接以后，两用户除了进行音视频通话之外，还可以相互发送文本信息。热点在成功连接服务器之后，输入欲联系的用户名称，发送Call指令，服务器将根据所邀请的用户名到热点ID管理服务去查询相应的用户ID，如果用户ID不存在，则邀请失败；如果成功查询到用户ID，则尝试与相应的用户ID建立连接。如果对方拒绝邀请，则建立通信失败；如果对方接受邀请，则建立通信，开始流的发送与接收。在用户选择结束通话以后，先将用户名从热点ID管理服务注销，然后分别将用于发送和接收的流切断。

而RTMFP协议则允许热点之间进行直接的通信，从而减少了通信延迟，因此优选RTMFP协议。

在本实施例的另一示例中，AP设备之间基于RTMP协议，所有热点通过服务器传送数据。RTMP协议全称是实时消息传送协议(Real TimeMessaging Protocol)，一个专门为传输视频、音频和数据而设计的TCP/IP协议，RTMP协议可以在热点与服务端保持一个持久的连接，并允许实时通信。协议定义了多个可以独立动作的通道，分别负责不同的功能。根据热点与服务端的连接环境，RTMP协议将音视频等数据分割为一定大小的数据包，并在数据包加入头部信息，指定数据将被传送到的通道ID，如果有必要的话，还会注明数据生成的时间戳，然后进行传输。

在本实施例的又一示例中，AP1设备和AP2设备之间的数据传输可以建立在TCP协议或者UDP协议之上，启动双向RTP/RTCP流，一个用于音频数据传输，一个用于视频数据传输。RTP是媒体负载的传输协议。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量，服务质量由RTCP来提供。RTP数据协议负责对流媒体数据进行封包并实现媒体流的实时传输。

在RTP会话期间，各参与者周期性地传送RTCP包。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，各参与者可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化。

视频媒体的会话描述协议(SDP)提供/应答按照3GPP TS 26.114第6.2.3节的规定进行格式化。

当应用程序建立一个RTP会话时，应用程序将确定一对目的传输地址。目的传输地址由一个网络地址和一对端口组成，有两个端口：一个给RTP包，一个给RTCP包，使得RTP/RTCP数据能够正确发送。

RTP的发送过程如下，接收过程则相反。

1)RTP协议从上层接收媒体信息码流(如H.263)，封装成RTP数据包；RTCP从上层接收控制信息，封装成RTCP控制包。

2)RTP将RTP数据包发往UDP端口对中偶数端口；RTCP将RTCP控制包发往UDP端口对中的奇数端口。

根据声音流和图像流的相对时间(即RTP包的时间戳)，以及它们的绝对时间(即对应的RTCP包中的RTCP)，可以实现声音和图像的同步。

下面对本实施例AP设备之间数据传输的安全策略进行说明。本实施例的安全策略也能应用于前述实施例的相应场景。

由于UE在注册过程中使用了鉴权信息，并且之后的所有信令都受到保护。因此当媒体流由AP1设备向AP2设备传送时，UE可以通过wifi链接将所述鉴权信息传送给AP1设备，AP1设备可以使用此鉴权信息，增加AP和AP之间的数据传输的安全保障。

在一个示例中，UE发起呼叫请求后，会和网络侧进行鉴权，网络侧选择一个鉴权向量组，发送其中的RAND及AUTN给UE。UE收到RAND||AUTN后，在USIM侧进行鉴权处理，验证AUTN。这个步骤是在进行用户对网络的鉴权，USIM计算出XMAC，将它与AUTN中的MAC值进行比较，至此用户完成了对网络的鉴权。USIM计算出RES(用户响应)，发送给网络侧，比较RES是否等于XRES，如果相等，网络就认证了用户身份,至此网络侧户完成了对用户的鉴权，称之为双向鉴权。

在上述双向鉴权过程中产生的密钥如加密密钥CK，在核心网和UE间共享。UE可以通过近距离通信如WIFI将该CK发给所连接的AP设备，在近距离消息的安全模式中传输，AP获取该CK后和远端的AP之间通信就可以使用该CK参数对所要传输的数据信息进行加密。例如加密机制是利用加密算法f8生成密钥流(伪随机的掩码数据)，明文数据再和掩码数据进行逐比特相加产生密文，然后以密文的方式在AP直接的无线链路上传输用户数据，接收方AP在收到密文后，再把密文和掩码数据(同加密时输入参数一样，因此产生的掩码数据也一样)逐比特相加，还原成明文数据，即解密。

下面详细描述一下用户、UE和外部设备之间在视频通话中的交互过程，用户可以选择是否使用外部设备进行数据传输和视频播放。

在一个示例中，正常情况下的视频通话流程如下：

步骤一，用户1通过UE1选择发起使用外部设备请求；

步骤二，UE1向外部设备AP1请求能力描述信息、通信地址等；

步骤三，外部设备AP1获取连接的所有多媒体设备的媒体描述信息和AP1在网络中的通信地址返回给UE1设备；

步骤四，用户1通过UE1选择向UE2发送呼叫建立请求；

步骤五，UE2收到呼叫请求消息后，发送响应消息；

步骤六，UE1收到服务器转发的响应消息，UE1和UE2控制信令建立完成，界面显示通话界面；

步骤七，用户1在通话界面选择使用外部设备(外部屏幕、外部摄像头等)；

步骤八，UE1通过控制信令携带AP1设备的信息，包括媒体描述信息和IP地址等。发给UE2；

步骤九，UE2收到UE1的控制信令后，获取UE2所连接的外部设备AP2的信息，包括能力描述信息和IP地址等，发给UE1；

步骤十，AP1设备发送SDP会话请求消息给AP2，例如SDP request消息，包含AP1设备的媒体能力描述即SDP文件；

在本步骤之前，UE1可以将UE2发送的外部设备AP2的信息发送给AP1设备，指示AP1开始数据传输。

步骤十一，AP2设备收到SDP request消息后，发送200OK响应消息，包含AP2设备的媒体能力描述即SDP文件；

步骤十二，AP1收到AP2的响应消息，解析SDP文件；

步骤十三，AP1根据SDP中的流标识(streamID)或跟踪标识(trackID)，发送SETUPrequest消息，先确定视频流的传输机制；

步骤十四，AP2收到视频流的SETUP request消息后，发送200OK响应消息，包括会话标识、播放器的传输协议(RTP)端口号等；

步骤十五，AP1收到200OK响应消息，根据SDP中的streamID或trackID，发送SETUPrequest消息，再确定音频流的传输机制；

步骤十六，AP2收到音频流的SETUP request消息后，发送200OK响应消息，包括会话标识、播放器的传输协议(RTP)端口号等；

步骤十七，AP1收到200OK响应消息，通过RTP向播放器传送媒体内容，并发送RTCP包；

步骤十八，AP2收到200OK响应消息，通过RTP向播放器传送媒体内容，并发送RTCP包；

步骤十九，AP1设备接收RTP和RTCP数据包。***显示缓冲，解码，开始播放媒体内容。在播放过程中也向AP2发送RTCP数据包；

步骤二十，UE1通话界面显示使用外部设备如电视机进行音视频播放；

使用外部设备进行音视频播放可以作为默认选项，用户也可以通过通话界面选择使用外部设备进行音视频播放。如图11所示是一个用户通话界面。该用户通话界面列出了多种选项，供用户选择在终端或远端进行媒体播放。如可以选择终端屏幕(播放视频)，也可以选择远端屏幕(播放视频)；可以选择终端话筒(采集音频)，也可以选择远端话筒(采集音频)；可以选择终端摄像(采集视频)，也可以选择远端摄像(采集视频)；可以选择终端音响(播放音频)，也可以选择远端音响(播放音频)。此处的“远端屏幕”、“远端话筒”、“远端摄像”和“远端音响”等是指终端周边的多媒体设备，而不是网络对端的设备。

步骤二十一，AP1设备将接收的语音和/或视频媒体流分发给连接的多个多媒体设备如电视机进行播放。

在视频通话过程中，用户可以切换选择使用终端的资源进行媒体流处理，或者选择远端的资源进行媒体流处理。在一个示例中，用户通过终端界面将视频从电视机切换到手机屏幕上显示(即播放)，可以采用以下步骤：

步骤一，用户1选择使用终端的屏幕进行播放，从电视机切换到手机屏幕；

步骤二，UE1发送视频切换请求(video switch request)消息给AP1；

步骤三，AP1接收UE1传递的控制信息，发送给AP2；

步骤四，AP2收到video switch request消息后，发送200OK响应消息，停止向本端的电视屏幕播放，释放电视资源；

步骤五，AP1接收到AP2的200OK响应消息，发OK消息给UE1，停止向本端电视屏幕播放，释放电视资源；

步骤六，UE1收到OK响应消息，通过控制信令连接向UE2发送视频通话升级请求；

步骤七，UE1和UE2从语言通话升级到视频通话，此处不详述。

以上示例将UE1和UE2侧的视频统一切换到手机屏幕播放并对语言通话进行了升级。但在另一示例中，也可以只是AP2将接收的视频流转发给UE1播放，而不改变UE2侧的播放方式。在该另一示例中，可以取消AP1与AP2之间交互的步骤，也可以不对语言通话进行升级。

在视频通话中，用户也可以暂停或停止播放，该过程包括以下步骤：

步骤一，用户1通过UE1选择暂停播放；

步骤二，UE1发送暂停请求(Pause request)消息给AP1；

步骤三，AP1中断媒体流发送，发OK消息给UE1，电视播放器暂停播放；

步骤四，UE收到OK响应消息，在界面显示视频播放暂停；

步骤五，用户通过UE1选择停止播放；

步骤六，UE发送清除请求(Teardown request)消息给AP1；

步骤七，AP1接收UE传递的控制信息，发送给AP2；

步骤八，AP2收到Teardown request消息后，发送200OK响应消息，停止本端的媒体流释放资源；

步骤九，AP1接收到AP2的200OK响应消息，发OK消息给UE1，本端播放器停止播放，释放资源；

步骤十，UE1收到OK响应消息，发送SIP BYE给UE2，释放资源，界面显示通话结束；

步骤十一，UE2返回200OK响应消息，释放资源，界面显示通话结束。

实施例四

本实施例提供一种用户终端，如图12所示，包括存储器900、处理器800及存储在所述存储器900上并可在所述处理器800上运行的计算机程序，所述处理器800执行所述计算机程序时实现如本发明实施例所述的用户终端执行的任一方法的处理。

本实施例还提供了一种近距离通信网络的接入点设备，包括存储器900、处理器800及存储在所述存储器900上并可在所述处理器800上运行的计算机程序，所述处理器800执行所述计算机程序时实现如本发明实施例所述的外部设备执行的任一方法的处理。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如本发明实施例所述的任一方法的处理。

本实施例还提供一种AP设备，主要包括：

第一单元，接收用户UE发送的媒体描述查询请求，并根据所述媒体描述查询请求将本AP设备连接的多媒体设备的媒体描述信息返回给所述UE；

第二单元，在所述UE使用本AP设备的多媒体功能与远端设备进行通信时，利用本设备获取所述语音媒体流和/或视频媒体流，将所获取的语音媒体流和/或视频媒体流传送到所述远端设备，以及接收远端设备的语音媒体流和/或视频媒体流，并利用本AP设备设备将所获取的语音媒体流和/或视频媒体流分发给各融合终端并播放给用户。

可选地，上述设备中，所述多媒体设备为具备近距离通信能力的设备。

本发明还公开了一种用户UE终端，主要包括：

第一单元，获取AP设备的媒体描述信息；

第二单元，在本用户UE设备与远端设备进行通信时，使用所述AP设备的媒体描述信息向注册服务器发送第一信令，以及在本用户终端收到所述第一信令的应答后，通过所述AP设备向所述远端设备传送语音和/或视频媒体流，并通过所述AP设备接收，并通过AP设备管理的多媒体设备播放远端设备发送的语音和/或视频媒体流。

可选地，上述设备中，所述第一信令包括如下一种或几种：

呼叫请求、媒体修改请求、邀请INVITE请求、重新邀请INVITE请求、更新数据UPDATE。

可选地，上述设备中，所述第一单元获取多媒体设备的媒体描述信息指：

所述第一单元向所述AP设备发送媒体描述查询请求，并从所述AP设备返回的应答中获取所述AP设备管理的多媒体设备的媒体描述信息。

可选地，上述设备还包括：

第三单元，在用户UE设备与远端设备进行通信时，使用所述AP设备的媒体描述信息向注册服务器发送第一信令后，使用AP设备媒体描述信息的改变向注册服务器发送第二信令，以便用户UE设备更新多媒体功能与所述远端设备进行交互。

可选地，上述设备中，所述第二信令包括如下一种或几种：

媒体修改请求、重新邀请INVITE请求、更新数据UPDATE。

从上述实施例可以看出，本申请实施例的方案具有如下一种或多种有益效果：

1)将WLAN与现有3GPP网络进行融合，实现联合传输，3GPP网络负责信令连接，WLAN负责数据传输，以达到负荷分流和提高网络性能的目的。UE只需要传送信令，媒体数据通过外部设备进行传送，大大减少了UE数据流量负担，增加了带宽。

2)终端设备通过外部设备(例如AP热点)管理外置大屏、外置麦克风、高清摄像头等外设。充分利用外置高品质麦克风扬声器、高清摄像头等外置多媒体设备进行多媒体采集和播放。利用UE之外的多媒体功能将所获取的语音和/或视频媒体流播放给用户，将所获取的语音和/或视频媒体流传送到所述远端设备；获得更好的用户体验。

3)终端设备将一部分计算任务(例如数据传输和编解码等)分发给外部设备完成，减轻了计算负担，降低了功耗提高了用户体验。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、***、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (24)

1.一种数据传输方法，包括：

第一用户终端与第二用户终端建立信令连接后，所述第一用户终端将本终端的外部设备的信息发送给所述第二用户终端，并获取所述第二用户终端的外部设备的信息，所述外部设备的信息包括外部设备的通信标识地址；

所述第一用户终端指示本终端的外部设备，根据交换所得的第二用户终端的外部设备的信息，建立所述第一用户终端的外部设备与所述第二用户终端的外部设备之间的数据业务连接；

所述第一用户终端指示本终端的外部设备通过所述数据业务连接进行数据传输。

2.如权利要求1所述的方法，其特征在于：

所述信令连接为移动通信业务的信令连接，所述数据传输为所述移动通信业务中的数据传输；所述外部设备是近距离通信网络的接入点设备。

3.如权利要求1所述的方法，其特征在于：

所述数据传输包括以下任意一种或多种：

发送本终端或本终端的外部设备连接的多媒体设备采集的音频流；

发送本终端或本终端的外部设备连接的多媒体设备采集的视频流；

发送本终端或本终端的外部设备连接的存储设备中存储的文件；

接收音频流，转发给本终端或本终端的外部设备连接的多媒体设备播放；

接收视频流，转发给本终端或本终端的外部设备连接的多媒体设备播放；

接收文件，转发给本终端或本终端的外部设备连接的存储设备保存。

4.如权利要求3所述的方法，其特征在于：

所述第一用户终端指示本终端的外部设备通过所述数据业务连接进行数据传输之前，所述方法还包括：所述第一用户终端根据用户指令从以下的一组或多组选项中确定要应用的选项并指示本终端的外部设备：

在本终端播放视频，或者在本终端的外部设备连接的多媒体设备播放视频；

在本终端播放音频，或者在本终端的外部设备连接的多媒体设备播放音频；

在本终端采集视频，或者在本终端的外部设备连接的多媒体设备采集视频；

在本终端采集音频，或者在本终端的外部设备连接的多媒体设备采集音频。

5.如权利要求1所述的方法，其特征在于，所述第一用户终端与第二用户终端建立信令连接之前，该方法还包括：

所述第一用户终端通过近距离通信技术获取本终端的外部设备的信息，所获取的本终端的外部设备的信息包括能力描述信息和通信标识地址中的一种或多种；其中，本终端的外部设备的能力描述信息包括本终端的外部设备连接的多媒体设备的多媒体描述信息。

6.如权利要求1-5中任一所述的方法，其特征在于，所述第一用户终端将本终端的外部设备的信息发送给所述第二用户终端，采用以下方式中的一种或多种：

方式一，所述第一用户终端通过所述信令连接向所述第二用户终端发送控制信令，所述控制信令的保留字段中携带所述第一用户终端的外部设备的信息；

方式二，所述第一用户终端利用控制信令传输结束后建立的传输通道，向所述第二用户终端发送数据包，在所述数据包中携带所述第一用户终端的外部设备的信息。

7.一种资源共享方法，包括：

用户终端通过近距离通信向外部设备请求所述外部设备的信息；

所述用户终端接收所述外部设备返回的所述外部设备的信息，根据所述外部设备的信息使用周边的外部硬件资源。

8.如权利要求7的方法，其特征在于：

所述外部设备的信息包括所述外部设备的能力描述信息和通信标识地址的一种或多种；其中，所述外部设备的能力描述信息包括所述外部设备连接的多媒体设备的媒体描述信息和所述外部设备连接的逻辑运算设备的运算能力信息中的一种或多种。

9.如权利要求7的方法，其特征在于：

所述外部设备包括近距离通信网络的接入点设备。

10.如权利要求7-9中任一所述的方法，其特征在于：

所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，包括：

所述用户终端通过外部设备访问网络服务器；

所述用户终端指示所述外部设备将从所述网络服务器接收的媒体流转发给所述外部设备连接的多媒体设备播放。

11.如权利要求7-9中任一所述的方法，其特征在于：

所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，包括：

所述用户终端通过移动通信网络与服务器建立信令连接，通过所述信令连接将所述外部设备的通信标识地址发送给所述服务器，使得所述服务器根据所述外部设备的通信标识地址与所述外部设备建立数据业务连接，并接收所述外部设备连接的多媒体设备采集的媒体流。

12.如权利要求7-9中任一的方法，其特征在于：

所述用户终端根据所述外部设备的信息使用周边的外部硬件资源，包括：

所述用户终端将计算任务分发给所述外部设备，以通过所述外部设备连接的逻辑运算设备执行所述计算任务；

所述用户终端接收所述外部设备返回的计算结果。

13.一种资源共享方法，包括：

外部设备接收用户终端通过近距离通信发送的信息请求；

所述外部设备获取所述外部设备连接的周边设备的资源信息，将所述周边设备的资源信息作为所述外部设备的能力描述信息返回给所述用户终端，以使所述用户终端使用所述周边设备的资源。

14.如权利要求13所述的方法，其特征在于：

所述外部设备为近距离通信网络的接入点设备；所述周边设备的资源信息包括多媒体设备的媒体描述信息和逻辑运算设备的运算能力信息中的一种或多种。

15.如权利要求13所述的方法，其特征在于：

所述外部设备将所述能力描述信息返回给所述用户终端之前或同时，还将所述外部设备的通信标识地址返回给所述用户终端。

16.如权利要求13所述的方法，其特征在于：

所述信息请求采用数据帧形式，所述数据帧携带有请求能力描述信息的控制信令的信标。

17.如权利要求13所述的方法，其特征在于：

所述外部设备将所述周边设备的能力描述信息返回给所述用户终端之后，所述方法还包括：

所述外部设备根据用户终端的指示建立远端设备的数据业务连接，并通过所述数据业务连接进行数据传输。

18.如权利要求17所述的方法，其特征在于：

所述远端设备是远端外部设备，所述远端外部设备通过近距离通信与所述用户终端通过移动通信呼叫的远端终端连接；

所述外部设备通过所述数据业务连接进行数据传输，包括：

所述外部设备与远端外部设备之间基于对等协议联网实时媒体流协议RTMFP协议进行点对点的数据传输；或者

所述外部设备与远端外部设备之间基于实时消息传送协议RTMP，通过服务器实现相互之间的数据传输；或者

所述外部设备与远端外部设备之间基于实时传输协议RTP和实时传输控制协议RTCP实现数据传输。

19.如权利要求17所述的方法，其特征在于：

所述数据传输包括以下任意一种或多种：

发送所述外部设备连接的所述用户终端或多媒体设备采集的音频流；

发送所述外部设备连接的所述用户终端或多媒体设备采集的视频流；

发送所述外部设备连接的所述用户终端或存储设备中存储的文件；

接收音频流，转发给所述外部设备连接的用户终端或多媒体设备播放；

接收视频流，转发给所述外部设备连接的用户终端或多媒体设备播放；

接收文件，转发给所述外部设备连接的用户终端或存储设备保存。

20.如权利要求17所述的方法，其特征在于：

所述外部设备根据用户终端的指示建立与所述用户终端通信的远端设备的数据业务连接之前，所述方法还包括：所述外部设备接收所述用户终端通过近距离通信发送的加密密钥，所述加密密钥是所述用户终端发起呼叫请求后，在与网络侧进行鉴权的过程产生的加密密钥；

所述外部设备通过所述数据业务连接进行数据传输，包括：所述外部设备采用所述加密密钥对要传输的数据进行加密。

21.如权利要求13所述的方法，其特征在于：

所述外部设备将所述周边设备的能力描述信息返回给所述用户终端之后，所述方法还包括：

所述外部设备接收所述用户终端发送的执行计算任务的指示，将所述计算任务转发给所述外部设备连接的逻辑运算设备执行；

所述外部设备接收所述逻辑运算设备返回的计算结果，并将所述计算结果返回给所述用户终端。

22.一种用户终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-12中任一项所述的方法的处理。

23.一种近距离通信网络的接入点设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求13-21中任一项所述的方法的处理。

24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-21中任一项所述的方法的处理。