CN105992272A - 一种数据发送及接收方法、装置和数据传输系统 - Google Patents
一种数据发送及接收方法、装置和数据传输系统 Download PDFInfo
- Publication number
- CN105992272A CN105992272A CN201510041428.5A CN201510041428A CN105992272A CN 105992272 A CN105992272 A CN 105992272A CN 201510041428 A CN201510041428 A CN 201510041428A CN 105992272 A CN105992272 A CN 105992272A
- Authority
- CN
- China
- Prior art keywords
- data
- data transmission
- channel
- sub
- original
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据发送及接收方法、装置和数据传输系统，用以满足占用带宽较大的业务的数据传输需求，提高数据传输效率。数据发送端预先绑定多个数据传输通道；所述数据发送方法，包括：所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流；针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。所述数据接收方法，包括分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；将接收到的子数据流合并得到所述原始IP数据流。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种数据发送及接收方法、装置和数据传输系统。
背景技术
随着移动通信技术的发展，基于移动通信网络的行业应用迅速发展，如高清视频监控业务、即摄即传业务等视频类应用，这类应用通常需要较高的数据传输带宽。
随着视频类业务的进一步普及，且用户对视频质量的要求越来越高，各种应用所需要的传输带宽越来越高，这对终端设备和通信网络的数据传输能力提出了新的挑战。如即摄即传业务，单台摄像机需要的上行带宽可达8Mbps，一方面，单台摄像机的数据传输能力有限，另一方面，对于移动通信网络来说，如TD-LTE(Time Division Long Term Evolution，分时长期演进)现网小区平均上行速率约5Mbps，显然其无法满足该类业务的数据传输需求，这在较大程度上限制了类似业务的发展。
发明内容
本发明实施例提供一种数据发送及接收方法、装置和数据传输系统，用以满足占用带宽较大的业务的数据传输需求，提高数据传输效率。
本发明实施例提供一种数据发送方法，数据发送端预先绑定多个数据传输通道；以及
所述方法，包括：
所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流；
针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。
所述数据发送端将待传输的原始IP数据流划分为多个子数据流之前，还包括：
所述数据发送端向所述数据接收端发送注册请求；并
接收所述数据接收端返回的注册确认消息；
所述数据发送端根据接收到的注册确认消息确定注册成功。
所述注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
所述数据发送端根据接收到的注册确认消息，按照以下方法确定注册成功：
所述数据发送端判断所述第一设备标识和第二设备标识是否相同；
如果相同，所述数据发送端确定注册成功。
所述数据发送端在发送所述注册请求的同时，启动定时器；
如果所述定时器超时，仍未接收到注册确认消息，则重新向所述数据接收端发送注册请求。
针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道发送给数据接收端，具体包括：
针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
所述新IP数据包的包头包含有所述原始IP数据流的流标识和该新IP数据包的序列号，所述原始IP数据包作为净荷整体被封装到新IP数据包中。
所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流，具体包括：
所述数据发送端按照预设的分流比例，将待传输的原始互联网协议IP数据流划分为多个子数据流；以及
所述方法，还包括：
所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息；并
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例。
所述数据传输质量信息包括数据传输时延；以及
所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息，具体包括：
所述数据发送端按照预设周期，向所述数据接收端发送每一数据通道的数据传输时延统计请求消息；
在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Dn为第n个数据传输通道的数据传输时延，n为自然数。
所述数据传输质量信息包括数据传输通道的信道质量信息；以及
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
所述数据发送端接收每一数据通道按照预设周期上报的信道质量信息；
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Cn_new为当前周期接收到的第n个数据传输通道的信道质量信息，Cn_old为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。
预先绑定的每一数据通道通过不同类型的网络将子数据流发送给数据接收端。本发明实施例提供一种数据接收方法，包括：
分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
将接收到的子数据流合并得到所述原始IP数据流。
分别接收数据发送端使用不同的数据传输通道发送的子数据流，具体包括：
开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP数据包组成。
所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及
将接收到的子数据流合并得到所述原始IP数据流，具体包括：
如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；
如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
本发明实施例提供一种数据发送装置，所述数据发送装置预先绑定多个数据传输通道；以及
所述数据发送装置，包括：
划分单元，用于将待传输的原始互联网协议IP数据流划分为多个子数据流；
数据传输单元，用于针对每一子数据流，分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。
所述数据发送装置，还包括：
发送单元，用于在划分单元将待传输的原始IP数据流划分为多个子数据流之前，向所述数据接收端发送注册请求；
接收单元，用于接收所述数据接收端返回的注册确认消息；
确定单元，用于根据接收到的注册确认消息确定注册成功。
所述注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
所述确定单元，具体包括：
判断子单元，用于判断所述第一设备标识和第二设备标识是否相同；
确定子单元，用于在所述判断子单元的判断结果为是时，确定注册成功。
所述数据发送装置，还包括触发单元，其中：
触发单元，用于在所述发送单元发送所述注册请求的同时，启动确认定时器；
所述发送单元，还用于在所述定时器超且所述接收单元仍未接收到注册确认消息时，重新向所述数据接收端发送注册请求。
所述数据传输单元，具体用于针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
所述数据发送装置，还包括获取单元和调整单元，其中：
所述划分单元，具体用于按照预设的分流比例，将待传输的原始互联网协议IP数据流划分为多个子数据流；
所述获取单元，用于按照预设周期获取每一数据通道的数据传输质量信息；
调整单元，用于根据所述获取单元获取的每一数据通道的数据传输质量信息，调整所述分流比例。
所述数据传输质量信息包括数据传输时延统计信息；以及
所述获取单元，具体用于按照预设周期，向所述数据接收端请求每一数据通道的数据传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
所述调整单元，具体用于调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Dn为第n个数据传输通道的数据传输时延，n为自然数。
所述数据传输质量信息包括数据传输通道的信道质量信息；以及
所述获取单元，具体用于接收每一数据通道按照预设周期上报的信道质量信息；
所述调整单元，具体用于调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Cn_new为当前周期接收到的第n个数据传输通道的信道质量信息，Cn_old为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。
本发明实施例提供一种数据接收装置，包括：
接收单元，用于分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
数据处理单元，用于将所述接收单元接收到的子数据流合并得到所述原始IP数据流。
所述接收单元，具体用于开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP数据包组成。
所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及
所述数据处理单元，具体用于如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
本发明实施例提供一种数据传输系统，包括上述的数据发送装置和数据接收装置。
本发明实施例提供的数据发送及接收方法、装置和数据传输系统，数据发送端绑定多个数据传输通道，这样，在待传输数据占用带宽较大时，可以将其划分为多个子数据流分别使用不同的数据传输通道进行传输，由数据接收端将接收到的子数据流合并得到原始数据，从而能够满足了占用带宽较大业务的数据传输需求，另一方面，由于使用多个数据传输通道并行传输数据，与使用一条数据传输通道传输数据相比，提高了数据传输效率。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1a为本发明实施例中，基于UDP协议的MLoIP包格式示意图；
图1b为本发明实施例中，基于TCP协议的MLoIP包格式示意图；
图2为本发明实施例中，数据传输系统的结构示意图；
图3为本发明实施例中，数据发送方法的实施流程示意图；
图4为本发明实施例中，数据包封装过程示意图；
图5为本发明实施例中，子数据流消息格式示意图；
图6为本发明实施例中，注册消息结构示意图；
图7为本发明实施例中，注册确认消息结构示意图；
图8为本发明实施例中，数据发送端执行注册流程示意图；
图9为本发明实施例中，数据接收端执行注册流程示意图；
图10为本发明实施例中，去注册消息结构示意图；
图11为本发明实施例中，分流比例调整流程示意图；
图12为本发明实施例中，数据接收方法的实施流程示意图；
图13为本发明实施例中，数据接收端处理接收到的数据包的流程示意图；
图14为本发明实施例中，数据发送装置的结构示意图；
图15为本发明实施例中，数据接收装置的结构示意图。
具体实施方式
为了满足占用带宽较大的业务的数据传输需求，提高数据传输效率，本发明实施例提供了一种数据发送及接收方法、装置和数据传输系统。
以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
实施例一
本发明实施例提供一种将多个底层数据传输通道(例如可以但不限于为LTE(Long Time Evolution，长期演进)数据卡等)绑定进行端到端的数据传输方法，其利用多个数据传输通道的能力，向上层应用提供更高的数据传输带宽。其基本原理为在数据发送端将原始数据IP流拆分为多个子数据流，并按自定义协议将原始IP数据包封装为新IP数据包，然后分别通过不同的底层数据传输通道进行传输，传输时各底层数据传输通道相互独立；在数据接收端接收到数据包后根据其中的数据包序列号进行重新排序，去掉自定的数据包包头恢复出原始数据。
需要说明的是，本发明实施例与接入数据传输通道接入的网络无关，其既可以使用蜂窝网(包括4G及其演进网络以及2/3G网络)进行数据传输，也可以使用固网进行数据传输，还可以使用无线局域网(Wi-Fi)等进行数据传输。各数据通道既可以使用相同类型的网络(例如均为4G网络或者Wi-Fi网络)进行数据传输，也可以使用不同类型的网络(例如部分数据传输通道使用4G网络，部分数据传输通道使用3G网络，部分数据传输通道使用Wi-Fi，或者部分数据传输通道使用固网等)进行数据传输，具体实施时，可以根据实际需求进行选择。由于数据流拆分/合并操作针对的是IP层数据包，为了区分原始IP数据包与拆分后得到的数据包，本发明实施例中，将拆分后重新封装得到的数据包称为Multilink over IP(MLoIP)数据包。
MLoIP包在传输层可基于UDP(User Datagram Protocol，用户数据报协议)协议或TCP(传输控制协议)协议，具体可以根据实际需要进行配置。通常控制消息如注册、去注册消息基于TCP协议，业务数据传输消息基于UDP协议。数据接收端使用固定的TCP/UDP端口号(如16246)。基于UDP协议的MLoIP包格式如图1a所示，基于TCP协议的MLoIP包格式如图1b所示。本发明实施例中，仅涉及对MLoIP数据包的包头部分，外层的UDP/TCP包头可以参照现有技术中UDP/TCP数据包的包头，这里不再赘述。
如图2所示，为本发明实施例提供的数据传输系统的结构示意图。包括数据发送装置11和数据接收装置12。以下结合图2所述的数据传输系统，分别介绍数据发送流程和数据接收流程。
如图3所示，为本发明实施例提供的数据发送方法的实施流程示意图，可以包括以下步骤：
S31、数据发送端将待传输的原始IP数据流划分为多个子数据流。
具体实施时，数据发送端可以随机将原始IP数据流分为4份，也可以预先设定所绑定的各数据传输通道的分流比例，在进行数据分流时按照预设的分流比例进行分配。假设绑定4个数据传输通道，初始设定的各各数据传输通道的分流比例1:1:1:1，即将待传输原始IP数据流均分为4个子数据流后，分别通过其中一个数据传输通道进行传输。例如，假设原始IP数据流共包含100个数据包，将其均分为4个子数据流，每一子数据流需要传输25个数据包。具体的，针对每一子数据流，将组成该子数据流的每一原始数据包分别封装为新数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
较佳的，为了提高本发明实施例提供的数据传输方法(包括数据发送方法和数据接收方法)的普适性，保证数据分流/合并操作对应用层透明，本发明实施例中，数据传输采用类似IP in IP的机制，即将原始IP数据包作为净荷整体封装到MLoIP数据包中，如图4所示，为数据包封装过程示意图。
图4中，MLoIP包头中包含数据包序列号、原始IP数据流的流标识(在完成注册后，可以使用数据接收端为数据发送端分配的注册ID作为原始IP数据流的流标识，注册ID在注册过程中由数据接收端分配，各子数据流填写相同的注册ID)，使得数据接收端可以根据该流标识识别同一数据流的数据包，进而根据数据包的序列号进行后续的数据包合并操作，数据包序列号占用两个字节，取值0-65535，循环递增。具体的子数据流消息格式如图5所示。
S32、针对每一子数据流，数据发送端分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。
优选的，数据发送端可以预先设置数据包过滤规则，在执行步骤S31之前，首先根据设置的过滤规则判断是否需要对待传输数据包进行分流操作。例如，可以根据数据包的五元组对待传输的数据包进行过滤(例如对于发往指定的目的地址的数据包进行分流)，也可以根据待发送数据包的数量确定是否分流，还可以根据其它过滤规则判断是否需要对待传输的数据包进行分流操作，本发明实施例中不再一一示例。对于满足该过滤规则的数据包进行分流操作。对于不满足过滤规则的数据包不进行分流，利用绑定的其中一个数据传输通道进行发送。具体实施时，可以预先设置所绑定的其中一个数据传输通道为主通道，对于不分流的数据包均利用该主通道进行传输，也可以在需要传输数据时，任意选择一个数据传输通道，本发明实施例对此不做限定。
实施例二
针对数据发送端发送的数据，数据接收端需要为每一数据发送端维护一个接收缓存，为例避免数据发送端长期占用数据接收端的缓存资源，数据发送端可以通过注册/去注册流程向数据接收端请求/释放缓存资源。具体实施时，数据发送端可以在初始上电时或者有数据需要传输时向数据接收端发送注册请求，请求数据接收端为其分配缓存资源。数据发送端在待机/关机之前或者在数据传输完成后，向数据接收端发送去注册消息，通知数据接收端回收为其分配的缓存资源。
需要说明的是，实施例二提供的注册/去注册流程可以在实施例一提供的数据发送方法之前执行，只有在数据发送端向数据接收端注册成功之后，才对待传输数据包进行分流操作，在注册之前或者注册失败时，数据发送端对待传输数据不进行分流操作，数据包直接透传。如果在设定时间内未接收到数据接收端返回的注册确认消息，则数据发送端向数据接收端重发注册消息。
如图6所示，为注册消息结构示意图。其中，Packet Type为消息类型。所有MLoIP消息头开始都是此字段，用来表征本消息的类型，进而决定了后续消息内容的解析方法。此字段共占1个字节，其中前4比特作为特征码，固定为0xA。字段的具体取值和含义如表1所示：
表1
Serial Number(SN)为数据发送端的设备ID，占用六个字节，在设备出厂时分配并固化。
数据接收端接收到注册请求消息后检查设备ID进行检查：如为非法设备ID号，则直接丢弃该消息；如该设备ID之前已注册(对应数据发送端突然下电等未能正确执行去注册操作的情况)，则先执行去注册操作；之后为数据发送端分配注册ID，记录在注册信息表中，并回复注册确认消息，注册确认消息结构如图7所示。其中Register ID为数据接收端为数据发送端分配的注册ID，占用两个字节，取值0-65535，后续数据传输时子流头中包含此ID，以表征子流属于同一设备需要合并。Serial Number为注册请求消息中携带的设备ID。
具体的，数据发送端向数据接收端发送注册请求；接收数据接收端返回的注册确认消息；数据发送端根据接收到的注册确认消息确定注册成功。在数据发送端发送的注册请求中携带有待注册设备的第一设备标识，数据接收端返回的注册确认消息中携带有数据接收端为待注册设备分配的注册标识和待注册设备的第二设备标识，数据发送端判断第一设备标识和第二设备标识是否相同，如果相同，数据发送端确定注册成功。较佳的，数据发送端在发送所述注册请求的同时，启动定时器；如果定时器超时，仍未接收到注册确认消息，则重新向数据接收端发送注册请求。如图8所示，其为数据发送端执行注册流程示意图，可以包括以下步骤：
S81、数据发送端向数据接收端发送注册请求消息。
初始时，数据发送端可以在启动完成向后数据接收端发送注册请求消息，其中，在注册请求消息中携带有数据发送端的设备ID。
S82、数据发送端启动定时器。
S83、判断定时器超时前是否接收到数据接收端返回的注册确认消息，如果是，执行步骤S84，否则，执行步骤S81。
S84、确认注册确认消息中携带的设备ID是否为自身的设备ID，如果是，执行步骤S85，如果否，执行步骤S81。
S85、存储注册ID。
如图9所示，为数据接收端执行注册流程示意图，包括以下步骤：
S91、数据接收端接收注册请求消息。
注册请求消息中携带有数据发送端的设备ID。
S92、判断设备ID是否合法，如果是，执行步骤S93，否则，流程结束。
S93、判断设备ID是否存在于注册信息表中，如果是，执行步骤S94，否则，执行步骤S95。
如果设备ID存在于注册信息表中，说明可能是未正确执行去注册操作，因此，需要先执行去注册操作。
S94、删除注册信息表中的相关表项。
S95、为数据发送端分配注册ID，并存储于注册信息表中。
S96、向数据发送端返回注册确认消息。
数据接收端在向数据发送端返回的注册确认消息中携带数据发送端的设备ID和为其分配的注册ID。
完成注册后，数据接收端为数据发送端分配一个接收缓存，数据发送端可以按照图3所示的数据发送方法向数据接收端传输数据，数据发送端在待机/关机之前或者完成数据传输后，数据发送端向数据接收端发送去注册消息，通知数据接收端回收缓存资源。如图10所示，其为去注册消息的结构示意图。
具体的，数据发送端向数据接收端发送去注册消息，其中包含有注册ID，数据接收端在接收到去注册消息后，判断其中携带的注册ID是否正确，如果正确，则删除注册信息表中的对应表项，如果不正确，流程结束。
实施例三
由于本发明实施例中使用多个数据传输通道并行传输数据，但各数据通道的数据传输能力(如带宽、传输时延等)可能不同，为了尽量保证数据包顺序到达，避免重排定时器超时造成丢包，可以通过负载均衡技术控制数据发送端为各数据传输通道分配的数据包数量，为带宽大的数据传输通道多分配数据包，为带宽小的数据传输通道少分配数据包。
负载均衡主要基于数据发送端获取的每一数据传输通道的数据传输质量信息，其可以但不限于包括数据传输时延和数据传输通道的信道质量信息。其中，数据传输时延为端到端时延，由数据发送端周期性向数据接收端发送数据传输时延统计请求确定。较佳的，为减小信令开销，数据传输时延统计请求可以采用稍长的周期，如5S。同时，为了应对无线网络环境快速变化，负载均衡还可以基于底层数据传输通道的信道质量信息，信道质量信息由底层数据通道按照设置的周期向数据发送端上报，通常采用较短的周期，如100ms。
数据传输开始时，可以按照预设的分流比例将待传输的原始IP数据流划分为多个子数据流。数据传输过程中，数据发送端同时按照预设的周期分别获取数据传输时延和数据传输通道的信道质量信息。并根据获取的数据传输时延或者数据传输通道的信道质量信息调整分流比例。
具体实施时，数据发送端可以按照以下流程获取数据传输时延：数据发送端按照预设周期，向所述数据接收端发送每一数据通道的数据传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延。
具体实施时，数据发送端可以按照以下方法获取信道质量信息：数据发送端接收每一数据通道按照预设周期上报的信道质量信息。
根据获取的每一数据通道的数据传输时延，数据发送端可以按照以下方法调整分流比例：调整分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Dn为第n个数据传输通道的数据传输时延统计信息，n为自然数。特别的，如某数据传输通道超过时间门限仍未收到数据时延统计响应消息，暂停该数据传输通道的数据发送，并在下一周期继续进行数据传输时延统计。
较佳的，数据发送端在获取数据传输时延统计信息的过程中，当数据传输时延统计周期到达时，如果需要发送的数据包数量大于可用通道数，数据发送端可以同时通过数据传输通道发送数据传输时延统计信息请求消息，否则不发送数据传输时延统计信息请求消息。数据接收端在接收到请求消息后，立即在对应数据传输通道上回复数据传输时延统计信息。数据传输时延统计信息请求消息复用数据子流消息结构，通过Packet Type进行区分，数据传输时延统计请求消息中携带数据，SN正常填写。时延统计响应消息复用数据子流消息结构，通过Packet Type区分。但DATA部分长度为0，即不携带数据，SN为对应的时延统计请求消息中的SN。
根据获取的每一数据通道的信道质量信息，数据发送端可以按照以下方法调整分流比例：调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Cn_new为当前周期接收到的第n个数据传输通道的信道质量信息，Cn_old为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。
具体的，可以按照图11所示的流程实施负载均衡：
S111、判断是否到达设置的传输数据时延统计周期，如果是，执行步骤S112，否则执行步骤S117。
S112、针对每一数据传输通道，在传输数据的同时向数据接收端发送数据传输时延统计请求消息。
具体实施时，数据接收端在接收到数据传输时延统计请求消息之后，通过对应的数据传输通道返回时延统计响应消息。
S113、针对每一数据传输通道，判断在预设的时间门限内是否接收到传输时数据传输延统计响应，如果是，执行步骤S114，否则，执行步骤S116。
S114、针对每一数据传输通道，确定从发送数据传输时延请求到接收到响应之间的时间间隔为该数据传输通道的数据传输时延。
S115、根据确定出的各数据传输通道的数据传输时延调整分流比例，流程结束。
S116、暂停该数据传输通道的数据传输，并执行步骤S111。
S117、判断是否到达信道质量信息上报周期，如果是，执行步骤S118，否则执行步骤S111。
S118、根据各数据传输通道上报，获得最新的信道质量信息。
S119、根据最新的信道质量信息调整分流比例。
以两个数据传输通道为例，假设最开始分流比例T1：T2为1:1，信道质量比例C1：C2为1:2。通过发送数据传输时延统计请求消息，获得两个数据传输通道的传输时延比例D1：D2为2:1。则数据发送端调整分流比例为(1/2):(1/1)＝1:2。减少通道1的数据量，进而缩短通道1的时延，保证通过两个数据通道传输的数据包能近似同时到达。在下一次时延统计开始前，最新上报的信道质量显示通道1进一步恶化，C1：C2变为1:4，则调整分流比例为(1*1/1):(2*4/2)＝1:4。进一步减少通道1的数据量。
实施例四
相应的，本发明实施例还提供了一种数据接收端实施的数据接收方法，如图12所示，包括以下步骤：
S121、分别接收数据发送端使用不同的数据传输通道发送的子数据流。
其中，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到。
具体的，数据接收端开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP数据包组成。其中，所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包。
S122、将接收到的子数据流合并得到原始IP数据流。
根据步骤S121中接收到的子数据流，如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
这是因为在数据接收端，由于数据包经由多个底层数据传输通道传输，难以保证各数据传输通道的数据同时到达，很可能出现数据接收端接收到的数据包乱序的情况，此外底层数据传输通道还可能出现丢包的情况，因此需要在数据接收端进行针对性的处理。为此，本发明实施例中设计了数据接收窗口、状态变量、重排定时器等维护机制，基本思路是：如果接收到的数据包缓存在接收缓存中，并基于数据包中的数据包SN(数据包序列号)进行重排序，等到数据包SN连续时按SN由小到大顺序向上层递交提取出来的原始数据包进行合并；如果接收到的数据包SN不连续时，启动重排定时器，并记录当前最大的数据包SN。若重排定时器超时，则不再等待SN小于之前记录的最大SN的数据包，跳过不连续的包进行合并。接收窗口下沿可以设置为收到的最大SN号-32768，接收窗口更新后不再等待落在窗外的数据包，跳过不连续的包进行合并得到原始数据流。
基于此，在数据接收端可以按照图13所示的流程进行数据包处理，包括以下步骤：
S131、数据接收端按照数据包序列号将子流数据包存储于重排缓存中。
S132、判断当前接收到的数据包序列号与上一个数据包序列号是否连续，如果是，执行步骤S133，否则，执行步骤S134。
S133、数据接收端去掉MLoIP协议包头，按照数据包序列号向上层递交数据包以进行合并，流程结束。
S134、启动重排定时器。
S135、判断重排定时器前是否接收到缺失序列号对应的数据包，如果是，执行步骤S133，否则，执行步骤S136。
S136、放弃序列号缺失的数据包，去掉MLoIP协议包头，跳过序列号缺失的数据包按照数据包序列号向上层递交数据包以进行合并。
为了更好理解数据接收端对接收到的数据包的处理流程，以下进行详细说明。在数据接收端维护如下变量：VR(R)，接收状态变量，保持最早的、且被视为要重排序的数据包的SN值。其初始置为0。VR(X)，t-Reordering(重排定时器)状态变量，该状态变量保持的SN值紧跟在触发了t-Reordering的数据包的SN值后。VR(H)，最高收到状态变量，该状态变量保持的SN值紧跟在接收的数据包中具有最高SN值的数据包的SN值后，且作为重新排序窗口的上边界，其初始置为0。
数据接收端为每一个MLoIP用户维护一个重排序窗口：如果(VR(H)-32768)<＝SN<VR(H)，则SN落在该重排序窗口内；否则，SN落在重排序的窗口外。
当数据接收端接收到一个MLoIP数据包时，数据接收端应：丢弃该接收到的数据包，或者把它放在接收缓存中。
具体的，当从接收到SN＝x的数据包，如果VR(R)<x<VR(H)且该SN＝x的数据包在之前已被接收；或(VR(H)-32768)<＝x<VR(R)，则丢弃该接收到的数据包；否则，把该接收到的数据包放在接收缓存中。
具体实施时，如果该接收到的数据包被放在接收缓存中，则更新状态变量，重组并向上层递交提取出来的原始数据包，且按需要启动或停止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(X)落在重排序窗口之外，并且VR(X)不等于VR(H)，停止且重置t-Reordering；如果t-Reordering未运行(包括由于上述动作导致t-Reordering被停止时的情况)，且VR(H)>VR(R)，则启动t-Reordering；设置VR(X)为VR(H)。
当t-Reordering超时，数据接收端更新状态变量，重组并按SN由小到大顺序向上层递交提取出来的原始数据包，且按需要启动t-Reordering。
当t-Reordering超时，数据接收端应更新VR(R)为尚未接收到的，SN>＝VR(X)的，第一个数据包的SN；对SN<更新的VR(R)的数据包进行重组并按SN由小到大顺序向上层递交提取出来的原始数据包；如果VR(H)>VR(R)，启动t-Reordering；设置VR(X)为VR(H)。
如表2所示，为数据接收端处理接收到的数据包的流程示意。
表2
本发明实施例提供的数据发送及接收方法中，数据发送端绑定多个数据传输通道，提高了数据传输带宽。本发明实施例提出的MLoIP支持在数据发送端将待传输的原始IP数据流封装成多个子数据流，并在数据接收端合并还原出原始IP数据流，从而能够将待传输的原始IP数据流通过多个底层数据传输通道并行传输，极大提高了传输带宽和数据传输效率。
同时，本发明实施例提供的数据发送及接收方法，对应用和网络透明，易于部署。本发明实施例中，采用类似IP in IP的机制，多个底层数据传输通道绑定在一起作为一个透明管道供上层使用，对应用层包类型无要求。同时各个底层通道传输数据时相互独立，数据流拆分/合并操作对网络不可见，无需对网络进行改造。
最后，本发明实施例提供的数据发送及接收方法，通过基于输出传输时延和信道质量信息进行负载均衡，能够实现多个通道的负载均衡。当某个通道发生故障时，数据自动改由其他通道发送，提高了数据传输的鲁棒性。
基于同一发明构思，本发明实施例中还分别提供了一种数据发送装置和数据接收装置，由于上述装置解决问题的原理分别与数据发送及接收方法相似，因此上述装置的实施可以参见方法的实施，重复之处不再赘述。
如图14所示，为本发明实施例提供的数据发送装置的结构示意图，具体实施时，数据发送装置可以预先绑定多个数据传输通道，其可以包括：
划分单元141，用于将待传输的原始互联网协议IP数据流划分为多个子数据流；
数据传输单元142，用于针对每一子数据流，分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。
具体实施时，数据发送装置，还可以包括：
发送单元，用于在划分单元将待传输的原始IP数据流划分为多个子数据流之前，向所述数据接收端发送注册请求；
接收单元，用于接收所述数据接收端返回的注册确认消息；
确定单元，用于根据接收到的注册确认消息确定注册成功。
具体实施时，注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
所述确定单元，可以包括：
判断子单元，用于判断所述第一设备标识和第二设备标识是否相同；
确定子单元，用于在所述判断子单元的判断结果为是时，确定注册成功。
本发明实施例提供的数据发送装置还可以包括触发单元，其中：
触发单元，用于在所述发送单元发送所述注册请求的同时，启动确认定时器；
所述发送单元，还用于在所述定时器超且所述接收单元仍未接收到注册确认消息时，重新向所述数据接收端发送注册请求。
具体实施时，数据传输单元142，可以用于针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
具体实施时，数据发送装置还包括获取单元和调整单元，其中：
划分单元141，可以用于按照预设的分流比例，将待传输的原始互联网协议IP数据流划分为多个子数据流；
所述获取单元，用于按照预设周期获取每一数据通道的数据传输质量信息；
调整单元，用于根据所述获取单元获取的每一数据通道的数据传输质量信息，调整所述分流比例。
其中，数据传输质量信息包括数据传输时延统计信息；以及
所述获取单元，具体用于按照预设周期，向所述数据接收端请求每一数据通道的数据传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
所述调整单元，具体用于调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Dn为第n个数据传输通道的数据传输时延，n为自然数。
其中，数据传输质量信息包括数据传输通道的信道质量信息；以及
所述获取单元，具体用于接收每一数据通道按照预设周期上报的信道质量信息；
所述调整单元，具体用于调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Cn_new为当前周期接收到的第n个数据传输通道的信道质量信息，Cn_old为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。
如图15所示，为本发明实施例提供的数据接收装置的结构示意图，可以包括：
接收单元151，用于分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
数据处理单元152，用于将所述接收单元151接收到的子数据流合并得到所述原始IP数据流。
其中，接收单元151，可以用于开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP数据包组成。
具体实施时，新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及数据处理单元152，具体用于如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
具体实施时，本发明实施例提供的数据发送/接收装置可以作为独立的设备进行部署，也可以设置于数据采集设备中，作为数据采集设备的一部分来实施。例如，在应用于视屏监控系统中时，数据发送装置可以设置与视频数据采集设备中，数据接收装置可以设置与视频监控服务器或者视频数据接收设备中等。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (25)
1.一种数据发送方法，其特征在于，数据发送端预先绑定多个数据传输通道；以及
所述方法，包括：
所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流；
针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。
2.如权利要求1所述的方法，其特征在于，所述数据发送端将待传输的原始IP数据流划分为多个子数据流之前，还包括：
所述数据发送端向所述数据接收端发送注册请求；并
接收所述数据接收端返回的注册确认消息；
所述数据发送端根据接收到的注册确认消息确定注册成功。
3.如权利要求2所述的方法，其特征在于，所述注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
所述数据发送端根据接收到的注册确认消息，按照以下方法确定注册成功：
所述数据发送端判断所述第一设备标识和第二设备标识是否相同；
如果相同，所述数据发送端确定注册成功。
4.如权利要求2所述的方法，其特征在于，还包括：
所述数据发送端在发送所述注册请求的同时，启动定时器；
如果所述定时器超时，仍未接收到注册确认消息，则重新向所述数据接收端发送注册请求。
5.如权利要求1所述的方法，其特征在于，针对每一子数据流，所述数据发送端分别使用预先绑定的一个数据传输通道发送给数据接收端，具体包括：
针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
6.如权利要求5所述的方法，其特征在于，
所述新IP数据包的包头包含有所述原始IP数据流的流标识和该新IP数据包的序列号，所述原始IP数据包作为净荷整体被封装到新IP数据包中。
7.如权利要求1所述的方法，其特征在于，所述数据发送端将待传输的原始互联网协议IP数据流划分为多个子数据流，具体包括：
所述数据发送端按照预设的分流比例，将待传输的原始互联网协议IP数据流划分为多个子数据流；以及
所述方法，还包括：
所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息；并
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例。
8.如权利要求7所述的方法，其特征在于，所述数据传输质量信息包括数据传输时延；以及
所述数据发送端按照预设周期获取每一数据通道的数据传输质量信息，具体包括：
所述数据发送端按照预设周期，向所述数据接收端发送每一数据通道的数据传输时延统计请求消息；
在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Dn为第n个数据传输通道的数据传输时延，n为自然数。
9.如权利要求7所述的方法，其特征在于，所述数据传输质量信息包括数据传输通道的信道质量信息；以及
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
所述数据发送端接收每一数据通道按照预设周期上报的信道质量信息；
根据获取的每一数据通道的数据传输质量信息，调整所述分流比例，具体包括：
调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Cn_new为当前周期接收到的第n个数据传输通道的信道质量信息，Cn_old为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。
10.如权利要求1～9任一权利要求所述的方法，其特征在于，预先绑定的每一数据通道通过不同类型的网络将子数据流发送给数据接收端。
11.一种数据接收方法，其特征在于，包括：
分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
将接收到的子数据流合并得到所述原始IP数据流。
12.如权利要求11所述的方法，其特征在于，分别接收数据发送端使用不同的数据传输通道发送的子数据流，具体包括：
开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP数据包组成。
13.如权利要求12所述的方法，其特征在于，所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及
将接收到的子数据流合并得到所述原始IP数据流，具体包括：
如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；
如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
14.一种数据发送装置，其特征在于，所述数据发送装置预先绑定多个数据传输通道；以及
所述数据发送装置，包括：
划分单元，用于将待传输的原始互联网协议IP数据流划分为多个子数据流；
数据传输单元，用于针对每一子数据流，分别使用预先绑定的一个数据传输通道将该子数据流发送给数据接收端。
15.如权利要求14所述的装置，其特征在于，还包括：
发送单元，用于在划分单元将待传输的原始IP数据流划分为多个子数据流之前，向所述数据接收端发送注册请求；
接收单元，用于接收所述数据接收端返回的注册确认消息；
确定单元，用于根据接收到的注册确认消息确定注册成功。
16.如权利要求15所述的装置，其特征在于，所述注册请求中携有待注册设备的第一设备标识；以及所述注册确认消息中携带有所述数据接收端为所述待注册设备分配的注册标识和待注册设备的第二设备标识；以及
所述确定单元，具体包括：
判断子单元，用于判断所述第一设备标识和第二设备标识是否相同；
确定子单元，用于在所述判断子单元的判断结果为是时，确定注册成功。
17.如权利要求15所述的装置，其特征在于，还包括触发单元，其中：
触发单元，用于在所述发送单元发送所述注册请求的同时，启动确认定时器；
所述发送单元，还用于在所述定时器超且所述接收单元仍未接收到注册确认消息时，重新向所述数据接收端发送注册请求。
18.如权利要求14所述的装置，其特征在于，
所述数据传输单元，具体用于针对每一子数据流，将组成该子数据流的每一原始IP数据包分别封装为新IP数据包后，使用预先绑定的一个数据传输通道发送给数据接收端。
19.如权利要求14所述的装置，其特征在于，还包括获取单元和调整单元，其中：
所述划分单元，具体用于按照预设的分流比例，将待传输的原始互联网协议IP数据流划分为多个子数据流；
所述获取单元，用于按照预设周期获取每一数据通道的数据传输质量信息；
调整单元，用于根据所述获取单元获取的每一数据通道的数据传输质量信息，调整所述分流比例。
20.如权利要求19所述的装置，其特征在于，所述数据传输质量信息包括数据传输时延统计信息；以及
所述获取单元，具体用于按照预设周期，向所述数据接收端请求每一数据通道的数据传输时延统计请求消息；在接收到所述数据接收端返回的响应消息后，确定发送数据传输时延统计请求消息与接收到响应消息之间的时间间隔为所述数据传输时延；
所述调整单元，具体用于调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Dn为第n个数据传输通道的数据传输时延，n为自然数。
21.如权利要求19所述的装置，其特征在于，所述数据传输质量信息包括数据传输通道的信道质量信息；以及
所述获取单元，具体用于接收每一数据通道按照预设周期上报的信道质量信息；
所述调整单元，具体用于调整所述分流比例为之比，其中：Tn_old为调整前第n个数据传输通道的分流比值，Cn_new为当前周期接收到的第n个数据传输通道的信道质量信息，Cn_old为上一周期接收到的第n个数据传输通道的信道质量信息，n为自然数。
22.一种数据接收装置，其特征在于，包括：
接收单元，用于分别接收数据发送端使用不同的数据传输通道发送的子数据流，各数据传输通道传输的子数据流由同一原始互联网协议IP数据流划分得到；
数据处理单元，用于将所述接收单元接收到的子数据流合并得到所述原始IP数据流。
23.如权利要求22所述的装置，其特征在于，
所述接收单元，具体用于开启数据接收窗口用于接收每一数据传输通道发送的子数据流，其中，所述子数据流由所述数据发送端将划分得到的原始子数据流包含的每一原始IP数据包分别封装为新IP数据包组成。
24.如权利要求23所述的装置，其特征在于，所述新IP数据包中包含该新IP数据包的序列号和原始IP数据包；以及
所述数据处理单元，具体用于如果数据接收窗口中已接收数据包的序列号连续，则按序从接收数据包中提取原始数据包组成原始IP数据流；如果数据接收窗口中已接收数据包的序列号不连续，则启动重排定时器，并记录已接收数据包中的最大序列号；如果在所述重排定时器超时前接收到序列号小于所述记录的最大序号的所有数据包，则停止所述重排定时器；如果在所述重排定时器超时后，仍未接收到序列号小于所述记录的最大序号的任一数据包，则按序从已接收数据包中提取原始数据包组成原始IP数据流。
25.一种数据传输系统，其特征在于，包括如权利要求14～21任一权利要求所述的数据发送装置和如权利要求22、23或24所述的数据接收装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510041428.5A CN105992272A (zh) | 2015-01-27 | 2015-01-27 | 一种数据发送及接收方法、装置和数据传输系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510041428.5A CN105992272A (zh) | 2015-01-27 | 2015-01-27 | 一种数据发送及接收方法、装置和数据传输系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105992272A true CN105992272A (zh) | 2016-10-05 |
Family
ID=57035608
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510041428.5A Pending CN105992272A (zh) | 2015-01-27 | 2015-01-27 | 一种数据发送及接收方法、装置和数据传输系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105992272A (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106506390A (zh) * | 2016-10-20 | 2017-03-15 | 厦门理工学院 | 一种数据流传输方法 |
| CN107105015A (zh) * | 2017-03-31 | 2017-08-29 | 北京奇艺世纪科技有限公司 | 一种数据流的分流方法及装置 |
| CN107104782A (zh) * | 2017-04-15 | 2017-08-29 | 深圳市民泰科电子有限公司 | 数据传输方法及装置 |
| CN107682896A (zh) * | 2017-09-30 | 2018-02-09 | 北京科技大学 | 一种超密集异构网络承载分流方法 |
| CN107949018A (zh) * | 2017-12-30 | 2018-04-20 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
| CN108174410A (zh) * | 2017-12-30 | 2018-06-15 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
| CN108768872A (zh) * | 2018-05-24 | 2018-11-06 | 北京维康恒科技有限公司 | 数据传输方法及系统 |
| CN110300407A (zh) * | 2018-03-21 | 2019-10-01 | 中兴通讯股份有限公司 | 数据传输通道地址分配方法、关联方法、装置及存储介质 |
| CN110831010A (zh) * | 2019-10-21 | 2020-02-21 | 上海鹄恩信息科技有限公司 | 一种多通道数据发送及接收方法及装置和数据传输系统 |
| CN111586098A (zh) * | 2020-04-01 | 2020-08-25 | 腾讯科技（深圳）有限公司 | 数据传输方法、装置、设备及计算机可读存储介质 |
| CN112217842A (zh) * | 2019-07-09 | 2021-01-12 | 北京声智科技有限公司 | 一种数据传输方法及装置 |
| US10993166B2 (en) | 2018-08-23 | 2021-04-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, electronic device, and computer readable storage medium |
| CN112929455A (zh) * | 2021-05-11 | 2021-06-08 | 北京华云安信息技术有限公司 | 基于udp的数据传输方法、装置、设备和可读存储介质 |
| CN113411296A (zh) * | 2021-05-07 | 2021-09-17 | 上海纽盾科技股份有限公司 | 态势感知虚拟链路防御方法、装置及系统 |
| CN114401277A (zh) * | 2021-12-31 | 2022-04-26 | 格美安(北京)信息技术有限公司 | 一种基于混合网络的数据动态分流方法、存储介质和系统 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102186211A (zh) * | 2011-05-11 | 2011-09-14 | 北京邮电大学 | 一种端到端多链路并行传输的负载分配方法 |
| CN102215530A (zh) * | 2011-05-27 | 2011-10-12 | 上海华为技术有限公司 | 一种数据流传输方法及相关设备、系统 |
| US20110312319A1 (en) * | 2010-06-22 | 2011-12-22 | Telefonaktiebolaget L M Ericsson (Publ) | Downlink Scheduling in Heterogeneous Networks |
| CN102811465A (zh) * | 2012-07-11 | 2012-12-05 | 北京邮电大学 | 异构网络下基于反馈信息的业务分流系统及方法 |
| CN103039109A (zh) * | 2010-02-12 | 2013-04-10 | 交互数字技术公司 | 多个站点间的数据分割 |
| CN103067977A (zh) * | 2012-12-18 | 2013-04-24 | 华中科技大学 | 无线异构网络系统中基于跨层优化的数据并发传输方法 |
| CN103428770A (zh) * | 2013-07-30 | 2013-12-04 | 北京邮电大学 | 异构无线网络多连接并行传输中的流量分配方法 |
-
2015
- 2015-01-27 CN CN201510041428.5A patent/CN105992272A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103039109A (zh) * | 2010-02-12 | 2013-04-10 | 交互数字技术公司 | 多个站点间的数据分割 |
| US20110312319A1 (en) * | 2010-06-22 | 2011-12-22 | Telefonaktiebolaget L M Ericsson (Publ) | Downlink Scheduling in Heterogeneous Networks |
| CN102186211A (zh) * | 2011-05-11 | 2011-09-14 | 北京邮电大学 | 一种端到端多链路并行传输的负载分配方法 |
| CN102215530A (zh) * | 2011-05-27 | 2011-10-12 | 上海华为技术有限公司 | 一种数据流传输方法及相关设备、系统 |
| CN102811465A (zh) * | 2012-07-11 | 2012-12-05 | 北京邮电大学 | 异构网络下基于反馈信息的业务分流系统及方法 |
| CN103067977A (zh) * | 2012-12-18 | 2013-04-24 | 华中科技大学 | 无线异构网络系统中基于跨层优化的数据并发传输方法 |
| CN103428770A (zh) * | 2013-07-30 | 2013-12-04 | 北京邮电大学 | 异构无线网络多连接并行传输中的流量分配方法 |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106506390A (zh) * | 2016-10-20 | 2017-03-15 | 厦门理工学院 | 一种数据流传输方法 |
| CN107105015A (zh) * | 2017-03-31 | 2017-08-29 | 北京奇艺世纪科技有限公司 | 一种数据流的分流方法及装置 |
| CN107104782A (zh) * | 2017-04-15 | 2017-08-29 | 深圳市民泰科电子有限公司 | 数据传输方法及装置 |
| CN107104782B (zh) * | 2017-04-15 | 2021-01-26 | 深圳市民泰科电子有限公司 | 数据传输方法及装置 |
| CN107682896A (zh) * | 2017-09-30 | 2018-02-09 | 北京科技大学 | 一种超密集异构网络承载分流方法 |
| CN107949018A (zh) * | 2017-12-30 | 2018-04-20 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
| CN108174410A (zh) * | 2017-12-30 | 2018-06-15 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
| CN110300407A (zh) * | 2018-03-21 | 2019-10-01 | 中兴通讯股份有限公司 | 数据传输通道地址分配方法、关联方法、装置及存储介质 |
| US11659606B2 (en) | 2018-03-21 | 2023-05-23 | Zte Corporation | Data transmission channel address allocation method, association method, apparatus, and storage medium |
| CN108768872A (zh) * | 2018-05-24 | 2018-11-06 | 北京维康恒科技有限公司 | 数据传输方法及系统 |
| US10993166B2 (en) | 2018-08-23 | 2021-04-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, electronic device, and computer readable storage medium |
| US11696207B2 (en) | 2018-08-23 | 2023-07-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, electronic device, and computer readable storage medium |
| CN112217842A (zh) * | 2019-07-09 | 2021-01-12 | 北京声智科技有限公司 | 一种数据传输方法及装置 |
| CN110831010A (zh) * | 2019-10-21 | 2020-02-21 | 上海鹄恩信息科技有限公司 | 一种多通道数据发送及接收方法及装置和数据传输系统 |
| CN110831010B (zh) * | 2019-10-21 | 2024-04-16 | 上海鹄恩信息科技有限公司 | 一种多通道数据发送及接收方法及装置和数据传输系统 |
| CN111586098A (zh) * | 2020-04-01 | 2020-08-25 | 腾讯科技（深圳）有限公司 | 数据传输方法、装置、设备及计算机可读存储介质 |
| CN113411296A (zh) * | 2021-05-07 | 2021-09-17 | 上海纽盾科技股份有限公司 | 态势感知虚拟链路防御方法、装置及系统 |
| CN112929455A (zh) * | 2021-05-11 | 2021-06-08 | 北京华云安信息技术有限公司 | 基于udp的数据传输方法、装置、设备和可读存储介质 |
| CN112929455B (zh) * | 2021-05-11 | 2021-09-10 | 北京华云安信息技术有限公司 | 基于udp的数据传输方法、装置、设备和可读存储介质 |
| CN114401277A (zh) * | 2021-12-31 | 2022-04-26 | 格美安(北京)信息技术有限公司 | 一种基于混合网络的数据动态分流方法、存储介质和系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105992272A (zh) | 一种数据发送及接收方法、装置和数据传输系统 | |
| CN101043301B (zh) | 一种无线通信系统中的数据重排重组方法及其基站 | |
| CN101015162B (zh) | 用来分派混合自动重复请求进程的方法及设备 | |
| CN102726009B (zh) | 一种数据流交换控制方法及相关设备 | |
| CN110213799A (zh) | 一种下行小数据传输方法及装置 | |
| JP2006237678A5 (zh) | ||
| CN107645791A (zh) | 一种传输数据流的无线承载处理方法及装置 | |
| CN101997916B (zh) | 一种基于网络进行文件传输的方法和装置 | |
| CN107104897A (zh) | 基于路径的数据传输方法及系统 | |
| CN101132609A (zh) | 一种切换过程中转发数据的方法及系统 | |
| CN109714134A (zh) | 接收窗口滑动方法及装置 | |
| CN104702518B (zh) | 一种基于无线网络的多卡路由器装置及其数据传输方法 | |
| CN106465161A (zh) | 仅当无线电链路的质量足够好时才批准互联网接入的wlan接入点 | |
| TW201448630A (zh) | 針對使用者裝置在異質無線網路中維持服務連續性傳輸之系統結構及其傳輸方法 | |
| CN116582493A (zh) | 数据中心网络链路的选取方法、装置、电子设备 | |
| US7301916B2 (en) | Network access control technique in a CDMA system | |
| CN108012342A (zh) | 一种lte-m网络中的组播业务处理方法和装置 | |
| CN103618681B (zh) | 一种弹性的网络带宽控制方法及其系统 | |
| WO2009079842A1 (fr) | Procédé et dispositif de commande de transmission de paquet de données dans un réseau à relais sans fil | |
| WO2016004820A1 (zh) | 交换系统的流量转发方法和装置 | |
| CN103684677A (zh) | 数据的调度方法及装置 | |
| CN103200620B (zh) | 一种lte系统中接入核心网的方法及装置 | |
| CN107995125B (zh) | 一种流量调度方法及装置 | |
| CN114846774B (zh) | 一种通信方法及装置 | |
| US7751443B2 (en) | Intra-chassis packet arbitration scheme |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161005 |
|
| RJ01 | Rejection of invention patent application after publication |