US7630390B2 - Asynchronous hub - Google Patents

Asynchronous hub Download PDF

Info

Publication number
US7630390B2
US7630390B2 US10/993,911 US99391104A US7630390B2 US 7630390 B2 US7630390 B2 US 7630390B2 US 99391104 A US99391104 A US 99391104A US 7630390 B2 US7630390 B2 US 7630390B2
Authority
US
United States
Prior art keywords
node
hubs
message
nodes
relaying
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.)
Expired - Fee Related, expires
Application number
US10/993,911
Other versions
US20050135404A1 (en
Inventor
Philip J. Zumsteg
Kevin R. Driscoll
Brendan Hall
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.)
Honeywell International Inc
Original Assignee
Honeywell International Inc
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 Honeywell International Inc filed Critical Honeywell International Inc
Priority to US10/993,911 priority Critical patent/US7630390B2/en
Assigned to HONEYWELL INTERNATIONAL INC. reassignment HONEYWELL INTERNATIONAL INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DISCOLL, KEVIN R., HALL, BRENDAN, ZUMSTEG, PHILIP J.
Publication of US20050135404A1 publication Critical patent/US20050135404A1/en
Application granted granted Critical
Publication of US7630390B2 publication Critical patent/US7630390B2/en
Expired - Fee Related legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/44Star or tree networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42Loop networks
    • H04L12/427Loop networks with decentralised control
    • H04L12/43Loop networks with decentralised control with synchronous transmission, e.g. time division multiplex [TDM], slotted rings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6445Admission control
    • H04L2012/6459Multiplexing, e.g. TDMA, CDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6464Priority

Definitions

  • Communication networks are used in a variety of applications including telephone and computer systems, weapons systems, navigational systems, and advanced control systems in cars, aircraft and other complex systems. Given the variety of applications, many kinds of communications networks have been developed over the years.
  • One common characteristic of communication networks is the use of a communication medium that interconnects various nodes on the network.
  • Various topologies and protocols have been developed to control communications between the nodes of these networks.
  • Time Division Multiple Access One type of network is referred to as Time Division Multiple Access (TDMA).
  • TDMA Time Division Multiple Access
  • nodes in the network are assigned time slots for communicating over the network.
  • Many different TDMA protocols have been developed for communication between nodes of a network. For example, these protocols include TTP/C, SAFEbus, FlexRay and other TDMA protocols.
  • a global clock synchronization protocol is used to maintain synchronization between the clocks at each of the nodes. This synchronization of the local clocks assures that the nodes have the same time basis for determining the beginning of each time slot.
  • Each node monitors the transmission on the network and independently synchronizes its clock to the global clock of the network based on the timing of the receipt of selected signals from the other nodes, e.g., an action time signal in the TTP/C Specification.
  • Embodiments of the present invention provide an asynchronous bus guardian for a time division multiple access (TDMA) network.
  • the guardian implements an arbitration technique to select between nodes that claim access to the same time slot to mitigate the propagation of faults in the network.
  • a method for arbitrating access to a time slot in a time division multiple access network in an asynchronous hub with a bus guardian including receiving signals from competing nodes claiming access to the same time slot at the bus guardian of the asynchronous hub, selecting one of the nodes based on a priority scheme, and relaying a message from the selected node and blocking the message from the non-selected node.
  • FIG. 1 is a block diagram of one embodiment of a star network that implements a distributed, time-triggered protocol with a hub that operates with independent time synchronization.
  • FIG. 2 is a block diagram of another embodiment of a star network in an electronic system.
  • FIG. 3 is a flow chart of one embodiment of a process for a bus guardian in an asynchronous hub for controlling relaying messages from nodes during time slots in a TDMA network.
  • FIG. 4 is a flow chart of one embodiment of a process for a node for determining a proper data frame among different data frames received on different channels in a TDMA network.
  • Embodiments of the present invention provide a network with an asynchronous hub.
  • a fault occurs, for example, when a node attempts to transmit during a timeslot assigned to another node.
  • a bus guardian in the asynchronous hub uses an arbitration technique to assure that the message from the node assigned to the time slot is transmitted from the hub to its destination.
  • this technique uses indirect detection to detect the fault with the attempt to transmit during the wrong time slot. The indirect detection aspect of the invention is described in more detail in the '916 and '900 Applications incorporated by reference above.
  • FIG. 1 is one embodiment of a network indicated generally at 100 .
  • Network 100 includes asynchronous hubs 102 and 104 connected in a star configuration with nodes 106 - 1 to 106 -N. Hubs 102 and 104 are referred to collectively as “the hub” of network 100 .
  • network 100 includes two channels of communication for each node 106 - 1 to 106 -N.
  • Hub 102 provides the first communication channel between the nodes 106 - 1 to 106 -N.
  • Hub 104 provides the second communication channel between the nodes 106 - 1 to 106 -N.
  • Data is transmitted as messages, e.g., frames, from one node to another in the network 100 .
  • Each node transmits each frame to both of hubs 102 and 104 .
  • Hubs 102 and 104 then selectively transmit the frames to the other nodes to provide 1:N communication for each node.
  • Hubs 102 and 104 are asynchronous in that the hubs are not synchronized with the time base of the nodes 106 - 1 to 106 -N.
  • the network 100 implements a distributed, time-triggered communication protocol.
  • the time-triggered protocol TTP/C described in the TTP specification Edition 1.0.0 of Jul. 4, 2002 issued by TTTech is used (the TTP/C Standard).
  • TTP/C Standard the time-triggered protocol
  • each node 106 - 1 to 106 -N maintains synchronization with a virtual clock.
  • the nodes maintain time synchronization using other techniques.
  • the nodes 106 - 1 to 106 -N are assigned time slots to use for transmission.
  • the nodes 106 - 1 to 106 -N transmit a signal “Clear To Send” (CTS) to the hubs 102 and 104 prior to the node's assigned time slot. This alerts the hub to expect data from the node.
  • CTS Call To Send
  • the CTS signal is sent over the same communication medium as other messages exchanged between the node and the hub. In other embodiments, the CTS signal is sent over a different communication medium.
  • Hubs 102 and 104 include bus guardians 110 and 112 , respectively.
  • Bus guardians 110 and 112 perform an arbitration function for hubs 102 and 104 to deal with competing claims to the same time slot.
  • guardians 110 and 112 use priority schemes to select among the competing claims to a common time slot.
  • the guardians 110 and 112 implement complementary priority schemes so that the message from each competing node is relayed by at least one of the hubs 102 and 104 .
  • hubs 102 and 104 assure that frames of data transmitted from one node to another arrive at the proper destination despite faults that occur in the network from time to time.
  • Each node 106 - 1 to 106 -N is assigned a time slot to transmit frames in the network 100 .
  • the hubs 102 and 104 forward the frame to the other nodes on the network 100 .
  • the intended destination node receives the frame as do all other nodes on the network 100 .
  • the destination node processes the frame by determining, based on, e.g., a destination address in the frame, that the frame is destined for the node.
  • a fault may occur in that two of nodes 106 - 1 to 106 -N may attempt to transmit during the same time slot.
  • Each node that intends to transmit during a time slot sends out a CTS signal to each of hubs 102 and 104 .
  • the hubs 102 and 104 implement a procedure to assure that the frame from the proper node is transmitted to the other nodes by the hubs 102 and 104 .
  • the two hubs 102 and 104 implement different priority schemes to assure that the proper message is relayed by the hubs to the other nodes.
  • the two hubs 102 and 104 use complementary priority schemes. Complementary priority schemes result in one of the two frames being transmitted by one hub and the other of the two frames being sent by the other hub.
  • the correct message is received by the destination node because each node 106 - 1 to 106 -N receives both messages.
  • the nodes 106 - 1 to 106 -N are able to verify the correct message has been received based on, for example, the transmit order list stored in each node 106 - 1 to 106 -N.
  • the hubs 102 and 104 do not need to store the list of time slots for each node. An example of this embodiment is described in more detail below with respect to FIG. 3 .
  • FIG. 2 is a block diagram of a system indicated at 200 that uses a communication network 100 of the type describe above with respect to FIG. 1 .
  • FIG. 2 further shows that the nodes 106 - 1 to 106 -N are connected to a number of electronic devices 108 - 1 to 108 -N, e.g., sensors, processors, actuators, controllers, input devices and the like that communicate messages over the network 100 .
  • electronic devices 108 - 1 to 108 -N e.g., sensors, processors, actuators, controllers, input devices and the like that communicate messages over the network 100 .
  • FIG. 3 is a flow chart of one embodiment of a process for a bus guardian in an asynchronous hub for controlling relaying messages over a communication channel from nodes during time slots in a TDMA network.
  • a channel in a TDMA network includes a communication medium that connects one hub with all of the nodes in the network.
  • a TDMA network with a star configuration and two hubs is considered a two channel network.
  • the process begins at block 300 .
  • the process receives a clear to send (CTS) signal from a node in the network at a bus guardian of an asynchronous hub.
  • CTS clear to send
  • the CTS signal indicates that the node that originated the CTS signal claims the next time slot on the channel associated with the hub.
  • the process determines, at block 304 , if the guardian has received CTS signals from more than one node for the same time slot on the channel. If so, the process grants the node with the highest priority access to the channel at block 306 and proceeds to block 308 . If at block 304 there was no other CTS signal received at the hub, the process proceeds to block 308 .
  • the priority for a node is based on the port number of the port of the asynchronous hub that received the CTS signal.
  • a two channel system is used with independent hubs and bus guardians. One bus guardian gives priority to the node with the lowest port number and the other bus guardian gives priority to the node with the highest port number. Thus, when two nodes compete for the same time slot, one node will gain access to the time slot on one channel and the other node will gain access to the time slot on the other channel.
  • the process relays the message from the node that was granted access to the channel.
  • the process determines whether another CTS signal has been received from a different node for the same time slot on the channel. If another CTS signal has not been received, the process continues relaying the message at block 312 and returns to block 310 . If, however, the process does receive another CTS signal for the same time slot on the same channel, the process determines whether the node for the additional CTS signal has a higher priority than the node that has been granted access to the channel. At block 314 . If not, the process continues relaying the message at block 312 .
  • the process determines that the new CTS signal corresponds to a node with a higher priority, the process stops relaying the current message, inserts a period of silence to ensure that all receiving nodes can reliably detect the start of the next transmission and then relays the message from the higher priority node at block 316 .
  • the process returns to block 310 .
  • FIG. 4 is a flow chart of one embodiment of a process for a node for determining a proper message among different messages received in the same time slot.
  • the process begins at block 401 .
  • the process receives two messages.
  • the process compares the sources of the two messages and determines, at block 407 , whether the two messages are from the same source based on, for example, the source address in the messages.
  • the process uses port driven authentication as described in the '323 and '587 applications to determine the source of the messages. If so, the messages are processed at block 409 and the process returns to block 403 . If the two messages are not from the same source, the process determines which of the messages is from the correct source.
  • the process determines the expected source of messages in the current time slot. For example, in one embodiment, the process uses a list of time slots and assigned nodes to determine the expected source and uses port driven authentication to select the proper message between the received messages.
  • the process selects the message from the expected source and further processes the message. The process returns to block 403 .
  • the methods and techniques described here may be implemented in digital electronic circuitry, or with a programmable processor (for example, a special-purpose processor or a general-purpose processor such as a computer) firmware, software, or in combinations of them.
  • Apparatus embodying these techniques may include appropriate input and output devices, a programmable processor, and a storage medium tangibly embodying program instructions for execution by the programmable processor.
  • a process embodying these techniques may be performed by a programmable processor executing a program of instructions stored on a machine readable medium to perform desired functions by operating on input data and generating appropriate output.
  • the techniques may advantageously be implemented in one or more programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device.
  • a processor will receive instructions and data from a read-only memory and/or a random access memory.
  • Storage devices or machine readable medium suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and DVD disks. Any of the foregoing may be supplemented by, or incorporated in, specially-designed application-specific integrated circuits (ASICs).
  • ASICs application-specific integrated circuits

Abstract

A method for arbitrating access to a time slot in a time division multiple access network in an asynchronous hub with a bus guardian is provided. The method including receiving signals from competing nodes claiming access to the same time slot at the bus guardian of the asynchronous hub, selecting one of the nodes based on a priority scheme, and relaying a message from the selected node and blocking the message from the non-selected node.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
This application is related to and claims the benefit of the filing date of the following U.S. Provisional Applications:
Ser. No. 60/523,782, entitled “HUB WITH INDEPENDENT TIME SYNCHRONIZATION” filed on Nov. 19, 2003,
Ser. No. 60/523,900, entitled “COMMUNICATION FAULT CONTAINMENT VIA INDIRECT DETECTION,” filed on Nov. 19, 2003, (the '900 Application)
Ser. No. 60/560,323 entitled MESSAGE AUTHENTICATION IN A COMMUNICATION NETWORK and filed on Apr. 6, 2004 (the '323 application)
Ser. No. 60/523,785, entitled “PRIORITY BASED ARBITRATION FOR TDMA SCHEDULE ENFORCEMENT IN A DUAL CHANNEL SYSTEM” filed on Nov. 19, 2003 (the '785 application).
These provisional applications are incorporated herein by reference.
This application is also related to the following co-pending, non-provisional applications:
U.S. patent application Ser. No. 10/993,916, entitled “COMMUNICATION FAULT CONTAINMENT VIA INDIRECT DETECTION,” filed on even date herewith (the '947 Application).
U.S. patent application Ser. No. 10/993,164, entitled “PORT DRIVEN AUTHENTICATION IN A NETWORK” filed on even date herewith (the '587 Application).
U.S. patent application Ser. No. 10/993,926, entitled “PRIORITY BASED ARBITRATION FOR TDMA SCHEDULE ENFORCEMENT IN A MULTI-CHANNEL SYSTEM” filed on even date herewith (the '459 application).
These non-provisional applications are incorporated herein by reference.
BACKGROUND
Communication networks are used in a variety of applications including telephone and computer systems, weapons systems, navigational systems, and advanced control systems in cars, aircraft and other complex systems. Given the variety of applications, many kinds of communications networks have been developed over the years. One common characteristic of communication networks is the use of a communication medium that interconnects various nodes on the network. Various topologies and protocols have been developed to control communications between the nodes of these networks.
One type of network is referred to as Time Division Multiple Access (TDMA). In a TDMA network, nodes in the network are assigned time slots for communicating over the network. Many different TDMA protocols have been developed for communication between nodes of a network. For example, these protocols include TTP/C, SAFEbus, FlexRay and other TDMA protocols.
In many time-triggered protocols, a global clock synchronization protocol is used to maintain synchronization between the clocks at each of the nodes. This synchronization of the local clocks assures that the nodes have the same time basis for determining the beginning of each time slot. Each node monitors the transmission on the network and independently synchronizes its clock to the global clock of the network based on the timing of the receipt of selected signals from the other nodes, e.g., an action time signal in the TTP/C Specification.
One problem with existing time-triggered protocols with global time synchronization is that faults that propagate in the network may adversely affect the time synchronization of nodes in the network. When a node transmits out of turn, if the frame or message is allowed to reach other nodes in the system, then the global synchronization may be adversely impacted.
Therefore, a need exists for an improved mechanism for reducing the impact of faults on a global time synchronization in a network implementing a time-triggered protocol.
SUMMARY
Embodiments of the present invention provide an asynchronous bus guardian for a time division multiple access (TDMA) network. The guardian implements an arbitration technique to select between nodes that claim access to the same time slot to mitigate the propagation of faults in the network.
In one embodiment, a method for arbitrating access to a time slot in a time division multiple access network in an asynchronous hub with a bus guardian is provided. The method including receiving signals from competing nodes claiming access to the same time slot at the bus guardian of the asynchronous hub, selecting one of the nodes based on a priority scheme, and relaying a message from the selected node and blocking the message from the non-selected node.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a block diagram of one embodiment of a star network that implements a distributed, time-triggered protocol with a hub that operates with independent time synchronization.
FIG. 2 is a block diagram of another embodiment of a star network in an electronic system.
FIG. 3 is a flow chart of one embodiment of a process for a bus guardian in an asynchronous hub for controlling relaying messages from nodes during time slots in a TDMA network.
FIG. 4 is a flow chart of one embodiment of a process for a node for determining a proper data frame among different data frames received on different channels in a TDMA network.
DETAILED DESCRIPTION
In the following detailed description, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration specific illustrative embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and it is to be understood that other embodiments may be utilized and that logical, mechanical and electrical changes may be made without departing from the spirit and scope of the present invention. The following detailed description is, therefore, not to be taken in a limiting sense.
Embodiments of the present invention provide a network with an asynchronous hub. In this network, a fault occurs, for example, when a node attempts to transmit during a timeslot assigned to another node. When the fault occurs, a bus guardian in the asynchronous hub uses an arbitration technique to assure that the message from the node assigned to the time slot is transmitted from the hub to its destination. Advantageously, this technique uses indirect detection to detect the fault with the attempt to transmit during the wrong time slot. The indirect detection aspect of the invention is described in more detail in the '916 and '900 Applications incorporated by reference above.
FIG. 1 is one embodiment of a network indicated generally at 100. Network 100 includes asynchronous hubs 102 and 104 connected in a star configuration with nodes 106-1 to 106- N. Hubs 102 and 104 are referred to collectively as “the hub” of network 100. In this embodiment, network 100 includes two channels of communication for each node 106-1 to 106-N. Hub 102 provides the first communication channel between the nodes 106-1 to 106-N. Hub 104 provides the second communication channel between the nodes 106-1 to 106-N. Data is transmitted as messages, e.g., frames, from one node to another in the network 100. Each node transmits each frame to both of hubs 102 and 104. Hubs 102 and 104 then selectively transmit the frames to the other nodes to provide 1:N communication for each node. Hubs 102 and 104 are asynchronous in that the hubs are not synchronized with the time base of the nodes 106-1 to 106-N.
In one embodiment, the network 100 implements a distributed, time-triggered communication protocol. For example, in one embodiment, the time-triggered protocol TTP/C described in the TTP specification Edition 1.0.0 of Jul. 4, 2002 issued by TTTech is used (the TTP/C Standard). In this protocol, each node 106-1 to 106-N maintains synchronization with a virtual clock. In other embodiments, the nodes maintain time synchronization using other techniques.
The nodes 106-1 to 106-N are assigned time slots to use for transmission. In one embodiment, the nodes 106-1 to 106-N transmit a signal “Clear To Send” (CTS) to the hubs 102 and 104 prior to the node's assigned time slot. This alerts the hub to expect data from the node. In one embodiment, the CTS signal is sent over the same communication medium as other messages exchanged between the node and the hub. In other embodiments, the CTS signal is sent over a different communication medium.
Hubs 102 and 104 include bus guardians 110 and 112, respectively. Bus guardians 110 and 112 perform an arbitration function for hubs 102 and 104 to deal with competing claims to the same time slot. In one embodiment, guardians 110 and 112 use priority schemes to select among the competing claims to a common time slot. In one embodiment, the guardians 110 and 112 implement complementary priority schemes so that the message from each competing node is relayed by at least one of the hubs 102 and 104.
In operation, hubs 102 and 104 assure that frames of data transmitted from one node to another arrive at the proper destination despite faults that occur in the network from time to time. Each node 106-1 to 106-N is assigned a time slot to transmit frames in the network 100. When a node 106-1 to 106-N transmits a frame, the hubs 102 and 104 forward the frame to the other nodes on the network 100. The intended destination node receives the frame as do all other nodes on the network 100. The destination node processes the frame by determining, based on, e.g., a destination address in the frame, that the frame is destined for the node.
In the course of processing data, a fault may occur in that two of nodes 106-1 to 106-N may attempt to transmit during the same time slot. Each node that intends to transmit during a time slot sends out a CTS signal to each of hubs 102 and 104. In the event that a hub, e.g., hub 102, receives CTS signals from two nodes for the same time slot, the hubs 102 and 104 implement a procedure to assure that the frame from the proper node is transmitted to the other nodes by the hubs 102 and 104. In one embodiment, the two hubs 102 and 104 implement different priority schemes to assure that the proper message is relayed by the hubs to the other nodes. In one embodiment, the two hubs 102 and 104 use complementary priority schemes. Complementary priority schemes result in one of the two frames being transmitted by one hub and the other of the two frames being sent by the other hub. In this embodiment, the correct message is received by the destination node because each node 106-1 to 106-N receives both messages. The nodes 106-1 to 106-N are able to verify the correct message has been received based on, for example, the transmit order list stored in each node 106-1 to 106-N. Advantageously, with this embodiment, the hubs 102 and 104 do not need to store the list of time slots for each node. An example of this embodiment is described in more detail below with respect to FIG. 3.
FIG. 2 is a block diagram of a system indicated at 200 that uses a communication network 100 of the type describe above with respect to FIG. 1. FIG. 2 further shows that the nodes 106-1 to 106-N are connected to a number of electronic devices 108-1 to 108-N, e.g., sensors, processors, actuators, controllers, input devices and the like that communicate messages over the network 100.
FIG. 3 is a flow chart of one embodiment of a process for a bus guardian in an asynchronous hub for controlling relaying messages over a communication channel from nodes during time slots in a TDMA network. For purposes of this specification, a channel in a TDMA network includes a communication medium that connects one hub with all of the nodes in the network. Thus, a TDMA network with a star configuration and two hubs is considered a two channel network. The process begins at block 300.
At block 302, the process receives a clear to send (CTS) signal from a node in the network at a bus guardian of an asynchronous hub. The CTS signal indicates that the node that originated the CTS signal claims the next time slot on the channel associated with the hub. The process determines, at block 304, if the guardian has received CTS signals from more than one node for the same time slot on the channel. If so, the process grants the node with the highest priority access to the channel at block 306 and proceeds to block 308. If at block 304 there was no other CTS signal received at the hub, the process proceeds to block 308.
In one embodiment, the priority for a node is based on the port number of the port of the asynchronous hub that received the CTS signal. In one embodiment, a two channel system is used with independent hubs and bus guardians. One bus guardian gives priority to the node with the lowest port number and the other bus guardian gives priority to the node with the highest port number. Thus, when two nodes compete for the same time slot, one node will gain access to the time slot on one channel and the other node will gain access to the time slot on the other channel.
At block 308, the process relays the message from the node that was granted access to the channel.
At block 310, the process determines whether another CTS signal has been received from a different node for the same time slot on the channel. If another CTS signal has not been received, the process continues relaying the message at block 312 and returns to block 310. If, however, the process does receive another CTS signal for the same time slot on the same channel, the process determines whether the node for the additional CTS signal has a higher priority than the node that has been granted access to the channel. At block 314. If not, the process continues relaying the message at block 312. If the process determines that the new CTS signal corresponds to a node with a higher priority, the process stops relaying the current message, inserts a period of silence to ensure that all receiving nodes can reliably detect the start of the next transmission and then relays the message from the higher priority node at block 316. The process returns to block 310.
FIG. 4 is a flow chart of one embodiment of a process for a node for determining a proper message among different messages received in the same time slot. The process begins at block 401. At block 403, the process receives two messages. At block 405, the process compares the sources of the two messages and determines, at block 407, whether the two messages are from the same source based on, for example, the source address in the messages. In another embodiment, the process uses port driven authentication as described in the '323 and '587 applications to determine the source of the messages. If so, the messages are processed at block 409 and the process returns to block 403. If the two messages are not from the same source, the process determines which of the messages is from the correct source.
At block 411, the process determines the expected source of messages in the current time slot. For example, in one embodiment, the process uses a list of time slots and assigned nodes to determine the expected source and uses port driven authentication to select the proper message between the received messages. At block 413, the process selects the message from the expected source and further processes the message. The process returns to block 403.
The methods and techniques described here may be implemented in digital electronic circuitry, or with a programmable processor (for example, a special-purpose processor or a general-purpose processor such as a computer) firmware, software, or in combinations of them. Apparatus embodying these techniques may include appropriate input and output devices, a programmable processor, and a storage medium tangibly embodying program instructions for execution by the programmable processor. A process embodying these techniques may be performed by a programmable processor executing a program of instructions stored on a machine readable medium to perform desired functions by operating on input data and generating appropriate output. The techniques may advantageously be implemented in one or more programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. Generally, a processor will receive instructions and data from a read-only memory and/or a random access memory. Storage devices or machine readable medium suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and DVD disks. Any of the foregoing may be supplemented by, or incorporated in, specially-designed application-specific integrated circuits (ASICs).
A number of embodiments of the invention defined by the following claims have been described. Nevertheless, it will be understood that various modifications to the described embodiments may be made without departing from the spirit and scope of the claimed invention. Accordingly, other embodiments are within the scope of the following claims.

Claims (16)

1. A method for arbitrating access to a time slot in a time division multiple access network, the method comprising:
receiving signals at each of at least two asynchronous hubs from competing nodes claiming access to the same time slot;
selecting, at each of the at least two asynchronous hubs, one of the nodes based on a priority scheme, wherein each of the at least two asynchronous hubs implements a different, complementary priority scheme such that the node with a higher port number is selected at one of the at least two asynchronous hubs and the node with a lower port number is selected at another of the at least two asynchronous hubs;
relaying a message from the selected node having the higher port number and blocking the message from the non-selected node having the lower port number at one of the at least two asynchronous hubs; and
relaying a message from the selected node having the lower port number and blocking the message from the non-selected node having the higher port number at another of the at least two asynchronous hubs.
2. The method of claim 1, and further including inserting a period of silence when each of the at least two asynchronous hubs begins relaying a message from the non-selected node prior to receiving the signal from the selected node.
3. A method for relaying messages at least two hubs from a plurality of nodes, the method comprising:
receiving a subsequent signal at each of the at least two hubs from a node during relaying of a message from another node, wherein each of the at least two hubs implements a different, complementary priority scheme;
interrupting relaying of the message at one of the at least two hubs when the node sending the subsequent signal has a higher priority based on a first priority scheme, wherein, based on the first priority scheme, the node sending the subsequent signal has a higher priority when the node sending the subsequent signal has a higher port number than the node sending the message; and
interrupting relaying of the message at another of the at least two hubs when the node sending the subsequent signal has a higher priority based on a second priority scheme, wherein, based on the second priority scheme, the node sending the subsequent signal has a higher priority when the node sending the subsequent signal has a lower port number than the node sending the message.
4. The method of claim 3, and further including continuing relaying the message when the node sending the subsequent signal has a lower priority.
5. The method of claim 3, wherein receiving a signal comprises receiving a clear to send signal.
6. The method of claim 3, wherein interrupting relaying the message comprises granting access to the node with higher priority.
7. The method of claim 3, wherein interrupting relaying the message includes inserting a silence period before relaying the message from the higher priority node.
8. A network, comprising:
at least two asynchronous hubs;
a plurality of nodes coupled to each of the at least two hubs in a star configuration;
wherein the at least two hubs and the plurality of nodes communicate using time slots in a time-triggered protocol; and
wherein each of the at least two asynchronous hubs arbitrates between two nodes of the plurality of nodes that claim the same time slot by granting access to a higher priority one of the two competing nodes of the plurality of nodes, wherein each of the at least two hubs implements a different, complementary priority scheme such that one of the at least two asynchronous hubs grants access to the node with a higher port number and another of the at least two asynchronous hubs grants access to the node with a lower port number.
9. A method for relaying messages at least two asynchronous hubs of a time division multiple access network, the network including a plurality of nodes coupled to each of the at least two hubs, the method comprising:
receiving a signal at each of the at least two hubs from a node claiming access to a time slot;
determining at each of the at least two hubs whether another node has already claimed access to the time slot;
when another node has already claimed access to the time slot, granting access to the time slot to the node with a highest priority and relaying a message from the node with the highest priority at each of the at least two hubs based on a different, complementary priority scheme in each of the at least two hubs;
wherein relaying a message from the node with the highest priority at one of the at least two hubs comprises relaying a message from the node with a higher port number; and
wherein relaying a message from the node with the highest priority at another of the at least two hubs comprises relaying a message from the node with a lower port number.
10. A method of relaying messages at least two asynchronous hubs in a time division multiple access network, the method comprising:
receiving a signal at each of the at least two hubs from a first node of the network claiming a next time slot;
beginning to relay a message from the first node;
receiving a signal from a second node of the network indicating that the second node is assigned the time slot claimed by the first node;
determining at each of the at least two hubs whether the second node has a higher priority than the first node based on a different, complementary priority scheme in each of the at least two hubs such that the node with a higher port number has a higher priority at one of the at least two hubs and the node with a lower port number has a higher priority at another of the at least two hubs;
when the second node has a higher port number, relaying the message from the second node at one of the at least two hubs; and
when the second node has a lower port number, relaying the message from the second node at another of the at least two hubs.
11. The method of claim 10, and further comprising inserting a period of silence before relaying the message from the second node when the second node has a higher priority.
12. The method of claim 10, wherein receiving a signal comprises receiving a clear to send signal.
13. A method for controlling relaying of messages from a plurality of nodes by at least two asynchronous hubs in a network, the method comprising:
at each of the plurality of nodes, determining a time slot assigned for that node to transmit a message from that node to another of the plurality of nodes through the at least two hubs;
activating a signal at each of the plurality of nodes that has identified a next time slot as the assigned time slot for that node to transmit a message from that node to the other nodes of the plurality of nodes through the at least two hubs; and
when each of the at least two hubs receives a signal from two of the plurality of nodes making a claim to the same time slot, selectively relaying, at each of the at least two hubs, one of the two competing messages from the two nodes to the other nodes of the plurality of nodes in the network based on a different, complementary priority scheme in each of the at least two hubs;
wherein selectively relaying at least one of the two competing messages comprises;
passing one of the messages to the other nodes on a first channel based on a first priority scheme; and
passing the other of the messages to the other nodes on a second channel based on a second priority scheme;
wherein passing one of the messages based on the first priority scheme comprises selecting the message associated with the node with a higher port number at one of the at least two hubs and passing the other of the messages based on the second priority scheme comprises selecting the message associated with the node with a lower port number at another of the at least two hubs.
14. A method for arbitrating access to a dual medium, the method comprising:
receiving signals at each of at least two hubs from competing nodes claiming access to at least two media;
selecting, at each of the at least two hubs, one of the nodes based on a priority scheme, wherein each of the at least two hubs implements a different, complementary priority scheme such that the node with a higher port number is selected at one of the at least two hubs and the node with a lower port number is selected at another of the at least two hubs; and
relaying a message from the selected node having the higher port number at one of the at least two hubs; and
relaying a message from the selected node having the lower port number at another of the at least two hubs.
15. The method of claim 14, further comprising:
receiving a subsequent signal at each of the at least two hubs from another node claiming access to the at least two media;
determining at each of the at least two hubs whether the other node has a higher priority than the selected node based on a different, complementary priority scheme in each of the at least two hubs;
when the other node has a higher priority, interrupting the relayed message of the selected node and relaying a message from the other node; and
when the selected node has a higher priority, continuing to relay the message from the selected node.
16. A network, comprising:
at least two asynchronous hubs;
a plurality of nodes, each of the plurality of nodes coupled to each of the at least two asynchronous hubs via a medium; and
wherein each of the at least two asynchronous hubs arbitrates between two nodes of the plurality of nodes that claim access to at least two media by granting access to a higher priority one of the two competing nodes of the plurality of nodes, wherein each of the at least two asynchronous hubs implements a different, complementary priority scheme such that one of the at least two hubs grants access to the node with a higher port number and another of the at least two hubs grants access to the node with a lower port number.
US10/993,911 2003-11-19 2004-11-19 Asynchronous hub Expired - Fee Related US7630390B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/993,911 US7630390B2 (en) 2003-11-19 2004-11-19 Asynchronous hub

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US52378503P 2003-11-19 2003-11-19
US52378203P 2003-11-19 2003-11-19
US52390003P 2003-11-19 2003-11-19
US56032304P 2004-04-06 2004-04-06
US10/993,911 US7630390B2 (en) 2003-11-19 2004-11-19 Asynchronous hub

Publications (2)

Publication Number Publication Date
US20050135404A1 US20050135404A1 (en) 2005-06-23
US7630390B2 true US7630390B2 (en) 2009-12-08

Family

ID=34637361

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/993,911 Expired - Fee Related US7630390B2 (en) 2003-11-19 2004-11-19 Asynchronous hub

Country Status (4)

Country Link
US (1) US7630390B2 (en)
EP (1) EP1741243A2 (en)
JP (1) JP2007514346A (en)
WO (1) WO2005053245A2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120096210A1 (en) * 2009-06-24 2012-04-19 Paul Milbredt Star coupler for a bus system, bus system having such a star coupler and method for interchanging signals in a bus system
US8879410B1 (en) * 2011-09-30 2014-11-04 Physical Optics Corporation Platform adaptive data system

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8155829B2 (en) 2007-11-21 2012-04-10 Denso Corporation Common control apparatus and vehicle control system
JP5006443B2 (en) * 2008-04-02 2012-08-22 株式会社オートネットワーク技術研究所 Vehicle communication system
WO2012125718A1 (en) * 2011-03-16 2012-09-20 The Trustees Of Columbia University In The City Of New York Bi-modal arbitration nodes for a low-latency adaptive asynchronous interconnection network and methods for using the same
US8909834B2 (en) * 2011-09-21 2014-12-09 Nxp B.V. Central bus guardian (CBG) and method for operating CBG
GB2503194B (en) 2012-02-10 2014-10-15 Canon Kk Method and device for collaborative data communication in a radio network
US10284247B2 (en) 2013-06-10 2019-05-07 Nxp B.V. System and method for bit processing in a central network component
US10191509B2 (en) * 2016-04-01 2019-01-29 Fujitsu Limited Information processing device, information processing method, and computer readable storage medium
EP4002770B1 (en) * 2020-11-16 2024-04-03 Ratier-Figeac SAS Serial time triggered data bus

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3943296A (en) * 1974-08-02 1976-03-09 Bell Telephone Laboratories Incorporated Method and apparatus for reducing noise in pam time division networks
US4593282A (en) 1983-04-14 1986-06-03 At&T Information Systems Inc. Network protocol for integrating synchronous and asynchronous traffic on a common serial data bus
EP0383475A2 (en) 1989-02-13 1990-08-22 International Business Machines Corporation Shared resource arbitration
US4998247A (en) * 1988-06-10 1991-03-05 Irvine Halliday David Active star-configured local area network
GB2236606A (en) 1989-06-24 1991-04-10 Motorola Israel Ltd Communications system with contention protocol
US5107492A (en) 1989-06-19 1992-04-21 Alcatel Business Systems Method and device for managing access to the transmission medium of a multiservice distributed switching network
GB2250161A (en) 1990-11-23 1992-05-27 Sony Corp Arbitration circuits for processors
EP0491202A2 (en) 1990-12-17 1992-06-24 DST Deutsche System-Technik GmbH Access method
US5343474A (en) 1993-03-31 1994-08-30 Honeywell Inc. Slotted arbitration without time jitter in a table driven protocol
US5784374A (en) * 1996-02-06 1998-07-21 Advanced Micro Devices, Inc. Contention resolution system in ATM switch
WO2001013230A1 (en) 1999-08-13 2001-02-22 Fts Computertechnik Ges.M.B.H. Method for imposing the fail-silent characteristic in a distributed computer system and distribution unit in such a system
US6396832B1 (en) * 1998-09-04 2002-05-28 3Com Corporation Method and apparatus for optimizing a switched arbitrated loop for maximum access fairness
US20030135682A1 (en) * 2002-01-02 2003-07-17 Fanning Blaise B. Point-to-point busing and arrangement
US20040081193A1 (en) * 2002-04-16 2004-04-29 Thomas Forest Method for transmitting data within a communication system
US6940808B1 (en) * 2000-04-13 2005-09-06 Nortel Networks Limited Adaptive rate traffic recovery mechanism for communication networks

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3943296A (en) * 1974-08-02 1976-03-09 Bell Telephone Laboratories Incorporated Method and apparatus for reducing noise in pam time division networks
US4593282A (en) 1983-04-14 1986-06-03 At&T Information Systems Inc. Network protocol for integrating synchronous and asynchronous traffic on a common serial data bus
US4998247A (en) * 1988-06-10 1991-03-05 Irvine Halliday David Active star-configured local area network
EP0383475A2 (en) 1989-02-13 1990-08-22 International Business Machines Corporation Shared resource arbitration
US5107492A (en) 1989-06-19 1992-04-21 Alcatel Business Systems Method and device for managing access to the transmission medium of a multiservice distributed switching network
GB2236606A (en) 1989-06-24 1991-04-10 Motorola Israel Ltd Communications system with contention protocol
GB2250161A (en) 1990-11-23 1992-05-27 Sony Corp Arbitration circuits for processors
EP0491202A2 (en) 1990-12-17 1992-06-24 DST Deutsche System-Technik GmbH Access method
US5343474A (en) 1993-03-31 1994-08-30 Honeywell Inc. Slotted arbitration without time jitter in a table driven protocol
US5784374A (en) * 1996-02-06 1998-07-21 Advanced Micro Devices, Inc. Contention resolution system in ATM switch
US6396832B1 (en) * 1998-09-04 2002-05-28 3Com Corporation Method and apparatus for optimizing a switched arbitrated loop for maximum access fairness
WO2001013230A1 (en) 1999-08-13 2001-02-22 Fts Computertechnik Ges.M.B.H. Method for imposing the fail-silent characteristic in a distributed computer system and distribution unit in such a system
US6940808B1 (en) * 2000-04-13 2005-09-06 Nortel Networks Limited Adaptive rate traffic recovery mechanism for communication networks
US20030135682A1 (en) * 2002-01-02 2003-07-17 Fanning Blaise B. Point-to-point busing and arrangement
US20040081193A1 (en) * 2002-04-16 2004-04-29 Thomas Forest Method for transmitting data within a communication system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120096210A1 (en) * 2009-06-24 2012-04-19 Paul Milbredt Star coupler for a bus system, bus system having such a star coupler and method for interchanging signals in a bus system
US8918570B2 (en) * 2009-06-24 2014-12-23 Audi Ag Star coupler for a bus system, bus system having such a star coupler and method for interchanging signals in a bus system
US8879410B1 (en) * 2011-09-30 2014-11-04 Physical Optics Corporation Platform adaptive data system

Also Published As

Publication number Publication date
EP1741243A2 (en) 2007-01-10
WO2005053245A2 (en) 2005-06-09
WO2005053245A3 (en) 2005-09-15
US20050135404A1 (en) 2005-06-23
JP2007514346A (en) 2007-05-31

Similar Documents

Publication Publication Date Title
US9356800B2 (en) Communication method for the transmission of TT ethernet messages in a distributed real time computer system
US9262365B2 (en) Method and device for serial data transmission at a switchable data rate
US7656881B2 (en) Methods for expedited start-up and clique aggregation using self-checking node pairs on a ring network
EP2064841B1 (en) Intelligent star coupler for time triggered communication protocol and method for communicating between nodes within a network using a time trigger protocol
EP0119003B1 (en) Method and apparatus for the detection and regeneration of a lost token in a token based data communications network
EP1490998B1 (en) Method and circuit arrangement for the monitoring and management of data traffic in a communication system with several communication nodes
US4470110A (en) System for distributed priority arbitration among several processing units competing for access to a common data channel
JP5684922B2 (en) Method and apparatus for serial data transmission with additionally inserted data
KR20050010049A (en) Communication method and system for transmitting timed and event-driven ethernet messages
US7630390B2 (en) Asynchronous hub
US7907628B2 (en) Priority based arbitration for TDMA schedule enforcement in a multi-channel system
JP2007517427A (en) Moebius time-triggered communication
US20120134428A1 (en) Method and system for synchronizing a network using existing network cables
US7729254B2 (en) Parasitic time synchronization for a centralized communications guardian
US7698395B2 (en) Controlling start up in a network
JP2000269988A (en) Multiple address data transmission system
US20230028344A1 (en) Method, equipment, communication program, on-board device having these equipments
RU2575687C2 (en) Method and apparatus for serial transmission of data with switched data rate
JP2582585B2 (en) Node device of irregular communication network
JPS59154841A (en) Multiplex transmission control system
JPH053478A (en) Multiplex communication controller
JPH04108237A (en) Count control type multiplex communication system
JPH04177939A (en) Data transmission system in bus type network
JPH01212140A (en) Multi-address response control system in local area network

Legal Events

Date Code Title Description
AS Assignment

Owner name: HONEYWELL INTERNATIONAL INC., NEW JERSEY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ZUMSTEG, PHILIP J.;DISCOLL, KEVIN R.;HALL, BRENDAN;REEL/FRAME:015760/0469

Effective date: 20050210

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.)

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20171208