US20090150537A1 - Data communication method for a set of hard-real time applications within a network - Google Patents

Data communication method for a set of hard-real time applications within a network Download PDF

Info

Publication number
US20090150537A1
US20090150537A1 US11/953,711 US95371107A US2009150537A1 US 20090150537 A1 US20090150537 A1 US 20090150537A1 US 95371107 A US95371107 A US 95371107A US 2009150537 A1 US2009150537 A1 US 2009150537A1
Authority
US
United States
Prior art keywords
network
data communication
communication method
physical layer
modulation parameters
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.)
Abandoned
Application number
US11/953,711
Inventor
John Fanson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Edgewater Computer Systems Inc
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US11/953,711 priority Critical patent/US20090150537A1/en
Assigned to EDGEWATER COMPUTER SYSTEMS, INC. reassignment EDGEWATER COMPUTER SYSTEMS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: FANSON, JOHN
Priority to PCT/CA2008/002120 priority patent/WO2009073961A1/en
Publication of US20090150537A1 publication Critical patent/US20090150537A1/en
Priority to US13/870,853 priority patent/US9912569B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/76Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/822Collecting or measuring resource availability data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]

Definitions

  • a hard real-time application within a data network is a type of data communication in which a message is transmitted and successfully received over the network prior to a certain known deadline and with sufficient degree of certainty. An example of this would be control of a wing flap over an avionics bus.
  • a minimum data rate and a maximum packet error rate must be guaranteed, under all operating conditions of the network.
  • aggregate minimum data rate and maximum packet error rate requirements guaranteeing performance of the applications under all operating conditions can be defined.
  • the set of these aggregate rates for a given set of hard real-time applications will be referred herein as the associated set of predefined network requirements (PNRs).
  • a non-hard real-time application refers to a data communication process where there is no real-time constraint or deadline.
  • Current network performance of a given network is defined herein as a metric indicative of the data rate and bit error rate for each node pair in the network, at a given point in time. It is assumed to be substantially constant from the moment it is measured over a given period of time, following which a new current network performance measurement may be required.
  • Hard real time systems can be constructed using different media access protocols including a command/response protocol or a priority based protocol.
  • the MIL-STD-1553 or simply 1553 is generally utilized for hard real time communication.
  • 1553 is an approximately 30 year old technology that defines the electrical and signaling characteristics for 1 Mbps data rate communications over an asynchronous serial, command/response digital data bus on which messages are time division multiplexed among users.
  • the United States Department of Defense (“DoD”) requires the use of 1553 as the standard for all inter and intra-subsystem communications on all military airplanes, helicopters, ships and land vehicles. Originally used only in mission avionics, 1553 is now used in flight critical avionics, flight control, weapons, electrical power control, and propulsion control.
  • 1553 specifies all of the electrical characteristics of the receivers, transmitters, and cable used to implement the bus, as well as the complete message transmission protocol.
  • the messages are generally highly repetitive, and their content and periodicity are all pre-planned.
  • the data capacity of 1 Mbps also comes with an associated bit error rate.
  • Various notices, such as 1553a, 1553b, up to 1553e of the standard are available.
  • 1553b there is a requirement to have a word or packet error rate of 1 in 10,000,000. In a lot of cases the bus will in fact support much higher communications rates at the same or lower packet error rate.
  • MIL-STD-1553B utilizes a primitive Manchester II bi-phase signaling scheme over shielded twisted pair cabling. This modulation scheme is bandwidth inefficient with most of its signal energy concentrated around 1 MHz. MIL-STD-1553b has little remaining capacity for existing applications and leaves little opportunity to enable additional communication capabilities.
  • MIL-STD-1553 or 1553e provides an overlap of 1553 signals with signals based on Orthogonal Frequency Division Multiplexing (OFDM), for increased bandwidth availability for additional applications and without impact to the existent 1553 communication.
  • OFDM Orthogonal Frequency Division Multiplexing
  • OFDM communication systems are generally designed to be rate adaptive in order to take advantage of the higher communications capacity of a particular channel at a particular time. Examples include technologies such as: 802.11a, HomePlug, HomePNA, WiMax, etc.
  • Rate adaptation is usually implemented based on metric calculations from exchanging signals between two or more nodes on a network. These metrics are generally related to the signal to noise ratio (SNR) at the receiving device with the transmitter agreeing to use suitable modulation and coding to maximize the throughput for particular bit error rate for the channel.
  • SNR signal to noise ratio
  • the number of bits assigned to an OFDM sub-carrier can be adapted independently for all sub-carriers.
  • a managed network (like a 1553b avionics network) refers to a controlled network where a network designer would configure and specify the number of communications devices as well as the details of the communications taking place. For 1553b, every message that is transmitted is specified according to a schedule delivered by a bus controller.
  • An object of the invention is to provide a data communication method for a set of hard real-time applications with an associated set of predefined network requirements (PNR).
  • the method comprises configuring the physical layer of the network with a set of static modulation parameters (SMPs) to guarantee the PNRs are met at worst-case operating conditions for the network.
  • SMPs static modulation parameters
  • the method further comprises measuring the current network performance within the network based on a given network performance monitoring schedule and, whenever the current network performance exceeds the PNRs by predefined amounts, adjusting the physical layer of the network by selecting a set of dynamic modulation parameters (DMP's) to increase the bandwidth availability within the network.
  • DMP's dynamic modulation parameters
  • the invention further allows for the allocation of the excess bandwidth to a set of non-hard real-time applications, whenever the current network performance exceeds the PNR.
  • the invention provides a robust and efficient communication method for hard real-time and non-hard real-time applications over a network.
  • FIG. 1 is a flow chart of a data communication method for a given set of hard-real time applications, within a network, according to an embodiment of the invention
  • FIG. 2 is a diagram of a two node network using the method in FIG. 1 ;
  • FIG. 3 is a timing diagram for data communication occurring within the network in FIG. 2 , according to a preferred embodiment of the invention.
  • FIG. 1 illustrates a flow chart of a data communication method 100 for a given set of hard-real time applications, within a network, according to an embodiment of the invention.
  • the hard-real time applications have an associated set of predefined network requirements (PNRs) guaranteeing the applications are supported by the data network under any network operating conditions.
  • PNRs predefined network requirements
  • required maximum packet error rates and minimum data rates are first specified for each link direction within the network, for each hard real-time application to be supported.
  • aggregate packet error rates and aggregate data rates for all links in the network, for all hard real-time applications to be supported can be deduced analytically or by measurement.
  • a check whether a measurement of the network performance (NP) is required by an NP monitoring schedule, is initially performed, at step 110 . If such a measurement is not required, then the network is operated without reconfiguring its physical layer, as indicated by step 120 . If a measurement of the NP is required by the NP monitoring schedule, than it is performed, at step 130 , and a new current network performance (CNP) value is available. Following the measurement of the CNP, a determination as to whether the CNP is better than the set of PNR's by predefined amounts is carried out, at step 140 . A CNP better than the set of PNR's is indicative of excess signal-to-noise ratio (SNR).
  • SNR signal-to-noise ratio
  • step 140 the physical layer of the network is configured with a set of Static Modulation Parameters (SMP's), step 150 .
  • SMP's Static Modulation Parameters
  • step 150 Use of the set of SMP's at all nodes in the network will result in a network performance that meets the set of PNR's for all network operating conditions.
  • step 140 the physical layer of the network is configured with a suitable set of Dynamic Modulation Parameters (DMP's), step 160 .
  • DMP's are designed to take advantage of the more favorable current network performance in the network by increasing bandwidth while keeping the error rates as required by the set of PNR's.
  • specific steps of method 100 may be carried out either in a centralized, a distributed manner, or a combination of these, within the network. In the preferred embodiment, method 100 is carried out at each node in the network.
  • the data communication method 100 may further comprise, in case of a positive answer to step 140 , allowing the excess bandwidth to be assigned to non-hard real time applications.
  • the data communication method 100 can be carried over any network that can support hard real-time applications and monitoring of the network performance.
  • the networks can be constructed using different media access protocols including a command/response protocol or a priority based protocol.
  • the network is a 1553 network, comprising a bus controller (BC) and remote terminals RT's communicating over a data bus.
  • the data communication occurs via 1553 and OFDM signaling as described in co-pending U.S. application Ser. No. 11/419,742.
  • messaging within the network occurs based on a schedule transmitted by a bus controller (BC) to all remote terminals (RTs).
  • Operating conditions can be any factors that may affect network performance, and may include, without limitation, environmental factors such as pressure, temperature, refractive index of propagating medium, in the case of an avionics data bus altitude, airplane velocity, as well as various operating modes such as combat, sitting on the tarmac in the case of a military airplane, etc.
  • the monitoring of network performance can be carried out based on various SNR-related performance metrics for bus conditions such as Bit Error Rate (BER), receiver power etc. Such metrics could be monitored periodically, as well as averaged over appropriate time intervals, according to specific system topologies and communication requirements.
  • BER Bit Error Rate
  • Configuring the physical layer with various sets of modulation parameters implies setting the various terminals within the network, or their modems, to communicate data according to various modulation parameters.
  • physical layer modulation parameters include transmitter power, modulation scheme such as OFDM, modulation level such as BPSK, QPSK, 16 QAM for M-QAM systems, error correction scheme, bits/tone of modulation scheme subcarriers, convolutional code rate such as 1 ⁇ 2, 3 ⁇ 4, 7 ⁇ 8, transmitter digital scaling, power spectral density etc.
  • other higher layer parameters such as Media Access Control (MAC) parameters, may be used.
  • MAC Media Access Control
  • the preferred embodiment also uses frame length as a modulation parameter.
  • overhead size, or other subframe size could be used.
  • the number of the DMP sets available can be dependent, among others, on the desired granularity of the excess bandwidth, non-hard application bandwidth requirements, etc.
  • the two node network 50 of FIG. 2 comprises Terminal A and Terminal B linked by a data bus.
  • a first hard real-time application that has to transmit data from Terminal A to Terminal B
  • a second hard real-time application that has to transmit data from Terminal B to Terminal A.
  • the set of predefined network requirements for the two applications are, respectively packet error rates, PER 1 and PER 2 , and data rates or static capacities, SC 1 and SC 2 . Note that there is a data rate associated with each direction of the link as it is generally assumed that the channel capacity is not reciprocal.
  • a set of SMP's that guarantee the set of PNR's is met for the two applications under all operating conditions of network 50 can be determined.
  • all additional overhead for the protocols used and the overhead associated with the network performance monitoring schedule are advantageously taken into account when determining the set of SMP's.
  • terminals A and B can negotiate a suitable set of the Dynamic Modulation Parameters (DMP) to achieve a higher communication rate.
  • DMP Dynamic Modulation Parameters
  • the current network performance or communication quality can be monitored between terminals by exchanging signals periodically.
  • the network capacity is improved and the time it takes to transmit and receive hard-real time messages is reduced. If the capacity of the network was previously fully utilized, this would free up time to send more messages. The additional bandwidth can be used to allow for non-hard-real time applications.
  • An example is illustrated in FIG. 3 .
  • An acknowledgement (ACK) frame is included to indicate proper decoding of the transmitted message.
  • a message retry (re-transmit) scheme may either attempt to re-transmit the message using the DMP's or drop back immediately to the set of SMP's, in order to guarantee that the communications requirements are met.
  • the overhead of the retries should preferably be taken into account.

Abstract

A data communication method for a set of hard real-time applications with an associated set of predefined network requirements (PNR) is provided. The method comprises configuring the physical layer of the network with a set of static modulation parameters (SMPs) to guarantee the PNRs are met at worst-case operating conditions for the network. The method further comprises measuring the current network performance within the network based on a given network performance monitoring schedule and, whenever the current network performance exceeds the PNRs by predefined amounts, adjusting the physical layer of the network by selecting a set of dynamic modulation parameters (DMP's) to increase the bandwidth availability within the network. Advantageously, the invention further allows for the allocation of the excess bandwidth to a set of non-hard real-time applications, whenever the current network performance exceeds the PNR.

Description

    BACKGROUND OF THE INVENTION
  • A hard real-time application within a data network is a type of data communication in which a message is transmitted and successfully received over the network prior to a certain known deadline and with sufficient degree of certainty. An example of this would be control of a wing flap over an avionics bus. Thus, a minimum data rate and a maximum packet error rate must be guaranteed, under all operating conditions of the network. For multiple hard real-time applications, aggregate minimum data rate and maximum packet error rate requirements guaranteeing performance of the applications under all operating conditions can be defined. The set of these aggregate rates for a given set of hard real-time applications will be referred herein as the associated set of predefined network requirements (PNRs).
  • Similarly, a non-hard real-time application refers to a data communication process where there is no real-time constraint or deadline.
  • Current network performance of a given network is defined herein as a metric indicative of the data rate and bit error rate for each node pair in the network, at a given point in time. It is assumed to be substantially constant from the moment it is measured over a given period of time, following which a new current network performance measurement may be required.
  • Hard real time systems can be constructed using different media access protocols including a command/response protocol or a priority based protocol. Among others, the MIL-STD-1553 or simply 1553 is generally utilized for hard real time communication. 1553 is an approximately 30 year old technology that defines the electrical and signaling characteristics for 1 Mbps data rate communications over an asynchronous serial, command/response digital data bus on which messages are time division multiplexed among users. The United States Department of Defense (“DoD”) requires the use of 1553 as the standard for all inter and intra-subsystem communications on all military airplanes, helicopters, ships and land vehicles. Originally used only in mission avionics, 1553 is now used in flight critical avionics, flight control, weapons, electrical power control, and propulsion control. 1553 specifies all of the electrical characteristics of the receivers, transmitters, and cable used to implement the bus, as well as the complete message transmission protocol. The messages are generally highly repetitive, and their content and periodicity are all pre-planned. The data capacity of 1 Mbps also comes with an associated bit error rate. Various notices, such as 1553a, 1553b, up to 1553e of the standard are available. For 1553b, there is a requirement to have a word or packet error rate of 1 in 10,000,000. In a lot of cases the bus will in fact support much higher communications rates at the same or lower packet error rate.
  • MIL-STD-1553B utilizes a primitive Manchester II bi-phase signaling scheme over shielded twisted pair cabling. This modulation scheme is bandwidth inefficient with most of its signal energy concentrated around 1 MHz. MIL-STD-1553b has little remaining capacity for existing applications and leaves little opportunity to enable additional communication capabilities.
  • Notice 5 of MIL-STD-1553 or 1553e provides an overlap of 1553 signals with signals based on Orthogonal Frequency Division Multiplexing (OFDM), for increased bandwidth availability for additional applications and without impact to the existent 1553 communication.
  • OFDM communication systems are generally designed to be rate adaptive in order to take advantage of the higher communications capacity of a particular channel at a particular time. Examples include technologies such as: 802.11a, HomePlug, HomePNA, WiMax, etc. Rate adaptation is usually implemented based on metric calculations from exchanging signals between two or more nodes on a network. These metrics are generally related to the signal to noise ratio (SNR) at the receiving device with the transmitter agreeing to use suitable modulation and coding to maximize the throughput for particular bit error rate for the channel. For OFDM communications, the number of bits assigned to an OFDM sub-carrier can be adapted independently for all sub-carriers.
  • A managed network (like a 1553b avionics network) refers to a controlled network where a network designer would configure and specify the number of communications devices as well as the details of the communications taking place. For 1553b, every message that is transmitted is specified according to a schedule delivered by a bus controller.
  • SUMMARY OF THE INVENTION
  • An object of the invention is to provide a data communication method for a set of hard real-time applications with an associated set of predefined network requirements (PNR). The method comprises configuring the physical layer of the network with a set of static modulation parameters (SMPs) to guarantee the PNRs are met at worst-case operating conditions for the network. The method further comprises measuring the current network performance within the network based on a given network performance monitoring schedule and, whenever the current network performance exceeds the PNRs by predefined amounts, adjusting the physical layer of the network by selecting a set of dynamic modulation parameters (DMP's) to increase the bandwidth availability within the network. Advantageously, the invention further allows for the allocation of the excess bandwidth to a set of non-hard real-time applications, whenever the current network performance exceeds the PNR.
  • Advantageously, the invention provides a robust and efficient communication method for hard real-time and non-hard real-time applications over a network.
  • BRIEF DESCRIPTION OF DRAWINGS
  • The following detailed description, given by way of example and not intended to limit the present invention solely thereto, will best be appreciated in conjunction with the accompanying drawings, wherein like reference numerals denote like elements and parts, where:
  • FIG. 1 is a flow chart of a data communication method for a given set of hard-real time applications, within a network, according to an embodiment of the invention;
  • FIG. 2 is a diagram of a two node network using the method in FIG. 1;
  • FIG. 3 is a timing diagram for data communication occurring within the network in FIG. 2, according to a preferred embodiment of the invention;
  • DETAILED DESCRIPTION OF THE INVENTION
  • In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the invention. However, it will be understood by those skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the present invention.
  • FIG. 1 illustrates a flow chart of a data communication method 100 for a given set of hard-real time applications, within a network, according to an embodiment of the invention. The hard-real time applications have an associated set of predefined network requirements (PNRs) guaranteeing the applications are supported by the data network under any network operating conditions. To arrive at a set of PNR's, required maximum packet error rates and minimum data rates are first specified for each link direction within the network, for each hard real-time application to be supported. Following, aggregate packet error rates and aggregate data rates for all links in the network, for all hard real-time applications to be supported, can be deduced analytically or by measurement.
  • Within method 100, a check whether a measurement of the network performance (NP) is required by an NP monitoring schedule, is initially performed, at step 110. If such a measurement is not required, then the network is operated without reconfiguring its physical layer, as indicated by step 120. If a measurement of the NP is required by the NP monitoring schedule, than it is performed, at step 130, and a new current network performance (CNP) value is available. Following the measurement of the CNP, a determination as to whether the CNP is better than the set of PNR's by predefined amounts is carried out, at step 140. A CNP better than the set of PNR's is indicative of excess signal-to-noise ratio (SNR). If the answer to step 140 is negative, the physical layer of the network is configured with a set of Static Modulation Parameters (SMP's), step 150. Use of the set of SMP's at all nodes in the network will result in a network performance that meets the set of PNR's for all network operating conditions. If the answer to step 140 is positive, the physical layer of the network is configured with a suitable set of Dynamic Modulation Parameters (DMP's), step 160. DMP's are designed to take advantage of the more favorable current network performance in the network by increasing bandwidth while keeping the error rates as required by the set of PNR's. Generally, specific steps of method 100 may be carried out either in a centralized, a distributed manner, or a combination of these, within the network. In the preferred embodiment, method 100 is carried out at each node in the network.
  • The data communication method 100 may further comprise, in case of a positive answer to step 140, allowing the excess bandwidth to be assigned to non-hard real time applications.
  • The data communication method 100 can be carried over any network that can support hard real-time applications and monitoring of the network performance. The networks can be constructed using different media access protocols including a command/response protocol or a priority based protocol. According to the preferred embodiment of the invention, the network is a 1553 network, comprising a bus controller (BC) and remote terminals RT's communicating over a data bus. The data communication occurs via 1553 and OFDM signaling as described in co-pending U.S. application Ser. No. 11/419,742. In addition, messaging within the network occurs based on a schedule transmitted by a bus controller (BC) to all remote terminals (RTs).
  • Operating conditions can be any factors that may affect network performance, and may include, without limitation, environmental factors such as pressure, temperature, refractive index of propagating medium, in the case of an avionics data bus altitude, airplane velocity, as well as various operating modes such as combat, sitting on the tarmac in the case of a military airplane, etc.
  • The monitoring of network performance can be carried out based on various SNR-related performance metrics for bus conditions such as Bit Error Rate (BER), receiver power etc. Such metrics could be monitored periodically, as well as averaged over appropriate time intervals, according to specific system topologies and communication requirements.
  • Configuring the physical layer with various sets of modulation parameters implies setting the various terminals within the network, or their modems, to communicate data according to various modulation parameters. Without limitation, physical layer modulation parameters include transmitter power, modulation scheme such as OFDM, modulation level such as BPSK, QPSK, 16 QAM for M-QAM systems, error correction scheme, bits/tone of modulation scheme subcarriers, convolutional code rate such as ½, ¾, ⅞, transmitter digital scaling, power spectral density etc. Advantageously, in addition to physical layer parameters, other higher layer parameters, such as Media Access Control (MAC) parameters, may be used. For example, the preferred embodiment also uses frame length as a modulation parameter. Likewise, overhead size, or other subframe size, could be used.
  • While a unique set of SMPs is defined in connection with a default mode of communication and allowing for the required set of hard real-time applications to be supported under any circumstances, several sets of DMP's may be available for selection, each of them supporting the given set of hard real-time applications within associated amounts of excess bandwidth. The number of the DMP sets available can be dependent, among others, on the desired granularity of the excess bandwidth, non-hard application bandwidth requirements, etc.
  • An example of using the method 100 of FIG. 1 for a two node network is detailed next.
  • The two node network 50 of FIG. 2 comprises Terminal A and Terminal B linked by a data bus. For this example, a first hard real-time application that has to transmit data from Terminal A to Terminal B and a second hard real-time application that has to transmit data from Terminal B to Terminal A. The set of predefined network requirements for the two applications are, respectively packet error rates, PER1 and PER2, and data rates or static capacities, SC1 and SC2. Note that there is a data rate associated with each direction of the link as it is generally assumed that the channel capacity is not reciprocal.
  • A set of SMP's that guarantee the set of PNR's is met for the two applications under all operating conditions of network 50 can be determined. In practice, it may be difficult to ascertain the SMP's under all conditions and a margin of error may be built in for safety. Furthermore, all additional overhead for the protocols used and the overhead associated with the network performance monitoring schedule are advantageously taken into account when determining the set of SMP's. Even further, in a managed network such as a 1553 network, the fact that communication occurs on a scheduled basis must also be taken into account when determining the set of SMP's.
  • It is assumed that the operating conditions are time varying and there will be a significant amount of time in which the current network performance is more favorable than the set of PNR's, allowing for communication to occur at a higher rate and still satisfy the packet error rate requirements. Under these more favorable conditions, terminals A and B can negotiate a suitable set of the Dynamic Modulation Parameters (DMP) to achieve a higher communication rate.
  • The current network performance or communication quality can be monitored between terminals by exchanging signals periodically.
  • In using DMP's, the network capacity is improved and the time it takes to transmit and receive hard-real time messages is reduced. If the capacity of the network was previously fully utilized, this would free up time to send more messages. The additional bandwidth can be used to allow for non-hard-real time applications. An example is illustrated in FIG. 3. An acknowledgement (ACK) frame is included to indicate proper decoding of the transmitted message.
  • It has to be noted that in some instances, due to changing operating conditions, using only the set of SMPs may lead to a current network performance better than the set of PNRs. The excess bandwidth available in these situations can also be used for additional non-hard real time applications, without a change from the set of SMPs to a DMPs set.
  • When operating based on a set of DMPs, the conditions where the network capacity drops back to the worst case must be taken into account. If a message is transmitted using DMP's and it is decoded incorrectly, a message retry (re-transmit) scheme may either attempt to re-transmit the message using the DMP's or drop back immediately to the set of SMP's, in order to guarantee that the communications requirements are met. In the first scenario, the overhead of the retries should preferably be taken into account.
  • Although the present invention has been described in considerable detail with reference to certain preferred embodiments thereof, other versions are possible. Therefore, the spirit and scope of the appended claims should not be limited to the description of the preferred embodiments contained herein.

Claims (16)

1. Within a network, a data communication method comprising
i. for a set of hard real-time applications with an associated set of predefined network requirements (PNR), configuring the physical layer of the network with a set of static modulation parameters (SMPs) to guarantee the PNRs are met at worst-case operating conditions for the network;
ii. measuring the current network performance within the network based on a given network performance monitoring schedule; and
iii. whenever the current network performance exceeds the PNRs by predefined amounts, adjusting the physical layer of the network by selecting a set of dynamic modulation parameters (DMP's) to increase the bandwidth availability within the network.
2. The data communication method of claim 1, further comprising: whenever the current network performance exceeds the PNR, allocating the excess bandwidth to a set of non-hard real-time applications.
3. The data communication method of claim 1 wherein the communication within the network is based on a command/response protocol based on bus control.
4. The data communication method of claim 1 wherein the communication within the network is based on a priority signaling scheme among terminals of the network.
5. The data communication method of claim 1 wherein the monitoring schedule is periodic.
6. The data communication method of claim 3 wherein the command/response protocol is according to the 1553 standard.
7. The data communication method of claim 1 wherein the SMP's and the DMP's are OFDM parameters.
8. The data communication method of claim 1 wherein the adjustment of the physical layer of the network comprises adjustment of data modems of terminals within the network.
9. The data communication method of claim 1 wherein modulation parameters are selected from the group consisting of transmitter power, transmitter digital scaling, power spectral density, modulation level, modulation scheme, bits/tone of OFDM subcarriers, error correction scheme and convolutional code rate.
10. The data communication method of claim 1 further comprising whenever the current network performance exceeds the PNRs by predefined amounts, adjusting a network layer above the physical layer by selecting a set of higher layer dynamic modulation parameters (DMP's) to increase the bandwidth availability within the network.
11. The data communication method of claim 10 wherein the network layer above the physical layer is a Media Access Control layer.
12. The data communication method of claim 11 wherein the higher layer dynamic modulation parameters are selected from the group of frame size and overhead size.
13. The data communication method of claim 1 wherein the network is a managed network.
14. The data communication method of claim 1 further comprising using a message retransmit scheme whenever current network performance does not exceed the PNRs by predefined amounts and the network is configured based on dynamic modulation parameters.
15. The data communication method of claim 4, wherein the message retransmit scheme comprises retransmiting signals within the network based on the set of DMP's in use, for a predetermined number of retries.
16. The data communication method of claim 15, wherein the predetermined number of retries is dependent on the overhead of retries.
US11/953,711 2007-12-10 2007-12-10 Data communication method for a set of hard-real time applications within a network Abandoned US20090150537A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/953,711 US20090150537A1 (en) 2007-12-10 2007-12-10 Data communication method for a set of hard-real time applications within a network
PCT/CA2008/002120 WO2009073961A1 (en) 2007-12-10 2008-12-10 Data communication method for a set of hard real- time applications
US13/870,853 US9912569B2 (en) 2007-12-10 2013-04-25 Data communication method for a set of hard-real time applications within a network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/953,711 US20090150537A1 (en) 2007-12-10 2007-12-10 Data communication method for a set of hard-real time applications within a network

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/870,853 Continuation US9912569B2 (en) 2007-12-10 2013-04-25 Data communication method for a set of hard-real time applications within a network

Publications (1)

Publication Number Publication Date
US20090150537A1 true US20090150537A1 (en) 2009-06-11

Family

ID=40722804

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/953,711 Abandoned US20090150537A1 (en) 2007-12-10 2007-12-10 Data communication method for a set of hard-real time applications within a network
US13/870,853 Active 2029-08-10 US9912569B2 (en) 2007-12-10 2013-04-25 Data communication method for a set of hard-real time applications within a network

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/870,853 Active 2029-08-10 US9912569B2 (en) 2007-12-10 2013-04-25 Data communication method for a set of hard-real time applications within a network

Country Status (2)

Country Link
US (2) US20090150537A1 (en)
WO (1) WO2009073961A1 (en)

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090274301A1 (en) * 2008-05-05 2009-11-05 Qualcomm Incorporated Validation of stored or incoming messages
US20100277368A1 (en) * 2009-04-29 2010-11-04 Aruba Networks, Inc. Multi-Pattern Wireless Frame Transmission
CN102437893A (en) * 2011-10-28 2012-05-02 中国航天科工集团第三研究院第八三五七研究所 High speed 1553B bus communication system error correction method
US20130232261A1 (en) * 2011-12-27 2013-09-05 Solidfire, Inc. Quality of service policy sets
US9439194B2 (en) 2013-03-15 2016-09-06 Robert Bosch Gmbh Method for robust real-time wireless industrial communication
US9456357B2 (en) 2012-07-27 2016-09-27 Aruba Networks, Inc. Adaptive antenna pattern management for wireless local area networks
US9671960B2 (en) 2014-09-12 2017-06-06 Netapp, Inc. Rate matching technique for balancing segment cleaning and I/O workload
US9710317B2 (en) 2015-03-30 2017-07-18 Netapp, Inc. Methods to identify, handle and recover from suspect SSDS in a clustered flash array
US9720601B2 (en) 2015-02-11 2017-08-01 Netapp, Inc. Load balancing technique for a storage array
US9740566B2 (en) 2015-07-31 2017-08-22 Netapp, Inc. Snapshot creation workflow
US9762460B2 (en) 2015-03-24 2017-09-12 Netapp, Inc. Providing continuous context for operational information of a storage system
US9798728B2 (en) 2014-07-24 2017-10-24 Netapp, Inc. System performing data deduplication using a dense tree data structure
US9838269B2 (en) 2011-12-27 2017-12-05 Netapp, Inc. Proportional quality of service based on client usage and system metrics
US9836229B2 (en) 2014-11-18 2017-12-05 Netapp, Inc. N-way merge technique for updating volume metadata in a storage I/O stack
US10133511B2 (en) 2014-09-12 2018-11-20 Netapp, Inc Optimized segment cleaning technique
CN109547312A (en) * 2018-11-27 2019-03-29 中国航空工业集团公司洛阳电光设备研究所 A kind of 1553B bus events message dispatching method of message interval sensitivity
US10715305B2 (en) * 2016-09-29 2020-07-14 Kyocera Document Solutions Inc. Image forming apparatus performing wireless communication with replacement member, and communication method
US10929022B2 (en) 2016-04-25 2021-02-23 Netapp. Inc. Space savings reporting for storage system supporting snapshot and clones
US10959603B2 (en) * 2018-04-18 2021-03-30 Fujifilm Corporation Processor device for endoscope and endoscope data collection server
US10997098B2 (en) 2016-09-20 2021-05-04 Netapp, Inc. Quality of service policy sets
US11379119B2 (en) 2010-03-05 2022-07-05 Netapp, Inc. Writing data in a distributed data storage system
US11386120B2 (en) 2014-02-21 2022-07-12 Netapp, Inc. Data syncing in a distributed system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040208563A1 (en) * 2002-08-01 2004-10-21 Roberts Harold A. Ranging in the physical layer
US20060239272A1 (en) * 2005-04-22 2006-10-26 Olympus Communication Technology Of America, Inc. Defragmentation of communication channel allocations
US20080043859A1 (en) * 2006-08-16 2008-02-21 Harris Corporatoin System and Method for Applying Frequency Domain Spreading to Multi-Carrier Communications Signals
US20090110108A1 (en) * 2007-10-29 2009-04-30 Lightwaves Systems, Inc. High bandwidth data transport system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19612108A1 (en) * 1996-03-27 1997-10-02 Bosch Gmbh Robert Point-to-multipoint radio transmission system
WO2002013447A2 (en) * 2000-07-21 2002-02-14 Aperto Networks, Inc. Integrated, self-optimizing, multi-parameter/multi-variable point-to-multipoint communication system (ii)
JP2004180154A (en) * 2002-11-28 2004-06-24 Matsushita Electric Ind Co Ltd Base station device and adaptive modulation method
JP4401390B2 (en) * 2003-11-07 2010-01-20 シャープ株式会社 Method and system for network coordination
US7630489B2 (en) * 2004-09-16 2009-12-08 Infineon Technologies Ag Adaptive communication systems and methods
CN100512307C (en) * 2006-03-06 2009-07-08 华为技术有限公司 Distributing method and system for network resource in communication network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040208563A1 (en) * 2002-08-01 2004-10-21 Roberts Harold A. Ranging in the physical layer
US20060239272A1 (en) * 2005-04-22 2006-10-26 Olympus Communication Technology Of America, Inc. Defragmentation of communication channel allocations
US20080043859A1 (en) * 2006-08-16 2008-02-21 Harris Corporatoin System and Method for Applying Frequency Domain Spreading to Multi-Carrier Communications Signals
US20090110108A1 (en) * 2007-10-29 2009-04-30 Lightwaves Systems, Inc. High bandwidth data transport system

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090274301A1 (en) * 2008-05-05 2009-11-05 Qualcomm Incorporated Validation of stored or incoming messages
US8498416B2 (en) * 2008-05-05 2013-07-30 Qualcomm Incorporated Validation of stored or incoming messages
US20100277368A1 (en) * 2009-04-29 2010-11-04 Aruba Networks, Inc. Multi-Pattern Wireless Frame Transmission
US8223072B2 (en) * 2009-04-29 2012-07-17 Aruba Networks, Inc. Multi-pattern wireless frame transmission
US20120281785A1 (en) * 2009-04-29 2012-11-08 Aruba Networks, Inc. Apparatus and Method for Producing a Multi-Pattern Wireless Frame
US9041604B2 (en) * 2009-04-29 2015-05-26 Aruba Networks, Inc. Apparatus and method for producing a multi-pattern wireless frame
US11379119B2 (en) 2010-03-05 2022-07-05 Netapp, Inc. Writing data in a distributed data storage system
CN102437893A (en) * 2011-10-28 2012-05-02 中国航天科工集团第三研究院第八三五七研究所 High speed 1553B bus communication system error correction method
US10911328B2 (en) 2011-12-27 2021-02-02 Netapp, Inc. Quality of service policy based load adaption
US11212196B2 (en) 2011-12-27 2021-12-28 Netapp, Inc. Proportional quality of service based on client impact on an overload condition
US10951488B2 (en) 2011-12-27 2021-03-16 Netapp, Inc. Rule-based performance class access management for storage cluster performance guarantees
US9712401B2 (en) 2011-12-27 2017-07-18 Netapp, Inc. Quality of service policy sets
US10516582B2 (en) 2011-12-27 2019-12-24 Netapp, Inc. Managing client access for storage cluster performance guarantees
US20130232261A1 (en) * 2011-12-27 2013-09-05 Solidfire, Inc. Quality of service policy sets
US9054992B2 (en) * 2011-12-27 2015-06-09 Solidfire, Inc. Quality of service policy sets
US9838269B2 (en) 2011-12-27 2017-12-05 Netapp, Inc. Proportional quality of service based on client usage and system metrics
US10439900B2 (en) 2011-12-27 2019-10-08 Netapp, Inc. Quality of service policy based load adaption
US9456357B2 (en) 2012-07-27 2016-09-27 Aruba Networks, Inc. Adaptive antenna pattern management for wireless local area networks
US9439194B2 (en) 2013-03-15 2016-09-06 Robert Bosch Gmbh Method for robust real-time wireless industrial communication
US11386120B2 (en) 2014-02-21 2022-07-12 Netapp, Inc. Data syncing in a distributed system
US9798728B2 (en) 2014-07-24 2017-10-24 Netapp, Inc. System performing data deduplication using a dense tree data structure
US10210082B2 (en) 2014-09-12 2019-02-19 Netapp, Inc. Rate matching technique for balancing segment cleaning and I/O workload
US10133511B2 (en) 2014-09-12 2018-11-20 Netapp, Inc Optimized segment cleaning technique
US9671960B2 (en) 2014-09-12 2017-06-06 Netapp, Inc. Rate matching technique for balancing segment cleaning and I/O workload
US10365838B2 (en) 2014-11-18 2019-07-30 Netapp, Inc. N-way merge technique for updating volume metadata in a storage I/O stack
US9836229B2 (en) 2014-11-18 2017-12-05 Netapp, Inc. N-way merge technique for updating volume metadata in a storage I/O stack
US9720601B2 (en) 2015-02-11 2017-08-01 Netapp, Inc. Load balancing technique for a storage array
US9762460B2 (en) 2015-03-24 2017-09-12 Netapp, Inc. Providing continuous context for operational information of a storage system
US9710317B2 (en) 2015-03-30 2017-07-18 Netapp, Inc. Methods to identify, handle and recover from suspect SSDS in a clustered flash array
US9740566B2 (en) 2015-07-31 2017-08-22 Netapp, Inc. Snapshot creation workflow
US10929022B2 (en) 2016-04-25 2021-02-23 Netapp. Inc. Space savings reporting for storage system supporting snapshot and clones
US10997098B2 (en) 2016-09-20 2021-05-04 Netapp, Inc. Quality of service policy sets
US11327910B2 (en) 2016-09-20 2022-05-10 Netapp, Inc. Quality of service policy sets
US11886363B2 (en) 2016-09-20 2024-01-30 Netapp, Inc. Quality of service policy sets
US10715305B2 (en) * 2016-09-29 2020-07-14 Kyocera Document Solutions Inc. Image forming apparatus performing wireless communication with replacement member, and communication method
US10959603B2 (en) * 2018-04-18 2021-03-30 Fujifilm Corporation Processor device for endoscope and endoscope data collection server
CN109547312A (en) * 2018-11-27 2019-03-29 中国航空工业集团公司洛阳电光设备研究所 A kind of 1553B bus events message dispatching method of message interval sensitivity

Also Published As

Publication number Publication date
WO2009073961A1 (en) 2009-06-18
US20130294267A1 (en) 2013-11-07
US9912569B2 (en) 2018-03-06

Similar Documents

Publication Publication Date Title
US9912569B2 (en) Data communication method for a set of hard-real time applications within a network
AU752738B2 (en) Communications methods and apparatus
US7065051B2 (en) Management and scheduling of data that is wirelessly transmitted between a base transceiver station and subscriber units
US5699365A (en) Apparatus and method for adaptive forward error correction in data communications
US20140022892A1 (en) Data communications system and method of data transmission
EP1398885A1 (en) Communication optimisation method for a multi-user ofdm digital transmission system using the electrical network
US8238227B2 (en) Systems and methods for providing a MoCA improved performance for short burst packets
EP1981202A2 (en) Management of variable-rate communication links
US20110194452A1 (en) Transmitting Data with Multiple Priorities as OFDM Symbols
US20020061073A1 (en) Apparatus and method for controlling wireless communication signals
US20040081127A1 (en) Method and apparatus for establishing circuit connections over local area networks with frequency selective impairments
JP4960031B2 (en) Method and corresponding receiver for transmitting user data in a multi-carrier wireless communication system
CN104081797A (en) Network system configured for resolving forward error correction during a data mode
WO2011082145A2 (en) Transmit power control
EP1756972A2 (en) Adapting uplink/downlink subframe ratio in time division duplex physical frames
CN107104778B (en) Channel adaptation device
KR20120125268A (en) Adaptive scheduling data transmission based on the transmission power and the number of physical resource blocks
CN110336647B (en) Self-adaptive anti-interference scheduling method and device for wireless ad hoc network
US20070217328A1 (en) Method for OFDM Transmission With Low Latency, A Base Station, A User Terminal And A Network Therefor
US20170324638A1 (en) Method and system for interference detection and mitigation
JP2007043694A (en) Transmitter for transmitting user data in multi-carrier radio communication system, and corresponding method
JP5034652B2 (en) MODEM COMMUNICATION METHOD AND MODEM DEVICE
US10162782B2 (en) Data communications system and method of data transmission
KR102199521B1 (en) Robust on-line reconfiguration (olr) and synchronization protocol for digital subscriber line (dsl)
KR101858993B1 (en) Method of reducing pilot overhead in SC-FDE transmission structure

Legal Events

Date Code Title Description
AS Assignment

Owner name: EDGEWATER COMPUTER SYSTEMS, INC., CANADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FANSON, JOHN;REEL/FRAME:020320/0429

Effective date: 20071210

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION