一种通信建立方法、装置、终端设备及网络侧设备

技术领域

本申请属于通信技术领域，具体涉及一种通信建立方法、装置、终端设备及网络侧设备。

背景技术

3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准引入了在通话过程中建立DC(Data Channel，数据通道)的机制，通过DC可以在通话过程中进行额外的业务，例如进行屏幕共享，位置共享，文件传输等，从而给用户带来更好的体验。

不同的业务对应不同的DC application(数据通道应用)，该DC application可以在通话过程中动态下载到终端，不需要终端提前安装，方便用户使用。为了方便描述，下文将DC application简称为APP。

通信双方若启用某个APP，需要首先从DC Server(DC服务器)动态下载该APP，并为该APP建立对应的application DC(应用数据通道)。不同的APP有不同的QoS(Quality ofService，服务质量)需求，例如AR application要求低时延高吞吐，屏幕共享application要求实时性好等。通常每个APP都需要建立自己对应的application DC。

相关技术中，每个UE能够支持的DC特性不一样，例如，完全不支持DC特性，或，仅支持某些DC特性。当通信双方的DC特性不匹配时，可以由网络侧设备，例如DCMF(DataChannel Media Function，数据通道媒体功能)进行处理，例如UE-A支持屏幕共享特性，UE-B不支持DC或不支持屏幕共享特性，此时，UE-A可以通过DC将UE-A的屏幕信息发送给DCMF，DCMF以视频的形式向UE-B播放。

然而，目前两个终端在建立视频通话之后，再触发DC application，应用场景较为局限，用户体验较差。例如，要求UE-A与UE-B在使用DC业务前就建立视频通话，当UE-A需要使用屏幕共享特性时，DCMF通过UE-B与UE-A间的视频通话的通道将屏幕共享的视频流发送给UE-B。若UE-A与UE-B间无视频通话，就无法使用屏幕共享特性，影响UE-A用户的体验。

发明内容

本申请实施例提供一种通信建立方法、装置、终端设备及网络侧设备，能够解决建立会话的两个终端设备支持的DC能力不一样时，无法正常使用数据通道应用的问题。

第一方面，提供了一种通信建立方法，应用于第一终端设备，该方法包括：

第一终端设备发送第一请求，所述第一请求用于建立与所述第二终端设备的视频通话；

所述第一请求的发送条件包括：

所述第一终端设备确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用。

第二方面，提供了一种通信建立方法，应用于第一网络侧设备，该方法包括：

第一网络侧设备向第二终端设备发送第三请求，所述第三请求用于建立所述第二终端设备与第二网络侧设备之间的视频流传输连接；

所述第三请求的发送条件包括以下至少一项：

所述第一网络侧设备接收到第三网络侧设备发送的第一信息，所述第一信息用于指示建立所述第二终端设备与所述第二网络侧设备间的视频流传输连接；或者，所述第一信息用于指示将所述第二终端设备的视频流传输连接锚定到所述第二网络侧设备；

所述第一网络侧设备接收到第一终端设备发送的第一请求，所述第一请求用于建立数据通道，所述数据通道与目标数据通道应用对应。

第三方面，提供了一种信息生成方法，该方法包括：

第二终端设备在接收到第一请求的情况下，生成提示信息并显示；

其中，所述第一请求用于建立第一终端设备与所述第二终端设备的视频通话，且所述第一请求中携带用于指示仅发送的信息，和/或，用于指示播放视频的信息；

若所述第一请求中携带用于指示仅发送的信息，则所述提示信息用于提醒用户仅接收视频通话，不发送视频通话；

若所述第一请求中携带用于指示播放视频的信息，则所述提示信息用于提醒用户播放视频。

第四方面，提供了一种通信建立装置，应用于第一终端设备，该方法包括：

第一请求发送模块，用于发送第一请求，所述第一请求用于建立与所述第二终端设备的视频通话；

所述第一请求的发送条件包括：

所述第一终端设备确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用。

第五方面，提供了一种通信建立装置，应用于第一网络侧设备，该装置包括：

第三请求发送模块，用于向第二终端设备发送第三请求，所述第三请求用于建立所述第二终端设备与第二网络侧设备之间的视频流传输连接；

所述第三请求的发送条件包括以下至少一项：

第一网络侧设备接收到第三网络侧设备发送的第一信息，所述第一信息用于指示建立所述第二终端设备与所述第二网络侧设备间的视频流传输连接；或者，所述第一信息用于指示将所述第二终端设备的视频流传输连接锚定到所述第二网络侧设备；

所述第一网络侧设备接收到第一终端设备发送的第一请求，所述第一请求用于建立数据通道，所述数据通道与目标数据通道应用对应。

第六方面，提供了一种终端设备，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的通信建立方法或第三方面的信息生成方法的步骤。

第七方面，提供了一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的通信建立方法的步骤。

第八方面，提供了一种通信建立系统，包括：终端设备和网络侧设备，所述终端设备可用于执行如上述第一方面所述的通信建立方法的步骤，所述网络侧设备可用于执行如上述第二方面所述的通信建立方法的步骤。

第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的通信建立方法的步骤，或者实现如第三方面所述的信息生成方法的步骤。

第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的通信建立方法，或实现如第三方面所述的信息生成方法。

第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面或者第二方面所述的通信建立方法的步骤，或实现如第三方面所述的信息生成方法的步骤。

本申请实施例提供的通信建立方法，第一终端设备可以在确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用的情况下，发送第一请求，建立与第二终端设备的视频通话，从而在第二终端设备无法使用目标数据通道应用时，通过新增的视频通话向第二终端设备传输目标数据通道应用的数据，有利于提高两个终端设备之间DC业务的使用成功率，且扩大了应用场景，提高用户体验。

附图说明

图1是本申请实施例可应用的一种无线通信系统的框图；

图2是相关技术中建立数据通道的流程示意图；

图3是本申请实施例中的一种通信建立方法的流程图

图4是本申请实施例中的一种建立数据通道的流程示意图；

图5是本申请实施例中的另一种建立数据通道的流程示意图；

图6是本申请实施例中的另一种通信建立方法的流程图；

图7是本申请实施例中的又一种建立数据通道的流程示意图；

图8是本申请实施例中的一种通信建立装置的结构框图；

图9是本申请实施例中的另一种通信建立装置的结构框图；

图10是本申请实施例中的一种通信设备的结构框图；

图11是本申请实施例中的一种终端设备的结构框图；

图12是本申请实施例中的一种网络侧设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。本申请的说明书和权利要求书中的术语“指示”既可以是一个明确的指示，也可以是一个隐含的指示。其中，明确的指示可以理解为，发送方在发送的指示中明确告知了接收方需要执行的操作或请求结果；隐含的指示可以理解为，接收方根据发送方发送的指示进行判断，根据判断结果确定需要执行的操作或请求结果。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端设备11和网络侧设备12。其中，终端设备11可以是手机、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(PersonalDigital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。除了上述终端设备，终端设备11也可以是终端内的芯片，例如调制解调器(Modem)芯片，系统级芯片(System on Chip,SoC)。需要说明的是，在本申请实施例并不限定终端设备11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(ExtendedService Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting ReceivingPoint，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access andMobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy ControlFunction，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified DataRepository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network RepositoryFunction，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(ApplicationFunction，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的通信建立进行详细地说明。

在相关技术中，当通信双方启用某个APP(DC application，数据通道应用)时，需要首先从DC服务器中动态下载该APP，并为该APP建立对应的Application DC。需要说明的是，DC可以分为两种：Bootstrap DC(初始化数据通道)和Application DC(应用数据通道)。其中，Bootstrap DC是终端设备与DC服务器之间的数据通道，用于下载APP。ApplicationDC是终端设备与终端设备之间，或者终端设备与DC服务器之间的数据通道，用于传输APP对应的数据。通常情况下，先建立Bootstrap DC并下载APP，然后再根据APP的需求，如QoS需求，建立APP对应的Application DC。

参照图2，示出了相关技术中建立数据通道的流程示意图。如图2所示，UE-A与UE-B之间已经建立了语音通话和视频通话。UE-A在通话过程中需要使用APP时，建立APP对应的Application DC，具体的建立流程如下：

1、UE-A向UE-B发起SIP re-INTITE请求，该请求用于建立Application DC。可以理解的是，该请求中包含建立2个Application DC的指示信息，这2个Application DC包括第一数据通道和第二数据通道，其中，第一数据通道的流标识(stream ID)可以为1000，用于传输视频流数据的RTP(Real-time Transport Protocol，实时传输协议)数据包；第二数据通道的流标识可以为1001，用于传输视频流数据的RTCP(RTP Control Protocol，RTP控制协议)数据包。需要说明的是，流标识用于标识数据通道，通常情况下，0-999用于标识Bootstrap DC，大于或等于1000的流标识用于标识Application DC。

2、AS(Application Server，应用服务器)根据接收到的SIP re-INTITE请求中包含的Application DC相关的内容，向DCSF(Data Channel Signalling Function，数据通道信令功能)发送Media Event Report(媒体事件报道)，该媒体事件报道用于请求建立Application DC，包含UE-A请求建立的2个Application DC的相关内容。其中，AS和DCSF都是UE-A所在网络的网络侧设备。AS可以是图2中示出的MMTel AS(MultiMediaTelephonyApplication Server，MMTel应用服务器)，也可以是其他的AS，例如TAS(TelephonyApplication Server,电话应用服务器)，本申请对此不做限定。

3、DCSF生成策略信息，该策略信息用于指示建立DC的策略。示例性地，DCSF可以根据请求建立的Application DC对应的APP的信息，判断UE-B是否支持数据通道、判断UE-B所在的网络是否支持数据通道，以及判断UE-B是否支持请求建立的Application DC对应的APP。如果UE-B满足第一条件，DCSF生成第一策略信息，所述第一策略信息用于指示建立UE-A与DCMF(Data Channel Media Function，数据通道媒体功能)之间的数据通道，以及用于指示将UE-B的视频流(video media streams或video streams)传输连接锚定(anchor)到DCMF。其中，所述第一条件可以包括以下至少一项：UE-B不支持数据通道；UE-B所在的网络不支持数据通道；UE-B不支持请求建立的Application DC对应的APP。可以理解的是，如果UE-B不满足第一条件，也即UE-B支持数据通道、UE-B所在的网络支持数据通道，并且UE-B支持请求建立的Application DC对应的APP，DSCF生成第二策略信息，所述第二策略信息用于指示建立UE-A与UE-B之间的数据通道，从而直接通过UE-A与UE-B之间的数据通道传输APP的数据。

4、DCSF向AS发送策略信息，也即图2中的DC Control。该策略信息可能是第一策略信息，也有可能是第二策略信息。

5、AS向DCMF发送Media Resource Management(媒体资源管理)信息，该媒体资源管理信息用于请求分配DCMF资源。请求分配的DCMF资源用于建立UE-A与DCMF之间的数据通道，还用于建立DCMF与UE-B之间的视频流连接。可以理解的是，AS向DCMF发送媒体资源管理信息的条件为：AS接收到DCSF发送的第一策略信息。如果AS接收到DCSF发送的第二策略信息，可以直接触发建立UE-A和UE-B之间的数据通道，无需请求分配DCMF资源。

6、AS向UE-B发送SIP re-INVITE请求，该SIP re-INVITE请求用于建立APP对应的应用数据通道。

可以理解的是，如果AS从DCSF接收到的策略信息为第一策略信息，则该SIP re-INVITE请求中包含将UE-B的视频流传输连接的对端设置为DCMF的第一请求信息。具体地，所述第一请求信息中包含DCMF的IP地址和端口号，用于触发UE-B与DCMF建立视频流传输连接。可选地，所述视频流传输连接包括RTP连接。可选地，该第一请求信息可以是会话描述协议请求(Session Description Protocol offer,SDP offer)信息，也即图2中的SDP offerof anchoring video，在SDP offer中包含DCMF的IP地址和端口号。

如果AS从DCSF接收到的策略信息为第二策略信息，则该SIP re-INVITE请求中包含建立UE-A与UE-B之间的数据通道的第二请求信息，所述第二请求中包含UE-A的IP地址和端口号，用于触发UE-B与UE-A之间的数据通道。需要说明的是，AS向UE-B发送的SIP re-INVITE请求，通过为UE-B提供服务的IMS Core(IMS核心网)发送给UE-B。可选地，该第二请求信息可以是SDP offer信息，也即图2中的SDP offer of anchoring video，在SDP offer中包含UE-A的IP地址和端口号。

7、UE-B回复响应消息，该响应消息可以为200OK消息。在响应消息中可以包括会话描述协议应答(Session Description Protocol answer,SDP answer)SDP answer信息，也即图2中的SDP answer of anchoring video。在SDP answer消息中包含UE-B的IP地址和端口号。

8、AS向UE-B回复确认消息，该确认消息可以为ACK消息(ACK for re-INVITE)。

9、AS根据UE-B发送的响应消息，向UE-A发送响应消息。该响应消息也可以为200OK消息(200OK for re-INVITE)，用于通知UE-A数据通道建立成功。

10、UE-A向AS回复确认消息，该确定消息也可以为ACK消息(ACK for re-INVITE)。

当UE-A在与UE-B通话的过程中需要使用APP时，如果存在以下至少一种情况：UE-B不支持数据通道；UE-B所在的网络不支持数据通道；UE-B不支持UE-A使用的APP。通过上述流程，建立UE-A与DCMF之间的数据通道，并建立UE-B与DCMF之间的视频流传输连接，UE-A中的APP可以通过建立的数据通道将APP的数据发送给DCMF，由DCMF将APP的数据通过与UE-B的视频流传输连接发送给UE-B。

然而，相关技中两个终端设备在建立视频通话之后，再触发DC application，应用场景较为局限，用户体验较差。例如，要求UE-A与UE-B在使用DC业务，也即使用APP之前就建立视频通话，当UE-A需要使用APP时，DCMF通过UE-B与UE-A间的视频通话的通道将APP的视频流数据发送给UE-B。若UE-A与UE-B间无视频通话，就无法使用APP，影响UE-A用户的体验；若UE-A与UE-B间存在视频通话，则UE-A向UE-B发送APP的视频流数据后，UE-B的用户无法看到UE-A的用户的视频，影响UE-B用户的体验。

为了解决上述问题，本申请提供了一种通信建立方法，可以在第二终端不支持DC业务时，建立第一终端设备与第二终端设备之间的通信连接，提高两个终端设备之间DC业务的使用成功率。

第一方面，参照图3，示出了本申请实施例所提供的一种通信建立方法的流程图。该方法应用于第一终端设备，如图3所述，该方法具体可以包括：

步骤301、第一终端设备发送第一请求，所述第一请求用于建立与所述第二终端设备的视频通话。

所述第一请求的发送条件包括：

A1、所述第一终端设备确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用。

在本申请实施例中，第一终端设备与第二终端设备可以是图1中的终端设备11，其中，对于终端设备11的说明可以参见前文的相关描述，在此不再赘述。

需要说明的是，第一终端设备与第二终端设备之间已经建立了通话，所述通话可以是语音通话和/或视频通话，主要用于实现常规的通话业务。

在确定触发目标数据通道应用，且确定第二终端设备无法使用所述目标数据通道应用的情况下，第一终端设备发送第一请求，所述第一请求用于建立与第二终端设备的视频通话，所述视频通话主要用于实现DC业务，如传输第一终端设备中使用的APP的数据。

其中，第一终端设备如果检测到用户针对目标数据通道应用的触发操作，则可以确定触发目标数据通道应用。所述触发操作可以包括但不限于：用户针对第二终端设备的显示界面中显示的目标数据通道应用图标的点击操作、对目标数据通道应用的某个功能控件的点击操作、用户针对目标数据通道应用发出的语音启动指令，等等。

第一终端设备可以在建立与第二终端设备的IMS(IP Multimedia Subsystem，IP多媒体子系统)会话后，接收用户的触发操作。其中，所述IMS会话可以包括语音会话，和/或，视频会话。

所述目标数据通道应用为用户选择或使用的数据通道应用，所述目标数据通道应用可以包括但不限于：屏幕共享应用、AR渲染应用、视频特效应用。在本申请实施例的一种可能的应用场景中，第一终端设备检测到用户针对目标数据通道应用的使用操作，例如，第一终端设备检测到用户针对应用列表中的任一数据通道应用的选择操作和/或下载操作，则可以确定该数据通道应用为目标数据通道应用。所述应用列表中包含各个数据通道应用的属性信息，所述属性信息包括但不限于：数据通道应用所需的数据通道特性、支持数据通道应用的终端设备、网络侧设备是否支持对数据通道应用的数据进行转化，等等。

在满足预设条件的情况下，所述第一终端设备确定所述第二终端设备无法使用所述目标数据通道应用，所述预设条件包括以下至少一项：

所述第二终端设备不支持数据通道；

所述第二终端设备所在的网络不支持数据通道；

所述第二终端设备不支持目标数据通道应用。

作为一种示例，第一终端设备可以根据应用列表中目标数据通道应用的属性信息，以及第二终端设备的相关信息，如第二终端设备支持的数据通道特性、第二终端设备所在的网络支持的数据通道特性等，判断第二终端设备是否符合预设条件，如果第二终端设备符合预设条件，则可以确定第二终端设备无法使用目标数据通道应用。

参照图4，示出了本申请实施例的一种建立数据通道的流程示意图。如图4所示，第一终端设备在确定第二终端设备符合预设条件的情况下，向AS发送第一请求，所述第一请求用于建立与第二终端设备的视频通话。其中，AS为本申请实施例中的第一网络侧设备。

需要说明的是，所述第一请求中携带有新增视频通话的会话描述信息。具体地，可以在第一请求携带的历史会话描述信息的基础上增加请求建立的视频通话的描述信息，该描述信息可以包括视频通话的m行和a行，其中，m行用于指定通话的多媒体信息流类型为视频通话、发送视频通话的端口号、传输协议、编码格式等信息。a行用于描述视频通话的其他属性。该会话描述信息可以是SDP offer。

可选地，所述第一请求中携带用于指示仅发送的信息；和/或，用于指示播放视频的信息。

需要说明的是，可以在新增视频通话的会话描述信息的a行中携带该视频通话的属性信息，具体可以包括用于指示仅发送的信息；和/或，用于指示播放视频的信息。所述用于指示仅发送的信息，用于通知第二终端设备仅需要接收视频通话，无需发送视频通话，所述用于指示仅发送的信息可以为“send only”信息。所述用于指示播放视频的信息，用于通知第二终端设备播放视频通话的视频流数据。

第一终端设备通过在发送的第一请求中携带上述属性信息，可以通知第二终端设备仅接收视频通话，和/或，播放视频通话的视频流数据，能够有效避免持有第二终端设备的用户因不想发送视频通话而拒绝第一终端设备发送的第一请求，有利于提升视频通话的建立成功率。

可选地，所述方法还包括：

所述第一终端设备确定所述视频通话建立成功时，发起第二请求，所述第二请求用于建立数据通道，所述数据通道与所述目标数据通道应用对应。

可选地，当第一终端收到200OK响应消息时，确定所述视频通话建立成功；或者，当第一终端收到SDP answer时，确定所述视频通话建立成功。

如图4所示，第一终端设备确定视频通话建立成功后，发起第二请求，所述第二请求可以为SIP re-INTITE请求，用于建立数据通道。所述第二请求中携带有建立2个Application DC的指示信息，这2个Application DC包括第一数据通道和第二数据通道，其中，第一数据通道的流标识(stream ID)可以为1000，用于传输视频流数据的RTP(Real-time Transport Protocol，实时传输协议)数据包；第二数据通道的流标识可以为1001，用于传输视频流数据的RTCP(RTP Control Protocol，RTP控制协议)数据包。

可选地，所述当所述第一终端设备确定所述视频通话建立成功时，发起第二请求，包括：

当所述第一终端设备接收到第一响应消息时，发起第二请求；

其中，所述第一响应消息中携带用于指示所述第二终端设备接受所述视频通话的描述信息。

第一终端设备可以根据接收到第二终端设备针对第一请求回复的第一响应消息，判断视频通话是否建立成功。具体地，若第一终端设备接收到的第一响应消息中携带用于指示视频通话建立成功的描述信息，则可以确定视频通话建立成功。反之，若第一终端设备接收到的响应消息中携带用于指示视频通话建立失败的描述信息，则可以确定视频通话建立失败。其中，响应消息中通常携带有会话描述信息，该会话描述信息可以是SDP answer。用于指示视频通话建立成功的描述信息可以是新增视频通话对应的会话描述中m行的端口号保持不变；用于指示视频通话建立失败的描述信息可以是新增视频通话对应的会话描述信息中m行的端口号置0。

需要说明的是，在图4所示的建立数据通道的处理流程中，仅对第一终端设备进行了改进，第一终端设备发送第二请求之后的处理流程，包括各个网络侧设备的处理流程，都与图2所示的处理流程相同，本申请实施例在此不再赘述。

在本申请的一种可选实施例中，所述第一请求还用于建立数据通道，所述数据通道与目标数据通道应用对应。

可选地，所述数据通道与目标数据通道应用对应可以理解为：所述数据通道用于传输所述目标数据通道应用的数据，或者，所述数据通道是为了使用所述目标数据通道应用进行通信而专门建立的。

本申请提供的通信建立方法，第一终端设备可以如图4所示，在确定触发目标数据通道应用，且确定第二终端设备无法使用所述目标数据通道应用时，发送用于建立与第二终端设备的视频通话的第一请求，并且在确定视频通话建立成功后，再发送用于建立数据通道的第二请求。第一终端设备也可以在确定触发目标数据通道应用，且确定第二终端设备无法使用所述目标数据通道应用时，发起用于建立与第二终端设备的视频通话，以及用于建立数据通道的第一请求。

参照图5，示出了本申请的另一种建立数据通道的流程示意图。如图5所示，第一终端设备在确定触发目标数据通道应用，且确定第二终端设备无法使用所述目标数据通道应用的情况下，发起第一请求，所述第一请求可以为SIP re-INTITE请求。所述第一请求中携带有新增视频通话的会话描述信息，同时还携带有建立2个Application DC的指示信息，这2个Application DC包括第一数据通道和第二数据通道，其中，第一数据通道的流标识(stream ID)可以为1000，用于传输视频流数据的RTP(Real-time Transport Protocol，实时传输协议)数据包；第二数据通道的流标识可以为1001，用于传输视频流数据的RTCP(RTPControl Protocol，RTP控制协议)数据包。

可选地，所述第一请求的发送条件还包括：

A2、第二网络侧设备支持对所述目标数据通道应用进行互操作(interworking)处理。

其中，所述第二网络侧设备为DCMF。可选地，所述第二网络侧设备支持对所述目标数据通道应用进行互操作处理，包括：

第二网络侧设备支持将所述第一终端设备通过数据通道发送的目标数据通道应用的数据转化成视频流数据发送给所述第二终端设备。

其中，所述视频流数据通常为符合RTP协议的视频流数据包。

可选地，所述第一请求的发送条件还包括：

A3、所述第一终端设备支持对所述目标数据通道应用进行互操作处理。

可选地，所述第一终端设备支持对所述目标数据通道应用进行互操作处理，包括：

所述第一终端设备支持将目标数据通道应用的数据通过数据通道发送给第二网络侧设备。

在本申请实施例中，第一请求的发送条件除了可以包括A1，还可以包括A2，进一步地，所述发送条件还可以包括A1、A2和A3。

需要说明的是，针对不同的应用场景，第二网络侧设备支持对目标数据通道应用进行互操作处理的方式也不同。

在本申请实施例一种可能的应用场景中，第一终端设备不支持对目标数据通道应用进行互操作处理，第一终端设备直接将目标数据通道应用的数据通过数据通道发送给第二网络侧设备。在这种应用场景下，第二网络侧设备可以将接收到的目标数据通道应用的数据封装成RTP协议的数据包，然后将封装后的数据包发送给第二终端设备，从而实现对目标数据通道应用的互操作处理。

在本申请实施例另一种可能的应用场景中，第一终端设备支持对目标数据通道应用进行互操作处理，具体地，第一终端设备可以先将目标数据通道应用的数据封装成RTP协议的数据包，然后再封装到数据通道中发送给第二网络侧设备。在这种应用场景下，第二网络侧设备接收到封装后的DC数据包后，可以直接去掉DC数据包的包头，将DC数据包中的RTP数据包发送给第二终端设备，从而实现对目标数据通道应用的互操作处理。

在本申请的一种可能的应用场景中，所述方法还包括：

所述第一终端设备接收第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息。

在本申请的另一种可能的应用场景中，所述方法还包括：

所述第一终端设备接收第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息。

在图5所示的数据通道的建立流程中，第一网络侧设备AS会向第一终端设备UE-A发送响应消息，也即200OK for re-INVITE，参见图5中的步骤9。需要说明的是，该响应消息包括两种情况：用于指示数据通道建立成功的第二响应消息，或者，用于指示数据通道建立失败的第三响应消息。

如果第一网络侧设备确定所述第二终端设备接受所述视频通话；和/或，第一网络侧设备确定所述第二终端设备与第二网络侧设备之间的视频流传输连接建立完成，第一终端设备就会接收到第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息。例如，所述第二响应消息中携带的会话描述信息中，仍然携带目标数据通道应用对应的数据通道的a行。

反之，如果第一网络侧设备确定所述第二终端设备拒绝所述视频通话；和/或，第一网络侧设备确定所述第二终端设备与第二网络侧设备之间的视频流传输连接建立失败，第一终端设备就会接收到第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息。例如，所述第三响应消息中携带的会话描述信息中，未携带目标数据通道应用对应的a行。

需要说明的是，终端设备的所有数据通道应用在会话描述信息中公用一个m行，若该m行的端口号置0，说明该终端设备不支持数据通道。数据通道中的每个APP对应一个a行，若第一终端设备接收到的第三响应消息中不携带目标数据通道应用对应的a行，说明第二终端设备拒绝该目标数据通道应用。

本申请的说明书和权利要求书中的术语“指示”，既可以是一个明确的指示也可以是一个隐含的指示。这里未携带目标数据通道应用对应的数据通道的a行可以理解为一个隐含的指示，即通过未携带目标数据通道应用对应的数据通道的a行，指示第二终端设备拒绝建立目标数据通道应用对应的数据通道。此时，需要第一终端设备根据响应消息中携带的会话描述信息判断数据通道是否建立成功。

本申请实施例提供的通信建立方法，第一终端设备可以在确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用的情况下，发送第一请求，建立与第二终端设备的视频通话，从而在第二终端设备无法使用目标数据通道应用时，通过新增的视频通话向第二终端设备传输目标数据通道应用的数据，有利于提高两个终端设备之间DC业务的使用成功率。

第二方面，参照图6，示出了本申请实施例提供的另一种通信建立方法的流程图。该方法应用于第一网络侧设备，如图6所示，该方法具体可以包括：

步骤601、第一网络侧设备向第二终端设备发送第三请求，所述第三请求用于建立所述第二终端设备与第二网络侧设备之间的视频流传输连接；

所述第三请求的发送条件包括以下至少一项：

B1、所述第一网络侧设备接收到第三网络侧设备发送的第一信息，所述第一信息用于指示建立所述第二终端设备与所述第二网络侧设备间的视频流传输连接；或者，所述第一信息用于指示将所述第二终端设备的视频流传输连接锚定到所述第二网络侧设备；

B2、所述第一网络侧设备接收到第一终端设备发送的第一请求，所述第一请求用于建立数据通道，所述数据通道与目标数据通道应用对应。

在本申请实施例中，所述第一网络侧设备、所述第二网络侧设备和所述第三网络侧设备可以是图1中的核心网设备，例如，所述第一网络侧设备可以为MMTel AS，所述第二网络侧设备可以为DCMF，所述第三网络侧设备可以为DCSF。

其中，所述第一信息是第三网络侧设备在确定第二终端设备无法使用所述目标数据通道应用的情况下生成的，在满足预设条件的情况下，可以确定所述第二终端设备无法使用所述目标数据通道应用，所述预设条件包括以下至少一项：

C1、所述第二终端设备不支持数据通道；

C2、所述第二终端设备所在的网络不支持数据通道；

C3、所述第二终端设备不支持目标数据通道应用。

可选地，所述第一信息的生成条件，除了包括：确定第二终端设备无法使用所述目标数据通道应用，还包括：确定第二网络侧设备支持对所述目标数据通道应用进行互操作处理。

可选地，所述第一信息的生成条件还包括：所述第一终端设备支持对所述目标数据通道应用进行互操作处理。

参照图7，示出了本申请的又一种建立数据通道的流程示意图。其中，图7中的步骤1-5同图2中的步骤1-5，具体说明可以参照前述图2的相关描述，本申请在此不再赘述。如图7所示，第一终端设备UE-A发起第一请求，所述第一请求可以为SIP re-INTITE请求，用于建立数据通道。在图7所示的步骤3中，DCSF可以根据请求建立的数据通道对应的目标数据通道应用的信息，判断UE-B是否支持数据通道、判断UE-B所在的网络是否支持数据通道，以及判断UE-B是否支持目标数据通道应用。当DCSF确定UE-B满足上述预设条件C1-C3中的至少一项时，生成第一信息。在图7所示的数据通道建立流程中，所述第一信息用于指示建立所述第二终端设备与所述第二网络侧设备间的视频流传输连接。

在图4所示的数据通道建立流程中，第一终端设备发送的第一请求用于建立与第二终端设备的视频通话。在图4所示的步骤3中，DCSF同样可以在确定UE-B满足上述预设条件C1-C3中的至少一项时，生成第一信息。所述第一信息用于指示将所述第二终端设备的视频流传输连接锚定(anchoring)到所述第二网络侧设备。可选地，所述将所述第二终端设备的视频流传输连接锚定到所述第二网络侧设备，包括：将所述第二终端设备的视频流传输连接的对端设置为所述第二网络侧设备。

可选地，所述第一请求还用于建立所述第一终端设备与所述第二终端设备的视频通话。

在图5所示的数据通道建立流程中，所述第一请求用于建立数据通道，还用于建立所述第一终端设备与所述第二终端设备的视频通话。在图5所示的步骤3中，DCSF同样可以在确定UE-B满足上述预设条件C1-C3中的至少一项时，生成第一信息。所述第一信息用于指示建立所述第二终端设备与所述第二网络侧设备间的视频流传输连接。

在本申请实施例中，在图4、5、7任一项所示的数据通道建立流程中，第一网络侧设备都会向第二终端设备发送第三请求，以建立第二终端设备与第二网络侧设备之间的视频流传输连接，具体可以参照图4、5、7中的步骤6。在不同的数据通道建立流程中，第一终端设备发送的第一请求不同，第三网络侧设备生成的第一信息也不同。

可选地，所述第一请求中携带用于指示仅发送的信息；和/或，用于指示播放视频的信息。

需要说明的是，在图4或图5所示的数据通道建立流程中，第一终端设备发送的第一请求均可用于建立与第二终端设备的视频通话，因此在这两种数据通道建立方式中，第一请求中均可以包含该视频通话的属性信息，所述属性信息具体可以包括用于指示仅发送的信息；和/或，用于指示播放视频的信息。

作为一种示例，可以在新增视频通话的会话描述信息的a行中携带上述属性信息。所述属性信息中用于指示仅发送的信息，用于通知第二终端设备仅需要接收视频通话，无需发送视频通话，所述用于指示仅发送的信息可以为“send only”信息。所述属性信息中用于指示播放视频的信息，用于通知第二终端设备播放视频通话的视频流数据。

可选地，所述第三请求中包含新增所述第二终端设备对应的视频流传输连接的请求信息。

在图5或图7所示的数据通道建立流程中，第一网络侧设备发送的第三请求中包含新增所述第二终端设备对应的视频流传输连接的请求信息，用于新建立第二终端设备与第二网络侧设备之间的视频流传输连接。其中，所述请求信息中可以为SDP offer，也即图5或图7中的SDP offer of video，该请求信息中包括第二网络侧设备的IP地址和端口号，通过第三请求发送给第二终端设备，从而使得第二终端设备建立与第二网络侧设备之间的视频流传输连接，所述视频流传输连接可以是RTP连接。

在图4所示的数据通道建立流程中，所述第三请求中包含将第二终端设备的视频流传输连接锚定到第二网络侧设备的请求信息，具体可以包含将第二终端设备的视频流传输连接的对端设置为第二网络侧设备的请求信息。同样地，所述请求信息中可以包括第二网络侧设备的IP地址和端口号，以使第二终端设备将视频传输连接的对端从第一终端设备修改为第二网络侧设备。

可选地，所述方法还包括：

所述第一网络侧设备向所述第一终端设备发送第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息；

其中，所述第二响应消息的发送条件包括以下至少一项：

所述第一网络侧设备确定所述第二终端设备接受所述视频通话；

所述第一网络侧设备确定所述第二终端设备与所述第二网络侧设备之间的视频流传输连接建立完成。

可选地，所述方法还包括：

所述第一网络侧设备向所述第一终端设备发送第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息；

其中，所述第三响应消息的发送条件包括以下至少一项：

所述第一网络侧设备确定所述第二终端设备拒绝所述视频通话；

所述第一网络侧设备确定所述第二终端设备与所述第二网络侧设备之间的视频流传输连接建立失败。

在图5或图7所示的数据通道建立流程中，第一网络侧设备AS会向第一终端设备UE-A发送响应消息，也即200OK for re-INVITE，参见图5或图7中的步骤9。需要说明的是，该响应消息包括两种情况：用于指示数据通道建立成功的第二响应消息，或者，用于指示数据通道建立失败的第三响应消息。

如果第一网络侧设备确定所述第二终端设备接受所述视频通话；和/或，第一网络侧设备确定所述第二终端设备与第二网络侧设备之间的视频流传输连接建立完成，第一网络侧设备就会向第一终端设备发送第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息。例如，所述第二响应消息中携带的会话描述信息中，仍然携带目标数据通道应用对应的数据通道的a行。

反之，如果第一网络侧设备确定所述第二终端设备拒绝所述视频通话；和/或，第一网络侧设备确定所述第二终端设备与第二网络侧设备之间的视频流传输连接建立失败，第第一网络侧设备就会向第一终端设备发送第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息。例如，所述第三响应消息中携带的会话描述信息中，未携带目标数据通道应用对应的a行。

本申请实施例提供的通信建立方法，第一网络侧设备可以在满足发送条件时，发送第三请求，以建立第二终端设备与第二网络侧设备之间的视频流传输连接，从而使得第二网络侧设备通过与第二终端设备之间的视频流传输连接，向第二终端设备发送第一终端设备通过数据通道转发的目标数据通道应用的视频流数据，有利于提高两个终端设备之间DC业务的使用成功率。

本申请实施例提供的通信建立方法，执行主体可以为一种通信建立装置。本申请实施例中以通信建立装置执行前述第一方面或第二方面的通信建立方法为例，说明本申请实施例提供的通信建立装置。

第三方面，本申请实施例提供了一种信息生成方法，该方法应用于第二终端设备，具体可以包括：

第二终端设备在接收到第一请求的情况下，生成提示信息并显示。

其中，所述第一请求用于建立第一终端设备与所述第二终端设备的视频通话，且所述第一请求中携带用于指示仅发送的信息，和/或，用于指示播放视频的信息。

若所述第一请求中携带用于指示仅发送的信息，则所述提示信息用于提醒用户仅接收视频通话，不发送视频通话；

若所述第一请求中携带用于指示播放视频的信息，则所述提示信息用于提醒用户播放视频通话的视频流数据。

第二终端设备在接收到建立第一终端设备与所述第二终端设备的视频通话的第一请求时，通过生成提示信息，提醒用户仅接收视频通话，不发送视频通话，和/或，播放视频通话的视频流数据，能够有效避免持有第二终端设备的用户因不想发送视频通话而拒绝第一终端设备发送的第一请求，有利于提升视频通话的建立成功率。

第四方面，本申请实施例提供了一种通信建立装置，该装置可以应用于第一终端设备。参照图8，示出了本申请实施例提供的一种通信建立装置的结构框图，如图8所示，该装置80具体可以包括：

第一请求发送模块801，用于发送第一请求，所述第一请求用于建立与所述第二终端设备的视频通话；

所述第一请求的发送条件包括：

所述第一终端设备确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用。

可选地，所述装置还包括：

第二请求发送模块，用于确定所述视频通话建立成功时，发送第二请求，所述第二请求用于建立数据通道，所述数据通道与所述目标数据通道应用对应。

可选地，所述第一请求还用于建立数据通道，所述数据通道与目标数据通道应用对应。

可选地，在满足预设条件的情况下，所述第一终端设备确定所述第二终端设备无法使用所述目标数据通道应用，所述预设条件包括以下至少一项：

所述第二终端设备不支持数据通道；

所述第二终端设备所在的网络不支持数据通道；

所述第二终端设备不支持目标数据通道应用。

可选地，所述第一请求中携带用于指示仅发送的信息；和/或，用于指示播放视频的信息。

可选地，所述第一请求的发送条件还包括：

第二网络侧设备支持对所述目标数据通道应用进行互操作处理。

可选地，所述第一请求的发送条件还包括：

所述第一终端设备支持对所述目标数据通道应用进行互操作处理。

可选地，所述第二网络侧设备支持对所述目标数据通道应用进行互操作处理，包括：

第二网络侧设备支持将所述第一终端设备通过数据通道发送的目标数据通道应用的数据转化成视频流数据发送给所述第二终端设备。

可选地，所述第一终端设备支持对所述目标数据通道应用进行互操作处理，包括：

所述第一终端设备支持将目标数据通道应用的数据通过数据通道发送给第二网络侧设备。

可选地，所述第二请求发送模块，包括：

第二请求发送子模块，用于接收到第一响应消息时，发送第二请求；

其中，所述第一响应消息中携带用于指示所述第二终端设备接受所述视频通话的描述信息。

可选地，所述装置还包括：

第二响应消息接收模块，用于接收第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息。

可选地，所述装置还包括：

第三响应消息接收模块，用于接收第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息。

第五方面，本申请实施例提供了另一种通信建立装置，该装置可应用于第一网络侧设备。参照图9，示出了本申请实施例提供的一种通信建立装置的结构框图，如图9所示，该装置90具体可以包括：

第三请求发送模块901，用于向第二终端设备发送第三请求，所述第三请求用于建立所述第二终端设备与第二网络侧设备之间的视频流传输连接；

所述第三请求的发送条件包括以下至少一项：

第一网络侧设备接收到第三网络侧设备发送的第一信息，所述第一信息用于指示建立所述第二终端设备与所述第二网络侧设备间的视频流传输连接；或者，所述第一信息用于指示将所述第二终端设备的视频流传输连接锚定到所述第二网络侧设备；

所述第一网络侧设备接收到第一终端设备发送的第一请求，所述第一请求用于建立数据通道，所述数据通道与目标数据通道应用对应。

可选地，所述第一请求还用于建立所述第一终端设备与所述第二终端设备的视频通话。

可选地，所述第一请求中携带用于指示仅发送的信息；和/或，用于指示播放视频的信息。

可选地，所述第三请求中包含新增所述第二终端设备对应的视频流传输连接的请求信息。

可选地，所述第一信息用于指示将所述第二终端设备的视频流传输连接锚定到所述第二网络侧设备，包括：

所述第一信息用于指示将所述第二终端设备的视频流传输连接的对端设置为所述第二网络侧设备。

可选地，所述装置还包括：

第二响应消息发送模块，用于向所述第一终端设备发送第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息；

其中，所述第二响应消息的发送条件包括以下至少一项：

所述第一网络侧设备确定所述第二终端设备接受所述视频通话；

所述第一网络侧设备确定所述第二终端设备与所述第二网络侧设备之间的视频流传输连接建立完成。

可选地，所述装置还包括：

第三响应消息发送模块，用于向所述第一终端设备发送第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息；

其中，所述第三响应消息的发送条件包括以下至少一项：

所述第一网络侧设备确定所述第二终端设备拒绝所述视频通话；

所述第一网络侧设备确定所述第二终端设备与所述第二网络侧设备之间的视频流传输连接建立失败。

可选地，所述第一网络侧设备包括所述第一终端设备所在网络中的应用服务器。

可选地，所述第二网络侧设备包括所述第一终端设备所在网络中的数据通道媒体功能。

可选地，所述第三网络侧设备包括所述第一终端设备所在网络中的数据通道信令功能。

本申请实施例中的通信建立装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端设备11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。

本申请实施例提供的通信建立装置能够实现图3、图6的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选地，如图10所示，本申请实施例还提供一种通信设备1000，包括处理器1001和存储器1002，存储器1002上存储有可在所述处理器1001上运行的程序或指令，例如，该通信设备1000为终端设备时，该程序或指令被处理器1001执行时实现上述第一方面所述的通信建立方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1000为网络侧设备时，该程序或指令被处理器1001执行时实现上述第二方面所述的通信建立方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端设备，如图11所示，为实现本申请实施例的一种终端设备的结构框图。

该终端设备1100包括但不限于：射频单元1101、网络模块1102、音频输出单元1103、输入单元1104、传感器1105、显示单元1106、用户输入单元1107、接口单元1108、存储器1109以及处理器1110等中的至少部分部件。

本领域技术人员可以理解，终端设备1100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图11中示出的终端设备结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元1104可以包括图形处理单元(GraphicsProcessing Unit，GPU)11041和麦克风11042，图形处理器11041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1106可包括显示面板11061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板11061。用户输入单元1107包括触控面板11071以及其他输入设备11072中的至少一种。触控面板11 071，也称为触摸屏。触控面板11071可包括触摸检测装置和触摸控制器两个部分。其他输入设备11072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元1101接收来自网络侧设备的下行数据后，可以传输给处理器1110进行处理；另外，射频单元1101可以向网络侧设备发送上行数据。通常，射频单元1101包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器1109可用于存储软件程序或指令以及各种数据。存储器1109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1109可以包括易失性存储器或非易失性存储器，或者，存储器1109可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Onl12 Memor12，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electricall12 EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memor12，RAM)，静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(D12namic RAM，DRAM)、同步动态随机存取存储器(S12nchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(S12nch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1109包括但不限于这些和任意其它适合类型的存储器。

处理器1110可包括一个或多个处理单元；可选的，处理器1110集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。

在本申请的一种可选实施例中，当处理器确定满足发送条件时，射频单元1101用于发送第一请求，所述第一请求用于建立与所述第二终端设备的视频通话；

所述第一请求的发送条件包括：

所述第一终端设备确定触发目标数据通道应用，且第二终端设备无法使用所述目标数据通道应用。

可选地，当处理器确定所述视频通话建立成功时，射频单元1101用于发送第二请求，所述第二请求用于建立数据通道，所述数据通道与所述目标数据通道应用对应。

可选地，所述第一请求还用于建立数据通道，所述数据通道与目标数据通道应用对应。

可选地，在满足预设条件的情况下，所述处理器确定第二终端设备无法使用所述目标数据通道应用，所述预设条件包括以下至少一项：

所述第二终端设备不支持数据通道；

所述第二终端设备所在的网络不支持数据通道；

所述第二终端设备不支持目标数据通道应用。

可选地，所述第一请求中携带用于指示仅发送的信息；和/或，用于指示播放视频的信息。

可选地，所述第一请求的发送条件还包括：

第二网络侧设备支持对所述目标数据通道应用进行互操作处理。

可选地，所述第一请求的发送条件还包括：

所述第一终端设备支持对所述目标数据通道应用进行互操作处理。

可选地，所述第二网络侧设备支持对所述目标数据通道应用进行互操作处理，包括：

第二网络侧设备支持将所述第一终端设备通过数据通道发送的目标数据通道应用的数据转化成视频流数据发送给所述第二终端设备。

可选地，所述第一终端设备支持对所述目标数据通道应用进行互操作处理，包括：

所述第一终端设备支持将目标数据通道应用的数据通过数据通道发送给第二网络侧设备。

可选地，射频单元1101发送第二请求，具体用于：

在接收到第一响应消息时，发送第二请求；

其中，所述第一响应消息中携带用于指示所述第二终端设备接受所述视频通话的描述信息。

可选地，射频单元1101还用于接收第二响应消息，所述第二响应消息中携带用于指示所述数据通道建立成功的描述信息。

可选地，射频单元1101还用于接收第三响应消息，所述第三响应消息中携带用于指示所述数据通道建立失败的描述信息。

可选地，处理器在检测到用户针对应用列表中的任一数据通道应用的选择操作和/或下载操作的情况下，确定所述数据通道应用为目标数据通道应用。

本申请实施例还提供一种网络侧设备，如图12所示，该网络侧设备1200包括：天线121、射频装置122、基带装置123、处理器124和存储器125。天线121与射频装置122连接。在上行方向上，射频装置122通过天线121接收信息，将接收的信息发送给基带装置123进行处理。在下行方向上，基带装置123对要发送的信息进行处理，并发送给射频装置122，射频装置122对收到的信息进行处理后经过天线121发送出去。

以上实施例中网络侧设备执行的方法可以在基带装置123中实现，该基带装置123包括基带处理器。

基带装置123例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图12所示，其中一个芯片例如为基带处理器，通过总线接口与存储器125连接，以调用存储器125中的程序，执行以上方法实施例中所示的网络设备操作。

该网络侧设备还可以包括网络接口126，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。

具体地，本申请实施例的网络侧设备1200还包括：存储在存储器125上并可在处理器124上运行的指令或程序，处理器124调用存储器125中的指令或程序执行图6所示的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

具体地，本申请实施例还提供了一种网络侧设备。如图12所示，该网络侧设备1200包括：处理器1201、网络接口1202和存储器1203。其中，网络接口1202例如为通用公共无线接口(common public radio interface，CPRI)。

具体地，本申请实施例的网络侧设备1200还包括：存储在存储器1203上并可在处理器1201上运行的指令或程序，处理器1201调用存储器1203中的指令或程序执行图1111所示的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述通信建立方法实施例或信息生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述通信建立方法实施例或信息生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述通信建立方法实施例或信息生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种通信建立系统，包括：终端设备及网络侧设备，所述终端设备可用于执行如上述第一方面所述的通信建立方法的步骤，所述网络侧设备可用于执行如上述第二方面所述的通信建立方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。