WO2024098815A1 - 一种数据传输处理方法、装置、存储介质及电子装置 - Google Patents

一种数据传输处理方法、装置、存储介质及电子装置 Download PDF

Info

Publication number
WO2024098815A1
WO2024098815A1 PCT/CN2023/105181 CN2023105181W WO2024098815A1 WO 2024098815 A1 WO2024098815 A1 WO 2024098815A1 CN 2023105181 W CN2023105181 W CN 2023105181W WO 2024098815 A1 WO2024098815 A1 WO 2024098815A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission
client
path
edge
strategy
Prior art date
Application number
PCT/CN2023/105181
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 中兴通讯股份有限公司
Publication of WO2024098815A1 publication Critical patent/WO2024098815A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H04L45/243—Multipath using M+N parallel active paths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/30—Routing of multiclass traffic

Definitions

  • the embodiments of the present disclosure relate to the field of communications, and in particular, to a data transmission processing method, device, storage medium, and electronic device.
  • the current RTN system multipath solution adopts a static solution for multipath data transmission, that is, when the data transmission starts, it has been determined whether to start the multipath and multipath transmission strategy. It is not possible to dynamically adjust the multipath transmission strategy and solution according to factors such as transmission quality parameters and network signal status during the transmission process. This also results in the transmission strategy being unable to adapt to changes in the transmission network during the transmission process, resulting in excessive redundancy in the amount of transmitted data or poor transmission quality.
  • the reliability of the multi-path transmission solution in the current RTN system is not high enough and is prone to single point risks.
  • the embodiments of the present disclosure provide a data transmission processing method, device, storage medium and electronic device to at least solve the problem in the related art that a static solution is used for multi-path data transmission, the multi-path transmission effect is poor and there is a single point risk.
  • a data transmission processing method which is applied to a multipath control center, and the method includes:
  • the multi-path transmission strategy and the data transmission path are sent to the starting client, so that the starting client performs data transmission based on the multi-path transmission strategy and the data transmission path.
  • a data transmission processing device comprising:
  • a receiving module configured to receive transmission quality information and network card status reported by an initiating client
  • An acquisition module configured to acquire a data transmission path between the starting client and the destination client, and acquire an edge load of an edge node to which the starting client and the destination client are connected;
  • a first determination module is configured to determine a multipath transmission strategy of the starting client according to the transmission quality information, the network card status, and the edge load;
  • the sending module is configured to send the multi-path transmission strategy and the data transmission path to the starting client, so that the starting client performs data transmission based on the multi-path transmission strategy and the data transmission path.
  • an electronic device including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.
  • FIG1 is a hardware structure block diagram of a device for a data transmission processing method according to an embodiment of the present disclosure
  • FIG2 is a flow chart of a data transmission processing method according to an embodiment of the present disclosure
  • FIG3 is a flow chart of a data transmission processing method according to an optional embodiment of the present disclosure.
  • FIG4 is a schematic diagram of the composition of an RTN system with high path reliability according to an embodiment of the present disclosure
  • FIG. 5 is a block diagram of a client in a multi-path high-reliability RTN system according to an embodiment of the present disclosure
  • FIG6 is a schematic diagram of the format of an encapsulated data packet according to an embodiment of the present disclosure.
  • FIG7 is a schematic diagram of multipath according to this embodiment.
  • FIG. 8 is a block diagram of an edge node in a multi-path high-reliability RTN system according to an embodiment of the present disclosure
  • FIG9 is a block diagram of a transfer node according to an embodiment of the present disclosure.
  • FIG10 is a block diagram of a routing and scheduling center according to an embodiment of the present disclosure.
  • FIG11 is a block diagram of a multipath control center according to an embodiment of the present disclosure.
  • FIG12 is a schematic diagram of a multi-path intelligent decision model according to an embodiment of the present disclosure.
  • FIG13 is a schematic diagram of single edge transmission and multi-edge transmission according to an embodiment of the present disclosure.
  • FIG14 is a flow chart of multi-path intelligent decision making according to an embodiment of the present disclosure.
  • FIG. 15 is a block diagram of a data transmission processing device according to an embodiment of the present disclosure.
  • FIG1 is a hardware structure block diagram of a device of the data transmission processing method of the embodiment of the present disclosure.
  • the device may include one or more (only one is shown in FIG1 ) processors 102 (the processor 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data, wherein the above-mentioned device may also include a transmission device 106 and an input and output device 108 for communication functions.
  • processors 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA
  • a memory 104 for storing data
  • the above-mentioned device may also include a transmission device 106 and an input and output device 108 for communication functions.
  • FIG1 is only for illustration and does not limit the structure of the above-mentioned device.
  • the device may also include more or fewer components than those shown in FIG1 , or have a configuration different from that shown in FIG1 .
  • the memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the data transmission processing method in the embodiment of the present disclosure.
  • the processor 102 executes various functional applications and service chain address pool slicing processing by running the computer program stored in the memory 104, that is, to implement the above method.
  • the memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory.
  • the memory 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
  • the transmission device 106 is used to receive or send data via a network.
  • the specific example of the above network may include a wireless network provided by a communication provider of the device.
  • the transmission device 106 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet.
  • the transmission device 106 can be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet wirelessly.
  • RF Radio Frequency
  • FIG. 2 is a flow chart of the data transmission processing method according to an embodiment of the present disclosure. As shown in FIG. 2 , the method is applied to a multipath control center. The process includes the following steps:
  • Step S202 receiving the transmission quality information and network card status reported by the originating client
  • Step S204 obtaining a data transmission path between the originating client and the destination client, and obtaining edge loads of edge nodes to which the originating client and the destination client access;
  • the above-mentioned step S204 may specifically include: obtaining the data transmission path between the starting client and the destination client synchronized by the routing scheduling center, and the edge load of the edge node to which the starting client and the destination client access, wherein the data transmission path is obtained by the routing scheduling center through path planning based on the topological relationship between the client, the edge node and the transit node, the link data between the client and the accessed edge node, the link data between the edge node and the connected transit node, and the link data between the transit nodes, wherein the client includes the starting client and the destination client.
  • Step S206 determining a multipath transmission strategy of the starting client according to the transmission quality information, the network card status, and the edge load;
  • Step S208 sending the multi-path transmission strategy and the data transmission path to the originating client, so that the originating client performs data transmission based on the multi-path transmission strategy and the data transmission path.
  • the problem of using static solutions for multi-path data transmission in related technologies poor multi-path transmission effect and single-point risk can be solved, and corresponding transmission plans can be formulated for data of different levels; during the transmission process, the multi-path transmission strategy is dynamically adjusted according to the transmission quality parameters, network card status and edge load, and the client transmits data based on the multi-path transmission strategy and the data transmission path, reducing the single-point risk.
  • FIG. 3 is a flow chart of a data transmission processing method according to an optional embodiment of the present disclosure. As shown in FIG. 3 , the above step S206 may specifically include:
  • Step S302 the multipath transmission strategy includes a multipath strategy for transmitting data and an edge access strategy, and the multipath strategy is determined according to the transmission quality information;
  • Step S304 determine the edge access strategy according to the network card status and the edge load.
  • step S302 may specifically include:
  • the quantity information includes: packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, and network card signal strength, and the packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, and network card signal strength are normalized; the normalized packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, and network card signal strength are compared with a preset interval to obtain a comparison result; the transmission quality is determined according to the comparison result and the indicator change trend;
  • determining the multipath strategy according to the level of the transmission quality further, when the transmission quality is the first level, determining the multipath strategy to be a single path mode; when the transmission quality is the second level, determining the multipath strategy to be a low-cost redundancy mode; when the transmission quality is the third level, determining the multipath strategy to be a full redundancy mode; wherein the multipath strategy includes: the full redundancy mode, the low-cost redundancy mode, and the single path mode, the full redundancy mode indicates that all data are replicated and transmitted on two paths, the low-cost redundancy mode indicates that part of the data is transmitted on two paths, the single path mode indicates that all data is transmitted using one path, the first level of transmission quality is greater than the second level of transmission quality, and the second level of transmission quality is greater than the third level of transmission quality.
  • step S304 may specifically include: the above-mentioned edge access strategy includes single edge access and multiple edge access; judging that the number of physical network cards of the starting client to be started is one or more according to the network card status; when the number of physical network cards of the starting client to be started is one and the edge load of the edge node accessed by the starting client meets the preset requirements, determining that the edge access strategy is the single edge access; when the number of physical network cards of the starting client to be started is one and the edge load of the edge node accessed by the starting client does not meet the preset requirements, determining that the edge access strategy is the multiple edge access; when the number of physical network cards of the starting client to be started is multiple and the edge load of the edge node accessed by the starting client meets the preset requirements, determining that the edge access strategy is the single edge access; when the number of physical network cards of the starting client to be started is multiple and the edge load of the edge node accessed by the starting client meets the preset requirements, determining that the edge access strategy is the single edge access
  • the method also includes: determining the transmission priority based on the service priority reported by the starting client; sending the transmission priority to the starting client so that the starting client performs data transmission based on the multi-path transmission strategy, the data transmission path and the transmission priority.
  • This embodiment is applicable to industries related to real-time audio and video communications, such as AR/VR, cloud gaming, interactive live broadcasting, cloud computers, distance education, video conferencing, video surveillance, and various OTT applications.
  • This embodiment aims at the lack of a unified multi-path control center in the current RTN system multi-transmission scheme to formulate corresponding transmission schemes for different data and for different service level data; the inability to dynamically adjust the multi-path transmission strategy according to factors such as transmission quality parameters and network card signal status during the transmission process; and the existence of single point risk.
  • a multi-path high-reliability audio and video transmission RTN system and method is proposed. While ensuring the quality of multi-path transmission, the cost is optimized, and the corresponding transmission mode is formulated according to the service priority; the transmission strategy is dynamically adjusted according to the transmission quality during the transmission process; and the transmission single point risk is also solved. The reliability of RTN system transmission is improved while controlling the lower transmission cost, so as to maximize the utilization value of RTN transmission resources.
  • Fig. 4 is a schematic diagram of the composition of the RTN system with high path reliability according to an embodiment of the present disclosure, as shown in Fig. 4. It mainly includes a client, an edge node, a transfer node, a routing scheduling center and a multi-path control center.
  • the client is an audio and video terminal or related SDK, which is mainly responsible for processing audio and video services, including access to edge nodes and sending and receiving audio and video data. It is also responsible for detecting the link quality between the client and the edge node and reporting it to the routing dispatch center. Control of multi-path transmission strategy on the client side and processing of multi-path data transmission. It is also responsible for reporting the quality information (packet loss rate, delay data, jitter data, screen freeze rate, screen distortion rate) and network card status (whether enabled, signal strength) during data transmission to the multi-path control center.
  • Client types uniformly cover the audio and video media display part and the audio and video media generation part. For example, in the video conferencing scenario, it includes PC client, mobile client, and conference terminal in the conference room; cloud desktop scenario includes thin terminal, PC terminal, and backend server; AR/VR scenario includes VR glasses, head-mounted terminal, and backend server.
  • the edge node is responsible for client access and has the ability to send and receive data. It is also responsible for receiving data detection requests from the routing scheduling center and detecting the network parameters of the clients and transit nodes connected to it.
  • the detection data includes packet loss, delay, jitter, available bandwidth, node load, etc., and the detection results are reported to the routing scheduling center.
  • the transit node is responsible for receiving data and forwarding data according to the transmission path information and priority information. It is also responsible for receiving data detection requests from the routing scheduling center and detecting the network parameters of the transit nodes and edge nodes connected to it.
  • the detection data includes packet loss, delay, jitter, available bandwidth, node load, etc., and is responsible for reporting the detection results to the routing scheduling center.
  • the routing scheduling center is responsible for the management of the overall network topology, sending link detection requests to clients, edge nodes and transit nodes, collecting link network parameter data reported by clients, edge nodes and forwarding nodes, and converting specific link parameters into specific link quality indexes, unified planning of data transmission paths based on link quality parameters and network topology, and is also responsible for synchronizing the optimal path generated by the plan to the multi-path control center, which will uniformly process and send it down.
  • the multipath control center is responsible for collecting the quality information and network card status of the client during the data transmission process, and intelligently deciding the multipath transmission strategy of the client based on the service priority, edge load and path information, and sending the relevant transmission strategy to the client for execution.
  • FIG5 is a block diagram of a client in a multi-path high-reliability RTN system according to an embodiment of the present disclosure.
  • the client is mainly composed of a media content module, a multi-path control module, a data transceiver module, and a link detection module.
  • the media content module is responsible for the production/display of audio and video media and other related business processing.
  • the multipath control module is responsible for reporting the quality information (packet loss rate, delay data, jitter data, screen freeze rate, screen distortion rate) and network card status (whether enabled, signal strength) during data transmission to the multipath control center, and receiving the multipath control strategy of the multipath control center, and encapsulating the original data into a new data packet according to the strategy.
  • FIG6 is a schematic diagram of the format of the encapsulated data packet according to the embodiment of the present disclosure, and the data packet format is shown in FIG6.
  • FIG7 is a schematic diagram of the multipath according to the present embodiment, as shown in FIG7, the transmission path determined by the multipath scheduling module of the multipath control center.
  • the encapsulated new data packet is shown in FIG7 as the transmission path 1 and the transmission path 2.
  • the specific node information in the path includes the IP address and port information.
  • the data transceiver module is responsible for receiving data, and also has the function of sending the encapsulated data to the next hop according to the path information indicated in the transmission path and the priority information requirements. Data with high priority is sent first, and the specific data transmission method is determined according to the multipath strategy.
  • the link detection module is responsible for registering with the detection management of the routing scheduling center and receiving the detection request instructions issued by it.
  • the instructions will include the specific nodes that need to be detected. After receiving the instructions, link detection will be carried out immediately.
  • the detection indicators include packet loss, delay, jitter, available bandwidth, node load and load, etc. After the detection is completed, the specific detection parameters will be sent to the routing center regularly. Detection management module by the dispatch center.
  • FIG8 is a block diagram of an edge node in a multi-path high-reliability RTN system according to an embodiment of the present disclosure. As shown in FIG8 , it is mainly composed of a client access module, a data processing module, a data forwarding module, and a link detection module.
  • the client access module is responsible for accepting the client's access request and for data transmission between the client and the client.
  • the data processing module is responsible for decapsulating the encapsulated data, removing the information of the current node in the path and updating the path length field, exposing the information of the next node in the path so that the data can be quickly forwarded in the path, and then encapsulating the data.
  • the data transceiver module is responsible for forwarding the encapsulated data packets to the transit nodes according to the requirements of the transmission path, among which the data with high priority is forwarded first.
  • the link detection module is responsible for registering with the detection management module of the dispatch center and receiving detection request instructions.
  • the instructions will include the specific forwarding nodes that need to be detected by the edge nodes. After receiving the instructions, link detection will be performed immediately.
  • the detection indicators include packet loss, delay, jitter, available bandwidth, node load, etc. After the detection is completed, the specific parameters of the detection will be sent to the detection management module of the routing dispatch center at a regular interval.
  • FIG9 is a block diagram of the composition of a transit node according to an embodiment of the present disclosure.
  • the transit node is mainly composed of a data receiving module, a data processing module, a data forwarding module, and a link detection module.
  • the data receiving module is responsible for receiving data from edge nodes or other transit nodes with high performance, and handing the data over to the data processing module for processing.
  • the data processing module is responsible for decapsulating the encapsulated data, removing the information of the current node in the path and updating the path length field, exposing the information of the next node in the path so that the data can be quickly forwarded in the path, and then encapsulating the data.
  • the data forwarding module is responsible for forwarding the encapsulated data packets to the transit nodes according to the requirements of the transmission path, among which the data with high priority is forwarded first.
  • the link detection module is responsible for registering with the detection management module of the dispatch center and receiving detection request instructions.
  • the instructions will include the specific nodes that need to be detected by the edge nodes (including forwarding nodes and other edge nodes). After receiving the instructions, link detection will be performed immediately.
  • the detection indicators include packet loss, delay, jitter, available bandwidth, node load, etc. After the detection is completed, the specific parameters of the detection will be sent to the detection management module of the dispatch center at a regular interval.
  • FIG10 is a block diagram of the composition of the routing scheduling center according to an embodiment of the present disclosure.
  • the routing scheduling center in the multi-path high-reliability RTN system of this embodiment is mainly composed of a topology management module, a detection management module, a data quantization module, and a path planning module.
  • the topology management module is responsible for the management of the topology relationship of the entire RTN network, including the addition and deletion of edge nodes and transit nodes, and the change of the connection relationship between nodes.
  • the detection management module is responsible for sending detection requests to clients, edge nodes and transit nodes, and is responsible for receiving detection data from clients, edge nodes and transit nodes.
  • the data quantization module is responsible for quantifying the received information such as packet loss, delay, jitter, available bandwidth, node load, etc. to obtain the quality index of the corresponding link.
  • the path planning module is responsible for planning the path in real time based on the topological relationship among the client, edge node and transit node and in combination with the quality index of the link. Two transmission paths are planned for the same set of starting and ending points. The transmission paths planned in real time are saved in the memory and synchronized to the multipath control center.
  • FIG11 is a block diagram of the composition of a multipath control center according to an embodiment of the present disclosure.
  • the multipath control center in the multipath high-reliability RTN system of this embodiment is mainly composed of a path information synchronization module, a service quality collection module, a multipath intelligent scheduling module, and a control strategy delivery module.
  • the path information synchronization module is responsible for synchronizing the path information calculated in real time from the path planning module of the routing scheduling center.
  • the path information is used for decision-making by the multi-path intelligent scheduling module.
  • the service quality collection module is responsible for collecting quality information (packet loss rate, delay data, jitter data, screen freeze rate, screen distortion rate) and network card status (whether enabled, signal strength) during data transmission reported by the client.
  • FIG 12 is a schematic diagram of a multi-path intelligent decision-making model according to an embodiment of the present disclosure.
  • the multi-path intelligent scheduling module is responsible for comprehensively collecting information such as packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, number of enabled network cards, network card signal strength, etc. collected by the service quality module, and combining service priority, edge load, and path information to comprehensively decide on a multi-path transmission strategy, which specifically includes transmission priority, multi-path strategy, edge access strategy, and transmission path information.
  • the transmission priority is determined according to the service priority and is divided into two priorities: high and low. Generally, the priority of services related to VIP users or paying users is high, and the priority of other services is low.
  • the multipath strategy is divided into full redundancy mode, low-cost redundancy mode, and single-path mode.
  • the full redundancy mode means that all data is replicated and transmitted on two paths, which is suitable for situations with extremely poor network quality;
  • the low-cost redundancy mode means that part of the data is transmitted on two paths, and part of the data is transmitted on one path, which is suitable for scenarios with poor link quality.
  • signaling, non-media data, audio data, and video redundant data are replicated and transmitted on two paths, and the original video data is transmitted on a single path;
  • the single path means that one path is used for transmission, which is generally used in scenarios with good link quality.
  • the packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, and network card signal strength are first normalized (the indicators are converted into the 0-1 interval), and each indicator is compared with the preset interval (for example, 0-0.5, 0.5-8, and 0.8-1, which are divided into three tables to indicate good, medium, and poor quality), and the quality of the current transmission is comprehensively judged in combination with the trend of indicator changes.
  • the specific transmission quality is divided into three levels: good, poor, and extremely poor. Different levels correspond to different multipath strategies.
  • FIG13 is a schematic diagram of single-edge transmission and multi-edge transmission according to an embodiment of the present disclosure.
  • the edge access strategy is determined according to the enabled network card book and edge load information.
  • the single-edge access mode means that the client accesses one edge for transmission, as shown in FIG13-a , which is suitable for scenarios where edge resources are idle and the quality of the link connected to the edge is good.
  • the multi-edge access mode means that the client accesses two edges for transmission, as shown in FIG13-b , which is suitable for scenarios where edge resources are tight and the quality of the link connected to a single edge is poor.
  • Multi-edge access solves the risk of single edge points and improves the reliability of the overall RTN system.
  • the control strategy delivery module delivers the multipath strategy decided by the path intelligent scheduling module to the client multipath control module for execution.
  • FIG14 is a flow chart of multi-path intelligent decision making according to an embodiment of the present disclosure, as shown in FIG14 , including:
  • Step S141 obtaining relevant data (service quality, network card information, edge status, path information);
  • Step S142 determining the service priority, if the service priority is high, executing step S143, otherwise executing step S1415;
  • Step S143 determining the number of physical network cards started by the client, and if the determination result is multiple, executing step S144; if the determination result is one, executing step S145;
  • Step S144 judging the edge node state load and network quality, and if the judgment result is that the requirements are met, executing step S146, and if the judgment result is that the requirements are not met, executing step S147;
  • Step S145 determine the edge node status load and network quality, and if the result is satisfactory, execute Step S141, if the judgment result is that the requirement is not met, execute step S147;
  • Step S146 judging the service status according to the service quality parameters, if the judgment result is very poor, executing steps S148-S149, if the judgment result is poor, executing steps S1410-S1411, if the judgment result is good, executing steps S1412-S1413;
  • Step S147 selecting a second edge according to the edge load, and determining the network card to be used according to the network quality, and then executing step S1414;
  • Steps S148-S149 determining the fully redundant multipath-single edge mode, and starting multiple network cards;
  • Step S1414 determining to be a single network card-multiple edge mode
  • Step S1415 determining to be single network card-single edge mode
  • Steps S1416-S1417 combining the path information, send the strategy to the client to encapsulate the data packet.
  • Step 1 The client, edge node, and transit node register with the topology management module of the routing scheduling center;
  • Step 2 After the registration is completed, the topology management module of the routing scheduling center saves the client, edge node and transit node in the RTN system configured by the user and the link relationship between them.
  • Step 3 After the topology relationship is configured, the detection management module of the routing scheduling center sends the edge node information that can be accessed by the client to the client; sends the node information connected to the node to each edge node and transit node, and instructs them to start detection;
  • Step 4 After receiving the detection request from the routing scheduling center, the link detection modules of the client, edge node and transit node immediately start the detection request of the link network parameters, and report the detection results to the path planning module of the routing scheduling center at a regular interval;
  • Step 5 The path planning module of the routing scheduling center performs path planning based on the topological relationship and real-time detection data of the client, edge node and transit node. Two transmission paths are planned for each group of starting nodes and destination nodes. The real-time planned transmission path is saved in the memory and synchronized with the edge load information to the path information synchronization module of the multi-path control center.
  • Step 6 The client multipath control module reports the quality information (packet loss rate, delay data, jitter data, screen freeze rate, screen distortion rate) and network card status (whether enabled, signal strength) of the data transmission process to the service quality collection module of the multipath control center in real time.
  • quality information packet loss rate, delay data, jitter data, screen freeze rate, screen distortion rate
  • network card status whether enabled, signal strength
  • Step 7 The multipath intelligent scheduling module of the multipath control center comprehensively collects information such as packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, number of enabled network cards, network card signal strength, etc. collected by the service quality module, and combines the service priority, edge load, and path information to comprehensively decide on the multipath transmission strategy, which specifically includes transmission priority, multipath strategy, edge access strategy, and transmission path information.
  • information such as packet loss rate, delay, jitter, screen freeze rate, screen distortion rate, number of enabled network cards, network card signal strength, etc. collected by the service quality module, and combines the service priority, edge load, and path information to comprehensively decide on the multipath transmission strategy, which specifically includes transmission priority, multipath strategy, edge access strategy, and transmission path information.
  • Step 8 The control strategy delivery module of the multipath control center delivers the decided multipath transmission strategy to the client.
  • Step 9 When the service request starts, the client multipath control module encapsulates the original data in combination with the multipath transmission strategy, transmission priority and transmission path. The client transceiver module then sends the encapsulated data to the next hop edge node.
  • Step 10 After receiving the encapsulated data, the edge node and the transit node decapsulate the encapsulated data, remove the information of the current node in the path, update the path length field, expose the information of the next node in the path so that the data can be quickly forwarded in the path, and then encapsulate the data and forward it to the transit node. Data with high priority will be sent first.
  • Step 11 after receiving the encapsulated data, the destination edge node decapsulates the encapsulated data, obtains the address of the destination client, and then sends the original data to the destination client.
  • FIG. 15 is a block diagram of a data transmission processing device according to an embodiment of the present disclosure. As shown in FIG. 15 , the device is applied to a multipath control center. The device includes:
  • the receiving module 152 is configured to receive the transmission quality information and the network card status reported by the originating client;
  • An acquisition module 154 is configured to acquire a data transmission path between the originating client and the destination client, and acquire an edge load of an edge node to which the originating client and the destination client are connected;
  • a first determination module 156 is configured to determine a multipath transmission strategy of the starting client according to the transmission quality information, the network card status, and the edge load;
  • the sending module 158 is configured to send the multi-path transmission strategy and the data transmission path to the starting client, so that the starting client performs data transmission based on the multi-path transmission strategy and the data transmission path.
  • the first determining module 156 includes:
  • a first determination submodule is configured to include the multipath transmission strategy including a multipath strategy for transmitting data and an edge access strategy, and to determine the multipath strategy according to the transmission quality information;
  • the second determination submodule is configured to determine the edge access strategy according to the network card status and the edge load.
  • the first determining submodule includes:
  • a first determining unit configured to determine the transmission quality of the originating client according to the transmission quality information
  • a second determining unit configured to determine the level of the transmission quality
  • the third determining unit is used to determine the multipath strategy according to the level of the transmission quality.
  • the first determining unit is further configured to normalize the transmission quality information including packet loss rate, delay, jitter, image freeze rate, screen distortion rate, and network card signal strength;
  • the transmission quality is determined according to the comparison result and the indicator change trend.
  • the third determining unit is further configured to determine that the multipath strategy is a single path mode when the transmission quality is at the first level;
  • the multi-path strategy includes: the full redundancy mode, the low-cost redundancy mode, and the single-path mode.
  • the full redundancy mode indicates that all data are replicated and transmitted on two paths
  • the low-cost redundancy mode indicates that part of the data is transmitted on two paths
  • the single-path mode indicates that all data is transmitted using one path.
  • the transmission quality of the first level is greater than the transmission quality of the second level
  • the transmission quality of the second level is greater than the transmission quality of the third level.
  • the second determining submodule is further configured such that the edge access strategy includes single edge access and multi-edge access;
  • the number of physical network cards started at the starting client is one, and the edge node accessed by the starting client is When the edge load meets the preset requirement, determining the edge access strategy as the single edge access;
  • the edge access strategy is the multi-edge access
  • the edge access strategy is the single edge access
  • the edge access strategy is determined to be the multi-edge access.
  • the acquisition module is also configured to acquire the data transmission path between the starting client and the destination client synchronized by the routing scheduling center, and the edge load of the edge node accessed by the starting client and the destination client, wherein the data transmission path is obtained by the routing scheduling center through path planning based on the topological relationship between the client, the edge node and the transit node, the link data between the client and the accessed edge node, the link data between the edge node and the connected transit node, and the link data between the transit nodes, wherein the client includes the starting client and the destination client.
  • the device further comprises:
  • a second determination module is configured to determine the transmission priority according to the service priority reported by the starting client
  • the data transmission module is configured to send the transmission priority to the starting client, so that the starting client performs data transmission based on the multi-path transmission strategy, the data transmission path and the transmission priority.
  • An embodiment of the present disclosure further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when running.
  • the above-mentioned computer-readable storage medium may include, but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store computer programs.
  • An embodiment of the present disclosure further provides an electronic device, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.
  • the electronic device may further include a transmission device and an input/output device, wherein the transmission device is connected to the processor, and the input/output device is connected to the processor.
  • modules or steps of the present disclosure can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation.
  • the present disclosure is not limited to any specific combination of hardware and software.

Landscapes

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

Abstract

本公开实施例提供了一种数据传输处理方法、装置、存储介质及电子装置，该方法包括：接收起始客户端上报的传输质量信息与网卡状态；获取该起始客户端与目的客户端之间的数据传输路径，并获取接入的边缘节点的边缘负载；根据传输质量信息、网卡状态、边缘负载确定该起始客户端的多路径传输策略；将多路径传输策略与数据传输路径发送给起始客户端，以使起始客户端基于多路径传输策略与数据传输路径进行数据传输，可以解决相关技术中对数据多路径传输采用静态方案，多路径传输效果差且存在单点风险的问题，对不同级别的数据制定对应的传输方案；在传输过程中根据传输质量参数、网卡状态以及边缘负载动态调整多路径传输策略，降低了单点风险。

Description

一种数据传输处理方法、装置、存储介质及电子装置
相关申请的交叉引用
本公开基于2022年11月08日提交的发明名称为“一种数据传输处理方法、装置、存储介质及电子装置”的中国专利申请CN202211392690.0，并且要求该专利申请的优先权，通过引用将其所公开的内容全部并入本公开。
技术领域
本公开实施例涉及通信领域，具体而言，涉及一种数据传输处理方法、装置、存储介质及电子装置。
背景技术
随着互联网的不断发展，音视频媒体数据已经成为互联网流量的主体，近年来AR/VR、云游戏、互动直播、云电脑、远程教育、视频会议、视频监控以及各种OTT应用等场景的发展也推动实时音视频传输(Real Time Communication，简称为RTC)技术成为当下炙手可热的领域，国内外RTC产业规模均保持着较高增长速度。同时也对音视频传输的实时性、稳定性、大容量、低成本提出了新的挑战。一些厂商在针对音视频传输网络RTN的建设过程中对为了提升音视频传输质量，提出了多路径传输的方法。
当前RTN系统多路径方案中对数据多路径传输采用静态方案，即数据在传输开始时已经确定是否启动用多路径及多路径传输策略。不能在传输过程中根据传输质量参数以及网络信号状态等因素动态调整多路径传输策略和方案。也就导致传输策略无法适应传输过程中传输网络的变化情况，导致传输数据量过分冗余或者传输质量差的问题。
当前RTN系统中的多路径传输方案的可靠性不够高，容易出现单点风险。
针对相关技术中对数据多路径传输采用静态方案，多路径传输效果差且存在单点风险的问题，尚未提出解决方案。
发明内容
本公开实施例提供了一种数据传输处理方法、装置、存储介质及电子装置，以至少解决相关技术中对数据多路径传输采用静态方案，多路径传输效果差且存在单点风险的问题。
根据本公开的一个实施例，提供了一种数据传输处理方法，应用于多路径控制中心，所述方法包括：
接收起始客户端上报的传输质量信息与网卡状态；
获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载；
根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述起始客户端的多路径传输策略；
将所述多路径传输策略与所述数据传输路径发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略与所述数据传输路径进行数据传输。
根据本公开的另一个实施例，还提供了一种数据传输处理装置，所述装置包括：
接收模块，设置为接收起始客户端上报的传输质量信息与网卡状态；
获取模块，设置为获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载；
第一确定模块，设置为根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述起始客户端的多路径传输策略；
发送模块，设置为将所述多路径传输策略与所述数据传输路径发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略与所述数据传输路径进行数据传输。
根据本公开的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
附图说明
图1是本公开实施例的数据传输处理方法的设备的硬件结构框图；
图2是根据本公开实施例的数据传输处理方法的流程图；
图3是根据本公开可选实施例的数据传输处理方法的流程图；
图4是根据本公开实施例的路径高可靠的RTN系统的组成示意图；
图5是根据本公开实施例的多路径高可靠的RTN系统中客户端的框图；
图6是根据本公开实施例的封装后的数据包的格式的示意图；
图7是根据本实施例的多路径的示意图；
图8是根据本公开实施例的多路径高可靠的RTN系统中边缘节点的框图；
图9是根据本公开实施例的中转节点的组成框图；
图10是根据本公开实施例的路由调度中心的组成框图；
图11是根据本公开实施例的多路径控制中心的组成框图；
图12是根据本公开实施例的多路径智能决策模型的示意图；
图13是根据本公开实施例的单边缘传输与多边缘传输的示意图；
图14是根据本公开实施例的多路径智能决策的流程图；
图15是根据本公开实施例的数据传输处理装置的框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开的实施例。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
本公开实施例中所提供的方法实施例可以在设备或者类似的运算装置中执行。以运行在设备上为例，图1是本公开实施例的数据传输处理方法的设备的硬件结构框图，如图1所示，设备可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述设备还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述设备的结构造成限定。例如，设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本公开实施例中的数据传输处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及业务链地址池切片处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括设备的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述设备的数据传输处理方法，图2是根据本公开实施例的数据传输处理方法的流程图，如图2所示，应用于多路径控制中心，该流程包括如下步骤：
步骤S202，接收起始客户端上报的传输质量信息与网卡状态；
步骤S204，获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载；
本实施例中，上述步骤S204具体可以包括：获取路由调度中心同步的所述起始客户端与目的客户端之间的数据传输路径，所述起始客户端与所述目的客户端接入的边缘节点的边缘负载，其中，所述数据传输路径是所述路由调度中心根据客户端、边缘节点以及中转节点的拓扑关系、客户端与接入的边缘节点之间的链路数据、边缘节点与相连中转节点之间的链路数据以及中转节点之间的链路数据进行路径规划得到的，其中，所述客户端包括所述起始客户端与所述目的客户端。
步骤S206，根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述起始客户端的多路径传输策略；
步骤S208，将所述多路径传输策略与所述数据传输路径发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略与所述数据传输路径进行数据传输。
通过上述步骤S202至S208，可以解决相关技术中对数据多路径传输采用静态方案，多路径传输效果差且存在单点风险的问题，对不同级别的数据制定对应的传输方案；在传输过程中根据传输质量参数、网卡状态以及边缘负载动态调整多路径传输策略，客户端基于多路径传输策略与数据传输路径进行数据传输，降低了单点风险。
图3是根据本公开可选实施例的数据传输处理方法的流程图，如图3所示，上述步骤S206具体可以包括：
步骤S302，上述的多路径传输策略包括传输数据的多路径策略、边缘接入策略，根据所述传输质量信息确定所述多路径策略；
步骤S304，根据网卡状态与边缘负载确定边缘接入策略。
在一实施例中，步骤S302具体可以包括：
S3021，根据所述传输质量信息确定所述起始客户端的传输质量，进一步的，所述传输质 量信息包括：丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度，将所述丢包率、所述延迟、所述抖动、所述画面卡顿率、所述花屏率、所述网卡信号强度进行归一化处理；将归一化后的丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度与预设的区间进行对比，得到对比结果；根据所述对比结果与指标变化趋势确定所述传输质量；
S3022，确定所述传输质量的等级；
S3023，根据所述传输质量的等级确定所述多路径策略，进一步的，在所述传输质量为第一等级的情况下，确定所述多路径策略为单路径模式；在所述传输质量为第二等级的情况下，确定所述多路径策略为低成本冗余模式；在所述传输质量为第三等级的情况下，确定所述多路径策略为全冗余模式；其中，所述多路径策略包括：所述全冗余模式、所述低成本冗余模式、所述单路径模式，所述全冗余模式表示所有数据均在两条路径上复制传输，所述低成本冗余模式表示部分数据在两条路径上传输，所述单路径模式表示所有数据使用一条路径传输，所述第一等级的传输质量大于第二等级的传输质量，所述第二等级的传输质量大于所述第三等级的传输质量。
在另一实施例中，步骤S304具体可以包括：上述的边缘接入策略包括单边缘接入与多边缘接入；根据所述网卡状态判断所述起始客户端的物理网卡的启动数量为一个或多个；在所述起始客户端的物理网卡的启动数量为一个，且所述起始客户端接入的边缘节点的边缘负载满足预设要求的情况下，确定所述边缘接入策略为所述单边缘接入；在所述起始客户端的物理网卡的启动数量为一个，且所述起始客户端接入的边缘节点的边缘负载不满足预设要求的情况下，确定所述边缘接入策略为所述多边缘接入；在所述起始客户端的物理网卡的启动数量为多个，且所述起始客户端接入的边缘节点的边缘负载满足预设要求的情况下，确定所述边缘接入策略为所述单边缘接入；在所述起始客户端的物理网卡的启动数量为多个，且所述起始客户端接入的边缘节点的边缘负载不满足预设要求的情况下，确定所述边缘接入策略为所述多边缘接入。
在一可选的实施例中，所述方法还包括：根据所述起始客户端上报的业务优先级确定所述传输优先级；将所述传输优先级发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略、所述数据传输路径以及所述传输优先级进行数据传输。
本实施例适用于实时音视频通信相关行业，如AR/VR、云游戏、互动直播、云电脑、远程教育、视频会议、视频监控以及各种OTT应用等。
本实施例针对当前RTN系统多传输方案中缺乏统一的多路径控制中心对不同数据制定对应的传输方案，对不同服务级别数据制定对应的传输方案；无法在传输过程中根据传输质量参数以及网卡信号状态等因素动态调整多路径传输策略；且存在单点风险的问题，提出了一种多路径高可靠音视频传输RTN系统和方法，在保证多路径传输质量的同时，保持成本最优，根据服务优先级制定对应的传输方式；在传输过程中根据传输质量动态调整传输策略；同时还解决了传输单点风险。提升RTN系统传输的可靠性的同时控制较低的传输成本，实现RTN传输资源利用价值最大化。
图4是根据本公开实施例的路径高可靠的RTN系统的组成示意图，如图4所示。主要包含客户端、边缘节点、中转节点、路由调度中心和多路径控制中心。
其中客户端为音视频终端或相关SDK，主要负责音视频业务的处理，包括向边缘节点接入，音视频数据的收发。还负责客户端与边缘节点链路质量的探测并上报路由调度中心，客 户端多路径传输策略的控制和多路径数据传输的处理。还负责将数据传输过程中的质量信息(丢包率、延迟数据、抖动数据、画面卡顿率、花屏率)以及网卡状态(是否启用、信号强度)并上报到多路径控制中心。客户端类型统一涵盖音视频媒体展示部分和音视频媒体生成部分，例如，视频会议场景下包含PC客户端、手机移动客户端、会议室的会议终端；云桌面场景包含瘦终端、PC端、后端服务器；AR/VR场景下包含VR眼镜、头戴终端、后台服务器。
边缘节点负责客户端的接入，并具有数据收发能力；同时还负责接收路由调度中心的数据探测请求，并探测与其相连的客户端和中转节点的网络参数，探测数据包含丢包、延迟、抖动、可用带宽、节点负载等，并将探测结果上报到路由调度中心。
中转节点负责数据的接收并按照传输路径信息并结合优先级信息进行数据的转发，同时还负责接收路由调度中心的数据探测请求，并探测与其相连的中转节点和边缘节点的网络参数，探测数据包含丢包、延迟、抖动、可用带宽、节点负载等，并负责将探测结果上报到路由调度中心。
路由调度中心负责整体网络拓扑的管理、链路探测请求下发到客户端、边缘节点和中转节点并收集客户端、边缘节点和转发节点上报的链路网络参数数据并将具体的链路参数转换为具体的链路质量指数、根据链路的质量参数和网络拓扑对数据传输路径的统一规划、还负责将规划生成的最优路径同步给多路径控制中心，由多路径控制中心统一处理下发。
多路径控制中心负责收集客户端在数据传输过程中的质量信息、网卡状态并结合业务的优先级情况、边缘负载情况、路径信息智能决策客户端的多路径传输策略，并将相关的传输策略下发给客户端执行。
下面对各个部分的组成和功能进行详细介绍。
图5是根据本公开实施例的多路径高可靠的RTN系统中客户端的框图，如图5所示，主要由媒体内容模块、多路径控制模块、数据收发模块、链路探测模块组成。
媒体内容模块负责音视频媒体的生产/展示等相关业务的处理。
多路径控制模块负责将数据传输过程中的质量信息(丢包率、延迟数据、抖动数据、画面卡顿率、花屏率)以及网卡状态(是否启用、信号强度)并上报到多路径控制中心的，并接收多路径控制中心的多路径控制策略，将原始数据根据策略封装成新的数据包，图6是根据本公开实施例的封装后的数据包的格式的示意图，数据包格式如图6所示，具体的多路径策略参见多路径控制中心的多路径智能调度模块相关描述。图7是根据本实施例的多路径的示意图，如图7所示，多路径控制中心的多路径调度模块决策出的传输路径。针对同一份原始数需要在两条链路传输，封装完成的新的数据包如图7中的传输路径1和传输路径2所示。路径中具体的节点信息包含IP地址和端口信息。
数据收发模块负责数据的接收，同时也兼有按照传输路径中指示的路径信息按照优先级信息要求将封装后数据发送到下一跳的功能，优先级高的数据优先发送，具体的数据传输方式根据多路径策略确定。
链路探测模块负责向路由调度中心的探测管理进行注册并接收其下发的探测请求指令，指令中会包含需要边探测的具体节点，接收指令后随即进行链路探测，探测指标包含丢包、延迟、抖动、可用带宽、节点负载以及负载等，探测完成后将探测的具体参数定时发送到路 由调度中心的探测管理模块。
图8是根据本公开实施例的多路径高可靠的RTN系统中边缘节点的框图，如图8所示，主要由客户端接入模块、数据处理模块、数据转发模块、链路探测模块组成。
客户端接入模块负责接受客户端的接入请求，并负责与客户端之间的数据传输。
数据处理模块负责将封装后的数据解封装，然后去掉路径中本节点的信息并更新路径长度字段，暴露路径中下一节点的信息以便数据在路径中的快速转发，然后对数据进行封装。
数据收发模块负责将封装完成后的数据包根据传输路径的要求转发到中转节点，其中优先级高的数据优先转发。
链路探测模块负责向调度中心的探测管理模块注册并接收探测请求指令，指令中会包含需要边缘节点探测的具体转发节点，接收指令后随即进行链路探测，探测指标包含丢包、延迟、抖动、可用带宽、节点负载等，探测完成后将探测的具体参数定时发送到路由调度中心的探测管理模块。
图9是根据本公开实施例的中转节点的组成框图，如图9所示，多路径高可靠的RTN系统中，中转节点主要由数据接收模块、数据处理模块、数据转发模块、链路探测模块组成。
数据接收模块负责高性能接收来自边缘节点或者其他中转节点的数据，并将数据交给数据处理模块处理。
数据处理模块负责将封装后的数据解封装，然后去掉路径中本节点的信息并更新路径长度字段，暴露路径中下一节点的信息以便数据在路径中的快速转发，然后对数据进行封装。
数据转发模块负责将封装完成后的数据包根据传输路径的要求转发到中转节点，其中优先级高的数据优先转发。
链路探测模块负责向调度中心的探测管理模块进行注册并接收探测请求指令，指令中会包含需要边缘节点探测的具体节点(包含转发节点和其他边缘节点)，接收指令后随即进行链路探测，探测指标包含丢包、延迟、抖动、可用带宽、节点负载等，探测完成后将探测的具体参数定时发送到调度中心的探测管理模块。
图10是根据本公开实施例的路由调度中心的组成框图，如图10所示，本实施例的多路径高可靠的RTN系统中路由调度中心主要由拓扑管理模块、探测管理模块、数据量化模块、路径规划模块组成。
拓扑管理模块负责整个RTN网络的拓扑关系的管理，包含边缘节点和中转节点的增加、删除操作，节点之间连接关系的变更操作。
探测管理模块负责向客户端、边缘节点和中转节点下发探测请求，并负责接收客户端、边缘节点和中转节点的探测数据。
数据量化模块负责将收到的丢包、延迟、抖动、可用带宽、节点负载等信息经过量化处理得到对应链路的质量指数。
路径规划模块负责根据客户端、边缘节点和中转节点的拓扑关系并结合链路的质量指数实时进行路径的规划，同一组起点、终点规划两条传输路径，实时规划出的传输路径保存在内存中并同步给多路径控制中心。
图11是根据本公开实施例的多路径控制中心的组成框图，如图11所示，本实施例的多路径高可靠的RTN系统中多路径控制中心主要由路径信息同步模块、业务质量收集模块、多路径智能调度模块、控制策略下发模块组成。
路径信息同步模块负责从路由调度中心的路径规划模块同步实时计算出的路径的信息，路径信息供多路径智能调度模块决策使用。
业务质量收集模块负责收集客户端上报的数据传输过程中的质量信息(丢包率、延迟数据、抖动数据、画面卡顿率、花屏率)以及网卡状态(是否启用、信号强度)信息。
图12是根据本公开实施例的多路径智能决策模型的示意图，如图12所示，多路径智能调度模块负责综合业务质量模块收集的丢包率、延迟、抖动、画面卡顿率、花屏率、启用网卡数、网卡信号强度等信息并结合业务优先级和边缘负载、路径信息综合决策出多路径传输策略，具体包含传输优先级、多路径策略、边缘接入策略和传输路径信息。
其中传输优先级根据业务优先级确定，分为高低两个优先级，一般VIP用户或者付费用户相关业务的优先级高，其他业务优先级为低。
多路径策略分为全冗余模式、低成本冗余模式、单路径模式。全冗余模式表述所有数据均在两条路径上复制传输，适用于网络质量极差的情况；低成本冗余模式表示部分数据在两条路径上传输，部分数据在一条路径上传输，适应与链路质量差的场景，举例，音视频场景下，信令、非媒体数据、音频数据、视频冗余数据在两条路径上复制传输，视频原始数据则在单条路径上传输；单路径表示使用一条路径传输，一般用于链路质量较好的场景。在多路径智能决策模型中，首先将丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度进行归一化处理(将指标转换为0-1区间)，并将各个指标与预设的区间(例如0-0.5、0.5-8、0.8-1三个区间，分表表示质量好、中、差)对比，并结合指标变化趋势综合判断当前传输之质量情况，具体传输质量分为好、差、极差三个等级。不同等级对应不同的多路径策略。
图13是根据本公开实施例的单边缘传输与多边缘传输的示意图，如图13所示，边缘接入策略根据启用的网卡书和边缘负载信息确定，单边缘接入模式表示客户端接入一个边缘进行传输，如图13-a所示，适用于边缘资源空闲，与边缘所连接的链路的质量好的场景。多边缘接入模式表示客户端接入两个边缘进行传输，如图13-b所示，适用于边缘资源紧张，客户端与单个边缘连接的链路质量差的场景，多边缘接入解决边缘单点风险，提高了整体RTN系统的可靠性。
控制策略下发模块将对路径智能调度模块决策的多路径策略下发到客户端多路径控制模块执行。
图14是根据本公开实施例的多路径智能决策的流程图，如图14所示，包括：
步骤S141，获取相关数据(业务质量、网卡信息、边缘状态、路径信息)；
步骤S142，判断业务优先级，在判断结果为业务优先级高的情况下，执行步骤S143，否则执行步骤S1415；
步骤S143，判断客户端的物理网卡启动数量，在判断结果为多个的情况下，执行步骤S144；在判断结果为一个的情况下，执行步骤S145；
步骤S144，判断边缘节点状态负载和网络质量，在判断结果为满足需求的情况下，执行步骤S146，在判断结果为不满足需求的情况下，执行步骤S147；
步骤S145，判断边缘节点状态负载和网络质量，在判断结果为满足需求的情况下，执行 步骤S141，在判断结果为不满足需求的情况下，执行步骤S147；
步骤S146，根据业务质量参数判断业务状态，判断结果为很差的情况下，执行步骤S148-S149，在判断结果为差的情况下，执行步骤S1410-S1411，在判断结果为好的情况下，执行步骤S1412-S1413；
步骤S147，根据边缘负载选择第二个边缘，并根据网络质量确定使用的网卡，之后执行步骤S1414；
步骤S148-S149，确定为全冗余多路径-单边缘模式，启动多网卡；
步骤S1410-S1411，确定为低成本冗余多路径-单边缘模式，启动多网卡；
步骤S1412-S1413，确定为单网卡-单边缘模式，根据成本和状态选择一张网卡；
步骤S1414，确定为单网卡-多边缘模式；
步骤S1415，确定为单网卡-单边缘模式；
步骤S1416-S1417，结合路径信息，下发策略到客户端封装数据包。
本实施例提出的一种多路径高可靠的RTN系统流程如下：
步骤1，客户端、边缘节点、中转节点向路由调度中心的拓扑管理模块进行注册；
步骤2，注册完成后，路由调度中心的拓扑管理模块将用户配置的RTN系统中客户端、边缘节点和中转节点及其之间链接关系保存。
步骤3，拓扑关系配置完成后，路由调度中心的探测管理模块向客户下发可供客户端接入的边缘节点信息；向各个边缘节点和中转节点下发与本节点相连的节点信息，并指示其开始探测；
步骤4，客户端、边缘节点和中转节点的链路探测模块在接收到路由调度中心的探测请求后随即开始链路网络参数的探测请求，并将探测结果定时上报到路由调度中心的路径规划模块；
步骤5，路由调度中心的路径规划模块根据客户端、边缘节点和中转节点的拓扑关系和实时探测数据进行路径规划，每一组起始节点和目的节点规划两条传输路径，实时规划出的传输路径保存在内存中并连同边缘负载信息一起同步给多路径控制中心的路径信息同步模块。
步骤6，客户端多路径控制模块实时将数据传输过程中的质量信息(丢包率、延迟数据、抖动数据、画面卡顿率、花屏率)以及网卡状态(是否启用、信号强度)并上报到多路径控制中心的业务质量收集模块。
步骤7，多路径控制中心的多路径智能调度模块综合业务质量模块收集的丢包率、延迟、抖动、画面卡顿率、花屏率、启用网卡数、网卡信号强度等信息并结合业务优先级和边缘负载、路径信息综合决策出多路径传输策略，具体包含传输优先级、多路径策略、边缘接入策略和传输路径信息。
步骤8，多路径控制中心的控制策略下发模块将决策出的多路径传输策略下发到客户端。
步骤9，当业务请求开始，客户端多路径控制模块结合多路径传输策略并结合传输优先级、传输路径将原始数据进行封装。然后由客户端的收发模块将封装后的数据发送到下一跳边缘节点。
步骤10，边缘节点和中转节点收到封装后的数据后，将封装后的数据解封装，然后去掉路径中本节点的信息并更新路径长度字段，暴露路径中下一节点的信息以便数据在路径中的快速转发，然后对数据进行封装。转发到中转节点。优先级高的数据优先发送。
步骤11，目的边缘节点收到封装后的数据后，将封装后的数据解封装，获取到目的客户端的地址后，将原始数据发送到目标客户端。
至此，完成了数据通过多路径在RTN系统中传输的过程。
根据本实施例的另一方面，还提供了一种数据传输处理装置，图15是根据本公开实施例的数据传输处理装置的框图，如图15所示，应用于多路径控制中心，所述装置包括：
接收模块152，设置为接收起始客户端上报的传输质量信息与网卡状态；
获取模块154，设置为获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载；
第一确定模块156，设置为根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述起始客户端的多路径传输策略；
发送模块158，设置为将所述多路径传输策略与所述数据传输路径发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略与所述数据传输路径进行数据传输。
在一实施例中，所述第一确定模块156包括：
第一确定子模块，设置为所述多路径传输策略包括传输数据的多路径策略、边缘接入策略，根据所述传输质量信息确定所述多路径策略；
第二确定子模块，设置为根据所述网卡状态与所述边缘负载确定所述边缘接入策略。
在一实施例中，所述第一确定子模块包括：
第一确定单元，用于根据所述传输质量信息确定所述起始客户端的传输质量；
第二确定单元，用于确定所述传输质量的等级；
第三确定单元，用于根据所述传输质量的等级确定所述多路径策略。
在一实施例中，所述第一确定单元，还用于所述传输质量信息包括：丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度，将所述丢包率、所述延迟、所述抖动、所述画面卡顿率、所述花屏率、所述网卡信号强度进行归一化处理；
将归一化后的丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度与预设的区间进行对比，得到对比结果；
根据所述对比结果与指标变化趋势确定所述传输质量。
在一实施例中，所述第三确定单元，还用于在所述传输质量为第一等级的情况下，确定所述多路径策略为单路径模式；
在所述传输质量为第二等级的情况下，确定所述多路径策略为低成本冗余模式；
在所述传输质量为第三等级的情况下，确定所述多路径策略为全冗余模式；
其中，所述多路径策略包括：所述全冗余模式、所述低成本冗余模式、所述单路径模式，所述全冗余模式表示所有数据均在两条路径上复制传输，所述低成本冗余模式表示部分数据在两条路径上传输，所述单路径模式表示所有数据使用一条路径传输，所述第一等级的传输质量大于第二等级的传输质量，所述第二等级的传输质量大于所述第三等级的传输质量。
在一实施例中，所述第二确定子模块，还设置为所述边缘接入策略包括单边缘接入与多边缘接入；
根据所述网卡状态判断所述起始客户端的物理网卡的启动数量为一个或多个；
在所述起始客户端的物理网卡的启动数量为一个，且所述起始客户端接入的边缘节点的 边缘负载满足预设要求的情况下，确定所述边缘接入策略为所述单边缘接入；
在所述起始客户端的物理网卡的启动数量为一个，且所述起始客户端接入的边缘节点的边缘负载不满足预设要求的情况下，确定所述边缘接入策略为所述多边缘接入；
在所述起始客户端的物理网卡的启动数量为多个，且所述起始客户端接入的边缘节点的边缘负载满足预设要求的情况下，确定所述边缘接入策略为所述单边缘接入；
在所述起始客户端的物理网卡的启动数量为多个，且所述起始客户端接入的边缘节点的边缘负载不满足预设要求的情况下，确定所述边缘接入策略为所述多边缘接入。
在一实施例中，所述获取模块，还设置为获取路由调度中心同步的所述起始客户端与目的客户端之间的数据传输路径，所述起始客户端与所述目的客户端接入的边缘节点的边缘负载，其中，所述数据传输路径是所述路由调度中心根据客户端、边缘节点以及中转节点的拓扑关系、客户端与接入的边缘节点之间的链路数据、边缘节点与相连中转节点之间的链路数据以及中转节点之间的链路数据进行路径规划得到的，其中，所述客户端包括所述起始客户端与所述目的客户端。
在一实施例中，所述装置还包括：
第二确定模块，设置为根据所述起始客户端上报的业务优先级确定所述传输优先级；
数据传输模块，设置为将所述传输优先级发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略、所述数据传输路径以及所述传输优先级进行数据传输。
本公开的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本公开的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (11)

  1. 一种数据传输处理方法，应用于多路径控制中心，所述方法包括：
    接收起始客户端上报的传输质量信息与网卡状态；
    获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载；
    根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述起始客户端的多路径传输策略；
    将所述多路径传输策略与所述数据传输路径发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略与所述数据传输路径进行数据传输。
  2. 根据权利要求1所述的方法，其中，根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述客户端的多路径传输策略包括：
    所述多路径传输策略包括传输数据的多路径策略、边缘接入策略，根据所述传输质量信息确定所述多路径策略；
    根据所述网卡状态与所述边缘负载确定所述边缘接入策略。
  3. 根据权利要求2所述的方法，其中，根据所述传输质量信息确定所述多路径策略包括：
    根据所述传输质量信息确定所述起始客户端的传输质量；
    确定所述传输质量的等级；
    根据所述传输质量的等级确定所述多路径策略。
  4. 根据权利要求3所述的方法，其中，根据所述传输质量信息确定所述起始客户端的传输质量包括：
    所述传输质量信息包括：丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度，将所述丢包率、所述延迟、所述抖动、所述画面卡顿率、所述花屏率、所述网卡信号强度进行归一化处理；
    将归一化后的丢包率、延迟、抖动、画面卡顿率、花屏率、网卡信号强度与预设的区间进行对比，得到对比结果；
    根据所述对比结果与指标变化趋势确定所述传输质量。
  5. 根据权利要求3所述的方法，其中，根据所述传输质量的等级确定所述多路径策略包括：
    在所述传输质量为第一等级的情况下，确定所述多路径策略为单路径模式；
    在所述传输质量为第二等级的情况下，确定所述多路径策略为低成本冗余模式；
    在所述传输质量为第三等级的情况下，确定所述多路径策略为全冗余模式；
    其中，所述多路径策略包括：所述全冗余模式、所述低成本冗余模式、所述单路径模式，所述全冗余模式表示所有数据均在两条路径上复制传输，所述低成本冗余模式表示部分数据在两条路径上传输，所述单路径模式表示所有数据使用一条路径传输，所述第一等级的传输质量大于第二等级的传输质量，所述第二等级的传输质量大于所述第三等级的传输质量。
  6. 根据权利要求2所述的方法，其中，根据所述网卡状态与所述边缘负载确定所述边缘接入策略包括：
    所述边缘接入策略包括单边缘接入与多边缘接入；
    根据所述网卡状态判断所述起始客户端的物理网卡的启动数量为一个或多个；
    在所述起始客户端的物理网卡的启动数量为一个，且所述起始客户端接入的边缘节点的边缘负载满足预设要求的情况下，确定所述边缘接入策略为所述单边缘接入；
    在所述起始客户端的物理网卡的启动数量为一个，且所述起始客户端接入的边缘节点的边缘负载不满足预设要求的情况下，确定所述边缘接入策略为所述多边缘接入；
    在所述起始客户端的物理网卡的启动数量为多个，且所述起始客户端接入的边缘节点的边缘负载满足预设要求的情况下，确定所述边缘接入策略为所述单边缘接入；
    在所述起始客户端的物理网卡的启动数量为多个，且所述起始客户端接入的边缘节点的边缘负载不满足预设要求的情况下，确定所述边缘接入策略为所述多边缘接入。
  7. 根据权利要求1所述的方法，其中，获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载包括：
    获取路由调度中心同步的所述起始客户端与目的客户端之间的数据传输路径，所述起始客户端与所述目的客户端接入的边缘节点的边缘负载，其中，所述数据传输路径是所述路由调度中心根据客户端、边缘节点以及中转节点的拓扑关系、客户端与接入的边缘节点之间的链路数据、边缘节点与相连中转节点之间的链路数据以及中转节点之间的链路数据进行路径规划得到的，其中，所述客户端包括所述起始客户端与所述目的客户端。
  8. 根据权利要求1至6中任一项所述的方法，其中，所述方法还包括：
    根据所述起始客户端上报的业务优先级确定所述传输优先级；
    将所述传输优先级发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略、所述数据传输路径以及所述传输优先级进行数据传输。
  9. 一种数据传输处理装置，应用于多路径控制中心，所述装置包括：
    接收模块，设置为接收起始客户端上报的传输质量信息与网卡状态；
    获取模块，设置为获取所述起始客户端与目的客户端之间的数据传输路径，并获取所述起始客户端与所述目的客户端接入的边缘节点的边缘负载；
    第一确定模块，设置为根据所述传输质量信息、所述网卡状态、所述边缘负载确定所述起始客户端的多路径传输策略；
    发送模块，设置为将所述多路径传输策略与所述数据传输路径发送给所述起始客户端，以使所述起始客户端基于所述多路径传输策略与所述数据传输路径进行数据传输。
  10. 一种计算机可读的存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至8任一项中所述的方法。
  11. 一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至8任一项中所述的方法。
PCT/CN2023/105181 2022-11-08 2023-06-30 一种数据传输处理方法、装置、存储介质及电子装置 WO2024098815A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211392690.0 2022-11-08
CN202211392690.0A CN118018472A (zh) 2022-11-08 2022-11-08 一种数据传输处理方法、装置、存储介质及电子装置

Publications (1)

Publication Number Publication Date
WO2024098815A1 true WO2024098815A1 (zh) 2024-05-16

Family

ID=90945137

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/105181 WO2024098815A1 (zh) 2022-11-08 2023-06-30 一种数据传输处理方法、装置、存储介质及电子装置

Country Status (2)

Country Link
CN (1) CN118018472A (zh)
WO (1) WO2024098815A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105933232A (zh) * 2016-03-29 2016-09-07 东北大学 支持多业务数据传输需求的多径传输控制终端及方法
CN106559443A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 车联网v2x业务传输路径的选择方法及装置
CN112242949A (zh) * 2019-07-18 2021-01-19 厦门网宿有限公司 路由分发方法及控制器、信息路由方法及网络节点设备
US20210152513A1 (en) * 2019-11-15 2021-05-20 Cisco Technology, Inc. Domain name system as an authoritative source for multipath mobility policy

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106559443A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 车联网v2x业务传输路径的选择方法及装置
CN105933232A (zh) * 2016-03-29 2016-09-07 东北大学 支持多业务数据传输需求的多径传输控制终端及方法
CN112242949A (zh) * 2019-07-18 2021-01-19 厦门网宿有限公司 路由分发方法及控制器、信息路由方法及网络节点设备
US20210152513A1 (en) * 2019-11-15 2021-05-20 Cisco Technology, Inc. Domain name system as an authoritative source for multipath mobility policy

Also Published As

Publication number Publication date
CN118018472A (zh) 2024-05-10

Similar Documents

Publication Publication Date Title
US7430609B2 (en) Managing access to streams hosted on duplicating switches
US7978631B1 (en) Method and apparatus for encoding and mapping of virtual addresses for clusters
US20150215400A1 (en) File Upload Method And System
US7474631B2 (en) On-demand group communication services with quality of service (QoS) guarantees
JP4065411B2 (ja) 複製スイッチ上で取り扱われるストリームへのアクセス管理
WO2020155293A1 (zh) 一种推流方法、系统及服务器
CN103945198A (zh) 一种控制视频监控系统流媒体路由的系统和方法
CN104023006A (zh) 一种基于应用层中继的多径传输系统及方法
CN114374647B (zh) 一种对时敏业务流和路由联合调度的规划方法及装置
US20070160048A1 (en) Method for providing data and data transmission system
CN105262836A (zh) 服务器推送信息的方法及客户端接收推送信息的方法
JP4170942B2 (ja) モバイルアドホックネットワーク環境での効率的なデータ送受信のためのネットワーク装置及びデータ転送方法
WO2021000379A1 (zh) 一种网络数据调度方法及边缘节点
CN113472646A (zh) 一种数据传输方法、节点、网络管理器及系统
CN111224889A (zh) 一种数据传输的方法和装置
CN100446567C (zh) 在信息家电中实现p2p流播放的装置和方法
JP2006279937A (ja) 無線基地局、無線端末および無線アクセスネットワーク
CN113259408A (zh) 数据传输方法和系统
WO2024098815A1 (zh) 一种数据传输处理方法、装置、存储介质及电子装置
US7783784B1 (en) Method and apparatus for adaptive selection of algorithms to load and spread traffic on an aggregation of network interface cards
WO2024098814A1 (zh) 一种数据传输处理方法、装置、存储介质及电子装置
WO2024098816A1 (zh) 一种数据传输处理方法、装置、存储介质及电子装置
CN116915688B (zh) 一种实时音视频传输网络的数据传输方法及系统
CN116056149B (zh) 一种iab宿主节点的单工作业方法、装置、设备及介质
US20230344753A1 (en) Communication system, distribution device, data distribution method and program

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: 23887511

Country of ref document: EP

Kind code of ref document: A1