CN116633905A - 一种通信方法、装置及通信系统 - Google Patents

Abstract

本申请公开了一种通信方法、装置及通信系统，可以使得支持建立数据通道的UE的用户与不支持建立数据通道的UE的用户之间，或者建立了数据通道的UE的用户与未能建立数据通道的UE的用户之间实现实时互动。该方法应用于数据通道服务实体，该数据通道服务实体用于在处于同一个通话业务中的第一UE与第二UE之间传输实时互动信息。该方法包括：与第一UE建立第一数据通道且与第二UE建立第一视频通道，将第一UE通过第一数据通道发送的第一实时互动信息通过第一视频通道发送给第二UE，和/或，将第二UE通过第一视频通道发送的第二实时互动信息通过第一数据通道发送给第一UE。其中，第一数据通道用于基于SCTP传输数据，第一视频通道用于基于UDP传输数据。

Description

一种通信方法、装置及通信系统

技术领域

本申请涉及通信领域，尤其涉及一种通信方法、装置及通信系统。

背景技术

在互联网协议多媒体子系统(internet protocol multimedia subsystem，IMS)中，用户设备(user equipment，UE)与IMS网络之间可以建立一条或多条媒体通道，以实现主叫用户与被叫用户之间的音视频通信。其中，媒体通道包括音频通道或视频通道。音频通道可以用于传输音频信息，视频通道可以用于传输视频信息。

随着互联网技术的快速发展，用户之间除了进行音视频通信之外，还希望在音视频通信过程中进行实时互动，例如，通话中的一个用户可以与另一个用户共享屏幕，或通话中的一个用户可以通过增强现实(augmented reality，AR)技术在另一个用户的UE上叠加虚拟背景等虚拟元素。而上述媒体通道无法传输这些实时互动信息。为了解决这个问题，第三代合作伙伴计划(3rd generation partnership project，3GPP)标准组织提出了在IMS会话中建立一条或多条与媒体通道并行的数据通道(data channel)。该数据通道可以用于传输多种类型(如：文本、图片、视频或二进制流等等)的实时互动信息，以在音视频通话中实现实时互动。例如，如图1所示，UE 101和UE 102之间除了建立音频通道104和视频通道105之外，还可以建立数据通道103。音频通道104用于传输音频信息，视频通道105用于传输视频信息，数据通道103用于传输实时互动信息。

然而，如今市场中的UE的类型多种多样，并不是每种类型的UE都支持建立数据通道。那么，支持建立数据通道的UE与不支持建立数据通道的UE之间就无法实现实时互动。

发明内容

本申请实施例提供一种通信方法、装置及通信系统，可以使得支持建立数据通道的UE的用户与不支持建立数据通道的UE的用户之间在通话业务中实现实时互动，或者可以使得建立了数据通道的UE的用户与未能建立数据通道的UE的用户之间在通话业务中实现实时互动。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种通信方法，应用于数据通道服务实体，该数据通道服务实体用于在处于同一个通话业务中的第一用户设备与第二用户设备之间传输实时互动信息。执行该方法的装置可以为数据通道服务实体；也可以为应用于数据通道服务实体中的模块，例如芯片或芯片系统。下面以执行主体为数据通道服务实体为例进行描述。该方法包括：与该第一用户设备建立第一数据通道且与该第二用户设备建立第一视频通道，该第一数据通道用于基于SCTP传输数据，该第一视频通道用于基于UDP传输数据，第一用户设备支持建立数据通道，第二用户设备不支持建立数据通道或者第二用户设备支持建立数据通道但是第二用户设备与数据通道服务实体之间不建立数据通道；将该第一用户设备通过该第一数据通道发送的第一实时互动信息通过该第一视频通道发送给该第二用户设备，和/或，将该第二用户设备通过该第一视频通道发送的第二实时互动信息通过该第一数据通道发送给该第一用户设备。

基于上述第一方面提供的方法，数据通道服务实体可以与第一用户设备建立第一数据通道，与第二用户设备建立第一视频通道。如此，数据通道服务实体可以将第一用户设备通过第一数据通道发送的第一实时互动信息通过第一视频通道发送给第二用户设备，和/或，将第二用户设备通过第一视频通道发送的第二实时互动信息通过第一数据通道发送给第一用户设备，以使得支持建立数据通道的第一用户设备的用户与不支持建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动，或者使得建立了数据通道的第一用户设备的用户与未能建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动。

在一种可能的实现方式中，将该第一用户设备通过该第一数据通道发送的第一实时互动信息通过第一视频通道发送给该第二用户设备，包括：通过第一数据通道从第一用户设备接收第一RTP数据，该第一RTP数据包含该第一实时互动信息；通过第一视频通道向第二用户设备发送该第一RTP数据；将该第二用户设备通过该第一视频通道发送的第二实时互动信息通过该第一数据通道发送给该第一用户设备，包括：通过第一视频通道从第二用户设备接收第二RTP数据，该第二RTP数据包含该第二实时互动信息；通过第一数据通道向第一用户设备发送该第二RTP数据。

基于上述可能的实现方式，数据通道服务实体可以将通过第一数据通道从第一用户设备接收的包括第一实时互动信息的第一RTP数据，通过第一视频通道发送给第二用户设备，使得第二用户设备可以基于第一RTP数据将第一实时互动信息呈现出来，例如，若第一实时互动信息包括用户在屏幕上所画的标记，则第二用户设备在第二用户设备的屏幕上呈现该标记；和/或，将通过第一视频通道从第二用户设备接收的包括第二实时互动信息的第二RTP数据，通过第一数据通道发送给第一用户设备，使得第一用户设备可以基于第二RTP数据将第二实时互动信息呈现出来，例如，若第二实时互动信息包括第二用户设备的摄像头拍摄的内容，则第一用户设备在第一用户设备的屏幕上呈现该内容。如此，可以使得支持建立数据通道的第一用户设备的用户与不支持建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动，或者建立了数据通道的第一用户设备的用户与未能建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动。

在一种可能的实现方式中，该方法还包括：与该第一用户设备建立第二数据通道并与该第二用户设备建立第二视频通道，该第二数据通道用于基于SCTP传输数据，该第二视频通道用于基于UDP传输数据；将该第一用户设备通过该第二数据通道发送的RTCP数据通过该第二视频通道发送给该第二用户设备，和/或，将该第二用户设备通过该第二视频通道发送的RTCP数据通过该第二数据通道发送给该第一用户设备。

基于上述可能的实现方式，数据通道服务实体可以使得支持建立数据通道的第一用户设备与不支持建立数据通道的第二用户设备之间，或者建立了数据通道的第一用户设备与未能建立数据通道的第二用户设备之间实现RTCP数据的传输，以实现对RTP数据的控制。

在一种可能的实现方式中，该方法还包括：与该第二用户设备建立第二视频通道，该第二视频通道用于基于UDP传输数据；将该第一用户设备通过该第一数据通道发送的RTCP数据通过该第二视频通道发送给该第二用户设备，和/或，将该第二用户设备通过该第二视频通道发送的RTCP数据通过该第一数据通道发送给该第一用户设备。

基于上述可能的实现方式，数据通道服务实体可以将通过第一数据通道从第一用户设备接收的RTCP数据，通过第二视频通道发送给第二用户设备；和/或，将通过第二视频通道从第二用户设备接收的RTCP数据，通过第一数据通道发送给第一用户设备。在上述过程中，RTCP数据和RTP数据都可以共用第一数据通道，如此，第一用户设备和数据通道服务实体不用建立多条数据通道以传输不同的数据(如RTP数据和RTCP数据)。

在一种可能的实现方式中，将该第一用户设备通过该第一数据通道发送的第一实时互动信息通过该第一视频通道发送给该第二用户设备，包括：通过该第一数据通道从该第一用户设备接收该第一实时互动信息；通过该第一视频通道向该第二用户设备发送第三RTP数据，该第三RTP数据包含该第一实时互动信息；该将该第二用户设备通过该第一视频通道发送的第二实时互动信息通过该第一数据通道发送给该第一用户设备，包括：通过该第一视频通道从该第二用户设备接收第四RTP数据；从该第四RTP数据提取该第二实时互动信息；通过该第一数据通道向该第一用户设备发送该第二实时互动信息。

基于上述可能的实现方式，数据通道服务实体可以将通过第一数据通道从第一用户设备接收的第一实时互动信息，通过第三RTP数据发送给第二用户设备，和/或，在通过第一视频通道从第二用户设备接收的第四RTP数据中提取实时互动信息，并通过第一数据通道向第一用户设备发送提取出的第二实时互动信息。一方面，使得支持建立数据通道的第一用户设备的用户与不支持建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动，或者建立了数据通道的第一用户设备的用户与未能建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动。另一方面，实时互动信息的大小小于RTP数据，所以可以节省数据通道服务实体与第一用户设备之间的流量。

在一种可能的实现方式中，在与该第二用户设备建立第一视频通道之前，该方法还包括：确定在该数据通道服务实体与该第二用户设备之间不建立数据通道。

基于上述可能的实现方式，数据通道服务实体确定与第二用户设备之间不建立数据通道的情况下，可以与第二用户设备建立第一视频通道，使得数据通道服务实体从第一数据通道接收的数据能够通过第一视频通道发送给第二用户设备。

在一种可能的实现方式中，确定在该数据通道服务实体与该第二用户设备之间不建立数据通道，包括：从该第二用户设备接收第一指示信息，该第一指示信息指示在该数据通道服务实体与该第二用户设备之间建立数据通道失败；根据该第一指示信息，确定在该数据通道服务实体与该第二用户设备之间不建立数据通道。

基于上述可能的实现方式，在第二用户设备向数据通道服务实体指示在数据通道服务实体与第二用户设备之间建立数据通道失败的情况下，数据通道服务实体可以确定与第二用户设备之间不建立数据通道。

在一种可能的实现方式中，从该第二用户设备接收第一指示信息，包括：向该第二用户设备发送第一请求信息，该第一请求信息携带该数据通道服务实体用于建立与该第二用户设备的数据通道的媒体描述信息；从该第二用户设备接收第一响应信息，该第一响应信息包含该第一指示信息。

基于上述可能的实现方式，数据通道服务实体可以通过第一请求信息触发第二用户设备发送第一响应信息，以指示数据通道服务实体与第二用户设备之间不建立数据通道。

在一种可能的实现方式中，确定在该数据通道服务实体与该第二用户设备之间不建立数据通道，包括：从该第二用户设备接收第二请求信息；根据该第二请求信息未携带该第二用户设备用于建立与该数据通道服务实体的数据通道的媒体描述信息，确定在该第二用户设备与该数据通道服务实体之间不建立数据通道。

基于上述可能的实现方式，在第二请求信息未携带第二用户设备用于建立与数据通道服务实体的数据通道的媒体描述信息的情况下，数据通道服务实体可以确定与第二用户设备之间不建立数据通道。

在一种可能的实现方式中，在确定在该数据通道服务实体与该第二用户设备之间不建立数据通道之后，该方法还包括：向该第一用户设备发送第三指示信息，该第三指示信息指示该第二用户设备与该数据通道服务实体之间不建立数据通道。

基于上述可能的实现方式，数据通道服务实体可以在确定数据通道服务实体与第二用户设备之间不建立数据通道之后，向第一用户设备发送第三指示信息，以向第一用户设备指示第二用户设备与数据通道服务实体之间不建立数据通道。

在一种可能的实现方式中，在向该第一用户设备发送第三指示信息之前，该方法还包括：从该第一用户设备接收第三请求信息，该第三请求信息用于请求关于该第二用户设备与该数据通道服务实体之间是否建立数据通道的信息。

基于上述可能的实现方式，数据通道服务实体可以基于第一用户设备的请求，向第一用户设备发送第三指示信息，以向第一用户设备指示第二用户设备与数据通道服务实体之间不建立数据通道。

在一种可能的实现方式中，该方法还包括：与该第一用户设备建立第三数据通道；从该第一用户设备接收第三请求信息，包括：通过该第三数据通道从该第一用户设备接收该第三请求信息；向该第一用户设备发送第三指示信息，包括：通过该第三数据通道向该第一用户设备发送该第三指示信息。

基于上述可能的实现方式，数据通道服务实体可以与第一用户设备建立第三数据通道，以传输第三请求信息和第三指示信息。

在一种可能的实现方式中，在与该第二用户设备建立第一视频通道之前，该方法还包括：通过该第三数据通道从该第一用户设备接收第四请求信息，该第四请求信息携带第一媒体描述信息和第二指示信息；该第一媒体描述信息携带该第一用户设备通过该第一数据通道传输的RTP数据的参数(例如，RTP数据的编解码参数等)，该第二指示信息用于请求建立该第一视频通道；向该第二用户设备发送第五请求信息，该第五请求信息携带第二媒体描述信息，该第二媒体描述信息为该数据通道服务实体用于建立该第一视频通道的媒体描述信息；从该第二用户设备接收第二响应信息，该第二响应信息携带第三媒体描述信息，该第三媒体描述信息为该第二用户设备用于建立该第一视频通道的媒体描述信息；通过该第三数据通道向该第一用户设备发送第三响应信息，该第三响应信息携带第四媒体描述信息，该第四媒体描述信息携带该数据通道服务实体通过该第一数据通道传输的RTP数据的参数。

基于上述可能的实现方式，数据通道服务实体可以与第一用户设备协商通过第一数据通道传输的RTP数据的参数，并且可以根据通过第三数据通道从第一用户设备接收的第四请求信息，与第二用户设备协商建立第一视频通道的媒体描述信息，以建立第一视频通道。

在一种可能的实现方式中，在与该第二用户设备建立第一视频通道之前，该方法还包括：从该第一用户设备接收第四请求信息，该第四请求信息携带第一媒体描述信息和第二指示信息，该第一媒体描述信息携带该第一用户设备通过该第一数据通道传输的RTP数据的参数(例如，RTP数据的编解码参数等)，该第二指示信息用于请求建立该第一视频通道；向该第二用户设备发送第五请求信息，该第五请求信息携带第二媒体描述信息，该第二媒体描述信息为该数据通道服务实体用于建立该第一视频通道的媒体描述信息；从该第二用户设备接收第二响应信息，该第二响应信息携带第三媒体描述信息，该第三媒体描述信息为该第二用户设备用于建立该第一视频通道的媒体描述信息；向该第一用户设备发送第三响应信息，该第三响应信息携带第四媒体描述信息，该第四媒体描述信息携带该数据通道服务实体通过该第一数据通道传输的RTP数据的参数。

基于上述可能的实现方式，数据通道服务实体可以与第一用户设备协商通过该第一数据通道传输的RTP数据的参数，并且可以根据第一用户设备的请求，与第二用户设备协商建立第一视频通道的媒体描述信息，以建立第一视频通道。

在一种可能的实现方式中，该方法还包括：与该第一用户设备建立第四数据通道；从该第一用户设备接收第四请求信息，包括：通过该第四数据通道从该第一用户设备接收该第四请求信息；向该第一用户设备发送第三响应信息，包括：通过该第四数据通道向该第一用户设备发送该第三响应信息。

基于上述可能的实现方式，数据通道服务实体可以与第一用户设备建立第四数据通道，以传输第四请求信息和第三响应信息。

在一种可能的实现方式中，该第四请求信息还携带该第一数据通道的标识；该第三响应信息还携带该第一数据通道的标识。

基于上述可能的实现方式，第四请求信息还携带第一数据通道的标识，以向数据通道服务实体指示用于传输RTP数据的数据通道。第三响应信息还携带该第一数据通道的标识，以向第一用户设备指示用户传输RTP数据的数据通道。

在一种可能的实现方式中，该第四请求信息还携带该第二数据通道的标识；该第三响应信息还携带该该第二数据通道的标识。

基于上述可能的实现方式，第四请求信息还携带第二数据通道的标识，以向数据通道服务实体指示用于传输RTCP数据的数据通道。第三响应信息还携带该第二数据通道的标识，以向第一用户设备指示用户传输RTCP数据的数据通道。

在一种可能的实现方式中，该方法还包括：建立该第一视频通道与该第一数据通道的对应关系；建立该第二视频通道与该第二数据通道的对应关系。

基于上述可能的实现方式，数据通道服务实体可以建立第一视频通道与第一数据通道的对应关系，以使得数据通道服务实体能够将第一用户设备通过第一数据通道发送的实时互动信息通过第一视频通道发送给第二用户设备。数据通道服务实体还可以建立该第二视频通道与该第二数据通道的对应关系，以使得数据通道服务实体能够将第二用户设备通过第一视频通道发送的实时互动信息通过第一数据通道发送给第一用户设备。

在一种可能的实现方式中，该第一用户设备为主叫方用户设备，该第二用户设备为被叫方用户设备；或者，该第一用户设备为被叫方用户设备，该第二用户设备为主叫方用户设备。

基于上述可能的实现方式，在第一用户设备为主叫方用户设备，第二用户设备为被叫方用户设备的情况下，或者，在第一用户设备为被叫方用户设备，第二用户设备为主叫方用户设备的情况下，都可以适用第一方面或第一方面的任一种可能的实现方式所提供的方法。

在一种可能的实现方式中，该第一用户设备为互联网协议多媒体子系统IMS多媒体电话业务的数据通道DCMTSI客户端，该第二用户设备为IMS多媒体电话业务MTSI客户端。

基于上述可能的实现方式，DCMTSI客户端和MTSI客户端可以适用第一方面或第一方面的任一种可能的实现方式所提供的方法。

第二方面，提供了一种通信方法，执行该方法的装置可以为用户设备；也可以为应用于用户设备中的模块，例如芯片或芯片系统。该用户设备与对端用户设备处于同一个通话业务中，该用户设备与对端用户设备通过数据通道服务实体传输实时互动信息。对端用户设备为一个通话业务所涉及的多个用户设备中，除该用户设备之外的任意一个或多个用户设备。以一个通话业务所涉及的多个用户设备为第一用户设备和第二用户设备为例，若该用户设备为第一用户设备，则对端用户设备为第二用户设备。其中，该用户设备支持建立数据通道，该对端用户设备不支持建立数据通道，或者该对端用户设备支持建立数据通道，但是该对端用户设备与数据通道服务实体之间不建立数据通道。下面以执行主体为用户设备为例进行描述。该方法包括：与数据通道服务实体建立第一数据通道并触发该数据通道服务实体与该对端用户设备建立第一视频通道，该第一数据通道用于基于SCTP传输数据，该第一视频通道用于基于UDP传输数据；通过该第一数据通道向该数据通道服务实体发送第一实时互动信息，以触发该数据通道服务实体通过该第一视频通道向该对端用户设备发送该第一实时互动信息；和/或，通过该第一数据通道从该数据通道服务实体接收该数据通道服务实体通过该第一视频通道接收的第二实时互动信息。

基于上述第二方面提供的方法，用户设备可以与数据通道服务实体建立第一数据通道，并触发数据通道服务实体与对端用户设备建立第一视频通道。如此，该用户设备通过第一数据通道发送的第一实时互动信息即可经数据通道服务实体通过第一视频通道转发给对端用户设备，用户设备也可以通过第一数据通道从数据通道服务实体接收数据通道服务实体通过第一视频通道接收的第二实时互动信息，实现了支持建立数据通道的用户设备的用户与不支持建立数据通道的对端用户设备的用户之间在通话业务中的实时互动，或者建立了数据通道的用户设备的用户与未能建立数据通道的对端用户设备的用户之间在通话业务中的实时互动。

在一种可能的实现方式中，通过该第一数据通道向该数据通道服务实体发送第一实时互动信息，以触发该数据通道服务实体通过该第一视频通道向该对端用户设备发送该第一实时互动信息，包括：通过该第一数据通道向该数据通道服务实体发送第一实时传输协议RTP数据，以触发该数据通道服务实体通过该第一视频通道向该对端用户设备发送该第一RTP数据，该第一RTP数据包含该第一实时互动信息；通过该第一数据通道从该数据通道服务实体接收该数据通道服务实体通过该第一视频通道接收的第二实时互动信息，包括：通过该第一数据通道从该数据通道服务实体接收该数据通道服务实体通过该第一视频通道接收的第二RTP数据，该第二RTP数据包含该第二实时互动信息。

基于上述可能的实现方式，第一用户设备可以通过第一数据通道向数据通道服务实体发送包括第一实时互动信息的第一RTP数据，以触发数据通道服务实体通过第一视频通道向第二用户设备发送该第一RTP数据。如此，第二用户设备可以基于第一RTP数据将第一实时互动信息呈现出来，例如，若第一实时互动信息包括用户在屏幕上所画的标记，则第二用户设备在第二用户设备的屏幕上呈现该标记。和/或，第一用户设备可以通过第一数据通道从数据通道服务实体接收该数据通道服务实体通过第一视频通道接收的包括第二实时互动信息的第二RTP数据。如此，第一用户设备可以基于第二RTP数据将第二实时互动信息呈现出来，例如，若第二实时互动信息包括第二用户设备的摄像头拍摄的内容，则第一用户设备在第一用户设备的屏幕上呈现该内容。这样，可以使得支持建立数据通道的第一用户设备的用户与不支持建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动，或者建立了数据通道的第一用户设备的用户与未能建立数据通道的第二用户设备的用户之间在通话业务中实现实时互动。

在一种可能的实现方式中，该方法还包括：与该数据通道服务实体建立第二数据通道并触发该数据通道服务实体与该对端用户设备建立第二视频通道，该第二数据通道用于基于SCTP传输数据，该第二视频通道用于基于UDP传输数据；通过该第二数据通道向该数据通道服务实体发送RTCP数据，以触发该数据通道服务实体通过第二视频通道向该对端用户设备发送该RTCP数据；和/或，通过该第二数据通道从该数据通道服务实体接收该数据通道服务实体通过该第二视频通道接收的RTCP数据，以实现对RTP数据的控制。

基于上述可能的实现方式，用户设备通过第二数据通道发送的RTCP数据即可经数据通道服务实体通过第二视频通道转发给对端用户设备，用户设备也可以通过第二数据通道从数据通道服务实体接收数据通道服务实体通过第二视频通道接收的RTCP数据，以使得支持建立数据通道的用户设备与不支持建立数据通道的对端用户设备之间，或者建立了数据通道的用户设备与未能建立数据通道的对端用户设备之间实现RTCP数据的传输，进而能够控制RTP数据。

在一种可能的实现方式中，该方法还包括：通过该第一数据通道向该数据通道服务实体发送RTCP数据，以触发该数据通道服务实体通过第二视频通道向该对端用户设备发送该RTCP数据，该第二视频通道用于基于UDP传输数据；和/或，通过该第一数据通道从该数据通道服务实体接收该数据通道服务实体通过该第二视频通道接收的RTCP数据。

基于上述可能的实现方式，RTCP数据和RTP数据都可以共用第一数据通道，如此，第一用户设备和数据通道服务实体不用建立多条数据通道以传输不同的数据(如RTP数据和RTCP数据)。

在一种可能的实现方式中，触发该数据通道服务实体与该对端用户设备建立第一视频通道，包括：向该数据通道服务实体发送第四请求信息，该第四请求信息携带第一媒体描述信息和第二指示信息，该第一媒体描述信息携带该用户设备通过该第一数据通道传输的RTP数据的参数(例如，RTP数据的编解码参数等)，该第二指示信息用于请求建立该第一视频通道，；从该数据通道服务实体接收第三响应信息，该第三响应信息携带第四媒体描述信息，该第四媒体描述信息携带该数据通道服务实体通过该第一数据通道传输的RTP数据的参数。

基于上述可能的实现方式，用户设备能够与数据通道服务实体协商通过第一数据通道传输的RTP数据的参数，并且能够触发数据通道服务实体与对端用户设备建立第一视频通道，以实现支持建立数据通道的用户设备与不支持建立数据通道的对端用户设备之间在通话业务中的实时互动，或者建立了数据通道的用户设备与未能建立数据通道的对端用户设备之间在通话业务中的实时互动。

在一种可能的实现方式中，在向该数据通道服务实体发送第四请求信息之前，该方法还包括：从该数据通道服务实体接收第三指示信息，该第三指示信息指示该对端用户设备与该数据通道服务实体之间不建立数据通道。

基于上述可能的实现方式，用户设备可以从数据通道服务实体接收第三指示信息，以便用户设备确定是否在用户设备和对端用户设备之间建立数据通道。若对端用户设备与数据通道服务实体之间建立数据通道，则用户设备确定在用户设备和对端用户设备之间建立数据通道，用户设备和对端用户设备可以直接传输实时互动信息。若对端用户设备与数据通道服务实体之间不建立数据通道，则用户设备确定在用户设备和数据通道服务实体之间建立数据通道，在这种情况下，数据通道服务实体可以与对端用户设备建立视频通道。如此，通过数据通道服务实体进行数据包格式的转换，可以实现用户设备和对端用户设备之间的实时互动信息的传输。

在一种可能的实现方式中，在从该数据通道服务实体接收第三指示信息之前，该方法还包括：向该数据通道服务实体发送第三请求信息，该第三请求信息用于请求关于该对端用户设备与该数据通道服务实体之间是否建立数据通道的信息。

基于上述可能的实现方式，用户设备可以向数据通道服务实体询问对端用户设备与数据通道服务实体之间是否建立数据通道，以便用户设备确定是否在用户设备和对端用户设备之间建立用于传输实时互动信息的数据通道。

在一种可能的实现方式中，该方法还包括：与该数据通道服务实体建立第三数据通道；向该数据通道服务实体发送第三请求信息，包括：通过该第三数据通道向该数据通道服务实体发送该第三请求信息；从该数据通道服务实体接收第三指示信息，包括：通过该第三数据通道从该数据通道服务实体接收该第三指示信息。

基于上述可能的实现方式，用户设备可以与数据通道服务实体建立第三数据通道，以传输第三请求信息和第三指示信息。

在一种可能的实现方式中，向该数据通道服务实体发送第四请求信息，包括：通过该第三数据通道向该数据通道服务实体发送该第四请求信息；从该数据通道服务实体接收第三响应信息，包括：通过该第三数据通道从该数据通道服务实体接收该第三响应信息。

基于上述可能的实现方式，第三数据通道还能够用于传输第四请求信息和第三响应信息。

在一种可能的实现方式中，该方法还包括：与该数据通道服务实体建立第四数据通道；向该数据通道服务实体发送第四请求信息，包括：通过该第四数据通道向该数据通道服务实体发送该第四请求信息；从该数据通道服务实体接收第三响应信息，包括：通过该第四数据通道从该数据通道服务实体接收该第三响应信息。

基于上述可能的实现方式，用户设备可以与数据通道服务实体建立第四数据通道，以传输第四请求信息和第三响应信息。

在一种可能的实现方式中，该第四请求信息还携带该第一数据通道的标识；该第三响应信息还携带该第一数据通道的标识。

基于上述可能的实现方式，第四请求信息还携带第一数据通道的标识，以向数据通道服务实体指示用于传输RTP数据的数据通道。第三响应信息还携带该第一数据通道的标识，以向用户设备指示用户传输RTP数据的数据通道。

在一种可能的实现方式中，该第四请求信息还携带该第二数据通道的标识；该第三响应信息还携带该第二数据通道的标识。

基于上述可能的实现方式，第四请求信息还携带第二数据通道的标识，以向数据通道服务实体指示用于传输RTCP数据的数据通道。第三响应信息还携带该第二数据通道的标识，以向用户设备指示用户传输RTCP数据的数据通道。

在一种可能的实现方式中，该用户设备为主叫方用户设备，或被叫方用户设备。

基于上述可能的实现方式，在用户设备为主叫方用户设备的情况下，或者，在用户设备为被叫方用户设备情况下，都可以适用第二方面或第二方面的任一种可能的实现方式所提供的方法。

在一种可能的实现方式中，该用户设备为互联网协议多媒体子系统IMS多媒体电话业务的数据通道DCMTSI客户端。

基于上述可能的实现方式，DCMTSI客户端可以适用第二方面或第二方面的任一种可能的实现方式所提供的方法。

第三方面，提供了一种通信方法，应用于数据通道服务实体，该数据通道服务实体用于在处于同一个通话业务的的第一用户设备与第二用户设备之间传输实时互动信息。执行该方法的装置可以为数据通道服务实体；也可以为应用于数据通道服务实体中的模块，例如芯片或芯片系统。下面以执行主体为数据通道服务实体为例进行描述。该方法包括：从该第一用户设备接收第三请求信息，该第三请求信息用于请求关于该第二用户设备与该数据通道服务实体之间是否建立数据通道的信息；向该第一用户设备发送第三指示信息，该第三指示信息用于指示该第二用户设备与该数据通道服务实体之间是否建立数据通道。

基于上述第三方面提供的方法，基于第一用户设备的询问，数据通道服务实体可以向第一用户设备指示第二用户设备与数据通道服务实体之间是否建立数据通道，使得第一用户设备确定是否在第一用户设备和第二用户设备之间建立用于传输实时互动信息的数据通道。若第二用户设备与数据通道服务实体之间建立数据通道，则第一用户设备确定在第一用户设备和第二用户设备之间建立用于传输实时互动信息的数据通道，第一用户设备和第二用户设备可以直接传输实时互动信息。若第二用户设备与数据通道服务实体之间不建立数据通道，则第一用户设备确定在第一用户设备和数据通道服务实体之间建立用于传输实时互动信息的数据通道(如第一数据通道)，在这种情况下，数据通道服务实体可以与第二用户设备建立视频通道。如此，通过数据通道服务实体进行数据包格式的转换，可以实现第一用户设备和第二用户设备之间的实时互动信息的传输。

在一种可能的实现方式中，该第三指示信息指示该第二用户设备与该数据通道服务实体之间不建立数据通道，该方法还包括：确定在该数据通道服务实体与该第二用户设备之间不建立数据通道。

基于上述可能的实现方式，数据通道服务实体在确定数据通道服务实体与第二用户设备之间不建立数据通道的情况下，可以通过第三指示信息向第一用户设备指示第二用户设备与该数据通道服务实体之间不建立数据通道。

在一种可能的实现方式中，确定在该数据通道服务实体与该第二用户设备之间不建立数据通道，包括：从该第二用户设备接收第一指示信息，该第一指示信息指示在该数据通道服务实体与该第二用户设备之间不建立数据通道。

基于上述可能的实现方式，在第二用户设备向数据通道服务实体指示在数据通道服务实体与第二用户设备之间建立数据通道失败的情况下，数据通道服务实体可以确定与第二用户设备之间不建立数据通道。

在一种可能的实现方式中，从该第二用户设备接收第一指示信息，包括：向该第二用户设备发送第一请求信息，该第一请求信息携带该数据通道服务实体用于建立与该第二用户设备的数据通道的媒体描述信息；从该第二用户设备接收第一响应信息，该第一响应信息包含该第一指示信息。

基于上述可能的实现方式，数据通道服务实体可以通过第一请求信息触发第二用户设备发送第一响应信息，以指示数据通道服务实体与第二用户设备之间不建立数据通道。

在一种可能的实现方式中，确定在该数据通道服务实体与该第二用户设备之间不建立数据通道，包括：从该第二用户设备接收第二请求信息；根据该第二请求信息未携带该第二用户设备用于建立与该数据通道服务实体的数据通道的媒体描述信息，确定该第二用户设备与该数据通道服务实体之间不建立数据通道。

基于上述可能的实现方式，在第二请求信息未携带第二用户设备用于建立与数据通道服务实体的数据通道的媒体描述信息的情况下，数据通道服务实体可以确定与第二用户设备之间不建立数据通道。

在一种可能的实现方式中，该方法还包括：与该第一用户设备建立第三数据通道；该从该第一用户设备接收第三请求信息，包括：通过该第三数据通道从该第一用户设备接收该第三请求信息；该向该第一用户设备发送第三指示信息，包括：通过该第三数据通道向该第一用户设备发送该第三指示信息。

基于上述可能的实现方式，数据通道服务实体可以与第一用户设备建立第三数据通道，以传输第三请求信息和第三指示信息。

在一种可能的实现方式中，该第一用户设备为主叫方用户设备，该第二用户设备为被叫方用户设备；或者，该第一用户设备为被叫方用户设备，该第二用户设备为主叫方用户设备。

基于上述可能的实现方式，在第一用户设备为主叫方用户设备，第二用户设备为被叫方用户设备的情况下，或者，在第一用户设备为被叫方用户设备，第二用户设备为主叫方用户设备的情况下，都可以适用第三方面或第三方面的任一种可能的实现方式所提供的方法。

在一种可能的实现方式中，该第一用户设备为互联网协议多媒体子系统IMS多媒体电话业务的数据通道DCMTSI客户端，该第二用户设备为IMS多媒体电话业务MTSI客户端。

基于上述可能的实现方式，DCMTSI客户端和MTSI客户端可以适用第三方面或第三方面的任一种可能的实现方式所提供的方法。

第四方面，提供了一种通信方法，执行该方法的装置可以为用户设备；也可以为应用于用户设备中的模块，例如芯片或芯片系统。该用户设备与对端用户设备处于同一个通话业务中，用户设备与对端用户设备通过数据通道服务实体传输实时互动信息。对端用户设备为一个通话业务所涉及的多个用户设备中，除该用户设备之外的任意一个或多个用户设备。以一个通话业务所涉及的多个用户设备为第一用户设备和第二用户设备为例，若该用户设备为第一用户设备，则对端用户设备为第二用户设备。其中，该用户设备支持建立数据通道，该对端用户设备不支持建立数据通道，或者该对端用户设备支持建立数据通道，但是该对端用户设备与数据通道服务实体之间不建立数据通道。下面以执行主体为用户设备为例进行描述。该方法包括：向数据通道服务实体发送第三请求信息，该第三请求信息用于请求关于该对端用户设备与该数据通道服务实体之间是否建立数据通道的信息；从该数据通道服务实体接收第三指示信息，该第三指示信息用于指示该对端用户设备与该数据通道服务实体之间是否建立数据通道。

基于上述第四方面提供的方法，用户设备可以向数据通道服务实体询问对端用户设备与数据通道服务实体之间是否建立数据通道，以便用户设备确定是否在用户设备和对端用户设备之间建立用于传输实时互动信息的数据通道。若对端用户设备与数据通道服务实体之间建立数据通道，则用户设备确定在用户设备和对端用户设备之间建立用于传输实时互动信息的数据通道，用户设备和对端用户设备可以直接传输实时互动信息。若对端用户设备与数据通道服务实体之间不建立数据通道，则用户设备确定在用户设备和数据通道服务实体之间建立用于传输实时互动信息的数据通道，在这种情况下，数据通道服务实体可以与对端用户设备建立视频通道。如此，通过数据通道服务实体进行数据包格式的转换，可以实现用户设备和对端用户设备之间的实时互动信息的传输。

在一种可能的实现方式中，该方法还包括：与该数据媒体服务实体建立第三数据通道；向数据通道服务实体发送第三请求信息，包括：通过该第三数据通道向数据通道服务实体发送该第三请求信息；从该数据通道服务实体接收第三指示信息，包括：通过该第三数据通道从该数据通道服务实体接收该第三指示信息。

基于上述可能的实现方式，用户设备可以与数据通道服务实体建立第三数据通道，以传输第三请求信息和第三指示信息。

在一种可能的实现方式中，该用户设备为主叫方用户设备，或被叫方用户设备。

基于上述可能的实现方式，在用户设备为主叫方用户设备的情况下，或者，在用户设备为被叫方用户设备情况下，都可以适用第四方面或第四方面的任一种可能的实现方式所提供的方法。

在一种可能的实现方式中，该用户设备为互联网协议多媒体子系统IMS多媒体电话业务的数据通道DCMTSI客户端。

基于上述可能的实现方式，DCMTSI客户端可以适用第一方面或第一方面的任一种可能的实现方式所提供的方法。

第五方面，提供了一种数据通道服务实体用于实现上述第一方面或第三方面的方法。该数据通道服务实体包括实现上述第一方面方法或第三方面方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第六方面，提供了一种用户设备用于实现上述第二方面或第四方面的方法。该用户设备包括实现上述第二方面方法或第四方面方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第七方面，提供了一种数据通道服务实体，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述第一方面或第三方面所述的方法。

结合上述第七方面，在一种可能的实现方式中，该数据通道服务实体还包括存储器，该存储器，用于保存必要的程序指令和数据。

结合上述第七方面，在一种可能的实现方式中，该数据通道服务实体为芯片或芯片系统。可选的，该数据通道服务实体是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第八方面，提供了一种用户设备，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述第二方面或第四方面所述的方法。

结合上述第八方面，在一种可能的实现方式中，该用户设备还包括存储器，该存储器，用于保存必要的程序指令和数据。

结合上述第八方面，在一种可能的实现方式中，该用户设备为芯片或芯片系统。可选的，该用户设备是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第九方面，提供了一种数据通道服务实体，包括：处理器和接口电路；接口电路，用于接收计算机程序或指令并传输至处理器；处理器用于执行所述计算机程序或指令，以使该数据通道服务实体执行如上述第一方面或第三方面所述的方法。

结合上述第九方面，在一种可能的实现方式中，该数据通道服务实体为芯片或芯片系统。可选的，该数据通道服务实体是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第十方面，提供了一种用户设备，包括：处理器和接口电路；接口电路，用于接收计算机程序或指令并传输至处理器；处理器用于执行所述计算机程序或指令，以使该用户设备执行如上述第二方面或第四方面所述的方法。

结合上述第十方面，在一种可能的实现方式中，该用户设备为芯片或芯片系统。可选的，该用户设备是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第十一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第十二方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

其中，第五方面至第十二方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面至第四方面中任一方面或任一方面中不同可能的实现方式所带来的技术效果，此处不再赘述。

第十三方面，提供了一种通信系统，该通信系统包括用于执行上述第一方面所述的方法的数据通道服务实体、以及用于执行上述第二方面所述的方法的用户设备。

第十四方面，提供了一种通信系统，该通信系统包括用于执行上述第三方面所述的方法的数据通道服务实体、以及用于执行上述第四方面所述的方法的用户设备。

可以理解的是，在方案不矛盾的前提下，上述各个方面中的方案均可以结合。

附图说明

图1为本申请实施例提供的音频通道、视频通道和数据通道的示意图一；

图2为本申请实施例提供的UE的协议栈示意图；

图3A为本申请实施例提供的通信系统架构示意图一；

图3B为本申请实施例提供的通信系统架构示意图二；

图4A为本申请实施例提供的音频通道的示意图一；

图4B为本申请实施例提供的音频通道和视频通道的示意图一；

图4C为本申请实施例提供的音频通道的示意图二；

图4D为本申请实施例提供的音频通道和视频通道的示意图二；

图5A为本申请实施例提供的音频通道、视频通道和数据通道的示意图二；

图5B为本申请实施例提供的音频通道、视频通道和数据通道的示意图三；

图5C为本申请实施例提供的音频通道、视频通道和数据通道的示意图四；

图5D为本申请实施例提供的音频通道、视频通道和数据通道的示意图五；

图6为本申请实施例提供的通信装置的硬件结构示意图；

图7为本申请实施例提供的通信方法的流程示意图一；

图8为本申请实施例提供的传输实时互动信息的示意图；

图9A为本申请实施例提供的数据通道数据包与视频通道数据包的示意图一；

图9B为本申请实施例提供的数据通道数据包与视频通道数据包的示意图二；

图10为本申请实施例提供的通信方法的流程示意图二；

图11为本申请实施例提供的通信方法的流程示意图三；

图12为本申请实施例提供的数据通道服务实体的结构示意图一；

图13为本申请实施例提供的UE的结构示意图一；

图14为本申请实施例提供的数据通道服务实体的结构示意图二；

图15为本申请实施例提供的UE的结构示意图二。

具体实施方式

在介绍本申请实施例之前，对本申请实施例涉及的相关技术术语进行解释说明。可以理解的是，这些解释说明是为了让本申请实施例更容易被理解，而不应该视为对本申请实施例所要求的保护范围的限定。

1、用户设备(user equipment，UE)

本申请实施例所述的用户设备为终端用户的设备；该设备可以具有无线通信能力，则可以通过空中接口与无线接入设备相连；该设备也可以具有有线通信能力，则可以通过有线接口与有线接入设备相连；从产品形态上看，该设备可以是智能手机、带有无线通信功能的膝上电脑(Laptop)、平板电脑、可穿戴设备(如智能手表、智能手环、智能眼镜等)、AR(Augmented Reality，增强现实)设备、IoT(Internet of Things，万物互联)设备、办公桌面的台式机等；本申请实施例所述的用户设备可以是3GPP标准规范定义的UE(userequipment，用户设备)。

2、通话业务

本申请实施例所述的通话业务，是指用户设备以主叫身份或者被叫身份参与，经通信网络接续与其他一到多个用户设备之间进行的语音通话的业务或视频通话的业务。通话业务，在时间上可以涵盖从开始拨号到通话结束之间的整个过程，也可以涵盖从开始拨号到通话结束之间的部分过程，如从参与通话业务的各方进入通话状态到通话结束之间的过程。通话业务可以是一对一的通话业务，也可以是一对多(如会议)的通话业务；本申请实施例以一对一通话业务为例，但相关方案均可以用于一对多的通话业务。

本申请实施例中，“UE 1与UE 2处于同一个通话业务中”，是指UE 1和UE 2都是同一个通话业务的参与方，其中，UE 1为主叫方用户设备、UE 2为被叫方用户设备，或者，UE 1为被叫方用户设备，UE 2为主叫方用户设备，当通话业务为一对多通话业务，UE1和UE2可以都是被叫方用户设备。

3、音视频交互内容

本申请实施例所述的音视频交互内容为语音通话业务中各参与方用户设备之间实时传输的以实现语音交互为目的音频内容，或者，为视频通话业务中各参与方用户设备之间实时传输的以实现视频交互为目的音频内容和/或视频内容。

4、实时互动信息(real-time interaction information)

本申请实施例所述的实时互动信息为与多媒体电话会话密切相关的用于在通话业务的各参与方之间进行除语音通话和/或视频通话之外的实时互动的信息，或者说，实时互动信息为除音视频交互内容之外，与多媒体电话会话密切相关的、用于在通话业务的各参与方之间进行实时互动的信息。

作为一种示例，实时互动信息可以包括以下至少一项：用户设备的摄像头所拍摄的内容，点赞(thumb up)所生成的信息，桌面共享内容，用户在屏幕上所画的标记，用户输入的文本消息，用户输入的图片信息，地理位置信息或视频文件中的视频内容。这些信息可能由主叫方用户设备或被叫方用户设备中的任何一个设备生产或消费，也可能是通过与主叫方用户设备或被叫方用户设备相连接的设备生产或消费。

可选的，实时互动信息是由主叫方用户设备，和/或，被叫方用户设备，和/或，与主叫方用户设备或被叫方用户设备相连接的设备上的特定应用逻辑处理。

可选的，实时互动信息是在主叫方用户设备，和/或，被叫方用户设备，和/或，与主叫方用户设备或被叫方用户设备相连接的设备上呈现并由用户界面控制。

5、数据通道(data channel)

本申请实施例所述的数据通道，也被称为IMS数据通道(IMS data channel)，即IMS中的数据通道，可以用于基于流控制传输协议(stream control transmissionprotocol，SCTP)传输数据；也就是说，数据通道是一种基于SCTP传输数据的逻辑通道或数据连接。

根据用途的不同，可以将数据通道划分为：引导程序数据通道(bootstrap datachannel)和应用数据通道(application data channel)。具体介绍如下：

-引导程序数据通道为用于传输引导应用程序的数据通道，也可以被称为“基础数据通道”、“自举数据通道”或“初始化数据通道”。

-应用数据通道为用于传输应用程序的业务数据(如实时互动信息、音视频交互内容或信令)的数据通道，也可以称为“其他数据通道”(other data channels)或“额外数据通道”(additional data channels)，可以被数据通道应用程序(data channelapplication)所使用。

在一种可能的设计中，根据用途的不同，应用数据通道可以进一步分为“信令应用数据通道”和“媒体信息应用数据通道”。前者为用于传输信令的应用数据通道，后者为用于传输媒体信息的应用数据通道。后者所传输的媒体信息可以包括音频信息和/或视频信息。

示例性的，本申请实施例所述的数据通道(如：第一数据通道)可以用于传输实时传输协议(real-time transport protocol，RTP)数据，但不用于传输RTP控制协议(RTPcontrol protocol，RTCP)数据，也可以既用于传输RTP数据又用于传输RTCP数据。本申请实施例中，数据通道所传输的RTP数据可以包含实时互动信息。例如，实时互动信息被叠加到视频帧中，视频帧的数据被携带在RTP数据中，这样RTP数据就包含实时互动信息。可选的，数据通道所传输的RTP数据也可以包含音视频交互内容。该数据通道则是一种应用数据通道，可进一步被称为用于传输媒体信息的应用数据通道或者媒体信息应用数据通道。

示例性的，本申请实施例所述的数据通道(如：第二数据通道)还可以用于传输RTCP数据，但不用于传输RTP数据。该数据通道也是一种应用数据通道，也可以进一步被称为用于传输媒体信息的应用数据通道或者媒体信息应用数据通道。

示例性的，本申请实施例所述的数据通道(如：第三数据通道)还可以用于传输引导应用程序。该数据通道是一种引导程序数据通道。

示例性的，本申请实施例所述的数据通道(如：第四数据通道或第二信令应用数据通道)可以用于传输信令。该数据通道是一种应用数据通道，可以进一步被称为用于传输信令的应用数据通道或者信令应用数据通道。

可以理解，本申请关于数据通道的命名，仅用于区分，而不是限定。

6、IMS多媒体电话业务(multimedia telephony service for IMS，MTSI)客户端和IMS多媒体电话业务数据通道(data channel of multimedia telephony service forIMS，DCMTSI)客户端

根据3GPP标准规范，本申请实施例所述的MTSI客户端为支持IMS多媒体电话业务功能的UE或者网络实体，DCMTSI客户端为能够建立数据通道的MTSI客户端。

可以理解，本申请实施例中，能够建立数据通道的用户设备，可以是DCMTSI客户端，如本申请下述实施例中的第一UE、UE、UE 302、UE 312或UE 401。不能够建立数据通道的用户设备，可以是MTSI客户端，如本申请下述实施例中的第二UE、对端UE、UE 303、UE 313或者UE 402。

可以理解的，在本申请实施例中，未建立数据通道的UE、不建立数据通道的UE或未能建立数据通道的UE可以是DCMTSI客户端，也可以是MTSI客户端。若是DCMTSI客户端，则表示该UE虽然支持建立数据通道，但是由于某些原因(如网络资源紧缺等原因)未建立数据通道，如本申请下述实施例中的第二UE、对端UE、UE 303、UE 313或者UE 402。

7、UE的协议栈

本申请实施例中，UE适用的协议栈可以如图2所示。在图2中，最底层是互联网协议(internet protocol，IP)。IP之上是用户数据包协议(user datagram protocol，UDP)。对于数据通道，UDP之上是数据包传输层安全性(datagram transport layer security，DTLS)协议，DTLS协议之上是SCTP，SCTP之上是数据通道，数据通道之上是会话多媒体应用(conversational multimedia application)。对于媒体通道，如音频通道或视频通道，UDP之上是RTP，或RTCP。RTP之上是有效载荷格式(payload formats)，有效载荷格式之上是语音(speech)、视频(video)或文本(text)。语音、视频或文本之上是会话多媒体应用。RTCP之上也是会话多媒体应用。

8、会话发起协议(session initiation protocol，SIP)会话

本申请实施例所述的SIP会话可以表示通话业务中两个UE之间持续一段时间的端到端的SIP关系。SIP会话有助于对通话业务中的两个UE之间的消息进行排序，并且使得两个UE之间的请求被正确路由。SIP会话可以理解为解释SIP消息的上下文，可以通过请求和响应来构建SIP会话。SIP会话建立后，还可以在SIP会话中发送请求和响应。例如，两个UE之间可以通过邀请请求(INVITE)消息和183消息来构建SIP会话。SIP会话建立后，UE还可以在SIP会话中发送重新邀请请求(reINVITE)消息和200消息。

下面结合附图对本申请实施例的实施方式进行详细描述。

本申请实施例提供的方法可用于各种通信系统。例如该通信系统可以为长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)通信系统、无线保真(wireless-fidelity，WiFi)系统、第三代合作伙伴计划(3rd generation partnershipproject，3GPP)相关的通信系统、未来演进的通信系统、或多种系统融合的系统等，不予限制。其中，5G还可以称为新无线(new radio，NR)。下面以图3A所示通信系统30以及图3B所示的通信系统31为例，对本申请实施例提供的方法进行描述。

如图3A所示，为本申请实施例提供的通信系统30的架构示意图。图3A中，通信系统30可以包括数据通道服务实体301(对应“发明内容”章节中的“数据通道服务实体”)，以及能够与数据通道服务实体301通信的用户设备UE 302(对应“发明内容”章节中的“第一用户设备”，或者对应“发明内容”章节中的用户设备)和用户设备UE 303(对应“发明内容”章节中的“第二用户设备”，或者对应“发明内容”章节中的对端用户设备)。图3A仅为示意图，并不构成对本申请提供的技术方案的适用场景的限定。

在图3A中，数据通道服务实体301可以用于在处于同一个通话业务中的UE 302和UE303之间传输实时互动信息。具体来说，数据通道服务实体301可以与UE 302建立第一数据通道且与UE 303建立第一视频通道。其中，第一视频通道用于基于UDP传输数据，即第一视频通道是基于UDP传输数据的逻辑通道或数据连接。数据通道服务实体301可以将UE 302通过第一数据通道发送的第一实时互动信息通过第一视频通道发送给UE 303，和/或，将UE303通过第一视频通道发送的第二实时互动信息通过第一数据通道发送给UE 302。数据通道服务实体301还可以与UE 302建立第二数据通道且与UE 303建立第二视频通道。其中，第二视频通道用于基于UDP传输数据。数据通道服务实体301可以将UE 302通过第二数据通道发送的RTCP数据通过第二视频通道发送给UE 303，和/或，将UE 303通过第二视频通道发送的RTCP数据通过第二数据通道发送给UE 302。如此，可以使得建立了数据通道的UE(如UE302)的用户与未能建立数据通道的UE(如UE 303，可能因不支持建立数据通道而未能建立数据通道，也可能虽然支持建立数据通道，但因为某种原因，如网络资源的限制，而未能建立数据通道)的用户之间在通话业务中实现实时互动，或者可以使支持建立数据通道的UE的用户与不支持建立数据通道的UE的用户之间在通话业务中实现实时互动。这一过程将在下述图7和图10所示的方法中进行介绍。

本申请实施例中，数据通道服务实体的功能可能是由一个网元来提供，也可能是由多个网元一起来提供，或者说数据通道服务实体的功能可以部署在一个网元上，也可以部署在多个网元上，使得该多个网元一起实现数据通道服务实体的功能。

以数据通道服务实体301为例，数据通道服务实体301的功能可以由IMS应用服务器(IMS application server，IMS AS)来提供，或者数据通道服务实体301的功能可以由IMS AS、数据通道服务器控制面(data channel server-control plane，DCS-C)和数据通道服务器媒体面(data channel server-media plane，DCS-M)共同来提供。示例性的，本申请实施例中的数据通道服务实体可以是3GPP标准规范定义的数据通道服务子系统(datachannel service subsystem，DCSS)，具体参见图10对应实施例。

在图3A所示的通信系统30中，UE的媒体(如：实时互动信息和/或音视频媒体内容)未被锚定(anchor)到IMS接入媒体网关(IMS access media gateway，IMS AGW)，即IMS AGW未包括在UE 302和UE 303的通信路径中。在实际应用中，UE的媒体也可以被锚定到IMSAGW，即IMS AGW包括处于同一个通话业务的两个UE的通信路径中。可以理解的，通话业务中的每个UE都可以有一个对应的IMS AGW，如此，根据UE的媒体是否被锚定到该UE对应的IMSAGW，通信系统可以有以下3种部署方式：

部署方式1，UE 1的媒体被锚定到UE 1对应的IMS AGW，并且UE 2的媒体被锚定到UE 2对应的IMS AGW，如图3B所示。

部署方式2：UE 1的媒体被锚定到UE 1对应的IMS AGW，但是UE 2的媒体未被锚定到UE 2对应的IMS AGW。

部署方式3：UE 1的媒体未被锚定到UE 1对应的IMS AGW，但是UE 2的媒体被锚定到UE 2对应的IMS AGW。

下面以部署方式1为例介绍媒体锚定场景中的通信系统。可以理解的是，本申请下述实施例中涉及的UE的媒体被锚定到IMS AGW的情况均是以部署方式1为例进行描述的。部署方式2或部署方式3中UE的媒体被锚定到IMS AGW的情况，与部署方式1中UE的媒体被锚定到IMS AGW的情况类似，因此可以参考部署方式1中UE的媒体被锚定到IMS AGW的情况，不做赘述。

如图3B所示，为本申请实施例提供的通信系统31的架构示意图。图3B中，通信系统31可以包括数据通道服务实体311(对应“发明内容”章节中的数据通道服务实体)，能够与数据通道服务实体311通信的IMS AGW 314和IMS AGW 315，能够与IMS AGW 314通信的UE312(对应“发明内容”章节中的第一用户设备，或者对应“发明内容”章节中的用户设备)以及能够与IMS AGW 315通信的UE 313(对应“发明内容”章节中的第二用户设备，或者对应“发明内容”章节中的对端用户设备)。图3B仅为示意图，并不构成对本申请提供的技术方案的适用场景的限定。

本申请实施例中，IMS AGW可以用于转发数据通道服务实体与UE之间，或处于同一个通话业务中的UE之间的消息或数据。例如，IMS AGW 314可以用于转发数据通道服务实体311和UE 312之间，或UE 312和UE 313之间的消息或数据。IMS AGW 315可以用于转发数据通道服务实体311和UE 313之间的，或UE 312和UE 313之间消息或数据。数据通道服务实体311的介绍可以参考上述图3A中对数据通道服务实体的描述，在此不做赘述。

可以理解的，在本申请实施例中，UE之间进行语音通话时，建立音频通道，UE之间进行视频通话时，建立音频通道和视频通道。对于UE的媒体未被锚定到IMS AGW的场景，UE之间进行语音通话时建立的音频通道可以如图4A所示，UE之间进行视频通话时建立的音频通道和视频通道可以如图4B所示。对于UE的媒体被锚定到IMS AGW的场景，UE之间进行语音通话时建立的音频通道可以如图4C所示，UE之间进行视频通话时建立的音频通道和视频通道可以如图4D所示。

在图4A中，UE 401(对应“发明内容”章节中的第一用户设备，或者对应“发明内容”章节中的用户设备)可以与UE 402(对应“发明内容”章节中的第二用户设备，或者对应“发明内容”章节中的对端用户设备)建立音频通道406，该音频通道406不经过IMS AGW，或者说，该音频通道406所在的通信路径不包括IMS AGW。UE 401与UE 402可以通过该音频通道406传输音频信息。

在图4B中，UE 401可以与UE 402建立音频通道407和视频通道408，该音频通道407和视频通道408不经过IMS AGW，或者说，该音频通道407所在的通信路径不包括IMS AGW，该视频通道408所在的通信路径也不包括IMS AGW。UE 401与UE 402可以通过该音频通道407传输音频信息，通过该视频通道408传输视频信息。

在图4C中，UE 401可以与UE 402建立音频通道409，该音频通道409经过UE 401对应的IMS AGW 403和UE 402对应的IMS AGW 404，或者说，该音频通道409所在的通信路径包括IMS AGW 403和IMS AGW 404。UE 401与UE 402可以通过该音频通道409传输音频信息。

在图4D中，UE 401可以与UE 402建立音频通道410和视频通道411，该音频通道410和视频通道411经过UE 401对应的IMS AGW 403和UE 402对应的IMS AGW 404，或者说，该音频通道410所在的通信路径包括IMS AGW 403和IMS AGW 404，该视频通道411所在的通信路径包括IMS AGW 403和IMS AGW 404。UE 401与UE 402可以通过该音频通道410传输音频信息，通过该视频通道411传输视频信息。

在UE 401和UE 402进行语音或视频通话的过程中，为在两个UE之间进行实时互动信息的传输，有以下两种选择：

选择1：数据通道服务实体405(对应“发明内容”章节中的数据通道服务实体)与UE401建立数据通道，且与UE 402建立视频通道。数据通道服务实体405通过数据格式转换，实现两个UE之间的实时互动信息的传输。

示例性的，对于上述图4A，数据通道服务实体405建立的数据通道和视频通道可以如图5A所示。在图5A中，数据通道服务实体405与UE 401建立数据通道412，与UE 402建立视频通道413。该数据通道412和视频通道413不经过IMS AGW，或者说，该数据通道412所在的通信路径不包括IMS AGW，该视频通道413所在的通信路径也不包括IMS AGW。UE 401与数据通道服务实体405可以通过该数据通412道基于SCTP传输数据，数据通道服务实体405与UE402通过该视频通道413基于UDP传输数据。作为一种示例，该数据通道412可以包括本申请下述实施中的第一数据通道。可选的，该数据通道412还可以包括本申请下述实施例中的第二数据通道，和/或，第三数据通道，和/或，第四数据通道，和/或，第二信令应用数据通道。该视频通道413可以包括本申请下述实施例中的第一视频通道。可选的，该视频通道413还可以包括本申请下述实施例中的第二视频通道。可以理解的，数据通道服务实体405也可以与UE 401建立音频通道(图5A中未示出)，与UE 402建立音频通道(图5A中未示出)，在这种情况下，UE 401发送的音频信息不通过原先在图4A中建立的音频通道406传输，而是经数据通道服务实体405转发给UE 402。类似的，UE 402发送的音频信息也不通过原先在图4A中建立的音频通道406传输，而是经数据通道服务实体405转发给UE 401。

示例性的，对于上述图4B，数据通道服务实体405建立的数据通道和视频通道可以如图5B所示。在图5B中，数据通道服务实体405与UE 401建立数据通道414，与UE 402建立视频通道415。数据通道414和视频通道415不经过IMS AGW，或者说，数据通道414所在的通信路径不包括IMS AGW，视频通道415所在的通信路径也不包括IMS AGW。UE 401与数据通道服务实体405可以通过数据通道414基于SCTP传输数据，数据通道服务实体405与UE 402通过视频通道415基于UDP传输数据。作为一种示例，数据通道414可以包括本申请下述实施中的第一数据通道。可选的，数据通道414还可以包括本申请下述实施中的第二数据通道，和/或，第三数据通道，和/或，第四数据通道，和/或，第二信令应用数据通道。视频通道415可以包括本申请下述实施例中的第一视频通道。视频通道415还可以包括本申请下述实施例中的第二视频通道。可以理解的，原先在图4B中建立的视频通道408可以拆除也可以不拆除。若视频通道408不拆除，UE 401还是可以通过视频通道408发送视频信息(如UE 401的摄像头拍摄的视频信息)，但是UE 402不接收该视频信息，或者，UE 402接收该视频信息，但是不处理该视频信息。可以理解的，数据通道服务实体405也可以与UE 401建立音频通道(图5B中未示出)，与UE 402建立音频通道(图5B中未示出)，在这种情况下，UE 401发送的音频信息不通过原先在图4B中建立的音频通道407传输，而是经数据通道服务实体405转发给UE402。类似的，UE 402发送的音频信息也不通过原先在图4B中建立的音频通道407传输，而是经数据通道服务实体405转发给UE 401。

示例性的，对于上述图4C，数据通道服务实体405建立的数据通道和视频通道可以如图5C所示。在图5C中，数据通道服务实体405与UE 401建立数据通道416，与UE 402建立视频通道417。数据通道416和视频通道417经过IMS AGW，或者说，数据通道416所在的通信路径包括IMS AGW 403，视频通道417所在的通信路径包括IMS AGW 404。UE 401与数据通道服务实体405可以通过数据通道416基于SCTP传输数据，数据通道服务实体405与UE 402通过视频通道417基于UDP传输数据。作为一种示例，数据通道416可以包括本申请下述实施中的第一数据通道。可选的，数据通道416还可以包括本申请下述实施中的第二数据通道，和/或，第三数据通道，和/或，第四数据通道，和/或，第二信令应用数据通道。视频通道417可以包括本申请下述实施例中的第一视频通道。可选的，视频通道417还可以包括本申请下述实施例中的第二视频通道。可以理解的，数据通道服务实体405也可以与IMS-AGW 403建立音频通道(图5C中未示出)，与IMS-AGW 404建立音频通道(图5C中未示出)，在这种情况下，UE401发送的音频信息可以经IMS-AGW 403到达数据通道服务实体405，之后数据通道服务实体405将该音频信息经IMS-AGW 404转发给UE 402。类似的，UE 402发送的音频信息可以经IMS-AGW 404到达数据通道服务实体405，之后数据通道服务实体405将该音频信息经IMS-AGW 403转发给UE 401。

示例性的，对于上述图4D，数据通道服务实体405建立的数据通道和视频通道可以如图5D所示。在图5D中，数据通道服务实体405与UE 401建立数据通道418，与IMS AGW 404建立视频通道419。数据通道418和视频通道419经过IMS AGW，或者说，数据通道418所在的通信路径包括IMS AGW 403，视频通道419所在的通信路径包括IMS AGW 404。UE 401与数据通道服务实体405可以通过数据通道418基于SCTP传输数据，数据通道服务实体405与UE402通过视频通道419基于UDP传输数据。作为一种示例，数据通道418可以包括本申请下述实施中的第一数据通道。可选的，数据通道418还可以包括本申请下述实施中的第二数据通道，和/或，第三数据通道，和/或，第四数据通道，和/或，第二信令应用数据通道。视频通道419可以包括本申请下述实施例中的第一视频通道。可选的，视频通道419还可以包括本申请下述实施例中的第二视频通道。可以理解的，数据通道服务实体405也可以与IMS-AGW403建立音频通道(图5D中未示出)，与IMS-AGW 404建立音频通道(图5D中未示出)，在这种情况下，UE 401发送的音频信息可以经IMS-AGW 403到达数据通道服务实体405，之后数据通道服务实体405将该音频信息经IMS-AGW 404转发给UE 402。类似的，UE 402发送的音频信息可以经IMS-AGW 404到达数据通道服务实体405，之后数据通道服务实体405将该音频信息经IMS-AGW 403转发给UE 401。可以理解的，原先在图4D中建立的视频通道411可以拆除也可以不拆除。若视频通道411不拆除，UE 401还是可以通过视频通道411发送视频信息(如UE 401的摄像头拍摄的视频信息)，但是IMS AGW 404不接收该视频信息，或者，IMS AGW404接收该视频信息，但是不处理该视频信息。

选择2：两个UE之间建立端到端的数据通道，直接进行实时互动信息的传输，而不需要数据通道服务实体405进行转发。

示例性的，若UE 401和UE 402进行语音通话或视频通话的过程中，需要进行实时互动信息传输，UE 401与UE 402之间可以建立数据通道。该数据通道可以用于传输实时互动信息。关于音频通道和视频通道的情况可以参考上述图5A、图5B、图5C或图5D中对应的描述。

图3A所示的通信系统30和图3B所示的通信系统31仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员可以理解，在具体实现过程中，通信系统30或通信系统31还可以包括其他设备，同时也可根据具体需要来确定UE、数据通道服务实体或IMS AGW的数量，不予限制。

可选的，本申请实施例图3A或图3B中的各网元或设备(例如，UE或数据通道服务实体等)也可以称之为通信装置，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。

可选的，本申请实施例图3A或图3B中的各网元或设备(例如，UE或数据通道服务实体等)的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者硬件与软件的结合，或者平台(例如，云平台)上实例化的虚拟化功能。

在具体实现时，图3A或图3B所示的各设备或网元(例如，UE或数据通道服务实体等)都可以采用图6所示的组成结构，或者包括图6所示的部件。图6所示为可适用于本申请实施例的通信装置的硬件结构示意图。该通信装置60包括至少一个处理器601和至少一个通信接口604，用于实现本申请实施例提供的方法。该通信装置60还可以包括通信线路602和存储器603。

处理器601可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路602可包括一通路，在上述组件之间传送信息，例如总线。

通信接口604，用于与其他设备或通信网络通信。通信接口604可以是任何收发器一类的装置，如可以是以太网接口、无线接入网(radio access network，RAN)接口、无线局域网(wireless local area networks，WLAN)接口、收发器、管脚、总线、或收发电路等。

存储器603可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路602与处理器601相耦合。存储器603也可以和处理器601集成在一起。本申请实施例提供的存储器通常可以具有非易失性。

其中，存储器603用于存储执行本申请实施例提供的方案所涉及的计算机可执行指令，并由处理器601来控制执行。处理器601用于执行存储器603中存储的计算机可执行指令，从而实现本申请实施例提供的方法。或者，可选的，本申请实施例中，也可以是处理器601执行本申请下述实施例提供的方法中的处理相关的功能，通信接口604负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

可选的，本申请实施例中的计算机可执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。

作为一种实施例，处理器601可以包括一个或多个CPU，例如图6中的CPU0和CPU1。

作为一种实施例，通信装置60可以包括多个处理器，例如图6中的处理器601和处理器607。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

作为一种实施例，通信装置60还可以包括输出设备605和/或输入设备606。输出设备605和处理器601耦合，可以以多种方式来显示信息。例如，输出设备605可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备606和处理器601耦合，可以以多种方式接收用户的输入。例如，输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。

可以理解的，图6中示出的组成结构并不构成对该通信装置的限定，除图6所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面将结合附图，对本申请实施例提供的方法进行描述。下述实施例中的各网元可以具备图6所示部件，不予赘述。

可以理解的是，本申请实施例中，“传输”可以根据具体的上下文理解为“发送和/或接收”。“传输”可以是名词，也可以是动词。在不强调动作的执行主体时，常常用“传输”代替“发送和/或接收”。例如，短语“传输实时互动信息”，从发送方UE的角度来看，可以理解为“发送实时互动信息”，而从接收方UE的角度来看，可以理解为“接收实时互动信息”。

可以理解的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

可以理解的是，在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。此外，类似于“A、B和C中的至少一项”或“A、B或C中的至少一项”的表述通常用于表示如下中任一项：单独存在A；单独存在B；单独存在C；同时存在A和B；同时存在A和C；同时存在B和C；同时存在A、B和C。以上是以A、B和C共三个元素进行举例来说明该项目的可选用条目，当表述中具有更多元素时，该表述的含义可以按照前述规则获得。

为了便于描述本申请实施例的技术方案，在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

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

可以理解，在本申请中，“当…时”、“若”以及“如果”均指在某种客观情况下会做出相应的处理，并非是限定时间，且也不要求实现时一定要有判断的动作，也不意味着存在其它限定。

本申请中的“同时”可以理解为在相同的时间点，也可以理解为在一段时间段内，还可以理解为在同一个周期内。

可以理解，本申请实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，比如其当前所基于的方案，而独立实施，解决相应的技术问题，达到相应的效果，也可以在某些场景下，依据需求与其他特征进行结合。相应的，本申请实施例中给出的装置也可以相应的实现这些特征或功能，在此不予赘述。

可以理解的，本申请实施例中同一个步骤或者具有相同功能的步骤或者技术特征在不同实施例之间可以互相参考借鉴。

可以理解的，本申请实施例中，UE或数据通道服务实体可以执行本申请实施例中的部分或全部步骤，这些步骤仅是示例，本申请实施例还可以执行其它步骤或者各种步骤的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部步骤。

如图7所示，为本申请实施例提供的一种通信方法，该通信方法基于图3A、图3B、图5A、图5B、图5C和图5D等实现。例如，图7所示方法中的数据通道服务实体为数据通道服务实体301、图7所示方法中的第一UE为UE 302、图7所示方法中的第二UE为UE 303；或者，图7所示方法中的数据通道服务实体为数据通道服务实体311、图7所示方法中的第一UE为UE312、图7所示方法中的第二UE为UE 313；或者图7所示方法中的数据通道服务实体为数据通道服务实体405，图7所示方法中的第一UE为UE 401、图7所示方法中的第二UE为UE 402。该通信方法可以包括S701-S702：

S701：数据通道服务实体与第一UE建立第一媒体信息应用数据通道(对应“发明内容”章节中的第一数据通道)，且与第二UE建立第一视频通道。相应的，第一UE与数据通道服务实体建立第一媒体信息应用数据通道，第二UE与数据通道服务实体建立第一视频通道。

本申请实施例中，第一UE为主叫方用户设备，第二UE为被叫方用户设备；或者，第一UE为被叫方用户设备，第二UE为主叫方用户设备。在此做出统一说明，后面不做赘述。

S701中，第一媒体信息应用数据通道用于基于SCTP传输包含实时互动信息的RTP数据，第一视频通道用于基于UDP传输包含实时互动信息的RTP数据。

可以理解的，本申请实施例中的数据通道(如：第一媒体信息应用数据通道，和/或，第二媒体信息应用数据通道，和/或，引导程序数据通道，和/或，第一信令应用数据通道，和/或，第二信令应用数据通道)可以是数据通道服务实体与第一UE之间不经过IMS-AGW的数据通道，也可以是数据通道服务实体通过IMS-AGW与第一UE建立的数据通道，在此做出统一说明，后面不再赘述。

以图3A所示通信系统30为例，数据通道服务实体301可以直接与UE 302建立第一媒体信息应用数据通道。以图3B所示的通信系统31为例，数据通道服务实体311可以通过IMS-AGW 314与UE 312建立第一媒体信息应用数据通道。在这种情况下，UE 312发送的实时互动信息经IMS-AGW 314转发给数据通道服务实体311，数据通道服务实体311发送的实时互动信息经IMS-AGW 314转发给UE 312。

S702：数据通道服务实体将第一UE通过第一媒体信息应用数据通道发送的第一实时互动信息通过第一视频通道发送给第二UE，和/或，将第二UE通过第一视频通道发送的第二实时互动信息通过第一媒体信息应用数据通道发送给第一UE。

其中，实时互动信息的介绍可以参考前文对本申请实施例涉及的技术术语的解释说明。第一实时互动信息可以包括以下至少一项：摄像头拍摄的内容，点赞所生成的信息，桌面共享内容，用户在屏幕上所画的标记，文本消息，图片信息，地理位置信息或视频文件中的视频内容。第二实时互动信息可以包括摄像头拍摄的内容。

作为一种示例，如图8所示，第二UE通过第一视频通道向数据通道服务实体发送拍摄的汽车图像；数据通道服务实体接收到该图像后，将该图像通过第一媒体信息应用数据通道发送给第一UE；第一UE接收到该图像后，可以在第一UE的显示屏上显示汽车；第一UE的用户还可以在汽车的图像上画标记，使第一UE通过第一媒体信息应用数据通道向数据通道服务实体发送标记数据(即第一UE为该标记生成的数据)，数据通道服务实体接收到标记数据后，可以通过第一视频通道向第二UE发送标记数据；第二UE接收到标记数据后，可以在显示屏上显示的汽车上显示相应的标记。该示例中，第一UE的用户所画的标记就是一种实时互动信息。

可以理解的，除了实时互动信息之外，数据通道服务实体也可以将第一UE通过第一媒体信息应用数据通道发送的音视频交互内容通过第一视频通道发送给第二UE，和/或，将第二UE通过第一视频通道发送的音视频交互内容通过第一媒体信息应用数据通道发送给第一UE。

一种可能的实现方式，数据通道服务实体将第一UE通过第一媒体信息应用数据通道发送的第一实时互动信息通过第一视频通道发送给第二UE，包括：数据通道服务实体通过第一媒体信息应用数据通道从第一UE接收第一RTP数据，通过第一视频通道向第二UE发送该第一RTP数据。

其中，第一RTP数据包含第一实时互动信息，这可以理解为：第一实时互动信息被叠加到视频帧里，然后被叠加了第一实时互动信息的视频帧的数据被通过RTP数据包进行传输，在此做出统一说明，后面不再赘述。

可以理解的，本申请实施例中，第二UE接收到第一RTP数据后，可以基于第一RTP数据将第一实时互动信息呈现出来。例如，若第一实时互动信息包括用户在屏幕上所画的标记，则第二用户设备在第二用户设备的屏幕上呈现该标记。

一种可能的实现方式，数据通道服务实体将第二UE通过第一视频通道发送的第二实时互动信息通过第一媒体信息应用数据通道发送给第一UE，包括：数据通道服务实体通过第一视频通道从第二UE接收第二RTP数据，通过第一媒体信息应用数据通道向第一UE发送第二RTP数据，其中，第二RTP数据包含第二实时互动信息。第二RTP数据包含第二实时互动信息的含义与第一RTP数据包含第一实时互动信息的含义类似，可以参考本申请实施例对第一RTP数据包含第一实时互动信息的介绍。

可以理解的，本申请实施例中，第一UE接收到第二RTP数据后，可以基于第二RTP数据将第二实时互动信息呈现出来。例如，若第二实时互动信息包括第二UE的摄像头拍摄的内容，则第一用户设备在第一用户设备的屏幕上呈现该内容。

本申请实施例中，通过第一媒体信息应用数据通道传输的数据包可以称为数据通道数据包，通过第一视频通道传输的数据包可以称为视频通道数据包。其中，数据通道数据包包括RTP数据，RTP数据包括实时互动信息。视频通道数据包包括RTP数据，RTP数据包括实时互动信息。

在S702中，数据通道数据包采用的数据包协议与视频通道数据包采用的数据包协议不同。也就是说，数据通道服务实体从第一UE接收到数据通道数据包后，可以解析数据通道数据包得到RTP数据，再将该RTP数据封装成视频通道数据包，将视频通道数据包发送给第二UE。类似的，数据通道服务实体从第二UE接收到视频通道数据包后，可以解析视频通道数据包得到RTP数据，再将该RTP数据封装成数据通道数据包，将数据通道数据包发送给第一UE。

以第一UE通过第一媒体信息应用数据通道发送RTP数据到第二UE为例，数据通道数据包和视频通道数据包可以如图9A所示。图9A中，数据通道数据包包括IP头(IPheader)、UDP头(UDP header)、DTLS头(DTLS header)、SCTP头(SCTP header)和RTP数据。视频通道数据包包括包括IP头、UDP头和RTP数据。数据通道服务实体接收到数据通道数据包后，可以分别剥除IP头、UDP头和DTLS头，对得到的数据包进行解密，再在解密后的数据包中剥除SCTP头，得到RTP数据，再为RTP数据添加UDP头和IP头，得到视频通道数据包，再通过第一视频通道将其发送给第二UE。可以理解，上述DTLS头和解密过程是可选的，在没有上述DTLS头的情况下，也就没有上述解密过程。

以第二UE通过第一视频通道发送RTP数据到第一UE为例，视频通道数据包包括包括IP头、UDP头和第二RTP数据。数据通道数据包包括IP头、UDP头、DTLS头、SCTP头和RTP数据。数据通道服务实体接收到视频通道数据包后，可以分别剥除IP头和UDP头，得到RTP数据，再为RTP数据添加SCTP头，对添加了SCTP头的数据包进行加密，对加密后的数据包添加DTLS头、UDP头和IP头，得到数据通道数据包，再通过第一媒体信息应用数据通道将其发送给第一UE。可以理解，上述DTLS头和加密过程也是可选的，在没有上述加密过程的情况下，也就没有上述DTLS头。

一种可能的实现方式，数据通道服务实体将第一UE通过第一媒体信息应用数据通道发送的第一实时互动信息通过第一视频通道发送给第二UE，包括：数据通道服务实体通过第一媒体信息应用数据通道从第一UE接收第一实时互动信息，通过第一视频通道向第二UE发送第三RTP数据，第三RTP数据包含第一实时互动信息。也就是说，第一UE可以将第一三实时互动信息发送给数据通道服务实体，数据通道服务实体接收到第一实时互动信息后，将第一实时互动信息叠加到视频帧里去，再将被叠加了第一实时互动信息的视频帧的数据通过第三RTP数据发送给第二UE。在这种情况下，第一实时互动信息的大小小于第三RTP数据，因此可以节省第一UE与数据通道服务实体之间的流量。

可以理解的，本申请实施例中，第二UE接收到第三RTP数据后，可以基于第三RTP数据将第一实时互动信息呈现出来。例如，若第一实时互动信息包括用户在屏幕上所画的标记，则第二用户设备在第二用户设备的屏幕上呈现该标记。

一种可能的实现方式，数据通道服务实体将第二UE通过第一视频通道发送的第二实时互动信息通过第一媒体信息应用数据通道发送给第一UE，包括：数据通道服务实体通过第一视频通道从第二UE接收第四RTP数据，从第四RTP数据提取第二实时互动信息，并通过第一媒体信息应用数据通道向第一UE发送第二实时互动信息。

作为一种示例，数据通道服务实体从第四RTP数据提取第二实时互动信息可以理解为：数据通道服务实体通过图像识别提取第二实时互动信息。例如，第四RTP数据包括一段视频，视频中有用户点头的动作或“OK”手势，数据通道服务实体通过图像识别技术识别出用户点头或“OK”手势，则向第一UE发送表示赞同(yes)的信息，该表示赞同的信息就是一种实时互动信息。

可以理解的，本申请实施例中，第一UE接收到第二实时互动信息后，可以将第二实时互动信息呈现出来。例如，若第二实时互动信息包括第二UE的摄像头拍摄的内容，该内容中有用户点头的动作或“OK”手势，则第一用户设备在第一用户设备的屏幕上呈现表示赞同的信息，例如，包括“OK”手势的图片。

一种可能的实现方式，第一视频通道与第一媒体信息应用数据通道有关联关系。例如，第一视频通道对应的端点(end point)与第一媒体信息应用数据通道的标识有关联关系，或者，第一视频通道的IP地址和端口号与第一媒体信息应用数据通道的标识有关联关系。如此，数据通道服务实体可以确定第一UE通过第一媒体信息应用数据通道发送的实时互动信息，是要通过第一视频通道发送给第二UE的，第二UE通过第一视频通道发送的实时互动信息，是要通过第一媒体信息应用数据通道发送给第一UE的。本申请实施例中，第一视频通道与第一媒体信息应用数据通道有关联关系可以理解为，数据通道服务实体建立第一视频通道与第一媒体信息应用数据通道的对应关系。

基于图7所示的方法，数据通道服务实体可以与第一UE建立第一媒体信息应用数据通道，与第二UE建立第一视频通道。如此，数据通道服务实体可以将第一UE通过第一媒体信息应用数据通道发送的实时互动信息通过第一视频通道发送给第二UE，和/或，将第二UE通过第一视频通道发送的实时互动信息通过第一媒体信息应用数据通道发送给第一UE，以使得支持建立数据通道的第一UE的用户与不支持建立数据通道的第二UE的用户之间在通话业务中实现实时互动，或者建立了数据通道的第一UE的用户与未能建立数据通道的第二UE的用户之间在通话业务中实现实时互动。

可选的，S701之后或S701之前或在执行S701的同时，数据通道服务器还可以与第一UE建立第二媒体信息应用数据通道(对应“发明内容”章节中的第二数据通道)，与第二UE建立第二视频通道。如此，数据通道服务实体可以将第一UE通过第二媒体信息应用数据通道发送的用于控制RTP数据的控制数据通过第二视频通道发送给第二UE，和/或，将第二UE通过第二视频通道发送的用于控制RTP数据的控制数据通过第二媒体信息应用数据通道发送给第一UE，以控制RTP数据。在一种可能的实现方式中，图7所示的方法还包括S701a和S703：

S701a：数据通道服务实体与第一UE建立第二媒体信息应用数据通道，并与第二UE建立第二视频通道。相应的，第一UE与数据通道服务实体建立第二媒体信息应用数据通道，第二UE与数据通道服务实体建立第二视频通道。

其中，第二媒体信息应用数据通道用于基于SCTP传输RTCP数据，RTCP数据包含控制数据，可以用于控制RTP数据。第二视频通道用于基于UDP传输RTCP数据。

S703：数据通道服务实体将第一UE通过第二媒体信息应用数据通道发送的RTCP数据通过第二视频通道发送给第二UE，和/或，将第二UE通过第二视频通道发送的RTCP数据通过第二媒体信息应用数据通道发送给第一UE。

本申请实施例中，RTCP数据可以包括控制RTP数据的控制数据。

本申请实施例中，通过第二媒体信息应用数据通道传输的数据包可以称为数据通道数据包，通过第二视频通道传输的数据包可以称为视频通道数据包。其中，该数据通道数据包包括RTCP数据。该视频通道数据包包括RTCP数据。

可以理解的，在S703中，数据通道数据包采用的数据包协议与视频通道数据包采用的数据包协议不同。也就是说，数据通道服务实体从第一UE接收到数据通道数据包后，可以解析数据通道数据包得到RTCP数据，再将该RTCP数据封装成视频通道数据包，将视频通道数据包发送给第二UE。类似的，数据通道服务实体从第二UE接收到视频通道数据包后，可以解析视频通道数据包得到RTCP数据，再将该RTCP数据封装成数据通道数据包，将数据通道数据包发送给第一UE。

以第一UE通过第二媒体信息应用数据通道发送RTCP数据给第二UE为例，数据通道数据包和视频通道数据包可以如图9B所示。图9B中，数据通道数据包包括IP头、UDP头、DTLS头、SCTP头和RTCP数据。视频通道数据包包括包括IP头、UDP头和RTCP数据。数据通道服务实体接收到数据通道数据包后，可以分别剥除IP头、UDP头和DTLS头，对得到的数据包进行解密，再在解密后的数据包中剥除SCTP头，得到RTCP数据，再为RTCP数据添加UDP头和IP头，得到视频通道数据包，再通过第二视频通道将其发送给第二UE。可以理解，上述DTLS头和解密过程是可选的，在没有上述DTLS头的情况下，也就没有上述解密过程。

以第二UE通过第二视频通道发送RTCP数据给第一UE为例，视频通道数据包包括包括IP头、UDP头和RTCP数据。数据通道数据包包括IP头、UDP头、DTLS头、SCTP头和RTCP数据。数据通道服务实体接收到视频通道数据包后，可以分别剥除IP头和UDP头，得到RTCP数据，再为RTCP数据添加SCTP头，对添加了SCTP头的数据包进行加密，对加密后的数据包添加DTLS头、UDP头和IP头，得到数据通道数据包，再通过第二媒体信息应用数据通道将其发送给第一UE。可以理解，上述DTLS头和加密过程也是可选的，在没有上述加密过程的情况下，也就没有上述DTLS头。

一种可能的实现方式，第二视频通道与第二媒体信息应用数据通道有关联关系。例如，第二视频通道对应的端点(end point)与第二媒体信息应用数据通道的标识有关联关系，或者，第二视频通道的IP地址和端口号与第二媒体信息应用数据通道的标识有关联关系。如此，数据通道服务实体可以确定第一UE通过第二媒体信息应用数据通道发送的RTCP数据，是要通过第二视频通道发送给第二UE的，第二UE通过第二视频通道发送的RTCP数据，是要通过第二媒体信息应用数据通道发送给第一UE的。本申请实施例中，第二视频通道与第二媒体信息应用数据通道有关联关系可以理解为，数据通道服务实体建立第二视频通道与第二媒体信息应用数据通道的对应关系。

在上述示例中，数据通道服务实体与UE之间分别建立了用于传输RTP数据的数据通道(如：第一媒体信息应用数据通道)和用于传输RTCP数据的数据通道(如第二媒体信息应用数据通道)。在实际应用中，RTP数据和RTCP数据也可以共用一条数据通道，不予限制。例如，数据通道服务实体可以与第一UE建立数据通道A，与第二UE建立视频通道A和B。其中，数据通道A用于基于SCTP传输包含实时互动信息的RTP数据，以及基于SCTP传输RTCP数据。视频通道A用于基于UDP传输包含实时互动信息的RTP数据，视频通道B基于UDP传输RTCP数据。第一UE发送的RTP数据可以通过数据通道A发送给数据通道服务实体。数据通道服务实体接收到该RTP数据后，通过视频通道A发送给第二UE。第一UE发送的RTCP数据可以通过数据通道A发送给数据通道服务实体。数据通道服务实体接收到该RTCP数据后，通过视频通道B发送给第二UE。类似的，第二UE发送的RTP数据可以通过视频通道A发送给数据通道服务实体。数据通道服务实体接收到该RTP数据后，通过数据通道A发送给第一UE。第二UE发送的RTCP数据可以通过视频通道B发送给数据通道服务实体。数据通道服务实体接收到该RTCP数据后，通过数据通道A发送给第二UE。

一种可能的设计，若RTP数据和RTCP数据共用一条数据通道，则上述S701a可以替换为：数据通道服务实体与第二UE建立第二视频通道。相应的，第二UE与数据通道服务实体建立第二视频通道。S703可以替换为：数据通道服务实体将第一UE通过第一媒体信息应用数据通道发送的RTCP数据通过第二视频通道发送给第二UE，和/或，将第二UE通过第二视频通道发送的RTCP数据通过第一媒体信息应用数据通道发送给第一UE。上述替换后的步骤的具体过程可以参考S701a和S703中对应的描述，在此不做赘述。

可选的，在数据通道服务实体与第二UE建立第一视频通道或第二视频通道之前，数据通道服务实体可以确定在数据通道服务实体和第二UE之间不建立数据通道。在这种情况下，数据通道服务实体与第二UE建立视频通道，例如，第一视频通道或第二视频通道。

在一种可能的实现方式中，图7所示的方法还包括S700a。

S700a：数据通道服务实体确定在数据通道服务实体和第二UE之间不建立数据通道。

示例性的，数据通道服务实体至少可以通过如下两种方式(S700a-1或S700a-2)确定在数据通道服务实体和第二UE之间不建立数据通道。

S700a-1：数据通道服务实体从第二UE接收建立数据通道是否成功的指示信息(对应“发明内容”章节中的第一指示信息)。

其中，建立数据通道是否成功的指示信息指示在数据通道服务实体与第二UE之间建立数据通道失败。数据通道服务实体从第二UE接收建立数据通道是否成功的指示信息后，根据建立数据通道是否成功的指示信息，确定在数据通道服务实体与第二UE之间不建立数据通道。

一种可能的设计，数据通道服务实体向第二UE发送请求与第二UE建立数据通道的信息(对应“发明内容”章节中的第一请求信息)。其中，请求与第二UE建立数据通道的信息携带数据通道服务实体用于建立与第二UE的数据通道的媒体描述信息。请求与第二UE建立数据通道的信息可以是邀请请求消息(如下述图10所示方法中的INVITE消息2)。第二UE接收到请求与第二UE建立数据通道的信息后，向数据通道服务实体发送第一响应信息。其中，第一响应信息包含建立数据通道是否成功的指示信息。数据通道服务实体从第二UE接收第一响应信息后，可以根据建立数据通道是否成功的指示信息确定在数据通道服务实体与第二UE之间不建立数据通道。第一响应信息可以包括在183消息中(如下述图10所示方法中的183消息1)。本申请实施例中的任意一个响应信息(如第一响应信息、第二响应信息、第三响应信息或第四响应信息等)都可以包括在一个响应消息中传输，在此做出统一说明，后面不再赘述。

可以理解的，在S700a-1中，第一UE为主叫方用户设备，第二UE为被叫方用户设备。数据通道服务实体在向第二UE发起建立与第二UE的数据通道的请求，并接收到第一响应信息，确定数据通道服务实体与第二UE之间建立数据通道失败的情况下，可以确定在数据通道服务实体和第二UE之间不建立数据通道。

可以理解的，若建立数据通道是否成功的指示信息携带第二UE用于建立与数据通道服务实体的数据通道的媒体描述信息，则数据通道服务实体可以确定在数据通道服务实体和第二UE之间建立数据通道。

S700a-2：数据通道服务实体从第二UE接收请求建立除数据通道之外的通道的信息(对应“发明内容”章节中的第二请求信息)，根据请求建立除数据通道之外的通道的信息未携带第二UE用于建立与数据通道服务实体的数据通道的媒体描述信息，数据通道服务实体确定在第二UE与数据通道服务实体之间不建立数据通道。其中，请求建立除数据通道之外的通道的信息可以是邀请请求消息(如下述图10所示方法中的INVITE消息3)。

可以理解的，在S700a-2中，第一UE为被叫方用户设备，第二UE为主叫方用户设备。数据通道服务实体在接收到未携带第二UE用于建立与数据通道服务实体的数据通道的媒体描述信息的请求建立除数据通道之外的通道的信息后，可以确定在数据通道服务实体和第二UE之间不建立数据通道。

可以理解的，若请求建立除数据通道之外的通道的信息携带第二UE用于建立与数据通道服务实体的数据通道的媒体描述信息，则数据通道服务实体可以确定在数据通道服务实体和第二UE之间建立数据通道。

可选的，在数据通道服务实体确定在数据通道服务实体和第二UE之间不建立数据通道之后(即S700a之后)，或者数据通道服务实体确定在数据通道服务实体和第二UE之间建立数据通道之后，数据通道服务实体可以向第一UE指示第二UE与数据通道服务实体之间是否建立数据通道(如通过下述S700c指示)，以便第一UE确定在第一UE和第二UE之间建立用于传输实时互动信息的数据通道，还是在第一UE和数据通道服务实体之间建立用于传输实时互动信息的数据通道。若第一UE确定在第一UE和数据通道服务实体之间建立数据通道，第一UE还可以请求数据通道服务实体与第一UE建立用于传输实时互动信息的数据通道(如第一媒体信息应用数据通道)，与第二UE建立视频通道(如第一视频通道)。后续，数据通道服务实体可以通过数据包格式的转换，实现在第一UE和第二UE之间传输实时互动信息。

在一种可能的实现方式中，图7所示的方法还包括S700c。

S700c：数据通道服务实体向第一UE发送数据通道能力指示信息(对应“发明内容”章节中的第三指示信息)。相应的，第一UE从数据通道服务实体接收数据通道能力指示信息。

本申请实施例中，数据通道能力指示信息用于指示第二UE与数据通道服务实体之间是否建立数据通道。可以理解的是，数据通道能力指示信息也可以包括在一个响应消息中发送给第一UE。

可以理解的，若在S700c之前，数据通道服务实体确定在数据通道服务实体和第二UE之间不建立数据通道，则数据通道能力指示信息指示第二UE与数据通道服务实体之间不建立数据通道。在这种情况下，第一UE可以在第一UE和数据通道服务实体之间建立数据通道(如第一媒体信息应用数据通道，或者第一媒体信息应用数据通道和/或第二媒体信息应用数据通道)，数据通道服务实体与第二UE之间建立视频通道(如第一视频通道，或者第一视频通道和/或第二视频通道)。若在S700c之前，数据通道服务实体确定在数据通道服务实体和第二UE之间建立数据通道，则数据通道能力指示信息指示第二UE与数据通道服务实体之间建立数据通道。在这种情况下，第一UE可以在第一UE和第二UE之间建立数据通道。

一种可能的实现方式，数据通道服务实体基于第一UE的请求向第一UE发送数据通道能力指示信息。在这种情况下，在S700c之前，图7所示的方法还包括S700b。

S700b：第一UE向数据通道服务实体发送数据通道能力查询请求信息(对应“发明内容”章节中的第三请求信息)。相应的，数据通道服务实体从第一UE接收数据通道能力查询请求信息。

本申请实施例中，对端UE为一个通话业务所涉及的多个UE中，除第一UE之外的任意一个或多个UE。以一个通话业务所涉及的多个UE为UE 1和UE 2为例，若第一UE为UE1，则对端UE为UE 2。

本申请实施例中，数据通道能力查询请求信息可以用于请求关于第二UE与数据通道服务实体之间是否建立数据通道的信息。

作为一种示例，第一UE的用户想要向第二UE的用户发送实时互动信息的情况下，或者，在通话业务开始之后，以及通话业务结束之前的任意时刻，第一UE可以向数据通道服务实体发送数据通道能力查询请求信息。

一种可能的实现方式，第一UE与数据通道服务实体建立引导程序数据通道(对应“发明内容”章节中的第三数据通道)。相应的，数据通道服务实体与第一UE建立引导程序数据通道。在这种情况下，第一UE通过引导程序数据通道向数据通道服务实体发送数据通道能力查询请求信息，所述数据通道能力查询请求信息用于请求对端UE(即第二UE)是否能够建立数据通道，或者是否已经建立数据通道。数据通道服务实体通过引导程序数据通道向第一UE发送数据通道能力指示信息，所述数据通道能力指示信息用于指示第二UE是否能够建立数据通道，或者，是否已经建立数据通道。相应的，数据通道服务实体通过引导程序数据通道从第一UE接收数据通道能力查询请求信息，第一UE通过引导程序数据通道从数据通道服务实体接收数据通道能力指示信息。

其中，引导程序数据通道传输的数据可能与第一媒体信息应用数据通道或第二媒体信息应用数据通道传输的数据不同。

可以理解的是，数据通道能力查询请求信息和数据通道能力指示信息可以通过引导程序数据通道传输，也可以不通过引导程序数据通道传输，不予限制。

可以理解的，S700b可以在S700a之前执行，也可以在S700a之后执行，不予限制。

一种可能的实现方式，若数据通道能力指示信息指示第二UE与数据通道服务实体之间不建立数据通道，则在建立了第一媒体信息应用数据通道之后，或者在建立了第一媒体信息应用数据通道和第二媒体信息应用数据通道之后，通过以下S701-1-S701-4，第一UE和数据通道服务实体之间可以协商媒体描述信息，该媒体描述信息携带第一媒体信息应用数据通道中传输的RTP数据的参数，如RTP数据的编解码参数等，数据通道服务实体与第二UE之间可以协商用于在数据通道服务实体与第二UE之间建立第一视频通道的媒体描述信息。

S701-1：第一UE向数据通道服务实体发送视频通道建立触发信息(对应“发明内容”章节中的第四请求信息)，所述视频通道建立触发信息用于触发数据通道服务实体与第二UE建立第一视频通道。相应的，数据通道服务实体从第一UE接收视频通道建立触发信息。

本申请实施例中，视频通道建立触发信息可以携带第一媒体描述信息和建立第一视频通道的指示信息(对应“发明内容”章节中的第二指示信息)。

其中，第一媒体描述信息携带第一UE通过第一媒体信息应用数据通道传输的RTP数据的参数，如RTP数据的编解码参数等，建立第一视频通道的指示信息用于请求建立第一视频通道。视频通道建立触发信息还携带第一媒体信息应用数据通道的标识，以向数据通道服务实体指示用于传输RTP数据的数据通道。可选的，视频通道建立触发信息还携带第二媒体信息应用数据通道的标识，以向数据通道服务实体指示用于传输RTCP数据的数据通道。

可以理解的，数据通道服务实体接收到视频通道建立触发信息后，可以根据建立第一视频通道的指示信息向第二UE发送视频通道建立请求信息，以建立第一视频通道。其中，视频通道建立请求信息可以包括第一媒体描述信息携带的RTP数据的参数。

可选的，第一媒体信息应用数据通道的标识可以是发起建立第一媒体信息应用数据通道的设备配置的。例如，若第一UE是发起建立第一媒体信息应用数据通道的设备，则第一媒体信息应用数据通道的标识是第一UE配置的，若数据通道服务实体是发起建立第一媒体信息应用数据通道的设备，则第一媒体信息应用数据通道的标识是数据通道服务实体配置的。类似的，第二媒体信息应用数据通道的标识可以是发起建立第二媒体信息应用数据通道的设备配置的。

可选的，第一媒体信息应用数据通道的标识为整数，且第一媒体信息应用数据通道的标识加1即为第二媒体信息应用数据通道的标识。

一种可能的设计，用于基于UDP传输包含实时互动信息的RTP数据的视频通道对应的端口号与用于基于UDP传输包含控制数据的RTCP数据的视频通道对应的端口号有关联关系，或者没有关联关系。

作为一种示例，若有关联关系，用于基于UDP传输包含实时互动信息的RTP数据的视频通道对应的端口号加1即为用于基于UDP传输包含控制数据的RTCP数据的视频通道对应的端口号。例如，第一视频通道对应的端口号加1即为第二视频通道对应的端口号。

可以理解的，若第一UE与数据通道服务实体建立了引导程序数据通道，则第一UE通过引导程序数据通道向数据通道服务实体发送视频通道建立触发信息。相应的，数据通道服务实体通过引导程序数据通道从第一UE接收视频通道建立触发信息。

可以理解的，第一UE与数据通道服务实体也可以再建立一条数据通道，以传输视频通道建立触发信息和视频通道建立结果(对应“发明内容”章节中的第三响应信息)。例如，第一UE与数据通道服务实体建立第一信令应用数据通道(对应“发明内容”章节中的第四数据通道)，相应的，数据通道服务实体与第一UE建立第一信令应用数据通道。

可以理解的，视频通道建立触发信息和视频通道建立结果也可以不通过数据通道传输，不予限制。

S701-2：数据通道服务实体向第二UE发送视频通道建立请求信息(对应“发明内容”章节中的第五请求信息)，所述视频通道建立请求信息用于请求与第二UE建立第一视频通道。相应的，第二UE从数据通道服务实体接收视频通道建立请求信息。

本申请实施例中，视频通道建立请求信息携带第二媒体描述信息，第二媒体描述信息为数据通道服务实体用于建立第一视频通道的媒体描述信息。第五请求消息可以为reINVITE消息。

S701-3：第二UE向数据通道服务实体发送视频通道建立响应(对应“发明内容”章节中的第二响应信息)。相应的，数据通道服务实体从第二UE接收视频通道建立响应。

其中，视频通道建立响应携带第三媒体描述信息，第三媒体描述信息为第二UE用于建立第一视频通道的媒体描述信息。

S701-4：数据通道服务实体向第一UE发送视频通道建立结果。相应的，第一UE从数据通道服务实体接收视频通道建立结果。

本申请实施例中，视频通道建立结果携带第四媒体描述信息，第四媒体描述信息携带数据通道服务实体通过第一媒体信息应用数据通道传输的RTP数据的参数，如：RTP数据的编解码参数等。视频通道建立结果还携带第一媒体信息应用数据通道的标识，以向第一UE指示用于传输RTP数据的数据通道。可选的，视频通道建立结果还携带第二媒体信息应用数据通道的标识，以向第一UE指示用于传输RTCP数据的数据通道。

可以理解的，若第一UE与数据通道服务实体建立了引导程序数据通道，则数据通道服务实体通过引导程序数据通道向第一UE发送视频通道建立结果。相应的，第一UE通过引导程序数据通道从数据通道服务实体接收视频通道建立结果。若第一UE与数据通道服务实体建立了第一信令应用数据通道，则数据通道服务实体通过第一信令应用数据通道向第一UE发送视频通道建立结果。相应的，第一UE通过第一信令应用数据通道从数据通道服务实体接收视频通道建立结果。

可以理解的，在上述S701-1-S701-4中，第一UE通过视频通道建立触发信息中的建立第一视频通道的指示信息触发数据通道服务实体与第二UE之间建立第一视频通道。在实际应用中，数据通道服务实体在确定第二UE与数据通道服务实体之间不建立数据通道的情况下，数据通道服务实体也可以触发数据通道服务实体与第二UE之间建立第一视频通道，不予限制。

可以理解的，本申请实施例中的数据通道(如：第一媒体信息应用数据通道，和/或，第二媒体信息应用数据通道，和/或，引导程序数据通道，和/或，第一信令应用数据通道)可以通过同一个SIP会话建立，也可以通过不同的SIP会话建立。通过SIP会话建立数据通道可以理解为在建立SIP会话的过程中建立数据通道，例如，通过构建SIP会话的请求和/或响应携带建立数据通道的媒体描述信息(例如，若建立第一媒体信息应用数据通道，则携带建立第一媒体信息应用数据通道的媒体描述信息)，以建立数据通道。或者，通过SIP会话建立数据通道可以理解为在SIP会话建立完成后，通过在SIP会话中发送的请求和/或响应携带建立数据通道的媒体描述信息，以建立数据通道。

作为一种示例，本申请实施例中的数据通道可以通过第一SIP会话建立。其中，第一SIP会话为用于建立呼叫的SIP会话，或者，第一SIP会话为独立于用于建立呼叫的SIP会话的另一个SIP会话。也就是说，第一SIP会话可以是建立呼叫的SIP会话，也可以不是建立呼叫的SIP会话。若第一SIP会话是建立呼叫的SIP会话，则IMS数据通道的媒体承载在IMS接入点名称(access point name，APN)之上。若第一会话为独立于用于建立呼叫的SIP会话的另一个SIP会话，则IMS数据通道的媒体承载在数据接入点名称(data access point name，data APN)之上。

作为另一种示例，第一媒体信息应用数据通道、第二媒体信息应用数据通道、引导程序数据通道和第一信令应用数据通道可以通过至少两个SIP会话建立。例如，第一媒体信息应用数据通道和第二媒体信息应用数据通道通过SIP会话1建立，引导程序数据通道和第一信令应用数据通道通过SIP会话2建立。SIP会话1是建立呼叫的SIP会话，SIP会话2不是建立呼叫的SIP会话。又例如，第一媒体信息应用数据通道通过SIP会话1建立，第二媒体信息应用数据通道通过SIP会话2建立，引导程序数据通道和第一信令应用数据通道通过SIP会话3建立。SIP会话1是建立呼叫的SIP会话，SIP会话2和SIP会话3都不是建立呼叫的SIP会话，并且SIP会话2和SIP会话3是不同的会话。

可以理解的，上述图7所示的方法中的数据通道服务实体或者第一UE或者第二UE的动作可以由图6所示的通信装置60中的处理器601调用存储器603中存储的应用程序代码来执行，本申请实施例对此不做任何限制。

下面以通话业务的流程为例，介绍本申请实施例提供的通信方法。如图10所示，为本申请实施例提供的又一种通信方法，该通信方法包括S1001-S1015：

S1001：DCMTSI客户端(对应“发明内容”章节中的第一用户设备)、DCSS(对应“发明内容”章节中的数据通道服务实体)和MTSI客户端(对应“发明内容”章节中的第二用户设备)之间协商用于建立引导程序数据通道的媒体描述信息。

可以理解的，DCMTSI客户端为主叫方用户设备，MTSI客户端为被叫方用户设备的情况下，与DCMTSI客户端为被叫方用户设备，MTSI客户端为主叫方用户设备的情况下，S1001的过程不同。引导程序数据通道通过用于建立呼叫的SIP会话建立的情况下，与引导程序数据通道不通过用于建立呼叫的SIP会话建立的情况下，S1001的过程也不同。具体地，可以分以下四种情况：

情况1：DCMTSI客户端为主叫方用户设备，MTSI客户端为被叫方用户设备，并且引导程序数据通道通过用于建立呼叫的SIP会话建立的情况下，S1001的具体过程可以参考下述情况1中对应的描述。

情况2：DCMTSI客户端为被叫方用户设备，MTSI客户端为主叫方用户设备，并且引导程序数据通道通过用于建立呼叫的SIP会话建立的情况下，S1001的具体过程可以参考下述情况2中对应的描述。

情况3：DCMTSI客户端为主叫方用户设备，MTSI客户端为被叫方用户设备，并且引导程序数据通道不通过用于建立呼叫的SIP会话建立的情况下，S1001的具体过程可以参考下述情况3中对应的描述。

情况4：DCMTSI客户端为被叫方用户设备，MTSI客户端为主叫方用户设备，并且引导程序数据通道不通过用于建立呼叫的SIP会话建立的情况下，S1001的具体过程可以参考下述情况4中对应的描述。

下面对这四种情况进行具体阐述。

针对情况1，S1001的过程可以包括如下S1.1-S1.4：

S1.1：DCMTSI客户端发起呼叫，发送邀请请求(INVITE)消息1，该INVITE消息1经过第一代理呼叫会话控制功能(proxy call session control function，P-CSCF)和第一服务呼叫会话控制功能(serving call session control function，S-CSCF)路由到达DCSS。

其中，INVITE消息1可以携带DCMTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息1。该媒体描述信息1可以包括端口号、带宽，一条信息的大小等建立数据通道需要的相关参数。该媒体描述信息1可以如下所示：

m＝application 10001UDP/DTLS/SCTP webrtc-datachannel

b＝AS:500

a＝max-message-size:1024

a＝sctp-port:5000

a＝setup:actpass

a＝fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB

a＝tls-id:abc3de65cddef001be82

a＝dcmap:0subprotocol＝“http“

在上述示例中，端口号为10001，带宽为500千比特每秒(kbps)，一条信息的大小为1024字节(byte)，SCTP的端口号为5000。

S1.2：DCSS将INVITE消息1中的媒体描述信息1替换为DCSS用于建立与MTSI客户端的引导程序数据通道的媒体描述信息2，得到INVITE消息2，并发送该INVITE消息2，该INVITE消息2经过第一S-CSCF、第二S-CSCF和第二P-CSCF路由到达MTSI客户端。

其中，该媒体描述信息2可以包括端口号等建立数据通道需要的相关参数。

S1.3：MTSI客户端发送183消息1，该183消息1经过第二P-CSCF、第二S-CSCF和第一S-CSCF路由到达DCSS。

可以理解的，183消息1携带INVITE消息2中的会话描述协议(sessiondescription protocol，SDP)answer媒体描述信息。若MTSI客户端不与DCSS建立数据通道，则该媒体描述信息指示在DCSS与MTSI客户端之间建立数据通道失败。例如，该媒体描述信息中的媒体m行端口被置为0，以指示MTSI客户端与DCSS不建立数据通道或者建立数据通道失败。DCSS根据183消息1可以确定MTSI客户端与DCSS之间不建立数据通道。可以理解的，将m行端口设置为0的操作可能是MTSI客户端执行的，也可能是MTSI客户端所在的网络中的某个应用服务器(application server，AS)执行的，不予限制。若MTSI客户端与DCSS建立数据通道，则该媒体描述信息包括MTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述。DCSS根据183消息1可以确定MTSI客户端与DCSS之间建立数据通道。图10所示方法是以MTSI客户端不与DCSS建立数据通道为例进行介绍的。也就是说，S1.3之后的步骤是以MTSI客户端不与DCSS建立数据通道为前提进行阐述的。

S1.4：DCSS将183消息1中的与引导程序数据通道相关的媒体描述信息替换为DCSS用于建立与DCMTSI客户端的引导程序数据通道的媒体描述信息3，得到183消息2，并发送该183消息2，该183消息2经过第一S-CSCF和第一P-CSCF路由到达DCMTSI客户端。

上述S1.1-S1.4也是建立呼叫SIP会话的过程，也就是说，对于情况1，在建立呼叫SIP会话的过程中，DCMTSI客户端、DCSS和MTSI客户端之间协商用于建立引导程序数据通道的媒体描述信息。

针对情况2，S1001的过程可以包括如下S2.1-S2.4：

S2.1：MTSI客户端发起呼叫，发送INVITE消息3，该INVITE消息3经过经过第二P-CSCF、第二S-CSCF和第一S-CSCF路由到达DCSS。

其中，该INVITE消息3中未携带MTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息。DCSS根据INVITE消息3中未携带MTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息，可以确定MTSI客户端与DCSS之间不建立数据通道。

S2.2：DCSS确定INVITE消息3未携带MTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息，在INVITE消息3中添加DCSS用于建立与DCMTSI客户端的引导程序数据通道的媒体描述信息4，得到INVITE消息4，并发送该INVITE消息4，该INVITE消息4经过第一S-CSCF和第一P-CSCF路由到达DCMTSI客户端。

其中，该媒体描述信息4可以包括端口号等建立数据通道需要的相关参数。

S2.3：DCMTSI客户端发送183消息3，该183消息3经过第一P-CSCF和第一S-CSCF路由到达DCSS。

其中，该183消息3通过SDP answer携带DCMTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息5。

S2.4：由于INVITE消息3未携带MTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息，所以DCSS将183消息3中的媒体描述信息5删除，得到183消息4，并发送该183消息4，该183消息4经过第一S-CSCF、第二S-CSCF和第二P-CSCF路由到达MTSI客户端。

上述S2.1-S2.4也是建立呼叫SIP会话的过程，也就是说，对于情况2，在建立呼叫SIP会话的过程中，DCMTSI客户端、DCSS和MTSI客户端之间协商用于建立引导程序数据通道的媒体描述信息。

针对情况3，S1001的过程可以包括如下S3.1-S3.4：

在S1001之前，DCMTSI客户端发起呼叫，通过INVITE消息和183消息构建一个SIP会话1，该SIP会话1为建立呼叫的SIP会话。

S3.1：DCMTSI客户端发送INVITE消息5，该INVITE消息5经过第一P-CSCF和第一S-CSCF路由到达DCSS。

其中，INVITE消息5可以携带DCMTSI客户端用于建立与DCSS的引导程序数据通道的媒体描述信息6。该媒体描述信息6可以包括端口号等建立数据通道需要的相关参数。该INVITE消息5是通过与SIP会话1不同的另一个SIP会话2发起的。

S3.2：DCSS将INVITE消息5中的媒体描述信息6替换为DCSS用于建立与MTSI客户端的引导程序数据通道的媒体描述信息7，得到INVITE消息6，并发送该INVITE消息6。

其中，该媒体描述信息6可以包括端口号等建立数据通道需要的相关参数。

S3.3：DCSS确定在MTSI客户端和DCSS之间不建立数据通道。

一种可能的实现方式，MTSI客户端不支持建立数据通道，则INVITE消息6被路由到第二S-CSCF后，第二S-CSCF未找到支持建立数据通道的UE，第二S-CSCF向DCSS发送4XX消息或5XX消息或6XX消息。后续，DCSS接收到4XX消息或5XX消息或6XX消息后，根据4XX消息或5XX消息或6XX消息确定MTSI客户端与DCSS之间不建立数据通道。

一种可能的实现方式，用于协商IMS数据通道的SIP会话承载于Data APN，所以需要支持数据通道的UE通过Data APN发起SIP注册到网络中，并通过网络的鉴权认证，之后该UE可以建立数据通道。该注册与该UE原有的SIP注册是相互独立的，UE原有的SIP注册承载于IMS APN。在这种情况下，若MTSI客户端通过Data APN注册的账号与通过IMS APN注册的账号相同，并且MTSI客户端不支持建立数据通道，则INVITE消息6被路由到第二S-CSCF后，第二S-CSCF未找到支持建立数据通道的UE，第二S-CSCF向DCSS发送4XX消息或5XX消息或6XX消息。后续，DCSS根据接收到的4XX消息或5XX消息或6XX消息确定MTSI客户端与DCSS之间不建立数据通道。若MTSI客户端通过Data APN注册的账号与通过IMS APN注册的账号不相同，则INVITE消息6被路由到查询呼叫会话控制功能(interrogating call sessioncontrol function，I-CSCF)后，I-CSCF找不到MTSI客户端的账号(因为MTSI客户端在MTSI客户端所属的IMS网络中未开户)，因此会向DCSS发送4XX消息或5XX消息或6XX消息。后续，DCSS接收到4XX消息或5XX消息或6XX消息后，根据4XX消息或5XX消息或6XX消息确定MTSI客户端与DCSS之间不建立数据通道。

S3.4：DCSS发送200消息，该200消息经过第一S-CSCF和第一P-CSCF路由到达DCMTSI客户端。

其中，该200消息携带DCSS用于建立与DCMTSI客户端的引导程序数据通道的媒体描述信息。

对于情况3，在建立呼叫SIP会话后，DCMTSI客户端、DCSS和MTSI客户端通过另一个SIP会话协商用于建立引导程序数据通道的媒体描述信息。

针对情况4，一种可能的实现方式，在S1001之前，MTSI客户端发起呼叫，通过INVITE消息和183消息构建一个SIP会话1，该SIP会话1为建立呼叫的SIP会话。后续，DCMTSI客户端、DCSS和MTSI客户端之间协商引导程序数据通道的媒体描述信息的过程与情况3中类似，因此可以参考上述情况3中所述，不予赘述。另一种可能的实现方式，在S1001之前，MTSI客户端发起呼叫，通过INVITE消息和183消息构建一个SIP会话1，该SIP会话1为建立呼叫的SIP会话。在建立SIP会话1的INVITE消息到达DCSS后，DCSS在一段时间内未从MTSI客户端接收到用于与DCSS协商引导程序数据通道的媒体描述信息，DCSS可以向DCMTSI客户端发起SIP会话2的INVITE消息，该消息中携带DCSS用于建立与DCMTSI客户端之间的引导程序数据通道的媒体描述信息，以触发DCSS与DCMTSI客户端之间的引导程序数据通道的建立。DCMTSI客户端接收到该SIP会话2的INVITE消息后，可以返回200消息，使得DCMTSI客户端和DCSS间建立引导程序数据通道。

对于情况4，在建立呼叫SIP会话后，DCMTSI客户端、DCSS和MTSI客户端通过另一个SIP会话协商用于建立引导程序数据通道的媒体描述信息。

S1002：DCMTSI客户端与DCSS建立引导程序数据通道(对应“发明内容”章节中的第三数据通道)。相应的，DCSS与DCMTSI客户端建立引导程序数据通道。

S1003：DCMTSI客户端通过引导程序数据通道获取数据通道应用。

一种可能的实现方式，DCMTSI客户端通过引导程序数据通道向DCSS发送获取数据通道应用的请求。其中，数据通道应用可以包括网页(web page)。DCSS接收到该请求后，向DCMTSI客户端发送数据通道应用。DCMTSI客户端接收到数据通道应用后，加载运行该数据通道应用。

S1004：DCMTSI客户端向DCSS发送数据通道能力查询请求信息(对应“发明内容”章节中的第三请求信息)。相应的，DCSS从DCMTSI客户端接收数据通道能力查询请求信息。

一种可能的实现方式，数据通道应用触发DCMTSI客户端向DCSS发送数据通道能力查询请求信息。

作为一种示例，数据通道能力查询请求信息可以如下所示：GET/remoteDcStatusHTTP/1.1。

S1005：DCSS向DCMTSI客户端发送数据通道能力指示信息(对应“发明内容”章节中的第三指示信息)。相应的，DCMTSI客户端从DCSS接收数据通道能力指示信息。

作为一种示例，数据通道能力指示信息可以如下所示：

HTTP/1.1 200OK

Content-Type:application/json

Content-Length:36

{

"remoteDcStatus":unconnected

}

上述示例中的“"remoteDcStatus":unconnected”可以指示第二用户设备与DCSS之间不建立数据通道。

S1004-S1005的其他介绍可以参考上述图7所示方法中的S700b-S700c中对应的描述。

可以理解的是，在S1001中，DCSS确定在DCSS与MTSI客户端之间不建立数据通道，因此，在图10所示方法中，数据通道能力指示信息指示DCSS与MTSI客户端之间不建立数据通道。

一种可能的实现方式，DCMTSI客户端通过引导程序数据通道向DCSS发送数据通道能力查询请求信息。相应的，DCSS通过引导程序数据通道从DCMTSI客户端接收数据通道能力查询请求信息。DCSS通过引导程序数据通道向DCMTSI客户端发送数据通道能力指示信息。相应的，DCMTSI客户端通过引导程序数据通道从DCSS接收数据通道能力指示信息。除此之外，DCMTSI客户端和DCSS之间还可以建立第二信令应用数据通道，通过该第二信令应用数据通道传输数据通道能力查询请求信息和数据通道能力指示信息。

一种可能是实现方式，S1003之后，DCMTSI客户端向DCSS发送请求建立第二信令应用数据通道的信息。该请求建立第二信令应用数据通道的信息携带DCMTSI客户端用于建立第二信令应用数据通道的媒体描述信息。请求建立第二信令应用数据通道的信息可以为更新(update)消息或reINVITE消息。DCSS从DCMTSI客户端接收到请求建立第二信令应用数据通道的信息后，向DCMTSI客户端发送第四响应信息。其中，第四响应信息携带DCSS用于建立第二信令应用数据通道的媒体描述信息。第四响应信息可以为200消息。

其中，第二信令应用数据通道可以是DCSS与DCMTSI客户端之间端到端的数据通道，也可以是DCSS通过IMS-AGW与DCMTSI客户端建立的数据通道，不予限制。

S1006：被叫方用户设备振铃，被叫用户应答。

可以理解的，若DCMTSI客户端为被叫方用户设备，则DCMTSI客户端振铃，DCMTSI客户端对应的用户应答。若MTSI客户端为被叫方用户设备，则MTSI客户端振铃，MTSI客户端对应的用户应答。

可以理解的，S1006之后，DCMTSI客户端的用户可以启动数据通道应用的业务功能，例如，屏幕共享。在S1005中，DCMTSI客户端确定MTSI客户端与DCSS之间不建立数据通道，所以DCMTSI客户端可以与DCSS之间协商用于建立第一媒体信息应用数据通道(对应“发明内容”章节中的第一数据通道)的媒体描述信息，与DCSS之间建立第一媒体信息应用数据通道，并请求DCSS与MTSI客户端之间建立第一视频通道，如此，可以实现通过DCSS转发DCMTSI客户端与MTSI客户端之间的实时互动信息。

其中，第一媒体信息应用数据通道和第一视频通道的介绍可以参考上述图7所示方法中对应的描述。可以理解的，若MTSI客户端与DCSS之间建立数据通道，则DCMTSI客户端可以与MTSI客户端建立端到端的数据通道，以传输实时互动信息，而不需要DCSS转发DCMTSI客户端与MTSI客户端之间的实时互动信息。

S1007：DCMTSI客户端与DCSS之间协商用于建立第一媒体信息应用数据通道的媒体描述信息。

一种可能的实现方式，DCMTSI客户端发送reINVITE消息，该reINVITE消息经过第一P-CSCF和第一S-CSCF路由到达DCSS。该reINVITE消息携带DCMTSI客户端用于建立第一媒体信息应用数据通道的媒体描述信息。该媒体描述信息可以包括端口号等建立数据通道需要的相关参数。DCSS接收到该reINVITE消息后，发送200消息，该200消息经过第一S-CSCF和第一P-CSCF路由到达DCMTSI客户端。其中，200消息携带DCSS用于建立第一媒体信息应用数据通道的媒体描述信息。该媒体描述信息包括端口号等建立数据通道需要的相关参数。

S1008：DCMTSI客户端与DCSS建立第一媒体信息应用数据通道和第二媒体信息应用数据通道(对应“发明内容”章节中的第二数据通道)。相应的，DCSS与DCMTSI客户端建立第一媒体信息应用数据通道和第二媒体信息应用数据通道。

其中，第二媒体信息应用数据通道的介绍可以参考上述图7所示方法中所述，不予赘述。

S1009：DCMTSI客户端向DCSS发送视频通道建立触发信息(对应“发明内容”章节中的第四请求信息)。相应的，DCSS从DCMTSI客户端接收视频通道建立触发信息。

示例性的，视频通道建立触发信息可以包括如下内容：

X-DC-Destination:/ARRemoteGuide/requestVideoConnection

X-DC-MsgType:offer

{

"mediaDescription":"v＝0

o＝-0 1IN IP4 0.0.0.0

s＝DCMTSI call

c＝IN IP4 0.0.0.0//IP地址置为全0，表示忽略IP信息

b＝CT:4096

t＝0 0

m＝video 9UDP/DTLS/SCTP/RTP/AVP 123//端口置为9，表示忽略端口信息

b＝AS:960

b＝RR:6000

b＝RS:8000

a＝rtpmap:123H264/90000

a＝fmtp:123profile-level-id＝42801F；max-fs＝3600；max-mbps＝108000；packetization-mode＝0；max-br＝974；sprop-parameter-sets＝Z0LAHtoHgUSAeEAhUA＝＝,aM48gA＝＝

a＝rtcp-fb:*trr-int 5000

a＝rtcp-fb:*ccm fir

a＝rtcp-fb:*ccm tmmbr

a＝rtcp-fb:*nack

a＝rtcp-fb:*nack pli

a＝sendrecv

a＝dcmap:1000subprotocol＝"rtp"label＝xxx//第一媒体信息应用数据通道的标识

a＝dcmap:1001subprotocol＝"rtcp"label＝yyy"//第二媒体信息应用数据通道的标识

}

在上述示例中，第一行的“requestVideoConnection”可以用于请求建立第一视频通道，即对应“发明内容”章节中的第二指示信息。“{}”中的内容为第一媒体描述信息所携带的内容。该第一媒体描述信息对应“发明内容”章节中的第一媒体描述信息，或者，对应图7所示方法中的第一媒体描述信息。

可以理解的，由于DCMTSI客户端和DCSS之间通过数据通道通信，不需要用到IP地址和端口。因此，可以将IP地址置为全0，以忽略IP地址，将端口置为9，以忽略端口信息。

S1010：DCSS向MTSI客户端发送视频通道建立请求信息(对应“发明内容”章节中的第五请求信息)。相应的，MTSI客户端从DCSS接收视频通道建立请求信息。

示例性的，视频通道建立请求信息中的第二媒体描述信息可以包括如下内容：

v＝0

o＝-0 1IN IP4 192.168.0.124

s＝DCMTSI call

c＝IN IP4 192.168.0.124

b＝CT:4096

t＝0 0

m＝video 32965UDP/DTLS/SCTP/RTP/AVP 123

b＝AS:960

b＝RR:6000

b＝RS:8000

a＝rtpmap:123H264/90000

a＝fmtp:123profile-level-id＝42801F；max-fs＝3600；max-mbps＝108000；packetization-mode＝0；max-br＝974；sprop-parameter-sets＝Z0LAHtoHgUSAeEAhUA＝＝,aM48gA＝＝

a＝rtcp-fb:*trr-int 5000

a＝rtcp-fb:*ccm fir

a＝rtcp-fb:*ccm tmmbr

a＝rtcp-fb:*nack

a＝rtcp-fb:*nack pli

a＝sendrecv

其中，上述IP地址和端口是DCSS分配的。

S1011：MTSI客户端向DCSS发送视频通道建立响应(对应“发明内容”章节中的第二响应信息)。相应的，DCSS从MTSI客户端接收视频通道建立响应。

S1012：DCSS向DCMTSI客户端发送视频通道建立结果(对应“发明内容”章节中的第三响应信息)。相应的，DCMTSI客户端从DCSS接收视频通道建立结果。

示例性的，视频通道建立结果可以包括如下内容：

X-DC-Destination:/ARRemoteGuide/requestVideoConnection

X-DC-MsgType:answer

{

"mediaDescription":"v＝0

o＝-0 1IN IP4 0.0.0.0

s＝MTSI call

c＝IN IP4 0.0.0.0//IP地址置为全0，表示忽略IP信息

b＝CT:4096

t＝0 0

m＝video 9UDP/DTLS/SCTP/RTP/AVP 123//端口置为9，表示忽略端口信息

b＝AS:960

b＝RR:6000

b＝RS:8000

a＝rtpmap:123H264/90000

a＝fmtp:123profile-level-id＝42801F；max-fs＝3600；max-mbps＝108000；packetization-

mode＝0；max-br＝974；sprop-parameter-sets＝Z0LAHtoHgUSAeEAhUA＝＝,aM48gA＝＝

a＝rtcp-fb:*trr-int 5000

a＝rtcp-fb:*ccm fir

a＝rtcp-fb:*ccm tmmbr

a＝rtcp-fb:*nack

a＝rtcp-fb:*nack pli

a＝sendrecv

a＝dcmap:1000subprotocol＝"rtp"label＝xxx//第一媒体信息应用数据通道的标识a＝dcmap:1001subprotocol＝"rtcp"label＝yyy"//第二媒体信息应用数据通道的标识

}

其中，“{}”中的内容为视频通道建立结果携带的媒体描述信息中的内容。

上述S1009-S1012其他介绍可以参考上述图7所示方法中S701-1-S701-4中对应的描述。

可以理解的是，在S701-1中描述了第一UE与DCSS建立第一信令应用数据通道。一种可能的设计，在S1006之后，DCMTSI客户端与DCSS之间协商用于建立第一信令应用数据通道(对应“发明内容”章节中的第四数据通道)的媒体描述信息，并与DCSS建立第一信令应用数据通道。这一过程可以和S1007-S1008同时执行，也可以分开执行。

作为一种示例，DCMTSI客户端发送reINVITE消息，该reINVITE消息经过第一P-CSCF和第一S-CSCF路由到达DCSS。该reINVITE消息携带DCMTSI客户端用于建立第一信令应用数据通道的媒体描述信息。该媒体描述信息可以包括端口号等建立数据通道需要的相关参数。DCSS接收到该reINVITE消息后，发送200消息，该200消息经过第一S-CSCF和第一P-CSCF路由到达DCMTSI客户端。其中，200消息携带DCSS用于建立第一信令应用数据通道的媒体描述信息。该媒体描述信息包括端口号等建立数据通道需要的相关参数。

S1013：DCSS与MTSI客户端建立第一视频通道和第二视频通道。相应的，MTSI客户端与DCSS建立第一视频通道和第二视频通道。

其中，第一视频通道和第二视频通道的介绍可以参考上述图7所示方法中所述，不予赘述。

S1014：DCSS将DCMTSI客户端通过第一媒体信息应用数据通道发送的第一实时互动信息通过第一视频通道发送给MTSI客户端，和/或，将MTSI客户端通过第一视频通道发送的第二实时互动信息通过第一媒体信息应用数据通道发送给DCMTSI客户端。

上述S1014的介绍可以参考上述图7所示方法中S702中对应的描述，不予赘述。

S1015：DCSS将DCMTSI客户端通过第二媒体信息应用数据通道发送的RTCP数据通过第二视频通道发送给MTSI客户端，和/或，将MTSI客户端通过第二视频通道发送的RTCP数据通过第二媒体信息应用数据通道发送给DCMTSI客户端。

上述S1015的介绍可以参考上述图7所示方法中S703中对应的描述，不予赘述。

可以理解的，上述S1001-S1015中的DCSS或者DCMTSI客户端或者MTSI客户端的动作可以由图6所示的通信装置60中的处理器601调用存储器603中存储的应用程序代码来执行，本申请实施例对此不做任何限制。

如图11所示，为本申请实施例提供的又一种通信方法，在该通信方法中，第一UE可以向数据通道服务实体询问第二UE与数据通道服务实体之间是否建立数据通道，以便第一UE确定是否在第一UE和第二UE之间建立用于传输实时互动信息的数据通道。该通信方法可以包括S1101-S1102：

S1101：UE向数据通道服务实体发送数据通道能力查询请求信息(对应“发明内容”章节中的第三请求信息)。相应的，数据通道服务实体从UE接收数据通道能力查询请求信息。

S1102：数据通道服务实体向UE发送数据通道能力指示信息(对应“发明内容”章节中的第三指示信息)。相应的，UE从数据通道服务实体接收数据通道能力指示信息。

上述S1101-S1102的具体过程可以参考上述图7所示方法中S700b-S700c中对应的描述，在此不做赘述。

可以理解的，若数据通道能力指示信息指示第二UE与数据通道服务实体之间不建立数据通道，则在S1101之前，数据通道服务实体确定在第二UE与数据通道服务实体之间不建立数据通道。这一过程可以参考上述图7所示方法中S700a中对应的描述，在此不做赘述。

基于图11所示的方法，UE可以向数据通道服务实体询问对端UE与数据通道服务实体之间是否建立数据通道，以便UE确定是否在UE和对端UE之间建立用于传输实时互动信息的数据通道。若对端UE与数据通道服务实体之间建立数据通道，则UE确定在UE和对端UE之间建立用于传输实时互动信息的数据通道，UE和对端UE可以直接传输实时互动信息。若对端UE与数据通道服务实体之间不建立数据通道，则UE确定在UE和数据通道服务实体之间建立用于传输实时互动信息的数据通道、而不在UE和对端UE之间建立用于传输实时互动信息的数据通道，在这种情况下，数据通道服务实体可以与对端UE建立视频通道。如此，通过数据通道服务实体进行数据包格式的转换，可以实现UE和对端UE之间的实时互动信息的传输。

可以理解的，上述S1101-S1102中的数据通道服务实体或者UE的动作可以由图6所示的通信装置60中的处理器601调用存储器603中存储的应用程序代码来执行，本申请实施例对此不做任何限制。

本申请上文中提到的各个实施例之间在方案不矛盾的情况下，均可以进行结合，不作限制。

可以理解的，以上各个实施例中，由数据通道服务实体实现的方法和/或步骤，也可以由可用于数据通道服务实体的部件(例如芯片或者电路)实现；由第一UE实现的方法和/或步骤，也可以由可用于第一UE的部件(例如芯片或者电路)实现。

上述主要从各个设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述数据通道服务实体或第一UE等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员可以很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法操作，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对数据通道服务实体或第一UE进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可以理解的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以采用集成的方式划分各个功能模块的情况下，图12示出了一种数据通道服务实体120的结构示意图。数据通道服务实体120包括处理模块1201和收发模块1202。处理模块1201用于执行本申请实施例中数据通道服务实体除接收和/或发送数据或信息之外的操作，例如，S701，和/或，S700a，和/或，S701a等。处理模块1201也可以称为处理单元用于实现除收发功能之外的功能，例如可以是处理器。收发模块1202用于执行本申请实施例中数据通道服务实体接收和/或发送数据或信息的操作，例如，S702，和/或，S703，和/或，S700a-1，和/或，S700a-2，和/或，S700b，和/或，S700c等。收发模块1202也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。

在一些实施例中，该数据通道服务实体120还可以包括存储模块(图12中未示出)，用于存储程序指令和数据。

示例性地，数据通道服务实体120例如为图7所示的实施例或图10所示的实施例所述的数据通道服务实体。数据通道服务实体120用于在处于同一个通话业务中的第一UE和第二UE之间传输实时互动信息。

例如，处理模块1201，用于与第一UE建立第一数据通道且与第二UE建立第一视频通道。其中，第一数据通道用于基于SCTP传输数据，第一视频通道用于基于UDP传输数据。

收发模块1202，用于将第一UE通过第一数据通道发送的第一实时互动信息通过第一视频通道发送给第二UE；和/或，将第二UE通过第一视频通道发送的第二实时互动信息通过第一数据通道发送给第一UE。

关于数据通道服务实体120所能实现的其他功能，可参考图7所示的实施例或图10所示的实施例的相关介绍，不多赘述。

在一个简单的实施例中，本领域的技术人员可以想到数据通道服务实体120可以采用图6所示的形式。比如，图6中的处理器601可以通过调用存储器603中存储的计算机可执行指令，使得数据通道服务实体120执行上述方法实施例中与数据通道实体相关的方法，如S701和S702。

示例性的，图12中的处理模块1201和收发模块1202的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现。或者，图12中的处理模块1201的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现，图12中的收发模块1202的功能/实现过程可以通过图6中的通信接口604来实现。

比如，以采用集成的方式划分各个功能模块的情况下，图13示出了一种UE 130的结构示意图。UE 130包括处理模块1301和收发模块1302。处理模块1301用于执行本申请实施例中第一UE除接收和/或发送数据或信息之外的操作，例如，S701，和/或，S701a等。处理模块1301也可以称为处理单元用于实现除收发功能之外的功能，例如可以是处理器。收发模块1302用于执行本申请实施例中第一UE接收和/或发送数据或信息的操作，例如，S702，和/或，S703，和/或，S700b，和/或，S700c等。收发模块1302也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。

在一些实施例中，该UE 130还可以包括存储模块(图13中未示出)，用于存储程序指令和数据。

示例性地，UE 130用于实现第一UE的功能。UE 130例如为图7所示的实施例所述的第一UE。或者，UE 130用于实现DCMTSI客户端的功能。UE 130例如为图10所示的实施例所述的DCMTSI客户端。UE 130与对端UE处于同一个通话业务业务中，UE 130与对端UE通过数据通道服务实体传输实时互动信息。

例如，处理模块1301，用于与数据通道服务实体建立第一数据通道并触发数据通道服务实体与对端UE建立第一视频通道，第一数据通道用于基于SCTP传输数据，第一视频通道用于基于UDP传输数据。

收发模块1302，用于通过第一数据通道向数据通道服务实体发送第一实时互动信息，以触发数据通道服务实体通过第一视频通道向对端UE发送第一实时互动信息；和/或，通过第一数据通道从数据通道服务实体接收数据通道服务实体通过第一视频通道接收的第二实时互动信息。

当用于实现第一UE的功能时，关于UE 130所能实现的其他功能，可参考图7所示的实施例或图10所示的实施例的相关介绍，不多赘述。

在一个简单的实施例中，本领域的技术人员可以想到UE 130可以采用图6所示的形式。比如，图6中的处理器601可以通过调用存储器603中存储的计算机可执行指令，使得UE130执行上述方法实施例中与第一UE相关的方法，如S701。

示例性的，图13中的处理模块1301和收发模块1302的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现。或者，图13中的处理模块1301的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现，图13中的收发模块1302的功能/实现过程可以通过图6中的通信接口604来实现。

比如，以采用集成的方式划分各个功能模块的情况下，图14示出了一种数据通道服务实体140的结构示意图。数据通道服务实体140包括收发模块1401。收发模块1401用于执行本申请实施例中数据通道服务实体接收和/或发送数据或信息的操作，例如，S1101，和/或，S1102等。收发模块1401也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。可选的，数据通道服务实体140还包括处理模块1402。处理模块1402用于执行本申请实施例中数据通道服务实体除接收和/或发送数据或信息之外的操作。处理模块1402也可以称为处理单元用于实现除收发功能之外的功能，例如可以是处理器。

在一些实施例中，该数据通道服务实体140还可以包括存储模块(图14中未示出)，用于存储程序指令和数据。

示例性地，数据通道服务实体140例如为图11所示的实施例所述的数据通道服务实体。数据通道服务实体140用于在处于同一个通话业务中的第一UE和第二UE之间传输实时互动信息。

例如，收发模块1401，用于从第一UE接收第三请求信息，第三请求信息用于请求关于第二UE与数据通道服务实体140之间是否建立数据通道的信息。

收发模块1401，还用于向第一UE发送第三指示信息，第三指示信息用于指示第二UE与数据通道服务实体140之间是否建立数据通道。

关于数据通道服务实体140所能实现的其他功能，可参考图11所示的实施例的相关介绍，不多赘述。

在一个简单的实施例中，本领域的技术人员可以想到数据通道服务实体140可以采用图6所示的形式。比如，图6中的处理器601可以通过调用存储器603中存储的计算机可执行指令，使得数据通道服务实体140执行上述方法实施例中与数据通道服务实体相关的方法，如S1101和S1102。

示例性的，图14中的收发模块1401和处理模块1402的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现。或者，图14中的处理模块1402的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现，图14中的收发模块1401的功能/实现过程可以通过图6中的通信接口604来实现。

比如，以采用集成的方式划分各个功能模块的情况下，图15示出了一种UE 150的结构示意图。UE 150包括收发模块1501。收发模块1501用于执行本申请实施例中UE接收和/或发送数据或信息的操作，例如，S1101，和/或，S1102等。收发模块1501也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。可选的，UE 150还包括处理模块1502。处理模块1502用于执行本申请实施例中UE除接收和/或发送数据或信息之外的操作。处理模块1502也可以称为处理单元用于实现除收发功能之外的功能，例如可以是处理器。

在一些实施例中，该UE 150还可以包括存储模块(图15中未示出)，用于存储程序指令和数据。

示例性地，UE 150用于实现UE的功能。UE 150例如为图11所示的实施例所述的UE。UE 150与对端UE处于同一个通话业务业务中，UE 150与对端UE通过数据通道服务实体传输实时互动信息。

例如，收发模块1501，用于向数据通道服务实体发送第三请求信息，第三请求信息用于请求关于对端UE与数据通道服务实体之间是否建立数据通道的信息。

收发模块1501，还用于从数据通道服务实体接收第三指示信息，第三指示信息用于指示对端UE与数据通道服务实体之间是否建立数据通道。

当用于实现UE的功能时，关于UE 150所能实现的其他功能，可参考图11所示的实施例的相关介绍，不多赘述。

在一个简单的实施例中，本领域的技术人员可以想到UE 150可以采用图6所示的形式。比如，图6中的处理器601可以通过调用存储器603中存储的计算机可执行指令，使得UE150执行上述方法实施例中与第一UE相关的方法，如S1101和S1102。

示例性的，图15中的收发模块1501和处理模块1502的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现。或者，图15中的处理模块1502的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机可执行指令来实现，图15中的收发模块1501的功能/实现过程可以通过图6中的通信接口604来实现。

可以理解的是，以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上系统)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。

当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。

可选的，本申请实施例还提供了一种芯片系统，包括：至少一个处理器和接口，该至少一个处理器通过接口与存储器耦合，当该至少一个处理器执行存储器中的计算机程序或指令时，使得上述任一方法实施例中的方法被执行。在一种可能的实现方式中，该芯片系统还包括存储器。可选的，该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

可选的，本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的装置(如数据通道服务实体或第一UE)的内部存储单元，例如装置的硬盘或内存。上述计算机可读存储介质也可以是上述装置的外部存储设备，例如上述装置上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(securedigital，SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

可选的，本申请实施例还提供了一种计算机程序产品。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机程序产品中，该程序在执行时，可包括如上述各方法实施例的流程。

可选的，本申请实施例还提供了一种计算机指令。上述方法实施例中的全部或者部分流程可以由计算机指令来指令相关的硬件(如计算机、处理器、UE、数据通道服务实体或服务器等)完成。该程序可被存储于上述计算机可读存储介质中或上述计算机程序产品中。

可选的，本申请实施例还提供了一种通信系统，包括：上述实施例中的数据通道服务实体和第一UE。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (31)

1.一种通信方法，应用于数据通道服务实体，其特征在于，所述数据通道服务实体用于在处于同一个通话业务中的第一用户设备与第二用户设备之间传输实时互动信息，所述方法包括：

与所述第一用户设备建立第一数据通道且与所述第二用户设备建立第一视频通道，所述第一数据通道用于基于流控制传输协议SCTP传输数据，所述第一视频通道用于基于用户数据包协议UDP传输数据；

将所述第一用户设备通过所述第一数据通道发送的第一实时互动信息通过所述第一视频通道发送给所述第二用户设备，和/或，将所述第二用户设备通过所述第一视频通道发送的第二实时互动信息通过所述第一数据通道发送给所述第一用户设备。

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

所述将所述第一用户设备通过所述第一数据通道发送的第一实时互动信息通过所述第一视频通道发送给所述第二用户设备，包括：通过所述第一数据通道从所述第一用户设备接收第一实时传输协议RTP数据，所述第一RTP数据包含所述第一实时互动信息；通过所述第一视频通道向所述第二用户设备发送所述第一RTP数据；

所述将所述第二用户设备通过所述第一视频通道发送的第二实时互动信息通过所述第一数据通道发送给所述第一用户设备，包括：通过所述第一视频通道从所述第二用户设备接收第二RTP数据，所述第二RTP数据包含所述第二实时互动信息；通过所述第一数据通道向所述第一用户设备发送所述第二RTP数据。

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

与所述第一用户设备建立第二数据通道并与所述第二用户设备建立第二视频通道，所述第二数据通道用于基于SCTP传输数据，所述第二视频通道用于基于UDP传输数据；

将所述第一用户设备通过所述第二数据通道发送的RTP控制协议RTCP数据通过所述第二视频通道发送给所述第二用户设备，和/或，将所述第二用户设备通过所述第二视频通道发送的RTCP数据通过所述第二数据通道发送给所述第一用户设备。

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

与所述第二用户设备建立第二视频通道，所述第二视频通道用于基于UDP传输数据；

将所述第一用户设备通过所述第一数据通道发送的RTCP数据通过所述第二视频通道发送给所述第二用户设备，和/或，将所述第二用户设备通过所述第二视频通道发送的RTCP数据通过所述第一数据通道发送给所述第一用户设备。

5.根据权利要求1所述的方法，其特征在于：

所述将所述第一用户设备通过所述第一数据通道发送的第一实时互动信息通过所述第一视频通道发送给所述第二用户设备，包括：通过所述第一数据通道从所述第一用户设备接收所述第一实时互动信息；通过所述第一视频通道向所述第二用户设备发送第三RTP数据，所述第三RTP数据包含所述第一实时互动信息；

所述将所述第二用户设备通过所述第一视频通道发送的第二实时互动信息通过所述第一数据通道发送给所述第一用户设备，包括：通过所述第一视频通道从所述第二用户设备接收第四RTP数据；从所述第四RTP数据提取得到所述第二实时互动信息；通过所述第一数据通道向所述第一用户设备发送所述第二实时互动信息。

6.根据权利要求1-5中任一项所述的方法，其特征在于，在与所述第二用户设备建立第一视频通道之前，所述方法还包括：

确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道。

7.根据权利要求6所述的方法，其特征在于，所述确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道，包括：

从所述第二用户设备接收第一指示信息，所述第一指示信息指示在所述数据通道服务实体与所述第二用户设备之间建立数据通道失败；

根据所述第一指示信息，确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道。

8.根据权利要求7所述的方法，其特征在于，所述从所述第二用户设备接收第一指示信息，包括：

向所述第二用户设备发送第一请求信息，所述第一请求信息携带所述数据通道服务实体用于建立与所述第二用户设备的数据通道的媒体描述信息；

从所述第二用户设备接收第一响应信息，所述第一响应信息包含所述第一指示信息。

9.根据权利要求6所述的方法，其特征在于，所述确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道，包括：

从所述第二用户设备接收第二请求信息；

根据所述第二请求信息未携带所述第二用户设备用于建立与所述数据通道服务实体的数据通道的媒体描述信息，确定在所述第二用户设备与所述数据通道服务实体之间不建立数据通道。

10.根据权利要求6-9中任一项所述的方法，其特征在于，在确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道之后，所述方法还包括：

向所述第一用户设备发送第三指示信息，所述第三指示信息指示所述第二用户设备与所述数据通道服务实体之间不建立数据通道。

11.根据权利要求10所述的方法，其特征在于，在向所述第一用户设备发送第三指示信息之前，所述方法还包括：

从所述第一用户设备接收第三请求信息，所述第三请求信息用于请求关于所述第二用户设备与所述数据通道服务实体之间是否建立数据通道的信息。

12.一种通信方法，应用于用户设备，其特征在于，所述用户设备与对端用户设备处于同一个通话业务中，所述用户设备与所述对端用户设备通过数据通道服务实体传输实时互动信息，所述方法包括：

与所述数据通道服务实体建立第一数据通道并触发所述数据通道服务实体与所述对端用户设备建立第一视频通道，所述第一数据通道用于基于流控制传输协议SCTP传输数据，所述第一视频通道用于基于用户数据包协议UDP传输数据；

通过所述第一数据通道向所述数据通道服务实体发送第一实时互动信息，以触发所述数据通道服务实体通过所述第一视频通道向所述对端用户设备发送所述第一实时互动信息；和/或，通过所述第一数据通道从所述数据通道服务实体接收所述数据通道服务实体通过所述第一视频通道接收的第二实时互动信息。

13.根据权利要求12所述的方法，其特征在于，

所述通过所述第一数据通道向所述数据通道服务实体发送第一实时互动信息，以触发所述数据通道服务实体通过所述第一视频通道向所述对端用户设备发送所述第一实时互动信息，包括：通过所述第一数据通道向所述数据通道服务实体发送第一实时传输协议RTP数据，以触发所述数据通道服务实体通过所述第一视频通道向所述对端用户设备发送所述第一RTP数据，所述第一RTP数据包含所述第一实时互动信息；

所述通过所述第一数据通道从所述数据通道服务实体接收所述数据通道服务实体通过所述第一视频通道接收的第二实时互动信息，包括：通过所述第一数据通道从所述数据通道服务实体接收所述数据通道服务实体通过所述第一视频通道接收的第二RTP数据，所述第二RTP数据包含所述第二实时互动信息。

14.根据权利要求13所述的方法，其特征在于，所述方法还包括：

与所述数据通道服务实体建立第二数据通道并触发所述数据通道服务实体与所述对端用户设备建立第二视频通道，所述第二数据通道用于基于SCTP传输数据，所述第二视频通道用于基于UDP传输数据；

通过所述第二数据通道向所述数据通道服务实体发送RTP控制协议RTCP数据，以触发所述数据通道服务实体通过所述第二视频通道向所述对端用户设备发送所述RTCP数据；和/或，通过所述第二数据通道从所述数据通道服务实体接收所述数据通道服务实体通过所述第二视频通道接收的RTCP数据。

15.根据权利要求13所述的方法，其特征在于，所述方法还包括：

通过所述第一数据通道向所述数据通道服务实体发送RTCP数据，以触发所述数据通道服务实体通过第二视频通道向所述对端用户设备发送所述RTCP数据，所述第二视频通道用于基于UDP传输数据；和/或，通过所述第一数据通道从所述数据通道服务实体接收所述数据通道服务实体通过所述第二视频通道接收的RTCP数据。

16.根据权利要求12-14中任一项所述的方法，其特征在于，所述触发所述数据通道服务实体与所述对端用户设备建立第一视频通道，包括：

向所述数据通道服务实体发送第四请求信息，所述第四请求信息携带第一媒体描述信息和第二指示信息，所述第一媒体描述信息携带所述用户设备通过所述第一数据通道传输的RTP数据的参数，所述第二指示信息用于请求建立所述第一视频通道，；

从所述数据通道服务实体接收第三响应信息，所述第三响应信息携带第四媒体描述信息，所述第四媒体描述信息携带所述数据通道服务实体通过所述第一数据通道传输的RTP数据的参数。

17.根据权利要求16所述的方法，其特征在于，在向所述数据通道服务实体发送第四请求信息之前，所述方法还包括：

从所述数据通道服务实体接收第三指示信息，所述第三指示信息指示所述对端用户设备与所述数据通道服务实体之间不建立数据通道。

18.根据权利要求17所述的方法，其特征在于，在从所述数据通道服务实体接收第三指示信息之前，所述方法还包括：

向所述数据通道服务实体发送第三请求信息，所述第三请求信息用于请求关于所述对端用户设备与所述数据通道服务实体之间是否建立数据通道的信息。

19.根据权利要求16-18中任一项所述的方法，其特征在于，

所述第四请求信息还携带所述第一数据通道的标识；

所述第三响应信息还携带所述第一数据通道的标识。

20.根据权利要求19所述的方法，其特征在于，

所述第四请求信息还携带所述第二数据通道的标识；

所述第三响应信息还携带所述第二数据通道的标识。

21.一种通信方法，应用于数据通道服务实体，其特征在于，所述数据通道服务实体用于在处于同一个通话业务中的第一用户设备与第二用户设备之间传输实时互动信息，所述方法包括：

从所述第一用户设备接收第三请求信息，所述第三请求信息用于请求关于所述第二用户设备与所述数据通道服务实体之间是否建立数据通道的信息；

向所述第一用户设备发送第三指示信息，所述第三指示信息用于指示所述第二用户设备与所述数据通道服务实体之间是否建立数据通道。

22.根据权利要求21所述的方法，其特征在于，所述第三指示信息指示所述第二用户设备与所述数据通道服务实体之间不建立数据通道，所述方法还包括：确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道。

23.根据权利要求22所述的方法，其特征在于，所述确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道，包括：

从所述第二用户设备接收第一指示信息，所述第一指示信息指示在所述数据通道服务实体与所述第二用户设备之间不建立数据通道。

24.根据权利要求23所述的方法，其特征在于，所述从所述第二用户设备接收第一指示信息，包括：

向所述第二用户设备发送第一请求信息，所述第一请求信息携带所述数据通道服务实体用于建立与所述第二用户设备的数据通道的媒体描述信息；

从所述第二用户设备接收第一响应信息，所述第一响应信息包含所述第一指示信息。

25.根据权利要求22所述的方法，其特征在于，所述确定在所述数据通道服务实体与所述第二用户设备之间不建立数据通道，包括：

从所述第二用户设备接收第二请求信息；

根据所述第二请求信息未携带所述第二用户设备用于建立与所述数据通道服务实体的数据通道的媒体描述信息，确定所述第二用户设备与所述数据通道服务实体之间不建立数据通道。

26.一种通信方法，应用于用户设备，其特征在于，所述用户设备与对端用户设备处于同一个通话业务中，所述用户设备与所述对端用户设备通过数据通道服务实体传输实时互动信息，所述方法包括：

向所述数据通道服务实体发送第三请求信息，所述第三请求信息用于请求关于所述对端用户设备与所述数据通道服务实体之间是否建立数据通道的信息；

从所述数据通道服务实体接收第三指示信息，所述第三指示信息用于指示所述对端用户设备与所述数据通道服务实体之间是否建立数据通道。

27.一种数据通道服务实体，其特征在于，包括用于执行如权利要求1-11中任一项所述方法的单元或模块，或者包括用于执行如权利要求21-25中任一项所述方法的单元或模块。

28.一种用户设备，其特征在于，包括用于执行如权利要求12-20中任一项所述方法的单元或模块，或者包括用于执行如权利要求26所述方法的单元或模块。

29.一种数据通道服务实体，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述数据通道服务实体执行如权利要求1至11中任一项所述的方法，或者执行如权利要求21至25中任一项所述的方法。

30.一种用户设备，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述用户设备执行如权利要求12至20中任一项所述的方法，或者执行如权利要求26所述的方法。

31.一种通信系统，其特征在于，所述通信系统包括数据通道服务实体和用户设备，所述数据通道服务实体用于执行如权利要求1至11中任一项所述的方法，所述用户设备用于执行如权利要求12至20中任一项所述的方法，或者，所述数据通道服务实体用于执行如权利要求21至25中任一项所述的方法，所述用户设备用于执行如权利要求26所述的方法。