数据通道建立方法和通信设备的制造方法
【技术领域】
[0001] 本发明涉及网络通信领域，特别涉及一种数据通道建立方法和通信设备。
【背景技术】
[0002] SCTP(Stream Control Transmission Protocol,流控制传输协议）是 IETF(Internet Engineering Task Force,互联网工程任务组）定义的一种可靠的传输层协 议，它在两个SCTP端点之间提供稳定、有序的数据传输服务。SCTP端点是SCTP分组中逻辑 的接收方或发送方，两个SCTP端点之间存在一个SCTP偶联。一个SCTP偶联下可以有多个 SCTP流，且每个SCTP流都有唯一的流标识。其中，SCTP流是从两个SCTP端点之间建立的 一个单向逻辑通道，而数据通道则是包含一对出入流的双向逻辑通道，且该对出入流拥有 相同的流标识。
[0003] 数据通道提供一种传输通道，允许两个SCTP端点在数据通道之上采用数据协议 进行数据传输。在协商数据通道的过程中，两个SCTP端点需要经过至少一次的协商以建立 SCTP偶联，确定数据通道所关联的流标识、数据通道所对应的标签以及在数据通道上采用 的数据协议等内容，并在此基础上建立数据通道。IETF定义了两种数据通道协商方式。其 中，一种是基于带内的采用DCEP(Data Channel Establishment Protocol,数据通道建立协 议）方式，另一种是基于带外的采用SDP(Session Description Protocol,会话描述协议） 方式。
[0004] DCEP方式主要用于在两个基于浏览器的终端之间协商建立数据通道。基于浏览器 的终端是指采用WebRTC(Web Real-Time Communication,网页实时通信）技术实现实时通 信的终端，该实时通信可以包括语音通话、视频通话、文档共享、消息收发等实时的信息交 互。
[0005] SDP方式主要用于在传统终端与媒体网关之间、或者传统终端与传统终端之间协 商建立数据通道。传统终端与基于浏览器的终端相对应，是指并不采用WebRTC技术实现通 信的终端。
[0006] 在实现本发明的过程中，发明人发现上述技术至少存在以下问题：在上述技术中， 只能够实现当通信两端均只采用一种数据通道协商方式且该数据通道协商方式为相同的 方式时，通信两端采用该数据通道协商方式协商建立数据通道。然而，从未来发展的角度， 为了实现基于浏览器的终端与传统终端之间、或者基于浏览器的终端与媒体网关之间协商 建立数据通道，通信两端中的至少一端需要同时支持两种或者两种以上的数据通道协商方 式。但是，上述技术并未给出相关的解决方案，也即当通信两端中的至少一端同时支持两种 或者两种以上的数据通道协商方式时，通信两端就无法协商建立数据通道。
【发明内容】
[0007] 为了解决【背景技术】中存在的当通信两端中的至少一端同时支持两种或者两种以 上的数据通道协商方式时，通信两端就无法协商建立数据通道的问题，本发明实施例提供 了一种数据通道建立方法和通信设备。所述技术方案如下：
[0008] 第一方面，提供了一种数据通道建立方法，所述方法包括：
[0009] 发送端向接收端发送携带有第一提议属性行和第二提议属性行的提议消息；其 中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息，所述第二提议 属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道协商方式为所 述发送端支持的数据通道协商方式中的一种；
[0010] 发送端接收所述接收端发送的应答消息，所述应答消息是所述接收端根据所述第 一提议属性行、所述第二提议属性行以及所述接收端支持的数据通道协商方式确定的；
[0011] 发送端根据所述应答消息与所述接收端之间建立数据通道；
[0012] 其中，所述发送端和所述接收端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0013] 在第一方面的第一种可能的实施方式中，所述发送端和所述接收端中的一端支持 的数据通道协商方式包括数据通道建立协议DCEP方式和会话描述协议SDP方式，且另一端 支持的数据通道协商方式包括所述DCEP方式和所述SDP方式中的至少一种。
[0014] 结合第一方面或者第一方面的第一种可能的实施方式，在第一方面的第二种可能 的实施方式中，所述提议消息还包括第三提议属性行，所述第三提议属性行包括所述发送 端在所述数据通道上支持的数据协议的信息，以便所述接收端根据所述第三提议属性行和 所述接收端在所述数据通道上支持的数据协议确定出两端在所述数据通道上均支持的数 据协议。
[0015] 结合第一方面的第一种可能的实施方式或者第一方面的第二种可能的实施方式， 在第一方面的第三种可能的实施方式中，所述发送端根据所述应答消息与所述接收端之间 建立数据通道，包括：
[0016] 当所述应答消息中携带有对应于所述第二提议属性行的第二应答属性行时，通过 所述SDP方式与所述接收端之间建立所述数据通道；
[0017] 其中，所述第二应答属性行是所述接收端确定同意采用的数据通道协商方式为所 述SDP方式时生成的。
[0018] 结合第一方面的第一种可能的实施方式或者第一方面的第二种可能的实施方式， 在第一方面的第四种可能的实施方式中，所述发送端根据所述应答消息与所述接收端之间 建立数据通道，包括：
[0019] 当所述应答消息中未携带有对应于所述第二提议属性行的第二应答属性行时，根 据所述应答消息中携带的对应于所述第一提议属性行的第一应答属性行检测两端是否均 支持所述DCEP方式；
[0020] 若检测出两端均支持所述DCEP方式，则通过所述DCEP方式与所述接收端之间建 立所述数据通道。
[0021] 结合第一方面的第二种可能的实施方式，在第一方面的第五种可能的实施方式 中，所述发送端接收所述接收端发送的应答消息之后，还包括：
[0022] 发送端读取所述应答消息中携带的对应于所述第三提议属性行的第三应答属性 行，所述第三应答属性行是所述接收端根据所述第三提议属性行和所述接收端在所述数据 通道上支持的数据协议确定出两端在所述数据通道上均支持的数据协议后生成的；
[0023] 发送端根据所述第三应答属性行确定在所述数据通道上传输的数据协议。
[0024] 第二方面，提供了一种数据通道建立方法，所述方法包括：
[0025] 接收端接收发送端发送的携带有第一提议属性行和第二提议属性行的提议消息； 其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息，所述第二提 议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道协商方式为 所述发送端支持的数据通道协商方式中的一种；
[0026] 接收端根据所述第一提议属性行、所述第二提议属性行以及接收端支持的数据通 道协商方式确定应答消息；
[0027] 接收端向所述发送端发送所述应答消息，以便所述发送端根据所述应答消息与所 述接收端之间建立数据通道；
[0028] 其中，所述接收端和所述发送端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0029] 第三方面，提供了 一种通信设备，所述通信设备包括：
[0030] 发送模块，用于向接收端发送携带有第一提议属性行和第二提议属性行的提议消 息；其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息，所述第二 提议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道协商方式 为所述发送端支持的数据通道协商方式中的一种；
[0031] 应答接收模块，用于接收所述接收端发送的应答消息，所述应答消息是所述接收 端根据所述第一提议属性行、所述第二提议属性行以及所述接收端支持的数据通道协商方 式确定的；
[0032] 通道建立模块，用于根据所述应答消息与所述接收端之间建立数据通道；
[0033] 其中，所述发送端和所述接收端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0034] 第四方面，提供了 一种通信设备，所述通信设备包括：
[0035] 接收模块，用于接收发送端发送的携带有第一提议属性行和第二提议属性行的提 议消息；其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息，所述 第二提议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道协商 方式为所述发送端支持的数据通道协商方式中的一种；
[0036] 应答确定模块，用于根据所述第一提议属性行、所述第二提议属性行以及接收端 支持的数据通道协商方式确定应答消息；
[0037] 应答发送模块，用于向所述发送端发送所述应答消息，以便所述发送端根据所述 应答消息与所述接收端之间建立数据通道；
[0038] 其中，所述接收端和所述发送端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0039] 本发明实施例提供的技术方案带来的有益效果是：
[0040] 通过发送端向接收端发送携带有第一提议属性行和第二提议属性行的提议消息， 接收接收端发送的应答消息，该应答消息是接收端根据第一提议属性行、第二提议属性行 以及接收端支持的数据通道协商方式确定的，并根据应答消息与接收端之间建立数据通 道；解决了当通信两端中的至少一端同时支持两种或者两种以上的数据通道协商方式时， 通信两端就无法协商建立数据通道的问题；当两端中的至少一端支持两种或两种以上数据 通道协商方式时，通过两端对数据通道协商方式的协商确定，进而在此基础上完成数据通 道的建立，使得两端能够简单、高效地建立数据通道，实现了不同终端、不同网络之间的互 连互通。
【附图说明】
[0041] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于 本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他 的附图。
[0042] 图1是本发明各个实施例所涉及的一种实施环境的结构示意图；
[0043] 图2是本发明一个实施例提供的数据通道建立方法的方法流程图；
[0044] 图3是本发明另一实施例提供的数据通道建立方法的方法流程图；
[0045] 图4是本发明再一实施例提供的数据通道建立方法的方法流程图；
[0046] 图5是本发明还一实施例提供的数据通道建立方法的方法流程图；
[0047] 图6是本发明一个实施例提供的通信设备的结构方框图；
[0048] 图7是本发明另一实施例提供的通信设备的结构方框图；
[0049] 图8是本发明再一实施例提供的通信设备的结构方框图；
[0050] 图9是本发明还一实施例提供的通信设备的结构方框图；
[0051] 图10是本发明一个实施例所提供的发送端的结构示意图；
[0052] 图11是本发明一个实施例所提供的接收端的结构示意图。
【具体实施方式】
[0053] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方 式作进一步地详细描述。
[0054] 发明人发现：当两端中至少一端同时支持两种或者两种以上的数据通道协商方式 时，两端之间需要通过协商确定最终采用的数据通道协商方式，并在此基础上采用协商确 定的数据通道协商方式完成数据通道的建立。下面，将通过具体的实施例对本发明提供的 技术方案进行详细介绍和说明。
[0055] 请参考图1，其示出了本发明各个实施例所涉及的一种实施环境的结构示意图。该 实施环境包括：发送端120和接收端140。
[0056] 发送端120和接收端140可以同为基于浏览器的终端，也可以同为传统终端，还可 以一端为基于浏览器的终端且另一端为传统终端。在上述情况下，发送端120和接收端140 之间可以通过有线网络或者无线网络相连。
[0057] 或者，当发送端120或者接收端140中的一端为媒体网关时，另一端可以是基于浏 览器的终端或者传统终端。
[0058] 其中，基于浏览器的终端是指采用WebRTC技术实现实时通信的终端，该实时通信 可以包括语音通话、视频通话、文档共享、消息收发等实时的信息交互；而传统终端与基于 浏览器的终端相对应，是指并不采用WebRTC技术实现通信的终端。上述终端设备可以是手 机、平板电脑、电子书阅读器、MP3 (Moving Picture Experts Group Audio Layer III，动态影 像专家压缩标准音频层面 3)播放器、MP4 (Moving Picture Experts Group Audio Layer IV， 动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机、台式计算机和会议终端等 等。
[0059] 需要说明的一点是：在图1所示的实施环境中，发送端120和接收端140的类型、 数量以及连接关系仅是示例性的。在实际应用中，发送端120和接收端140即为协商建立 数据通道以进行数据传输的通信两端，且两者的位置、功能可以互换。
[0060] 另外，在本发明各个实施例中，所涉及的通信设备可以是上文介绍的终端设备，也 可以是媒体网关，或者其它用于协商建立数据通道以进行数据传输的设备。
[0061] 请参考图2,其示出了本发明一个实施例提供的数据通道建立方法的方法流程图， 本实施例以该数据通道建立方法应用于图1所示实施环境中的发送端侧来举例说明。该数 据通道建立方法可以包括如下几个步骤：
[0062] 步骤202,发送端向接收端发送携带有第一提议属性行和第二提议属性行的提议 消息。
[0063] 其中，第一提议属性行包括发送端支持的数据通道协商方式的信息，第二提议属 性行包括本次请求的数据通道协商方式的信息，且本次请求的数据通道协商方式为发送端 支持的数据通道协商方式中的一种。
[0064] 其中，数据通道协商方式的信息，可以是明确的数据通道协商方式，也可以是能表 明数据通道协商方式的信息，这里不限定具体形式。
[0065] 步骤204,发送端接收接收端发送的应答消息，该应答消息是接收端根据第一提议 属性行、第二提议属性行以及接收端支持的数据通道协商方式确定的。
[0066] 步骤206,发送端根据应答消息与接收端之间建立数据通道。
[0067] 其中，发送端和接收端中的至少一端支持两种或者两种以上数据通道协商方式。
[0068] 可选的，发送端和接收端中的一端支持的数据通道协商方式包括DCEP方式和SDP 方式，且另一端支持的数据通道协商方式包括DCEP方式和SDP方式中的至少一种。
[0069] 可选的，若本次请求的数据通道协商方式为DCEP方式，则第二提议属性行还包括 任意流标识符。该任意流标识符用于表示数据通道关联的流标识为任意的，以便接收端在 确定出两端均支持的数据通道协商方式包括DCEP方式时，根据任意流标识符确定同意采 用的数据通道协商方式为DCEP方式。或者，
[0070] 若本次请求的数据通道协商方式为DCEP方式，则第二提议属性行还包括任意流 标识符。该任意流标识符用于表示数据通道关联的流标识为任意的，以便接收端在确定出 两端均支持的数据通道协商方式有且只有SDP方式时，生成包括数据通道关联的流标识为 指定流标识符的第二应答属性行，该指定流标识符是接收端确定的。或者，
[0071] 若本次请求的数据通道协商方式为SDP方式，则第二提议属性行还包括指定流标 识符。该指定流标识符用于表示数据通道关联的流标识为指定的，以便接收端在确定出两 端均支持的数据通道协商方式包括SDP方式时，根据指定流标识符确定同意采用的数据通 道协商方式为SDP方式。或者，
[0072] 若本次请求的数据通道协商方式为SDP方式，则第二提议属性行还包括指定流标 识符。该指定流标识符用于表示数据通道关联的流标识为指定的，以便接收端在确定出两 端均支持的数据通道协商方式有且只有DCEP方式时，确定同意采用的数据通道协商方式 为DCEP方式。
[0073] 可选的，提议消息还包括第三提议属性行，该第三提议属性行包括发送端在数据 通道上支持的数据协议的信息，以便接收端根据第三提议属性行和接收端在数据通道上支 持的数据协议确定出两端在数据通道上均支持的数据协议。
[0074] 可选的，该数据通道建立方法还可以包括：
[0075] 第一，发送端根据发送端在数据通道上支持的数据协议对应的应用的数量a确定 本次请求建立的数据通道的数量a，a > 1。其中，每种数据协议对应于至少一种应用。
[0076] 本步骤可以包括如下两种可能的实现方式：
[0077] 1、若本次请求的数据通道协商方式为DCEP方式，则生成a个第二提议属性行。其 中，每个第二提议属性行包括一个流标识和一个标签，且不同的第二提议属性行中包括的 流标识均为任意流标识符，不同的第二提议属性行中包括的标签为互不相同的标签，每个 标签对应于一条数据通道。
[0078] 2、若本次请求的数据通道协商方式为SDP方式，则生成a个第二提议属性行。其 中，每个第二提议属性行包括一个流标识和一个标签，且不同的第二提议属性行中包括的 流标识为互不相同的指定流标识符，不同的第二提议属性行中包括的标签为互不相同的标 签，每个标签对应于一条数据通道。
[0079] 第二，发送端根据本次请求的数据通道协商方式生成a个第二提议属性行。
[0080] 可选的，第三提议属性行的确定过程可以包括如下几个步骤：
[0081] 第一，对于发送端在数据通道上支持的每一个数据协议，发送端获取数据协议对 应的应用的数量。
[0082] 第二，发送端根据数据协议对应的应用的数量为数据协议分配相同数量的标签， 每个标签为a个第二提议属性行中包括的a个互不相同的标签中的一个。
[0083] 第三，发送端将数据协议对应的协议标识与数据协议所分配的标签进行关联。
[0084] 第四，发送端生成包括各个数据协议对应的协议标识以及每个协议标识关联的标 签的第三提议属性行。
[0085] 可选的，上述步骤206可以包括如下两种可能的实现方式：
[0086] 1、当应答消息中携带有对应于第二提议属性行的第二应答属性行时，通过SDP方 式与接收端之间建立数据通道。其中，第二应答属性行是接收端确定同意采用的数据通道 协商方式为SDP方式时生成的。
[0087] 2、当应答消息中未携带有对应于第二提议属性行的第二应答属性行时，根据应答 消息中携带的对应于第一提议属性行的第一应答属性行检测两端是否均支持DCEP方式； 若检测出两端均支持DCEP方式，则通过DCEP方式与接收端之间建立数据通道。
[0088] 可选的，上述步骤204之后，还可以包括如下几个步骤：
[0089] 第一，发送端读取应答消息中携带的对应于第三提议属性行的第三应答属性行。 该第三应答属性行是接收端根据第三提议属性行和接收端在数据通道上支持的数据协议 确定出两端在数据通道上均支持的数据协议后生成的。
[0090] 第二，发送端根据第三应答属性行确定在数据通道上传输的数据协议。
[0091] 综上所述，本实施例提供的数据通道建立方法，解决了当通信两端中的至少一端 同时支持两种或者两种以上的数据通道协商方式时，通信两端就无法协商建立数据通道的 问题；当两端中的至少一端支持两种或两种以上数据通道协商方式时，通过两端对数据通 道协商方式的协商确定，进而在此基础上完成数据通道的建立，使得两端能够简单、高效地 建立数据通道，实现了不同终端、不同网络之间的互连互通。
[0092] 另外，通过在第二提议属性行中携带任意流标识符或者指定流标识符，可以使得 接收端在确定采用SDP方式建立数据通道时，在应答消息中直接反馈数据通道关联的流标 识，避免两端在后续过程中对流标识的进一步协商；或者，使得接收端在确定采用DCEP方 式建立数据通道时，可以生成未携带