协商方法、装置、网络设备及终端

技术领域

本发明涉及数据业务技术领域，尤其是指一种协商方法、装置、网络设备及终端。

背景技术

为了实现在VoIMS通话中更丰富的交互及数据传输能力，目前在IMS系统中引入了数据通道(Data Channel，DC)技术。根据现有标准定义，终端/网络通过会话描述协议(Session Des cription Protocol，SDP)完成DC协商。在同一次会话中，终端可以协商多条数据通道。当数据通道具有不同的IP地址、或不同的用户数据协议(User DatagramProtocol，UDP)端口号、或流控制传输协议(Stream Control Transmission Protocol，SCTP)端口号时，需要使用不同的SDP m行来进行协商。

在现有DC协商过程中，网络侧网元在接收媒体协商请求后，存在无法判断该媒体协商请求是用于请求终端至终端之间的数据通道，还是终端与网络服务器之间的数据通道的问题；并且，在运营商网络中，还存在网络侧网元无法获知所接收的媒体协商请求是需要本地网络处理，还是远端网络处理的问题。

此外，对于涉及通话双方共同使用的DC应用，需要双方终端具备相同的应用程序用于提供DC应用，而发起方终端可以在用户选择DC应用时获取该应用程序/应用页面数据，然后建立与对端的数据通道，用于应用数据传输。此时接收方终端收到发起方的数据通道建立请求，可以完成数据通道的建立，但存在无法获知及请求该数据通道所对应的应用程序/应用业务数据，因此无法实现数据通道应用的业务数据解析与交互。

因此，上述的数据通道协商过程中，存在媒体协商请求的接收端无法准确执行数据通道建立，并实现业务的解析与交互的问题。

发明内容

本发明技术方案的目的在于提供一种协商方法、装置及网络设备，用于解决现有技术的数据通道协商过程，存在媒体协商请求的接收端无法准确执行数据通道建立，或无法实现数据通道应用业务数据的解析与交互的问题。

本发明实施例提供一种协商方法，其中，应用于发送端，所述方法包括：

向接收端发送数据通道协商请求，其中所述数据通道协商请求包括通道属性信息。

可选地，所述的协商方法，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的协商方法，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的协商方法，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的协商方法，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，所述的协商方法，其中，所述发送端为终端或者为网络设备。

可选地，所述的协商方法，其中，所述接收端为终端、本地网络侧的网络设备、远端网络侧的网络设备、应用服务器和数据控制服务器中的其中之一。

本发明实施例还提供一种协商方法，其中，应用于网络设备，所述方法包括：

接收发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

根据所述通道属性信息，执行数据通道处理。

可选地，所述的协商方法，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的协商方法，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的id值。

可选地，所述的协商方法，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的协商方法，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，所述的协商方法，其中，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第二信息，确定所请求数据通道的通道类型为终端至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

可选地，所述的协商方法，其中，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第二信息，确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与所请求数据通道的应用所属应用服务器之间的数据通道；或者

在根据所述第二信息，确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与数据控制服务器之间的数据通道，由所述数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端。

可选地，所述的协商方法，其中，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于本地网络应用，且所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与所述本地网络应用的应用服务器之间的数据通道；或者

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于本地网络应用，且所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与本地数据控制服务器之间的数据通道，由所述本地数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述本地数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端。

可选地，所述的协商方法，其中，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，将所述数据通道协商请求转发至远端网络侧的网络设备，以通过远端网络侧的网络设备建立发送端与远端网络的应用服务器之间的数据通道；

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，将所述数据通道协商请求转发至远端网络的数据控制服务器，并建立与远端网络的数据控制服务器之间的数据通道，由远端网络的数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的远端的应用服务器，以及由远端网络的数据控制服务器将由远端的应用服务器发送的第二数据，通过所述数据通道转发至所述网络设备后发送至所述发送端。

本发明实施例还提供一种协商方法，其中，应用于终端，所述方法包括：

获取发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

根据所述数据通道协商请求，完成数据通道协商及建立；

根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息和/或终端侧用户交互操作的业务逻辑进行描述；

根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序，在通话界面显示所述数据通道应用的交互界面及交互数据。

可选地，所述的协商方法，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的协商方法，其中，根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序，包括：

根据所述通道属性信息，确定请求使用所述数据通道的数据通道应用程序标识；

通过数据通道应用程序获取流程，向网络侧发起数据通道应用程序获取请求，所述数据通道应用程序获取请求携带所述数据通道应用程序标识；

获取所述网络侧根据所述数据通道应用程序获取请求发送的与所述数据通道对应的数据通道应用程序。

可选地，所述的协商方法，其中，所述方法还包括：

将所述交互数据通过所述数据通道发送至应用服务器或者发送至发起所述数据通道协商请求的终端。

本发明实施例还提供一种网络设备，其中，所述网络设备为发送端，包括收发机，其中：

所述收发机用于，向接收端发送数据通道协商请求，其中所述数据通道协商请求包括通道属性信息。

本发明实施例还提供一种网络设备，其中，包括收发机和处理器，其中：

所述收发机用于，接收发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

所述处理器用于，根据所述通道属性信息，执行数据通道处理。

本发明实施例还提供一种终端，其中，包括收发机和处理器，其中：

所述收发机用于，获取发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

所述处理器用于，根据所述数据通道协商请求，完成数据通道协商及建立；

根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息和/或终端侧用户交互操作的业务逻辑进行描述；以及

根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序，在通话界面显示所述数据通道应用的交互界面及交互数据。

本发明实施例还提供一种协商装置，其中，应用于发送端，所述装置包括：

发送模块，用于向接收端发送数据通道协商请求，其中所述数据通道协商请求包括通道属性信息。

本发明实施例还提供一种协商装置，其中，应用于网络设备，所述装置包括：

接收模块，用于接收发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

第一处理模块，用于根据所述通道属性信息，执行数据通道处理。

本发明实施例还提供一种协商装置，其中，应用于终端，所述装置包括：

获取模块，用于获取发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

第二处理模块，用于根据所述数据通道协商请求，完成数据通道协商及建立；

第三处理模块，用于根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息和/或终端侧用户交互操作的业务逻辑进行描述；

显示模块，用于根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序，在通话界面显示所述数据通道应用的交互界面及交互数据。

本发明实施例还提供一种网络设备，其中，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上任一项所述的协商方法。

本发明实施例还提供一种可读存储介质，其中，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如权利要求如上任一项所述的协商方法中的步骤。

本发明上述技术方案中的至少一个具有以下有益效果：

采用本发明实施例所述协商方法，在发送端向接收端发送数据通道协商请求时，通过数据通道协商请求中包括通道属性信息，用于指示所请求数据通道类型的相关信息，以能够区分不同数据通道类型，使得接收端能够根据该通道属性信息，准确执行数据通道建立，并实现数据通道业务数据的解析与交互。

附图说明

图1为本发明其中一实施例所述协商方法的流程示意图；

图2为本发明实施例所述协商方法的实施方式一的流程示意图；

图3为本发明实施例所述协商方法的实施方式二的流程示意图；

图4为本发明实施例所述协商方法的实施方式三的流程示意图；

图5为本发明实施例所述协商方法的实施方式四的流程示意图；

图6为本发明实施例所述协商方法的实施方式五的流程示意图；

图7为本发明实施例所述协商方法的实施方式六的流程示意图；

图8为本发明实施例协商方法的实施方式六中，部分流程的执行过程示意图；

图9为本发明另一实施例所述协商方法的流程示意图；

图10为本发明再一实施例所述协商方法的流程示意图；

图11为本发明其中一实施例所述网络设备的结构示意图；

图12为本发明另一实施例所述网络设备的结构示意图；

图13为本发明实施例所述终端的结构示意图；

图14为本发明实施例一所述协商装置的结构示意图；

图15为本发明实施例二所述协商装置的结构示意图；

图16为本发明实施例三所述协商装置的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

为解决现有技术的数据通道协商过程，存在媒体协商请求的接收端无法准确执行数据通道建立，或无法实现业务的解析与交互的问题，本发明实施例提供一种协商方法，在发送端向接收端发送数据通道协商请求时，通过数据通道协商请求中包括通道属性信息，用于指示所请求数据通道类型的相关信息，以能够区分不同数据通道类型，使得接收端能够根据该通道属性信息，准确执行数据通道建立，并实现业务的解析与交互。

本发明其中一实施例提供一种协商方法，应用于发送端，如图1所示，所述方法包括：

S110，向接收端发送数据通道协商请求，其中所述数据通道协商请求包括通道属性信息。

本发明实施例中，可选地，通道属性信息为用于指示所请求数据通道类型的相关信息，以能够区分不同数据通道类型，根据该通道属性信息，接收端能够执行准确的数据通道处理操作，如能够确定所请求数据通道应用于本地网络应用还是远端网络应用、所请求数据通道的通道类型为终端至终端之间的通道还是终端与网络设备之间的通道、或者所请求数据通道使用的应用程序信息等。

采用本发明实施例所述协商方法，其中一实施方式，可选地，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

相较于通常技术，发送端在与接收端在进行数据通道协商时，标签值label仅用于指示所请求数据通道的通道名称，以用于区分不同的数据通道，采用本发明实施例所述协商方法，发送端向接收端发送的数据通道协商请求中，标签值label还用于指示所请求数据通道的通道属性信息，以使接收端能够根据该通道属性信息，能够执行准确的数据通道处理操作，实现业务的解析与交互，并避免增加数据通道协商的交互信令。

本发明实施例中，可选地，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

其中一实施方式，可选地，第一信息的字段名称为“orig”，第一信息可以为第一值，如表示为“local”，用于指示所请求数据通道应用于本地网络应用，也即由本地网络应用发起，也可以说是由bootstrap 0中的应用发起；第一信息可以为第二值，如表示为“remote”，用于指示所请求数据通道应用于远端网络应用，也即由远端网络应用发起，也可以说是由bootstrap 100中的应用发起。

可选地，第二信息的字段名称为“type”，第二信息为第三值，如表示为1，指示所请求数据通道的通道类型为终端至终端之间的通道；第二信息为第四值，如表示为0，指示所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道；第二信息为第五值，如表示为11，指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，第三信息的字段名称为“appid”，可以为32位字符串，用于指示请求使用所述数据通道的数据通道应用程序标识。

可选地，第四信息的字段名称为“dcid”，用于指示所请求数据通道的通道名称，如表示为ID值。在应用根据业务需求申请多条相同类型的数据通道时，采用该第四信息，可以用于区分对应同一应用的不同数据通道。可选地，该第四信息的具体取值可以由应用定义，在应用内唯一，能够对同一应用的相同类型的数据通道进行区分即可。

本发明实施例中，向接收端发送的数据通道协商请求中，可选地，还包括流ID(也即为stream-id)，用于标志数据通道中的流控制传输协议(Stream Control TransmissionProtocol，SCTP)子流。其中，在流ID小于预设值时，对应的数据通道定义为Bootstrap通道，用于数据通道应用访问HTTP根目录URL以获取图形化界面；当需要获取更多业务服务时使用流ID大于预设值的数据通道。

其中一实施方式，可选地，在通过标签值指示通道属性信息时，流ID为0或100时，标签值可以为空；流ID为0或100外的其他值时，标签值包括上述的第一信息、第二信息、第三信息、第四信息和第五信息中的至少之一，用于区分不同的通道类型。

采用本发明实施例所述协商方法，可选地，数据通道协商请求中的标签值可由终端实时生成；或者，也可由网络侧在分发应用或应用配置数据(如应用列表)时实时生成；或者，也可由终端提前生成，然后根据应用调用者身份(主叫或被叫)，实时决定当前需要使用的标签值。

本发明实施例中，可选地，发送端为终端或者为网络设备；接收端为终端、本地网络侧的网络设备、远端网络侧的网络设备、应用服务器和数据控制服务器中的其中之一。

本发明实施例所述协商方法，利用数据通道协商请求中的通道属性信息，能够区分不同数据通道类型，根据该通道属性信息，接收端能够执行准确的数据通道处理操作，如能够确定所请求数据通道应用于本地网络应用还是远端网络应用、所请求数据通道的通道类型为终端至终端之间的通道还是终端与网络设备之间的通道、或者所请求数据通道使用的应用程序信息等，进一步地能够通过通道属性信息，与具体应用进行关联，实现数据通道内数据的转发。

以下对采用本发明实施例所述协商方法的具体实施过程进行举例说明。

实施方式一

该实施方式一中，发送端为终端，所述接收端为网络设备，可选地，采用本发明实施例所述协商方法，发送端为第一终端，向网络设备发送数据通道协商请求，用于请求与第二终端之间的数据通道，也即所请求数据通道的通道类型为终端至终端之间的通道。其中，结合图2，该实施方式的实施过程包括：

S210，第一终端向网络设备发送数据通道协商请求；该实施方式一中，可选地，该数据通道协商请求中的标签值至少包括第二信息，可选地，第二信息的字段名称为“type”，第二信息为第三值，如表示为1，指示所请求数据通道的通道类型为终端至终端之间的通道；

S220，网络设备根据数据通道协商请求中的标签值确定所请求数据通道的通道类型为终端至终端之间的通道；

S230，网络设备向数据通道协商请求所请求的第二终端转发该数据通道协商请求；

S240，第一终端与第二终端之间执行数据通道的媒体协商流程，并完成第一终端与第二终端之间的数据通道建立；

S250，根据数据通道协商请求中的第三信息，确定请求使用所述数据通道的数据通道应用程序标识，从网络侧获取相应的数据通道应用程序；

S260，根据所获取的数据通道应用程序，对所述数据通道内的数据进行解析及显示。

采用该实施方式，第一终端向网络设备发送的数据通道协商请求，通过标签值指示所请求数据通道的通道类型为终端至终端之间的通道，使网络设备根据该标签值，可以进一步向所请求终端转发数据通道协商请求，以建立终端与终端之间的数据通道。

实施方式二

该实施方式二中，发送端为终端，所述接收端为网络设备，可选地，采用本发明实施例所述协商方法，发送端为第一终端，向网络设备发送数据通道协商请求，用于请求与网络侧的应用服务器之间的数据通道，也即所请求数据通道的通道类型为终端至网络侧之间的通道。其中，结合图3，该实施方式的实施过程包括：

S310，第一终端向网络设备发送数据通道协商请求；该实施方式二中，可选地，该数据通道协商请求中的标签值至少包括第二信息，可选地，第二信息的字段名称为“type”，第二信息为第四值，如表示为0，指示所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道；

S320，网络设备根据数据通道协商请求中的标签值确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道，则建立与所请求数据通道的应用所属应用服务器之间的数据通道；

S330，第一终端与应用服务器之间执行数据通道的媒体协商流程，并完成第一终端与应用服务器之间的数据通道建立。

采用该实施方式，第一终端向网络设备发送的数据通道协商请求，通过标签值指示所请求数据通道的通道类型为终端至网络侧之间的通道，使网络设备根据该标签值，可以建立与应用服务器之间的数据通道，并进一步使第一终端与应用服务器之间建立数据通道。

实施方式三

该实施方式三中，发送端为终端，所述接收端为网络设备，可选地，采用本发明实施例所述协商方法，发送端为第一终端，向网络设备发送数据通道协商请求，用于请求与网络侧的应用服务器之间的数据通道，也即所请求数据通道的通道类型为终端至网络侧之间的通道。其中，结合图4，该实施方式的实施过程包括：

S410，第一终端向网络设备发送数据通道协商请求；该实施方式三中，可选地，该数据通道协商请求中的标签值至少包括第二信息，可选地，第二信息的字段名称为“type”，第二信息为第四值，如表示为0，指示所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道；

S420，网络设备根据数据通道协商请求中的标签值确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道，该实施方式中，通过建立与数据控制服务器之间的数据通道，由所述数据控制服务器将所接收的由发送端(第一终端)通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端(第一终端)；

S430，第一终端与数据控制服务器之间执行数据通道的媒体协商流程，并完成第一终端与数据控制服务器之间的数据通道建立；

S440，数据控制服务器将所接收的由发送端(第一终端)通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端(第一终端)。

采用该实施方式，基于第一终端与数据控制服务器之间所建立的数据通道，第一终端通过该数据通道发送的第一数据，可以由数据控制服务器转发至所请求应用的应用服务器，以及应用服务器发送的第二数据，可以由数据控制服务器通过该数据通道转发至第一终端。

该实施方式中，数据控制服务器为用于实现数据通道的数据控制、转发等功能的媒体面网元，功能类似于IP多媒体子系统(IP Multimedia Subsystem，IMS)网络中的会话边界控制器(Session Border Controller，SBC)网元，可以基于SBC升级来支持该功能。

相较于实施方式二，根据数据通道协商请求，第一终端与应用服务器之间直接建立数据通道；在实施方式三中，根据数据通道协商请求，第一终端与数据控制服务器之间建立数据通道，利用数据控制服务器的协议转换功能，数据通道内的数据由数据控制服务器通过与应用服务器之间的连接接口实现数据交互。

实施方式四

该实施方式四中，发送端为终端，所述接收端为网络设备，可选地，采用本发明实施例所述协商方法，发送端为第一终端，向第一终端所在第一网络的第一网络的网络设备发送数据通道协商请求，用于指示所请求数据通道应用于本地网络应用。其中，结合图5，该实施方式的实施过程包括：

S510，第一终端向第一网络的网络设备发送数据通道协商请求；该实施方式四中，可选地，该数据通道协商请求中的标签值至少包括第一信息和第二信息，可选地，第一信息的字段名称为“orig”，第一信息为第一值，如表示为“local”，指示所请求数据通道应用于本地网络应用，也即由本地网络应用发起，也可以说是由bootstrap 0中的应用发起；第二信息的字段名称为“type”，第二信息为第四值，如表示为0，指示所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道；

S520，第一网络的网络设备根据数据通道协商请求中的标签值中的第一信息确定所请求数据通道应用于本地网络应用，或根据发起该数据通道协商请求的应用来自于bootstrap 0(本端网络，也即为第一网络)，确定所请求数据通道应用于本地网络应用，另外根据数据通道协商请求中的标签值中的第二信息，确定所请求数据数据通道的通道类型为终端至网络侧之间的通道，则建立与所述本地网络应用的应用服务器(也即为第一应用服务器)之间的数据通道；

S530，第一终端与本地网络应用的应用服务器(第一应用服务器)之间执行数据通道的媒体协商流程，并完成第一终端与本地网络应用的应用服务器(第一应用服务器)之间的数据通道建立。

采用该实施方式，第一终端向网络设备发送的数据通道协商请求，通过标签值指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道，且指示所请求数据通道应用于本地网络应用，使网络设备根据该标签值，可以建立与本地网络应用的应用服务器之间的数据通道，并进一步使第一终端与本地网络应用的应用服务器之间建立数据通道。

另一实施方式中，可选地，在步骤S510中，第一网络的网络设备根据数据通道协商请求中的标签值中的第一信息确定所请求数据通道应用于本地网络应用，或根据发起该数据通道协商请求的应用来自于bootstrap 0(本端网络，也即为第一网络)，确定所请求数据通道应用于本地网络应用，另外根据数据通道协商请求中的标签值中的第二信息，确定所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道，建立与本地数据控制服务器之间的数据通道；

进一步地，由所述本地数据控制服务器将所接收的由第一终端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述本地数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述第一终端。

实施方式五

该实施方式五中，发送端为终端，所述接收端为网络设备，可选地，采用本发明实施例所述协商方法，发送端为第一终端，向第一终端所在第一网络的第一网络的网络设备发送数据通道协商请求，用于指示所请求数据通道应用于远端网络应用。其中，结合图6，该实施方式的实施过程包括：

S610，第一终端向第一网络的网络设备发送数据通道协商请求；该实施方式五中，可选地，该数据通道协商请求中的标签值至少包括第一信息和第二信息，可选地，第一信息的字段名称为“orig”，第一信息为第二值，如表示为“remote”，用于指示所请求数据通道应用于远端网络应用，也即由远端网络应用发起，也可以说是由bootstrap 100中的应用发起”；可选地，第二信息的字段名称为“type”，第二信息为第四值，如表示为0，指示所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道；

S620，第一网络的网络设备根据数据通道协商请求中的标签值中的第一信息确定所请求数据通道应用于远端网络应用，或根据发起该数据通道协商请求的应用来自于bootstrap 100(远端网络，也即为第二网络)，确定所请求数据通道应用于远端网络应用，另外根据数据通道协商请求中的标签值中的第二信息，确定所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道；

S630，第一网络的网络设备向远端网络侧的网络设备(第二网络的网络设备)转发该数据通道协商请求；

S640，远端网络侧的网络设备(第二网络的网络设备)根据数据通道协商请求中的标签值中的第一信息确定所请求数据通道应用于远端网络应用，另外根据数据通道协商请求中的标签值中的第二信息，确定所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道，则第二网络的网络设备建立与第二应用服务器之间的数据通道，第二应用服务器为发起数据通道协商请求的应用在第二网络的应用服务器，也即为远端网络应用的应用服务器；

S650，第一终端与远端网络应用的应用服务器(第二应用服务器)之间执行数据通道的媒体协商流程，并完成第一终端与远端网络应用的应用服务器(第二应用服务器)之间的数据通道建立。

采用该实施方式，第一终端向网络设备发送的数据通道协商请求，通过标签值指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道，且指示所请求数据通道应用于远端网络应用，使网络设备根据该标签值，可以建立与远端网络应用的应用服务器之间的数据通道，并进一步使第一终端与远端网络应用的应用服务器之间建立数据通道。

另一实施方式中，可选地，第一终端向网络设备发送的数据通道协商请求，通过标签值指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道，且指示所请求数据通道应用于远端网络应用，由第一网络的网络设备将数据通道协商请求转发至远端网络的数据控制服务器，并建立与远端网络的数据控制服务器之间的数据通道，由远端网络的数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的远端的应用服务器，以及由远端网络的数据控制服务器将由远端的应用服务器发送的第二数据，通过所述数据通道转发至所述网络设备后发送至所述发送端。

该实施方式的具体实施过程可以结合图4和图6确定，在此不再详细说明。

实施方式六

该实施方式六中，第一终端向所在网络的第一网络的网络设备发送数据通道协商请求，数据通道协商请求中包括请求使用所述数据通道的数据通道应用程序标识，接收该数据通道协商请求的第二终端可以根据该数据通道协商请求，进行数据通道协商及建立，并确定相应的数据通道应用程序，并显示相应的交互界面及交互数据，如图7所示，该实施过程包括：

S710，第一终端与第二终端执行音/视频通话；

S720，基于第一终端与第二终端之间的音/视频通话，第一终端根据应用指示，触发与第二终端的数据通道协商；

S730，第一终端向第一网络的网络设备发送数据通道协商请求；该实施方式中，可选地，该数据通道协商请求中的标签值至少包括第二信息和第三信息，可选地，第二信息的字段名称为“type”，第二信息为第三值，如表示为1，指示所请求数据通道的通道类型为终端至终端之间的通道；可选地，第三信息指示请求使用所述数据通道的数据通道应用程序标识；

S740，网络设备根据数据通道协商请求中的标签值确定所请求数据通道的通道类型为终端至终端之间的通道，网络设备向数据通道协商请求所请求的第二终端转发该数据通道协商请求；

S750，第二终端根据数据通道协商请求标签值中的第三信息获得应用程序信息，根据该第三信息中的数据通道应用程序标识，确定数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息及终端侧用户交互操作的业务逻辑进行描述；

以及，根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序的相关信息，在通话界面显示所述数据通道应用的交互界面及交互数据。

可选地，根据该第三信息中的数据通道应用程序标识，确定数据通道关联的数据通道应用程序，包括：

通过数据通道应用程序获取流程，向网络侧发起数据通道应用程序获取请求，所述数据通道应用程序获取请求携带所述数据通道应用程序标识；

获取所述网络侧根据所述数据通道应用程序获取请求，发送的与所述数据通道对应的数据通道应用程序。

S760，第二终端与第一终端之间建立数据通道。

可选地，通过数据通道应用程序获取流程，向网络侧发起数据通道应用程序获取请求，并获得数据通道应用程序的具体实施过程，如图8所示，包括：

S810，终端(如为上述的第二终端)与网络设备之间完成bootstrap DC 0的建立。

S820，终端在bootstrap DC 0中通过HTTP GET向网络设备发起引导应用获取请求；其中，当终端本地存在缓存的引导应用程序时，终端需在HTTP GET中携带本地引导应用程序版本号信息。

S830，网络设备向终端返回引导应用程序；其中若引导应用程序存在版本更新，则需要将更新的引导应用程序返回至终端；当网络设备判断终端本地缓存版本已经为最新版本时，直接返回应用未更新消息。

S840，终端在bootstrap DC 0中根据引导应用程序指示，向网络设备发起获取应用列表请求。

S850，网络设备向终端返回应用列表。

S860，终端在bootstrap DC 0中根据应用列表，自动加载应用程序，触发应用获取；或者，根据用户选择请求，获取对应应用程序，触发应用获取；

S870，终端在bootstrap DC 0中通过HTTP GET向网络发起应用程序获取请求；当终端本地存在缓存通话的应用时，终端需在HTTP GET中携带本地应用程序版本号信息；

S880，在网络设备判断应用存在版本更新时，则将更新版本的应用返回至终端；当判断终端本地缓存版本已经为最新版本时，直接返回应用未更新消息。

S890，终端根据通话中应用指示，进行页面显示。

根据上述过程，终端可以预先获得应用程序列表，这样在与另一终端进行音/视频通话时，接收另一终端的数据通道协商请求后，可以根据数据通道协商请求所指示的请求数据通道的数据通道应用程序标识，向网络侧发起数据通道应用程序获取请求，确定数据通道协商请求的数据通道对应的数据通道应用程序，并显示数据通道应用的交互界面及交互数据。

采用该实施方式，第一终端向所在网络的第一网络的网络设备发送数据通道协商请求，数据通道协商请求中包括请求使用数据通道的数据通道应用程序标识，接收该数据通道协商请求的第二终端可以根据数据通道应用程序标识，确定数据通道协商请求对应的数据通道应用程序，并显示数据通道应用的交互界面及交互数据，以使得涉及通话双方的第一终端和第二终端，可以具备相同的应用程序，能够完成通话双方之间业务的解析与交互。

本发明实施例中，其中一实施方式，第二终端可通过其中一的数据通道实现应用程序的请求与下载，如可以为bootstrap 0(终端与本端网络侧的应用服务器之间的数据通道)，或者也可以为bootstrap 100(终端与远端网络侧的应用服务器之间的数据通道)。其中应用服务器负责处理管理所有应用，为终端提供应用的下载服务。

本发明实施例中，上述实施方式一至实施方式六，以发送端为终端，接收端为网络设备为例，对本发明实施例所述协商方法的具体实施方式进行了说明，需要说明的是，发送端并不限于仅能够为数据通道协商请求的发起端，也可以为数据通道协商请求的转发端，例如，对应上述的实施方式六，发送端为网络设备，接收端为第二终端。

其中，在实施方式六中，所述发送端为网络设备，所述接收端为第二终端的情况下，第二终端根据所述通道属性信息，确定所请求数据通道的通道类型为终端至终端之间的通道，且所述数据通道协商请求用于请求第一终端至第二终端之间的通道，根据所述数据通道协商请求获得请求数据通道的应用的应用程序信息时，根据所述数据通道协商请求，从所述网络设备下载所述应用。

另一实施方式，可选地，所述发送端为网络设备，所述接收端为终端，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为网络设备至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

需要说明的是，上述实施方式一至实施方式六中的所述协商方法，仅为采用本发明实施例所述协商方法的部分实施方式，并非能够涵盖所有的实施方式，在此不再对每一实施方式分别举例说明。

本发明另一实施例还提供一种协商方法，应用于网络设备，如图9所示，所述方法包括：

S910，接收发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

S920，根据所述通道属性信息，执行数据通道处理。

采用本发明实施例所述协商方法，在发送端向接收端发送数据通道协商请求时，通过数据通道协商请求中包括通道属性信息，用于指示所请求数据通道类型的相关信息，以能够区分不同数据通道类型，使得接收端能够根据该通道属性信息，准确执行数据通道建立，并实现业务的解析与交互。

可选地，所述的协商方法，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的协商方法，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的id值。

可选地，所述的协商方法，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的协商方法，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

具体地，本发明实施例所述协商方法中，数据通道协商请求中的所述通道属性信息的具体指示方式，可以参阅所述方法应用于发送端时的详细说明，在此不再赘述。

可选地，所述的协商方法，其中，所述发送端为终端或者为网络设备。

可选地，所述的协商方法，其中，所述网络设备为本地网络侧的网络设备、远端网络侧的网络设备、应用服务器中的其中之一。

其中一实施方式，网络设备为数据通道服务器(Data Channel Server，也可简称为DC Server或DCS)、VoLTE AS(VoLTE Application Server)、基于NR的语音通话(Voiceover New Radio，VoNR)+平台、新通话平台等设备。

可选的，应用服务器可以是各种调用数据通道能力的业务服务器，比如智能翻译应用服务器、远程协作应用服务器、AR通话应用服务器等等。

可选地，所述的协商方法，其中，所述发送端为终端，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

其中，该实施方式的具体实施过程可以结合图2，并参阅上述的实施方式一，在此不再详细说明。

可选地，所述的协商方法，其中，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至网络侧之间的通道时，建立与所请求数据通道的应用所属应用服务器之间的数据通道；或者

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至网络侧之间的通道时，建立与数据控制服务器之间的数据通道，由所述数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端。

其中，该实施方式的具体实施过程可以结合图3和图4，并参阅上述的实施方式二和实施方式三，在此不再详细说明。

可选地，所述的协商方法，其中，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息的第一信息和第二信息，确定所请求数据通道应用于本地网络应用，且所请求数据通道的通道类型为终端至网络侧之间的通道时，建立与所述本地网络应用的应用服务器之间的数据通道；或者

在根据所述通道属性信息的第一信息和第二信息，确定所请求数据通道应用于本地网络应用，所请求数据数据通道的通道类型为网络侧应用服务器之间的通道，且所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与本地数据控制服务器之间的数据通道，由所述本地数据控制服务器将所接收的由所述终端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述本地数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述终端；或者

在根据所述通道属性信息的第一信息和第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧之间的通道时，将所述数据通道协商请求转发至远端网络侧的网络设备，以通过远端网络侧的网络设备建立发送端与远端网络的应用服务器之间的数据通道；

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，将所述数据通道协商请求转发至远端网络的数据控制服务器，并建立与远端网络的数据控制服务器之间的数据通道，由远端网络的数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的远端的应用服务器，以及由远端网络的数据控制服务器将由远端的应用服务器发送的第二数据，通过所述数据通道转发至所述网络设备后发送至所述发送端。。

本发明实施例中，可选地，数据控制服务器可以称为Data Channel Server(数据通道服务器)，可简称为DC Server或DCS，也可以为Session Border Controller，简称SBC。

其中一实施方式，数据控制服务器可以与接收发送端发送的数据通道协商请求，执行本发明实施例所述方法的网络设备为同一设备，或者也可以为不同设备。

其中，该实施方式的具体实施过程可以结合图5和图6，并参阅上述的实施方式四和实施方式五，在此不再详细说明。

可选地，所述的协商方法，其中，所述发送端为第一终端，所述接收端为第二终端，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至终端之间的通道，所述通道属性信息中包括用于指示所请求数据通道使用的应用程序信息时，根据所述通道属性信息，向网络侧发送对应应用的网络请求，并从通道属性信息所指示的数据通道中获取对应应用的数据，执行对应应用。

可选地，所述的协商方法，其中，所述发送端为网络设备，所述接收端为终端，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为网络设备至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

其中，该实施方式的具体实施过程可以结合图7，并参阅上述的实施方式六，在此不再详细说明。

本发明实施例还提供一种协商方法，应用于终端，如图10所示，所述方法包括：

S1001，获取发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

S1002，根据所述数据通道协商请求，完成数据通道协商及建立；

S1003，根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息和/或终端侧用户交互操作的业务逻辑进行描述；

S1004，根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序，在通话界面显示所述数据通道应用的交互界面及交互数据。

可选地，所述的协商方法，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的协商方法，其中，根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序，包括：

根据所述通道属性信息，确定请求使用所述数据通道的数据通道应用程序标识；

通过数据通道应用程序获取流程，向网络侧发起数据通道应用程序获取请求，所述数据通道应用程序获取请求携带所述数据通道应用程序标识；

获取所述网络侧根据所述数据通道应用程序获取请求，发送的与所述数据通道对应的数据通道应用程序。

可选地，所述的协商方法，其中，所述方法还包括：

将所述交互数据通过所述数据通道发送至应用服务器或者发送至发起所述数据通道协商请求的终端。

其中，采用本发明实施例所述方法的具体实施方式，可以结合图7和图8，并参阅以上的详细描述，在此不再说明。

本发明实施例还提供一种网络设备，所述网络设备为发送端，如图11所示，该发送端1100包括收发机1110，其中：

所述收发机1110用于，向接收端发送数据通道协商请求，其中所述数据通道协商请求包括通道属性信息。

可选地，所述的网络设备，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的网络设备，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的网络设备，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的网络设备，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，所述的网络设备，其中，所述发送端为终端或者为网络设备。

可选地，所述的网络设备，其中，所述接收端为终端、本地网络的网络设备、远端网络侧的网络设备、应用服务器和数据控制服务器中的其中之一。

本发明实施例还提供一种网络设备，所述网络设备为网络设备，如图12所示，该网络设备1200包括收发机1210和处理器1220，其中：

所述收发机1210用于，接收发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

所述处理器1220用于，根据所述通道属性信息，执行数据通道处理。

可选地，所述的网络设备，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的网络设备，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的id值。

可选地，所述的网络设备，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的网络设备，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，所述的网络设备，其中，所述发送端为终端或者为网络设备。

可选地，所述的网络设备，其中，所述接收端为终端、本地网络的网络设备、远端网络侧的网络设备、应用服务器和数据控制服务器中的其中之一。

可选地，所述的网络设备，其中，所述发送端为终端，所述接收端为网络设备，所述处理器1220根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

可选地，所述的网络设备，其中，所述发送端为终端，所述接收端为网络设备，所述处理器1220根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第二信息，确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与所请求数据通道的应用所属应用服务器之间的数据通道；或者

在根据所述第二信息，确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与数据控制服务器之间的数据通道，由所述数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端。

可选地，所述的网络设备，其中，所述发送端为终端，所述接收端为网络设备，所述处理器1220根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于本地网络应用，且所请求数据通道的通道类型为终端至网络侧之间的通道时，建立与所述本地网络应用的应用服务器之间的数据通道；或者

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于本地网络应用，所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道，且所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与本地数据控制服务器之间的数据通道，由所述本地数据控制服务器将所接收的由所述终端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述本地数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述终端；或者

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧之间的通道时，将所述数据通道协商请求转发至远端网络侧的网络设备，以通过远端网络侧的网络设备建立发送端与远端网络的应用服务器之间的数据通道；或者

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，将所述数据通道协商请求转发至远端网络的数据控制服务器，并建立与远端网络的数据控制服务器之间的数据通道，由远端网络的数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的远端的应用服务器，以及由远端网络的数据控制服务器将由远端的应用服务器发送的第二数据，通过所述数据通道转发至所述网络设备后发送至所述发送端。

可选地，所述的网络设备，其中，所述发送端为第一终端，所述接收端为第二终端，所述处理器1220根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至终端之间的通道，且所述数据通道协商请求用于请求第一终端至第二终端之间的通道，所述通道属性信息中包括用于指示所请求数据通道使用的应用程序信息时，根据所述通道属性信息，向网络侧发送对应应用的网络请求，并从通道属性信息所指示的数据通道中获取对应应用的数据，执行对应应用。

可选地，所述发送端为网络设备，所述接收端为终端，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为网络设备至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

本发明实施例还提供一种终端，如图13所示，该终端1300包括收发机1301和处理器1302，其中：

所述收发机1301用于，获取发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

所述处理器1302用于，根据所述数据通道协商请求，完成数据通道协商及建立；

根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息和/或终端侧用户交互操作的业务逻辑进行描述；以及

根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序，在通话界面显示所述数据通道应用的交互界面及交互数据。

可选地，所述的终端，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的终端，其中，处理器1302根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序，包括：

根据所述通道属性信息，确定请求使用所述数据通道的数据通道应用程序标识；

通过数据通道应用程序获取流程，向网络侧发起数据通道应用程序获取请求，所述数据通道应用程序获取请求携带所述数据通道应用程序标识；

获取所述网络侧根据所述数据通道应用程序获取请求，发送的与所述数据通道对应的数据通道应用程序。

可选地，所述的终端，其中，处理器1302还用于：

将所述交互数据通过所述数据通道发送至应用服务器或者发送至发起所述数据通道协商请求的终端。

本发明实施例还提供一种协商装置，其中，应用于发送端，如图14所示，所述装置包括：

发送模块1410，用于向接收端发送数据通道协商请求，其中所述数据通道协商请求包括通道属性信息。

可选地，所述的协商装置，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的协商装置，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的协商装置，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的协商装置，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，所述的协商装置，其中，所述发送端为终端或者为网络设备。

可选地，所述的协商装置，其中，所述接收端为终端、本地网络的网络设备、远端网络侧的网络设备、应用服务器和数据控制服务器中的其中之一。

本发明实施例还提供一种协商装置，应用于网络设备，如图15所示，所述装置包括：

接收模块1510，用于接收发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

第一处理模块1520，用于根据所述通道属性信息，执行数据通道处理。

可选地，所述的协商装置，其中，所述数据通道协商请求包括标签值，其中所述标签值用于指示所述通道属性信息。

可选地，所述的协商装置，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的id值。

可选地，所述的协商装置，其中，所述第一信息为第一值时，用于指示所请求数据通道应用于本地网络应用；所述第一信息为第二值时，用于指示所请求数据通道应用于远端网络应用。

可选地，所述的协商装置，其中，所述第二信息为第三值时，用于指示所请求数据通道的通道类型为终端至终端之间的通道；所述第二信息为第四值时，用于指示所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道；所述第二信息为第五值时，用于指示所请求数据通道的通道类型为网络侧应用服务器至终端之间的通道。

可选地，所述的协商装置，其中，所述发送端为终端或者为网络设备。

可选地，所述的协商装置，其中，所述接收端为终端、本地网络的网络设备、远端网络侧的网络设备、应用服务器和数据控制服务器中的其中之一。

可选地，所述的协商装置，其中，所述发送端为终端，所述接收端为网络设备，第一处理模块1520根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第二信息，确定所请求数据通道的通道类型为终端至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

可选地，所述的协商装置，其中，所述发送端为终端，所述接收端为网络设备，第一处理模块1520根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第二信息，确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与所请求数据通道的应用所属应用服务器之间的数据通道；或者

在根据所述第二信息，确定所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与数据控制服务器之间的数据通道，由所述数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述发送端。

可选地，所述的协商装置，其中，所述发送端为终端，所述接收端为网络设备，第一处理模块1520根据所述通道属性信息，执行数据通道处理，包括：

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于本地网络应用，且所请求数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与所述本地网络应用的应用服务器之间的数据通道；或者

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于本地网络应用，所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，建立与本地数据控制服务器之间的数据通道，由所述本地数据控制服务器将所接收的由所述终端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的应用服务器，以及由所述本地数据控制服务器将所接收的由所述应用服务器发送的第二数据，通过所述数据通道转发至所述终端；或者

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，将所述数据通道协商请求转发至远端网络侧的网络设备，以通过远端网络侧的网络设备建立发送端与远端网络的应用服务器之间的数据通道；

在根据所述第一信息和所述第二信息，确定所请求数据通道应用于远端网络应用，且所请求数据数据通道的通道类型为终端至网络侧应用服务器之间的通道时，将所述数据通道协商请求转发至远端网络的数据控制服务器，并建立与远端网络的数据控制服务器之间的数据通道，由远端网络的数据控制服务器将所接收的由发送端通过所述数据通道发送的第一数据，转发至请求数据通道的应用所属的远端的应用服务器，以及由远端网络的数据控制服务器将由远端的应用服务器发送的第二数据，通过所述数据通道转发至所述网络设备后发送至所述发送端。

可选地，所述的协商装置，其中，所述发送端为第一终端，所述接收端为第二终端，第一处理模块1520根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为终端至终端之间的通道，且所述数据通道协商请求用于请求第一终端至第二终端之间的通道，所述通道属性信息中包括用于指示所请求数据通道使用的应用程序信息时，根据所述通道属性信息，向网络侧发送对应应用的网络请求，并从通道属性信息所指示的数据通道中获取对应应用的数据，执行对应应用。

可选地，所述的协商装置，其中，所述发送端为网络设备，所述接收端为终端，根据所述通道属性信息，执行数据通道处理，包括：

在根据所述通道属性信息，确定所请求数据通道的通道类型为网络设备至终端之间的通道时，将所述数据通道协商请求转发至所请求终端。

本发明实施例还提供一种协商装置，应用于终端，如图16所示，所述装置包括：

获取模块1610，用于获取发送端发送的数据通道协商请求，其中所述数据通道协商请求包括通道属性信息；

第二处理模块1620，用于根据所述数据通道协商请求，完成数据通道协商及建立；

第三处理模块1630，用于根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序；所述数据通道应用程序用于在终端侧对数据通道应用的前端页面显示信息和/或终端侧用户交互操作的业务逻辑进行描述；

显示模块1640，用于根据所述数据通道内接收的交互数据和/或与所述数据通道关联的数据通道应用程序，在通话界面显示所述数据通道应用的交互界面及交互数据。

可选地，所述的协商装置，其中，所述通道属性信息包括以下信息中的至少之一：

第一信息，用于指示所请求数据通道应用于本地网络应用还是远端网络应用；

第二信息，用于指示所请求数据通道的通道类型；

第三信息，用于指示请求使用所述数据通道的数据通道应用程序标识；

第四信息，用于指示所请求数据通道的通道名称。

可选地，所述的协商装置，其中，第三处理模块1630根据所述通道属性信息，确定所述数据通道关联的数据通道应用程序，包括：

根据所述通道属性信息，确定请求使用所述数据通道的数据通道应用程序标识；

通过数据通道应用程序获取流程，向网络侧发起数据通道应用程序获取请求，所述数据通道应用程序获取请求携带所述数据通道应用程序标识；

获取所述网络侧根据所述数据通道应用程序获取请求，发送的与所述数据通道对应的数据通道应用程序。

可选地，所述的协商装置，其中，第三处理模块1630还用于：

将所述交互数据通过所述数据通道发送至应用服务器或者发送至发起所述数据通道协商请求的终端。

本发明实施例还提供一种网络设备，其中，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上任一项所述的协商方法。

可选地，所述网络设备可以为上述的发送端、网络设备或者终端，其中发送端、网络设备或者终端的处理器运行程序，实现所述协商方法的具体实施方式和过程可以参阅对应所述协商方法的详细描述，在此不再赘述。

另外，本发明具体实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如上中任一项所述的协商方法中的步骤。

具体地，该计算机可读存储介质应用于上述的发送端、网络设备或者终端，在应用于发送端或接收端时，对应协商方法中的执行步骤如上的详细描述，在此不再赘述。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述原理前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。