NZ233593A

NZ233593A - Sonet h4 byte generator

Info

Publication number: NZ233593A
Application number: NZ23359390A
Authority: NZ
Inventors: Timothy James Williams; Ertugrul Baydar
Original assignee: Alcatel Australia
Priority date: 1990-05-08
Filing date: 1990-05-08
Publication date: 1992-06-25

Description

<div class="application article clearfix" id="description"> X. <4 *1 4T P(tority DmM.s}:... A . ,*S'. fh Cornfttctfl SpccUiea'iK>?'; rawd: Class: (5)Ji.9M.W£y^r.J^^iypo.J^J^/^. Publication Date: M JM j?J? P.O. Joui'naJ, No: r. ,.^o\..A TilEW ZEALAND patient ©PWCE ^ -8MAY1990 RECEIVED NEW ZEALAND PATENTS ACT 1953 COMPLETE SPECIFICATION "SONET H4 BYTE GENERATOR" WE, ST-AI^Am—T-E-LE-P4I0NES—A^-E>~e-A-&£rS-g PTY. LIMITED, A Company of the State of New South Wales, of 252-280 Botany Road, Alexandria, New South Wales, 2015, Australia, hereby declare the invention for which we pray that a patent may be granted to us, and the method by which it is to be performed, to be particularly described in and by the following statement: « I* 23 35 This invention relates to SONET transmission systems, and more particularly to apparatus for generating the SONET Path Overhead H4 Multiframe Indicator byte. The American National Standard Institute, Inc. (ANSI) 5 Tl.105-1988 describes the Synchronous Optical Network (SONET) protocol for telecommunications equipment. This standard is incorporated herein by reference. The SONET protocol is particularly adapted for optical transmission, and various transmission levels have been standardized at 10 specified line rates in M bit/s . The first level, Optical Carrier Level 1, or OC-1, transmits data at the rate of 51.84 M bits/s. This carrier level has a corresponding electrical level called Synchronous Transport Signal Level 1, or STS-1. 15 In order to access this high-frequency carrier level, access products are required so that lower bandwidth carriers can be introduced into or extracted from the STS-1 transmission level. These access products provide a SONET network with nodes where components of an STS-1 signal can 20 be added to or dropped out of the main signal. The compo nents that are added must have their signalling reorganized for insertion into the SONET format. A typical subcomponent of an STS-1 signal would be a DS1 signal having a bit rate of 1.544 M bits/s. Twenty-eight DSl signals can be 25 supported by an STS-1 carrier. Within the DSl signal for mat, an additional 24 DSO 64K bits/s signals can be supported . 23 35 The SONET transmission is serial in frames, comprising a total of 810 bytes each. The frame structure for an STS-1 is shown in Pig. 1. The frame comprises 90 columns x 9 rows of bytes, with 8 bits per byte. The sequence of transmission of the bytes is row by row, from left to right. The frame is divided into three parts: the section and line overhead, which are contained in the first three columns; and the payload, which is found in the 87 remaining columns, which, in connection with the nine rows, form a Synchronous Payload Envelope, SPE, which includes 783 bytes. The SPE can begin anywhere within the 87 x 9 byte envelope. Typically, the SPE begins in one SONET frame and ends in another. A payload pointer provided in overhead bytes HI and H2 points to the byte where the SPE begins, shown as P=0 in Pig. 1. Nine of the SPE bytes are allocated to path overhead. These bytes appear in one column, which can be any column in the SPE. The first path overhead byte is Jl, which is always in the first SPE byte, P=0. The information within the SPE is transported in Sub-STS-1 payloads called Virtual Tributaries, or VTs. There are several levels of VTs; however, it is only necessary to deal with VT 1.5 for purposes of describing this invention. When the STS-1 payload supports 28 DSl services, one VT at the 1.5 level is provided for each DSl service. Fig. 2 illustrates the payload mapping of SONET bytes into a DSl. 23359 An SPE consists of 783 bytes belonging to 28 tributaries, wherein each tributary can carry a DSl payload, as illustrated in Pig. 2. A DSl payload has 27 bytes, 24 of which carry DSO channels. The first byte carries a VT pointer, or address; a second byte is unused; and the third byte carries signalling data for the DSl payload. Every channel requires four signalling bits, namely, A, B, C and D, as is well known in the telephony art. For a DSl payload of 24 channels, a total of 96 signalling bits are required. Since only four bits of signalling are carried in each SONET signalling byte and there is only one signalling byte per tributary or DSl, a total of 24 SONET frames would be required in order to transmit the 96 required signalling bits for a DSl, these 24 frames are cumulatively called a super-frame or a signalling frame. The access products used to extract and add subcomponents to the STS-1 transmission level include both an add-drop multiplexer and a terminal multiplexer. Pig. 3 shows schematically the function of an add-drop multiplexer 1, wherein an STS-1 level transmission is received at an input 2 in the SONET format, while the sub-components contained therein are provided at an output 3 for connection to DS1/DS0 interface circuitry. Channels to be added to the STS-1 SONET transmission are provided at an input 4 in a DS1/DS0 format. The SONET frame is passed through the add-drop multiplexer to an output 5, where the added channels provided at input 4 are multiplexed with the SONET channels 23 35 so that the added channels replace the channels of the received SONET frame. In a terminal multiplexer, all received channels are provided to output 3* All transmitted channels are received at input 4 and are provided to output 5, and no 5 channels pass through from input 2 to output 5. The add-drop multiplexer poses special problems, since it facilitates the extraction and/or addition of any number of channels carried on the STS-1 line. Thus, some channels pass directly through an add-drop multiplexer, while some 10 channels are extracted and other channels are added. "Prom the above, it is apparent that a means must be provided to clearly identify the SONET frames that are being received and transmitted. In addition, it is essential for signalling purposes that the frame identification also indi-15 cates the relationship of the frame being received or transmitted to the 24-frame superframe. It is apparent that the 24-frame superframe can be divided into four phases consisting of frames 1-6, 7-12, 13-18 and 19-24 for transmitting respectively the A, B, C and D signalling bits. 20 To provide for this identification, the SONET protocol defined a specific path overhead byte for identifying, via defined bit sequences, the next SONET frame to be transmitted or received. This byte is referred to as the H4 byte shown in the path overhead column of Pig. 1. The H4 byte 25 serves as a multiframe indicator for signalling and framing purposes. The H4 byte identifies the signalling frame 5 23 359. 10 15 20 25 (24-f rame superframe) and the framing for the Virtual Tributaries (VTs). The H4 byte is assigned to column 0 and row 5 of the SPE. However, taking into account that the SPE may start at any location within the 87-column x 9~row envelope, the H4 byte can actually appear anywhere, as is shown in Fig. 1. The H4 byte always identifies the next frame that is to arrive or to be transmitted. The format of the H4 byte is as follows : - MSB LSB Bit No. 17 6 5 4 3 2 1 0 Data PI P0 SI2 311 C3 C2 01 T The relationship between the H4 bytes and the signalling byte contents are shown in Table 1. Referring to Table 1, it should be noted that the frames are numbered from 0-23. Table 1 shows the bit states for the H4 byte for each frame, and adjacent to that is shown the signalling information for the corresponding SONET byte for what is known as the extended superframe signalling. Bits C3, 02 and 01 of the H4 byte have been deleted from Table 1, primarily because these bits are not relevant to TABLE 1: SIGNALLING FRAME SEQUENCE H4 ESP PR PI P0 SI 2 SI1 T SI S2 33 S4 0 0 0 ' 0 0 0 AO A1 A2 A3 1 0 0 0 0 1 A4 A5 A6 A7 2 0 0 0 1 0 A8 A9 A10 All 23359' 3 0 0 0 1 1 A12 A13 A14 A15 4 0 0 1 0 0 A16 A17 A18 A19 5 0 0 1 0 1 A20 A2 1 A22 A23 6 0 1 0 0 0 BO 131 32 B3 5 7 0 1 0 0 1 B4 35 B6 B7 8 0 1 0 1 0 B8 69 BIO Bll 9 0 1 0 1 1 B12 B13 614 B15 10 0 1 1 0 0 Bl6 B17 B18 B19 11 0 1 1 0 1 B20 321 B22 B23 10 12 1 0 0 0 0 CO CI C2 C3 13 1 0 0 0 1 C4 C5 C6 C7 14 1 0 0 1 0 C8 C9 CIO Cll 15 1 0 0 1 1 C12 C13 C14 C15 16 1 0 1 0 0 C16 C17 Cl8 C19 15 17 1 0 1 0 1 C20 C21 C22 C23 18 1 1 0 0 0 DO D1 D2 D3 19 1 1 0 0 1 D4 D5 D6 D7 20 1 1 0 1 0 D8 D9 D10 Dll 21 1 1 0 1 1 D12 D13 D14 D15 20 22 1 1 1 0 0 D16 D17 D18 D19 23 1 1 1 0 1 D20 D21 D22 D23 the transmission standards which require the A, B, C and D signalling bits. Referring to Table 1, The T-bit toggles for each STS-1 25 SONET frame. The T-bit, combined with the SI2 and SI1 bits form a modulo-6 counter. The PI and PO bits form a modulo-4 7 23 35 0 counter. The concatenation of these counters creates a three usee frame for the 24-frame superframe. A review of Table 1 reveals the sensitivity of the H4 byte data. A single error in one bit of the H4 byte could result 5 in significant errors in the signalling for at least four different channels. Thus, a means was required to prevent erroneous H4 bytes from distorting signalling data. A means was required to generate an H4 byte on the transmit side of an access product, which generation must be synchronized 10 with the received H4 byte in an add-drop multiplexer. The present invention contemplates the implementation of a filtering algorithm for the SONET H4 byte, which algorithm was developed to solve the abovementioned problem. The algorithm operates in two modes: firstly, in a terminal 15 multiplexer, called the TM mode; and secondly, in an add-drop multiplexer, called the ADM mode. In implementing the algorithm, counters generate an H4 bit sequence, either synchronized to the received H4 byte in the ADM mode, or free running in the TM mode and in the ADM mode 20 under error conditions. For the generation of an H4 byte on the transmit side, two counters are provided, one for generating bits 0, 4, 5» 6 and 7, and one for generating the C bits, namely, bits 1, 2 and 3- These bits are combined and outputted as the gener-25 ated H4 byte. In a terminal multiplexer the counters are free running and are continuously incremented each frame with the counter outputs providing the H4 byte. Provision- 8 23359 ing from a controller identifies whether the access product is an add-drop multiplexer or a terminal multiplexer, since the algorithm for the generation of the H4 byte differs for an add-drop multiplexer from the free-running counter that is used in a terminal multiplexer. In the add-drop multiplexer mode of operation, the counters must be synchronzied with the incoming H4 byte on the receive side of the access product. The output of the five-bit counter is compared with the corresponding bits of the incoming H4 byte, and if a mismatch occurs, a mismatch counter is incremented. When the mismatch counter reaches a count of six, the five-bit and three-bit counters are loaded with the current value of the incoming H4 byte, and the mismatch counter is reset to 0. The mismatch counter is also reset to 0 when the multiplexer is activated by a reset signal, when the comparator output shows a match between the incoming 114 byte and the five-bit counter output, and when a red alarm signal is received. If certain errors are detected in the system which in a red alarm, the transmit side of an add-drop multiplexer reverts to a free-running condition and is no longer synchronzied to the error condition. One objective of the present invention is to provide a filtering algorithm for the SONET H4 byte which is compatible with both terminal multiplexers and add-drop multiplexers. 23 359 Another objective of the present invention is to provide for H4 byte generation on the transmit side of an access product. Another objective of the present invention is to synchronize the generated H4 byte on the transmit side with the received H4 byte on the receive side of an access product. Another object of the present invention is to allow for free running of the H4 byte generation on the transmit side if a red alarm is sensed at the receive side of an add-drop multiplexer. Another objective of the present invention is to generate the H4 byte on the transmit side with counters that are compared with the received H4 byte and set to the value of the received H4 byte if more than a predetermined number of mismatches are sensed. In order that the invention may be readily carried into effect, embodiments thereof will now be described in relation to the drawings, in which:- Pig. 1 shows the format of an STS-1 SONET frame. Pig. 2 shows the payload mapping of a DSl transmission line. Fig. 3 shows schematically the operation of an add-drop multiplexer. Fig. 4 is a flow chart illustrating an algorithm for an H4 byte generating system. Fig. 5 shows a block diagram of an implementation of the algorithm of Fig. 4. 23 359 Fig. 6 is a schematic diagram of the C-bit counter of Fig. 5. Fig. 7 is a schematic diagram of a flip-flop used in Fig. 6. 5 Fig. 8 is a schematic diagram of the mismatch counter shown in Fig. 5. Fig. 9 is a schematic diagram of the five bit comparator shown in Fig. 5. Fig. 10 is a schematic diagram of the H4 register shown in 10 Fig. 5. Fig. 11 is a schematic diagram of the counter shown in Fig. 5- A. filtering algorithm has been developed for compensating for errors that may be introduced in the SONET generation of 15 the path overhead byte. The present invention discloses the filtering algorithm and circuitry for implementing said algorithm. The algorithm is designed to work in SONET add-drop multiplexers and terminal multiplexers. A counter generates the H4 byte and is either synchronized to the 20 received H4 byte in an add-drop multiplexerj or is free run ning in a terminal multiplexer and in an add-drop multiplexer when an error condition has been sensed. The received byte identifies the transmitted frame for an add-drop multiplexer, except during an error condition. 25 The H4 byte generation algorithm is designed to operate cor rectly during add-drop multiplexer error conditions and also 11 23359 when the access product Is configured as a terminal multtplexe r. Fig. 4 shows a flow chart for the H4 byte generation algorithm. An H4 byte counter which essentially comprises two separate counters, is continuously incrementing each frame, and the output of the counter Is provided as the transmitted H4 byte. A provisioning bit identifies whether the access product is an add-drop multiplexer or a terminal multiplexer. In the event that the access product is a terminal multiplexer, the H4 byte counter is allowed to free run continuously giving its output as the generated H4 byte. The algorithm is more complex in the case of an add-drop multiplexer, in which event the receive portion of the access product is polled to determine if a red alarm is present. If a red alarm is present, a mismatch counter is reset and essentially the H4 byte counter is allowed to free run providing its output as the H4 byte to be transmitted. If a red alarm is not present, selected bits of the H4 counter are compared with the incoming H4 byte from the receive side to determine if a match exists. If a match exists, the mismatch counter is reset to zero and the H4 counter output is provided as the generated H4 byte. If the incoming H4 byte and the selected bits of the counter output do not match, the mismatch counter is incremented; however, the H4 counter output is still provided as the generated H4 byte. When the mismatch counter reaches a count of six without being reset, 23359 the received H4 byte is loaded into the H4 counter, and the mismatch counter is reset. The algorithm illustrated in Fig. 4 is implemented by the circuit shown in Fig. 5- Referring to Fig. 5, the circuit includes a number of counters such as C-bit counter 92, a mismatch counter 94, and an H4 counter 96. An H4 register 98 receives and stores the H4 byte from the receive side of an access product, and outputs five selected H4 byte bits to an five-bit comparator 100. H4 register 98 includes a reset input 102 connected to a terminal 104 for receiving a reset signal when the multiplexer is initially powered up. An input 106 of the H4 register is connected to receive a red alarm signal from terminal 108. Input 110 of the H4 register is connected to terminal 112 for receiving eight data bits of the data received on the receive side of the access product. Input 114 receives from terminal 116 a low-level signal during the time when the H4 byte is being received at the receive side of the access product. Inputs 118 and 120 are connected to terminals 122 and 124 respectively for receiving the 8-MHz and 16-MHz clock signals. In response to the input signals, the H4 register loads the eight bits appearing on terminal 112 during the H4 byte time, as indicated by the input on terminal 116. H4 register 98 provides a red alarm output indication at output 126. Output 128 provides three output bits corresponding to the H4 bits 1, 2 and 3 for CI, C2 and C3, while output 130 pro- n 233595 10 vides five H4 bits corresponding to bits No. 0, 4, 5, 6 and 7, also Identified respectively as bits T, SI1, SI2, P0 and PI shown in Table 1. The red alarm output from 126 is provided to an input of a gate 134, which has two additional inputs connected to terminals 136 and 138. Terminal 136 receives a signal that is active during the J1 byte of the received SONET frame, while terminal 138 receives a provisioning bit from the processor indicating whether the access product is to function in an ADM mode or a TM mode. Gate 134 provides an output during the J1 byte period when the ADM mode is selected and when a red alarm is not present, said output being provided to an input 140 of five-bit comparator 100. The five-bit comparator 100 also receives at an input 142 15 five bits from H4 register 98 at its output 132, which bits correspond to the inverse of the bits provided at output 130. An input 144 receives five bits corresponding to bits ^ 0, 4, 5> 6 and 7 of the H4 byte generated by the H4 counter 96 and outputted on an output 146. Comparator 100 compares 20 the five bits from the H4 counter with the five bits from —1. the H4 register and provides an indication at an output 148 that the bits are equal, or an Indication at an output 150 that the bits are not equal. H4 counter 96 receives the five H4 bits outputted at out-25 put 130 of the H4 register at an input 152 while receiving an enable signal at input 154. The enable signal at 154 is provided through an inverter from a terminal 156 which re- 14 23 35 £ ceives a low-level signal during the period of time of byte 59 of the SPE. Thus, the H4 counter is enabled during the period of time that byte 59 of the SPE is received. An input 158 receives a load input signal derived from the output of the mismatch counter 94. An input 160 receives a reset signal from terminal 104, while inputs 162 and 164 receive the 8-MHz and 16-MHz clock signals from terminals 122 and 124. The H4 counter 96 provides five output bits at output 146, said five bits corresponding to bits 0, 4, 5, 6 and 7 of the H4 byte generated by the H4 counter. An output 166 provides a load signal to the C-bit counter 92, while an output 168 provides a carry output to the C-bit counter. C-bit counter 92 includes an input 170 connected to receive the least significant bit of the output 146 of the H4 counter 96. A second enable signal is provided at an input 172, said second enable signal is derived from terminal 156 and is at a low level during the period of time when byte 59 of the SPE is being received. A first clear input 17 4 is connected to the carry output 168 of counter 96. A second clear input 176 receives an inverted reset signal from terminal 104 through an inverter 178. Terminal 180 receives the load signal generated at output 166 of counter 96. An input 182 receives three bits corresponding to bits CI, C2 and C3 outputted at output 128 of the H4 register 98. Inputs 184 and 186 are connected to receive the 8-MHz and 16-MHz clock signals from terminals 122 and 124 respectively. The C-bit counter 92 provides at an output 188 233593 three bits corresponding to bits CI, C2 and C3 of the H4 byte. The counter also provides at an output 190 a signal that alternates its state at every four frames, which signal is used for floating VT systems to indicate the four-frame boundaries of the DSls, said signal being provided at an output 192. The five bits output at 146 of the H4 counter 96 are provided to an inverter 194 for inverting all five output bits, which inverted bits are provided as bits 0, 4, 5S 6 and 7 of the multiplexer output 196. The bits provided at output 188 of counter 92 are interleaved with the bits from counter 96 to provide bits 1, 2 and 3 at output 196. The mismatch counter 94 includes a terminal 198 for receiving an enable signal from the output 150 of the comparator 100. The mismatch counter also includes Inputs 200 and 202 for receiving the 8-MHz and 16-MHz clock signals, with the 8-MHz clock signal being provided from terminal 122 and the 16-MHz clock signal being provided from terminal 124. Thus, the mismatch counter 94 is enabled when comparator 100 finds the compared bits to be not equal. Mismatch counter 94 has first and second outputs 204 and 206 for providing the two most significant bits of the counter output. These bits are connected as inputs to a gate 208 which provides an output when the mismatch counter reading is 110, indicating that a count of six has been reached. The output of gate 208 is connected to input 158 of the H4 2335 counter 96 as the load input and also as an input of a gate 210. Gate 210 has four inputs, one connected to the output of gate 208 as previously mentioned, one connected to receive an inverted reset signal from inverter 178, one connected to the EQ output 148 of the comparator 100, and one connected to receive the red alarm output from 126 of the H4 register 98. Gate 210 is responsive to any 0-level input signal to provide a 1-level output signal which is connected to a clear input 212 of the mismatch counter 94 to effect a clearing of the mismatch counter upon the occurrence of a red alarm, the mismatch counter reaching a count of six, an equal output from the comparator 100, or a reset signal being received by the circuit. Referring to Table 2, there is shown the complete H4 byte sequence generated for each of 48 frames numbered 0-47 provided at output 196. Referring to Fig. 6, there is shown a schematic diagram of the C-bit counter 92 which includes three flip-flops, 214, 216 and 218 for outputtln^ the CI, C2 and C3 signals respectively. The flip-flops are enabled by the enable signals provided at inputs 170 and 172. The input provided at 172 is low during byte 59 of each SPE, while the input at 170 is low only during every other frame since it is connected to the least significant bit of output 146, which is the T-bit shown in Table 2. Thus, the counter is enabled every other frame. The CLRl and CLR2 signals applied to inputs 174 and 17 2-3 3 5 176 function to clear the flip-flops. A reset signal applied to input 176 will clear the flip-flops immediately. A carry output from the H4 counter 96 is applied to input 174, which is connected to an input of gate 220. The carry input 17 4, which is connected to an input of gate 220. The carry output occurs at both frames 23 and 47, as shown in Table 2; however, the carry output occurring at frame 23 does not occur TABLE 2: PULL COUNTER SEQUENCE PI P0 SI 2 SI1 C3 C2 CI T FRAMES 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 1 0 0 1 0 2 0 0 0 1 0 0 1 1 3 0 0 1 0 0 1 0 0 4 0 0 1 0 0 1 0 1 5 0 1 0 0 0 1 1 0 6 0 1 0 0 0 1 1 1 7 0 1 0 1 1 0 0 0 8 0 1 0 1 1 0 0 1 9 0 1 1 0 1 0 1 0 10 0 1 1 0 1 0 1 1 11 1 0 0 0 1 1 0 0 12 1 0 0 0 1 1 0 1 13 1 0 0 1 1 1 1 0 14 1 0 0 1 1 1 1 1 15 1 0 1 0 0 0 0 0 16 18 2% 3 5 9 3 10 15 J 20 25 1 0 1 0 0 0 0 1 17 1 1 0 0 0 0 1 0 18 1 1 0 0 0 0 1 1 19 1 1 0 1 0 1 0 0 20 1 1 0 1 0 1 0 1 21 1 1 1 0 0 1 1 0 22 1 I 1 0 0 1 1 1 23 0 0 0 0 1 0 0 0 24 0 0 0 0 1 0 0 1 25 0 0 0 1 1 0 1 0 26 0 0 0 1 1 0 1 1 27 0 0 1 0 1 1 0 0 28 0 0 1 0 1 1 0 1 29 0 1 0 0 1 1 1 0 30 0 1 0 0 1 1 1 1 31 0 1 0 1 0 0 0 0 32 0 1 0 1 0 0 0 1 33 0 1 1 0 0 0 1 0 34 0 1 1 0 0 0 1 1 35 1 0 0 0 0 1 0 0 36 1 0 0 0 0 1 0 1 37 1 0 0 1 0 1 1 0 38 1 0 0 1 0 1 1 1 39 1 0 1 0 1 0 0 0 40 1 0 1 0 1 0 0 1 41 1 1 0 0 1 0 1 0 42 1 1 0 0 1 0 1 1 43 19 r> 23 35 ■^s . f ♦ 11011100 44 11011101 45 1110 1110 46 1110 1111 47 5 simultaneously with a 0 output at the inverted output of flip-flop 218 which is fed back to gate 220. Thus, gate 220 does not pass a clear signal during frame 23, and the flip-flops of the counter are only cleared after frame 47. Input 182 receives the CI, C2 and C3 bits from the output 128 of 10 H4 register 98, which bits are loaded into the flip-flops upon the occurrence of a load signal at input 180. The load signal is provided at output 166 of the H4 counter 96 and indicates that the bits from the H4 register should be loaded into the counter due to the mismatch counter having 15 reached a count of six. Referring to Pig. 1, there is shown a schematic diagram of the circuitry used to form the flip-flops 214, 216 and 218 of Pig. 6. Output 190 is derived from the inverting output of 20 flip-flop 216 which corresponds to bit C2 shown in Table 2 and alternates every fourth frame. Output 188 provides three parallel bits corresponding to CI, C2 and C3 formed at the outputs of flip-flops 214, 216 and 218 respectively. 25 Referring to Pig. 8, there is shown a schematic diagram of the mismatch counter 94 which includes flip-flops 222, 224 and 226 for providing the outputs OPO, 0P1 and OP2 of 20 233593 the mismatch counter. The circuitry of the counter is straightforwardj and the counter is enabled by a not equal output from the comparator 100. Pig. 9 shows the schematic diagram of the five-bit comparator 100 where five bits from the H4 register 98 are compared with five bits from the H4 counter 96 to provide outputs during the J1 byte indicating whether the bit sequences are equal or not equal. Referring to Pig. 10, there is shown a schematic diagram for the H4 register 98 which receives at input 110 eight bit corresponding to a SONET input byte. The input is loaded to the register during the H4 byte, as indicated by the load signal received on input 114 which is the inverse of an H4 active signal. Bits 1, 2 and 3 provided at input 110 are directed to flip-flops 228, 230 and 232 for storing the CI, C2 and C3 bits respectively. The outputs of flip-flops 228, 230 and 232 are provided at output 128. Bits 0, 4, 5> 6 and 7 at input 110 are provided to flip-flops 234, 236, 238, 240 and 242 respectively, which flip-flops provide the H4 output bits 0, 4, 5, 6 and 7 at output 130, while the inverse of these bits are provided at output 132. Input 106 receives the red alarm which is loaded into a flip-flop 244 during the H4 byte. The red alarm is stored in flip-flop 244 and provided at output 126. Pig. 11 shows a schematic diagram for the H4 counter 96. The counter uses a plurality of flip-flops 246, 248, 250, 252 and 254, each constructed as shown in Pig. 7. The 233593 flip-flops generate five output signals corresponding to bits 0, 4, 5, 6 and 7 of the H4 byte at an output 256, while the inverse of these signals is provided at an output 146. These signals are shown in Table 2 as bits T, SI1, SI2, PO and PI which provide bit sequences corresponding to frames 0-23. A clear signal provided at input 160 from the reset signal causes all flip-flops to revert to the 0 state. Input 152 receives five bits from output 130 of the H4 register which correspond to the stored H4 byte. These bits are loaded into the flip-flops upon the occurrence of a load signal at input 153, which signal is derived from the output of the mismatch counter 94. The load input 158 is connected to the input of a gate 258 which includes a second input connected to a gate 260 having two inputs connected to bits 4 and 5 of the H4 signal. From a review of Table 2 it is apparent that bits 4 and 5, namely bits SI1 and SI2 are never at logic level 1 at the same time if valid H4 data is being received at the receive side. Thus, the output of gate 260 should always be 0, which when combined to a 0-level signal at input 158 will provide a valid load signal to output 166 and to the flip-flops 246-254. Thus, the H4 counter 96 is incremented to provide the bit sequences for bits T, SI1, SI2, P0 and PI shown in Table 2, unless a load signal is received from them mismatch counter, at which time the received H4 bits from the receive side will be loaded into the flip-flops. A gate 262 is connected to receive at its inputs the non-inverting flip-flop 233593 outputs of flip-flops 246, 250, 252 and 254, the inverting output from flip-flop 248, and the enable signal from input 154. In response to these inputs, gate 262 provides a carry signal to output 168 each time the H4 output corresponds to 11101 representing frames 23 and 47 shown in Table 2. The carry signal is provided at output 168 to C-bit counter 92 to function as the CLRl signal. Thus, the present invention provides an algorithm and an implementation thereof in which an H4 byte generating circuit is provided for a transmit side which includes counters for generating the H4 byte and means for comparing the counter output with a received H4 byte. Mismatches between the received H4 byte and the counter output are accumulated and upon the occurrence of six mismatches the H4 counter is loaded with the received H4 byte. The mismatch counter is reset to 0 when its output reaches six, when an alarm bit is sensed, when the multiplexer is activated by a reset signal, and when the comparator indicates a match. </div>

Claims

<div class="application article clearfix printTableText" id="claims"> 233593 What wc claim is:-

1. An acccss apparatus for a SONET transmission system of the type that transmits information in frames, each frame having tributaries with channels, a plu-rality of frames forming a superframe, the apparatus including a device for generating 5 H4 bytes, comprising means for receiving SONET-formattcd bytes from the SONET transmission system; means for extracting H4 bytes from the received SONET bytes; means for sequentially generating H4 bytes for each SONET frame; means for comparing at least a portion of the extracted H4 bytes with a like portion of the generated H4 bytes and for providing an output indicative of a match or lack thereof; a mis-10 match counter receiving the output of the comparing means and in response thereto being incremented if a match is not indicated and being reset if a match is indicated, said counter providing an output when a predetermined count is generated; means for loading the extracted H4 byte into the sequential H4 byte generating means in response to an output from said counter; and means for resetting said counter upon the IS loading of the extracted H4 byte into the generating means.

2. An access apparatus as claimed in claim 1, additionally comprising means for ^ sensing an alarm condition on the received SONET bytes; and means responsive to O the sensing of an alarm condition to reset said mismatch counter.

3. An access apparatus as claimed in claim I, wherein the means for generating 20 H4 bytes comprises a first counter for generating a first number of bits for the H4 ■KJ byte and a sec- •« «. ' < f -7 MAY 1992?; , </ 25 24 233593 ond counter for generating a second number of bits for the H4 byte; and means for combining the bits of said counters to form the H4 byte.

4. An access apparatus as claimed in claim 3, wherein the means for comparing compares bits generated by the first counter with the corresponding bits of extracted H4 bytes.

5. An access apparatus as claimed in claim 1, additionally comprising means for resetting said mismatch counter each time the access apparatus is acticated.

6. An access apparatus as claimed in claim 1, additionally comprising means for allowing the means for generating H4 bytes means to run free for a particular mode of access apparatus operation by inhibiting said comparator means.

7. A method for generating H4 bytes in an access apparatus for a SONET transmission system of the type that transmits information in frames, each frame having tributaries with channels, a plurality of frames forming a superframe, comprising the steps of receiving SONET bytes from said SONET transmitting system; extracting H4 bytes from said received bytes; generating sequential H4 bytes for each SONET frame with an H4 byte generating means comparing at least a portion of the generated H4 bytes with a like portion of the extracted H4 bytes to determine if there is a match or a mismatch; incrementing a mismatch counter if a mismatch is indicated; resetting the mismatch counter if a match is indicated; outputting a signal from said mismatch counter when the counter reaches a predetermined value; loading an ex- 25 23 3593 tracted H4 byte into the H4 byte generating means in response to an output from said mismatch counter; and resetting said mismatch counter in response to the output from the mismatch counter.

8. A method as claimed in claim 7, additionally comprising the steps of sensing an alarm condition in the received SONET bytes and resetting the mismatch counter in response to said alarm condition.

9. A method for generating H4 bytes in an access apparatus for a SONET transmission system of the type that transmits information in frames, each frame having tributaries with channels, a plurality of frames forming a superframe, comprising the steps of receiving SONET bytes from said SONET transmitting system; extracting H4 bytes from said received bytes; generating sequential H4 bytes for each SONET frame with an H4 byte generating means; comparing at least a portion of the extracted H4 byte with a like portion of the generated H4 bytes to determine if there is a match or a mismatch; resetting the H4 byte generating means to the value of an extracted H4 byte after a predetermined number 233593 of mismatches occur; sensing an alarm condition in the received SONET bytes and allowing the byte generating means to run free when an alarm is sensed. STANDARD TELEPHONES AND CABLES PTY. LIMITED B. O'Connor Authorized Agent P5/1/1703 27 </div>