Adaptive bandwidth utilization for telemetered data

• US 20060062156A1
• Filed: 09/23/2004
• Published: 03/23/2006
• Est. Priority Date: 09/23/2004
• Status: Active Grant

• Current Assignee: Harris Corporation (L3Harris Technologies, Inc.)
• Original Assignee: Harris Corporation (L3Harris Technologies, Inc.)
• Inventors: Kizzort, Bradford L., Stultz, Robert D.
• Granted Patent: US 7,782,789 B2
• Time in Patent Office: Days
• US Class Current: 370/252
• CPC Class Codes: H04L 47/10 Flow control; Congestion control
• CPC Class Codes: H04L 47/38 by adapting coding or compression rate
• CPC Class Codes: H04L 65/1101 Session protocols
• CPC Class Codes: H04L 65/752 adapting media to network capabilities
• CPC Class Codes: H04L 65/80 Responding to QoS
• CPC Class Codes: H04L 69/326 in the transport layer [OSI layer 4] H04L69/16 takes precedence
• CPC Class Codes: H04L 69/327 in the session layer [OSI layer 5]
• CPC Class Codes: H04L 9/40 Network security protocols
• CPC Class Codes: H04M 11/002 with telemetering systems telemetering in general G08C

Abstract

A method (400) for optimizing bandwidth utilization in a communications network (100). The communications network can include a data source (105) and a data client (110). Responsive to a measurement of at least one communication parameter (120) of a commutated bitstream (115) which is transmitted to the client, the data source can change a commutation format of the commutated bitstream. The communication parameters can include a data receive time (T_Rx), a data latency and/or an effective receive data rate (D_Eff) of the commutated bitstream. The communication parameters can be transmitted to the data source as telemetry. The change of commutation format can occur in an open systems interconnection (OSI) layer such as a session layer and/or a transport layer.

Claims

1. A method for optimizing bandwidth utilization in a communications network comprising:

responsive to a measurement of at least one communication parameter of a commutated bitstream which is transmitted to a data client, changing a commutation format of the commutated bitstream.

2. The method according to claim 1, further comprising selecting the at least one communication parameter to comprise at least one parameter selected from the group consisting of a data receive time (T_Rx), a data latency, and an effective receive data rate (D_Eff) of the commutated bitstream.

3. The method according to claim 2, wherein the changing a commutation format step further comprises:

comparing the data receive time (T_Rx) to a data transmit time (T_Tx) to determine the data latency;

based on the data latency, selecting a new commutation format definition; and

formatting the commutated bitstream with the new commutation format definition.

4. The method according to claim 3, wherein the step of selecting the at least one commutation format definition further comprises comparing the data latency to a reference data latency value.

5. The method according to claim 2, wherein the changing a commutation format step further comprises:

comparing the effective receive data rate (D_Eff) to a transmit data rate (D_Tx) to determine a data rate difference;

based on the data rate difference, selecting a new commutation format definition; and

formatting the commutated bitstream with the new commutation format definition.

6. The method according to claim 2, wherein the changing a commutation format step further comprises:

comparing the data receive time (T_Rx) to a data transmit time (T_Tx) to determine a data latency;

comparing the effective receive data rate (D_Eff) to a transmit data rate (D_Tx) to determine a data rate difference;

based on the data latency and the data rate difference, selecting a new commutation format definition; and

formatting the commutated bitstream with the new commutation format definition.

7. The method according to claim 1, further comprising defining the changing a format step to occur in at least one open systems interconnection (OSI) layer selected from the group consisting of a session layer and a transport layer.

8. The method according to claim 1, further comprising the step of receiving the at least one communication parameter as telemetry.

9. A data source comprising:

a commutation engine that changes a commutation format of a commutated bitstream being transmitted to a data client responsive to a measurement of at least one communication parameter of the commutated bitstream.

10. The data source of claim 9, wherein the at least one communication parameter comprises at least one parameter selected from the group consisting of a data receive time (T_Rx), a data latency, and an effective receive data rate (D_Eff) of the commutated bitstream.

11. The data source of claim 10, wherein the commutation engine selects a new commutation format definition based on the data latency and formats the commutated bitstream with the new commutation format definition.

12. The data source of claim 11, wherein the commutation engine compares the data latency to a reference data latency value to select the at least one commutation format definition.

13. The data source of claim 10, wherein the commutation engine compares the effective receive data rate (D_Eff) to a transmit data rate (D_Tx) to determine a data rate difference and, based on the data rate difference, selects a new commutation format definition and formats the commutated bitstream with the new commutation format definition.

14. The data source of claim 10, wherein the commutation engine selects a new commutation format definition based on the data latency and the data rate difference and formats the commutated bitstream with the new commutation format definition.

15. The data source of claim 10, wherein a data source process for changing the commutation format operates in at least one open systems interconnection (OSI) layer selected from the group consisting of a session layer and a transport layer.

16. The data source of claim 10, wherein the data source receives the at least one communication parameter from the data client as telemetry.

17. A communications network comprising:

a data source comprising a commutation engine; and

a data client comprising a decommutation engine;

wherein the data client measures at least one communication parameter of a commutated bitstream received from the data source and transmits the at least one communication parameter to the data source; and

wherein the data source changes a commutation format of the commutated bitstream responsive to receiving the at least one communication parameter.

18. The communications network of claim 17, wherein the at least one communication parameter comprises at least one parameter selected from the group consisting of a data receive time (T_Rx), a data latency, and an effective receive data rate (D_Eff) of the commutated bitstream.

19. The communications network of claim 18, wherein the commutation engine selects a new commutation format definition based on the data latency and formats the commutated bitstream with the new commutation format definition.

20. The communications network of claim 19, wherein the commutation engine compares the data latency to a reference data latency value to select the at least one commutation format definition.

21. The communications network of claim 18, wherein the commutation engine compares the effective receive data rate (D_Eff) to a transmit data rate (D_Tx) to determine a data rate difference and, based on the data rate difference, selects a new commutation format definition and formats the commutated bitstream with the new commutation format definition.

22. The communications network of claim 18, wherein the commutation engine compares the effective receive data rate (D_Eff) to a transmit data rate (D_Tx) to determine a data rate difference and, based on the data latency and the data rate difference, selects a new commutation format definition and formats the commutated bitstream with the new commutation format definition.

23. The communications network of claim 17, wherein a data source process for changing the commutation format operates in at least one open systems interconnection (OSI) layer selected from the group consisting of a session layer and a transport layer.

24. The communications network of claim 17, wherein the data source receives the at least one communication parameter from the data client as telemetry.