WO2017008698A1 - Multi-channel routing method and device - Google Patents

Abstract

Disclosed are a multi-channel routing device and method. A plurality of channels comprise a WIFI channel and at least one LTE channel. The device comprises: an acquisition module which is configured to acquire an application service data stream; a detection module which is configured to detect link state information about each channel; a routing module which is configured to generate a routing table according to the link state information about each channel, a pre-generated channel configuration database and a pre-configured weight of each channel; and a transmission module which is configured to transmit the application service data stream on at least two channels based on the routing table. The technical solution adopts a multi-channel detection and routing configuration mechanism, so that a plurality of data channels can be more reasonably distributed and efficiently utilized to complete corresponding data services, the transmission rate of application service data is improved and the time delay is reduced; and the solution can flexibly meet the requirements of different users and different APPs.

Description

Multi-channel routing method and device Technical field

This document relates to, but is not limited to, the field of network transmission technologies, and in particular, to a multi-channel routing method and apparatus.

Background technique

At present, mobile terminals can usually access the Internet through LTE cards or WIFIs. However, traditional terminals can only use one channel to transmit data streams. That is, when a terminal has multiple LTE cards and can access the Internet through WIFI, the traditional terminal can only use one. Channels transmit data streams, wasting the rate of one or more other channels. Although the dual-channel transmission technology is currently available on the market, only the data stream in its own application goes through two channels, and the third-party application still takes one channel, which cannot meet the data transmission requirements of the user multi-application multi-channel.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

The embodiment of the invention provides a multi-channel routing method and device, which aims to realize multi-channel transmission of application service data, improve transmission rate of application service data, and reduce transmission delay.

A multi-channel routing device is provided in the embodiment of the present invention, where the multi-channel includes a WIFI channel and at least one LTE channel, and the device includes:

Obtaining a module, configured to obtain an application service data stream;

a detection module configured to detect link state information of each channel;

a routing module, configured to generate a routing table according to link state information of each channel, a pre-generated channel configuration database, and pre-configured weights of each channel;

a transmission module, configured to transmit the application service on at least two channels based on the routing table data flow.

Optionally, the device further includes:

A database generation module is configured to configure a transmission channel for the application service data flow and generate a channel configuration database.

Optionally, the routing module is configured to obtain a channel with a normal link state as an available channel; extract configuration information in the channel configuration database, and select an available channel for the application service data according to the configuration information; The transmission thread of the application service data is allocated to each channel according to the weights pre-configured by the selected available channels, and is marked to generate a routing table.

Optionally, the transmission module is configured to acquire a channel and a thread of the routing table, and according to the marking, transmit an application service data flow of the corresponding thread on at least two channels.

Optionally, the device further includes:

The configuration module is set to configure weights for each channel according to the set weight parameters.

Optionally, the device further includes:

And an update module configured to monitor the change of the weight parameter, and update each channel configuration weight according to the change of the weight parameter; according to the re-detected link state information of each channel, and each channel configuration updated Weights, updating the routing table.

Optionally, the set weight parameter includes one or more of a channel peak rate, a signal quality, a heartbeat packet delay, and a packet loss rate.

Optionally, the detecting module is configured to detect link state information of each channel by:

Detecting real-time link state information of each channel; the real-time link includes two states: an up state and a down state;

The up state indicates that the channel link is normal and the data stream can be transmitted; the down state indicates that the channel link is closed.

Optionally, the detecting module is configured to detect real-time link state information of each channel by:

Transceive the heartbeat packet and detect the real-time chain of each channel according to the delay and packet loss rate of the heartbeat packet. Road status information.

Optionally, the configuration module is configured to configure weights for each channel as follows:

Set the weight of the WIFI channel to WEIGHTwifi, and the weight of the mth LTE channel in the n LTE channels is WEIGHTltem; where n is an integer greater than or equal to 1; 1≤m≤n;

The weights of all channels are added, and the sum is 1.

The embodiment of the present invention further provides a multi-channel routing method, where the multi-channel includes a WIFI channel and at least one LTE channel, and the method includes:

Obtain an application service data stream;

Detect link state information of each channel;

Generating a routing table according to link state information of each channel, a pre-generated channel configuration database, and pre-configured weights of each channel;

Transmitting the application service data stream on at least two channels based on the routing table.

Optionally, after the step of acquiring the application service data stream, the method further includes:

A transmission channel is configured for the application service data flow, and a channel configuration database is generated.

Optionally, the step of generating a routing table according to the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weight of each channel includes:

Obtain a channel with a normal link state as an available channel;

Extracting configuration information in the channel configuration database, and selecting an available channel for the application service data according to the configuration information;

The transmission thread of the application service data is allocated to each channel according to the weights pre-configured by the selected available channels, and is marked to generate a routing table.

Optionally, the step of transmitting the application service data stream on at least two channels based on the routing table includes:

Obtaining a channel and a thread of the routing table, and transmitting, according to the marking, an application service data flow of the corresponding thread on at least two channels.

Optionally, the step of detecting link state information of each channel further includes:

Configure weights for each channel based on the set weight parameters.

Optionally, the set weight parameter includes one or more of a channel peak rate, a signal quality, a heartbeat packet delay, and a packet loss rate.

Optionally, the method further includes:

Monitoring the change of the weight parameter, and updating each channel configuration weight according to the change of the weight parameter;

The routing table is updated based on the link state information of each channel that is re-detected, and each channel configuration weight that is updated.

Optionally, detecting link state information of each channel, including:

Detecting real-time link state information of each channel; the real-time link includes two states: an up state and a down state;

The up state indicates that the channel link is normal and the data stream can be transmitted; the down state indicates that the channel link is closed.

Optionally, detecting real-time link status information of each channel, including:

The heartbeat packet is sent, and the real-time link state information of each channel is detected according to the delay and packet loss rate of the heartbeat packet.

Optionally, configure weights for each channel, including:

Set the weight of the WIFI channel to WEIGHTwifi, and the weight of the mth LTE channel in the n LTE channels is WEIGHTltem; where n is an integer greater than or equal to 1; 1≤m≤n;

The weights of all channels are added, and the sum is 1.

A multi-channel routing method and apparatus according to an embodiment of the present invention detects link state information of each channel after acquiring an application service data stream; and according to link state information of each channel, a pre-generated channel configuration database And pre-configured weights of each channel to generate a routing table; based on the routing table, the application service data stream is transmitted on at least two channels, and the multi-channel detection and routing configuration mechanism can be used to allocate more efficiently and efficiently use the multi-data channel. To complete the corresponding number According to the service, the transmission rate of the application service data is increased, and the delay is reduced. The solution can flexibly meet the needs of different users and different APPs.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

BRIEF abstract

1 is a schematic structural diagram of hardware of a mobile terminal embodying various embodiments of the present invention;

2 is a schematic diagram of a wireless communication system of the mobile terminal shown in FIG. 1;

3 is a schematic diagram of functional modules of a first embodiment of a multi-channel routing device of the present invention;

4 is a schematic diagram of a specific process of multi-channel routing in an embodiment of the present invention;

5 is a schematic diagram of functional modules of a second embodiment of the multi-channel routing device of the present invention;

6 is a schematic diagram of functional modules of a third embodiment of the multi-channel routing device of the present invention;

7 is a schematic flow chart of a first embodiment of a multi-channel routing method according to the present invention;

8 is a schematic flow chart of a second embodiment of a multi-channel routing method according to the present invention;

FIG. 9 is a schematic flow chart of a third embodiment of a multi-channel routing method according to the present invention.

Embodiments of the invention

It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

A mobile terminal embodying various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, the use of suffixes such as "module", "component" or "unit" for indicating an element is merely an explanation for facilitating the present invention, and does not have a specific meaning per se. Therefore, "module" and "component" can be used in combination.

The mobile terminal can be implemented in a variety of forms. For example, the terminal described in the present invention may include, for example, a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (Personal Digital Assistant), a PAD (Tablet), a PMP (Portable Multimedia Player), a navigation device, etc. Mobile terminals and fixed terminals such as digital TVs, desktop computers, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, those skilled in the art will appreciate that in addition to components specifically for mobile purposes In addition, the configuration according to an embodiment of the present invention can also be applied to a terminal of a fixed type.

FIG. 1 is a schematic diagram showing the hardware structure of a mobile terminal embodying various embodiments of the present invention.

The mobile terminal 100 may include a wireless communication unit 110, an A/V (Audio/Video) input unit 120, a user input unit 130, a sensing unit 140, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190. and many more. Figure 1 illustrates a mobile terminal having various components, but it should be understood that not all illustrated components are required to be implemented. More or fewer components can be implemented instead. The elements of the mobile terminal will be described in detail below.

Wireless communication unit 110 typically includes one or more components that permit radio communication between mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit may include at least one of a broadcast receiving module 111, a mobile communication module 112, a wireless internet module 113, a short-range communication module 114, and a location information module 115.

The broadcast receiving module 111 is configured to receive a broadcast signal and/or broadcast associated information from an external broadcast management server via a broadcast channel. The broadcast channel can include a satellite channel and/or a terrestrial channel. The broadcast management server may be a server that generates and transmits a broadcast signal and/or broadcast associated information or a server that receives a previously generated broadcast signal and/or broadcast associated information and transmits it to the terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, a data broadcast signal, and the like. Moreover, the broadcast signal may further include a broadcast signal combined with a TV or radio broadcast signal. The broadcast associated information may also be provided via a mobile communication network, and in this case, the broadcast associated information may be received by the mobile communication module 112. The broadcast signal may exist in various forms, for example, it may exist in the form of Digital Multimedia Broadcasting (DMB) Electronic Program Guide (EPG), Digital Video Broadcasting Handheld (DVB-H) Electronic Service Guide (ESG), and the like. . The broadcast receiving module 111 can receive a signal broadcast by using various types of broadcast systems. In particular, the broadcast receiving module 111 can use forward link media (MediaFLO) by using, for example, multimedia broadcast-terrestrial (DMB-T), digital multimedia broadcast-satellite (DMB-S), digital video broadcast-handheld (DVB-H) The digital broadcasting system of the @) data broadcasting system, the terrestrial digital broadcasting integrated service (ISDB-T), and the like receives digital broadcasting. The broadcast receiving module 111 can be constructed as various broadcast systems suitable for providing broadcast signals as well as the above-described digital broadcast system. The broadcast signal and/or broadcast associated information received via the broadcast receiving module 111 may be stored in the memory 160 (or other type of storage medium).

The mobile communication module 112 is configured to transmit radio signals to a base station (eg, an access point, a node At least one of B, etc., an external terminal, and a server, and/or receive a radio signal therefrom. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received in accordance with text and/or multimedia messages.

The wireless internet module 113 is configured to support wireless internet access of the mobile terminal. The module can be internally or externally coupled to the terminal. The wireless Internet access technologies involved in the module may include WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless Broadband), Wimax (Worldwide Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), etc. .

The short range communication module 114 is a module that is configured to support short range communication. Some examples of short-range communication technologies include BluetoothTM, Radio Frequency Identification (RFID), Infrared Data Association (IrDA), Ultra Wide Band (UWB), ZigbeeTM, and the like.

The location information module 115 is a module configured to check or acquire location information of the mobile terminal. A typical example of a location information module is GPS (Global Positioning System). According to the current technology, the GPS module 115 is arranged to calculate distance information and accurate time information from three or more satellites and apply triangulation to the calculated information to accurately calculate three-dimensional current position information from longitude, latitude and altitude. . Currently, the method for calculating position and time information uses three satellites and corrects the calculated position and time information errors by using another satellite. Further, the GPS module 115 is capable of calculating speed information by continuously calculating current position information in real time.

The A/V input unit 120 is arranged to receive an audio or video signal. The A/V input unit 120 may include a camera 121 and a microphone 1220 that is arranged to process image data of still pictures or video obtained by the image capturing device in a video capturing mode or an image capturing mode. The processed image frame can be displayed on the display unit 151. The image frames processed by the camera 121 may be stored in the memory 160 (or other storage medium) or transmitted via the wireless communication unit 110, and two or more cameras 1210 may be provided according to the configuration of the mobile terminal. The microphone 122 may be set to receive sound (audio data) via a microphone in an operation mode of a telephone call mode, a recording mode, a voice recognition mode, and the like, and is capable of processing such sound as audio data. The processed audio (voice) data can be converted to a format output that can be transmitted to the mobile communication base station via the mobile communication module 112 in the case of a telephone call mode. The microphone 122 can implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated during the process of receiving and transmitting audio signals.

The user input unit 130 may be configured to generate key input data according to a command input by the user to control Various operations of the mobile terminal. The user input unit 130 allows the user to input various types of information, and may include a keyboard, a pot, a touch pad (eg, a touch sensitive component that detects changes in resistance, pressure, capacitance, etc. due to contact), a scroll wheel , rocker, etc. In particular, when the touch panel is superimposed on the display unit 151 in the form of a layer, a touch screen can be formed.

The sensing unit 140 is configured to detect a current state of the mobile terminal 100 (eg, an open or closed state of the mobile terminal 100), a location of the mobile terminal 100, a user's contact with the mobile terminal 100 (ie, a touch input), The orientation of the mobile terminal 100, the acceleration or deceleration movement and direction of the mobile terminal 100, and the like, and generates a command or signal for controlling the operation of the mobile terminal 100. For example, when the mobile terminal 100 is implemented as a slide type mobile phone, the sensing unit 140 may be configured to sense whether the slide type phone is turned on or off. In addition, the sensing unit 140 is configured to be able to detect whether the power supply unit 190 supplies power or whether the interface unit 170 is coupled to an external device. Sensing unit 140 may include proximity sensor 1410 which will be described below in connection with a touch screen.

The interface unit 170 is provided to function as an interface through which at least one external device can connect with the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port configured to connect a device having an identification module, and an audio input/output. (I/O) port, video I/O port, headphone port, and more. The identification module may be arranged to store various information for verifying the user's use of the mobile terminal 100 and may include a User Identification Module (UIM), a Customer Identification Module (SIM), a Universal Customer Identification Module (USIM), and the like. In addition, the device having the identification module (hereinafter referred to as "identification device") may take the form of a smart card, and thus the identification device may be connected to the mobile terminal 100 via a port or other connection device. The interface unit 170 may be arranged to receive input from an external device (eg, data information, power, etc.) and transmit the received input to one or more components within the mobile terminal 100 or may be used at the mobile terminal and external device Transfer data between.

In addition, when the mobile terminal 100 is connected to the external base, the interface unit 170 may be provided to function as a path through which power is supplied from the base to the mobile terminal 100 or may be used as a transmission of various command signals allowing input from the base The path to the mobile terminal. Various command signals or power input from the base can be used as signals for identifying whether the mobile terminal is accurately mounted on the base. Output unit 150 is configured to provide an output signal (eg, an audio signal, a video signal, an alarm signal, a vibration signal, etc.) in a visual, audio, and/or tactile manner. The output unit 150 can include a display The display unit 151, the audio output module 152, the alarm unit 153, and the like.

The display unit 151 can be set to display information processed in the mobile terminal 100. For example, when the mobile terminal 100 is in a phone call mode, the display unit 151 can be configured to display a user interface (UI) or graphical user interface (GUI) related to a call or other communication (eg, text messaging, multimedia file download, etc.) ). When the mobile terminal 100 is in a video call mode or an image capturing mode, the display unit 151 may be configured to display a captured image and/or a received image, a UI or GUI showing a video or image and related functions, and the like.

Meanwhile, when the display unit 151 and the touch panel are superposed on each other in the form of a layer to form a touch screen, the display unit 151 may be provided to function as an input device and an output device. The display unit 151 may include at least one of a liquid crystal display (LCD), a thin film transistor LCD (TFT-LCD), an organic light emitting diode (OLED) display, a flexible display, a three-dimensional (3D) display, and the like. Some of these displays may be configured to be transparent to allow a user to view from the outside, which may be referred to as a transparent display, and a typical transparent display may be, for example, a TOLED (Transparent Organic Light Emitting Diode) display or the like. According to a particular desired embodiment, the mobile terminal 100 may include two or more display units (or other display devices), for example, the mobile terminal may include an external display unit (not shown) and an internal display unit (not shown) . The touch screen can be set to detect touch input pressure as well as touch input position and touch input area.

The audio output module 152 may be configured to set audio received by the wireless communication unit 110 or stored in the memory 160 when the mobile terminal is in a call signal receiving mode, a call mode, a recording mode, a voice recognition mode, a broadcast receiving mode, and the like. The data is converted into an audio signal and output as a sound. Moreover, the audio output module 152 can be arranged to provide an audio output (eg, a call signal receiving sound, a message receiving sound, etc.) associated with a particular function performed by the mobile terminal 100. The audio output module 152 can include a speaker, a buzzer, and the like.

The alert unit 153 can be arranged to provide an output to notify the mobile terminal 100 of the occurrence of an event. Typical events may include call reception, message reception, key signal input, touch input, and the like. In addition to audio or video output, the alert unit 153 can provide an output in a different manner to notify of the occurrence of an event. For example, the alarm unit 153 can provide an output in the form of vibrations, and when a call, message, or some other incoming communication is received, the alarm unit 153 can provide a tactile output (ie, vibration) to notify the user of it. By providing such a tactile output, even when When the user's mobile phone is in the user's pocket, the user can also recognize the occurrence of various events. The alarm unit 153 may also be arranged to provide an output of the occurrence of a notification event via the display unit 151 or the audio output module 152.

The memory 160 may be provided as a software program or the like that stores processing and control operations performed by the controller 180, or may temporarily store data that has been output or is to be output (for example, a phone book, a message, a still image, a video, etc.) . Moreover, the memory 160 may be arranged to store data regarding various modes of vibration and audio signals that are output when a touch is applied to the touch screen.

The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), a random access memory (RAM), a static random access memory ( SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disk, optical disk, and the like. Moreover, the mobile terminal 100 can cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.

The controller 180 is typically arranged to control the overall operation of the mobile terminal. For example, the controller 180 is configured to perform control and processing related to voice calls, data communications, video calls, and the like. Additionally, the controller 180 can include a multimedia module 1810 that is configured to reproduce (or play back) multimedia data, and the multimedia module 1810 can be constructed within the controller 180 or can be configured to be separate from the controller 180. The controller 180 may be configured to perform a pattern recognition process to recognize a handwriting input or a picture drawing input performed on the touch screen as a character or an image.

The power supply unit 190 is arranged to receive external power or internal power under the control of the controller 180 and to provide appropriate power required to operate the various components and components.

The various embodiments described herein can be implemented in a computer readable medium using, for example, computer software, hardware, or any combination thereof. For hardware implementations, the embodiments described herein may be through the use of application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays ( An FPGA, a processor, a controller, a microcontroller, a microprocessor, at least one of the electronic units designed to perform the functions described herein, in some cases, such an embodiment may be at the controller 180 Implemented in the middle. For software implementations, implementations such as procedures or functions may be implemented with separate software modules that permit the execution of at least one function or operation. Software code can be written in any suitable programming language The software application (or program) is implemented, and the software code can be stored in the memory 160 and executed by the controller 180.

So far, the mobile terminal has been described in terms of its function. Hereinafter, for the sake of brevity, a slide type mobile terminal among various types of mobile terminals such as a folding type, a bar type, a swing type, a slide type mobile terminal, and the like will be described as an example. Therefore, the embodiment of the present invention can be applied to any type of mobile terminal, and is not limited to a slide type mobile terminal.

The mobile terminal 100 as shown in FIG. 1 may be configured to operate using a communication system such as a wired and wireless communication system and a satellite-based communication system that transmits data via frames or packets.

A communication system in which a mobile terminal is operable according to an embodiment of the present invention will now be described with reference to FIG.

Such communication systems may use different air interfaces and/or physical layers. For example, air interfaces used by communication systems include, for example, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), and Universal Mobile Telecommunications System (UMTS) (in particular, Long Term Evolution (LTE)). ), Global System for Mobile Communications (GSM), etc. As a non-limiting example, the following description relates to a CDMA communication system, but such teachings are equally applicable to other types of systems.

Referring to FIG. 2, a CDMA wireless communication system can include a plurality of mobile terminals 100, a plurality of base stations (BS) 270, a base station controller (BSC) 275, and a mobile switching center (MSC) 280. The MSC 280 is configured to interface with a public switched telephone network (PSTN) 290. The MSC 280 is also configured to interface with a BSC 275 that can be coupled to the base station 270 via a backhaul line. The backhaul line can be constructed in accordance with any of a number of well known interfaces including, for example, E1/T1, ATM, IP, PPP, Frame Relay, HDSL, ADSL, or xDSL. It will be appreciated that the system as shown in FIG. 2 may include multiple BSC 2750s.

Each BS 270 can serve one or more partitions (or regions), each of which is covered by a multi-directional antenna or an antenna directed to a particular direction radially away from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS 270 can be configured to support multiple frequency allocations, and each frequency allocation has a particular frequency spectrum (eg, 1.25 MHz, 5 MHz, etc.).

The intersection of partitioning and frequency allocation can be referred to as a CDMA channel. BS 270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In this case, the term "base station" can Used to generally represent a single BSC 275 and at least one BS 270. A base station can also be referred to as a "cell station." Alternatively, each partition of a particular BS 270 may be referred to as a plurality of cellular stations.

As shown in FIG. 2, a broadcast transmitter (BT) 295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast receiving module 111 as shown in FIG. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In Figure 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 helps locate at least one of the plurality of mobile terminals 100.

In Figure 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information can be obtained using any number of satellites. The GPS module 115 as shown in Figure 1 is typically configured to cooperate with the satellite 300 to obtain desired positioning information. Instead of GPS tracking technology or in addition to GPS tracking technology, other techniques that can track the location of the mobile terminal can be used. Additionally, at least one GPS satellite 300 can selectively or additionally process satellite DMB transmissions.

As a typical operation of a wireless communication system, BS 270 receives reverse link signals from various mobile terminals 100. Mobile terminal 100 typically participates in calls, messaging, and other types of communications. Each reverse link signal received by a particular base station 270 is processed within a particular BS 270. The obtained data is forwarded to the relevant BSC 275. The BSC provides call resource allocation and coordinated mobility management functions including a soft handoff procedure between the BSs 270. The BSC 275 also routes the received data to the MSC 280, which provides additional routing services for interfacing with the PSTN 290. Similarly, PSTN 290 interfaces with MSC 280, which forms an interface with BSC 275, and BSC 275 controls BS 270 accordingly to transmit forward link signals to mobile terminal 100.

Various embodiments of the present invention are proposed based on the above-described mobile terminal hardware structure and communication system.

Since the related mobile terminal can only use one channel to transmit data streams, that is, when one terminal has multiple LTE cards and can access the Internet through WIFI, the traditional terminal can only use one channel to transmit the data stream, thereby wasting another one or more. The rate of the channels cannot meet the data transmission requirements of the multi-application multi-channel.

To this end, the embodiment of the present invention provides a solution, which can implement multi-channel transmission of application service data, improve transmission rate of application service data, and reduce transmission delay.

As shown in FIG. 3, the first embodiment of the present invention provides a multi-channel routing device, where the multi-channel includes a WIFI channel and at least one LTE channel, and the device includes: an obtaining module 201, a detecting module 202, a routing module 203, and Transmission module 204, wherein:

The obtaining module 201 is configured to obtain an application service data stream.

The detecting module 202 is configured to detect link state information of each channel;

The routing module 203 is configured to generate a routing table according to link state information of each channel, a pre-generated channel configuration database, and pre-configured weights of each channel;

The transmission module 204 is configured to transmit the application service data stream on at least two channels based on the routing table.

In this embodiment, the mobile terminal may have a WIFI Internet access function, and may also have one or more LTE cards, so that the mobile terminal has one or more LTE channels.

The application service data involved in the solution of this embodiment can usually be multi-threaded to improve the data download rate.

This embodiment considers that for some multi-threaded download APP applications, these applications generally open multiple threads, that is, simultaneously use multiple transmission control protocols TCP to download one or more applications. Through the multi-channel routing mechanism, multiple TCPs are transmitted through multiple channels respectively, so that the superposition of multiple channel rates can be achieved, thereby achieving the purpose of increasing the rate.

The typical application is a browser. When a webpage with many resources is opened, if a channel is used, the webpage refresh is slower. If multiple channels are used, these resources can be split to different channels for transmission, thereby reducing acquisition. The time of all web resources reduces the time for users to wait for web page refreshes, greatly improving the user experience.

The multi-channel involved in this embodiment includes a WIFI channel and one or more LTE (multi LTE) channels.

The solution uses the routing mechanism to offload the data of the third-party APP application to multiple channels such as WIFI and multi LTE based on the session, and fully utilizes the network resources of all channels to improve the application rate and/or reduce the response time.

Where multi LTE refers to when the user has multiple LTE cards, the data channel corresponding to each card is LTE1, LTE2, up to LTEn, the value of n is the number of physical cards used by the current user.

Based on the above service requirements, this embodiment adopts the following multi-channel transmission scheme:

First, an application service data stream is obtained, and the application service data stream can be obtained from an upper layer application through a browser.

Then, the link state information of each channel is detected.

Optionally, real-time link state information for each channel, ie, bit information, is detected. The in-position information has two states: up and down. The up state is normal for the channel link. The down state is the channel link down. The channel in the up state can be used to transmit data streams, and the channel in the down state cannot transmit data.

The detection of the link state of the channel can be implemented by using a heartbeat packet, and the heartbeat packet is sent, and the real-time link state information of each channel is detected according to the delay and the packet loss rate of the heartbeat packet.

Optionally, the status of the network device corresponding to each channel can be paid in real time through the linux kernel. When the network device is loaded and the state of the network device is up, the heartbeat packet is sent to the ip track list of each channel (can be implemented by ping packets, etc.), according to the delay and packet loss rate, according to a certain The algorithm dynamically updates the status of each channel to up or down.

Then, a routing table is generated according to the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weights of each channel.

The pre-generated channel configuration database includes: a channel configured for each application service data flow.

In the specific configuration, the following scheme can be adopted:

When configuring a third-party APP data stream, the configuration item is only WIFI single channel, only LTEi single channel (i is the number between 1 and n, n is the number of physical LTE cards) or multiple channels.

For example, the user can configure APP1 to be a single channel of WIFI, APP2 is a single channel of LTE1, and APP3 is a multi-channel of WIFI+multi LTE.

Among them, as a way, an APP without special configuration can default to WIFI priority, that is, when there is WIFI, the WIFI channel is taken, and when there is no WIFI channel, the LTE channel is taken. All the above information forms an APP channel configuration database for other modules to query.

For the pre-configured weights for each channel, the following settings can be used:

A set link state estimation algorithm is adopted, and the algorithm includes the following weight parameters: a current channel upper limit, a signal quality, a heartbeat packet delay, and a packet loss rate. One or more of the above parameters may be selected.

The upper limit of the current channel rate can be obtained according to the system parameter message broadcasted by each channel. The higher the rate is, the better the signal quality is, and the lower the heartbeat packet delay is, the smaller the packet loss rate is, and the greater the weight of the current channel is. The greater the weight of the channel, the larger the allocated data stream can be, thereby enabling dynamic load balancing of the application service data stream.

If the status of a channel is down, its weight is 0. In this embodiment, each channel is assigned a weight, the weight of the WIFI channel is marked as WEIGHTwifi, and the weight of the LTE channel is marked as WEIGHTlte1, WEIGHTlte2, until WEIGHTlten. The weights of all channels add up to 1. That is: WEIGHTwifi+WEIGHTlte1+WEIGHTlte2+...+WEIGHTlten=1.

When generating a routing table based on link state information of each channel, a pre-generated channel configuration database, and pre-configured weights for each channel, the following scheme can be used:

First, obtain a channel with a normal link state as an available channel;

Then, extracting configuration information in the channel configuration database, and selecting an available channel for the application service data according to the configuration information;

The transmission thread of the application service data is allocated to each channel according to the weights pre-configured by the selected available channels, and is marked to generate a routing table.

The specific marking process is as follows:

Through the linux kernel ip tables module, the data streams of different APPs are marked according to the information of the APP channel configuration database. For example, the APP data stream of the single channel WIFI is marked as MARKWIFI, and the APP data stream of the single channel LTE is marked as MARKLTE. The multi-channel APP data stream is labeled MARKMULTI.

Then, according to the weights set for each channel (WEIGHTlte1, WEIGHTlte2, ..., WEIGHTlten), the session marked as MARKMULTI is re-weighted as MARKwifi, MARK1, MARK2, or MARKn in units of session flow. Unconfigured app The data stream can be marked without being marked. All configured routed session flows eventually through the corresponding channel to the internet.

After obtaining the routing table, based on the tag information in the routing table, the corresponding channel and thread are selected for the marked data stream, and the data stream of the corresponding thread is transmitted.

In the specific implementation, the ip route and ip rule mechanism of the linux kernel dynamically update the routing table information of the kernel according to the currently available channels, so that the routing table contains routing information of all available channels, and the information includes the gateway and the dns server. Source ip address, etc. And for different marked data streams, assign different routes, and add the source IP address of the corresponding channel to the ip header. For example, the MARKWIFI streamed WIFI channel; the LTE1 channel marked as MARKLTE and MARK1; the LTE2 channel marked as MARK2; until the LTEn channel is marked as MARKn. The default channel is not marked, that is, the WIFI channel takes precedence. If there is a WIFI channel, the WIFI channel is taken, and the WIFI channel does not take the LTE channel. Discard special marks, such as MARKj.

The multi-channel routing process in this embodiment can be referred to FIG. 4.

In this embodiment, after the application service data flow is obtained, the link state information of each channel is detected; the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weight of each channel. Generating a routing table; transmitting application service data streams on at least two channels based on the routing table, and adopting a multi-channel detection and routing configuration mechanism, can more rationally allocate and efficiently use multiple data channels to complete corresponding data services, and improve The application service data transmission rate and the delay are reduced, and the solution can flexibly meet the needs of different users and different APPs.

In a specific implementation, the routing module 203 is configured to obtain a channel with a normal link state as an available channel, extract configuration information in the channel configuration database, and select an available channel for the application service data according to the configuration information. The transmission thread of the application service data is allocated to each channel according to the weights pre-configured by the selected available channels, and is marked to generate a routing table.

The transmission module 204 is configured to acquire a channel and a thread of the routing table, and according to the marking, transmit an application service data stream of a corresponding thread on at least two channels.

It should be noted that the module of the device shown in FIG. 3 is a division of the device at the logical function level, and may also have a plurality of different division manners. In practical applications, the above-mentioned function module may be executed by the processor. Control instructions are implemented, of course, by means of an application specific integrated circuit (ASIC) or a logic programmable gate array (FPGA); in particular, when the device is integrated into a mobile terminal, such as the mobile terminal shown in FIG. Each module in the device can be implemented by the controller 180 executing executable instructions stored in the memory 160.

Compared with the related art, the solution of the embodiment has the following advantages:

1. Due to the multi-channel detection and routing configuration mechanism, more reasonable allocation and efficient use of multiple data channels to complete the corresponding data services, as much as possible to increase the rate of each APP and reduce the delay;

2. The scheme routing mechanism of the embodiment can control the data flow direction of each APP without affecting the third-party APP application;

3. The APP channel configuration scheme of this embodiment can flexibly meet the requirements of different users and different APPs. Dynamically, according to the location of each channel, the data stream of each APP is forwarded according to the user's configuration, so it has very good flexibility.

As shown in FIG. 5, the second embodiment of the present invention provides a multi-channel routing device. Based on the embodiment shown in FIG. 3, the device further includes:

The database generation module 200 is configured to configure a transmission channel for the application service data flow and generate a channel configuration database.

The configuration module 205 is configured to configure a weight for each channel according to the set weight parameter.

Optionally, the channel configuration database includes channels configured for each application service data flow.

In the specific configuration, the following scheme can be adopted:

When configuring a third-party APP data stream, the configuration item is only WIFI single channel, only LTEi single channel (i is the number between 1 and n, n is the number of physical LTE cards) or multiple channels.

For example, the user can configure APP1 to be a single channel of WIFI, APP2 is a single channel of LTE1, and APP3 is a multi-channel of WIFI+multi LTE.

Among them, as a way, an APP without special configuration can default to WIFI priority, that is, when there is WIFI, the WIFI channel is taken, and when there is no WIFI channel, the LTE channel is taken. All the above information forms an APP channel configuration database for other modules to query.

For the pre-configured weights for each channel, the following settings can be used:

A set link state estimation algorithm is adopted, and the algorithm includes the following weight parameters: a current channel upper limit, a signal quality, a heartbeat packet delay, and a packet loss rate. One or more of the above parameters may be selected.

The upper limit of the current channel rate can be obtained according to the system parameter message broadcasted by each channel. The higher the rate is, the better the signal quality is, and the lower the heartbeat packet delay is, the smaller the packet loss rate is, and the greater the weight of the current channel is. The greater the weight of the channel, the larger the allocated data stream can be, thereby enabling dynamic load balancing of the application service data stream.

If the status of a channel is down, its weight is 0. In this embodiment, each channel is assigned a weight, the weight of the WIFI channel is marked as WEIGHTwifi, and the weight of the LTE channel is marked as WEIGHTlte1, WEIGHTlte2, until WEIGHTlten. The weights of all channels add up to 1. That is: WEIGHTwifiWEIGHTlte1+WEIGHTlte2+...+WEIGHTlten=1.

Subsequently, a routing table can be generated according to the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weights of each channel.

In this embodiment, by configuring weights for each channel and configuring a transmission channel for each application service data flow, after obtaining the application service data flow, detecting link state information of each channel; The link state information, the pre-generated channel configuration database, and the pre-configured weights of each channel, generate a routing table; based on the routing table, transmit the application service data stream on at least two channels, due to the multi-channel detection and routing configuration mechanism, It can allocate more reasonably and efficiently use multiple data channels to complete the corresponding data services, improve the transmission rate of application service data, and reduce the delay. The solution can flexibly meet the needs of different users and different APPs.

As shown in FIG. 6, the third embodiment of the present invention provides a multi-channel routing device. The device further includes:

The updating module 206 is configured to monitor the change of the weight parameter, and update each channel configuration weight according to the change of the weight parameter; according to the re-detected link state information of each channel, and each channel updated Configure the weights and update the routing table.

Optionally, in this embodiment, each channel configuration weight may be updated according to a parameter change of a rate upper limit, a signal quality, a heartbeat packet delay, and a packet loss rate of each channel, and according to the re-detected chain of each channel. The road status information, as well as the updated configuration weight of each channel, update the routing table to implement dynamic adjustment of routing information to ensure the stability of data transmission.

As shown in FIG. 7, the first embodiment of the present invention provides a multi-channel routing method, where the multi-channel includes a WIFI channel and at least one LTE channel, and the method includes:

Step S101: Acquire an application service data stream.

In this embodiment, the mobile terminal may have a WIFI Internet access function, and may also have one or more LTE cards, so that the mobile terminal has one or more LTE channels.

The application service data involved in the solution of this embodiment can usually be multi-threaded to improve the data download rate.

This embodiment considers that for some multi-threaded download APP applications, these applications generally open multiple threads, that is, simultaneously use multiple TCPs to download one or more applications. Through the multi-channel routing mechanism, multiple TCPs are transmitted through multiple channels respectively, so that the superposition of multiple channel rates can be achieved, thereby achieving the purpose of increasing the rate.

The typical application is a browser. When a webpage with many resources is opened, if a channel is used, the webpage refresh is slower. If multiple channels are used, these resources can be split to different channels for transmission, thereby reducing acquisition. The time of all web resources reduces the time for users to wait for web page refreshes, greatly improving the user experience.

Based on the above service requirements, this embodiment adopts the following multi-channel transmission scheme:

First, an application service data stream is obtained, and the application service data stream can be obtained from an upper layer application through a browser.

The multi-channel involved in this embodiment includes a WIFI channel and one or more LTE (multi LTE) channels.

The solution uses the routing mechanism to offload the data of the third-party APP application to multiple channels such as WIFI and multi LTE based on the session, and fully utilizes the network resources of all channels to improve the application rate and/or reduce the response time.

The multi LTE refers to when the user has multiple LTE cards, the data channel corresponding to each card is LTE1, LTE2, and up to LTEn, and the value of n is the number of physical cards used by the current user.

Step S102, detecting link state information of each channel;

The real-time link state information of each channel is detected, that is, the bit information. The in-position information has two states: up and down. The up state is normal for the channel link. The down state is the channel link down. The channel in the up state can be used to transmit data streams, and the channel in the down state cannot transmit data.

The detection of the link state of the channel can be implemented by using a heartbeat packet, and the heartbeat packet is sent, and the real-time link state information of each channel is detected according to the delay and the packet loss rate of the heartbeat packet.

Optionally, the status of the network device corresponding to each channel can be paid in real time through the linux kernel. When the network device is loaded and the state of the network device is up, the heartbeat packet is sent to the ip track list of each channel (can be implemented by ping packets, etc.), according to the delay and packet loss rate, according to a certain The algorithm dynamically updates the status of each channel to up or down.

Step S103, generating a routing table according to link state information of each channel, a pre-generated channel configuration database, and pre-configured weights of each channel;

The pre-generated channel configuration database includes: a channel configured for each application service data flow.

In the specific configuration, the following scheme can be adopted:

When configuring a third-party APP data stream, the configuration item is only WIFI single channel, only LTEi single channel (i is the number between 1 and n, n is the number of physical LTE cards) or multiple channels.

For example, the user can configure APP1 to be a single channel of WIFI, APP2 is a single channel of LTE1, and APP3 is a multi-channel of WIFI+multi LTE.

Among them, as a way, an APP without special configuration can default to WIFI priority, that is, when there is WIFI, the WIFI channel is taken, and when there is no WIFI channel, the LTE channel is taken. All the above information forms an APP channel configuration database for other modules to query.

For the pre-configured weights for each channel, the following settings can be used:

A set link state estimation algorithm is adopted, and the algorithm includes the following weight parameters: a current channel upper limit, a signal quality, a heartbeat packet delay, and a packet loss rate. One or more of the above parameters may be selected.

The upper limit of the current channel rate can be obtained according to the system parameter message broadcasted by each channel. The higher the rate is, the better the signal quality is, and the lower the heartbeat packet delay is, the smaller the packet loss rate is, and the greater the weight of the current channel is. The greater the weight of the channel, the larger the allocated data stream can be, thereby enabling dynamic load balancing of the application service data stream.

If the status of a channel is down, its weight is 0. In this embodiment, each channel is assigned a weight, the weight of the WIFI channel is marked as WEIGHTwifi, and the weight of the LTE channel is marked as WEIGHTlte1, WEIGHTlte2, until WEIGHTlten. The weights of all channels add up to 1. That is: WEIGHTwifi+WEIGHTlte1+WEIGHTlte2+...+WEIGHTlten=1.

When generating a routing table according to the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weights of each channel, the following scheme may be adopted:

First, obtain a channel with a normal link state as an available channel;

Then, extracting configuration information in the channel configuration database, and selecting an available channel for the application service data according to the configuration information;

The transmission thread of the application service data is allocated to each channel according to the weights pre-configured by the selected available channels, and is marked to generate a routing table.

The specific marking process is as follows:

Through the linux kernel ip tables module, the data streams of different APPs are marked according to the information of the APP channel configuration database. For example, the APP data stream of the single channel WIFI is marked as MARKWIFI, and the APP data stream of the single channel LTE is marked as MARKLTE. The multi-channel APP data stream is labeled MARKMULTI.

Then, according to the weights set for each channel (WEIGHTlte1, WEIGHTlte2, ..., WEIGHTlten), the session marked as MARKMULTI is re-weighted as MARKwifi, MARK1, MARK2, or MARKn in units of session flow. If there is no configured APP data stream, you can leave it unmarked. All configured routed session flows eventually through the corresponding The channel goes to the internet network.

Step S104: Transmit the application service data stream on at least two channels based on the routing table.

After obtaining the routing table, based on the tag information in the routing table, the corresponding channel and thread are selected for the marked data stream, and the data stream of the corresponding thread is transmitted.

In the specific implementation, the ip route and ip rule mechanism of the linux kernel dynamically update the routing table information of the kernel according to the currently available channels, so that the routing table contains routing information of all available channels, and the information includes the gateway and the dns server. Source ip address, etc. And for different marked data streams, assign different routes, and add the source IP address of the corresponding channel to the ip header. For example, the MARKWIFI streamed WIFI channel; the LTE1 channel marked as MARKLTE and MARK1; the LTE2 channel marked as MARK2; until the LTEn channel is marked as MARKn. The default channel is not marked, that is, the WIFI channel takes precedence. If there is a WIFI channel, the WIFI channel is taken, and the WIFI channel does not take the LTE channel. Discard special marks, such as MARKj.

The multi-channel routing process in this embodiment can be referred to FIG. 4.

In this embodiment, after the application service data flow is obtained, the link state information of each channel is detected; the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weight of each channel. Generating a routing table; transmitting application service data streams on at least two channels based on the routing table, and adopting a multi-channel detection and routing configuration mechanism, can more rationally allocate and efficiently use multiple data channels to complete corresponding data services, and improve The application service data transmission rate and the delay are reduced, and the solution can flexibly meet the needs of different users and different APPs.

Compared with the related art, the solution of the embodiment has the following advantages:

1. Due to the multi-channel detection and routing configuration mechanism, more reasonable allocation and efficient use of multiple data channels to complete the corresponding data services, as much as possible to increase the rate of each APP and reduce the delay;

2. The scheme routing mechanism of the embodiment can control the data flow direction of each APP without affecting the third-party APP application;

3. The APP channel configuration scheme in this embodiment can flexibly meet different users and different APPs. demand. Dynamically, according to the location of each channel, the data stream of each APP is forwarded according to the user's configuration, so it has very good flexibility.

As shown in FIG. 8, the second embodiment of the present invention provides a multi-channel routing method. Based on the foregoing embodiment shown in FIG. 7, after the step S101: acquiring the application service data stream, the method further includes:

Step S100: Configure a transmission channel for the application service data flow, and generate a channel configuration database.

Before the step S102: detecting the link state information of each channel, the method further includes:

Step S105, configuring weights for each channel according to the set weight parameter.

Optionally, the channel configuration database includes channels configured for each application service data flow.

In the specific configuration, the following scheme can be adopted:

When configuring a third-party APP data stream, the configuration item is only WIFI single channel, only LTEi single channel (i is the number between 1 and n, n is the number of physical LTE cards) or multiple channels.

For example, the user can configure APP1 to be a single channel of WIFI, APP2 is a single channel of LTE1, and APP3 is a multi-channel of WIFI+multi LTE.

Among them, as a way, an APP without special configuration can default to WIFI priority, that is, when there is WIFI, the WIFI channel is taken, and when there is no WIFI channel, the LTE channel is taken. All the above information forms an APP channel configuration database for other modules to query.

For the pre-configured weights for each channel, the following settings can be used:

A set link state estimation algorithm is adopted, and the algorithm includes the following weight parameters: a current channel upper limit, a signal quality, a heartbeat packet delay, and a packet loss rate. One or more of the above parameters may be selected.

The upper limit of the current channel rate can be obtained according to the system parameter message broadcasted by each channel. The higher the rate is, the better the signal quality is, and the lower the heartbeat packet delay is, the smaller the packet loss rate is, and the greater the weight of the current channel is. The greater the weight of the channel, the larger the allocated data stream can be, thereby enabling dynamic load balancing of the application service data stream.

If the status of a channel is down, its weight is 0. This embodiment assigns one channel to each channel. Weight, the weight of the WIFI channel is marked as WEIGHTwifi, and the weight of the LTE channel is marked as WEIGHTlte1, WEIGHTlte2, until WEIGHTlten. The weights of all channels add up to 1. That is: WEIGHTwifi+WEIGHTlte1+WEIGHTlte2+...+WEIGHTlten=1.

Subsequently, a routing table can be generated according to the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weights of each channel.

In this embodiment, by configuring weights for each channel and configuring a transmission channel for each application service data flow, after obtaining the application service data flow, detecting link state information of each channel; The link state information, the pre-generated channel configuration database, and the pre-configured weights of each channel, generate a routing table; based on the routing table, transmit the application service data stream on at least two channels, due to the multi-channel detection and routing configuration mechanism, It can allocate more reasonably and efficiently use multiple data channels to complete the corresponding data services, improve the transmission rate of application service data, and reduce the delay. The solution can flexibly meet the needs of different users and different APPs.

As shown in FIG. 9, the third embodiment of the present invention provides a multi-channel routing method. Based on the foregoing embodiment shown in FIG. 8, after the step S104, the method may further include:

Step S106: Monitor a change of the weight parameter, and update each channel configuration weight according to the change of the weight parameter;

Step S107, updating the routing table according to link state information of each channel that is re-detected, and updated channel configuration weights.

Optionally, in this embodiment, each channel configuration weight may be updated according to a parameter change of a rate upper limit, a signal quality, a heartbeat packet delay, and a packet loss rate of each channel, and according to the re-detected chain of each channel. The road status information, as well as the updated configuration weight of each channel, update the routing table to implement dynamic adjustment of routing information to ensure the stability of data transmission.

The embodiment of the present invention further provides a computer storage medium, where the computer storage medium stores executable instructions, and the executable instructions are used to execute the multi-channel routing method provided by the foregoing embodiments.

It should be noted that, in this document, the terms "including", "including" or any other variation thereof The inclusion of non-exclusive inclusions, such that a process, method, article, or device that comprises a series of elements includes not only those elements but also other elements not explicitly listed, or is included in the process, method, The elements inherent in the item or device. An element that is defined by the phrase "comprising a ..." does not exclude the presence of additional equivalent elements in the process, method, item, or device that comprises the element.

The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better. Implementation. Based on such understanding, the technical solution of the present invention in essence or the contribution to the related art can be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, CD-ROM). The instructions include a number of instructions for causing a terminal device (which may be a cell phone, computer, server, air conditioner, or network device, etc.) to perform the methods described in various embodiments of the present invention.

The above is only an alternative embodiment of the present invention, and thus does not limit the scope of the invention, and the equivalent structure or equivalent process transformation made by using the specification and the drawings of the present invention, or directly or indirectly applied to other related technologies. The fields are all included in the scope of patent protection of the present invention.

Industrial applicability

The above technical solution can more effectively allocate and efficiently use multiple data channels to complete corresponding data services, improve the transmission rate of application service data, and reduce the delay. The solution can flexibly meet the needs of different users and different APPs. .

Claims (20)

A multi-channel routing device, wherein the multi-channel comprises a wireless fidelity WIFI channel and at least one long-term evolution LTE channel, the device comprising: Obtaining a module, configured to obtain an application service data stream; a detection module configured to detect link state information of each channel; a routing module, configured to generate a routing table according to link state information of each channel, a pre-generated channel configuration database, and pre-configured weights of each channel; The transmission module is configured to transmit the application service data stream on at least two channels based on the routing table. The apparatus of claim 1 further comprising: A database generation module is configured to configure a transmission channel for the application service data flow and generate a channel configuration database. The device according to claim 1, wherein The routing module is configured to obtain a channel with a normal link state as an available channel; extract configuration information in the channel configuration database, and select an available channel for the application service data according to the configuration information; The pre-configured weight of the channel, the transmission thread of the application service data is allocated for each channel, and is marked to generate a routing table. The device according to claim 3, wherein The transmission module is configured to acquire a channel and a thread of the routing table, and according to the mark, transmit an application service data flow of the corresponding thread on at least two channels. The apparatus according to any one of claims 1 to 4, further comprising: The configuration module is set to configure weights for each channel according to the set weight parameters. The apparatus according to any one of claims 1 to 4, further comprising: And an update module configured to monitor the change of the weight parameter, and update each channel configuration weight according to the change of the weight parameter; according to the re-detected link state information of each channel, and each channel configuration updated Weights, updating the routing table. The device according to claim 5, wherein The set weight parameter includes one or more of a channel peak rate, a signal quality, a heartbeat packet delay, and a packet loss rate. The device according to claim 1, wherein The detection module is configured to detect link state information of each channel by: Detecting real-time link state information of each channel; the real-time link includes two states: an up state and a down state; The up state indicates that the channel link is normal and the data stream can be transmitted; the down state indicates that the channel link is closed. The device according to claim 8, wherein The detecting module is configured to detect real-time link state information of each channel by: The heartbeat packet is sent, and the real-time link state information of each channel is detected according to the delay and packet loss rate of the heartbeat packet. The device according to claim 5, wherein The configuration module is set to configure weights for each channel as follows: Set the weight of the WIFI channel to WEIGHTwifi, the mth LTE pass in n LTE channels. The weight of the track is WEIGHTltem; where n is an integer greater than or equal to 1; 1 ≤ m ≤ n; The weights of all channels are added, and the sum is 1. A multi-channel routing method, the multi-channel includes a wireless fidelity WIFI channel and at least one long-term evolution LTE channel, and the method includes: Obtain an application service data stream; Detect link state information of each channel; Generating a routing table according to link state information of each channel, a pre-generated channel configuration database, and pre-configured weights of each channel; Transmitting the application service data stream on at least two channels based on the routing table. The method of claim 11 further comprising: After the step of acquiring the application service data stream, configuring a transmission channel for the application service data stream, and generating a channel configuration database. The method according to claim 11, wherein the step of generating a routing table according to the link state information of each channel, the pre-generated channel configuration database, and the pre-configured weight of each channel comprises: Obtain a channel with a normal link state as an available channel; Extracting configuration information in the channel configuration database, and selecting an available channel for the application service data according to the configuration information; The transmission thread of the application service data is allocated to each channel according to the weights pre-configured by the selected available channels, and is marked to generate a routing table. The method of claim 13, wherein the step of transmitting the application service data stream on at least two channels based on the routing table comprises: Obtaining a channel and a thread of the routing table, and transmitting, according to the marking, an application service data flow of the corresponding thread on at least two channels. A method according to any one of claims 11 to 14, further comprising: Before the step of detecting the link state information of each channel, a weight is configured for each channel according to the set weight parameter. The method of claim 15 wherein said set weighting parameters comprise: One or more of the channel's rate peak, signal quality, heartbeat packet delay, and packet loss rate. The method of claim 16 further comprising: Monitoring the change of the weight parameter, and updating each channel configuration weight according to the change of the weight parameter; The routing table is updated based on the link state information of each channel that is re-detected, and each channel configuration weight that is updated. The method of claim 11 wherein detecting link state information for each channel comprises: Detecting real-time link state information of each channel; the real-time link includes two states: an up state and a down state; The up state indicates that the channel link is normal and the data stream can be transmitted; the down state indicates that the channel link is closed. The method of claim 18, wherein detecting real-time link state information for each channel comprises: The heartbeat packet is sent, and the real-time link state information of each channel is detected according to the delay and packet loss rate of the heartbeat packet. The method of claim 15 wherein configuring weights for each channel comprises: Set the weight of the WIFI channel to WEIGHTwifi, and the weight of the mth LTE channel in the n LTE channels is WEIGHTltem; where n is an integer greater than or equal to 1; 1≤m≤n; The weights of all channels are added, and the sum is 1.

Images