CN116074806A - 信息传输方法及装置 - Google Patents

Abstract

本申请公开了一种信息传输方法及装置，其中方法包括：用户设备向互联网协议多媒体子系统IMS发送注册请求消息；IMS中的S‑CSCF接收用户设备的注册请求消息，且S‑CSCF发送针对注册请求消息的注册响应消息，其中，该注册响应消息中包括指示IMS是否支持数据通道的信息；用户设备接收注册响应消息。本申请实施例通过IMS主动向用户设备表明自身是否支持数据通道，提升用户设备获知IMS是否支持数据通道的效率，并且有助于用户设备针对性地对支持数据通道的IMS发起数据通道相关的会话协商请求，提升会话成功协商的效率。

Description

信息传输方法及装置

技术领域

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

背景技术

互联网协议多媒体子系统(internet protocolmultimedia subsystem，IMS)是在基于互联网协议(internet protocol，IP)的网络上提供多媒体业务的通用网络架构。IMS数据通道，是指IMS在语音通道和视频通道基础上提供附加的数据通道，支持终端从IMS下载基于网页(Web)技术的应用程序，以及不同终端上相同网页应用程序之间的实时和非实时数据通信。

用户设备(user equipment，UE)的IMS注册过程中，当前只有UE向IMS表明是否支持数据通道，但是IMS并没有向UE表明其是否支持数据通道，这样UE只有在会话描述协议(session description protocol，SDP)协商完成后才可以感知到IMS是否支持数据通道，这样会导致UE获知IMS是否支持数据通道的效率低下，降低SDP成功协商的效率。

发明内容

本申请实施例提供了一种信息传输方法及装置，通过IMS主动向用户设备表明自身是否支持数据通道，提升用户设备获知IMS是否支持数据通道的效率，并且有助于用户设备针对性地对支持数据通道的IMS发起数据通道相关的会话协商请求，提升会话成功协商的效率。

第一方面，提供一种信息传输方法，应用于互联网协议多媒体子系统IMS，该方法包括：IMS中的S-CSCF接收用户设备的注册请求消息；S-CSCF发送针对注册请求消息的注册响应消息，其中，注册响应消息中包括指示IMS是否支持数据通道的指示信息。

可见，在本申请实施例中，通过IMS主动向用户设备表明自身是否支持数据通道，提升用户设备获知IMS是否支持数据通道的效率，并且有助于用户设备针对性地对支持数据通道的IMS发起数据通道相关的会话协商请求，提升会话成功协商的效率。

在一个可选的示例中，注册请求消息中包括指示用户设备支持数据通道的指示信息。

本申请实施例中，在用户设备发送的注册请求消息中包括指示用户设备支持数据通道的指示信息的情况下，IMS根据接收到的指示信息向用户设备响应自身是否支持数据通道的指示信息，这样可以使得IMS反馈的支持数据通道的指示信息更有针对性，避免IMS进行不必要或不合时机的反馈。

在一个可选的示例中，该方法还包括：接收用户设备发送的会话协商请求消息，会话协商请求消息包括用于请求与IMS建立数据通道的信息；根据会话协商请求消息建立与用户设备的数据通道。

本申请实施例中，IMS接收到用户设备发送的会话协商请求消息后，因为IMS在用户设备注册阶段已经响应了自身是否支持数据通道的指示信息，可以获知用户设备是基于IMS支持数据通道的情况发起的会话协商请求，因此，在会话协商请求消息中包括建立数据通道的信息时，IMS可以直接建立与用户设备的数据通道，而不必再次进行自身是否支持数据通道的判断或检测。提升数据通道建立的效率。

在一个可选的示例中，数据通道用于支持用户设备从IMS下载应用程序；和/或数据通道用于支持不同用户设备上相同应用程序之间的数据通信。

第二方面，提供一种信息传输方法，应用于用户设备，该方法包括：向IMS发送注册请求消息；接收IMS发送的注册响应消息，其中，注册响应消息中包括指示IMS是否支持数据通道的指示信息。

在本申请实施例中，用户设备接收IMS的注册响应消息时，获取到指示IMS是否支持数据通道的指示信息，提升了用户设备获知IMS是否支持数据通道的效率，并且有助于用户设备针对性地对支持数据通道的IMS发起数据通道相关的会话协商请求，提升会话成功协商的效率。

在一个可选的示例中，注册请求消息中包括指示用户设备支持数据通道的指示信息。

在一个可选的示例中，该方法还包括：响应于IMS支持数据通道的指示，向IMS发送会话协商请求消息，会话协商请求消息包括用于请求与IMS建立数据通道的信息。

在一个可选的示例中，方法还包括：响应于IMS不支持数据通道的指示，向IMS发送会话协商请求消息，会话协商请求消息不包括请求与IMS建立数据通道的信息。

在本申请实施例中，通过IMS主动向用户设备指示自身是否支持数据通道，使得用户设备在IMS支持数据通道的情况下向IMS发送数据通道相关的会话协商请求，减少用户设备在IMS不支持数据通道的情况下发起SDP协商可能造成的资源准备和信令交互浪费。

在一个可选的示例中，会话协商请求消息中包括请求与IMS建立音频通道和/或视频通道的消息。

第三方面，提供一种通信装置，应用于互联网协议多媒体子系统IMS，该装置包括：接收单元，用于接收用户设备的注册请求消息；发送单元，用于发送针对注册请求消息的注册响应消息，其中，注册响应消息中包括指示IMS是否支持数据通道的指示信息。

在一个可选的示例中，注册请求消息中包括指示用户设备支持数据通道的指示信息。

在一个可选的示例中，接收单元还用于：接收用户设备发送的会话协商请求消息，会话协商请求消息包括用于请求与IMS建立数据通道的信息；根据会话协商请求消息建立与用户设备的数据通道。

在一个可选的示例中，数据通道用于支持用户设备从IMS下载应用程序；和/或数据通道用于支持不同用户设备上相同应用程序之间的数据通信。

第四方面，提供一种通信装置，该装置包括：发送单元，用于向IMS发送注册请求消息；接收单元，用于接收IMS发送的注册响应消息，其中，注册响应消息中包括指示IMS是否支持数据通道的指示信息。

在一个可选的示例中，注册请求消息中包括指示用户设备支持数据通道的指示信息。

在一个可选的示例中，发送单元还用于：

响应于IMS支持数据通道的指示，向IMS发送会话协商请求消息，会话协商请求消息包括用于请求与IMS建立数据通道的信息。

在一个可选的示例中，发送单元还用于：

响应于IMS不支持数据通道的指示，向IMS发送会话协商请求消息，会话协商请求消息不包括请求与IMS建立数据通道的信息。

在一个可选的示例中，会话协商请求消息中包括请求与IMS建立音频通道和/或视频通道的消息。

第五方面，本申请实施例提供一种通信装置，该装置包括通信接口和至少一个处理器，该通信接口用于该装置与其它设备进行通信。示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。至少一个处理器用于调用一组程序、指令或数据，执行上述第一方面或第二方面描述的方法。该装置还可以包括存储器，用于存储处理器调用的程序、指令或数据。存储器与至少一个处理器耦合，该至少一个处理器执行该存储器中存储的、指令或数据时，可以实现上述第一方面或第二方面描述的方法。

第六方面，本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行如第一方面或第一方面中任一种可能的实现方式中的方法，或使得计算机执行如第二方面或第二方面中任一种可能的实现方式中的方法。

第七方面，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第一方面或第一方面中任一种可能的实现方式中的方法，或用于实现上述第二方面或第二方面中任一种可能的实现方式中的方法，该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

在一个可能的示例中，该芯片系统还包括收发器。

第八方面，本申请实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行如第一方面或第一方面中任一种可能的实现方式中的方法，或使得计算机执行如第二方面或第二方面中任一种可能的实现方式中的方法。

第九方面，本申请实施例中还提供一种通信系统，该通信系统可以包括第一方面和第二方面提供的通信装置。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。

图1A为本申请实施例提供的一种IMS系统架构示意图；

图1B为本申请实施例提供的一种IMS中的多通道通信场景示意图；

图1C为本申请实施例提供的一种IMS中的通道示意图；

图1D为本申请实施例提供的一种承载协议结构示意图；

图1E为本申请实施例提供的一种IMS数据通道的工作原理示意图；

图1F为本申请实施例提供的一种建立数据通道的流程示意图；

图2为本申请实施例提供的一种信息传输方法流程图；

图3为本申请实施例提供的一种通信装置结构框图；

图4为本申请实施例提供的一种通信装置结构框图；

图5为本申请实施例提供的一种电子装置的结构示意图。

具体实施方式

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

首先对本申请实施例的应用场景进行介绍。

本申请实施例应用于IMS，请参阅图1A，图1A为本申请实施例提供的一种IMS系统架构示意图，如图1A所示，包括发送端IMS和接收端IMS，其中发送端IMS用于为发送端用户设备UE A提供支持，接收端IMS用于为接收端用户设备UE B提供支持。

另外，IMS中可以包括归属用户服务器(home subscriber server，HSS)，服务-呼叫会话控制功能(serving-call session control function，S-CSCF)，代理-呼叫会话控制功能(proxy-call session control function，P-CSCF)，多媒体电话应用服务器(multimediatelephony application server，MMTEL AS)，IMS接入网关(IMS-access gateway，IMS-AGW)，以及数据通道服务器等网元，其中HSS和S-CSCF以及MMTEL AS通过直径(diameter)协议或超文本传输协议(hypertext transfer prtcl，HTTP)通信；P-CSCF和S-CSCF以及UE(包括UE A或UE B)之间通过会话发起协议(session initiation protocol，SIP)通信；IMS-AGW和UE以及数据通道服务器之间包括引导数据通道，不同端侧的IMS-AGW之间，以及IMS-AGW与各自支持的UE之间包括端到端数据通道。

以下对上述系统架构中涉及的术语和网元进行介绍。

归属用户服务器(home subscriber server，HSS)：为用户归属网络中存储用户信息的核心数据库。用于在归属网络中保存IMS用户的签约信息，同时提供管理接口，由运营商及终端用户对签约数据进行定制和修改。HSS中保存的主要信息包括：IMS用户标识、IMS用户安全上下文、IMS用户的路由信息及业务签约信息。

P-CSCF：业务应用过程中用户接入IMS网络的第一个接触点。它负责代理所有SIP信令，并完成呼叫的路由控制；提供服务质量(quality of service，QoS)资源预留；支持SIP信令压缩以提高空中接口的带宽使用效率；提供网络地址转换(network addresstranslation，NAT)控制以支持企业网的NAT穿透；同时可以维护与UE之间的安全联盟以保护与UE之间信令的私密性、完整性。

IMS-AGW：IMS接入网关，实现NAT穿越、媒体锚定和转码等功能。

S-CSCF：IMS网络的业务交换中心，主要负责接收并处理UE的注册请求、用户管理、会话控制、业务交换、业务控制、SIP消息处理、计费等，并能根据应用的触发原则将SIP请求触发到相应的应用服务器(application server，AS)。

MMTEL AS：多媒体电话应用服务器。其中MMTEL是指基于IMS的多媒体电话业务标准，支持电信运营商将传统的电路交换业务演进为基于IP的实时多媒体电话业务，包括语音和视频呼叫，消息业务和视频图像共享等。

MMTEL AS、S-CSCF与HSS通信采用直径协议或者HTTP协议。

数据通道服务器：存储数据通道应用及通过引导数据通道向UE分发数据通道应用，数据通道服务器接受MMTEL AS的控制。

引导数据通道：用于UE与网络中的数据通道服务器建立连接，获取数据通道应用。

端到端数据通道：UE上数据通道应用之间通信所使用的数据通道。

UE：用户设备，又称之为终端设备、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，本申请实施例中是指支持IMS的用户设备。例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

IMS数据通道：是业界新出现的一个新概念。其主要技术特征是在基于IMS的音视频通信基础上叠加数据通道，从而将基于IMS的实时音视频通信升级为实时交互，丰富了IMS使能的业务场景。请参阅图1B，图1B为本申请实施例提供的一种IMS中的多通道通信场景示意图，如图1B所示，IMS可以同时支持视频通道，音频通道以及数据通道中的一个或多个，用于支持多种信令消息的交互。

数据通道为IMS中除音频通道和视频通道之外附加的通道，其对应的QoS分类识别码或QoS指示符设置可参阅图1C，图1C为本申请实施例提供的一种IMS中的通道示意图，如图1C所示，IMS可以为实时音视频应用建立QoS分类识别码(QoS class identifier，QCI)或第五代移动通信技术QoS指示符(5th generation mobile communication technologyQoSidentifier，5QI)＝1的语音通道，QCI/5QI＝2的视频通道，以及附加的相比语音和视频通道具有更高优先级和更低丢包率5QI＝71/72/73/74/76或5QI＝9的数据通道。

技术上，IMS数据通道可以看做是一种新增的媒体类型，如图1D所示，图1D为本申请实施例提供的一种IMS承载协议结构示意图，针对IMS数据通道，可采用网页实时通信(Web real-time communications，WebRTC)中用到的协议栈，即流控制传输协议(streamcontrol transmission protocol，SCTP)叠加数据报传输层安全(datagram transportlayer security，DTLS)，再叠加交互式连通性建立(interactive connectivityestablishment，ICE)和用户数据报协议(user datagram protocol，UDP)作为承载协议。区别在于，如图1D所示，IMS对应的数据通道协议栈，底层只需要采用UDP，而不需要采用ICE。其中底层的UDP实现低时延通信，中间的DTLS实现数据通道安全通信，最后高层的SCTP支持在一个SCTP连接中建立多条不同可靠性的流(stream)，提供拥塞和流量控制。

另外，可参阅图1E，图1E为本申请实施例提供的一种IMS数据通道的工作原理示意图，如图1E所示，IMS数据通道的工作原理可以描述为如下几个步骤：

1.数据通道应用(初始状态为离线应用)上载到数据通道服务器；

2.数据通道服务器将数据通道应用存储到数据通道应用仓库；

3.数据通道服务器在必要时从数据通道应用仓库读取特定的数据通道应用；

4.数据通道服务器通过引导数据通道将特定的数据通道应用发送给UE A；

5.可选地/并行地/单独地，数据通道服务器通过引导数据通道将特定的数据通道应用发送给UE B；

6.UE A和UE B之间建立附加的数据通道进行通信。

其中步骤1～4用于支持终端从IMS下载网页应用程序，步骤5～6用于支持不同用户设备上相同网页应用程序之间的实时和非实时数据通信。

如前述描述的，IMS数据通道可以采用与WebRTC类似的协议栈，通过会话发起协议(session initiation protocol，SIP)注册和会话描述协议(session descriptionprotocol，SDP)协商来使得用户设备和IMS网络完成互相感知对方是否支持建立数据通道，具体可参阅图1F。图1F为本申请实施例提供的一种建立数据通道的流程示意图，如图1F所示，UE(包括UE A和UE B)与IMS通过分组交换(packet switching，PS)网络连接，具体可包括如下步骤：

101、UE A向IMS发送SIP注册请求消息以进行SIP注册。IMS针对UE A发送的SIP注册请求消息进行SIP注册请求响应，完成UE A的注册过程。其中，SIP注请求消息包括指示所述用户设备支持数据通道的指示信息，以声明UE A支持数据通道。

图1F中以UE A为例进行了SIP注册请求过程说明。事实上，所有需要通过IMS进行通信的UE都需要在IMS上进行SIP注册，也即UE B也有对应的SIP注册流程。

102、UE A发起SDP协商请求，声明希望与IMS建立数据通道；

103、IMS向UE A发送SDP协商请求响应，响应内容包括IMS自身是否支持数据通道的指示信息；

104、响应内容包括IMS支持数据通道的指示信息，UE A与IMS建立相应的数据通道；

上述步骤102～步骤104的示例中，假设UE A只需要与IMS建立数据通道通信，例如从IMS下载基于网页技术的应用程序，则IMS根据自身是否支持数据通道对UE A的关于数据通道的SDP协商请求进行响应，在响应内容为IMS支持数据通道时，UE A与IMS可以建立引导数据通道。

在另一些示例中，假设UE A需要与UE B建立包含数据通道的通信，例如基于相同的应用程序进行数据通信，那么在UE A与IMS建立引导数据通道之后，还包括如下步骤：

105、UE A再次发起SDP协商请求，申明希望与UE B建立端到端数据通道；

106、IMS接收到UE A再次发送的SDP协商请求后，询问UE B是否同意与UE A建立数据通道；其中，UE B是一个已经在IMS完成SIP注册且已建立引导数据通道的用户设备。

107、UE A接收到IMS的响应内容，包括UE B同意建立数据通道，则UE A与UE B建立相应的数据通道，

由上述过程的描述可知，在用户设备想要进行数据通道相关的通信时，实现引导数据通道是必须的(不论是针对用户设备从IMS下载基于网页技术的应用程序，或是针对不同用户设备之间通过IMS进行相同应用程序之间的数据通信)，而实现端到端数据通道不是必须的(例如针对用户设备从IMS下载基于网页技术的应用程序，则可以只建立引导数据通道)。

另外，在UE的SIP注册过程中，当前只有UE向IMS表明自身是否支持数据通道，但是IMS并没有向UE表明其是否支持数据通道，这样UE只有在SDP协商完成后才可以感知到IMS是否支持数据通道(IMS是否支持数据通道是指IMS是否支持数据通道服务器和数据通道应用仓库)，这样会导致在IMS不支持数据通道的情况下，UE同样会发起与数据通道相关的SDP协商，浪费了UE侧为了使用数据通道而准备的资源及增加了UE与IMS之间的信令交互内容。

基于此，请参阅图2，为本申请实施例提供的一种信息传输方法流程图，如图2所示，该方法包括如下步骤：

201、用户设备(UE A)向IMS发送注册请求消息；

202、IMS(通常为IMS中的S-CSCF)接收用户设备的注册请求消息，且S-CSCF发送针对所述注册请求消息的注册响应消息，其中，该注册响应消息中包括指示所述IMS是否支持数据通道的指示信息；

203、UE A接收注册响应消息。

UE A向IMS发送注册请求，即前述图1F中的SIP注册过程，发送的注册请求中包括UEA(一个SIP用户)对应的IP地址，S-SCSF接收到UE A的注册请求消息后，可以将收到的信息进行保存，以便后续SDP协商过程中，如果有其他用户设备想要将信息发送到UE A，可以从S-CSCF中获取对应的IP地址。

S-CSCF完成UE A的IP地址等信息的登记后，可以向UE A发送针对注册请求消息的注册响应消息，用于答复UE A是否注册成功等信息。另外，在本申请实施例中，S-CSCF可以向UE A发送指示IMS自身是否支持数据通道的指示信息。具体地，S-CSCF可以在IMS注册响应中通过特性能力(feature-capabilities)头域新增参数指示IMS支持建立数据通道，例如新增参数"+sip.subtype＝webrtc-datachannel"。而假设Feature-Caps头域中不包括该参数，则表示IMS不支持建立数据通道。或者针对该参数，有其对应的指示字段，当指示字段的值为“false”时，表示不支持建立数据通道，当指示字段的值为“true”时，表示支持建立数据通道。

可见，在本申请实施例中，通过IMS在响应用户设备的注册消息时，主动向用户设备表明自身是否支持数据通道，提升用户设备获知IMS是否支持数据通道的效率，并且有助于用户设备针对性地对支持数据通道的IMS发起会话协商请求，提升会话协商的效率。

可选地，注册请求消息中包括指示用户设备支持数据通道的指示信息。

具体地，在注册请求消息中可以包括用于指示用户设备支持数据通道的信息，也即是说，先由UE A上报自身支持数据通道，然后由S-CSCF在注册响应消息中发送自身是否支持数据通道的指示信息。以便S-CSCF能够更有针对性地进行支持数据通道情况的响应。

可选情况下，假设UE A上报自身不支持数据通道，S-CSCF也可以在注册响应消息中发送指示信息，用于指示自身是否支持数据通道。也即是说，只要注册请求消息中包括UEA自身是否支持数据通道的情况(包括支持/不支持数据通道)，则S-CSCF可以在注册响应消息中发送自身是否支持数据通道的指示信息。

另外，本申请实施例的方法还可以包括步骤204a、UE A响应于IMS支持数据通道的指示，向IMS发送会话协商请求消息，该会话协商请求消息中包括请求与IMS建立数据通道的信息；205、S-CSCF接收用户设备发送的会话协商请求消息，根据会话协商请求消息建立与用户设备的数据通道。

具体地，UE A向IMS(通常为S-CSCF)发起会话协商请求，具体为SDP协商请求，该请求过程中，发送的SDP请求(offer)内容可以如下表1所示：

表1

在表1中，数据通道：指IMS在语音通道和视频通道基础上提供附加的数据通道，支持终端从IMS下载基于Web技术的应用程序和不同终端上相同Web应用程序之间的实时和非实时数据通信。

SDP中m行示例：m＝application 52718UDP/DTLS/SCTP webrtc-datachannel，具体含义为：

第一个参数是<media>，表示的是媒体类型，此处application表示应用；

第二个参数是<port>，表示通信采用的端口号，此处是52718；

第三个参数是<proto>，表示采用的传输协议，此处是SCTP over DTLS over UDP；

第四个参数是<fmt>，表示的是媒体格式，数据通道中该参数表述的是基于WebRTC标准的数据通道，即webrtc-datachannel。

在可选的情况下，UE A向IMS发起的SDP协商请求消息中，还可以包括用于请求建立视频通道或音频通道的SDP offer。

针对Voice通道/语音通道：用来传输实时语音，移动通信中使用自适应变码率(adaptive multi-rate，AMR)、自适应多速率—宽带(adaptive multi-rate wideband，AMR-WB)和增强语音服务(enhanced voice service，EVS)等编解码协议，传输协议是实时传输协议(real-time transport protocol，RTP)。

SDP中m行示例:m＝audio 49170RTP/AVP 0，具体含义为：

第一个参数是<media>，表示的是媒体类型，此处audio表示音频；

第二个参数是<port>，表示通信采用的端口号，此处是49170；

第三个参数是<proto>，表示采用的传输协议，此处是RTP/音频视频配置文件(audio video profile，AVP)；

第四个参数是<fmt>，表示的是媒体格式，音频通道中该参数表述的是有效载荷类型(payload type)取值，此处是0。

针对Video通道/视频通道：用来传输实时视频，移动通信中使用H.264、H.265等编解码协议，传输协议是RTP。

SDP中m行示例：m＝video 51372RTP/AVP 99，具体含义为：

第一个参数是<media>，表示的是媒体类型，此处video表示视频；

第二个参数是<port>，表示通信采用的端口号，此处是51372；

第三个参数是<proto>，表示采用的传输协议，此处是RTP/AVP；

第四个参数是<fmt>，表示的是媒体格式，视频通道中该参数表述的是payloadtype取值，此处是99。

由上述描述可知，数据通道与音频通道以及视频通道之间，在发起的SDP协商过程中，对应的端口号，协议栈，媒体类型以及媒体格式都有所不同。UE A可以在发送的会话请求消息中，同时请求建立这三种通道，也可以请求建立这三种通道中的一种或两种，或者不请求建立这三种通道中的任意一种，而在IMS会话后续过程中，追加其中的一种或多种通道。

可选情况下，本申请实施例的方法还可以包括步骤204b、UE A响应于IMS不支持数据通道的指示，向IMS发送会话协商请求消息，该会话协商请求消息中不包括请求与IMS建立数据通道的信息。

在UE A获知IMS不支持数据通道的情况下，UE A可以向IMS发送会话协商请求消息，但是该会话协商消息中不包括请求与IMS建立数据通道的信息，可选的，可以包括请求与IMS建立视频通道或音频通道的信息。也即是说，UE A获知IMS主动响应的是否支持数据通道的信息，而在IMS不支持数据通道的情况下，UE A不向IMS发起建立数据通道的请求，减少用户设备在IMS不支持数据通道的情况下发起SDP协商可能造成的资源准备和信令交互浪费。

可选情况下，该方法还包括206、IMS接收到用户设备的会话协商请求，且会话协商请求中包括请求与IMS建立数据通道的信息的情况下，建立与用户设备的数据通道。

也即是说，IMS接收到UE A针对建立数据通道的信息时，直接建立与UE A的数据通道，而不需要再验证自身是否支持数据通道，因为默认UE A是在已经收到了IMS支持数据通道的指示信息之后发起的具有针对性的建立数据通道的信息。该过程进一步提升了用户设备和IMS建立数据通道的效率。

图3为本申请实施例提供的一种通信装置300，其可以用于执行上述图2的IMS(或S-CSCF)执行的方法和具体实施例。在一种可能的实现方式中，如图3所示，该装置300包括接收单元301和发送单元302。

接收单元301，用于接收用户设备的注册请求消息；

发送单元302，用于发送针对注册请求消息的注册响应消息，其中，注册响应消息中包括指示IMS是否支持数据通道的指示信息。

可选地，注册请求消息中包括指示用户设备支持数据通道的指示信息。

可选地，接收单元301还用于：接收用户设备发送的会话协商请求消息，会话协商请求消息包括用于请求与IMS建立数据通道的信息；根据会话协商请求消息建立与用户设备的数据通道。

可选地，数据通道用于支持用户设备从IMS下载应用程序；和/或数据通道用于支持不同用户设备上相同应用程序之间的数据通信。

可选地，通信装置300还可以包括处理单元303，该处理单元303可以是中央处理器(Central Processing Unit，CPU)。

可选地，上述接收单元301和发送单元302可以是接口电路或者收发器。用于从其他电子装置接收或发送数据或指令。

可选地，通信装置300还可以包括存储单元(图中未示出)，该存储单元可以用于存储数据和/或信令，存储单元可以和接收单元301，发送单元302以及处理单元303耦合。例如，处理单元303可以用于读取存储单元中的数据和/或信令，使得前述方法实施例中的信道处理过程被执行。

图4为本申请实施例提供的一种通信装置400，其可以用于执行上述图2的用户设备执行的方法和具体实施例。在一种可能的实现方式中，如图4所示，该装置400包括发送单元401和接收单元402。

发送单元401，用于向IMS发送注册请求消息；

接收单元402，用于接收IMS发送的注册响应消息，其中，注册响应消息中包括指示IMS是否支持数据通道的指示信息。

可选地，注册请求消息中包括指示用户设备支持数据通道的指示信息。

可选地，发送单元401还用于：响应于IMS支持数据通道的指示，向IMS发送会话协商请求消息，会话协商请求消息包括用于请求与IMS建立数据通道的信息。

可选地，发送单元401还用于：响应于IMS不支持数据通道的指示，向IMS发送会话协商请求消息，会话协商请求消息不包括请求与IMS建立数据通道的信息。

可选地，会话协商请求消息中包括请求与IMS建立音频通道和/或视频通道的消息。

可选的，上述通信装置400还可以包括处理单元403，处理单元403可以是中央处理器(Central Processing Unit，CPU)。

可选地，上述接收单元402和发送单元401可以是接口电路或收发器。用于从其他电子设备接收或发送数据或信令。

可选的，通信装置400还可以包括存储单元(图中未示出)，该存储单元可以用于存储数据和/或信令，存储单元可以和接收单元402，发送单元401以及处理单元403耦合。

如图5所示，图5示出了本申请实施例中的一种电子装置的硬件结构示意图。通信装置300和通信装置400的结构可以参考图5所示的结构。电子装置1000包括：存储器1001、处理器1002、通信接口1003和总线1004。其中，存储器1001、处理器1002、通信接口1003通过总线1004实现彼此之间的通信连接。

存储器1001可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器1001可以存储程序，当存储器1001中存储的程序被处理器1002执行时，处理器1002和通信接口1003用于执行本申请实施例的分布式渲染方法的各个步骤。

处理器1002可以采用通用的CPU，微处理器，应用专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)，GPU或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例的通信装置300中的接收单元301和发送单元302所需执行的功能，或实现通信装置400中的发送单元401和接收单元402所需执行的功能，或者执行本申请方法实施例的信息传输方法。

处理器1002还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请的分布式渲染方法的各个步骤可以通过处理器1002中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1002还可以是通用处理器、数字信号处理器(DigitalSignal Processing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(Field ProgrammableGate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1001，处理器1002读取存储器1001中的信息，结合其硬件完成本申请实施例的通信装置300或通信装置400中包括的模块所需执行的功能，或者执行本申请方法实施例的信息传输方法。

通信接口1003使用例如但不限于收发器一类的收发装置，来实现电子装置1000与其他设备或通信网络之间的通信。例如，可以通过通信接口1003获取确定的分割目标和/或候选目标边界框。总线1004可包括在电子装置1000各个部件(例如，存储器1001、处理器1002、通信接口1003)之间传送信息的通路。

应注意，尽管图5所示的电子装置1000仅仅示出了存储器、处理器、通信接口，但是在具体实现过程中，本领域的技术人员应当理解，电子装置1000还包括实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当理解，电子装置1000还可包括实现其他附加功能的硬件器件。此外，本领域的技术人员应当理解，电子装置1000也可仅仅包括实现本申请实施例所必须的器件，而不必包括图5中所示的全部器件。

本申请实施例还提供了一种通信系统，该通信系统包括第一通信装置和第二通信装置，该第一通信装置可以用于执行前述图3的IMS(或S-CSCF)执行的方法，该第二通信装置可以用于执行前述图3的用户设备执行的方法。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由第一通信装置执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由第二通信装置执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或计算机可执行指令，当计算机程序或计算机可执行指令在计算机上运行时，使得计算机执行本申请提供的方法中由第一通信装置执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或计算机可执行指令，当计算机程序或计算机可执行指令在计算机上运行时，使得计算机执行本申请提供的方法中由第二通信装置执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机可执行指令或计算机程序，当该计算机可执行指令或计算机程序在计算机上运行时，使得本申请提供的方法中由第一通信装置执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机可执行指令或计算机程序，当该计算机可执行指令或计算机程序在计算机上运行时，使得本申请提供的方法中由第二通信装置执行的操作和/或处理被执行。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

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

Claims (21)

1.一种信息传输方法，其特征在于，应用于互联网协议多媒体子系统IMS，所述方法包括：

所述IMS中的S-CSCF接收用户设备的注册请求消息；

所述S-CSCF发送针对所述注册请求消息的注册响应消息，其中，所述注册响应消息中包括指示所述IMS是否支持数据通道的指示信息。

2.根据权利要求1所述的方法，其特征在于，所述注册请求消息中包括指示所述用户设备支持数据通道的指示信息。

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

接收所述用户设备发送的会话协商请求消息，所述会话协商请求消息包括用于请求与所述IMS建立数据通道的信息；

根据所述会话协商请求消息建立与所述用户设备的数据通道。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述数据通道用于支持用户设备从所述IMS下载应用程序；和/或

所述数据通道用于支持不同用户设备上相同应用程序之间的数据通信。

5.一种信息传输方法，其特征在于，应用于用户设备，所述方法包括：

向互联网协议多媒体子系统IMS发送注册请求消息；

接收所述IMS发送的注册响应消息，其中，所述注册响应消息中包括指示所述IMS是否支持数据通道的指示信息。

6.根据权利要求5所述的方法，其特征在于，所述注册请求消息中包括指示所述用户设备支持数据通道的指示信息。

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

响应于所述IMS支持数据通道的指示，向所述IMS发送会话协商请求消息，所述会话协商请求消息包括用于请求与所述IMS建立数据通道的信息。

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

响应于所述IMS不支持数据通道的指示，向所述IMS发送会话协商请求消息，所述会话协商请求消息不包括请求与所述IMS建立数据通道的信息。

9.根据权利要求7或8所述的方法，其特征在于，所述会话协商请求消息中包括请求与所述IMS建立音频通道和/或视频通道的消息。

10.一种通信装置，其特征在于，应用于互联网协议多媒体子系统IMS，所述装置包括：

接收单元，用于接收用户设备的注册请求消息；

发送单元，用于发送针对所述注册请求消息的注册响应消息，其中，所述注册响应消息中包括指示所述IMS是否支持数据通道的指示信息。

11.根据权利要求10所述的装置，其特征在于，所述注册请求消息中包括指示所述用户设备支持数据通道的指示信息。

12.根据权利要求10或11所述的装置，其特征在于，所述接收单元还用于：

接收所述用户设备发送的会话协商请求消息，所述会话协商请求消息包括用于请求与所述IMS建立数据通道的信息；

根据所述会话协商请求消息建立与所述用户设备的数据通道。

13.根据权利要求10-12任一项所述的装置，其特征在于，所述数据通道用于支持用户设备从所述IMS下载应用程序；和/或所述数据通道用于支持不同用户设备上相同所述应用程序之间的数据通信。

14.一种通信装置，其特征在于，所述装置包括：

发送单元，用于向IMS发送注册请求消息；

接收单元，用于接收所述IMS发送的注册响应消息，其中，所述注册响应消息中包括指示所述IMS是否支持数据通道的指示信息。

15.根据权利要求14所述的装置，其特征在于，所述注册请求消息中包括指示所述用户设备支持数据通道的指示信息。

16.根据权利要求14或15所述的装置，其特征在于，所述发送单元还用于：

响应于所述IMS支持数据通道的指示，向所述IMS发送会话协商请求消息，所述会话协商请求消息包括用于请求与所述IMS建立数据通道的信息。

17.根据权利要求15或16所述的方法，其特征在于，所述发送单元还用于：

响应于所述IMS不支持数据通道的指示，向所述IMS发送会话协商请求消息，所述会话协商请求消息不包括请求与所述IMS建立数据通道的信息。

18.根据权利要求16或17所述的方法，其特征在于，所述会话协商请求消息中包括请求与所述IMS建立音频通道和/或视频通道的消息。

19.一种计算机可读存储介质，其特征在于，其上存储有指令，当所述指令被运行时，用于实现如权利要求1至2中任一项所述的方法，或如权利要求3至5中任一项所述的方法。

20.一种芯片系统，其特征在于，包括：处理器，所述处理器用于执行存储的计算机程序，所述计算机程序用于执行如权利要求1至4中任一项所述的方法，或如权利要求5至9中任一项所述的方法。

21.一种计算机程序产品，所述计算机程序产品包括：计算机程序，当所述计算机程序被运行时，使得如权利要求1至4中任一项所述的方法被执行，或者，使得如权利要求5至9中任一项所述的方法被执行。

Images