WO2004107799A1 - Verfahren und netzelement zur verarbeitung von overheaddaten eines transportmoduls - Google Patents

Verfahren und netzelement zur verarbeitung von overheaddaten eines transportmoduls Download PDF

Info

Publication number
WO2004107799A1
WO2004107799A1 PCT/EP2004/050683 EP2004050683W WO2004107799A1 WO 2004107799 A1 WO2004107799 A1 WO 2004107799A1 EP 2004050683 W EP2004050683 W EP 2004050683W WO 2004107799 A1 WO2004107799 A1 WO 2004107799A1
Authority
WO
WIPO (PCT)
Prior art keywords
overhead
overhead data
network element
data
transport
Prior art date
Application number
PCT/EP2004/050683
Other languages
English (en)
French (fr)
Inventor
Thomas Hiestand
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2004107799A1 publication Critical patent/WO2004107799A1/de

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/16Time-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/1605Fixed allocated frame structures
    • H04J3/1611Synchronous digital hierarchy [SDH] or SONET
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions 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/0003Switching fabrics, e.g. transport network, control network

Definitions

  • the invention relates to a method according to claim 1 and a network element according to claim 7.
  • transport networks The transmission of data from one location to another location takes place via transport networks.
  • These transportation networks also called “transport networks”.
  • Designated transport networks, networks or networks contain several network elements, such as cross-connects, add-drop multiplexers, terminal multiplexers, wavelength converters, wavelength multiplexers, regenerators etc. and connections, such as coaxial cables, optical fibers or two-wire lines, which connect these network elements to one another.
  • network elements such as cross-connects, add-drop multiplexers, terminal multiplexers, wavelength converters, wavelength multiplexers, regenerators etc.
  • connections such as coaxial cables, optical fibers or two-wire lines, which connect these network elements to one another.
  • the overhead data contains information that is used to control, monitor and service the transport network.
  • transport networks such as networks of the synchronous digital hierarchy, SDH for short, the synchronous optical network SONET or the optical transport network OTN.
  • So-called synchronous transport modules, or STM for short, are used as transport modules in SDH or SONET networks, and so-called OTU optical transport units are used in OTN networks.
  • the network elements have several ports to which different connections, routes or lines are assigned that lead to other network elements.
  • the ports receive and send transport modules and split the received transport modules into useful and overhead data or couple out at least some of the overhead data.
  • the split or decopied Various overhead data are supplied to various functional circuits for controlling the network element.
  • the functional circuits are a switching system for data packets or routers, an engineering order wire circuit or telephone connection control device for service telephony, a synchronization circuit, an interface circuit for external connections, a circuit for connection protection mechanisms, etc.
  • a transport module according to the SDH, SONET or OTN -Norms is represented in two dimensions.
  • a synchronous transport module of the first hierarchy level, STM-1 for short consists of 2430 bytes, which are represented in 9 rows and 270 columns. This transport module or frame is transmitted line by line, first the byte line 1, column 1 to line 1,
  • the first 9 columns contain the overhead data.
  • Fixed overhead byte positions (row, column) are assigned specific functions, control or service information or data.
  • Other byte positions of the overhead can be assigned any overhead data or are freely available.
  • An example of an overhead structure of a synchronous first-order transport module STM-1 of the SDH standard is shown in FIG. 1 and is explained in more detail in the description of the figures.
  • control information contained in bytes D1 to D12 of the overhead is always fed to the switching system for data packets or to the router, which is often referred to as the MCF controller.
  • So-called engines ring order wire data of the byte positions El and E2 are only supplied to an engineering order wire circuit for service telephony.
  • Synchronization information, in the byte position S1 is fed to a synchronization circuit.
  • Protective circuit data of the byte positions K1 and K2 are fed to a protective circuit functional unit, etc.
  • the overhead data of each connection or each port are fed to the functional circuits. It is known to transmit similar overhead data of all ports, for example the control information of bytes D1 to D12, together via a line or a bus of the network element to the functional circuits. Further overhead data of the ports, for example all engineering order wire data of bytes E1 and E2, are transmitted to the associated functional circuit via a further line or a further bus.
  • the overhead byte positions D1-D3 of a synchronous transport module STM of the SDH standard form a first control channel, also called the Data Communication Channel DCC of the regenerator section overhead DCCr. While the 0 headed byte positions D4-D12 form a second control channel, which is called the data communication channel of the multiplex section overhead DCCm.
  • First the overhead data bytes of both control channels are fed to the router, however one channel is often deactivated, for example the DCCr, because the transmission capacity of the DCCm is sufficient for the control.
  • the functional units issue new revised overhead data which are inserted into the transport modules on the transmission side. Different overhead data are generally delivered to neighboring network elements in the transport modules of different connections.
  • the object of the present invention is to achieve a flexible interconnection of the overhead data in a network element of a transport network.
  • the advantage of the invention is that a new overhead of the transport network organization is possible through a flexible overhead data interconnection.
  • all overhead data are transmitted via a common overhead data bus. This has the advantage of a particularly simple and flexible interconnection of the overhead data within the network element.
  • the essence of the method or network element according to the invention is that the received overhead data from transport modules of a connection or of a port of a first overhead data position can be sent in any other overhead data position in transport modules of another connection or port.
  • the received overhead data are supplied to an arbitrary overhead data position of a functional circuit and that that of the Function circuit data are sent in one or more arbitrary overhead data position (s) of the transport modules of any connection or port.
  • FIG. 1 shows the structure of the overhead of a synchronous transport module of the SDH standard
  • FIG. 2 shows a schematic illustration of a transport network
  • FIG. 3 shows a partial structure of a first network element according to the invention
  • FIG. 4 shows a partial structure of a second network element according to the invention
  • FIG. 5 shows a partial structure of a third network element according to the invention
  • FIG. 6 shows a partial structure of a fourth network element according to the invention
  • Figure 7 shows a partial structure of a fifth network element according to the invention.
  • FIG. 1 shows the structure of the overhead of a synchronous first-order transport module STM-1 of the SDH standard.
  • the 0-head consists of 576 x 9 bytes, which are shown in matrix form according to FIG. 1. Indicators for certain useful contents are entered in the matrix representation at selected positions. For example, the so-called DI byte is in the first column and the third line of the 0-thread. Select the other positions of the license plates
  • the overhead bytes are FIG. 1 or a corresponding one
  • FIG. 2 shows an exemplary transport network consisting of several network elements NE A to NE P, such as SDH, SONET or OTN cross-connects, add-drop multiplexers, terminal multiplexers, wavelength converters, wavelength multiplexers, regenerators, etc.
  • the network elements are interconnected.
  • the connections or lines are implemented using coaxial cables, optical fibers or two-wire lines.
  • Network element NE A is connected to a management system MS, for example a telecommunication control system that controls and monitors this transport network.
  • the management system can also be connected to any other network element.
  • Figure 3 shows a partial structure of a first embodiment of a network element according to the invention. Shown are several ports P1 to Pn and their external connections VI to Vn to other network elements. Within the network element, the ports are connected to a data overhead bus DOH. A switching matrix KF is also connected to this. The switching matrix is in turn connected to function circuits Fl to Fn via individual connections.
  • the network element can contain further modules and circuits.
  • Transport modules such as STM or OTU are transmitted via connections VI to Vn. These contain useful and overhead data.
  • An exemplary structure of the overhead data is shown in FIG. 1.
  • the transport modules are received by the ports P1 to Pn, which separate or couple at least some of the overhead data from the transport modules and these via overhead Insert data outputs into assigned time slots of the overhead data bus DOH.
  • DOH can be organized in any way.
  • An overhead pulse frame can also be defined.
  • a time slot area can be provided for each port, in which a time slot is in turn provided for each decoupled overhead byte or for an over-byte position of a transport module.
  • the switching matrix KF reads the inserted overhead data, stores it in a buffer, and then outputs it in another time slot in such a way that it is present at a different port in a certain overhead data position and is forwarded by this port.
  • the switching matrix can forward received overhead data or bytes of the overhead data positions to the functional circuits Fl to Fn.
  • the functional circuits evaluate the supplied overhead data and, in turn, output new overhead data which are fed in reverse order via the switching matrix KF and the overhead data bus DOH to the ports which insert and send them out in transport modules.
  • At least some of the decoupled overhead byte positions of a port can be switched through to the switching matrix KF to another port and / or at least some of the functional circuits can be supplied.
  • received data of bytes D1-D12 of the overhead of a port can be via the overhead data bus DOH and the switching matrix KF:
  • - are sent in other bytes of the overhead such as El, F2, ... of another port, - are sent in unused or free bytes of another port.
  • the selection of which overhead data bytes are switched through from a first to a second port in which overhead byte positions or which overhead data bytes are switched through from a port to a functional circuit is determined by the switching positions or interconnections of the switching matrix KF, which is controlled by the management system MS ,
  • FIG. 4 shows a partial structure of a second exemplary embodiment of a network element according to the invention.
  • the difference with respect to FIG. 3 is that no switching matrix KF is provided and the functional circuits Fl to Fn are connected directly to the data overhead bus DOH.
  • a control device SE is provided, which is connected to the ports Pl to Pn and the functional circuits Fl to Fn.
  • the switching matrix function is implemented indirectly by the overhead data bus DOH, the ports Pl to Pn, the function circuits Fl to Fn and the control device SE.
  • the ports deliver their decoupled overhead data bytes in defined time slots of the overhead data bus DOH. All connected ports or function circuits can read the overhead data bytes.
  • the control device issues control commands or commands to the ports or function circuits.
  • the control commands to the Functional units are used to feed the overhead bytes from the ports to the functional units and vice versa. They contain information as to which time slots or which bytes are to be read and evaluated by the respective functional circuit and in which time slots data are output for a specific overhead position of a port.
  • the control commands from the control device SE to the ports are used to switch the overhead bytes from one port to another port and vice versa. They contain information in which time slot or which bytes should be read from the respective port and in which overhead position the data should be inserted and sent.
  • the mode of operation can also be such that only bytes in time slots of the overhead data bus are emitted from a port, which are also read in and sent out by another port.
  • the control of the ports and the control commands from the control device to the ports are then to be adapted accordingly.
  • FIG. 5 shows a network element according to the invention, which has both a separate switching matrix according to FIG. 3 and an indirect switching matrix according to FIG. 4.
  • a switching network KF and functional circuits Fl - Fi are connected to the data overhead bus DOH. Additional function circuits Fk to Fp are connected via individual connections of the switching matrix KF.
  • a control device SE is provided, which is connected to the functional circuits F1 to Fi and to the switching matrix KF.
  • the control device can also be connected to the ports P1 to Pn, as well as to the functional circuits Fk to Fp. In this case, 0 througheadbytes are switched from one port to another by means of the switching matrix KF.
  • the functional circuits F1 to Fi are controlled by the control device SE, so that they read overhead data directly from the overhead data bus DOH and output overhead data directly to the overhead data bus DOH, as already described in the explanations for FIG. 4.
  • the functional circuits Fk to Fp receive and output their data via the switching matrix KF from and to the overhead data bus DOH, in accordance with the explanations for FIG. 3.
  • FIG. 6 shows a further embodiment, in which, in contrast to FIG. 5, an output of the switching matrix KF is connected to a further data bus DB.
  • Function circuits Fo - Fr are connected to this data bus DB. They are controlled analogously to the embodiments in FIG. 4, for example via a control device (not shown).
  • FIG. 7 shows a further embodiment of a network element according to the invention.
  • the ports P1 to Pn have several overhead data outputs, each of which is connected to data overhead buses D0B1-DOBn.
  • a functional circuit Fl to Fn is connected to each data overhead bus D0B1 to DOBn.
  • Several or no function circuits can also be connected per data overhead bus DOB1-DOBn.
  • the individual buses are each connected by coupling fields.
  • This can be a large switching network KFA to which everyone Data overhead buses DOB1 - DOBn are connected. Or several switching networks, via which the data overhead buses DOB1 to DOBn are connected to one another.
  • the data overhead buses DOB1 and DOB2 are connected by the switching matrix KF12, the data overhead buses D0B1 and DOBn by the switching matrix
  • the ports each send the same type of bytes to one of the data overhead buses. For example, all D bytes of all ports are sent to the first data overhead bus DOB1. All E-bytes of all ports are sent to the second data overhead bus DOB2 etc.
  • the control is carried out analogously to the explanations of the previous figures. Overhead bytes are switched through from one port to another port via the switching matrix KFA or the switching fields and overhead bytes from the ports for the functional units are output on the corresponding data buses and read along or vice versa.
  • the switching matrix can also be implemented with the aid of a control unit SE, analogous to the explanations for FIG. 4.
  • Time division multiplex or TDM buses can be used as overhead data buses.
  • the switching matrix can be a time slot-controlled switching matrix that switches through the overhead data byte by byte.
  • the ports can be implemented on so-called traffic, port or line cards, while the
  • Functional units are housed on controller or other cards.
  • the use of the individual time slots of the overhead data bus does not have to be specified. For example, it can be configured via software. In this way it can be determined whether a D1 or El byte is transmitted in a time slot, or generally a D (D1-D12) byte or an F (F1 / F2) byte.
  • An overhead pulse frame can also be defined.
  • Synchronous transport modules STM-16 and STM-64 The number of defined or defined overhead byte positions remains the same, i.e. there are the same number of control bytes in STM-1 and, for example, STM16, namely twelve control bytes D1 to D12. This results in more free byte positions that can be used as desired by the method according to the invention.
  • a general cross connect function is defined using the switching matrix or the interconnection. This means that any overhead data bus time slots can be transparently switched through to other overhead data bus time slots. The switching can take place at the hardware level. The software is used to configure which time slots are interconnected.
  • the Cross Connect function can be implemented in an FPGA or ASIC, for example.
  • the direct connection of overhead channels has great advantages, as was shown using the example of the D1-D12 bytes that transmit control information. If, for example, a remote network element C is to be accessed via a network element A without influencing an intermediate network element B, the corresponding overhead bytes are looped through in network element B. The network element B is controlled in this case via other overhead bytes. In network element B, the corresponding control information for network element C then does not require a functional circuit, router, or MCF controller
  • Stack are supplied, which would evaluate this control information and then forward it to network element C.
  • the network element B is run through by switching through at the lowest level or layer 1 of the OSI model without further processing.
  • This has the advantage that no processor performance is required for processing or scheduling control information or DCC packets at higher levels or at layer 2 or higher of the OSI model. That the stack is not loaded. This creates power reserves of the processor or controller of the network element for other tasks.
  • switched-over overhead data are not processed by functional units of the network element, data or packets of protocols from other network elements can be passed through in the overhead.

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)

Abstract

Die Transportmodule enthalten Nutz- und Overheaddaten, die mit Netzelementen eines Transportnetzwerkes übertragen werden. Von einem Port des Netzelementes empfangene Transportmodule werden ausgewertet und mindestens ein Teil der Overheaddaten wird ausgekoppelt. Die ausgekoppelten Overheaddaten werden jeweils Funktionsschaltungen des Netzelementes zugeführt oder direkt zu einem anderen Port durchgeschalten, von dem sie in Transportmodulen ausgesendet werden.

Description

Beschreibung
Verfahren und Netzelement zur Verarbeitung von Overheaddaten eines Transportmoduls
Die Erfindung betrifft ein Verfahren nach dem Anspruch 1 und ein Netzelement nach dem Anspruch 7.
Die Übertragung von Daten von einem Ort zu einem weiteren Ort erfolgt über Transportnetze. Diese Transportnetze, auch als
Transportnetzwerke, Netzwerke oder Netze bezeichnet, beinhalten mehrere Netzelemente, wie Cross-Connects, Add-Drop- Multiplexer, Terminal Multiplexer, Wellenlängekonverter, Wel- lenlängenmulitplexer, Regeneratoren etc. und Verbindungen, wie Koaxialkabel, Lichtwellenleiter oder Zweidrahtleitungen, die diese Netzelemente miteinander verbinden.
Über diese Transportnetzwerke werden in sogenannten Transportmodulen Nutz- und Overheaddaten bzw. Nutz- und Overhead- Informationen übertragen. Die Overheaddaten enthalten Informationen, die zur Steuerung, Überwachung und zum Service des Transportnetzes dienen.
Es gibt mehrere genormte Transportnetzwerke, wie Netze der Synchronen Digital Hierarchie, kurz SDH genannt, das Synchrone Optische Netzwerk SONET oder das Optische Transport Netzwerk OTN. In SDH- oder SONET-Netzen werden als Transportmodule sogenannte Synchrone Transportmodule, kurz STM genannt, und in OTN-Netzen sogenannte Optische Transport Units OTU verwendet.
Die Netzelemente besitzen mehrere Ports, denen verschiedene Verbindungen, Strecken bzw. Lines zugeordnet sind, die zu anderen Netzelementen führen. Die Ports empfangen und senden Transportmodule und teilen die empfangenen Transportmodule in Nutz- und Overheaddaten auf oder koppeln mindestens einen Teil der Overheaddaten aus. Die aufgeteilten bzw. ausgekop pelten Overheaddaten werden verschiedenen Funktionsschaltungen zur Steuerung des Netzelementes zugeführt. Die Funktionsschaltungen sind ein Vermittlungssystem für Datenpakete respektive Router, eine Engineering Order Wire Schaltung re- spektive Telefonanschlusssteuerungseinrichtung für Service- Telephonie, einer Synchronisationsschaltung, eine Interfaceschaltung für externe Anschlüsse, eine Schaltung für Verbindungsschutzmechanismen, usw. Ein Transportmodul gem ß den SDH, SONET oder OTN-Normen wird zweidimensional dargestellt. Ein Synchrones Transportmodul der ersten Hierarchiestufe, kurz STM-1, besteht aus 2430 Bytes, die in 9 Zeilen und 270 Spalten dargestellt werden. Dieses Transportmodul bzw. dieser Rahmen wird zeilenweise u- bertragen, zuerst das Byte Zeile 1, Spalte 1 bis Zeile 1,
Spalte 270 bis letztlich Zeile 9, Spalte 1 bis Zeile 9, Spalte 270.
Die ersten 9 Spalten enthalten die Overheaddaten. Dabei sind festgelegten Overheadbytepositionen (Zeile, Spalte) bestimmte Funktionen, Steuer- bzw. Serviceinformationen oder Daten zugeordnet . Andere Bytepositionen des Overhead können mit beliebigen Overheaddaten belegt werden oder stehen zur freien Verfugung. Ein Beispiel für einen Overheadaufbau eines syn- chronen Transportmoduls erster Ordnung STM-1 der SDH-Norm ist in Figur 1 dargestellt und wird in der Figurenbeschreibung naher erläutert.
Die Bytes bestimmter Overheadbytepositionen, denen bestimmte Funktionen oder Steuerdaten zugeordnet sind, werden direkt den Funktionseinheiten des Netzelementes zugeführt, von denen sie dann verarbeitet werden.
Beispielsweise werden Steuerinformationen, die in den Bytes Dl bis D12 des Overheads enthalten sind, immer dem Vermittlungssystem f r Datenpakete respektive dem häufig als MCF- Controller bezeichneten Router zugeführt. Sogenannte Enginee ring Order Wire Daten der Bytepositionen El und E2 werden ausschließlich einer Engineering Order Wire Schaltung zur Service-Telephonie zugeführt. Synchronisationsinformationen, in der Byteposition Sl, werden einer Synchronisationsschal- tung zugeführt. Schutzschaltungsdaten der Bytepositionen Kl und K2 werden einer Schutzschaltungs-Funktionseinheit zugeführt usw. Die Overheaddaten jeder Verbindung bzw. jedes Ports werden zu den Funktionsschaltungen gefuhrt. Es ist bekannt, gleichartige Overheaddaten aller Ports, beispielsweise die Steuerinformationen der Bytes Dl bis D12, gemeinsam über eine Leitung oder einen Bus des Netzelementes zu den FunktionsSchaltungen zu übertragen. Weitere Overheaddaten der Ports, beispielsweise samtliche Engineering Order Wire Daten der Bytes El und E2, werden über eine weitere Leitung bzw. einen weiteren Bus zu der zugehörigen Funktionsschaltung übertragen.
Weiterhin ist bekannt, auch unterschiedliche Overheaddaten- teile über einen Bus zu übertragen, zum Beispiel die Daten der Overheadbytepositionen El, E2, Fl, F2.
In den Funktionsschaltungen erfolgt gegebenenfalls eine Entscheidung, ob und welche Overheaddaten einer Verbindung bzw. eines Ports ausgewertet oder verworfen werden.
Beispielsweise bilden die Overheadbytepositionen D1-D3 eines Synchronen Transportmoduls STM der SDH-Norm einen ersten Steuerungskanal, auch als Data Communication Channel DCC des Regenerator Section Overhead DCCr bezeichnet. Wahrend die 0- verheadbytepositionen D4-D12 einen zweiten Steuerungskanal bilden, der als Data Communication Channel des Multiplex Section Overhead DCCm bezeichnet wird. Zunächst werden die Over- headdatenbytes beider Steuerungskanale dem Router zugeführt, allerdings wird oft ein Kanal deaktiviert, z.B. der DCCr, da die Übertragungskapazität des DCCm für die Steuerung ausreicht. Die Funktionseinheiten geben neue überarbeitete Overheaddaten ab, die in die Transportmodule sendeseitig eingefügt werden. Dabei werden in den Transportmodulen verschiedener Verbindungen im allgemeinen unterschiedliche Overheaddaten an Nachbar- Netzelemente abgegeben.
Bisher werden die Overheaddaten den einzelnen Funktionseinheiten starr zugeführt. Aufgabe der vorliegenden Erfindung ist, eine flexible Ver- schaltung der Overheaddaten in einem Netzelement eines Transportnetzwerkes zu erreichen.
Diese Aufgabe wird durch die Merkmale des Verfahrens nach An- spruch 1 bzw. des Netzelementes nach Anspruch 7 gelöst.
Der Vorteil der Erfindung besteht darin, dass durch eine flexible Overheaddatenverschaltung neue Möglichkeiten der Transportnetzorganisation möglich sind.
Vorteilhafte Ausgestaltungen der Erfindung sind in den Unteransprüchen angegeben.
In einer vorteilhaften Ausgestaltung der Erfindung werden al- le Overheaddaten über einen gemeinsamen Overheaddatenbus ü- bertragen. Dies hat den Vorteil einer besonders einfachen und flexiblen Verschaltung der Overheaddaten innerhalb des Netzelementes .
Der Kern des erfindungsgemäßen Verfahrens bzw. Netzelementes besteht darin, das die empfangenen Overheaddaten von Transportmodulen einer Verbindung bzw. eines Ports einer ersten Overheaddatenposition in einer beliebigen anderen Overheadda- tenposition in Transportmodulen einer anderen Verbindung bzw. Port ausgesendet werden können. Sowie, dass die empfangenen Overheaddaten einer beliebigen Overheaddatenposition einer FunktionsSchaltung zugeführt werden und dass die von der FunktionsSchaltung abgegebenen Daten in einer oder mehreren beliebigen Overheaddatenposition/en der Transportmodule einer beliebigen Verbindung bzw. Port ausgesendet werden.
Ein Ausführungsbeispiel der Erfindung ist in der Zeichnung dargestellt und wird im Folgenden beschrieben. Dabei zeigt:
Figur 1 den Aufbau des Overhead eines Synchronen Transportmoduls der SDH-Norm,
Figur 2 eine schematische Darstellung eines Transportnetzwerkes,
Figur 3 einen Teilaufbau eines ersten erfindungsgemäßen Netz- elementes,
Figur 4 einen Teilaufbau eines zweiten erfindungsgemäßen Netzelementes, Figur 5 einen Teilaufbau eines dritten erfindungsgemäßen Netzelementes,
Figur 6 einen Teilaufbau eines vierten erfindungsgemäßen Netzelementes ,
Figur 7 einen Teilaufbau eines fünften erfindungsgemäßen Netzelementes .
Die Figur 1 zeigt den Aufbau des Overhead eines synchronen Transportmoduls erster Ordnung STM-1 der SDH-Norm. Der 0- verhead besteht aus 576 x 9 Bytes, die in Matrixform gemäß Figur 1 dargestellt werden. In der Matrix-Darstellung sind an ausgewählten Positionen Kennzeichen für bestimmte Nutzinhalte eingetragen. Beispielsweise befindet sich das sogenannte Dl- Byte in der ersten Spalte und der dritten Zeile des 0- verheads . Die weiteren Positionen der Kennzeichen ausgewähl ter Overhead-Bytes sind Figur 1 bzw. einer korrespondierenden
SDH-, SONET- bzw. OTN-Norm zu entnehmen.
Figur 2 zeigt ein beispielhaftes Transportnetz, das aus meh- reren Netzelementen NE A bis NE P besteht, wie SDH-, SONET- oder OTN- Cross-Connects, Add-Drop-Mulitplexer, Terminal Mul- tiplexer, Wellenlängekonverter, Wellenlängenmulitplexer, Regeneratoren, usw. Die Netzelemente sind miteinander verbunden. Die Verbindungen bzw. Lines sind durch Koaxialkabel, Lichtwellenleiter oder Zweidrahtleitungen realisiert. Am
Netzelement NE A ist ein Managementsystem MS angeschlossen, beispielsweise ein Telekommunikationssteuerungssystem, das dieses Transportnetz steuert und überwacht. Das Managementsystem kann auch an einem beliebeigen anderen Netzelement an- geschlossen sein.
Figur 3 zeigt einen Teilaufbau eines ersten Ausführungbeispieles eines erfindungsgemäßen Netzelementes . Dargestellt sind mehrere Ports Pl bis Pn und deren externe Verbindungen VI bis Vn zu anderen Netzelementen. Netzelementintern sind die Ports an einen Datenoverheadbus DOH angeschlossen. An diesem ist auch ein Koppelfeld KF angeschlossen. Das Koppelfeld ist wiederum über Einzelverbindungen mit Funktionsschaltungen Fl bis Fn verbunden. Das Netzelement kann weitere Bau- gruppen und Schaltungen enthalten.
Über die Verbindungen VI bis Vn werden Transportmodule wie STM oder OTU übertragen. Diese enthalten Nutz- und Overheaddaten. Ein beispielhafter Aufbau der Overheaddaten ist in Fi- gur 1 dargestellt.
Die Transportmodule werden von den Ports Pl bis Pn empfangen, die wenigstens einen Teil der Overheaddaten von den Transportmodulen trennen bzw. auskoppeln und diese über Overhead datenausgänge in zugewiesene Zeitschlitze des Overheaddaten- busses DOH einfügen. Die Zeitschlitze des Datenoverheadbusses
DOH können beliebig organisiert sein. Ebenso kann ein Over- headpulsrahmen definiert sein. Beispielsweise kann für jeden Port ein Zeitschlitzbereich vorgesehen sein, in dem wiederum für jedes ausgekoppelte Overheadbyte bzw. für eine Over ead- byteposition eines Transportmoduls ein Zeitschlitz vorgesehen ist. Das Koppelfeld KF liest die eingefügten Overheaddaten mit, speichert sie in einem Zwischenspeicher, und gibt sie dann in einem anderen Zeitschlitz derart ab, dass sie an einem anderen Port in einer bestimmten Overheaddatenposition anliegen und vom diesen Port weitergesendet werden. Ebenso kann das Koppelfeld empfangene Overheaddaten bzw. Bytes der Overheaddatenpositionen an die FunktionsSchaltungen Fl bis Fn weitergeben.
Die Funktionsschaltungen werten die zugeführten Overheaddaten aus und geben ihrerseits neue Overheaddaten ab, die in umgekehrter Reihenfolge über das Koppelfeld KF und den Overhead- datenbus DOH den Ports zugeführt werden, die diese in Transportmodule einfügen und aussenden.
Dabei kann wenigstens ein Teil der ausgekoppelten Overheadbytepositionen eines Ports über das Koppelfeld KF zu einem anderen Port durchgeschalten werden und/oder zumindest einem Teil der FunktionsSchaltungen zugeführt werden.
Beispielsweise können empfangene Daten der Bytes D1-D12 des Overheads eines Ports, die Steuerinformationen für ein Netz- element enthalten, über den Overheaddatenbus DOH und das Koppelfeld KF:
- direkt einer Funktionsschaltung, z.B. dem Router, zugeführt werden, - in den Bytes D1-D12 eines anderen Ports ausgesendet werden,
- in anderen Bytes des Overhead wie El, F2, ... eines anderen Ports ausgesendet werden, - in ungenutzten respektive freien Bytes eines anderen Ports ausgesendet werden.
Die Auswahl, welche Overheaddatenbytes von einem ersten zu einem zweiten Port in welchen Overheadbytepositionen durchge- schalten bzw. welche Overheaddatenbytes von einem Port zu einer Funktionsschaltung durchgeschalten werden, wird durch die Schaltstellungen respektive Verschaltungen des Koppelfeldes KF bestimmt, das durch das Management System MS gesteuert wird.
Figur 4 zeigt einen Teilaufbau eines zweiten Ausführungsbei- spiels eines erfindungsgemäßen Netzelementes . Dabei besteht gegenüber Figur 3 der Unterschied, dass kein Koppelfeld KF vorgesehen ist und am Datenoverheadbus DOH die Funktions- Schaltungen Fl bis Fn direkt angeschlossen sind. Weiterhin ist eine Steuereinrichtung SE vorgesehen, die jeweils mit den Ports Pl bis Pn und den FunktionsSchaltungen Fl bis Fn verbunden ist.
In diesem Ausführungsführungsbeispiel wird die Koppelfeldfunktion durch den Overheaddatenbus DOH, die Ports Pl bis Pn, die FunktionsSchaltungen Fl bis Fn und die Steuereinrichtung SE indirekt realisiert. Die Ports geben ihre ausgekoppelten Overheaddatenbytes in festgelegten Zeitschlitzen des Over- headdatenbus DOH ab. Alle angeschlossenen Ports bzw. Funktionsschaltungen können die Overheaddatenbytes mitlesen. Die Steuereinrichtung gibt Steuerbefehle bzw. Kommandos an die Ports bzw. Funktionsschaltungen ab. Die Steuerbefehle an die Funktionseinheiten dienen zur Zuführung der Overheadbytes von den Ports zu den Funktionseinheiten und umgekehrt. Sie enthalten Informationen, welche Zeitschlitze bzw. welche Bytes von der jeweiligen Funktionsschaltung mitgelesen und ausge- wertet werden sollen und in welchen Zeitschlitzen Daten für eine bestimmte Overheadposition eines Ports abgegeben werden . Die Steuerbefehle von der Steuereinrichtung SE an die Ports dienen zur Durchschaltung der Overheadbytes von einem Port zu einem anderen Port und umgekehrt. Sie enthalten Informatio- nen, in welchen Zeitschlitz bzw. welches Bytes vom jeweiligen Port mitgelesen werden soll und in welche Overheadposition die Daten eingefügt und ausgesendet werden sollen.
Die Arbeitsweise kann ebenso in der Art erfolgen, dass von einem Port nur Bytes in Zeitschlitze des Overheaddatenbus abgegeben werden, die auch von einem anderen Port mitgelesen und ausgesendet werden. Die Steuerung der Ports und die Steuerbefehle von der Steuerungseinrichtung an die Ports sind dann entsprechend anzupassen.
Dadurch erübrigt sich die Verwendung eines separaten Koppelfeldes .
Figur 5 zeigt ein erfindungsgemäßes Netzelement, das sowohl ein separates Koppelfeld gemäß Figur 3 und indirektes Koppelfeld gemäß Figur 4 aufweist. Dabei sind am Datenoverheadbus DOH ein Koppelfeld KF und Funktionsschaltungen Fl - Fi angeschlossen. Über Einzelverbindungen des Koppelfeldes KF sind weitere Funktionsschaltungen Fk bis Fp angeschlossen. Ebenso ist eine Steuereinrichtung SE vorgesehen, die jeweils mit den Funktionsschaltungen Fl bis Fi sowie mit dem Koppelfeld KF verbunden ist. Die Steuereinrichtung kann auch mit den Ports Pl bis Pn verbunden sein, ebenso mit den Funktionsschaltungen Fk bis Fp. In diesem Fall erfolgt die Durchschaltung von 0- verheadbytes von einem zu einem anderen Port mittels des Koppelfeldes KF.
Durch die Steuerungseinrichtung SE werden die Funktionsschaltungen Fl bis Fi gesteuert, so dass sie Overheaddaten direkt vom Overheaddatenbus DOH lesen und Overheaddaten direkt an den Overheaddatenbus DOH abgeben, wie bereits in den Ausfuhrungen zu Figur 4 beschrieben.
Die FunktionsSchaltungen Fk bis Fp erhalten und geben ihre Daten über das Koppelfeld KF vom und an den Overheaddatenbus DOH ab, gemäß den Ausfuhrungen zu Figur 3.
Figur 6 zeigt eine weitere Ausfuhrungsform, bei der im Unterschied zu Figur 5 ein Ausgang des Koppelfeldes KF mit einem weiteren Datenbus DB verbunden ist. An diesen Datenbus DB sind FunktionsSchaltungen Fo - Fr angeschlossen. Deren Steuerung erfolgt analog zu den Ausfuhrungen von Figur 4, beispielsweise über eine nicht dargestellte Steuerungseinrichtung.
Figur 7 zeigt eine weitere Ausfuhrungsform eines erfindungs- gemaßen Netzelementes. Bei diesem weisen die Ports Pl bis Pn mehrere Overheaddatenausgange auf, die jeweils mit Datenover- headbussen D0B1 - DOBn verbunden sind.
An jeden Datenoverheadbus D0B1 bis DOBn ist jeweils eine FunktionsSchaltung Fl bis Fn angeschlossen. Es können auch mehrere oder keine Funktionsschaltungen pro Datenoverheadbus DOB1 - DOBn angeschlossen sein.
Die einzelnen Busse sind jeweils durch Koppelfelder verbunden. Dies kann ein großes Koppelfeld KFA sein, an das alle Datenoverheadbusse DOB1 - DOBn angeschlossen sind. Oder mehrere Koppelfelder, über die die Datenoverheadbusse DOB1 bis DOBn miteinander verbunden werden . So werden die Datenoverheadbusse DOB1 und DOB2 durch das Koppelfeld KF12 verbunden, die Datenoverheadbusse D0B1 und DOBn durch das Koppelfeld
KFln und die Datenoverheadbusse DOB2 und DOBn durch das Koppelfeld KF2n.
Die Ports geben jeweils gleichartige Bytes an einen der Da- tenoverheadbusse ab. Zum Beispiel werden alle D-Bytes aller Ports an den ersten Datenoverheadbus DOB1 abgegeben. Alle E- Bytes aller Ports an den zweiten Datenoverheadbus DOB2 abgegeben usw. Die Steuerung erfolgt analog zu den Ausfuhrungen der vorherigen Figuren. Dabei werden Overheadbytes von einem Port zu einem anderen Port über das Koppelfeld KFA bzw. die Koppelfelder durchgeschalten und Overheadbytes von den Ports für die Funktionseinheiten auf den entsprechenden Datenbussen ausgegeben und mitgelesen bzw. vice versa.
Das Koppelfeld kann in diesem Fall auch mit Hilfe einer Steuerungseinheit SE realisiert sein, analog den Ausfuhrungen zu Figur 4.
Als Overheaddatenbusse können Time Division Multiplex bzw. Zeitmultiplex, kurz TDM, Busse verwendet werden. Das Koppelfeld kann in allen Beispielen ein zeitschlitzgesteuertes Koppelfeld sein, das die Overheaddaten byteweise durchschaltet.
In einem Netzelement können die Ports auf sogenannten Traf- fic-, Port- oder Line-Karten realisiert sein, wahrend die
Funktionseinheiten auf Controller- oder anderen Karten untergebracht sind. Die Verwendung der einzelnen Zeitschlitze des Overheaddaten- busses muss nicht festgelegt sein. Sie kann beispielsweise per SW konfiguriert werden. So kann festgelegt werden, ob in einem Zeitschlitz ein Dl oder El Byte übertragen wird bzw. generell ein D (D1-D12) Byte oder ein F (F1/F2) Byte. Ebenso kann ein Overheadpulsrahmen definiert sein.
Da die Verwendung der einzelnen Zeitschlitze nicht festgelegt ist, können neben den genormten Kanaltypen wie DCCm (576kBit/s) , DCCr (192kBit/s) bzw. den 64kBit/s OH Kanälen
(El, E2, Fl, F2, etc.) auch Overhead Kanäle anderer größerer Kapazität definiert werden, z.B. lOMbit/s DCC Kanäle.
Die einzelnen Byte des Overhead können dadurch viel flexibler verwendet werden. Dies ist besonders bei höheren Hierarchiestufen der SDH-, SONET- oder OTN-Norm von Vorteil. Bei diesen Normen werden die Anzahl der Bytes des Overhead entsprechend der Hierarchiestufe vervielfacht. Beispielsweise hat ein Synchrones Transportmodul STM-4 viermal soviel Overheadbytes wie ein Synchrones Transportmodul STM-1. Analoges gilt für die
Synchronen Transportmodule STM-16 und STM-64. Die Anzahl definierter bzw. festgelegter Overheadbytepositionen bleibt dabei gleich, d.h. es gibt bei STM-1 und bspw. STM16 die gleiche Anzahl Steuerbytes, nämlich zwölf Steuerbytes Dl bis D12. Dadurch ergeben sich mehr freie Bytepositionen, die durch das erfindungsgemäße Verfahren beliebig verwendet werden können.
Mit dem Koppelfeld bzw. durch die Verschaltung wird eine generelle Cross Connect Funktion definiert. Das heißt beliebige Overheaddatenbus Zeitschlitze können transparent auf andere Overheaddatenbus Zeitschlitze durchgeschalten werden. Das Durchschalten kann auf Hardware-Ebene erfolgen. Per Software wird konfiguriert, welche Zeitschlitze miteinander verschalten werden. Die Cross Connect Funktion kann z.B. in einem FPGA bzw. ASIC implementiert werden. Die direkte Durchschaltung von Overheadkanälen hat große Vorteile, wie am Beispiel der D1-D12 Bytes, die Steuerinformationen übertragen, gezeigt wurde. Soll z.B. über ein Netzelement A auf ein entferntes Netzelement C zugegriffen werden, ohne ein dazwischenliegendes Netzelement B zu beeinflussen, so werden im Netzelement B die entsprechenden Overheadbytes durchgeschleift. Das Netzelement B wird in diesem Falle über andere Overheadbytes gesteuert. Im Netzelement B brauchen die entsprechenden Steuerinformationen für Netzelement C dann nicht einer Funktionsschaltung, Router, MCF-Controller oder
Stack zugeführt werden, die diese Steuerinformationen auswerten würde und dann an Netzelement C weiterleiten würde. Das Netzelement B wird in diesem Fall durch die Durchschaltung auf der untersten Ebene bzw. Layer 1 des OSI-Modells ohne weitere Verarbeitung durchlaufen. Dies hat den Vorteil, dass keine Performance des Prozessors für die Verarbeitung bzw. Terminierung von Steuerinformationen respektive DCC Paketen auf höheren Ebenen bzw. auf Layer 2 oder höher des OSI- Modells benötigt wird. D.h. der Stack wird nicht belastet. Dadurch werden Leistungsreserven des Prozessors bzw. Controllers des Netzelementes für andere Aufgaben geschaffen.
Da durchgeschaltete Overheaddaten nicht von Funktionseinheiten des Netzelementes verarbeitet werden, können Daten bzw. Pakete netzelement remder Protokolle im Overhead durchgeleitet werden .
Dies ist von besonderen Vorteil, wenn Transportnetze mit Netzelementen unterschiedlicher Hersteller aufgebaut werden oder zwei Teilnetze (Netzbereiche) eines anderen Herstellers über einen Teilnetz mit unserem erfindungsgemäßen Netzelement miteinander verbunden werden. In diesem Fall können die 0- verhead-Steuerdaten der Teilnetze anderer Hersteller transparent im Overhead des verbindenden Teilnetzes mit unserem er- findungsgemäßen Netzelement übertragen werden.

Claims

Patentansprüche
1. Verfahren zur Verarbeitung von Overheaddaten in einem Netzelement eines Transportnetzwerkes, mittels dem Transport- module übertragen werden, die Nutz- und Overheaddaten enthalten, bei dem im Netzelement die von einem Port empfangenen Transportmodule ausgewertet werden, mindestens ein Teil der Overheaddaten ausgekoppelt wird und die ausgekoppelten Overhead- daten jeweils Funktionsschaltungen des Netzelementes zugeführt oder direkt zu einem anderen Port durchgeschalten werden, von dem sie in Transportmodulen ausgesendet werden.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, dass die Overheaddaten mehrerer Ports byteweise im Zeitmul- tiplexverfahren übertragen und durchgeschalten werden.
3. Verfahren nach Anspruch 1 oder 2, d a d u r c h g e k e n n z e i c h n e t, dass das Netzelement nach dem Standard der Synchronen Digital Hierarchie, des Synchronen Optischen Netzwerkes oder des Optischen Transportnetzwerkes betrieben wird.
4. Verfahren nach einen der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e , dass eine der Funktionsschaltungen Router- bzw. Controller- Funktionen für IP- und/oder OSI-Datenpakete durchfuhrt.
5. Verfahren nach Anspruch 3 oder 4, d a d u r c h g e k e n n z e i c h n e , dass im Overhead enthaltene Steuerinformationen, die gemäß SDH oder SONET Standard den Bytes Dl bis D12 zugeordnet sind, in beliebigen Positionen des Overhead übertragen werden.
6. Verfahren nach einen der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e , dass sämtliche ausgekoppelten Overheaddaten in einem Over- headpulsrahmen über einen einzigen Datenbus übertragen werden.
7. Netzelement eines Transportnetzwerkes mit mehreren Ports zum Empfang und Senden von Transportmodulen, die Nutz- und Overheaddaten enthalten, und zum Auskoppeln mindestens eines Teils der Overheaddaten, mit einem Overheaddatenbus, der die Overheaddatenausgange der Ports mit einem Koppelfeld verbindet, und mit mehreren Funktionsschaltungen, die jeweils entweder an den Overheaddatenbus angeschaltet sind oder anderweitig mit dem Koppelfeld verbunden sind, das die Overheaddaten jeweils von einem Port zu einem anderen Port oder zu den ander- weitig mit dem Koppelfeld verbunden Funktionseinheiten durchschaltet.
8. Netzelement nach Anspruch 7, d a d u r c h g e k e n n z e i c h n e t, dass die mindestens eine an den Overheaddatenbus angeschaltete Funktionseinheit die Overheaddaten direkt auswertet und gegebenenfalls neue Overheaddaten in Zeitschlitze eines Over- headpulsrahmens einfügt.
9. Netzelement nach Anspruch 7 oder 8, d a d u r c h g e k e n n z e i c h n e t, dass der Overheaddatenbus die Overheaddaten im Zeitmultiplex- verfahren byteweise überträgt und dass das Koppelfeld als zeitschlitzgesteuertes Koppelfeld ausgeführt ist, das die Daten byteweise durchschaltet.
10. Netzelement nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass das Netzelement in Transportnetzwerken der Synchronen Digital Hierarchie, in Synchronen Optischen Netzwerken oder in Optischen Transportnetzwerken angeordnet ist.
PCT/EP2004/050683 2003-05-30 2004-05-03 Verfahren und netzelement zur verarbeitung von overheaddaten eines transportmoduls WO2004107799A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE2003124605 DE10324605A1 (de) 2003-05-30 2003-05-30 Verfahren und Netzelement zur Verarbeitung von Overheaddaten eines Transportmoduls
DE10324605.3 2003-05-30

Publications (1)

Publication Number Publication Date
WO2004107799A1 true WO2004107799A1 (de) 2004-12-09

Family

ID=33482315

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/050683 WO2004107799A1 (de) 2003-05-30 2004-05-03 Verfahren und netzelement zur verarbeitung von overheaddaten eines transportmoduls

Country Status (2)

Country Link
DE (1) DE10324605A1 (de)
WO (1) WO2004107799A1 (de)

Citations (4)

* 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
US5402414A (en) * 1993-08-17 1995-03-28 Fujitsu Limited Time slot interchange apparatus for maintenance dedicated line of signal transmission apparatus
US20010001002A1 (en) * 1996-05-31 2001-05-10 Toshiki Sugawara Multiplex transmission apparatuses, multiplex transmission networks, and operation method therefor
US20010053146A1 (en) * 1993-12-30 2001-12-20 Alcatel U.S.A., Inc., Delaware Corporation Processor device for terminating and creating synchronous transport signals

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07250201A (ja) * 1994-03-11 1995-09-26 Mita Ind Co Ltd ファクシミリ装置
IL144059A0 (en) * 2001-06-28 2002-04-21 Lightscape Networks Ltd Overhead handling method and system for high order data streams
DE10204618B4 (de) * 2001-08-09 2004-12-23 Siemens Ag Verfahren und Anordnung zur Übertragung von Qualitätskriterien einer synchronen Netzhierarchie

Patent Citations (4)

* 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
US5402414A (en) * 1993-08-17 1995-03-28 Fujitsu Limited Time slot interchange apparatus for maintenance dedicated line of signal transmission apparatus
US20010053146A1 (en) * 1993-12-30 2001-12-20 Alcatel U.S.A., Inc., Delaware Corporation Processor device for terminating and creating synchronous transport signals
US20010001002A1 (en) * 1996-05-31 2001-05-10 Toshiki Sugawara Multiplex transmission apparatuses, multiplex transmission networks, and operation method therefor

Also Published As

Publication number Publication date
DE10324605A1 (de) 2004-12-23

Similar Documents

Publication Publication Date Title
EP1158710B1 (de) Verfahren zum Übertragen von synchronen Transportmodulen über ein synchrones Transportnetz
DE69025979T2 (de) Synchrones optisches Übertragungssystem
DE69220593T2 (de) Leitweglenkungssystem für Linearmultiplexer mit Einfügung und Ausblendung von Kanälen
DE3934248A1 (de) Multiplexer und demultiplexer, insbesondere fuer nachrichtenuebertragungs-netze mit einer synchronen hierarchie der digitalsignale
DE19740107A1 (de) Verfahren zum Übertragen von Datenpaketen und zur Durchführung des Verfahrens geeignetes Netzelement
EP0236779B1 (de) Schaltungsanordnung für zentralgesteuerte Zeitmultiplex-Fernmeldevermittlungsanlagen, insbesondere PCM-Fernsprechvermittlungsanlagen mit an ein Koppelfeld angeschlossenen Anschlussgruppen
EP0186141A2 (de) Muldex mit Kanalverteiler für Digitalsignale verschiedener Hierachiestufen
DE69310241T2 (de) Datenübertragung und Einstellung des Übertragungsweges zwischen Fernsprechvermittlungsmodulen in Baustein-Typ-Fernsprechvermittlungen
DE4104238A1 (de) Verfahren zum empfang und zur abgabe von rahmenkoepfen von und fuer stm-1-signale in einem rahmenkopf-server eines netzknotens
DE3689894T2 (de) Steuern von Multiport-Freiwahlgruppen in einem Vermittlungssystem mit verteilter Steuerung.
EP0598455B1 (de) Übertragungssystem der synchronen digitalen Hierarchie
DE60212558T2 (de) Optischer TDM und WDM Vermittlungsknoten
EP0058750B1 (de) Schaltungsanordnung für Zeitmultiplex-Fernmeldevermittlungsanlagen, insbesondere PCM-Fernsprechvermittlungsanlagen, mit Datenwegen zwischen einem zentralen Steuerwerk und dezentralen Steuereinrichtungen
DE4391854C2 (de) Verfahren zur Konfiguration einer Zeit-Raum-Zeit-Querverbindung und einer Vorrichtung zur Querverbindung mit dieser Methode
DE4123851C1 (en) Inter-working unit for coupling asynchronous-to synchronous-transfer mode network - uses multiplexer and demultiplexer for each network, buffer memory and asynchronous-synchronous converters for transmission via exchanges
DE2713610A1 (de) Pcm-zeitmultiplexkoppelfeld
EP0415112B1 (de) Kreuzschaltungsverfahren (Cross-Connect) für STM-1-Signale der Synchron-Digital-Multiplexhierarchie
DE60320266T2 (de) Synchroner übertragungsnetzknoten
DE602004012066T2 (de) Zeitmultiplexstreckenverbindungen zwischen einer Koppelmatrix und einem Port in einem Netzelement
DE602004001448T2 (de) Netzelement mit mehrstufiger Niedrigordnung Schaltungsmatrix
EP1191725A2 (de) Transportmodul für SDH/SONET
EP1217867A2 (de) Optischer Crossconnect zum wahlfreien Verschalten von Nachrichtensignalen unterschiedlicher Multiplexebenen
WO2004107799A1 (de) Verfahren und netzelement zur verarbeitung von overheaddaten eines transportmoduls
EP1107497A2 (de) Synchrones digitales Nachrichtenübertragungssystem
EP1917746A1 (de) Verfahren zur übertragung von daten und netzelement für ein datennetz

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)