CN105228210B - 多通道路由方法及装置 - Google Patents

多通道路由方法及装置 Download PDF

Info

Publication number
CN105228210B
CN105228210B CN201510526977.1A CN201510526977A CN105228210B CN 105228210 B CN105228210 B CN 105228210B CN 201510526977 A CN201510526977 A CN 201510526977A CN 105228210 B CN105228210 B CN 105228210B
Authority
CN
China
Prior art keywords
passage
configuration
business data
module
weight
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.)
Active
Application number
CN201510526977.1A
Other languages
English (en)
Other versions
CN105228210A (zh
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.)
Nubia Technology Co Ltd
Original Assignee
Nubia 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 Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201510526977.1A priority Critical patent/CN105228210B/zh
Publication of CN105228210A publication Critical patent/CN105228210A/zh
Priority to PCT/CN2016/089398 priority patent/WO2017008698A1/zh
Application granted granted Critical
Publication of CN105228210B publication Critical patent/CN105228210B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种多通道路由装置及方法，多通道包括WIFI通道以及至少一个LTE通道，该装置包括：获取模块，用于获取应用业务数据流；检测模块，用于检测各通道的链路状态信息；路由模块，用于根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；传输模块，用于基于路由表，在至少两通道上传输所述应用业务数据流。本发明由于采用多通道检测与路由配置机制，可以更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，提高了应用业务数据的传输速率，并降低了时延，该方案可以灵活的满足不同用户和不同APP的需求。

Description

多通道路由方法及装置
技术领域
本发明涉及网络传输技术领域，尤其涉及一种多通道路由方法及装置。
背景技术
目前，移动终端通常可以通过LTE卡或WIFI进行上网，但是，传统终端只能使用单个通道传输数据流，即当一个终端具有多张LTE卡，并且可以通过WIFI上网时，传统终端只能使用一个通道来传输数据流，从而浪费了另外一个或多个通道的速率。虽然目前市场上有用到双通道传输技术，但是只在其自带应用中的数据流走双通道，而第三方应用仍然是走一个通道，从而无法满足用户多应用多通道的数据传输需求。
发明内容
本发明的主要目的在于提出一种多通道路由方法及装置，旨在实现应用业务数据的多通道传输，提高应用业务数据的传输速率，并降低传输时延。
为实现上述目的，本发明提供的一种多通道路由装置，所述多通道包括WIFI通道以及至少一个LTE通道，所述装置包括：
获取模块，用于获取应用业务数据流；
检测模块，用于检测各通道的链路状态信息；
路由模块，用于根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；
传输模块，用于基于所述路由表，在至少两通道上传输所述应用业务数据流。
优选地，所述装置还包括：
数据库生成模块，用于为所述应用业务数据流配置传输通道，并生成通道配置数据库。
优选地，所述路由模块，还用于获取链路状态正常的通道，作为可用通道；提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
优选地，所述传输模块，还用于获取所述路由表的通道及线程，按照所述标记，在至少两通道上传输对应线程的应用业务数据流。
优选地，所述装置还包括：
配置模块，用于根据设定的权值参数，为各通道配置权重。
优选地，所述装置还包括：
更新模块，用于监测所述权值参数的变化，根据所述权值参数的变化，更新各通道配置权重；根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新所述路由表。
本发明实施例还提出一种多通道路由方法，所述多通道包括WIFI通道以及至少一个LTE通道，所述方法包括：
获取应用业务数据流；
检测各通道的链路状态信息；
根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；
基于所述路由表，在至少两通道上传输所述应用业务数据流。
优选地，所述获取应用业务数据流的步骤之后还包括：
为所述应用业务数据流配置传输通道，并生成通道配置数据库。
优选地，所述根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表的步骤包括：
获取链路状态正常的通道，作为可用通道；
提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；
按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
优选地，所述基于所述路由表，在至少两通道上传输所述应用业务数据流的步骤包括：
获取所述路由表的通道及线程，按照所述标记，在至少两通道上传输对应线程的应用业务数据流。
优选地，所述检测各通道的链路状态信息的步骤之前还包括：
根据设定的权值参数，为各通道配置权重。
优选地，所述设定的权值参数包括：通道的速率峰值、信号质量、心跳包的时延和丢包率中的一种或多种。
优选地，所述方法还包括：
监测所述权值参数的变化，根据所述权值参数的变化，更新各通道配置权重；
根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新所述路由表。
本发明提出的一种多通道路由方法及装置，在获取到应用业务数据流后，检测各通道的链路状态信息；根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；基于路由表，在至少两通道上传输应用业务数据流，由于采用多通道检测与路由配置机制，可以更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，提高了应用业务数据的传输速率，并降低了时延，该方案可以灵活的满足不同用户和不同APP的需求。
附图说明
图1是实现本发明各个实施例的移动终端的硬件结构示意图；
图2是如图1所示的移动终端的无线通信系统示意图；
图3是本发明多通道路由装置第一实施例的功能模块示意图；
图4是本发明实施例中多通道路由具体过程示意图；
图5是本发明多通道路由装置第二实施例的功能模块示意图；
图6是本发明多通道路由装置第三实施例的功能模块示意图；
图7是本发明多通道路由方法第一实施例的流程示意图；
图8是本发明多通道路由方法第二实施例的流程示意图；
图9是本发明多通道路由方法第三实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。
移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
图1为实现本发明各个实施例的移动终端的硬件结构示意。
移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。
无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。
广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。
移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。
无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。
短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。
位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。
A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。
感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器1410将在下面结合触摸屏来对此进行描述。
接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。
另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。
显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。
同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。
音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。
警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incomingcommunication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。
存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。
存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。
控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。
电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。
这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。
至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。
如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。
现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。
这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。
参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。
每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。
分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。
如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。
在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。
作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。
基于上述移动终端硬件结构以及通信系统，提出本发明各个实施例。
由于现有的移动终端只能使用单个通道传输数据流，即当一个终端具有多张LTE卡，并且可以通过WIFI上网时，传统终端只能使用一个通道来传输数据流，从而浪费了另外一个或多个通道的速率，无法满足用户多应用多通道的数据传输需求。
为此，本发明提出一种解决方案，可以实现应用业务数据的多通道传输，提高应用业务数据的传输速率，并降低传输时延。
具体地，如图3所示，本发明第一实施例提出一种多通道路由装置，所述多通道包括WIFI通道以及至少一个LTE通道，所述装置包括：获取模块201、检测模块202、路由模块203以及传输模块204，其中：
获取模块201，用于获取应用业务数据流；
检测模块202，用于检测各通道的链路状态信息；
路由模块203，用于根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；
传输模块204，用于基于所述路由表，在至少两通道上传输所述应用业务数据流。
具体地，本实施例中移动终端可以具有WIFI上网功能，同时还可以具有一个或多个LTE卡，从而使得该移动终端具有一个或多个LTE通道。
本实施例方案涉及的应用业务数据通常可以采用多线程下载，以提升数据下载速率。
本实施例考虑到：对于一些多线程下载的APP应用，这些应用一般会开启多个线程，即同时采用多个TCP来下载一个或多个应用。通过多通道路由机制，将多个TCP分别经过多个通道传输，这样可以达到多个通道速率的叠加，达到提升速率的目的。
其中，典型应用为浏览器，当打开一个含有许多资源的网页时，若使用一个通道，则网页刷新较慢，若使用多个通道，则这些资源可以分流到不同的通道传输，从而可以降低获取所有网页资源的时间，减少用户等待网页刷新的时间，大大提高用户体验。
本实施例涉及的多通道包括WIFI通道以及一个或多个LTE(multi LTE)通道。
本方案的目的是通过路由机制将第三方APP应用的数据基于会话分流到WIFI和multi LTE等多个通道，充分利用所有通道的网络资源，提升应用的速率和/或降低响应时间。
其中，multi LTE是指当用户有多张LTE卡时，每张卡对应的数据通道为LTE1、LTE2、直到LTEn，n的值为当前用户使用物理卡的个数。
基于上述业务需求，本实施例采用如下多通道传输方案：
首先，获取应用业务数据流，该应用业务数据流可以通过浏览器从上层应用获取。
然后，检测各通道的链路状态信息。
具体地，查询每个通道的实时链路状态信息，即在位信息。在位信息有两个状态：up和down。up状态为通道链路正常。down状态为通道链路关闭。up状态的通道可以用来传输数据流，down状态的通道不能传输数据。
其中，通道的链路状态的检测可以通过心跳包来实现。
具体地，可以通过linux内核实时关注每个通道对应的网络设备的状态。当此网络设备加载，并且网络设备层面的状态为up态时，通过循环往每个通道的ip track列表发送心跳包(可以通过ping包等实现)，根据时延和丢包率，按照一定的算法动态更新每个通道的状态为up或者down。
然后，根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表。
其中，预先生成的通道配置数据库中包括：为各应用业务数据流配置的通道。
在具体配置时，可以采用如下方案：
在对某第三方APP数据流进行配置时，配置项为仅WIFI单通道、仅LTEi单通道(i为1到n之间的数，n为物理LTE卡的个数)或者多通道。
比如，用户可以配置APP1为WIFI单通道，APP2为LTE1单通道，APP3为WIFI+multiLTE多通道。
其中，作为一种方式，没有特殊配置的APP可以默认为WIFI优先，即有WIFI时走WIFI通道，没有WIFI通道时才走LTE通道，上述所有信息形成一个APP通道配置数据库，供其他模块查询。
对于各通道预先配置的权重，可以采用如下设置方案：
采用一设定的链路状态估算算法，该算法包括以下权重参数：当前通道的速率上限、信号质量、心跳包的时延和丢包率。上述参数可以选择其中的一种或多种。
其中，根据每个通道广播的系统参数消息，可以获取当前通道的速率上限。速率上线越大，则信号质量越好，心跳包时延越低，则丢包率越小，当前通道的权重越大。通道的权重越大，则分配的数据流可以越大，由此可以实现应用业务数据流的动态负载均衡。
若一个通道的状态为down，则其权重为0。本实施例为每个通道赋一个权重，WIFI通道的权重标记为WEIGHTwifi，LTE通道的权值标记为WEIGHTlte1,WEIGHTlte2,直到WEIGHTlten。所有通道的权重相加为1。即：WEIGHTwifi+WEIGHTlte1+WEIGHTlte2+…+WEIGHTlten＝1。
在根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表时，具体可以采用如下方案：
首先，获取链路状态正常的通道，作为可用通道；
然后，提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；
按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
具体标记过程如下：
通过linux内核iptables模块，根据APP通道配置数据库的信息对不同APP的数据 流进行标记，比如单通道WIFI的APP数据流标记为为MARKWIFI，单通道LTE的APP数据流标记 为MARKLTE。多通道的APP数据流标记为MARKMULTI。
然后再根据对每个通道设置的权重(WEIGHTlte1，WEIGHTlte2，…，WEIGHTlten)，以会话流为单位，对标记为MARKMULTI的会话，重新按权标记为MARKwifi，MARK1，MARK2,或者MARKn。没有配置过的APP数据流，则可以不进行标记。所有经过配置路由的会话流，最终通过相应的通道走向internet网络。
在得到路由表后，基于路由表中的标记信息，为标记的数据流选择相应的通道及线程，传输对应线程的数据流。
具体实现时，通过linux内核的ip route和ip rule机制，根据目前可用的通道来动态更新内核的路由表信息，使路由表中包含所有可用的通道的路由信息，此信息包括网关、dns服务器，源ip地址等。并且针对不同标记的数据流，分配到不同的路由，并为ip包头加上相应通道的源ip地址。比如MARKWIFI的流走WIFI通道；标记为MARKLTE和MARK1的流走LTE1通道；标记为MARK2的流走LTE2通道；直到标记为MARKn的流走LTEn通道。没有打标记的走默认通道，即WIFI通道优先，有WIFI通道则走WIFI通道，无WIFI通道走LTE通道。打特殊标记的，比如MARKj，则丢弃。
本实施例多通道路由过程可以参照图4所示。
本实施例通过上述方案，在获取到应用业务数据流后，检测各通道的链路状态信息；根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；基于路由表，在至少两通道上传输应用业务数据流，由于采用多通道检测与路由配置机制，可以更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，提高了应用业务数据的传输速率，并降低了时延，该方案可以灵活的满足不同用户和不同APP的需求。
在具体实现时，所述路由模块203还用于获取链路状态正常的通道，作为可用通道；提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
所述传输模块204还用于获取所述路由表的通道及线程，按照所述标记，在至少两通道上传输对应线程的应用业务数据流。
相比现有技术，本实施例方案具有如下优点：
1、由于采用多通道检测与路由配置机制，更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，尽可能的提高每个APP的速率和降低时延；
2、本实施例方案路由机制，可以在不影响第三方APP应用的情况下控制每个APP的数据流走向；
3、本实施例APP通道配置方案可以灵活的满足不同用户和不同APP的需求。动态根据每个通道的在位情况，根据用户的配置，来转发每个APP的数据流，因此具有非常好的灵活性。
如图5所示，本发明第二实施例提出一种多通道路由装置，基于上述图3所示的实施例，该装置还包括：
数据库生成模块200，用于为所述应用业务数据流配置传输通道，并生成通道配置数据库。
配置模块205，用于根据设定的权值参数，为各通道配置权重。
具体地，通道配置数据库中包括为各应用业务数据流配置的通道。
在具体配置时，可以采用如下方案：
在对某第三方APP数据流进行配置时，配置项为仅WIFI单通道、仅LTEi单通道(i为1到n之间的数，n为物理LTE卡的个数)或者多通道。
比如，用户可以配置APP1为WIFI单通道，APP2为LTE1单通道，APP3为WIFI+multiLTE多通道。
其中，作为一种方式，没有特殊配置的APP可以默认为WIFI优先，即有WIFI时走WIFI通道，没有WIFI通道时才走LTE通道，上述所有信息形成一个APP通道配置数据库，供其他模块查询。
对于各通道预先配置的权重，可以采用如下设置方案：
采用一设定的链路状态估算算法，该算法包括以下权重参数：当前通道的速率上限、信号质量、心跳包的时延和丢包率。上述参数可以选择其中的一种或多种。
其中，根据每个通道广播的系统参数消息，可以获取当前通道的速率上限。速率上线越大，则信号质量越好，心跳包时延越低，则丢包率越小，当前通道的权重越大。通道的权重越大，则分配的数据流可以越大，由此可以实现应用业务数据流的动态负载均衡。
若一个通道的状态为down，则其权重为0。本实施例为每个通道赋一个权重，WIFI通道的权重标记为WEIGHTwifi，LTE通道的权值标记为WEIGHTlte1,WEIGHTlte2,直到WEIGHTlten。所有通道的权重相加为1。即：WEIGHTwifiWEIGHTlte1+WEIGHTlte2+…+WEIGHTlten＝1。
后续即可根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表。
本实施例通过上述方案，通过为各通道配置权重，并为各应用业务数据流配置传输通道，在获取到应用业务数据流后，检测各通道的链路状态信息；根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；基于路由表，在至少两通道上传输应用业务数据流，由于采用多通道检测与路由配置机制，可以更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，提高了应用业务数据的传输速率，并降低了时延，该方案可以灵活的满足不同用户和不同APP的需求。
如图6所示，本发明第三实施例提出一种多通道路由装置，基于上述图5所示的实施例，该装置还包括：
更新模块206，用于监测所述权值参数的变化，根据所述权值参数的变化，更新各通道配置权重；根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新所述路由表。
具体地，本实施例可以根据各通道的速率上限、信号质量、心跳包的时延和丢包率等参数的变化，更新各通道配置权重，并根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新路由表，以实现路由信息的动态调整，保证数据传输的稳定性。
如图7所示，本发明第一实施例提出一种多通道路由方法，所述多通道包括WIFI通道以及至少一个LTE通道，所述方法包括：
步骤S101，获取应用业务数据流；
本实施例中移动终端可以具有WIFI上网功能，同时还可以具有一个或多个LTE卡，从而使得该移动终端具有一个或多个LTE通道。
本实施例方案涉及的应用业务数据通常可以采用多线程下载，以提升数据下载速率。
本实施例考虑到：对于一些多线程下载的APP应用，这些应用一般会开启多个线程，即同时采用多个TCP来下载一个或多个应用。通过多通道路由机制，将多个TCP分别经过多个通道传输，这样可以达到多个通道速率的叠加，达到提升速率的目的。
其中，典型应用为浏览器，当打开一个含有许多资源的网页时，若使用一个通道，则网页刷新较慢，若使用多个通道，则这些资源可以分流到不同的通道传输，从而可以降低获取所有网页资源的时间，减少用户等待网页刷新的时间，大大提高用户体验。
基于上述业务需求，本实施例采用如下多通道传输方案：
首先，获取应用业务数据流，该应用业务数据流可以通过浏览器从上层应用获取。
本实施例涉及的多通道包括WIFI通道以及一个或多个LTE(multi LTE)通道。
本方案的目的是通过路由机制将第三方APP应用的数据基于会话分流到WIFI和multi LTE等多个通道，充分利用所有通道的网络资源，提升应用的速率和/或降低响应时间。
其中，multi LTE是指当用户有多张LTE卡时，每张卡对应的数据通道为LTE1、LTE2、直到LTEn，n的值为当前用户使用物理卡的个数。
步骤S102，检测各通道的链路状态信息；
查询每个通道的实时链路状态信息，即在位信息。在位信息有两个状态：up和down。up状态为通道链路正常。down状态为通道链路关闭。up状态的通道可以用来传输数据流，down状态的通道不能传输数据。
其中，通道的链路状态的检测可以通过心跳包来实现。
具体地，可以通过linux内核实时关注每个通道对应的网络设备的状态。当此网络设备加载，并且网络设备层面的状态为up态时，通过循环往每个通道的ip track列表发送心跳包(可以通过ping包等实现)，根据时延和丢包率，按照一定的算法动态更新每个通道的状态为up或者down。
步骤S103，根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；
其中，预先生成的通道配置数据库中包括：为各应用业务数据流配置的通道。
在具体配置时，可以采用如下方案：
在对某第三方APP数据流进行配置时，配置项为仅WIFI单通道、仅LTEi单通道(i为1到n之间的数，n为物理LTE卡的个数)或者多通道。
比如，用户可以配置APP1为WIFI单通道，APP2为LTE1单通道，APP3为WIFI+multiLTE多通道。
其中，作为一种方式，没有特殊配置的APP可以默认为WIFI优先，即有WIFI时走WIFI通道，没有WIFI通道时才走LTE通道，上述所有信息形成一个APP通道配置数据库，供其他模块查询。
对于各通道预先配置的权重，可以采用如下设置方案：
采用一设定的链路状态估算算法，该算法包括以下权重参数：当前通道的速率上限、信号质量、心跳包的时延和丢包率。上述参数可以选择其中的一种或多种。
其中，根据每个通道广播的系统参数消息，可以获取当前通道的速率上限。速率上线越大，则信号质量越好，心跳包时延越低，则丢包率越小，当前通道的权重越大。通道的权重越大，则分配的数据流可以越大，由此可以实现应用业务数据流的动态负载均衡。
若一个通道的状态为down，则其权重为0。本实施例为每个通道赋一个权重，WIFI通道的权重标记为WEIGHTwifi，LTE通道的权值标记为WEIGHTlte1,WEIGHTlte2,直到WEIGHTlten。所有通道的权重相加为1。即：WEIGHTwifi+WEIGHTlte1+WEIGHTlte2+…+WEIGHTlten＝1。
在根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表时，具体可以采用如下方案：
首先，获取链路状态正常的通道，作为可用通道；
然后，提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；
按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
具体标记过程如下：
通过linux内核iptables模块，根据APP通道配置数据库的信息对不同APP的数据 流进行标记，比如单通道WIFI的APP数据流标记为为MARKWIFI，单通道LTE的APP数据流标记 为MARKLTE。多通道的APP数据流标记为MARKMULTI。
然后再根据对每个通道设置的权重(WEIGHTlte1，WEIGHTlte2，…，WEIGHTlten)，以会话流为单位，对标记为MARKMULTI的会话，重新按权标记为MARKwifi，MARK1，MARK2,或者MARKn。没有配置过的APP数据流，则可以不进行标记。所有经过配置路由的会话流，最终通过相应的通道走向internet网络。
步骤S104，基于所述路由表，在至少两通道上传输所述应用业务数据流。
在得到路由表后，基于路由表中的标记信息，为标记的数据流选择相应的通道及线程，传输对应线程的数据流。
具体实现时，通过linux内核的ip route和ip rule机制，根据目前可用的通道来动态更新内核的路由表信息，使路由表中包含所有可用的通道的路由信息，此信息包括网关、dns服务器，源ip地址等。并且针对不同标记的数据流，分配到不同的路由，并为ip包头加上相应通道的源ip地址。比如MARKWIFI的流走WIFI通道；标记为MARKLTE和MARK1的流走LTE1通道；标记为MARK2的流走LTE2通道；直到标记为MARKn的流走LTEn通道。没有打标记的走默认通道，即WIFI通道优先，有WIFI通道则走WIFI通道，无WIFI通道走LTE通道。打特殊标记的，比如MARKj，则丢弃。
本实施例多通道路由过程可以参照图4所示。
本实施例通过上述方案，在获取到应用业务数据流后，检测各通道的链路状态信息；根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；基于路由表，在至少两通道上传输应用业务数据流，由于采用多通道检测与路由配置机制，可以更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，提高了应用业务数据的传输速率，并降低了时延，该方案可以灵活的满足不同用户和不同APP的需求。
相比现有技术，本实施例方案具有如下优点：
1、由于采用多通道检测与路由配置机制，更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，尽可能的提高每个APP的速率和降低时延；
2、本实施例方案路由机制，可以在不影响第三方APP应用的情况下控制每个APP的数据流走向；
3、本实施例APP通道配置方案可以灵活的满足不同用户和不同APP的需求。动态根据每个通道的在位情况，根据用户的配置，来转发每个APP的数据流，因此具有非常好的灵活性。
如图8所示，本发明第二实施例提出一种多通道路由方法，基于上述图7所示的实施例，在上述步骤S101：获取应用业务数据流之后还包括：
步骤S100：为所述应用业务数据流配置传输通道，并生成通道配置数据库。
在上述步骤S102：检测各通道的链路状态信息之前还包括：
步骤S105，根据设定的权值参数，为各通道配置权重。
具体地，通道配置数据库中包括为各应用业务数据流配置的通道。
在具体配置时，可以采用如下方案：
在对某第三方APP数据流进行配置时，配置项为仅WIFI单通道、仅LTEi单通道(i为1到n之间的数，n为物理LTE卡的个数)或者多通道。
比如，用户可以配置APP1为WIFI单通道，APP2为LTE1单通道，APP3为WIFI+multiLTE多通道。
其中，作为一种方式，没有特殊配置的APP可以默认为WIFI优先，即有WIFI时走WIFI通道，没有WIFI通道时才走LTE通道，上述所有信息形成一个APP通道配置数据库，供其他模块查询。
对于各通道预先配置的权重，可以采用如下设置方案：
采用一设定的链路状态估算算法，该算法包括以下权重参数：当前通道的速率上限、信号质量、心跳包的时延和丢包率。上述参数可以选择其中的一种或多种。
其中，根据每个通道广播的系统参数消息，可以获取当前通道的速率上限。速率上线越大，则信号质量越好，心跳包时延越低，则丢包率越小，当前通道的权重越大。通道的权重越大，则分配的数据流可以越大，由此可以实现应用业务数据流的动态负载均衡。
若一个通道的状态为down，则其权重为0。本实施例为每个通道赋一个权重，WIFI通道的权重标记为WEIGHTwifi，LTE通道的权值标记为WEIGHTlte1,WEIGHTlte2,直到WEIGHTlten。所有通道的权重相加为1。即：WEIGHTwifi+WEIGHTlte1+WEIGHTlte2+…+WEIGHTlten＝1。
后续即可根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表。
本实施例通过上述方案，通过为各通道配置权重，并为各应用业务数据流配置传输通道，在获取到应用业务数据流后，检测各通道的链路状态信息；根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；基于路由表，在至少两通道上传输应用业务数据流，由于采用多通道检测与路由配置机制，可以更加合理的分配以及高效的使用多数据通道以完成相应的数据业务，提高了应用业务数据的传输速率，并降低了时延，该方案可以灵活的满足不同用户和不同APP的需求。
如图9所示，本发明第三实施例提出一种多通道路由方法，基于上述图8所示的实施例，在上述步骤S104之后，还可以包括：
步骤S106，监测所述权值参数的变化，根据所述权值参数的变化，更新各通道配置权重；
步骤S107，根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新所述路由表。
具体地，本实施例可以根据各通道的速率上限、信号质量、心跳包的时延和丢包率等参数的变化，更新各通道配置权重，并根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新路由表，以实现路由信息的动态调整，保证数据传输的稳定性。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (7)

1.一种多通道路由装置，其特征在于，所述多通道包括WIFI通道以及至少一个LTE通道，所述装置包括：
获取模块，用于获取应用业务数据流；
检测模块，用于检测各通道的链路状态信息；
路由模块，用于根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；
传输模块，用于基于所述路由表，在至少两通道上传输所述应用业务数据流；以及
配置模块，用于根据设定的权值参数，为各通道配置权重；以及
更新模块，用于监测所述权值参数的变化，根据所述权值参数的变化，更新各通道配置权重；根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新所述路由表；
其中，所述路由模块，还用于获取链路状态正常的通道，作为可用通道；提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
2.根据权利要求1所述的装置，其特征在于，所述装置还包括：
数据库生成模块，用于为所述应用业务数据流配置传输通道，并生成通道配置数据库。
3.根据权利要求1所述的装置，其特征在于，
所述传输模块，还用于获取所述路由表的通道及线程，按照所述标记，在至少两通道上传输对应线程的应用业务数据流。
4.一种多通道路由方法，其特征在于，所述多通道包括WIFI通道以及至少一个LTE通道，所述方法包括：
获取应用业务数据流；
检测各通道的链路状态信息；
根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表；
基于所述路由表，在至少两通道上传输所述应用业务数据流；
其中，所述检测各通道的链路状态信息的步骤之前还包括：
根据设定的权值参数，为各通道配置权重；
且所述方法还包括：
监测所述权值参数的变化，根据所述权值参数的变化，更新各通道配置权重；
根据重新检测的各通道的链路状态信息，以及更新的各通道配置权重，更新所述路由表；
其中，所述根据各通道的链路状态信息、预先生成的通道配置数据库以及各通道预先配置的权重，生成路由表的步骤包括：
获取链路状态正常的通道，作为可用通道；
提取所述通道配置数据库中的配置信息，根据所述配置信息为所述应用业务数据选择可用通道；
按照选择的可用通道预先配置的权重，为各通道分配所述应用业务数据的传输线程，并进行标记，生成路由表。
5.根据权利要求4所述的方法，其特征在于，所述获取应用业务数据流的步骤之后还包括：
为所述应用业务数据流配置传输通道，并生成通道配置数据库。
6.根据权利要求4所述的方法，其特征在于，所述基于所述路由表，在至少两通道上传输所述应用业务数据流的步骤包括：
获取所述路由表的通道及线程，按照所述标记，在至少两通道上传输对应线程的应用业务数据流。
7.根据权利要求4-6中任一项所述的方法，其特征在于，所述设定的权值参数包括：通道的速率峰值、信号质量、心跳包的时延和丢包率中的一种或多种。
CN201510526977.1A 2015-07-10 2015-08-25 多通道路由方法及装置 Active CN105228210B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510526977.1A CN105228210B (zh) 2015-08-25 2015-08-25 多通道路由方法及装置
PCT/CN2016/089398 WO2017008698A1 (zh) 2015-07-10 2016-07-08 多通道路由方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510526977.1A CN105228210B (zh) 2015-08-25 2015-08-25 多通道路由方法及装置

Publications (2)

Publication Number Publication Date
CN105228210A CN105228210A (zh) 2016-01-06
CN105228210B true CN105228210B (zh) 2017-05-24

Family

ID=54996818

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510526977.1A Active CN105228210B (zh) 2015-07-10 2015-08-25 多通道路由方法及装置

Country Status (1)

Country Link
CN (1) CN105228210B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3614786A1 (en) * 2018-08-23 2020-02-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and apparatus

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017008698A1 (zh) * 2015-07-10 2017-01-19 努比亚技术有限公司 多通道路由方法及装置
CN105682146A (zh) * 2016-01-08 2016-06-15 努比亚技术有限公司 数据传输方法、装置及用户设备
CN105656798A (zh) * 2016-01-08 2016-06-08 努比亚技术有限公司 数据传输方法、装置、多通道路由方法及用户设备
CN105722247B (zh) * 2016-01-29 2020-09-01 努比亚技术有限公司 网速叠加装置及方法
CN105682150A (zh) * 2016-02-25 2016-06-15 努比亚技术有限公司 多链路智能分流方法及移动终端
CN105722142A (zh) * 2016-02-26 2016-06-29 努比亚技术有限公司 移动终端及基于多链路的数据分流方法
CN105847338A (zh) * 2016-03-18 2016-08-10 广州市苏瑞计算机科技有限公司 业务数据传输方法和系统
WO2017166572A1 (zh) * 2016-04-01 2017-10-05 努比亚技术有限公司 一种终端及其网络加速方法
CN105898794B (zh) * 2016-04-08 2019-07-26 努比亚技术有限公司 数据传输装置及方法
KR102664934B1 (ko) * 2016-10-10 2024-05-09 삼성전자주식회사 멀티 링크 환경에서 데이터 전송 방법 및 장치
CN108234049B (zh) * 2017-12-18 2019-03-12 深圳市华讯方舟卫星产业科技有限公司 终端通信方法、装置、存储介质和计算机设备
CN108259944B (zh) * 2018-02-11 2020-12-01 福州大学 一种基于链路代价的视频多路并行传输分流方法及其系统
CN110290553B (zh) * 2019-06-12 2023-04-11 深圳市圣麾科技有限公司 一种终端数据无线传输系统和方法
CN110784373B (zh) * 2019-10-18 2022-05-10 深圳市永达电子信息股份有限公司 虚拟网络收敛方法及装置
CN112684994B (zh) * 2020-12-24 2021-11-26 苏州华兴源创科技股份有限公司 多通道资源调整方法和计算机可读存储介质
CN115174686B (zh) * 2022-07-12 2024-03-15 江苏苏宁银行股份有限公司 一种基于服务效率的多个服务通道权重动态调整方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101715209A (zh) * 2009-11-11 2010-05-26 中兴通讯股份有限公司 一种多链路传输数据的方法及系统
CN103380581B (zh) * 2011-06-03 2017-12-05 Sk电信有限公司 收发装置和收发装置的操作方法
CN102724658B (zh) * 2012-06-28 2016-04-06 宇龙计算机通信科技(深圳)有限公司 终端和多路数据连接并发的处理方法
CN103532909B (zh) * 2012-07-04 2019-01-22 中兴通讯股份有限公司 多流业务并发传输方法、子系统、系统及多接口终端
US9634938B2 (en) * 2013-11-05 2017-04-25 International Business Machines Corporation Adaptive scheduling of data flows in data center networks for efficient resource utilization
CN103957572A (zh) * 2014-05-20 2014-07-30 普天信息技术有限公司 一种基于安卓系统的多网络路由策略分流方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3614786A1 (en) * 2018-08-23 2020-02-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and apparatus

Also Published As

Publication number Publication date
CN105228210A (zh) 2016-01-06

Similar Documents

Publication Publication Date Title
CN105228210B (zh) 多通道路由方法及装置
CN105098895B (zh) 充电控制的装置及方法
CN104735255B (zh) 分屏显示方法和系统
CN104731512B (zh) 图片分享的方法、装置及终端
CN105183308A (zh) 图片显示方法及装置
CN105260083A (zh) 一种移动终端及其实现分屏的方法
CN104917233B (zh) 充电控制方法、装置及系统
CN105119825A (zh) 数据传输装置和数据传输方法
CN106557291B (zh) 分屏处理方法及装置
CN106973408A (zh) 天线配置方法和装置
CN106550128A (zh) 一种内存管理方法及终端
CN108206862A (zh) 网络内容分的分发方法与分发装置
CN105682150A (zh) 多链路智能分流方法及移动终端
CN106453652A (zh) 日志文件上传方法及系统
CN106873936A (zh) 电子设备及信息处理方法
CN106791141A (zh) 一种通话音效参数的调整方法及移动终端
CN106302824A (zh) 无线WiFi控制方法、装置和移动终端
CN107360214A (zh) 一种消息推送处理方法、消息接收处理方法及装置
CN106506364A (zh) 一种接入方法、客户端和路由服务器
CN106791155A (zh) 一种音量调节装置、音量调节方法和移动终端
CN106502526A (zh) 一种后台管理方法及终端
CN106406733A (zh) 防误触终端及方法
CN107071161A (zh) 一种状态栏中图标的聚合显示方法和移动终端
CN106791094A (zh) 一种移动终端及切换左右声道的方法
CN106484534A (zh) 用于展示的移动终端的控制方法及控制装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant