CN115695382A - 一种通信方法及装置 - Google Patents

Abstract

本申请提供一种通信方法及装置。本申请中支持脚本触发会话消息的发送，从而使得终端设备在IMS系统支持触发DC通话的会话修改请求，以实现建立传输应用数据的通道的建立。从而支持传输应用数据，叠加应用功能。并且支持应用数据通过建立的数据通道传输到对端。

Description

一种通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

在当前基于IP多媒体系统(IP Multimedia Subsystem，IMS)的运营商电话系统下，只能进行音频和视频的传输。

发明内容

本申请提供一种通信方法及装置，用以实现在IMS系统下叠加应用功能。

第一方面，本申请实施例提供一种通信方法，包括：第一终端设备触发运行第一应用以执行与第二终端设备的数据通道DC通话时，通过所述DC通话控制脚本生成会话修改请求，所述会话修改请求用于请求建立与所述第二终端设备之间的数据通道，所述数据通道用于在所述第一终端设备与所述第二终端设备之间传输运行第一应用产生的媒体数据；向通话应用服务器发送所述会话修改请求。

目前IMS通信系统仅支持音视频通话等功能，用户可能需要在通话过程中叠加其它应用功能，比如屏幕共享、远程协作等。而目前通信连接创建都是通过UI触发，并不适配于应用功能的叠加。通过上述设计，第一终端设备支持脚本触发会话消息的发送，从而使得终端设备在IMS系统支持触发DC通话的会话修改请求，以实现建立传输应用数据的通道的建立。从而支持传输应用数据，叠加应用功能。

在一种可能的设计中，所述会话修改请求包括所述第一终端设备的第一媒体描述信息，所述第一媒体描述信息包括用于创建所述数据通道的参数；所述方法还包括：接收会话修改响应，所述会话修改响应包括所述第二终端设备的第二媒体描述信息，所述第二媒体描述信息包括用于创建所述数据通道的参数；根据所述第一媒体描述信息和所述第二媒体描述信息创建所述数据通道。

在一种可能的设计中，方法还包括：所述第一终端设备在运行所述第一应用时产生第一媒体数据；通过所述数据通道向所述第二终端设备发送所述第一媒体数据。上述设计中，运行应用的数据支持通过数据通道传输。

在一种可能的设计中，所述方法还包括：通过所述数据通道接收来自所述第二终端设备的第二媒体数据；运行所述第一应用以对所述第二媒体数据进行媒体处理。上述设计中，运行应用的数据支持通过数据通道传输。

在一种可能的设计中，所述方法还包括：所述第一终端设备通过运行所述第一应用产生第一媒体数据；对所述第一媒体数据进行数据封装处理；通过所述数据通道向所述第二终端设备发送经过数据封装处理后的所述第一媒体数据。上述设计中，支持应用数据的处理，支持处理后的数据通过数据通道传输。

在一种可能的设计中，所述方法还包括：通过所述数据通道接收来自所述第二终端设备的第二媒体数据；对所述第二媒体数据进行解封装处理；运行所述第一应用对解封装处理后的第二媒体数据进行媒体处理。上述设计中，支持应用数据的处理，支持处理后的数据通过数据通道传输。

第二方面，本申请实施例提供一种通信装置，包括脚本模块、会话建立和控制模块和网络接口模块；脚本模块，用于在第一终端设备触发运行第一应用以执行与第二终端设备的数据通道DC通话时，通过DC通话控制脚本向会话建立和控制模块发送生成会话控制请求，会话控制请求用于指示生成会话修改请求，会话修改请求用于请求建立与第二终端设备之间的数据通道，数据通道用于在第一终端设备与第二终端设备之间传输运行第一应用产生的媒体数据；会话建立和控制模块，用于根据会话控制请求生成会话修改请求；网络接口模块，用于向通话应用服务器发送会话修改请求。上述设计中，支持脚本模块与会话建立和控制模块之间的通信。

在一种可能的设计中，会话修改请求包括第一终端设备的第一媒体描述信息，第一媒体描述信息包括用于创建数据通道的参数；装置还包括数据通道模块；

网络接口模块，还用于接收来自第一应用的应用服务器的会话修改响应，会话修改响应包括第二终端设备的第二媒体描述信息，第二媒体描述信息包括用于创建数据通道的参数；

网络接口模块，还用于将会话修改响应发送给会话建立和控制模块；

会话建立和控制模块，还用于将第一媒体描述信息和第二媒体描述信息发送给数据通道模块；

数据通道模块，用于根据第一媒体描述信息和第二媒体描述信息建立数据通道。

在一种可能的设计中，脚本模块，还用于在运行第一应用时产生第一媒体数据，将第一媒体数据发送给数据通道模块；数据通道模块，用于对第一媒体数据进行通道封装处理获得第一DC数据，并将第一DC数据发送给网络接口模块；网络接口模块，用于通过数据通道向第二终端设备发送第一DC数据。上述设计中，支持脚本模块与数据通道模块之前的消息传输。从而使得脚本模块产生的数据通过数据通道传输到对端。

在一种可能的设计中，网络接口模块，还用于通过数据通道接收来自第二终端设备的第二DC数据，第二DC数据承载第二终端设备的第二媒体数据；数据通道模块，还用于对第二DC数据进行通道解封装处理得到第二媒体数据；脚本模块，还用于从数据通道模块获取第二媒体数据，并通过运行第一应用以对第二媒体数据进行媒体处理。

在一种可能的设计中，脚本模块，还用于通过运行第一应用产生第一媒体数据，通过数据处理脚本对第一媒体数据进行数据封装处理；将经过数据封装处理后的第一媒体数据发送给数据通道模块；数据通道模块，还用于对数据封装处理后的第一媒体数据进行通道封装处理获得第一DC数据；网络接口模块，还用于向第二终端设备发送第一DC数据。

在一种可能的设计中，网络接口模块，用于通过数据通道接收来自第二终端设备的第二DC数据，第二终端设备的第二DC数据承载第二终端设备的第二媒体数据；

数据通道模块，还用于对第二DC数据进行通道解封装处理；

脚本模块，还用于通过数据处理脚本对通道解封装处理后的第二DC数据进行数据解封装处理得到第二媒体数据，并通过第一应用的应用脚本对第二媒体数据进行媒体处理。

第三方面，本申请实施例还提供了一种装置，所述装置应用于所述第一终端设备，有益效果可以参见第一方面的描述此处不再赘述。所述装置的结构中包括处理器和通信接口，还可以包括存储器，所述处理器被配置为支持所述终端设备通过通信接口执行上述第一方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述装置必要的程序指令和数据。

第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第五方面，本申请还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第六方面，本申请还提供一种计算机芯片，所述芯片与存储器相连，所述芯片用于读取并执行所述存储器中存储的软件程序，执行上述第一方面所述的方法。

附图说明

图1为本申请实施例的一种通信系统架构示意图；

图2A为本申请实施例的拨号盘界面示意图；

图2B为本申请实施例的拨号盘界面示意图；

图2C为本申请实施例的音频通话界面示意图；

图2D为本申请实施例的视频通话界面示意图；

图3为本申请实施例的建立DC通话的方法流程示意图；

图4A为本申请实施例的主页面下发方法流程示意图；

图4B为本申请实施例的一种SDP示意图；

图4C为本申请实施例的另一种SDP示意图；

图5A为本申请实施例的另一种通信系统架构示意图；

图5B为本申请实施例的又一种通信系统架构示意图；

图6为本申请实施例的一种通信方法流程示意图；

图7为本申请实施例的应用通道建立流程示意图；

图8为本申请实施例的第一终端设备和第二终端设备获取第一应用的流程示意图；

图9A为本申请实施例的终端设备的一种软件架构示意图；

图9B为本申请实施例的终端设备的另一种软件架构示意图；

图10为本申请实施例的第一终端设备内部在应用通道建立过程中处理流程示意图；

图11A为本申请实施例的一种应用数据的传输流程示意图；

图11B为本申请实施例的另一种应用数据的传输流程示意图；

图12为本申请实施例的一种对接收的媒体数据进行处理流程示意图；

图13A为本申请实施例的又一种应用数据的传输流程示意图；

图13B为本申请实施例的在一种应用数据的传输流程示意图；

图14为本申请实施例的另一种对接收的媒体数据进行处理流程示意图；

图15为本申请提供的一种装置结构示意图；

图16为本申请提供的另一种装置结构示意图。

具体实施方式

本申请提供一种基于电信网络的通信方法及装置，在语音视频通话过程中支持运行通话类的应用，比如屏幕共享、远程协作等应用，并且不需要预先安装。在语音视频通话过程支持运行的通话类应用也可以称为通话轻应用，或者简称为轻应用。当然还可以采用其它的名称，本申请实施例对此不作限定。语音视频通话可以但不仅限于采用VoLTE，还可以适用于未来技术提供的语音视频通话。

本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。本申请涉及的术语“至少一个”，是指一个，或一个以上，即包括一个、两个、三个及以上；“多个”，是指两个，或两个以上，即包括两个、三个及以上。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。应理解，在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。此外，本申请实施例和权利要求书及附图中的术语“包括”和“具有”不是排他的。例如，包括了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，还可以包括没有列出的步骤或模块。

参见图1所示为本申请实施例的一种可能的通信系统架构示意图。通信系统中包括互联网协议(internet protocol，IP)多媒体子系统(IP multimedia subsystem，IMS)网络和一个或者多个DC服务器。DC服务器，也可以称为通话轻应用服务器，或者称为通话应用服务器，或者简称为轻应用服务器，或者采用其它的名称，本申请对此不作具体限定。后续描述时，以称为轻应用服务器为例。本申请实施例中将轻应用实现的通话称为数据通道(data channel，DC)通话，当然还可以采用其它的名称，本申请对此不作具体限定。

轻应用服务器可以为不同的终端设备的用户维护所能使用的通话轻应用。轻应用服务器是完成DC通话的重要网元，提供DC通话会话控制请求的转发、下发主页面、应用的页面等功能。

一些实施例中，轻应用服务器可以支持对通信双方运行通话轻应用的产生的媒体数据进行处理，比如逻辑运算、画面渲染、虚拟景象合成等等操作，本申请实施例对此不作具体限定。轻应用服务器可以是以容器服务的形式部署，也可以通过一个或者多个虚拟机来实现。轻应用服务器也可以包括一个或者处理器，或者通过一个或者多个计算机来实现，比如超多核计算机、部署有图形处理器(graphics processing unit，GPU)集群的计算机、大型的分布式计算机、硬件资源池化的集群计算机等等。

IMS网络中包括会话边界控制器(session border control，SBC)和呼叫会话控制功能(call session control function，P-CSCF)等核心网元。SBC位于IMS网络的边界，主要用于将终端设备接入到IMS网络和媒体资源处理。IMS网络中还可以包括归属签约用户服务器(home subscriber server，HSS)，IMS网络中还可以包括其它网元，本申请实施例中不再赘述。CSCF是IMS网络的呼叫控制中心，是在IP传输平台上实现用户接入，鉴权、会话路由和业务触发等功能。CSCF可以包括服务-呼叫会话控制功能(serving-call sessioncontrol function，S-CSCF)、代理-CSCF(Proxy CSCF，P-CSCF)、查询-CSCF(Interrogating-CSCF，I-CSCF)中的一个或多个。HSS用于记录用户的签约数据(比如用户信息、业务数据)。需要说明的是，为第一终端设备提供服务的IMS核心网元和为第二终端设备提供服务的IMS核心网元可以不同，比如与终端设备所在的位置相关，或者与终端设备所述的运营商有关。作为一种示例，本申请实施例所提及的IMS核心网元可以包括CSCF。

应理解，上述的说明并不构成对本申请实施例的系统架构图的限定，本申请实施例的系统架构图包括但不限于在图1所示。需要说明的是，轻应用服务器可以作为独立网元，也可以由已有业务中的应用服务器来实现。一些可能的实施例中，轻应用服务器可以部署于IMS网络内，也可以部署于IMS网络外。

两个终端设备可以通过通信系统运行通话轻应用以进行视频。终端设备可以是配置有显示屏，具有音视频通话功能的设备，比如，终端设备可以是可穿戴设备(例如电子手表)，终端设备还可以是手机、平板电脑等设备。本申请实施例对终端设备的具体形式不作特殊限制。

在一些实施例中，两个终端设备可以属于不同的运营商网络，为第一终端设备提供服务的轻应用服务器和为第二终端设备提供服务轻应用服务器不同。不同的轻应用服务器可以通过部署的I-SBC实现通信。I-SBC用于提供不同的运营商网络之间的信息中转功能。

如下以第一终端设备与第二终端设备进行DC通话为例。在第一终端设备与第二终端设备建立DC通话连接的过程中，均与轻应用服务器之间建立用于传输主页面和/或应用的页面的数据通道。为了便于区分，将用于传输主页面和应用的页面的数据通道称为DC引导通道。主页面上可以包括供终端设备使用的多个轻应用。第一终端设备的用户可以在音频通话过程中触发DC通话或者在视频通话过程中触发DC通话，或者通过拨号盘界面触发DC通话。一种可能的实施例中，通过拨号盘界面触发DC通话时，第一终端设备响应于用户触发DC通话的操作，发起会话创建请求。另一种可能的实施例中，第一终端设备的用户可以在音频通话过程中触发DC通话或者在视频通话过程中触发DC通话，第一终端设备响应于用户触发DC通话的操作，发起会话修改请求。

一种可能的示例中，通过拨号盘界面触发DC通话。参见图2A所示，拨号盘界面中包括用于触发DC通话的控件。图2A通过DC电话标识。第一终端设备的用户可以针对DC电话控件执行操作，从而第一终端设备响应于用户针对DC电话控件的操作，触发发送会话创建请求，会话创建请求用于请求与第二终端设备之间建立DC通话。示例性地，在建立DC通话的过程中，第一终端设备与轻应用服务器之间会创建DC引导通道，第二终端设备与轻应用服务器之间会创建DC引导通道。为了便于区分，将第一终端设备与轻应用服务器之间创建的DC引导通道称为第一DC引导通道，将第二终端设备与轻应用服务器之间创建的DC引导通道称为第二DC引导通道。

在第一终端设备与第二终端设备之间创建DC通话后，轻应用服务器分别向第一终端设备和第二终端设备发送主页面。一些实施例中，轻应用服务器向第一终端设备发送第一终端设备的主页面，向第二终端设备发送第二终端设备的主页面。轻应用服务器可以针对不同的终端设备的用户维护不同的主页面。

作为一种举例，第一终端设备响应于用户针对拨号盘界面中DC电话控件的操作，获取第一终端设备的用户主页面，并显示第一种终端设备的用户的主页面。例如，参见图2B所示，终端设备的主页面可以包括一个或者多个供用户进行DC通话使用的轻应用的图标。图2B中，以共享屏幕和远程协作为例。

另一种可能的示例中，可以通过音频通话界面触发DC通话。参见图2C所示，音频通话界面中包括用于触发DC通话的控件。图2C中通过DC电话标识。第一终端设备的用户可以针对音频通话界面上DC通话的控件执行操作，从而第一终端设备响应于用户针对DC电话控件的操作，触发发送会话修改请求，会话修改请求用于请求将与第二终端设备的音频通话修改为DC通话。在建立DC通话的过程中，第一终端设备与轻应用服务器之间会创建第一DC引导通道，第二终端设备与轻应用服务器之间会创建第二DC引导通道。

在第一终端设备与第二终端设备之间创建DC通话后，轻应用服务器分别向第一终端设备和第二终端设备发送主页面。一些实施例中，轻应用服务器向第一终端设备发送第一终端设备的主页面，向第二终端设备发送第二终端设备的主页面。轻应用服务器可以针对不同的终端设备的用户维护不同的主页面。作为一种举例，第一终端设备响应于用户针对音频通话界面中DC电话控件的操作，获取第一终端设备的用户主页面，并显示第一种终端设备的用户的主页面。例如，参见图2B所示的主页面。

又一种可能的示例中，可以通过视频通话界面触发DC通话。参见图2D所示，视频通话界面中包括用于触发DC通话的控件。图2D通过DC电话标识。第一终端设备的用户可以针对视频通话界面上DC通话的控件执行操作，从而第一终端设备响应于用户针对DC电话控件的操作，触发发送会话修改请求，会话修改请求用于请求将与第二终端设备的音频通话修改为DC通话。在建立DC通话的过程中，第一终端设备与轻应用服务器之间会创建第一DC引导通道，第二终端设备与轻应用服务器之间会创建第二DC引导通道。

在第一终端设备与第二终端设备之间创建DC通话后，轻应用服务器分别向第一终端设备和第二终端设备发送主页面。作为一种举例，第一终端设备响应于用户针对视频通话界面中DC电话控件的操作，获取第一终端设备的用户主页面，并显示第一种终端设备的用户的主页面。例如，参见图2B所示的主页面。

如下针对第一终端设备与第二终端设备触发DC通话后，建立DC通话的流程进行说明，参见图3所示。在描述图3所示的流程中，以图1所示的架构为例。第一终端设备与第二终端设备被同一个轻应用服务器提供服务。

301，第一终端设备发送会话创建/修改请求。第一终端设备与第二终端设备之间建立DC通话包括第一终端设备和第二终端设备分别与轻应用服务器之间建立用于传输页面的数据通道。为了便于区分将用于传输页面的数据通道称为DC引导通道。

一种可能的实施方式中，第一终端设备可以在由第一终端设备的用户触发DC通话的操作时，向IMS网络发送会话创建/修改请求，由IMS网络根据会话创建/修改请求向轻应用服务器触发请求引导DC通道的建立。

302a，轻应用服务器接收到该会话创建/修改请求后，与第一终端设备之间建立DC引导通道。为了便于描述，此处将轻应用服务器与第一终端设备之间建立的DC引导通道称为第一DC引导通道。

303a，轻应用服务器通过建立的第一DC引导通道向第一终端设备发送主页面，从而该第一终端设备接收到该主页面。

在一些实施例中，第一终端设备与轻应用服务器之间建立第一DC引导通道后，执行304a，第一终端设备可以向轻应用服务器发送第一页面请求，第一页面请求用于请求第一终端设备的主界面。从而轻应用服务器在接收到第一终端设备的第一页面请求后，再执行303a，通过第一DC引导通道向第一终端设备发送第一终端设备的主页面。

示例性地，在第一种可能的场景中，第一页面请求可以携带第一终端设备的用户标识。从而轻应用服务器根据第一终端设备的用户标识来获取第一终端设备的主界面，并发送给第一终端设备。在第二种可能的场景中，第一页面请求可以携带服务号码。从而轻应用服务器根服务号码来获取服务主界面，并发送给第一终端设备。

一种可能的实施方式中，第一终端设备与第二终端设备之间建立DC通话的过程中，轻应用服务器还与第二终端设备之间建立DC引导通道，用于向第二终端设备发送供第二终端设备使用的主页面。为了便于描述，此处将轻应用服务器与第二终端设备之间建立的DC引导通道称为第二DC引导通道。

一种可能的示例中，为被叫终端设备下发的主页面可以与为主叫终端设备下发的主页面相同。轻应用服务器接收到第一请求后，与第二终端设备建立第二DC引导通道。轻应用服务器通过建立的第二DC引导通道向第二终端设备发送第一页面。

另一种可能的示例中，轻应用服务器为第二终端设备下发的主页面可以与为第一终端设备下发的主页面不同。参见图3所示，轻应用服务器接收到该第一请求后，执行302b，第二终端设备与轻应用服务器完成第二DC引导通道的创建。然后执行303b，将第二终端设备的主界面下发给第二终端设备。在一些实施例中，第二终端设备与轻应用服务器之间建立第二DC引导通道后，执行304b，第二终端设备可以向轻应用服务器发送第二页面请求，比如可以通过第二DC引导通道向轻应用服务器发送第二页面请求，第二页面请求用于请求第二终端设备的主界面。从而轻应用服务器在接收到第二终端设备的第二页面请求后，再执行304b，通过第二DC引导通道向第二终端设备发送第二终端设备的主页面。示例性地，第二页面请求可以携带第二终端设备的用户标识。从而轻应用服务器根据第二终端设备的用户标识来获取第二终端设备的主界面，并发送给第二终端设备。

下面结合图4A对第一终端设备触发与第二终端设备通话过程中，创建DC引导通道和下发主页面的流程进行说明。第一终端设备的用户可以在音频通话过程中触发DC通话或者在视频通话过程中触发DC通话，或者通过拨号盘界面触发DC通话。

401，第一终端设备检测到用户针对DC通话控件的操作。具体可以参见图2A-图2D。

402，第一终端设备向CSCF发送第一请求。在音频通话过程中触发DC通话或者在视频通话过程中触发DC通话的场景中，第一请求为会话修改请求。在拨号盘界面触发DC通话的场景中，第一请求为会话创建请求。第一请求中携带第一终端设备的媒体描述信息。第一媒体描述信息用于描述与轻应用服务器之间创建DC引导通道的参数。

一种可能的示例中，通过拨号盘界面触发DC通话。第一终端设备的媒体描述信息中还可以包括用于描述与轻应用服务器之间创建音频传输通道的参数。

另一种可能的示例中，可以通过音频通话界面触发DC通话。第一终端设备的媒体描述信息中还可以包括用于描述与轻应用服务器之间创建音频传输通道的参数。示例性地，第一终端设备与第二终端设备之间在建立音频通话时创建的音频传输通道无需进行更改，可以继续沿用，因此，第一终端设备的媒体描述信息中也可以不包括用于描述与轻应用服务器之间创建音频传输通道的参数，无需在重新建立音频传输通道。

另一种可能的示例中，可以通过视频通话界面触发DC通话。第一终端设备的媒体描述信息中还可以包括第一指示，该第一指示用于指示删除已建立用于视频通话过程中传输视频数据的通道。例如，SDP中用于描述视频的参数部分可以置为0，从而指示删除已建立用于视频通话过程中传输视频数据的通道。

示例性地，第一终端设备在向CSCF发送第一请求时，可以通过第一终端设备所属的SBC1向CSCF发送第一请求。

作为一种举例，媒体描述参数可以采用会话描述协议(session descriptionprotocol，SDP)。当然还可以采用其它的描述协议，本申请对此不作具体限定。后续描述时，以第一媒体描述参数采用SDP为例。

例如，第一终端设备的SDP中可以包括带宽、SDP属性、媒体流类型，支持的编解码格式等。

作为一种示例，参见4B所示的SDP用于描述用于创建DC引导通道的参数。应理解的是，图4B仅作为一种示例，并不对SDP包括的内容进行具体限定。

其中，m＝application，表示媒体类型，比如m＝video/audio。52718，表示媒体流发往传输层的端口。UDP/DTLS/SCTP，表示传输协议。webrtc-datachannel，是RFC 5688[177]中规定的+sip.app-子类型媒体功能标签，表示应用媒体采用的格式。b＝AS:500，表示确定会话中接收方向的最大带宽。a＝max-message-size:1024，用于确定最大数据包的大小。a＝sctp-port:5000，表示SCTP传输端口。a＝setup:passive，主要是表示数据报传输层安全(Datagram Transport Layer Security，DTLS)的协商过程中角色的问题，谁是客户端，谁是服务器。a＝setup:actpass，表示既可以是客户端，也可以是服务器。a＝setup:active表示客户端。a＝setup:passive，表示服务器。图4B采用a＝setup:actpass。a＝fingerprint:SHA-14A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB，表示DTLS(Datagram Transport Layer Security)协商过程中需要的认证信息。a＝tls-id:abc3de65cddef001be82，表示TLS的ID信息。

a＝dcmap:10subprotocol＝"http"，表示数据通道(DC)的stream ID，引导DC通道时stream ID小于1000。

ID＝0/10/100/110分别表示内容(链接/应用)来源于本网运营商(第一终端设备的所属运营商)/第一终端设备/跨网运营商(第二终端设备所属运营商)/第二终端设备；子协议采用超文本传输协议(Hyper Text Transfer Protocol，HTTP)。图7表中，以ID＝0为例。

a＝dcmap:38754max-time＝150；label＝"low latency"，表示DC的stream ID，应用通道时stream ID大于等于1000，max-time与label中的low latency对应，最大时延为150ms。不特殊指定重传、丢包率等信息的情况下，则丢包率、时延以“a＝3gpp-qos-hint:loss＝0.01；latency＝100”为限定条件为准。

a＝dcmap:7216max-retr＝5；label＝"low loss"，表示与a＝dcmap:38754为不同的应用通道，最大重传次数为5，需要更低的丢包率。不特殊指定重传、丢包率等信息的情况下，则丢包率、时延以“a＝3gpp-qos-hint:loss＝0.01；latency＝100”为限定条件为准。

a＝3gpp-qos-hint:loss＝0.01；latency＝100，表示服务质量(Quality ofService，QoS)信息，指定特定的丢包率和时延。其他DC通道不指定特殊条件的话，以该条为准。

图4B中SDP中的两个通道均指定特殊限定条件。

后续CSCF辅助完成第一终端设备与轻应用服务器之间的第一DC引导通道的创建，以及辅助完成第二终端设备与轻应用服务器之间的第二DC引导通道的创建。例如，参见403-412的所述。

403，CSCF向轻应用服务器发送第一通道创建请求。第一通道创建请求用于请求创建第一终端设备与轻应用服务器之间的DC引导通道。第一通道创建请求携带第一终端设备的第一SDP。

404，轻应用服务器向CSCF发送第一通道创建响应，第一通道创建响应携带轻应用服务器的第一SDP。轻应用服务器的第一SDP用于创建与第一终端设备之间的第一DC引导通道。作为一种示例，参见4C所示的SDP用于描述轻应用服务器的创建DC引导通道的参数。应理解的是，图4C仅作为一种示例，并不对SDP包括的内容进行具体限定。

轻应用服务器在接收第一终端设备的SDP后，可以根据第一终端设备的SDP与轻应用服务器的第一SDP完成轻应用服务器侧的第一DC引导通道的创建。

405，CSCF向轻应用服务器发送第二通道创建请求，第二通道创建请求用于请求创建第二终端设备与轻应用服务器之间的第二DC引导通道。

406，轻应用服务器向CSCF发送第二通道创建响应，第二通道创建响应携带轻应用服务器的第二SDP。轻应用服务器的第二SDP用于创建与第二终端设备之间的第二DC引导通道。

407，CSCF向第二终端设备发送第二请求，第二请求可以是会话创建/修改请求。会话创建/修改请求携带轻应用服务器的第二SDP。

408，第二终端设备响应于用户执行的接受DC通话的操作，向CSCF发送第二响应。第二响应可以是会话修改或者创建响应，可以采用200OK。200OK携带第二终端设备的SDP。

示例性地，第二终端设备可以根据第二终端设备的SDP与轻应用服务器的第二SDP来完成第二终端设备侧的第二DC引导通道的创建。

409，CSCF向轻应用服务器转发200OK，200OK携带第二终端设备的SDP。

410，轻应用服务器在接收第二终端设备的SDP后，可以根据第二终端设备的SDP与轻应用服务器的第二SDP完成轻应用服务器侧的第二DC引导通道的创建，即完成第二终端设备与轻应用服务器之间的第二DC引导通道的创建。

411，CSCF向第一终端设备发送第一响应，第一响应携带轻应用服务器的第一SDP。

412，第一终端设备在接收轻应用服务器的第一SDP后，可以根据第一终端设备的SDP与轻应用服务器的第一SDP完成第一终端设备侧的第一DC引导通道的创建，即完成第一终端设备与轻应用服务器之间的第一DC引导通道的创建。

413，第一终端设备通过第一DC引导通道向轻应用服务器发送第一页面请求，第一页面请求用于请求第一终端设备的主页面。参见304a所示。

414，轻应用服务器接收到第一页面请求后，通过第一DC引导通道向第一终端设备发送第一终端设备的主页面。

415，第二终端设备通过第二DC引导通道向轻应用服务器发送第二页面请求，第二页面请求用于请求第二终端设备的主页面。参见304b所示。

416，轻应用服务器接收到第二页面请求后，通过第二DC引导通道向第二终端设备发送第二终端设备的主页面。

通过上述方法完成轻应用服务器与第一终端设备之间的第一DC引导通道以及轻应用服务器与第二终端设备之间的第二DC引导通道的建立，并通过DC引导通道能够从轻应用服务器获取到主页面。主页面可以包括供终端设备使用的多个应用的图标。进而终端设备的用户可以通过执行针对图标的操作即使用各个应用，无需安装。

在通话双方都获取到主页面后，主页面中包括该可供使用的多个应用的图标。终端设备的用户可以执行针对某一个应用图标的操作，从而触发运行该应用。以触发运行第一应用为例。本申请实施例中，第一终端设备和第二终端设备在获得自身的主页面后，第一终端设备或者第二终端设备用户可以触发运行主页面上的某个轻应用继续进行通话。比如运行屏幕共享应用，两个终端设备的用户中一方可以向另一方进行屏幕共享。第一终端设备的用户执行运行第一终端设备的主页面上的第一应用的操作后，第一终端设备触发与第二终端设备之间创建用于传输该第一应用产生的数据的数据通道，为了便于描述将用于传输应用产生的数据的数据通道称为应用通道。应用产生的数据可以称为DC数据。比如第一应用为屏幕共享或者远程协作，DC数据比如包括Mask等操作数据。

一些场景中，第一终端设备与第二终端设备之间的应用通道通过第一终端设备所属的SBC1和第二终端设备所属的SBC2。SBC1和SBC2参与对第一终端设备与第二终端设备之间传输的应用数据的处理。比如进行媒体增强处理等。参见图5A所示的通信架构。

另一些场景中，第一终端设备与第二终端设备之间的应用通道通过轻应用服务器，轻应用服务器可以执行第一终端设备与第二终端设备之间传输的应用数据的处理。比如进行媒体增强等。参见图5B所示的通信架构。

在第一终端设备与第二终端设备之间建立应用通道时，第一终端设备可以通过发送会话修改请求来触发应用通道的建立。在本申请实施例中，DC通话触发可以通过脚本来实现，该脚本可以称为DC通话控制脚本。因此，第一终端设备在触发运行某个应用以执行与第二终端设备的DC通话时，通过DC通话控制脚本来生成会话修改请求。

示例性地，参见图6所示，对本申请实施例提供的通信方法进行描述。

601，第一终端设备触发运行第一应用以执行与第二终端设备的数据通道DC通话时，通过DC通话控制脚本生成会话修改请求，会话修改请求用于请求建立与第二终端设备之间的应用通道。

例如，第一终端设备触发运行第一应用以执行与第二终端设备的数据通道DC通话，可以理解是，第一终端设备检测到用户执行运行第一终端设备的主页面上的第一应用的操作。

一些实施例中，第一终端设备触发运行第一应用以执行与第二终端设备的数据通道DC通话时，可以先激活DC通话控制脚本，然后通过DC通话控制脚本生成会话修改请求。

602，第一终端设备向通话应用服务器发送所述会话修改请求。

一些可能的实施例中，第一终端设备与第二终端设备之间建立应用通道。示例性地，会话修改请求包括第一终端设备的第一媒体描述信息，第一媒体描述信息包括用于创建应用通道的参数；接收会话修改响应，会话修改响应包括第二终端设备的第二媒体描述信息，第二媒体描述信息包括用于创建应用通道的参数；进一步地，第一终端设备根据所述第一媒体描述信息和所述第二媒体描述信息创建应用通道。

另一些可能地实施例中，第一终端设备与第二终端设备之间建立的应用通道可以经过服务于第一终端设备的SBC和服务于第二终端设备的SBC。

一种可能的示例中，第一终端设备与第二终端设备建立应用通道时，借助已经建立的DC引导通道来建立，即可以借助DC引导通道经过轻应用服务器来转发消息。

另一种可能的示例中，第一终端设备与第二终端设备建立应用通道时，可以借助CSCF来转发消息，进而实现应用通道的建立。

下面结合图7，对本申请实施例中应用通道的创建流程进行描述，图7中以应用通道经过SBC为例进行说明。

701，第一终端设备响应于用户执行运行第一终端设备的主页面上的第一应用的操作，向SBC1发送会话修改请求1，会话修改请求1中包括第一终端设备的SDP1，SDP1包括用于创建第一终端设备与第二终端设备的应用通道的媒体描述参数。

图6中，以第一终端设备与第二终端设备建立应用通道时，借助已经建立的DC引导通道来建立，即可以借助DC引导通道经过轻应用服务器来转发消息。一些实施例中，第一终端设备与第二终端设备建立应用通道时，也可以经过轻应用服务器来转发消息。

一些实施例中，为了区分DC引导通道和应用通道，各个设备中发送的SDP中包括的stream ID的取值范围不同。例如，DC引导通道创建时，各个设备发送的SDP中包括的StreamID取值小于或者等于1000。应用通道创建时，各个设备发送的SDP中包括的stream ID取值大于1000。

702，SBC1向通话应用服务器发送会话修改请求2，会话修改请求2包括SBC1的SDP1。

一些可能的实施例中，第一终端设备与第二终端设备建立应用通道时，可以建立第一终端设备与第二终端设备之间的直连通道。则步骤1002中SBC1不再发送自身的SDP1，而是将第一终端设备的SDP转发即可，即步骤1002可以替换为SBC1向轻应用服务器发送会话修改请求2，会话修改请求2包括第一终端设备的SDP。

703，通话应用服务器接收到会话修改请求2后，向SBC2转发会话修改请求2。

704，SBC2接收会话修改请求2后，向第二终端设备发送会话修改请求3，会话修改请求3中包括SBC2的SDP1。

705，第二终端设备向SBC2发送会话修改响应3，会话修改请求3中包括第二终端设备的SDP1。第二终端设备与SBC2之间可以根据SBC2的SDP1和第二终端设备的SDP2创建应用通道中SBC2和第二终端设备之间的通道段。

一些实施例中，第二终端设备响应于确定接受DC通话的操作，向SBC2发送会话修改响应3。

706，SBC2接收到会话修改响应3后，向轻应用服务器发送会话修改响应2。会话修改响应2包括SBC2的SDP2。

707，轻应用服务器接收到会话修改响应2后，向SBC1转发所述会话修改响应2。SBC1与SBC2之间可以根据SBC2的SDP2和SBC1的SDP1创建应用通道中SBC1和SBC2之间的通道段。

708，SBC1向第一终端设备发送会话修改响应1，会话修改响应1包括SBC1的SDP2。

SBC1与第一终端设备之间可以根据SBC1的SDP2和第一终端设备的SDP1创建应用通道中SBC1和第一终端设备之间的通道段。

经过上述701-708完成第一终端设备与第二终端设备之间的应用通道的创建。

一些实施例中，在应用通道完成创建后，第一终端设备可以向轻应用服务器请求第一应用的页面。示例性地，轻应用服务器向第一终端设备发送的第一应用的页面，可以包括用于显示的应用的主界面还可以包括第一应用的应用脚本。

页面，也称为网页，可以理解为内嵌在应用程序界面中的一个特殊的控件，网页是通过特定计算机语言编写的源代码，例如超文本标记语言(hyper text markup language，HTML)，层叠样式表(cascading style sheets，CSS)，java脚本(JavaScript，JS)等，网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的，比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。

参见图8所示，第一终端设备和第二终端设备获取第一应用的流程进行说明。

801，第一终端设备向轻应用服务器发送第一子页面请求，所述第一子页面请求用于请求运行所述第一应用。或者说第一子页面请求用于请求第一应用的页面。

第一终端设备在向轻应用服务器发送第一子页面请求时，可以通过第一终端设备与轻应用服务器之间的第一DC引导通道向轻应用服务器发送所述第一子页面请求。

802，轻应用服务器通过第一DC引导通道接收来自第一终端设备的第一子页面请求后，向第一终端设备发送所述第一应用的页面。

示例性地，第一子页面请求中可以携带第一应用的ID或者第一应用的页面ID。还可以携带第一终端设备的用户标识。

示例性地，第一终端设备接收到第一应用的页面后，将第一应用的页面显示给用户。

803，轻应用服务器通过第二DC引导通道向第二终端设备发送所述第一应用的页面。

示例性地，第二终端设备接收到第一应用的页面后，将第一应用的页面显示给第二终端设备用户。

一些实施例中，轻应用服务器建立第一终端设备与轻应用服务器之间的第一DC引导通道，以及建立第二终端设备与轻应用服务器之间的第二DC引导通道后，可以建立第一DC引导通道与第二引导通道的关联关系，从而轻应用服务器在接收到第一子页面请求后，可以通过第一DC引导通道向第一终端设备发送第一应用的页面。然后根据第一DC引导通道与第二引导通道的关联关系通过第二DC引导通道向第二终端设备发送第一应用的页面。

另一些实施例中，第一终端设备响应于用户执行运行第一终端设备的主页面上的第一应用的操作时，将第一终端设备请求的第一应用的ID或者页面ID发送给第二终端设备。从而第二终端设备可以向轻应用服务器请求该第一应用的页面，轻应用服务器接收到请求后，再通过第二DC引导通道将第一应用的页面发送给第二终端设备。

示例性地，参见图8所示，轻应用服务器在向第二终端设备发送第一应用的页面之前，执行804，第二终端设备向轻应用服务器发送第二子页面请求，第二子页面请求携带第一应用的ID。轻应用服务器在接收到第二子页面请求后，向第二终端设备发送所述第一应用的页面。

一些实施例中，第二终端设备可以通过应用通道获得第一应用的ID或者页面ID。

参见图8所示，805，第一终端设备与第二终端设备之间建立应用通道后，第一终端设备通过应用通道向第二终端设备发起启动轻应用的请求，启动应用的请求还可以包括第一应用的ID或者第一应用的页面ID。启动应用的请求中还可以包括会话ID、第一终端设备的用户标识等信息。

806，第二终端设备向发送启动轻应用的响应。启动轻应用的响应可以采用200OK。

第一终端设备与第二终端设备均获取的第一应用的页面后，可以运行第一应用从而产生媒体数据。该媒体数据可以通过应用通道传输到第二终端设备。媒体数据可以包括操作产生的操作数据，比如Mask操作，或者共享的图像数据等等。

例如，第一终端设备将第一应用的页面显示给第一终端设备的用户，第二终端设备将第一应用的页面显示给第二终端设备用户。第一终端设备与第二终端设备的用户通过针对页面操作，触发产生媒体数据。

一些实施例中，第一终端设备在运行第一应用时产生第一媒体数据，然后可以通过应用通道向所述第二终端设备发送所述第一媒体数据。示例性地，第一终端设备通过第一应用的应用脚本产生第一媒体数据，然后第一应用的应用脚本可以通过应用通道向所述第二终端设备发送所述第一媒体数据。示例性地，在通过应用通道发送第一媒体数据，将第一媒体数据封装为应用通道的数据，从而从应用通道发送给第二终端设备。

另一些实施例中，第一终端设备还可以通过应用通道接收来自所述第二终端设备的第二媒体数据；运行所述第一应用以对所述第二媒体数据进行媒体处理。示例性地，第一应用的应用脚本来对第二媒体数据进行媒体处理。示例性地，第二终端设备在通过应用通道发送第二媒体数据时，先经第二媒体数据封装为应用通道的数据，可以成为DC数据，然后再通过应用通道发送给第一终端设备。第一终端设备先对DC数据进行解封装处理获得第二媒体数据，然后在通过第一应用的应用脚本对第二媒体数据进行处理。

又一些实施例中，媒体数据在发送之前，先对媒体数据进行数据封装处理，比如预测、补偿、编码处理等等。比如为了防止丢包所作的一些编码处理。将对媒体数据进行数据封装后的数据可以成为ADC数据。当然还可以采用其它的名称，本申请实施例对此不作限定。

示例性地，第一终端设备通过运行第一应用产生第一媒体数据，先对第一媒体数据进行数据封装处理；然后通过所述数据通道向所述第二终端设备发送经过数据封装处理后的所述第一媒体数据。

再一些实施例中，第二终端设备通过运行第一应用产生第二媒体数据，先对第二媒体数据进行数据封装处理；然后通过所述数据通道向所述第一终端设备发送经过数据封装处理后的所述第二媒体数据。第一终端设备通过所述数据通道接收来自所述第二终端设备的第二媒体数据，该第二媒体数据是经过数据封装后的，第一终端设备先对所述第二媒体数据进行解封装处理；然后运行所述第一应用对解封装处理后的第二媒体数据进行媒体处理。

基于以上实施例，本申请实施例还提供一种终端设备的软件架构。参见图9A所示。终端设备的软件架构中可以包括脚本(script)模块901、会话建立和控制(session setupand control)模块902和网络接口(packet-based network interface)模块903。软件架构中还可以包括数据通道(data channel)模块904。Script模块901包括多个脚本，用于执行脚本的运行。Session setup and control模块902，用于会话控制，比如DC通话的会话创建和修改、会话消息的产生。packet-based network interface模块903，用于执行网络层封装，发送数据。数据通道模块904，可以用于将终端设备产生的媒体数据进行通道数据的封装，以及用于对从应用通道接收到的通道数据进行通道解封装处理。示例性地，数据通道模块904可以包括数据通道封装模块9041和数据通道解封装模块9042。

在一些可能的实施方式中，参见图9B所示，终端设备的软件架构还可以包括扬声器(Speaker)模块905、屏幕显示(Display)模块906，麦克风(Microphone)模块907、相机(Camera)模块908、键盘(Keyboard)模块909、无线同步(Synchronization)模块910、音频解码(Audio decoder)模块911、视频解码(Video decoder)模块912、第一文本处理(Text)模块913、音频编码(Audio encoder)模块914、视频编码(Video encoder)模块915、激活控制(Activation)模块916、第二文本处理模块917、用户操作界面(User interface)模块918、数据链路层(3GPP L2)模块919以及网页(Web page)模块920。

扬声器(Speaker)模块905用于播放音频。屏幕显示(Display)模块906用于控制显示屏进行显示。麦克风(Microphone)模块907用于采集环境中音频数据。相机(Camera)模块908用于采集图像数据。键盘(Keyboard)模块909用于接收用户输入的文本数据。无线同步(Synchronization)模块910可以将要输出的音频数据、视频数据、文本数据和应用产生的媒体数据进行同步。

音频解码(Audio decoder)模块911用于对终端设备接收到的音频包进行解码处理。视频解码(Video decoder)模块912用于对终端设备接收到的视频包进行解码。第一文本处理(Text)模块913用于对接收到的文本数据包进行处理，例如解码文本数据。音频编码(Audio encoder)模块914用于对终端设备产生的音频数据进行编码获得音频包，比如将从麦克风模块获得的音频数据进行编码。视频编码(Video encoder)模块915用于将终端设备的视频数据进行编码获得视频包，比如将相机模块采集的图像数据编码为视频包。激活控制(Activation)模块916用于激活通道，比如DC引导通道、应用通道、音频传输通道、视频传输通道等等。第二文本模块917用于对从键盘模块接收的文本数据进行处理。

网页(Web page)模块920用于执行接收到的网页的处理，比如通过DC引导通道接收主页面，执行网页处理后传输给用户操作界面(User interface)模块918。网页模块902与用户操作界面918交互实现网页与人机交互界面的转换处理。

用户操作界面(User interface)模块918也可以称为人机交互模块，用于实现终端设备内部格式数据与用户可以接受的操作形式之间信息的转换。

数据链路层(3GPP L2)模块919，最基本的服务是将源计算机网络层接收到的数据，可靠地传输到相邻节点的目标计算机的网络层。比如执行将数据组合成数据块(在数据链路层中将这种数据块称为帧，帧是数据链路层的传送单位)；控制帧在物理信道上的传输，包括传输纠错、调节发送速率等以与收端设备相匹配；在两个网络设备实体之间提供数据链路通路的建立、维持和释放管理等。

需要说明的是，图9B仅是对终端设备包括的组件的示例，终端设备可以包括更多或者更少的组件，本申请实施例对此不作具体限定。

为了便于描述，后续在针对各个模块描述时不再对各个模块的标号进行示例。

一些实施例中，基于IMS的DC通话可以通过脚本来触发。即通过脚本来控制生成会话消息。本申请实施例中通过定义脚本模块与会话建立和控制模块之间的接口，从而实现会话控制、媒体协商以及用于建立应用通道的参数的配置等等。以第一终端设备与第二终端设备之间触发运行第一应用的DC通话为例，脚本模块在第一终端设备触发运行第一应用以执行与所述第二终端设备的数据通道DC通话时，通过所述DC通话控制脚本向所述会话建立和控制模块发送生成会话控制请求，以请求生成会话修改请求。

示例性地，参见图10所示，对第一终端设备内部在应用通道建立过程中处理流程进行说明。脚本模块在第一终端设备触发运行第一应用以执行与所述第二终端设备的数据通道DC通话时，执行1001。

1001，脚本模块激活DC通话控制脚本。

1002，脚本模块向会话建立和控制模块发送会话控制请求，会话控制请求用于指示生成会话修改请求。

1003，会话建立和控制模块根据会话控制请求生成会话修改请求，并发送给网络接口模块。会话修改请求用于请求建立与第二终端设备之间的应用通道。

1004，网络接口模块向通话应用服务器发送会话修改请求。例如，会话修改请求可以采用re-invite消息。会话修改请求可以携带第一终端设备的媒体描述参数。

一些场景中，网络接口模块通过第一终端设备的SBC1向通话应用服务器发送会话修改请求。另一些场景中，可以通过CSCF进行消息转发实现应用通道的创建。通话应用服务器或者CSCF会将会话修改请求转发到对端的第二终端设备。具体网元之间的交互流程可以参见图7所示的流程。此处不再赘述。

1005，网络接口模块接收通话应用服务器发送的会话修改响应。例如，会话修改响应可以采用200OK消息。会话修改响应包括第二媒体描述参数。第二媒体描述参数可以是第二终端设备上用于创建应用通道的参数或者第一终端设备的SBC上用于创建应用通道的参数。

一些实施例中，如果第一终端设备与第二终端设备之间建立直连的应用通道，则200OK消息携带第二终端设备的媒体描述参数。另一些实施例中，第一终端设备与第二终端设备之间的应用通道经过服务于第一终端设备的SBC1和服务与第二终端设备的SBC2，则200OK携带SBC1的媒体描述参数。

一种可能的示例中，网络接口模块将会话修改请求发送到数据链路层模块，进行数据链路层的封装处理，然后再发出。从而数据链路层模块接收到来自通话应用服务器的经过数据链路层封装的会话修改响应，从经过数据链路层封装的会话修改响应中解封装得到会话修改响应，在传输给网络接口模块。

1006，网络接口模块将会话修改响应发送给会话建立和控制模块。

1007，会话建立和控制模块从会话修改响应中获取第二终端设备的媒体描述参数或者SBC1的媒体描述参数。

1008，会话建立和控制模块将第一媒体描述参数和第二终端设备的媒体描述参数(或者SBC1的媒体描述参数)发送给数据通道模块。

1009，数据通道模块根据第一媒体描述参数和第二终端设备的媒体描述参数(或者SBC1的媒体描述参数)完成第一终端设备侧的应用通道的建立。

一种可能的实施方式中，应用通道完成建立后，第一终端设备可以将第一应用的页面ID或者第一应用的ID发送给第二终端设备。例如，人机交互模块接收用户在主页面运行第一应用的操作时，将第一应用的页面ID或者第一应用的ID发送给数据通道模块，通过数据通道模块将第一应用的页面ID或者第一应用的ID发送给第二终端设备。从而第一终端设备与第二终端设备均向轻应用服务器请求第一应用的页面。

第一终端设备与第二终端设备在获取到第一应用的页面后，第一终端设备将第一应用的页面显示给第一终端设备的用户，第二终端设备将第一应用的页面显示给第二终端设备用户。第一终端设备与第二终端设备的用户通过针对页面操作，触发产生媒体数据。

应用通道完成建立后，第一终端设备与第二终端设备之间可以通过应用通道传输运行第一应用产生的媒体数据。

作为一种示例，如下从第一终端设备内部角度，对第一终端设备与第二终端设备之间传输第一应用产生的媒体数据的流程进行说明。

参见图11A和图11B所示，对第一终端设备运行第一应用产生的媒体数据的传输流程进行说明。

1101，脚本模块在运行第一应用时产生第一媒体数据，将第一媒体数据发送给数据通道模块；为了便于区分，此处将第一终端上运行第一应用产生的数据称为第一媒体数据。

脚本模块运行第一应用产生第一媒体数据，可以理解为脚本模块通过第一应用的应用脚本产生第一媒体数据。

1102，数据通道模块对第一媒体数据进行通道封装处理获得第一DC数据。

1103，并将第一DC数据发送给网络接口模块。示例性地，数据通道模块按照建立的应用通道的通道参数来封装第一媒体数据为第一DC数据。

1104，网络接口模块，用于通过应用通道向第二终端设备发送第一DC数据。

一些可能的示例中，脚本模块在发送媒体数据之前，先向数据通道模块请求资源。具体的，参见图11B所示。

1101a，脚本模块在通过第一应用的应用脚本产生第一媒体数据，向数据通道模块发送DC数据资源请求，用于请求发送第一媒体数据的资源。

1101b，数据通道模块为发送第一媒体数据分配资源，比如端口的网络资源。

1101c，数据通道模块向脚本模块发送资源请求成功消息。脚本模块在接收到资源请求成功消息后，将产生的第一媒体数据传输给数据通道模块。

参见图12所示，针对第一终端设备处理第二终端设备传输的媒体数据的处理流程进行说明。

第二终端设备向第一终端设备发送运行第一应用产生的第二媒体数据。第二媒体数据在通过应用通道传输时被第二终端设备封装为第二DC数据。

1201，网络接口模块通过数据通道接收来自第二终端设备的第二DC数据，第二DC数据承载第二终端设备的第二媒体数据。

1202，网络接口模块将第二DC数据发送给数据通道模块。

1203，数据通道模块接收到第二DC数据后，对第二DC数据进行通道解封装处理得到第二媒体数据；

1204，数据通道模块将第二媒体数据发送给脚本模块。

1205，脚本模块接收到第二媒体数据，对第二媒体数据进行媒体处理。

比如，脚本模块可以通过运行第一应用的应用脚本对第二媒体数据进行媒体处理。

上述方案，脚本模块与数据通道模块之间建立有接口，用于应用脚本运行产生的媒体数据的发送。

一种可能的实施方式中，应用运行产生媒体数据后，可以先经过数据封装处理，比如预测、补充、编码等处理，可以提高数据传输的鲁棒性。本申请实施例中将经过数据封装处理后的数据称为特殊DC媒体数据，简称为ADC媒体数据。

参见13A和图13B所示，对第一终端设备运行第一应用产生的媒体数据的传输流程进行说明。脚本模块运行第一应用产生第一媒体数据后，可以对第一媒体数据进行数据封装处理，比如预测、补充、编码等处理，再发送给数据通道模块传输。比如，可以通过运行数据封装脚本(或者称为特殊数据通道脚本，ADC脚本)对第一媒体数据进行数据封装处理。参见图13A所示：

1301，脚本模块运行第一应用的应用脚本产生第一媒体数据。

1302，第一应用的应用脚本将第一媒体数据发送给数据封装脚本(或者称为特殊数据通道脚本，ADC脚本)。

1303，数据封装脚本对第一媒体数据进行数据封装处理获得第一ADC媒体数据。

1304，数据封装脚本将第一ADC媒体数据发送给数据通道模块。为了便于区分，此处将第一终端上运行第一应用产生的数据称为第一媒体数据。

1305，数据通道模块对第一ADC媒体数据进行通道封装处理获得第一DC数据；

1306，数据通道模块将第一DC数据发送给网络接口模块。示例性地，数据通道模块按照建立的应用通道的通道参数来封装第一ADC媒体数据为第一DC数据。

1307，网络接口模块，用于通过应用通道向第二终端设备发送第一DC数据。

一些可能的示例中，脚本模块在发送第一ADC媒体数据之前，先向数据通道模块请求资源，然后再发送。具体的，参见图13B所示。

1301a，脚本模块在通过第一应用的应用脚本产生第一媒体数据，向数据通道模块发送DC数据资源请求，用于请求发送第一媒体数据的资源。

1301b，数据通道模块为发送第一媒体数据分配资源，比如端口的网络资源。

1301c，数据通道模块向脚本模块发送资源请求成功消息。脚本模块在接收到资源请求成功消息后，通过ADC脚本对应用脚本产生的第一媒体数据进行数据封装处理。

参见图14所示，针对第一终端设备处理第二终端设备传输的媒体数据的处理流程进行说明。

第二终端设备向第一终端设备发送运行第一应用产生的第二媒体数据。第二媒体数据先经过数据封装处理，然后经过通道封装处理得到第二DC数据后，再经过应用通道传输给第一终端设备。

1401，网络接口模块通过数据通道接收来自第二终端设备的第二DC数据，第二DC数据承载第二终端设备的第二媒体数据。

1402，网络接口模块将第二DC数据发送给数据通道模块。

1403，数据通道模块接收到第二DC数据后，对第二DC数据进行通道解封装处理得到第二ADC媒体数据；

1404，数据通道模块将第二ADC媒体数据发送给脚本模块。

1405，脚本模块中的ADC脚本对第二ADC媒体数据进行数据解封装处理获得第二媒体数据。

1406，ADC脚本将第二媒体数据发送给第一应用的应用脚本。

1407，第一应用的应用脚本对第二媒体数据进行媒体处理。

上述方案，脚本模块与数据通道模块之间建立有接口，用于应用脚本运行产生的媒体数据的发送。

本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能单元可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是个人计算机，手机，或者网络设备等)或处理器(processor)执行本申请各个实施例该方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请实施例中，所述轻应用服务器以及终端设备均可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在一个简单的实施例中，SBC、CSCF、轻应用服务器可采用图15所示的形式。

如图15所示的装置1500，包括至少一个处理器1501，通信接口1502。可选地，还可以包括存储器1503。

一种可能的实现方式中，当轻应用服务器采用图15所示的形式时，图15中的处理器1501可以通过调用存储器1503中存储的计算机执行指令，使得所述轻应用服务器可以执行上述任一方法实施例中的所述轻应用服务器执行的方法。

处理器1501可以通过通信接口1501与其他设备进行通信。比如，处理器1501通过通信接口1501接收会话创建请求，以及发送会话创建响应。

又一种可能的实现方式中，当SBC采用图15所示的形式时，图15中的处理器1501可以通过调用存储器1503中存储的计算机执行指令，使得所述SBC可以执行上述任一方法实施例中的所述SBC1或者SBC2执行的方法。

又一种可能的实现方式中，当CSCF采用图15所示的形式时，图15中的处理器1501可以通过调用存储器1503中存储的计算机执行指令，使得所述CSCF可以执行上述任一方法实施例中的CSCF执行的方法。

本申请实施例中不限定上述处理器1501以及存储器1503之间的具体连接介质。本申请实施例在图中以存储器1503和处理器1501之间通过总线1504连接，总线1504在图中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。该总线1504可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在一个简单的实施例中，所述终端设备可采用图16所示的形式。如图16所示的装置1600包括至少一个处理器1601，通信接口1602，可选地还可以包括存储器1603。在一种可能的实现方式中，装置1600还包括显示器1604。所述装置还可以包括传感器1605，用于检测用户在页面上的操作。

处理器1601可以具有数据收发功能，能够与其他设备进行通信，在如图16装置中，也可以设置独立的数据收发模块，例如通信接口1602，用于收发数据；处理器1601在与其他设备进行通信时，可以通过通信接口1602进行数据传输。

当所述终端设备采用图16所示的形式时，图16中的处理器1601可以通过调用存储器1603中存储的计算机执行指令，使得所述终端设备可以执行上述任一方法实施例中的所述终端设备(比如第一终端设备)执行的方法。

本申请实施例中不限定上述处理器1601以及存储器1603、通信接口1602、显示器1604以及传感器1605之间的具体连接介质。本申请实施例在图中通过总线1606连接为例，总线1606在图中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。该总线1606可以分为地址总线、数据总线、控制总线等。为便于表示，图16中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

基于以上实施例，本申请实施例还提供了一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现上述任意一个或多个实施例提供业务平台或边缘计算设备执行的方法。所述计算机存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

基于以上实施例，本申请实施例还提供了一种芯片，该芯片包括处理器，用于实现上述任意一个或多个实施例所涉及的轻应用服务器的功能或者终端设备的功能。可选地，所述芯片还包括存储器，所述存储器，用于处理器所执行必要的程序指令和数据。该芯片，可以由芯片构成，也可以包含芯片和其他分立器件。

应理解，说明书通篇中提到的“一个实施例”、“一个实现方式”、“一个实施方式”或“一示例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”、“一个实现方式”、“一个实施方式”或“在一示例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。本申请涉及的术语“至少一个”，是指一个，或一个以上，即包括一个、两个、三个及以上；“多个”，是指两个，或两个以上，即包括两个、三个及以上。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。应理解，在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。此外，本申请实施例和权利要求书及附图中的术语“包括”和“具有”不是排他的。例如，包括了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，还可以包括没有列出的步骤或模块。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，DVD；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

Claims (14)

1.一种通信方法，其特征在于，包括：

第一终端设备触发运行第一应用以执行与第二终端设备的数据通道DC通话时，通过所述DC通话控制脚本生成会话修改请求，所述会话修改请求用于请求建立与所述第二终端设备之间的数据通道，所述数据通道用于在所述第一终端设备与所述第二终端设备之间传输运行第一应用产生的媒体数据；

向通话应用服务器发送所述会话修改请求。

2.如权利要求1所述的方法，其特征在于，所述会话修改请求包括所述第一终端设备的第一媒体描述信息，所述第一媒体描述信息包括用于创建所述数据通道的参数；所述方法还包括：

接收会话修改响应，所述会话修改响应包括所述第二终端设备的第二媒体描述信息，所述第二媒体描述信息包括用于创建所述数据通道的参数；

根据所述第一媒体描述信息和所述第二媒体描述信息创建所述数据通道。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

所述第一终端设备在运行所述第一应用时产生第一媒体数据；

通过所述数据通道向所述第二终端设备发送所述第一媒体数据。

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

通过所述数据通道接收来自所述第二终端设备的第二媒体数据；

运行所述第一应用以对所述第二媒体数据进行媒体处理。

5.如权利要求2所述的方法，其特征在于，所述方法还包括：

所述第一终端设备通过运行所述第一应用产生第一媒体数据；

对所述第一媒体数据进行数据封装处理；

通过所述数据通道向所述第二终端设备发送经过数据封装处理后的所述第一媒体数据。

6.如权利要求2或5所述的方法，其特征在于，所述方法还包括：

通过所述数据通道接收来自所述第二终端设备的第二媒体数据；

对所述第二媒体数据进行解封装处理；

运行所述第一应用对解封装处理后的第二媒体数据进行媒体处理。

7.一种通信装置，其特征在于，包括脚本模块、会话建立和控制模块和网络接口模块；

所述脚本模块，用于在第一终端设备触发运行第一应用以执行与所述第二终端设备的数据通道DC通话时，通过所述DC通话控制脚本向所述会话建立和控制模块发送生成会话控制请求，所述会话控制请求用于指示生成会话修改请求，所述会话修改请求用于请求建立与所述第二终端设备之间的数据通道，所述数据通道用于在所述第一终端设备与所述第二终端设备之间传输运行第一应用产生的媒体数据；

所述会话建立和控制模块，用于根据所述会话控制请求生成所述会话修改请求；

网络接口模块，用于向通话应用服务器发送所述会话修改请求。

8.如权利要求7所述的装置，其特征在于，所述会话修改请求包括所述第一终端设备的第一媒体描述信息，所述第一媒体描述信息包括用于创建所述数据通道的参数；所述装置还包括数据通道模块；

所述网络接口模块，还用于接收来自所述第一应用的应用服务器的会话修改响应，所述会话修改响应包括所述第二终端设备的第二媒体描述信息，所述第二媒体描述信息包括用于创建所述数据通道的参数；

所述网络接口模块，还用于将所述会话修改响应发送给所述会话建立和控制模块；

所述会话建立和控制模块，还用于将所述第一媒体描述信息和所述第二媒体描述信息发送给所述数据通道模块；

所述数据通道模块，用于根据所述第一媒体描述信息和所述第二媒体描述信息建立所述数据通道。

9.如权利要求8所述的装置，其特征在于，所述脚本模块，还用于在运行所述第一应用时产生第一媒体数据，将所述第一媒体数据发送给所述数据通道模块；

所述数据通道模块，用于对所述第一媒体数据进行通道封装处理获得第一DC数据，并将所述第一DC数据发送给所述网络接口模块；

所述网络接口模块，用于通过所述数据通道向所述第二终端设备发送所述第一DC数据。

10.如权利要求8或9所述的装置，其特征在于，所述网络接口模块，还用于通过所述数据通道接收来自所述第二终端设备的第二DC数据，所述第二DC数据承载所述第二终端设备的第二媒体数据；

所述数据通道模块，还用于对所述第二DC数据进行通道解封装处理得到所述第二媒体数据；

所述脚本模块，还用于从所述数据通道模块获取所述第二媒体数据，并通过运行所述第一应用以对所述第二媒体数据进行媒体处理。

11.如权利要求8所述的装置，其特征在于，所述脚本模块，还用于通过运行所述第一应用产生第一媒体数据，通过数据处理脚本对所述第一媒体数据进行数据封装处理；将经过数据封装处理后的所述第一媒体数据发送给所述数据通道模块；

所述数据通道模块，还用于对数据封装处理后的第一媒体数据进行通道封装处理获得第一DC数据；

所述网络接口模块，还用于向所述第二终端设备发送所述第一DC数据。

12.如权利要求8或11所述的装置，其特征在于，所述网络接口模块，用于通过所述数据通道接收来自所述第二终端设备的第二DC数据，所述第二终端设备的第二DC数据承载所述第二终端设备的第二媒体数据；

所述数据通道模块，还用于对所述第二DC数据进行通道解封装处理；

所述脚本模块，还用于通过数据处理脚本对通道解封装处理后的第二DC数据进行数据解封装处理得到所述第二媒体数据，并通过第一应用的应用脚本对所述第二媒体数据进行媒体处理。

13.一种装置，其特征在于，所述装置包括通信接口和处理器；

所述通信接口，用于收发信号；

所述处理器，用于通过所述通信接口收发信号并实现如权利要求1至6中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如权利要求1-6中任一项所述的方法。

Images