Adaptive bandwidth utilization for telemetered data

• US 7,974,199 B2
• Filed: 04/30/2009
• Issued: 07/05/2011
• Est. Priority Date: 09/23/2004
• Status: Expired due to Fees

• Current Assignee: Harris Corporation (L3Harris Technologies, Inc.)
• Original Assignee: Harris Corporation (L3Harris Technologies, Inc.)
• Inventors: Kizzort, Bradford L., Stultz, Robert D.
• Primary Examiner(s): LY, ANH VU H
• Application Number:
  US12/432,797
• Publication Number:
  US 20090207734A1
• Time in Patent Office: 796 Days
• Field of Search: None
• US Class Current: 370/232
• 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 from a data source to a data client, determining a data rate difference;

based on the data rate difference, selecting a new commutation format definition which defines a position of data items in the commutated bitstream and a number of bits allocated to each said data item; and

formatting the commutated bitstream with the new commutation format definition,

wherein the at least one communication parameter comprises an effective receive data rate (Deff) of the commutated bitstream measured by said data client, and wherein the data rate difference is determined by comparing the effective receive data rate (Deff) to a transmit data rate (Dtx) measured by said data source.

2. The method according to claim 1, wherein the at least one communication parameter further comprises a data receive time (T_Rx), wherein the method further comprises comparing the data receive time (T_RX) to a data transmit time (T_Tx) to determine a data latency, and wherein the step of selecting further comprises selecting the new commutation format based on the data latency.

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

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

5. A data source comprising:

a commutation engine that, in response to a measurement of at least one communication parameter of a commutated bitstream, determines a data rate difference, selects a new commutation format definition based on the data rate difference, and formats the commutated bitstream with the new commutation format definition;

wherein the at least one communication parameter comprises an effective receive data rate (Deff) of the commutated bitstream measured by a data client, and wherein the data rate difference is determined by comparing the effective received data rate (Deff) to a transmit data rate (Dtx) measured by said data source; and

wherein said new commutation format definition defines a position of data items in the commutated bistream and a number of bits allocated to each said date item.

6. The data source of claim 5, wherein the at least one communication parameter further comprises a data latency, and wherein the commutation engine is further configured to select the new commutation format definition based on the data latency.

7. The data source of claim 5, further comprising a processor for changing the commutation format using at least one open systems interconnection (OSI) layer selected from a group consisting of a session layer and a transport layer.

8. The data source of claim 5, further comprising means for receiving the at least one communication parameter from the data client as telemetry.

9. A communications network comprising:

a data source comprising a commutation engine; and

a data client comprising a decommutation engine;

wherein the decommutation engine 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, wherein the at least one communication parameter comprises an effective receive data rate (Deff) of the commutated bitstream;

wherein responsive to receiving the at least one communication parameter, the commutation engine compares an effective received data rate (Deff) to a transmit data rate (Dtx) measured by said decommutation engine to determine a data rate difference, selects a new commutation format definition based on the data rate difference, and formats the commutated bitstream with the new commutation format definition; and

wherein said new commutation format definition defines a position of data items in the commutated bitstream and a number of bits allocated to each said data item.

10. The communications network of claim 9, wherein the at least one communication parameter further comprises a data latency, and wherein the commutation engine is further configured to select the new commutation format definition based on the data latency.

11. The communications network of claim 9, wherein the data source further comprises a processor for changing the commutation format definition using at least one open systems interconnection (OSI) layer selected from a group consisting of a session layer and a transport layer.

12. The communications network of claim 9, wherein the data source further comprises means for receiving the at least one communication parameter from the data client as telemetry.