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 PDF

Info

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
Application number
PCT/EP2008/060640
Other languages
French (fr)
Inventor
Christian Magerle
Peter Weber
Original Assignee
Nokia Siemens Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Siemens Networks Oy filed Critical Nokia Siemens Networks Oy
Priority to PCT/EP2008/060640 priority Critical patent/WO2010017839A1/en
Publication of WO2010017839A1 publication Critical patent/WO2010017839A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/16Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605Fixed allocated frame structures
    • H04J3/1611Synchronous digital hierarchy [SDH] or SONET
    • H04J3/1617Synchronous digital hierarchy [SDH] or SONET carrying packets or ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079Formats for control data
    • H04L1/0082Formats 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/24Testing 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

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.
PCT/EP2008/060640 2008-08-13 2008-08-13 Method and device for data processing via a generic framing procedure WO2010017839A1 (en)

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)

* Cited by examiner, † Cited by third party
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

Patent Citations (3)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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