WO2013185652A1 - 多流业务并发传输方法、子系统、系统及多接口终端 - Google Patents

多流业务并发传输方法、子系统、系统及多接口终端 Download PDF

Info

Publication number
WO2013185652A1
WO2013185652A1 PCT/CN2013/077987 CN2013077987W WO2013185652A1 WO 2013185652 A1 WO2013185652 A1 WO 2013185652A1 CN 2013077987 W CN2013077987 W CN 2013077987W WO 2013185652 A1 WO2013185652 A1 WO 2013185652A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
interface terminal
link
requested
data packet
Prior art date
Application number
PCT/CN2013/077987
Other languages
English (en)
French (fr)
Inventor
孙爱芳
高冲
凌志浩
袁宜峰
曹建福
张志飞
祁学文
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP13804444.1A priority Critical patent/EP2858325B1/en
Priority to US14/412,403 priority patent/US9813933B2/en
Publication of WO2013185652A1 publication Critical patent/WO2013185652A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • Multi-stream service concurrent transmission method subsystem, system and multi-interface terminal
  • the present invention relates to the field of wireless communication technologies, and in particular, to a multi-stream service concurrent transmission method, a subsystem, a system, and a multi-interface terminal.
  • the solution proposed by the related art mainly modifies the existing network architecture, and adds a functional entity (radio resource management device) on the network side, which is used for comprehensively considering network bandwidth, service type and other factors for offloading, and through different paths. Converged to the terminal side of multiple interfaces.
  • the above technical solution needs to add different functional entities for different network architectures, so it is not versatile and difficult to implement; on the other hand, the splitting decision is completed by the network side, and the network side cannot be perceived in time because The environment of the interface terminal changes, so it is difficult to make timely response and policy adjustment, which may easily lead to poor robustness of the traffic distribution strategy.
  • the main purpose of the embodiments of the present invention is to provide a multi-stream service concurrent transmission method, a subsystem, a system, and a multi-interface terminal, which can solve the problem of multi-stream service versatility and poor reliability in the related art.
  • a multi-stream service concurrent transmission method includes:
  • the multi-interface terminal initiates a service transmission request to the network side, where the service transmission request carries at least a service ID of the requested service and a terminal ID of the multi-interface terminal;
  • the multi-interface terminal receives database server information from the network side that can provide the requested service resource and service information of the requested service;
  • the multi-interface terminal establishes multiple concurrent links according to all or part of the database servers corresponding to the database server information that can provide the requested service resource and the database server information that can provide the requested service resource, and the service according to the requested service.
  • the information is divided into service data packets of the requested service, and the network side is notified of the division result;
  • the multi-interface terminal receives the service data packet of the requested service through the established multiple concurrent links.
  • the method further includes:
  • the multi-interface terminal caches the received service data packet in a buffer, where the service data packet carries a service serial number;
  • the multi-interface terminal merges the service data packets according to service sequence numbers of service data packets in the buffer.
  • the method also includes:
  • the multi-interface terminal evaluates a link for transmitting a service data packet
  • the multi-interface terminal determines a link transmission rate adjustment policy according to the evaluation result, and notifies the network side of the link transmission rate adjustment policy, so that the network side performs transmission rate adjustment of each link.
  • the multi-interface terminal divides the service data packet into the requested service according to the service information of the requested service:
  • the multi-interface terminal performs service data packet division according to one or more of the following: service size, service type, number of concurrent links, and buffer size.
  • the multi-interface terminal evaluates the link for transmitting the service data packet as:
  • the total amount of data, the filter factor, RTJ t) is the average round-trip delay of the link at time t, L OSSi ⁇ t, the traditional weight of the link at the moment, the coefficient ", ⁇ , ⁇ characterizes the transmitted traffic The degree of preference for the performance parameters of the link and the service level information.
  • the embodiment of the invention further provides a multi-stream service concurrent transmission method, including:
  • the service platform receives the service transmission request from the multi-interface terminal, and queries the tracking tracker server for the database server information that can provide the service resource requested by the multi-interface terminal according to the service ID of the service requested by the multi-interface terminal carried by the service transmission request.
  • Service information of the service requested by the multi-interface terminal including:
  • the service platform returns, according to the terminal ID carried in the service transmission request, the database server information that can provide the service resource requested by the multi-interface terminal and the service information of the service requested by the multi-interface terminal to the corresponding multi-interface terminal;
  • the service platform receives a division result from the multi-interface terminal to perform service data packet division on the requested service
  • the service platform controls each database server that establishes a concurrent link with the multi-interface terminal to send a service data packet of the service resource requested by the multi-interface terminal to the multi-interface terminal according to the division result.
  • the method also includes:
  • the service platform receives a link transmission rate adjustment policy from the multi-interface terminal; the service platform control related database server adjusts a transmission rate of the corresponding link according to the link transmission rate adjustment policy.
  • a multi-interface terminal includes: a service transmission request initiating module, a receiving module, a link establishing module, a service data packet dividing module, and a sending module;
  • the service transmission request initiating module is configured to initiate a service transmission request to the network side, where the service transmission request carries at least a service ID of the requested service and a terminal ID of the multi-interface terminal;
  • the receiving module is configured to receive database server information from the network side that can provide the requested service resource and service information of the requested service, and receive the requested service by using multiple concurrent links established by the link establishment module.
  • Business data package ;
  • the link establishing module is configured to establish multiple concurrent links according to all or part of the database server corresponding to the database server information that can provide the requested service resource according to the database server information that can provide the requested service resource;
  • the service data packet dividing module is configured to perform service data packet division on the requested service according to the service information of the requested service;
  • the sending module is configured to notify the network side of the division result of the service data packet dividing module.
  • the multi-interface terminal further includes: a buffer and a service data packet merging module; wherein the buffer is configured to buffer a service data packet received by the receiving module, where the service data packet carries a service serial number;
  • the service data packet combining module is configured to merge the service data packets according to a service sequence number of each service data packet in the buffer.
  • the multi-interface terminal further includes an evaluation module and a link transmission rate adjustment policy determining module; wherein the evaluation module is configured to evaluate a link for transmitting a service data packet;
  • the link transmission rate adjustment policy determining module is configured to determine a link transmission rate adjustment policy according to the evaluation result of the evaluation module
  • the sending module is further configured to notify the network side of the link transmission rate adjustment policy determined by the link transmission rate adjustment policy determining module.
  • the service data packet division module is configured to perform service data packet division on the requested service according to the service information of the requested service, including:
  • Business packet partitioning based on one or more of the following: traffic size, service type, number of concurrent links, and buffer size.
  • the evaluation module is configured to evaluate a link for transmitting a service data packet, including:
  • the total amount of data, the filter factor, RTJ t) is the average round-trip delay of the link at time t, L OSSi ⁇ t, the traditional weight of the link at the moment, the coefficient ", ⁇ , ⁇ characterizes the transmitted traffic The degree of preference for the performance parameters of the link and the service level information.
  • a business platform that includes:
  • a receiving module configured to receive a service transmission request from the multi-interface terminal, and receive a division result from the multi-interface terminal to perform service data packet division on the requested service
  • the query module is configured to query, according to the service ID of the service requested by the multi-interface terminal carried in the service transmission request, the tracking tracker server, the database server information that can provide the service resource requested by the multi-interface terminal, and the multi-interface terminal Request business information of the business;
  • a first sending module configured to: according to the terminal ID carried by the service transmission request, the database server information that can provide the service resource requested by the multi-interface terminal, and the multi-interface terminal The service information of the requested service is returned to the corresponding multi-interface terminal;
  • a second sending module configured to set, by the respective database servers that establish a concurrent link with the multi-interface terminal, the service data packet of the service resource requested by the multi-interface terminal to the multi-interface terminal according to the dividing result.
  • the service platform also includes:
  • a policy adjustment module configured to control a related database server to adjust a transmission rate of the corresponding link according to the link transmission rate adjustment policy
  • a multi-stream service concurrent transmission subsystem includes: a service platform as described above, a tracking tracker server, and at least one database server; wherein
  • the Tracker server is configured to provide database server information and service information of service resources to the service platform;
  • the database server is configured to provide a service resource to the multi-interface terminal according to the notification from the service platform.
  • the embodiment of the present invention provides a multi-stream service concurrent transmission method, a subsystem, a system, and a multi-interface terminal.
  • the multi-interface terminal initiates a service transmission request to the network side, where the service transmission request carries at least the service ID of the requested service and the multiple a terminal ID of the interface terminal; the multi-interface terminal receives database server information from the network side that can provide the requested service resource and service information of the requested service; and the multi-interface terminal according to the database server information that can provide the requested service resource All or part of the database servers corresponding to the database server information that can provide the requested service resource establish multiple concurrent links, and perform service data packet division on the requested service according to the service information of the requested service, and notify the network of the division result.
  • the multi-interface terminal receives the service data packet of the requested service by using the established multiple concurrent links.
  • the embodiment of the present invention performs the offloading transmission based on the multi-interface terminal side decision, and does not need to add different functional entities to different network architectures on the network side, so the versatility is high, and the multi-interface terminal side can timely perceive the multi-interface terminal environment change. And make timely response and policy adjustment, so the shunt strategy is more robust.
  • FIG. 1 is a schematic flowchart of a multi-stream service concurrent transmission method according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of another multi-stream service concurrent transmission method according to an embodiment of the present invention
  • FIG. 3 is a schematic flowchart of a multi-stream service concurrent transmission method according to an embodiment of the present invention
  • FIG. 4 is a multi-interface terminal according to an embodiment of the present invention. Schematic;
  • FIG. 5 is a schematic structural diagram of another multi-interface terminal according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of another multi-interface terminal according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a multi-stream service concurrent transmission subsystem according to an embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of a service platform according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a multi-stream service concurrent transmission system according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of an embodiment of a service offload transmission and aggregation in the present invention.
  • the multi-interface terminal initiates a service transmission request to the network side, where the service transmission request carries at least the service ID of the requested service and the terminal ID of the multi-interface terminal; Providing database server information of the requested service resource and service information of the requested service; the multi-interface terminal according to the database server information that can provide the requested service resource and all the database server information that can provide the requested service resource Or a part of the database server establishes a plurality of concurrent links, and performs service data packet division on the requested service according to the service information of the requested service, and notifies the network side of the division result; and the multi-interface terminal passes the multiple concurrent chains established by the multiple interface terminals.
  • the road receives the service data packet of the requested service.
  • FIG. 1 is a schematic flowchart of a multi-stream service concurrent transmission method according to an embodiment of the present invention. As shown in FIG. 1, the method includes:
  • Step 101 The multi-interface terminal initiates a service transmission request to the network side, where the service transmission request carries at least a service ID of the requested service and a terminal ID of the multi-interface terminal;
  • the multi-interface terminal has the capability of accessing multiple heterogeneous networks, and has at least two interfaces, which can be connected to service platforms through different access points, including but not limited to WLAN interfaces, Bluetooth interfaces, 3G interfaces, and the like.
  • the multi-interface terminal device has corresponding functional entities for effective management of each interface.
  • Step 102 The multi-interface terminal receives database server information from the network side that can provide the requested service resource and service information of the requested service.
  • the service information may include a service type, a service size, and the like.
  • the service includes multiple sub-services, and the sub-service information needs to be described.
  • Step 103 The multi-interface terminal establishes multiple concurrent links according to all or part of database servers corresponding to the database server information that can provide the requested service resource and the database server information that can provide the requested service resource, and according to the request
  • the service information of the service is divided into service data packets of the requested service, and the network side is notified of the division result;
  • the multi-interface terminal needs to send its own interface port information and IP address to the network side.
  • the interface information can be carried in the service transmission request.
  • IP address can be carried in the service transmission request.
  • the multi-interface terminal preferentially selects a relatively small database server to establish multiple concurrent links.
  • the multi-interface terminal may perform service data packet division on the requested service according to the service information of the requested service: the multi-interface terminal performs service data packet division according to one or more of the following: service size, service Type, number of concurrent links, buffer size.
  • service size For services with high real-time transmission requirements, the service data packets should be divided smaller.
  • service data packets can be used.
  • the number of concurrent links is large, the service data packets can be divided smaller.
  • the service data packets can be divided larger.
  • the buffer is large, the service data packets can be divided. Larger, buffers are small, and business data packets can be divided smaller.
  • the service data packet size is preferably controlled from 50 KB to 500 KB.
  • Step 104 The multi-interface terminal receives the service data packet of the requested service by using the established multiple concurrent links.
  • the method further includes:
  • Step 105 The multi-interface terminal caches the received service data packet in a buffer, where the service data packet carries a service serial number.
  • Step 106 The multi-interface terminal combines the service data packets according to the service sequence number of each service data packet in the buffer.
  • the method further includes:
  • Step 107 The multi-interface terminal evaluates a link for transmitting a service data packet.
  • Step 108 The multi-interface terminal determines a link transmission rate adjustment policy according to the evaluation result, and notifies the network of the link transmission rate adjustment policy. side.
  • the multi-interface terminal evaluates the link of the transport service data packet, it is known that the link performance of the link A is poor, and the link quality of the link B and the link C is better, so that the link A can be reduced.
  • the transmission rate increases the transmission rate of link B and link C.
  • the multi-interface terminal can evaluate the link for transmitting the service data packet:
  • Max (?77J, 50 wishes) Q (0 is the total amount of data sent from time to time, in order to achieve dynamic bandwidth estimation, use the 1 time bandwidth value to correct the bandwidth value at time t:
  • B i (t) AB i (t - ⁇ ) + ( ⁇ - )s i (t) ⁇ where, is the filtering factor.
  • the service data packet arrives at the transmitting end and is assigned to different links for data transmission by the value of each link weight parameter, which can maximize the utilization of the network. Resources, to achieve optimal configuration of the network.
  • the method further includes:
  • the service platform receives the service transmission request
  • the service platform queries the tracking server for the database server information that can provide the service resource requested by the multi-interface terminal and the service requested by the multi-interface terminal according to the service ID of the service requested by the multi-interface terminal carried by the service transmission request.
  • Business information ;
  • the service platform returns the database server information that can provide the service resource requested by the multi-interface terminal and the service information of the service requested by the multi-interface terminal to the corresponding multi-interface terminal according to the terminal ID carried by the service transmission request.
  • the method further includes:
  • the service platform receives the division result
  • the service platform controls each database server that establishes a concurrent link with the multi-interface terminal to send a service data packet of the service resource requested by the multi-interface terminal to the multi-interface terminal according to the division result.
  • the method further includes:
  • the service platform receives the link transmission rate adjustment policy
  • the service platform control related database server adjusts the transmission rate of the corresponding link according to the link transmission rate adjustment policy, and implements load balancing of services in each transmission link.
  • FIG. 4 is a schematic structural diagram of a multi-interface terminal according to an embodiment of the present invention.
  • the multi-interface terminal includes: a service transmission request initiation module and a receiving module. a link establishment module, a service data packet division module, and a transmission module; wherein,
  • the service transmission request initiating module is configured to initiate a service transmission request to the network side, where the service transmission request carries at least a service ID of the requested service and a terminal ID of the multi-interface terminal; and the receiving module is configured to receive from the The network side may provide the database server information of the requested service resource and the service information of the requested service; and receive the service data packet of the requested service by using multiple concurrent links established by the link establishing module;
  • the link establishing module is configured to establish multiple concurrent links according to all or part of the database servers corresponding to the database server information that can provide the requested service resource according to the database server information that can provide the requested service resource;
  • the service data packet dividing module is configured to perform service data packet division on the requested service according to the service information of the requested service;
  • the sending module is configured to notify the network side of the division result of the service data packet dividing module.
  • the multi-interface terminal further includes: a buffer and a service data packet merging module;
  • the buffer is configured to buffer a service data packet received by the receiving module, where the service data packet carries a service sequence number; and each interface of the multi-interface terminal device is affected by packet loss, delay, bandwidth, and the like of the wireless link.
  • the buffer is used to buffer the first-time service, and the service data packet merge module is submitted to complete the service combination, and the buffer size can be based on the multi-interface terminal resource ( Set the storage size, data processing capability, etc.).
  • the service data packet merging module is configured to merge the service data packets according to the service serial number of each service data packet in the buffer, and merge them into a complete service, and then submit the data to the user.
  • the multi-interface terminal further includes an evaluation module and a link transmission rate adjustment policy determining module, where
  • the evaluation module is configured to evaluate the link of the transport service data packet. Specifically, the evaluation module monitors the real-time status of each link that performs concurrent transmission of the service, especially the packet loss and delay caused by the link congestion. Perform statistical analysis, obtain network link parameters, and evaluate the link by using a link channel estimation algorithm;
  • the link transmission rate adjustment policy determining module is configured to determine a link transmission rate adjustment policy according to an evaluation result of the evaluation module, to implement control on an arrival rate of each interface service flow; and the sending module is further configured to The link transmission rate adjustment policy determined by the link transmission rate adjustment policy determining module notifies the network side.
  • a link channel estimation algorithm may be: calculating each concurrent link weight value by Realize the load balancing of services in each transmission link.
  • the algorithm can dynamically generate path weight values according to path characteristics differences, and perform data scheduling on each path according to the value, specifically:
  • Weight value Weight -- + ⁇ (t) + jLos Si (t) where ⁇ ' W is the estimated bandwidth of link i at time t, (the average round-trip delay of the link at time t, ) is the chain The road is heavily valued at the moment.
  • the three parameters of the coefficients ", ⁇ , ⁇ " can be used to characterize the preference of the transmitted application to the performance parameters of the link and the service level information, which is generated by the fuzzy multi-attribute decision-making in conjunction with the user's established strategy.
  • the bandwidth estimation value can be estimated according to the SACK value returned by the receiving end in the transmission protocol (SCTP, MTCP, etc., which supports multi-stream concurrent transmission protocol) as follows:
  • Max(RTT i , 50ms) where, is the total amount of data sent from time t to time.
  • B i (t) AB i (t - ⁇ ) + ( ⁇ - )s i (t) ⁇ where ⁇ is called filtering factor.
  • the service data packet arrives at the transmitting end and is allocated to different links for data transmission by using the link weight parameter values to maximize the utilization of network resources and realize optimal network configuration.
  • FIG. 7 is a schematic structural diagram of a multi-stream service concurrent transmission subsystem according to an embodiment of the present invention. As shown in FIG. 7, the multi-stream service is concurrently transmitted.
  • the subsystem includes: a service platform, a tracking tracker server, and at least one database server; wherein
  • the service platform includes: a receiving module, a querying module, a first sending module, and a second sending module, where:
  • a receiving module configured to receive a service transmission request from the multi-interface terminal, and receive a division result from the multi-interface terminal to perform service data packet division on the requested service
  • the query module is configured to query, according to the service ID of the service requested by the multi-interface terminal carried in the service transmission request, the tracking tracker server, the database server information that can provide the service resource requested by the multi-interface terminal, and the multi-interface terminal Request business information of the business;
  • a first sending module configured to: according to the terminal ID carried by the service transmission request, Providing the database server information of the service resource requested by the multi-interface terminal and the service information of the service requested by the multi-interface terminal to be returned to the corresponding multi-interface terminal; the second sending module is configured to establish a concurrent link with the multi-interface terminal
  • Each database server sends a service data packet of the service resource requested by the multi-interface terminal to the multi-interface terminal according to the division result.
  • the service platform further includes:
  • a policy adjustment module configured to control a related database server to adjust a transmission rate of the corresponding link according to the link transmission rate adjustment policy
  • the receiving module is further configured to receive a link transmission rate adjustment policy from the multi-interface terminal.
  • the Tracker server is configured to provide database server information and service information of service resources to the service platform. Specifically, the Tracker server is responsible for tracking the usage of different service resources in each database server. Includes information such as the number of threads used, the number of threads available, the list of available resources, and so on.
  • the database server is a data center of the service provider or the operator, and stores the service and related service information required by the user, and is configured to provide the service resource to the multi-interface terminal according to the notification from the service platform. It should be noted that in order to satisfy the execution of the business combination in the user's individual needs, there may be more than one database server providing the services required by the user.
  • FIG. 9 is a schematic structural diagram of a multi-stream service concurrent transmission system according to an embodiment of the present invention. As shown in FIG. 9, the system includes: a multi-interface terminal and a multi-flow Business concurrent transmission subsystem;
  • the multi-interface terminal is the multi-interface terminal described above;
  • the multi-stream service concurrent transmission subsystem is the multi-stream service concurrent transmission subsystem described above.
  • the user's multi-interface terminal can access the same or different access networks through multiple access points and establish multiple transmission links with the core network server, and perform concurrent service transmission on multiple links.
  • the dotted line in the figure represents the interactive information flow and is implemented as a data stream.
  • FIG. 10 is a schematic diagram of a service split transmission and aggregation according to an embodiment of the present invention.
  • a multi-interface terminal device is respectively connected to server A and server B through two interfaces. Establishing two communication links, the figure depicts one possibility for two threads to pass service packets. Thread
  • thread A starts and transmits the service data packet 1 first, then thread B starts to transmit the service data packet 2, and thread A transmits the service data packet 3.
  • thread B has not completed the transmission of service packet 2, at which time the next service packet 4 is continuously transmitted by thread A, and so on, until the transmission completes the entire service packet.
  • the embodiment of the present invention fully utilizes the hybrid model file sharing mode in the P2P technology, and fully utilizes the network resources under the premise of minimizing the change of the existing network structure, and realizes the concurrent transmission of the multi-stream service in the coordinated service transmission process.
  • the above transmission method can utilize idle links as much as possible, and fully utilize the combined advantages of multiple interfaces and multiple links.
  • the multi-interface terminal side aggregates each service data packet to obtain a complete service flow.
  • the network resource can be fully utilized to improve the service transmission efficiency, and the link load can be adjusted in real time according to changes in the network environment to ensure efficient and fast transmission of the service.
  • a multi-stream service concurrent transmission method a subsystem, a system, and a multi-interface terminal
  • the multi-interface terminal initiates a service transmission request to the network side, where the service transmission request carries at least the service ID and the service of the requested service.
  • the multi-interface terminal receives database server information from the network side that can provide the requested service resource and service information of the requested service; the multi-interface terminal is based on a database that can provide the requested service resource
  • the server information establishes a plurality of concurrent links with all or part of the database servers corresponding to the database server information that can provide the requested service resources, and performs service data packet division on the requested service according to the service information of the requested service, and the result is divided.
  • the multi-interface terminal receives the service data packet of the requested service by using the established multiple concurrent links.
  • the embodiment of the present invention performs the offloading transmission based on the multi-interface terminal side decision, and does not need to add different functional entities to different network architectures on the network side, so the versatility is high, and the multi-interface terminal side can timely perceive the multi-interface terminal environment change. And make timely response and policy adjustment, so the shunt strategy is more robust.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种多流业务并发传输方法，包括：多接口终端向网络侧发起业务传输请求；多接口终端接收可提供所请求业务资源的数据库服务器信息及所请求业务的业务信息；多接口终端与数据库服务器建立多条并发链路，对所请求业务进行业务数据包划分并将划分结果通知网络侧；多接口终端通过建立的多条并发链路接收所请求业务的业务数据包。本发明实施例还相应地公开了一种多流业务并发传输子系统、系统及多接口终端。本发明实施例基于多接口终端侧决策进行分流传输，不需要在网络侧针对不同网络架构添加不同的功能实体，所以通用性较高，并且，多接口终端侧能及时感知多接口终端环境变化，并做出及时响应及策略调整，从而分流策略的鲁棒性较高。

Description

多流业务并发传输方法、 子系统、 系统及多接口终端 技术领域
本发明涉及无线通信技术领域， 尤其涉及一种多流业务并发传输方法、 子系统、 系统及多接口终端。
背景技术
随着异构网络融合技术的发展， 具有多种网络接入能力的多接口终端设 备日益普及， 通过多接口终端各个接口协同进行业务传输成为一种充分利用 网络资源、 合理均衡负载、 提高传输效率和用户 QoS体验的有效方式。
根据上述技术需求， 相关技术提出的解决方案主要是修改现网架构， 在 网络侧增加一功能实体（无线资源管理装置） ， 用于综合考虑网络带宽、 业 务类型等因素进行分流， 并通过不同路径汇聚至多接口终端侧。 然而， 一方 面， 上述技术方案由于需要针对不同网络架构添加不同的功能实体， 所以不 具备通用性， 实施难度较大； 另一方面， 分流决策由网络侧完成， 而网络侧 由于不能及时感知多接口终端环境变化，所以难以做出及时响应及策略调整， 从而容易导致分流策略的鲁棒性较差。
发明内容
有鉴于此， 本发明实施例的主要目的在于提供一种多流业务并发传输方 法、 子系统、 系统及多接口终端， 能够解决相关技术中多流业务通用性及鲁 棒性较差的问题。
为达到上述目的， 本发明实施例的技术方案是这样实现的：
一种多流业务并发传输方法， 包括：
多接口终端向网络侧发起业务传输请求， 所述业务传输请求至少携带所 请求业务的业务 ID和所述多接口终端的终端 ID;
所述多接口终端接收来自网络侧的可提供所请求业务资源的数据库服务 器信息及所请求业务的业务信息； 所述多接口终端根据可提供所请求业务资源的数据库服务器信息与所述 可提供所请求业务资源的数据库服务器信息对应的全部或部分数据库服务器 建立多条并发链路， 以及根据所请求业务的业务信息对所请求业务进行业务 数据包划分， 将划分结果通知网络侧；
所述多接口终端通过所述建立的多条并发链路接收所请求业务的业务数 据包。
所述多接口终端通过所述建立的多条并发链路接收所请求业务的业务数 据包之后， 该方法还包括：
所述多接口终端将接收的业务数据包緩存在緩冲区中， 所述业务数据包 携带业务序列号；
所述多接口终端根据緩冲区中各业务数据包的业务序列号合并所述各业 务数据包。
该方法还包括：
所述多接口终端对传输业务数据包的链路进行评估；
所述多接口终端根据评估结果确定链路传输速率调整策略， 并将所述链 路传输速率调整策略通知网络侧， 供网络侧进行各链路传输速率调节。
所述多接口终端根据所请求业务的业务信息对所请求业务进行业务数据 包划分为：
所述多接口终端根据以下一项或多项进行业务数据包划分： 业务大小、 业务类型、 并发链路数量、 緩冲区大小。
所述多接口终端对传输业务数据包的链路进行评估为：
rv
根据 Weight = -— + βΚΤΤι (t) + jLoSSi (t)计算各传输业务数据包的链路的路 径权重值 Weight， 其中， B ί)为链路 在 t时刻的带宽估计值，
Bi (t) = ABi (t - l) + (l - Z)Sl (t) , Si (t) = ^ ϋ O )为 t - 1时刻到 时刻发送 max(RTTi ,50ms)
的数据总量， 为滤波因子， RTJ t)为链路在 t时刻的平均往返时延， LOSSi {t、 为链路在 时刻的重传统计值， 系数"、 β、 ^表征所传输业务对链路各性能 参数的偏好程度以及业务等级信息。
本发明实施例还提供了一种多流业务并发传输方法， 包括： 业务平台接收来自多接口终端的业务传输请求， 并根据所述业务传输请 求携带的多接口终端所请求业务的业务 ID, 向追踪 Tracker服务器查询可提 供多接口终端所请求业务资源的数据库服务器信息及多接口终端所请求业务 的业务信息；
所述业务平台根据所述业务传输请求携带的终端 ID, 将所述可提供多接 口终端所请求业务资源的数据库服务器信息及多接口终端所请求业务的业务 信息返回相应的多接口终端；
所述业务平台接收来自所述多接口终端对所述所请求业务进行业务数据 包划分的划分结果；
所述业务平台控制与所述多接口终端建立并发链路的各数据库服务器根 据所述划分结果， 向所述多接口终端发送所述多接口终端所请求业务资源的 业务数据包。
该方法还包括：
所述业务平台接收来自所述多接口终端的链路传输速率调整策略； 所述业务平台控制相关的数据库服务器根据所述链路传输速率调整策略 调整相应链路的传输速率。
一种多接口终端， 包括： 业务传输请求发起模块、 接收模块、 链路建立 模块、 业务数据包划分模块和发送模块； 其中，
所述业务传输请求发起模块， 设置为向网络侧发起业务传输请求， 所述 业务传输请求至少携带所请求业务的业务 ID和所述多接口终端的终端 ID;
所述接收模块， 设置为接收来自网络侧的可提供所请求业务资源的数据 库服务器信息及所请求业务的业务信息； 以及通过所述链路建立模块建立的 多条并发链路接收所请求业务的业务数据包；
所述链路建立模块， 设置为根据可提供所请求业务资源的数据库服务器 信息与所述可提供所请求业务资源的数据库服务器信息对应的全部或部分数 据库服务器建立多条并发链路；
所述业务数据包划分模块， 设置为根据所请求业务的业务信息对所请求 业务进行业务数据包划分；
所述发送模块， 设置为将所述业务数据包划分模块的划分结果通知网络 侧。 该多接口终端还包括： 緩冲区和业务数据包合并模块； 其中， 所述緩冲区， 设置为緩存所述接收模块接收的业务数据包， 所述业务数 据包携带业务序列号；
所述业务数据包合并模块， 设置为根据所述緩冲区中各业务数据包的业 务序列号合并所述各业务数据包。
该多接口终端还包括评估模块和链路传输速率调整策略确定模块；其中， 所述评估模块， 设置为对传输业务数据包的链路进行评估；
所述链路传输速率调整策略确定模块， 设置为根据所述评估模块的评估 结果确定链路传输速率调整策略；
所述发送模块， 还设置为将所述链路传输速率调整策略确定模块确定的 链路传输速率调整策略通知网络侧。
其中， 所述业务数据包划分模块， 设置为根据所述所请求业务的业务信 息对所请求业务进行业务数据包划分， 包括：
根据以下一项或多项进行业务数据包划分： 业务大小、 业务类型、 并发 链路数量和緩冲区大小。
其中， 所述评估模块， 设置为对传输业务数据包的链路进行评估， 包括：
rv
根据 Weight = -— + βΚΤΤι (t) + jLoSSi (t)计算各传输业务数据包的链路的路 径权重值 Weight， 其中， B ί)为链路 在 t时刻的带宽估计值，
Bi (t) = ABi (t - l) + (l - Z)Sl (t) , Si (t) = ^ ϋ O )为 t - 1时刻到 ^时刻发送 max(RTTi ,50ms)
的数据总量， 为滤波因子， RTJ t)为链路在 t时刻的平均往返时延， LOSSi {t、 为链路在 时刻的重传统计值， 系数"、 β、 ^表征所传输业务对链路各性能 参数的偏好程度以及业务等级信息。
一种业务平台， 包括：
接收模块， 设置为接收来自多接口终端的业务传输请求， 并接收来自所 述多接口终端对所述所请求业务进行业务数据包划分的划分结果；
查询模块， 设置为根据所述业务传输请求携带的多接口终端所请求业务 的业务 ID, 向追踪 Tracker服务器查询可提供所述多接口终端所请求业务资 源的数据库服务器信息及所述多接口终端所请求业务的业务信息；
第一发送模块， 设置为根据所述业务传输请求携带的终端 ID, 将所述可 提供所述多接口终端所请求业务资源的数据库服务器信息及所述多接口终端 所请求业务的业务信息返回相应的多接口终端；
第二发送模块， 设置与所述多接口终端建立并发链路的各数据库服务器 根据所述划分结果， 向所述多接口终端发送所述多接口终端所请求业务资源 的业务数据包。
其中， 该业务平台还包括：
策略调整模块 , 设置为控制相关的数据库服务器根据所述链路传输速率 调整策略调整相应链路的传输速率；
所述接收模块， 还设置为接收来自所述多接口终端的链路传输速率调整 策略。 一种多流业务并发传输子系统，包括：如上所述的业务平台、追踪 Tracker 服务器和至少一个数据库服务器； 其中，
所述 Tracker服务器 ,设置为向业务平台提供业务资源的数据库服务器信 息及业务信息；
所述数据库服务器， 设置为根据来自所述业务平台的通知， 向多接口终 端提供业务资源。
本发明实施例一种多流业务并发传输方法、子系统、 系统及多接口终端， 多接口终端向网络侧发起业务传输请求， 所述业务传输请求至少携带所请求 业务的业务 ID和所述多接口终端的终端 ID; 所述多接口终端接收来自网络 侧的可提供所请求业务资源的数据库服务器信息及所请求业务的业务信息； 所述多接口终端根据可提供所请求业务资源的数据库服务器信息与所述可提 供所请求业务资源的数据库服务器信息对应的全部或部分数据库服务器建立 多条并发链路， 以及根据所请求业务的业务信息对所请求业务进行业务数据 包划分， 将划分结果通知网络侧； 所述多接口终端通过所述建立的多条并发 链路接收所请求业务的业务数据包。 本发明实施例基于多接口终端侧决策进 行分流传输， 不需要在网络侧针对不同网络架构添加不同的功能实体， 所以 通用性较高， 并且， 多接口终端侧能及时感知多接口终端环境变化， 并做出 及时响应及策略调整， 从而分流策略的鲁棒性较高。
附图概述 此处所说明的附图用来提供对本发明实施例的进一步理解， 构成本申请 的一部分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本 发明的不当限定。 在附图中：
图 1为本发明实施例一种多流业务并发传输方法流程示意图；
图 2为本发明实施例另一种多流业务并发传输方法流程示意图； 图 3为本发明实施例再一种多流业务并发传输方法流程示意图； 图 4为本发明实施例一种多接口终端结构示意图；
图 5为本发明实施例另一种多接口终端结构示意图；
图 6为本发明实施例再一种多接口终端结构示意图；
图 7为本发明实施例一种多流业务并发传输子系统结构示意图； 图 8为本发明实施例一种业务平台结构示意图；
图 9为本发明实施例一种多流业务并发传输系统结构示意图；
图 10为本发明中一业务分流传输及聚合的实施例示意图。
本发明的较佳实施方式
本发明实施例中： 多接口终端向网络侧发起业务传输请求， 所述业务传 输请求至少携带所请求业务的业务 ID和所述多接口终端的终端 ID; 所述多 接口终端接收来自网络侧的可提供所请求业务资源的数据库服务器信息及所 请求业务的业务信息； 所述多接口终端根据可提供所请求业务资源的数据库 服务器信息与所述可提供所请求业务资源的数据库服务器信息对应的全部或 部分数据库服务器建立多条并发链路， 以及根据所请求业务的业务信息对所 请求业务进行业务数据包划分， 将划分结果通知网络侧； 所述多接口终端通 过所述建立的多条并发链路接收所请求业务的业务数据包。
图 1为本发明实施例一种多流业务并发传输方法流程示意图， 如图 1所 示， 该方法包括：
步骤 101 : 多接口终端向网络侧发起业务传输请求， 所述业务传输请求 至少携带所请求业务的业务 ID和所述多接口终端的终端 ID; 这里， 所述多接口终端具有接入多种异构网络的能力， 拥有至少两个接 口，可以通过不同接入点连接业务平台，所述接口包括但不限于 WLAN接口、 蓝牙接口、 3G接口等， 多接口终端设备中有相应的功能实体对各接口进行有 效管理。
步骤 102: 所述多接口终端接收来自网络侧的可提供所请求业务资源的 数据库服务器信息及所请求业务的业务信息；
这里， 业务信息可以包括业务类型、 业务大小等， 如以业务包含多个子 业务， 还需要对子业务信息进行描述。
步骤 103: 所述多接口终端根据可提供所请求业务资源的数据库服务器 信息与所述可提供所请求业务资源的数据库服务器信息对应的全部或部分数 据库服务器建立多条并发链路， 以及根据所请求业务的业务信息对所请求业 务进行业务数据包划分， 将划分结果通知网络侧；
需要说明的是， 多接口终端在数据库服务器建立多条并发链路之前， 需 要将自身的各接口端口信息及 IP地址发送给网络侧， 可选的， 可以在业务传 输请求中携带各接口端口信息及 IP地址。 优选的， 多接口终端优先选择负载 较轻的数据库服务器建立多条并发链路。
可选的， 所述多接口终端根据所请求业务的业务信息对所请求业务进行 业务数据包划分可以为： 所述多接口终端根据以下一项或多项进行业务数据 包划分： 业务大小、 业务类型、 并发链路数量、 緩冲区大小。 需要说明的是， 不同的业务类型可能对应不同的传输实时性要求。 例如， 可以根据业务大小 将业务等分为多个业务数据包； 对于传输实时性要求高的业务， 业务数据包 应划分的小一些， 对于传输实时性要求不高的业务， 可以将业务数据包划分 的大一些； 并发链路数量多时， 可以将业务数据包划分的小一些， 并发链路 数量少时， 可以将业务数据包划分的大一些； 緩冲区大时， 可以将业务数据 包划分的大一些， 緩冲区小时， 可以将业务数据包划分的小一些。 优选的， 对于一般业务， 业务数据包大小控制在 50KB-500KB为宜。
步骤 104: 所述多接口终端通过所述建立的多条并发链路接收所请求业 务的业务数据包。 可选的， 如图 2所示， 步骤 104之后， 该方法还包括：
步骤 105: 所述多接口终端将接收的业务数据包緩存在緩冲区中， 所述 业务数据包携带业务序列号；
步骤 106: 所述多接口终端根据緩冲区中各业务数据包的业务序列号合 并所述各业务数据包。
可选的， 如图 3所示， 步骤 104之后， 该方法还包括：
步骤 107: 所述多接口终端对传输业务数据包的链路进行评估； 步骤 108: 所述多接口终端根据评估结果确定链路传输速率调整策略， 并将所述链路传输速率调整策略通知网络侧。
例如， 多接口终端对传输业务数据包的链路进行评估后， 获知链路 A的 链路性能较差， 链路 B和链路 C的链路质量较佳， 则可以决策减少链路 A的 传输速率， 增大链路 B和链路 C的传输速率。
需要说明的是， 所述多接口终端对传输业务数据包的链路进行评估可以 为：
根据 Weight = -^- + βΚΤΤι (t) + jLoSSi (t)计算各传输业务数据包的链路的路 径权重值 Weight, 其中， RTJ t)为链路在 t时刻的平均往返时延， Lossi it、为 链路在 t时刻的重传统计值， 系数"、 β、 表征所传输业务对链路各性能参 数的偏好程度以及业务等级信息， 通过模糊多属性决策配合用户既定策略产 生， Α(0为链路在 时刻的带宽估计值， 可以根据传输协议（SCTP、 MTCP 等支持多流并发的传输协议 ) 中接收端返回的 SACK值进行样本估计如下：
^( = ^ 、，
max( ?77J，50愿) Q(0为 1时刻到 时刻发送的数据总量， 为实现动态的带宽估计釆用 1时刻带宽值对 t时刻带宽值进行纠正： Bi (t) = ABi (t - \) + (\ - )si (t) ^ 其中， 为滤波因子。 业务数据包到达发送端通过各链路权重参数值分配至不同链路进行数据 传送， 可以最大化的利用网络资源， 实现网络的优化配置。 可选的， 步骤 101之后， 该方法还包括：
业务平台接收所述业务传输请求；
所述业务平台根据所述业务传输请求携带的多接口终端所请求业务的业 务 ID, 向追踪（Tracker )服务器查询可提供多接口终端所请求业务资源的数 据库服务器信息及多接口终端所请求业务的业务信息；
所述业务平台根据所述业务传输请求携带的终端 ID, 将所述可提供多接 口终端所请求业务资源的数据库服务器信息及多接口终端所请求业务的业务 信息返回相应的多接口终端。
可选的， 步骤 103之后， 该方法还包括：
业务平台接收所述划分结果；
所述业务平台控制与所述多接口终端建立并发链路的各数据库服务器根 据所述划分结果， 向所述多接口终端发送所述多接口终端所请求业务资源的 业务数据包。
可选的，所述多接口终端将所述链路传输速率调整策略通知网络侧之后 , 该方法还包括：
业务平台接收所述链路传输速率调整策略；
所述业务平台控制相关的数据库服务器根据所述链路传输速率调整策略 调整相应链路的传输速率， 实现业务在各传输链路中的负载均衡。
本发明实施例还相应地提出了一种多接口终端， 图 4为本发明实施例一 种多接口终端结构示意图， 如图 4所示， 该多接口终端包括： 业务传输请求 发起模块、 接收模块、 链路建立模块、 业务数据包划分模块和发送模块； 其 中，
所述业务传输请求发起模块， 设置为向网络侧发起业务传输请求， 所述 业务传输请求至少携带所请求业务的业务 ID和所述多接口终端的终端 ID; 所述接收模块， 设置为接收来自网络侧的可提供所请求业务资源的数据 库服务器信息及所请求业务的业务信息； 以及通过所述链路建立模块建立的 多条并发链路接收所请求业务的业务数据包； 所述链路建立模块， 设置为根据可提供所请求业务资源的数据库服务器 信息与所述可提供所请求业务资源的数据库服务器信息对应的全部或部分数 据库服务器建立多条并发链路；
所述业务数据包划分模块， 设置为根据所请求业务的业务信息对所请求 业务进行业务数据包划分；
所述发送模块， 设置为将所述业务数据包划分模块的划分结果通知网络 侧。
可选的， 如图 5所示， 该多接口终端还包括： 緩冲区和业务数据包合并 模块； 其中，
所述緩冲区， 设置为緩存所述接收模块接收的业务数据包， 所述业务数 据包携带业务序列号； 由于多接口终端设备各接口受无线链路丟包、 延时、 带宽等影响导致业务流到达速率与理想抵达速率之间存在差异， 所以緩冲区 用来对先达业务进行緩冲存储， 并提交业务数据包合并模块完成业务组合， 緩冲区大小可根据多接口终端资源 （存储空间大小、 数据处理能力等）进行 设置。
所述业务数据包合并模块， 设置为根据所述緩冲区中各业务数据包的业 务序列号合并所述各业务数据包， 合并成完整业务后便可呈递给用户。
可选的， 如图 6所示， 该多接口终端还包括评估模块和链路传输速率调 整策略确定模块； 其中，
所述评估模块， 设置为对传输业务数据包的链路进行评估； 具体的， 评 估模块对进行业务并发传输的各链路实时状况进行监控， 尤其对链路拥塞引 起的丟包和时延情况进行统计分析， 获取网络链路参数， 并结合链路信道评 估算法对链路进行评估；
所述链路传输速率调整策略确定模块， 设置为根据所述评估模块的评估 结果确定链路传输速率调整策略， 实现对各接口业务流到达速率的控制； 所述发送模块， 还设置为将所述链路传输速率调整策略确定模块确定的 链路传输速率调整策略通知网络侧。
优选的， 一种链路信道评估算法可以为： 通过计算各并发链路权重值来 实现业务在各传输链路中的负载均衡。 该算法可根据路径特性差异动态生成 路径权重值， 并根据该值在各条路径进行数据调度， 具体的：
权重值 Weight =—- + βΚΠ (t) + jLosSi (t) 其中 Β' W为链路 i在 t时刻的带宽估计值， ( 为链路在 t时刻的平均 往返时延， 。 )为链路 在 时刻的重传统计值。 系数"， β , ^三个参数 可以表征所传输应用对链路各性能参数的偏好程度以及业务等级信息， 通过 模糊多属性决策配合用户既定策略产生。
带宽估计值 )可以根据传输协议（SCTP、 MTCP等支持多流并发的传 输协议） 中接收端返回的 SACK值进行样本估计如下：
s ) = ^
max(RTTi ,50ms) 其中， 、为 t—\时刻到 时刻发送的数据总量。 为实现动态的带宽估计釆用 1时刻带宽值对 t时刻带宽值进行纠正： Bi (t) = ABi (t - \) + (\ - )si (t) ^ 其中， ί称为滤波因子。 业务数据包到达发送端通过各链路权重参数值分配至不同链路进行数据 传送， 以最大化的利用网络资源， 实现网络的优化配置。
本发明实施例还相应地提出了一种多流业务并发传输子系统， 图 7为本 发明实施例一种多流业务并发传输子系统结构示意图， 如图 7所示， 该多流 业务并发传输子系统包括： 业务平台、追踪 Tracker服务器和至少一个数据库 服务器； 其中，
如图 9所示， 该业务平台包括： 接收模块、 查询模块、 第一发送模块以 及第二发送模块， 其中：
接收模块， 设置为接收来自多接口终端的业务传输请求， 并接收来自所 述多接口终端对所述所请求业务进行业务数据包划分的划分结果；
查询模块， 设置为根据所述业务传输请求携带的多接口终端所请求业务 的业务 ID, 向追踪 Tracker服务器查询可提供所述多接口终端所请求业务资 源的数据库服务器信息及所述多接口终端所请求业务的业务信息；
第一发送模块， 设置为根据所述业务传输请求携带的终端 ID, 将所述可 提供所述多接口终端所请求业务资源的数据库服务器信息及所述多接口终端 所请求业务的业务信息返回相应的多接口终端； 第二发送模块， 设置与所述多接口终端建立并发链路的各数据库服务器 根据所述划分结果， 向所述多接口终端发送所述多接口终端所请求业务资源 的业务数据包。
可选的， 该业务平台还包括：
策略调整模块 , 设置为控制相关的数据库服务器根据所述链路传输速率 调整策略调整相应链路的传输速率；
所述接收模块， 还设置为接收来自所述多接口终端的链路传输速率调整 策略。
所述 Tracker服务器 ,设置为向业务平台提供业务资源的数据库服务器信 息及业务信息； 具体的， Tracker服务器负责追踪不同业务资源在各数据库服 务器的使用情况。 包括已用线程数、 可用线程数， 可用资源的服务器列表等 信息。
所述数据库服务器， 为业务提供方或运营商的数据中心， 存储有用户所 需的业务及相关业务信息， 设置为根据来自所述业务平台的通知， 向多接口 终端提供业务资源。 需要说明的是， 为满足用户个性需求中对业务组合的执 行， 提供用户所需业务的数据库服务器可能不止一个。
本发明还相应地提出了一种多流业务并发传输系统， 图 9为本发明实施 例一种多流业务并发传输系统结构示意图， 如图 9所示， 该系统包括： 多接 口终端和多流业务并发传输子系统； 其中，
所述多接口终端为上述的多接口终端；
所述多流业务并发传输子系统为上述的多流业务并发传输子系统。
图 9中， 用户的多接口终端可以通过多个接入点接入到相同或不同的接 入网并与核心网服务器建立多条传输链路， 并在多条链路上进行并发的业务 传输。 图中虚线代表交互信息流， 实现为数据流。
图 10所示为本发明实施例中一业务分流传输及聚合的实施例，如图 9所 示， 本实施例中， 多接口终端设备通过两个接口与服务器 A和服务器 B分别 建立两条通信链路， 图中描述了两个线程传递业务数据包的一种可能。 线程
A先开始并传输业务数据包 1 , 接着线程 B开始传输业务数据包 2, 线程 A 传输业务数据包 3。 当线程 A传输完成业务数据包 3时， 线程 B还没有完成 业务数据包 2的传输， 此时下一个业务数据包 4由线程 A继续传输， 以此类 推， 直到传输完成整个业务数据包。
需要说明的是， 本发明实施例提供的技术方案可应用于泛在网协同业务 提供过程中实现多流业务并发传输的场景。
可以看出， 本发明实施例充分借鉴 P2P技术中混合模型文件共享方式， 并在对现网结构尽量少变更的前提下充分利用网络资源， 实现协同业务传输 过程中的多流业务并发传输， 按上述传输方法， 可以尽可能的利用空闲链路， 充分发挥多接口和多条链路的组合优势。 最终多接口终端侧对每个业务数据 包聚合得到完整的业务流。 本发明实施例在对现网架构不做更改的前提下， 可以充分利用网络资源提升业务传输效率， 且能及时根据网络环境变化调整 链路负载实时调整传输策略， 保证业务高效快捷传输。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护 范围。
工业实用性
本发明实施例中的一种多流业务并发传输方法、 子系统、 系统及多接口 终端， 多接口终端向网络侧发起业务传输请求， 所述业务传输请求至少携带 所请求业务的业务 ID和所述多接口终端的终端 ID; 所述多接口终端接收来 自网络侧的可提供所请求业务资源的数据库服务器信息及所请求业务的业务 信息； 所述多接口终端根据可提供所请求业务资源的数据库服务器信息与所 述可提供所请求业务资源的数据库服务器信息对应的全部或部分数据库服务 器建立多条并发链路， 以及根据所请求业务的业务信息对所请求业务进行业 务数据包划分， 将划分结果通知网络侧； 所述多接口终端通过所述建立的多 条并发链路接收所请求业务的业务数据包。 本发明实施例基于多接口终端侧 决策进行分流传输，不需要在网络侧针对不同网络架构添加不同的功能实体， 所以通用性较高， 并且， 多接口终端侧能及时感知多接口终端环境变化， 并 做出及时响应及策略调整， 从而分流策略的鲁棒性较高。

Claims

权 利 要 求 书
1、 一种多流业务并发传输方法， 包括：
多接口终端向网络侧发起业务传输请求， 所述业务传输请求至少携带所 请求业务的业务 ID和所述多接口终端的终端 ID;
所述多接口终端接收来自所述网络侧的可提供所请求业务资源的数据库 服务器信息及所请求业务的业务信息；
所述多接口终端根据所述可提供所请求业务资源的数据库服务器信息与 所述可提供所请求业务资源的数据库服务器信息对应的全部或部分数据库服 务器建立多条并发链路， 以及根据所述所请求业务的业务信息对所述所请求 业务进行业务数据包划分， 将划分结果通知所述网络侧；
所述多接口终端通过建立的所述多条并发链路接收所述所请求业务的业 务数据包。
2、 根据权利要求 1所述的方法， 其中， 所述多接口终端通过建立的所述 多条并发链路接收所述所请求业务的业务数据包之后， 该方法还包括：
所述多接口终端将接收的业务数据包緩存在緩冲区中， 所述业务数据包 携带业务序列号；
所述多接口终端根据所述緩冲区中各业务数据包的业务序列号合并所述 各业务数据包。
3、 根据权利要求 1所述的方法， 还包括：
所述多接口终端对传输业务数据包的链路进行评估；
所述多接口终端根据评估结果确定链路传输速率调整策略， 并将所述链 路传输速率调整策略通知所述网络侧， 供所述网络侧进行各链路传输速率调 节。
4、 根据权利要求 2所述的方法， 其中， 所述多接口终端根据所请求业务 的业务信息对所请求业务进行业务数据包划分的步骤包括：
所述多接口终端根据以下一项或多项进行业务数据包划分： 业务大小、 业务类型、 并发链路数量和緩冲区大小。
5、 根据权利要求 3所述的方法， 其中， 所述多接口终端对传输业务数据 包的链路进行评估的步骤包括： 根据 Weight = -— + βΚΤΤι (t) + jLoSSi (t)计算各传输业务数据包的链路的路 径权重值 Weight， 其中， B ί)为链路 在 t时刻的带宽估计值，
Bi (t) = ABi (t - l) + (l - Z)Sl (t) , Si (t) = ^ ϋ O )为 t - 1时刻到 ^时刻发送 max(RTTi ,50ms)
的数据总量， 为滤波因子， RTJ t)为链路在 t时刻的平均往返时延， LOSSi {t、 为链路在 时刻的重传统计值， 系数"、 β、 ^表征所传输业务对链路各性能 参数的偏好程度以及业务等级信息。
6、 一种多流业务并发传输方法， 包括：
业务平台接收来自多接口终端的业务传输请求， 并根据所述业务传输请 求携带的多接口终端所请求业务的业务 ID, 向追踪 Tracker服务器查询可提 供所述多接口终端所请求业务资源的数据库服务器信息及所述多接口终端所 请求业务的业务信息；
所述业务平台根据所述业务传输请求携带的终端 ID, 将所述可提供所述 多接口终端所请求业务资源的数据库服务器信息及所述多接口终端所请求业 务的业务信息返回相应的多接口终端；
所述业务平台接收来自所述多接口终端对所述所请求业务进行业务数据 包划分的划分结果；
所述业务平台控制与所述多接口终端建立并发链路的各数据库服务器根 据所述划分结果， 向所述多接口终端发送所述多接口终端所请求业务资源的 业务数据包。
7、 根据权利要求 6所述的方法， 还包括：
所述业务平台接收来自所述多接口终端的链路传输速率调整策略； 所述业务平台控制相关的数据库服务器根据所述链路传输速率调整策略 调整相应链路的传输速率。
8、 一种多接口终端， 包括： 业务传输请求发起模块、 接收模块、 链路建 立模块、 业务数据包划分模块和发送模块； 其中，
所述业务传输请求发起模块， 设置为向网络侧发起业务传输请求， 所述 业务传输请求至少携带所请求业务的业务 ID和所述多接口终端的终端 ID;
所述接收模块， 设置为接收来自所述网络侧的可提供所请求业务资源的 数据库服务器信息及所请求业务的业务信息； 以及通过所述链路建立模块建 立的多条并发链路接收所述所请求业务的业务数据包； 所述链路建立模块， 设置为根据所述可提供所请求业务资源的数据库服 务器信息与所述可提供所请求业务资源的数据库服务器信息对应的全部或部 分数据库服务器建立多条并发链路；
所述业务数据包划分模块， 设置为根据所述所请求业务的业务信息对所 请求业务进行业务数据包划分；
所述发送模块， 设置为将所述业务数据包划分模块的划分结果通知所述 网络侧。
9、 根据权利要求 8所述的多接口终端， 其中， 该多接口终端还包括： 緩 冲区和业务数据包合并模块； 其中，
所述緩冲区， 设置为緩存所述接收模块接收的业务数据包， 所述业务数 据包携带业务序列号；
所述业务数据包合并模块， 设置为根据所述緩冲区中各业务数据包的业 务序列号合并所述各业务数据包。
10、 根据权利要求 8或 9所述的多接口终端， 其还包括评估模块和链路 传输速率调整策略确定模块； 其中，
所述评估模块， 设置为对传输业务数据包的链路进行评估；
所述链路传输速率调整策略确定模块， 设置为根据所述评估模块的评估 结果确定链路传输速率调整策略；
所述发送模块， 还设置为将所述链路传输速率调整策略确定模块确定的 链路传输速率调整策略通知所述网络侧。
11、 根据权利要求 8所述的多接口终端， 其中， 所述业务数据包划分模 块， 设置为根据所述所请求业务的业务信息对所请求业务进行业务数据包划 分， 包括：
根据以下一项或多项进行业务数据包划分： 业务大小、 业务类型、 并发 链路数量和緩冲区大小。
12、 根据权利要求 10所述的多接口终端， 其中， 所述评估模块， 设置为 对传输业务数据包的链路进行评估， 包括：
根据 Weight = -— + βΚΤΤι (t) + jLoSSi (t)计算各传输业务数据包的链路的路 径权重值 Weight， 其中， B ί)为链路 在 t时刻的带宽估计值，
Bi (t) = ABi (t - l) + (l - Z)Sl (t) , Si (t) = ^ ϋ O )为 t - 1时刻到 ^时刻发送 max( ?77J，50愿) 的数据总量， 为滤波因子， RTJ t)为链路在 t时刻的平均往返时延， LOSSi (t、 为链路在 时刻的重传统计值， 系数"、 β、 ^表征所传输业务对链路各性能 参数的偏好程度以及业务等级信息。
13、 一种业务平台， 包括：
接收模块， 设置为接收来自多接口终端的业务传输请求， 并接收来自所 述多接口终端对所述所请求业务进行业务数据包划分的划分结果；
查询模块， 设置为根据所述业务传输请求携带的多接口终端所请求业务 的业务 ID, 向追踪 Tracker服务器查询可提供所述多接口终端所请求业务资 源的数据库服务器信息及所述多接口终端所请求业务的业务信息；
第一发送模块， 设置为根据所述业务传输请求携带的终端 ID, 将所述可 提供所述多接口终端所请求业务资源的数据库服务器信息及所述多接口终端 所请求业务的业务信息返回相应的多接口终端；
第二发送模块， 设置与所述多接口终端建立并发链路的各数据库服务器 根据所述划分结果， 向所述多接口终端发送所述多接口终端所请求业务资源 的业务数据包。
14、 根据权利要求 13所述的业务平台， 还包括：
策略调整模块 , 设置为控制相关的数据库服务器根据所述链路传输速率 调整策略调整相应链路的传输速率；
所述接收模块， 还设置为接收来自所述多接口终端的链路传输速率调整 策略。
15、 一种多流业务并发传输子系统， 包括： 如权利要求 13或 14所述的 业务平台、 追踪 Tracker服务器和至少一个数据库服务器； 其中，
所述 Tracker服务器，设置为向所述业务平台提供业务资源的数据库服务 器信息及业务信息；
所述数据库服务器， 设置为根据来自所述业务平台的通知， 向多接口终 端提供业务资源。
PCT/CN2013/077987 2012-07-04 2013-06-26 多流业务并发传输方法、子系统、系统及多接口终端 WO2013185652A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13804444.1A EP2858325B1 (en) 2012-07-04 2013-06-26 Multi-stream service concurrent transmission method, sub-system, system and multi-interface terminal
US14/412,403 US9813933B2 (en) 2012-07-04 2013-06-26 Multi-stream service concurrent transmission method, subsystem, system and multi-interface terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210229161.9 2012-07-04
CN201210229161.9A CN103532909B (zh) 2012-07-04 2012-07-04 多流业务并发传输方法、子系统、系统及多接口终端

Publications (1)

Publication Number Publication Date
WO2013185652A1 true WO2013185652A1 (zh) 2013-12-19

Family

ID=49757555

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/077987 WO2013185652A1 (zh) 2012-07-04 2013-06-26 多流业务并发传输方法、子系统、系统及多接口终端

Country Status (4)

Country Link
US (1) US9813933B2 (zh)
EP (1) EP2858325B1 (zh)
CN (1) CN103532909B (zh)
WO (1) WO2013185652A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3226604A4 (en) * 2014-12-18 2018-01-03 Huawei Technologies Co., Ltd. Data multi streaming transmission method, apparatus, anchor point, and system

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104618518B (zh) * 2015-03-12 2017-10-03 中国科学技术大学苏州研究院 群组应用场景下多终端协同文件传输方法
CN105682146A (zh) * 2016-01-08 2016-06-15 努比亚技术有限公司 数据传输方法、装置及用户设备
CN105228210B (zh) * 2015-08-25 2017-05-24 努比亚技术有限公司 多通道路由方法及装置
CN105162718A (zh) * 2015-09-25 2015-12-16 中铁工程装备集团有限公司 一种基于MIPv6的多模终端业务流分发方法
US10554761B2 (en) * 2015-12-12 2020-02-04 At&T Intellectual Property I, Lp Methods and apparatus to improve transmission of a field data set to a network access point via parallel communication sessions
CN107196877B (zh) * 2016-03-14 2021-07-20 华为技术有限公司 网络流量控制的方法及其网络设备
CN107464151B (zh) * 2016-06-02 2021-03-30 北京京东尚科信息技术有限公司 高并发业务的订单数据处理方法及装置
CN107786308B (zh) * 2017-09-26 2019-05-07 平安科技（深圳）有限公司 数据传输方法及终端设备
US10666718B2 (en) * 2018-06-07 2020-05-26 Spatika Technologies Inc. Dynamic data transport between enterprise and business computing systems
US11216424B2 (en) 2018-06-07 2022-01-04 Spatika Technologies Inc. Dynamically rendering an application programming interface for internet of things applications
CN109587336B (zh) * 2018-12-06 2021-03-12 Oppo广东移动通信有限公司 数据传输方法及相关装置
CN111355667B (zh) * 2020-02-17 2022-08-30 视联动力信息技术股份有限公司 数据传输方法、装置、系统及计算机可读存储介质
WO2022106868A1 (en) * 2020-11-20 2022-05-27 Pismo Labs Technology Limited Method and systems for reducing network latency
CN116762465A (zh) * 2021-01-29 2023-09-15 华为技术有限公司 一种cis链路调整方法以及相关设备
US11765614B2 (en) * 2021-02-04 2023-09-19 Qualcomm Incorporated Beamformed channel occupancy ratio
WO2023050415A1 (zh) * 2021-09-30 2023-04-06 Oppo广东移动通信有限公司 一种多路径传输方法及装置、通信设备
CN114143300B (zh) * 2021-11-25 2024-04-19 中国银行股份有限公司 交易请求发送方法及装置
CN115309707B (zh) * 2022-08-31 2023-03-24 广州鼎盛商业保理有限公司 一种基于保理业务的信息交互方法
CN116471002B (zh) * 2023-03-17 2024-01-12 西安天智数字信息科技有限公司 一种工业互联网数据传输方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080125067A1 (en) * 2006-07-21 2008-05-29 Research In Motion Limited Mobile communications device access from personal computer
CN101594298A (zh) * 2009-05-08 2009-12-02 中国科学院计算技术研究所 移动通信系统中的多接口业务流切换方法和装置
CN102045776A (zh) * 2011-01-11 2011-05-04 中国科学院计算技术研究所 用于通信网络系统的自适应业务流切换方法及相应服务器
CN102209030A (zh) * 2011-05-19 2011-10-05 中兴通讯股份有限公司 业务分流方法、装置及系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7882139B2 (en) * 2003-09-29 2011-02-01 Xunlei Networking Technologies, Ltd Content oriented index and search method and system
EP1813063A4 (en) * 2004-11-19 2009-08-12 Stevens Inst Technology END UNIT WITH MULTI-ACCESS AND THE POSSIBILITY OF SIMULTANEOUS CONNECTIVITY TO MULTIPLE COMMUNICATION CHANNELS
US9049095B2 (en) * 2006-12-29 2015-06-02 Alcatel Lucent Methods and devices for providing ingress routing in selective randomized load balancing
CN101119314B (zh) * 2007-09-14 2010-06-23 中国科学院计算技术研究所 一种多模终端业务流的控制系统和装置以及方法
US8887218B2 (en) 2007-11-29 2014-11-11 Jan Maurits Nicolaas Fielibert Systems and methods of adjusting bandwidth among multiple media streams
CN101616167B (zh) * 2008-06-27 2013-03-13 中国移动通信集团公司 确定多网协同传输方案的方法及数据传送方法
KR101064002B1 (ko) * 2008-11-24 2011-09-08 한국과학기술원 다중 인터페이스를 탑재한 이동 단말 및 멀티미디어 스트리밍 수신 방법, 다중 망을 이용한 멀티미디어 스트리밍 제공 서버 및 그 방법
CN101465824B (zh) * 2008-12-29 2012-05-16 腾讯科技（深圳）有限公司 即时通信文件多源传输系统及方法
CN102497660B (zh) * 2011-12-09 2014-08-13 电子科技大学 一种用于异构无线网络的多业务并发接入方法
PL407778A1 (pl) * 2012-02-17 2014-12-22 Tencent Technology (Shenzhen) Company Limited Sposób, terminal, serwer i system do pobierania danych
CN103369002B (zh) * 2012-03-30 2018-03-27 腾讯科技（深圳）有限公司 一种资源下载的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080125067A1 (en) * 2006-07-21 2008-05-29 Research In Motion Limited Mobile communications device access from personal computer
CN101594298A (zh) * 2009-05-08 2009-12-02 中国科学院计算技术研究所 移动通信系统中的多接口业务流切换方法和装置
CN102045776A (zh) * 2011-01-11 2011-05-04 中国科学院计算技术研究所 用于通信网络系统的自适应业务流切换方法及相应服务器
CN102209030A (zh) * 2011-05-19 2011-10-05 中兴通讯股份有限公司 业务分流方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2858325A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3226604A4 (en) * 2014-12-18 2018-01-03 Huawei Technologies Co., Ltd. Data multi streaming transmission method, apparatus, anchor point, and system
US10492193B2 (en) 2014-12-18 2019-11-26 Huawei Technologies Co., Ltd. Multi-stream data transmission method, apparatus, and system, and anchor

Also Published As

Publication number Publication date
US9813933B2 (en) 2017-11-07
US20160007223A1 (en) 2016-01-07
CN103532909B (zh) 2019-01-22
EP2858325A1 (en) 2015-04-08
CN103532909A (zh) 2014-01-22
EP2858325A4 (en) 2015-06-10
EP2858325B1 (en) 2017-04-05

Similar Documents

Publication Publication Date Title
WO2013185652A1 (zh) 多流业务并发传输方法、子系统、系统及多接口终端
JP7556579B2 (ja) パケット伝送システムおよび方法
CN101626596B (zh) 一种生成业务分流策略的方法、装置及系统
Xu et al. CMT-NC: improving the concurrent multipath transfer performance using network coding in wireless networks
CN102811465B (zh) 异构网络下基于反馈信息的业务分流系统及方法
US8804532B2 (en) Method and arrangement for adapting to variations in an available bandwidth to a local network
US20130182601A1 (en) System and Method for Aggregating and Estimating the Bandwidth of Multiple Network Interfaces
US20150237525A1 (en) Traffic Shaping and Steering for a Multipath Transmission Control Protocol Connection
US9825815B2 (en) System and method for aggregating and estimating the bandwidth of multiple network interfaces
US7453805B2 (en) Method and communication system for signaling information for optimizing rate control schemes in wireless networks
Amani et al. Programmable policies for data offloading in LTE network
CN104702527B (zh) 多路径tcp中面向多优先级连接的拥塞时间窗控制方法
USRE44798E1 (en) Cross-layer architecture for a network device
WO2016162501A1 (en) Method and system for the scheduling of packets in a bundling scenario based on tcp tunnels and native tcp information
Gao et al. QoS-driven path selection for MPTCP: A scalable SDN-assisted approach
JP5775214B2 (ja) 適応性の伝送キュー長を用いたデータパケット損失低減システムおよび方法
Cui et al. Dash+: Download multiple video segments with stream multiplexing of quic
Enghardt et al. Informed Access Network Selection: The Benefits of Socket Intents for Web Performance
Yeznabad et al. Cross-layer joint optimization algorithm for adaptive video streaming in mec-enabled wireless networks
Ko et al. A handover-aware seamless video streaming scheme in heterogeneous wireless networks
Kumar et al. Device‐centric data reordering and buffer management for mobile Internet using Multipath Transmission Control Protocol
Luczak et al. Experimental Assessment of MPTCP Congestion Control Algorithms for Streaming Services in Open Internet.
Thakur et al. EFFICIENT ARCHITECTURE WITH A GENERAL OPTIMIZED REDUNDANT ERROR BASED MPTCP SCHEDULER.
US20240236807A1 (en) Multipath communication and control
Abuteir et al. Towards Centralized Management for Video Streaming Over Enterprise Wireless LANs

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13804444

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14412403

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2013804444

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013804444

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE