DETECTING WHETHER HEADER COMPRESSION IS BEING USED FOR A FIRST STREAM BASED UPON A DELAY DISPARITY BETWEEN THE FIRST STREAM AND A SECOND STREAM

• US 20150195326A1
• Filed: 01/03/2014
• Published: 07/09/2015
• Est. Priority Date: 01/03/2014
• Status: Abandoned Application

• Current Assignee: Qualcomm, Inc.
• Original Assignee: Qualcomm, Inc.
• Inventors: MANDYAM, Giridhar Dhati, MAGGENTI, Mark, SURYAVANSHI, Vijay
• Application Number:
  US14/147,283
• Publication Number:
  US 20150195326A1
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: H04L 43/0852 Delays
• CPC Class Codes: H04L 65/65 Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
• CPC Class Codes: H04L 65/70 Media network packetisation
• CPC Class Codes: H04W 28/06 Optimizing the usage of the radio link, e.g. header compression, information sizing , discarding information system modifying transmission characteristic according to link quality by modifying frame length H04L1/0007; dynamic adaptation of the packet size for flow control or congestion control H04L47/365

Abstract

In an embodiment, a target device (e.g., a server or a target client device) receives a first stream (e.g., an RTP stream) and a second stream (e.g., a probing stream) for a given communication session that originates from an application-layer client application on a source client device. The target device calculates delays of arrival times for packet payload portions in the first and second streams, and reports information indicative of a delay disparity between the first and second delays to the application-layer client application on the source client device. The application-layer client application on the source client device determines whether header compression of a given type is used for the first stream based on the received information, and selectively modifies one or more parameters (e.g., a bundling factor, etc.) of the first stream based on the determination.

Claims

1. A method of operating an apparatus, comprising:

receiving a first stream and a second stream for a given communication session that originates from an application-layer client application on a source client device;

calculating a first delay of arrival times for packet payload portions within the first stream;

calculating a second delay of arrival times for packet payload portions within the second stream; and

reporting information that is indicative of a delay disparity between the first and second delays to the application-layer client application on the source client device.

2. The method of claim 1, wherein the first stream is a Real-time Transport Protocol (RTP) stream carrying media for the given communication session.

3. The method of claim 1, wherein the second stream is a probing stream that is provided by the source client device and configured to permit the delay disparity to be detected.

4. The method of claim 3, wherein the probing stream is a Stream Control Transmission Protocol (SCTP) stream.

5. The method of claim 1,

wherein the first delay corresponds to a first average delay per payload byte of a first set of payload bytes from the first stream, and

wherein the second delay corresponds to a second average delay per payload byte of a second set of payload bytes from the second stream.

6. The method of claim 1,

wherein the second stream does not use header compression of a given type, and

wherein the delay disparity between the first and second delays is indicative of whether the header compression of the given type is used for the first stream.

7. The method of claim 6, wherein the header compression of the given type is Robust Header Compression (RoHC).

8. The method of claim 1, wherein the reported information indicates the first and second delays.

9. The method of claim 1, wherein the reported information indicates the delay disparity.

10. The method of claim 1, further comprising:

calculating the delay disparity at the apparatus;

determining whether header compression of a given type is used for the first stream based on the delay disparity,

wherein the reported information includes an explicit indication of whether the header compression of the given type is used for the first stream.

11. The method of claim 10, wherein the header compression of the given type is Robust Header Compression (RoHC).

12. The method of claim 1, further comprising:

after the reporting, continuing to receive the first stream with one or more parameters that are modified based on the reported information.

13. The method of claim 12, wherein the one or more modified parameters include a transcoding scheme used by the first stream, a macroblock ordering scheme used by the first stream, an image, video or audio resolution used by the first stream, a bandwidth or bit-rate used by the first stream, a bundling factor of the first stream, whether a forward error correction mechanism is used by the first stream and/or a type or degree of forward error correction mechanism used by the first stream.

14. The method of claim 13,

wherein the one or more modified parameters include the transcoding scheme used by the first stream,

wherein the transcoding scheme is modified to include a higher data budget at a source encoding level if the header compression of the given type is determined to be used, and

wherein the transcoding scheme is not modified to include the higher data budget at the source encoding level if the header compression of the given type is determined not to be used.

15. The method of claim 13,

wherein the one or more modified parameters includes the bundling factor used by the first stream,

wherein the bundling factor is maintained at a higher bundling level or increased to the higher bundling level if the header compression of the given type is determined to be used, and

wherein the bundling factor is maintained at a lower bundling level or decreased to the lower bundling level if the header compression of the given type is determined not to be used.

16. The method of claim 1,

wherein the apparatus is a server mediating the given communication session between the source client device and a target client device, or

wherein the apparatus is the target client device.

17. A method of operating an application-layer client application on a source client device, comprising:

transmitting a first stream and a second stream for a given communication session to a target device;

receiving information that is indicative of, as calculated at the target device, a first delay of arrival times for packet payload portions within the first stream and a second delay of arrival times for packet payload portions within the second stream;

determining whether header compression of a given type is used for the first stream based on the received information; and

selectively modifying one or more parameters of the first stream based on the determination.

18. The method of claim 17, wherein the first stream is a Real-time Transport Protocol (RTP) stream carrying media for the given communication session.

19. The method of claim 17, wherein the second stream is a probing stream that is provided by the source client device and configured to permit the delay disparity to be detected.

20. The method of claim 19, wherein the probing stream is a Stream Control Transmission Protocol (SCTP) stream.

21. The method of claim 17,

wherein the first delay corresponds to a first average delay per payload byte of a first set of payload bytes from the first stream, and

wherein the second delay corresponds to a second average delay per payload byte of a second set of payload bytes from the second stream.

22. The method of claim 17,

wherein the second stream does not use the header compression of the given type, and

wherein the delay disparity between the first and second delays is indicative of whether the header compression of the given type is used for the first stream.

23. The method of claim 17, wherein the header compression of the given type is Robust Header Compression (RoHC).

24. The method of claim 17,

wherein the received information indicates the first and second delays, or

wherein the received information indicates the delay disparity, or

wherein the received information includes an explicit indication of whether the header compression of the given type is used for the first stream.

25. The method of claim 17, wherein the selectively modifying modifies one or more of a transcoding scheme used by the first stream, a macroblock ordering scheme used by the first stream, an image, video or audio resolution used by the first stream, a bandwidth or bit-rate used by the first stream, a bundling factor of the first stream, whether a forward error correction mechanism is used by the first stream and/or a type or degree of forward error correction mechanism used by the first stream.

26. The method of claim 25,

wherein the selectively modifying modifies the transcoding scheme to include a higher data budget at a source encoding level if the header compression of the given type is determined to be used, and

wherein the selectively modifying does not modify the transcoding scheme to include the higher data budget at the source encoding level if the header compression of the given type is determined not to be used.

27. The method of claim 25,

wherein the selectively modifying maintains the bundling factor at a higher bundling level or increases the bundling factor to the higher bundling level if the header compression of the given type is determined to be used, and

wherein the selectively modifying maintains the bundling factor at a lower bundling level or decreases the bundling factor to the lower bundling level if the header compression of the given type is determined not to be used.

28. The method of claim 17,

wherein the target device is a server mediating the given communication session between the source client device and a target client device, or

wherein the apparatus is the target client device.

29. An apparatus, comprising:

logic configured to receive a first stream and a second stream for a given communication session that originates from an application-layer client application on a source client device;

logic configured to calculate a first delay of arrival times for packet payload portions within the first stream;

logic configured to calculate a second delay of arrival times for packet payload portions within the second stream; and

logic configured to report information that is indicative of a delay disparity between the first and second delays to the application-layer client application on the source client device.

30. A source client device configured to execute an application-layer client application, comprising:

logic configured to transmit a first stream and a second stream for a given communication session to a target device;

logic configured to receive information that is indicative of, as calculated at the target device, a first delay of arrival times for packet payload portions within the first stream and a second delay of arrival times for packet payload portions within the second stream;

logic configured to determine whether header compression of a given type is used for the first stream based on the received information; and

logic configured to selectively modify one or more parameters of the first stream based on the determination.