USRE40809E1 - Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network - Google Patents
Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network Download PDFInfo
- Publication number
- USRE40809E1 USRE40809E1 US11/651,626 US65162607A USRE40809E US RE40809 E1 USRE40809 E1 US RE40809E1 US 65162607 A US65162607 A US 65162607A US RE40809 E USRE40809 E US RE40809E
- Authority
- US
- United States
- Prior art keywords
- units
- user data
- multiplex
- multiplex units
- concatenation
- 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, expires
Links
- 238000004891 communication Methods 0.000 title claims abstract description 43
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 37
- 238000006243 chemical reaction Methods 0.000 title claims abstract description 21
- 238000000034 method Methods 0.000 claims abstract description 22
- 230000002093 peripheral effect Effects 0.000 claims abstract description 21
- 238000012546 transfer Methods 0.000 claims description 6
- 238000012856 packing Methods 0.000 claims 10
- 238000012545 processing Methods 0.000 description 17
- 230000005540 biological transmission Effects 0.000 description 16
- 239000011159 matrix material Substances 0.000 description 11
- RGNPBRKPHBKNKX-UHFFFAOYSA-N hexaflumuron Chemical compound C1=C(Cl)C(OC(F)(F)C(F)F)=C(Cl)C=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F RGNPBRKPHBKNKX-UHFFFAOYSA-N 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 101000874160 Homo sapiens Succinate dehydrogenase [ubiquinone] iron-sulfur subunit, mitochondrial Proteins 0.000 description 1
- 102100035726 Succinate dehydrogenase [ubiquinone] iron-sulfur subunit, mitochondrial Human genes 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
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
- 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/0089—Multiplexing, e.g. coding, scrambling, SONET
- H04J2203/0094—Virtual Concatenation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S370/00—Multiplex communications
- Y10S370/901—Wide area network
- Y10S370/902—Packet switching
- Y10S370/903—Osi compliant network
- Y10S370/907—Synchronous optical network, SONET
Definitions
- This invention relates to a method of transmitting user data over a synchronous digital communication network to a multiplexer for a synchronous digital communication network and to a peripheral device transmitting user data over a synchronous digital communication network.
- a synchronous digital communication network such as in SDH or SONET systems
- messages are transmitted as payloads of multiplex units.
- multiplex units are referred to in SDH systems as virtual containers and in SONET as virtual tributaries.
- STM-N synchronous transport modules
- the largest multiplex unit is the virtual container VC-4 with a payload capacity of 149.760 Mb.
- the VC-4 is called an AU-4 (administrative unit).
- the largest multiplex unit is a VT-3 with a capacity of 48.384 Mb, which, together with a corresponding pointer, is called an AU-3. If payload signals whose bit rate is greater than the payload of the largest multiplex unit are to be transmitted, a concatenation of multiplex units is formed.
- contiguous concatenation or “concatenation of contiguous AU-4s” (Chapter 8.1.7.1), and “virtual concatenation” (Chapter 8.1.7.2).
- contiguous concatenation method successive multiplex units are concatenated which are transported together in a larger transport module, e.g., four AU-4s in a single STM-4, sixteen AU-4s in a single STM-16, three AU-3s in a single STM-1, or twelve AU-3s in a single STM-4.
- the concatenated multiplex units When the concatenated multiplex units are accessed, only the pointer to the first multiplex unit of the concatenation is evaluated, and this pointer value is also used for all subsequent multiplex units in the concatenation.
- the individual multiplex units are transported independently of each other and are combined at the data sink, i.e., in the destination network element.
- the individual multiplex units may even be transmitted over different paths and exhibit differential delays at the data sink, which must be compensated for by buffering.
- peripheral devices e.g., in IP routers, which use a synchronous digital communication network as a backbone network
- contiguous concatenation is preferred, because it is easier to handle, from a network point of view
- virtual concatenation is preferred because of its greater flexibility.
- Conversion from contiguous concatenation to virtual concatenation is known per se.
- Each of the individual multiplex units is provided with its own pointer.
- An indicator in the overhead of the multiplex units indicates the concatenation. For the indicator, bits 1 and 2 of the H4 byte are currently used; the use of other overhead bytes is conceivable.
- the virtually concatenated multiplex units can then be transported in separate transport modules.
- peripheral devices such as IP routers
- contiguous concatenation As mentioned, peripheral devices, such as IP routers, preferably use contiguous concatenation.
- Cisco 12008 Gigabit Switch Router retrievable from the Internet at URL “http://www.cisco.com/univercd/cc/td/doc/product/core/c isl2008/mfricg/product1.htm”, it is described that the device can be equipped with an OC-3c/STM-1c interface or an OC-12c/STM-4c interface. Both interface types use contiguous concatenation of multiplex units. Since the number of contiguously concatenated multiplex units depends on the interface type of the router, always the same number of multiplex units are transmitted regardless of the bandwidth actually used for the IP payload.
- FIGS. 1 to 3 show an IP router which is connected to a synchronous digital communication network and generates a synchronous message signal with contiguously concatenated multiplex units, the contiguous concatenation being converted to virtual concatenation in a multiplexer of the communication network;
- FIG. 4 is a block diagram of an IP router as a peripheral device for a synchronous communication network.
- FIG. 5 is a block diagram of a multiplexer that performs the conversion.
- a basic idea of the invention is to generate a contiguous concatenation of multiplex units in the peripheral device, but to use only part of the concatenated multiplex units for the payload and keep the remainder free or fill it with a fill pattern.
- Another basic idea of the invention consists in the fact that the multiplexer at the interface to a synchronous digital communication network performs a conversion from contiguous concatenation to virtual concatenation and in this process omits those multiplex units which are not filled with payload, thus adapting the number of concatenated multiplex units to the actually needed bandwidth.
- FIG. 1 illustrates how a payload is transmitted from a first peripheral device 10 over a synchronous digital communication network SDH to a second peripheral device 16 .
- the peripheral devices are IP routers, and the payload consists of data packets that are structured according to the Internet protocol.
- a synchronous message signal 11 is generated in the first IP router 10 . It is a framed multiplex signal of the STM-4 type.
- the STM-4 frame consists of four-byte-interleaved STM-1 transport modules. Each of the four STM-1frames contains a multiplex unit VC-4.
- the four VC-4 multiplex units are contiguously concatenated.
- PPP Point-to-Point Protocol
- the concatenation method described is referred to as VC-4-4c.
- the IP routers 10 , 16 form part of a data network and use the synchronous digital communication network SDH as a backbone network.
- synchronous message signal 11 is transferred to a multiplexer 12 of the synchronous signal communication network SDH.
- Multiplexer 12 provides the gateway from the synchronous communication network SDH1 to the data network. It converts the seamless concatenation of the four VC-4 multiplex units to a virtual concatenation.
- each of the four multiplex units is provided with its own pointer, and an indicator is inserted in the overhead of the multiplex units which indicates the concatenation.
- the four virtually concatenated VC-4 multiplex units can now be transmitted through the communication network SDH independently of each other in separate smaller or common larger transport modules. In the embodiment it is indicated that each of the four concatenated multiplex units is transmitted over a separate path 13 a-d.
- the virtual concatenation is designated as VC-4-4v.
- the virtually concatenated multiplex units are transmitted through the communication network SDH to the data sink, a second multiplexer 14 .
- the latter converts the virtual concatenation back to a contiguous concatenation and transfers the four seamlessly concatenated multiplex units, in a message signal 15 organized into STM-4 frames, to the second IP router 16 .
- the multiplexers may be add/drop multiplexers or terminal multiplexers which terminate individual or all paths that are contained in the received, framed multiplex signals.
- IP router 10 For the transport of data packets, and the other multiplex units remain empty or are filled with a fill pattern.
- IP router 10 packs only three of the four concatenated multiplex units VC-4-4c.
- the fourth multiplex unit remains empty.
- Message signal 11 which is sent by IP router 10 to multiplexer 12 , still has the same structure, namely an STM-4 frame with four contiguously concatenated multiplex units VC-4-4c.
- the contiguous concatenation is converted to a virtual concatenation, with the fourth multiplexer unit, i.e., the unit not packed with data packets, being omitted.
- a virtual concatenation of three multiplex units VC-4-3v is thus obtained, which is transmitted over the paths 13 a-cto the second multiplexer 14 .
- the virtual concatenation is converted back to a contiguous concatenation, which, complemented by an empty multiplex unit to form VC-4-4c, is transferred to the second IP router 16 .
- the IP router needs the information that one of the four multiplex units, and which of them, is to be omitted. In one embodiment, this information is provided by the IP router, either over a dedicated control channel in the overhead of the multiplex units or transport modules or via a higher-level network management system. In another embodiment, the multiplexer detects automatically, e.g.
- the automatic detection can be performed either by monitoring the payload in the multiplexer or by arranging for the IP router to label unused multiplex units in the overhead.
- IP packets will be framed in HDLC frames. Bytes between the HDLC frames are fill patterns.
- FIG. 3 shows that only two of the four multiplex units are used to transport IP packets and that the multiplexer, when converting to virtual concatenation, omits the two unused multiplex units and transmits only two of the originally four multiplex units over the communication network SDH. This concatenation is then denoted as VC-4-2v. Similarly, the contiguous concatenation can also be converted into a single multiplex unit by omitting three empty multiplex units.
- the invention is not limited to a concatenation of virtual containers VC-4. It is also possible, for example, to use VC-12s with a payload of 2 Mb.
- the invention can also be used in SONET systems with containers VC-3 or VC-11 (VT-1.5). Larger concatenations of, e.g., 8, 16, or 64 containers are also possible.
- the conversion into a smaller number of virtually concatenated multiplex units can also be predefined, so that at given times, for example, the full bandwidth of all multiplex units is available, while at other times, only a reduced capacity is available.
- a concatenation of three VC-4s can be chosen from 8:00 to 10:00 a.m. and from 4:00 to 6:00 p.m., a virtual concatenation of all four VC-4s during busy periods from 10:00 a.m. to 4:00 p.m., and a virtual concatenation of only one or two VC-4s during periods of light traffic from 6:00 p.m. to 8:00 a.m.
- a dynamic adaptation according to a measured traffic volume can be performed approximately every 10 min. If a default value is used, the transfer from the IP router to the multiplexer of information as to which multiplex units are currently being used for data packets is not necessary.
- Another preferred application of the method according to the invention is in the transmission of data packets that are structured according to the protocol for the asynchronous transfer mode (ATM).
- the peripheral device in that case is an ATM switch which packs the payload, consisting of ATM cells, in contiguously concatenated multiplex units and transfers the latter to the multiplexer of the synchronous communication network.
- a further preferred application of the method according to the invention is in the transmission of data packets that are structured according to the Ethernet protocol.
- the Ethernet frames are framed in HDLC frames and are transported transparently in concatenated SDH containers.
- a fill pattern may be inserted between the HDLC frames, which is removed during the compression according to the invention in order to reduce the number of concatenated containers.
- LAN local area network
- the other packets i.e., the packets that are not intended for any of the local area networks connected to the LAN interfaces, are switched through IP matrix 41 to a processing unit 42 .
- a processing unit 42 There, four VC-4 multiplex units are formed and packed with the packets.
- the packed multiplex units are routed to a processing unit 43 for STM-4 transport modules, where the four multiplex units are contiguously concatenated and byte-interleaved to form a framed multiplexed signal STM-4, VC-4-4c, which is then sent as a synchronous message signal to an interface I/O 44 .
- STM-4 processing unit a pointer that points to the beginning of the first multiplex unit is determined and written in the overhead of the transport modules.
- Interface 44 is an optical interface.
- IP router 40 further includes a controller 46 , which is connected to IP matrix 41 and to processing unit 42 for VC-4 multiplex units.
- IP matrix 41 measures a current traffic volume and passes the measured value to controller 46 . The latter then decides at regular intervals based on the traffic volume or on a predetermined time schedule how many of the four multiplex units are to be packed with data packets, and communicates this to VC-4 processing unit 42 . Accordingly, only the selected multiplex units are packed in processing unit 42 , and the others are filled with a fill pattern.
- processing unit 42 multiplex units that are not packed are labeled in the overhead. For this, one of the overhead bytes reserved for proprietary purposes can be used.
- the IP router may also be configured so that only two or three of the four contiguously concatenated multiplex units are filled with user data. In that case, a controller 46 is not necessary. Processing unit 42 is then adjusted so that only the predetermined multiplex units are packed with IP packets and the others remain empty.
- IP matrix 41 performs a filter function, since only those IP packets are routed from the matrix to the VC-4 processing unit which are to be transported over the synchronous digital communication network to other local area networks that are not connected directly to a LAN interface of the IP router.
- IP matrix 41 may also perform a further filter function by eliminating packets that cannot be delivered over the synchronous digital communication network, or by returning such packets to the sender along with a corresponding error message.
- Such a filter function can also be performed through corresponding entries in the routing table of the IP matrix. This makes it possible to filter out nonexisting IP addresses or IP addresses that are erroneous due to a configuration error.
- a protection function similar to a firewall can be implemented in this way.
- the multiplexer 50 which receives the synchronous message signal, converts the contiguous concatenation to a virtual concatenation, and transmits the multiplex units over the synchronous communication system, is shown schematically in FIG. 5 .
- a first interface I/O 51 it receives the synchronous message signal from the peripheral device.
- a first processing unit 52 for, STM-4 transport modules the byte interleaving is resolved and the pointer to the first multiplex unit is evaluated. According to the pointer value, the four concatenated multiplex units are read and transferred to a first processing unit 53 for VC-4 multiplex units, where the overhead of the individual multiplex units is evaluated.
- An indicator which indicates that the respective multiplex unit is not filled with user data is detected, and the respective multiplex unit is eliminated.
- the information about this is also transferred to a controller 55 .
- the other multiplex units are stored in a buffer 54 , from which they are read by a second processing unit 56 for VC-4 multiplex units.
- the controller informs the second VC-4 processing unit 56 which and how many multiplex units are to be virtually concatenated.
- the virtual concatenation is initiated by a corresponding indicator in the overhead of the multiplex units. For this, the H4 byte is currently used.
- the concatenated multiplex units are then transferred to a second processing unit 57 for STM-4 transport modules, where they are packed in separate STM-1 frames.
- the STM-1 frames are byte-interleaved to form a synchronous message signal consisting of STM-4 transport modules, which is then sent via a second interface I/O 58 into the synchronous digital communication network.
- the second STM-4 processing unit 56 also determines a pointer for each of the multiplex units, which points to the beginning of the respective multiplex unit and is entered in the overhead of the respective STM-1 transport modules.
- the input signal of the multiplexer contains a contiguous concatenation VC-4-4c of four VC-4 multiplex units.
- one of the four multiplex units is not used for the transport of user data, for example, and is identified as such in the overhead.
- this multiplex unit is eliminated.
- the controller Via the controller, the information that the other three multiplex units are to be virtually concatenated is passed to the second VC-4 processing unit, which performs the concatenation.
- An output signal is thus formed which contains a virtual concatenation VC-4-3v of three VC-4 multiplex units.
- the remaining transmission capacity can be used for additional traffic, e.g., for a bundle of telephone connections.
- the multiplexer informs the network management system how many multiplex units the virtual concatenation comprises, so that the free transmission capacity can be assigned for other purposes via the network management system.
- the information as to which of the concatenated multiplex units are used for the transport of user data can also be transferred from the peripheral device to the multiplexer via the network management system.
- an evaluation of the payload contained in each multiplex unit takes place in the multiplexer to determine which of the multiplexer units are packed with user data and which are unused.
- the multiplexer may be a terminal multiplexer, an add/drop multiplexer, or a digital crossconnect. It may also include further modules, such as a time- and space-division switching matrix for multiplex units and further interfaces to the communication network. In that case, the individual multiplex units of the virtual concatenation can be transmitted to the destination network element via different interfaces and different paths.
- VC-4 multiplex units other, smaller subunits from the multiplex hierarchy of the communication system can be used, such as VC-12s or VC-3s.
- An alternative form of the peripheral device is an ATM switch.
- Such a switch is similar in design to the IP router of FIG. 4 but has ATM interfaces in place of the LAN interfaces and a switching matrix for ATM cells in place of the IP matrix.
Abstract
In a method of transmitting user data over a synchronous digital communication network (SDH), the user data are packed in multiplex units by a peripheral device (10; 40). If a greater bandwidth than the capacity of the multiplex unit is required, several multiplex units are contiguously concatenated (VC-4-4c) and transmitted in a common transport module (STM-4). At the gateway to the synchronous communication network, the contiguous concatenation of the multiplex units (VC-4-4c) is converted to a virtual concatenation of multiplex units (VC-4-Nv). To adapt the number of concatenated multiplex units to the bandwidth actually required, only part of the multiplex units are filled with user data, and during the conversion, those multiplex units which are not filled with user data are omitted.
Description
This invention relates to a method of transmitting user data over a synchronous digital communication network to a multiplexer for a synchronous digital communication network and to a peripheral device transmitting user data over a synchronous digital communication network.
In a synchronous digital communication network such as in SDH or SONET systems, messages are transmitted as payloads of multiplex units. Such multiplex units are referred to in SDH systems as virtual containers and in SONET as virtual tributaries. The multiplex units are transmitted in synchronous transport modules STM-N (N=1, 4, 16, 64), in which they can be positioned freely. In SDH, the largest multiplex unit is the virtual container VC-4 with a payload capacity of 149.760 Mb. Together with a pointer in the overhead of the transport module STM-1, which points to the beginning of the container, the VC-4 is called an AU-4 (administrative unit). In SONET, the largest multiplex unit is a VT-3 with a capacity of 48.384 Mb, which, together with a corresponding pointer, is called an AU-3. If payload signals whose bit rate is greater than the payload of the largest multiplex unit are to be transmitted, a concatenation of multiplex units is formed.
IUT-T G. 707, Chapter 8.1.7, describes two methods of concatenation, which can be used alternatively: “contiguous concatenation”, or “concatenation of contiguous AU-4s” (Chapter 8.1.7.1), and “virtual concatenation” (Chapter 8.1.7.2). In the contiguous concatenation method, successive multiplex units are concatenated which are transported together in a larger transport module, e.g., four AU-4s in a single STM-4, sixteen AU-4s in a single STM-16, three AU-3s in a single STM-1, or twelve AU-3s in a single STM-4. When the concatenated multiplex units are accessed, only the pointer to the first multiplex unit of the concatenation is evaluated, and this pointer value is also used for all subsequent multiplex units in the concatenation. In the virtual concatenation methods, the individual multiplex units are transported independently of each other and are combined at the data sink, i.e., in the destination network element. The individual multiplex units may even be transmitted over different paths and exhibit differential delays at the data sink, which must be compensated for by buffering. Usually, only like multiplex units, i.e., multiplex units of the same size, are concatenated.
While in peripheral devices, e.g., in IP routers, which use a synchronous digital communication network as a backbone network, contiguous concatenation is preferred, because it is easier to handle, from a network point of view, virtual concatenation is preferred because of its greater flexibility. Conversion from contiguous concatenation to virtual concatenation is known per se. Each of the individual multiplex units is provided with its own pointer. An indicator in the overhead of the multiplex units indicates the concatenation. For the indicator, bits 1 and 2 of the H4 byte are currently used; the use of other overhead bytes is conceivable. The virtually concatenated multiplex units can then be transported in separate transport modules.
As mentioned, peripheral devices, such as IP routers, preferably use contiguous concatenation. In an article about the Cisco 12008 Gigabit Switch Router, retrievable from the Internet at URL “http://www.cisco.com/univercd/cc/td/doc/product/core/c isl2008/mfricg/product1.htm”, it is described that the device can be equipped with an OC-3c/STM-1c interface or an OC-12c/STM-4c interface. Both interface types use contiguous concatenation of multiplex units. Since the number of contiguously concatenated multiplex units depends on the interface type of the router, always the same number of multiplex units are transmitted regardless of the bandwidth actually used for the IP payload.
It is an object of the invention to provide a method of transmitting user data over a synchronous digital communication network wherein the number of concatenated multiplex units can be adapted to the actually required bandwidth. Further objects of the invention are to provide a multiplexer for a synchronous digital communication network and a peripheral device which are suited for carrying out the method according to the invention.
These objects are attained by the features of claims 1, 5, and 6, respectively. Further developments of the invention are apparent from the dependent claims.
The invention will become more apparent by reference to the following description of an embodiment taken in conjunction with the accompanying drawings, in which:
A basic idea of the invention is to generate a contiguous concatenation of multiplex units in the peripheral device, but to use only part of the concatenated multiplex units for the payload and keep the remainder free or fill it with a fill pattern. Another basic idea of the invention consists in the fact that the multiplexer at the interface to a synchronous digital communication network performs a conversion from contiguous concatenation to virtual concatenation and in this process omits those multiplex units which are not filled with payload, thus adapting the number of concatenated multiplex units to the actually needed bandwidth.
In explaining the transmission method according to the invention, only one direction of transmission will be considered for the sake of clarity. It is to be understood, however, that the transmission can also be bidirectional.
From the first IP router 10, synchronous message signal 11 is transferred to a multiplexer 12 of the synchronous signal communication network SDH. Multiplexer 12 provides the gateway from the synchronous communication network SDH1 to the data network. It converts the seamless concatenation of the four VC-4 multiplex units to a virtual concatenation. To accomplish this, as mentioned above, each of the four multiplex units is provided with its own pointer, and an indicator is inserted in the overhead of the multiplex units which indicates the concatenation. The four virtually concatenated VC-4 multiplex units can now be transmitted through the communication network SDH independently of each other in separate smaller or common larger transport modules. In the embodiment it is indicated that each of the four concatenated multiplex units is transmitted over a separate path 13a-d. The virtual concatenation is designated as VC-4-4v.
The virtually concatenated multiplex units are transmitted through the communication network SDH to the data sink, a second multiplexer 14. The latter converts the virtual concatenation back to a contiguous concatenation and transfers the four seamlessly concatenated multiplex units, in a message signal 15 organized into STM-4 frames, to the second IP router 16.
The multiplexers may be add/drop multiplexers or terminal multiplexers which terminate individual or all paths that are contained in the received, framed multiplex signals.
During periods of high traffic loads in the data network, all multiplex units are packed full of IP packets, and the above-described data transmission over the synchronous digital communication network acting as a backbone network is fast and efficient.
During packet transmission, however, there also are prolonged periods in which the number of IP packets to be transmitted does not suffice to pack all four multiplex units full. Then, according to the invention, only part of the multiplex units are used in IP router 10 for the transport of data packets, and the other multiplex units remain empty or are filled with a fill pattern.
This situation is illustrated in FIG. 2. IP router 10 packs only three of the four concatenated multiplex units VC-4-4c. The fourth multiplex unit remains empty. Message signal 11, however, which is sent by IP router 10 to multiplexer 12, still has the same structure, namely an STM-4 frame with four contiguously concatenated multiplex units VC-4-4c. In multiplexer 12, the contiguous concatenation is converted to a virtual concatenation, with the fourth multiplexer unit, i.e., the unit not packed with data packets, being omitted. A virtual concatenation of three multiplex units VC-4-3v is thus obtained, which is transmitted over the paths 13a-cto the second multiplexer 14. There, the virtual concatenation is converted back to a contiguous concatenation, which, complemented by an empty multiplex unit to form VC-4-4c, is transferred to the second IP router 16.
As the STM-4 frame consists of four byte-interleaved STM-1 frames, it is very simple for the IP router to leave one multiplex unit free: it simply inserts a dummy byte (e.g., hex00) after every three bytes. To convert the contiguous concatenation of four multiplex units to a virtual concatenation of three multiplex units, the multiplexer needs the information that one of the four multiplex units, and which of them, is to be omitted. In one embodiment, this information is provided by the IP router, either over a dedicated control channel in the overhead of the multiplex units or transport modules or via a higher-level network management system. In another embodiment, the multiplexer detects automatically, e.g. by the fill pattern or by missing IP headers, that one of the multiplex units is not packed with IP packets, and this empty multiplex unit is then omitted in the conversion. The automatic detection can be performed either by monitoring the payload in the multiplexer or by arranging for the IP router to label unused multiplex units in the overhead.
If a variant of the Point-to-Point Protocol (PPP, IETF) or a similar variant is used, IP packets will be framed in HDLC frames. Bytes between the HDLC frames are fill patterns.
The invention is not limited to a concatenation of virtual containers VC-4. It is also possible, for example, to use VC-12s with a payload of 2 Mb. The invention can also be used in SONET systems with containers VC-3 or VC-11 (VT-1.5). Larger concatenations of, e.g., 8, 16, or 64 containers are also possible.
The conversion into a smaller number of virtually concatenated multiplex units can also be predefined, so that at given times, for example, the full bandwidth of all multiplex units is available, while at other times, only a reduced capacity is available. For instance, a concatenation of three VC-4s can be chosen from 8:00 to 10:00 a.m. and from 4:00 to 6:00 p.m., a virtual concatenation of all four VC-4s during busy periods from 10:00 a.m. to 4:00 p.m., and a virtual concatenation of only one or two VC-4s during periods of light traffic from 6:00 p.m. to 8:00 a.m. In this way, the actually transmitted payload can be adapted to the statistical utilization of the data network. Alternatively, a dynamic adaptation according to a measured traffic volume can be performed approximately every 10 min. If a default value is used, the transfer from the IP router to the multiplexer of information as to which multiplex units are currently being used for data packets is not necessary.
This results in a considerable advantage to the operator of the data network, since he must pay fees only for the actually transmitted multiplex units to the operator of the synchronous communication network that he uses as a backbone.
Another preferred application of the method according to the invention is in the transmission of data packets that are structured according to the protocol for the asynchronous transfer mode (ATM). The peripheral device in that case is an ATM switch which packs the payload, consisting of ATM cells, in contiguously concatenated multiplex units and transfers the latter to the multiplexer of the synchronous communication network.
A further preferred application of the method according to the invention is in the transmission of data packets that are structured according to the Ethernet protocol. The Ethernet frames are framed in HDLC frames and are transported transparently in concatenated SDH containers. A fill pattern may be inserted between the HDLC frames, which is removed during the compression according to the invention in order to reduce the number of concatenated containers.
So far, only one direction of transmission has been considered. In the case of bidirectional transmission, however, a further advantageous field of application results. In the case of classic calls, the same transmission rate is necessary in both directions (“upstream” and “downstream”). During data transmission, however, things are different. For instance, in future data networks, such as in ADSL (Asymmetrical Digital Subscriber Line), traffic is expected to be highly asymmetrical. The compression according to the invention can therefore be used to advantage in only one direction of transmission, while in the other direction, the full capacity of all concatenated multiplex units is available. Here, the compression according to the invention is particularly advantageous since, as a rule, the physical interfaces of the peripheral devices offer the same bandwidth in both directions. Thus, the transmission capacity can be adapted to an asymmetrical traffic volume even if such symmetrical interfaces are present.
The IP router 40 of the embodiment is shown in FIG. 4 in a schematic block diagram. It has several LAN interfaces 45 (LAN=local area network), which use an asynchronous transmission method with collision detection according to IEEE Standard 802.3 for Ethernet. Connected to each of the LAN interfaces is a local area network, and IP router 40 receives data packets IP that are structured according to the Internet protocol. The packets are routed from the LAN interfaces to an IP matrix 41. The latter decides on the basis of the destination address of each packet where the packet is to be sent. Packets that are destined for another local area network connected to the IP router are sent to the corresponding LAN interface. The other packets, i.e., the packets that are not intended for any of the local area networks connected to the LAN interfaces, are switched through IP matrix 41 to a processing unit 42. There, four VC-4 multiplex units are formed and packed with the packets. The packed multiplex units are routed to a processing unit 43 for STM-4 transport modules, where the four multiplex units are contiguously concatenated and byte-interleaved to form a framed multiplexed signal STM-4, VC-4-4c, which is then sent as a synchronous message signal to an interface I/O 44. In the STM-4 processing unit, a pointer that points to the beginning of the first multiplex unit is determined and written in the overhead of the transport modules. Interface 44 is an optical interface.
The IP router may also be configured so that only two or three of the four contiguously concatenated multiplex units are filled with user data. In that case, a controller 46 is not necessary. Processing unit 42 is then adjusted so that only the predetermined multiplex units are packed with IP packets and the others remain empty.
From the example it is apparent that IP matrix 41 performs a filter function, since only those IP packets are routed from the matrix to the VC-4 processing unit which are to be transported over the synchronous digital communication network to other local area networks that are not connected directly to a LAN interface of the IP router. IP matrix 41 may also perform a further filter function by eliminating packets that cannot be delivered over the synchronous digital communication network, or by returning such packets to the sender along with a corresponding error message. Such a filter function can also be performed through corresponding entries in the routing table of the IP matrix. This makes it possible to filter out nonexisting IP addresses or IP addresses that are erroneous due to a configuration error. In addition, a protection function similar to a firewall can be implemented in this way.
The multiplexer 50 which receives the synchronous message signal, converts the contiguous concatenation to a virtual concatenation, and transmits the multiplex units over the synchronous communication system, is shown schematically in FIG. 5. At a first interface I/O 51, it receives the synchronous message signal from the peripheral device. In a first processing unit 52 for, STM-4 transport modules, the byte interleaving is resolved and the pointer to the first multiplex unit is evaluated. According to the pointer value, the four concatenated multiplex units are read and transferred to a first processing unit 53 for VC-4 multiplex units, where the overhead of the individual multiplex units is evaluated. An indicator which indicates that the respective multiplex unit is not filled with user data is detected, and the respective multiplex unit is eliminated. The information about this is also transferred to a controller 55. The other multiplex units are stored in a buffer 54, from which they are read by a second processing unit 56 for VC-4 multiplex units. The controller informs the second VC-4 processing unit 56 which and how many multiplex units are to be virtually concatenated. The virtual concatenation is initiated by a corresponding indicator in the overhead of the multiplex units. For this, the H4 byte is currently used.
The concatenated multiplex units are then transferred to a second processing unit 57 for STM-4 transport modules, where they are packed in separate STM-1 frames. The STM-1 frames are byte-interleaved to form a synchronous message signal consisting of STM-4 transport modules, which is then sent via a second interface I/O 58 into the synchronous digital communication network. The second STM-4 processing unit 56 also determines a pointer for each of the multiplex units, which points to the beginning of the respective multiplex unit and is entered in the overhead of the respective STM-1 transport modules.
In the embodiment, the input signal of the multiplexer contains a contiguous concatenation VC-4-4c of four VC-4 multiplex units. However, one of the four multiplex units is not used for the transport of user data, for example, and is identified as such in the overhead. In the first VC-4 processing unit, this multiplex unit is eliminated. Via the controller, the information that the other three multiplex units are to be virtually concatenated is passed to the second VC-4 processing unit, which performs the concatenation. An output signal is thus formed which contains a virtual concatenation VC-4-3v of three VC-4 multiplex units. The remaining transmission capacity can be used for additional traffic, e.g., for a bundle of telephone connections. Advantageously, the multiplexer informs the network management system how many multiplex units the virtual concatenation comprises, so that the free transmission capacity can be assigned for other purposes via the network management system.
Instead of identifying unused multiplex units of the contiguous concatenation in the overhead, the information as to which of the concatenated multiplex units are used for the transport of user data can also be transferred from the peripheral device to the multiplexer via the network management system. Alternatively, an evaluation of the payload contained in each multiplex unit takes place in the multiplexer to determine which of the multiplexer units are packed with user data and which are unused.
The multiplexer may be a terminal multiplexer, an add/drop multiplexer, or a digital crossconnect. It may also include further modules, such as a time- and space-division switching matrix for multiplex units and further interfaces to the communication network. In that case, the individual multiplex units of the virtual concatenation can be transmitted to the destination network element via different interfaces and different paths. Instead of VC-4 multiplex units, other, smaller subunits from the multiplex hierarchy of the communication system can be used, such as VC-12s or VC-3s.
An alternative form of the peripheral device is an ATM switch. Such a switch is similar in design to the IP router of FIG. 4 but has ATM interfaces in place of the LAN interfaces and a switching matrix for ATM cells in place of the IP matrix.
Claims (17)
1. A method of transmitting user data over a synchronous digital communication network (SDH), comprising:
structuring the user data into user data units;
packing the user data units in multiplex units;
contiguously concatenating a plurality of multiplex units (VC-4-4c);
transmitting the contiguously concatenated multiplex units in a common transport module (STM-4); and
converting the contiguous concatenation of the multiplex units (VC-4-4c) to a virtual concatenation of multiplex units (VC-4-Nv),
wherein only part of the multiplex units are filled with user data units, and wherein in the conversion, those multiplex units which are not filled with user data units are omitted.
2. A method as claimed in claim 1 wherein the user data units are data packets structured according to the Internet Protocol, wherein the packing of the data packets in multiplex units is performed in an IP router (10; 40), wherein the conversion of the contiguous concatenation (VC-4-4c) to the virtual concatenation (VC-4-Nv) is performed in a multiplexer (12; 50) of the synchronous digital communication network (SDH), and wherein the IP router (10; 40) informs the multiplexer (12; 50) which of the concatenated multiplex units are filled with data packets.
3. A method as claimed in claim 1 wherein the user data units are data packets structured according to the protocol for the asynchronous transfer mode (ATM), wherein the packing of the data packets in the multiplex units is performed in an ATM switch, wherein the conversion of the contiguous concatenation to the virtual concatenation is performed in a multiplexer (12; 50) of the synchronous digital communication network (SDH), and wherein the ATM switch informs the multiplexer (12; 50) which of the concatenated multiplex units are filled with data packets.
4. A method as claimed in claim 1 wherein the virtual concatenation is subsequently converted back to a contiguous concatenation, adding empty multiplex units corresponding to the previously omitted multiplex units.
5. A multiplexer (12; 50) for a synchronous digital communication network (SDH), comprising:
a first interface (51) for receiving a first message signal which is organized into transport modules and contains a plurality of contiguously concatenated multiplex units carrying user data to be transmitted;
a conversion facility (53, 54, 55, 56) for converting the contiguous concatenation to a virtual concatenation of the multiplex units; and
at least a second interface (58) for sending at least a second message signal which is organized into transport modules and contains the virtually concatenated multiplexer units,
characterized in that the user data consists of user data units, and that if only part of the contiguously concatenated multiplex units are filled with the user data units, the conversion facility (53, 54, 55, 56), when converting the contiguous concatenation to the virtual concatenation, omits those multiplex units which are not filled with user data units.
6. A peripheral device (10, 40) for transmitting user data over a synchronous digital communication network, the peripheral device (10; 40) comprising:
a signal-generating unit (43) for generating a message signal which is organized into transport modules and contains a plurality of contiguously concatenated multiplex units carrying user data, consisting of the user data units, to be transmitted; and
a multiplexing facility (42, 46) for packing the user data units in the multiplex units,
characterized in that the multiplexing facility (42, 46) fills only part of the multiplex units with user data units.
7. A method of transmitting user data over a digital communication network, comprising:
structuring the user data into user data units;
packing the user data units in multiplex units;
contiguously concatenating a plurality of multiplex units;
transmitting the contiguously concatenated multiplex units in a common transport module; and
converting the contiguous concatenation of multiplex units to a virtual concatenation of multiplex units,
wherein only part of the multiplex units are filled with user data units, and wherein in the conversion, those multiplex units which are not filled with user data units are omitted.
8. A method as claimed in claim 7 ,
wherein the user data units are data packets structured according to the Internet Protocol, wherein the packing of the data packets in multiplex units is performed in a IP router,
wherein the conversion of the contiguous concatenation to the virtual concatenation is performed in a multiplexer of the digital communication network, and wherein the IP router informs the multiplexer which of the concatenated multiplex units are filled with data packets.
9. A method as claimed in claim 7 , wherein the user data units are data packets structured according to the protocol for the asynchronous transfer mode (ATM), wherein the packing of the data packets in the multiplex units is performed in an ATM switch, wherein the conversion of the contiguous concatenation to the virtual concatenation is performed in a multiplexer of the digital communication network, and wherein the ATM switch informs the multiplexer which of the concatenated multiplex units are filled with data packets.
10. A method as claimed in claim 7 , wherein the virtual concatenation is subsequently converted back to the contiguous concatention, adding empty multiplex units corresponding to a previously omitted multiplex units.
11. A multiplexer for a digital communication network, comprising:
a first interface for receiving a first message signal which is organized into transport modules and contains a plurality of contiguously concatenated multiplex units carrying user data to be transmitted;
a conversion facility for converting the contiguous concatenation to a virtual concatenation of the multiplex units; and
at least a second interface for sending at least a second message signal which is organized into transport modules and contains the virtually concatenated multiplex units,
wherein the user data consists of user data units, and wherein if only part of the contiguously concatenated multiplex units are filled with the user data units, the conversion facility, when converting the contiguous concatenation to the virtual concatenation, omits those multiplex units which are not filled with user data units.
12. A peripheral device for transmitting user data over a digital communication network, the peripheral device comprising:
a signal-generating unit for generating a message signal which is organized into transport modules and contains a plurality of contiguously concatenated multiplex units carrying user data, consisting of the user data units, to be transmitted; and
a multiplexing facility for packing the user data units in the multiplex units, wherein the multiplexing facility fills only part of the multiplex units with user data units.
13. A method of transmitting user data over a digital communication network, comprising:
packing user data into a plurality of packets;
contiguously concatenating the plurality of packets;
transmitting the contiguously concatenated units in a common interface; and
converting the contiguous concatenation of the packets to a virtual concatenation of packets, wherein only part of the packets are filled with user data, and wherein in the conversion, those units which are not filled with user data are omitted.
14. A multiplexer for a digital communication network, comprising:
a first interface for receiving a signal containing a plurality of contiguously concatenated units carrying user data to be transmitted;
a conversion facility for converting the contiguous concatenation to a virtual concatenation of the units; and
at least a second interface for sending a signal containing the virtually concatenated multiplex units, wherein the user data consists of user data units, and wherein if only part of the contiguously concatenated multiplex units are filled with the user data units, the conversion facility, when converting the contiguous concatenation to the virtual concatenation, omits those multiplex units which are not filled with user data units.
15. A multiplexer as claimed in claim 14 , wherein the multiplexer comprises an add/drop multiplexer or a terminal multiplexer.
16. A multiplexer as claimed in claim 14 , wherein the conversion facility changes a number of virtual concatenation units depending on time.
17. A peripheral device for transmitting user data over a digital communication network, the peripheral device comprising:
a signal-generating unit for generating a signal organized into a plurality of contiguously concatenated packets carrying user data to be transmitted; and
a multiplexing facility for packing the user data into the packets, wherein the multiplexing facility fills only part of the packets with user data units.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/651,626 USRE40809E1 (en) | 1999-07-14 | 2007-01-10 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19932739A DE19932739A1 (en) | 1999-07-14 | 1999-07-14 | Conversion from seamless chaining to virtual chaining in a synchronous digital communications network |
US09/615,700 US6842455B1 (en) | 1999-07-14 | 2000-07-13 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
US11/651,626 USRE40809E1 (en) | 1999-07-14 | 2007-01-10 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/615,700 Reissue US6842455B1 (en) | 1999-07-14 | 2000-07-13 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
Publications (1)
Publication Number | Publication Date |
---|---|
USRE40809E1 true USRE40809E1 (en) | 2009-06-30 |
Family
ID=7914634
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/615,700 Ceased US6842455B1 (en) | 1999-07-14 | 2000-07-13 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
US11/651,626 Expired - Lifetime USRE40809E1 (en) | 1999-07-14 | 2007-01-10 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/615,700 Ceased US6842455B1 (en) | 1999-07-14 | 2000-07-13 | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network |
Country Status (5)
Country | Link |
---|---|
US (2) | US6842455B1 (en) |
EP (1) | EP1069718B1 (en) |
JP (1) | JP4423759B2 (en) |
AT (1) | ATE254365T1 (en) |
DE (2) | DE19932739A1 (en) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE253791T1 (en) * | 2000-05-26 | 2003-11-15 | Cit Alcatel | METHOD FOR TRANSMITTING SYNCHRONOUS TRANSPORT MODULES OVER A SYNCHRONOUS TRANSPORT NETWORK |
US7260099B1 (en) * | 2000-07-14 | 2007-08-21 | Nortel Networks Limited | Processing of arbitrarily formatted client signals to achieve compatibility with existing transport networks |
DE10047510A1 (en) * | 2000-09-26 | 2002-04-11 | Alcatel Sa | Transport module for SDH / SONET |
EP1248399A1 (en) | 2001-04-02 | 2002-10-09 | Lucent Technologies Inc. | Transporting a gigabit per second datastream over a SONET/SDH network |
US7177314B2 (en) * | 2001-08-30 | 2007-02-13 | Pmc-Sierra, Inc. | Transmit virtual concatenation processor |
JP2003078496A (en) * | 2001-08-31 | 2003-03-14 | Fujitsu Ltd | Path control method |
US20030074449A1 (en) * | 2001-10-12 | 2003-04-17 | Rory Smith | Bandwidth allocation in a synchronous transmission network for packet oriented signals |
US8868715B2 (en) * | 2001-10-15 | 2014-10-21 | Volli Polymer Gmbh Llc | Report generation and visualization systems and methods and their use in testing frameworks for determining suitability of a network for target applications |
US8543681B2 (en) * | 2001-10-15 | 2013-09-24 | Volli Polymer Gmbh Llc | Network topology discovery systems and methods |
CA2416659C (en) * | 2002-01-22 | 2007-01-16 | Nippon Telegraph And Telephone Corporation | Capacity variable link apparatus and capacity variable link setting method |
EP1367751A1 (en) * | 2002-05-28 | 2003-12-03 | Alcatel | Fallback in transmission of data signals through a synchronous digital network using virtual concatenated containers |
US20050147106A1 (en) * | 2002-09-26 | 2005-07-07 | Kazumasa Sonoda | Transmission system |
DE10245638A1 (en) * | 2002-09-30 | 2004-04-15 | Siemens Ag | Method for the transmission of data signals by means of virtually linked partial signals over synchronous data networks |
US8204085B1 (en) * | 2003-12-15 | 2012-06-19 | Ciena Corporation | Virtual concatenation for parallel data streams |
US7298744B1 (en) * | 2003-12-30 | 2007-11-20 | Intel Corporation | Method and apparatus for centralized processing of contiguously and virtually concatenated payloads |
WO2006081150A2 (en) * | 2005-01-21 | 2006-08-03 | Raza Microelectronics, Inc. | System and method for performing concatenation of diversely routed channels |
JP2010273016A (en) * | 2009-05-20 | 2010-12-02 | Nec Corp | Data transmission system, and data transmission method and device |
JP6123882B2 (en) | 2013-03-19 | 2017-05-10 | 富士通株式会社 | Transmission apparatus, transmission system, and transmission method |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0091306A2 (en) | 1982-04-05 | 1983-10-12 | Enviro-Spray Systems, Inc. | Dispensing system and a refill pouch |
GB2310871A (en) | 1996-03-07 | 1997-09-10 | Baker Hughes Inc | Multipurpose tool |
WO1997033398A1 (en) | 1996-03-04 | 1997-09-12 | Gpt Limited | Sdh multiplexer with aim facilities |
US5706285A (en) | 1992-04-02 | 1998-01-06 | Nokia Telecommunications Oy | Network interfacing method and a network interface for a digital transmission network |
US5764645A (en) | 1996-06-12 | 1998-06-09 | Microsoft Corporation | IP/ATM network adaptation |
US6014708A (en) | 1998-02-19 | 2000-01-11 | Alcatel | Adaptor and method for mapping a fast ethernet payload input signal to a synchronous payload envelope, as well as a clock selector for use therewith |
US6584118B1 (en) | 1998-08-27 | 2003-06-24 | Nortel Networks Limited | Payload mapping in synchronous networks |
US6667989B1 (en) | 1998-07-02 | 2003-12-23 | Fujitsu Limited | Method and device for controlling virtually concatenated channels |
US7277459B1 (en) * | 1997-09-05 | 2007-10-02 | Ericsson Ab | Data transmission in an SDH network |
-
1999
- 1999-07-14 DE DE19932739A patent/DE19932739A1/en not_active Withdrawn
-
2000
- 2000-06-30 EP EP00440200A patent/EP1069718B1/en not_active Expired - Lifetime
- 2000-06-30 DE DE50004402T patent/DE50004402D1/en not_active Expired - Lifetime
- 2000-06-30 JP JP2000197780A patent/JP4423759B2/en not_active Expired - Fee Related
- 2000-06-30 AT AT00440200T patent/ATE254365T1/en not_active IP Right Cessation
- 2000-07-13 US US09/615,700 patent/US6842455B1/en not_active Ceased
-
2007
- 2007-01-10 US US11/651,626 patent/USRE40809E1/en not_active Expired - Lifetime
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0091306A2 (en) | 1982-04-05 | 1983-10-12 | Enviro-Spray Systems, Inc. | Dispensing system and a refill pouch |
US5706285A (en) | 1992-04-02 | 1998-01-06 | Nokia Telecommunications Oy | Network interfacing method and a network interface for a digital transmission network |
WO1997033398A1 (en) | 1996-03-04 | 1997-09-12 | Gpt Limited | Sdh multiplexer with aim facilities |
US20020041604A1 (en) * | 1996-03-04 | 2002-04-11 | Stephen Patrick Ferguson | Sdh multiplexer with aim facilities |
GB2310871A (en) | 1996-03-07 | 1997-09-10 | Baker Hughes Inc | Multipurpose tool |
US5764645A (en) | 1996-06-12 | 1998-06-09 | Microsoft Corporation | IP/ATM network adaptation |
US7277459B1 (en) * | 1997-09-05 | 2007-10-02 | Ericsson Ab | Data transmission in an SDH network |
US6014708A (en) | 1998-02-19 | 2000-01-11 | Alcatel | Adaptor and method for mapping a fast ethernet payload input signal to a synchronous payload envelope, as well as a clock selector for use therewith |
US6667989B1 (en) | 1998-07-02 | 2003-12-23 | Fujitsu Limited | Method and device for controlling virtually concatenated channels |
US6584118B1 (en) | 1998-08-27 | 2003-06-24 | Nortel Networks Limited | Payload mapping in synchronous networks |
Non-Patent Citations (3)
Title |
---|
ITU-T G 707, Chapter 8.1.7. |
Malis et al., PPP over Sonet/SDH, RFC 2615, pp. 1-10, Jun. 1999. |
Product Overview, Article retrieved from Internet at URL "http:/www.cisco.com/univercd/cc/td/doc/product/core/cis12008/mfricg/product1.htm". |
Also Published As
Publication number | Publication date |
---|---|
EP1069718A2 (en) | 2001-01-17 |
DE19932739A1 (en) | 2001-01-18 |
EP1069718B1 (en) | 2003-11-12 |
US6842455B1 (en) | 2005-01-11 |
JP2001060931A (en) | 2001-03-06 |
EP1069718A3 (en) | 2003-03-19 |
JP4423759B2 (en) | 2010-03-03 |
ATE254365T1 (en) | 2003-11-15 |
DE50004402D1 (en) | 2003-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
USRE40809E1 (en) | Conversion of contiguous concatenation of virtual concatenation in a synchronous digital communication network | |
US6236660B1 (en) | Method for transmitting data packets and network element for carrying out the method | |
US7272157B2 (en) | Any size and location of concatenated packet data across SONET frames in a SONET signal | |
EP1441481B1 (en) | Gigabit ethernet interface to synchronous optical network (SONET) ring | |
US6466591B1 (en) | Method and apparatus for processing of multiple protocols within data and control channels in data transmission signals | |
KR100567326B1 (en) | Apparatus for switching and transferring SONET/SDH, PDH, Ethernet signals and method thereof | |
US6496519B1 (en) | Frame based data transmission over synchronous digital hierarchy network | |
US7515605B2 (en) | Efficient transport of TDM services over packet networks | |
US7167442B2 (en) | Hitless protection switching | |
US6636529B1 (en) | Semi transparent tributary for synchronous transmission | |
US20040252688A1 (en) | Routing packets in frame-based data communication networks | |
US20030056017A1 (en) | Method and apparaturs for translating SDH/SONET frames to ethernet frames | |
US20040184450A1 (en) | Method and system for transport and routing of packets over frame-based networks | |
US20080037581A1 (en) | Transmission apparatus | |
US6765916B1 (en) | Method and apparatus for processing of multiple protocols within data transmission signals | |
US6510166B2 (en) | Stuffing filter mechanism for data transmission signals | |
US20020037019A1 (en) | Transport module for SDH/SONET | |
US20040105453A1 (en) | Capacity re-use in data communication networks | |
EP1926256B1 (en) | Method of time aligning the members of a virtual concatenated group in a synchronous transmission system | |
CN100446498C (en) | Encapsulation of STM-n/STS-m frames under ethernet | |
US20010015980A1 (en) | Mapping of dynamic synchronous transfer mode network onto an optical network | |
US20030043838A1 (en) | Transmission method allocating a time-division multiplex transmission band according to a channel band of a user packet frame | |
EP1274191B1 (en) | Method and apparatus for obtaining a scalable and managed bandwidth for connections between asynchronous level and synchronous hierarchy level in a telecommunication network | |
WO2003021832A1 (en) | Routing packets in frame-based data communication networks | |
US7324539B1 (en) | Method and apparatus for processing channelized and unchannelized data within a signal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
FPAY | Fee payment |
Year of fee payment: 12 |