EP0601013A1 - Systeme numerique multi-acces multi-points - Google Patents

Systeme numerique multi-acces multi-points

Info

Publication number
EP0601013A1
EP0601013A1 EP92918287A EP92918287A EP0601013A1 EP 0601013 A1 EP0601013 A1 EP 0601013A1 EP 92918287 A EP92918287 A EP 92918287A EP 92918287 A EP92918287 A EP 92918287A EP 0601013 A1 EP0601013 A1 EP 0601013A1
Authority
EP
European Patent Office
Prior art keywords
data
remote terminals
frame
remote
guard band
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.)
Ceased
Application number
EP92918287A
Other languages
German (de)
English (en)
Other versions
EP0601013A4 (fr
Inventor
Robert J. Duggan
Tat N. Ho
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.)
General Datacomm Inc
Original Assignee
General Datacomm 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 General Datacomm Inc filed Critical General Datacomm Inc
Publication of EP0601013A1 publication Critical patent/EP0601013A1/fr
Publication of EP0601013A4 publication Critical patent/EP0601013A4/en
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/14—Monitoring arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0682—Clock or time synchronisation in a network by delay compensation, e.g. by compensation of propagation delay or variations thereof, by ranging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/12—Arrangements providing for calling or supervisory signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • This invention relates generally to telecommunications systems. More particularly, it relates to digital multiport multidrop systems where a plurality of hosts are coupled via a single line to a digital telecommunications network and communicate with data terminals, where a first group of data terminals are coupled via a first single line. to the digital telecommunications network and a second group of terminals are coupled via a second single line to the digital telecommunications network.
  • the invention is particularly applicable in the banking industry where it may be desirable for banks to have information from tellers, ATMs and security systems on a single line at various branches communicating with separate hosts for tellers, ATMs and security systems at a single different location.
  • U.S. Patent number 4,858,230 to Duggan discloses an analog system where outbound messages from hosts are multiplexed and sent on a constant carrier over a single line to data terminals. Return messages from data terminals are similarly sent. However, " since only one data terminal can use the line at any given time, responses from different terminals need to be delayed.
  • digital multiport multidrop systems have been proposed by Racal-Milgo and Paradyne. Digital systems do not use a carrier. Rather, as suggested by prior art Figure 1, data from multiple hosts 12a, 12b, 12c are multiplexed by a multiplexer 14 and are output by a data service unit (DSU) 16 in digital format to the digital network 22.
  • DSU data service unit
  • the digital network which is maintained by the telephone company, includes a number of office channel units (OCUs) 24a, 24b, 24c, 24d, etc. and at least one multiple junction unit (MJU) 28.
  • the MJU combines data from the OCUs (e.g., 24b, 24c, 24d) based on information supplied to the MJU through the OCU.
  • the OCU tells the MJU whether the OCU is in data send mode or in an idle mode (based on whether the OCU 24 is receiving data from any of the drops 42a-42i of ports 43a-43c via multiplexer/demultiplexers 44a-44c and DSUs 36a-36c) .
  • Data mode idle OCUs signal an idle state by transmitting continuous digital ones.
  • Data bits received by an MJU from the OCUs are combined in a logical AND so that all of the OCUs supplying continuous logical ones are effectively idle and the OCU supplying a varying bit stream of ones and zeros is passed through by the MJU.
  • Data mode idle has a disadvantage, though. If there is a bit error from any one of the idle OCUs, it is combined with the data stream from the active OCU and thus, the opportunity for corrupted data is enhanced.
  • Control mode idle avoids the possibility of data corruption by consigning the MJU to ignore idle channels.
  • an OCU In control mode idle, an OCU signals the MJU that it is idle via network signalling known in the art. So long as the idle sequence is received, data from that OCU is ignored (i.e., not ANDed) .
  • the control (master) station In any polled application, it is the responsibility of the control (master) station to guarantee that only one tributary station (remote terminal) responds at any one time. Therefore, it is true to say that Drop-1 channel-1 will always be inactive while Drop-2 channel-1 is responding or vice versa. But with a number of independent applications running simultaneously, one at each channel, collision between channels (e.g. Drop-1 channel-1 and Drop-2 channel-2) is a real possibility.
  • a digital polled multiport multidrop system which utilizes a public digital telecommunications network is provided and generally comprises a multiplexer/demultiplexer for receiving outbound information from a plurality of hosts and for providing a time division multiplexed output to a data service unit and for receiving inbound information via the data service unit from a number of remote sources and demultiplexing the inbound information for the hosts, and a microprocessor for controlling the multiplexer/demultiplexer to multiplex outbound information from the hosts according to a first frame and for demultiplexing inbound information from the data service unit according to a second frame.
  • the second frame is designed such that one or more of bytes of data are received from a particular remote source followed by at least one guard band byte followed by one or more of bytes of data from another remote source.
  • the remote sites are polled by the microprocessor to determine different delays between the host and the remote sites. In response to a measured delay, the remote sites are programmed by the microprocessor to send data at desired times so that synchronized time division multiplexing is maintained. While this synchronization technique is obvious to one skilled in the art, the present invention also provides continuous monitoring of the time delay so that synchronization can be constantly maintained and corrected "on-the-fly".
  • the guard band of the invention permits "on-the-fly" corrections as it is capable of absorbing bit slips.
  • the guard band may include a bipolar violation which is passed by a remote DSU to an OCU and is used by the OCU to inform the MJU whether the OCU is sending data. That is, the guard band can contain a bipolar violation, if the following time slot does not contain data from a remote terminal.
  • the guard band also helps prevent errors associated with time delays at remote terminals. With the guard band in place, if the timing of a remote terminal slips so that it is sending data either too early or too late, it will be sending data during the guard band interval, the data will interfere with the guard band, but not with other incoming data. If the guard band comprises a plurality of marks (digital ones) , the worst case situation will be that the system operates in data mode idle until the slippage of the remote terminal is corrected.
  • the master microprocessor will determine that there has been a change in delay from a remote terminal.
  • the microprocessor monitors incoming and outgoing frames.
  • the frames are constructed with one or more bytes of control information which includes substantially continuous polling of the remote units to determine delay.
  • the microprocessor informs the delayed remote unit to change its timing and this information is included in the control information portion of the frame.
  • the guard band not utilize too much bandwidth, a plurality of bytes from a remote terminal are sent between guard bands.
  • Figure 1 is a prior art drawing of a digital multiport multidrop system which interfaces with a digital telecommunications network.
  • Figure 2 is a representative functional block diagram of a component which is used at the master and at each remote to implement the polled digital multiport multidrop system of the invention.
  • Figure 3 is a more detailed block diagram of a portion of the component of Figure 2.
  • Figure 4 is a block diagram of the custom LSI used in construction of the component shown in Figures 2 and 3.
  • Figure 5 is a flowchart of the master unit component power up procedure.
  • Figure 6 is a flowchart of the remote unit component power up procedure.
  • Figures 7a and 7b are framing format diagrams of the outbound (master to remote) frame and the inbound (remote to master) frame.
  • FIGS 8a and 8b are flowcharts of the delay measurement procedures of the master and remote units upon power up.
  • Figure 9 is a flowchart of the delay monitoring process of the system.
  • the basic building block or component 100 of the invention is seen in Figure 2.
  • the component (which is also referred to as the NMS 464) comprises a multiplexer/demultiplexer 114, a microprocessor 154 with accompanying RAM 162 and ROM 166, and a DSU 116.
  • the DSU is well known in the art, and is sold by the assignee of the present application as General DataComm, Inc. NMS 510.
  • Component 100 is utilized for both the master (host) site and the remote sites, and as shown in Figure 2 is generic.
  • the microprocessor 154 controls the multiplexer/demultiplexer 114 according to a program which can be stored in ROM 166.
  • the multiplexer multiplexes data from the host terminals in accord with control information generally generated by the microprocessor.
  • the multiplexer 114 not only multiplexes data from different terminals together with control information, but also multiplexes a guard band which is described in detail below.
  • microprocessor .154 is preferably a 68302 microprocessor package having a 68000 microprocessor and several parallel to serial and serial to parallel converters 154b, 154c, 154d.
  • the multiplexer/demultiplexer 114 is preferably constructed of several LSIs 114a, 114b, 114c, 114d which are used for various multiplexer functions well known in the art.
  • the LSI chips are manufactured by the assignee of the present application and are designated "MAFIA (Multiplexer Asynchronous FIFO Interface Adapter) Custom LSI Chip".
  • Figure 4 shows a basic block diagram of the MAFIA chip.
  • the MAFIA LSI can be divided into five main functional blocks: PLL and Baud Rate Generation (902-912) ; Aggregate SCC Control 932; Data Path (914, 916, 918, 922, 924, 928, 930) ; DTE Status Monitor 920; and Microprocessor Control (926) .
  • the PLL and Baud Rate Generation generally includes one PLL 902 and two independent timing chains 908, 910 connected by routing logic 906.
  • the timing chains may also be driven by external phase-locked high frequency clocks.
  • the Digital Phase Lock Loop 902 operates from a master clock source of 16.128 MHz which is provided externally and which may be selectively divided by a timing reference select 904.
  • the baud rate generators must generate four different clocks as selected at the " clock selection circuit 912: Aggregate Transmit Clock; Channel Transmit Clock; Channel Receive Clock; and an Independent Supplementary clock.
  • the Aggregate Control 932 is the interface with the 68302 multi-protocol processor referred to above. It functions as a dedicated interface to the serial communication controllers, SCC1 and SCC2 and timers of the 68302.
  • the Data Path is where the serial user data passes through the LSI. It performs two main functions: Async to Sync conversion 916 and V.13 simulated controlled carrier 918.
  • the Async-Sync Converter 916 inserts or deletes stop bits to handle overspeed or underspeed situations when input data from the DTE is asynchronous and must be re-synchronized to the system's internal bit clock.
  • V.13 Simulated Controlled Carrier 918 is described in CCITT recommendation V.13.
  • Serial - Parallel conversion is provided by 922 and 924 because data is processed by the multiplexer in eight bit bytes and user data is in serial form. Part of the conversion requires In and Out FIFO buffers 928 and 930.
  • an elastic buffer 914 is provided in the data path.
  • the range of elasticity should be ⁇ 8 bits and the size of the buffer should be 16 bits.
  • the MAFIA LSI is designed to interface to a microprocessor through an 8-bit bus 934.
  • the LSI has 15 write registers and 4 read registers to enable the host microprocessor to control every function of the LSI circuit.
  • the MAFIA LSI provides an interrupt request output 926 for interfacing with the host microprocessor.
  • the multiplexer is a time division multiplexer which works with packets of bytes. It has a storage facility and is programmed according to a frame where packets of bytes are taken from one source before packets of bytes are taken from another source.
  • Figures 5 and 6 show the different start-up procedures for component 100 when used as master or remote units. During the start-up procedure, the master and remote units cooperate in order to permit a measurement of delay.
  • the master unit upon power-up 402 determines if any remotes are installed 404. If not, it waits for a user command 408 to install the first remote. If remotes are installed, the master broadcasts an outbound "Disable Transmitter" command 406 to all remotes. The master then performs delay measurements 410, 412, 414 (described below) on each remote.
  • the master After all delay measurements are made, the master broadcasts an outbound "Enable Transmitter" command 416 to all remotes and normal user data transmission 418 begins.
  • the remote unit on power-up 502 first disables its transmitter 504 waits for a poll from the master 506. If it does receive a poll from the master, it responds 508 and if the master acknowledges 512, the remote enables its transmitter 518 and begins normal operation 520. If no poll from the master unit is received 506 or if the master does not acknowledge 512 the response by the remote 508 to the master's poll, the remote waits for delay measurement request 510. If no delay measurement request is received 510, the remote again waits for a poll from the master unit 504. If a delay measurement request is received from the master 510, delay measurement is performed 514 and the remote waits for the "enable transmitter 1 command 516 from the master. When the command is received, the remote enables its transmitter 518 and begins normal operation 520.
  • the delay measurement procedures for the master and remote units upon power-up are shown in more detail in Figures 8a and 8b, respectively and described below in the discussion of Propagation Delay Compensation.
  • the delay measurement is used to provide information about the time delay of the different remote units so that data sent from the remote units can be synchronized one relative to the other. Since each remote site might experience different delay and data from a plurality of sites is to be time division multiplexed, account must be made for the delay from each site. As mentioned above, the basic technique of synchronizing the remote sites to account for delay is known in the art.
  • the outbound frame is assembled in a generally standard manner and is preferably 10 msec in length. It includes sync and control information in addition to data from one or more channels. Outbound frames are transmitted continuously or in what is referred to as "constant carrier mode". The number of bytes in an outbound frame is determined by the data rates of the channels. For example, the table below indicates the number of bytes generated by a channel in 10msec at data rates from 2.4 kbps to 64.0 kbps:
  • the outbound frame is to contain data from 4 channels and the data rates of the 4 channels are 9.6 kbps, 2.4 kbps, 2.4 kbps, and 38.4 kbps, the aggregate data stream must have a rate of 56 kbps.
  • the outgoing frame may comprise 70 bytes.
  • the total number of data bytes is 66: channel 1 has 12 bytes per frame, channels 2 and 3 each have 3 bytes and channel 4 has 48 bytes. In general, a minimum of 3 bytes are needed for synchronization, Netcon diagnostic and "inband" master-to- remote communication which will be described in more detail below.
  • the 10msec aggregate outgoing frame must be assembled before it can be sent.
  • Input buffers for each channel accumulate the appropriate number of bytes needed for each frame cycle.
  • the 10msec frame may be further divided into three equal data segments so that the buffer delay that any one channel will " suffer is between 3.33 and 6.67msec. Therefore, in the 4 channel example above, the aggregate outgoing frame structure can be seen in the table below:
  • the multiplexed frame of 70 bytes shown above is one example.
  • the frame is constructed and transmitted repeatedly.
  • the multiplexed frame may take on different organizations.
  • the reverse process is performed and the channel data is reassembled.
  • it is essential to locate the beginning of each frame.
  • a known 8-bit pattern is sent as the FRAME SYNC byte at the start of each frame.
  • FRAME SYNC bytes are separated by 70 bytes or 560 bits.
  • the receiver circuitry is capable of performing some form of auto-correlation on the aggregate signal to obtain synchronization.
  • the FRAME SYNC byte is preferably constructed so that the probability that some -user data appearing identical to it frame-after-frame is sufficiently low.
  • a sample FRAME SYNC byte is shown in the table below:
  • Every third outbound frame be designated a Superframe.
  • Superfra es will contain control information for synchronization, Netcon and auxiliary communication as described in more detail below.
  • a standard "time- slicing" scheme is adopted for the inbound (from remote to master) aggregate transmission (frame) .
  • a first time slot may be defined as to to tl, which can be reserved for responses from channel 1.
  • a second time slot tl to t2 can be reserved for responses from channel 2, etc, until a complete cycle is performed allowing for responses from each channel. This example is shown more clearly in the table below:
  • the outbound signal from the master to the remotes is used.
  • the outbound signal from the master has a frame cycle of lOmsec. All of the remotes which are receiving the outbound signal, therefore, may derive a common "clock" that ticks once every lOmsec.
  • every one out of X (preferably 3) outbound frames contains a tag to identify it as a Superframe.
  • Superframe timing information is extracted to establish the time reference to for use in the time- slicing scheme described above.
  • gaps are separated by gaps, so that minor jitters of an integer number of bits can be tolerated without resulting in overlapping of adjacent channel responses.
  • gaps are shown for example in the table below where the gaps are shown with the letter G:
  • the boundaries of channel time-slots are established using the master's own transmit signal Superframe timing as reference.
  • the gaps between time slots are preferably 3 bytes and 21 bits of those three bytes are designated as the guard band.
  • the guard band enhances collision protection, but also enables the efficient use of "control mode idle”, prevents errors during bit slippage of a remote port, and provides means for "on-the-fly" correction of time delay of remote ports.
  • the guard band is normally 21 marks, i.e. twenty-one bits, all 1.
  • the remaining 3 bits in the 3 byte gap distinguish whether the time slot following the gap is the start, middle or end of a channel response.
  • the first bit (bit_6 of the third byte) works like a "start bit” and is always set to "0" if there is data present.
  • the second and third bits (bit_7 and bit_8 of the third byte) are used as status flags to inform the receiver of the following conditions:
  • a 30msec inbound frame can comprise 1680 bits (56 x 30) or 210 bytes of data.
  • An illustration of the organization of such an inbound multipoint frame is shown below where the binary representations in Bytes 3, 24, 36, 48, and 207 are shown LSB first:
  • Figure 7b shows this arrangement of the inbound data frame in a schematic way and also shows an additional control channel C sent at the end of each frame.
  • the control channel is the last 3 bytes of the frame (Bytes 208-210 in the table above) .
  • the control channel like the data channels, is bracketed with gaps including guard bands.
  • the control or diagnostic data time slot shown in Figure 7b may be used as shown in the flow chart of Figure 9 (which is discussed in detail below) to monitor delay while data is being sent.
  • propagation delays will be different from drop to drop. These delays must be “equalized” in order for the signals to be synchronized. Equalization is accomplished by a circuit initialization procedure during which each remote drop is polled and propagation delay is measured.
  • the master first at 602 broadcasts a command to disable all remotes (hold mark) and then at 604 waits a reasonable time for all remotes to acquire frame synchronization, the remotes receive the disable transmitter command at 622 and disable their transmitters at 624.
  • the master sends a "prepare for delay measurement" command to a specific remote and waits until the transmission of the next Superframe to start a counter at 608 which is clocked by the aggregate TX clock. Then the master waits at 610 for the remote response.
  • the remote at 626 receives the "prepare for delay measurement” or if none is received, enables its transmitter at 634.
  • the the addressed remote at 628 waits for the next Superframe sync pattern. When the Superframe sync pattern is detected, a response is immediately sent back to the master which receives it at 610. If no response is received by the master at 610, the master broadcasts an enable transmitter command to all remotes at 618. If the master receives the response from the remote at 610, the master stops the counter at 612 and records the count on the counter and calculates the delay equalization value for the specific remote at 614.
  • the count is proportional to the round-trip propagation delay for the selected remote drop. Based on the measured value, the master at 616 sends back to the remote a Delay Equalization Count which may have the value
  • N (3 x Aggregate Speed)/100.
  • the value 3 is used here assuming that there is one Superframe for every 3 frames. This is a good value to use since it represents an optimized compromise between Available User Bandwidth and Response Time.
  • the number of Superframes may be different, however, under different circumstances.
  • the selected remote then receives at 630 the Delay Equalization Count, delays its current time reference to by that amount, and waits at 634 for the enable transmitter command from the master. If the remote does not receive a Delay Equalization Count at 630, it suspends normal data transmission and waits at 632 for the next delay measurement.
  • the master repeats the steps at 606 through 616 for each remote and then broadcasts at 618 an "Enable Transmitter" and begins normal operation at 620.
  • Each remote after receiving the "Enable Transmitter” at 634 proceed to normal data transmission at 636. If a remote does not receive an "Enable Transmitter” command at 634, it waits at 626 for a "prepare for delay measurement” command from the master.
  • the procedure is carried out when the master is first powered on or when a new remote drop is being installed. It can also be initiated by a command from the Netcon controller.
  • the control channel discussed above and shown schematically in Figure 7b can also be used to permit a substantially continuous monitoring of propagation delay so that remote terminals can be adjusted and kept in sync.
  • Figure 9 shows a flowchart of how the master monitors the propagation delay of the remote units and adjusts the transmitter offset of the remote units to compensate for change in delay.
  • the master unit at 704 polls the first remote and sets a timer to measure the arrival time of the response from the first remote.
  • the master also starts a time- out timer at 706. If no response at 708 is received from the first remote within the time-out interval at 710, the master skips to the next remote at 718. If a response is received at 708 before time-out at 710, the master calculates at 712 whether the arrival time is less than 5 bits (five aggregate clock periods) different from the nominal time associated with the first remote.
  • the master at 714 sends a "good" acknowledgement to the first remote. If the arrival time is more than 5 bits different (either earlier or later) than the nominal time, the master at 716 orders the first remote to shift its transmitter offset to compensate for the change in delay. The master then at 718 repeats this procedure for all remotes.
  • This monitoring is slow but substantially continuous and it provides enough protection so that a determination can be made and corrective action taken before the system needs to be shut down due to errors.
  • the correction command is sent to the remote unit in the control information section of the outbound frame. Correction is not made unless the difference between the measured and nominal values of Tl is significant (preferably > 5 bits) since small differences may be the result of a temporary glitch and not require corrective action.
  • the outbound frame includes two control bytes in its header. These bytes are preferably constructed according to the table below: BYTE_1 : - Status Flags
  • BYTE 2 - Netcon, Aux'y Channel or Control data
  • the first byte is used as a status indicator. It specifies whether the second byte is Netcon data, Auxiliary Channel data, or Control data and it indicates whether the current frame is a Superframe. In the case of a Superframe, status bits are also assigned to distinguish if it is a Superframe A, Superframe B, or Superframe C. The distinction is required to coordinate the inbound responses from the three separate sources mentioned above.
  • Bit 7 indicates to the remote receiver, the unit's master/remote status as told by its DSU.
  • Bit 8 lets the remote receiver know what receive carrier mode this unit expects. For example, if the remote receiver is to be used in a point to point mode, bit 8 is set to 1.
  • bit 8 is set to 0, as a constant carrier is expected from the master. Since each outbound frame carries only one byte of control data, a complete command may span a number of outbound frames and errors may be detected through the use of a checksum byte. Three bytes are available for inband communication in the 30msec inbound frame. These bytes are preferably constructed according to the table below:
  • BYTE_2 - Netcon, Auxiliary Channel or Control data
  • BYTE_3 - Netcon, Auxiliary Channel or Control data
  • the master normally addresses each remote by its Drop Number. Responses from the remote to the master are always two bytes at a time.
  • the guard band is a critical aspect of this invention.
  • the remote DSUs can inform the OCUs to which they are coupled whether they will be sending data or not in the time slot following the guard band. This information is then used by the OCU to inform the MJU of the same JSO that the MJU can shut off the OCU data input to the MJU if the OCU is not sending data. In this manner, the "data mode idle” discipline is avoided and the system is not susceptible to noise.
  • any lagging response by the OCU can be compensated for.
  • the guard band also guards against errors which would otherwise result from a change in the delay from a remote terminal to the master.
  • the guard band should data from one OCU be received slightly earlier or later than expected, it will not conflict with data from another remote terminal. In other words, the untimely OCU will, because of the guard band, begin transmission with 21 bits of marks (the guard band) and will simply put the untimely OCU from control mode idle into data mode idle. If data is received during the transmission of a guard band, signaling that delay from a remote terminal has changed, the master microprocessor will determine that there has been a change. Furthermore, as previously described, the system is provided with monitoring means in the control signalling in order to determine which remote terminal has changed its delay.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)

Abstract

L'invention concerne un système numérique multi-accès, multi-points interrogé. La séquence vers l'intérieur pour l'envoi d'informations de terminaux éloignés vers des ordinateurs serveurs (12) est agencée de sorte qu'une pluralité de bytes sont fournis par un premier terminal, lesquels sont suivis d'une bande de garde, laquelle est suivie d'une pluralité de bytes fournis par un second terminal, lesquels sont suivis d'une autre bande de garde, etc. La bande de garde permet une signalisation entre DSU (16. 36, 116) et OCU (24), qui à son tour permet de signaler à MJU (28) qu'aucune donnée ne viendra de OCU (24). De cette manière, on obtient un mode de commande inactif et on évite un mode de données inactif. De plus, grâce à la bande de garde, si la temporisation d'un site distant est modifiée, aucune donnée n'est perdue. Des moyens de contrôle du système (154) permettant de suivre les changements de temporisation sont également prévus, et le système peut agir pour qu'un terminal distant puisse accepter un changement dans la temporisation.
EP92918287A 1991-08-26 1992-08-21 Systeme numerique multi-acces multi-points Ceased EP0601013A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US74989791A 1991-08-26 1991-08-26
US749897 1991-08-26
PCT/US1992/007030 WO1993004541A1 (fr) 1991-08-26 1992-08-21 Systeme numerique multi-acces multi-points

Publications (2)

Publication Number Publication Date
EP0601013A1 true EP0601013A1 (fr) 1994-06-15
EP0601013A4 EP0601013A4 (fr) 1994-08-03

Family

ID=25015672

Family Applications (1)

Application Number Title Priority Date Filing Date
EP92918287A Ceased EP0601013A1 (fr) 1991-08-26 1992-08-21 Systeme numerique multi-acces multi-points

Country Status (4)

Country Link
EP (1) EP0601013A1 (fr)
AU (1) AU661864B2 (fr)
CA (1) CA2116228A1 (fr)
WO (1) WO1993004541A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9806268D0 (en) * 1998-03-25 1998-05-20 Gec Alsthom Ltd Method for determining propagation delays and method for detecting processor-clock drift in a communications system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5698955A (en) * 1980-01-11 1981-08-08 Mitsubishi Electric Corp Constituting method of meeting line for multi-direction multiplex communication
GB2232041A (en) * 1989-05-24 1990-11-28 American Telephone & Telegraph Multichannel multipoint polling network using time-division mutliplexing

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60199247A (ja) * 1984-03-23 1985-10-08 Nitsuko Ltd フレ−ムの同期方式
JPS6124338A (ja) * 1984-07-12 1986-02-03 Nec Corp 多方向多重通信方式
US4726017A (en) * 1985-05-21 1988-02-16 Fla. Multidrop data concentrator communication network
US4858230A (en) * 1987-05-18 1989-08-15 Duggan Robert J Multiport/multidrop computer communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5698955A (en) * 1980-01-11 1981-08-08 Mitsubishi Electric Corp Constituting method of meeting line for multi-direction multiplex communication
GB2232041A (en) * 1989-05-24 1990-11-28 American Telephone & Telegraph Multichannel multipoint polling network using time-division mutliplexing

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
PATENT ABSTRACTS OF JAPAN vol. 5, no. 171 (E-080) 30 October 1981 & JP-A-56 098 955 (MITSUBISHI) *
See also references of WO9304541A1 *

Also Published As

Publication number Publication date
EP0601013A4 (fr) 1994-08-03
AU661864B2 (en) 1995-08-10
AU2490792A (en) 1993-03-16
WO1993004541A1 (fr) 1993-03-04
CA2116228A1 (fr) 1993-03-04

Similar Documents

Publication Publication Date Title
US5251210A (en) Method and apparatus for transforming low bandwidth telecommunications channels into a high bandwidth telecommunication channel
US5359602A (en) Multiport-multipoint digital data service
EP1454443B1 (fr) Transmission concurrente de trafic a partir d'interfaces de communication multiples
EP0974212B1 (fr) Dispositif de synchronisation en boucle fermee pour systeme de transmission de donnees
CA1218773A (fr) Appareil et methode d'interfacage transparent pour liaison de communication par satellite
JP2000224199A (ja) 時分割多重バス同期化信号コンセントレ―タとデ―タ伝送システム及びその方法
CA2357944A1 (fr) Systeme et methode de commande multilogement pour element de reseau
US5524107A (en) Multiport multidrop digital system
AU661864B2 (en) Multiport multidrop digital system
US6751232B1 (en) Method and apparatus for communicating data between first and second pairs of transceivers communicating on a common communications link
GB2336074A (en) Phase alignment of data in high speed parallel data buses using a multi-phase low frequency sampling clock
Cisco Synchronous Data Connections
Cisco Synchronous Data Connections
Cisco Synchronous Data Connections
Cisco Synchronous Data Connections
Cisco Synchronous Data Connections
US6757244B1 (en) Communication bus architecture for interconnecting data devices using space and time division multiplexing and method of operation
JP3246423B2 (ja) 網同期装置
US20030227945A1 (en) Method and apparatus for ensuring cell ordering in large capacity switching systems and for synchronizing the arrival time of cells to a switch fabric
JP3009901B2 (ja) Ｉｓｄｎインターフェース方式
KR100225615B1 (ko) 백플레인을 이용한 망동기 장치
JPH05236576A (ja) 伝送端局装置用クロック同期方式
JP2000092146A (ja) マルチモデム伝送装置
EP1298867A1 (fr) Système et procédé de communication maítre-esclave pour un élément de réseau
JP3947095B2 (ja) 複数ユニット間のマルチフレーム同期のタイミング制御方法及びタイミング制御装置

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 19940317

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE ES FR GB IT

A4 Supplementary search report drawn up and despatched

Effective date: 19940615

AK Designated contracting states

Kind code of ref document: A4

Designated state(s): DE ES FR GB IT

17Q First examination report despatched

Effective date: 19970326

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20000914