CN107529186A - 多通道传输上行数据的方法及***、客户端、服务器 - Google Patents

多通道传输上行数据的方法及***、客户端、服务器 Download PDF

Info

Publication number
CN107529186A
CN107529186A CN201710571851.5A CN201710571851A CN107529186A CN 107529186 A CN107529186 A CN 107529186A CN 201710571851 A CN201710571851 A CN 201710571851A CN 107529186 A CN107529186 A CN 107529186A
Authority
CN
China
Prior art keywords
packet
communication network
upstream data
server
client
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
Application number
CN201710571851.5A
Other languages
English (en)
Inventor
江慧波
余成永
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Tinno Mobile Technology Co Ltd
Shenzhen Tinno Wireless Technology Co Ltd
Original Assignee
Shenzhen Tinno Mobile Technology Co Ltd
Shenzhen Tinno Wireless Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Tinno Mobile Technology Co Ltd, Shenzhen Tinno Wireless Technology Co Ltd filed Critical Shenzhen Tinno Mobile Technology Co Ltd
Priority to CN201710571851.5A priority Critical patent/CN107529186A/zh
Publication of CN107529186A publication Critical patent/CN107529186A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开一种多通道传输上行数据的方法及***、客户端、服务器。本发明设计客户端首先为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器，继而在某一通信网络将数据包上传至服务器后，按照构成上行数据的前后顺序将剩余数据包中的首个分配给该通信网络，直至多个数据包均被上传至服务器。基于此，本发明能够避免网络资源闲置，提高上行数据的传输效率，优化网络资源利用率。

Description

多通道传输上行数据的方法及***、客户端、服务器
技术领域
本发明涉及移动通信技术领域，具体涉及一种多通道传输上行数据的方法及***、客户端、服务器。
背景技术
随着用户对无线通信业务需求的增长，越来越多的无线通信技术已经步入实用阶段。以蜂窝网络和WLAN(Wireless Local Area Network,无线局域网络)技术为例，随着智能终端逐渐普及，用户对数据通信的需求激增，导致蜂窝网络承载的数据负荷越来越大，而WLAN由于建网相对简单，成本较低，因此可将WLAN作为蜂窝网络的补充，分担蜂窝网络的部分数据业务，减轻蜂窝网络的数据负荷。
当前，蜂窝网络与WLAN融合已成为广大网络运营商实现建网和网络扩容的趋势。随着多模终端的出现，智能终端可在WLAN和蜂窝网络之间切换，并且越来越多的智能终端支持双网并发，智能终端可以同时关联蜂窝网络和WLAN。基于此，如何基于蜂窝网络和WLAN提高数据的传输效率以及优化网络资源利用率，已变得十分迫切。
发明内容
鉴于此，本发明提供一种多通道传输上行数据的方法及***、客户端、服务器，能够提高上行数据的传输效率，优化网络资源利用率。
本发明一实施例的多通道传输上行数据的方法，包括：
客户端监测当前自身能够接入的至少两个类型的通信网络；
客户端调取需要上传至服务器的上行数据，并将上行数据拆分为多个数据包，所述数据包的数量大于通信网络的数量；
客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器；
客户端在接收到用以标识数据包已上传至服务器的反馈消息后，将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至多个数据包均被上传至服务器。
可选地，所述多个数据包的字节大小不同，在客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包之前，所述方法还包括：
客户端获取各个通信网络的信道质量；
所述客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包，包括：
客户端按照信道质量与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
可选地，所述信道质量的参数包括信号强度、信噪比、链路延时以及网络带宽中至少一个的数值。
可选地，所述多个数据包的字节大小不同，在客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包之前，所述方法还包括：
客户端获取各个通信网络的预置优先级；
所述客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包，包括：
客户端按照预置优先级与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
可选地，所述反馈消息包括将数据包上传至服务器的通信网络的标识，客户端根据标识识别出当前未分配有数据包的通信网络。
本发明一实施例的客户端，用于多通道传输上行数据，包括处理器及与处理器连接的通信器、收发器和存储器，其中，
通信器用于监测当前能够接入的至少两个类型的通信网络；
存储器用于存储需要上传至服务器的上行数据；
处理器用于从存储器中调取上行数据，并将上行数据拆分为多个数据包，所述数据包的数量大于通信网络的数量；
处理器还用于按照构成上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器；
收发器用于从服务器接收反馈消息，所述反馈消息用于标识数据包已上传至服务器；
处理器进一步用于将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至多个数据包均被上传至服务器。
可选地，所述多个数据包的字节大小不同，处理器还用于获取各个通信网络的信道质量，并按照所述信道质量与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
可选地，所述信道质量的参数包括信号强度、信噪比、链路延时以及网络带宽中至少一个的数值。
可选地，所述多个数据包的字节大小不同，处理器还用于获取各个通信网络的预置优先级，并按照所述预置优先级与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
本发明一实施例的多通道传输上行数据的方法，包括：
服务器监测客户端当前接入的至少两个类型的通信网络；
服务器从每个通信网络对应接收一个数据包，其中，数据包由客户端对上行数据拆分得到，且上行数据拆分得到的数据包的数量大于通信网络的数量，至少两个类型的通信网络所发送的各个数据包为构成上行数据的最前的数据包；
服务器在接收到每一数据包后发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络；
服务器从反馈消息标识的通信网络继续接收下一数据包，直至服务器接收到上行数据拆分得到的全部数据包，其中下一数据包为剩余数据包中的首个；
服务器按照构成上行数据的前后顺序对接收到的全部数据包进行组包，以此得到上行数据。
可选地，每一数据包均包括组包序号字符段、组包总数字符段及数据内容字符段，组包序号字符段用于标识数据包在构成上行数据的全部数据包中的顺序编号，组包总数字符段用于标识上行数据被拆分为数据包的数量，数据内容字符段用于标识数据包所包含的上行数据。
可选地，每一数据包还包括身份标识UID字符段和校验码字符段，UID字符段用于标识数据包的唯一身份信息，校验码字符段用于对数据包是否错码进行校验以判断数据包是否正确。
可选地，服务器从各个通信网络接收到数据包的先后顺序与数据包在构成上行数据的全部数据包中的前后顺序不同。
本发明一实施例的服务器，用于多通道传输上行数据，所述服务器包括处理器及与处理器连接的收发器，其中，
处理器用于监测客户端当前接入的至少两个类型的通信网络；
收发器用于从每个通信网络对应接收一个数据包，其中，数据包由客户端对上行数据拆分得到，且上行数据拆分得到的数据包的数量大于通信网络的数量，至少两个类型的通信网络所发送的各个数据包为构成上行数据的最前的数据包；
收发器还用于在接收到每一数据包后发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络；
收发器进一步用于从反馈消息标识的通信网络继续接收下一数据包，直至接收到上行数据拆分得到的全部数据包，其中下一数据包为剩余数据包中的首个；
处理器还用于按照构成上行数据的前后顺序对接收到的全部数据包进行组包，以此得到上行数据。
可选地，每一数据包均包括组包序号字符段、组包总数字符段及数据内容字符段，组包序号字符段用于标识数据包在构成上行数据的全部数据包中的顺序编号，组包总数字符段用于标识上行数据被拆分为数据包的数量，数据内容字符段用于标识数据包所包含的上行数据。
可选地，每一数据包还包括身份标识UID字符段和校验码字符段，UID字符段用于标识数据包的唯一身份信息，校验码字符段用于对数据包是否错码进行校验以判断数据包是否正确。
可选地，收发器从各个通信网络接收到数据包的先后顺序与数据包在构成上行数据的全部数据包中的前后顺序不同。
本发明一实施例的多通道传输上行数据的***，包括客户端和服务端，两者之间通过通信网络实现数据传输，其中，
客户端用于监测当前接入的至少两个类型的通信网络，以及调取需要上传至服务器的上行数据，并将上行数据拆分为多个数据包，数据包的数量大于通信网络的数量；
客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器；
服务器用于从每个通信网络对应接收一个数据包，并在接收到每一数据包后服务器还用于发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络；
客户端还用于在接收到每一所述反馈消息后，将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至多个数据包均被上传至服务器；
服务器用于从反馈消息标识的通信网络继续接收数据包，直至服务器接收到上行数据拆分得到的全部数据包；
服务器进一步按照构成上行数据的前后顺序对接收到的全部数据包进行组包，以此得到上行数据。
有益效果：本发明设计客户端首先为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器，继而在某一通信网络将数据包上传至服务器后，按照构成上行数据的前后顺序将剩余数据包中的首个分配给该通信网络，避免网络资源闲置，从而能够提高上行数据的传输效率，优化网络资源利用率。
附图说明
图1是本发明一实施例的客户端基于多通道向服务器传输上行数据的方法的流程示意图；
图2是本发明的数据包一实施例的格式示意图；
图3是本发明一实施例的服务器基于多通道从客户端接收上行数据的方法的流程示意图；
图4是本发明的客户端一实施例的结构示意图；
图5是本发明的服务器一实施例的结构示意图；
图6是本发明多通道传输上行数据的***一实施例的结构示意图。
具体实施方式
本发明的目的是提供一种在客户端和服务器之间传输数据的方法，以提高上行数据的传输效率，优化网络资源利用率。该客户端和服务器之间通过至少两个不同类型的通信站点提供的通信网络实现连接。其中，通信站点包括但不限于LTE站点、WLAN站点、WCDMA站点、GSM站点、CDMA站点以及Wi-Fi站点的任意组合，对应地，其各自提供的通信网络分别为LTE网络、WLAN网络、WCDMA网络、GSM网络、CDMA网络以及Wi-Fi网络。本发明所适用的客户端可以实现为智能电子产品，例如智能手机、PDA(Personal Digital Assistant，个人数字助理或平板电脑)、笔记本电脑等移动终端，又例如佩戴于肢体或者嵌入于衣物、首饰以及配件中的可穿戴设备。
下面将结合本发明实施例中的附图，对本发明所提供的各个示例性的实施例的技术方案进行清楚、完整地描述。在不冲突的情况下，下述各个实施例及各个实施例中的特征可以相互组合。
请参阅图1，为本发明一实施例的客户端基于多通道向服务器传输上行数据的方法的流程示意图。所述方法可以包括步骤S11～S14。
S11：客户端监测当前自身能够接入的至少两个类型的通信网络。
在实际应用场景中，客户端为支持接入多种类型通信网络的多模设备，其可以依次开启自身全部的网络连接功能项，从而搜索得到当前环境中不同类型的通信网络并与之均建立连接。
在建立连接的过程中，客户端向网络代理层发送请求后，网络代理层启动，继而管理各类型的通信网络与服务端的连接。例如，网络代理层可以基于TCP/IP(TransmissionControl Protocol/Internet Protocol,传输控制协议/因特网互联协议)管理4G网络与服务端的连接，及基于UDP(User Datagram Protocol,用户数据报协议)管理Wi-Fi网络与服务端的连接。当然，网络代理层还可以监测各通信网络与服务端的连接状态，并根据连接状态管理通信网络与服务端的连接，例如当监测到通信网络与服务端的连接断开时，网络代理层发起重连。
S12：客户端调取需要上传至服务器的上行数据，并将上行数据拆分为多个数据包，所述数据包的数量大于通信网络的数量。
客户端可以按照预定规则进行数据拆分，拆分后为每段数据加上对应的信息，从而形成多个格式相同的数据包。以图2所示的一个数据包为例，拆分形成的数据包可以包括UID(User Identification,身份标识)字符段、Number(组包序号)字符段、Total(组包总数)字符段、校验码字符段及数据内容字符段。其中，UID字符段用于标识数据包的唯一身份信息，Number字符段用于标识数据包在构成上行数据的多个数据包中的顺序编号，Total字符段用于标识上行数据被拆分为数据包的数量，校验码字符段用于对数据包是否错码进行校验以判断数据包是否正确，数据内容字符段用于标识数据包所包含的上行数据。
S13：客户端按照构成上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器。
客户端根据Number字符段所标识的顺序编号依次将数据包发送给网络代理层，网络代理层也按照顺序编号依次将数据包上传至服务器。举例而言，当上行数据被拆分为5个数据包时，这5个数据包的Number字符段按照构成上行数据的前后顺序可以分为NO.1、NO.2、NO.3、NO.4、NO.5，此时如果客户端监测到当前自身能够接入的通信网络为Wi-Fi网络和4G网络，那么客户端可以将数据包NO.1分配给Wi-Fi网络，以及将数据包NO.2分配给4G网络，网络代理层调用Wi-Fi网络和4G网络分别将数据包NO.1,NO.2上传给服务器。需要说明的是，由于网络质量以及数据包字节大小等因素的影响，服务器接收到数据包NO.1和数据包NO.2的先后顺序与两者被发送的先后顺序不同。
在实际应用场景中，上行数据可以被拆分为字节大小不同的数据包，并且各个通信网络的信道质量良莠不齐，因此，为了进一步提高上行数据的传输效率，本实施例可以预先获取各个通信网络的信道质量，而后客户端按照信道质量与数据包的字节大小呈正比例对应关系为每一通信网络分配一数据包。其中，信道质量用于标识各个通信网络的信号质量，信道质量越高，表示信号质量越好，数据传输越快，反之，信道质量越低，表示信号质量越差，数据传输越慢。基于此，客户端将字节大的数据包分配给信道质量高的通信网络，将字节小的数据包分配给信道质量低的通信网络。其中，信道质量的参数包括但不限于信号强度、信噪比、链路延时以及网络带宽中至少一个的数值，而获取这些数值的方式已被现有技术广泛揭示，因此本实施例不再赘述。
结合前述举例，对于数据包NO.1的字节大于数据包NO.2的字节的情况，如果Wi-Fi网络的信道质量比4G网络的信道质量低，那么客户端将数据包NO.1分配给4G网络进行上传，而将数据包NO.2分配给Wi-Fi网络进行上传。反之，如果Wi-Fi网络的信道质量比4G网络的信道质量高，那么客户端将数据包NO.1分配给Wi-Fi网络进行上传，而将数据包NO.2分配给4G网络进行上传。
当然，本发明的其他实施例也可以根据按照预置优先级为每一通信网络分配数据包，该预置优先级用于标识用户预先设定的优先由哪一个通信网络传输数据包。具体地，本发明可以预先获取各个通信网络的预置优先级，而后客户端按照预置优先级与数据包的字节大小呈正比例对应关系为每一通信网络分配一数据包。其中，预置优先级越高，越早分配数据包，反之，预置优先级越低，越晚分配数据包。基于此，客户端将字节大的数据包分配给预置优先级高的通信网络，将字节小的数据包分配给预置优先级低的通信网络。
结合S13的举例，对于数据包NO.1的字节大于数据包NO.2的字节的情况，如果Wi-Fi网络的预置优先级比4G网络的预置优先级低，那么客户端将数据包NO.1分配给4G网络进行上传，而将数据包NO.2分配给Wi-Fi网络进行上传。反之，如果Wi-Fi网络的预置优先级比4G网络的预置优先级高，那么客户端将数据包NO.1分配给Wi-Fi网络进行上传，而将数据包NO.2分配给4G网络进行上传。
S14：客户端在接收到用以标识数据包已上传至服务器的反馈消息后，将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至多个数据包均被上传至服务器。
当通信网络成功将数据包上传至服务器后，网络代理层会向客户端发送一反馈消息，该反馈消息可以包括将数据包上传至服务器的通信网络的标识，客户端根据标识即可识别出当前是哪一个通信网络成功上传了数据包，即当前哪一通信网络未分配有数据包的上传任务，由此告知客户端可以继续发送下一个数据包。结合前述S13的举例，如果Wi-Fi网络首先将数据包NO.1上传至服务器，那么客户端将数据包NO.3分配给Wi-Fi网络，继而由网络代理层调用Wi-Fi网络将数据包NO.3上传给服务器。当4G网络将数据包NO.2上传至服务器时，客户端将数据包NO.4分配给4G网络并进行上传。此后，如果4G网络已经将数据包NO.4上传至服务器，而Wi-Fi网络仍未将数据包NO.3上传至服务器，那么客户端将数据包NO.5分配给4G网络并进行上传。
由上述可知，本实施例设计客户端首先为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器，继而在某一通信网络将数据包上传至服务器后，按照构成上行数据的前后顺序将剩余数据包中的首个分配给该通信网络，能够避免网络资源闲置，从而能够提高上行数据的传输效率，优化网络资源利用率。
在上述实施例中，网络代理层还可以记录各个数据包的传输进度，例如数据包是否被上传至服务器。基于此，当数据传输过程中某一通信网络出现断网，网络代理层可以发送给客户端一信息以告知分配给该通信网络的数据包未上传至服务器，而后，客户端可以将该传输失败的数据包按照上述方法重新分配给未断网的通信网络，实现断点续传，由此解决断网时的数据传输失败问题，确保数据传输的完整性。
图1所示实施例的方法可视为客户端发送上行数据的方法，基于此，下面介绍服务端接收该上行数据的方法。请参阅图3，为本发明一实施例的服务器基于多通道从客户端接收上行数据的方法的流程示意图。所述方法可以包括步骤S31～S35。
S31：服务器监测客户端当前接入的至少两个类型的通信网络。
S32：服务器从每个通信网络对应接收一个数据包，其中，数据包由客户端对上行数据拆分得到，且上行数据拆分得到的数据包的数量大于通信网络的数量，至少两个类型的通信网络所发送的各个数据包为构成上行数据的最前的数据包。
S33：服务器在接收到每一数据包后发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络。
S34：服务器从反馈消息标识的通信网络继续接收下一数据包，直至服务器接收到上行数据拆分得到的全部数据包，其中下一数据包为剩余数据包中的首个。
S35：服务器按照构成上行数据的前后顺序对接收到的全部数据包进行组包，以此得到上行数据。
基于前述实施例中关于数据包发送及其格式的描述，服务器可以根据各个数据包所携带的Number字符段进行组包。具体地，结合前述S13的举例，服务器首先将接收到的全部数据包存储至预先建立的缓存队列中，然后对各个数据包的UID字符段和校验码字符段进行验证，并在所有数据包均通过验证后，根据每一数据包的Number字符段按照前后顺序对所有数据包进行排序，继而按照排序依次提取各个数据包的数据内容字符段，并进行数据组合，从而得到上行数据。
请参阅图4，为本发明的客户端一实施例的结构示意图。所述客户端40用于多通道传输上行数据，其包括处理器41、通信器42、收发器43和存储器44，通信器42、收发器43和存储器44可以通过通信总线45与处理器41连接。其中：
通信器42用于监测当前能够接入的至少两个类型的通信网络。
存储器44用于存储需要上传至服务器的上行数据。
处理器41用于从存储器44中调取上行数据，并将上行数据拆分为多个数据包，所述数据包的数量大于通信网络的数量。
处理器41还用于按照构成上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器。鉴于多个数据包的字节大小不同，在本发明一实施例中，处理器41可以预先获取各个通信网络的信道质量，并按照信道质量与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。其中，信道质量的参数包括但不限于信号强度、信噪比、链路延时以及网络带宽中至少一个的数值。在本发明另一实施例中，处理器41可以预先获取各个通信网络的预置优先级，并按照所述预置优先级与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
收发器43用于接收反馈消息，所述反馈消息用于标识数据包已上传至服务器。
处理器41进一步用于将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至多个数据包均被上传至服务器。
本实施例的客户端40的上述结构元件对应执行上述实施例的多通道传输上行数据的方法，具有与其相同的技术效果。
请参阅图5，为本发明的服务器一实施例的结构示意图。所述服务器50包括处理器51及收发器52，收发器52可以通过通信总线53与处理器51连接，其中，
处理器51用于监测客户端当前接入的至少两个类型的通信网络。
收发器52用于从每个通信网络对应接收一个数据包，其中，数据包由客户端对上行数据拆分得到，且上行数据拆分得到的数据包的数量大于通信网络的数量，至少两个类型的通信网络所发送的各个数据包为构成上行数据的最前的数据包。
收发器52还用于在接收到每一数据包后发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络。
收发器52进一步用于从反馈消息标识的通信网络继续接收下一数据包，直至接收到上行数据拆分得到的全部数据包，其中下一数据包为剩余数据包中的首个。
处理器51还用于按照构成上行数据的前后顺序对接收到的全部数据包进行组包，以此得到上行数据。
在本实施例中，每一数据包的格式及发送方式可参阅。以每一数据包均包括Number字符段、Total字符段及数据内容字符段为例，其中，组包序号字符段用于标识数据包在构成上行数据的全部数据包中的顺序编号，组包总数字符段用于标识上行数据被拆分为数据包的数量，数据内容字符段用于标识数据包所包含的上行数据，处理器51可以首先将接收到的全部数据包存储至预先建立的缓存队列中，然后根据Total字符段判断是否接收到全部数据包，在判断全部数据包均被接收到后，根据每一数据包的Number字符段按照前后顺序对所有数据包进行排序，继而按照排序依次提取各个数据包的数据内容字符段，并进行数据组合，从而得到上行数据。
请参阅图6，为本发明的多通道传输上行数据的***一实施例的结构示意图。所述多通道传输上行数据的***60包括客户端61和服务端62，两者之间通过通信网络实现数据传输。其中，
客户端61用于监测当前自身能够接入的至少两个通信网络，并调取需要上传至服务器62的上行数据，以及将上行数据拆分为多个数据包，所述数据包的数量大于所述通信网络的数量。
客户端61还用于按照构成上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器62。
服务器62用于从每个通信网络对应接收一个数据包，并在接收到每一数据包后服务器62还用于发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络。
在接收到用以标识数据包已上传至服务器62的反馈消息后，客户端61进一步用于将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至多个数据包均被上传至服务器62。
服务器62用于从反馈消息标识的通信网络继续接收数据包，直至接收到上行数据拆分得到的全部数据包。
服务器62进一步按照构成上行数据的前后顺序对接收到的全部数据包进行组包，以此得到上行数据。
其中，客户端61和服务端62的工作原理及过程可参阅上述实施例的多通道传输上行数据的方法，且具有与其相同的技术效果。
另外，上述功能如果以软件功能的形式实现并作为独立的产品销售或使用时，可存储在一个电子设备可读取存储介质中，即，本发明还提供一种存储有程序数据的存储装置，所述程序数据能够被执行以实现上述实施例的方法，该存储装置可以为如U盘、光盘、服务器等。也就是说，上述各实施例可以体现为软件产品，其包括若干指令用以使得一台智能终端执行各个实施例所述方法的全部或部分步骤。
需要说明，以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，例如各实施例之间技术特征的相互结合，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (18)

1.一种多通道传输上行数据的方法，其特征在于，所述方法包括：
客户端监测当前自身能够接入的至少两个类型的通信网络；
所述客户端调取需要上传至服务器的上行数据，并将所述上行数据拆分为多个数据包，所述数据包的数量大于所述通信网络的数量；
所述客户端按照构成所述上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器；
所述客户端在接收到用以标识数据包已上传至服务器的反馈消息后，将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至所述多个数据包均被上传至所述服务器。
2.根据权利要求1所述的方法，其特征在于，
所述多个数据包的字节大小不同，在所述客户端按照构成所述上行数据的前后顺序为每一通信网络分配一数据包之前，所述方法还包括：
所述客户端获取各个所述通信网络的信道质量；
所述客户端按照构成所述上行数据的前后顺序为每一通信网络分配一数据包，包括：
所述客户端按照所述信道质量与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
3.根据权利要求2所述的方法，其特征在于，所述信道质量的参数包括信号强度、信噪比、链路延时以及网络带宽中至少一个的数值。
4.根据权利要求1所述的方法，其特征在于，所述多个数据包的字节大小不同，在所述客户端按照构成所述上行数据的前后顺序为每一通信网络分配一数据包之前，所述方法还包括：
所述客户端获取各个所述通信网络的预置优先级；
所述客户端按照构成所述上行数据的前后顺序为每一通信网络分配一数据包，包括：
所述客户端按照所述预置优先级与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
5.根据权利要求1所述的方法，其特征在于，所述反馈消息包括将数据包上传至所述服务器的通信网络的标识，所述客户端根据所述标识识别出所述当前未分配有数据包的通信网络。
6.一种客户端，用于多通道传输上行数据，其特征在于，所述客户端包括处理器及与所述处理器连接的通信器、收发器和存储器，其中，
所述通信器用于监测当前能够接入的至少两个类型的通信网络；
所述存储器用于存储需要上传至服务器的上行数据；
所述处理器用于从所述存储器中调取所述上行数据，并将所述上行数据拆分为多个数据包，所述数据包的数量大于所述通信网络的数量；
所述处理器还用于按照构成所述上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至服务器；
所述收发器用于接收反馈消息，所述反馈消息用于标识数据包已上传至所述服务器；
所述处理器进一步用于将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至所述多个数据包均被上传至所述服务器。
7.根据权利要求6所述的客户端，其特征在于，所述多个数据包的字节大小不同，所述处理器还用于获取各个所述通信网络的信道质量，并按照所述信道质量与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
8.根据权利要求7所述的客户端，其特征在于，所述信道质量的参数包括信号强度、信噪比、链路延时以及网络带宽中至少一个的数值。
9.根据权利要求6所述的客户端，其特征在于，所述多个数据包的字节大小不同，所述处理器还用于获取各个所述通信网络的预置优先级，并按照所述预置优先级与所述字节大小呈正比例对应关系为每一通信网络分配一数据包。
10.一种多通道传输上行数据的方法，其特征在于，所述方法包括：
服务器监测客户端当前接入的至少两个类型的通信网络；
所述服务器从每个通信网络对应接收一个数据包，其中，所述数据包由所述客户端对上行数据拆分得到，且所述上行数据拆分得到的数据包的数量大于所述通信网络的数量，所述至少两个类型的通信网络所发送的各个数据包为构成所述上行数据的最前的数据包；
所述服务器在接收到每一数据包后发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络；
所述服务器从所述反馈消息标识的通信网络继续接收下一数据包，直至所述服务器接收到所述上行数据拆分得到的全部数据包，其中所述下一数据包为剩余数据包中的首个；
所述服务器按照构成所述上行数据的前后顺序对接收到的全部数据包进行组包，以此得到所述上行数据。
11.根据权利要求10所述的方法，其特征在于，每一所述数据包均包括组包序号字符段、组包总数字符段及数据内容字符段，所述组包序号字符段用于标识数据包在构成上行数据的全部数据包中的顺序编号，所述组包总数字符段用于标识上行数据被拆分为数据包的数量，所述数据内容字符段用于标识数据包所包含的上行数据。
12.根据权利要求11所述的方法，其特征在于，每一所述数据包还包括身份标识UID字符段和校验码字符段，所述UID字符段用于标识数据包的唯一身份信息，所述校验码字符段用于对数据包是否错码进行校验以判断数据包是否正确。
13.根据权利要求10所述的方法，其特征在于，所述服务器从各个所述通信网络接收到数据包的先后顺序与所述数据包在构成所述上行数据的全部数据包中的前后顺序不同。
14.一种服务器，用于多通道传输上行数据，其特征在于，所述服务器包括处理器及与所述处理器连接的收发器，其中，
所述处理器用于监测客户端当前接入的至少两个类型的通信网络；
所述收发器用于从每个通信网络对应接收一个数据包，其中，所述数据包由所述客户端对上行数据拆分得到，且所述上行数据拆分得到的数据包的数量大于所述通信网络的数量，所述至少两个类型的通信网络所发送的各个数据包为构成所述上行数据的最前的数据包；
所述收发器还用于在接收到每一数据包后发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络；
所述收发器进一步用于从所述反馈消息标识的通信网络继续接收下一数据包，直至接收到所述上行数据拆分得到的全部数据包，其中所述下一数据包为剩余数据包中的首个；
所述处理器还用于按照构成所述上行数据的前后顺序对接收到的全部数据包进行组包，以此得到所述上行数据。
15.根据权利要求14所述的服务器，其特征在于，每一所述数据包均包括组包序号字符段、组包总数字符段及数据内容字符段，所述组包序号字符段用于标识数据包在构成上行数据的全部数据包中的顺序编号，所述组包总数字符段用于标识上行数据被拆分为数据包的数量，所述数据内容字符段用于标识数据包所包含的上行数据。
16.根据权利要求15所述的服务器，其特征在于，每一所述数据包还包括身份标识UID字符段和校验码字符段，所述UID字符段用于标识数据包的唯一身份信息，所述校验码字符段用于对数据包是否错码进行校验以判断数据包是否正确。
17.根据权利要求14所述的服务器，其特征在于，所述收发器从各个所述通信网络接收到数据包的先后顺序与所述数据包在构成所述上行数据的全部数据包中的前后顺序不同。
18.一种多通道传输上行数据的***，其特征在于，所述***包括客户端和服务端，两者之间通过通信网络实现数据传输，其中，
所述客户端用于监测当前接入的至少两个类型的通信网络，以及调取需要上传至服务器的上行数据，并将所述上行数据拆分为多个数据包，所述数据包的数量大于所述通信网络的数量；
所述客户端按照构成所述上行数据的前后顺序为每一通信网络分配一数据包，以由通信网络将被分配的数据包上传至所述服务器；
所述服务器用于从每个通信网络对应接收一个数据包，并在接收到每一数据包后所述服务器还用于发出一反馈消息，所述反馈消息用于标识已成功传输数据包的通信网络；
所述客户端还用于在接收到每一所述反馈消息后，将剩余数据包中的首个分配给当前未分配有数据包的通信网络，直至所述多个数据包均被上传至所述服务器；
所述服务器用于从所述反馈消息标识的通信网络继续接收数据包，直至接收到所述上行数据拆分得到的全部数据包；
所述服务器进一步按照构成所述上行数据的前后顺序对接收到的全部数据包进行组包，以此得到所述上行数据。
CN201710571851.5A 2017-07-13 2017-07-13 多通道传输上行数据的方法及***、客户端、服务器 Pending CN107529186A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710571851.5A CN107529186A (zh) 2017-07-13 2017-07-13 多通道传输上行数据的方法及***、客户端、服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710571851.5A CN107529186A (zh) 2017-07-13 2017-07-13 多通道传输上行数据的方法及***、客户端、服务器

Publications (1)

Publication Number Publication Date
CN107529186A true CN107529186A (zh) 2017-12-29

Family

ID=60748358

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710571851.5A Pending CN107529186A (zh) 2017-07-13 2017-07-13 多通道传输上行数据的方法及***、客户端、服务器

Country Status (1)

Country Link
CN (1) CN107529186A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110730470A (zh) * 2019-10-24 2020-01-24 北京大学 一种融合多接入技术的移动通信设备
CN112541036A (zh) * 2020-11-24 2021-03-23 南方电网数字电网研究院有限公司 电网数据同步方法、***、装置、计算机设备和存储介质
CN113207175A (zh) * 2021-03-25 2021-08-03 厦门才茂通信科技有限公司 一种通信过程中数据包智能传输方法
CN113556813A (zh) * 2020-04-23 2021-10-26 京东方科技集团股份有限公司 上行数据传输方法、装置及***
CN114697279A (zh) * 2022-03-23 2022-07-01 北京航天拓扑高科技有限责任公司 一种多信道分包传输数据文件的方法
CN114885373A (zh) * 2022-05-26 2022-08-09 杭州矩视科技有限公司 一种节点数据上传方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030031119A1 (en) * 2001-06-16 2003-02-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting user data in an HSDPA mobile communication system
CN1913444A (zh) * 2005-08-11 2007-02-14 腾讯科技（深圳）有限公司 一种移动终端及在移动终端上实现流媒体下载的方法
CN105228133A (zh) * 2015-07-10 2016-01-06 努比亚技术有限公司 多通道数据下载方法及***
CN105703890A (zh) * 2014-11-28 2016-06-22 电信科学技术研究院 一种进行数据传输的方法和设备
CN106411753A (zh) * 2015-07-28 2017-02-15 阿里巴巴集团控股有限公司 通过路由器进行下载的方法和路由器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030031119A1 (en) * 2001-06-16 2003-02-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting user data in an HSDPA mobile communication system
CN1913444A (zh) * 2005-08-11 2007-02-14 腾讯科技（深圳）有限公司 一种移动终端及在移动终端上实现流媒体下载的方法
CN105703890A (zh) * 2014-11-28 2016-06-22 电信科学技术研究院 一种进行数据传输的方法和设备
CN105228133A (zh) * 2015-07-10 2016-01-06 努比亚技术有限公司 多通道数据下载方法及***
CN106411753A (zh) * 2015-07-28 2017-02-15 阿里巴巴集团控股有限公司 通过路由器进行下载的方法和路由器

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110730470A (zh) * 2019-10-24 2020-01-24 北京大学 一种融合多接入技术的移动通信设备
CN113556813A (zh) * 2020-04-23 2021-10-26 京东方科技集团股份有限公司 上行数据传输方法、装置及***
CN113556813B (zh) * 2020-04-23 2024-04-30 京东方科技集团股份有限公司 上行数据传输方法、装置及***
CN112541036A (zh) * 2020-11-24 2021-03-23 南方电网数字电网研究院有限公司 电网数据同步方法、***、装置、计算机设备和存储介质
CN112541036B (zh) * 2020-11-24 2023-12-12 南方电网数字电网研究院有限公司 电网数据同步方法、***、装置、计算机设备和存储介质
CN113207175A (zh) * 2021-03-25 2021-08-03 厦门才茂通信科技有限公司 一种通信过程中数据包智能传输方法
CN114697279A (zh) * 2022-03-23 2022-07-01 北京航天拓扑高科技有限责任公司 一种多信道分包传输数据文件的方法
CN114885373A (zh) * 2022-05-26 2022-08-09 杭州矩视科技有限公司 一种节点数据上传方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN107529186A (zh) 多通道传输上行数据的方法及***、客户端、服务器
US10779195B2 (en) Information transmission method and apparatus
CN107615729B (zh) 数据传输方法及通信装置
CN103067982B (zh) 一种数据传输方法及设备
CN107395572B (zh) 一种数据处理方法及物联网网关
CN103200606A (zh) 终端和数据业务处理方法
WO2017000840A1 (zh) 一种数据传输方法及装置
CN103002516B (zh) 一种数据传输方法和装置、数据终端
CN108632910A (zh) 一种QoS处理方法和设备
CN110392079A (zh) 面向雾计算的节点计算任务调度方法及其设备
CN103430489A (zh) 内容分发网络中文件下载方法、装置和***
CN107612957A (zh) 多通道传输下行数据的方法及***、客户端、服务器
CN109246833B (zh) 承载配置确定、信息发送方法及装置、主基站和辅基站
CN102665257A (zh) 一种带宽叠加的无线上网***和方法
WO2019240808A1 (en) Backhaul scheduling
CN110267276A (zh) 网络切片部署方法及装置
CN109889312A (zh) 多链路数据传输方法、装置及计算机可读存储介质
CN104734823B (zh) 通信***、通信终端、中转台以及握手通信的方法
CN105847370A (zh) 视频文件的调度分发或请求的方法及***
CN107409335A (zh) 通信装置、通信***和控制方法
CN103533452B (zh) 一种流媒体的传输控制方法及装置
CN104009943A (zh) Lldp报文传输方法及dcb设备
CN110710167B (zh) 一种数据传输的方法和装置
CN115243201A (zh) 一种多播实现方法和装置
WO2019214593A1 (zh) 一种通信方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171229