Monitoring network conditions

US11595461B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-11595461-B2
Application numberUS-201615749369-A
CountryUS
Kind codeB2
Filing dateJun 29, 2016
Priority dateJul 31, 2015
Publication dateFeb 28, 2023
Grant dateFeb 28, 2023

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

A method of identifying a network condition between a pair of network devices, wherein one of the devices comprises a jitter buffer for storing packets received via a network, the method comprising: monitoring a measure of delay in receiving media packets over the network; monitoring a size of the jitter buffer; and identifying a network condition in dependence on a change in the measure of delay and a variation in the size of the jitter buffer.

First claim

Opening claim text (preview).

The invention claimed is: 1. A method of identifying a network condition between a receiving device and a transmitting device, wherein the receiving device comprises a jitter buffer for storing packets received from the transmitting device via a network, the method comprising: monitoring a measure of delay in receiving media packets over the network; monitoring a size of the jitter buffer; and identifying a network condition in dependence on a change in the measure of delay and a variation in the size of the jitter buffer, comprising identifying an increase in network delay in response to determining that: (i) the change in the measure of delay indicates an increase in network delay and subsequently remains substantially constant; and (ii) the size of the jitter buffer decreases below a threshold size and subsequently increases above the threshold size while the measure of delay remains substantially constant. 2. The method as claimed in claim 1 , wherein the identifying step comprises identifying congestion in the network if the change in the measure of delay indicates an increase in network delay and the size of the jitter buffer decreases below a threshold size. 3. The method as claimed in claim 1 , wherein the identifying step comprises identifying a change in a network route between the pair of network devices in dependence on a variation in the size of the jitter buffer about a threshold size. 4. The method as claimed in claim 1 , wherein the step of monitoring a measure of delay comprises: determining a first time period between receiving a first-received packet for an initial media frame and receiving a first-received packet for a subsequent media frame, wherein each received packet comprises a timestamp; determining a second time period between the timestamp of the packet for the initial media frame and the timestamp of the packet for the subsequent media frame; and forming the measure of delay in dependence on the difference between the first and second time periods. 5. The method as claimed in claim 1 , wherein the step of monitoring a measure of delay comprises: determining a first time period between receiving an initial media frame and receiving a subsequent media frame, wherein each received frame comprises a timestamp; determining a second time period between the timestamp of the initial media frame and the timestamp of the subsequent media frame; and forming the measure of delay in dependence on the difference between the first and second time periods. 6. The method as claimed in claim 1 , further comprising: adjusting the measure of delay in dependence on the size of the jitter buffer; at a first one of the network devices, sending an indication of said adjusted measure to the other network device; and at said other network device, receiving said indication and adjusting a bandwidth for transmission of media to said first network device in dependence on said indication. 7. The method as claimed in claim 1 , further comprising: at a first one of the network devices, sending an indication of said identified network condition to the other network device; and at said other network device, receiving said indication and adjusting a bandwidth for transmission of media to said first network device in dependence on said indication. 8. The method as claimed in claim 1 , further comprising: at a first one of the network devices, sending an indication of the measure of network delay and the size of the jitter buffer to the other network device; and at said other network device, receiving said indication and adjusting a bandwidth for transmission of media to said first network device in dependence on said indication. 9. The method as claimed in claim 1 , wherein the packets are Real-time Transport Protocol (RTP) packets. 10. The method as claimed in claim 9 , wherein the measure of delay is determined in dependence on RTP timestamps. 11. A data processing device for receiving a stream of media packets via a network, the device comprising: a transceiver configured to receive media packets from another device via the network; a jitter buffer configured to store the received packets; and a controller configured to: monitor a measure of delay in receiving the media packets over the network; monitor a size of the jitter buffer; and identify a network condition in dependence on a change in the measure of delay and a variation in the size of the jitter buffer; wherein the controller is configured to identify an increase in network delay when: (i) the change in the measure of delay indicates an increase in network delay and subsequently remains substantially constant; and (ii) the size of the jitter buffer decreases below a threshold size and subsequently increases above the threshold size whilst the measure of delay remains substantially constant. 12. The device as claimed in claim 11 , wherein the controller is further configured to identify congestion in the network if the change in the measure of delay indicates an increase in network delay and the size of the jitter buffer decreases below a threshold size. 13. The device as claimed in claim 11 , wherein controller is further configured to identify a change in a network route between the data processing device and said another device in dependence on a variation in the size of the jitter buffer about a threshold size. 14. The device as claimed in claim 11 , wherein the controller is further configured to: determine a first time period between receiving a first-received packet for an initial media frame and receiving a first-received packet for a subsequent media frame, wherein each received packet comprises a timestamp; determine a second time period between the timestamp of the packet for the initial media frame and the timestamp of the packet for the subsequent media frame; and form the measure of delay in dependence on the difference between the first and second time periods. 15. The device as claimed in claim 11 , wherein: the controller is further configured to adjust the measure of delay in dependence on the size of the jitter buffer; and the transceiver is further configured to send an indication of said adjusted measure to said another device. 16. The device as claimed in claim 11 , wherein the transceiver is configured to send an indication of said identified network condition to said another device. 17. The device as claimed in claim 11 , wherein the transceiver is configured to send an indication of the measure of network delay and the size of the jitter buffer to said another device. 18. A machine readable non-transitory storage medium having encoded thereon machine readable code for implementing a method of identifying a network condition between a receiving device and a transmitting device, wherein the receiving device comprises a jitter buffer for storing packets received from the transmitting device via a network, the method comprising: monitoring a measure of delay in receiving media packets over the network; monitoring a size of the jitter buffer; and identifying a network condition in dependence on a change in the measure of delay and a variation in the size of the jitter buffer, comprising identifying an increase in network delay in response to determining that: (i) the change in the measure of delay indicates an increase in network delay and subsequently remains substantially constant; and (ii) the size of the jitter buffer decreases below a threshold size and subsequently increases above the threshold size while the measure of dela

Assignees

Inventors

Classifications

  • in response to processing delays, e.g. caused by jitter or round trip time [RTT] · CPC title

  • by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade · CPC title

  • wherein the managed service relates to media content delivery, e.g. audio, video or TV · CPC title

  • Jitter · CPC title

  • H04L47/11Primary

    Identifying congestion · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US11595461B2 cover?
A method of identifying a network condition between a pair of network devices, wherein one of the devices comprises a jitter buffer for storing packets received via a network, the method comprising: monitoring a measure of delay in receiving media packets over the network; monitoring a size of the jitter buffer; and identifying a network condition in dependence on a change in the measure of del…
Who is the assignee on this patent?
Imagination Tech Ltd
What technology area does this patent fall under?
Primary CPC classification H04L47/11. Mapped technology areas include Electricity.
When was this patent published?
Publication date Tue Feb 28 2023 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 4 related publications on this page (citations in our corpus or others sharing the same primary CPC).