WO2014124589A1 - 一种反向复用中子帧错序的检测方法及节点 - Google Patents

一种反向复用中子帧错序的检测方法及节点 Download PDF

Info

Publication number
WO2014124589A1
WO2014124589A1 PCT/CN2014/071893 CN2014071893W WO2014124589A1 WO 2014124589 A1 WO2014124589 A1 WO 2014124589A1 CN 2014071893 W CN2014071893 W CN 2014071893W WO 2014124589 A1 WO2014124589 A1 WO 2014124589A1
Authority
WO
WIPO (PCT)
Prior art keywords
subframe
received
number value
oduc
oducn
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2014/071893
Other languages
English (en)
French (fr)
Inventor
付锡华
张新灵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to US14/768,243 priority Critical patent/US9571375B2/en
Priority to EP14751519.1A priority patent/EP2958251B1/en
Publication of WO2014124589A1 publication Critical patent/WO2014124589A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/07—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J14/00—Optical multiplex systems
    • H04J14/08—Time-division multiplex systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/552—Prevention, detection or correction of errors by ensuring the integrity of packets received through redundant connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q11/0066—Provisions for optical burst or packet networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0089—Multiplexing, e.g. coding, scrambling, SONET
    • H04J2203/0094—Virtual Concatenation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H04Q2011/0083—Testing; Monitoring

Definitions

  • the present invention relates to the field of optical transmission technologies, and in particular, to a method and a node for detecting sub-frame out-of-sequence in inverse multiplexing.
  • optical transmission technology shows a single channel higher rate (for example, single channel 400G/1T transmission), higher spectral efficiency and higher order modulation format. Therefore, continuing to increase the rate is still the clearest and most important direction for the development of optical transmission. .
  • High-speed transmission faces many limitations. There are two main aspects: On the one hand, optical transmission technology is developing to high-spectrum efficiency aggregation transmission and high-speed service interface transmission. If spectrum efficiency cannot be further improved, low-speed convergence to high-speed retransmission is of little significance. However, since the client side may still have a high-speed Ethernet interface, the transmission problem of the high-speed interface still needs to be considered.
  • the optical transmission technology will be long-distance (long-span and multi-span) Paragraph) Development, although the system OSNR (Optical Signal-to-Noise Ratio) can be improved by using low-loss fiber, low-noise amplifier, and reduced span spacing, but the improvement is limited and it is difficult to make a major breakthrough, which is difficult to implement in engineering.
  • OSNR Optical Signal-to-Noise Ratio
  • the over 100G (Beyond 100G) technology becomes a solution for increasing bandwidth demand.
  • the traditional 50GHz fixed grid (WCDMA) WDM (Wavelength Division Multiplexing (WDM for short) cannot provide sufficient spectrum width to achieve super 100G technology. Due to the drawbacks of fixed grids, a wider flexible Grid is required.
  • WCDMA fixed grid
  • WDM Widelength Division Multiplexing
  • Due to the drawbacks of fixed grids, a wider flexible Grid is required.
  • the multi-rate mixed transmission of the super 100G and the flexibility of the super 100G modulation pattern result in different channel bandwidth requirements. If each channel is customized with a suitable bandwidth, the system bandwidth can be fully utilized, thereby generating a flexible grid system.
  • Embodiments of the present invention provide a method and a node for detecting a sub-frame out-of-sequence in reverse multiplexing, which can effectively detect sub-frame misordering after introducing inverse multiplexing.
  • the subframe sequence is determined to be out of order.
  • the expected path tracking identifier of the subframe to be received is a path tracking carried in an OTUC subframe of the super optical channel management unit OTUCnAG to be received.
  • An OTUC subframe in the same OTUCnAG carries the same path tracking identifier.
  • the desired path tracking identifier of the subframe to be received is a path tracking carried in an ODUC subframe under the super optical channel data unit ODUCn to be received.
  • Determining whether the subframe number value carried in each subframe belongs to the expected subframe number value range of the subframe to be received includes: determining, by the received sub-carrier in each OTUC subframe under each OTUCmTG Whether the frame number value belongs to the range of the subframe number value in the OTUCnAG of the OTUC subframe in the OTUCmTG corresponding to the OTUCnAG to be received, and if it is determined that the subframe number value carried in the received subframe does not belong to the corresponding OTUCmTG
  • the subframes are out of sequence in the range of subframe number values in the OTUCnAG.
  • the receiving, by the receiving node, the receiving, by the sending node, the ODUC subframes that are respectively mapped to the OTUCmTG to which the plurality of optical data unit transmission groups ODUCmTG to which the ODUCn to be received is to be received are respectively received;
  • the expected subframe number value range of the subframe to be received is a range of subframe number values in the ODUCn of the OTUC subframe in the ODUCmTG under the ODUCn to be received;
  • Determining whether the subframe number value carried in each subframe belongs to the expected subframe number value range of the subframe to be received includes: determining, by the received, each child carried in each ODUC subframe under each ODUCmTG Whether the frame number value belongs to the range of the subframe number value of the ODUC subframe in the ODUCmTG corresponding to the ODUCn to be received in the ODUCn, and if it is determined that the subframe number value carried in the received subframe does not belong to the ODUC sub of the corresponding ODUCmTG
  • the subframe is out of sequence in the range of subframe number values in the ODUCn.
  • the desired path tracking identifier of the subframe to be received is a management plane or a control plane configured to the receiving node; and the desired subframe number value range of the subframe to be received is the management plane or the control plane configuration To the receiving node.
  • the receiving node determines, when the path tracking identifier carried in the received subframe is different from the expected path tracking identifier of the subframe to be received, determining a subframe out-of-sequence;
  • the receiving node After determining the sub-frame out-of-sequence, the receiving node generates an alarm for the sub-frame out-of-sequence.
  • a node includes: a receiving unit, a first determining unit, and a second determining unit, where: The receiving unit is configured to receive a subframe from a sending node;
  • the first determining unit is configured to determine whether the path tracking identifier carried in each received subframe is the same as the expected path tracking identifier of the subframe to be received;
  • the second determining unit is configured to determine, when the first determining unit determines that the path tracking identifiers carried in each of the received subframes are the same as the expected path tracking identifiers of the subframes to be received, Whether the subframe number value carried in the frame belongs to the expected subframe number value range of the subframe to be received, and if it is determined that the subframe number value carried by the received subframe does not belong to the expected subframe number value of the subframe to be received The range determines the sub-frame misordering.
  • the expected path tracking identifier of the subframe to be received is a path tracking carried in an OTUC subframe of the super optical channel management unit OTUCnAG to be received.
  • An OTUC subframe in the same OTUCnAG carries the same path tracking identifier.
  • the desired path tracking identifier of the subframe to be received is a path tracking carried in an ODUC subframe under the super optical channel data unit ODUCn to be received.
  • the receiving unit is configured to respectively receive an OTUC subframe in multiple super optical channel transmission units OTUCmTG to which the OTUCnAG to be received is inversely multiplexed; the expected subframe number of the subframe to be received
  • the value range is a range of subframe number values in the OTUCnAG of the OTUC subframe in the OTUCmTG to be received in the OTUCnAG;
  • the second determining unit is configured to determine whether the received subframe number value in each OTUC subframe under each OTUCmTG belongs to the OTUCmTG OTUC subframe corresponding to the OTUCnAG to be received in the OTUCnAG. If the subframe number value carried by the received subframe does not belong to the range of the subframe number value in the OTUCnAG of the OTUCmTG in the corresponding OTUCmTG, the subframe misalignment is determined.
  • the receiving unit is configured to respectively receive an ODUC subframe under the OTUCmTG to which the plurality of optical data unit transmission groups ODUCmTG to which the ODUCn to be received are inversely multiplexed are mapped; the subframe to be received
  • the expected subframe number value range is the ODUCn to be received.
  • the second determining unit is configured to determine the subframe number value carried in each ODUC subframe in each received ODUCmTG Whether it belongs to the range of the subframe number value of the ODUC subframe in the ODUCmTG corresponding to the ODUCm to be received in the ODUCn, if it is determined that the subframe number value carried in the received subframe does not belong to the ODUC subframe in the corresponding ODUCmTG in the ODUCn
  • the range of sub-frame number values in the sub-frame is determined to be out of order.
  • the embodiment of the present invention determines whether the subframe number value carried in each subframe is the same when the path tracking identifier carried in each received subframe is the same as the expected path tracking identifier of the subframe to be received. It belongs to the range of expected subframe number values to receive the subframe, so that it is more accurate and effective to detect whether the subframes are out of order.
  • FIG. 1 is a schematic diagram of a mapping and multiplexing processing flow of ODUCn-OTUCnAG-OChAG in the related art
  • FIG. 2 is a schematic diagram of a mapping and multiplexing processing flow of ODUCn-OTUCnAG-z*OTUCmTG-OChAG in the related art
  • FIG. 3 is a schematic diagram of a process of mapping, multiplexing, and optical signal transmission processing of five signals on the same optical fiber in the related art
  • FIG. 5 is a schematic diagram of another inverse multiplexing of the embodiment.
  • FIG. 6 is a flow chart showing a method of detecting a sub-frame out-of-sequence in the inverse multiplexing according to the embodiment of FIG. 4;
  • FIG. 7 is a flowchart of another method for detecting a sub-frame out-of-sequence in the inverse multiplexing according to the embodiment of FIG. 5;
  • FIG. 8 is a structural diagram of a node according to an embodiment of the present invention.
  • the ultra-100G technology has become a solution for the growth of bandwidth demand. Regardless of whether it is 400G or 1T above 100G, the traditional 50GHz fixed-grid wavelength division multiplexing can not provide enough spectrum width to achieve super 100G technology. Due to the drawbacks of fixed grids, a wider flexible Grid is required.
  • OChAG contains at least one OCh-P.
  • OTUCnAG is an optical channel transmission unit OTU high-speed management group, which is a composite signal of N*100 gigabits per second, which is composed of N 100G OTU frames.
  • OTU high-speed management group which is a composite signal of N*100 gigabits per second, which is composed of N 100G OTU frames.
  • OTUC2AG is 200 gigabits per second
  • OTUC4AG represents 400 Gbits per second
  • OChAG represents the set of optical channel signals used to carry OTUCnAG. If these optical signals pass through the same route, OChAG provides a single entity to manage these signals; if these signals are routed differently, multiple optical channels OCh are required. , then the signals that pass the same route are managed through an optical channel.
  • the ODU4 carrying the low-order optical channel data unit (ODUk) or the packet service data and the low-order ODUCm (m ⁇ n) carrying the packet service data may also be jointly multiplexed into the high-order ODUCn, where the ODUk includes at least One of the following: ODU0, 0DU1, ODU2, ODU2e, ODU3, ODUflex; Map high-order ODUCn into OTUCnAG.
  • Figure 2 depicts an inverse multiplexing technique that describes Schematic diagram of mapping and multiplexing processing flow of ODUCn-OTUCnAG-z*OTUCmTG-OChAG, wherein multiple optical signals included in OChAG are carried by discrete spectrum, and after different routes, as shown in FIG. 2, Mapping ODUCn into OTUCnAG, and then mapping OTUCnAG into OChAG includes: inverse multiplexing OTUCnAG into multiple super optical channel transmission unit transmission groups (OTUCmTG), and then mapping OTUCmTG into corresponding optical channel (OCh); wherein, OTUCmTG rate All are M times 100 gigabits per second, M is greater than or equal to 1 and M is less than N.
  • OTUCmTG Transport Group, m ⁇ n
  • OTUCmTG Transport Group, m ⁇ n
  • Each OTUCmTG has the same rate class, or all OTUCmTGs have different rate classes.
  • Figure 3 shows an example of inverse multiplexing of the inverse multiplexing process described in Figure 2, illustrating a schematic diagram of the mapping, multiplexing, and optical signal transmission processing of five signals on the same fiber, as shown in the figure.
  • #1 and #4 are 100 gigabits per second signals, each occupying 50 GHz of spectrum resources, and using PM-QPSK (Polarization-multiplexed Quadrature Phase Shift) Keying, polarization-multiplexed quadrature phase-shift keying) modulation of single-carrier transmission.
  • PM-QPSK Polarization-multiplexed Quadrature Phase Shift
  • the OTUCnAG is supported by three optical channels OCh-P.
  • Each OCh-P corresponds to one media channel (Media Channel), and two OCh-P corresponding media channels #2- 1 and
  • the #2-2 bit rate is 400 Gbit/s;
  • the medium channel #2-1 is transmitted by four subcarriers (SC-Sub Carrier) SC1, SC2, SC3 and SC4, which are uniformly modulated by PM-QPSK, each subcarrier bit rate.
  • SC-Sub Carrier subcarriers
  • SC1 subcarriers
  • SC3 and SC4 which are uniformly modulated by PM-QPSK, each subcarrier bit rate.
  • a total of 75 GHz spectrum resources are occupied by 100 gigabits per second
  • media channel #2-2 is transmitted by two subcarriers SC1 and SC2 uniformly modulated by PM-16QAM, each subcarrier has a bit rate of 200 gigabits per second.
  • each subcarrier has a bit rate of 100 gigabits per second, which occupies 50 GHz of spectrum resources.
  • #3 is a 400 Gbit/s signal.
  • the payload of the OTUCnAG signal is supported by two OCh-Ps.
  • Each OCh-P corresponds to one medium channel, and two OCh-P corresponding media channels #3-1 and #3-
  • the 2 bit rate is 200 Gbit/s;
  • the medium channel #3-1 is transmitted by the single subcarrier SC1 in the PM-16QAM modulation mode, occupying 50 GHz spectrum resources.
  • Media channel #3-2 is uniformly modulated by PM-QPSK
  • the two subcarriers SCI and SC2 are transmitted, each subcarrier has a bit rate of 100 gigabits per second, and occupies 50 GHz of spectrum resources.
  • #5 is the signal of lTbit/s
  • the payload of the OTUCnAG signal is supported by an OCh-P
  • the OCh-P corresponds to one medium channel
  • the five subcarriers SC1, SC2, SC3 of the PM-16QAM modulation mode are used.
  • the SC4 and SC5 transmit at a bit rate of 200 Gbit/s, occupying 200 GHz of spectrum resources.
  • ODUCn (rate n*100Gbit/s) containers are mapped into OTUCnAG, and OTUCnAG (rate n*100Gbit/s) is inversely multiplexed into multiple OTUCmTG (Transport Grou), respectively OTUCm TG OTUCm 2 TG... OTUCm (1-1 ) TG and OTUCm ⁇ G, which are interleaved by 13 ⁇ 4, m 2 ... m ⁇ ) and 13 ⁇ 4 OTUC sub-frame bytes, OTUC subframe A 4*4080 frame defined for the current G.709.
  • the OTUCmTG After the OTUCmTG is transmitted to the remote node B, it is assembled into a complete OTUCnAG frame by byte interleaving.
  • the structure of the OTUCnAG frame is 4 rows and 4808*n columns.
  • the Trail Trace Identifier (TTI) carried in all OTUC subframes of an OTUCnAG must be the same, indicating that these OTUC subframes belong to the same OTUCnAG.
  • the TTIs carried in all OTUC subframes in other OTUCnAGs must not be the same.
  • OTUCmTG is two OTUC4TGs (at a rate of 400 Gbit/s) and one OTUC2TG (at a rate of 200 Gbit/s). All OTUC subframes in the first OTUC10AG carry a TTI value of TTI1 and are carried by 10 OTUC subframes. The subframe number is from 1 to 10. The OTUC subframe cost of the second OTUC10AG carries the TTI value of TTI2, and the 10 OTUC subframes carry the subframe number value of 1 to 10.
  • an incorrect OTUC subframe is received at the Node B due to incorrect configuration of the cross matrix in the network.
  • an OTUC4TG frame in the first OTUC10AG is received by another second OTUC 10AG.
  • the first OTUC 10AG received the OTUC4TG belonging to the second OTUC 10 AG, which would cause the OTUCnAG to fail to assemble correctly. Therefore, in the present embodiment, before the OTUCn ⁇ TG OTUCm 2 TG, the OTUCm (l- i) TG, and the OTUCniiTG are transmitted to the remote node (such as the node B), the remote node needs to be configured through the management plane or the control plane.
  • the desired path tracking identifier of the receiving subframe (hereinafter referred to as the expected TTI), where is the path tracking identifier carried in the OTUC subframe under the OTUCmAG to be received, and the expected subframe number value range of the subframe to be received (hereinafter referred to as the shortest)
  • the desired subframe number value range this is the range of subframe number values in OTUCnAG for all OTUC subframes in the OTUCmTG under OTUCnAG to be received.
  • the receiving node After receiving the OTUCH TG OTUCm 2 TG, OTUCm (l-1) TG, and OTUCniiTG, the receiving node compares the TTI value carried by the OTUC frame overhead with the configured expected TTI value for each OTUC frame received, if If they are not equal, an alarm is generated for the OTUC subframes in the wrong order. Otherwise, it is compared whether the subframe number value of all OTUC subframes in the OTUCmTG belongs to the configured desired subframe number value range. If it does not belong, an OTUC subframe out-of-sequence alarm is generated, otherwise no alarm is generated.
  • ODUCn (rate n*100 Gbit/s) is inversely multiplexed into a plurality of optical data unit transmission groups ODUCmTG (Transport Group), respectively ODUCm TG ODUCm 2 TG... ODUCm (l- i) TG and ODUQ ⁇ TG, which are interpolated by m 2 ... m(w) and 13 ⁇ 4 ODUC sub-frame bytes respectively, and the ODUC sub-frame is 4*3824 defined by the current G.709. Frame.
  • ODUCmTG Transport Group
  • Node B is assembled into a complete ODUCn frame by byte interleaving.
  • the frame structure of ODUCn is 4 lines, 3824*n ⁇ in order to be correct at Node B.
  • To assemble these ODUCmTGs into one ODUCn it is necessary to carry the subframe number value of an ODUC subframe in ODUCn in the overhead of each ODUC subframe in each ODUCmTG.
  • the path tracking identifier TTI carried in all ODUC subframe overheads in an ODUCn must be the same, indicating that these ODUC subframes belong to the same ODUCn.
  • the TTI carried in all the ODUC subframes in the different ODUCs must be the same as the TTI carried in all the ODUC subframes in other ODUCns.
  • two ODUC10s are inversely multiplexed into three ODUCmTGs, two ODUC4TGs (at a rate of 400 Gbit/s) and one ODUC2TG (at a rate of 200 Gbit/s), the first All ODUC subframes in ODUC10 carry a TTI value of ⁇ 1, and the subframe number of the 10 ODUC subframes carries a value of 1 to 10.
  • the ODUC subframe cost in the second ODUC10 carries the TTI value of TTI2, and the subframes carried by the 10 ODUC subframes are encoded. The number is from 1 to 10.
  • Node B will receive an incorrect ODUC subframe.
  • an ODUC4TG frame in the first ODUC10 is received by another second ODUC10.
  • One ODUC10 receives the ODUC4TG belonging to the second ODUC10, which will result in the ODUCn not being assembled correctly.
  • the desired TTI needs to be configured to the remote node through the management plane or the control plane. At this time, it is the path tracking identifier carried in the ODUC subframe under the ODUCn to be received, and the expected subframe number value range. At this time, the subframe number value of all ODUC subframes in the ODUCm in the ODUCm to be received in the ODUCn is ODUCn.
  • the receiving node After receiving the ODUCmiTG ODUCm 2 TG, ODUCm(") TG, and ODUCm ⁇ G, the receiving node first compares whether the TTI value carried by the ODUC frame overhead and the configured expected TTI value are equal for each ODUC frame received, if not If they are equal, the ODUC subframes are out of sequence. Otherwise, the subframe number values of all ODUC subframes in the ODUCmTG are compared to the configured expected subframe number value range. If not, the ODUC subframes are out of sequence. Alarm, otherwise, no alarms need to be generated.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • the OTUC subframes in a certain OTUCnAG in the Node B are out of order, and the error sequence detection method is used to solve the problem that the OTUC subframes in the OTUCnAG are out of order.
  • the problem of correctly assembling OTUCnAG frames is used to solve the problem that the OTUC subframes in the OTUCnAG are out of order.
  • Step 601 At node A, the ODUCn container is mapped into OTUCnAG, and OTUCnAG is inversely multiplexed into multiple OTUCmTG (Transport Group), which are OTUCm TG, OTUCm 2 TG... OTUCm(w) and OTUCn ⁇ , respectively. , m 2 ... m (1-1 ) and 13 ⁇ 4 OTUC sub-frame bytes interspersed;
  • the OTUC subframe is a 4*4080 frame defined by G.709 at present.
  • Step 602 The cost of each OTUC subframe in each OTUCmTG carries the subframe number value of the OTUC subframe in the OTUCnAG, and the path tracking identifier TTI carried in all OTUC subframe overheads in an OTUCnAG is required. The same, indicating that these OTUC subframes belong to the same OTUCnAG;
  • the 13 ⁇ 4 OTUC subframes in the OTUCn ⁇ TG carry a subframe number value in the overhead
  • the subframe number values from the first OTUC subframe to the 13th OTUC subframe are respectively assigned a value of 1, 2, 3, ..., m lo OTUCm 2 TG in the m 2 th OTUC sub-frame carries a sub-frame number values in the overhead from the first frame to the first sub-sub OTUC m 2 th subframe number OTUC Values are assigned to mi+2, mi+3, ..., mi+m 2 ; ! ⁇ OTUCm ⁇ /TG! !
  • ⁇ OTUC subframes carry a subframe number value in the overhead, and the subframe number values from the first OTUC subframe to the m ⁇ ) OTUC subframes respectively!
  • the value is m 2 +...+m (l-2 ) +l, mi+ m 2 +...+m (l-2) +2, mi+ m 2 +...+m (l-2 ) +3, ... , mi+ m 2 +.. .+m (1-2) + m (1-1) .
  • the first OTUCniiTG! ⁇ OTUC subframes carry a subframe number value in the overhead, and the subframe number values from the first OTUC subframe to the 13th OTUC subframe are respectively!
  • the TTI in all OTUC subframes is assigned ⁇ 1.
  • Step 603 Before the OTUCm TG OTUCm 2 TG, OTUCm (l-1) , and OTUCniiTG are transmitted to the remote node B, the management plane or the control plane is configured to configure the node B to carry the OTUC subframe in the OTUCnAG to be received. (the expected frame of the subframe to be received) and the range of the subframe number value of all OTUC subframes in the OTUCnTG in the OTUCnTG to be received in the OTUCnAG (the expected subframe number value range of the received subframe);
  • the expected TTI of the configured 13 ⁇ 4 subframes is ⁇ 1
  • the expected subframe number value ranges from 1, 2, 3, ... , mj , the subframe number value of each OTUC subframe cannot be the same, belonging to [1, 2, 3, ..., !3 ⁇ 4];
  • the expected TTI of the configured m 2 subframes is TTI1
  • the expected subframe number value ranges from mj+2, mj+3, ...
  • the subframe number value of each OTUC subframe cannot be the same, and belongs to [m 1 +l, m 1 +2, m 1 +3, ..., mi+m 2 ];
  • the expected TTI of the configured m(w) subframes is TTI1
  • the expected subframe number value range is m 2 +...+m (1-2) +1, mi+ m 2 +...+m (l-2) +2, mi+ m 2 +...+m (1-2) +3, ...
  • the expected TTI of the configured MI subframes is TTI1
  • the expected subframe number value ranges from m 2 +...+m (1-2) + m 1 , mi+ m 2 +...+m (l-2 ) + m (1-1) +2, mi+ m 2 +...+m (1-2) + m (1-1) +3, . .. , mi+ m 2 +...+m (1-2) + m ⁇ D + m!
  • the sub-frame number value of each OTUC sub-frame cannot be the same, belonging to [!3 ⁇ 4+ !3 ⁇ 4+...
  • Step 604 After OTUCmjTG, OTUCm 2 TG, OTUCm (l-1) , and OTUCn ⁇ TG are transmitted to the remote Node B, the Node B compares the TTI value carried by the OTUC frame overhead with respect to each OTUC frame received. Whether the expected TTI values configured in step 603 are equal, and if not equal, generating an OTUC subframe out-of-sequence alarm;
  • Step 605 Compare, when the TTI carried in each received OTUC subframe is the same as the configured expected TTI value, whether the subframe number value of all OTUC subframes in the OTUCmTG belongs to the configured expected subframe number value. range.
  • the subframe number value of the OTUC subframe overhead in the OTUC n ⁇ TG is compared to the configured desired subframe number value range, that is, [1, 2, 3, ..., mi ], If it does not belong, an OTUC subframe out-of-sequence alarm is generated. Otherwise, no alarm is generated.
  • the subframe number value of the OTUC subframe overhead in the OTUC m 2 TG is compared to the configured desired subframe number value range, that is, + ⁇ , ⁇ , m!+3, ... , mi +m 2 ] , if not, generates an OTUC subframe out-of-sequence alarm. Otherwise, no alarm is generated.
  • the subframe number value of the OTUC sub-frame overhead of the OTUCnii TG is compared to the configured desired subframe number value range, that is, m 2 +...+m (l-2) + m (l -1) +l, mi + m 2 +...+m (l-2 ) + m (l- i)+2, mi+ m 2 +...+m (1-2) + m (1- 1) +3, ... , mi+ m 2 +...+m (1-2) + m (1-1) + mi ] , if not, generate OTUC subframe out-of-order alarm, otherwise, no need Generate any alarms.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • the ODUC subframes in a certain ODUCn in the Node B are out of order, and the error sequence detection method is used to solve the problem that the ODUC subframes in the ODUCn are out of order.
  • the problem of correctly assembling ODUCn frames is used to solve the problem that the ODUC subframes in the ODUCn are out of order.
  • Step 701 At node A, ODUCn is inversely multiplexed into a plurality of ODUCmTG (Transport Group), respectively ODUCm TG ODUCm 2 TG-ODUCm (1-1) TG and ODUQ ⁇ TG, which are respectively 13 ⁇ 4, m 2 . .. m(w) and 13 ⁇ 4 ODUC subframe bytes are interleaved, and each ODUCmTG is mapped into an OTUCmTG;
  • ODUCmTG Transport Group
  • the ODUC subframe is a 4*4080 frame defined by the current G.709.
  • Step 702 Carrying, in the overhead of each ODUC subframe in each ODUCmTG, a subframe number value of an ODUC subframe in the ODUCn, and a path tracking identifier TTI carried in all ODUC subframe overheads in an ODUCn The same, indicating that these ODUC subframes belong to the same ODUCn;
  • the 13 ⁇ 4 001 ⁇ : subframes in the ODUCn ⁇ TG carry a subframe number value in the overhead, and the first ODUC subframe to the 13th ODUC subframe number are assigned 1, 2, respectively. 3, ... , m lo ODUCm 2
  • the m 2 ODUC subframes in the TG carry a number value in the overhead, and the subframe number values from the first ODUC subframe to the m 2 ODUC subframes are respectively assigned values.
  • the subframe number values from the first ODUC subframe to the m ⁇ ) ODUC subframes are respectively U 2 +...+m (1-2 ) +1, mi+ m 2 +...+ m (l-2) +2, mi+ m 2 +...+m (l-2 )+3, ..., mi+ m 2 +...+m (1-2) + m (1-1) .
  • the first ODUCn ⁇ TG! ⁇ ODUC subframe carries a subframe number value in the overhead, from the first ODUC subframe to the 13 ⁇ 4th
  • the subframe number value of the ODUC sub-frame is!!
  • the value is 13 ⁇ 4+ m 2 +...+m (1-2) + m (1-1) +1, mi+ m 2 +...+m (l -2 )+ m (l- i)+2, mi+ m 2 +...+m (1-2) + m (1-1) +3, ... , mi+ m 2 +...+m (1-2) + m (1-1) + m 10
  • n m 2 +...+m (l-2 )+ m (l- i ) +m 1 .
  • the TTI in all ODUC subframes is assigned a value of ⁇ 1.
  • Step 703 Before the ODUCmTG ODUCm 2 TG, ODUCm(" TG, and ODUCm ⁇ G are transmitted to the remote Node B, the management plane or the control plane, and configure the path carried in the ODUC subframe of the ODUCn to be received by the Node B. a range of the subframe number value of the tracking identifier (the expected TTI of the subframe to be received) and all the ODUC subframes of the ODUCmTG in the ODUCm to be received in the ODUCn (the range of expected subframe number values of the subframe to be received);
  • the expected TTI of the configured 13 ⁇ 4 subframes is ⁇
  • the expected sub-frame number value range is 1, 2, 3, ..., m!, the sub-frame number value of each ODUC sub-frame cannot be the same, belongs to [ 1,2, 3, ... ,!3 ⁇ 4]
  • the expected TTI of the configured m 2 subframes is TTI 1
  • the expected subframe number value ranges from mi+2, mi+3, ... , mj+mz, the sub-frame number value of each ODUC sub-frame cannot be the same, belonging to 13 ⁇ 4+2, 13 ⁇ 4+3, ..., mi+m 2 ];
  • the expected TTI of the configured m(w) subframes is TTI1
  • the expected subframe number value ranges from 13 ⁇ 4+ m 2 +...+m (1-2) +1, mi+ m 2 +...+m (l-2) +2, mi+ m 2 +...+m (1-2) +3, . ..
  • mi+ m 2 +...+m (1-2) + m (1-1) the subframe number value of each ODUC subframe cannot be the same, belonging to m 2 +...+m (l- 2 )+l, mi+ m 2 +...+m (i-2) +2, mi+ m 2 +...+m (l-2 ) +3, ... , mi+ m 2 +... +m (1-2) + m (1-1) ].
  • the expected TTI of the configured subframes is TTI1
  • the expected subframe number value ranges from m 2 +...+m (1-2) + m 1 , mi+ m 2 +...+m (l-2 )+ m (1-1) +2, mi+ m 2 +...+m (1-2) + m (1-1) +3, ...
  • Step 704 After ODUCmiTG, ODUCm 2 TG, ODUCm (1-1 ), and ODUCm ⁇ G are transmitted to the remote Node B, the Node B compares the ODUC for each ODUC frame received. Whether the TTI value carried by the subframe overhead is equal to the expected TTI value configured in step 703, and if not equal, an alarm of ODUC subframe out-of-sequence is generated;
  • Step 705 Compare, if the TTI values are equal, whether the subframe number value of all ODUC subframes in the ODUCmTG belongs to the configured expected subframe number value range.
  • the subframe number value of the ODUC subframe overhead in the ODUC n ⁇ TG is compared to the configured desired subframe number value range, that is, [1, 2, 3, ..., ⁇ , If it does not belong, an ODUC subframe out-of-sequence alarm is generated. Otherwise, no alarm is generated.
  • the subframe number value of the ODUC subframe overhead in the ODUCnii TG is compared to the configured desired subframe number value range, that is, m 2 +...+m (l-2) + m (l- 1) +l, mi + m 2 +...+m (l-2 ) + m (l- i)+2, mi+ m 2 +...+m (1-2) + m (1-1 ) +3, ... , mi+ m 2 +...+m (1-2) + m (1-1) + mi ] , if not, generate ODUC subframe out-of-sequence alarm, otherwise, no need to generate Any alert.
  • the embodiments of the present invention provide a data mapping and multiplexing processing method and a corresponding optical node.
  • the embodiment further discloses a node, including: a receiving unit 801, a first determining unit 802, and a second determining unit 803, where:
  • a receiving unit 801 configured to receive a subframe from a sending node
  • a first determining unit 802 configured to determine whether the path tracking identifier carried in each received subframe is the same as the expected path tracking identifier of the subframe to be received;
  • a second determining unit 803 configured to determine, in the first determining unit, each received subframe If the path tracking identifiers carried in the subframes are the same as the expected path tracking identifiers of the subframes to be received, determine whether the subframe number value carried in each subframe belongs to the expected subframe number value range of the subframe to be received, and if it is determined that the received subframe number value is received, The sub-frame number value carried by the sub-frame does not belong to the range of the desired sub-frame number value of the sub-frame to be received, and the sub-frame is out of order.
  • the target path tracking identifier of the subframe is to be received, wherein the OTUC subframe in the same OTUCnAG carries the same path tracking identifier.
  • the receiving unit is configured to respectively receive the OTUC subframes of the multiple super optical channel transmission units OTUCmTG to which the OTUCnAG to be received is inversely multiplexed; the expected subframe number value range of the subframe to be received is the OTUCmTG under the OTUCnAG to be received.
  • the second determining unit is configured to determine whether the received subframe number value in each OTUC subframe of each OTUCmTG belongs to the subframe number of the OTUC subframe in the OTUCnTG corresponding to the OTUCnTG to be received in the OTUCnAG. If the subframe number value carried by the received subframe does not belong to the range of the subframe number value of the OTUC subframe in the OTUCnAG, the subframe is out of sequence.
  • the desired path tracking identifier of the subframe to be received is the path tracking identifier carried in the ODUC subframe under the super optical channel data unit ODUCn to be received, where the same ODUCn
  • the ODUC subframe carries the same path tracking identifier.
  • the receiving unit is configured to respectively receive an ODUC subframe under the OTUCmTG to which the plurality of optical data unit transmission groups ODUCmTG to which the ODUCn to be received is inversely multiplexed; the expected subframe number value range of the subframe to be received is to be received The range of subframe number values in the ODUCn of the OTUC subframe in the ODUCmTG under ODUCn;
  • the second determining unit is configured to determine whether the received subframe number value in each ODUC subframe under each ODUCmTG belongs to the subframe number of the ODUC subframe in the ODUCm corresponding to the ODUCm to be received in the ODUCn. If the subframe number value carried by the received subframe does not belong to the range of the subframe number value in the ODUCn of the ODUCmTG in the corresponding ODUCmTG, the subframe is out of sequence.
  • a general-purpose computing device which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • the invention may be implemented by program code executable by the computing device so that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or Multiple modules or steps are made into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the embodiment of the present invention determines whether the subframe number value carried in each subframe belongs to the subframe to be received. The expected range of subframe number values, thereby more accurately and effectively detecting whether the subframes are out of order.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

一种反向复用中子帧错序的检测方法及节点，包括：接收节点从发送节点接收子帧，判断接收到的每个子帧中携带的路径跟踪标识与要接收子帧的期望路径跟踪标识是否相同；在所接收到的每个子帧中携带的路径跟踪标识均与要接收子帧的期望路径跟踪标识相同时，判断每个子帧中携带的子帧编号值是否属于要接收子帧的期望子帧编号值范围，如果判断出所接收到的子帧携带的子帧编号值不属于要接收子帧的期望子帧编号值范围，则确定子帧错序。

Description

一种反向复用中子帧错序的检测方法及节点
技术领域
本发明涉及光传输技术领域， 尤其涉及一种反向复用中子帧错序的检测 方法及节点。
背景技术
光传输技术的发展趋势呈现单通道更高速率（例如， 单通道 400G/1T传 输） 、 更高频谱效率和高阶调制格式， 因此， 继续提升速率依然是光传输发 展的最明确最重要的方向。 高速传输面临很多的限制， 主要存在两个方面： 一方面， 光传输技术向高谱效率汇聚传输和高速业务接口传输发展， 如果频 谱效率无法继续提升， 则低速汇聚至高速再传输意义不大， 但由于客户侧仍 可能会有高速以太网接口， 仍需考虑高速接口的传输问题， 400G将是频谱效 率极限的一个临界点； 另一方面， 光传输技术向长距离 （长跨段和多跨段） 发展， 虽然通过釆用低损耗光纤、 低噪声放大器、 减小跨段间距等手段可以 提升系统 OSNR (光信噪比） ， 但改善有限且难以取得重大突破， 工程上也 难以实施。
随着承载网带宽需求越来越大， 超 100G ( Beyond 100G )技术成为带宽 需求增长的解决方案， 100G之上无论是 400G还是 1T, 传统的 50GHz固定 栅格（Fixed Grid ) 的波分复用 （Wavelength Division Multiplexing, 简称为 WDM )都无法提供足够的频谱宽度实现超 100G技术。由于固定栅格的缺陷， 因此， 提出需要更宽的灵活栅格 ( Flexible Grid ) 。 相关技术中， 超 100G的 多速率混传和超 100G调制码型灵活性导致通道带宽需求不同， 若每个通道 定制合适的带宽， 可实现系统带宽的充分利用， 从而产生了灵活栅格系统。 基于带宽需求持续增加对超高速 WDM 系统的需求， 从而引入对灵活栅格 ( Flexible Grid )技术的需求， 灵活栅格技术的引入，将导致频语碎片的出现， 超 100G的业务， 比如， 1T速率大小的以太网业务在光层上进行传送的时候， 可能无法找到一段连续的、 频谱宽度足够大的频谱来传送， 因此需要将一个 1T速率大小的电层容器反向复用到多个非连续频谱上进行传送， 从而能够提 高频谱利用率和尽可能利用频谱的碎片资源。 另外， 也出现了相干接收技术 的光器件， 光器件能够根据所被配置接收的中心频率、 频语宽度、 调制格式 等信息， 能够动态地正确地接收光信号。
在相关技术中引入反向复用后， 出现了子帧错序的问题， 导致接收节点 在接收子帧后无法将子帧组装成完整的帧， 目前对接收节点如何确定是否发 生子帧错序尚未提出有效的解决方案。 发明内容
本发明实施例提供一种反向复用中子帧错序的检测方式及节点， 能够再 引入反向复用后， 有效地进行子帧错序的检测。
本发明实施例的一种反向复用中子帧错序的检测方法， 包括：
接收节点从发送节点接收子帧， 判断所接收到的每个子帧中携带的路径 跟踪标识与要接收子帧的期望路径跟踪标识是否相同； 以及
所述接收节点在所接收到的每个子帧中携带的路径跟踪标识均与所述要 接收子帧的期望路径跟踪标识相同时， 判断每个子帧中携带的子帧编号值是 否属于要接收子帧的期望子帧编号值范围， 如果判断出所接收到的子帧携带 的子帧编号值不属于所述要接收子帧的期望子帧编号值范围， 则确定子帧错 序。
可选地， 在所述子帧为光通道传送单元 OTUC子帧时， 所述要接收子帧 的期望路径跟踪标识为要接收的超级光通道管理单元 OTUCnAG下的 OTUC 子帧中携带的路径跟踪标识， 其中， 同一 OTUCnAG下的 OTUC子帧中携带 同一路径跟踪标识。
可选地， 在所述子帧为光通道数据单元 ODUC子帧时， 所述要接收子帧 的期望路径跟踪标识为要接收的超级光通道数据单元 ODUCn下的 ODUC子 帧中携带的路径跟踪标识， 其中， 同一 ODUCn下的 ODUC子帧中携带同一 路径艮踪标识。
可选地， 所述接收节点从发送节点接收子帧， 包括： 分别接收所述要接 收的 OTUCnAG反向复用到的多个超级光通道传送单元传送组 OTUCmTG下 的 OTUC 子帧； 所述要接收子帧的期望子帧编号值范围为所述要接收的 围； 以及
所述判断每个子帧中携带的子帧编号值是否属于所述要接收子帧的期望 子帧编号值范围， 包括： 判断所接收到的每个 OTUCmTG下的每个 OTUC子 帧中携带的子帧编号值是否属于所述要接收的 OTUCnAG 下对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 如果判断出 所接收到的子帧携带的子帧编号值不属于对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 则确定子帧错序。
可选地， 所述接收节点从发送节点接收子帧， 包括： 分别接收所述要接 收的 ODUCn反向复用到的多个光数据单元传送组 ODUCmTG各自映射到的 OTUCmTG下的 ODUC子帧； 所述要接收子帧的期望子帧编号值范围为所述 要接收的 ODUCn下的 ODUCmTG中 OTUC子帧在 ODUCn中的子帧编号值 的范围； 以及
所述判断每个子帧中携带的子帧编号值是否属于所述要接收子帧的期望 子帧编号值范围， 包括： 判断所接收到的每个 ODUCmTG下的每个 ODUC 子帧中携带的子帧编号值是否属于要接收的 ODUCn下对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 如果判断出所接收到的子帧 携带的子帧编号值不属于对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子 帧编号值的范围， 则确定子帧错序。
可选地， 所述要接收子帧的期望路径跟踪标识是管理平面或者控制平面 配置到所述接收节点； 所述要接收子帧的期望子帧编号值范围是所述管理平 面或者控制平面配置到所述接收节点。
可选地， 所述接收节点在判断出所接收到的子帧中携带的路径跟踪标识 与所述要接收子帧的期望路径跟踪标识不同时， 确定子帧错序； 以及
所述接收节点在确定子帧错序后， 产生子帧错序的告警。
可选地， 一种节点， 包括： 接收单元、 第一判断单元和第二判断单元， 其中： 所述接收单元， 其设置成从发送节点接收子帧；
所述第一判断单元， 其设置成判断所接收到的每个子帧中携带的路径跟 踪标识与要接收子帧的期望路径跟踪标识是否相同； 以及
所述第二判断单元， 其设置成在所述第一判断单元判断所接收到的每个 子帧中携带的路径跟踪标识均与所述要接收子帧的期望路径跟踪标识相同 时 , 判断每个子帧中携带的子帧编号值是否属于要接收子帧的期望子帧编号 值范围， 如果判断出所接收到的子帧携带的子帧编号值不属于所述要接收子 帧的期望子帧编号值范围， 则确定子帧错序。
可选地， 在所述子帧为光通道传送单元 OTUC子帧时， 所述要接收子帧 的期望路径跟踪标识为要接收的超级光通道管理单元 OTUCnAG下的 OTUC 子帧中携带的路径跟踪标识， 其中， 同一 OTUCnAG下的 OTUC子帧中携带 同一路径跟踪标识。
可选地， 在所述子帧为光通道数据单元 ODUC子帧时， 所述要接收子帧 的期望路径跟踪标识为要接收的超级光通道数据单元 ODUCn下的 ODUC子 帧中携带的路径跟踪标识， 其中， 同一 ODUCn下的 ODUC子帧中携带同一 路径艮踪标识。
可选地， 所述接收单元是设置成分别接收所述要接收的 OTUCnAG反向 复用到的多个超级光通道传送单元 OTUCmTG下的 OTUC子帧；所述要接收 子帧的期望子帧编号值范围为所述要接收的 OTUCnAG下的 OTUCmTG 中 OTUC子帧在 OTUCnAG中的子帧编号值的范围； 以及
所述第二判断单元是设置成判断所接收到的每个 OTUCmTG 下的每个 OTUC子帧中携带的子帧编号值是否属于所述要接收的 OTUCnAG下对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 如果判断出 所接收到的子帧携带的子帧编号值不属于对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 则确定子帧错序。
可选地， 所述接收单元是设置成分别接收所述要接收的 ODUCn反向复 用到的多个光数据单元传送组 ODUCmTG各自映射到的 OTUCmTG 下的 ODUC子帧；所述要接收子帧的期望子帧编号值范围为所述要接收的 ODUCn 下的 ODUCmTG中 OTUC子帧在 ODUCn中的子帧编号值的范围； 以及 所述第二判断单元是设置成判断所接收到的每个 ODUCmTG下的每个 ODUC 子帧中携带的子帧编号值是否属于要接收的 ODUCn 下对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 如果判断出所 接收到的子帧携带的子帧编号值不属于对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 则确定子帧错序。
综上所述， 本发明实施例通过在所接收到的每个子帧中携带的路径跟踪 标识与要接收子帧的期望路径跟踪标识均相同时， 判断每个子帧中携带的子 帧编号值是否属于要接收子帧的期望子帧编号值范围， 从而更加精确、 有效 的检测子帧是否发生错序。 附图概述
图 1是相关技术中的 ODUCn-OTUCnAG-OChAG的映射和复用处理流程 的示意图；
图 2是相关技术中的 ODUCn-OTUCnAG-z*OTUCmTG-OChAG的映射和 复用处理流程的示意图；
图 3是相关技术中的 5个信号在同一条光纤上的映射、 复用和光信号传 送处理流程的示意图；
图 4是本实施方式的一种反向复用的示意图；
图 5是本实施方式的另一种反向复用的示意图；
图 6为与图 4对应的本实施方式的反向复用中子帧错序的检测方法的流 程图；
图 7为与图 5对应的本实施方式的另一种反向复用中子帧错序的检测方 法的流程图；
图 8为本发明实施方式的节点的架构图。 本发明的较佳实施方式 目前，超 100G技术成为带宽需求增长的解决方案，100G之上无论是 400G 还是 1T, 传统的 50GHz 固定栅格的波分复用都无法提供足够的频谱宽度实 现超 100G技术。 由于固定栅格的缺陷， 因此， 提出需要更宽的灵活栅格 ( Flexible Grid ) 。
如 图 1 所 示 ， 装 载 了 超 100G 业 务 的 ODUCn 通 过
ODUCn-OTUCnAG-OChAG 的映射和复用处理， 最终在光层进行传送。 OChAG至少包含一个 OCh-P。如图 1所示， 将分组业务数据映射到超级光通 道数据单元（ ODUCn,表示比 ODUk(k=0,l,2,2e,3,4)更高的速率 ),并将 ODUCn 映射进超级光通道管理单元（OTU High-speed Administrative Group, 简称为 OTUCnAG );再将 OTUCnAG映射进超级光通道（ OCh Administrative Group , OChAG )； 其中， ODUCn、 OTUCnAG和 OChAG的速率均是 N倍的 100吉 比特每秒， ODUCn的支路时序大小为 100吉比特每秒， N为大于等于 2的正 整数。
需要说明的是， OTUCnAG为光通道传送单元 OTU高速管理组， 它是一 个 N* 100吉比特每秒的复合信号，由 N个 100G OTU帧组成，比如， OTUC2AG 为 200吉比特每秒， OTUC4AG表示 400吉比特每秒； OChAG表示用来承载 OTUCnAG的光通道信号集合， 如果这些光信号经过同一条路由， OChAG提 供单个实体来管理这些信号； 如果这些信号经过不同的路由， 需要多个光通 道 OCh, 那么经过相同路由的信号通过一个光通道来管理。 也可以将承载了 低阶光通道数据单元（ODUk )或分组业务数据的 ODU4和承载了分组业务 数据的低阶的 ODUCm ( m<n )联合复用进高阶的 ODUCn, 其中， ODUk至 少包括以下之一： ODU0、 0DU1、 ODU2、 ODU2e、 ODU3、 ODUflex; 将高 阶的 ODUCn映射进 OTUCnAG。
灵活栅格技术的引入， 将导致频语碎片的出现， 超 100G 的业务， 比如 1T速率大小的以太网业务在光层上进行传送的时候， 可能无法找到一段连续 的、频谱宽度足够大的频谱来传送， 因此需要将一个 1T速率大小的电层容器 反向复用到多个非连续频谱上进行传送， 从而能够提高频谱利用率和尽可能 利用频谱的碎片资源。
图 2 描 述 了 一 种 反 向 复 用 技 术 ， 描 述 了 ODUCn-OTUCnAG-z*OTUCmTG-OChAG的映射和复用处理流程的示意图， 其中， OChAG所包含的多个光信号通过离散的频谱来承载， 并且经过不相同 的路由， 如图 2所示， 将 ODUCn映射进 OTUCnAG, 再将 OTUCnAG映射 进 OChAG包括： 将 OTUCnAG反向复用进多个超级光通道传送单元传送组 ( OTUCmTG ) , 再将 OTUCmTG 映射进对应的光通道（ OCh ) ； 其中， OTUCmTG速率均为 100吉比特每秒的 M倍， M大于等于 1且 M小于 N。 OTUCmTG ( Transport Group, m<n )是一个复合信号， 它是一个 m*100吉比 特每秒的信号。 每个 OTUCmTG 均具有相同的速率等级， 或者， 所有的 OTUCmTG均具有不同的速率等级。
图 3给出了一个根据图 2所描述的反向复用过程的反向复用的例子， 描 述了 5个信号在同一条光纤上的映射、复用和光信号传送处理流程的示意图， 如图 3所示， 在一条光纤上， 共有 5个业务在上面传输， #1和 #4是 100吉比 特每秒信号， 各占用 50GHz 的频谱资源 ， 并釆用 PM-QPSK ( Polarization-multiplexed Quadrature Phase Shift Keying, 偏振复用正交相移键 控）调制方式的单载波传输。
#2是 lTbit/s的信号，该 OTUCnAG由三个光通道 OCh-P支持，每个 OCh-P 对应一条介质通道 ( Media Channel ) , 其中两个 OCh-P对应的介质通道 #2- 1 和 #2-2比特速率为 400Gbit/s; 介质通道 #2-1由均釆用 PM-QPSK调制方式的 4个子载波（SC-Sub Carrier ) SC1、 SC2、 SC3和 SC4传送， 每个子载波比特 速率为 100吉比特每秒， 共占用 75GHz频谱资源； 介质通道 #2-2 由均釆用 PM-16QAM调制方式的 2个子载波 SC1和 SC2传送， 每个子载波比特速率 为 200吉比特每秒，共占用 75GHz频谱资源； 剩下的一个 OCh-P对应的介质 通道 #2-3的比特速率为 200吉比特每秒，该介质通道 #2-3由均釆用 PM-QPSK 调制方式的 2个子载波 SC1和 SC1传送，每个子载波比特速率为 100吉比特 每秒， 共占用 50GHz频谱资源。
#3是 400Gbit/s的信号， 该 OTUCnAG信号的净荷由两个 OCh-P支持， 每个 OCh-P对应一条介质通道，两个 OCh-P对应的介质通道 #3-1和 #3-2比特 速率均为 200Gbit/s; 介质通道 #3-1 由釆用 PM-16QAM调制方式的单子载波 SC1传送， 占用 50GHz频谱资源。 介质通道 #3-2由均釆用 PM-QPSK调制方 式的 2个子载波 SCI和 SC2传送， 每个子载波比特速率为 100吉比特每秒， 共占用 50GHz频谱资源。
#5是 lTbit/s的信号， 该 OTUCnAG信号的净荷由一个 OCh-P支持， 该 OCh-P对应一条介质通道， 由釆用 PM- 16QAM调制方式的 5个子载波 SC 1、 SC2、 SC3、 SC4和 SC5传送， 比特速率均为 200Gbit/s, 占用 200GHz频谱资 源。
如图 4所示， 在节点 A处， ODUCn (速率为 n*100Gbit/s )容器映射进 OTUCnAG, OTUCnAG (速率为 n*100Gbit/s )反向复用到多个 OTUCmTG ( Transport Grou ) , 分别是 OTUCm TG OTUCm2TG... OTUCm(1-1)TG和 OTUCm^G,它们分别由 1¾、 m2... m^)和 1¾个 OTUC子帧字节间插而成， OTUC子帧为目前 G.709定义的 4*4080的帧。这些 OTUCmTG传送到远端的 节点 B后，通过字节间插方式，再组装成一个完整 OTUCnAG帧， OTUCnAG 帧的结构是 4行， 4808*n列。 为了能够在节点 B正确地将这些 OTUCmTG进 行组装成一个 OTUCnAG, 需要在每个 OTUCmTG里的每个 OTUC子帧的开 销里携带一个 OTUC 子帧在 OTUCnAG 里的子帧编号值。 而且， 一个 OTUCnAG里的所有 OTUC 子帧开销里携带的路径跟踪标识 （Trail Trace Identifier, TTI )必需相同， 表示这些 OTUC子帧属于同一个 OTUCnAG。 而 其他 OTUCnAG里所有 OTUC子帧开销里携带的 TTI必需不能相同。
比如， 两个 OTUC10AG (速率都是 lTbit/s ) , 都反向复用到三个
OTUCmTG,分别是两个 OTUC4TG(速率为 400Gbit/s )和一个 OTUC2TG(速 率为 200Gbit/s ) , 第一个 OTUC10AG里的所有 OTUC子帧开销携带 TTI值 为 TTI1 , 10 个 OTUC 子帧开销携带的子帧编号值为 1 到 10。 第二个 OTUC10AG里的所有 OTUC子帧开销携带 TTI值为 TTI2, 10个 OTUC子帧 开销携带的子帧编号值为 1到 10。
在实际系统中， 由于网络里， 比如交叉矩阵的错误配置， 导致节点 B处 会收到错误的 OTUC子帧， 比如第一个 OTUC10AG里的某个 OTUC4TG帧 被另外第二个 OTUC 10AG接收， 而第一个 OTUC 10AG却接收到属于第二个 OTUC 10 AG的 OTUC4TG, 这将导致 OTUCnAG无法正确地组装。 因此， 本实施方式中在 OTUCn^TG OTUCm2TG、 OTUCm(l-i)TG , OTUCniiTG传送到远端的节点 （比如节点 B )前， 需要通过管理平面或者控 制平面， 向远端节点配置要接收子帧的期望路径跟踪标识（下文简称为期望 TTI ) ,此时为要接收的 OTUCmAG下的 OTUC子帧中携带的路径跟踪标识， 以及要接收子帧的期望子帧编号值范围 (下文简称为期望子帧编号值范围） , 此时为要接收的 OTUCnAG下的 OTUCmTG里所有 OTUC子帧在 OTUCnAG 中的子帧编号值的范围。接收节点收到 OTUCH TG OTUCm2TG、 OTUCm(l-1) TG 、 OTUCniiTG后， 针对收到的每一个 OTUC帧， 首先比较 OTUC帧开销 所携带 TTI值与所配置的期望 TTI值是否相等， 如果不相等， 则产生 OTUC 子帧错序的告警。 否则， 比较 OTUCmTG里的所有 OTUC子帧的子帧编号值 是否属于所配置的期望子帧编号值范围。 如果不属于， 则产生 OTUC子帧错 序告警， 否则无需产生任何告警。
如图 5所示， 在节点 A处， ODUCn (速率为 n*100Gbit/s )反向复用到多 个光数据单元传送组 ODUCmTG ( Transport Group ) , 分别是 ODUCm TG ODUCm2TG... ODUCm(l-i)TG和 ODUQ^TG,它们分别由 、 m2... m(w)和 1¾ 个 ODUC子帧字节间插而成， ODUC子帧为目前 G.709定义的 4*3824的帧。 这些 ODUCmTG映射到 OTUCmTG并传送到远端的节点 B后， 节点 B通过 字节间插方式， 再组装成一个完整 ODUCn帧， ODUCn的帧结构是 4行， 3824*n歹 为了能够在节点 B正确地将这些 ODUCmTG组装成一个 ODUCn, 需要在每个 ODUCmTG里的每个 ODUC子帧的开销里携带一个 ODUC子帧 在 ODUCn里的子帧编号值。 而且， 一个 ODUCn里的所有 ODUC子帧开销 里携带的路径跟踪标识 TTI 必需相同， 表示这些 ODUC 子帧属于同一个 ODUCn。 而另外一个不相同的 ODUCn里的所有 ODUC子帧开销里携带的 TTI必需与其他 ODUCn里所有 ODUC子帧开销里携带的 TTI必需不能相同。
比如，两个 ODUC10(速率都是 lTbit/s ) ,都反向复用到三个 ODUCmTG, 分别是两个 ODUC4TG (速率为 400Gbit/s ) 和一个 ODUC2TG (速率为 200Gbit/s ) , 第一个 ODUC10里的所有 ODUC子帧开销携带 TTI值为 ΤΉ1 , 10个 ODUC子帧开销携带的子帧编号值为 1到 10。 第二个 ODUC10里的所 有 ODUC子帧开销携带 TTI值为 TTI2, 10个 ODUC子帧开销携带的子帧编 号值为 1到 10。
在实际系统中， 由于网络里， 比如交叉矩阵的错误配置， 导致节点 B处 会收到错误的 ODUC子帧， 比如第一个 ODUC10里的某个 ODUC4TG帧被 另外第二个 ODUC10接收，而第一个 ODUC10却接收到属于第二个 ODUC10 的 ODUC4TG, 这将导致 ODUCn无法正确地组装。
因此， 本实施方式中在 ODUCmiTG ODUCm2TG、 ODUCm(1-1)TG 、 ODUCniiTG传送到远端的节点 （比如节点 B )前， 需要通过管理平面或者控 制平面， 向远端节点配置期望 TTI, 此时为要接收的 ODUCn下的 ODUC子 帧中携带的路径跟踪标识， 以及期望子帧编号值范围， 此时为要接收的 ODUCn下的 ODUCmTG里所有 ODUC子帧在 ODUCn中的子帧编号值的范 围。 接收节点收到 ODUCmiTG ODUCm2TG、 ODUCm(")TG、 ODUCm^G 后，针对收到的每一个 ODUC帧，首先比较 ODUC帧开销所携带 TTI值与所 配置的期望 TTI值是否相等， 如果不相等， 则产生 ODUC子帧错序的告警。 否则， 比较 ODUCmTG里的所有 ODUC子帧的子帧编号值是否属于所配置 的期望子帧编号值范围。 如果不属于， 则产生 ODUC子帧错序告警， 否则， 无需产生任何告警。
下文中将参考附图并结合实施例来详细说明本发明实施例。 需要说明的 是， 在不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。
实施例一：
如图 4和图 6所示， 本实施例以节点 B中的某个 OTUCnAG里的 OTUC 子帧发生错序， 给出错序的检测方法， 以解决 OTUCnAG里的 OTUC子帧发 生错序后， 无法正确地组装 OTUCnAG帧的问题。
步骤 601 : 在节点 A处， ODUCn容器映射进 OTUCnAG, OTUCnAG反 向复用到多个 OTUCmTG ( Transport Group ) , 分别是 OTUCm TG、 OTUCm2TG... OTUCm(w)和 OTUCn^,它们分别由 、 m2... m(1-1)和 1¾个 OTUC 子帧字节间插而成；
OTUC子帧为目前 G.709定义的 4*4080的帧。 步骤 602: 在每个 OTUCmTG里的每个 OTUC子帧的开销里携带一个 OTUC子帧在 OTUCnAG里的子帧编号值， 而且， 一个 OTUCnAG里的所有 OTUC子帧开销里携带的路径跟踪标识 TTI必需相同， 表示这些 OTUC子帧 属于同一个 OTUCnAG;
在本实施例里， OTUCn^TG里的 1¾个 OTUC子帧在开销里携带一个子 帧编号值， 从第一个 OTUC子帧到第 1¾个 OTUC子帧的子帧编号值分别赋 值为 1, 2, 3, ... , ml o OTUCm2TG里的 m2个 OTUC子帧在开销里携带一个子 帧编号值， 从第一个 OTUC子帧到第 m2个 OTUC子帧的子帧编号值分别赋 值为 mi+2, mi+3, ... , mi+m2;第！！^ 个 OTUCm^/TG里的！！^ 个 OTUC 子帧在开销里携带一个子帧编号值， 从第一个 OTUC子帧到第 m^)个 OTUC 子帧的子帧编号值分别!!武值为 m2+...+m (l-2) +l, mi+ m2+...+m (l-2) +2, mi+ m2+...+m (l-2) +3, … ， mi+ m2+...+m (1-2) + m (1-1)。 第 个 OTUCniiTG里的！^个 OTUC子帧在开销里携带一个子帧编号值， 从第一个 OTUC子帧到第 1¾个 OTUC 子帧的子帧编号值分别！!武值为 1¾+ m2+...+m (1-2) + m (1-1) +1, mi+ m2+...+m(l-2) + m(l-i) +2, mi+ m2+...+m(1-2) + m(1-1) +3, ... , mi+ m2+...+m(1-2)+ m(1-1)
+m10 其中，！！二！^+！！^+…+！！^ +！！^ +！!^ 。 所有 OTUC子帧里的 TTI都赋 值为 ΤΉ 1。
步骤 603: 在 OTUCm TG OTUCm2TG、 OTUCm(l-1) 、 OTUCniiTG传送 到远端的节点 B 前， 管理平面或者控制平面， 向节点 B 配置要接收的 OTUCnAG下的 OTUC子帧中携带的 ΤΉ (要接收子帧的期望 ΤΉ )和要接收 的 OTUCnAG下的 OTUCmTG里所有 OTUC子帧在 OTUCnAG中的子帧编 号值的范围 （接收子帧的期望子帧编号值范围） ；
在本实施例里，针对 OTUCn^TG,所配置 1¾个子帧的期望 TTI都为 ΤΉ1 , 针对 OTUCn^TG的 1¾个 OTUC子帧，期望子帧编号值范围为 1, 2, 3, ... , mj , 每个 OTUC子帧的子帧编号值不能相同， 属于 [1, 2, 3, ... , !¾]即可;
针对 OTUC m2TG, 所配置 m2个子帧的期望 TTI都为 TTI1 , 针对 OTUC m2TG的 m2个 OTUC子帧， 期望子帧编号值范围为 mj+2, mj+3, ... , mi+m2, 每个 OTUC子帧的子帧编号值不能相同， 属于 [m1+l, m1+2, m1+3, ... , mi+m2] 即可； 针对 OTUC m(l-1)TG,所配置 m(w)个子帧的期望 TTI都为 TTI1 ,针对 OTUC m(l-1)TG的 m^)个 OTUC子帧， 期望子帧编号值范围为 m2+...+m (1-2) +1, mi+ m2+...+m (l-2) +2, mi+ m2+...+m (1-2) +3, ... , mi+ m2+...+m (1-2) + m (1-1), 每个 OTUC子帧的子帧不能相同， 属于 m2+...+m (l-2) +1, mi+ m2+...+m (l-2) +2, mi+ m2+...+m(l-2) +3, ... , mi+ m2+...+m(1-2) + m(1-1) ]即可。
针对 OTUC mJG,所配置 mi个子帧的期望 TTI都为 TTI1 ,针对 OTUC m i TG的 m i个 OTUC子帧，期望子帧编号值范围为 m2+...+m (1-2) + m 1 , mi+ m2+...+m(l-2) + m(1-1)+2, mi+ m2+...+m(1-2) + m(1-1) +3, ... , mi+ m2+...+m(1-2) + m^D + m!, 每个 OTUC子帧的子帧编号值不能相同， 属于 [!¾+ !¾+... +m(^) + m (l-i) +l , mi+ m2+...+m (1-2) + m (1-1) +2, mi+ m2+...+m (1-2) + m (1-1)+3, ... , mi+ m2+...+m(l-2) + m(l-i) + 即可。
步骤 604: OTUCmjTG, OTUCm2TG、 OTUCm(l-1) 、 OTUCn^TG传送到 远端的节点 B后， 节点 B针对收到的每一个 OTUC帧， 首先， 比较 OTUC 帧开销所携带 TTI值与步骤 603所配置的期望 TTI值是否相等，如果不相等， 则产生 OTUC子帧错序的告警；
步骤 605: 在所接收到的每个 OTUC子帧中携带的 TTI与所配置的期望 TTI值均相同时， 比较 OTUCmTG里的所有 OTUC子帧的子帧编号值是否属 于配置的期望子帧编号值范围。
在本实施例里：
较佳地， 比较 OTUC n^TG里 1¾个 OTUC子帧开销的子帧编号值， 是否 属于所配置的期望子帧编号值范围， 也就是 [1, 2, 3, ... , mi] , 如果不属于， 则产生 OTUC子帧错序告警， 否则， 无需产生任何告警。
较佳地， 比较 OTUC m2TG里 1¾个 OTUC子帧开销的子帧编号值， 是否 属于所配置的期望子帧编号值范围， 也就是 +Ι, πι^, m!+3, ... , mi+m2] , 如果不属于， 则产生 OTUC子帧错序告警， 否则， 无需产生任何告警。
较佳地， 比较 OTUC m(l-1)TG里 m(w)个 OTUC子帧开销的子帧编号值， 是否属于所配置的期望子帧编号值范围， 也就是 m2+...+m (1-2) +1, mi+ m2+...+m(l-2) +2, mi+ m2+...+m(1-2) +3, ... , mi+ m2+...+m(1-2) + m(1-1) ], 如果不属 于， 则产生 OTUC子帧错序告警， 否则， 无需产生任何告警。
较佳地， 比较 OTUCniiTG里 1¾个 OTUC子帧开销的子帧编号值， 是否 属于所配置的期望子帧编号值范围， 也就是 m2+...+m(l-2) + m(l-1)+l, mi+ m2+...+m(l-2) + m(l-i)+2, mi+ m2+...+m(1-2)+ m(1-1)+3, ... , mi+ m2+...+m(1-2)+ m(1-1) + mi] , 如果不属于， 则产生 OTUC子帧错序告警， 否则， 无需产生任何告警。
实施例二：
如图 5和图 7所示， 本实施例以节点 B中的某个 ODUCn里的 ODUC子 帧发生错序， 给出错序的检测方法， 以解决 ODUCn里的 ODUC子帧发生错 序后， 无法正确地组装 ODUCn帧的问题。
步骤 701： 在节点 A处， ODUCn反向复用到多个 ODUCmTG ( Transport Group), 分别是 ODUCm TG ODUCm2TG— ODUCm(1-1) TG和 ODUQ^ TG, 它们分别由 1¾、 m2... m(w)和 1¾个 ODUC子帧字节间插而成，每个 ODUCmTG 分别映射进一个 OTUCmTG;
ODUC子帧为目前 G.709定义的 4*4080的帧。
步骤 702: 在每个 ODUCmTG里的每个 ODUC子帧的开销里携带一个 ODUC子帧在 ODUCn里的子帧编号值，而且，一个 ODUCn里的所有 ODUC 子帧开销里携带的路径跟踪标识 TTI必需相同， 表示这些 ODUC子帧属于同 一个 ODUCn;
在本实施例里， ODUCn^TG里的 1¾个001^：子帧在开销里携带一个子 帧编号值， 从第一个 ODUC子帧到第 1¾个 ODUC子帧编号分别赋值为 1, 2, 3, ... , ml o ODUCm2TG里的 m2个 ODUC子帧在开销里携带一个编号值， 从 第一个 ODUC子帧到第 m2个 ODUC子帧的子帧编号值分别赋值为 mi+2, mi+3, ... , mi+m2; 第 πι(1- 个 ODUCm(1-1;TG里的 πι(1- 个 ODUC子帧在 开销里携带一个子帧编号值， 从第一个 ODUC子帧到第 m^)个 ODUC子帧 的子帧编号值分别 U武值为 m2+...+m (1-2) +1, mi+ m2+...+m (l-2) +2, mi+ m2+...+m(l-2)+3, …， mi+ m2+...+m(1-2) + m(1-1)。 第 个 ODUCn^TG里的！^个 ODUC子帧在开销里携带一个子帧编号值， 从第一个 ODUC子帧到第 1¾个 ODUC 子帧的子帧编号值分别!!武值为 1¾+ m2+...+m (1-2) + m (1-1) +1, mi+ m2+...+m(l-2)+ m(l-i)+2, mi+ m2+...+m(1-2)+ m(1-1)+3, ... , mi+ m2+...+m(1-2)+ m(1-1) +m10 其中 n = m2+...+m(l-2)+ m(l-i)+m1。 所有 ODUC子帧里的 TTI都赋 值为 ΤΉ1。
步骤 703: 在 ODUCmTG ODUCm2TG、 ODUCm(")TG、 ODUCm^G 传送到远端的节点 B前， 管理平面或者控制平面， 向节点 B 配置要接收的 ODUCn下的 ODUC子帧中携带的路径跟踪标识（要接收子帧的期望 TTI )和 要接收的 ODUCn下的 ODUCmTG中所有 ODUC子帧在 ODUCn中的子帧编 号值的范围 （要接收子帧的期望子帧编号值范围） ；
在本实施例里，针对 ODUCn^TG,所配置 1¾个子帧的期望 TTI都为 ΤΉ
1,针对 ODUCn^TG的 1¾个001；〇子帧，期望子帧编号值范围为 1,2,3, ... , m!, 每个 ODUC子帧的子帧编号值不能相同， 属于 [1,2, 3, ... ,!¾]即可；
针对 ODUCm2TG, 所配置 m2个子帧的期望 TTI都为 TTI 1 ,针对 ODUC m2TG的 m2个 ODUC子帧， 期望子帧编号值范围为 mi+2, mi+3, ... , mj+mz,每个 ODUC子帧的子帧编号值不能相同，属于 1¾+2, 1¾+3, ... , mi+m2] 即可；
针对 ODUCm(w)TG,所配置 m(w)个子帧的期望 TTI都为 TTI1 ,针对 ODUC m(l-1)TG的 m^)个 ODUC子帧， 期望子帧编号值范围为 1¾+ m2+...+m (1-2) +1, mi+ m2+...+m (l-2) +2, mi+ m2+...+m(1-2)+3, ... , mi+ m2+...+m(1-2)+ m(1-1), 每个 ODUC子帧的子帧编号值不能相同， 属于 m2+...+m(l-2)+l, mi+ m2+...+m (i-2) +2, mi+ m2+...+m(l-2) +3, ... , mi+ m2+...+m(1-2)+ m(1-1) ]即可。
针对 ODUCnii TG,所配置 个子帧的期望 TTI都为 TTI1 ,针对 ODUC m 的 m i个 ODUC子帧，期望子帧编号值范围为 m2+...+m (1-2) + m 1 , mi+ m2+...+m(l-2)+ m(1-1)+2, mi+ m2+...+m(1-2) + m(1-1)+3, ... , mi+ m2+...+m(1-2) + m(l-i) + ,,每个 ODUC子帧的子帧编号值不能相同， 属于 m2+...+m(1-2) + m(l-i)+l, mi+ m2+...+m(1-2) + m (1-1) +2, mi+ m2+...+m (1-2) + m(1-1)+3, ... , mi+ m2+...+m(l-2)+ m(l-i) + 即可。
步骤 704: ODUCmiTG, ODUCm2TG、 ODUCm(1-1) 、 ODUCm^G传送 到远端的节点 B后， 节点 B针对收到的每一个 ODUC帧， 首先比较 ODUC 子帧开销所携带 TTI值与步骤 703所配置的期望 TTI值是否相等， 如果不相 等， 则产生 ODUC子帧错序的告警；
步骤 705： 在 TTI值相等的情况下， 比较 ODUCmTG里的所有 ODUC子 帧的子帧编号值是否属于配置的期望子帧编号值范围。
在本实施例里：
较佳地， 比较 ODUC n^TG里 1¾个 ODUC子帧开销的子帧编号值， 是 否属于所配置的期望子帧编号值范围， 也就是 [1, 2, 3, ... , π^ , 如果不属于， 则产生 ODUC子帧错序告警， 否则， 无需产生任何告警。
较佳地， 比较 ODUC m2TG里 1¾个 ODUC子帧开销的子帧编号值， 是 否属于所配置的期望子帧编号值范围，也就是 [mi+L n +S n +S, ... , 如果不属于， 则产生 ODUC子帧错序告警， 否则， 无需产生任何告警。
较佳地， 比较 ODUC m(l-1)TG里 m^)个 ODUC子帧开销的子帧编号值， 是否属于所配置的期望子帧编号值范围， 也就是 m2+...+m (1-2) +1, mi+ m2+...+m(l-2) +2, mi+ m2+...+m(1-2)+3, ... , mi+ m2+...+m(1-2)+ m(1-1) ], 如果不属 于， 则产生 ODUC子帧错序告警， 否则， 无需产生任何告警。
较佳地， 比较 ODUCniiTG里 个 ODUC子帧开销的子帧编号值， 是否 属于所配置的期望子帧编号值范围， 也就是 m2+...+m(l-2) + m(l-1) +l, mi+ m2+...+m(l-2) + m(l-i)+2, mi+ m2+...+m(1-2)+ m(1-1)+3, ... , mi+ m2+...+m(1-2)+ m(1-1) + mi] ,如果不属于， 则产生 ODUC子帧错序告警， 否则， 无需产生任何告警。
综上所述， 本发明实施例提供了一种数据映射和复用的处理方法及对应 的光节点。
如图 8所示， 本实施方式还公开了一种节点， 包括： 接收单元 801、 第 一判断单元 802和第二判断单元 803 , 其中：
接收单元 801 , 其设置成从发送节点接收子帧；
第一判断单元 802, 其设置成判断所接收到的每个子帧中携带的路径跟 踪标识与要接收子帧的期望路径跟踪标识是否相同；
第二判断单元 803 , 其设置成在第一判断单元判断所接收到的每个子帧 中携带的路径跟踪标识均与要接收子帧的期望路径跟踪标识相同时， 判断每 个子帧中携带的子帧编号值是否属于要接收子帧的期望子帧编号值范围， 如 果判断出所接收到的子帧携带的子帧编号值不属于要接收子帧的期望子帧编 号值范围， 则确定子帧错序。
在子帧为光通道传送单元 OTUC子帧时， 要接收子帧的期望路径跟踪标 跟踪标识，其中，同一 OTUCnAG下的 OTUC子帧中携带同一路径跟踪标识。
接收单元是设置成分别接收要接收的 OTUCnAG反向复用到的多个超级 光通道传送单元 OTUCmTG下的 OTUC子帧；要接收子帧的期望子帧编号值 范围为要接收的 OTUCnAG下的 OTUCmTG中 OTUC子帧在 OTUCnAG中 的子帧编号值的范围；
第二判断单元是设置成判断所接收到的每个 OTUCmTG下的每个 OTUC 子帧中携带的子帧编号值是否属于要接收的 OTUCnAG下对应的 OTUCmTG 中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 如果判断出所接收到的 子帧携带的子帧编号值不属于对应的 OTUCmTG中 OTUC子帧在 OTUCnAG 中的子帧编号值的范围， 则确定子帧错序。
在子帧为光通道数据单元 ODUC子帧时，要接收子帧的期望路径跟踪标 识为要接收的超级光通道数据单元 ODUCn下的 ODUC子帧中携带的路径跟 踪标识， 其中， 同一 ODUCn下的 ODUC子帧中携带同一路径跟踪标识。
接收单元是设置成分别接收要接收的 ODUCn反向复用到的多个光数据 单元传送组 ODUCmTG各自映射到的 OTUCmTG下的 ODUC子帧； 要接收 子帧的期望子帧编号值范围为要接收的 ODUCn下的 ODUCmTG中 OTUC子 帧在 ODUCn中的子帧编号值的范围；
第二判断单元是设置成判断所接收到的每个 ODUCmTG下的每个 ODUC 子帧中携带的子帧编号值是否属于要接收的 ODUCn下对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 如果判断出所接收到的子帧 携带的子帧编号值不属于对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子 帧编号值的范围， 则确定子帧错序。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而可以将它们存储在存储装置中由计算装置来执行， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。
以上所述仅为本发明的较佳实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。
工业实用性
本发明实施例通过在所接收到的每个子帧中携带的路径跟踪标识与要接 收子帧的期望路径跟踪标识均相同时， 判断每个子帧中携带的子帧编号值是 否属于要接收子帧的期望子帧编号值范围， 从而更加精确、 有效的检测子帧 是否发生错序。

Claims

权 利 要 求 书
1、 一种反向复用中子帧错序的检测方法， 包括：
接收节点从发送节点接收子帧， 判断所接收到的每个子帧中携带的路径 跟踪标识与要接收子帧的期望路径跟踪标识是否相同； 以及
所述接收节点在所接收到的每个子帧中携带的路径跟踪标识均与所述要 接收子帧的期望路径跟踪标识相同时， 判断每个子帧中携带的子帧编号值是 否属于要接收子帧的期望子帧编号值范围， 如果判断出所接收到的子帧携带 的子帧编号值不属于所述要接收子帧的期望子帧编号值范围， 则确定子帧错 序。
2、 如权利要求 1所述的方法， 其中：
在所述子帧为光通道传送单元 OTUC子帧时， 所述要接收子帧的期望路 带的路径跟踪标识， 其中， 同一 OTUCnAG下的 OTUC子帧中携带同一路径 艮踪标识。
3、 如权利要求 1所述的方法， 其中：
在所述子帧为光通道数据单元 ODUC子帧时， 所述要接收子帧的期望路 径跟踪标识为要接收的超级光通道数据单元 ODUCn下的 ODUC子帧中携带 的路径跟踪标识， 其中， 同一 ODUCn下的 ODUC子帧中携带同一路径跟踪 标识。
4、 如权利要求 2所述的方法， 其中：
所述接收节点从发送节点接收子帧， 包括： 分别接收所述要接收的 OTUCnAG反向复用到的多个超级光通道传送单元传送组 OTUCmTG下的 OTUC 子帧； 所述要接收子帧的期望子帧编号值范围为所述要接收的 围； 以及
所述判断每个子帧中携带的子帧编号值是否属于所述要接收子帧的期望 子帧编号值范围， 包括： 判断所接收到的每个 OTUCmTG下的每个 OTUC子 帧中携带的子帧编号值是否属于所述要接收的 OTUCnAG 下对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 如果判断出 所接收到的子帧携带的子帧编号值不属于对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 则确定子帧错序。
5、 如权利要求 3所述的方法， 其中：
所述接收节点从发送节点接收子帧， 包括： 分别接收所述要接收的 ODUCn反向复用到的多个光数据单元传送组 ODUCmTG 各自映射到的 OTUCmTG下的 ODUC子帧； 所述要接收子帧的期望子帧编号值范围为所述 要接收的 ODUCn下的 ODUCmTG中 OTUC子帧在 ODUCn中的子帧编号值 的范围； 以及
所述判断每个子帧中携带的子帧编号值是否属于所述要接收子帧的期望 子帧编号值范围， 包括： 判断所接收到的每个 ODUCmTG下的每个 ODUC 子帧中携带的子帧编号值是否属于要接收的 ODUCn下对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 如果判断出所接收到的子帧 携带的子帧编号值不属于对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子 帧编号值的范围， 则确定子帧错序。
6、 根据权利要求 1所述的方法， 其中， 所述要接收子帧的期望路径跟踪 标识是管理平面或者控制平面配置到所述接收节点； 所述要接收子帧的期望 子帧编号值范围是所述管理平面或者控制平面配置到所述接收节点。
7、 如权利要求 1~5任意之一所述的方法， 还包括：
所述接收节点在判断出所接收到的子帧中携带的路径跟踪标识与所述要 接收子帧的期望路径跟踪标识不同时， 确定子帧错序； 以及
所述接收节点在确定子帧错序后， 产生子帧错序的告警。
8、 一种节点， 包括： 接收单元、 第一判断单元和第二判断单元， 其中： 所述接收单元， 其设置成从发送节点接收子帧；
所述第一判断单元， 其设置成判断所接收到的每个子帧中携带的路径跟 踪标识与要接收子帧的期望路径跟踪标识是否相同； 以及
所述第二判断单元， 其设置成在所述第一判断单元判断所接收到的每个 子帧中携带的路径跟踪标识均与所述要接收子帧的期望路径跟踪标识相同 时 , 判断每个子帧中携带的子帧编号值是否属于要接收子帧的期望子帧编号 值范围， 如果判断出所接收到的子帧携带的子帧编号值不属于所述要接收子 帧的期望子帧编号值范围， 则确定子帧错序。
9、 如权利要求 8所述的节点， 其中：
在所述子帧为光通道传送单元 OTUC子帧时， 所述要接收子帧的期望路 带的路径跟踪标识， 其中， 同一 OTUCnAG下的 OTUC子帧中携带同一路径 艮踪标识。
10、 如权利要求 8所述的节点， 其中：
在所述子帧为光通道数据单元 ODUC子帧时， 所述要接收子帧的期望路 径跟踪标识为要接收的超级光通道数据单元 ODUCn下的 ODUC子帧中携带 的路径跟踪标识， 其中， 同一 ODUCn下的 ODUC子帧中携带同一路径跟踪 标识。
11、 如权利要求 9所述的节点， 其中：
所述接收单元是设置成分别接收所述要接收的 OTUCnAG反向复用到的 多个超级光通道传送单元 OTUCmTG下的 OTUC子帧；所述要接收子帧的期 望子帧编号值范围为所述要接收的 OTUCnAG下的 OTUCmTG中 OTUC子帧 在 OTUCnAG中的子帧编号值的范围； 以及
所述第二判断单元是设置成判断所接收到的每个 OTUCmTG 下的每个 OTUC子帧中携带的子帧编号值是否属于所述要接收的 OTUCnAG下对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 如果判断出 所接收到的子帧携带的子帧编号值不属于对应的 OTUCmTG中 OTUC子帧在 OTUCnAG中的子帧编号值的范围， 则确定子帧错序。
12、 如权利要求 10所述的节点， 其中: 所述接收单元是设置成分别接收所述要接收的 ODUCn反向复用到的多 个光数据单元传送组 ODUCmTG各自映射到的 OTUCmTG下的 ODUC子帧； 所述要接收子帧的期望子帧编号值范围为所述要接收的 ODUCn 下的 ODUCmTG中 OTUC子帧在 ODUCn中的子帧编号值的范围； 以及
所述第二判断单元是设置成判断所接收到的每个 ODUCmTG下的每个 ODUC 子帧中携带的子帧编号值是否属于要接收的 ODUCn 下对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 如果判断出所 接收到的子帧携带的子帧编号值不属于对应的 ODUCmTG中 ODUC子帧在 ODUCn中的子帧编号值的范围， 则确定子帧错序。
PCT/CN2014/071893 2013-02-17 2014-02-08 一种反向复用中子帧错序的检测方法及节点 Ceased WO2014124589A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/768,243 US9571375B2 (en) 2013-02-17 2014-02-08 Method and node for detecting subframe sequence error in inverse multiplexing
EP14751519.1A EP2958251B1 (en) 2013-02-17 2014-02-08 Method and node for detecting subframe sequence error in inverse multiplexing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310051897.6A CN103997426B (zh) 2013-02-17 2013-02-17 一种反向复用中子帧错序的检测方法及节点
CN201310051897.6 2013-02-17

Publications (1)

Publication Number Publication Date
WO2014124589A1 true WO2014124589A1 (zh) 2014-08-21

Family

ID=51311435

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/071893 Ceased WO2014124589A1 (zh) 2013-02-17 2014-02-08 一种反向复用中子帧错序的检测方法及节点

Country Status (4)

Country Link
US (1) US9571375B2 (zh)
EP (1) EP2958251B1 (zh)
CN (1) CN103997426B (zh)
WO (1) WO2014124589A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103997426B (zh) * 2013-02-17 2018-11-16 中兴通讯股份有限公司 一种反向复用中子帧错序的检测方法及节点
CN104009802A (zh) * 2013-02-22 2014-08-27 中兴通讯股份有限公司 一种延长无源光网络系统传输距离的方法和光线路终端
CN106559141B (zh) 2015-09-25 2020-01-10 华为技术有限公司 一种信号发送、接收方法、装置及系统
CN108322367B (zh) * 2017-01-16 2022-01-14 中兴通讯股份有限公司 一种业务传递的方法、设备和系统
CN110365439B (zh) * 2018-04-09 2021-09-03 中兴通讯股份有限公司 信号映射方法、装置、服务器及计算机可读存储介质
CN113328901B (zh) * 2020-02-28 2023-04-28 华为技术有限公司 报文乱序检测方法、装置及系统
CN112653234A (zh) * 2020-11-27 2021-04-13 国网宁夏电力有限公司固原供电公司 一种用于变电站的光纤监测系统
CN113285852B (zh) * 2021-05-14 2022-11-11 李国志 一种实现多路e1信号同步测试的方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1441576A (zh) * 2003-03-04 2003-09-10 深圳市迪威视讯技术有限公司 多路网络接口的反向复用方法
US7068685B1 (en) * 1999-05-24 2006-06-27 Nokia Corporation Method and arrangement for enhancing the handling of TTI identifier
CN1852163A (zh) * 2006-02-07 2006-10-25 华为技术有限公司 一种自动实现串联连接监测的方法和装置
US20070071447A1 (en) * 2005-09-27 2007-03-29 Fujitsu Limited Optical receiving apparatus and dispersion compensating method therein
CN101272182A (zh) * 2007-03-20 2008-09-24 华为技术有限公司 一种检测光纤连接的方法、系统及装置
CN101471837A (zh) * 2007-12-27 2009-07-01 华为技术有限公司 光信道数据单元共享保护环、信号传输方法及网络节点
CN101860889A (zh) * 2009-04-09 2010-10-13 大唐移动通信设备有限公司 一种ima e1链路混线的检测方法、装置及系统

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9615151B2 (en) * 1990-09-11 2017-04-04 Menara Networks, Inc. Virtualized optical transport network systems and methods
US5987030A (en) * 1996-09-27 1999-11-16 Cisco Technology, Inc. Transparent circuit emulation for packet switching network
US6553029B1 (en) * 1999-07-09 2003-04-22 Pmc-Sierra, Inc. Link aggregation in ethernet frame switches
US6600581B1 (en) * 1999-08-31 2003-07-29 Lucent Technologies Inc. Connection verification in optical cross-connect arrangements
US7065103B1 (en) * 2000-04-19 2006-06-20 Nortel Networks Limited Hyper-concatenation across multiple parallel channels
US7143161B2 (en) * 2001-11-16 2006-11-28 Nortel Networks Limited Tandem connection monitoring parallel processing
KR100509150B1 (ko) * 2002-12-27 2005-08-19 한국전자통신연구원 광트랜스폰더의 운용 장치 및 그 운용 방법
CN100373847C (zh) * 2004-12-14 2008-03-05 华为技术有限公司 在光传送网中传输低速率业务信号的方法
CN101411099B (zh) * 2006-03-31 2012-04-25 英国电讯有限公司 将外围站引入到光学网络中的方法及外围站
US9319143B2 (en) * 2006-10-13 2016-04-19 Menara Networks, Inc. 40G/100G/200G/400G pluggable optical transceivers with advanced functionality
CN1946012A (zh) * 2006-11-01 2007-04-11 华为技术有限公司 光传送网信号调度方法和装置
US8045863B2 (en) * 2007-12-26 2011-10-25 Ciena Corporation Byte-interleaving systems and methods for 100G optical transport enabling multi-level optical transmission
US8155145B2 (en) * 2008-03-28 2012-04-10 Telefonaktiebolaget L M Ericsson (Publ) Method and system for telecommunications using layer 3 packets obtained from a sequence of layer 2 radio link control layer data frames
JP5187081B2 (ja) * 2008-09-01 2013-04-24 富士通株式会社 フレーム生成装置およびフレーム生成方法
ES2652019T3 (es) * 2009-06-09 2018-01-31 Huawei Technologies Co., Ltd. Método de ajuste sin pérdida del ancho de banda de un canal ODUflex y canal ODUflex
JP5482182B2 (ja) * 2009-12-18 2014-04-23 富士通株式会社 通信装置および通信方法
US20120230674A1 (en) * 2011-03-10 2012-09-13 Catherine Haiyan Yuan Triggers to Fault Information Insertion in Optical Transport Network
KR101306377B1 (ko) * 2011-09-29 2013-09-09 엘지전자 주식회사 상향링크 전송 방법 및 장치
US9253067B2 (en) * 2011-11-04 2016-02-02 Infinera Corporation OAM in OTN networks: GMPLS signaling for TCM
US9485015B2 (en) * 2011-11-14 2016-11-01 Infinera Corporation Optical layer status exchange over OSC-OAM method for ROADM networks
US8830989B2 (en) * 2011-12-06 2014-09-09 Cisco Technology, Inc. Automatic configuration of packet network services over dense wavelength division multiplex communication links using optical transport network frames
WO2013125621A1 (ja) * 2012-02-22 2013-08-29 日本電信電話株式会社 マルチレーン伝送装置及びマルチレーン伝送方法
US8953433B1 (en) * 2012-02-23 2015-02-10 Juniper Networks, Inc. Fast re-route for optical networks
EP2875591B1 (en) * 2012-07-20 2017-03-22 Telefonaktiebolaget LM Ericsson (publ) Adjusting receive-transmit timing to compensate for switching errors in a communication system
US9560566B2 (en) * 2012-07-30 2017-01-31 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for operating a radio network controller during a soft handover process
CN103997426B (zh) * 2013-02-17 2018-11-16 中兴通讯股份有限公司 一种反向复用中子帧错序的检测方法及节点
CN103997387B (zh) * 2013-02-18 2018-08-24 中兴通讯股份有限公司 数据的映射、复用、解复用和解映射方法及装置
JP6123882B2 (ja) * 2013-03-19 2017-05-10 富士通株式会社 伝送装置、伝送システム、及び伝送方法
KR20150094956A (ko) * 2014-02-12 2015-08-20 한국전자통신연구원 보호 경로를 위한 링크 활성화 방법 및 장치
US9680588B2 (en) * 2014-06-11 2017-06-13 Ciena Corporation OTN switching systems and methods using an SDN controller and match/action rules
US9496980B2 (en) * 2014-09-04 2016-11-15 Ciena Corporation Method for detecting wavelength usage conflicts in an optical network
US9949183B2 (en) * 2014-09-18 2018-04-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for performing radio measurements in autonomous gaps in multi-connectivity scenarios

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7068685B1 (en) * 1999-05-24 2006-06-27 Nokia Corporation Method and arrangement for enhancing the handling of TTI identifier
CN1441576A (zh) * 2003-03-04 2003-09-10 深圳市迪威视讯技术有限公司 多路网络接口的反向复用方法
US20070071447A1 (en) * 2005-09-27 2007-03-29 Fujitsu Limited Optical receiving apparatus and dispersion compensating method therein
CN1852163A (zh) * 2006-02-07 2006-10-25 华为技术有限公司 一种自动实现串联连接监测的方法和装置
CN101272182A (zh) * 2007-03-20 2008-09-24 华为技术有限公司 一种检测光纤连接的方法、系统及装置
CN101471837A (zh) * 2007-12-27 2009-07-01 华为技术有限公司 光信道数据单元共享保护环、信号传输方法及网络节点
CN101860889A (zh) * 2009-04-09 2010-10-13 大唐移动通信设备有限公司 一种ima e1链路混线的检测方法、装置及系统

Also Published As

Publication number Publication date
CN103997426B (zh) 2018-11-16
EP2958251B1 (en) 2019-06-19
EP2958251A4 (en) 2016-10-26
EP2958251A1 (en) 2015-12-23
US20160006636A1 (en) 2016-01-07
CN103997426A (zh) 2014-08-20
US9571375B2 (en) 2017-02-14

Similar Documents

Publication Publication Date Title
US12483334B2 (en) Method and apparatus for transmitting and receiving client signal in optical transport network
WO2014124589A1 (zh) 一种反向复用中子帧错序的检测方法及节点
EP3089423B1 (en) Ethernet signal transmission method, scheduling method and device and system thereof
EP2733880B1 (en) Method, device and system for processing variable rate signals
US20160006545A1 (en) Data Mapping and Multiplexing Method and Device and Data Demultiplexing and Demapping Method and Device
CN103716108A (zh) 光传送网的数据映射方法及装置
US9906323B2 (en) Method and device for mapping and demapping data
WO2014059834A1 (zh) 数据传送方法及装置
WO2019090696A1 (zh) 光传输单元信号的传输方法和装置
US9906295B2 (en) Method, device and system for detecting optical signal
EP2884687B1 (en) Method and device for data mapping in optical transport 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: 14751519

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2014751519

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14768243

Country of ref document: US