一种数据发送及接收方法、装置和数据传输系统的利记博彩app

一种数据发送及接收方法、装置和数据传输系统的利记博彩app
【专利摘要】本发明公开了一种数据发送及接收方法、装置和数据传输系统，用以满足占用带宽较大的业务的数据传输需求，提高数据传输效率。数据发送端预先绑定多个数据传输通道；所述数据发送方法，包括：所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流；针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。所述数据接收方法，包括分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；将接收到的子数据流合并得到所述原始IP数据流。
【专利说明】
一种数据发送及接收方法、装置和数据传输系统
技术领域
[0001] 本发明涉及无线通信技术领域，尤其涉及一种数据发送及接收方法、装置和数据 传输系统。
【背景技术】
[0002] 随着移动通信技术的发展，基于移动通信网络的行业应用迅速发展，如高清视频 监控业务、即摄即传业务等视频类应用，这类应用通常需要较高的数据传输带宽。
[0003] 随着视频类业务的进一步普及，且用户对视频质量的要求越来越高，各种应用 所需要的传输带宽越来越高，这对终端设备和通信网络的数据传输能力提出了新的挑 战。如即摄即传业务，单台摄像机需要的上行带宽可达8Mbps，一方面，单台摄像机的数据 传输能力有限，另一方面，对于移动通信网络来说，如TD-LTE(Time Division Long Term Evolution，分时长期演进）现网小区平均上行速率约5Mbps，显然其无法满足该类业务的 数据传输需求，这在较大程度上限制了类似业务的发展。

【发明内容】

[0004] 本发明实施例提供一种数据发送及接收方法、装置和数据传输系统，用以满足占 用带宽较大的业务的数据传输需求，提高数据传输效率。
[0005] 本发明实施例提供一种数据发送方法，数据发送端预先绑定多个数据传输通道； 以及
[0006] 所述方法，包括：
[0007] 所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流；
[0008] 针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道将该 子数据流发送给数据接收端。
[0009] 所述数据发送端将待传输的原始IP数据流划分为多个子数据流之前，还包括：
[0010] 所述数据发送端向所述数据接收端发送注册请求；并
[0011] 接收所述数据接收端返回的注册确认消息；
[0012] 所述数据发送端根据接收到的注册确认消息确定注册成功。
[0013] 所述注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带 有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
[0014] 所述数据发送端根据接收到的注册确认消息，按照以下方法确定注册成功：
[0015] 所述数据发送端判断所述第一设备标识和第二设备标识是否相同；
[0016] 如果相同，所述数据发送端确定注册成功。
[0017] 所述数据发送端在发送所述注册请求的同时，启动定时器；
[0018] 如果所述定时器超时，仍未接收到注册确认消息，则重新向所述数据接收端发送 注册请求。
[0019] 针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道发送 给数据接收端，具体包括：
[0020] 针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数 据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
[0021] 所述新IP数据包的包头包含有所述原始IP数据流的流标识和该新IP数据包的 序列号，所述原始IP数据包作为净荷整体被封装到新IP数据包中。
[0022] 所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流，具 体包括：
[0023] 所述数据发送端按照预设的分流比例，将待传输的原始互联网协议IP数据流划 分为多个子数据流；以及
[0024] 所述方法，还包括：
[0025] 所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息；并
[0026] 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例。
[0027] 所述数据传输质量信息包括数据传输时延；以及
[0028] 所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息，具体包 括：
[0029] 所述数据发送端按照预设周期，向所述数据接收端发送每一数据通道的数据传输 时延统计请求消息；
[0030] 在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消 息与接收到响应消息之间的时间间隔为所述数据传输时延；
[0031] 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
[0032] 调整所述分流比例>
L比，其中：Tn cild为调整前第η个数据传输通道的分流 比值，Dn为第η个数据传输通道的数据传输时延，η为自然数。
[0033] 所述数据传输质量信息包括数据传输通道的信道质量信息；以及
[0034] 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
[0035] 所述数据发送端接收每一数据通道按照预设周期上报的信道质量信息；
[0036] 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
[0037] 调整所述分流比例为
之比，其中：Tncild为调整前第η个数据传输通道 的分流比值，Cn__为当前周期接收到的第η个数据传输通道的信道质量信息，Cn c]ld为上一 周期接收到的第η个数据传输通道的信道质量信息，η为自然数。
[0038] 预先绑定的每一数据通道通过不同类型的网络将子数据流发送给数据接收端。本 发明实施例提供一种数据接收方法，包括：
[0039] 分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道 传输的子数据流由同一原始互联网协议IP数据流划分得到；
[0040] 将接收到的子数据流合并得到所述原始IP数据流。
[0041] 分别接收数据发送端使用不同的数据传输通道发送的子数据流，具体包括：
[0042] 开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数 据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为 新IP数据包组成。
[0043] 所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及
[0044] 将接收到的子数据流合并得到所述原始IP数据流，具体包括：
[0045] 如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原 始数据包组成原始IP数据流；
[0046] 如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录 已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录 的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接 收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数 据包组成原始IP数据流。
[0047] 本发明实施例提供一种数据发送装置，所述数据发送装置预先绑定多个数据传输 通道；以及
[0048] 所述数据发送装置，包括：
[0049] 划分单元，用于将待传输的原始互联网协议IP数据流划分为多个子数据流；
[0050] 数据传输单元，用于针对每一子数据流，分别使用预先绑定的一个数据传输通道 将该子数据流发送给数据接收端。
[0051] 所述数据发送装置，还包括：
[0052] 发送单元，用于在划分单元将待传输的原始IP数据流划分为多个子数据流之前， 向所述数据接收端发送注册请求；
[0053] 接收单元，用于接收所述数据接收端返回的注册确认消息；
[0054] 确定单元，用于根据接收到的注册确认消息确定注册成功。
[0055] 所述注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带 有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
[0056] 所述确定单元，具体包括：
[0057] 判断子单元，用于判断所述第一设备标识和第二设备标识是否相同；
[0058] 确定子单元，用于在所述判断子单元的判断结果为是时，确定注册成功。
[0059] 所述数据发送装置，还包括触发单元，其中：
[0060] 触发单元，用于在所述发送单元发送所述注册请求的同时，启动确认定时器；
[0061] 所述发送单元，还用于在所述定时器超且所述接收单元仍未接收到注册确认消息 时，重新向所述数据接收端发送注册请求。
[0062] 所述数据传输单元，具体用于针对每一子数据流，将组成该子数据流的每一原始 IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收 端。
[0063] 所述数据发送装置，还包括获取单元和调整单元，其中：
[0064] 所述划分单元，具体用于按照预设的分流比例，将待传输的原始互联网协议IP数 据流划分为多个子数据流；
[0065] 所述获取单元，用于按照预设周期获取每一数据通道的数据传输质量信息；
[0066] 调整单元，用于根据所述获取单元获取的每一数据通道的数据传输质量信息，调 整所述分流比例。
[0067] 所述数据传输质量信息包括数据传输时延统计信息；以及
[0068] 所述获取单元，具体用于按照预设周期，向所述数据接收端请求每一数据通道的 数据传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据 传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
[0069] 所述调整单元，具体用于调整所述分流比例戈
t比，其中：Tn cild为调整前第 η个数据传输通道的分流比值，Dn为第η个数据传输通道的数据传输时延，η为自然数。
[0070] 所述数据传输质量信息包括数据传输通道的信道质量信息；以及
[0071] 所述获取单元，具体用于接收每一数据通道按照预设周期上报的信道质量信息；
[0072] 所述调整单元，具体用于调整所述分流比例为
t比，其中：Tn cild为调 整前第η个数据传输通道的分流比值，Cn__为当前周期接收到的第η个数据传输通道的信 道质量信息，Cn c]ld为上一周期接收到的第η个数据传输通道的信道质量信息，η为自然数。
[0073] 本发明实施例提供一种数据接收装置，包括：
[0074] 接收单元，用于分别接收数据发送端使用不同的数据传输通道发送的子数据流， 各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
[0075] 数据处理单元，用于将所述接收单元接收到的子数据流合并得到所述原始IP数 据流。
[0076] 所述接收单元，具体用于开启数据接收窗口用于接收每一数据传输通道发送的子 数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原 始IP数据包分别封装为新IP数据包组成。
[0077] 所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及
[0078] 所述数据处理单元，具体用于如果数据接收窗口中已接收数据包的序列号连续， 则按序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收 数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在 所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述 重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号 的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
[0079] 本发明实施例提供一种数据传输系统，包括上述的数据发送装置和数据接收装 置。
[0080] 本发明实施例提供的数据发送及接收方法、装置和数据传输系统，数据发送端绑 定多个数据传输通道，这样，在待传输数据占用带宽较大时，可以将其划分为多个子数据流 分别使用不同的数据传输通道进行传输，由数据接收端将接收到的子数据流合并得到原始 数据，从而能够满足了占用带宽较大业务的数据传输需求，另一方面，由于使用多个数据传 输通道并行传输数据，与使用一条数据传输通道传输数据相比，提高了数据传输效率。
[0081] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变 得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明 书、权利要求书、以及附图中所特别指出的结构来实现和获得。
【附图说明】
[0082] 此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0083] 图la为本发明实施例中，基于UDP协议的MLoIP包格式示意图；
[0084] 图lb为本发明实施例中，基于TCP协议的MLoIP包格式示意图；
[0085] 图2为本发明实施例中，数据传输系统的结构示意图；
[0086] 图3为本发明实施例中，数据发送方法的实施流程示意图；
[0087] 图4为本发明实施例中，数据包封装过程示意图；
[0088] 图5为本发明实施例中，子数据流消息格式示意图；
[0089] 图6为本发明实施例中，注册消息结构示意图；
[0090] 图7为本发明实施例中，注册确认消息结构示意图；
[0091] 图8为本发明实施例中，数据发送端执行注册流程示意图；
[0092] 图9为本发明实施例中，数据接收端执行注册流程示意图；
[0093] 图10为本发明实施例中，去注册消息结构示意图；
[0094] 图11为本发明实施例中，分流比例调整流程示意图；
[0095] 图12为本发明实施例中，数据接收方法的实施流程示意图；
[0096] 图13为本发明实施例中，数据接收端处理接收到的数据包的流程示意图；
[0097] 图14为本发明实施例中，数据发送装置的结构示意图；
[0098] 图15为本发明实施例中，数据接收装置的结构示意图。
【具体实施方式】
[0099] 为了满足占用带宽较大的业务的数据传输需求，提高数据传输效率，本发明实施 例提供了一种数据发送及接收方法、装置和数据传输系统。
[0100] 以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的 优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发 明中的实施例及实施例中的特征可以相互组合。
[0101] 实施例一
[0102] 本发明实施例提供一种将多个底层数据传输通道（例如可以但不限于为 LTE (Long Time Evolution，长期演进）数据卡等）绑定进行端到端的数据传输方法，其利 用多个数据传输通道的能力，向上层应用提供更高的数据传输带宽。其基本原理为在数据 发送端将原始数据IP流拆分为多个子数据流，并按自定义协议将原始IP数据包封装为新 IP数据包，然后分别通过不同的底层数据传输通道进行传输，传输时各底层数据传输通道 相互独立；在数据接收端接收到数据包后根据其中的数据包序列号进行重新排序，去掉自 定的数据包包头恢复出原始数据。
[0103] 需要说明的是，本发明实施例与接入数据传输通道接入的网络无关，其既可以使 用蜂窝网（包括4G及其演进网络以及2/3G网络）进行数据传输，也可以使用固网进行数 据传输，还可以使用无线局域网（Wi-Fi)等进行数据传输。各数据通道既可以使用相同类 型的网络（例如均为4G网络或者Wi-Fi网络）进行数据传输，也可以使用不同类型的网 络（例如部分数据传输通道使用4G网络，部分数据传输通道使用3G网络，部分数据传输 通道使用Wi-Fi，或者部分数据传输通道使用固网等）进行数据传输，具体实施时，可以根 据实际需求进行选择。由于数据流拆分/合并操作针对的是IP层数据包，为了区分原始 IP数据包与拆分后得到的数据包，本发明实施例中，将拆分后重新封装得到的数据包称为 Multi link over IP (MLoIP)数据包。
[0104] MLoIP包在传输层可基于UDP (User Datagram Protocol，用户数据报协议）协议 或TCP(传输控制协议）协议，具体可以根据实际需要进行配置。通常控制消息如注册、去 注册消息基于TCP协议，业务数据传输消息基于UDP协议。数据接收端使用固定的TCP/UDP 端口号（如16246)。基于UDP协议的MLoIP包格式如图la所示，基于TCP协议的MLoIP包 格式如图lb所示。本发明实施例中，仅涉及对MLoIP数据包的包头部分，外层的UDP/TCP 包头可以参照现有技术中UDP/TCP数据包的包头，这里不再赘述。
[0105] 如图2所示，为本发明实施例提供的数据传输系统的结构示意图。包括数据发送 装置11和数据接收装置12。以下结合图2所述的数据传输系统，分别介绍数据发送流程和 数据接收流程。
[0106] 如图3所示，为本发明实施例提供的数据发送方法的实施流程示意图，可以包括 以下步骤：
[0107] S31、数据发送端将待传输的原始IP数据流划分为多个子数据流。
[0108] 具体实施时，数据发送端可以随机将原始IP数据流分为4份，也可以预先设定所 绑定的各数据传输通道的分流比例，在进行数据分流时按照预设的分流比例进行分配。假 设绑定4个数据传输通道，初始设定的各各数据传输通道的分流比例1:1:1:1，即将待传输 原始IP数据流均分为4个子数据流后，分别通过其中一个数据传输通道进行传输。例如， 假设原始IP数据流共包含100个数据包，将其均分为4个子数据流，每一子数据流需要传 输25个数据包。具体的，针对每一子数据流，将组成该子数据流的每一原始数据包分别封 装为新数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
[0109] 较佳的，为了提高本发明实施例提供的数据传输方法（包括数据发送方法和数据 接收方法）的普适性，保证数据分流/合并操作对应用层透明，本发明实施例中，数据传输 采用类似IP in IP的机制，即将原始IP数据包作为净荷整体封装到MLoIP数据包中，如图 4所示，为数据包封装过程示意图。
[0110] 图4中，MLoIP包头中包含数据包序列号、原始IP数据流的流标识（在完成注册 后，可以使用数据接收端为数据发送端分配的注册ID作为原始IP数据流的流标识，注册ID 在注册过程中由数据接收端分配，各子数据流填写相同的注册ID)，使得数据接收端可以根 据该流标识识别同一数据流的数据包，进而根据数据包的序列号进行后续的数据包合并操 作，数据包序列号占用两个字节，取值0-65535,循环递增。具体的子数据流消息格式如图5 所示。
[0111] S32、针对每一子数据流，数据发送端分别使用预先绑定的一个数据传输通道将该 子数据流发送给数据接收端。
[0112] 优选的，数据发送端可以预先设置数据包过滤规则，在执行步骤S31之前，首先根 据设置的过滤规则判断是否需要对待传输数据包进行分流操作。例如，可以根据数据包的 五元组对待传输的数据包进行过滤（例如对于发往指定的目的地址的数据包进行分流）， 也可以根据待发送数据包的数量确定是否分流，还可以根据其它过滤规则判断是否需要对 待传输的数据包进行分流操作，本发明实施例中不再一一示例。对于满足该过滤规则的数 据包进行分流操作。对于不满足过滤规则的数据包不进行分流，利用绑定的其中一个数据 传输通道进行发送。具体实施时，可以预先设置所绑定的其中一个数据传输通道为主通道， 对于不分流的数据包均利用该主通道进行传输，也可以在需要传输数据时，任意选择一个 数据传输通道，本发明实施例对此不做限定。
[0113] 实施例二
[0114] 针对数据发送端发送的数据，数据接收端需要为每一数据发送端维护一个接收缓 存，为例避免数据发送端长期占用数据接收端的缓存资源，数据发送端可以通过注册/去 注册流程向数据接收端请求/释放缓存资源。具体实施时，数据发送端可以在初始上电时 或者有数据需要传输时向数据接收端发送注册请求，请求数据接收端为其分配缓存资源。 数据发送端在待机/关机之前或者在数据传输完成后，向数据接收端发送去注册消息，通 知数据接收端回收为其分配的缓存资源。
[0115] 需要说明的是，实施例二提供的注册/去注册流程可以在实施例一提供的数据发 送方法之前执行，只有在数据发送端向数据接收端注册成功之后，才对待传输数据包进行 分流操作，在注册之前或者注册失败时，数据发送端对待传输数据不进行分流操作，数据包 直接透传。如果在设定时间内未接收到数据接收端返回的注册确认消息，则数据发送端向 数据接收端重发注册消息。
[0116] 如图6所示，为注册消息结构示意图。其中，Packet Type为消息类型。所有MLoIP 消息头开始都是此字段，用来表征本消息的类型，进而决定了后续消息内容的解析方法。此 字段共占1个字节，其中前4比特作为特征码，固定为OxA。字段的具体取值和含义如表1 所示：
[0117] 表 1
[0118]
[0120] Serial Number(SN)为数据发送端的设备ID，占用六个字节，在设备出厂时分配并 固化。
[0121] 数据接收端接收到注册请求消息后检查设备ID进行检查：如为非法设备ID号，则 直接丢弃该消息；如该设备ID之前已注册（对应数据发送端突然下电等未能正确执行去注 册操作的情况），则先执行去注册操作；之后为数据发送端分配注册ID，记录在注册信息表 中，并回复注册确认消息，注册确认消息结构如图7所示。其中Register ID为数据接收端 为数据发送端分配的注册ID，占用两个字节，取值0-65535,后续数据传输时子流头中包含 此ID，以表征子流属于同一设备需要合并。Serial Number为注册请求消息中携带的设备 ID〇
[0122] 具体的，数据发送端向数据接收端发送注册请求；接收数据接收端返回的注册确 认消息；数据发送端根据接收到的注册确认消息确定注册成功。在数据发送端发送的注册 请求中携带有待注册设备的第一设备标识，数据接收端返回的注册确认消息中携带有数据 接收端为待注册设备分配的注册标识和待注册设备的第二设备标识，数据发送端判断第一 设备标识和第二设备标识是否相同，如果相同，数据发送端确定注册成功。较佳的，数据发 送端在发送所述注册请求的同时，启动定时器；如果定时器超时，仍未接收到注册确认消 息，则重新向数据接收端发送注册请求。如图8所示，其为数据发送端执行注册流程示意 图，可以包括以下步骤：
[0123] S81、数据发送端向数据接收端发送注册请求消息。
[0124] 初始时，数据发送端可以在启动完成向后数据接收端发送注册请求消息，其中，在 注册请求消息中携带有数据发送端的设备ID。
[0125] S82、数据发送端启动定时器。
[0126] S83、判断定时器超时前是否接收到数据接收端返回的注册确认消息，如果是，执 行步骤S84,否则，执行步骤S81。
[0127] S84、确认注册确认消息中携带的设备ID是否为自身的设备ID，如果是，执行步骤 S85,如果否，执行步骤S81。
[0128] S85、存储注册 ID。
[0129] 如图9所示，为数据接收端执行注册流程示意图，包括以下步骤：
[0130] S91、数据接收端接收注册请求消息。
[0131] 注册请求消息中携带有数据发送端的设备ID。
[0132] S92、判断设备ID是否合法，如果是，执行步骤S93,否则，流程结束。
[0133] S93、判断设备ID是否存在于注册信息表中，如果是，执行步骤S94,否则，执行步 骤 S95。
[0134] 如果设备ID存在于注册信息表中，说明可能是未正确执行去注册操作，因此，需 要先执行去注册操作。
[0135] S94、删除注册信息表中的相关表项。
[0136] S95、为数据发送端分配注册ID，并存储于注册信息表中。
[0137] S96、向数据发送端返回注册确认消息。
[0138] 数据接收端在向数据发送端返回的注册确认消息中携带数据发送端的设备ID和 为其分配的注册ID。
[0139] 完成注册后，数据接收端为数据发送端分配一个接收缓存，数据发送端可以按照 图3所示的数据发送方法向数据接收端传输数据，数据发送端在待机/关机之前或者完成 数据传输后，数据发送端向数据接收端发送去注册消息，通知数据接收端回收缓存资源。如 图10所示，其为去注册消息的结构示意图。
[0140] 具体的，数据发送端向数据接收端发送去注册消息，其中包含有注册ID，数据接收 端在接收到去注册消息后，判断其中携带的注册ID是否正确，如果正确，则删除注册信息 表中的对应表项，如果不正确，流程结束。
[0141] 实施例三
[0142] 由于本发明实施例中使用多个数据传输通道并行传输数据，但各数据通道的数据 传输能力（如带宽、传输时延等）可能不同，为了尽量保证数据包顺序到达，避免重排定时 器超时造成丢包，可以通过负载均衡技术控制数据发送端为各数据传输通道分配的数据包 数量，为带宽大的数据传输通道多分配数据包，为带宽小的数据传输通道少分配数据包。
[0143] 负载均衡主要基于数据发送端获取的每一数据传输通道的数据传输质量信息，其 可以但不限于包括数据传输时延和数据传输通道的信道质量信息。其中，数据传输时延为 端到端时延，由数据发送端周期性向数据接收端发送数据传输时延统计请求确定。较佳的， 为减小信令开销，数据传输时延统计请求可以采用稍长的周期，如5S。同时，为了应对无线 网络环境快速变化，负载均衡还可以基于底层数据传输通道的信道质量信息，信道质量信 息由底层数据通道按照设置的周期向数据发送端上报，通常采用较短的周期，如100ms。
[0144] 数据传输开始时，可以按照预设的分流比例将待传输的原始IP数据流划分为多 个子数据流。数据传输过程中，数据发送端同时按照预设的周期分别获取数据传输时延和 数据传输通道的信道质量信息。并根据获取的数据传输时延或者数据传输通道的信道质量 信息调整分流比例。
[0145] 具体实施时，数据发送端可以按照以下流程获取数据传输时延：数据发送端按照 预设周期，向所述数据接收端发送每一数据通道的数据传输时延统计请求消息；在接收到 所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消 息之间的时间间隔为所述数据传输时延。
[0146] 具体实施时，数据发送端可以按照以下方法获取信道质量信息：数据发送端接收 每一数据通道按照预设周期上报的信道质量信息。
[0147] 根据获取的每一数据通道的数据传输时延，数据发送端可以按照以下方法调整分 流比例：调整分流比例为%^之比，其中：Tncild为调整前第η个数据传输通道的分流比值， υ" 一 Dn为第η个数据传输通道的数据传输时延统计信息，η为自然数。特别的，如某数据传输通 道超过时间门限仍未收到数据时延统计响应消息，暂停该数据传输通道的数据发送，并在 下一周期继续进行数据传输时延统计。
[0148] 较佳的，数据发送端在获取数据传输时延统计信息的过程中，当数据传输时延统 计周期到达时，如果需要发送的数据包数量大于可用通道数，数据发送端可以同时通过数 据传输通道发送数据传输时延统计信息请求消息，否则不发送数据传输时延统计信息请求 消息。数据接收端在接收到请求消息后，立即在对应数据传输通道上回复数据传输时延统 计信息。数据传输时延统计信息请求消息复用数据子流消息结构，通过Packet Type进行 区分，数据传输时延统计请求消息中携带数据，SN正常填写。时延统计响应消息复用数据 子流消息结构，通过Packet Type区分。但DATA部分长度为0,即不携带数据，SN为对应的 时延统计请求消息中的SN。
[0149] 根据获取的每一数据通道的信道质量信息，数据发送端可以按照以下方法调整分 流比例：调整所述分流比例为 t之比，其中：τη ^为调整前第η个数据传输通道
? 的分流比值，Cn__为当前周期接收到的第η个数据传输通道的信道质量信息，Cn c]ld为上一 周期接收到的第η个数据传输通道的信道质量信息，η为自然数。
[0150] 具体的，可以按照图11所示的流程实施负载均衡：
[0151] S111、判断是否到达设置的传输数据时延统计周期，如果是，执行步骤S112,否则 执行步骤S117。
[0152] S112、针对每一数据传输通道，在传输数据的同时向数据接收端发送数据传输时 延统计请求消息。
[0153] 具体实施时，数据接收端在接收到数据传输时延统计请求消息之后，通过对应的 数据传输通道返回时延统计响应消息。
[0154] S113、针对每一数据传输通道，判断在预设的时间门限内是否接收到传输时数据 传输延统计响应，如果是，执行步骤S114,否则，执行步骤S116。
[0155] S114、针对每一数据传输通道，确定从发送数据传输时延请求到接收到响应之间 的时间间隔为该数据传输通道的数据传输时延。
[0156] S115、根据确定出的各数据传输通道的数据传输时延调整分流比例，流程结束。
[0157] S116、暂停该数据传输通道的数据传输，并执行步骤S111。
[0158] S117、判断是否到达信道质量信息上报周期，如果是，执行步骤S118,否则执行步 骤 Slll〇
[0159] S118、根据各数据传输通道上报，获得最新的信道质量信息。
[0160] S119、根据最新的信道质量信息调整分流比例。
[0161] 以两个数据传输通道为例，假设最开始分流比例ΤΙ :T2为1:1，信道质量比例C1 : C2为1:2。通过发送数据传输时延统计请求消息，获得两个数据传输通道的传输时延比例 D1:D2为2:1。则数据发送端调整分流比例为（1/2):(1/1) =1:2。减少通道1的数据量， 进而缩短通道1的时延，保证通过两个数据通道传输的数据包能近似同时到达。在下一次 时延统计开始前，最新上报的信道质量显示通道1进一步恶化，Cl :C2变为1:4,则调整分流 比例为（1*1/1) : (2*4/2) = 1:4。进一步减少通道1的数据量。
[0162] 实施例四
[0163] 相应的，本发明实施例还提供了一种数据接收端实施的数据接收方法，如图12所 示，包括以下步骤：
[0164] S121、分别接收数据发送端使用不同的数据传输通道发送的子数据流。
[0165] 其中，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得 到。
[0166] 具体的，数据接收端开启数据接收窗口用于接收每一数据传输通道发送的子数据 流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP 数据包分别封装为新IP数据包组成。其中，所述新IP数据包中包含该新IP数据包的序列 号和原始IP数据包。
[0167] S122、将接收到的子数据流合并得到原始IP数据流。
[0168] 根据步骤S121中接收到的子数据流，如果数据接收窗口中已接收数据包的序列 号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中 已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号； 如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停 止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最 大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
[0169] 这是因为在数据接收端，由于数据包经由多个底层数据传输通道传输，难以保证 各数据传输通道的数据同时到达，很可能出现数据接收端接收到的数据包乱序的情况，此 外底层数据传输通道还可能出现丢包的情况，因此需要在数据接收端进行针对性的处理。 为此，本发明实施例中设计了数据接收窗口、状态变量、重排定时器等维护机制，基本思路 是：如果接收到的数据包缓存在接收缓存中，并基于数据包中的数据包SN(数据包序列号） 进行重排序，等到数据包SN连续时按SN由小到大顺序向上层递交提取出来的原始数据包 进行合并；如果接收到的数据包SN不连续时，启动重排定时器，并记录当前最大的数据包 SN。若重排定时器超时，则不再等待SN小于之前记录的最大SN的数据包，跳过不连续的包 进行合并。接收窗口下沿可以设置为收到的最大SN号-32768，接收窗口更新后不再等待落 在窗外的数据包，跳过不连续的包进行合并得到原始数据流。
[0170] 基于此，在数据接收端可以按照图13所示的流程进行数据包处理，包括以下步 骤：
[0171] S131、数据接收端按照数据包序列号将子流数据包存储于重排缓存中。
[0172] S132、判断当前接收到的数据包序列号与上一个数据包序列号是否连续，如果是， 执行步骤S133,否则，执行步骤S134。
[0173] S133、数据接收端去掉MLoIP协议包头，按照数据包序列号向上层递交数据包以 进行合并，流程结束。
[0174] S134、启动重排定时器。
[0175] S135、判断重排定时器前是否接收到缺失序列号对应的数据包，如果是，执行步骤 S133，否则，执行步骤S136。
[0176] S136、放弃序列号缺失的数据包，去掉MLoIP协议包头，跳过序列号缺失的数据包 按照数据包序列号向上层递交数据包以进行合并。
[0177] 为了更好理解数据接收端对接收到的数据包的处理流程，以下进行详细说明。在 数据接收端维护如下变量：VR(R)，接收状态变量，保持最早的、且被视为要重排序的数据包 的SN值。其初始置为0。￥以幻，〖-此证(1虹1即（重排定时器）状态变量，该状态变量保持 的SN值紧跟在触发了 t-Reordering的数据包的SN值后。VR(H)，最高收到状态变量，该状 态变量保持的SN值紧跟在接收的数据包中具有最高SN值的数据包的SN值后，且作为重新 排序窗口的上边界，其初始置为0。
[0178] 数据接收端为每一个MLoIP用户维护一个重排序窗口 ：如果（VR(H)-32768)〈= SN〈VR(H)，则SN落在该重排序窗口内；否则，SN落在重排序的窗口外。
[0179] 当数据接收端接收到一个MLoIP数据包时，数据接收端应：丢弃该接收到的数据 包，或者把它放在接收缓存中。
[0180] 具体的，当从接收到SN = X的数据包，如果VR(R) <x〈VR〇l)且该SN = X的数据包 在之前已被接收；或（VR(H)-32768)〈 = x〈VR(R)，则丢弃该接收到的数据包；否则，把该接 收到的数据包放在接收缓存中。
[0181] 具体实施时，如果该接收到的数据包被放在接收缓存中，则更新状态变量，重组并 向上层递交提取出来的原始数据包，且按需要启动或停止t-Reordering。具体的，当SN = X的数据包放在接收缓存中时，如果X落在重排序窗口之外，则更新VR(H)为x+1 ;对SN落 在重排序窗口之外的数据包进行重组并按SN由小到大顺序向上层递交提取出来的原始数 据包；如果VR(R)落在重排序窗口之外，置VR(R)为（VR(H)-32768);如果接收缓存包含一 个数据包，其SN = VR(R)，则更新VR(R)为尚未接收到的，SN>当前VR(R)的，第一个数据 包的SN ;对SN〈更新的VR(R)的数据包进行重组并按SN由小到大顺序向上层递交提取出 来的原始数据包；如果t-Reordering正在运行，且VR(X)〈 = VR(R);或VR⑴落在重排 序窗口之外，并且VR(X)不等于VR(H)，停止且重置t-Reordering ;如果t-Reordering未 运行（包括由于上述动作导致t-Reordering被停止时的情况），且VR(H)>VR(R)，贝lj启动 t-Reordering ;设置 VR(X)为 VR〇l)。
[0182] 当t-Reordering超时，数据接收端更新状态变量，重组并按SN由小到大顺序向上 层递交提取出来的原始数据包，且按需要启动t-Reordering。
[0183] 当t-Reordering超时，数据接收端应更新VR(R)为尚未接收到的，SN> = VR⑴ 的，第一个数据包的SN ;对SN〈更新的VR(R)的数据包进行重组并按SN由小到大顺序向 上层递交提取出来的原始数据包；如果VR(H)>VR(R)，启动t-Reordering ;设置VR(X)为 VR〇l) 〇
[0184] 如表2所示，为数据接收端处理接收到的数据包的流程示意。
[0185] 表 2
[0186]
[0187] 本发明实施例提供的数据发送及接收方法中，数据发送端绑定多个数据传输通 道，提高了数据传输带宽。本发明实施例提出的MLoIP支持在数据发送端将待传输的原始 IP数据流封装成多个子数据流，并在数据接收端合并还原出原始IP数据流，从而能够将待 传输的原始IP数据流通过多个底层数据传输通道并行传输，极大提高了传输带宽和数据 传输效率。
[0188] 同时，本发明实施例提供的数据发送及接收方法，对应用和网络透明，易于部署。 本发明实施例中，采用类似IP in IP的机制，多个底层数据传输通道绑定在一起作为一个 透明管道供上层使用，对应用层包类型无要求。同时各个底层通道传输数据时相互独立，数 据流拆分/合并操作对网络不可见，无需对网络进行改造。
[0189] 最后，本发明实施例提供的数据发送及接收方法，通过基于输出传输时延和信道 质量信息进行负载均衡，能够实现多个通道的负载均衡。当某个通道发生故障时，数据自动 改由其他通道发送，提高了数据传输的鲁棒性。
[0190] 基于同一发明构思，本发明实施例中还分别提供了一种数据发送装置和数据接收 装置，由于上述装置解决问题的原理分别与数据发送及接收方法相似，因此上述装置的实 施可以参见方法的实施，重复之处不再赘述。
[0191] 如图14所示，为本发明实施例提供的数据发送装置的结构示意图，具体实施时， 数据发送装置可以预先绑定多个数据传输通道，其可以包括：
[0192] 划分单元141，用于将待传输的原始互联网协议IP数据流划分为多个子数据流；
[0193] 数据传输单元142,用于针对每一子数据流，分别使用预先绑定的一个数据传输通 道将该子数据流发送给数据接收端。
[0194] 具体实施时，数据发送装置，还可以包括：
[0195] 发送单元，用于在划分单元将待传输的原始IP数据流划分为多个子数据流之前， 向所述数据接收端发送注册请求；
[0196] 接收单元，用于接收所述数据接收端返回的注册确认消息；
[0197] 确定单元，用于根据接收到的注册确认消息确定注册成功。
[0198] 具体实施时，注册请求中携有待注册设备的第一设备标识；以及所述注册确认消 息中携带有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备 标识；以及
[0199] 所述确定单元，可以包括：
[0200] 判断子单元，用于判断所述第一设备标识和第二设备标识是否相同；
[0201] 确定子单元，用于在所述判断子单元的判断结果为是时，确定注册成功。
[0202] 本发明实施例提供的数据发送装置还可以包括触发单元，其中：
[0203] 触发单元，用于在所述发送单元发送所述注册请求的同时，启动确认定时器；
[0204] 所述发送单元，还用于在所述定时器超且所述接收单元仍未接收到注册确认消息 时，重新向所述数据接收端发送注册请求。
[0205] 具体实施时，数据传输单元142,可以用于针对每一子数据流，将组成该子数据流 的每一原始IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送 给数据接收端。
[0206] 具体实施时，数据发送装置还包括获取单元和调整单元，其中：
[0207] 划分单元141，可以用于按照预设的分流比例，将待传输的原始互联网协议IP数 据流划分为多个子数据流；
[0208] 所述获取单元，用于按照预设周期获取每一数据通道的数据传输质量信息；
[0209] 调整单元，用于根据所述获取单元获取的每一数据通道的数据传输质量信息，调 整所述分流比例。
[0210] 其中，数据传输质量信息包括数据传输时延统计信息；以及
[0211] 所述获取单元，具体用于按照预设周期，向所述数据接收端请求每一数据通道的 数据传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据 传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
[0212] 所述调整单元，具体用于调整所述分流比例戈
之比，其中：Tn cild为调整前第 η个数据传输通道的分流比值，Dn为第η个数据传输通道的数据传输时延，η为自然数。
[0213] 其中，数据传输质量信息包括数据传输通道的信道质量信息；以及
[0214] 所述获取单元，具体用于接收每一数据通道按照预设周期上报的信道质量信息；
[0215] 所述调整单元，具体用于调整所述分流比例为
.比，其中：Tn cild为调 整前第η个数据传输通道的分流比值，Cn__为当前周期接收到的第η个数据传输通道的信 道质量信息，Cn c]ld为上一周期接收到的第η个数据传输通道的信道质量信息，η为自然数。
[0216] 如图15所示，为本发明实施例提供的数据接收装置的结构示意图，可以包括：
[0217] 接收单元151，用于分别接收数据发送端使用不同的数据传输通道发送的子数据 流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
[0218] 数据处理单元152,用于将所述接收单元151接收到的子数据流合并得到所述原 始IP数据流。
[0219] 其中，接收单元151，可以用于开启数据接收窗口用于接收每一数据传输通道发送 的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每 一原始IP数据包分别封装为新IP数据包组成。
[0220] 具体实施时，新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及 数据处理单元152,具体用于如果数据接收窗口中已接收数据包的序列号连续，则按序从 接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收数据包的 序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排 定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时 器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数 据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
[0221] 为了描述的方便，以上各部分按照功能划分为各模块（或单元）分别描述。当然， 在实施本发明时可以把各模块（或单元）的功能在同一个或多个软件或硬件中实现。
[0222] 具体实施时，本发明实施例提供的数据发送/接收装置可以作为独立的设备进行 部署，也可以设置于数据采集设备中，作为数据采集设备的一部分来实施。例如，在应用于 视屏监控系统中时，数据发送装置可以设置与视频数据采集设备中，数据接收装置可以设 置与视频监控服务器或者视频数据接收设备中等。
[0223] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0224] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算 机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生 用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能 的装置。
[0225] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0226] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。
[0227] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。
[0228] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1. 一种数据发送方法，其特征在于，数据发送端预先绑定多个数据传输通道；W及 所述方法，包括： 所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流； 针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道将该子数 据流发送给数据接收端。2. 如权利要求1所述的方法，其特征在于，所述数据发送端将待传输的原始IP数据流 划分为多个子数据流之前，还包括： 所述数据发送端向所述数据接收端发送注册请求；并 接收所述数据接收端返回的注册确认消息； 所述数据发送端根据接收到的注册确认消息确定注册成功。3. 如权利要求2所述的方法，其特征在于，所述注册请求中携有待注册设备的第一设 备标识；W及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册标 识和待注册设备的第二设备标识；W及 所述数据发送端根据接收到的注册确认消息，按照W下方法确定注册成功： 所述数据发送端判断所述第一设备标识和第二设备标识是否相同； 如果相同，所述数据发送端确定注册成功。4. 如权利要求2所述的方法，其特征在于，还包括： 所述数据发送端在发送所述注册请求的同时，启动定时器； 如果所述定时器超时，仍未接收到注册确认消息，则重新向所述数据接收端发送注册 请求。5. 如权利要求1所述的方法，其特征在于，针对每一子数据流，所述数据发送端分别使 用预先绑定的一个数据传输通道发送给数据接收端，具体包括： 针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数据包 后，使用预先绑定的一个数据传输通道发送给数据接收端。6. 如权利要求5所述的方法，其特征在于， 所述新IP数据包的包头包含有所述原始IP数据流的流标识和该新IP数据包的序列 号，所述原始IP数据包作为净荷整体被封装到新IP数据包中。7. 如权利要求1所述的方法，其特征在于，所述数据发送端将待传输的原始互联网协 议IP数据流划分为多个子数据流，具体包括： 所述数据发送端按照预设的分流比例，将待传输的原始互联网协议IP数据流划分为 多个子数据流；W及 所述方法，还包括： 所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息；并 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例。8. 如权利要求7所述的方法，其特征在于，所述数据传输质量信息包括数据传输时延； W及 所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息，具体包括： 所述数据发送端按照预设周期，向所述数据接收端发送每一数据通道的数据传输时延 统计请求消息； 在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与 接收到响应消息之间的时间间隔为所述数据传输时延； 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括： 调整所述分流比例为%^之比，其中=TtUid为调整前第n个数据传输通道的分流比 值，D。为第n个数据传输通道的数据传输时延，n为自然数。9. 如权利要求7所述的方法，其特征在于，所述数据传输质量信息包括数据传输通道 的信道质量信息；W及 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括： 所述数据发送端接收每一数据通道按照预设周期上报的信道质量信息； 根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括： 调整所述分流比例为馬_.之比，其中=Ttuid为调整前第n个数据传输通道的 分流比值，C。。。历当前周期接收到的第n个数据传输通道的信道质量信息，Ctuid为上一周 期接收到的第n个数据传输通道的信道质量信息，n为自然数。10. 如权利要求1~9任一权利要求所述的方法，其特征在于，预先绑定的每一数据通 道通过不同类型的网络将子数据流发送给数据接收端。11. 一种数据接收方法，其特征在于，包括： 分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输 的子数据流由同一原始互联网协议IP数据流划分得到； 将接收到的子数据流合并得到所述原始IP数据流。12. 如权利要求11所述的方法，其特征在于，分别接收数据发送端使用不同的数据传 输通道发送的子数据流，具体包括： 开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流 由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP 数据包组成。13. 如权利要求12所述的方法，其特征在于，所述新IP数据包中包含该新IP数据包的 序列号和原始IP数据包；W及 将接收到的子数据流合并得到所述原始IP数据流，具体包括： 如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数 据包组成原始IP数据流； 如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接 收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最 大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到 序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包 组成原始IP数据流。14. 一种数据发送装置，其特征在于，所述数据发送装置预先绑定多个数据传输通道； W及 所述数据发送装置，包括： 划分单元，用于将待传输的原始互联网协议IP数据流划分为多个子数据流； 数据传输单元，用于针对每一子数据流，分别使用预先绑定的一个数据传输通道将该 子数据流发送给数据接收端。15. 如权利要求14所述的装置，其特征在于，还包括： 发送单元，用于在划分单元将待传输的原始IP数据流划分为多个子数据流之前，向所 述数据接收端发送注册请求； 接收单元，用于接收所述数据接收端返回的注册确认消息； 确定单元，用于根据接收到的注册确认消息确定注册成功。16. 如权利要求15所述的装置，其特征在于，所述注册请求中携有待注册设备的第一 设备标识；W及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册 标识和待注册设备的第二设备标识；W及 所述确定单元，具体包括： 判断子单元，用于判断所述第一设备标识和第二设备标识是否相同； 确定子单元，用于在所述判断子单元的判断结果为是时，确定注册成功。17. 如权利要求15所述的装置，其特征在于，还包括触发单元，其中： 触发单元，用于在所述发送单元发送所述注册请求的同时，启动确认定时器； 所述发送单元，还用于在所述定时器超且所述接收单元仍未接收到注册确认消息时， 重新向所述数据接收端发送注册请求。18. 如权利要求14所述的装置，其特征在于， 所述数据传输单元，具体用于针对每一子数据流，将组成该子数据流的每一原始IP数 据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。19. 如权利要求14所述的装置，其特征在于，还包括获取单元和调整单元，其中： 所述划分单元，具体用于按照预设的分流比例，将待传输的原始互联网协议IP数据流 划分为多个子数据流； 所述获取单元，用于按照预设周期获取每一数据通道的数据传输质量信息； 调整单元，用于根据所述获取单元获取的每一数据通道的数据传输质量信息，调整所 述分流比例。20. 如权利要求19所述的装置，其特征在于，所述数据传输质量信息包括数据传输时 延统计信息；W及 所述获取单元，具体用于按照预设周期，向所述数据接收端请求每一数据通道的数据 传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据传输 时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延； 所述调整单元，具体用于调整所述分流比例为%之比，其中=Ttuid为调整前第n个 Ufi 数据传输通道的分流比值，D。为第n个数据传输通道的数据传输时延，n为自然数。21. 如权利要求19所述的装置，其特征在于，所述数据传输质量信息包括数据传输通 道的信道质量信息；W及 所述获取单元，具体用于接收每一数据通道按照预设周期上报的信道质量信息； 所述调整单元，具体用于调整所述分流比例为L比，其中=TtUid为调整前 第n个数据传输通道的分流比值，C。。。。为当前周期接收到的第n个数据传输通道的信道质 量信息，Ctuid为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。22. -种数据接收装置，其特征在于，包括： 接收单元，用于分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数 据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到； 数据处理单元，用于将所述接收单元接收到的子数据流合并得到所述原始IP数据流。23. 如权利要求22所述的装置，其特征在于， 所述接收单元，具体用于开启数据接收窗口用于接收每一数据传输通道发送的子数据 流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP 数据包分别封装为新IP数据包组成。24. 如权利要求23所述的装置，其特征在于，所述新IP数据包中包含该新IP数据包的 序列号和原始IP数据包；W及 所述数据处理单元，具体用于如果数据接收窗口中已接收数据包的序列号连续，则按 序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收数据 包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述 重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排 定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任 一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。25. -种数据传输系统，其特征在于，包括如权利要求14~21任一权利要求所述的数 据发送装置和如权利要求22、23或24所述的数据接收装置。
【文档编号】H04L29/06GK105992272SQ201510041428
【公开日】2016年10月5日
【申请日】2015年1月27日
【发明人】张龙, 毛剑慧, 许宁, 高有军, 杨光
【申请人】中国移动通信集团公司