CN110149496B

CN110149496B - Control method and device for video network

Info

Publication number: CN110149496B
Application number: CN201910282108.7A
Authority: CN
Inventors: 李明亮; 沈军; 杨传坤; 付林
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2019-04-09
Filing date: 2019-04-09
Publication date: 2021-10-19
Anticipated expiration: 2039-04-09
Also published as: CN110149496A

Abstract

The application provides a control method and a device of a video network, which are applied to the video network, wherein the video network comprises a monitoring resource server, a sharing server, a streaming media server and a congestion control host, and the method comprises the following steps: the shared server receives a monitoring viewing request based on a video networking protocol and sent by the monitoring resource server; the congestion control host receives the monitoring check request sent by the shared server and sends the monitoring check request to the streaming media server; the congestion control host receives monitoring picture data returned by the streaming media server responding to the monitoring viewing request; the congestion control host sets a control window value as a preset initial value; and the congestion control host encapsulates the video data according to the control window value and sends the generated first message data to the shared server, so that network congestion caused by network throughput reduction due to the fact that the processing capacity of a receiving party is limited due to the large data sending quantity of a sending party is avoided.

Description

Control method and device for video network

Technical Field

The present application relates to the field of data processing technologies, and in particular, to a control method and a control device for a video network.

Background

The video network is a real-time interactive platform, is a higher-level form of the internet, faces to potential huge video flow on the network, adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the Ethernet defect on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, directly bears an IP data packet, does not need format conversion in the whole network range of user data, and can realize the real-time transmission of the whole network high-definition video which can not be realized by the internet at present.

However, at present, when a video networking protocol is used to transmit data in a video networking network, when a transmitting end continuously transmits a large number of data packets to the video networking network, due to the fact that the number of data packets transmitted to the video networking network is too large, the processing capability of a receiving end is insufficient, the bandwidth of the video networking network is insufficient, and the like, the throughput of the network is greatly reduced, network congestion occurs, and therefore the performance of the network is deteriorated, and the normal transmission of the data is affected.

Disclosure of Invention

In view of the above problems, embodiments of the present application are proposed to provide a control method of an internet of view and a corresponding control apparatus of an internet of view that overcome or at least partially solve the above problems.

In order to solve the above problem, an embodiment of the present application discloses a control method for a video network, which is applied to a video network, where the video network includes a monitoring resource server, a sharing server, a streaming media server and a congestion control host, where the streaming media server is used to store monitoring picture data, and the method includes:

the shared server receives a monitoring viewing request based on a video networking protocol and sent by the monitoring resource server;

the congestion control host receives the monitoring check request sent by the shared server and sends the monitoring check request to the streaming media server;

the congestion control host receives monitoring picture data returned by the streaming media server responding to the monitoring viewing request;

the congestion control host sets a control window value as a preset initial value;

and the congestion control host encapsulates the video data according to the control window value and sends the generated first message data to the sharing server.

Optionally, the video network is communicatively connected to an ethernet, and the ethernet includes an ethernet client, further including:

and the sharing server converts the first message data into first message data based on the Ethernet and sends the first message data to the Ethernet client.

Optionally, the method further includes:

the congestion control host judges whether a confirmation message returned by the Ethernet client is received or not;

and if so, the congestion control host enlarges the control window value according to a preset rule.

Optionally, the expanding the control window value by the congestion control host according to a preset rule includes:

the congestion control host judges whether the control window value is less than or equal to a slow start threshold value;

and if so, the congestion control host enlarges the control window value by one time to obtain a first congestion window.

And if not, the congestion control host increases the control window value by one to obtain a second congestion window.

Optionally, the method further includes:

and the congestion control host encapsulates the video data according to the expanded control window value and sends the generated second message data to the sharing server.

Optionally, the method further includes:

if the congestion control host does not receive the acknowledgement message returned by the Ethernet client, the current control window value is reduced by one time to be used as a new slow start threshold value, and the control window value is set as the preset initial value.

Optionally, before the shared server receives the monitoring view request based on the internet of things protocol sent by the monitoring resource server, the method further includes:

the monitoring resource server receives a monitoring picture viewing request sent by the Ethernet client through an Ethernet protocol;

and the monitoring resource server packages and processes the monitoring picture viewing request into a monitoring viewing request based on a video networking protocol, and sends the monitoring viewing request to the sharing server.

The embodiment of the application also discloses a control device of the video network, which is applied to the video network, the video network comprises a monitoring resource server, a sharing server, a streaming media server and a congestion control host, wherein the streaming media server is used for storing monitoring picture data, and the device comprises:

the first request receiving module is used for receiving a monitoring viewing request based on a video networking protocol and sent by the monitoring resource server;

the request sending module is used for receiving the monitoring and viewing request sent by the sharing server and sending the monitoring and viewing request to the streaming media server;

the data receiving module is used for receiving monitoring picture data returned by the streaming media server responding to the monitoring viewing request;

the control window value setting module is used for setting the control window value to a preset initial value;

and the first message data sending module is used for packaging the video data according to the control window value and sending the generated first message data to the sharing server.

Optionally, the video network is communicatively connected to an ethernet, the ethernet includes an ethernet client, and the apparatus further includes:

and the data receiving and converting module is used for converting the first message data into first message data based on the Ethernet and sending the first message data to the Ethernet client.

Optionally, the apparatus further comprises:

the judging module is used for judging whether a confirmation message returned by the Ethernet client is received or not;

and the control window value expansion module is used for expanding the control window value according to a preset rule if the control window value is larger than the preset threshold.

Optionally, the control window value expansion module includes the following sub-modules:

the judging submodule is used for judging whether the control window value is smaller than or equal to a slow start threshold value or not;

and the first expansion submodule is used for expanding the control window value by one time if the first congestion window value is larger than the first congestion window value, so that a first congestion window is obtained.

And the second expansion submodule is used for increasing the control window value by one if the control window value is not increased by one, so that a second congestion window is obtained.

Optionally, the apparatus further comprises:

and the second message data sending module is used for packaging the video data according to the expanded control window value and sending the generated second message data to the sharing server.

Optionally, the apparatus further comprises:

and the control window value resetting module is used for reducing the current control window value by one time to be used as a new slow start threshold value and resetting the control window value to the preset initial value if the confirmation message returned by the Ethernet client is not received.

Optionally, the apparatus further comprises:

the second request receiving module is used for receiving a monitoring picture viewing request sent by the Ethernet client through an Ethernet protocol;

and the request packaging module is used for packaging and processing the monitoring picture viewing request into a monitoring viewing request based on a video networking protocol and sending the monitoring viewing request to the sharing server.

The embodiment of the application also discloses a device, including:

one or more processors; and

one or more machine-readable media having instructions stored thereon, which when executed by the one or more processors, cause the apparatus to perform one or more steps of a method of controlling a video network as described in embodiments of the application.

The embodiment of the application also discloses a computer readable storage medium, which stores a computer program for enabling a processor to execute the steps of the control method of the video network.

The embodiment of the application has the following advantages:

in the embodiment of the application, when video data is transmitted in a video network, the congestion control host is arranged to receive the video data, and the congestion control host is arranged to limit the message data volume of the video data sent each time by setting the control window, so that the situation that the network throughput is reduced and the network congestion is caused due to the fact that the sending party sends a large amount of data and the receiving party has limited processing capacity is avoided, and the performance of the network is deteriorated and the normal transmission of the data is influenced.

Drawings

FIG. 1 is a networking schematic of a video network of the present application;

FIG. 2 is a schematic diagram of a hardware architecture of a node server according to the present application;

fig. 3 is a schematic diagram of a hardware architecture of an access switch of the present application;

fig. 4 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to the present application;

FIG. 5 is a flowchart illustrating a first step of a first embodiment of a method for controlling a video network according to an embodiment of the present application;

FIG. 6 is a view of a video networking network topology of the present application;

FIG. 7 is a schematic diagram of an embodiment of a slow start and congestion avoidance algorithm of the present application;

fig. 8 is a schematic structural diagram of an embodiment of a control device of a video network according to an embodiment of the present application.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present application more comprehensible, the present application is described in further detail with reference to the accompanying drawings and the detailed description.

The video networking is an important milestone for network development, is a real-time network, can realize high-definition video real-time transmission, and pushes a plurality of internet applications to high-definition video, and high-definition faces each other.

The video networking adopts a real-time high-definition video exchange technology, can integrate required services such as dozens of services of video, voice, pictures, characters, communication, data and the like on a system platform on a network platform, such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delayed television, network teaching, live broadcast, VOD on demand, television mail, Personal Video Recorder (PVR), intranet (self-office) channels, intelligent video broadcast control, information distribution and the like, and realizes high-definition quality video broadcast through a television or a computer.

To better understand the embodiments of the present application, the following description refers to the internet of view:

some of the technologies applied in the video networking are as follows:

network Technology (Network Technology)

Network technology innovation in video networking has improved the traditional Ethernet (Ethernet) to face the potentially huge first video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network Circuit Switching (Circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.

Switching Technology (Switching Technology)

The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.

Server Technology (Server Technology)

The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.

Storage Technology (Storage Technology)

The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.

Network Security Technology (Network Security Technology)

The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.

Service Innovation Technology (Service Innovation Technology)

The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.

Networking of the video network is as follows:

the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.

As shown in fig. 1, the video network is divided into an access network and a metropolitan network.

The devices of the access network part can be mainly classified into 3 types: node server, access switch, terminal (including various set-top boxes, coding boards, memories, etc.). The node server is connected to an access switch, which may be connected to a plurality of terminals and may be connected to an ethernet network.

The node server is a node which plays a centralized control function in the access network and can control the access switch and the terminal. The node server can be directly connected with the access switch or directly connected with the terminal.

Similarly, devices of the metropolitan network portion may also be classified into 3 types: a metropolitan area server, a node switch and a node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.

The node server is a node server of the access network part, namely the node server belongs to both the access network part and the metropolitan area network part.

The metropolitan area server is a node which plays a centralized control function in the metropolitan area network and can control a node switch and a node server. The metropolitan area server can be directly connected with the node switch or directly connected with the node server.

Therefore, the whole video network is a network structure with layered centralized control, and the network controlled by the node server and the metropolitan area server can be in various structures such as tree, star and ring.

The access network part can form a unified video platform (the part in the dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform may be interconnected via metropolitan area and wide area video networking.

Video networking device classification

1.1 devices in the video network of the embodiment of the present application can be mainly classified into 3 types: server, exchanger (including Ethernet protocol conversion gateway), terminal (including various set-top boxes, code board, memory, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.

1.2 wherein the devices of the access network part can be mainly classified into 3 types: node server, access exchanger (including Ethernet protocol conversion gateway), terminal (including various set-top boxes, coding board, memory, etc.).

The specific hardware structure of each access network device is as follows:

a node server:

as shown in fig. 2, the system mainly includes a network interface module 201, a switching engine module 202, a CPU module 203, and a disk array module 204;

the network interface module 201, the CPU module 203, and the disk array module 204 all enter the switching engine module 202; the switching engine module 202 performs an operation of looking up the address table 205 on the incoming packet, thereby obtaining the direction information of the packet; and stores the packet in a queue of the corresponding packet buffer 206 based on the packet's steering information; if the queue of the packet buffer 206 is nearly full, it is discarded; the switching engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 204 mainly implements control over the hard disk, including initialization, read-write, and other operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 205 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 204.

The access switch:

as shown in fig. 3, the network interface module mainly includes a network interface module (a downlink network interface module 301 and an uplink network interface module 302), a switching engine module 303 and a CPU module 304;

wherein, the packet (uplink data) coming from the downlink network interface module 301 enters the packet detection module 305; the packet detection module 305 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 303, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 302 enters the switching engine module 303; the data packet coming from the CPU module 204 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.

The switching engine module 303 polls all packet buffer queues and may include two cases:

if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;

if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.

The rate control module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.

The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.

Ethernet protocol conversion gateway：

As shown in fig. 4, the apparatus mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a rate control module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.

Wherein, the data packet coming from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deletion module 410 subtracts MAC DA, MAC SA, length or frame type (2byte) and enters the corresponding receiving buffer, otherwise, discards it;

the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MAC SA of the ethernet protocol gateway, and the ethernet length or frame type, and sends the packet.

The other modules in the ethernet protocol gateway function similarly to the access switch.

A terminal:

the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.

1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.

2. Video networking packet definition

2.1 Access network packet definition

The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.

As shown in the following table, the data packet of the access network mainly includes the following parts:

DA

SA

Reserved

Payload

CRC

wherein:

the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;

the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);

the reserved byte consists of 2 bytes;

the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;

the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.

2.2 metropolitan area network packet definition

The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present application: a label to uniquely describe a metropolitan area network device.

In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.

As shown in the following table, the data packet of the metro network mainly includes the following parts:

DA

SA

Reserved

label (R)

Payload

CRC

Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and only the lower 16 bits used, and its position is between the reserved bytes and payload of the packet.

The data frame format in ethernet is roughly as follows: frame header + IP header + TCP/UDP header + packet, and the data frame format in video networking is roughly as follows: frame header + video networking protocol header + packet. Therefore, the internet of view is a new network similar to the ethernet, and the internet of view protocol is similar to the IP protocol in the ethernet network, but it has no flow control mechanism similar to TCP or UDP, and is a protocol delivered to the maximum capacity, so that the receiving capacity of the receiving party is not considered. Meanwhile, the video network assigns a unique set of data including a virtual terminal number and a virtual MAC address to each host accessing the video network, wherein the virtual terminal number is similar to a port number in the UDP or TCP protocol, and the virtual MAC address is similar to an IP address in the IP protocol. In addition, a video network core server (similar to a router) is used for data forwarding. The video networking protocol is an IP protocol similar to that in ethernet, and if it is located at the layer number of the OSI network, it is the layer three-network layer according to the function location, so there is no other protocol above the video networking protocol, so there is no TCP-like congestion control mechanism in the existing video networking to avoid the network congestion. All these functions are controlled by upper application program, so in order to control the sending rate of the sender, the application proposes a set of algorithm program of congestion control to control the number of data packets sent to the network by the sender.

Referring to fig. 5, a flowchart illustrating steps of an embodiment of a method for controlling a video network according to an embodiment of the present application is shown, where the method is applied to a video network, and the video network includes a monitoring resource server, a sharing server, a streaming media server, and a congestion control host, where the streaming media server is configured to store monitoring screen data, and specifically may include the following steps:

step 501, the shared server receives a monitoring viewing request based on a video networking protocol sent by the monitoring resource server;

the monitoring resource server can convert data based on an Ethernet protocol into data based on an internet of things protocol, and the sharing server can convert the data based on the internet of things protocol into the data based on the Ethernet protocol.

In the embodiment of the application, the video network is in communication connection with the Ethernet, and the Ethernet comprises an Ethernet client. The user can perform video networking services through the ethernet client, for example, perform services such as video networking monitoring resource viewing and video networking live broadcast through the ethernet client.

In a specific implementation, the video network may further include a core server, which implements forwarding of data in the video network. And receiving data based on the video networking protocol transmitted by the monitoring resource server through the core server, and forwarding the data to the sharing server. Fig. 6 shows a topology diagram of a video networking network according to the present application, and in fig. 6, the monitoring resource server, the sharing server, the streaming media server, and the congestion control host may perform data forwarding through the video networking core server. And the streaming media server stores the monitoring video data transmitted by the monitoring camera.

In a preferred embodiment of the present application, before the step 501, the following steps may be further included:

The ethernet client may be an application program that can play video data, such as a video player and a browser, and the application program may include some keys with specific functions, for example, the video playing key may implement a video playing function.

In the embodiment of the application, a monitoring video list can be provided in a page of the ethernet client, each monitoring video has a video playing button, and when a user clicks the video playing button corresponding to a certain monitoring video, the ethernet client equivalently receives a request for watching the monitoring video, and can generate a corresponding monitoring picture viewing request.

The ethernet client may send the monitoring screen view request to the monitoring resource server via the ethernet protocol. The ethernet protocol may be a TCP protocol or a UDP protocol, which is not limited in this embodiment of the present application.

After receiving the monitoring picture viewing request sent by the ethernet client, the monitoring resource server may encapsulate the monitoring picture viewing request into a monitoring viewing request based on the video networking protocol, and send the monitoring viewing request based on the video networking protocol to the sharing server.

When the monitoring resource server encapsulates the monitoring picture viewing request, the virtual terminal number and the virtual MAC address may be added to the header of the data frame of the monitoring picture viewing request. Wherein the virtual terminal number and the virtual MAC address can be used to uniquely identify the ethernet client.

Step 502, the congestion control host receives the monitoring and checking request sent by the shared server, and sends the monitoring and checking request to the streaming media server;

in this embodiment of the application, the sharing server may send the received monitoring and viewing request to the congestion control host, and send the monitoring and viewing request to the streaming media server through the congestion control host, so as to request the streaming media server to acquire corresponding video data.

Step 503, the congestion control host receives monitoring screen data returned by the streaming media server in response to the monitoring and viewing request;

the monitoring view request may include a video number for uniquely identifying the monitoring picture data.

In specific implementation, when the streaming media server receives the monitoring and viewing request, the streaming media server may monitor the video number in the viewing request in advance, so as to search the corresponding monitoring picture data according to the video number, and return the monitoring picture data to the congestion control host.

In the embodiment of the present application, in order to avoid network congestion of the video network caused by too much video data being sent to the shared server, the rate at which the video data is sent by the streaming media server may be controlled by the congestion control host.

Step 504, the congestion control host sets a control window value to a preset initial value;

and 505, the congestion control host encapsulates the video data according to the control window value, and sends the generated first message data to the sharing server.

The size of the message data sent each time can be limited by maintaining a state variable of CWND (Congestion Window) at the Congestion control host and sending video data with a Window size equal to the CWND size.

In particular implementations, the CWND size maintained by the congestion control host may be dynamically varied, i.e., dynamically adjusted according to the congestion level of the current network. The principle that the congestion control host controls the size of the CWND is as follows: as long as the network is not congested, the CWND is increased further to send more message data out, but as long as the network is congested, the CWND is decreased further to reduce the message data injected into the network.

When the congestion control host starts sending video data, it may cause network congestion if a large number of data bytes are injected into the video network immediately, since the load situation of the current network is not known. Therefore, the method adopted in the embodiment of the present application detects the current network condition, that is, the sending window is gradually increased from small to large, that is, the value of the congestion window is gradually increased from small to large.

In the embodiment of the present application, the control window value may be a preset initial value, for example, if the preset initial value is CWND ═ 1, the control window value is set to 1. The congestion control host may encapsulate the video data according to the control window value to generate first packet data, and send the generated first packet data to the shared server.

Wherein, 1 CWND size can be a maximum segment length of an MSS. For example, when CWND is 1, it indicates that message data of one MSS can be transmitted, and when CWND is 2, it indicates that message data of two MSSs can be transmitted.

In a preferred embodiment of the embodiments of the present application, the method further comprises:

After receiving the first message data sent by the congestion control host, the shared server needs to convert the first message data into the first message data based on the ethernet protocol and send the first message data to the ethernet client, because the first message data is based on the video networking protocol and the ethernet client can only receive the data based on the ethernet protocol.

In a preferred embodiment of the present application, after the step 505, the following steps may be further included:

After receiving the video data sent by the congestion control host, the ethernet client returns an Acknowledgement (ACK) to the shared server, and the shared server further sends the Acknowledgement to the congestion control host to inform the congestion control host that the video data has been received correctly.

The transmission turns from sending video data to receiving acknowledgement messages are one, and the congestion control host expands every time it passes one transmission turn, and expands the send window (i.e., the control window value) when it is determined that the network is not congested. It should be noted that, when there are a plurality of sent message data segments, the congestion control host waits for all the sent message data segments to receive the confirmation message, and then confirms that the network of the current transmission round is not congested.

In this embodiment of the present application, when the congestion control host receives the acknowledgement message returned by the ethernet client, the congestion control host may expand the sending window (i.e., the control window value) according to the preset rule. Thereby speeding up the transmission rate of the video data.

In a preferred embodiment of the present application, the expanding the control window value by the congestion control host according to a preset rule includes:

the congestion control host judges whether the control window value is smaller than a slow start threshold value;

To prevent network congestion due to too large a send window growth, a slow start threshold ssthresh may be set. When the current sending window is smaller than ssthresh, starting a slow start algorithm to multiply and expand the sending window; when the current sending window is larger than ssthresh, the congestion avoidance algorithm is started, and the sending window is slowly expanded (the sending window is increased by 1 every time), so that the sending window slowly increases according to a linear rule and the increasing rate of the sending window is much slower than that of the sending window of the slow-start algorithm.

It should be noted that when the sending window is equal to ssthresh, even if a slow start algorithm is used, a congestion avoidance algorithm may be used.

In the embodiment of the present application, no matter in the slow start stage or in the congestion avoidance stage, as long as the congestion control host determines that the network is congested (no acknowledgement message is received), ssthresh is set to be half of the current transmission window when congestion occurs (if less than 2, set to be 2). The send window is then reset to 1 and the slow start algorithm is executed. Therefore, the message data sent by the congestion control host to the network can be reduced rapidly, so that a receiving party (namely, an Ethernet client) has enough time to process the message data packets backlogged in the network.

In this embodiment of the present application, when the congestion control host does not receive the acknowledgement message returned by the ethernet client, it is determined that the network is congested, and at this time, the congestion control host may decrease the control window value to rapidly decrease the message data sent by the congestion control host to the network, so that the receiver has enough time to complete the processing of the backlogged message data in the message queue.

Fig. 7 shows a schematic diagram of an embodiment of a slow start and congestion avoidance algorithm of the present application.

In fig. 7, the unit of the congestion window CWND uses the number of message data segments without using bytes, and assuming that the ssthresh initial value is 16 message data segments, the initial value of the congestion window CWND is 1 when the slow start algorithm is executed. After that, every time the sender (congestion control host) receives an acknowledgement ACK for a newly sent message data segment, the CWND is enlarged by 1 time, and then the next round of message data transmission is started (the abscissa in the figure is the transmission round). Thus, at the slow start algorithm stage, CWND grows exponentially with the transmission round.

When CWND increases to the slow start threshold ssthresh (i.e. when CWND is 16), the congestion avoidance algorithm is executed instead, and then, every time the sender (congestion control host) receives an ACK for a newly sent message data segment, CWND is increased by 1, and then the next round of message data transmission is started (the abscissa in the figure is the transmission round), so that CWND increases linearly with the transmission round at the stage of the congestion avoidance algorithm.

Assume that when the value of CWND increases to 24, the network times out (no acknowledgement message is received, which is likely to be the network is congested). At this time, the sender (congestion control master) reduces the CWND value 24 at time-out by 1 time as a new ssthresh value, the updated ssthresh value becomes 12, CWND is reset to 1 again, and the slow start algorithm is executed, and CWND increases exponentially. When CWND ═ ssthresh ═ 12, instead of performing the congestion avoidance algorithm, the congestion window grows in a linear fashion.

In the embodiment of the application, when the network is not congested, the sending window (i.e., the control window value) is gradually enlarged every transmission turn, the congestion control host encapsulates the video data according to the enlarged control window value, and sends the generated second message data to the shared server, so that the data transmission rate is increased.

It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the embodiments are not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the embodiments. Further, those skilled in the art will also appreciate that the embodiments described in the specification are presently preferred and that no particular act is required of the embodiments of the application.

Referring to fig. 8, a block diagram of a control embodiment of a video network according to an embodiment of the present application is shown, where the video network includes a monitoring resource server, a sharing server, a streaming media server, and a congestion control host, where the streaming media server is configured to store monitoring screen data, and the apparatus may specifically include the following modules:

a first request receiving module 801, configured to receive a monitoring view request based on an internet of things protocol sent by the monitoring resource server;

a request sending module 802, configured to receive the monitoring and viewing request sent by the shared server, and send the monitoring and viewing request to the streaming media server;

a data receiving module 803, configured to receive monitoring screen data returned by the streaming media server in response to the monitoring viewing request;

a control window value setting module 804, configured to set a control window value to a preset initial value;

a first message data sending module 805, configured to encapsulate the video data according to the control window value, and send the generated first message data to the shared server.

In a preferred embodiment of the embodiments of the present application, the video network is communicatively connected to an ethernet, the ethernet includes an ethernet client, and the apparatus may further include:

In a preferred embodiment of the embodiments of the present application, the apparatus may further include:

In a preferred embodiment of the present application, the control window value expansion module may include the following sub-modules:

For the control device embodiment of the video network, since it is basically similar to the control method embodiment of the video network, the description is relatively simple, and for the relevant points, reference may be made to part of the description of the control method embodiment of the video network.

An embodiment of the present application further provides an apparatus, including:

one or more processors; and

Embodiments of the present application also provide a computer-readable storage medium, which stores a computer program to enable a processor to execute the steps of the control method of the video network according to the embodiments of the present application.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.

As will be appreciated by one of skill in the art, embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While preferred embodiments of the present application have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all such alterations and modifications as fall within the true scope of the embodiments of the application.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.

The detailed description of the control method and the control device of the video network provided by the present application is provided above, and a specific example is applied herein to illustrate the principle and the implementation of the present application, and the description of the above embodiment is only used to help understand the method and the core idea of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims

1. A control method of a video network is applied to the video network, the video network comprises a monitoring resource server, a sharing server, a streaming media server and a congestion control host, wherein the streaming media server is used for storing monitoring picture data, and the method comprises the following steps:

the congestion control host encapsulates the monitoring picture data according to the control window value and sends the generated first message data to the shared server;

the congestion control host judges whether a confirmation message returned by the Ethernet client is received;

if yes, the congestion control host enlarges the control window value according to a preset rule;

wherein the video network is communicatively connected to an ethernet, the ethernet including an ethernet client, the method further comprising:

2. The method of claim 1, wherein the congestion control host expanding the control window value according to a preset rule comprises:

if so, the congestion control host doubles the control window value to obtain a first congestion window;

3. The method according to claim 1 or 2, characterized in that the method further comprises:

and the congestion control host encapsulates the monitoring picture data according to the expanded control window value and sends the generated second message data to the shared server.

4. The method of claim 1 or 2, further comprising:

5. The method according to claim 1, before the shared server receives the monitoring view request based on the video networking protocol sent by the monitoring resource server, further comprising:

6. A control device of a video network is applied to the video network, the video network comprises a monitoring resource server, a sharing server, a streaming media server and a congestion control host, wherein the streaming media server is used for storing monitoring picture data, and the device comprises:

the first message data sending module is used for packaging the monitoring picture data according to the control window value and sending the generated first message data to the sharing server;

the control window value expansion module is used for expanding the control window value according to a preset rule if the control window value is larger than the preset threshold;

wherein, the video networking is connected with ethernet communication, ethernet includes ethernet client, the device still includes:

7. An apparatus, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon, which when executed by the one or more processors, cause the apparatus to perform the steps of the method of controlling a video network of any of claims 1-5.

8. A computer-readable storage medium, characterized in that it stores a computer program causing a processor to execute the steps of the method of controlling a video network according to any of claims 1 to 5.