WO2010017839A1 - Method and device for data processing via a generic framing procedure - Google Patents
Method and device for data processing via a generic framing procedure Download PDFInfo
- Publication number
- WO2010017839A1 WO2010017839A1 PCT/EP2008/060640 EP2008060640W WO2010017839A1 WO 2010017839 A1 WO2010017839 A1 WO 2010017839A1 EP 2008060640 W EP2008060640 W EP 2008060640W WO 2010017839 A1 WO2010017839 A1 WO 2010017839A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- gfp
- frame
- monitoring information
- far
- monitoring
- Prior art date
Links
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
- H04J3/1617—Synchronous digital hierarchy [SDH] or SONET carrying packets or ATM cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0079—Formats for control data
- H04L1/0082—Formats for control data fields explicitly indicating existence of error in data being transmitted, e.g. so that downstream stations can avoid decoding erroneous packet; relays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/24—Testing correct operation
Definitions
- the invention relates to a method and to a device for data processing via a Generic Framing Procedure.
- GTP Generic Framing Procedure
- GFP is in particular used to wrap different, in particular packet-oriented data formats in an SDH frame or in an OTH frame.
- GFP-T transparent version of GFP
- incoming data streams are evenly distributed into GFP-T packets. This results in a constant utilization of an available bandwidth depending on the user signal.
- GFP-F frame- based version of GFP
- the data packets are distributed among single GFP-F packets, in particular each single data packet is assigned to a GFP-F packet.
- GFP allows conveying several data streams via a single SDH or a single OTH stream.
- channel numbers are assigned to individual GFP packets.
- a GFP channel may extend across several separate SDH or OTN stages.
- Fig.l shows a sequence of network elements NEO, NEl, NE2, NE3 and NE4, which are connected via SDH or OTH.
- GFP channels are conveyed within the SDH or OTH data streams. Said SDH or OTH data connections are totally terminated, thus GFP channels can be freely mixed at each network element.
- Each GFP channel may start or terminate at any network element.
- GFP channel A starts at network element NEO and ends at network element NE3
- GFP channel B starts at network element NEl and terminates at network element NE4
- GFP channel C starts at network element NE2 and ends at network element NE4
- GFP channel D starts at network element NEO and terminates at network element NE2.
- a corresponding channel may exist in opposite direction.
- SDH or OTH provide monitoring functionality. Such monitoring can be divided into near-end monitoring and far-end monitoring.
- Near-end monitoring provides performance data regarding a received signal conveyed from an source to its destination.
- Far-end monitoring provides performance data for the transmitted signal from the source to the signal's destination.
- SDH and/or OTH provide feedback of performance values via an overhead channel towards a monitoring function.
- the problem to be solved is to overcome the disadvantages set forth above and in particular to allow an efficient monitoring of GFP channels even if complex overlapping GFP channels are mixed throughout a network.
- GFP Generic Framing Procedure
- Such monitoring information may in particular comprise error conditions and/or performance data.
- the monitoring informa- tion may be provided in particular in opposite direction to the data monitored, e.g., as an in-band feedback channel.
- GFP is based on a definition set forth in ITU-T Recommendation G.7041.
- the approach suggested herein extends said standard in a way to efficiently utilize conveying and utilizing monitoring information regarding at least one GFP channel.
- all GFP channels may carry monitoring information.
- the monitoring information may comprise far-end monitoring information that is fed back to its origin via a feedback channel. This can be done by utilizing the GFP approach accordingly in a way that both directions of a connection are similarly covered by such monitoring capabilities .
- the GFP frame comprises or is associated with a GFP data frame and/or a GFP client management frame.
- the monitoring information of each GFP channel is conveyed with the GFP frame of said GFP channel.
- an extension header identifier of the GFP frame is utilized for conveying said monitoring information .
- an extension header type is introduced for conveying said monitoring information, said extension header type in particular comprising a far-end monitoring field.
- said far-end monitoring field comprises at least one of the following: - a backward defect indication; - a far-end dropped frames information;
- monitoring information is processed in particular by a management component, by a management function or by a network element.
- a monitoring, surveillance, management function in par- ticular located at or with a network element may utilize the monitoring information to trigger further activities.
- said monitoring information is conveyed in a feedback channel, in particular in an oppo- site direction to the monitored data.
- a device comprising a and/or being associated with a processor unit and/or a hard-wired circuit and/or a logic device that is arranged such that the method as described herein is executable on said processor unit.
- the device is a communication device, in particular a or being associated with a network com- ponent or any element within a network starting and/or terminating GFP traffic.
- Fig.2 shows an adapted GFP frame structure for a GFP data frame and for a GFP client management frame
- Fig.3 shows a type-field of a standard type GFP header
- Fig.4 shows a Far-End Monitoring (FEM) field type comprising information regarding far-end monitoring
- Fig.5 shows the series of network elements according to Fig.l, wherein the connection between two network elements NEl and NE2 is subject to signal disturbances thereby deteriorating several GFP channels.
- This approach in particular is based on the GFP standard as defined in ITU-T G.7041.
- This GFP is extended as suggested herein in particular to provide monitoring and surveillance functionality.
- GFP allows according to ITU-T G.7041 an extension header identifier (EXI) parameter to be used to select the type of extension header.
- EXI extension header identifier
- the EXI parameter is a 4bit field allowing 16 different values to be assigned, wherein ITU-T G.7041 yet only uses 3 values. The remaining 13 values are labeled "reserved".
- This approach in particular defines an extension header type by introducing an according value for the EXI parameter.
- This extension header type is utilized for far-end monitoring purposes, in particular for conveying information that can be used for far-end monitoring.
- the extension header type for the EXI parameter is selected such that there is no collision with upcoming changes of the standard.
- Fig.2 shows as how a GFP frame structure for a GFP data frame as well as for the GFP client management frame may be adapted to convey the monitoring information.
- the core header corresponds to the definition set forth in standard ITU-T G.7041.
- the standard type header as shown in Fig.3 corresponds to the structure as defined in ITU-T G.7041 comprising the fields Payload Type Identifier (PTI), Payload FCS Identifier (PFI), Extension Header Identifier (EXI) and User Payload Identifier (UPI) .
- PFI Payload Type Identifier
- PFI Payload FCS Identifier
- EXI Extension Header Identifier
- UPI User Payload Identifier
- the Extended Linear Extension Header comprises unlike the Linear Extension Header according to ITU-T G.7041 an additional field comprising a Far End Monitoring (FEM) information.
- FEM Far End Monitoring
- This additional field FEM results in an adaptation of the length of the Extension Header compared to the yet de- fined Linear Extension Header. This is in particular possible as an additional 4 bytes per GFP frame are without significant impact on a maximum data rate.
- a Channel ID (CID) and an extended HEC (eHEC) are used as suggested by ITU-T G.7041. Utilizing eHEC allows for supervision and error correction of the Extended Linear Extension Header.
- the remaining portion of the GFP packet comprising in par- ticular payload data and a frame check sequence may remain unchanged and/or correspond to the specification set forth in ITU-T G.7041. This maintains the protection mechanisms set forth in the standard.
- the FEM field comprising information regarding far-end monitoring is shown in more detail in Fig.4.
- the FEM field may in particular comprise the following parameters:
- BDI Backward Defect Indication
- This indication comprises in particular an information bit for conveying signal errors within a GFP section (e.g., between two GFP network elements) .
- Error states can be marked by a value "1”
- fault-free information can be marked by a value "0”.
- This field comprises at least one information bit used for transmitting information relating to GFP packets that were not received properly.
- FFE Far-end Frame Check Sequence Errors
- BEI Backward Error Indication
- This field comprises at least one information bit used for transmitting information relating to errors detected based on CRC super-block errors according to ITU-T Recommendation G.7041 GFP-T transmission.
- the number of bits per user information is selected such that a maximum number of errors per time interval can be shown.
- the number of information bits per direction can be kept at a low scale, which is beneficial as with GFP-T a same amount of packets are conveyed in both directions with substantially similar time patterns.
- the length of a packet may be decisive to provide BEI with a given number of bits.
- Utilizing GFP-F may require a larger amount of information bits used as counters in order to balance the uneven distribution of packets conveyed in both directions.
- the number of GFP client management frames to be sent per time interval can be adjusted such that their data rate substantially equals a data rate for conveying GFP data frames. Otherwise it can be beneficial to increase the number of bits required for displaying purposes.
- the number of bits for error counting can be increased in order to easily avoid packet jitter. This allows transmitting the cumulated counter value with the subsequent frame without taking into consideration any counter overflow.
- the approach is not limited to this particular adaptation of the GFP frame. It is rather directed to the possibility conveying information for monitoring of error conditions and/or performance data in an adjusted or modified GFP frame.
- the number of bits used for GFP-T transmission utilizes 8 superblocks per frame considering packet jitter.
- Fig.5 shows the series of network elements according to Fig.l.
- the connection between the network element NEl and the network element NE2 is subject to signal disturbances thereby deteriorating GFP channels A, B and D.
- the error is primarily detected in network element NE3 for GFP channel A, in network element NE4 for GFP channel B and in network element NE2 for GFP channel D.
- Fig.5 visualizes the approach presented herein for GFP channel A.
- the respective informa- tion is inserted in the feedback channel thereby allowing the origin of a particular path or sub-section to become aware of any deterioration or disturbance.
- the disturbance may only be detected in network element NE2.
- utilizing far-end monitoring on an SDH/OTH level may reveal disturbances for network element NEl. Without the solution suggested herein, how- ever, it would not be possible to become aware of such disturbance at the source of GFP channel A or D, i.e. in network element NEO.
- Conveying monitoring information via said feedback channel in addition allows becoming aware of the correlation between the disturbance and GFP channels affected.
- In-band signaling provided does thus not require any addi- tional monitoring network. It is hence an efficient approach to individually monitor incoming as well as outgoing GFP channels at each network element. This in particular gains in importance regarding mixed overlapping GFP channels with different origin or termination points.
Abstract
A method and a device are provided for data processing via a Generic Framing Procedure (GFP), wherein a monitoring information regarding at least one GFP channel is conveyed with a GFP frame. Furthermore, a communication system is suggested comprising said device.
Description
Description
Method and device for data processing via a Generic Framing Procedure
The invention relates to a method and to a device for data processing via a Generic Framing Procedure.
In transmission systems for telecommunication applications various approaches of wrapping and conveying data are utilized. One example is defined as Generic Framing Procedure (GFP) according to ITU-T Recommendation G.7041.
GFP is in particular used to wrap different, in particular packet-oriented data formats in an SDH frame or in an OTH frame. According to a transparent version of GFP (GFP-T), incoming data streams are evenly distributed into GFP-T packets. This results in a constant utilization of an available bandwidth depending on the user signal. According to a frame- based version of GFP (GFP-F) , the data packets are distributed among single GFP-F packets, in particular each single data packet is assigned to a GFP-F packet.
GFP allows conveying several data streams via a single SDH or a single OTH stream. In such case, channel numbers are assigned to individual GFP packets. A GFP channel may extend across several separate SDH or OTN stages.
It is also possible to mix various data streams on different sections of a path or connection. Fig.l shows a sequence of network elements NEO, NEl, NE2, NE3 and NE4, which are connected via SDH or OTH. GFP channels are conveyed within the SDH or OTH data streams. Said SDH or OTH data connections are totally terminated, thus GFP channels can be freely mixed at each network element. Each GFP channel may start or terminate at any network element. For example, according to Fig.l, GFP channel A starts at network element NEO and ends at network element NE3, GFP channel B starts at network element NEl and
terminates at network element NE4, GFP channel C starts at network element NE2 and ends at network element NE4 and GFP channel D starts at network element NEO and terminates at network element NE2. For each GFP channel a corresponding channel may exist in opposite direction.
SDH or OTH provide monitoring functionality. Such monitoring can be divided into near-end monitoring and far-end monitoring. Near-end monitoring provides performance data regarding a received signal conveyed from an source to its destination. Far-end monitoring, however, provides performance data for the transmitted signal from the source to the signal's destination. SDH and/or OTH provide feedback of performance values via an overhead channel towards a monitoring function.
Disadvantageously, such monitoring does not work in combination with GFP channels if these channels span several network elements and the SDH/OTH layer is terminated in each network element. Hence, error recognition and error correction are not feasible in a fast and efficient manner utilizing GFP.
The problem to be solved is to overcome the disadvantages set forth above and in particular to allow an efficient monitoring of GFP channels even if complex overlapping GFP channels are mixed throughout a network.
This problem is solved according to the features of the independent claims. Further embodiments result from the depending claims .
In order to overcome this problem, a method for data processing via a Generic Framing Procedure (GFP) is provided, wherein a monitoring information regarding at least one GFP channel is conveyed with a GFP frame.
Such monitoring information may in particular comprise error conditions and/or performance data. The monitoring informa-
tion may be provided in particular in opposite direction to the data monitored, e.g., as an in-band feedback channel.
It is noted that said GFP is based on a definition set forth in ITU-T Recommendation G.7041. However, the approach suggested herein extends said standard in a way to efficiently utilize conveying and utilizing monitoring information regarding at least one GFP channel. In particular, all GFP channels may carry monitoring information.
It is further noted that the monitoring information may comprise far-end monitoring information that is fed back to its origin via a feedback channel. This can be done by utilizing the GFP approach accordingly in a way that both directions of a connection are similarly covered by such monitoring capabilities .
The approach provided herein is applicable for GFP-T as well as for GFP-F.
In an embodiment, the GFP frame comprises or is associated with a GFP data frame and/or a GFP client management frame.
In another embodiment, the monitoring information of each GFP channel is conveyed with the GFP frame of said GFP channel.
In a further embodiment, an extension header identifier of the GFP frame is utilized for conveying said monitoring information .
In a next embodiment, an extension header type is introduced for conveying said monitoring information, said extension header type in particular comprising a far-end monitoring field.
According to a subsequent embodiment, said far-end monitoring field comprises at least one of the following: - a backward defect indication;
- a far-end dropped frames information;
- a far-end frame check sequence error information;
- a backward error indication.
It is also an embodiment that said monitoring information is processed in particular by a management component, by a management function or by a network element.
Thus, a monitoring, surveillance, management function in par- ticular located at or with a network element may utilize the monitoring information to trigger further activities.
Pursuant to another embodiment, said monitoring information is conveyed in a feedback channel, in particular in an oppo- site direction to the monitored data.
The problem stated above is also solved by a device comprising a and/or being associated with a processor unit and/or a hard-wired circuit and/or a logic device that is arranged such that the method as described herein is executable on said processor unit.
According to an embodiment, the device is a communication device, in particular a or being associated with a network com- ponent or any element within a network starting and/or terminating GFP traffic.
The problem stated supra is further solved by a communication system comprising the device as described herein.
Embodiments of the invention are shown and illustrated in the following figures:
Fig.2 shows an adapted GFP frame structure for a GFP data frame and for a GFP client management frame;
Fig.3 shows a type-field of a standard type GFP header;
Fig.4 shows a Far-End Monitoring (FEM) field type comprising information regarding far-end monitoring;
Fig.5 shows the series of network elements according to Fig.l, wherein the connection between two network elements NEl and NE2 is subject to signal disturbances thereby deteriorating several GFP channels.
This approach in particular is based on the GFP standard as defined in ITU-T G.7041. This GFP is extended as suggested herein in particular to provide monitoring and surveillance functionality.
GFP allows according to ITU-T G.7041 an extension header identifier (EXI) parameter to be used to select the type of extension header. This EXI parameter is utilized herein to convey additional information in an overhead portion of each data frame.
The EXI parameter is a 4bit field allowing 16 different values to be assigned, wherein ITU-T G.7041 yet only uses 3 values. The remaining 13 values are labeled "reserved".
This approach in particular defines an extension header type by introducing an according value for the EXI parameter. This extension header type is utilized for far-end monitoring purposes, in particular for conveying information that can be used for far-end monitoring. Advantageously, the extension header type for the EXI parameter is selected such that there is no collision with upcoming changes of the standard.
Fig.2 shows as how a GFP frame structure for a GFP data frame as well as for the GFP client management frame may be adapted to convey the monitoring information.
The core header corresponds to the definition set forth in standard ITU-T G.7041. The standard type header as shown in Fig.3 corresponds to the structure as defined in ITU-T G.7041
comprising the fields Payload Type Identifier (PTI), Payload FCS Identifier (PFI), Extension Header Identifier (EXI) and User Payload Identifier (UPI) .
The Extended Linear Extension Header comprises unlike the Linear Extension Header according to ITU-T G.7041 an additional field comprising a Far End Monitoring (FEM) information. This additional field FEM results in an adaptation of the length of the Extension Header compared to the yet de- fined Linear Extension Header. This is in particular possible as an additional 4 bytes per GFP frame are without significant impact on a maximum data rate.
Advantageously, a Channel ID (CID) and an extended HEC (eHEC) are used as suggested by ITU-T G.7041. Utilizing eHEC allows for supervision and error correction of the Extended Linear Extension Header.
The remaining portion of the GFP packet comprising in par- ticular payload data and a frame check sequence may remain unchanged and/or correspond to the specification set forth in ITU-T G.7041. This maintains the protection mechanisms set forth in the standard.
The FEM field comprising information regarding far-end monitoring is shown in more detail in Fig.4. The FEM field may in particular comprise the following parameters:
(a) Backward Defect Indication (BDI) : This indication comprises in particular an information bit for conveying signal errors within a GFP section (e.g., between two GFP network elements) . Error states can be marked by a value "1", fault-free information can be marked by a value "0".
(b) Far-end Dropped Frames (FDF) :
This field comprises at least one information bit used
for transmitting information relating to GFP packets that were not received properly.
(c) Far-end Frame Check Sequence Errors (FFE) : This field comprises at least one information bit used for transmitting information relating to errors detected based on a Frame Check Sequence (FCS) according to ITU-T Recommendation G.7041.
(d) Backward Error Indication (BEI) :
This field comprises at least one information bit used for transmitting information relating to errors detected based on CRC super-block errors according to ITU-T Recommendation G.7041 GFP-T transmission.
The approach provided herein is applicable for GFP-T as well as for GFP-F.
Advantageously, the number of bits per user information is selected such that a maximum number of errors per time interval can be shown. In particular with regard to GFP-T comprising constant data blocks in both directions, the number of information bits per direction can be kept at a low scale, which is beneficial as with GFP-T a same amount of packets are conveyed in both directions with substantially similar time patterns. The length of a packet may be decisive to provide BEI with a given number of bits.
Utilizing GFP-F may require a larger amount of information bits used as counters in order to balance the uneven distribution of packets conveyed in both directions.
Advantageously, the number of GFP client management frames to be sent per time interval can be adjusted such that their data rate substantially equals a data rate for conveying GFP data frames. Otherwise it can be beneficial to increase the number of bits required for displaying purposes.
The number of bits for error counting can be increased in order to easily avoid packet jitter. This allows transmitting the cumulated counter value with the subsequent frame without taking into consideration any counter overflow.
The approach is not limited to this particular adaptation of the GFP frame. It is rather directed to the possibility conveying information for monitoring of error conditions and/or performance data in an adjusted or modified GFP frame.
According to the example shown in Fig.4, the number of bits used for GFP-T transmission utilizes 8 superblocks per frame considering packet jitter.
Further Advantages:
The approach provided allows for an efficient and fast error recognition and error correction. Fig.5 shows the series of network elements according to Fig.l. The connection between the network element NEl and the network element NE2 is subject to signal disturbances thereby deteriorating GFP channels A, B and D.
The error is primarily detected in network element NE3 for GFP channel A, in network element NE4 for GFP channel B and in network element NE2 for GFP channel D.
Fig.5 visualizes the approach presented herein for GFP channel A. For each of the GFP channels the respective informa- tion is inserted in the feedback channel thereby allowing the origin of a particular path or sub-section to become aware of any deterioration or disturbance.
Monitoring a connection from one network element to a subse- quent network element, the disturbance may only be detected in network element NE2. In addition, utilizing far-end monitoring on an SDH/OTH level may reveal disturbances for network element NEl. Without the solution suggested herein, how-
ever, it would not be possible to become aware of such disturbance at the source of GFP channel A or D, i.e. in network element NEO.
Conveying monitoring information via said feedback channel in addition allows becoming aware of the correlation between the disturbance and GFP channels affected.
In-band signaling provided does thus not require any addi- tional monitoring network. It is hence an efficient approach to individually monitor incoming as well as outgoing GFP channels at each network element. This in particular gains in importance regarding mixed overlapping GFP channels with different origin or termination points.
List of Abbreviations:
BDI Backward Defect Indication
BEI Backward Error Indication cHEC HEC for core header
CID Channel ID eHEC HEC for extension header
EXI Extension Header Identifier
FCS Frame Checking Sequence FDF Far-End Dropped Frames
FEM Far-End Monitoring
FFE Far-End Frame Check Sequence Errors
GFP Generic Framing Procedure
GFP-F frame-based GFP GFP-T transparent GFP
HEC Header Error Check
OTH Optical Transport Hierarchy
PFI Payload FCS Indicator
PLI Payload Length Indicator PTI Payload Type Identifier
SDH Synchronous Digital Hierarchy tHEC HEC for type header
UPI User Payload Identifier
Claims
1. A method for data processing via a Generic Framing Procedure, wherein a monitoring information regarding at least one GFP channel is conveyed with a GFP frame.
2. The method according to claim 1, wherein the monitoring information comprises a far-end monitoring information.
3. The method according to any of the preceding claims, wherein the GFP frame comprises or is associated with a GFP data frame and/or a GFP client management frame.
4. The method according to any of the preceding claims, wherein the monitoring information of each GFP channel is conveyed with the GFP frame of said GFP channel.
5. The method according to any of the preceding claims, wherein an extension header identifier of the GFP frame is utilized for conveying said monitoring information.
6. The method according to any of the preceding claims, wherein an extension header type is introduced for conveying said monitoring information, said extension header type in particular comprising a far-end monitoring field.
7. The method according to claim 6, wherein said far-end monitoring field comprises at least one of the follow- ing:
- a backward defect indication;
- a far-end dropped frames information;
- a far-end frame check sequence error information;
- a backward error indication.
8. The method according to any of the preceding claims, wherein said monitoring information is processed in par- ticular by a management component, by a management function or by a network element.
9. The method according to any of the preceding claims, wherein said monitoring information is conveyed in a feedback channel, in particular in an opposite direction to the monitored data.
10. The method according to any of the preceding claims, wherein said Generic Framing Procedure comprises GFP-T and/or GFP-F.
11. A device comprising a and/or being associated with a processor unit and/or a hard-wired circuit and/or a logic device that is arranged such that the method according to any of the preceding claims is executable thereon .
12. The device according to claim 11, wherein said device is a communication device, in particular a or being associated with a network component.
13. Communication system comprising the device according to any of claims 11 or 12.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2008/060640 WO2010017839A1 (en) | 2008-08-13 | 2008-08-13 | Method and device for data processing via a generic framing procedure |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2008/060640 WO2010017839A1 (en) | 2008-08-13 | 2008-08-13 | Method and device for data processing via a generic framing procedure |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010017839A1 true WO2010017839A1 (en) | 2010-02-18 |
Family
ID=40445687
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2008/060640 WO2010017839A1 (en) | 2008-08-13 | 2008-08-13 | Method and device for data processing via a generic framing procedure |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2010017839A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020083190A1 (en) * | 2000-12-26 | 2002-06-27 | Satoshi Kamiya | Apparatus and method for GFP frame transfer |
US20040085904A1 (en) * | 2002-10-31 | 2004-05-06 | Bordogna Mark A. | Method for flow control of packets aggregated from multiple logical ports over a transport link |
US20060002304A1 (en) * | 2004-06-30 | 2006-01-05 | Nortel Networks Limited | Method and apparatus for implementing link-based source routing in generic framing protocol |
-
2008
- 2008-08-13 WO PCT/EP2008/060640 patent/WO2010017839A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020083190A1 (en) * | 2000-12-26 | 2002-06-27 | Satoshi Kamiya | Apparatus and method for GFP frame transfer |
US20040085904A1 (en) * | 2002-10-31 | 2004-05-06 | Bordogna Mark A. | Method for flow control of packets aggregated from multiple logical ports over a transport link |
US20060002304A1 (en) * | 2004-06-30 | 2006-01-05 | Nortel Networks Limited | Method and apparatus for implementing link-based source routing in generic framing protocol |
Non-Patent Citations (1)
Title |
---|
"Generic framing procedure (GFP); G.7041/Y.1303 (08/05)", ITU-T STANDARD IN FORCE (I), INTERNATIONAL TELECOMMUNICATION UNION, GENEVA, CH, no. G.7041/Y.1303 (08/05, 22 August 2005 (2005-08-22), XP017404569 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8983288B2 (en) | Method and system for measuring latency | |
US7359331B2 (en) | Alarm transfer method and wide area Ethernet network | |
US5452306A (en) | Out-of-band embedded overhead architecture for a transmission network | |
EP2520059B1 (en) | Performing a time measurement in a communication network | |
KR101443237B1 (en) | Measurement on a data flow in a communication network | |
EP1871068B1 (en) | Method and device for generic framing procedure encapsulation | |
US7684419B2 (en) | Ethernet encapsulation over optical transport network | |
US6999479B1 (en) | Hybrid data transport scheme over optical networks | |
CN101835068A (en) | Frame transfer device and frame transfer method | |
EP3909209B1 (en) | Ethernet signal format using 256b/257b block encoding | |
EP1956763A1 (en) | A method, a data network system and a network node for transmitting data packets | |
US7359964B2 (en) | Method and equipment for providing a signaling channel for performing signaling functions at an ethernet level | |
CN101119161B (en) | Fail processing system and method of transmission equipment | |
WO2010017838A1 (en) | Method and device for data processing via a generic framing procedure | |
US8934769B2 (en) | Optical transport network alarms | |
US20060268943A1 (en) | Methods, systems, and storage media for data encapsulation in networks | |
US7526197B2 (en) | Utilizing the protecting bandwidth in a SONET network | |
US8411708B2 (en) | Dual asynchronous mapping of client signals of arbitrary rate | |
EP1696639B1 (en) | Failure management and propagation in a telecommunication network | |
EP1339198B1 (en) | Enhanced transport of ethernet traffic over a transport SDH/SONET network | |
WO2010017839A1 (en) | Method and device for data processing via a generic framing procedure | |
US7953106B2 (en) | Transmission apparatus | |
JP2004522336A (en) | Alarm signal suppression in telecommunications networks | |
US9225446B2 (en) | Methods and apparatus for minimizing wander generation in constant bit rate asynchronously mapped digital transport systems | |
US7162536B1 (en) | Validation of a connection between arbitrary end-nodes in a communications network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08787191 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 08787191 Country of ref document: EP Kind code of ref document: A1 |