WO2009081139A1 - Plan d'adaptation client-serveur pour un trafic de communication - Google Patents

Plan d'adaptation client-serveur pour un trafic de communication Download PDF

Info

Publication number
WO2009081139A1
WO2009081139A1 PCT/GB2008/004226 GB2008004226W WO2009081139A1 WO 2009081139 A1 WO2009081139 A1 WO 2009081139A1 GB 2008004226 W GB2008004226 W GB 2008004226W WO 2009081139 A1 WO2009081139 A1 WO 2009081139A1
Authority
WO
WIPO (PCT)
Prior art keywords
signal
client
ethernet
frame
adaptation layer
Prior art date
Application number
PCT/GB2008/004226
Other languages
English (en)
Inventor
Neil Harrison
Alan Mcguire
Original Assignee
British Telecommunications Public Limited Company
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
Priority claimed from US12/004,080 external-priority patent/US8102876B2/en
Priority claimed from GB0724936A external-priority patent/GB0724936D0/en
Priority claimed from GB0800573A external-priority patent/GB0800573D0/en
Priority claimed from GB0800572A external-priority patent/GB0800572D0/en
Priority claimed from GB0814056A external-priority patent/GB0814056D0/en
Application filed by British Telecommunications Public Limited Company filed Critical British Telecommunications Public Limited Company
Priority to CN2008801256785A priority Critical patent/CN101926131A/zh
Priority to US12/808,837 priority patent/US8615022B2/en
Priority to EP20080865510 priority patent/EP2232786A1/fr
Publication of WO2009081139A1 publication Critical patent/WO2009081139A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling

Definitions

  • the present invention relates to a method of adapting client communications traffic for encapsulation within carrier Ethernet by providing an appropriate client/server adaptation mapping protocol for the traffic in a communications network and related aspects thereof.
  • the invention relates to a mapping protocol for a plurality of different types of client traffic into Ethernet traffic for transport over an Ethernet carrier network which removes the need for individual Ethertypes to identify the different types of client traffic.
  • Ethernet was originally devised as a connectionless packet based communications protocol for local area networks where each packet comprises an Ethernet frame.
  • packet refers to a unit of data at any layer of the protocol stack, prior to or after transmission
  • frame refers to a unit of data transferred across the network, defined at the datalink (network access) layer of the Open Systems Interconnection (OSI) protocol stack.
  • OSI Open Systems Interconnection
  • Ethernet standards are emerging that have extended the reach of the communications protocol to wider area networks such as the Provider Backbone Bridging (PBB) developed in the International Electrical and Electronic Engineering (IEEE) standards body as 802.1ah.
  • PBB Provider Backbone Bridging
  • IEEE International Electrical and Electronic Engineering
  • PBB-TE Backbone Bridging - Traffic Engineered
  • 802.1Qay provides a connection-oriented packet-switched transport network infrastructure as a carrier service.
  • PBB-TE is a connection-oriented Ethernet protocol which enables connectionless Ethernet to be carried as a client signal in the connection-oriented Ethernet layer using Media Access Control (MAC) in MAC encapsulation.
  • MAC Media Access Control
  • Non-Ethernet client signals do not require MAC in MAC encapsulation.
  • client traffic refers herein to traffic originating in a network which consumes bandwidth available in another network for communications purposes.
  • the network whose bandwidth is consumed by client traffic is referred to herein as a carrier network.
  • a client traffic signal can comprise a communications signal corresponding to another communications protocol from the communications protocol used by the carrier network.
  • the connection-oriented packet-switched and connectionless Ethernet standards require client data which is encapsulated within the payload of an Ethernet frame to be identified by means of a predetermined field value in the Ethernet frame header referred to by those of ordinary skill in the art as an "Ethertype".
  • Ethertype Each different type of communications protocol requires an Ethertype identifier before it can be transported using Ethernet.
  • an application is submitted to the IEEE Ethernet standards body which is a time-consuming process.
  • a possible solution would be to request new Ethertypes for all the possible types of client traffic (in addition to Ethernet) that one may wish to carry in advance.
  • Another possible solution is to map the client Ethernet frames into other technologies instead of using an Ethernet-based server layer network.
  • SDH/SONET Synchronous Digital Hierarchy/Synchronous Optical NETwork
  • OTN Optical Transport Network
  • GFP Generic Framing Procedure
  • GEM GPON Encapsulation Mode
  • one embodiment of the invention proposes a mapping scheme in which client traffic is first mapped to a GFP adaptation layer prior to being mapped to a carrier Ethernet frame.
  • mapping one frame of client traffic to one GFP frame it is possible that the GFP frame size exceeds that of a standard Ethernet carrier frame, in which case a larger size Ethernet frame may be provided. However, this may result in a bandwidth inefficient mapping scheme.
  • an Ethernet frame it is not possible for an Ethernet frame to carry more than one type of client traffic within its payload as no mechanism exists to identify the type of client traffic contained.
  • the adaptation layer is consistent for different types of client traffic according to the invention it is possible to map more than one GFP frame carrying the same or different client traffic types (for example, the same traffic but from different sources or different types of client traffic communications protocols (especially where these are from the same source) within an Ethernet frame of sufficient size, for example within a so-called Jumbo Ethernet frame
  • a first aspect of the invention seeks to provide a method of adapting a client signal for encapsulation within a carrier Ethernet signal, the method comprising: mapping said client signal within an generic framing procedure adaptation layer signal; and mapping said generic framing procedure adaptation layer signal into said carrier Ethernet signal, wherein said client signal is identified within said generic framing procedure signal.
  • Each said carrier Ethernet signal may carry a plurality of different client signals.
  • a frame of said client signal may be mapped within a frame of said carrier Ethernet signal.
  • a plurality of frames of said client signal may be mapped within a frame of said carrier Ethernet signal.
  • the carrier Ethernet signal may conform to a connection-oriented packet switched Ethernet communications protocol.
  • the carrier Ethernet signal may conform to a connectionless Ethernet communications protocol.
  • mapping of said generic framing procedure adaptation layer signal into said carrier Ethernet signal may comprise mapping a plurality of frames of said generic framing procedure protocol to an Ethernet frame.
  • mapping is used here in a functionality equivalent manner to encapsulation.
  • a protocol data unit of a client frame may be encapsulated within a generic framing procedure service data unit and the protocol data unit of the generic framing procedure may be encapsulated within the service data unit (payload area) of an Ethernet frame.
  • mapper similarly refers herein to a component which performs a function equivalent to that of encapsulation.
  • the plurality of frames of said generic framing procedure protocol may each encapsulate a frame of said client signal, and said plurality of frames of said generic framing procedure protocol may each be encapsulated within said Ethernet frame.
  • At least one of said plurality of frames of said generic framing procedure protocol may encapsulate a client signal frame which conforms to a communications protocol different from the communications protocol of other client signals encapsulated in other ones of said plurality of frames of said generic framing procedure protocol, and said plurality of frames of said generic framing procedure protocol carrying the client signals conforming to differing communications protocols may be encapsulated within a said Ethernet frame.
  • the method aspect may further comprise determining the amount of payload required to convey a frame of said encapsulated client traffic and verifying the payload required is available in a frame of said carrier Ethernet signal.
  • the carrier Ethernet signal may comprise Jumbo Ethernet frames.
  • the generic framing procedure adaptation layer signal may be identified in the carrier Ethernet signal.
  • the generic framing procedure adaptation layer signal may be identified in each frame of the carrier Ethernet signal by the Ethertype value provided in the Ethertype field of the frame header.
  • Another aspect of the invention seeks to provide a method of de-encapsulating a client signal encapsulated within a carrier Ethernet frame, the method comprising: receiving the carrier Ethernet signal; determining a generic framing procedure adaptation layer signal is encapsulated within said carrier Ethernet signal; processing said generic framing procedure signal to identify said client signal within said generic framing procedure signal, and de-encapsulating said client signal from said generic framing procedure adaptation layer signal.
  • Each received Ethernet frame header may be processed to determine if its payload comprises generic framing procedure data by identifying if the Ethernet frame header contains an Ethertype indicating the Ethernet payload area comprises generic framing procedure communications data.
  • the Ethernet payload area may be processed to determine from said generic framing procedure data the position and length of the client signal encapsulated within the Ethernet payload area in order to de-encapsulate the client signal.
  • the client signal may remain encapsulated within the generic framing procedure frame.
  • a plurality of client signals may be encapsulated within the payload of each carrier Ethernet frame and the method aspect may further comprise processing the Ethernet payload area until all of the client signals are de-encapsulated.
  • the plurality of said client signals may be encapsulated within a generic framing procedure frame within each Ethernet frame.
  • Another aspect of the invention seeks to provide a method of de-encapsulating a client signal encapsulated within a carrier Ethernet frame, the method comprising: de- encapsulating said generic framing procedure adaptation layer signal from said carrier Ethernet signal to extract a plurality of generic framing procedure frames; processing each said de-encapsulated frame of said generic framing procedure signal to identify a frame of said client signal within said generic framing procedure signal, and de- encapsulating each said frame of said client signal from said generic framing procedure adaptation layer signal.
  • Another aspect of the invention seeks to provide apparatus comprising means arranged to implement steps in any of the above method aspects.
  • Another aspect of the invention seeks to provide apparatus arranged to adapt a client signal for encapsulation within a carrier Ethernet signal, the apparatus comprising: a first protocol mapper arranged to map said client signal within an generic framing procedure adaptation layer signal; a second protocol mapper arranged to map said generic framing procedure adaptation layer signal into said carrier Ethernet signal, whereby said client signal is identified within said generic framing procedure signal.
  • Each said Ethernet carrier signal may carry a plurality of different client signals.
  • a frame of said client signal may be mapped within a frame of said carrier Ethernet signal.
  • a plurality of frames of said client signal may be mapped within a frame of said carrier Ethernet signal.
  • the plurality of frames of said client signals may be encapsulated within a generic framing procedure frame within each Ethernet frame.
  • the carrier Ethernet signal may conform to a connection-oriented packet switched Ethernet communications protocol.
  • the carrier Ethernet signal may conform to a connectionless Ethernet communications protocol.
  • the second mapper may map said generic framing procedure adaptation layer signal into said carrier Ethernet signal by mapping a plurality of frames of said generic framing procedure protocol to an Ethernet frame.
  • the plurality of frames of said generic framing procedure protocol may each encapsulate a frame of said client signal, and said plurality of frames of said generic framing procedure protocol may be encapsulated within said Ethernet frame.
  • At least one of said plurality of frames of said generic framing procedure protocol may encapsulate a frame of a communications protocol of client signal different from the communications protocol of client signals encapsulated in other ones of said plurality of frames of said generic framing procedure protocol.
  • the plurality of frames of said generic framing procedure protocol carrying the different client signals may be encapsulated within a said Ethernet frame.
  • the second mapper may comprise a processing component which determines the amount of payload required to convey a frame of said encapsulated client traffic and verifies the payload required is available in a frame of said carrier Ethernet signal.
  • the generic framing procedure adaptation layer signal may be identified in the carrier Ethernet signal.
  • the generic framing procedure adaptation layer signal may be identified in each frame of the carrier Ethernet signal by the Ethertype value provided in the Ethertype field of the frame header.
  • Another aspect of the invention seeks to provide apparatus arranged to de-encapsulate a client signal encapsulated within a carrier Ethernet frame, the apparatus comprising: a receiver arranged to receive the carrier Ethernet signal; a first signal processor arranged to determine if a generic framing procedure adaptation layer signal is encapsulated within said carrier Ethernet signal; a second signal processor arranged to process said generic framing procedure signal to identify said client signal within said generic framing procedure signal, and a third signal processor arranged to de- encapsulate said client signal from said generic framing procedure adaptation layer signal.
  • Each received Ethernet frame header may be processed to determine if its payload comprises generic framing procedure data by identifying if the Ethernet frame header contains an Ethertype indicating the Ethernet payload area comprises generic framing procedure communications data.
  • the Ethernet payload area may be processed to determine from said generic framing procedure data the position and length of the client signal encapsulated within the Ethernet payload area in order to de-encapsulate the client signal.
  • the client signal may be encapsulated in GFP then in the Ethernet payload area.
  • a plurality of client signals may be encapsulated within the payload of each carrier Ethernet frame and the apparatus may further comprises a processing component arranged to process the Ethernet payload area until all of the client signals are de- encapsulated.
  • Another aspect of the invention seeks to provide apparatus arranged to de-encapsulate the client signal from within a carrier Ethernet frame, the apparatus comprising: a first mapper arranged to de-encapsulate said generic framing procedure adaptation layer signal from said carrier Ethernet signal to extract a plurality of generic framing procedure frames; a signal processor arranged to process each said de-encapsulated frame of said generic framing procedure signal to identify a frame of said client signal within said generic framing procedure signal, and a second mapper arranged to de- encapsulate each said frame of said client signal from said generic framing procedure adaptation layer signal.
  • Another aspect of the invention seeks to provide a computer program product comprising one or more computer programs configured to be operable to implement steps in any of the method aspects of the invention.
  • Embodiments of the invention may be implemented using any appropriate combination of software and/or hardware components and may be implemented by installing one or more computer programs which then operate on one or more computing platforms to implement steps according to any of the method aspects and embodiments of the invention and/or to configure apparatus to implement such method steps.
  • Such computer programs may be stored on any appropriate form of computer readable media and/or distributed as an electronic signal over a communications network, ok
  • a computer program product may comprise a stored form of one or more such computer programs which collectively or individually are arranged to implement an embodiment of the invention when executed using appropriate hardware, ok
  • embodiments of the invention seek to provide a communications network which provides a carrier Ethernet service without requiring the client signal to be identified directly by an Ethertype in a carrier Ethernet frame.
  • a plurality of differing types of client signals can thus be encapsulated within the same carrier Ethernet service channel by using a generic framing procedure adaptation layer.
  • the client signals are adapted for encapsulation within the carrier Ethernet frames by mapping the client signal within a generic framing procedure adaptation layer signal and then by mapping the generic framing procedure adaptation layer signal into the carrier Ethernet signal.
  • As the client signal is identified within said generic framing procedure signal only a generic framing signal Ethertype is required.
  • the mapping protocol enables a single Ethernet frame to carry a plurality of client signals.
  • Figure 1A shows a communications link established between two client networks across a carrier network
  • Figure 1 B shows steps in a method of adapting client signals for transport over an Ethernet carrier network according to an embodiment of the invention
  • Figure 1C shows steps in a method of de-encapsulating one or more client signals encapsulated within an Ethernet frame according to an embodiment of the invention
  • Figure 1 D shows steps in a method of de-encapsulating one or more client signals encapsulated within an Ethernet frame according to another embodiment of the invention
  • Figure 2 shows the relationship between a number of different protocols and GFP as is known in the art
  • FIG. 3 shows a client/server adaptation scheme according to an embodiment of the invention
  • Figure 4 shows the information captured in an Ethernet frame into which a GFP frame has been mapped according to the invention
  • Figure 5 shows schematically the protocol mapping scheme for GFP frames into Ethernet frames according to an embodiment of the invention
  • Figure 6 shows a networking scenario of mapping multiple client protocols via GFP adaptation for carriage across a carrier Ethernet network according to an embodiment of the invention
  • Figures 7a and 7b show 1:1:1 mapping schemes according to embodiments of the invention.
  • Figures 8a and 8b show 1 :1 followed by N:1 mapping schemes according to embodiments of the invention
  • Figure 9A shows a network node arranged to provide client data with access to an Ethernet carrier network according to an embodiment of the invention
  • Figure 9B shows a network node arranged to provide client data with access to an Ethernet carrier network according to another embodiment of the invention.
  • Figure 1OA shows a network node arranged to extract client data from a carrier signal provided by an Ethernet carrier network according to an embodiment of the invention.
  • Figure 10B shows a network node arranged to extract client data from a carrier signal provided by an Ethernet carrier network according to another embodiment of the invention.
  • FIG 1A shows a communications system 10 comprising a carrier network 22 arranged to transport one or more types of communications data using an Ethernet communications protocol.
  • a communications link 20 is established between two client networks 14, 18 across the carrier network 22.
  • a source 12 of traffic in client network 14 generates traffic for a destination address (shown as sink 28) in another client network 18 which requires a path (shown in Figure 1 by the thick dashed line of communications link 20) to be established over carrier network 22.
  • carrier network 22 in fact comprises a number of interconnected network nodes but for clarity and brevity of the description only one, node 23, is shown in Figure 1A.
  • the communications link 20 comprises in part a communications link 20a within the client network 14 which transports traffic according to a communications protocol supported by the source 12 of client traffic.
  • the partial communications link 20a is shown in Figure 1A as passing via one or more optional intermediate client network nodes "B" before reaching a boundary node 24 between the first client network 14 and the carrier network 22.
  • traffic conforming to a communications protocol supported by the client network 14 is mapped to a communications protocol supported by the carrier network
  • FIG. 9A and 9B of the accompanying drawings described in more detail herein below show the internal functional structure of boundary nodes which are arranged to map client traffic into the
  • Ethernet carrier traffic
  • Figure 1 B shows a method of adapting a client signal for encapsulation within a carrier Ethernet signal according to an embodiment of the invention in which boundary node 24 receives a client signal comprising client traffic conforming to a first communications protocol (100).
  • the client signal is then mapped to an adaptive data communications protocol data structure (102), for example to a packet conforming to the generic framing procedure (GFP) communications protocol.
  • GFP generic framing procedure
  • An adaptive data communications protocol comprises a protocol specific layer and also a protocol generic layer. For example, see the GFP communications protocol shown in Figure 5 and described in more detail herein below.
  • the adaptive data communications protocol signal is then mapped into a carrier Ethernet signal (104) and transmitted over the carrier network (106).
  • the client signal is identified within said adaptive data communications protocol signal by an appropriate data structure and the adaptive data communications protocol signal is identified within the Ethernet signal by an Ethertype or other appropriate data structure.
  • the type of protocol, the length of the client data , and the position of the client data within the service area of each adaptive data communications protocol signal may be provided sufficient to enable the client signal to be extracted from the adaptive payload area once the adaptive payload area within each Ethernet carrier frame has been identified.
  • the generic framing procedure signal may be identified within said carrier Ethernet signal by an Ethertype value in the header of an Ethernet frame which indicates that the payload contents of that frame comprise data conforming to the generic framing procedure communications protocol.
  • the boundary node 24 also determines the amount of payload required to convey a frame of said encapsulated client traffic and verifies the payload required is available in a frame of said carrier Ethernet signal prior to mapping the client traffic to a the adaptive communications protocol and/or to mapping the adaptive communications protocol to the carrier signal.
  • the method of encapsulating client data according to the invention enables a single carrier Ethernet communications channel to carry generic framing procedure adaptation layer data which comprises a single client traffic signal or a plurality of different client traffic signals.
  • the signals can be mapped through the same adaptation processor (44a) as Figure 9A shows or through different adaptation processors (44a, b) as Figure 9B shows.
  • One of more of the plurality of different client signals may conform to different communications protocols, each type of communication protocol being identified in each frame of said generic framing procedure adaptation layer communications protocol data.
  • a frame of client traffic is mapped to a carrier Ethernet frame, alternatively, however, a plurality of frames of said client signal are mapped within a frame of said carrier Ethernet signal. This is achieved by either mapping multiple clients into a GFP frame or alternatively by mapping multiple GFP frames into an Ethernet frame.
  • One way of achieving the later is provided by including a frame sequence indicator in an extension field of the GFP or by using another suitable mechanism apparent to one of ordinary skill in the art capable of indicating the GFP frame sequence order.
  • an indicator of the number of frames can be provided by using a GFP or client signal extension field or sub-field as appropriate.
  • the carrier Ethernet signal in one embodiment of the invention conforms to a connection-oriented Ethernet communications protocol, for example, a connection- oriented packet switched Ethernet communications protocol such as PBT or PBB-TE, alternatively, however, the carrier Ethernet signal conforms to a connectionless Ethernet communications protocol.
  • the carrier Ethernet signal comprises Jumbo Ethernet frames.
  • FIG. 1C shows a method of de-encapsulating a client signal encapsulated within a carrier Ethernet frame according to one embodiment of the invention in which a boundary node 26 receives an Ethernet frame (110), processes the frame header and determines from the Ethertype that the Ethernet frame payload comprises adaptive communications protocol data (112). The node 26 then extracts the adaptive communications protocol data from the Ethernet payload (114) and processes the extracted data to determine the type of data carried in each extracted frame of adaptive communications protocol data (116).
  • the extraction process requires reading the extension field of the GFP frame to determine from the field or from a sub-field a value which indicates the position of the GFP frame in a sequence of frames. For example, if two bits are used, the value 01 can be used for the beginning of the sequence, 00 for the middle, and 11 for the end of the sequence of frames
  • the node 26 then extracts client data from the payload of each adaptive communications protocol data frame (step 118). If node 26 is not the destination of the client data (as is the case in Figure 1A), the node 26 then forwards the extracted client data to another node in the client network 18.
  • Figure 1 D shows another embodiment of a method of de-encapsulating a client signal according to the invention in which the adaptive layer data is not explicitly de- encapsulated from the carrier Ethernet frame.
  • the Ethernet frame header is processed to determine the type of payload carried from the Ethertype value provided in the Ethertype field if the Ethernet carrier frame payload comprises data conforming to an adaptive communications protocol (step 122).
  • the adaptive communications protocol header is then processed to determine the length of the payload data encapsulated in the adaptive communications protocol payload area and may also process other parts of the adaptive communications protocol service unit, for example the payload information area to determine if an extension header is also provided, in order to locate the client signal data (step 124).
  • FIGS. 10A and 10B of the accompanying drawings each show more detail of a boundary node 26 arranged to perform a method of de-encapsulating a client signal from a carrier frame according to an embodiment of the invention.
  • the final portion of the communications link 20 shown in Figure 1A comprises partial link 20c is within the destination client network 18 and is shown as passing via one or more optional intermediate network nodes "C" before reaching its destination 28.
  • the client traffic communications protocol(s) must be mapped into the carrier (also referred to herein as the server) traffic communications protocol.
  • the carrier communications protocol is Ethernet
  • Ethernet was not used as a wide area network carrier technology for carrying other wide area network clients.
  • connection-oriented packet-switched Ethernet communications protocols are being developed through standards bodies, a problem exists in that it is desirable to be able to carry many different types of communications traffic without needing to apply to a standards body in advance for an Ethertype for each different type of client communications traffic protocol.
  • FIG. 2 shows a plurality of different network infrastructure technologies and how they are known to be mapped into each other for transport purposes.
  • traffic carried by private lines can be transported using SDH, which in turn may be carried directly over the physical layer (for example Fibre as shown in Figure 3) or carried via a wavelength division multiplexed (WDM) or optical transport network (OTN) protocol on top of the Fibre channel.
  • WDM wavelength division multiplexed
  • OTN optical transport network
  • Ethernet traffic can be transported using Asynchronous Transport Mode (ATM), High-level Data-Link Control (HDLC) either directly or via Resilient Packet Ring (RPR) mapped into Packet Over SONET (POS) which is based on PPP.
  • Ethernet can also be carried using the Generic Framing Protocol (see ITU-T G.7041 standard for more details of GFP and its use for mapping data protocols or clients for transport over SDH transmission networks) directly or via RPR being mapped into GFP.
  • GFP can carry a range of protocols, for example, Enterprise Systems CONnectivity architecture technology (ESCON), Fibre Channel, Fibre Connectivity (FICON), and Digital Video Broadcasting (DVB) technology.
  • ESCON Enterprise Systems CONnectivity architecture technology
  • FICON Fibre Channel
  • DVD Digital Video Broadcasting
  • ATM is also used to carry Frame Relay (FR).
  • SDH SDH to carry a range of communications protocols encapsulated in its payload, for example, private lines, ATM, HDLC and GFP.
  • Wave Division Multiplexing/Optical Transport Networks can carry SDH, GFP and ATM.
  • SDH and WDM/OTN and GFP are all capable of being carried over fibre.
  • FIG. 3 of the accompanying drawings a plurality of different types of client traffic (client traffic types #1 , #2, #3) are to be encapsulated within Ethernet carrier traffic.
  • client traffic types #1 , #2, #3 are to be encapsulated within Ethernet carrier traffic.
  • Ethertypes for each type of client traffic to enable their identification within the Ethernet carrier frames.
  • a single adaptation layer is provided that itself can provide the client identification function.
  • GFP Generic Framing Procedure
  • FIG. 4 of the accompanying drawings shows schematically a carrier Ethernet frame according to an embodiment of the invention in which a GFP frame has been encapsulated in the Ethernet payload.
  • the size of the GFP frame is limited to the size which can be accommodated within the payload 34 of an Ethernet frame.
  • the Ethernet frame has a minimum payload of 46 bytes and a maximum which is limited by standards to a Maximum Transmission Unit (MTU) of approximately 1500 bytes depending on the specific implementation of the Ethernet communications protocol.
  • MTU Maximum Transmission Unit
  • other sizes of Ethernet frame including so called “Jumbo Ethernet frames" above 1500 bytes and up to 9000 bytes, may be used to carry GFP traffic in their payload in other embodiments of the invention.
  • the client traffic encapsulated within the Ethernet payload is identified using a payload Ethertype field shown as "ET xxxx" 36 in Figure 4.
  • this is provided by an Ethertype which identifies the client traffic as GFP encapsulated.
  • other header information such as the client Virtual LAN identifier (C-VLAN) 38, an Ethertype for the C-VLAN 40, a server VLAN (S-VLAN) 42, and an Ethertype of the S-VLAN 44, as well as the usual source and/or destination address information DA/SA 46 is provided.
  • C-VLAN Client Virtual LAN identifier
  • S-VLAN server VLAN
  • DA/SA 46 Ethertype of the S-VLAN 44
  • Other information well known to those of ordinary skill in the art as forming part of the structure of an Ethernet frame/header is not explicitly described herein but its inclusion is implicit.
  • GFP As an adaptation layer, instead of mapping a range of different client communications protocols into the carrier Ethernet traffic directly, the client traffic signals are mapped into GFP frames and the GFP signal is mapped into Ethernet traffic. This means that only one Ethertype to identify GFP is required.
  • GFP type field is a two-octet field of the GFP payload header indicating the content and format of the GFP payload information.
  • the type field distinguishes between services in a multiservice environment.
  • the type field comprises a payload type identifier (PTI), a payload FCS indicator (PFI), an Extension header Identifier (EXI) and User Payload Identifier (UPI). It is the UPI field that carries the information of the actual client traffic carried within the GFP encapsulation.
  • GFP Optical network Standards: A Comprehensive Guide for Professionals
  • the payload header in GFP enables multiple transport modes to be supported and, optionally, allows for these multiple transport modes to co-exist within the same transport channel. This enables MPLS traffic and Frame Relay and ESCON traffic for example, to all be mapped into GFP which is then in turn mapped into Ethernet.
  • FIG. 5 of the accompanying drawings shows schematically in more detail the protocol stack which is formed when client signals such as IP/PPP and Ethernet (for example) are mapped into payload dependent (i.e. client specific) GFP adaptation layer according to an embodiment of the invention, and how the payload dependent GFP adaptation layer is mapped into payload independent common aspects of GFP which are then carried according to the respective embodiment into a suitable Ethernet protocol, for example, the Institute of Electrical and Electronics Engineers (IEEE) 802.1 D standard which is the IEEE MAC Bridges standard. IEEE 802.1 D includes Bridging, Spanning Tree, interworking for 802.11 and others.
  • IEEE 802.1 D includes Bridging, Spanning Tree, interworking for 802.11 and others.
  • Suitable protocols include the virtual LAN standard IEEE 802.1 Q, the proposed Provider Bridging standard IEEE 802.1ad, the Provider Backbone Bridging proposed standard IEEE 802.1 ah, and also Provider Backbone Bridging - Traffic Engineering (PBB-TE) proposed standard IEEE 802.1Qay.
  • PBB-TE Provider Backbone Bridging - Traffic Engineering
  • one or more client traffic signals 29 are carried over a carrier network using a carrier Ethernet communications protocol.
  • client traffic 29 include multi-protocol label switched (MPLS) traffic, ESCON, FICON, connectionless Ethernet traffic, connection-oriented Ethernet traffic, or any client traffic for which a user payload identifier for a GFP client frame is known from the MPLS protocol.
  • MPLS multi-protocol label switched
  • the client traffic 29 is encapsulated first within an adaptation layer 30 provided by the GFP communications protocol, using any appropriate mapping scheme already known to those of ordinary skill in the art for mapping the relevant client signal into GFP.
  • the GFP traffic is then mapped into the carrier Ethernet layer 31 by encapsulating the GFP frame into the payload of the carrier Ethernet frame.
  • This is performed using a communications protocol mapping according to an embodiment of the invention in which a boundary node 24 at the edge of client network 14 processes the received client signals and maps the client data firstly to the payload of GFP protocol frames. Then the node processes one or more GFP frames to form the payload of an Ethernet frame and adds the Ethertype for the GFP encapsulated payload to the appropriate carrier Ethernet header field. In this way, a single Ethertype is used regardless of the number of client signals that are carried by the Ethernet frame.
  • the protocol mapping can be implemented by using any appropriate mapping techniques already known in the art for mapping other client signals into Ethernet but in this case taking the content and header information from one or more of the GFP frames and capturing this information in the payload and header of one or more carrier Ethernet frames as Figure 4 of the accompanying drawings shows which was described in more detail hereinabove.
  • the carrier Ethernet signal 31 is to be carried via connection-oriented circuit-switched mode server layer network, the
  • Ethernet traffic is mapped back into an appropriate adaptation layer 32 for that server, for example, it may use another instance of GFP as is shown in Figure 3.
  • the protocol mapping for client traffic communications protocol "X" is Xover(GFP)ETHover(GFP)SDH.
  • the GFP into SDH adaptation layer 32 may optionally also carry other client signals, including
  • the adaptation layer 30 uses the features of the GFP protocol as defined in the G.7041 standard established by the International Telecommunications Union Telecommunications standardisation sector (ITU-T), the contents of which are hereby incorporated by reference.
  • ITU-T International Telecommunications Union Telecommunications standardisation sector
  • Those of ordinary skill in the art will be aware that the GFP protocol was intended as a universal mapping mechanism for packets into TDM technologies and as such allows multiple protocols to be supported and is extensible.
  • the preferred embodiment of the invention uses frame-based GFP, but in alternative embodiments of the invention, transparent GFP (GFP-T) is used.
  • GFP-T is an extension to GFP developed to provide efficient low- latency support for high-speed WAN applications including storage area networks. Rather than handling data on a frame-by-frame (packet-by-packet) basis, GFP-T handles block-coded (e.g., 8B/10B) character streams.
  • Figure 6 shows a networking scenario of mapping multiple client protocols (X1 and X2 being the examples shown) via GFP adaptation for carriage across a carrier Ethernet network.
  • X1 and X2 being the examples shown
  • Figure 6 a given instance of client traffic in a source client network 14 is mapped into a GFP protocol, which is in turn mapped into a carrier Ethernet signal, for example, that provided by a connection-oriented protocol such as PBB-TE.
  • Figure 6 shows how the two different communications protocols, X1 and X2, are mapped into the adaptation layer GFP communications protocol at the boundary node 24 between the client network 14 and the Ethernet carrier network 22.
  • the left hand side of Figure 6 shows the protocol stack visible at the boundary node 24, and the right hand side the protocol stack visible at the boundary node 26.
  • the carrier Ethernet signal is processed by carrier nodes such as node 23 shown in Figure 1.
  • the carrier Ethernet signal is de-encapsulated to extract the adaptation layer signal and finally the -client signal is extracted from the adaptation layer.
  • Ethernet frames carry different types of client frame traffic, and these client frames are multiplexed together using different instances of GFP encapsulation.
  • two different client communication protocol signals, X1 and X2 are encapsulated using the same GFP mechanism which removes the need to obtain a wide variety of Ethertypes when mapping a plurality of different communications protocols into Ethernet. Instead, just one Ethertype is needed to identify the GFP into Ethernet mapping.
  • the Ethernet traffic frames receiving the GFP conform to a connection-oriented communications protocol such as PBB-TE in one embodiment of the invention.
  • the GFP communications protocol is mapped into a conventional Ethernet communications protocol or PBB providing connectionless transport.
  • One embodiment of the invention provides a mechanism to support unusual client formats for Ethernet transport. For example, this enables Ethernet frames plus any preamble and SFD (start of frame delimiter) to be mapped into GFP including proprietary variants, and these are then mapped back into Ethernet using a GFP Ethertype.
  • SFD start of frame delimiter
  • mapping scheme enables protocols such as PBB-TE to support fully transparent Ethernet services by mapping these into GFP before encapsulating into the PBB-TE layer (e.g. PBB-TE over PBB-TE) as well as the PBB 802.1 ah variant.
  • the invention also provides a mapping scheme which allows GFP to support Ethernet and PBB-TE over SDH/SONET and OTN.
  • the mapping scheme of the invention requires the client's GFP encapsulated Maximum Transmission Unit (MTU) to fit within an Ethernet frame and requires GFP User Payload Identifiers (UPIs) for Ethernet, PPP (including IP and MPLS), Fiber Channel, FICON, ESCON, and any other protocol which would needed to be carried over Ethernet, such as ATM, Frame Relay, X.25, SMDS, etc.
  • MTU Maximum Transmission Unit
  • UPIs GFP User Payload Identifiers
  • PPP including IP and MPLS
  • Fiber Channel Fiber Channel
  • FICON FICON
  • ESCON Fiber Channel
  • any other protocol which would needed to be carried over Ethernet such as ATM, Frame Relay, X.25, SMDS, etc.
  • GFP Client- Multiplexing capability is an 8 bit field in the payload header a maximum of 256 different client signals can be supported (the practical limit is less than this as some values are reserved and cannot be used for client identification purposes).
  • each client signal frame is mapped in a one-to-one mapping process to a GFP frame.
  • Each GFP frame is then mapped in a one-to-one mapping process to an Ethernet frame.
  • a carrier Ethernet signal (or equivalent ⁇ a carrier Ethernet channel) comprising a stream of Ethernet frames (only three are shown for clarity in Figure 7a) carries client traffic frames.
  • the first carrier Ethernet frame carries the first frame of client signal #1
  • the second carrier Ethernet frame carries the second frame of client signal #1
  • the third carrier Ethernet frame carries the third frame of client signal #1.
  • Figure 7b shows schematically how it is possible for multiple client signals to be carried in an Ethernet channel.
  • two client signals #1 and #2 are to be carried, each frame of #1 client traffic is mapped to a GFP frame, and each frame of #2 client traffic is mapped to another GFP frame.
  • the first carrier Ethernet frame shown in Figure 7b carries the first frame of client traffic #1
  • the second carrier Ethernet frame carries the first frame of client traffic #2
  • the third carrier Ethernet frame carries the second frame of client traffic #1.
  • the resulting sequence of GFP frames forming the GFP channel thus can comprise frames with differing client signal payloads. Where the required payload capacity of the carrier Ethernet frame is capable of differing, a check is performed prior to mapping into the Ethernet frames to ensure that sufficient payload capacity is available.
  • the sequence of GFP frames is then mapped to a corresponding sequence of Ethernet frames forming the carrier Ethernet channel as is shown in Figure 7b.
  • the Ethernet carrier signal comprises a single client signal but in other embodiments where GFP frames containing different client signals are mapped to the Ethernet frames forming the Ethernet carrier signals, a plurality of different clients signals can be mapped into the same Ethernet carrier signal.
  • GFP frames containing different client signals are mapped to the Ethernet frames forming the Ethernet carrier signals
  • a plurality of different clients signals can be mapped into the same Ethernet carrier signal.
  • Figures 8a and 8b show schematically an embodiment of the invention where 1 :1-N:1 mappings are performed.
  • N frames of client traffic are mapped to N frames of GFP which are mapped in turn to 1 frame of carrier Ethernet. This can be achieved by providing a sequence indicator in the header of the GFP frames which indicates the position of each GFP frame in a sequence of frames mapped to a carrier
  • the sequence indicator value is added to the extension field of a GFP frame when it is being encapsulated within the carrier
  • Ethernet frame and is read from the GFP frame extension field when the GFP frame is being de-encapsulated.
  • any other suitable means for indicating the position of the GFP frames in a sequence so as to enable the client payload to be extracted from each GFP frame's payload located within an Ethernet carrier frame known to one of ordinary skill in the art could be used.
  • the client traffic signals carried in each frame of the Ethernet carrier signal are the same.
  • the client traffic signals are different in the same Ethernet carrier frame.
  • the client signals may differ as to their size, source, or comprise differing other characteristics such as, for example, be of different types of communications protocol, in which case the protocol identifier field of the GFP frame encapsulating the differing client signals will differ.
  • a single Ethernet channel frame carries three frames of client signals from two different client traffic communications protocols.
  • Ethernet communications protocol in which a frame has a sufficiently large enough payload capacity can be used as the carrier signal.
  • the size of the Ethernet carrier frame payload required is different depending on the size of the client traffic signal frame to be encapsulated by the GFP frame.
  • a check is performed in any suitable manner known to those of ordinary skill in the art to ensure that sufficient capacity exists in the payload of the Ethernet frame prior to performing the mapping.
  • the check is performed dynamically where the frame size of the carrier signal and/or GFP frame is variable regardless of whether 1 :1 :1 mapping or a 1 :1 followed by an N:1 mapping is performed into the carrier Ethernet layer.
  • An example of an Ethernet frame which may have sufficient capacity to carry a plurality of client signals mapped to a plurality of GFP frames is a Jumbo Ethernet frame, which may have a payload of up to 9000 bytes.
  • FIG. 9A of the accompanying drawings shows a node 40 suitable for use as an access node in a carrier communications network according to an embodiment of the invention.
  • node 40 comprises a receiver 42a, an adaptation processor 44a, a traffic encapsulator 46 and a transmitter 48.
  • a client traffic signal is shown in Figure 9A as being received by receiver 42a of node 40.
  • the client traffic signal conforms to a specific type of communications protocol which is processed by a suitable form of signal processing apparatus shown as adaptation processor 44a in Figure 9A to form adapted communications traffic.
  • the adapted communications traffic is generated by mapping the client traffic data into the payload of adaptation layer communications protocol traffic, for example, each client traffic frame or block can be mapping into one or more frames of GFP-F or one or more blocks of block-encoded GFP-T as appropriate using any suitable technique known to those of ordinary skill in the art.
  • a GFP header field is generated which provides a length indicator for the GFP payload, however, for transparent GFP which is block encoded, a fixed number of client characters are mapped into a GFP block which has a pre-determined length.
  • a client signal conforms to a communications protocol which is protocol data unit (PDU) oriented, for example, the Internet Protocol/Point-to-Point protocol (IP/PPP) or the Ethernet Media Access Control, and each PDU of client traffic is encapsulated within the payload (a term also referred to in the art as a Service Data Unit) of one or more GFP frames (depending on whether the type of mapping the traffic adaptor 44a performs is a 1 :1 :1 mapping or 1 :N:N mapping as described hereinabove).
  • a client traffic signal is block-code oriented, such as, for example, fibre channel client signal
  • a fixed number of client bits are block encoded into each GFP-T block in one embodiment of the invention.
  • the GFP traffic which is generated is then encapsulated by encapsulator 46 within the payload area of Ethernet traffic, on a frame-by-frame basis according to one embodiment of the invention or on a one or more GFP blocks-to-frame basis according to another embodiment of the invention.
  • the Ethernet traffic is then transmitted out over an Ethernet carrier network (not shown) by transmitter 48 in the embodiment of the invention shown in Figure 9A.
  • an Ethernet carrier network not shown
  • transmitter 48 in the embodiment of the invention shown in Figure 9A.
  • different functional components shown in Figure 9A may be combined into a single component where appropriate, for example, the functionality provided by adaptation processor 44 and encapsulator 46 may be combined into a single signal processing component 47 indicated in Figure 9A by the box with the dashed outline.
  • a PDU at layer N comprises layer N header information and an encapsulated message from layer N+1.
  • the encapsulated message from layer N+1 is the layer N SDU and the PDU of layer N+1.
  • client traffic comprises Ethernet communications traffic.
  • the invention results in an Ethernet-into-GFP-into-Ethernet protocol stack. It is possible to further iterate this recursion of the protocol stack a number of times.
  • the Ethernet carrier traffic may itself be mapped into GFP, resulting in GFP-into-Ethemet-into GFP, which again may be iterated further.
  • the stack recursion will terminate and the traffic protocol stack will be finally encapsulated within the payload of a transport network such as, for example, a synchronous transport network packet, such as the Synchronous Digital Hierarchy (SDH) or Synchronous Optical NETwork (SONET).
  • a transport network such as, for example, a synchronous transport network packet, such as the Synchronous Digital Hierarchy (SDH) or Synchronous Optical NETwork (SONET).
  • SDH Synchronous Digital Hierarchy
  • SONET Synchronous Optical NETwork
  • node 40 is arranged to receive a plurality of different types of client signals and map these to a carrier Ethernet signal.
  • Figure 9B the same elements shown as in Figure 9A appear , but in addition to the client traffic shown in Figure 9A which is indicated as being of type A and additional client traffic is shown in 9B comprising client traffic of type B.
  • Figure 9B shows a second client signal processing stream within the node which results in the carrier Ethernet traffic stream transmitted out from node 40 carrying client signals from each different type of client communications protocol.
  • client traffic of type B is received by receiver 42b and is processed by adaptation processor 44b into an adapted form of communications traffic as described hereinabove in the context of Figure 9A.
  • the GFP traffic carrying client traffic of type B is shown in Figure 9B as being encapsulated into the payload of Ethernet traffic using the same signal data processor used to encapsulate client traffic of type A into the payload of carrier Ethernet traffic.
  • Persons of ordinary skill in the art however will be aware that one or more of the separate functional components for one or more of types of client traffic may be combined into one functional component as is indicated in Figure 9B by the box with the dashed outline.
  • the adaptation processors 44a and 44b both provide the adapted traffic to encapsulator 46.
  • the two traffic streams could be independently encapsulated into carrier Ethernet traffic frames with each stream of Ethernet traffic then being multiplexed prior to transmission by transmitter 48 into a single Ethernet carrier service channel.
  • GFP frames for each client traffic stream could be multiplexed into the same Ethernet frame so that the client traffic is multiplexed within the Ethernet channel within each carrier Ethernet frame.
  • An example of a node which performs the encapsulation functionality of node 40 as shown in Figure 9A or 9B is boundary node 24 shown in Figure 1A.
  • FIG. 1OA of the accompanying drawings shows a boundary node 50 in a communications network comprising a receiver 52 for Ethernet traffic, a traffic processor 57 comprising a first signal processing component 54 arranged to process Ethernet signals and a second signal processing component 56a arranged to process GFP signals, and a transmitter 58a for transmitting client traffic out over a client network (not shown in FigurelOA).
  • each Ethernet traffic frame is received by Ethernet traffic receiving apparatus shown as receiver 52.
  • Each frame of Ethernet traffic received is processed by traffic processor 57.
  • the header information of a received Ethernet frame is processed by first processor 54 in a first processing step to read from the Ethertype header field the Ethertype for the communications protocol of the data carried within the payload of that Ethernet frame.
  • the adaptive communications protocol comprises a generic framing procedure (GFP) protocol.
  • first data processor 54 determines the type of payload present. If the Ethertype indicates an adaptation layer payload is provided such as a GFP Ethertype, then within the Ethernet payload the GFP core header is located. The GFP core header is processed to determine the GFP payload-length indicator. After the core header, the GFP payload is provided which includes a payload header which may include an indicator if an extension to the GFP payload header is present. The GFP payload information data is optionally followed by a payload frame check sequence field.
  • each GFP frame enables the size of each GFP frame to be determined and further enables the client signal to be de-encapsulated from the payload of each GFP frame in either directly from the Ethernet payload area by first processor 54 or by firstly de-encapsulating the GFP frame and then by de-encapsulating the client signal data from each de-encapsulated GFP frame in a second processing step, for example, which is performed by a second processor 56 as shown in Figure 1OA.
  • client traffic has been extracted by signal processor 57 it is transmitted using an appropriate transmitter 58a (assuming that node 50 is not the final destination of the client traffic) over the client traffic network (not shown in Figure 10A).
  • node 50 receives a carrier Ethernet signal which comprises GFP traffic which has encapsulated a plurality of client traffic frames which differ as to the type of communications protocol they conform to.
  • Figure 10B shows an embodiment in which node 50 comprises a receiver 52 arranged to receive carrier Ethernet signals which comprise client signals conforming to two different types of communication protocol.
  • signal processor 59 shown by the dashed-line outlined box comprises a first signal processor 54 which provides functionality to process a received Ethernet frame to determine if the Ethernet frame has GFP traffic in its payload by processing the Ethernet frame header Ethertype field. If the Ethernet header Ethertype field indicates the Ethernet payload comprises GFP traffic, the Ethernet frame is then processed to extract the GFP client payload by processing the GFP header payload length indicator field, and also the GFP payload field to determine if a GFP extension header is present.
  • This additional processing is shown in Figure 10B as being performed by a separate functional component 56b for client signals of type B and by a separate functional component 56a for client signals of type A but as those of ordinary skill in the art will be aware, the additional processing to extract the different types of client traffic from the GFP payload could instead by performed by a same processor. Once extracted the different types of client signal are transmitted out over their respective client networks by receivers 58a, 58b as shown in Figure 10B.
  • the adaptation layer frames may include within an extension header one or more sub-field values which indicate their position within the Ethernet payload. The values are written into the extension header when the adaptation layer frames are being encapsulated within the Ethernet payload area.
  • a plurality of client signals can also be encapsulated within a carrier Ethernet frame using a hierarchical mapping scheme for GFP as described in the inventor's co- pending GB patent application entitled "ADAPTATION SCHEME FOR COMMUNICATIONS TRAFFIC" which claims priority from United Kingdom Patent Application number GB0800573.8, the full contents of which are hereby incorporated by reference.
  • a client signal comprises data capable of being represented by a sequence of bits.
  • the data structure of the client signal comprises, for example, a sequence of one or more PDUs.
  • a carrier signal comprises data capable of being represented by a sequence of bits.
  • the data structure of the carrier signal comprises, for example, a sequence of one or more PDUs, each comprising a header followed by a SDU within which the PDU of another communications signal is encapsulated according to the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

Selon l'invention, un réseau de communication produit un service Ethernet de porteuse sans nécessiter l'identification du signal client par un Ethertype dans une trame Ethernet de porteuse. Une pluralité de différents types de signaux clients peut donc être encapsulée dans le même canal de service Ethernet de porteuse par l'utilisation d'une couche d'adaptation de procédure de verrouillage de trame générique. Les signaux clients sont conçus pour l'encapsulation dans les trames Ethernet de porteuse par la mise en corrélation du signal client dans un signal de couche d'adaptation de procédure de verrouillage de trame générique puis par la mise en corrélation du signal de couche d'adaptation de procédure de verrouillage de trame générique dans le signal Ethernet de porteuse. Comme le signal client est identifié dans ledit signal de procédure de verrouillage de trame générique, seul un Ethertype de signal de verrouillage de trame générique est nécessaire. Le protocole de mise en corrélation permet à une trame Ethernet unique de porter une pluralité de signaux clients.
PCT/GB2008/004226 2007-12-20 2008-12-19 Plan d'adaptation client-serveur pour un trafic de communication WO2009081139A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2008801256785A CN101926131A (zh) 2007-12-20 2008-12-19 用于通信业务的客户端/服务器适配方案
US12/808,837 US8615022B2 (en) 2007-12-20 2008-12-19 Client/server adaptation scheme for communications traffic
EP20080865510 EP2232786A1 (fr) 2007-12-20 2008-12-19 Plan d'adaptation client-serveur pour un trafic de communication

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
GB0724936.0 2007-12-20
US12/004,080 US8102876B2 (en) 2007-12-20 2007-12-20 Client/server adaptation scheme for communications traffic
US12/004,080 2007-12-20
GB0724936A GB0724936D0 (en) 2007-12-20 2007-12-20 Client/server adaptation scheme for communications traffic
GB0800573A GB0800573D0 (en) 2008-01-14 2008-01-14 Hierarchical client/server adaptation scheme for communications traffic
GB0800573.8 2008-01-14
GB0800572.0 2008-01-14
GB0800572A GB0800572D0 (en) 2008-01-14 2008-01-14 Network interconnection apparatus
GB0814056A GB0814056D0 (en) 2008-07-31 2008-07-31 Adaptation scheme for communications traffic
GB0814056.8 2008-07-31

Publications (1)

Publication Number Publication Date
WO2009081139A1 true WO2009081139A1 (fr) 2009-07-02

Family

ID=40473496

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/GB2008/004210 WO2009081128A1 (fr) 2007-12-20 2008-12-19 Méthode d'adaptation pour un trafic de communication
PCT/GB2008/004226 WO2009081139A1 (fr) 2007-12-20 2008-12-19 Plan d'adaptation client-serveur pour un trafic de communication

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/GB2008/004210 WO2009081128A1 (fr) 2007-12-20 2008-12-19 Méthode d'adaptation pour un trafic de communication

Country Status (3)

Country Link
EP (2) EP2232786A1 (fr)
CN (2) CN101926131A (fr)
WO (2) WO2009081128A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8102876B2 (en) 2007-12-20 2012-01-24 British Telecommunications Plc Client/server adaptation scheme for communications traffic
WO2019173618A1 (fr) * 2018-03-08 2019-09-12 Fungible, Inc. Communications fiables utilisant un protocole point à point

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107070996B (zh) 2010-12-09 2020-04-24 领特贝特林共有限责任两合公司 通信系统中功率提升的方法、系统和调制解调器
WO2016076631A1 (fr) * 2014-11-11 2016-05-19 Samsung Electronics Co., Ltd. Appareil d'émission, appareil de réception, et leur procédé de commande
EP3166258B1 (fr) 2015-11-09 2019-01-02 Airbus Operations GmbH Système et procédé de configuration d'un réseau pour un aéronef ou un véhicule spatial
EP3166261B1 (fr) 2015-11-09 2019-01-02 Airbus Operations GmbH Système et procédé de configuration d'un réseau pour un aéronef ou un véhicule spatial
US9934171B2 (en) * 2016-02-10 2018-04-03 Qualcomm Incorporated Serial communication link with optimal transfer latency

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1603304A1 (fr) * 2004-06-02 2005-12-07 ECI Telecom Ltd. Procédé, appareil et système pour la compression de paquets Ethernet

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100464517C (zh) * 2003-08-08 2009-02-25 华为技术有限公司 通用帧处理封装模式中帧校验序列的识别装置及方法
US7385998B2 (en) * 2003-09-08 2008-06-10 Nortel Networks Limited Method and apparatus for encapsulating services for transportation over metallic physical mediums
EP1657839B1 (fr) * 2004-11-12 2010-02-10 Alcatel Lucent Procédé et dispositif permettant de transporter un signal client à travers un réseau de transport optique (OTN)

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1603304A1 (fr) * 2004-06-02 2005-12-07 ECI Telecom Ltd. Procédé, appareil et système pour la compression de paquets Ethernet

Non-Patent Citations (3)

* 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 *
LORING WIRBEL: "Navy terminals support GFP", EE-TIMES, 19 December 2005 (2005-12-19), Colorado Springs, Colorado, pages 1 - 1, XP002522216 *
See also references of EP2232786A1 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8102876B2 (en) 2007-12-20 2012-01-24 British Telecommunications Plc Client/server adaptation scheme for communications traffic
US8615022B2 (en) 2007-12-20 2013-12-24 British Telecommunications Public Limited Company Client/server adaptation scheme for communications traffic
US9077560B2 (en) 2007-12-20 2015-07-07 British Telecommunications Public Limited Company Adaptation scheme for communications traffic
WO2019173618A1 (fr) * 2018-03-08 2019-09-12 Fungible, Inc. Communications fiables utilisant un protocole point à point
US10798223B2 (en) 2018-03-08 2020-10-06 Fungible, Inc. Reliable communications using a point to point protocol
US11272041B2 (en) 2018-03-08 2022-03-08 Fungible, Inc. Reliable communications using a point to point protocol
US11722585B2 (en) 2018-03-08 2023-08-08 Fungible, Inc. Reliable communications using a point to point protocol

Also Published As

Publication number Publication date
WO2009081128A1 (fr) 2009-07-02
CN101926131A (zh) 2010-12-22
CN101904139A (zh) 2010-12-01
EP2232786A1 (fr) 2010-09-29
CN101904139B (zh) 2013-09-11
EP2232785A1 (fr) 2010-09-29

Similar Documents

Publication Publication Date Title
US8615022B2 (en) Client/server adaptation scheme for communications traffic
US6944163B2 (en) 10 Gigabit ethernet mappings for a common LAN/WAN PMD interface with a simple universal physical medium dependent interface
US7782906B2 (en) Method for carrying frame relay over Ethernet
CN110875862B (zh) 一种报文传输方法及装置、计算机存储介质
US20080304476A1 (en) Ethernet over mpls circuit emulation service
EP2232786A1 (fr) Plan d'adaptation client-serveur pour un trafic de communication
US20050008013A1 (en) Embedded management channel for SONET path terminating equipment connectivity
WO2007071153A1 (fr) Procede, systeme de reseau de donnees et noeud de reseau pour transmission de paquets de donnees
CN101179556B (zh) 一种光纤通道业务的传送方法和装置
US20040205230A1 (en) Method for mapping layer-3 packets over SDH/SONET or OTN via GFP layer
KR101140453B1 (ko) Ｉｐ 인터워킹 ｖｌｌ을 통한 회로 에뮬레이션 방법 및 시스템
EP1124355B1 (fr) Mappage de 10 Gigabit-Ethernet pour une interface commune DMP LAN/WAN
US20050169275A1 (en) Method for transmitting multi-protocol label switch protocol data units
US20100329245A1 (en) Transparent Mapping of Cell Streams to Packet Services
JP2004064574A (ja) パケット通信装置及びそれに用いるネットワーク拡張方法並びにそのプログラム
Xie 10 Ethernet Optical Transport Networks
CA2329409C (fr) Mappage ethernet de 10 gigabits pour une interface pmd lan/wan commune avec une interface universelle simple a dependance physique moyenne
WO2009047016A1 (fr) Procédé et systèmes de transmission de données sur des réseaux à commutation de paquets, et produit programme d'ordinateur correspondant

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880125678.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08865510

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2008865510

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008865510

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12808837

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE