US20050089026A1 - Method and system for improved sonet data communications channel - Google Patents
Method and system for improved sonet data communications channel Download PDFInfo
- Publication number
- US20050089026A1 US20050089026A1 US10/979,127 US97912704A US2005089026A1 US 20050089026 A1 US20050089026 A1 US 20050089026A1 US 97912704 A US97912704 A US 97912704A US 2005089026 A1 US2005089026 A1 US 2005089026A1
- Authority
- US
- United States
- Prior art keywords
- frame
- overhead
- communications channel
- data communications
- channel bits
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- 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
- H04J3/1605—Fixed allocated frame structures
- H04J3/1611—Synchronous digital hierarchy [SDH] or SONET
Definitions
- the present invention relates generally to the transmission of data in a synchronous optical network, and more particularly, to an overhead structure for a data frame in a synchronous optical network.
- SONET Synchronous Optical Network
- SDH Synchronous Digital Hierarchy
- a section concerns communications between two adjacent network elements, referred to as a section terminating equipment (STE) 110 - 1 through 110 - 6 .
- Regenerators 140 - 1 and 140 - 2 and add-drop multiplexers (ADM) 150 - 1 and 150 - 2 are examples of STE 110 - 3 , 110 - 4 , 110 - 2 , and 110 - 5 , respectively.
- a line concerns communications between line terminating equipment (LTE) 120 - 1 through 120 - 4 , such as add-drop multiplexers 150 .
- LTE line terminating equipment
- a line includes one or more sections.
- LTEs 120 - 1 through 120 - 4 perform line performance monitoring and automatic protection switching.
- Regenerators generally are not LTEs, although add-drop multiplexers typically are both an STE and an LTE.
- a path includes one or more lines which in turn include one or more sections.
- SONET uses a basic transmission rate of STS- 1 , which provides a data rate of 51.84 Mbps. Higher rate SONET signals are integer multiples of this base rate. For example, an STS- 3 has a data rate of 155.52 Mbps, or 3 ⁇ 51.84 Mbps.
- the frame format of the STS- 1 is shown in FIG. 2 .
- the frame 210 is divided into two protions: transport overhead 220 and a synchronous payload envelope (SPE) 230 .
- the SPE 230 is an 87 column by 9 row matrix, for a total of 783 bytes, and is divided into two parts: the STS path overhead 232 and the payload 234 .
- the transport overhead 220 is divided into section overhead 222 and line overhead 224 .
- FIG. 3 provides a diagram of the transport overhead for the current SONET frame structure.
- the first three rows of the transport overhead contain the section overhead and the final six rows contain the line overhead.
- B1 Section bit interleaved parity code (BIP-8) byte - This is a parity code (even parity) for checking for transmission errors over a section.
- this byte is defined for only the first STS-1 frame
- E1 Section orderwire byte - This byte is used as a local orderwire channel for voice communications between regenerators, hubs, and remoter terminal locations
- F1 Section user channel byte - This byte is set aside for the user. It terminates at all STEs within a line.
- D1, D2, D3 Section data communications channel (DCC) bytes - These bytes form a 192 kbps message channel providing a message-based channel for operations, administration, maintenance, and provisioning (OAM&P) between STEs. This channel is used from a central location for alarms, control, monitoring, administration and other communications needs. It is available for internally generated, externally generated, or manufacturer-specific messages.
- H1 H2 STS payload pointer - These pointer bytes are used in frame alignment and frequency adjustment.
- K1, K2 Automatic protection switching (APS channel) bytes - These bytes are used for protection signalling between LTEs for bi- directional APS and for detecting alarm indication signals (AIS-L) and remote defect indication (RDI) signals.
- D4-D12 Line data communications channel bytes (LDCC) - These 9 bytes are used to provide a 576 kbps message channel from a central location for OAM&P information, such as alarms, control, maintenance, remote provisioning, monitoring, administration, and other communications needs, between LTEs. This channel is available for internally generated, externally generated and manufacturer-specific messages.
- S1 Synchronization status byte This byte is located in the first STS-1 frame in an STS-N frame.
- Bits 5-8 of this byte convey the synchronization status of the network.
- Z1 Growth byte - This byte is allocated in the 2 nd through N th STS-1 frame in an STS-N frame where 3 ⁇ N ⁇ 48, and is allocated for future growth.
- M0 STS-1 REI-L byte - This byte is only defined for an STS-1 frame in an OC-1 or STS-1 electrical signal.
- Bits 5-8 of this byte are allocated for a line remote error indication function (REI-L), formerly referred to as Line FEBE. This function conveys the error count detected by an LTE, using the line BIP-8 code, back to its peer LTE.
- REI-L line remote error indication function
- M1 STS-N REI-L byte - This byte is located in the third STS-1 frame in an STS-N frame, and is used for REI-L purposes.
- Z2 Growth byte - This byte is located in the first and second STS-1 frame of an STS-3 frame and the first, second, and fourth through N th STS-1 frame of an STS-N frame, where 12 ⁇ N ⁇ 48. These bytes are allocated for future growth.
- SONET standards have specified a number of management applications whose protocol data units (PDU) are characterized by their large size. These applications include the common management information protocol (CMIP) based Open Systems Interconnection (OSI) management (X.711 or ISO 9596), the file transfer access management (FTAM) based software download and remote back-up applications (ISO 85714), X.500 based directory services, and T1.245 compliant registration management.
- CMIP common management information protocol
- OSI Open Systems Interconnection
- FTAM file transfer access management
- ISO 85714 remote back-up applications
- SDCC Section Data Communications Channel
- FIG. 4 provides an illustration of a TSI 410 of the prior art and shows that TSI 410 receives and transmits information on both the SDCC and LDCC. As such, TSI 410 must drop both the SDCC and LDCC for every interface.
- the LDCC is under-utilized. This is because, despite its bandwidth being triple that of the SDCC, standards have not assigned any management applications to the LDCC.
- Methods and systems consistent with the present invention include a frame for carrying information over a communications channel that includes a section overhead and a line overhead.
- LDCC bytes of the transport overhead are eliminated and added to the SDCC bytes, thus increasing the capacity of the SDCC.
- such methods and systems comprise a network, including LTEs and STEs.
- the LTEs and STEs include a framer that inserts a greater number of data communications channel bits into the section overhead than into the line overhead, thus increasing the capacity of the SDCC over the prior art.
- such methods and systems comprise a network element that inserts a greater number of data communications channel bytes into the section overhead than the, line overhead, thus increasing the capacity of the SDCC over the prior art.
- the invention comprises a dual mode adapter that includes means for inserting data communications channel bytes into a frame with a higher capacity SDCC, means for inserting data communications channel bytes into a frame according to the prior art, and means for selecting between these two means.
- FIG. 1 is an illustration of a SONET architecture
- FIG. 2 is an illustration of a SONET frame
- FIG. 3 is an illustration of a prior art transport overhead structure
- FIG. 4 is a block diagram of a prior art time slot interchange
- FIG. 5 is a block diagram of an add drop multiplexer, in accordance with methods and systems consistent with the invention.
- FIG. 6 is an illustration of a transport overhead structure, in accordance with methods and systems consistent with the invention.
- FIG. 7 is an illustration of a transport overhead structure, in accordance with methods and systems consistent with the invention.
- FIG. 8 is a block diagram of a framer, in accordance with methods and systems consistent with the invention.
- FIG. 9 is a flow diagram illustrating a process for constructing an STS- 1 frame with an overhead structure consistent with the prior art SONET standards
- FIG. 10 is a flow diagram illustrating a process for constructing an STS-N frame with an overhead structure consistent with the prior art SONET standards
- FIG. 11 is a flow diagram illustrating a process for constructing an STS- 1 frame with an overhead structure in which the LDCC bytes are eliminated, in accordance with systems and methods consistent with the invention
- FIG. 12 is a flow diagram illustrating a process for constructing an STS- 1 frame with an overhead structure in which the SDCC is larger than the LDCC, in accordance with systems and methods consistent with the invention
- FIG. 13 is a block diagram of a time slot interchange, in accordance with methods and systems consistent with the invention.
- FIG. 14 is a block diagram of a dual mode adapter, in accordance with methods and systems consistent with the invention.
- FIG. 5 provides a more detailed diagram of an ADM 150 , such as illustrated in FIG. 1 .
- the functional elements of ADM 150 may include STE 110 , LTE 120 , a framer 510 , a de-framer 520 , a payload processor 530 , a time slot interchange (TSI) 540 , and a management processor 550 .
- STE 110 LTE 120
- framer 510 LTE 120
- de-framer 520 may include a payload processor 530 , a time slot interchange (TSI) 540 , and a management processor 550 .
- TSI time slot interchange
- the line data communications channel bytes of the transport overhead are eliminated and combined with the section data communications channel bytes, thus creating a single SDCC of 12 bytes and 768 kbps capacity.
- FIG. 6 illustrates a transport overhead consistent with the present invention. Data communications channel bytes D 4 thru D 12 are moved from the line data communications channel in the prior art transport overhead structure, which is shown in FIG. 3 , into the section data communications channel to create a single data communications channel. Thus, the resulting data communications channel consists of 12 bytes and provides a 768 kbps channel.
- some, but not all of the LDCC bytes are combined with the SDCC bytes, as shown in FIG. 7 , to create a larger SDCC.
- the SDCC includes DCC bytes D 1 -D 9
- the LDCC includes DCC bytes D 10 -D 12 . This results in a SDCC with a capacity of 576 kbps and a LDCC with a capacity of 192 kbps.
- FIG. 8 shows a block diagram of a framer 510 in accordance with an embodiment of the present invention.
- framer 510 includes means for inserting payload into a SONET frame 810 , and a means for inserting overhead into the SONET frame 820 .
- framers are very complex and include many data mappings, dependencies on the STS-N signal rate (e.g., STS- 1 , STS- 3 , etc), and payload position variations based on pointers.
- DCC Data Communications Channel
- a prior art SONET framing device inserts the three section DCC bytes in the standards-defined position of row 3 , columns 1 , 2 , and 3 , as illustrated in FIG. 3 .
- the three SDCC bytes occupy three consecutive bytes whose absolute byte location within the frame are 181 , 182 , and 183 (where the absolute byte location is determined by consecutively numbering the bytes starting with row 1 column 1 ), because the first three rows of the frame are 90 bytes.
- the LDCC occupies, as defined by the SONET standards, the row 6 columns 1 through 3 , row 7 columns 1 through 3 , and row 8 column 1 through 3 , as shown in FIG. 3 .
- the LDCC thus occupies bytes 451 through 453 , 541 through 543 , and 631 through 633 .
- the DCC bytes are defined only for the first STS- 1 of the frame. As such, in frames with a rate higher than STS- 1 , the DCC bytes are non-consecutive because the corresponding byte positions in the STS-Ns are undefined.
- the D 1 byte occupies the first column of row 3 as is the case with an STS- 1 , but D 2 is in the fourth column of row 3 and D 3 is in the seventh column of row 3 .
- the intervening bytes (part of STS # 2 and STS # 3 ) between the DCC bytes, the 2 rd , 3 rd , 5 th , 6 th , 8 th , and 9 th columns of row three are empty.
- the three section DCC byte locations are the 541 st (D 1 ), 544 th (D 2 ), and 547 th (D 3 ) bytes of the frame.
- FIG. 9 illustrates a flow chart of an algorithm that can be used for constructing an STS- 1 SONET frame according to the transport overhead structure defined by today's SONET standards, as shown in FIG. 3 .
- a framer inserts bits into the frame one row at a time.
- First row 1 is inserted, which includes framing bytes A 1 and A 2 , STS identifier byte C 1 , and 87 bytes of payload data and path overhead (S 902 ).
- the second row is inserted, which includes bytes B 1 , E 1 , F 1 , and 87 bytes of payload data and path overhead (S 904 ).
- the third row that includes bytes D 1 , D 2 , D 3 , and 87 bytes of payload data and path overhead is then inserted (S 906 ).
- the fourth row that includes bytes H 1 , H 2 , H 3 , and 87 bytes of payload data and path overhead is inserted (S 908 ).
- the fifth row that includes bytes B 2 , K 1 , K 2 , and 87 bytes of payload data and path over head is inserted (S 910 ).
- the sixth row that includes bytes D 4 , D 5 , D 6 , and 87 bytes of payload data and path overhead is then inserted (S 912 ).
- the seventh row that includes bytes D 7 , D 8 , D 9 , and 87 bytes of payload data and path overhead is inserted (S 914 ).
- the eighth row that includes bytes D 10 , D 11 , D 12 , and 87 bytes of payload data and path overhead is inserted (S 916 ).
- the ninth row that includes byte Z 1 , Z 2 , E 2 , and 87 bytes of payload data and path overhead is then inserted ( 918 ).
- all 9 rows are inserted into the STS- 1 frame.
- this process creates an STS- 1 frame with the overhead structure of the prior art, in which SDCC bytes D 1 -D 3 are inserted into row 3 of the frame (S 906 ), and LDCC bytes D 4 -D 6 are inserted into row 6 (S 912 ), LDCC bytes D 7 -D 9 are inserted into row 7 (S 914 ), and LDCC bytes D 10 -D 12 are inserted into row 8 (S 916 ).
- FIG. 10 illustrates a flow chart for a process that can be used to create a STS-N frame according to the transport overhead structure defined by today's SONET standard.
- a framer inserts bits into the frame one row at a time.
- row 1 is inserted, which includes N A 1 framing bytes, N A 2 framing bytes, N C 1 bytes, and N times 87 bytes of payload data and path overhead (S 1002 ).
- the second row is inserted, which includes bytes B 1 , E 1 , F 1 , and N times 87 bytes of payload data and path overhead (S 1004 ).
- the third row including bytes D 1 , D 2 , D 3 , and N times 87 bytes of payload data and path overhead is then inserted (S 1006 ).
- the fourth row which includes N H 1 bytes, N H 2 bytes, N H 3 bytes, and N times 87 bytes of payload data and path overhead, is inserted (S 1008 ).
- the fifth row which includes N B 2 bytes, the K 1 byte, the K 2 byte, and N times 87 bytes of payload data and path overhead, is inserted (S 1010 ).
- the seventh row which includes bytes D 7 , D 8 , D 9 , and N times 87 bytes of payload data and path overhead, is inserted (S 1014 ).
- the eighth row which includes bytes D 10 , D 11 , D 12 , and N times 87 bytes of payload data-and path overhead, is inserted (S 1016 ).
- the ninth row which includes N Z 1 bytes, N Z 2 bytes, N E 2 bytes, and N times 87 bytes of payload data and path overhead is then inserted ( 1018 ).
- the framer inserts SDCC bytes D 1 -D 3 into row 3 of the STS-N frame (S 1006 ), LDCC bytes D 4 -D 6 into row 6 (S 1010 ), LDCC bytes D 7 -D 9 into row 7 (S 1012 ), and LDCC bytes D 10 -D 12 into row 8 (S 1014 ).
- the SONET frame of a preferred embodiment has an increased capacity SDCC. From a framing algorithm perspective, there are no changes in the total number of bytes, rows, or columns that make up the frame, nor is the total number of DCC bytes altered. This means that the changes to the framing algorithm, preferably, include re-ordering of the rows without changing how each row is sequenced. The changes also have no impact on the STS-N interleaving dependency either, i.e., the “N-1” and “N times 87” factors are unchanged.
- all nine LDCC bytes are moved to the SDCC, totally eliminating the LDCC.
- the twelve DCC bytes are placed in the first three columns of four consecutive rows beginning with row 3 , the original starting row for the SDCC.
- the corresponding byte positions are as follows for an STS- 1 frame: D1-D3 Bytes 181-183 D4-D6 Bytes 271-273 D7-D9 Bytes 361-363 D10-D12 Bytes 451-453
- overhead rows 4 and 5 of the frame structure containing the pointer, parity, and protection switching overhead bytes are repositioned intact to rows 7 and 8 .
- Total line overhead is thus reduced from 6 rows by 3 columns or 18 bytes to 3 rows by 3 columns or 9 bytes.
- the total number of section and line overhead bytes is not changed and remains at 27 (9 rows by 3 columns).
- the number of section overhead bytes is increased from 9 bytes to a total of 18 bytes.
- FIG. 11 illustrates a flow chart of an algorithm that can be used for constructing an STS- 1 frame according to a transport overhead in which all the LDCC bytes are eliminated and combined with the SDCC bytes to create a single DCC.
- a framer of this embodiment inserts bits into the frame one row at a time.
- First row 1 is inserted, which includes framing bytes A 1 and A 2 , STS identifier byte C 1 , and 87 bytes of payload data and path overhead (S 1102 ).
- the second row is inserted, which includes bytes B 1 , E 1 , F 1 , and 87 bytes of payload data and path overhead (S 1104 ).
- the third row that includes bytes D 1 , D 2 , D 3 , and 87 bytes of payload data and path overhead is then inserted (S 1106 ).
- the fourth row that includes bytes D 4 , D 5 , D 6 , and 87 bytes of payload data and path overhead is then inserted (S 1108 ).
- the fifth row that includes bytes D 7 , D 8 , D 9 , and 87 bytes of payload data and path overhead is inserted (S 1110 ).
- the sixth row that includes bytes D 10 , D 11 , D 12 , and 87 bytes of payload data and path overhead is inserted (S 1112 ).
- the seventh row that includes bytes H 1 , H 2 , H 3 , and 87 bytes of payload data and path overhead is inserted (S 1114 ).
- the eighth row that includes bytes B 2 , K 1 , K 2 , and 87 bytes of payload data and path over head is inserted (S 1116 ).
- the ninth row that includes byte Z 1 , Z 2 , E 2 , and 87 bytes of payload data and path overhead is then inserted (S 1118 ).
- all 9 rows are inserted into the STS- 1 frame.
- DCC bytes D 1 -D 3 are inserted into row 3 of the frame (S 1106 ), D 4 -D 6 are inserted into row 4 (S 1108 ), D 7 -D 9 are inserted into row 5 (S 1110 ), and D 10 -D 12 are inserted into row 6 (S 1112 ).
- this algorithm has the following five differences:
- a network element of a preferred embodiment may use the above described transport overhead structure to create a frame with a DCC but no LDCC.
- the capacity of the SDCC is increased at the expense of the LDCC, without totally eliminating the LDCC, because it may be desirable to retain a small amount of LDCC capability while shifting the bulk of the LDCC capacity to SDCC.
- FIG. 12 illustrates a flow diagram of an algorithm for constructing a frame in which the SDCC capacity is tripled by moving six of the nine LDCC bytes to the SDCC.
- a framer inserts bits into the frame one row at a time.
- row 1 is inserted, which includes bytes A 1 , A 2 , C 1 , and 87 bytes of payload data and path overhead (S 1202 ).
- the second row is inserted, which includes bytes B 1 , E 1 , F 1 , and 87 bytes of payload data and path overhead (S 1204 ).
- the third row including bytes D 1 , D 2 , D 3 , and 87 bytes of payload data and path overhead is then inserted (S 1206 ).
- the fourth row which includes bytes D 4 , D 5 , D 6 , and 87 bytes of payload data and path overhead, is then inserted (S 1208 ).
- the fifth row which includes bytes D 7 , D 8 , D 9 , and 87 bytes of payload data and path overhead is inserted (S 1210 ).
- the sixth row which includes bytes H 1 , H 2 , H 3 , and 87 bytes of payload data and path overhead is inserted (S 1212 ).
- the seventh row which includes bytes B 2 , K 1 , K 2 , and 87 bytes of payload data and path overhead, is inserted (S 1214 ).
- the eighth row which includes bytes D 10 , D 11 , D 12 , and 87 bytes of payload data and path overhead, is inserted (S 1216 ).
- the ninth row that includes bytes Z 1 , Z 2 , E 2 , and 87 bytes of payload data and path overhead is then inserted (S 1218 ).
- all 9 rows are inserted into the STS- 1 frame.
- D 10 -D 12 are the retained LDCC bytes and are inserted into row 8 (S 1216 ). Further, in this example, DCC bytes D 1 -D 3 are inserted into row 3 (S 1206 ), D 4 -D 6 are inserted into row 4 (S 1208 ), and D 7 -D 9 are inserted into row 5 (S 1210 ). As such, D 4 -D 9 become the additional SDCC bytes.
- a network element of a preferred embodiment may use the above described tranport overhead structure to create a frame with more SDCC bytes than LDCC bytes.
- FIG. 13 illustrates a TSI 1300 , for use in a network implementing a SONET frame comprising an SDCC, but no LDCC, in accordance with an embodiment of the invention.
- the TSI 1300 comprises only S drop channels. Because there is no LDCC, only a single pair of inbound and outbound SDCC point to point links must be terminated at each interface. Further, as will be obvious to one skilled in the art, the same above-described principals and possible improvements described for the TSI are equally applicable to any device that selectively, under software control, allows input data slices to be transferred to output ports, while maintaining the integrity and timing of the data.
- FIG. 14 illustrates a dual-mode adapter 1410 for use in a network implementing both a frame of a preferred embodiment of the invention and a frame with the existing SONET overhead structure, in accordance with an embodiment of the invention.
- This dual-mode adapter 1410 includes both a legacy framer 1420 and a combined DCC framer 1430 in addition toga selector 1440 .
- the legacy framer 1420 constructs frames with the overhead structure of the prior art, while the combined DCC framer 1430 constructs frames with an increased capacity SDCC channel.
- the selector 1440 selects whether to use the legacy framer 1420 or the combined DCC framer 1430 .
- a network may include STEs and LTEs.
- the STEs and LTEs include a framer 800 as shown in FIG. 8 .
- This framer 800 like the framers described above, creates a frame with more SDCC bytes than LDCC bytes.
- all the LDCC bytes in the transport overhead of the prior art are eliminated and added to the SDCC bytes to create a transport overhead structure such as is shown in FIG. 6 .
- only some of the LDCC bytes are eliminated and combined with the SDCC bytes, thus creating an increased capacity SDCC, such as is shown in FIG. 7 .
- the de-framer 520 may include means for extracting payload bits from the frame and means for extracting overhead bits from the frame.
- the means for extracting payload bits and the means for extracting overhead bits may be implemented using software or hardware, such as application specific integrated circuit (ASIC).
- ASIC application specific integrated circuit
- the de-framer 520 may operate to extract SDCC bytes from a frame in which there is no LDCC. As such, in this embodiment, the de-framer 520 would not extract LDCC bytes.
Abstract
Systems and methods for use in a synchronous network in which the line data communications channel and section data communications channel are combined to provide an increased bandwidth data communication channel. In one aspect of the invention, all of the bytes of the line data communications channel are combined with the bytes of the sections data communications channel to create a single data communications channel. In another aspect, some but not all of the line data communications channel bytes are moved to the sections data communications channel in order to create an increased capacity section data communications channel.
Description
- This application claims the benefit of U.S. Provisional Application No. 60/094,415, filed Jul. 28, 1998, the contents of which are hereby incorporated by reference.
- The present invention relates generally to the transmission of data in a synchronous optical network, and more particularly, to an overhead structure for a data frame in a synchronous optical network.
- A standard known as Synchronous Optical Network (SONET) defines a hierarchy of rates and formats for use in optical communications systems, as well as other systems. The CCITT has adopted a similar standard and named it the Synchronous Digital Hierarchy (SDH). The SONET/SDH standard is expected to provide a worldwide telecommunications infrastructure for transmitting information. The terms SONET and SDH will henceforth be used interchangeably. Although, there are small differences between the two formats, the differences are immaterial for the present invention.
- As shown in
FIG. 1 , there are three layers in the SONET architecture. These layers include a section, a line, and a path. A section concerns communications between two adjacent network elements, referred to as a section terminating equipment (STE) 110-1 through 110-6. Regenerators 140-1 and 140-2 and add-drop multiplexers (ADM) 150-1 and 150-2 are examples of STE 110-3, 110-4, 110-2, and 110-5, respectively. - A line concerns communications between line terminating equipment (LTE) 120-1 through 120-4, such as add-
drop multiplexers 150. As shown inFIG. 1 , a line includes one or more sections. LTEs 120-1 through 120-4 perform line performance monitoring and automatic protection switching. Regenerators generally are not LTEs, although add-drop multiplexers typically are both an STE and an LTE. - An end-to-end connection is called a path and the equipment on either end that sends or receives a signal is called a path-terminating equipment (PTE). As shown in the
FIG. 1 , a path includes one or more lines which in turn include one or more sections. - SONET uses a basic transmission rate of STS-1, which provides a data rate of 51.84 Mbps. Higher rate SONET signals are integer multiples of this base rate. For example, an STS-3 has a data rate of 155.52 Mbps, or 3×51.84 Mbps.
- The frame format of the STS-1 is shown in
FIG. 2 . Theframe 210 is divided into two protions:transport overhead 220 and a synchronous payload envelope (SPE) 230. TheSPE 230 is an 87 column by 9 row matrix, for a total of 783 bytes, and is divided into two parts: theSTS path overhead 232 and thepayload 234. Thetransport overhead 220 is divided intosection overhead 222 andline overhead 224. -
FIG. 3 , provides a diagram of the transport overhead for the current SONET frame structure. In the current frame structure, the first three rows of the transport overhead contain the section overhead and the final six rows contain the line overhead. - The following table provides a brief description of the
section overhead 222 bytes shown inFIG. 3 .Byte Description A1 and A2 Framing Bytes - These bytes indicate the beginning of an J0/Z0 STS-1 frame Section Trace (JO)/Section Growth(ZO) - In an STS-N frame, this byte is either the section trace byte, if the STS-1 frame is the first STS-1 frame in the STS-N frame, or is the section growth byte, if the STS-1 frame is the second through Nth STS-1 frame in the STS-N frame. This byte was formerly defined as the STS-1 ID (C1) byte. B1 Section bit interleaved parity code (BIP-8) byte - This is a parity code (even parity) for checking for transmission errors over a section. In an STS-N frame, this byte is defined for only the first STS-1 frame E1 Section orderwire byte - This byte is used as a local orderwire channel for voice communications between regenerators, hubs, and remoter terminal locations F1 Section user channel byte - This byte is set aside for the user. It terminates at all STEs within a line. D1, D2, D3 Section data communications channel (DCC) bytes - These bytes form a 192 kbps message channel providing a message-based channel for operations, administration, maintenance, and provisioning (OAM&P) between STEs. This channel is used from a central location for alarms, control, monitoring, administration and other communications needs. It is available for internally generated, externally generated, or manufacturer-specific messages. - The following table provides a brief description of the
line overhead 224 bytes shown inFIG. 3 .Byte Description H1, H2 STS payload pointer - These pointer bytes are used in frame alignment and frequency adjustment. H3 Pointer action byte - This byte is used for SPE frequency justification. It is used in all STS-1 frames within an STS-N frame to carry an extra SPE byte in the event of a negative pointer adjustment. When it is not used to carry the SPE byte this byte is undefined. B2 Line bit interleaved parity code byte - This byte is used to determine if a transmission error has occurred over the line. K1, K2 Automatic protection switching (APS channel) bytes - These bytes are used for protection signalling between LTEs for bi- directional APS and for detecting alarm indication signals (AIS-L) and remote defect indication (RDI) signals. D4-D12 Line data communications channel bytes (LDCC) - These 9 bytes are used to provide a 576 kbps message channel from a central location for OAM&P information, such as alarms, control, maintenance, remote provisioning, monitoring, administration, and other communications needs, between LTEs. This channel is available for internally generated, externally generated and manufacturer-specific messages. S1 Synchronization status byte - This byte is located in the first STS-1 frame in an STS-N frame. Bits 5-8 of this byte convey the synchronization status of the network. Z1 Growth byte - This byte is allocated in the 2nd through Nth STS-1 frame in an STS-N frame where 3 ≦ N ≦ 48, and is allocated for future growth. M0 STS-1 REI-L byte - This byte is only defined for an STS-1 frame in an OC-1 or STS-1 electrical signal. Bits 5-8 of this byte are allocated for a line remote error indication function (REI-L), formerly referred to as Line FEBE. This function conveys the error count detected by an LTE, using the line BIP-8 code, back to its peer LTE. M1 STS-N REI-L byte - This byte is located in the third STS-1 frame in an STS-N frame, and is used for REI-L purposes. Z2 Growth byte - This byte is located in the first and second STS-1 frame of an STS-3 frame and the first, second, and fourth through Nth STS-1 frame of an STS-N frame, where 12 ≦ N ≦ 48. These bytes are allocated for future growth. E2 Orderwire byte - This byte provides a 64 kbps channel between LTEs for an express orderwire. It is a voice channel for use by technicians. - SONET standards have specified a number of management applications whose protocol data units (PDU) are characterized by their large size. These applications include the common management information protocol (CMIP) based Open Systems Interconnection (OSI) management (X.711 or ISO 9596), the file transfer access management (FTAM) based software download and remote back-up applications (ISO 85714), X.500 based directory services, and T1.245 compliant registration management.
- Presently, these applications are assigned to the 192 kbps Section Data Communications Channel (SDCC) channel. Because of the large application message size, the total traffic from these applications will exceed the capacity of the SDCC for all but the very simplest SONET networks.
- In addition to problems with capacity, there are problems with the current transport overhead structure due to lack of prioritization. Presently, there is no priority mechanism for determining which information can be discarded when the SDCC channel is overloaded. Therefore, in the event the capacity of the SDCC channel is exceeded, information is discarded without any intelligent discrimination. This can result in the loss of vital messages and lead to network failures.
- In addition, a number of protocol entities within the OSI seven layer communications stack serving the SDCC conduct peer-to-peer communications over the SDCC, consuming bandwidth that would otherwise be available to management applications. During steady state conditions this protocol traffic is low, however, during abnormal conditions, this traffic can rise to a level that may result in application or protocol traffic being discarded, and thus could lead to network failures.
- In addition, the current structure of the transport overhead requires unnecessarily complex SONET interfaces. The current separation of the SONET DCC into SDCC and Line Data Communications Channel (LDCC) requires each SONET interface (that is, both STE and LTE) to terminate an inbound and an outbound SDCC and an inbound and outbound LDCC, for a total of four point to point links per interface. Each of these four links must be brought to a time slot interchange (TSI) for purposes of forwarding or connection to the data link layer of the OSI stack. As such, the TSIs for use with the current overhead structure are unnecessarily complex.
FIG. 4 provides an illustration of a TSI 410 of the prior art and shows that TSI 410 receives and transmits information on both the SDCC and LDCC. As such, TSI 410 must drop both the SDCC and LDCC for every interface. - Furthermore, at present the LDCC is under-utilized. This is because, despite its bandwidth being triple that of the SDCC, standards have not assigned any management applications to the LDCC.
- Thus, it is desirable to have a method and system for an improved SONET Data Communications Channel, which overcomes the above and other disadvantages of the prior art.
- Methods and systems consistent with the present invention include a frame for carrying information over a communications channel that includes a section overhead and a line overhead. In this aspect, LDCC bytes of the transport overhead are eliminated and added to the SDCC bytes, thus increasing the capacity of the SDCC.
- In accordance with one embodiment, such methods and systems comprise a network, including LTEs and STEs. In this aspect, the LTEs and STEs include a framer that inserts a greater number of data communications channel bits into the section overhead than into the line overhead, thus increasing the capacity of the SDCC over the prior art.
- In accordance with another embodiment, such methods and systems comprise a network element that inserts a greater number of data communications channel bytes into the section overhead than the, line overhead, thus increasing the capacity of the SDCC over the prior art.
- In another aspect, the invention comprises a dual mode adapter that includes means for inserting data communications channel bytes into a frame with a higher capacity SDCC, means for inserting data communications channel bytes into a frame according to the prior art, and means for selecting between these two means.
- The summary of the invention and the following detailed description should not restrict the scope of the claimed invention. Both provide examples and explanations to enable others to practice the invention. The accompanying drawings, which form part of the description for carrying out the best mode of the invention, show several embodiments of the invention, and together with the description, explain the principles of the invention.
- In the Figures:
-
FIG. 1 is an illustration of a SONET architecture; -
FIG. 2 is an illustration of a SONET frame; -
FIG. 3 is an illustration of a prior art transport overhead structure; -
FIG. 4 is a block diagram of a prior art time slot interchange; -
FIG. 5 is a block diagram of an add drop multiplexer, in accordance with methods and systems consistent with the invention; -
FIG. 6 is an illustration of a transport overhead structure, in accordance with methods and systems consistent with the invention; -
FIG. 7 is an illustration of a transport overhead structure, in accordance with methods and systems consistent with the invention; -
FIG. 8 is a block diagram of a framer, in accordance with methods and systems consistent with the invention; -
FIG. 9 is a flow diagram illustrating a process for constructing an STS-1 frame with an overhead structure consistent with the prior art SONET standards; -
FIG. 10 is a flow diagram illustrating a process for constructing an STS-N frame with an overhead structure consistent with the prior art SONET standards; -
FIG. 11 is a flow diagram illustrating a process for constructing an STS-1 frame with an overhead structure in which the LDCC bytes are eliminated, in accordance with systems and methods consistent with the invention; -
FIG. 12 is a flow diagram illustrating a process for constructing an STS-1 frame with an overhead structure in which the SDCC is larger than the LDCC, in accordance with systems and methods consistent with the invention; -
FIG. 13 is a block diagram of a time slot interchange, in accordance with methods and systems consistent with the invention; and -
FIG. 14 is a block diagram of a dual mode adapter, in accordance with methods and systems consistent with the invention. - Reference will now be made in detail to the preferred embodiments of the invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
-
FIG. 5 provides a more detailed diagram of anADM 150, such as illustrated inFIG. 1 . The functional elements ofADM 150 may includeSTE 110,LTE 120, aframer 510, a de-framer 520, apayload processor 530, a time slot interchange (TSI) 540, and amanagement processor 550. - In a preferred embodiment, the line data communications channel bytes of the transport overhead are eliminated and combined with the section data communications channel bytes, thus creating a single SDCC of 12 bytes and 768 kbps capacity.
FIG. 6 illustrates a transport overhead consistent with the present invention. Data communications channel bytes D4 thru D12 are moved from the line data communications channel in the prior art transport overhead structure, which is shown inFIG. 3 , into the section data communications channel to create a single data communications channel. Thus, the resulting data communications channel consists of 12 bytes and provides a 768 kbps channel. - In another embodiment, some, but not all of the LDCC bytes are combined with the SDCC bytes, as shown in
FIG. 7 , to create a larger SDCC. InFIG. 7 , the SDCC includes DCC bytes D1-D9, while the LDCC includes DCC bytes D10-D12. This results in a SDCC with a capacity of 576 kbps and a LDCC with a capacity of 192 kbps. -
FIG. 8 shows a block diagram of aframer 510 in accordance with an embodiment of the present invention. As shown,framer 510 includes means for inserting payload into aSONET frame 810, and a means for inserting overhead into theSONET frame 820. In general, framers are very complex and include many data mappings, dependencies on the STS-N signal rate (e.g., STS-1, STS-3, etc), and payload position variations based on pointers. However, much of this complexity has no bearing on the Data Communications Channel (DCC), and the following description of a framer of a preferred embodiment is accordingly limited. - For an STS-1 signal, a prior art SONET framing device inserts the three section DCC bytes in the standards-defined position of
row 3,columns FIG. 3 . Thus, the three SDCC bytes occupy three consecutive bytes whose absolute byte location within the frame are 181, 182, and 183 (where the absolute byte location is determined by consecutively numbering the bytes starting withrow 1 column 1), because the first three rows of the frame are 90 bytes. As such, the first byte of the third column of the frame is byte 181 (row 1: 90 bytes+row 2: 90 bytes=180 bytes). Similarly, the LDCC occupies, as defined by the SONET standards, therow 6columns 1 through 3,row 7columns 1 through 3, androw 8column 1 through 3, as shown inFIG. 3 . In terms of absolute byte location, the LDCC thus occupies bytes 451 through 453, 541 through 543, and 631 through 633. - For an STS-N frame, the DCC bytes are defined only for the first STS-1 of the frame. As such, in frames with a rate higher than STS-1, the DCC bytes are non-consecutive because the corresponding byte positions in the STS-Ns are undefined. Thus, in an STS-3 frame, which has 270 byte rows, the D1 byte occupies the first column of
row 3 as is the case with an STS-1, but D2 is in the fourth column ofrow 3 and D3 is in the seventh column ofrow 3. The intervening bytes (part ofSTS # 2 and STS #3) between the DCC bytes, the 2rd, 3rd, 5th, 6th, 8th, and 9th columns of row three are empty. Thus, the three section DCC byte locations are the 541st (D1), 544th (D2), and 547th (D3) bytes of the frame. -
FIG. 9 illustrates a flow chart of an algorithm that can be used for constructing an STS-1 SONET frame according to the transport overhead structure defined by today's SONET standards, as shown inFIG. 3 . As illustrated, a framer inserts bits into the frame one row at a time.First row 1 is inserted, which includes framing bytes A1 and A2, STS identifier byte C1, and 87 bytes of payload data and path overhead (S902). Then the second row is inserted, which includes bytes B1, E1, F1, and 87 bytes of payload data and path overhead (S904). The third row that includes bytes D1, D2, D3, and 87 bytes of payload data and path overhead is then inserted (S906). After which, the fourth row that includes bytes H1, H2, H3, and 87 bytes of payload data and path overhead is inserted (S908). Then, the fifth row that includes bytes B2, K1, K2, and 87 bytes of payload data and path over head is inserted (S910). The sixth row that includes bytes D4, D5, D6, and 87 bytes of payload data and path overhead is then inserted (S912). After which, the seventh row that includes bytes D7, D8, D9, and 87 bytes of payload data and path overhead is inserted (S914). Then the eighth row that includes bytes D10, D11, D12, and 87 bytes of payload data and path overhead is inserted (S916). The ninth row that includes byte Z1, Z2, E2, and 87 bytes of payload data and path overhead is then inserted (918). Thus, through this algorithm all 9 rows are inserted into the STS-1 frame. - As such, this process creates an STS-1 frame with the overhead structure of the prior art, in which SDCC bytes D1 -D3 are inserted into
row 3 of the frame (S906), and LDCC bytes D4-D6 are inserted into row 6 (S912), LDCC bytes D7-D9 are inserted into row 7 (S914), and LDCC bytes D10-D12 are inserted into row 8 (S916). -
FIG. 10 illustrates a flow chart for a process that can be used to create a STS-N frame according to the transport overhead structure defined by today's SONET standard. As illustrated, a framer inserts bits into the frame one row at a time. First,row 1 is inserted, which includesN A 1 framing bytes,N A 2 framing bytes,N C 1 bytes, andN times 87 bytes of payload data and path overhead (S1002). Then the second row is inserted, which includes bytes B1, E1, F1, andN times 87 bytes of payload data and path overhead (S1004). The third row including bytes D1, D2, D3, andN times 87 bytes of payload data and path overhead is then inserted (S1006). After which, the fourth row, which includesN H 1 bytes,N H 2 bytes,N H 3 bytes, andN times 87 bytes of payload data and path overhead, is inserted (S1008). Then, the fifth row, which includesN B 2 bytes, the K1 byte, the K2 byte, andN times 87 bytes of payload data and path overhead, is inserted (S1010). The sixth row, which includes bytes D4, D5, D6, andN times 87 bytes of payload data and path overhead, is then inserted (S1012). After which, the seventh row, which includes bytes D7, D8, D9, andN times 87 bytes of payload data and path overhead, is inserted (S1014). Then the eighth row, which includes bytes D10, D11, D12, andN times 87 bytes of payload data-and path overhead, is inserted (S1016). The ninth row, which includesN Z 1 bytes,N Z 2 bytes,N E 2 bytes, andN times 87 bytes of payload data and path overhead is then inserted (1018). Thus, through this algorithm all 9 rows are inserted into the STS-N frame. - As such, the framer inserts SDCC bytes D1-D3 into
row 3 of the STS-N frame (S1006), LDCC bytes D4-D6 into row 6 (S1010), LDCC bytes D7-D9 into row 7 (S1012), and LDCC bytes D10-D12 into row 8 (S1014). - As previously indicated, the SONET frame of a preferred embodiment has an increased capacity SDCC. From a framing algorithm perspective, there are no changes in the total number of bytes, rows, or columns that make up the frame, nor is the total number of DCC bytes altered. This means that the changes to the framing algorithm, preferably, include re-ordering of the rows without changing how each row is sequenced. The changes also have no impact on the STS-N interleaving dependency either, i.e., the “N-1” and “
N times 87” factors are unchanged. - In a preferred embodiment, all nine LDCC bytes are moved to the SDCC, totally eliminating the LDCC. In the resulting DCC shown in
FIG. 6 , the twelve DCC bytes are placed in the first three columns of four consecutive rows beginning withrow 3, the original starting row for the SDCC. - In accordance with an embodiment of the invention, the corresponding byte positions are as follows for an STS-1 frame:
D1-D3 Bytes 181-183 D4-D6 Bytes 271-273 D7-D9 Bytes 361-363 D10-D12 Bytes 451-453 - In this embodiment,
overhead rows rows -
FIG. 11 illustrates a flow chart of an algorithm that can be used for constructing an STS-1 frame according to a transport overhead in which all the LDCC bytes are eliminated and combined with the SDCC bytes to create a single DCC. As illustrated, a framer of this embodiment inserts bits into the frame one row at a time.First row 1 is inserted, which includes framing bytes A1 and A2, STS identifier byte C1, and 87 bytes of payload data and path overhead (S1102). Then the second row is inserted, which includes bytes B1, E1, F1, and 87 bytes of payload data and path overhead (S1104). The third row that includes bytes D1, D2, D3, and 87 bytes of payload data and path overhead is then inserted (S1106). The fourth row that includes bytes D4, D5, D6, and 87 bytes of payload data and path overhead is then inserted (S1108). After which, the fifth row that includes bytes D7, D8, D9, and 87 bytes of payload data and path overhead is inserted (S1110). Then the sixth row that includes bytes D10, D11, D12, and 87 bytes of payload data and path overhead is inserted (S1112). After which, the seventh row that includes bytes H1, H2, H3, and 87 bytes of payload data and path overhead is inserted (S1114). Then, the eighth row that includes bytes B2, K1, K2, and 87 bytes of payload data and path over head is inserted (S1116). The ninth row that includes byte Z1, Z2, E2, and 87 bytes of payload data and path overhead is then inserted (S1118). Thus, through this algorithm all 9 rows are inserted into the STS-1 frame. - As such, DCC bytes D1-D3 are inserted into
row 3 of the frame (S1106), D4-D6 are inserted into row 4 (S1108), D7-D9 are inserted into row 5 (S1110), and D10-D12 are inserted into row 6 (S1112). - As compared to the above described standardized algorithm for creating an STS-1 frame illustrated in
FIG. 9 , this algorithm has the following five differences: -
- 1. DCC bytes D4-D6 are inserted in
row 4 columns 1-3 instead ofrow 6 columns 1-3. - 2. DCC bytes D7-D9 are inserted in
row 5 columns 1-3 instead ofrow 7 columns 1-3. - 3. DCC bytes D10-D12 are inserted in
row 6 column 1-3 instead ofrow 8 columns 1-3. - 4. Pointer Bytes H1-H3 are inserted in
row 7 column 1-3 instead ofrow 4 column 1-3. - 5. The B2, K1, and K2 overhead bytes are inserted in
row 8 column 1-3 instead ofrow 5 column 1-3.
- 1. DCC bytes D4-D6 are inserted in
- A network element of a preferred embodiment may use the above described transport overhead structure to create a frame with a DCC but no LDCC.
- In another embodiment, the capacity of the SDCC is increased at the expense of the LDCC, without totally eliminating the LDCC, because it may be desirable to retain a small amount of LDCC capability while shifting the bulk of the LDCC capacity to SDCC.
-
FIG. 12 illustrates a flow diagram of an algorithm for constructing a frame in which the SDCC capacity is tripled by moving six of the nine LDCC bytes to the SDCC. As illustrated, a framer inserts bits into the frame one row at a time. First,row 1 is inserted, which includes bytes A1, A2, C1, and 87 bytes of payload data and path overhead (S1202). Then the second row is inserted, which includes bytes B1, E1, F1, and 87 bytes of payload data and path overhead (S1204). The third row including bytes D1, D2, D3, and 87 bytes of payload data and path overhead is then inserted (S1206). The fourth row, which includes bytes D4, D5, D6, and 87 bytes of payload data and path overhead, is then inserted (S1208). After which, the fifth row, which includes bytes D7, D8, D9, and 87 bytes of payload data and path overhead is inserted (S1210). After which, the sixth row, which includes bytes H1, H2, H3, and 87 bytes of payload data and path overhead is inserted (S1212). Then, the seventh row, which includes bytes B2, K1, K2, and 87 bytes of payload data and path overhead, is inserted (S1214). Then the eighth row, which includes bytes D10, D11, D12, and 87 bytes of payload data and path overhead, is inserted (S1216). The ninth row that includes bytes Z1, Z2, E2, and 87 bytes of payload data and path overhead is then inserted (S1218). Thus, through this algorithm all 9 rows are inserted into the STS-1 frame. - As such, D10-D12 are the retained LDCC bytes and are inserted into row 8 (S1216). Further, in this example, DCC bytes D1-D3 are inserted into row 3 (S1206), D4-D6 are inserted into row 4 (S1208), and D7-D9 are inserted into row 5 (S1210). As such, D4-D9 become the additional SDCC bytes.
- The above description of the framer is but one possible implementation of a framer consistent with the invention. Those skilled in the art will understand that various changes and modifications may be made, and equivalents may be substituted for the above described preferred embodiments of the framer without departing from the true scope of the invention.
- Furthermore, a network element of a preferred embodiment may use the above described tranport overhead structure to create a frame with more SDCC bytes than LDCC bytes.
-
FIG. 13 illustrates aTSI 1300, for use in a network implementing a SONET frame comprising an SDCC, but no LDCC, in accordance with an embodiment of the invention. TheTSI 1300 comprises only S drop channels. Because there is no LDCC, only a single pair of inbound and outbound SDCC point to point links must be terminated at each interface. Further, as will be obvious to one skilled in the art, the same above-described principals and possible improvements described for the TSI are equally applicable to any device that selectively, under software control, allows input data slices to be transferred to output ports, while maintaining the integrity and timing of the data. -
FIG. 14 illustrates a dual-mode adapter 1410 for use in a network implementing both a frame of a preferred embodiment of the invention and a frame with the existing SONET overhead structure, in accordance with an embodiment of the invention. This dual-mode adapter 1410 includes both alegacy framer 1420 and a combinedDCC framer 1430 inaddition toga selector 1440. Thelegacy framer 1420 constructs frames with the overhead structure of the prior art, while the combinedDCC framer 1430 constructs frames with an increased capacity SDCC channel. Theselector 1440 selects whether to use thelegacy framer 1420 or the combinedDCC framer 1430. - A network according to a preferred embodiment may include STEs and LTEs. In this embodiment, the STEs and LTEs include a framer 800 as shown in
FIG. 8 . This framer 800, like the framers described above, creates a frame with more SDCC bytes than LDCC bytes. In one aspect of this embodiment, all the LDCC bytes in the transport overhead of the prior art are eliminated and added to the SDCC bytes to create a transport overhead structure such as is shown inFIG. 6 . In another aspect, only some of the LDCC bytes are eliminated and combined with the SDCC bytes, thus creating an increased capacity SDCC, such as is shown inFIG. 7 . - Referring back to
FIG. 5 , the de-framer 520 may include means for extracting payload bits from the frame and means for extracting overhead bits from the frame. The means for extracting payload bits and the means for extracting overhead bits may be implemented using software or hardware, such as application specific integrated circuit (ASIC). As will be obvious to one of skill in the art in light of the above described description, in one embodiment, the de-framer 520 may operate to extract SDCC bytes from a frame in which there is no LDCC. As such, in this embodiment, the de-framer 520 would not extract LDCC bytes. - While it has been illustrated and described what is at present considered to be the preferred embodiment and methods of the present invention, it will be understood by those skilled in the art that various changes and modifications may be made, and equivalents may be substituted for elements thereof without departing from the true scope of the invention.
- In addition, many modifications may be made to adapt a particular element, technique or, implementation to the teachings of the present invention without departing from the central scope of the invention. Therefore, it is intended that this invention not be limited to the particular embodiment and methods disclosed herein, but that the invention includes all embodiments falling within the scope of the appended claims.
Claims (44)
1. A frame for carrying information over a communications channel, comprising:
a payload envelope; and
a transport overhead comprising,
section overhead, and
line overhead;
wherein the section overhead contains more space allocated to the section overhead for bits corresponding to a data communications channel than line space allocated to the line overhead.
2. The frame of 1 wherein the line overhead has no data communications channel bits.
3. The frame of 1 wherein the frame is a SONET frame.
4. The frame of 1 wherein the frame is an SDH frame.
5. A method for creating a frame comprising the steps of:
inserting a payload into the frame;
inserting an overhead into the frame, including the steps of
inserting data communications channel bits into the overhead wherein the number of data communications channel bit inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
6. The method of 5 wherein the number of data communications channel bits inserted into the line overhead is zero.
7. The method of 5 wherein the frame is a SONET frame.
8. The method of 5 wherein the frame is a SDH frame.
9. A framer, comprising:
means for inserting into a frame a payload;
means for inserting into the frame a plurality of data communications channel bits,
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
10. The framer of claim 9 wherein the number of data communications channel bits inserted into the line overhead is zero.
11. The framer of claim 9 wherein the frame is a SONET frame.
12. The framer of claim 9 wherein the frame is a SDH frame.
13. A network, comprising:
a plurality of line terminating equipment, comprising
means for inserting into a frame a payload,
means for inserting into the frame a plurality of data communications channel bits,
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead; and
a plurality of section terminating equipment, comprising
means for inserting into a frame a payload,
means for inserting into the frame a plurality of data communications channel bits,
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
14. The network of claim 13 wherein the number of data communications channel bits inserted into the line overhead is zero.
15. The network of claim 13 wherein the frame is a SONET frame.
16. The network of claim 13 wherein the frame is an SDH frame.
17. The network of claim 13 wherein one of the plurality of line terminating equipment is an add-drop multiplexer.
18. The network of claim 13 wherein one of the plurality of section terminating equipment is a regenerator.
19. The network of claim 13 wherein one of the plurality of line terminating equipment is a digital cross-connect.
20. The network of claim 13 wherein one of the plurality of line terminating equipment an ATM over SONET network element.
21. A method for extracting overhead information from a frame, comprising the steps of: locating in the frame a plurality of data communications channel bits;
extracting a plurality of data communications channel bits from a section overhead without extracting data communications channel bits from a line overhead.
22. The method of 21 wherein the frame is a SONET frame.
23. The method of 21 wherein the frame is an SDH frame.
24. A time slot interchange, comprising
means for locating a plurality of data communications channel bits in a frame;
means for extracting a plurality of data communications channel bits from a section overhead without extracting data communications channel bits from a line overhead.
25. The time slot interchange of claim 24 wherein the frame is a SONET frame.
26. The time slot interchange of claim 24 wherein the frame is an SDH frame.
27-30. (canceled)
31. A network element, comprising:
means for inserting into a frame a plurality of payload bits; and
means for inserting into the frame a plurality of data communications channel bits, wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
32. The network element of claim 31 wherein the data communications channel bits inserted into the line overhead is zero.
33. The network element of claim 31 wherein the frame if a SONET frame.
34. The network element of claim 31 wherein the frame is an SDH frame.
35. The network element of claim 31 wherein the network element is an add-drop multiplexer.
36. The network element of claim 31 wherein the network element is a regenerator.
37. The network element of claim 31 wherein the network element is a digital cross-connect.
38. The network element of claim 31 wherein the network element is an ATM over SONET network element.
39. A framer for constructing a frame having a section overhead and a line overhead, comprising:
a processor for inserting into a frame a payload and for inserting into the frame a plurality of data communications channel bits;
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
40. A framer for constructing a frame having a section overhead and a line overhead, comprising;
a first processor for inserting into a frame a payload; and
a second processor for inserting into the frame a plurality of data communications channel bits;
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
41. A network using a frame having a section overhead and a line overhead, comprising;
at least one line terminating equipment including a processor for inserting into a frame a payload and for inserting into the frame a plurality of data communications channel bits, wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead; and
at least one section terminating equipment including a processor for inserting into a frame a payload and for inserting into the frame a plurality of data communications channel bits, wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
42. A network element for constructing a frame having a section overhead and a line overhead, comprising.
a processor for inserting into a frame a plurality of payload bits and for inserting into the frame a plurality of data communications channel bits,
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead is greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead.
43. A network element for constructing a frame having a section overhead and a line overhead, comprising:
a first processor for inserting into a frame a plurality of payload bits; and
a second processor for inserting into the frame a plurality of data communications channel bits;
wherein the number of data communications channel bits inserted into a section overhead and space allocated to the section overhead greater than the number of data communications channel bits inserted into a line overhead and space allocated to the line overhead
44. A method for adapting to dual modes in a communications channel comprising the steps of:
inserting into a frame a plurality of data communications channel bits, wherein the number of data communications channel bits inserted into a section overhead is greater than the number of data communications channel bits inserted into a line overhead;
inserting into a frame a plurality of data communications channel bits,
wherein the number of data communications channel bits inserted into a line overhead is greater than the number of data communications channel bits inserted into a section overhead;
selecting between the steps of inserting into a frame a plurality of data communications channel bits, wherein the number of data communications channel bits inserted into a section overhead is greater than the number of data communications channel bits inserted into a line overhead; and
inserting into a frame a plurality of data communications channel bits,
wherein the number of data communications channel bits inserted into a line overhead is greater than the number of data communications channel bits inserted into a section overhead.
45. The method of claim 44 , wherein the frames are SONET frames.
46. The method of claim 44 , wherein the frames are SDH frames.
47. The method of claim 44 , wherein the number of data communications channel bits inserted into a section overhead is greater than the number of data communications channel bits inserted into a line overhead, wherein the number of data communication bits inserted is zero.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/979,127 US20050089026A1 (en) | 1998-07-28 | 2004-11-03 | Method and system for improved sonet data communications channel |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US9441598P | 1998-07-28 | 1998-07-28 | |
US09/359,075 US6895018B1 (en) | 1998-07-28 | 1999-07-22 | Method and system for improved sonet data communications channel |
US10/979,127 US20050089026A1 (en) | 1998-07-28 | 2004-11-03 | Method and system for improved sonet data communications channel |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/359,075 Continuation US6895018B1 (en) | 1998-07-28 | 1999-07-22 | Method and system for improved sonet data communications channel |
Publications (1)
Publication Number | Publication Date |
---|---|
US20050089026A1 true US20050089026A1 (en) | 2005-04-28 |
Family
ID=34525737
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/359,075 Expired - Lifetime US6895018B1 (en) | 1998-07-28 | 1999-07-22 | Method and system for improved sonet data communications channel |
US10/979,127 Abandoned US20050089026A1 (en) | 1998-07-28 | 2004-11-03 | Method and system for improved sonet data communications channel |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/359,075 Expired - Lifetime US6895018B1 (en) | 1998-07-28 | 1999-07-22 | Method and system for improved sonet data communications channel |
Country Status (1)
Country | Link |
---|---|
US (2) | US6895018B1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030147379A1 (en) * | 2001-06-01 | 2003-08-07 | Fujitsu Network Communications, Inc. | System and method of multiplexing TDM and packet data |
US20050141533A1 (en) * | 2003-12-29 | 2005-06-30 | Colven David M. | Provisioning Ethernet dual working mode |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7164698B1 (en) * | 2000-03-24 | 2007-01-16 | Juniper Networks, Inc. | High-speed line interface for networking devices |
US7139282B1 (en) | 2000-03-24 | 2006-11-21 | Juniper Networks, Inc. | Bandwidth division for packet processing |
US20020085590A1 (en) * | 2000-12-29 | 2002-07-04 | Booth Bradley J. | Method and apparatus for inserting user data into sonet data communications channel |
US7158517B2 (en) * | 2001-05-21 | 2007-01-02 | Intel Corporation | Method and apparatus for frame-based protocol processing |
US7362759B2 (en) * | 2001-05-21 | 2008-04-22 | Intel Corporation | Method and apparatus for encoding information |
JP2003060736A (en) * | 2001-08-21 | 2003-02-28 | Fujitsu Ltd | Transmitting device |
US7746903B2 (en) * | 2006-03-07 | 2010-06-29 | Harris Corporation | SONET management and control channel improvement |
US7809022B2 (en) * | 2006-10-23 | 2010-10-05 | Harris Corporation | Mapping six (6) eight (8) mbit/s signals to a SONET frame |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5574717A (en) * | 1994-05-17 | 1996-11-12 | Nippon Telegraph And Telephone Corporation | Line terminating equipment in SDH networks, using forward error correcting codes |
US5930273A (en) * | 1996-04-18 | 1999-07-27 | Oki Electric Industry Co., Ltd. | STM-N signal error correction coding system and method |
US5978377A (en) * | 1996-08-09 | 1999-11-02 | Electronics And Telecommunications Research Institute | STM-based ATM cell physical layer processing circuit |
US5995627A (en) * | 1997-11-04 | 1999-11-30 | Electronics And Telecommunications Research Institute | Security device for a section processor |
US6078596A (en) * | 1997-06-26 | 2000-06-20 | Mci Communications Corporation | Method and system of SONET line trace |
US6169754B1 (en) * | 1996-05-31 | 2001-01-02 | Hitachi, Ltd. | Multiplex transmission apparatuses, multiplex transmission networks, and operation method therefor |
US6411631B1 (en) * | 1996-07-05 | 2002-06-25 | Hitachi, Ltd. | Multiplex type transmitting apparatus |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5313453A (en) * | 1991-03-20 | 1994-05-17 | Fujitsu Limited | Apparatus for testing ATM channels |
US5412651A (en) | 1993-02-11 | 1995-05-02 | Nec America, Inc. | Structure and method for combining PCM and common control data on a backplane bus |
FI93289C (en) * | 1993-03-16 | 1995-03-10 | Nokia Telecommunications Oy | A method for controlling conditional connections in a synchronous digital communication system |
JPH07254890A (en) * | 1994-03-16 | 1995-10-03 | Fujitsu Ltd | Optical two-way transmission control system |
JPH07264228A (en) * | 1994-03-17 | 1995-10-13 | Fujitsu Ltd | Blsr network with path ais generating function |
EP0792545B1 (en) | 1994-09-12 | 2005-11-16 | Alcatel USA, Inc. | Integrated communication links for a distributed digital cross-connect with multiple fabrics |
JPH0993305A (en) * | 1995-09-26 | 1997-04-04 | Fujitsu Ltd | Interface device for sdh/sonet interconnecting |
US6122281A (en) * | 1996-07-22 | 2000-09-19 | Cabletron Systems, Inc. | Method and apparatus for transmitting LAN data over a synchronous wide area network |
US6011802A (en) * | 1996-10-22 | 2000-01-04 | Sprint Communications Co. L.P. | Method and system for conversion and transmission of communication signals |
-
1999
- 1999-07-22 US US09/359,075 patent/US6895018B1/en not_active Expired - Lifetime
-
2004
- 2004-11-03 US US10/979,127 patent/US20050089026A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5574717A (en) * | 1994-05-17 | 1996-11-12 | Nippon Telegraph And Telephone Corporation | Line terminating equipment in SDH networks, using forward error correcting codes |
US5930273A (en) * | 1996-04-18 | 1999-07-27 | Oki Electric Industry Co., Ltd. | STM-N signal error correction coding system and method |
US6169754B1 (en) * | 1996-05-31 | 2001-01-02 | Hitachi, Ltd. | Multiplex transmission apparatuses, multiplex transmission networks, and operation method therefor |
US6411631B1 (en) * | 1996-07-05 | 2002-06-25 | Hitachi, Ltd. | Multiplex type transmitting apparatus |
US5978377A (en) * | 1996-08-09 | 1999-11-02 | Electronics And Telecommunications Research Institute | STM-based ATM cell physical layer processing circuit |
US6078596A (en) * | 1997-06-26 | 2000-06-20 | Mci Communications Corporation | Method and system of SONET line trace |
US5995627A (en) * | 1997-11-04 | 1999-11-30 | Electronics And Telecommunications Research Institute | Security device for a section processor |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030147379A1 (en) * | 2001-06-01 | 2003-08-07 | Fujitsu Network Communications, Inc. | System and method of multiplexing TDM and packet data |
US7609729B2 (en) * | 2001-06-01 | 2009-10-27 | Fujitsu Limited | System and method of multiplexing TDM and packet data |
US20050141533A1 (en) * | 2003-12-29 | 2005-06-30 | Colven David M. | Provisioning Ethernet dual working mode |
US7430166B2 (en) * | 2003-12-29 | 2008-09-30 | Fujitsu Limited | Provisioning Ethernet dual working mode |
Also Published As
Publication number | Publication date |
---|---|
US6895018B1 (en) | 2005-05-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0559091B1 (en) | Apparatus and method for transporting SONET overhead signal information | |
EP1518366B1 (en) | Transparent flexible concatenation | |
US20050147106A1 (en) | Transmission system | |
US5796723A (en) | System and method for end-to-end threshold setting | |
JP5078878B2 (en) | Method and apparatus for synchronous exchange of optical transport network signals | |
US7573809B2 (en) | Semi-transparent time division multiplexer/demultiplexer | |
US5768255A (en) | System and method for monitoring point identification | |
US6895018B1 (en) | Method and system for improved sonet data communications channel | |
US6839871B2 (en) | Method for transparent multiplexing of SONET/ SDH streams | |
EP1083692A2 (en) | Inter-chip port and method for supporting high rate data streams in SDH and SONET transport networks | |
US5787074A (en) | System and method for monitoring point activation | |
EP1250773B1 (en) | Method for manifesting alarms in a telecommunication network | |
EP0705001A2 (en) | VT Group optical extension interface and VT group optical extension format method | |
EP1335514B1 (en) | Method and apparatus for transporting a SDH/sonet client signal as a service | |
EP1470658A2 (en) | Communications system | |
Van Helvoort | Next generation SDH/SONET: evolution or revolution? | |
CA2338812A1 (en) | Method and system for improved sonet data communications channel | |
US7808991B2 (en) | Network-based data transport architecture | |
US8179807B2 (en) | In-band communication of alarm status information in a synchronous transport communication system | |
US6987766B2 (en) | Transport of SONET signals over an optical communications network | |
EP1675293A1 (en) | Temporary disabling of a member of a virtual concatenation group | |
EP0648394B1 (en) | Method for receiving a signal used in a synchronous digital telecommunication system | |
Henderson | Fundamentals of SONET/SDH | |
Van Helvoort | The ComSoc guide to next generation optical transport: SDH/SONET/OTN | |
Rate et al. | 524 ADVANCED BROADBAND DIGITAL TRANSPORT FORMATS Table 17.2 SDH Bit Rates with SONET Equivalents |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |