CN110620939B - Network state determination method and device, electronic equipment and storage medium - Google Patents
Network state determination method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN110620939B CN110620939B CN201910993931.9A CN201910993931A CN110620939B CN 110620939 B CN110620939 B CN 110620939B CN 201910993931 A CN201910993931 A CN 201910993931A CN 110620939 B CN110620939 B CN 110620939B
- Authority
- CN
- China
- Prior art keywords
- data packet
- client
- server
- preset
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000012937 correction Methods 0.000 claims abstract description 72
- 238000012545 processing Methods 0.000 claims abstract description 9
- 238000004364 calculation method Methods 0.000 claims description 14
- 230000001934 delay Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
- H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Synchronisation In Digital Transmission Systems (AREA)
Abstract
The disclosure relates to a network state determination method, a network state determination device, an electronic device and a storage medium, wherein the method comprises the following steps: when the preset time is reached, calculating the current clock deviation between the client and the server as a first clock deviation; correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation; when a first data packet sent by a client is received, counting network information between the client and a server within a preset historical time period based on a first correction clock deviation; and determining the network state between the client and the server according to the counted network information. Based on the above processing, the accuracy of the determined network state can be improved.
Description
Technical Field
The present disclosure relates to the field of streaming media transmission technologies, and in particular, to a method and an apparatus for determining a network status, an electronic device, and a storage medium.
Background
With the rapid development of internet technology and the improvement of intelligent electronic device performance, users can transmit information through RTC (Real-Time Communication) application programs. In the process of transmitting the data packet, the server may count network information between the server and the client, and determine a current network state according to the network information, for example, a delay condition of a current network may be determined according to the network information, or a code rate for sending the data packet by the client may also be adjusted according to the network information.
However, due to the clock skew between the client and the server, the accuracy of the statistical network information may be low, and the accuracy of the determined network status may be reduced.
Disclosure of Invention
The present disclosure provides a method and an apparatus for determining a network state, an electronic device, and a storage medium, so as to at least solve the problem of low accuracy of a network state determined in the related art. The technical scheme of the disclosure is as follows:
according to a first aspect of the embodiments of the present disclosure, there is provided a network status determining method, which is applied to a server, and includes:
when the preset time is reached, calculating the current clock deviation between the client and the server as a first clock deviation;
correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation; wherein the preset correction formula is: s ═ mx (1- α) + nxα, S denotes the first corrected clock skew, M denotes the first clock skew, N denotes a second corrected clock skew determined last time, and α denotes a correction coefficient;
when a first data packet sent by the client is received, counting network information between the client and the server within a preset historical time period based on the first correction clock deviation;
and determining the network state between the client and the server according to the counted network information.
Optionally, if the first clock offset is the calculated first clock offset, the second corrected clock offset determined last time is 0.
Optionally, before the correcting the first clock offset according to the preset correction formula to obtain a first corrected clock offset, the method further includes:
judging whether a first round-trip delay between the client and the server is larger than a preset multiple of a second round-trip delay, wherein the second round-trip delay is the round-trip delay with the minimum value except the first round-trip delay in the determined round-trip delays, and the preset multiple is larger than 1;
and if the first round-trip delay time is not greater than the preset multiple of the second round-trip delay time, correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation.
Optionally, the method further includes:
and if the first round-trip delay time is larger than the preset multiple of the second round-trip delay time, determining the second correction clock deviation as the first correction clock deviation, and counting network information between the client and the server in a preset historical time period according to the first correction clock deviation when receiving a first data packet sent by the client.
Optionally, the first data packet carries a data packet sequence number, where the data packet sequence number is determined by the client according to the sequence of sending the first data packet;
when a first data packet sent by the client is received, counting network information between the client and the server within a preset historical time period based on the first correction clock deviation, wherein the counting comprises the following steps:
when a first data packet sent by the client is received, counting first network information in a first preset historical time period and/or second network information in a second preset historical time period based on the first correction clock deviation and a data packet sequence number carried in the received data packet, wherein the duration of the second preset historical time period is longer than that of the first preset historical time period;
the first network information includes at least one of: the first correction clock deviation, the duration of the first preset historical time period, the delay of a data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of a data packet sent by the client, the packet loss rate of a data packet sent by the client, whether the data packet received by the server is out of order or not, and the size of the data packet received in a preset time window; the preset time window is a time period from a first moment to the moment when the first data packet is received in the server; the first moment is the corresponding moment of a second moment in the server when the first data packet is sent by the client;
the second network information includes at least one of: the duration of the second preset historical time period, the delay of the data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of the data packet sent by the client, and the packet loss rate of the data packet sent by the client.
Optionally, the network state includes a code rate of the adjusted data packet sent by the client;
the determining the network state between the client and the server according to the counted network information includes:
determining the adjusted code rate of the data packet sent by the client based on the code rate of the data packet received by the server and recorded in the second network information;
or determining the adjusted code rate of the data packet sent by the client based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information.
Optionally, the determining, based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information, the adjusted code rate for the client to send the data packet includes:
calculating a ratio of the size of the received data packet in the preset time window recorded in the first network information to a preset time length as a first ratio;
and determining the difference between the code rate of the data packet received by the server and the first ratio recorded in the second network information as the adjusted code rate of the data packet sent by the client.
Optionally, when the preset time is reached, calculating a current clock offset between the client and the server as a first clock offset, including:
when a preset time is reached, sending a first timing data packet to a client, wherein the first timing data packet carries the preset time;
receiving a second timing data packet sent by the client and used for responding to the first timing data packet, wherein the second timing data packet carries a first time when the client receives the first timing data packet, a second time when the client sends the second timing data packet and the preset time;
calculating a current first clock deviation between the client and the server according to a third time, the first time, the second time, the preset time and a clock deviation calculation formula of the received second calibration data packet;
wherein, the clock deviation calculation formula is as follows:
m represents the first clock skew, R1 represents the first time, S1 represents the preset time, R2 represents the third time, and S2 represents the second time.
According to a second aspect of the embodiments of the present disclosure, there is provided a network status determining apparatus, which is applied to a server, including:
the computing module is configured to calculate the current clock deviation between the client and the server as a first clock deviation when a preset moment is reached;
the correction module is configured to correct the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation; wherein the preset correction formula is: s ═ mx (1- α) + nxα, S denotes the first corrected clock skew, M denotes the first clock skew, N denotes a second corrected clock skew determined last time, and α denotes a correction coefficient;
the counting module is configured to count network information between the client and the server within a preset historical time period based on the first correction clock deviation when a first data packet sent by the client is received;
a determining module configured to perform determining a network status between the client and the server according to the counted network information.
Optionally, if the first clock offset is the calculated first clock offset, the second corrected clock offset determined last time is 0.
Optionally, the apparatus further comprises:
a determining module configured to perform a determination of whether a first round-trip delay between the client and the server is greater than a preset multiple of a second round-trip delay, where the second round-trip delay is a round-trip delay with a smallest value except the first round-trip delay among the determined round-trip delays, and the preset multiple is greater than 1;
and if the first round-trip delay time is not greater than the preset multiple of the second round-trip delay time, correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation.
Optionally, the apparatus further comprises:
and the processing module is configured to determine the second correction clock deviation as the first correction clock deviation if the first round-trip delay time is greater than a preset multiple of the second round-trip delay time, and perform statistics on network information between the client and the server within a preset historical time period according to the first correction clock deviation when a first data packet sent by the client is received.
Optionally, the first data packet carries a data packet sequence number, where the data packet sequence number is determined by the client according to the sequence of sending the first data packet;
the counting module is configured to count first network information in a first preset historical time period and/or second network information in a second preset historical time period based on the first correction clock deviation and a data packet sequence number carried in a received data packet when the first data packet sent by the client is received, wherein the duration of the second preset historical time period is greater than that of the first preset historical time period;
the first network information includes at least one of: the first correction clock deviation, the duration of the first preset historical time period, the delay of a data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of a data packet sent by the client, the packet loss rate of a data packet sent by the client, whether the data packet received by the server is out of order or not, and the size of the data packet received in a preset time window; the preset time window is a time period from a first moment to the moment when the first data packet is received in the server; the first moment is the corresponding moment of a second moment in the server when the first data packet is sent by the client;
the second network information includes at least one of: the duration of the second preset historical time period, the delay of the data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of the data packet sent by the client, and the packet loss rate of the data packet sent by the client.
Optionally, the network state includes a code rate of the adjusted data packet sent by the client;
the determining module is configured to perform determining, based on the code rate of the data packet received by the server and recorded in the second network information, the adjusted code rate of the data packet sent by the client;
or determining the adjusted code rate of the data packet sent by the client based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information.
Optionally, the determining module is configured to perform calculation of a ratio of the size of the received data packet within the preset time window recorded in the first network information to a preset time duration as a first ratio;
and determining the difference between the code rate of the data packet received by the server and the first ratio recorded in the second network information as the adjusted code rate of the data packet sent by the client.
Optionally, the computing module is configured to execute sending a first timing data packet to the client when a preset time is reached, where the first timing data packet carries the preset time;
receiving a second timing data packet sent by the client and used for responding to the first timing data packet, wherein the second timing data packet carries a first time when the client receives the first timing data packet, a second time when the client sends the second timing data packet and the preset time;
calculating a current first clock deviation between the client and the server according to a third time, the first time, the second time, the preset time and a clock deviation calculation formula of the received second calibration data packet;
wherein, the clock deviation calculation formula is as follows:
m represents the first clock skew, R1 represents the first time, S1 represents the preset time, R2 represents the third time, and S2 represents the second time.
According to a third aspect of the embodiments of the present disclosure, there is provided an electronic apparatus including:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to execute the instructions to implement the network status determination method as described in the first aspect above.
According to a fourth aspect of embodiments of the present disclosure, there is provided a storage medium, wherein instructions that, when executed by a processor of an electronic device, enable the electronic device to perform the network status determination method according to the first aspect.
According to a fifth aspect of embodiments of the present disclosure, there is provided a computer program product, wherein the instructions of the computer program product, when executed by a processor of an electronic device, enable the electronic device to perform the network status determination method as described in the first aspect above.
The technical scheme provided by the embodiment of the disclosure can have the following beneficial effects: when the preset time is reached, calculating the current clock deviation between the client and the server as a first clock deviation, then correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation, counting network information between the client and the server in a preset historical time period based on the first corrected clock deviation when a first data packet sent by the client is received, and determining the network state between the client and the server according to the counted network information.
Based on the processing, the clock skew between the client and the server can be calculated, the calculated clock skew is corrected, and then, based on the corrected clock skew, the accuracy of the statistical network information can be improved, and the accuracy of the determined network state can be improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure and are not to be construed as limiting the disclosure.
Fig. 1 is a flow chart illustrating a method of network state determination according to an example embodiment.
Fig. 2 is a block diagram illustrating a network status determining apparatus according to an exemplary embodiment.
FIG. 3 is a block diagram illustrating an electronic device in accordance with an exemplary embodiment.
Detailed Description
In order to make the technical solutions of the present disclosure better understood by those of ordinary skill in the art, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the disclosure described herein are capable of operation in sequences other than those illustrated or otherwise described herein. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
In the related art, due to the clock deviation between the client and the server, the accuracy of the statistical network information may be low, and thus, the accuracy of the determined network state is reduced.
In order to solve the above problem, an embodiment of the present disclosure provides a network status determining method, which may be applied to a server.
When the preset time is reached, the server can calculate the current clock deviation between the server and the client as a first clock deviation, then the server can correct the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation, and further, when a first data packet sent by the client is received, the server can count the network information between the client and the server within a preset historical time period based on the first corrected clock deviation, and further, the network state between the client and the server can be determined according to the counted network information.
Based on the processing, the server can calculate the clock deviation between the client and the server, correct the calculated clock deviation, and based on the corrected clock deviation, the accuracy of the statistical network information can be improved, and further, the accuracy of the determined network state can be improved.
Referring to fig. 1, fig. 1 is a flowchart illustrating a network status determination method, which may be applied to a server, according to an exemplary embodiment, and may include the steps of:
in step S101, when the preset time is reached, a current clock offset between the client and the server is calculated as a first clock offset.
The first clock offset may be a system time offset between the client and the server.
Since the server and the client are two different electronic devices, the system time in the server and the client may not be consistent. For example, if the system time in the server is 7 o 'clock 30 min 20 sec and the system time in the client is 7 o' clock 30 min 22 sec at the same time, the system time offset between the client and the server is 2 sec. Therefore, in order to accurately count the network information, the server may periodically calculate a clock offset between the server and the client (i.e., a system time offset between the server and the client).
Optionally, S101 may include the following steps:
step one, when a preset moment is reached, a first timing data packet is sent to a client; and receiving a second correction time data packet which is sent by the client and used for responding to the first correction time data packet.
The first timing data packet carries a preset time. The second timing data packet carries a first time when the client receives the first timing data packet, a second time when the client sends the second timing data packet, and a preset time.
And step two, calculating the current first clock deviation between the client and the server according to the third time, the first time, the second time, the preset time and the clock deviation calculation formula of the received second correction time data packet.
Wherein, the clock deviation calculation formula is as follows:
m denotes a first clock skew, R1 denotes a first time, S1 denotes a preset time, R2 denotes a third time, and S2 denotes a second time.
In an embodiment, when the preset time is reached, the server may send a timing data packet (i.e., a first timing data packet) to the client, where the first timing data packet may carry a system time (i.e., the preset time) in the server when the server sends the first timing data packet.
When receiving the first timing data packet, the client may send a corresponding second timing data packet to the server, where the second timing data packet may carry a preset time, a time (i.e., a first time) at which the client receives the first timing data packet, and a time (i.e., a second time) at which the client sends the second timing data packet.
The first timing packet may be a CLOCK Synchronization (CLOCK SYNC) packet, and the second timing packet may be an Acknowledgement (ACK) packet.
When the server receives the second timing packet, the system time in the server (i.e., the third time) at the time of receiving the second timing packet may be determined.
Further, the server may calculate a clock offset (i.e., a first clock offset) between the current server and the client based on the preset time, the first time, the second time, and the third time, and the equation (1).
In step S102, the first clock offset is corrected according to a preset correction formula, so as to obtain a first corrected clock offset.
Wherein, the preset correction formula is as follows: s ═ mx (1- α) + nxα, S denotes a first corrected clock skew, M denotes a first clock skew, N denotes a second corrected clock skew determined last time, and α denotes a correction coefficient. The value of α can be set empirically by the skilled person, for example α can be 0.85.
In one embodiment, due to the influence of the network environment, the clock skew determined by the server according to the timing data packet may be inaccurate, so that the server may periodically determine the clock skew between the server and the client according to the timing data packet, and correct the determined clock skew after determining the clock skew each time, so as to continuously improve the accuracy of the determined clock skew.
Correspondingly, after the first clock offset is determined, the server can correct the first clock offset according to the preset correction formula to obtain a first corrected clock offset.
Alternatively, if the first clock skew is the calculated first clock skew, the second correction clock skew determined last time may be 0.
In an embodiment, when the server calculates the clock offset for the first time, that is, when the first clock offset is the calculated first clock offset, the server may determine that the second corrected clock offset determined last time is 0, and further correct the first clock offset according to the preset correction formula.
In step S103, when a first data packet sent by the client is received, network information between the client and the server within a preset historical time period is counted according to the first corrected clock offset.
The preset historical time period may be a time period in which the duration before the first data packet is received is a preset time period, and the preset historical time period may be one time period or a plurality of time periods. If the preset historical time period is a plurality of time periods, the duration of each preset historical time period may be different.
For example, the preset historical time period is two historical time periods, one of the historical time periods is a time period with a duration of a first preset time period before the first data packet is received, and the other historical time period is a time period with a duration of a second preset time period before the first data packet is received, the first preset time period may belong to a time period of 50-100 ms, and the second preset time period may belong to a time period of 500 ms-1S.
In an embodiment, after determining the first corrected clock bias, when the server receives a data packet (i.e., the first data packet in the embodiment of the present disclosure) sent by the client, the server may obtain network information between the client and the server within a preset historical time period according to the first corrected clock bias.
It can be understood that, each time the server receives a data packet sent by the client, the server may count the current network information, that is, the time of each data packet received by the server may correspond to different network information.
In step S104, a network status between the client and the server is determined according to the counted network information.
In one embodiment, the server may determine the network status with the client according to the network information obtained by multiple statistics.
Optionally, the server may correct the first clock offset without network congestion occurring between the server and the client, that is, before S102, the method may further include the following steps:
and judging whether the first round-trip delay between the current client and the server is greater than a preset multiple of the second round-trip delay or not, and if the first round-trip delay is not greater than the preset multiple of the second round-trip delay, executing S102.
And the second round-trip delay is the round-trip delay with the minimum value except the first round-trip delay in the determined round-trip delays, and the preset multiple is more than 1. For example, the preset multiple may be 1.25, but is not limited thereto.
In one embodiment, the server, after calculating the first clock offset, may also calculate a round-trip delay between the server and the client. For example, the server may calculate a difference between the third time and a preset time as the first round-trip delay.
It will be appreciated that since the server periodically determines the clock offset with the client, the server may also periodically determine the round trip delay with the client.
After determining the first round-trip delay, the server may determine a round-trip delay (i.e., a second round-trip delay in the embodiment of the present disclosure) having a smallest value in the currently determined round-trip delays except for the first round-trip delay, and then the server may determine whether the first round-trip delay is greater than a preset multiple of the second round-trip delay.
If the first round-trip delay is not greater than the preset multiple of the second round-trip delay, it indicates that no network congestion occurs between the current server and the client, and correspondingly, the server may correct the first clock offset according to a preset correction formula.
Optionally, the method may further include the steps of: if the first round trip delay time is greater than the preset multiple of the second round trip delay time, the second corrected clock skew is determined as the first corrected clock skew, and S103 is performed.
In an embodiment, when the server determines that the first round-trip delay is greater than the preset multiple of the second round-trip delay, it indicates that the round-trip delay between the current server and the client is large, that is, network congestion may occur between the current server and the client, and at this time, the server may not correct the first clock offset, but use the clock offset (i.e., the second clock offset) obtained by the last correction as the current clock offset to count the network information.
Optionally, in order to accurately determine the packet loss rate in the data packet transmission process and the code rate for transmitting the data packet, the first data packet may carry a data packet sequence number, and the data packet sequence number is determined by the client according to the sequence for sending the first data packet, and accordingly, S103 may include the following steps: when a first data packet sent by a client is received, counting first network information in a first preset historical time period and/or second network information in a second preset historical time period based on a first correction clock deviation and a data packet sequence number carried in the received data packet.
And the duration of the second preset historical time period is greater than the duration of the first preset historical time period.
The first network information includes at least one of: the method comprises the steps of correcting clock deviation, the duration of a first preset historical time period, the delay of a data packet received by a server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of a data packet sent by a client, the packet loss rate of the data packet sent by the client, whether the data packet received by the server is out of order or not and the size of the data packet received in a preset time window.
The preset time window is a time period from the first moment to the moment when the first data packet is received in the server. The first time is the corresponding time of the second time for sending the first data packet in the client in the server.
The second network information includes at least one of: the time length of the second preset historical time period, the time delay of the data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of the data packet sent by the client and the packet loss rate of the data packet sent by the client.
In one embodiment, in order to comprehensively count the performance influence of the network information on the server and the accuracy of the counted network information, the server may perform the network information statistics according to a first preset historical time period and a second preset historical time period.
The first network information counted in the first preset historical time period can be more than the second network information counted in the second preset historical time period, and accordingly the information enrichment degree of the first network information is high, and the information accuracy of the second network information is high.
In actual operation, only the first network information may be counted, or only the second network information may be counted, or both the first network information and the second network information may be counted.
Based on the first correction clock deviation, the server can eliminate the influence of system time deviation with the client in the process of network information statistics, and further, can obtain more accurate network information.
The delay of the data packet received by the server may include: the minimum one-way delay of each received data packet, the queuing delay of the first data packet and the maximum queuing delay of each received data packet.
In an embodiment, for each data packet received in the first preset history time period, the server may calculate a difference between a time when the client sends the data packet and a time when the client receives the data packet, and calculate a one-way delay of the data packet according to the first corrected clock offset, and further, the server may determine a minimum one-way delay (which may be referred to as a minimum one-way delay) of each data packet received in the first preset history time period.
The queuing delay of the first data packet is the difference value between the one-way delay of the first data packet and the minimum one-way delay.
For each data packet received in the first preset historical time period, the server may calculate the queuing delay of the data packet, and further, the server may determine the maximum queuing delay (which may be referred to as the maximum queuing delay) of each data packet received in the first preset historical time period.
For each data packet received in the first preset historical time period, the server may calculate the queuing delay of the data packet, and further, the server may calculate an average value of the queuing delays of the data packets received in the first preset historical time period (i.e., the average queuing delay in the disclosed embodiment).
The code rate of the data packet sent by the client may be the code rate of the data packet sent by the client in the time window of the client corresponding to the first preset historical time period.
For example, the time when the first data packet is received is T1, the server may determine, according to the first corrected clock skew, that the time when the client sends the first data packet is T1, the length of the window of the statistical information is w, if the last received data packet before the time T1-w is the second data packet, and the time when the second data packet is received is T2, the server may determine, according to the first corrected clock skew, that the time when the client sends the second data packet is T2, the time from T2 to T1 is a time window (may be referred to as a sending window) of the client corresponding to the first preset history time period, and correspondingly, from T2 to T1, the time from T2 is the first preset history time period, which may also be referred to as a receiving window.
Further, the server may determine the size of the packet transmitted from the client from T2 to T1 (may be referred to as a first data size) and calculate a time period between T2 and T1 (may be referred to as a first time period), and then the server may calculate a ratio of the first data size to the first time period as a code rate for transmitting the packet within the transmission window.
In an embodiment, the server may determine, according to a packet sequence number in a received packet, the number of packets lost when receiving the packet (which may be referred to as a packet loss number) in a first preset history time period, and calculate a sum of the number of received packets (which may be referred to as an undistracted packet number) and the number of dropped packets as a total number of packets that should be received, and then, the server may calculate a ratio of the number of dropped packets to the total number of packets that should be received as a packet loss rate of the received packet in the first preset history time period.
According to the introduction of the above embodiment, the server may calculate the size of the received data packet (which may be referred to as a second data size) from t2 to t1, and calculate the time duration (which may be referred to as a second time duration) between t2 and t1, and then, the server may calculate the ratio of the second data size to the second time duration as the code rate of the received data packet within the first preset history time period.
The server can also count the number of the data packets in the preset time window, the packet loss rate of the received data packets and the size of the received data packets.
The preset time window is an inflight window. The server may determine, according to the first corrected clock offset, a corresponding time (which may be referred to as a first time) of a time (which may be referred to as a second time) at which the client sends the first packet in the server, and further, the server may determine the number of received packets, that is, the number of packets in the inflight window, between the first time and the time at which the first packet is received.
The server can also calculate the total size of the data packet in the inflight window, and determine the packet loss rate of the received data packet from the first moment to the moment of receiving the first data packet according to the sequence number of the received data packet, that is, the packet loss rate of the received data packet in the preset time window.
In addition, according to the introduction of the above embodiment, the server may determine whether the received data packets have disorder within the first preset history time period according to the data packet sequence numbers of the received data packets.
For the second network information, reference may be made to the relevant introduction of the first network information.
The network state determining method provided by the embodiment of the disclosure can obtain comprehensive and accurate network information, and further can improve the accuracy of the determined network state according to the obtained network information.
In addition, the server can adjust the code rate of the data packet sent by the client according to the network information so as to improve the data transmission efficiency and avoid network congestion.
Optionally, the network state includes a code rate of the adjusted data packet sent by the client, and S104 may include the following steps:
in the first mode, the code rate of the data packet sent by the adjusted client is determined based on the code rate of the data packet received by the server and recorded in the second network information.
In one embodiment, if the delay of currently receiving the data packet is large, the server may reduce the code rate of the data packet sent by the client to avoid network congestion; if the delay of the current received data packet is smaller, the server can improve the code rate of the data packet sent by the client so as to improve the data transmission efficiency.
When the code rate of the data packet sent by the client needs to be reduced, the server may perform adjustment with the code rate of the data packet received by the server (which may be referred to as a reference code rate) recorded in the second network information as a reference. For example, the server may reduce the reference code rate by 10%, or reduce the reference code rate by 20%, and determine the code rate obtained after the reduction as the code rate for the adjusted client to send the data packet.
Correspondingly, when the code rate of the client for sending the data packet needs to be increased, the server can increase the reference code rate by 10%, or increase the reference code rate by 20%, and determine the code rate obtained after the increase as the adjusted code rate of the client for sending the data packet.
Furthermore, the server can notify the determined code rate for sending the data packet to the client, and the client can transmit data according to the determined code rate for sending the data packet.
And determining the code rate of the adjusted data packet sent by the client based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information.
In an embodiment, to reduce the size of the data packet in the inflight window, the server may determine, based on the size of the data packet received in the preset time window recorded in the first network information and the bitrate of the data packet received by the server recorded in the second network information, the adjusted bitrate at which the client sends the data packet.
In one implementation, the server may calculate a ratio of a size of a data packet received within a preset time window recorded in the first network information to a preset time duration (which may be referred to as a third preset time duration) as a first ratio, and then, the server may determine a difference between a code rate of the data packet received by the server and the first ratio, which is recorded in the second network information, as the adjusted code rate of the data packet sent by the client.
The third preset time duration may be set by a technician according to a service requirement, for example, if the data packet in the inflight window needs to be eliminated within 1S, the third preset time duration may be 1S, and if the data packet in the inflight window needs to be eliminated within 2S, the third preset time duration may be 2S.
Based on the above embodiment, it can be seen that, because the information accuracy of the network information counted by the second network information is higher, the server may use the code rate of the data packet received by the server, which is recorded in the second network information, as a reference for adjusting the code rate of the data packet to be sent. In the first mode, the code rate of the data packet sent by the client may be adjusted only according to the second network information. In the second mode, the code rate of the data packet sent by the client may be adjusted by combining the first network information and the second network information. In the actual operation process, the first network information or the second network information can be selected according to the service requirement, or the network state can be determined by combining the first network information and the second network information, so that the accuracy of the determined network state is improved, and the performance of the server can be ensured.
Based on the same inventive concept, referring to fig. 2, fig. 2 is a block diagram illustrating a network status determination apparatus according to an exemplary embodiment, which may include a calculation module 201, a correction module 202, a statistics module 203, and a determination module 204.
A calculating module 201 configured to calculate a current clock offset between a client and the server as a first clock offset when a preset time is reached;
a correcting module 202, configured to perform correction on the first clock offset according to a preset correcting formula, so as to obtain a first corrected clock offset; wherein the preset correction formula is: s ═ mx (1- α) + nxα, S denotes the first corrected clock skew, M denotes the first clock skew, N denotes a second corrected clock skew determined last time, and α denotes a correction coefficient;
a counting module 203, configured to perform counting network information between the client and the server within a preset historical time period based on the first corrected clock bias when receiving a first data packet sent by the client;
a determining module 204 configured to perform determining a network status between the client and the server according to the counted network information.
Optionally, if the first clock offset is the calculated first clock offset, the second corrected clock offset determined last time is 0.
Optionally, the apparatus further comprises:
a determining module configured to perform a determination of whether a first round-trip delay between the client and the server is greater than a preset multiple of a second round-trip delay, where the second round-trip delay is a round-trip delay with a smallest value except the first round-trip delay among the determined round-trip delays, and the preset multiple is greater than 1;
and if the first round-trip delay time is not greater than the preset multiple of the second round-trip delay time, correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation.
Optionally, the apparatus further comprises:
and the processing module is configured to determine the second correction clock deviation as the first correction clock deviation if the first round-trip delay time is greater than a preset multiple of the second round-trip delay time, and perform statistics on network information between the client and the server within a preset historical time period according to the first correction clock deviation when a first data packet sent by the client is received.
Optionally, the first data packet carries a data packet sequence number, where the data packet sequence number is determined by the client according to the sequence of sending the first data packet;
the counting module 203 is configured to count first network information in a first preset historical time period and/or second network information in a second preset historical time period based on the first corrected clock deviation and a data packet sequence number carried in the received data packet when the first data packet sent by the client is received, wherein the duration of the second preset historical time period is greater than that of the first preset historical time period;
the first network information includes at least one of: the first correction clock deviation, the duration of the first preset historical time period, the delay of a data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of a data packet sent by the client, the packet loss rate of a data packet sent by the client, whether the data packet received by the server is out of order or not, and the size of the data packet received in a preset time window; the preset time window is a time period from a first moment to the moment when the first data packet is received in the server; the first moment is the corresponding moment of a second moment in the server when the first data packet is sent by the client;
the second network information includes at least one of: the duration of the second preset historical time period, the delay of the data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of the data packet sent by the client, and the packet loss rate of the data packet sent by the client.
Optionally, the network state includes a code rate of the adjusted data packet sent by the client;
the determining module 204 is configured to perform determining, based on the code rate of the data packet received by the server and recorded in the second network information, an adjusted code rate for sending the data packet by the client;
or determining the adjusted code rate of the data packet sent by the client based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information.
Optionally, the determining module 204 is configured to perform calculating, as a first ratio, a ratio of a size of a received data packet within the preset time window recorded in the first network information to a preset time duration;
and determining the difference between the code rate of the data packet received by the server and the first ratio recorded in the second network information as the adjusted code rate of the data packet sent by the client.
Optionally, the computing module 201 is configured to execute sending a first timing data packet to a client when a preset time is reached, where the first timing data packet carries the preset time;
receiving a second timing data packet sent by the client and used for responding to the first timing data packet, wherein the second timing data packet carries a first time when the client receives the first timing data packet, a second time when the client sends the second timing data packet and the preset time;
calculating a current first clock deviation between the client and the server according to a third time, the first time, the second time, the preset time and a clock deviation calculation formula of the received second calibration data packet;
wherein, the clock deviation calculation formula is as follows:
m represents the first clock skew, R1 represents the first time, S1 represents the preset time, R2 represents the third time, and S2 represents the second time.
Fig. 3 is a block diagram illustrating an electronic device 300 for determining a network status in accordance with an example embodiment. For example, the electronic device 300 may be provided as a server. Referring to FIG. 3, electronic device 300 includes a processing component 322 that further includes one or more processors and memory resources, represented by memory 332, for storing instructions, such as applications, that are executable by processing component 322. The application programs stored in memory 332 may include one or more modules that each correspond to a set of instructions. Further, the processing component 322 is configured to execute instructions to perform the network status determination method described above.
The electronic device 300 may also include a power component 326 configured to perform power management of the electronic device 300, a wired or wireless network interface 350 configured to connect the electronic device 300 to a network, and an input/output (I/O) interface 358. The electronic device 300 may operate based on an operating system stored in the memory 332, such as a Windows Server, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, or similar operating system.
In an exemplary embodiment, there is also provided a storage medium having instructions that, when executed by a processor of an electronic device, enable the electronic device to perform the above-described network status determination method. Alternatively, the storage medium may be a non-transitory computer readable storage medium, which may be, for example, a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.
Claims (16)
1. A network state determination method applied to a server is characterized by comprising the following steps:
when the preset time is reached, calculating the current clock deviation between the client and the server as a first clock deviation;
correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation; wherein the preset correction formula is: s ═ mx (1- α) + nxα, S denotes the first corrected clock skew, M denotes the first clock skew, N denotes a second corrected clock skew determined last time, and α denotes a correction coefficient;
when a first data packet sent by the client is received, counting network information between the client and the server within a preset historical time period based on the first correction clock deviation;
determining a network state between the client and the server according to the counted network information;
before the correcting the first clock offset according to the preset correction formula to obtain a first corrected clock offset, the method further includes:
judging whether a first round-trip delay between the client and the server is larger than a preset multiple of a second round-trip delay, wherein the second round-trip delay is the round-trip delay with the minimum value except the first round-trip delay in the determined round-trip delays, and the preset multiple is larger than 1;
and if the first round-trip delay time is not greater than the preset multiple of the second round-trip delay time, correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation.
2. The network status determining method according to claim 1, wherein if the first clock skew is the first clock skew calculated, the second corrected clock skew determined last time is 0.
3. The method of claim 1, further comprising:
and if the first round-trip delay time is larger than the preset multiple of the second round-trip delay time, determining the second correction clock deviation as the first correction clock deviation, and counting network information between the client and the server in a preset historical time period according to the first correction clock deviation when receiving a first data packet sent by the client.
4. The method according to claim 1, wherein the first data packet carries a data packet sequence number, and the data packet sequence number is determined by the client according to an order of sending the first data packet;
when a first data packet sent by the client is received, counting network information between the client and the server within a preset historical time period based on the first correction clock deviation, wherein the counting comprises the following steps:
when a first data packet sent by the client is received, counting first network information in a first preset historical time period and/or second network information in a second preset historical time period based on the first correction clock deviation and a data packet sequence number carried in the received data packet, wherein the duration of the second preset historical time period is longer than that of the first preset historical time period;
the first network information includes at least one of: the first correction clock deviation, the duration of the first preset historical time period, the delay of a data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of a data packet sent by the client, the packet loss rate of a data packet sent by the client, whether the data packet received by the server is out of order or not, and the size of the data packet received in a preset time window; the preset time window is a time period from a first moment to the moment when the first data packet is received in the server; the first moment is the corresponding moment of a second moment in the server when the first data packet is sent by the client;
the second network information includes at least one of: the duration of the second preset historical time period, the delay of the data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of the data packet sent by the client, and the packet loss rate of the data packet sent by the client.
5. The method according to claim 4, wherein the network status comprises the adjusted code rate of the data packet sent by the client;
the determining the network state between the client and the server according to the counted network information includes:
determining the adjusted code rate of the data packet sent by the client based on the code rate of the data packet received by the server and recorded in the second network information;
or determining the adjusted code rate of the data packet sent by the client based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information.
6. The method according to claim 5, wherein the determining, based on the size of the data packet received within the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information, the adjusted code rate for the client to send the data packet comprises:
calculating a ratio of the size of the received data packet in the preset time window recorded in the first network information to a preset time length as a first ratio;
and determining the difference between the code rate of the data packet received by the server and the first ratio recorded in the second network information as the adjusted code rate of the data packet sent by the client.
7. The method according to claim 1, wherein the calculating a current clock offset between the client and the server as the first clock offset when the preset time is reached comprises:
when a preset time is reached, sending a first timing data packet to a client, wherein the first timing data packet carries the preset time;
receiving a second timing data packet sent by the client and used for responding to the first timing data packet, wherein the second timing data packet carries a fourth time when the client receives the first timing data packet, a fifth time when the client sends the second timing data packet, and the preset time;
calculating a current first clock deviation between the client and the server according to a third time, the fourth time, the fifth time, the preset time and a clock deviation calculation formula of the second calibration data packet;
wherein, the clock deviation calculation formula is as follows:
m represents the first clock skew, R1 represents the fourth time, S1 represents the preset time, R2 represents the third time, and S2 represents the fifth time.
8. A network status determining apparatus, the apparatus being applied to a server, comprising:
the computing module is configured to calculate the current clock deviation between the client and the server as a first clock deviation when a preset moment is reached;
the correction module is configured to correct the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation; wherein the preset correction formula is: s ═ mx (1- α) + nxα, S denotes the first corrected clock skew, M denotes the first clock skew, N denotes a second corrected clock skew determined last time, and α denotes a correction coefficient;
the counting module is configured to count network information between the client and the server within a preset historical time period based on the first correction clock deviation when a first data packet sent by the client is received;
a determining module configured to perform determining a network status between the client and the server according to the counted network information;
the device further comprises:
a determining module configured to perform a determination of whether a first round-trip delay between the client and the server is greater than a preset multiple of a second round-trip delay, where the second round-trip delay is a round-trip delay with a smallest value except the first round-trip delay among the determined round-trip delays, and the preset multiple is greater than 1;
and if the first round-trip delay time is not greater than the preset multiple of the second round-trip delay time, correcting the first clock deviation according to a preset correction formula to obtain a first corrected clock deviation.
9. The network status determining apparatus according to claim 8, wherein if the first clock skew is the first clock skew calculated, the second corrected clock skew determined last time is 0.
10. The network status determining apparatus according to claim 8, wherein the apparatus further comprises:
and the processing module is configured to determine the second correction clock deviation as the first correction clock deviation if the first round-trip delay time is greater than a preset multiple of the second round-trip delay time, and perform statistics on network information between the client and the server within a preset historical time period according to the first correction clock deviation when a first data packet sent by the client is received.
11. The apparatus according to claim 8, wherein the first data packet carries a data packet sequence number, and the data packet sequence number is determined by the client according to an order in which the first data packet is sent;
the counting module is configured to count first network information in a first preset historical time period and/or second network information in a second preset historical time period based on the first correction clock deviation and a data packet sequence number carried in a received data packet when the first data packet sent by the client is received, wherein the duration of the second preset historical time period is greater than that of the first preset historical time period;
the first network information includes at least one of: the first correction clock deviation, the duration of the first preset historical time period, the delay of a data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of a data packet sent by the client, the packet loss rate of a data packet sent by the client, whether the data packet received by the server is out of order or not, and the size of the data packet received in a preset time window; the preset time window is a time period from a first moment to the moment when the first data packet is received in the server; the first moment is the corresponding moment of a second moment in the server when the first data packet is sent by the client;
the second network information includes at least one of: the duration of the second preset historical time period, the delay of the data packet received by the server, the code rate of the data packet received by the server, the packet loss rate of the data packet received by the server, the code rate of the data packet sent by the client, and the packet loss rate of the data packet sent by the client.
12. The apparatus according to claim 11, wherein the network status includes a code rate for the adjusted client to send data packets;
the determining module is configured to perform determining, based on the code rate of the data packet received by the server and recorded in the second network information, the adjusted code rate of the data packet sent by the client;
or determining the adjusted code rate of the data packet sent by the client based on the size of the data packet received in the preset time window recorded in the first network information and the code rate of the data packet received by the server recorded in the second network information.
13. The network status determining apparatus according to claim 12, wherein the determining module is configured to perform calculating, as the first ratio, a ratio of a size of a received data packet within the preset time window recorded in the first network information to a preset time duration;
and determining the difference between the code rate of the data packet received by the server and the first ratio recorded in the second network information as the adjusted code rate of the data packet sent by the client.
14. The device according to claim 8, wherein the computing module is configured to execute sending a first timing data packet to a client when a preset time is reached, where the first timing data packet carries the preset time;
receiving a second timing data packet sent by the client and used for responding to the first timing data packet, wherein the second timing data packet carries a fourth time when the client receives the first timing data packet, a fifth time when the client sends the second timing data packet, and the preset time;
calculating a current first clock deviation between the client and the server according to a third time, the fourth time, the fifth time, the preset time and a clock deviation calculation formula of the second calibration data packet;
wherein, the clock deviation calculation formula is as follows:
m represents the first clock skew, R1 represents the fourth time, S1 represents the preset time, R2 represents the third time, and S2 represents the fifth time.
15. An electronic device, comprising: a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to execute the instructions to implement the network status determination method of any of claims 1 to 7.
16. A storage medium, wherein instructions in the storage medium, when executed by a processor of an electronic device, enable the electronic device to perform the network status determination method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910993931.9A CN110620939B (en) | 2019-10-18 | 2019-10-18 | Network state determination method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910993931.9A CN110620939B (en) | 2019-10-18 | 2019-10-18 | Network state determination method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110620939A CN110620939A (en) | 2019-12-27 |
| CN110620939B true CN110620939B (en) | 2021-08-13 |
Family
ID=68926242
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910993931.9A Active CN110620939B (en) | 2019-10-18 | 2019-10-18 | Network state determination method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110620939B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112910592B (en) * | 2021-02-22 | 2023-08-04 | 北京小米松果电子有限公司 | Clock synchronization method and device, terminal and storage medium |
| CN113055996B (en) * | 2021-03-09 | 2022-09-16 | Oppo广东移动通信有限公司 | Clock drift monitoring method, device, terminal, server and storage medium |
| CN115664572B (en) * | 2022-09-15 | 2024-08-06 | 交控科技股份有限公司 | Clock synchronization method, device and system |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101043249A (en) * | 2007-03-16 | 2007-09-26 | 北京航空航天大学 | Method for obtaining network condition of mobile satellite network communicating system |
| CN102857529A (en) * | 2011-06-30 | 2013-01-02 | 镇江雅迅软件有限责任公司 | Offline application system based on timestamp |
| CN103997658A (en) * | 2014-06-11 | 2014-08-20 | 成都德芯数字科技有限公司 | Clock synchronization device, method and system in digital television broadcasting |
| WO2015164873A1 (en) * | 2014-04-25 | 2015-10-29 | Activevideo Networks, Inc. | Class-based intelligent multiplexing over unmanaged networks |
| CN107667505A (en) * | 2015-06-05 | 2018-02-06 | 思科技术公司 | System for monitoring and managing data center |
| CN107801103A (en) * | 2016-08-29 | 2018-03-13 | 上海交通大学 | Multimedia resource adaptive synchronicity method based on network condition under heterogeneous network |
| CN108322281A (en) * | 2018-05-14 | 2018-07-24 | 上海市计量测试技术研究院 | Time calibration in network service based on NTP and assessment system and method |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140033242A1 (en) * | 2012-07-24 | 2014-01-30 | Srinivasa Rao | Video service assurance systems and methods in wireless networks |
-
2019
- 2019-10-18 CN CN201910993931.9A patent/CN110620939B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101043249A (en) * | 2007-03-16 | 2007-09-26 | 北京航空航天大学 | Method for obtaining network condition of mobile satellite network communicating system |
| CN102857529A (en) * | 2011-06-30 | 2013-01-02 | 镇江雅迅软件有限责任公司 | Offline application system based on timestamp |
| WO2015164873A1 (en) * | 2014-04-25 | 2015-10-29 | Activevideo Networks, Inc. | Class-based intelligent multiplexing over unmanaged networks |
| CN103997658A (en) * | 2014-06-11 | 2014-08-20 | 成都德芯数字科技有限公司 | Clock synchronization device, method and system in digital television broadcasting |
| CN107667505A (en) * | 2015-06-05 | 2018-02-06 | 思科技术公司 | System for monitoring and managing data center |
| CN107801103A (en) * | 2016-08-29 | 2018-03-13 | 上海交通大学 | Multimedia resource adaptive synchronicity method based on network condition under heterogeneous network |
| CN108322281A (en) * | 2018-05-14 | 2018-07-24 | 上海市计量测试技术研究院 | Time calibration in network service based on NTP and assessment system and method |
Non-Patent Citations (1)
| Title |
|---|
| 基于修正时间间隔比的实时视频传输方法;姜青竹，田畅，吴泽民，付毅;《军事通信技术》;20150630;第36卷(第2期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110620939A (en) | 2019-12-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12063162B2 (en) | Controlling a jitter buffer | |
| US7898958B2 (en) | Communication system | |
| US7733773B2 (en) | Playout based delay scheduler | |
| US20150341248A1 (en) | Method for detecting network transmission status and related device | |
| CN110620939B (en) | Network state determination method and device, electronic equipment and storage medium | |
| CN105430532A (en) | Control method and system for adaptive adjustment of video data transmission | |
| WO2017000719A1 (en) | Congestion control method and device based on queue delay | |
| US20150124604A1 (en) | Systems and Methods for Proactive Congestion Detection in Radio Access Networks | |
| US20190364311A1 (en) | Managing congestion response during content delivery | |
| EP3560152B1 (en) | Determining the bandwidth of a communication link | |
| CN112713967B (en) | Data transmission method and device | |
| WO2017000728A1 (en) | Flow control method, apparatus and server | |
| US11412403B2 (en) | Benchmarking of delay estimates in a 5G network for quality of service flow setup and monitoring | |
| US9680890B2 (en) | Streaming media delivery composite | |
| CN104581422A (en) | Method and device for processing network data transmission | |
| CN104618258B (en) | A kind of control method of message transmission rate | |
| US12057930B2 (en) | Synchronizing a distributed application via a communication network | |
| CN112491658B (en) | Bandwidth estimation method and device, electronic equipment and computer-readable storage medium | |
| CN106331717A (en) | Video code rate adaptive adjustment method and transmission-end device | |
| CN110012324A (en) | A bit rate adaptive method and system for embedded wireless video transmission | |
| US20120191878A1 (en) | Synchronization system and method | |
| CN104579582B (en) | A kind of high-quality speech transmission method based on communication network | |
| CN111130923B (en) | Network bandwidth determining method and device, electronic equipment and storage medium | |
| US20250039071A1 (en) | Network device and model learning method | |
| CN118300757A (en) | Acknowledgement message transmission method, device, apparatus, storage medium and program product |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |