EP0559091B1 - Appareil et procédé de transport d'information auxiliaire de type SONET - Google Patents

Appareil et procédé de transport d'information auxiliaire de type SONET Download PDF

Info

Publication number
EP0559091B1
EP0559091B1 EP93103053A EP93103053A EP0559091B1 EP 0559091 B1 EP0559091 B1 EP 0559091B1 EP 93103053 A EP93103053 A EP 93103053A EP 93103053 A EP93103053 A EP 93103053A EP 0559091 B1 EP0559091 B1 EP 0559091B1
Authority
EP
European Patent Office
Prior art keywords
overhead
signals
sonet
cross
connect
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
EP93103053A
Other languages
German (de)
English (en)
Other versions
EP0559091A3 (fr
EP0559091A2 (fr
Inventor
Francis Gerard Noser
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel CIT SA
Alcatel SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel CIT SA, Alcatel SA filed Critical Alcatel CIT SA
Publication of EP0559091A2 publication Critical patent/EP0559091A2/fr
Publication of EP0559091A3 publication Critical patent/EP0559091A3/en
Application granted granted Critical
Publication of EP0559091B1 publication Critical patent/EP0559091B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0003—Switching fabrics, e.g. transport network, control network
    • H04J2203/0012—Switching modules and their interconnections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0028—Local loop
    • H04J2203/0039—Topology
    • H04J2203/0041—Star, e.g. cross-connect, concentrator, subscriber group equipment, remote electronics

Definitions

  • This invention relates to telecommunications and, more particularly, to a cross-connect for Synchronous optical Network (SONET) Signals.
  • SONET Synchronous optical Network
  • NE Network Element
  • SONET Synchronous Optical Network
  • an interface of a network element which is designed to receive and transmit digital bit streams which are structured into frames according to the multiplex hierarchy of SDH (synchronous digital hierarchy).
  • the interface comprises means for processing the frames and means for extracting entities which are called containers from the frames. It further comprises means for restructuring frames to be sent which means multiplex said containers to be processed into constituted restructured frames thereby adapting the extraction and insertion timing rate by inserting indexing and justification signals.
  • the frames which are structured according to the multiplex hierarchy of SDH consist of overhead signals and of payload signals.
  • the interface is suited to process, to terminate, and to create overhead signals.
  • a broad band digital connection apparatus which is able to cross connect virtual tributaries (VT) of various size contained in a SONET frame structure. Since the virtual tributaries are payload signals of received bit streams structured into frames according to the SONET standard, the apparatus is able to cross connect such payload signals. It consists of a switching matrix and various interface units connected to said switching matrix. The operation of the switching matrix is controlled by a control unit. Cross connection is achieved by dividing the virtual tributaries into whole integers thereby enabling the apparatus to perform cross connection by common hardware even if a plurality of VT signals having different VT sizes are input.
  • VT virtual tributaries
  • WO 90/06660 also deals with cross-connecting virtual tributaries of a plurality of substantially SONET formatted signals.
  • the switching network described in the latter consists of a plurality of identical switching components, each of which receive at least one SONET formatted signal and disassembles the signal into its virtual tributary (VT) payload components.
  • the VT data is buffered and switched in phase, time, and space to effect cross-connection onto SONET signal generating output buses. Space switching is achieved by a non-blocking switching matrix, while time switching is achieved by comparing the VT destination of the data in the buffer to a VT time indication based on the phase of the synchronous clocked output buses.
  • a cross-connect is known which is able to cross-connect payload signals being pad of incoming SONET signals.
  • a interface unit for interfacing a high-frequency carrier, which is formatted in channels associated with tributaries according to the SDH or SONET recommendations, with a lower bandwidth carrier.
  • the signaling bits are translated into groups of signaling bits wherein each group of signaling bits is associated with a particular transmission channel. Then signaling bits are read from signaling bytes contained in the frame structure of the incoming high-frequency carrier, stored in a buffer and read from said buffer to provide said bits at an output.
  • the buffer stores the bits in a quasi-format formatted after SDH or SONET recommendations wherein groups of similar bits for a group of consecutive channels of particular tributary are stored in one address of said storage means and whereby the write operation for writing the bits into the storage means is simplified, since the bits are stored in groups as read from the signaling bytes.
  • the signaling bytes form part of the overhead signals contained in said incoming carrier.
  • the overhead signals may be plesiochronous to each other and to the NE to which they are connected.
  • existing methods might be used to handle the overhead of the SONET signals. Such would be limited to providing:
  • Fig. 8 shows an overhead link network approach having a plurality of overhead data links between various input/output devices and a control system for communication of the overhead information that is to be processed within the network element.
  • Each I/O carries its own overhead data link to the control system with its associated overhead information.
  • the control system must accommodate for this influx of link connections and provide additional DS0 grooming necessary to deal with the various types and quantities of overhead. Either within the control structure itself or connected by external links, the future overhead will have to be accommodated.
  • the links from each input/output device must be large enough to handle a maximum bandwith required for the overhead in the maximum case. In the minimum case, under utilization of the links results without multiple I/O's sharing the links.
  • the teachings hereof show how to efficiently, flexibly and cost-effectively provide an inter-NE transport system for a large number and different types of SONET overhead signals to be able to cross-connect, terminate and/or process.
  • a high degree of flexibility is provided by the use of a cross-connection for concentration, broadcasting (as in originating a large number of channels with the same origination code), reconfiguration and other functions.
  • the interface equipment can be implemented cost-effectively and provide future flexibility by using the functions of the matrix.
  • the approach of using a large, flexible number of link interfaces for the external interfaces is obviated.
  • the effectiveness of handling the overhead signals in this manner carries the same characteristics of size flexibility, etc., as a matrix provides for transmission signals in a switch or cross-connect.
  • Fig. 9 shows the concept of using a cross-connect, in this case, without limitation a VT matrix, to group, cross-connect, concentrate, route, etc. the overhead.
  • the particular approach shown includes without limitation, one or more overhead servers which are connected to the control system through an overhead data link.
  • the overhead is transported to the servers with bandwith that is available in an internal transport frame format (STM-1**) to be described below, with payload and concentrated in the VT matrix with overhead on the STM-1** to the overhead server.
  • STM-1** connected to the overhead servers contains a multiple number of overhead sets of information from the I/O's which is flexibly programmed in the VT matrix.
  • the overhead server acts as a circuit switch and packet switch and provides a concentration function for all the overhead.
  • servers are connected to the matrix for performing a variety of functions based on various parameters of the NE system.
  • the matrix functions may be used to transport signals server-to-server.
  • the large number of independent links is reduced to a minimum number of highly-concentrated links between the matrix and server.
  • the plesiochronous special cases can be effectively handled with this matrix approach by routing appropriately conditioned signals (bandwidth or method to preserve the signal information) to appropriate server units.
  • the overhead servers may be sized to handle the maximum overhead expected, which could be costly for small applications, but by properly utilizing the VT matrix as the network, which is required by the payload anyway, modularity can be achieved to any desired degree.
  • the VT matrix can also be used for server to server communications. It is also possible to provide dedicated links between servers which will be disclosed in detail below. With the above network configuration additional servers of a given type could easily be added as the application demands and new types of service could be added as the standards evolve on the undefined overhead and upgrading can be easily accomplished without the concern of disturbing the vital control system.
  • any architecture designed now for a SONET Network Element (NE) or cross-connect must be capable of gracefully evolving as well to account for changes in the standard. This is especially true in the case of a wideband digital cross-connect system (e.g., SONET cross-connect, a specific type of NE) because of the size and the investment in the network element (NE).
  • SONET cross-connect e.g., SONET cross-connect, a specific type of NE
  • the first problem to be addressed is to group the overhead functions into a set of similar general characteristics. After understanding these characteristics, we can address a specific architecture and how to map the overhead functions onto the architecture.
  • SONET overhead functions can be grouped into the following similar characteristic groups:
  • 64kbit F2 Circuit switch Funct 64kbit G1 Interface Termination/Circuit Switch Funct. Status 64kbit H1, H2 Interface Termination Pointers H3 Interface Termination Pointers H4 Interface Termination/Circuit Switch Funct. Pointers 64kbit J1 Interface Termination/Circuit Switch Funct. Trace 64kbit K1, K2 Interface Termination APS Z1, Z2 Packet Functionality/Circuit Switch Funct. (Undefined--2x64 or 128kbit) Z3-Z5 Packet Functionality/Circuit switch Funct. (Undefined--3x64 or 192kbit) V1-V4 Interface Termination/Circuit Switch Funct. Pointers 4x64kbit V5 Interface Termination/Circuit Switch Funct. Pointers 64kbit Xrc Undefined
  • the Interface Termination functionality group contains the SONET overhead bytes that most appropriately should be terminated (sourced and sinked) in SONET interfaces which may be provided in a SONET cross-connect, according to the present invention. It is possible that some of this group may be most efficiently terminated in non-SONET interfaces by transporting the overhead to/from such as non-SONET DS-3 or DS-1 interfaces.
  • the Packet Functionality group are those bytes of overhead that have the functionality and characteristics of Packets and require SONET cross-connect functionality that provides packet switching, packet handling and packet processing. In other words, the packet bytes need to be treated as traditional packet information.
  • the Circuit Switch Functionality group contains bytes which have circuit switched characteristics, such as a clear channel 64 kbit signal, and requires functionality in the SONET cross-connect providing circuit-switched functions at a DS0 level.
  • This group includes overhead bytes which are required to be transparently cross-connected when the path termination is other than this particular SONET cross-connect.
  • a general functional architecture 10 for a SONET cross-connect is shown to incorporate the functional characteristics identified above. It includes SONET interfaces 12, 14, a payload cross-connect 16, a packet switch handler 18, a circuit switch handler 20, SONET Overhead (OH) processing/interfaces 22 and SONET cross-connect control 24.
  • SONET interfaces 12, 14, a payload cross-connect 16, a packet switch handler 18, a circuit switch handler 20, SONET Overhead (OH) processing/interfaces 22 and SONET cross-connect control 24 SONET interfaces 12, 14, a payload cross-connect 16, a packet switch handler 18, a circuit switch handler 20, SONET Overhead (OH) processing/interfaces 22 and SONET cross-connect control 24.
  • OH SONET Overhead
  • the functions of the SONET interfaces 12, 14 are (a) termination of selected overhead bytes from the SONET signals, (b) communication of overhead with the SONET cross-connect control 24, (c) passing overhead through the interface to the appropriate functional blocks within the SONET cross-connect, and (d) rearrangement of overhead bytes to/from SONET cross-connect internal structure.
  • the function of the Payload Cross-Connect 16 is to cross-connect payload.
  • the functions of the packet switch handler 18 are to (a) transmit/receive the packet overheads from the interfaces 12, 14, (b) route packets to appropriate functional blocks, and (c) terminate idle packets.
  • the functions of the circuit switch handler 20 are to (a) transmit/receive the circuit switch overheads from the interfaces, (b) route to appropriate functional blocks, and (c) terminate idle circuits.
  • the functions of the SONET overhead processing/interfaces 22 are to (a) process the overhead, (b) communicate overhead information with the SONET cross-connect control 24, and (c) interface the SONET cross-connect 10 to external equipment.
  • the functions of the SONET cross-connect control 24 in relation to the overhead are to (a) control the SONET cross-connect 10 relative to the overhead information received, (b) communicate overhead information to other functional blocks, and (c) interface to all the functional blocks.
  • the packet switched functionality group identified in Table I identify bytes (PS) that are communicated between the interfaces 12, 14 and the packet switch handler 18, which does a first level of processing and routing.
  • Bytes (D1-D3; D4-D12) are then transmitted/received with the SONET OH processing/interfaces functional block 22 for further processing and routing of information to other functional blocks or interfaces.
  • circuit-switched group of overheads identified in Table I contain bytes (CS) that are either through-connected (B3, C2, F2, G1, H4, J1, Z1-Z5, V1-V5) or communicated between the SONET OH processing/interfaces functional block 22 (E1, E2, F1, F2, Z1-Z5) for further processing and routing of information to other functional blocks or interfaces.
  • CS through-connected
  • B3, C2, F2, G1, H4, J1, Z1-Z5, V1-V5 communicated between the SONET OH processing/interfaces functional block 22 (E1, E2, F1, F2, Z1-Z5) for further processing and routing of information to other functional blocks or interfaces.
  • PL bytes which carry the informational payload through the SONET cross-connect 10 and which are cross-connected by the cross-connect 16.
  • PL, PS and CS bytes as shown in Fig. 1 may all be carried on a single wire or fiber and that the functions carried out as shown on blocks, 12, 14, 16, 18, 20, 22, 24 may not necessarily be carried out in separately identifiable pieces of hardware. Indeed, they may all be in a single enclosure.
  • the SONET interfaces 12, 14 function to terminate (source/sync) some bytes (A1, A2, B1, B2, B3, C1, C2, G1, H1-H4, J1, K1, K1, V1-V5) which may be terminated in the interfaces and which may communicate information to the SONET cross-connect, particularly, to the SONET cross-connect control 24.
  • Fig. 2 For the case of terminating a SONET signal into an asynchronous interface 26, Fig. 2 identifies the VC/VT overhead termination by way of a bidirectional line 27. It may be desirable to circuit-switch the other path overhead to the asynchronous interface and terminate it there instead of at the SONET interface. Both options may be considered in any architecture based on the present invention.
  • the data communications channel characteristic as defined in the ANSI T1.105 specification for a Digital Hierarchy-Optical Interface Rates and Formats Specifications, is also being considered in the CCITT standards and may comprise a 768kbit Packet channel.
  • data communication channels When data communication channels are used in an NE, they must be continuously connected to a terminating circuit, i.e. full and continuous connectivity.
  • Order wire channels (D1-D3, D4-D12) would be used on a selective basis.
  • today's applications use dedicated switched or 'nailed-up' type connections to order wire panels.
  • a 'nailed-up' circuit typically has the characteristics and functions of being switchable as a normal mode. Nailed-up is putting this circuit into a semi-permanent state of not being switched on a regular basis as a normal telephone service.
  • Every SONET interface will have two such order wires, and a selective process must be implemented in the standards that will allow for a reasonable architecture and hardware implementation. This issue is open in the standards at this time. Thus, a risk is involved in implementing particular architecture to provide the selection function, and flexibility with the implementation should be considered.
  • the user channels (F1 & F2) and the growth channels (Z1-Z5) are undefined in the standards, and the general architecture, according to the present invention, will address them as identified above, with the possibility that the growth channels could be either of a switched circuit functionality or packet switched functionality.
  • the set of path bytes (B3, C2, F2, G1, H4, J1, Z3-Z5, V1-V4 and V5) are to be circuit-switched through the SONET cross-connect 10.
  • the STM-1 signal as defined in the Synchronous Digital Hierarchy Bit Rates, CCITT Draft Recommendation G.70X, contains nine columns of overhead in a fixed position relative to the framing.
  • STM-1** is an internal frame format which is designed to be used in a particular product of Assignee as detailed in French patent application 90 00991, filed 29January 1990 and published under Number FR-A-2657741. It consists of a collection of unterminated virtual containers which move in fixed columns with respect to the A1-A2 framing sequence. When fixed in this way, the tributary units are known as domestic units .
  • STM-1** is an unscrambled data stream at 155.520 Mbit/s similar to STM-1 according to CCITT Recommendations G.707-9.
  • cross-connected entities i.e., entities externally cross-connected by the system
  • switched entities i.e., entities internally switched by a matrix
  • Switched entities are derived from the administrative units of the synchronous hierarchy (as opposed to tributary units) because their pointer indicates that the phase alignment of the VC with respect to the STM-1** frame (as opposed to the POH of the next higher level VC).
  • switched entities will be labeled domestic units (DU). They include:
  • the basic internal STM-1** frame structure is shown in Fig. 3A. As mentioned, this frame structure is used internally only. It is made possible by virtue of the fact that some of the overhead bytes are terminated within the interfaces. Therefore, since some of the overhead bytes are not being used, we are able to utilize those unused bytes for internal purposes within the SONET cross-connect. Such purposes might include, for example, checking whether a signal input to the cross-connect comes out properly on the other side, all within the boundaries of the SONET cross-connect. A1 and A2 (referred to CCITT G.708) carry the framing information. Pointers of the switched entities have a fixed position with respect to A1, A2. H1 and H2 (for H1** and H2**) are used for VC-4 cross-connections only.
  • Mode 1 used in the US, or uSTM-1**, can transport up to 63 DU-12s or 84 DU-11s.
  • Mode 2 (ETSI or eSTM-1**) can transport up to 64 DU-12s or 80 DU-11s.
  • a teaching of this invention is that pseudo containers may be transported. For example, as shown in Fig. 3B, either three TU11/VT-1.5s or two TU12/VT-2s may be constructed for the transport of selected overhead through the matrix. These units of transport will be referred to as pseudo TU1/VTs.
  • the overhead is mapped into the appropriate byte locations in the pseudo-VTs (either 1.5 or 2), the VTs are able to be transported as any other VT 1.5 or VT 2. This allows for the pseudo VTs to be treated just as the VTs are defined in the above-mentioned ANSI and CCITT Standards.
  • the overhead on the SONET signal must be rearranged in the SONET interfaces to map from the external SONET signals to the STM-1**.
  • the mechanism used to transport overhead within the SONET cross-connect is the available bandwidth within the STM-1** frame.
  • the available bandwidth that can be used is that portion of the transport overhead that is not required for other purposes, such as framing and pointers.
  • the nine columns available for transport use are divided into three pseudo-VT1.5s, as shown in Fig. 3B.
  • the overhead bytes that may need to be transported within the SONET cross-connect will be allocated to the available byte positions.
  • the path overhead information is transported as part of the TU/VC.
  • Figs. 4A-4E identify an allocation to account for the various signals that are required in the SONET cross-connect.
  • a fundamental approach that is taken is that within the SONET cross-connect, the overhead being transported is synchronized and locked by position to the SONET cross-connect frame signal. This translates into realizing synchronization at the SONET cross-connect interfaces by whatever implementation to satisfy the system requirements, such as: introducing 'slips', flow control, etc.
  • a very small subset of the allocated bandwidth and organization of the information into an appropriate VT1.5 is desirable for efficient use of the matrix.
  • Fig. 4A is the overhead allocation for the AU-4**.
  • Fig. 4B is the overhead allocation for the TU-32**:CEPT.
  • Fig. 4C is the overhead allocation for the TU-32**:US STS-3.
  • Fig. 4D is the overhead allocation for the TU-32**:35TS-1s.
  • Fig. 4E is the overhead allocation for the AU/TU-31**.
  • Fig. 4F shows an STM-1 with TU-32s that are cross-connected and the paths do not terminate in the SONET cross-connect.
  • the SONET cross-connect is merely providing a cross-connect function for the SONET paths.
  • the path payload information along with the path overhead (POH) is to be cross-connected transparently, as shown. There is no POH that is required to be transported to a server for processing and the POH is transported across the matrix as part of the payload.
  • the STM-1 section and line overhead is transported and transformed by the matrix to/from the server.
  • Fig. 4G shows a case where the STM-1 payload POHs are to be terminated in the SONET I/Os.
  • An example of this case is where the TU-32 content will be cross-connected at the next lower level, i.e., TU-11s (1.544 Mbit SONET I/Os).
  • the POH information would be mapped into/out of the STM-1** overhead columns in the SONET I/O.
  • Fig. 4H shows the case where the STM-1 POHs are terminated in the non-SONET or asychronous I/Os.
  • the TU-32 contains an asynchronous 45 Mbit/s signal (DS3) and it is more appropriate to pass the POH to the DS3 interface for termination.
  • the POH is transported to/from the asynchronous interface as a part of the TU-32 payload cross-connect.
  • the POH is mapped onto/out of the STM-1** overhead columns for transport and transformed to/from the server.
  • For the section and line overhead they are mapped onto/out of the STM-1** overhead columns in the SONET I/O for transport and transform to/from the server.
  • FIG. 4I demonstrates this case showing the STM-1** overhead using the same mapping template as the SONET overhead.
  • Fig. 4J demonstrates a more efficient mechanism, i.e., use of virtual containers, e.g., VT1.5s, by mapping the POH in the non-SONET I/Os different from the SONET I/O template.
  • Fig. 4J demonstrates the sequence of the POH transfer for the case in which the POH is terminated in the asynchronous I/O.
  • Second (2) POH is mapped to/from payload from/to STM-1** overhead.
  • Third (3) POH is transported on the STM-1** overhead.
  • POH is transported on the STM-1** overhead.
  • POH is mapped to/from STM-1** overhead from/to VT1.5s.
  • POH is processed and mapped onto/off of VT1.5s.
  • a second aspect of the present invention is that the SONET cross-connect 10 may contain equipment units to address the overhead functions, shown functionally in Fig. 1, as appropriate. These equipment units will be referred to herein as servers. Different types of servers may be required to handle such functions as overhead processing, DS0 arrangements, user and OS terminal interfaces, etc. Or, one server may handle all functions. The design of these servers should be such that there is flexibility in the functional content and commonality of interfaces and internal functional sub-units. In this approach, one may provide for the various SONET cross-connect applications in size and feature content in a very efficient and cost-effective manner.
  • the servers may be sized in a modular manner for growth with appropriate inter-communication and interface to the matrix with the STM-1**.
  • a SONET cross-connect SONET general architecture using servers is shown in Fig. 5.
  • the functional units are:
  • the SOH DS0 organizer/server 34 Recalling the STM-1 structure of the overhead as shown in Figs. 3 and 4 for the U.S. and Europe, respectively,it will be necessary in the SOH DS0 organizer/server 34 to interpret the three pseudo TU11/VT1.5s or two TU12/VT2s. This limitation of the overhead transport does not allow for transport of specific overhead functional information on a per pseudo TU/VT basis since there are more types of overhead that need to be transported. Therefore, the SOH DS0 organizer/server 34 is identified to provide the following basic functions:
  • this server 34 should be able to accommodate additional overhead functional operations for the purpose of optimizing for small systems or systems requiring a minimal amount of overhead functionality.
  • a data communications auxiliary server 36 transmits data communications packetized overhead which may be in the form of a 192kbit channel and a 76kbit channel. To make provisions for accommodating this overhead, a data communications auxiliary server 36 is identified. It is auxiliary in the sense that the data overhead may be able to be handled by another server, such as the SOH DS0 Organizer server 34.
  • a growth channel server 38 is shown. It is for the purpose of handling the growth channels in the SONET cross-connect.
  • the growth channels in the standards, are undefined and could be of either packet or switched circuit characteristics, and when defined, may be able to be accommodated in one of the other servers.
  • a network management station control terminal server 40 is identified to provide several types of terminal connections for the purposes of network management or station control.
  • a server is defined to provide these functions and is identified as the NM terminal server 40.
  • the overhead which has been defined as packets are the D1-D12 data communications channel bytes. These bytes are mapped within the SONET interfaces between the external SONET signal and the STM-1** signal.
  • the pseudo TU/VTs are grouped into the STM-1** that is connected to the SOH DS0 organizer server 34.
  • the D1-D3 bytes may, but need not, be processed in the server 34 and the D4-D12 bytes may be processed in the datacom auxiliary server 36.
  • the D4-D12 bytes are regrouped in server 34 into a TU/VT for redirection within the matrix to the STM-1** that is connected to the datacom auxiliary server 36.
  • the D4-D12 overhead is processed.
  • the packet switch handling part of the datacom auxiliary server 36 handles the packets in a manner typically accomplished by standard methods.
  • the packets are decomposed for error checking mechanisms and the destination address for the packet. Addresses for other than this equipment cause the packet to be reassembled and redirected to another location. Packets for this equipment are terminated, and the information content of the packet is used. Information to be sent out from this equipment is formulated into a packet with error correction/checking and address information and sent out via the appropriate communication path.
  • the overhead bytes that are required to be circuit-switched are B3, C2, E1, E2, F1, F2, G1, H4, J1, V1-V5, and Z1-Z5.
  • the path and VC/VT overhead may be required to be circuit-switched between interfaces without change.
  • These connection cases are, as shown, between SONET-to-SONET and some of the SONET-to-non-SONET, such as DS3s. In the case of the DS3s, the overhead would be terminated in the DS3 interface. In these cases, the overhead should be circuit-switched as a part of the payload units.
  • the circuit-switched handler switches the individual bytes to get the bytes organized into an appropriate VT for further transport to another server or interface, or to the processing element where the overhead is terminated.
  • Another group of circuit-switched bytes that need to be transported in the pseudo TU/VTs are the order wire bytes (E1, E2), the user channel bytes (F1, F2), and the growth channel bytes (Z1-Z5).
  • This group of bytes is to be remapped in the interface and transported in the SOH DS0 organizer server 34.
  • This server will regroup the orderwire and user bytes to be transported to the NM terminal server, as shown.
  • the appropriate processing will occur to interface to the orderwire terminations 56 or the user channel terminations 58.
  • the growth bytes at this time are assumed to be grouped and sent to the growth channel server 38, where they will be terminated. As the standards are defined further, definition will need to be filled in for the user.
  • Termination is the point at which the signals coming into the point are evaluated in some way and usually transformed into some other form of information by having a process act upon it.
  • the point of termination is also that point at which information in one form is processed into another defined form for acting as the origination point of information.
  • Fig. 1 identifies these bytes also in the interface 12. Actual termination in the interface is dependent upon the interface connection type. In particular, the path overhead bytes will not be terminated when they are to be switched through. It is necessary to terminate the K1 and K2 bytes in the interface to allow for the necessary immediate action to be taken by the SONET cross-connect control 24.
  • additional related functions are those associated with the interfaces between the SONET cross-connect 10 and operation systems 50, network manager/station control 52, and craft 54. As identified in Figs. 5 and 6, information across these interfaces is examined by the NM terminal server 40 and either processed or communicated to the SONET cross-connect control 24 or packet-switched to the SOH DS0 organizer server and/or datacom auxiliary server for transmission on the datacom bytes to a distant network element.
  • FIG. 7 Another SONET cross-connect architecture is shown in Fig. 7.
  • the functional units are SONET and non-SONET interfaces, a cross-connect matrix, servers, a cross-connect administrative unit and administrative unit access. All of these units are involved in the handling of the SONET overhead, either in the transporting or processing of the information.
  • the SONET overhead functional requirements for the SONET cross-connect 10 are described hereinafter. Although many of the standards of the SONET overhead are and will be for some time in a state of definition, I have, however, identified the basic structure.
  • the SONET cross-connect 10 of the present invention has architecture such that, as new standards are defined and become requirements, can gracefully incorporate these requirements.
  • A1 11110110) and A2 (00101000)
  • A2 00101000
  • the SONET cross-connect must use these bytes to frame on the incoming signals. It shall provide these bytes in all STS-1/STM-1s within the transmitted signals.
  • the framing bytes are received and terminated in the SONET interfaces.
  • the SONET interfaces use this signal to frame on for the remaining information in the signal. If the framing pattern cannot be detected, an appropriate alarm will be forwarded to the SONET cross-connect control for maintenance action.
  • Transmitted Signal Framing bytes with the required bit pattern are generated in the SONET interfaces and transmitted on the external SONET signal.
  • One byte is allocated in each STM-1/STS-1 for a section error monitoring function.
  • This function shall be a bit interleaved parity 8 code using even parity.
  • the section BIP-8 is calculated over all bits of the previous STM-N/STS-N frame after scrambling.
  • the computed BIP-8 is placed in the B1 byte of STM-1/STS-1 number 1 before scrambling. This byte is defined only for STM-1/STS-1 number 1 of an STM-N/STS-N signal.
  • the SONET cross-connect is required to generate this information on the transmitted signals. On the received signals, it is required to calculate the BIP-8 and compare to the B1 byte of the next frame for section error monitoring.
  • Received Signal The received B1 bytes will be terminated in the SONET interfaces.
  • the interfaces will calculate the BIP-8 on received signals and compare it to the B1 byte in the next frame. Errors will be forwarded to the SONET cross-connect control for maintenance functions.
  • the SONET interfaces will generate the B1 bytes and transmit them on the external SONET signal.
  • One byte is allocated in each STS-1 for line error monitoring function.
  • This function shall be a BIP-8 code, using even parity.
  • the line BIP-8 is calculated over all bits of the line overhead and STS-1 envelope capacity of the previous STS-1 frame before scrambling.
  • the computed BIP-8 is placed in the B2 byte of the current STS-1 frame before scrambling.
  • This byte shall be provided in all STS-1 signals within an STS-N signal.
  • Three bytes are allocated in each STM-1 for a section bit error monitoring function.
  • This function shall be a bit interleaved parity 24 code (BIP-24) using even parity.
  • the BIP-24 is computed over all bits of the previous STM-1 frame except for the first three rows of section overhead (D1-D3) and is placed in bytes B2 before scrambling. This parity code is not recomputed at regenerators.
  • the SONET cross-connect is required to generate this information on the transmitted signals. On the received signals, it is required to calculate the BIP-8 and compare to the B2 byte/bytes of the next frame for section error monitoring.
  • the SONET cross-connect provides the optional feature of automatic protection switching (APS) of lines, the switching decisions shall be based on composite parameters derived from the BIP-8 monitoring.
  • APS automatic protection switching
  • Received Signal The received B2 bytes will be terminated in the SONET interfaces.
  • the interfaces will calculate the BIP-8 on received signals and compare it to the B2 byte in the next frame. Errors will be forwarded to the SONET cross-connect control for maintenance functions.
  • the SONET interfaces will generate the B2 bytes and transmit them on the external SONET signal.
  • Path BIP-8 is calculated over all bits of the previous VC-3/VC-4 or STS SPE and placed in the B3 byte of the current VC-3/VC-4 or STS SPE.
  • the SONET cross-connect is required to generate this information on the transmitted signals. On the received signals, it is required to calculate the BIP-8 and compare to the B3 byte/bytes of the next frame for section error monitoring.
  • the received B3 bytes will be terminated in the SONET interfaces when the path is terminated in the SONET interface.
  • the B3 bytes When the path is cross-connected to a non-SONET (Ex. DS3) interface, the B3 bytes will be terminated in the non-SONET interface.
  • the B3 bytes When a path is cross-connected to another SONET signal, the B3 bytes are transparently passed through the SONET cross-connect.
  • the termination is in the SONET cross-connect interfaces, the BIP-8 will be calculated on the incoming signal and compared to the received B3 in the next frame. Errors will be reported to the SONET cross-connect control for maintenance functions.
  • the B3 bytes will be generated and transmitted by the terminating interfaces when the path terminates in the SONET cross-connect. On a path cross-connect, the bytes are transparently passed through. The content of the generated bytes is determined by calculating the BIP-8 and transmitting it in the next frame.
  • the first STS-1 to appear in the frame shall be designated number 1 (00000001).
  • the second STS-1 shall be designated number 2 (00000010), etc.
  • the SONET cross-connect must generate valid C1 bytes and place them on the outgoing signals. The SONET cross-connect, however, does not have to process the C1 bytes contained in the incoming signals.
  • Received Signal The received C1 bytes will be terminated in the SONET interfaces. This signal can be used in the interfaces if desired for framing and deinterleaving.
  • Transmitted Signal The required C1 bytes are generated in the SONET interfaces and transmitted on the external SONET signal.
  • One byte is allocated to indicate the construction of the VC-3/VC-4 payload or STS SPE.
  • STS SPE One byte is allocated to indicate the construction of the VC-3/VC-4 payload or STS SPE.
  • the following are defined here and the remaining codes are reserved to be defined as required in specific VC-3/VC-4/STS payload mappings:
  • the received C2 bytes will be terminated in the SONET interfaces when the path is terminated in the SONET interface.
  • the C2 bytes When the path is cross-connected to a non-SONET (ex. DS3) interface, the C2 bytes will be terminated in the non-SONET interface.
  • the C2 bytes When the path is cross-connected to another SONET signal, the C2 bytes are transparently passed through the SONET cross-connect.
  • this information is communicated to the control system.
  • the C2 bytes will be generated and transmitted by the terminating interfaces when the path terminates in the SONET cross-connect. On a path cross-connect, the bytes are transparently passed through. The content of the generated bytes is communicated from the SONET cross-connect control.
  • the SONET cross-connect shall use the data communication channels D1-D3. It is not required initially to use the data communications channels D4-D12.
  • the received D1-D3 bytes will be mapped into the STM-1** frame for transport through the SONET cross-connect matrix to the SOH DS0 organizer server.
  • the D bytes will be terminated in this server, which will provide the appropriate functions on the datacom channels, such as routing through the matrix to a destination outside the SONET cross-connect, processing of the information intended for the SONET cross-connect and communicating to the SONET cross-connect control, and terminating idle datacom channels.
  • the transmitted D1-D3 bytes will be mapped into the external SONET signal from the STM-1** frame that is transported through the matrix.
  • the bytes will originate from the SOH DS0 organizer server for information that originates in the SONET cross-connect and for the idle datacom channels.
  • the byte information is generated external to the SONET cross-connect and passed through the SOH DS0 organizer server only for the appropriate DS0 organizing function.
  • One byte is allocated for a local orderwire channel that shall be used as a voice communications channel. It is reserved for communication between regenerators, hubs and remote terminal locations. It is defined only for STM-1/STS-1 of an STM-N/STS-N signal.
  • the SONET cross-connect is required to provide the section orderwire capability only to those interfaces that directly terminate SONET transmission systems.
  • Received Signal The received E1 bytes will be mapped into the internal STM-1** frame for transport through the SONET cross-connect matrix.
  • a switched circuit function will be performed in the SOH DS0 organizer server which receives selection commands from network management craft. Orderwires that have been selected by network management will be terminated in the NM terminal server. An external termination of the orderwire will be provided as a four-wire analog port. Termination of unselected orderwires will be terminated in the SOH DS0 organizer server.
  • the transmitted E1 bytes will be mapped into the external SONET signal from the internal STM-1** frame that is transported through the SONET cross-connect matrix.
  • a switched circuit function will be performed in the SOH DS0 organizer server which receives selection commands from network management craft. Orderwires that have been selected by network management will have the E1 bytes generated in the NM terminal server from information received from the external termination four-wire analog port. The E1 bytes from unselected orderwires will be generated in the SOH DS0 organizer server as idle codes.
  • One byte is allocated for an express orderwire channel that shall be used as a voice communications channel. It is reserved for communication between line entities. It is defined only for STM-1/STS-1 of an STM-N/STS-N signal.
  • the SONET cross-connect is required to provide the line/section orderwire capability only to those interfaces that directly terminate SONET transmission systems.
  • Received signal The received E2 bytes will be mapped into the internal STM-1** frame for transport through the SONET cross-connect matrix.
  • a switched circuit function will be performed in the SOH DS0 organizer server which receives selection commands from network management craft. Orderwires that have been selected by network management will be terminated in the NM terminal server. An external termination of the orderwire will be provided as a four-wire analog port. Termination of unselected orderwires will be terminated in the SOH DS0 organizer server.
  • the transmitted E2 bytes will be mapped into the external SONET signal from the internal STM-1** frame transported through the SONET cross-connect matrix.
  • a switched circuit function will be performed in the SOH DS0 organizer server which receives selection commands from network management craft. Orderwires that have been selected by network management will have the E2 bytes generated in the NM terminal server from information received from the external termination four-wire analog port. The E2 bytes from unselected orderwires will be generated in the SOH DS0 organizer server as idle codes.
  • This byte is set aside for the network provider. This byte shall be passed from one section level to another and shall be terminated at all section level equipment. This byte is defined only for STM-1/STS-1 number 1 of an STM-N/STS-N signal. The SONET cross-connect is not required initially to use these channels.
  • Received Signal The received F1 bytes will be mapped into the internal STM-1** frame for transport through the SONET cross-connect matrix. The received F1 bytes will be terminated and ignored in the SOH DS0 organizer server.
  • the transmitted F1 bytes will be mapped into the external SONET signal from the internal STM-1** frame that is transported through the SONET cross-connect matrix.
  • the SOH DS0 organizer server will generate an idle pattern for the F1 bytes and transmit them to the external SONET signal on the STM-1**.
  • One byte is allocated for network provider communication purposes between path elements.
  • the SONET cross-connect is not required initially to use these channels.
  • the received F2 bytes will be mapped into the internal STM-1** frame for transport through the SONET cross-connect matrix.
  • the received F2 bytes will be terminated and ignored in the SOH DS0 organizer server when the path overhead is terminated in the SONET interface.
  • the F2 bytes When the path is cross-connected to a non-SONET (ex. DS3) interface, the F2 bytes will be terminated and ignored in the non-SONET interface.
  • the F2 bytes are transparently passed through the SONET cross-connect.
  • F2 bytes will be mapped into the external SONET signal from the internal STM-1** frame that is transported through the SONET cross-connect matrix.
  • the SOH DS0 organizer server will generate and transmit an idle code for the F2 bytes when the path overhead is terminated in the SONET interface.
  • an idle code will be generated for the F2 bytes in the non-SONET interface.
  • the F2 bytes are transparently passed through the SONET cross-connect.
  • Bits 1-4 are a far end block error (FEBE) code to convey the count of interleaved-bit blocks (rails) that have been detected to be in error by the path BIP-8 code. This count has nine legal values, namely zero to eight errors. The remaining seven possible values represented by these four bits can only result from some condition unrelated to the forward path and shall be interpreted as zero errors.
  • FEBE far end block error
  • VC-3/VC-4 path remote alarms indication is sent back by VC-3/VC-4 assembler whenever the VC-3/VC-4 assembler is not receiving a valid signal.
  • Bit 5 is an STS path yellow indicator or the VC-3/VC-4 path remote alarm indication, which is set to a one to indicate VC-3/VC-4 path remote alarm, and is otherwise set to zero.
  • Bits 6, 7 and 8 are unassigned at this time.
  • the SONET cross-connect shall have the capability to detect the STS-1 path yellow signal on the incoming OC-N signal and provide a valid G1 on the outgoing signal.
  • the received G1 bytes will be terminated in the SONET interfaces when the path is terminated in the SONET interface.
  • the G1 bytes When the path is cross-connected to a non-SONET (ex. DS3) interface, the G1 bytes will be terminated in the non-SONET interface.
  • the G1 bytes When the path is cross-connected to another SONET signal, the G1 bytes are transparently passed through the SONET cross-connect.
  • this information is communicated to the control system.
  • the G1 bytes will be generated and transmitted by the terminating interfaces when the path terminates in the SONET cross-connect. On a path cross-connect, the bytes are transparently passed through. The content of the generated bytes is communicated from the SONET cross-connect control.
  • Two bytes are allocated to a pointer that indicates the offset in bytes between the pointer and the first byte of the associated virtual container POH or STS SPE. It shall be used to align the STM-1/STS-1 transport overheads in an STM-N/STS-N signal as well as perform frequency justification. These bytes shall be provided in all STS-1 signals within an STS-N signal. Reference shall be made to CCITT G.70Z for the complete specification of these bytes for the STM-N signals.
  • the SONET cross-connect is required to process these bytes in the received signals and provide valid bytes in the transmitted signals.
  • the SONET cross-connect is required to detect incoming path AIS.
  • Received Signal The pointer bytes are received and terminated in the SONET interfaces. These bytes are used for realignment of the STM-1** payload and are recalculated and inserted into the STM-1** frame.
  • Transmitted Signal The pointer bytes are generated in the SONET interfaces and transmitted on the external SONET signal.
  • the pointer action byte is allocated for AU and SPE justification purposes. This byte shall be provided for all STS-1 signals within an STS-N signal. There are three pointer action bytes allocated in an AU-4 and one pointer action byte allocated for AU-3s and TU-ns. In the event of negative justification, these bytes carry valid VC or SPE information. The value of this byte when not used is undefined.
  • the SONET cross-connect is required to process these bytes in the received signals and provide valid bytes in the transmitted signals.
  • the SONET cross-connect is required to detect incoming path AIS.
  • Received Signal The pointer action bytes are received and terminated in the SONET interfaces. These bytes are used for realignment of the STM-1** payload and are recalculated and inserted into the STM-1** frame.
  • Transmitted Signal The pointer action bytes are generated in the SONET interfaces and transmitted on the external SONET signal.
  • This byte is allocated to provide a multiframe indication, when required. It indicates the phase of the STS SPE frames in different length superframes for use by the various VT-structured payloads.
  • the H4 byte contents of any given STS POH identifies the frame phase of the following STS SPE. H4 identifies:
  • Received Signal The H4 bytes are received and terminated in the SONET interfaces. These bytes are used for realignment of the STM-1** payload and are recalculated and inserted into the STM-1** frame.
  • Transmitted Signal The H4 bytes are generated in the SONET interfaces and transmitted on the external SONET signal.
  • This byte is used at the termination point of a path to verify the continued connection to the intended transmitter. This byte repeatedly transmits a 64-byte, fixed length string. The content of the message shall be user programmable. If no message has been loaded, then 64 NULL characters shall be transmitted. The SONET cross-connect shall have the capability to transmit this byte on the outgoing signals.
  • the received J1 bytes will be terminated in the SONET interfaces when the path is terminated in the SONET interface.
  • the J1 bytes When the path is cross-connected to a non-SONET (ex. DS3) interface, the J1 bytes will be terminated in the non-SONET interface.
  • the J1 bytes When the path is cross-connected to another SONET signal, the J1 bytes are transparently passed through the SONET cross-connect.
  • this information is monitored for continuous connection and the interfaces communicate to the control system about the status.
  • the J1 bytes will be generated and transmitted by the interfaces when the path terminates in the SONET cross-connect. On a path cross-connect, the bytes are transparently passed through. The content of the generated bytes is determined by the SONET cross-connect control and the message is to be user programmable. If no message has been loaded, then 64 NULL characters will be transmitted.
  • Two bytes are allocated for automatic protection switching (APS) signaling (between line level entities). These bytes are defined only for STM-1/STS-1 number 1 of an STM-N/STS-N signal.
  • the K2 byte is also used to identify line AIS and line FERF.
  • the SONET cross-connect shall use this channel when it directly terminates SONET transmission systems requiring automatic line protection switching.
  • K2 is also used for coding line AIS and line Far-End Receive Failure (FERF) indication.
  • FERF Far-End Receive Failure
  • the K1 and K2 bytes are received and terminated in the SONET interfaces.
  • the SONET interfaces communicate this information directly to the control within the SONET cross-connect when the SONET cross-connect terminates SONET transmission systems requiring automatic line protection switching.
  • the SONET interface will communicate the AIS and FERF information in the K2 byte to the control within the SONET cross-connect.
  • the K1 and K2 bytes are transmitted from within the SONET interfaces.
  • the SONET cross-connect control communicates directly to the SONET interfaces when the SONET cross-connect terminates SONET transmission systems requiring automatic line protection switching.
  • the control of the SONET cross-connect communicates to the SONET interfaces for the AIS and FERF information to be transmitted in the K2 byte.
  • Received Signal The received Z1 and Z2 bytes will be mapped into the internal STM-1** frame for transport through the SONET cross-connect matrix.
  • the received F1 bytes will be terminated and ignored in the SOH DS0 organizer server.
  • the transmitted Z1 and Z2 bytes will be mapped into the external SONET signal from the internal STM-1** frame that is transported through the SONET cross-connect matrix.
  • the SOH DS0 organizer server will generate an idle pattern for the Z1, Z2 bytes and transmit them to the external SONET signal on the STM-1**.
  • the received Z3-Z5 bytes will be mapped into the internal STM-1** frame for transport through the SONET cross-connect matrix.
  • the received Z3-Z5 bytes will be terminated and ignored in the SOH DS0 organizer server when the path overhead is terminated in the SONET interface.
  • the Z3-Z5 bytes When the path is cross-connected to a non-SONET (ex. DS3) interface, the Z3-Z5 bytes will be terminated and ignored in the non-SONET interface.
  • the Z3-Z5 bytes are transparently passed through the SONET cross-connect.
  • the Z3-Z5 bytes will be mapped into the external SONET signal from the internal STM-1** frame that is transported through the SONET cross-connect matrix.
  • the SOH DS0 organizer server will generate and transmit an idle code for the Z3-Z5 bytes when the path overhead is terminated in the SONET interface.
  • an idle code will be generated for the Z3-Z5 bytes in the non-SONET interface.
  • the Z3-Z5 bytes are transparently passed through the SONET cross-connect.
  • V1-V4 VC & VT Superframe Overhead
  • V1-V4 bytes are superframe overhead bytes for the VCs and VTs and are assigned as follows:
  • Received signal The received V1-V4 bytes will be terminated in the non-SONET interfaces when the path is terminated in the SONET cross-connect. When the path is cross-connected to another SONET signal, the V1-V4 bytes are transparently passed through the SONET cross-connect.
  • V1-V4 bytes will be generated and transmitted by the non-SONET terminating interfaces when the path terminates in the SONET cross-connect. On a path cross-connect, the bytes are transparently passed through. The content of the generated bytes is generated in the interface.
  • V5 VC & VT Path Overhead
  • the first byte in the VC-1/VC-2/VT SPE VTx-Nc SPE pointed to by the TU-1/TU-2/VT pointer is allocated to the VC and VT path overhead designated as V5. This byte provides the VC/VT path functions of error checking, signal label and path status.
  • Bits 1 and 2 are used for error performance monitoring.
  • a BIP scheme is specified. Bit 1 is set such that parity of all odd-numbered bits (1, 3, 5, 7) in all bytes in the previous VC/VT SPE is even. Bit 2 is set similarly for the even-numbered bits.
  • the calculation of the BIP-2 includes the VC/VT POH bytes but excludes the TU-1/TU-2/VT pointers.
  • Bit 3 is a VC-1/VC2/VT path Far-End-Block-Error (FEBE) indication that is sent back towards a VC-1/VC-2/VT path originator if one or more errors were detected by the BIP-2.
  • FEBE Far-End-Block-Error
  • Bit 4 is unassigned (X). The receiver is required to ignore the value of this bit.
  • Bits 5-7 provide a VC-1/VC-2/VT signal label. Eight binary values are possible in these three bits. Value 0 indicates "VC-1/VC-2/VT path unequipped", value 1 indicates “VC-1/VC-2/VT path equipped--non-specific load”, and value 7 indicates "VC-1/VC-2 path AIS". The remaining values are reserved. Any value received other than 0, or in the case of VC-1/VC-2 the value 7 indicates equipped.
  • Bit 8 is a VT path yellow indication and a VC-1/VC-2 path remote alarm indication. This byte is set to one if either a VC-1/VC-2 path AIS or a signal failure condition is being received, otherwise it is set to zero.
  • the VC-1/VC-2 path remote alarm indication is sent back by the VC-1/VC-2 assembler.
  • the SONET cross-connect is not required to terminate, access, monitor or process the VC/VT OH for a floating VC/VT that is cross-connected, since this overhead is intended to be for end-to-end paths.
  • the SONET cross-connect shall terminate the VC/VT path overhead when it is cross-connected to a DS3, DS1 or similar non-SONET connection.
  • the following requirements apply when a floating VT1.5 using asynchronous DS1 mapping is cross-connected to a DS1.
  • the SONET cross-connect must terminate the incoming VT path overhead, provide access to the OH information, and provide appropriate OH on the outgoing VT.
  • the SONET cross-connect must monitor the VT path bit error performance using BIP-2 contained in an incoming VT path OH.
  • the SONET cross-connect shall provide correct BIP-2 and FEBE indication on the outgoing VT SPE that it originates.
  • the FEBE indication will be based on the monitoring of BIP-2 on the incoming VT path OH.
  • the SONET cross-connect must be able to monitor AIS on incoming VTs and generate status reports if needed.
  • the SONET cross-connect is not required to process the VT signal label and FEBE code on the incoming VT.
  • VT yellow shall be generated in response to an incoming VT AIS or VT failure condition. However, no VT yellow shall be generated in response to a yellow signal in an incoming DS1 that is cross-connected to a floating VT1.5 in the asynchronous mode.
  • the received V5 bytes will be terminated in the non-SONET interfaces when the path is terminated in the SONET cross-connect.
  • the V5 bytes When the path is cross-connected to another SONET signal, the V5 bytes are transparently passed through the SONET cross-connect.
  • the termination When the termination is in the SONET cross-connect interfaces, information is communicated to the control system.
  • the 5 bytes will be generated and transmitted by the non-SONET terminating interfaces when the path terminates in the SONET cross-connect. On a path cross-connect, the bytes are transparently passed through. The content of the generated bytes is either generated in the interface or communicated from the SONET cross-connect control.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Optical Communication System (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Claims (8)

  1. Appareil, comprenant :
    des moyens pour recevoir, dans un répartiteur (16 ; 41), une pluralité de signaux SONET comportant des informations de signaux de surdébit et de charge utile pour grouper les informations de signaux de surdébit sélectionnées provenant de la pluralité de signaux SONET en tant qu'informations de signaux de charge utile et pour fournir des signaux d'informations de signaux de surdébit groupés ; et
    des moyens (42) sensibles aux signaux d'informations de signaux de surdébit groupés, pour transporter les informations de signaux de pseudo-charge utile en tant que signal de charge utile.
  2. Appareil selon la revendication 1, dans lequel les moyens pour recevoir et grouper comprennent un répartiteur.
  3. Appareil selon la revendication 1, comprenant :
    des première et seconde interfaces de signal SONET (12, 14), sensibles aux signaux SONET entrants comportant des signaux de surdébit d'origine externe et de charge utile, pour terminer des signaux de surdébit d'origine externe sélectionnés et pour fournir les signaux de surdébit d'origine externe (PS) et les signaux de charge utile (PL) en tant que premier et second signaux interfacés ;
    un contrôle (24), sensible aux signaux de surdébit dans les premier et second signaux interfacés, pour fournir, respectivement, des premier et second signaux de contrôle ;
    un répartiteur (16), sensible aux premier et second signaux de contrôle et aux signaux de charge utile (PL) provenant des premier et second signaux interfacés, pour fournir des premier et second signaux répartis, et dans lequel les première et seconde interfaces de signal SONET sont, respectivement, sensibles aux premier et second signaux répartis pour fournir, respectivement, des premier et second signaux SONET sortants ;
    un gestionnaire (18, 20), sensible à un signal de contrôle et sensible aux signaux de surdébit d'origine externe (PS) dans les premier et second signaux interfacés, pour fournir les signaux de surdébit d'origine externe, et sensible aux signaux de surdébit d'origine locale pour fournir à la fois les signaux de surdébit d'origine externe et d'origine locale ; et
    une interface de traitement de surdébit SONET (22), sensible aux signaux de surdébit d'origine externe pour fournir des signaux de sortie destinés à une utilisation locale, et sensible aux signaux d'entrée de surdébit locaux pour fournir les signaux d'origine locale.
  4. Appareil selon la revendication 3, dans lequel le contrôle (24) fournit un signal de contrôle de paquet et dans lequel le gestionnaire (18, 20) comprend un gestionnaire de commutation de paquet (18), sensible au signal de contrôle de paquet et sensible aux signaux de surdébit d'origine externe (PS) ayant une fonctionnalité de paquet dans les premier et second signaux interfacés, pour fournir les signaux de surdébit d'origine externe (PS) ayant une fonctionnalité de paquet et sensible aux signaux de surdébit d'origine locale ayant une fonctionnalité de paquet pour fournir à la fois les signaux de surdébit d'origine externe et d'origine locale ayant une fonctionnalité de paquet ; et dans lequel l'interface de traitement de surdébit SONET (22) est sensible aux signaux de surdébit d'origine externe (PS) ayant une fonctionnalité de paquet pour fournir des signaux de sortie de surdébit de paquet destinés à une utilisation locale et sensible aux signaux d'entrée de surdébit de paquet locaux pour fournir les signaux de surdébit d'origine locale ayant une fonctionnalité de paquet.
  5. Appareil selon la revendication 3, dans lequel le contrôle (24) fournit un signal de contrôle de commutation de circuit et dans lequel le gestionnaire (18, 20) comprend une gestion de commutation de circuit (20), sensible au signal de contrôle de commutation de circuit et sensible aux signaux de surdébit d'origine externe (CS) ayant une fonctionnalité de commutation de circuit dans les premier et second signaux interfacés, pour fournir les signaux de surdébit d'origine externe (CS) ayant une fonctionnalité de commutation de circuit et sensible aux signaux de surdébit d'origine locale ayant une fonctionnalité de commutation de circuit, pour fournir à la fois les bits de surdébit d'origine externe et d'origine locale ayant une fonctionnalité de commutation de circuit ; et dans lequel l'interface de traitement de surdébit SONET est sensible aux signaux de surdébit d'origine externe ayant une fonctionnalité de commutation de circuit pour fournir des signaux de sortie de surdébit de commutation de circuit destinés à une utilisation locale et sensible aux signaux d'entrée de surdébit de commutation de circuit pour fournir les signaux de surdébit d'origine locale ayant une fonctionnalité de commutation de circuit.
  6. Procédé, comprenant les étapes consistant à :
    recevoir (1 - fig. 4J), dans un répartiteur, une pluralité de signaux SONET comportant des informations de signaux de surdébit et de charge utile ;
    grouper (4 - fig. 4J) des informations de signaux de surdébit sélectionnées provenant de la pluralité de signaux SONET en tant qu'informations de signaux de pseudo-charge utile ; et
    transporter (5 - fig. 4J) les informations de signal de pseudo-charge utile en tant que signal de charge utile.
  7. Procédé selon la revendication 6, dans lequel l'étape de transport est exécutée dans le répartiteur.
  8. Procédé selon la revendication 6, dans lequel l'étape de transport est exécutée à l'extérieur du répartiteur.
EP93103053A 1992-03-02 1993-02-26 Appareil et procédé de transport d'information auxiliaire de type SONET Expired - Lifetime EP0559091B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US07/844,245 US5315594A (en) 1992-03-02 1992-03-02 Inter-network transport element of sonet overhead
US844245 1992-03-02

Publications (3)

Publication Number Publication Date
EP0559091A2 EP0559091A2 (fr) 1993-09-08
EP0559091A3 EP0559091A3 (fr) 1995-04-19
EP0559091B1 true EP0559091B1 (fr) 2000-09-20

Family

ID=25292213

Family Applications (1)

Application Number Title Priority Date Filing Date
EP93103053A Expired - Lifetime EP0559091B1 (fr) 1992-03-02 1993-02-26 Appareil et procédé de transport d'information auxiliaire de type SONET

Country Status (8)

Country Link
US (1) US5315594A (fr)
EP (1) EP0559091B1 (fr)
AT (1) ATE196584T1 (fr)
AU (1) AU659276B2 (fr)
CA (1) CA2090664C (fr)
DE (1) DE69329433T2 (fr)
ES (1) ES2151889T3 (fr)
NZ (1) NZ245919A (fr)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4104238A1 (de) * 1991-02-12 1992-08-13 Siemens Ag Verfahren zum empfang und zur abgabe von rahmenkoepfen von und fuer stm-1-signale in einem rahmenkopf-server eines netzknotens
JP2541107B2 (ja) * 1993-06-30 1996-10-09 日本電気株式会社 クロスコネクト用インタフェ―スおよび装置
GB9400057D0 (en) * 1994-01-05 1994-03-02 Plessey Telecomm Telecommunications system
JPH07221764A (ja) * 1994-01-31 1995-08-18 Fujitsu Ltd オーダワイヤ中継方式
GB9403223D0 (en) * 1994-02-19 1994-04-13 Plessey Telecomm Telecommunications network including remote channel switching protection apparatus
US5742605A (en) * 1994-02-28 1998-04-21 Sprint Communications Co., L.P. Synchronous optical network using a ring architecture
US5483524A (en) * 1994-05-09 1996-01-09 Lev; Valy Method for transmitting data packets via a circuit-switched channel
US5461622A (en) * 1994-06-14 1995-10-24 Bell Communications Research, Inc. Method and apparatus for using SONET overheat to align multiple inverse multiplexed data streams
US5493565A (en) * 1994-08-10 1996-02-20 Dsc Communications Corporation Grooming device for streamlining a plurality of input signal lines into a grouped set of output signals
US5490142A (en) * 1994-09-30 1996-02-06 Alcatel Network Systems, Inc. VT group optical extension interface and VT group optical extension format method
GB2311440A (en) * 1996-03-22 1997-09-24 Northern Telecom Ltd Communications network in which synchronous and asynchronous traffic is identified and separated at each node
US5841762A (en) * 1996-03-29 1998-11-24 British Telecommunications Public Limited Company Monitoring a synchronous digital hierarchy transmission path
US5886994A (en) * 1996-07-01 1999-03-23 Alcatel Usa Sourcing, L.P. Apparatus and method for mapping high density E1 signals into a digital cross-connect matrix space
US5953333A (en) * 1996-07-01 1999-09-14 Alcatel Usa Sourcing, L.P. Method and system for overhead controlled switching
US5883898A (en) * 1996-07-01 1999-03-16 Alcatel Usa Sourcing, L.P. Apparatus and method for mapping E1 signals into a digital cross-connect matrix space
GB2316573B (en) * 1996-08-14 2001-04-18 Fujitsu Ltd Switching apparatus
FI101847B1 (fi) * 1996-09-19 1998-08-31 Nokia Telecommunications Oy Menetelmä tilaajatietokannan käsittelemiseksi puhelinkeskuksessa
US7643500B1 (en) 1996-10-22 2010-01-05 Sprint Communications Company L.P. Overhead replication for SONET signals
US7301953B1 (en) 1996-10-22 2007-11-27 Sprint Communications Company L.P. Method and system for transporting a secondary communication signal with a primary communication signal
US6011802A (en) * 1996-10-22 2000-01-04 Sprint Communications Co. L.P. Method and system for conversion and transmission of communication signals
US6198720B1 (en) 1996-12-26 2001-03-06 Alcatel Usa Sourcing, L.P. Distributed digital cross-connect system and method
AU5515698A (en) * 1996-12-05 1998-06-29 Alcatel Usa Sourcing, L.P. Distributed digital cross-connect system and method
JP3765899B2 (ja) * 1997-01-27 2006-04-12 富士通株式会社 伝送装置
DE19740106A1 (de) * 1997-09-12 1999-03-18 Alsthom Cge Alcatel Verfahren zum Einrichten von logischen Verbindungen in einem synchronen digitalen Nachrichtenübertragungsnetz, Netzelement und Managementsystem
JP3573610B2 (ja) * 1998-01-28 2004-10-06 富士通株式会社 Ｓｄｈ伝送システム及びｓｄｈ伝送システムにおけるフレーム伝送方法並びにｓｄｈ伝送装置
US6366662B1 (en) 1998-01-30 2002-04-02 Alcatel Usa Sourcing, L.P. System and method for alternative routing of subscriber calls
JP3766943B2 (ja) * 1998-03-18 2006-04-19 富士通株式会社 ポインタ処理誤動作防止方法及びｓｄｈ対応無線装置
US6477178B1 (en) * 1998-03-31 2002-11-05 Alcatel Usa Sourcing, L.P. System and method and trafficking telecommunication signals
US6266333B1 (en) * 1998-06-02 2001-07-24 Lucent Technologies Inc. Network-independent routing of communication signals
US7139277B2 (en) * 1998-07-22 2006-11-21 Synchrodyne Networks, Inc. Multi-terabit SONET switching with common time reference
EP0986226B1 (fr) * 1998-09-11 2007-01-17 Hitachi, Ltd. Appareil de communication par paquets IP
US6865181B1 (en) 1999-03-22 2005-03-08 Cisco Technology, Inc. Method and apparatus for routing telecommunications signals
US6587470B1 (en) 1999-03-22 2003-07-01 Cisco Technology, Inc. Flexible cross-connect with data plane
US7924706B1 (en) 1999-03-22 2011-04-12 Cisco Technology, Inc. Method and apparatus for controlling the operation of a flexible cross-connect system
DE19917750A1 (de) 1999-04-20 2000-11-02 Nokia Networks Oy Telekommunikationsnetzwerk mit zentraler Versorgung mit Managementdaten sowie Verfahren zum Übertragen der Managementdaten in einem solchen Netzwerk
CA2293066A1 (fr) 1999-12-20 2001-06-20 Nortel Networks Corporation Methode et dispositif d'interconnexion de flux de donnees avec une utilisation efficiente de la memoire et une conversion de protocole transparente
EP1164729A4 (fr) * 1999-12-20 2007-10-24 Toshiba Kk Emetteur et carte d'interface tributaire
JP2001251267A (ja) * 2000-03-07 2001-09-14 Fujitsu Ltd 伝送装置及び信号相互変換方法
US6628651B1 (en) * 2000-04-03 2003-09-30 Tellabs Operations, Inc. Communication switching techniques with improved frame format
US7522835B1 (en) * 2000-04-17 2009-04-21 Ciena Corporation Method of testing bit error rates for a wavelength division multiplexed optical communication system
US6904061B2 (en) * 2000-06-14 2005-06-07 Vitesse Semiconductor Corporation Transparent transport overhead mapping
US7035204B1 (en) 2000-07-26 2006-04-25 Cicso Technology, Inc. Method and apparatus for rerouting telecommunications signals
WO2002017542A2 (fr) * 2000-08-23 2002-02-28 Geyser Networks, Inc. Systeme et procede pour l'affectation d'etiquettes mpls sur des connexions de transport sonet/hns a concatenation virtuelle
US6859453B1 (en) * 2000-12-19 2005-02-22 Nortel Networks Limited Clear channel access methods, apparatuses, media and signals
US7006531B2 (en) * 2001-02-21 2006-02-28 Integrated Device Technology, Inc. Method and apparatus for transmitting streamed ingressing data through a switch fabric that provides read requests at an ingress independent request rate
GB2373116A (en) * 2001-03-09 2002-09-11 Marconi Comm Ltd Optical cross-connect with dynamic bandwidth allocation
US6580731B1 (en) 2001-05-18 2003-06-17 Network Elements, Inc. Multi-stage SONET overhead processing
US7180913B2 (en) * 2001-07-25 2007-02-20 Nortel Networks Limited Transparent error count transfer method and apparatus
US7075953B2 (en) 2001-07-30 2006-07-11 Network-Elements, Inc. Programmable SONET framing
ITMI20011656A1 (it) * 2001-07-31 2003-01-31 Cit Alcatel Elemento progammabile di rete sincrona e metodo di gestione di tale elemento
JP3910063B2 (ja) * 2001-12-27 2007-04-25 富士通株式会社 伝送装置および該伝送装置におけるデータ処理方法
FR2835990B1 (fr) * 2002-02-11 2005-02-25 France Telecom Systeme et procede de transmission de donnees par un reseau synchrone
DE60203690T2 (de) * 2002-02-12 2006-03-02 Lucent Technologies Inc. Verfahren und Vorrichtung zur Übertragung eines SDH/SONET Client-Signals als Dienstleistung
US20030174739A1 (en) * 2002-03-12 2003-09-18 Gagnon Ronald J. Termination equipment with an overhead processor programmable to pass through proprietary usage data in selected overhead data slots
JP2004320389A (ja) * 2003-04-16 2004-11-11 Nec Corp データ転送システム及びデータ転送装置並びにその転送方法及び制御プログラム
GB2439368B (en) * 2006-06-23 2008-05-21 Motorola Inc Method and apparatus for supporting voice communications
JP4947148B2 (ja) 2007-08-14 2012-06-06 富士通株式会社 伝送装置および伝送方法
JP4866942B2 (ja) * 2009-07-09 2012-02-01 富士通テレコムネットワークス株式会社 伝送装置、伝送制御方法およびｏｓｃ処理装置
JP2015171052A (ja) * 2014-03-07 2015-09-28 富士通株式会社 識別装置、識別プログラム、及び識別方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4998242A (en) * 1988-12-09 1991-03-05 Transwitch Corp. Virtual tributary cross connect switch and switch network utilizing the same
US5040170A (en) * 1988-12-09 1991-08-13 Transwitch Corporation System for cross-connecting high speed digital signals
US4967405A (en) * 1988-12-09 1990-10-30 Transwitch Corporation System for cross-connecting high speed digital SONET signals
US5142529A (en) * 1988-12-09 1992-08-25 Transwitch Corporation Method and means for transferring a data payload from a first SONET signal to a SONET signal of different frequency
US5134614A (en) * 1989-05-11 1992-07-28 Alcatel Network Systems, Inc. Sonet receive signaling translator
US5001708A (en) * 1989-05-12 1991-03-19 Alcatel Na Sonet H4 byte generator
US5018132A (en) * 1989-05-12 1991-05-21 Alcatel Na Network Systems Corp. SONET 4h byte receiver and filter
JPH03207197A (ja) * 1990-01-09 1991-09-10 Fujitsu Ltd ディジタルクロスコネクト装置
FR2657741B1 (fr) * 1990-01-29 1992-04-03 Cit Alcatel Interface de restructuration de trames pour trains numeriques multiplexes par multiplexage temporel d'affluents numeriques a differents debits.
FR2670974A1 (fr) * 1990-12-20 1992-06-26 Lmt Radio Professionelle Dispositif pour la transmission par un reseau asynchrone, notamment un reseau de type atm, de donnees de signalisation voie par voie regroupees dans une multitrame emise de maniere synchrone en mode hors bande.

Also Published As

Publication number Publication date
AU659276B2 (en) 1995-05-11
EP0559091A3 (fr) 1995-04-19
DE69329433D1 (de) 2000-10-26
CA2090664A1 (fr) 1993-09-03
DE69329433T2 (de) 2001-01-18
EP0559091A2 (fr) 1993-09-08
CA2090664C (fr) 1999-02-02
AU3373493A (en) 1993-09-09
US5315594A (en) 1994-05-24
NZ245919A (en) 1995-07-26
ES2151889T3 (es) 2001-01-16
ATE196584T1 (de) 2000-10-15

Similar Documents

Publication Publication Date Title
EP0559091B1 (fr) Appareil et procédé de transport d'information auxiliaire de type SONET
US6704326B2 (en) Payload mapping in synchronous networks
US5850387A (en) Processor device for terminating and creating synchronous transport signals
US6333940B1 (en) Integrated digital loop carrier system with virtual tributary mapper circuit
EP1518366B1 (fr) Concatenation souple transparente
EP0901306B1 (fr) Transmission de données dans un réseau SDH
US6658006B1 (en) System and method for communicating data using modified header bits to identify a port
US5579323A (en) Virtual tributary/tributary unit transport method and apparatus
US20060245450A1 (en) Method and apparatus for synchronous switching of optical transport network signals
US5490142A (en) VT group optical extension interface and VT group optical extension format method
US20010021171A1 (en) Transmission unit and two-way signal conversion method
EP1335514B1 (fr) Procédé et appareil de transport d'un signal client SDH/SONET en tant que un service
US7227844B1 (en) Non-standard concatenation mapping for payloads
US5457691A (en) Method and apparatus for intrasystem communication links in a transmission system using synchronous data hierarchy
US7526197B2 (en) Utilizing the protecting bandwidth in a SONET network
EP0689744A1 (fr) Procede de gestion de raccordements conditionnels dans un systeme de telecommunication numerique synchrone
US20010053146A1 (en) Processor device for terminating and creating synchronous transport signals
US6954461B1 (en) Communications network
US7808991B2 (en) Network-based data transport architecture
CN100499407C (zh) 开销消息处理装置及其处理方法
US20020191617A1 (en) System and method for transporting channelized ethernet over SONET/SDH
EP1701467B1 (fr) Unite affluent d'une hierarchie numerique synchrone, et noeud d'appareils correspondant
JPH06311128A (ja) 加入者線多重化方式
Matthews The Synchronous Digital Hierarchy (SDH)
JPH05207052A (ja) 同期端局装置

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH DE ES FR GB IT LI NL SE

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT BE CH DE ES FR GB IT LI NL SE

17P Request for examination filed

Effective date: 19950620

17Q First examination report despatched

Effective date: 19981102

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

RTI1 Title (correction)

Free format text: APPARATUS AND METHOD FOR TRANSPORTING SONET OVERHEAD SIGNAL INFORMATION

RTI1 Title (correction)

Free format text: APPARATUS AND METHOD FOR TRANSPORTING SONET OVERHEAD SIGNAL INFORMATION

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH DE ES FR GB IT LI NL SE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20000920

Ref country code: LI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20000920

Ref country code: CH

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20000920

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20000920

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20000920

REF Corresponds to:

Ref document number: 196584

Country of ref document: AT

Date of ref document: 20001015

Kind code of ref document: T

ITF It: translation for a ep patent filed

Owner name: JACOBACCI & PERANI S.P.A.

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REF Corresponds to:

Ref document number: 69329433

Country of ref document: DE

Date of ref document: 20001026

ET Fr: translation filed
REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2151889

Country of ref document: ES

Kind code of ref document: T3

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed
REG Reference to a national code

Ref country code: GB

Ref legal event code: IF02

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20040204

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20040217

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20040220

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20040223

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20040224

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES;WARNING: LAPSES OF ITALIAN PATENTS WITH EFFECTIVE DATE BEFORE 2007 MAY HAVE OCCURRED AT ANY TIME BEFORE 2007. THE CORRECT EFFECTIVE DATE MAY BE DIFFERENT FROM THE ONE RECORDED.

Effective date: 20050226

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050226

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050901

EUG Se: european patent has lapsed
GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20050226

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20051031

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20051031

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20050228