WO2015192288A1

WO2015192288A1 - 一种通信连接的建立方法、终端和系统

Info

Publication number: WO2015192288A1
Application number: PCT/CN2014/079924
Authority: WO
Inventors: 肖晶
Original assignee: 华为技术有限公司
Priority date: 2014-06-16
Filing date: 2014-06-16
Publication date: 2015-12-23

Abstract

本发明公开了一种通信连接的建立方法、终端和系统，第一终端和第二终端协商各自支持的SCTP协议的使用方式，确定双方共同支持的SCTP协议的使用方式，使用确定的双方共同支持的SCTP协议的使用方式来建立SCTP连接，第一终端使用所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。通过上述方式，使得第一终端与第二终端之间的数据在传输层采用UDP协议无法保证数据传输可靠的情况下，采用协商后的SCTP的使用方式来封装应用层数据，从而利用SCTP协议提高数据传输的可靠性

Description

一种通信连接的建立方法、终端和系统技术领域

本发明涉及通信技术领域，尤其是涉及一种通信连接的建立方法、终端和系统。背景技术

视频会议通常又称之为视讯会议、电视会议、会议电视或电视电话会议等等。视频会议系统是通过网络平台以实时的音、视频等多媒体手段，支持人们远距离进行实时信息交流、开展协同工作的应用系统。视频会议系统实时传输视频与音频信息，使协作成员可以远距离进行直观、真实的视音频交流,并且利用多媒体技术的支持，视频会议系统可以帮助使用者对工作中各种信息进行处理，如共享数据、共享应用程序等，从而构造出一个多人共享的工作空间。

在一个视频会议中，两个终端之间使用应用层协议对传输的音视频流进行操作和控制

(例如，录播控制、资源控制等），这些应用层协议可以是 CLUE ( Controlling multiple streams for telepresence, 网真多流控制协议）、 SIPRec ( Session Initiation Protocol Recording, 基于会话初始化协议的录制协议）、 BFCPCBinary Floor Control Protocol, 二进制发言权控制协议;) 等等。而这些应用层协议本身无法保证数据传输的可靠性，因此一般由传输层协议来保障安全性和可靠性。但是在传统的 H.323系统中，传输层协议使用的 UDP(User Data Protocol,用户数据报协议)是不加密不可靠的传输协议。因此，在 H.323终端参与的视频会议中，数据传输的可靠性无法得到保证，在丢包、抖动或延时等情况下，可能会导致应用层对音视频流的操控出现紊乱，影响会议体验。发明内容

本发明的目的在于提供一种通信连接的建立方法、终端和系统，使得当传输层协议为 UDP等不可靠的协议时，可以使用 SCTP协议来对应用层数据进行封装，从而保证数据传输的可靠性。

第一方面，本发明实施例提供了一种通信连接的建立方法，包括：

第一终端获取第二终端支持的 SCTP协议的使用方式，根据所述第二终端支持的 SCTP 协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、 DTLS-SCTP 和 SCTP-DTLS中的至少一个；所述第一终端向所述第二终端发送逻辑连接建立消息，与所述第二终端建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式；

所述第一终端使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。

在第一方面的第一种可能的实施方式中，所述第一终端获取第二终端支持的 SCTP协议的使用方式包括：所述第一终端接收所述第二终端发送的能力协商请求消息，所述能力协商请求消息携带第二终端支持的 SCTP协议的使用方式。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第二终端发送的能力协商请求消息还包括所述使用方式对应的连接能力参数，所述连接能力参数包括负载协议标识，用于表示所述第二终端支持的应用层协议。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述第一终端使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据包括：

所述第一终端根据所述第二终端支持的应用层协议和本端支持的应用层协议，确定双方共同支持的应用层协议；

所述第一终端使用双方共同支持的应用层协议封装数据，获得应用层数据，使用所述双方共同支持的 SCTP协议的使用方式进一步封装获得的应用层数据。

结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，所述连接能力参数还包括最大接收消息长度以及本端支持一个 SCTP连接中的最大 SCTP流数。

结合第一方面的第一种至第四种任一可能的实现方式，在第五种可能的实现方式中，所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议。

结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中， SCTP连接建立后，所述方法还包括：

所述第一终端为所述信道关联的应用层协议的实例分配 SCTP流；

所述第一终端在分配的 SCTP流上向所述第二终端发送数据信道建立请求消息，所述数据信道建立请求消息包括所述信道关联的应用层协议，相应地，

所述第一终端与所述第二终端通过所述数据信道建立请求消息建立所述信道关联的应用层协议对应的数据信道。

结合第一方面的第五种可能的实现方式，在第七种可能的实现方式中，所述数据信道参数还包括信道符号，用于区分相同应用层协议对应的不同实例。

结合第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述第一终端为所述信道关联的应用层协议的实例分配 SCTP流包括：所述第一终端为应用层协议的不同实例分配不同的 SCTP流。

结合第一方面的第六种至第八种任一可能的实现方式，在第九种可能的实现方式中，所述方法还包括：数据传输完成后，所述第一终端将数据信道上传输的封装后的应用层数据对应的 SCTP流号置为 0，用来通知所述第二终端关闭所述数据信道。

结合第一方面的第九种可能的实现方式，在第十种可能的实现方式中，所述方法还包括: 当所述 SCTP连接上的所有数据信道均关闭后，所述第一终端通过逻辑连接关闭消息关闭所述 SCTP连接。

结合第一方面的实现方式，在第十一种可能的实现方式中，在所述第一终端向所述第二终端逻辑连接建立消息之前，所述方法还包括：确定所述第一终端为主终端，所述第二终端为从终端。第二方面，本发明实施例提供了一种通信终端，包括：

协议类型确定单元，用于获取第二终端支持的 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、 DTLS-SCTP 禾 P SCTP-DTLS中的至少一个；

SCTP连接建立单元，用于向所述第二终端发送逻辑连接建立消息，与所述第二终端建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式；

封装发送单元，用于使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。

在第二方面的第一种可能的实施方式中，所述协议类型确定单元，具体用于接收所述第二终端发送的能力协商请求消息，所述能力协商请求消息携带第二终端支持的 SCTP协议的使用方式。

结合第二方面的第一种可能的实施方式，在第二种可能的实施方式中，

所述封装发送单元，具体用于获取第二终端发送的能力协商请求消息中携带的所述第二终端支持的应用层协议，确定双方共同支持的应用层协议，使用双方共同支持的应用层协议封装数据，获得应用层数据，使用所述双方共同支持的 SCTP协议的使用方式进一步封装获得的应用层数据。

结合第二方面的第一种可能的实施方式，在第三种可能的实施方式中，

所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议，

所述通信终端还包括：数据信道建立单元，用于为所述信道关联的应用层协议的实例分配 SCTP流，在分配的 SCTP流上向所述第二终端发送数据信道建立请求消息，建立所述信道关联的应用层协议对应的数据信道，所述数据信道建立请求消息包括所述信道关联的应用层协议。

结合第二方面的第三种可能的实施方式，在第四种可能的实施方式中，所述数据信道建立单元，具体用于根据数据信道参数中的信道符号，为应用层协议的不同实例分配不同的 SCTP流。

结合第二方面的第三或第四种可能的实施方式，在第五种可能的实施方式中，所述通信终端还包括：数据信道关闭单元，用于将数据信道上传输的封装后的应用层数据对应的 SCTP 流号置为 0，用来通知所述第二终端关闭所述数据信道。

结合第二方面的第五种可能的实施方式，在第六种可能的实施方式中，所述通信终端还包括： SCTP连接关闭单元，用于当数据信道关闭单元关闭所有的数据信道后，向所述第二终端发送逻辑连接关闭消息，通知所述第二终端关闭所述 SCTP连接。第三方面，本发明实施例提供了一种通信系统，包括：第一终端和第二终端，所述第二终端，用于向所述第一终端发送所述第二终端支持的 SCTP协议的使用方式；所述第一终端，用于获取第二终端支持的 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括 SCTP 、 DTLS-SCTP 和

SCTP-DTLS中的至少一个；

所述第一终端，还用于向所述第二终端发送逻辑连接建立消息，与所述第二终端建立

SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式，使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。

在第三方面的第一种可能的实施方式中，

所述第二终端，具体用于向所述第一终端发送能力协商请求消息，所述能力协商请求消息携带第二终端支持的 SCTP协议的使用方式；

所述第一终端，具体用于接收所述第二终端发送的能力协商请求消息，获取第二终端支持的 SCTP协议的使用方式。

结合第三方面的第一种可能的实施方式，在第二种可能的实施方式中，所述第一终端，具体用于获取第二终端发送的能力协商请求消息中携带的所述第二终端支持的应用层协议，确定双方共同支持的应用层协议，使用双方共同支持的应用层协议封装数据，获得应用层数据，使用所述双方共同支持的 SCTP协议的使用方式进一步封装获得的应用层数据。

结合第三方面的第一种可能的实施方式，在第三种可能的实施方式中，所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议，

所述第一终端，具体用于为所述信道关联的应用层协议的实例分配 SCTP流，在分配的 SCTP流上向所述第二终端发送数据信道建立请求消息，建立所述信道关联的应用层协议对应的数据信道，所述数据信道建立请求消息包括所述信道关联的应用层协议。

结合第三方面的第一种可能的实施方式，在第四种可能的实施方式中，所述第一终端，具体用于根据数据信道参数中的信道符号，为应用层协议的不同实例分配不同的 SCTP流。本发明实施例中提供了一种通信连接的建立方法、终端和系统，第一终端和第二终端协商各自支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，使用确定的双方共同支持的 SCTP协议的使用方式来建立 SCTP连接，第一终端使用所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。通过上述方式，使得第一终端与第二终端之间的数据在传输层采用 UDP协议无法保证数据传输可靠的情况下，采用协商后的 SCTP的使用方式来封装应用层数据，从而利用 SCTP 协议提高数据传输的可靠性，避免在丢包、抖动或延时等情况下，可能会导致的音视频流操控紊乱，提高了用户会议体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1是本发明实施例提供的一种通信连接的建立方法流程示意图；

图 2是本发明实施例提供的另一种通信连接的建立方法流程示意图；

图 3是本发明实施例提供的另一种通信连接的建立方法流程示意图；

图 4是本发明实施例提供的一种通信终端的连接示意图；

图 5是本发明实施例提供的一种通信系统连接关系示意图；

图 6是本发明实施例提供的一种通信终端的硬件结构示意图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图 1所示，为本发明实施例提供的一种通信连接的建立方法流程示意图，包括：步骤 101：第一终端获取第二终端支持的 SCTP(Stream Control Transmission Protocol,流控制传输协议)协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、 DTLS ( Datagram Transport Layer Security, 数据报安全传输协议） -SCTP 和 SCTP-DTLS中的至少一个；

步骤 102: 所述第一终端向所述第二终端发送逻辑连接建立消息，与所述第二终端建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式；步骤 103 : 所述第一终端使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。

本发明实施例中，第一终端和第二终端协商各自支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，使用确定的双方共同支持的 SCTP协议的使用方式来建立 SCTP连接，第一终端使用所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。通过上述方式，使得第一终端与第二终端之间的数据在传输层采用 UDP协议无法保证数据传输可靠的情况下，采用协商后的 SCTP的使用方式来封装应用层数据，从而利用 SCTP协议提高数据传输的可靠性，避免在丢包、抖动或延时等情况下，可能会导致的音视频流操控紊乱，提高了用户会议体验。

具体的，第一终端 /第二终端可以为 H.323终端。如图 2所示，为本发明实施例提供的另一种通信连接的建立方法流程示意图，第一终端和第二终端为 H.323终端，二者之间的传输层协议为 UDP协议。

步骤 201 : 第一终端与第二终端进行呼叫建立流程，建立二者之间的呼叫。

具体的呼叫建立方法可以采用标准的 H.323和 /或 H.225.0中定义的呼叫建立过程,本发明实施例对此并不进行限定。

步骤 202: 在呼叫建立完成后，第二终端向第一终端发送能力协商请求消息 (TerminalCapabilitySet Message, TCS消息），所述能力协商请求消息中携带所述第二终端支持的 SCTP协议的使用方式和所述使用方式对应的连接能力参数。

具体的，所述 SCTP协议的使用方式包括直接使用 SCTP 、 DTLS-SCTP 和 SCTP-DTLS 中的至少一个， { 直接使用 SCTP ， DTLS-SCTP ， SCTP-DTLS }分别表示直接使用 SCTP、 DTLS上的 SCTP和 SCTP上的 DTLS协议。不同的使用方式对应不同的封装方式，具体的，直接使用 SCTP表示应用层数据使用 SCTP协议进行封装； DTLS上的 SCTP表示将应用层数据根据 SCTP协议进行封装得到 SCTP包，进一步的将 SCTP包封装到 DTLS的负载中； SCTP上的 DTLS表示将应用层数据根据 DTLS协议进行封装，将得到的 DTLS包封装到 SCTP 的负载中。

与使用方式对应的连接能力参数包括负载协议标识、最大接收消息长度，以及本端支持的最大 SCTP流数等等。具体的，可以扩展结构体 SCTPParam来携带上述参数，如下例所示：

SCTPParam SEQUENCE appPPID INTEGER (1..4294967295), -- 0 reserved

maxMessageSize INTEGER OPTIONAL,

maxIncomingStreams INTEGER (0..65535) OPTIONAL,

SCTPExtensions SEQUENCE OF SCTPChunkType OPTIONAL, genericlnformation SEQUENCE OF Genericlnformation OPTIONAL. 其中， appPPID为 SCTP的负载协议标识，用来表示 SCTP负载中的应用层协议。例如 appPPID的取值为 1代表 IUA (ISDN User Adaptation Layer, ISDN用户适配层协议）、 2代表 M2UA (MTP第二级用户的适配层协议）、 51代表 CLUE等等；需要说明的是，负载协议标识可以为多个。

maxMessageSize表示该第二终端希望接收到的消息最大长度（字节为单位），用于通知对端发送的消息长度需要小于此处的消息最大长度。；

maxIncomingStreams表示第二终端支持的最大 SCTP流数。

步骤 203 : 第一终端接收所述第二终端发送的能力协商请求消息，获取第二终端支持的 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，向第二终端发送能力协商应答消息（terminalCapabilitySet Acknowledged 如果第一终端与第二终端不具备相同的 SCTP协议的使用方式，则向第二终端发送能力协商拒绝消息（terminalCapabilitySet Reject )。

需要说明的是，在具体实施过程中，所述能力协商应答消息可以不用于通知第二终端确定的共同支持的 SCTP协议的使用方式，只是用来向第二终端表示第一终端已经收到第二终端发送的能力协商请求。

步骤 204: 与步骤 202中的过程类似，第一终端向第二终端发送能力协商请求消息，该能力协商请求消息的内容和结构与步骤 202中第二终端向第一终端发送的能力协商请求消息相同。

步骤 205 : 与步骤 203中的过程类似，第二终端接收第一终端发送的能力协商请求，返回能力协商应答消息。

需要说明的是，步骤 202和 203，与步骤 204和 205不存在顺序关系，步骤 204和 205 可以发生在步骤 202和 203之前，上述步骤的目的在于通知对端本端支持的 SCTP协议的使用方式及该使用方式对应的连接能力参数，使得双方建立 SCTP连接后，对端发送的消息满足本端的连接能力。

当双方协商确定 SCTP协议的使用方式以及连接能力后，进入逻辑连接建立过程。步骤 206: 在主从决定阶段，确定第一终端和第二终端中的主终端和从终端。本发明实施例以第一终端为主终端，第二终端为从终端为例进行说明。

具体的，在主从决定阶段，第一终端或第二终端向对端发送主从决定消息

( MasterSlaveDetermination消息），接收对端返回的主从决定响应消息

( MasterSlaveDetermination Acknowledge ) , 通过这种方式，两个终端协商确定主从关系。需要说明的是，主从决定流程可以采用标准 Η.245规定的流程，本发明实施例对此并不进行限定。

在本发明实施例中，主从决定步骤为可选步骤。在某种可能的场景下，也可以根据终端的优先级或者是否是能力协商的发起方等方式来确定终端间的主从关系。

步骤 207: 第一终端向第二终端发送逻辑连接建立消息（OpenLogicalChannel Message, OLC消息），与第二终端建立 SCTP连接。所述逻辑连接建立消息中携带确定的所述双方共同支持的 SCTP协议的使用方式。

步骤 208 : 第二终端接收所述第一终端发送的逻辑连接建立消息，向第一终端返回逻辑连接建立应答消息（OpenLogicalChannel Acknowledge消息），确定开启满足协商过程确定的 SCTP协议的使用方式和所述使用方式对应的连接能力参数的连接。另一种具体的场景中，当存在逻辑连接建立消息无法解析、语法错误等异常情况时，第二终端向第一终端发送逻辑连接拒绝消息（OpenLogicalChannel Reject) 来终止逻辑连接的建立。

步骤 209: 在逻辑连接建立后，所述第一终端和第二终端按照协商后的 SCTP协议的使用方式来进行应用层数据的封装和传输，并使得发送到对端的消息满足对端的连接能力。需要说明的是，当双方协商确定后的 SCTP的负载中的应用层协议为多个时，第一终端为每个应用层协议分配不同的 SCTP流，分配的 SCTP流的流号不为 0。例如，第一终端选择流号为 1的 SCTP流传输 CLUE, 选择流号为 2的 SCTP流传输 bfcp，即第一终端将所有 CLUE消息封装到流号为 1的 SCTP包中，将所有 bfcp消息封装到流号为 2的 SCTP包中。在 SCTP流分配完成后，第一终端或第二终端使用数据信道建立消息为上述应用层协议分别建立上述 SCTP连接下的数据信道。

步骤 210: 数据传输完成后，第一终端或者第二终端向对端发送逻辑连接关闭消息 ( CloseLogicalChannel消息）关闭二者之间的逻辑连接。

需要说明的是，当第一终端和第二终端之间的 SCTP连接中存在多个数据信道时，在数据传输完成后，第一终端或第二终端在数据信道上传输封装后的应用层数据，将所述封装后的应用层数据对应的 SCTP流号置为 0，用来表示关闭当前的数据信道。当 SCTP连接中的所有数据信道关闭后，即可以通过逻辑连接关闭消息，关闭第一终端和第二终端之间的 SCTP 连接。

本发明实施例中，第一终端和第二终端协商各自支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，使用确定的双方共同支持的 SCTP协议的使用方式来建立 SCTP连接，第一终端使用所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端，进一步的双方还可以在能力协商请求消息中通知对端本端支持的 SCTP协议的使用方式对应的连接能力参数。通过上述方式，使得第一终端与第二终端之间的数据在传输层采用 UDP协议无法保证数据传输可靠的情况下，采用协商后的 SCTP的使用方式来封装应用层数据，从而利用 SCTP协议提高数据传输的可靠性，同时使得传输的数据满足对端的连接能力。进一步的，当双方共同支持的 SCTP协议的使用方式为 DTLS-SCTP或 SCTP-DTLS时，还可以通过 DTLS协议来保证数据传输的安全性。如图 3所示，为本发明实施例提供的另一种通道连接建立的流程示意图，包括：步骤 301 : 与步骤 201相同，本发明实施例不再进行赘述；

步骤 302: 在呼叫建立完成后，第二终端向第一终端发送能力协商请求消息，所述能力协商请求消息中携带所述第二终端支持的 SCTP协议的使用方式、所述使用方式对应的连接能力参数，以及数据信道 (dataChannel)参数。

需要说明的是，本步骤中的 SCTP协议的使用方式和所述使用方式对应的连接能力参数的内容及定义与步骤 202相同，本发明实施例在此不再进行赘述。

所述数据信道参数包括信道符号和信道关联的协议。进一步的，在某些具体的场景下，数据信道参数还可以包括信道的传输特征和优先级等等。具体的，数据信道参数可以携带在

TCS消息中的 DataApplicationCapability结构中，如：

DataApplicationCapability ::= SEQUENCE

{

application CHOICE

{

dataChannel SEQUENCE OF DataChannels,

},

DataChannels代表 dataChannel中的一个或多个实例，定义如下：

DataChannels SEQUENCE

{

dataChannelProfile SEQUENCE OF DataChannelProfile OPTIONAL

DataChannelProfile中包含了信道关联的应用层协议的参数，，定义为：

DataChannelProfile SEQUENCE

{

channelType INTEGER (0..255) OPTIONAL,

priority INTEGER (0..65535) OPTIONAL,

relParameter INTEGER (0..4294967295)OPTIONAL,

label IA5String ( SIZE (1..65535) ) OPTIONAL,

protocol IA5String ( SIZE (1..65535) ) OPTIONAL,

genericlnformation SEQUENCE OF Genericlnformation OPTIONAL,

}

其中， channelType表示信道的传输特征（可靠性、时间性与有序性）；

Priority表示信道的优先级；

relParameter代表参数的可靠性；

label表示信道符号；

protocol表示信道关联的协议。

需要说明的是，上述结构体是本发明实施例提出的优选构建方式，本领域技术人员可以理解的是，还可以采用其他的方式来构建，只要满足在数据信道参数中携带上信道符号和信道关联的协议即可。

在一种具体的场景中，所述信道关联的协议可以为 CLUE,BFCP,sip_reC等协议，当其中一个协议存在多个实例时，可以通过信道符号来区别同一应用层协议的不同实例。

步骤 303 : 与步骤 203类似，第一终端接收第二终端发送的能力协商请求消息，确定双方共同支持的 SCTP协议的使用方式、所述使用方式对应的连接能力参数，以及数据信道参数，并向第二终端返回能力协商确认消息。步骤 304-305 : 为第一终端向第二终端发送能力协商请求的过程，与步骤 202和 203类似。

步骤 306: 主从决定过程，与步骤 206相同。

步骤 307: 第一终端向第二终端发送逻辑连接建立消息（OpenLogicalChannel, 0LC消息），与第二终端建立 SCTP连接。

所述逻辑连接建立消息中携带确定的所述双方共同支持的 SCTP协议的使用方式，使用方式对应的连接能力参数以及数据信道参数。

步骤 308: 第二终端接收所述第一终端发送的逻辑连接建立消息，向第一终端返回逻辑连接建立应答消息，完成 SCTP连接的建立。

步骤 309: 第一终端为不同的应用层协议实例选项不同的 SCTP流，特别地，对于同一应用层协议对应的不同实例，根据数据信道参数中的信道符号进行去区分，并分配不同的 SCTP流。分配的 SCTP流的流号不为 0.

步骤 310: 第一终端为每一个应用层实例在分配的 SCTP流上向所述第二终端发送数据信道建立请求消息，所述数据信道建立请求消息中包含指示所述信道关联的应用层协议的参数。

步骤 311 : 第二终端接收所述第一终端发送的数据信道建立请求，与第二终端建立对应该应用实例的数据信道。

在一种具体的场景下，第二终端判断第一终端分配的 SCTP流的流号是否为已经被占用；若是，则返回数据信道拒绝消息，终止数据信道的建立。

步骤 312: 数据信道建立完成后，所述第一终端和第二终端在数据信道上传输封装后的应用层数据，具体的，首先对数据按照信道关联的应用层协议进行封装，将封装得到的应用层数据按照协商确定的 SCTP协议的使用方式进一步进行封装，得到封装后的应用层数据，将封装后的应用层数据发送到对端。同时，在构建发送到对端的消息时，该消息需要满足对端的连接能力参数对应的连接能力。

步骤 313 : 数据传输完成后，所述第一终端将数据信道上传输的封装后的应用层数据对应的 SCTP流号置为 0，用来通知所述第二终端关闭所述数据信道。第二终端在收到 SCTP 流号为 0的封装后的应用层数据后，在该数据信道上将发送给第一终端的封装后的应用层数据对应的 SCTP流号置为 0，完成数据信道关闭流程。

需要说明的是，数据信道关闭后，对应的 SCTP流号被释放，被释放的 SCTP流号可以在 SCTP流分配过程中，分配给新的应用层协议使用。

步骤 314: 当所述 SCTP连接上的所有数据信道均关闭后，所述第一终端通过逻辑连接关闭消息（CloseLogicalChannel消息）关闭所述 SCTP连接。

本发明实施例中，第一终端和第二终端协商各自支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，使用确定的双方共同支持的 SCTP协议的使用方式来建立 SCTP连接，第一终端使用所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端，进一步的双方还可以在能力协商过程中协商 SCTP协议的使用方式对应的连接能力参数以及数据信道参数，为不同的应用协议实例分配 SCTP流，在分配的 SCTP流上建立数据信道来传输封装后的应用层数据。通过上述方式，使得第一终端与第二终端之间的数据在传输层采用 UDP协议无法保证数据传输可靠的情况下，采用协商后的 SCTP的使用方式来封装应用层数据，从而利用 SCTP协议提高数据传输的可靠性，同时使得传输的数据满足对端的连接能力。进一步的，当双方共同支持的 SCTP 协议的使用方式为 DTLS-SCTP或 SCTP-DTLS时，还可以通过 DTLS协议来保证数据传输的安全性。

在现有的会议场景中，多个终端之间可能存在多个应用层协议，针对不同的应用层协议，需要单独使用能力消息携带其能力参数，并针对这些能力参数进行能力集的扩展，以支持能力协商。导致每个应用层协议需要使用一个独立的端口，系统需要建立多个连接，同时对于每个协议，都要对其能力进行扩展，导致系统复杂低效，维护成本高。而在本发明实施例中，可以通过负载协议标识或数据信道参数来协商多个应用层协议，同一应用层实例也可以为多个，通过为多个不同的应用层协议实例分配不同的 SCTP流，使得多个应用层协议（或实例）可以承载在同一 SCTP连接中，避免了为每个应用层协议分别建立连接导致的终端端口资源浪费的问题。如图 4所示，为本发明实施例提供的一种通信终端的结构示意图，该通信终端包括：协议类型确定单元 401，用于获取第二终端支持的 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、

DTLS-SCTP 禾 P SCTP-DTLS中的至少一个；

SCTP连接建立单元 402，用于向所述第二终端发送逻辑连接建立消息，与所述第二终端建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式；

封装发送单元 403，用于使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端。所述协议类型确定单元 401，具体用于接收所述第二终端发送的能力协商请求消息，所述能力协商请求消息携带第二终端支持的 SCTP协议的使用方式。

所述封装发送单元 403，具体用于获取第二终端发送的能力协商请求消息中携带的所述第二终端支持的应用层协议，确定双方共同支持的应用层协议，使用双方共同支持的应用层协议封装数据，获得应用层数据，使用所述双方共同支持的 SCTP协议的使用方式进一步封装获得的应用层数据。

所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议，所述通信终端还包括：数据信道建立单元 404，用于为所述信道关联的应用层协议的实例分配 SCTP流，在分配的 SCTP流上向所述第二终端发送数据信道建立请求消息，建立所述信道关联的应用层协议对应的数据信道，所述数据信道建立请求消息包括所述信道关联的应用层协议。

所述数据信道建立单元 404，具体用于根据数据信道参数中的信道符号，为应用层协议的不同实例分配不同的 SCTP流。

进一步的，所述通信终端还包括：数据信道关闭单元 405，用于将数据信道上传输的封装后的应用层数据对应的 SCTP流号置为 0，用来通知所述第二终端关闭所述数据信道。

进一步的，所述通信终端还包括： SCTP连接关闭单元 406，用于当数据信道关闭单元关闭所有的数据信道后，向所述第二终端发送逻辑连接关闭消息，通知所述第二终端关闭所述 SCTP连接。如图 5所示，为本发明实施例提供的一种通信系统，包括第一终端 501和第二终端 502，所述第二终端 502，用于向所述第一终端 501发送所述第二终端 502支持的 SCTP协议的使用方式；

所述第一终端 501，用于获取第二终端 502支持的 SCTP协议的使用方式，根据所述第二终端 502支持的 SCTP协议的使用方式和所述第一终端 501 自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括 SCTP 、 DTLS-SCTP 禾 P SCTP-DTLS中的至少一个；

所述第一终端 501，还用于向所述第二终端 502发送逻辑连接建立消息，与所述第二终端 502建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式，使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端 502。

进一步的，所述第二终端 502，具体用于向所述第一终端 501发送能力协商请求消息，所述能力协商请求消息携带第二终端 502支持的 SCTP协议的使用方式；

所述第一终端 501，具体用于接收所述第二终端 502发送的能力协商请求消息，获取第二终端 502支持的 SCTP协议的使用方式。

所述第一终端 501，具体用于获取第二终端 502发送的能力协商请求消息中携带的所述第二终端 502支持的应用层协议，确定双方共同支持的应用层协议，使用双方共同支持的应用层协议封装数据，获得应用层数据，使用所述双方共同支持的 SCTP协议的使用方式进一步封装获得的应用层数据。

所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议，所述第一终端 501，具体用于为所述信道关联的应用层协议的实例分配 SCTP流，在分配的 SCTP流上向所述第二终端 502发送数据信道建立请求消息，建立所述信道关联的应用层协议对应的数据信道，所述数据信道建立请求消息包括所述信道关联的应用层协议。

所述第一终端 501，具体用于根据数据信道参数中的信道符号，为应用层协议的不同实例分配不同的 SCTP流。

本发明实施例中，第一终端和第二终端协商各自支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，使用确定的双方共同支持的 SCTP协议的使用方式来建立 SCTP连接，第一终端使用所述双方共同支持的 SCTP协议的使用方式封装应用层数据，并将封装后的应用层数据发送到所述第二终端，进一步的双方还可以在能力协商过程中协商

SCTP协议的使用方式对应的连接能力参数以及数据信道参数，为不同的应用协议实例分配 SCTP流，在分配的 SCTP流上建立数据信道来传输封装后的应用层数据。通过上述方式，使得第一终端与第二终端之间的数据在传输层采用 UDP协议无法保证数据传输可靠的情况下，采用协商后的 SCTP的使用方式来封装应用层数据，从而利用 SCTP协议提高数据传输的可靠性，同时使得传输的数据满足对端的连接能力。进一步的，当双方共同支持的 SCTP 协议的使用方式为 DTLS-SCTP或 SCTP-DTLS时，还可以通过 DTLS协议来保证数据传输的安全性。进一步地，如图 6所示，本发明实施例提供了一种终端的硬件构成示意图。可包括至少一个处理器（例如 CPU) ，至少一个网络接口或者其他通信接口，存储器，和至少一个通信总线，用于实现这些装置之间的连接通信。处理器用于执行存储器中存储的可执行模块，例如计算机程序。存储器可能包含高速随机存取存储器（RAM: Random Access Memory) ，也可能还包括非不稳定的存储器（non-volatile memory) ，例如至少一个磁盘存储器。通过至少一个网络接口（可以是有线或者无线）实现该系统网关与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

在一些实施方式中，存储器中存储了程序指令，程序指令可以被处理器执行，其中，程序指令可包括本发明上述实施例中指出的各个单元，各单元具体的实现方式可参见本发明上述实施例中的相应内容，这里不再赘述。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如 ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，资源管理服务器，或者诸如媒体网关等网络通信设备，等等）执行本发明各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

权利要求

1. 一种通信连接的建立方法，包括：

第一终端获取第二终端支持的流控制传输协议 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、数据报安全传输协议上的流控制传输协议 DTLS-SCTP 和 SCTP-DTLS中的至少一个；

所述第一终端向所述第二终端发送逻辑连接建立消息，与所述第二终端建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式；

2. 如权利要求 1所述的方法，其特征在于，所述第一终端获取第二终端支持的 SCTP协议的使用方式包括：

所述第一终端接收所述第二终端发送的能力协商请求消息，所述能力协商请求消息携带第二终端支持的 SCTP协议的使用方式。

3.如权利要求 2所述的方法，其特征在于，所述第二终端发送的能力协商请求消息还包括所述使用方式对应的连接能力参数，所述连接能力参数包括负载协议标识，用于表示所述第二终端支持的应用层协议。

4. 如权利要求 3所述的方法，其特征在于，所述第一终端使用确定的所述双方共同支持的 SCTP协议的使用方式封装应用层数据包括：

5. 如权利要求 3所述的方法，其特征在于，所述连接能力参数还包括最大接收消息长度以及本端支持一个 SCTP连接中的最大 SCTP流数。

6.如权利要求 2-5任一所述的方法，其特征在于，所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议。

7.如权利要求 6所述的方法，其特征在于， SCTP连接建立后，所述方法还包括：所述第一终端为所述信道关联的应用层协议的实例分配 SCTP流；

所述第一终端在分配的 SCTP流上向所述第二终端发送数据信道建立请求消息，所述数据信道建立请求消息包括指示所述信道关联的应用层协议的参数，相应地，

8. 如权利要求 6所述的方法，其特征在于，所述数据信道参数还包括信道符号，用于区分相同应用层协议对应的不同实例。

9. 如权利要求 8所述的方法，其特征在于，所述第一终端为所述信道关联的应用层协议的实例分配 SCTP流包括：

所述第一终端为应用层协议的不同实例分配不同的 SCTP流。

10. 如权利要求 7-9任一所述的方法，其特征在于，还包括：

数据传输完成后，所述第一终端将数据信道上传输的封装后的应用层数据对应的 SCTP 流号置为 0，用来通知所述第二终端关闭所述数据信道。

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

当所述 SCTP连接上的所有数据信道均关闭后，所述第一终端通过逻辑连接关闭消息关闭所述 SCTP连接。

12. 如权利要求 1所述的方法，其特征在于，在所述第一终端向所述第二终端逻辑连接建立消息之前，所述方法还包括：

确定所述第一终端为主终端，所述第二终端为从终端。

13. 一种通信终端，其特征在于，包括：

协议类型确定单元，用于获取第二终端支持的流控制传输协议 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、数据报安全传输协议上的流控制传输协议 DTLS-SCTP 和 SCTP-DTLS中的至少一个； SCTP连接建立单元，用于向所述第二终端发送逻辑连接建立消息，与所述第二终端建立 SCTP连接，所述逻辑连接建立消息携带确定的所述双方共同支持的 SCTP协议的使用方式；

14. 如权利要求 13所述的通信终端，其特征在于，

所述协议类型确定单元，具体用于接收所述第二终端发送的能力协商请求消息，所述能力协商请求消息携带第二终端支持的 SCTP协议的使用方式。

15. 如权利要求 14所述的通信终端，其特征在于，

16. 如权利要求 14所述的通信终端，其特征在于，所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议，

17.如权利要求 16所述的通信终端，其特征在于，

所述数据信道建立单元，具体用于根据数据信道参数中的信道符号，为应用层协议的不同实例分配不同的 SCTP流。

18. 如权利要求 16或 17所述的通信终端，其特征在于，还包括：

数据信道关闭单元，用于将数据信道上传输的封装后的应用层数据对应的 SCTP流号置为 0，用来通知所述第二终端关闭所述数据信道。

19. 如权利要求 18所述的通信终端，其特征在于，还包括

SCTP连接关闭单元，用于当数据信道关闭单元关闭所有的数据信道后，向所述第二终端发送逻辑连接关闭消息，通知所述第二终端关闭所述 SCTP连接。

20. 一种通信系统，其特征在于，包括：第一终端和第二终端，

所述第二终端，用于向所述第一终端发送所述第二终端支持的流控制传输协议 SCTP协议的使用方式；

所述第一终端，用于获取第二终端支持的 SCTP协议的使用方式，根据所述第二终端支持的 SCTP协议的使用方式和所述第一终端自身支持的 SCTP协议的使用方式，确定双方共同支持的 SCTP协议的使用方式，所述 SCTP协议的使用方式包括直接使用 SCTP 、数据报安全传输协议上的流控制传输协议 DTLS-SCTP和 SCTP-DTLS中的至少一个；

21.如权利要求 20所述的系统，其特征在于，

22. 如权利要求 21所述的系统，其特征在于，

所述第一终端，具体用于获取第二终端发送的能力协商请求消息中携带的所述第二终端支持的应用层协议，确定双方共同支持的应用层协议，使用双方共同支持的应用层协议封装数据，获得应用层数据，使用所述双方共同支持的 SCTP协议的使用方式进一步封装获得的应用层数据。

23. 如权利要求 21所述的系统，其特征在于，所述能力协商请求消息还包括数据信道参数，所述数据信道参数包括信道关联的应用层协议，

所述第一终端，具体用于为所述信道关联的应用层协议的实例分配 SCTP流，在分配的

SCTP流上向所述第二终端发送数据信道建立请求消息，建立所述信道关联的应用层协议对应的数据信道，所述数据信道建立请求消息包括所述信道关联的应用层协议。

24. 如权利要求 21所述的系统，其特征在于，

所述第一终端，具体用于根据数据信道参数中的信道符号，为应用层协议的不同实例分配不同的 SCTP流。