WO2013125621A1 - マルチレーン伝送装置及びマルチレーン伝送方法 - Google Patents

マルチレーン伝送装置及びマルチレーン伝送方法 Download PDF

Info

Publication number
WO2013125621A1
WO2013125621A1 PCT/JP2013/054280 JP2013054280W WO2013125621A1 WO 2013125621 A1 WO2013125621 A1 WO 2013125621A1 JP 2013054280 W JP2013054280 W JP 2013054280W WO 2013125621 A1 WO2013125621 A1 WO 2013125621A1
Authority
WO
WIPO (PCT)
Prior art keywords
lane
frame
data
transmission
lanes
Prior art date
Application number
PCT/JP2013/054280
Other languages
English (en)
French (fr)
Inventor
圭 北村
賢治 久留
手島　光啓
義朗 山田
石田　修
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to EP13752287.6A priority Critical patent/EP2819362B1/en
Priority to CN201380010403.8A priority patent/CN104350716B/zh
Priority to JP2014500755A priority patent/JP5696957B2/ja
Priority to US14/377,555 priority patent/US9973270B2/en
Publication of WO2013125621A1 publication Critical patent/WO2013125621A1/ja
Priority to US15/157,189 priority patent/US10200116B2/en

Links

Images

Classifications

    • 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/03—Arrangements for fault recovery
    • H04B10/032—Arrangements for fault recovery using working and protection 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • 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/0005—Switch and router aspects
    • 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
    • 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
    • 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]
    • H04J3/1664—Optical Transport Network [OTN] carrying hybrid payloads, e.g. different types of packets or carrying frames and packets in the paylaod
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • 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/0005—Switch and router aspects
    • H04Q2011/0037—Operation
    • H04Q2011/0045—Synchronisation
    • 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/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
    • 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
    • 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/0086—Network resource allocation, dimensioning or optimisation

Definitions

  • the present invention relates to a multilane transmission apparatus that transmits a data frame using a plurality of lanes, and a multilane reception apparatus that receives a data frame using a plurality of lanes.
  • the present invention relates to a multilane transmission apparatus that transmits a data frame using a plurality of lanes, and a multilane reception apparatus that receives a data frame using a plurality of lanes.
  • the present invention relates to a multi-lane transmission apparatus that divides a frame format signal into data blocks, distributes the data to one or more lanes, and transmits the data blocks.
  • the present invention relates to a multilane optical transport system.
  • the present invention relates to a multi-lane transmission system that divides a frame format signal into data blocks, distributes the data to one or more lanes, and transmits the data block, and a band changing method thereof.
  • the present invention relates to a transmission quality monitoring technique in a wide area optical transmission network.
  • the present invention relates to an individual lane monitoring method in a multi-lane transmission system in which a frame format signal is divided into data blocks and distributed and transmitted to one or more lanes.
  • the present invention relates to a multilane transmission apparatus and a failure lane notification method.
  • the present invention relates to a multilane transfer system and a multilane transfer method in which a frame format signal is divided into data blocks, distributed to a plurality of lanes, and transmitted from a transmission apparatus to a reception apparatus.
  • the optical switch is a switch made by a technique such as MEMS (Micro Electro Mechanical Systems) or LCOS (Liquid Crystal On Silicon), and does not perform O-O-O conversion of data signals.
  • MEMS Micro Electro Mechanical Systems
  • LCOS Liquid Crystal On Silicon
  • Non-Patent Document 1-2 describes a method for distributing a transfer frame to a plurality of wavelengths using a logical lane technique in order to transfer the transfer frame at a plurality of wavelengths.
  • OTU4 Optical channel Transport Unit 4
  • an OTU4 frame for carrying a 100 Gbps client signal is transferred at a plurality of wavelengths, it is transferred at 25 Gbps ⁇ 4 wavelengths or at 10 Gbps ⁇ 10 wavelengths.
  • Twenty logical lanes, which are the least common multiple of 4 and 10, are defined so that transfer can be performed in either case.
  • 5 logical lanes are multiplexed to one wavelength
  • transferring at 10 wavelengths 2 logical lanes are multiplexed to one wavelength, thereby transferring at multiple wavelengths.
  • Non-Patent Document 1-2 virtual concatenation (VCAT) is standardized in order to make the transfer frame capacity variable.
  • VCAT virtual concatenation
  • a high-speed client signal received from the client device is demultiplexed, a low-speed transfer frame is generated using the demultiplexed high-speed client signal as a payload, and the low-speed transfer frame is transferred in separate physical lanes.
  • a payload is extracted from a low-speed transfer frame received in a separate physical lane, the extracted payload is multiplexed to generate a high-speed client signal, and the high-speed client signal is transferred to the client device.
  • OTN Optical Transport Network
  • the OTN frame has a structure shown in FIG.
  • the frame is expressed by 4 rows ⁇ 4080 columns, the 1st to 4080th bytes of the frame are the 1st to 4080th columns of the first row, the 4081th to 8160th bytes are the 1st to 4080th columns of the second row, and the 8161th to 12240th bytes. Is the 1st to 4080th column of the third row, and the 12241th to 16320th byte is the 1st to 4080th column of the 4th row.
  • the client signal is mapped to an OPU (Optical channel Payload Unit) PLD (Payload) in the 17th to 3824th columns of the frame.
  • OPU OH (OverHead) is inserted to accommodate information necessary for mapping / demapping of client signals.
  • An ODU (Optical channel Data Unit) OH is inserted in the 1st to 14th columns of the 2nd to 4th rows, and accommodates optical channel path management operation information.
  • the 1st to 7th columns in the first row include 8 to 14 columns of FA (Frame Alignment Signal) (FAS) required for frame synchronization and MFAS (Multiframe Alignment Signal) OH indicating the position in the multiframe.
  • FAS Framework
  • MFAS Multiframe Alignment Signal
  • An optical channel transport unit (OTU) OH that accommodates optical channel section monitoring information is inserted into the eye. Parity check bytes for FEC (Forward Error Correction) are added to columns 3825 to 4080.
  • FAS consisting of OA1 and OA2 is placed in 1 to 5 bytes of FA OH, LLM is placed in the 6th byte of FA OH, and MFAS is placed in the 7th byte of FA OH.
  • OA1 is 0b11110110
  • OA2 is 0b00101000.
  • OTN-MLD 16-byte increment distribution
  • FIG. 3B a frame is divided into 1020 data blocks every 16 bytes, and each block is distributed to each lane.
  • FIG. 3-2 as an example, an example of distributing to four lanes is shown.
  • FA OH FAS, LLM, MFAS
  • OTN Optical Transport Network
  • the OTN frame has a structure shown in FIG.
  • the frame is expressed by 4 rows ⁇ 4080 columns, the 1st to 4080th bytes of the frame are the 1st to 4080th columns of the first row, the 4081th to 8160th bytes are the 1st to 4080th columns of the second row, and the 8161th to 12240th bytes. Is the 1st to 4080th column of the third row, and the 12241th to 16320th byte is the 1st to 4080th column of the 4th row.
  • the client signal is mapped to an OPU (Optical channel Payload Unit) PLD (Payload) in the 17th to 3824th columns of the frame.
  • OPU OH (OverHead) is inserted to accommodate information necessary for mapping / demapping of client signals.
  • An ODU (Optical channel Data Unit) OH is inserted in the 1st to 14th columns of the 2nd to 4th rows, and accommodates optical channel path management operation information.
  • the first row the first to seventh columns are FA (Frame Alignment) OH including FAS (Frame Alignment Signal) necessary for frame synchronization.
  • Optical channel transport unit) OH is inserted.
  • Non-Patent Document 4-2 includes VCAT (Virtual Connection) and OTUflex.
  • VCAT Details of VCAT are described in Chapter 18 of Non-Patent Document 4-1, and LCAS (Link capacity adjustment scheme), which is a technique for changing the capacity of VCAT, is described in Non-Patent Document 4-3.
  • LCAS Link capacity adjustment scheme
  • the capacity variable management frame and the variable frame are the same.
  • OPUk-Xv is composed of OPUk-Xv OH and OPUk-Xv PLD
  • OPUk-Xv OH is in (14X + 1) to 16X columns
  • OPUk-Xv PLD is (16X + 1) to 3824X. Placed in the row.
  • the ⁇ (a-1) ⁇ X + b ⁇ column of the nth row of OPUk-Xv corresponds to the bth column of the ath row of OPUk # i.
  • 256 OPUk-Xvs constitute one set of multiframes, and the frame positions in the multiframes are identified by MFAS (MultiFrame Alignment Signal) arranged at the 7th byte of FA OH.
  • MFAS MultiFrame Alignment Signal
  • Figure 4-3 shows the individual OPUk OHs that make up OPUk-Xv OH.
  • VCOH Virtual Connection OH
  • PSI Payment Structure Identifier
  • VCOH is arranged in the 1st to 3rd rows of the 15th column and is expressed as VCOH1, VCOH2, and VCOH3, respectively.
  • the VCOH is 96 bytes (3 bytes ⁇ 32), and the contents of the VCOH are as follows (5 bits [0 to 31] of the fourth to eighth bits of the MFAS are used as indexes of the VCOH1 to the VCOH3).
  • MFI MultiFrame Indicator
  • Used in combination with MFAS for delay time difference measurement and compensation between lanes see 18.2.1.2.2.2.1 of Non-Patent Document 4-1 and 6.2.1 of Non-Patent Document 4-3). .
  • the numerical value in parentheses of VCOH1 [X] is a numerical value (0 to 31) represented by the lower 5 bits of the 4th to 8th bits of MFAS.
  • SQ Sequence Indicator
  • CTRL Control
  • Non-Patent Document 4-1 18.1.2.2.2.2.3
  • Non-Patent Document 4-3 6.2.3
  • GID Group Identification: Arranged in the fifth bit of VCOH1 [5]. It accommodates 15 stages of pseudo-random signals and is used to identify a VCG (Virtual Concatenation Group) (18.1.2.2.2.5 of Non-Patent Document 4-1 and 6 of Non-Patent Document 4-3).
  • RSA Re-Sequence Acknowledge: Arranged in the sixth bit of VCOH1 [5]. When the capacity is increased or decreased and the SQ is changed, a response is made from the reception side to the transmission side using the RSA bit (18.1.2.2.2.6 of Non-Patent Document 4-1 and Non-Patent Documents). (Refer to 6.2.7 of 4-3).
  • the seventh to eighth bits of VCOH1 [5] and VCOH1 [6] to VCOH1 [31] are reserved areas.
  • MST Member Status: Arranged from VCOH2 [0] to VCOH2 [31]. The state of all members of the VCG from the receiving side to the transmitting side is notified (see 18.1.2.2.2.4 of Non-Patent Document 4-1 and 62.6 of Non-Patent Document 4-3). ).
  • CRC Cyclic Redundancy Check: arranged from VCOH3 [0] to VCOH3 [31].
  • VCOH1 and VCOH2 It is used for error detection with respect to VCOH1 and VCOH2 (refer to 18.1.2.2.2.2.7 of Non-Patent Document 4-1 and 6.2.5 of Non-Patent Document 4-3).
  • VCOH [0] to VCOH [31] are repeated eight times within one set of multiframes.
  • PSI is arranged in the fourth row of the 15th column.
  • the PSI is 256 bytes, and the contents of the PSI are as follows (8 bits [0 to 255] of MFAS are used as PSI indexes).
  • CSF Cosmetic Signal Fail: Arranged in the first bit of PSI [2]. Used to notify the management system of client signal failure.
  • the 2nd to 8th bits of PSI [2] and PSI [3] to PSI [255] are reserved areas (refer to 18.1.2.2.2.1.2 of Non-Patent Document 4-1).
  • the client signal is accommodated in the OPUk-Xv PLD, OPUk-Xv OH and ODUk-Xv OH are added, and the individual ODUk is accommodated in an appropriate OTUj (j ⁇ k) and transmitted.
  • the receiving side performs delay compensation between multiple lanes according to the received MFAS and MFI, reconfigures the OPUk-Xv according to the SQ of OPUk, and demaps the client signal from the OPUk-Xv PLD.
  • each frame is divided into data blocks, and each data block is distributed to a plurality of lanes for transfer.
  • variable capacity management frame and the variable frame are the same.
  • OTN Optical Transport Network
  • the OTN frame has the structure shown in FIG.
  • the frame is expressed by 4 rows ⁇ 4080 columns, the 1st to 4080th bytes of the frame are the 1st to 4080th columns of the first row, the 4081th to 8160th bytes are the 1st to 4080th columns of the second row, and the 8161th to 12240th bytes. Is the 1st to 4080th column of the third row, and the 12241th to 16320th byte is the 1st to 4080th column of the 4th row.
  • the client signal is mapped to an OPU (Optical channel Payload Unit) PLD (Payload) in the 17th to 3824th columns of the frame.
  • OPU OH (OverHead) is inserted to accommodate information necessary for mapping / demapping of client signals.
  • An ODU (Optical channel Data Unit) OH is inserted in the 1st to 14th columns of the 2nd to 4th rows, and accommodates optical channel path management operation information.
  • the 1st to 7th columns of the first row are composed of FAS (Frame Alignment Signal) necessary for frame synchronization, LLM (Logical Lane Marker) used for lane identification, and MFAS (Multiframe Alignment Signal) indicating the position in the multiframe.
  • FAS Framework
  • LLM Logical Lane Marker
  • MFAS Multiframe Alignment Signal
  • FA Forward Error Correction
  • OTU Optical channel Transport Unit
  • FEC Forward Error Correction
  • FAS consisting of OA1 and OA2 is placed in 1 to 5 bytes of FA OH, LLM is placed in the 6th byte of FA OH, and MFAS is placed in the 7th byte of FA OH.
  • OA1 is 0b11110110
  • OA2 is 0b00101000.
  • OTN-MLD Multilane Distribution
  • a frame is divided into 1020 data blocks every 16 bytes, and each block is distributed to each lane (in the figure, LLM is described in []).
  • LLM is described in []
  • FIG. 5B as an example, an example of distributing to 4 lanes is shown.
  • the lane is rotated and the distribution of data blocks is as follows.
  • Lane # 0: b 4, 8, 12,..., 1020
  • Figure 5-3 shows the configuration of the transmitter of a multilane transmission device using such OTN-MLD.
  • the transmission unit of the multilane transmission apparatus includes a mapping unit 1, an OH processing unit 2, an interleaving unit 3, encoding units 4-1 to 4-16, a deinterleaving unit 5, a scrambling unit 6, and a data block A dividing unit 7 and a lane number determining unit 8 are provided.
  • a mapping unit 1 an OH processing unit 2
  • an interleaving unit 3 encoding units 4-1 to 4-16
  • a deinterleaving unit 5 a scrambling unit 6
  • a data block A dividing unit 7 and a lane number determining unit 8 are provided.
  • the mapping unit 1 maps the client signal to the OPU PLD.
  • the OH processing unit 2 adds overhead to the OPU frame.
  • the overhead is, for example, FA OH, OTU OH, and ODU OH.
  • the LLM is arranged in the sixth byte of FA OH.
  • the interleaving unit 3 interleaves a frame of 4 rows ⁇ 3824 columns obtained by adding overhead to the OPU frame by 16 bytes for each row (3824 bytes).
  • Encoding sections 4-1 to 4-16 encode byte interleaved sub-row data (239 bytes) and output sub-row data (255 bytes) with a 16-byte parity check added.
  • the deinterleaving unit 5 deinterleaves the encoded sub-row data and outputs an encoded OTU frame of 4 rows ⁇ 4080 columns.
  • the scrambler 6 scrambles all areas other than the FAS of the FEC-encoded 4 rows ⁇ 4080 columns OTU frame.
  • the data block dividing unit 7 divides the scrambled OTU frame into 16-byte data blocks.
  • the lane number determination unit 8 determines the lane number and outputs a data block obtained by dividing the frame into the lane.
  • FIG. 5-4 shows the configuration of the receiver of the multilane transmission equipment.
  • the reception unit of the multilane transmission apparatus includes a lane identification & delay difference compensation unit 10, an OTU frame reconstruction unit 11, a descrambling unit 12, an interleaving unit 13, decoding units 14-1 to 14-16, An interleaving unit 15, an OH processing unit 16, and a demapping unit 17 are provided.
  • the configuration of the lane identification & delay difference compensation unit 10 is shown in FIG.
  • the lane identification & delay difference compensation unit 10 includes FAOH detection units 20-1 to 20-M, a delay comparison unit 21, and delay adjustment units 22-1 to 22-M.
  • the FAOH detection units 20-1 to 20-M find the first data block including the FAS, and read the FAS, LLM, and MFAS.
  • the delay comparison unit 21 obtains a delay time difference as shown in the following example, and compensates for the delay time difference using the delay adjustment units 22-1 to 22-M. Examples of delay difference compensation in the case of 4 lanes are shown in FIGS. 5-6 (a) and 5-6 (b).
  • MFAS 0 data block received in lane # 0
  • MFAS 1 received in lane # 1
  • MFAS 2 received in lane # 2
  • a delay time difference occurs due to the influence of dispersion or the like.
  • the OTU frame reconstruction unit 11 receives the data block of each lane after delay time difference compensation, and based on the order of the data block of each lane based on the lane number identified by the lane identification & delay difference compensation unit 10 Return, reconstruct the 4 rows x 4080 columns OTU frame.
  • the descrambling unit 12 descrambles all areas other than the FAS of the reconstructed OTU frame.
  • the interleaving unit 13 interleaves 4 rows ⁇ 4080 columns of OTU frames for each row (4080 bytes) by 16 bytes.
  • the decoding units 14-1 to 14-16 decode the byte-interleaved sub-row data (255 bytes), and output error-corrected sub-row data (238 bytes).
  • the deinterleaving unit 15 deinterleaves the decoded sub-row data and outputs an error-corrected 4 ⁇ 3824 frame.
  • the OH processing unit 16 outputs an OPU frame obtained by removing overhead such as FA OH, OTU OH, LM OH, and ODU OH from the error corrected frame of 4 rows ⁇ 3824 columns.
  • the demapping unit 17 demaps and outputs the client signal from the OPU PLD based on the information of the OPU OH.
  • OTN Optical Transport Network
  • the OTN frame has a structure shown in FIG.
  • the frame is expressed by 4 rows ⁇ 4080 columns, the 1st to 4080th bytes of the frame are the 1st to 4080th columns of the first row, the 4081th to 8160th bytes are the 1st to 4080th columns of the second row, and the 8161th to 12240th bytes. Is the 1st to 4080th column of the third row, and the 12241th to 16320th byte is the 1st to 4080th column of the 4th row.
  • the client signal is mapped to an OPU (Optical channel Payload Unit) PLD (Payload) in the 17th to 3824th columns of the frame.
  • OPU OH (Over Head) is inserted to accommodate information necessary for mapping / demapping of client signals.
  • An ODU (Optical channel Data Unit) OH is inserted in the 1st to 14th columns of the 2nd to 4th rows, and accommodates optical channel path management operation information.
  • the 1st to 7th columns in the first row include 8 to 14 columns of FA (Frame Alignment Signal) (FAS) required for frame synchronization and MFAS (Multiframe Alignment Signal) OH indicating the position in the multiframe.
  • FAS Framework
  • MFAS Multiframe Alignment Signal
  • An optical channel transport unit (OTU) OH that accommodates optical channel section monitoring information is inserted into the eye. Parity check bytes for FEC (Forward Error Correction) are added to columns 3825 to 4080.
  • SM Section Monitoring
  • PM Pulth Monitoring
  • the SM is arranged in the 8th to 10th columns of the first row (see Non-Patent Document 6-1: 15.7.2.1).
  • TTI Trail Trace Identifier
  • SAPI Source Access Point Identifier
  • DAPI Destination Access Point Identifier
  • BIP-8 Bit Interleaved Parity-8 is a subfield arranged in the second byte of SM OH. As shown in FIG.
  • the transmitting side calculates the 8-bit parity (BIP-8) by interleaving the data of OPU two frames before and inserts it in the BIP-8 subfield of SM OH.
  • the value obtained by calculating BIP-8 from the OPU data on the receiving side is compared with the value of BIP-8 sent in the BIP-8 subfield of SM OH, and an error occurring in the section monitoring section is detected (Non Patent Reference 6-1: 15.7.2.1.2.)
  • PM OH is arranged in the 10th to 12th columns of the third row (see Non-Patent Document 6-1: 15.8.2.1).
  • TTI is a subfield arranged in the first byte of PM OH.
  • SAPI indicating the start point of path monitoring and DAPI indicating the end point are included (see Non-Patent Document 6-1: 15.2 and 15.8.2.2.1).
  • BIP-8 is a subfield arranged in the second byte of PM OH.
  • the OPU data two frames before is interleaved on the transmission side to calculate 8-bit parity (BIP-8), which is inserted into the BIP-8 subfield of PM OH.
  • BIP-8 8-bit parity
  • the value obtained by calculating BIP-8 from the OPU data on the receiving side is compared with the value of BIP-8 sent in the BIP-8 subfield of PM OH, and an error occurring in the path monitoring section is detected (non-patented) (Ref. 6-1: 15.8.2.1.2.)
  • OTN can count the number of errors generated in the section monitoring section and path monitoring section using BIP-8 in SM OH and PM OH.
  • OTN Optical Transport Network
  • the OTN frame has a structure shown in FIG.
  • the frame is expressed by 4 rows ⁇ 4080 columns, the 1st to 4080th bytes of the frame are the 1st to 4080th columns of the first row, the 4081th to 8160th bytes are the 1st to 4080th columns of the second row, and the 8161th to 12240th bytes. Is the 1st to 4080th column of the third row, and the 12241th to 16320th byte is the 1st to 4080th column of the 4th row.
  • the client signal is mapped to an OPU (Optical channel Payload Unit) PLD (Payload) in the 17th to 3824th columns of the frame.
  • OPU OH (OverHead) is inserted to accommodate information necessary for mapping / demapping of client signals.
  • An ODU (Optical channel Data Unit) OH is inserted in the 1st to 14th columns of the 2nd to 4th rows, and accommodates optical channel path management operation information.
  • the 1st to 7th columns in the first row include 8 to 14 columns of FA (Frame Alignment Signal) (FAS) required for frame synchronization and MFAS (Multiframe Alignment Signal) OH indicating the position in the multiframe.
  • FAS Framework
  • MFAS Multiframe Alignment Signal
  • An optical channel transport unit (OTU) OH that accommodates optical channel section monitoring information is inserted into the eye. Parity check bytes for FEC (Forward Error Correction) are added to columns 3825 to 4080.
  • FAS consisting of OA1 and OA2 is placed in 1 to 5 bytes of FA OH, LLM is placed in the 6th byte of FA OH, and MFAS is placed in the 7th byte of FA OH.
  • OA1 is 0b11110110
  • OA2 is 0b00101000.
  • SM Section Monitoring
  • PM Pulth Monitoring
  • the SM OH is arranged in the 8th to 10th columns of the first row (see, for example, Non-Patent Document 7-1: 15.7.2.1).
  • TTI Trail Trace Identifier: a subfield arranged in the first byte of the SM OH.
  • SAPI Source Access Point Identifier
  • DAPI Destination Access Point Identifier
  • BIP-8 Bit Interleaved Parity-8: A subfield arranged in the second byte of the SM OH. As shown in FIG.
  • the OPU data two frames before is interleaved to calculate 8-bit parity (BIP-8) and inserted into the SM OH BIP-8 subfield.
  • the receiver calculates the BIP-8 value from the OPU data and the BIP-8 value sent in the SM OH BIP-8 subfield, and detects errors occurring in the section monitoring section (for example, (See Non-Patent Document 7-1: 15.7.2.1.2.)
  • PM OH is arranged in the 10th to 12th columns of the third row (see, for example, Non-Patent Document 7-1: 15.8.2.1).
  • TTI This is a subfield arranged at the first byte of PM OH.
  • SAPI indicating the start point of path monitoring and DAPI indicating the end point are included (see, for example, Non-Patent Documents 7-1: 15.2 and 15.8.2.1.1.1).
  • BIP-8 A subfield arranged in the second byte of PM OH.
  • the OPU data two frames before is interleaved to calculate 8-bit parity (BIP-8), which is inserted into the BIP-8 subfield of PM OH.
  • BIP-8 8-bit parity
  • the value obtained by calculating BIP-8 from the OPU data on the receiving side is compared with the value of BIP-8 sent in the BIP-8 subfield of PM OH, and an error occurring in the path monitoring section is detected (for example, (See Non-Patent Document 7-1: 15.8.2.1.2.)
  • OTN can count the number of errors generated in the section monitoring section and path monitoring section using BIP-8 in SM OH and PM OH.
  • FIG. 8-9 is a diagram illustrating the frame structure of the OTN.
  • the frame is expressed by 4 rows ⁇ 4080 columns, the 1st to 4080th bytes of the frame are the 1st to 4080th columns of the first row, the 4081th to 8160th bytes are the 1st to 4080th columns of the second row, and the 8161th to 12240th bytes. Is the 1st to 4080th column of the third row, and the 12241th to 16320th byte is the 1st to 4080th column of the 4th row.
  • the client signal is mapped to an OPU (Optical channel Payload Unit) PLD (Payload) in the 17th to 3824th columns of the frame.
  • OPU OH (OverHead) is inserted to accommodate information necessary for mapping / demapping of client signals.
  • An ODU (Optical channel Data Unit) OH is inserted in the 1st to 14th columns of the 2nd to 4th rows, and accommodates optical channel path management operation information.
  • the 1st to 7th columns of the first row are 8 to 14 columns of FA (Frame Alignment Signal) OH, which consists of FAS (Frame Alignment Signal) necessary for frame synchronization and MFAS (Multiframe Alignment Signal) indicating the position in the multiframe.
  • An OTU (Optical channel Transport Unit) OH that accommodates optical channel section monitoring information is inserted into the eye. Parity check bytes for FEC (Forward Error Correction) are added to columns 3825 to 4080.
  • SM Section Monitoring
  • PM Path Monitoring
  • SM OH is arranged in the 8th to 10th columns of the first row.
  • FIG. 8-10 shows the position of SM OH in OTU OH.
  • TTI Traffic Trace Identifier
  • SAPI Source Access Point Identifier
  • DAPI Destination Access Point Identifier
  • BIP-8 (Bit Interleaved Parity-8) is a subfield arranged in the second byte of SM OH.
  • the transmitting side calculates the 8-bit parity (BIP-8) by interleaving the data of the OPU two frames before and inserts it into the SM OH BIP-8 subfield.
  • the value calculated from the OPU data on the receiving side is compared with the BIP-8 value sent in the SM OH BIP-8 subfield to detect an error occurring in the section monitoring section.
  • BEI / BIAE Backward Error Indication and Backward Incoming Alignment Error
  • BEI Backward Error Indication and Backward Incoming Alignment Error
  • BDI Backward Defect Indication
  • IAE Incoming Alignment Error
  • IAE Incoming Alignment Error
  • the OTN can use the BEI / BIAE and BDI in the SM OH to notify the transmission side from the reception side that a failure or frame synchronization error has occurred in section monitoring.
  • Non-Patent Document 9-3 a multi-lane that allows the number of lanes to be changed according to the transfer capacity of the flow at the interface of the transmission apparatus. Lane transfer is required.
  • the flow in the present specification is information transferred with the same ground or QoS priority.
  • Patent Document 9-1 is proposed as an example of a frame method and a transfer method for realizing multilane transfer according to the transfer capacity.
  • a lane indicates a virtual lane.
  • the virtual lane in the present specification is a lane used for transferring data in accordance with the transfer rate of the physical lane even if the transfer rate of the physical lane is changed.
  • One or more virtual lanes are arbitrarily multiplexed to match the changed physical lane transfer rate.
  • two, five, and twenty virtual lanes of 5 Gbps are multiplexed to enable transfer using physical lanes of 10 Gbps, 25 Gbps, and 100 Gbps.
  • Degenerate operation means that when a failure occurs in some lanes during multi-lane transfer and multi-lane transfer cannot be performed, no failure occurs and transfer can be performed normally. By using the lane, the transfer speed is reduced and the transfer is performed.
  • protection refers to normal lanes that are not in use when a failure occurs in some lanes when a multi-lane transfer is performed and a multi-lane transfer cannot be performed. In this case, the transfer is performed without changing the transfer speed before the occurrence of the failure.
  • the conventional OTN interface performs monitoring using an OTUk frame for each wavelength, and manages the physical lane used for transfer by the frame.
  • the physical lane indicates a wavelength or one channel in super channel transmission.
  • Multi-lane transfer in C is a method in which an OTUk frame is divided into 1020 blocks of 16 bytes and distributed and transferred to a plurality of lanes.
  • the status monitoring of each lane used for multi-lane transfer is described in Non-Patent Document 9-2.
  • multi-lane transfer multiple lanes are monitored, and frames can be restored from multiple lanes. Determine if there is. This state monitoring is performed by monitoring LOR (Loss of Recovery), LOL (Loss of Lane Alignment), and the like, specifically, by checking the value of LLM (Logical Lane Marker). When the correct LLM value is obtained five times in 16320 byte units, the IR (In-Recovery) state is set. ) Judged as a state.
  • LLM 709 Annex. C is a word described in C, which is a value located at the 6th byte of the frame alignment overhead, and is a value necessary for restoring a frame from a plurality of lanes in multi-lane transfer.
  • FIG. 9-14 The monitoring / management layer structure of multilane transfer in C is shown in FIG. 9-14.
  • the OTUk frame is divided and transferred into an OTL (Optical Channel Transport Lane) corresponding to a physical lane.
  • OTL Optical Channel Transport Lane
  • each physical lane OTL is managed by OTLC (Optical Transport Lane Carrier) as a transfer medium
  • OTLCG Optical Transport Carrier Carrier Group
  • OPSM OpticalPulse Management
  • Patent Document 9-1 the number of lanes of a multi-lane used when transferring a 16-byte block can be changed, and a multi-lane transfer method in which the transfer capacity can be changed by a mechanism that can restore a frame even if the number of lanes is changed. Is described.
  • ITU-T Recommendation G. 709 “Interfaces for the Optical Transport Network (OTN)”
  • ITU-T Recommendation G. 798 “Characteristics of optical transport network hierarchy equipment functional blocks” Masahiko Kanno, Hidehiko Takara, Yoshiaki Sone, Kazumo Yoneaga, Akira Hirano, Shingo Kawai, “Multiflow Optical Transponder-Toward Efficient Interworking of IP and Elastic Optical Layers”, IEICE Technical Report, OCS2011 -21, Jun. 2011.
  • Non-Patent Document 1-2 (Problem about the first invention)
  • the logical lane technology and VCAT of Non-Patent Document 1-2 are premised on transferring a transfer frame corresponding to a single destination or priority, but corresponding to a plurality of destinations or priorities. It is not assumed that the transfer frame is transferred. In order to transfer a transfer frame corresponding to a plurality of destinations or priorities, since the bit rates for the plurality of destinations or priorities are different, the same number of destinations or priorities are used. A framer is required, but in general, not all framers are always used.
  • Non-Patent Document 1-2 it is necessary to switch the framer in response to a change in the bandwidth of the physical lane due to a change in modulation scheme or a change in the number of wavelengths.
  • the present invention determines the number of framers required to cope with a change in the bandwidth of a physical lane due to a plurality of transmission destinations or priorities, and a change in modulation scheme or a change in the number of wavelengths.
  • the goal is to share a framer between multiple destinations or priorities.
  • the present invention enables transmission of data frames directed to a plurality of grounds and increases or decreases the number of lanes when transmitting and receiving data frames using a plurality of lanes. Even so, it is an object to make it possible to prevent a data frame from being lost without providing a protection time.
  • variable optical path management information information for uniquely identifying each capacity variable optical path within the optical transport network, information indicating a service class carried by the capacity variable optical path, and the like are required.
  • VCAT optical modulation schemes with different speeds
  • variable capacity management frames are divided into transfer frames with different speeds, and transfer frames with different speeds are integrated. Information necessary to reconstruct the variable capacity management frame is also required.
  • the capacity variable management frame and the variable frame are the same.
  • GID is used to identify VCG.
  • MFI is defined for 2 bytes, and represents the order of multiframes. Multiframes belonging to the same VCG and having the same MFI have the same GID. Therefore, in order to specify the VCG to which the received VCAT frame belongs, GID bits obtained from 15 consecutive multiframes are required.
  • VCAT is a technique for virtually realizing a variable capacity management frame using OPUk of the same speed, and using OPUk of different speeds is not in the category. Also, since LCAS is a method for managing the increase and decrease of the VCAT capacity, there is no means for describing the service class of the client signal carried on the capacity variable optical path.
  • an object of the present invention is to know the ground or service class bundled in the lane itself without using a plurality of OPUs having different speeds.
  • An object of the present invention is to increase the bandwidth without increasing the latency.
  • OTN-MLD Multilane Distribution
  • an object of the present invention is to obtain a bit error rate for each lane.
  • OTN-MLD Multilane Distribution
  • a multilane optical transmission system that extends OTN-MLD has been proposed (see, for example, Patent Document 7-1).
  • the object of the present invention is to monitor the quality of each lane.
  • OTN-MLD Multilane Distribution
  • a multilane optical transmission system that extends OTN-MLD has also been proposed (see, for example, Patent Document 8-1). Even when OTN-MLD is used, it is possible to notify the transmission side from the reception side that a failure or a frame synchronization error has occurred in section monitoring using BEI / BIAE and BDI in SM OH.
  • OTN-MLD when OTN-MLD is used, for example, a case where the performance of a laser or a modulator in a specific optical transmission unit deteriorates and only a specific lane fails is assumed. In such a case, if the faulty lane number can be notified to the transmission side, it is possible to cope with a degenerate operation using only other normal lanes. However, in the current OTN-MLD, the faulty lane number is sent to the transmission side. There is a problem that it cannot be notified.
  • the present invention has been made in view of such circumstances, and it is an object of the present invention to provide a multi-lane transmission apparatus and a fault lane notification method that can notify a faulty lane number from the reception side to the transmission side.
  • the data to be transferred is only distributed to a plurality of virtual lanes, and the function of monitoring and managing for each virtual lane is not defined.
  • the virtual lane is a lane corresponding to one physical lane in a one-to-one correspondence, or a lane corresponding to one physical lane in which N virtual lanes are multiplexed.
  • functions monitored and managed in units of virtual lanes include an error monitoring function for each lane and a fault lane number notification function.
  • an object of the present invention is to identify a lane number where a failure has occurred by performing error monitoring for each virtual lane in a multi-lane transfer method.
  • data signals are distributed based on transmission destinations or priorities, and a plurality of virtual lanes are multiplexed into physical lanes when each data signal is framed into each data frame.
  • the physical lane is separated into a plurality of virtual lanes.
  • the present invention relates to a data signal distribution unit that distributes a data signal based on a transmission destination or priority, and each data signal that the data signal distribution unit distributes based on each transmission destination or each priority
  • a virtual lane number determination unit that determines the number of virtual lanes necessary for transmission of the data
  • the virtual lane number determination unit that distributes each data signal that the data signal distribution unit distributes based on each transmission destination or each priority.
  • the framer is allocated to each virtual lane whose number is determined, and a framer unit that frames each data signal allocated to each virtual lane as each data frame, and each virtual lane is multiplexed into a physical lane, and the physical lane is used to And a data frame transmission unit that transmits each data frame that has been framed. It is a down transmission device.
  • the present invention provides a data signal distribution step for distributing data signals based on a transmission destination or priority, and transmission of each data signal distributed based on each transmission destination or each priority in the data signal distribution step.
  • the virtual lane number determining step for determining the required number of virtual lanes, and the number of data signals distributed based on each transmission destination or each priority in the data signal allocating step are determined in the virtual lane number determining step.
  • a framer step in which each data signal distributed to each virtual lane is framed as each data frame, and each virtual lane is multiplexed into a physical lane, and the physical lane is used to frame the frame in the framer step.
  • Data frame transmission frame for transmitting each data frame It is a multi-lane transmission method characterized by comprising Tsu and up, the order.
  • Framers can be shared between destinations or priorities.
  • the data frame transmission unit transmits the data frame so that the communication speed of each data frame transmitted by the data frame transmission unit is equal to the communication speed of the data signal input by the data signal distribution unit.
  • a capacity for accommodating the data signal input by the data signal distribution unit is set in each data frame.
  • the transmission rate of each data frame transmitted in the data frame transmission step is transmitted in the data frame transmission step so that the communication rate of the data signal input in the data signal distribution step is equal to that.
  • a capacity for accommodating the data signal input in the data signal allocating step is set in each data frame.
  • the present invention obtains the number of virtual lanes necessary for receiving each data signal distributed based on each transmission destination or each priority, and is framed from each data signal using physical lanes.
  • a data frame receiving unit that receives each data frame and separates a physical lane into virtual lanes, and a deframer unit that deframes each data frame allocated to each virtual lane as each data signal. Is a multi-lane receiver.
  • the present invention obtains the number of virtual lanes necessary for receiving each data signal distributed based on each transmission destination or each priority, and is framed from each data signal using physical lanes.
  • a data frame receiving step for receiving each data frame and separating a physical lane into each virtual lane and a deframer step for deframing each data frame allocated to each virtual lane as each data signal are provided in order. Is a multi-lane receiving method characterized by the above.
  • Deframers can be shared between destinations or priorities.
  • the data frame receiving unit receives the data frame so that the communication speed of each data frame received by the data frame receiving unit is equal to the communication speed of each data signal deframed by the deframer unit.
  • the multilane receiving apparatus is characterized in that each data frame has a capacity for accommodating each data signal framed by the deframer unit.
  • the data frame receiving step receives the data frame so that the communication speed of each data frame received in the data frame receiving step is equal to the communication speed of each data signal deframed in the deframer step.
  • a capacity for accommodating each data signal framed in the deframer step is set in each data frame.
  • flow group information indicating the flow group corresponding to the transmission source and each transmission destination and order information indicating the order of each data frame are added to each data frame distributed based on each transmission destination. To do. Then, in the multilane receiver, each data frame to which the flow group information indicating the flow group corresponding to each transmission source and transmission destination and the order information indicating the order of each data frame is added to each order information. Sort and reconfigure based on.
  • the present invention is a multi-lane transmission apparatus that transmits a data frame using a plurality of lanes, wherein the data frame distribution unit distributes the data frame based on a transmission destination, and the data frame distribution unit Flow group information order in which flow group information indicating the flow group corresponding to the transmission source and each transmission destination and order information indicating the order of each data frame are added to each data frame distributed by each transmission destination.
  • the information adding unit and the flow group information order information adding unit transmit each flow group information and each data frame to which each order information is added to each transmission destination using one or a plurality of lanes corresponding to each flow group information.
  • a lane selection output unit that performs the multi-lane transmission apparatus.
  • the present invention is also a multilane transmission method in a multilane transmission apparatus that transmits data frames using a plurality of lanes, the data frame distribution step of distributing data frames based on transmission destinations, and the data frame allocation Flow group in which flow group information indicating the flow group corresponding to the transmission source and each transmission destination and order information indicating the order of each data frame are added to each data frame distributed based on each transmission destination in the minute step Information sequence information adding step and each flow group information and each data frame to which each order information is added in the flow group information order information adding step are transmitted to each destination using one or a plurality of lanes corresponding to each flow group information.
  • a lane selection output step for transmitting to a multi-lane transmission method.
  • the present invention is a multi-lane receiving apparatus that receives a data frame using a plurality of lanes, and shows flow group information indicating a flow group corresponding to each transmission source and transmission destination, and an order of each data frame.
  • a data frame receiving unit that receives each data frame to which the order information is added from each transmission source using one or a plurality of lanes corresponding to each flow group information, and each flow group information and each order information are added.
  • a data frame reconstruction unit that rearranges and reconstructs each of the data frames based on the order information.
  • the present invention is a multilane reception method in a multilane reception apparatus that receives a data frame using a plurality of lanes, and includes flow group information indicating a flow group corresponding to each transmission source and transmission destination, and each data
  • the data frame reconstruction unit constantly monitors whether or not data frames are received for all of the plurality of lanes connected to the multi-lane receiving apparatus. Device.
  • the data frame reconstruction step it is always monitored whether or not data frames are received for all of the plurality of lanes connected to the multi-lane receiving apparatus. Is the method.
  • a multi-lane transmission apparatus is a multi-lane transmission apparatus that divides a frame format signal into data blocks, distributes the data blocks to M lanes, and is a multiple of M. These frames are regarded as variable frames and rotated for each variable frame, so that dummy blocks are not required even when the number of lanes is not a divisor of 1020.
  • the multi-lane transmission apparatus of the present invention is a multi-lane transmission apparatus that divides a frame format signal into data blocks, distributes the data to one or more lanes, and transmits the data in a predetermined manner for each frame.
  • An identifier description function unit that describes a frame identifier in a field
  • a lane rotation function unit that performs lane rotation when the frame identifier has a predetermined value indicating a multiple of the number of lanes.
  • the number of lanes of the multilane transmission device is M
  • the identifier description function unit describes a numerical value that increases or decreases for each frame as the identifier of the frame
  • the lane rotation The functional unit may perform lane rotation when a remainder obtained by dividing the identifier of the frame by a multiple of M becomes a constant value.
  • the number of lanes of the multilane transmission apparatus is M
  • the identifier description function unit uses a variable frame for each multiple of M of the frames as the identifier of the frame.
  • the lane rotation function unit may perform lane rotation when the identifier of the frame indicates that it is the head of the variable frame.
  • the multilane transmission method of the present invention is a multilane transmission method in which a frame format signal is divided into data blocks, distributed to one or more lanes, and transmitted.
  • the number of lanes of the multilane transmission apparatus is M
  • a numerical value that increases or decreases for each frame is described as the identifier of the frame
  • the lane rotation procedure Lane rotation may be performed when the remainder obtained by dividing the frame identifier by a multiple of M becomes a constant value.
  • the number of lanes of the multi-lane transmission apparatus is M
  • the identifier description procedure as the identifier of the frame, a variable frame is set for each multiple of M of the frames.
  • a value indicating the beginning may be described, and in the lane rotation procedure, lane rotation may be performed when the identifier of the frame indicates the beginning of the variable frame.
  • a multi-lane optical transport system distributes a data flow to a plurality of lanes and integrates the distributed signals to restore the original data flow.
  • the identification information described in one set of multiframes is used instead of the GID (Group Identification) described in 15 sets of multiframes that have identified VCG (Virtual Connection Group).
  • the multi-lane optical transport system of the present invention distributes a data flow to signals of a plurality of lanes and transmits the signals from a transmission unit, and integrates the signals distributed to the plurality of lanes at a reception unit.
  • the transmission unit adds unique identification information for identifying a distribution source and a delay difference measurement signal to the signal distributed to each lane, and The unit compensates the delay difference between the signals of the lanes classified based on the identification information based on the delay difference measurement signal information.
  • the transmission unit may include identification information unique to a device including the transmission unit and identification information specific to a device including the reception unit in the unique identification information.
  • the multi-lane optical transport system of the present invention further includes a network management system that determines identification information for a combination of the transmission unit and the reception unit, and the transmission unit includes identification information unique to an apparatus including the transmission unit, and Identification information for a combination of identification information unique to an apparatus including the receiving unit may be acquired from the network management system, and the acquired identification information may be included in the unique identification information.
  • the transmitting unit assigns the unique identification information to a variable capacity management frame, and divides the variable capacity management frame into one or more transfer frames for transmission.
  • the unique identification information is assigned to each of the transfer frames, and the reception unit receives the transfer frame, reads the unique identification information, classifies the received transfer frame, and classifies the classified frames.
  • Data may be integrated from the transfer frame into the variable capacity management frame.
  • the capacity variable management frame and the variable frame are the same.
  • the transmission unit when the transmission unit divides the variable capacity management frame into one or more transfer frames having different transmission rates, the transmission unit transmits the management frame according to the transmission rate ratio. Data is distributed to the transfer frame, information for identifying the transmission rate ratio is added to the transfer frame, and the receiving unit retransmits the management frame from one or more transfer frames having different transmission rates.
  • information identifying the transmission rate ratio may be read from the transfer frame, and data may be integrated from the transfer frame into the management frame according to the transmission rate ratio.
  • the transmitter assigns the unique identification information to a variable capacity management frame composed of one or more transfer frames, and divides the transfer frame into a plurality of data blocks.
  • the unique identification information is distributed to one or more lanes, and the receiving unit receives the signals of all lanes and receives the unique identification information.
  • the data blocks of the lanes received by reading out the data may be classified, and the data from the classified data blocks of the lane may be integrated into the transfer frame.
  • the transmission unit may add service class identification information of a data flow to the transfer frame, and the reception unit may read the service class identification information from the transfer frame.
  • the multi-lane optical transport method of the present invention distributes a data flow to signals of a plurality of lanes and transmits the signals from a transmission unit, and integrates the signals distributed to the plurality of lanes at a reception unit.
  • the variable capacity management frame in the transmission procedure, when the unique identification information is given to the variable capacity management frame, and the variable capacity management frame is divided into one or more transfer frames and transmitted.
  • the unique identification information is assigned to each of the transfer frames, and in the reception procedure, the transfer frame is received, the unique identification information is read and the received transfer frame is classified, and the classified Data may be integrated from the transfer frame into the variable capacity management frame.
  • the unique identification information is assigned to a variable capacity management frame composed of one or more transfer frames, and the transfer frame is divided into a plurality of data blocks.
  • the unique identification information is distributed to one or more lanes, and in the reception procedure, the signals of all lanes are received and the unique identification information is received.
  • the data blocks of the lanes received by reading out the data may be classified, and the data from the classified data blocks of the lane may be integrated into the transfer frame.
  • the band changing method of the present invention relates to delay compensation when the number of lanes increases in multi-lane transmission in which a frame format signal is divided into data blocks and distributed and transmitted to a plurality of lanes.
  • a copy of the data block including the frame synchronization pattern and frame number of the existing lane is transmitted in advance in the new lane, and the synchronization pattern delay for the same frame number is compared. If the delay is larger, the delay difference is given to the new lane, and if the delay of the synchronization pattern in the new lane is larger, the delay difference is given to the existing lane to compensate for the delay difference between the existing lane and the new lane.
  • the number of lanes to which the data block is distributed is changed on the transmission side of the multilane transmission.
  • the multi-lane transmission system of the present invention is a multi-lane transmission system that divides a frame-format signal into data blocks, distributes the data to one or more lanes, and transmits the data to the receiving device.
  • the transmission device outputs a data block duplication function unit that duplicates a data block including a frame synchronization pattern and a frame number in an existing lane, and a data block duplicated by the data block duplication function unit to a lane different from the existing lane
  • a new lane output function unit and the reception device is identical to a synchronization pattern read function unit that reads a frame synchronization pattern and frame number in an existing lane and a frame synchronization pattern and frame number in a new lane.
  • the transmission device generates an overhead of a frame format signal including change lane information indicating a lane to be increased or decreased together with control information for increasing or decreasing the number of lanes.
  • the new lane output function unit outputs the overhead generated by the overhead unit generation function unit to a new lane, and the synchronization pattern reading function unit reads the control information and the changed lane information,
  • the lane delay compensation function unit may identify an existing lane and a new lane using the control information and the changed lane information.
  • the multi-lane transmission system is a method for changing a band in a multi-lane transmission system in which a frame format signal is divided into data blocks, distributed to one or more lanes, and transmitted from a transmitting apparatus to a receiving apparatus.
  • the transmission device duplicates a data block including a frame synchronization pattern and a frame number in an existing lane, and outputs the duplicated data block to a lane different from the existing lane, and the reception
  • the device reads the synchronization pattern and frame number of the frame in the existing lane and the synchronization pattern and frame number of the frame in the new lane, compares the delay of the synchronization pattern between the existing lane and the new lane having the same frame number, and Small delay between lane and new lane Has a new lane delay compensation procedure for compensating the delay difference existing lanes and new lane by giving a difference of delay over emissions, and.
  • the transmission apparatus reduces the overhead of a signal in a frame format including changed lane information indicating a lane to be increased or decreased together with control information to increase or decrease the number of lanes. And the generated overhead is output to a new lane.
  • the receiving apparatus identifies the existing lane and the new lane using the control information and the changed lane information, and has the same frame number. The delay of the synchronization pattern of the existing lane and the new lane having
  • the present invention provides: In the multi-lane monitoring method in which the receiver of the multi-lane communication device that distributes and transmits the frame signal to a plurality of lanes monitors the error in each lane.
  • the frame signal is composed of a plurality of rows, each of which is interleaved with a plurality of N sub-rows, and each of the sub-rows is composed of a plurality of symbols subjected to encoding processing for error correction, and N Is distributed to each lane in units of data blocks consisting of symbols that are a natural number multiple of
  • the decoding processing means for the sub-row of the frame signal calculates an error locator indicating the number of symbols from the beginning of the symbols in the sub-row, and the error locator value is set to The number is converted into a number, and the number of appearances of the converted lane number is counted.
  • the multi-lane monitoring system of the present invention interleaves each row of a plurality of rows and divides it into sub-rows having a predetermined number of rows, and codes the data for each sub-row with an error correction code.
  • a transmitter that de-interleaves each encoded sub-row to convert it into the multiple-row frame, and interleaves each row of the frame transmitted from the transmitter and divides the sub-row into the number of rows
  • the error locator value that indicates the error position is detected by detecting the error included in the data of each sub-row, the error locator value is converted into a lane number, and the error locator value is converted into the corresponding lane.
  • a receiving unit that monitors errors in each lane by counting the number of occurrences of the number;
  • the multilane monitoring method of the present invention interleaves each row of a plurality of rows and divides it into sub-rows having a predetermined number of rows, and converts the data of each sub-row into a code for error correction. And a transmission procedure in which each encoded sub-row is deinterleaved and converted into a plurality of rows of frames, and each row of the transmitted frame is interleaved and divided into sub-rows of the number of rows.
  • the error locator value that indicates the position of the error is detected by detecting the error contained in the row data, the error locator value is converted into a lane number, and the number of occurrences of the lane number after converting the error locator value And an error monitoring procedure for monitoring errors in each lane by counting.
  • a multi-lane transmission system is a multi-lane transmission system that divides a frame-format signal into data blocks, distributes the data block to one or more lanes, and transmits the data to a receiving device from the transmitting device.
  • An error detection code calculation function unit that detects a synchronization pattern in each lane, calculates an error detection code for data after the data block that arrives after the data block including the synchronization pattern, and a synchronization pattern in each lane.
  • An error detection code insertion function unit that detects and inserts the error detection code calculated by the error detection code calculation function unit for data before the data block including the synchronization pattern into a predetermined field;
  • the receiving apparatus detects a synchronization pattern in each lane and includes the synchronization pattern.
  • An error that calculates an error detection code for data after the data block that arrives after the data block, and monitors the error in each lane using the calculation result and the error detection code read from the predetermined field A monitoring function unit is provided.
  • the individual lane monitoring method in the multi-lane transmission system of the present invention is an individual lane monitoring method in a multi-lane transmission system in which a frame format signal is divided into data blocks, distributed to one or more lanes, and transmitted from a transmitting apparatus to a receiving apparatus.
  • the transmission apparatus when the transmission apparatus detects a synchronization pattern in each lane, it calculates an error detection code for data after the data block that arrives after the data block including the synchronization pattern, and the synchronization pattern An error detection code insertion procedure for inserting the error detection code calculated for the data before the data block including data into a predetermined field, and when the receiving apparatus detects a synchronization pattern in each lane, the synchronization pattern A data block that arrives after a data block that contains It calculates a code for error detection with respect to the subsequent click data has, and error monitoring procedure for monitoring the error of each lane by using the calculation result and the error detection code read from a predetermined field.
  • the present invention is a multi-lane transmission apparatus that divides a frame-format signal into data blocks, distributes the data to lanes, and transmits the lanes.
  • a failure detection unit that detects a failure of the lane on the receiving side, And a failure notification means for notifying a transmitting side of identification information for identifying a lane in which a failure is detected using a part of the data block including a synchronization pattern when a failure is detected.
  • the present invention is characterized in that the failure notification means changes a part of the synchronization pattern in the data block including the identification information for specifying the failed lane when notifying the identification information for specifying the lane. To do.
  • the transmission side having received the notification of the identification information specifying the lane in which the failure is detected distributes the divided data block to lanes other than the lane in which the failure is detected and transmits the data block.
  • the present invention is a failure lane notification method performed by a multi-lane transmission apparatus that divides a frame format signal into data blocks and distributes and transmits the data to lanes, and includes a failure detection step of detecting a failure of the lane on the receiving side.
  • the present invention is characterized in that, in the failure notification step, when the identification information for specifying the lane is notified, a part of the synchronization pattern in the data block including the identification information for specifying the failure lane is changed. To do.
  • the multi-lane transmission apparatus is a multi-lane transmission apparatus that divides a frame-format signal into data blocks, distributes the data to a plurality of lanes, and transmits a failure lane at a predetermined position in the data block of each lane.
  • the multilane transfer function expansion block may have an area for notifying the lane number of the virtual lane in which the failure has occurred as the information on the failed lane.
  • the multilane transfer function extension block may have an area for notifying a parity bit in each lane as information on the failed lane.
  • the multilane transfer function extension block may have an area for notifying (Bit Interleaved Parity) in each lane as information on the failed lane.
  • a multi-lane transmission system is a multi-lane transmission system that divides a frame-format signal into data blocks, distributes the data to a plurality of lanes, and transmits the data to a receiving device from the transmitting device.
  • a block insertion unit that inserts a multi-lane transfer function extension block including error detection code information of each lane at a predetermined position in a data block of each lane to be transferred; By comparing the value of the error detection code for each lane obtained from the block excluding the multilane transfer function extension block among the data blocks received from the lane, the value of the multilane transfer function extension block
  • a lane monitoring unit that performs error monitoring of a predetermined number of data blocks of each lane to be transferred to the transmission device The location, and a block insertion unit for inserting a multi-lane transfer function expansion block containing the information of the lane in which an error is detected in the lane monitoring unit.
  • a multi-lane transmission system is a multi-lane transmission system that divides a frame-format signal into data blocks, distributes the data to a plurality of lanes, and transmits the data to a receiving device from the transmitting device.
  • a block insertion unit configured to insert a multi-lane transfer function expansion block including a faulted lane number at a predetermined position in a data block of each lane to be transferred; and the reception apparatus includes the multi-lane in each lane. Based on the information of the transfer function expansion block, distribution is performed to normal lanes excluding the lane where the failure has occurred.
  • a multi-lane transmission system is a multi-lane transmission system that divides a frame-format signal into data blocks, distributes the data to a plurality of lanes, and transmits the data to a receiving device from the transmitting device.
  • a block insertion unit that inserts a multi-lane transfer function expansion block including a value indicating a deskew amount used when restoring a frame from a plurality of lanes at a predetermined position in a data block of each lane to be transferred;
  • the receiving apparatus restores a frame from a plurality of lanes using a value indicating a deskew amount obtained from the multi-lane transfer function expansion block among the data blocks received from the transmitting apparatus.
  • the multi-lane transmission method of the present invention is a multi-lane transmission method that divides a frame-format signal into data blocks, distributes the data to a plurality of lanes, and transmits the signal to a fault lane at a predetermined position in the data block of each lane.
  • a block insertion procedure for inserting a multi-lane transfer function extension block having the following information.
  • the multi-lane transfer function extension block includes, as information on the failed lane, an area for notifying a lane number of a virtual lane in which a fault has occurred and (Bit Interleaved Parity) in each lane. An area for notification may be provided.
  • the present invention makes it possible to transmit a data frame directed to a plurality of grounds when transmitting and receiving a data frame using a plurality of lanes, and without providing a protection time even when the number of lanes is increased or decreased. It is possible to prevent data frames from being lost.
  • the ground or service class bundled in the lane itself can be known without using a plurality of OPUs having different speeds.
  • FIG. 1 (Brief description of the drawing of the fourth invention) It is a figure which shows the frame structure of OTN. It is a figure which shows the relationship between OPUk-Xv and OPUk in VCAT. It is a figure which shows the structure of VCOH and PSI used by VCAT. It is a figure which shows the relationship between OPU4-1 + 5-2ve, OPU4, and OPU5 in the extended VCAT of this invention. It is a figure which shows arrangement
  • FIG. 6 is a diagram showing a network configuration assumed in Embodiments 1 to 5 of the present invention. It is a figure which shows the structure by the side of the transmission of the multilane optical transport system in Embodiment 1 and Embodiment 3 of this invention.
  • FIG. 3 is a diagram showing a configuration of an extended ODU in Embodiments 1 to 3 of the present invention. It is a figure which shows the structure of the receiving side of the multilane optical transport system in Embodiment 1 and 3 of this invention. It is a figure which shows the structure by the side of the transmission of the multilane optical transport system in Embodiment 2 of this invention. It is a figure which shows the structure of the receiving side of the multilane optical transport system in Embodiment 2 of this invention.
  • Embodiments 4 to 5 of the present invention it is a diagram showing the arrangement of MLOH used in OTUflex when MLOH is arranged in the first byte of FA OH.
  • FIG. 6 is a diagram showing a configuration on a transmission side of a multilane optical transport system in Embodiments 4 to 5 of the present invention.
  • it is a diagram showing a configuration of an extended ODU when MLOH is arranged at the head of OPUfn OH.
  • when MLOH is arranged in a spare area of OTUfn OH it is a diagram showing a configuration of extended ODU.
  • FIG. 10 is a diagram showing a state of multilane distribution in Embodiments 4 to 5 of the present invention.
  • FIG. 10 is a diagram showing a state where the number of data blocks is not divisible by the number of lanes in multi-lane distribution in Embodiments 4 to 5 of the present invention.
  • FIG. 6 is a diagram showing a configuration on the receiving side of a multilane optical transport system in Embodiments 4 to 5 of the present invention.
  • FIG. 10 is a diagram illustrating descrambling of MLOH in the MLOH detection unit according to the fourth to fifth embodiments of the present invention.
  • FIG. 10 is a diagram showing descrambling of MLOH in the MLOH detection unit according to the fourth to fifth embodiments of the present invention.
  • 10 is a diagram illustrating delay time difference compensation between lanes in the multilane combiner according to the fourth to fifth embodiments of the present invention.
  • 7 is a table showing data flow settings on the transmission side in Embodiments 1 to 5 of the present invention. It is a table
  • FIG. 6 is a diagram illustrating an operation of increasing a band in the OTN-MLD according to the present invention. It is a figure which shows the example of arrangement
  • FIG. 6 shows calculation and insertion of BIP-8 in PM OH. It is a figure which shows the byte interleaving before a FEC code
  • FIG. 10 is a diagram illustrating CRC-8 calculation / insertion on the transmission side and error detection on the reception side. It is a figure which shows the structural example of the transmitter in the multilane transmission system apparatus using this invention.
  • FIG. 3 is a diagram illustrating a configuration of a lane distribution unit 5. It is a figure which shows the structural example of the receiver in the multilane transmission system apparatus using this invention. 3 is a diagram illustrating a configuration of an OH decoding unit 11. FIG. 6 is a diagram illustrating an example of an operation of a descrambling unit 22. FIG.
  • An example of the multilane transfer system of this invention is shown.
  • An example of the process flowchart of a transmitter is shown.
  • An example of the process flowchart of a receiver is shown.
  • the structural example of multi-frame MF is shown.
  • An example of a multilane transfer function expansion block when the virtual lane is 10 lanes is shown.
  • An example of a multi-lane transfer function expansion block when the virtual lane is 7 lanes is shown.
  • An example of the breakdown of the multilane transfer function expansion block is shown.
  • An example of a breakdown of the multilane transfer function expansion block when using 112 or more virtual lanes is shown.
  • An example of a method for inserting a multilane transfer function extension block when a multiframe is configured will be described.
  • FIG. 18 illustrates an example of a multilane transfer system according to a sixth embodiment. The layer structure of multilane transfer in Non-Patent Document 9-1 is shown.
  • the configuration of the multilane communication system of the present invention is shown in FIG. 1-1.
  • the multilane communication system includes transmission apparatuses 1-1, 1-2, and 1-3, client apparatuses 2-11 and 2-12 connected to the transmission apparatus 1-1, and client apparatuses connected to the transmission apparatus 1-2. 2-21, 2-22, a client apparatus 2-31 connected to the transmission apparatus 1-3, an optical switch 3-1 connected to the transmission apparatus 1-1, and an optical switch 3 connected to the transmission apparatus 1-2 -2. Transfer frames between client devices 2 using a plurality of physical lanes via optical switch 3-3 connected to transmission device 1-3 and optical switches 3-1, 3-2, 3-3. Network 4 to be configured.
  • the configuration of the multilane transmission apparatus of the present invention is shown in FIGS. 1-2 and 1-3.
  • the multilane transmission device 11 is provided in each of the transmission devices 1-1, 1-2, and 1-3.
  • the bandwidth calculation unit 113, the shaping units 114-1 and 114-2, and the framer unit 115 are configured.
  • the framer unit 115 includes a transfer frame generation unit 116 and a virtual lane group generation unit 117.
  • Fig. 1-4 shows the configuration of the multilane receiver of the present invention.
  • the multilane receiving device 12 is provided in each of the transmission devices 1-1, 1-2, 1-3, and includes a deframer unit 121 and a client signal distribution unit 124.
  • the deframer unit 121 includes a virtual lane group restoration unit 122 and a client signal restoration unit 123.
  • the client apparatuses 2-11 and 2-12 are connected to the client apparatuses 2-21 and 2-22 via the transmission apparatuses 1-1 and 1-2 and the optical switches 3-1 and 3-2.
  • a process of transferring a frame and transferring the frame to the client apparatus 2-31 via the transmission apparatuses 1-1 and 1-3 and the optical switches 3-1 and 3-3 will be described.
  • the desired transfer bandwidth of the transfer frame to the client devices 2-21 and 2-22 is 30 Gbps, and the desired transfer bandwidth of the transfer frame to the client device 2-31 is 20 Gbps.
  • the transfer bandwidth to the network 4 cannot always be equal to the desired transfer bandwidth of the transfer frame to the client device 2.
  • the transfer frame and the variable frame are the same.
  • the shaping unit 114-2 reads the client signal to the client device 2-31 from the buffer memory 112-2. Are adjusted and output to the transfer frame generator 116.
  • the transfer bandwidth of the transfer frame to the client device 2-31 is 20 Gbps
  • the transfer bandwidth of the transfer frame to the client device 2-31 is 10 Gbps. Read at different reading speeds.
  • the virtual lane group generation unit 117 has a bandwidth even if the bandwidth of the physical lane is variable, which is necessary for transmission of each transfer frame distributed by the client signal distribution units 111-1 and 111-2 based on each transmission destination. Determine the number of virtual lanes that are constant. As will be described later, the bandwidth per virtual lane may be constant or variable.
  • the number of all virtual lanes is determined according to the number of all physical lanes and the bandwidth per physical lane so that the bandwidth of all virtual lanes is equal to the bandwidth of all physical lanes.
  • the virtual lane group generation unit 117 transfers to the client device 2-31 based on the transfer bandwidth of the transfer frame to the client device 2-31 calculated by the transfer bandwidth calculation unit 113 and the bandwidth per virtual lane. Determine the number of virtual lanes required for frame transmission.
  • the bandwidth per physical lane is 10 Gbps as described above, and the transfer bandwidth of the transfer frame to the client apparatus 2-31 is as described above.
  • the bandwidth per physical lane increases from 10 Gbps to 20 Gbps, and accordingly, the transfer bandwidth of the transfer frame to the client apparatus 2-31 starts from 10 Gbps.
  • the transfer frame generation unit 116 distributes the client signal from the transmission device 1-1 to the transmission device 1-2 to the three virtual lanes VL0, VL1, and VL2. Specifically, the transfer frame generation unit 116 distributes the transfer frame F2-0 in the order of virtual lanes VL0, VL1, and VL2, distributes the transfer frame F2-1 in the order of virtual lanes VL1, VL2, and VL0, and transfers the transfer frame.
  • F2-2 is allocated in the order of virtual lanes VL2, VL0, VL1,...
  • Transfer frame F2-252 is allocated in the order of virtual lanes VL0, VL1, VL2, and transfer frame F2-253 is allocated to virtual lanes VL1, VL2,.
  • Sort in the order of VL0, and transfer frame F2-254 is sorted in the order of virtual lanes VL2, VL0, VL1.
  • the transfer frame generation unit 116 performs lane rotation.
  • Three virtual lanes VL0, VL1, and VL2 are set as a virtual lane group from the transmission apparatus 1-1 to the transmission apparatus 1-2.
  • Figure 1-6 shows the configuration of the virtual lane group when the bandwidth per physical lane increases from 10 Gbps to 20 Gbps after the bandwidth per physical lane changes.
  • the transfer frame generation unit 116 distributes the client signal from the transmission apparatus 1-1 to the transmission apparatus 1-2 to the six virtual lanes VL0, VL1, VL2, VL3, VL4, and VL5. Specifically, the transfer frame generation unit 116 distributes the transfer frame F2-0 in the order of virtual lanes VL0, VL1, VL2, VL3, VL4, and VL5, and transfers the transfer frame F2-1 to the virtual lanes VL1, VL2, VL3, Distribute in the order of VL4, VL5, VL0, distribute the transfer frame F2-2 in the order of virtual lanes VL2, VL3, VL4, VL5, VL0, VL1, ..., transfer frames F2-249 to virtual lanes VL3, VL4, Sort in the order of VL5, VL0, VL1, VL2, transfer frame F2-250 in the order of virtual lanes VL4, VL5, VL0, VL1, VL2, VL3, transfer frame F2-251 to virtual lanes VL5, VL0, VL1, Swing in the
  • the VLM may be an LLM and is not distinguished in the present application.
  • Figure 1-5 shows how VLM is added when the bandwidth per physical lane is 10 Gbps before the bandwidth per physical lane changes.
  • the maximum value of the VLM is a value obtained by subtracting 1 from the maximum value divisible by 3 which is the number of virtual lanes among the values up to 256.
  • the maximum value of the VLM is a value obtained by subtracting 1 from the maximum value divisible by 1 which is the number of virtual lanes among the values up to 256. Set to 255.
  • VLM 0, 1, 2,... At the beginning of the transfer frames F3-0, F3-1, F3-2,..., F3-252, F3-253, F3-254, respectively. .., 252 253 254 are added.
  • the maximum value of the VLM is a value obtained by subtracting 1 from the maximum value divisible by 6 which is the number of virtual lanes out of 256 values.
  • VLM 3,..., 249 are added to the heads of the transfer frames F2-3,.
  • the maximum value of the VLM is a value obtained by subtracting 1 from the maximum value divisible by 2 which is the number of virtual lanes among the values up to 256.
  • Set to 255. .., 248, 250 are added to the heads of the transfer frames F3-0, F3-2,..., F3-248, F3-250 to the virtual lane VL0, respectively.
  • the transfer band of the transfer frame from the transmission apparatus 1-1 to the transmission apparatus 1-2 changes over time as 30 Gbps (first stage) ⁇ 20 Gbps (second stage) ⁇ 0 Gbps (third stage)
  • the transfer bandwidth of the transfer frame from the transmission device 1-1 to the transmission device 1-3 changes over time as 10 Gbps (first stage) ⁇ 20 Gbps (second stage) ⁇ 40 Gbps (third stage)
  • the virtual lane The bandwidth per line is assumed to be constant at 10 Gbps.
  • the configuration of the virtual lane group accompanying the change in the communication band between the transmission apparatuses 1 is shown in FIG.
  • transmission frames F2-1-0, F2-1-1, F2-1-2, F2-1-3,... are transmitted from the transmission apparatus 1-1 to the transmission apparatus 1-2.
  • the transmission frames 1-1, F3-1-1, F3-1-2, F3-1-3,... are transmitted from the transmission device 1-1 to the transmission device 1-3.
  • transmission frames F2-2-0, F2-2-1, F2-2-2, F2-2-3,... are transmitted from the transmission device 1-1 to the transmission device 1-2.
  • the transfer frames 1-1-2, F3-2-1, F3-2-2, F3-2-3,... are transmitted from the transmission device 1-1 to the transmission device 1-3.
  • VLM 0, 2,... At the beginning of the transfer frames F2-2-0, F2-2-2,.
  • VLM 1, 3,... At the beginning of the transfer frames F2-2-1, F2-2-3,.
  • VLM 0, 2,... At the beginning of the transfer frames F3-2-0, F3-2-2,.
  • VLM 1, 3,... At the beginning of the transfer frames F3-2-1, F3-2-3,. Is added.
  • transfer frames F3-3-0, F3-3-1, F3-3-2, F3-3-3,... are transmitted from the transmission apparatus 1-1 to the transmission apparatus 1-3.
  • 40 Gbps / (10 Gbps / line) 4 (virtual lanes VL0, VL1, VL2, VL3) are allocated by the transmission apparatus 1-1 to the transmission apparatus 1-3.
  • the transfer band of the client signal from the transmission apparatus 1-1 to the transmission apparatus 1-2 is equal to or less than the payload capacity of the transfer frame F2, and the transfer of the client signal from the transmission apparatus 1-1 to the transmission apparatus 1-3.
  • the bandwidth may be less than or equal to the payload capacity of the transfer frame F3.
  • three virtual lanes (virtual lanes VL0, VL1, VL2) are allocated from the transmission device 1-1 to the transmission device 1-2, and one virtual lane is assigned from the transmission device 1-1 to the transmission device 1-3. This (virtual lane VL0) is allocated, and the client signal is mapped to the payload of the transfer frame F using the GMP (Generic Mapping Procedure) method as in Non-Patent Document 1-2.
  • a method for mapping a client signal to a transfer frame is shown in FIG. 1-8.
  • the i-th block is set as the Data block, and the client signal is mapped to the i-th block.
  • the i-th block is set as the Stuff block, and the client signal is not mapped to the i-th block.
  • the first block is a Stuff block and the 2nd to 30th blocks are Data blocks.
  • the transfer frame generation unit 116 uses the number of virtual lanes (three), the value of P_server, and the value of Cm as the overhead of the transfer frame F2. Write or transmit on a control plane separate from transfer frame F2. Then, the transfer frame generation unit 116 further adds an error correction code.
  • the transfer frame generation unit 116 only adds overhead, and may add an error correction code to the output of the virtual lane group generation unit 117. Further, the transfer frame generation unit 116 may add only overhead without adding an error correction code.
  • the transfer frame generation unit 116 uses the number of virtual lanes (one), the value of P_server, and the value of Cm as the overhead of the transfer frame F3. Write or transmit on a control plane separate from the transfer frame F3. Then, the transfer frame generation unit 116 further adds an error correction code.
  • the transfer frame generation unit 116 only adds overhead, and may add an error correction code to the output of the virtual lane group generation unit 117. Further, the transfer frame generation unit 116 may add only overhead without adding an error correction code.
  • the virtual lane group generation unit 117 multiplexes each virtual lane into a physical lane, and transmits each transfer frame framed by the transfer frame generation unit 116 using the physical lane. For example, in the state of FIG. 1-5 before the change of the physical lane bandwidth, the virtual lane group generation unit 117 uses three physical lanes for the virtual lane group including the three virtual lanes VL0, VL1, and VL2. The virtual lane group consisting of one virtual lane VL0 is transferred using one physical lane. Then, in the state of FIG. 1-6 after the change of the physical ray band, the virtual lane group generation unit 117 sets 3 for the virtual lane group including the six virtual lanes VL0, VL1, VL2, VL3, VL4, and VL5. Transfer is performed using one physical lane, and transfer is performed using one physical lane for a virtual lane group including two virtual lanes VL0 and VL1.
  • the transfer frame generation unit 116 and the virtual lane group generation unit 117 indicate in which order the input client signals are input from which buffer memory 112 or from which shaping unit 114. It is identified as follows. For example, as an analogy of a switch to be switched by time, it may be identified by a certain time slot such as an arrival time or arrival period of a client signal. Or you may identify with a certain kind of tag as an analogy of the switch switched by a tag. Other methods may be used.
  • the virtual lane group restoration unit 122 acquires the number of virtual lanes based on the overhead of the transfer frame F2 or a control plane separate from the transfer frame F2, or determines the transfer band of the transfer frame from the network 4 Obtained by dividing by the bandwidth per virtual lane.
  • the virtual lane group restoration unit 122 searches the head fixed bit pattern and the VLM in each transfer frame F2, and identifies the head. Then, the virtual lane group restoring unit 122 calculates the virtual lane number as VLM mod n based on the number n of virtual lanes and the VLM. Then, the virtual lane group restoration unit 122 compensates for skew caused by chromatic dispersion or path difference between the plurality of virtual lanes.
  • each transfer frame F2 shown in FIG. 1-5 is transferred from the transmission apparatus 1-1 to the transmission apparatus 1-2.
  • VLM 0 indicating the virtual lane VL0 is added in a certain transfer frame F2
  • VLM 1 indicating the virtual lane VL1 is added in the next transfer frame F2.
  • VLM 2 indicating the virtual lane VL2 is added in the next transfer frame F2,...
  • VLM 252 indicating the virtual lane VL0 is added in the next transfer frame F2.
  • VLM 253 indicating the virtual lane VL1 is added
  • the client signal restoration unit 123 deframes each transfer frame distributed to each virtual lane as each client signal.
  • the client signal restoration unit 123 acquires the value of P_server and the value of Cm based on the overhead of the transfer frame F2 or a control plane separate from the transfer frame F2. Then, in each transfer frame F2, the client signal restoration unit 123 determines whether the i-th block is a Data block or a Stuff block based on the block number i, the value of P_server, and the value of Cm. Then, the client signal restoration unit 123 rearranges the Data blocks in each transfer frame F2.
  • each transfer frame F2 shown in FIG. 1-8 is transferred from the transmission apparatus 1-1 to the transmission apparatus 1-2.
  • the first block is determined to be a stuff block because (i ⁇ Cm) mod P_server ⁇ Cm holds.
  • the 2nd to 30th blocks are determined to be Data blocks because (i ⁇ Cm) mod P_server ⁇ Cm holds. These 2-30th blocks are rearranged.
  • the multi-lane transmission apparatus 11 distributes client signals based on transmission destinations, and multiplexes a plurality of virtual lanes into physical lanes when framing each client signal into each transfer frame. did. Therefore, when dealing with changes in physical lane bandwidth due to changes in multiple destinations and modulation schemes or changes in the number of wavelengths, the number of required framers is made the same and the framers are shared among the multiple destinations. can do.
  • the physical lanes are separated into a plurality of virtual lanes when each transfer frame is deframed into each client signal. Therefore, when dealing with changes in physical lane bandwidth due to changes in multiple destinations and modulation schemes or changes in the number of wavelengths, the number of required deframers is made the same and the deframers are shared among multiple destinations. can do.
  • the transfer frame length is constant and the bandwidth per virtual lane is constant.
  • the transfer frame length may be variable and the virtual lane bandwidth may be variable.
  • the framer / deframer only needs to correspond to a single type of bit rate.
  • the framer / deframer needs to correspond to a plurality of types of bit rates.
  • a single number of framers / deframers can be shared among a plurality of transmission destinations.
  • the priority is determined based on, for example, a PCP (Priority Code Point) included in a VLAN tag defined in IEEE 802.1Q.
  • PCP Principal Code Point
  • the number of necessary framers is made a single and a plurality of priorities You can share the framer between degrees.
  • a plurality of priorities and a plurality of priorities are obtained by making the number of necessary deframers uniform in order to deal with a change in physical lane bandwidth due to a change in a plurality of priorities and a modulation scheme or a change in the number of wavelengths.
  • Deframers can be shared between degrees.
  • the multilane receiver 12 even when at least one of the number of transmission sources, the number of types of priority, and the number of reception wavelengths increases or decreases, at least any of the number of transmission sources, the number of types of priority, and the number of reception wavelengths In response to the increase or decrease, a variable capacity transfer frame using hardware resources necessary and sufficient for transfer is received.
  • FIG. Adjust the number of Data blocks and Stuff blocks shown.
  • FIG. 12 when demapping the client signal from the transfer frame in accordance with at least any increase / decrease of the number of transmission sources, the number of types of priority, and the number of reception wavelengths, FIG. The number of Data blocks and Stuff blocks shown in FIG.
  • the multilane transmission device 11 it is possible to cope with an increase or decrease in the number of transmission destinations, the number of types of priority, and the number of transmission wavelengths.
  • the multilane receiver 12 it is possible to cope with an increase or decrease in the number of transmission sources, the number of types of priority, and the number of reception wavelengths.
  • the communication speed of each transfer frame received by the virtual lane group restoring unit 122 is the communication rate of each client signal deframed by the client signal restoring unit 123.
  • a capacity for accommodating each client signal framed by the client signal restoration unit 123 is set in each transfer frame received by the virtual lane group restoration unit 122 so as to be equal to the speed.
  • the configuration of the multilane communication system of the present invention is shown in FIG. 2-1.
  • the multilane communication system includes multilane communication node devices 100, 200, and 300, a network 400, and a management control system 500.
  • Each of the multilane communication node devices 100, 200, and 300 includes multilane transmission / reception devices as described later.
  • the management control system 500 determines the path (optical path or electrical path) between the multilane communication node devices 100, 200, and 300 based on the setting table 1 according to the bandwidth between the multilane communication node devices 100, 200, and 300. Path) can be set in the network 400.
  • each of the multilane communication node devices 100, 200, and 300 has one 100GE (100 Gbps Ethernet (registered trademark)) interface on the client side and ten 10GE (10 Gbps Ethernet (registered trademark) interfaces on the network 400 side. )) Interfaces.
  • the multilane communication node devices 100, 200, and 300 can transmit and receive data using any number of 10GE interfaces as long as the number is 10 or less 10GE interfaces on the network 400 side.
  • the multilane communication node device 100 transmits and receives the flow group # 1 between the multilane communication node devices 100 and 200 using the lane group # 1 including six physical lanes. , 300 is transmitted and received using a lane group # 2 composed of four physical lanes.
  • the multilane communication node apparatus 200 transmits / receives the flow group # 1 between the multilane communication node apparatuses 200 and 100 using the lane group # 2 including six physical lanes, and the multilane communication node apparatus 200 , 300 is transmitted and received using a lane group # 1 composed of four physical lanes.
  • the multilane communication node device 300 transmits and receives the flow group # 2 between the multilane communication node devices 300 and 100 using the lane group # 1 configured by four physical lanes, and the multilane communication node device 300 , 200 is transmitted and received using a lane group # 2 composed of four physical lanes.
  • VLAN Virtual Local Area Network
  • PCP Principal Code Point
  • the configuration of the multilane transmission apparatus provided in the multilane communication node apparatus of the present invention is shown in FIG.
  • the multilane transmission apparatus T includes a physical interface 2, a data frame distribution unit 3, buffer memories 4A, 4B, 4C, and 4D, a data stream division unit 5, and physical interfaces 6A, 6B, 6C, 6D, 6E, 6F, 6G, 6H, 6I, 6J.
  • the multilane transmission apparatus T a case where a data frame is transmitted from the multilane communication node apparatus 100 to the multilane communication node apparatuses 200 and 300 will be handled. That is, the multilane transmission device T described below is included in the multilane communication node device 100.
  • the case where data frames are transmitted between other combinations of multilane communication node apparatuses is the same as the case where data frames are transmitted from multilane communication node apparatus 100 to multilane communication node apparatuses 200 and 300.
  • the physical interface 2 demodulates and decodes an input signal from the client side into a CGMII (100G Medium Independent Interface) format, that is, a format composed of 64-bit data and an 8-bit control signal.
  • CGMII 100G Medium Independent Interface
  • the data frame distribution unit 3 distributes the data frame based on the transmission destination.
  • the configuration of the data frame distribution unit of the present invention is shown in FIG. 2-5.
  • the data frame distribution unit 3 includes a VLAN tag decoding unit 31 and a data frame writing unit 32.
  • the VLAN tag decoding unit 31 decodes VID and PCP from the data frame.
  • the data frame writing unit 32 sorts the data frame into the following four types of flows based on the VID and PCP according to the setting table 1.
  • the flows # 1 and # 2 belong to the flow group # 1
  • the flows # 3 and # 4 belong to the flow group # 2.
  • Buffer memories 4A, 4B, 4C, and 4D store flows # 1, # 2, # 3, and # 4, respectively.
  • the number of buffer memories 4 and the capacity allocated to each buffer memory 4 are dynamically set according to the number of flows and the number of lanes allocated to each flow group. Specifically, the number of buffer memories 4 is set to four because the number of flows is four.
  • the capacity allocated to each buffer memory 4 is set to a proportional distribution of the total buffer memory capacity according to the bandwidth of each flow.
  • the data stream dividing unit 5 divides the data stream as described with reference to FIGS. 2-7 and 2-8.
  • the configuration of the data stream division unit of the present invention is shown in FIGS. 2-7.
  • FIG. 2-8 shows the data stream division processing according to the present invention.
  • the data stream dividing unit 5 includes a data frame reading unit 51, an encoding unit 52, a data string dividing unit 53, a flow group information order information adding unit 54, a transmission frame processing unit 55, and a lane selection output unit 56.
  • the data frame reading unit 51 refers to the setting table 1 and reads the data frames of the flow group # 1 from the buffer memories 4A and 4B that store the data frames of the flows # 1 and # 2, respectively.
  • the data frame reading unit 51 refers to the setting table 1 and reads the data frames of the flow group # 2
  • the data frame reading unit 51 reads them from the buffer memories 4C and 4D that store the data frames of the flows # 3 and # 4, respectively.
  • the data frame reading unit 51 includes the data frames DF # 1, DF # 4, DF # 5, DF # 7, DF # 8, DF # 11, DF # 12, and these.
  • the VLAN tag and the IFG corresponding to the data frame DF are read from the buffer memories 4A and 4B.
  • Data frame reading unit 51 also reads data frames between multilane communication node apparatuses 100 and 300 in the same manner as data frames between multilane communication node apparatuses 100 and 200.
  • the data frame reading unit 51 reads the data frames of the flow groups # 1 and # 2, the data of the flows # 1, # 2, # 3, and # 4 according to the bandwidth allocated to the flow groups # 1 and # 2 Shaping is performed to adjust the frame reading speed.
  • the bandwidth assigned to the flow group # 1 is 60 Gbps corresponding to the lanes # 1, # 2, # 3, # 4, # 5, and # 6 as set in the setting table 1.
  • the bandwidth allocated to the flow group # 2 is 40 Gbps corresponding to the lanes # 7, # 8, # 9, and # 10 as set in the setting table 1.
  • the data frame reading unit 51 refers to the setting table 1, determines the flow group of the read data frame based on the VID and PCP of the read VLAN tag, and adds the flow group information to the flow group information order information. Notification to the unit 54 and the lane selection output unit 56.
  • the encoding unit 52 includes the data frames DF # 1, DF # 4, DF # 5, DF # 7, DF # 8, DF # 11, DF # 12, and these data frames.
  • the VLAN tag and IFG corresponding to the data frame DF are 64b / 65b encoded.
  • the data string dividing unit 53 converts the data frame encoded by the encoding unit 52 into 64b / 65b data blocks DB # 1, DB # 2, DB # 3, DB # 4, DB # 5, DB # 6, Divide into DB # 7, DB # 8, and DB # 9.
  • the flow group information order information adding unit 54 includes, in each data frame distributed by the data frame distribution unit 3 based on each transmission destination, flow group information indicating a flow group corresponding to the transmission source and each transmission destination, and each data And order information indicating the order of the frames.
  • the flow group information is information indicating the flow groups # 1 and # 2 corresponding to the multilane communication node device 100 as the transmission source and the multilane communication node devices 200 and 300 as the transmission destinations.
  • the flow group information is, for example, a flow group identifier FG-ID (Flow Group-Identifier), and a combination of a device ID and a flow group number uniquely defined for a multilane communication node device can be used. It is also possible to pay out temporarily from the management control system 500.
  • the order information is, for example, a sequence number SN (Sequential Number) consecutive in each flow group.
  • the flow group information order information adding unit 54 based on the information of the flow group # 1 notified from the data frame reading unit 51, the data blocks DB # 1, DB # 2, A flow group identifier FG-ID and a sequence number SN are added to DB # 3, DB # 4, DB # 5, DB # 6, DB # 7, DB # 8, and DB # 9. 1 to 9 are added as sequence numbers SN to the data blocks DB # 1 to DB # 9.
  • the flow group information order information adding unit 54 also applies the flow group identifier FG ⁇ for the data frame between the multilane communication node apparatuses 100 and 300 in the same manner as the data frame between the multilane communication node apparatuses 100 and 200. ID and sequence number SN are added.
  • the transmission frame processing unit 55 converts the data block to which the flow group information order information adding unit 54 has added the flow group identifier FG-ID and the sequence number SN into a transmission frame format.
  • 10GE is used as the transfer method on the network 400 side.
  • the transmission frame processing unit 55 adds an Ethernet (registered trademark) MAC (Media Access Control) header and an FCS (Frame Check Sequence) to the Ethernet (registered trademark) MAC frame. Convert to format.
  • the lane selection output unit 56 sets each flow group information and each data frame to which the flow group information order information addition unit 54 has added the order information to one or a number corresponding to each flow group information (flow group # 1, # 2).
  • a plurality of lanes (lane groups # 1, # 2) are used for transmission to each transmission destination.
  • the lane selection output unit 56 includes information on the flow group # 1 notified from the data frame reading unit 51, and the flow group # 1 and lane group # 1 input from the setting table 1.
  • the lane selection output unit 56 selects the data block DB # 1 based on the correspondence relationship between the lane group # 1 and the lanes # 1, # 2, # 3, # 4, # 5, and # 6 input from the setting table 1. , DB # 2, DB # 3, DB # 4, DB # 5, DB # 6, DB # 7, DB # 8, DB # 9, lanes # 1, # 2, # 3, # 4, # 5, Output in round robin to # 6.
  • the physical interfaces 6A, 6B, 6C, 6D, 6E, 6F, 6G, 6H, 6I, and 6J are lanes # 1, # 2, # 3, # 4, # 5, # 6, # 7, # 8, #, respectively. 9 and # 10, the data block DB is encoded and modulated and output to the network 400 side.
  • the multilane receiving device R a case where a data frame is received from the multilane communication node devices 100 and 300 to the multilane communication node device 200 is handled. That is, the multilane receiving device R described below is included in the multilane communication node device 200.
  • the case of receiving a data frame between other combinations of multilane communication node devices is the same as the case of receiving a data frame from the multilane communication node devices 100 and 300 to the multilane communication node device 200.
  • the physical interfaces 7A, 7B, 7C, 7D, 7E, 7F, 7G, 7H, 7I, and 7J serve as data frame reception units, and flow group information (flow group # 1) indicating flow groups corresponding to each transmission source and transmission destination. , # 3) and order information indicating the order of each data frame, each data frame is added to one or a plurality of lanes (lane groups) corresponding to each flow group information (flow groups # 1, # 3). Receive from each transmission source using # 2, # 1).
  • the physical interfaces 7A, 7B, 7C, 7D, 7E, 7F, 7G, 7H, 7I, and 7J are lanes # 1, # 2, # 3, # 4, # 5, # 6, # 7, # 8, #, respectively. 9 and # 10, the data block DB is input from the network 400 side and is decoded and demodulated.
  • the data frame reconstruction unit 8 rearranges each data frame to which each flow group information and each order information is added based on each order information. And reconfigure.
  • the configuration of the data frame reconstruction unit of the present invention is shown in FIG. 2-10.
  • the data frame reconstruction process of the present invention is shown in FIG.
  • the data frame reconstruction unit 8 includes transmission frame processing units 81A, 81B, 81C, 81D, 81E, 81F, 81G, 81H, 81I, 81J, a lane selection combining unit 82, a decoding unit 83, and a data frame sorting unit 84. Is done.
  • the transmission frame processing units 81A, 81B, 81C, 81D, 81E, 81F, 81G, 81H, 81I, and 81J correspond to the physical interfaces 7A, 7B, 7C, 7D, 7E, 7F, 7G, 7H, 7I, and 7J, respectively.
  • the MAC header and FCS are removed from the 10GE Ethernet (registered trademark) frame, the payload is extracted, the flow group identifier FG-ID, the sequence number SN, and the data block DB are divided and buffered.
  • the lane selection combining unit 82 reads out the flow group identifier FG-ID from the transmission frame processing units 81A, 81B, 81C, 81D, 81E, 81F, 81G, 81H, 81I, 81J. Then, the lane selection combining unit 82 reads the sequence number SN and the data block DB from the transmission frame processing unit 81 that has read the same flow group identifier FG-ID. Then, the lane selection combining unit 82 rearranges and reconfigures the data block DB based on the sequence number SN for the same flow group identifier FG-ID.
  • the lane selection combining unit 82 reads the same flow group identifier FG-ID from the transmission frame processing units 81E, 81F, 81G, 81H, 81I, 81J.
  • the lane selection / combining unit 82 transmits the sequence number SN (1 to 9) and the data block DB # from the transmission frame processing units 81E, 81F, 81G, 81H, 81I, and 81J that have read the same flow group identifier FG-ID. 1 to DB # 9 are read.
  • the lane selection combining unit 82 rearranges and reconfigures the data blocks DB # 1 to DB # 9 based on the sequence number SN (1 to 9) for the same flow group identifier FG-ID.
  • the decoding unit 83 decodes the data block DB reconstructed by the lane selection combining unit 82 from 64b / 65b encoding to CGMII format.
  • the decoding unit 83 also decodes the data block DB with respect to the data frame between the multilane communication node devices 200 and 300, similarly to the data frame between the multilane communication node devices 100 and 200.
  • the data frame sorting unit 84 sorts the data frame DF into the following two types of flows based on the VID and PCP according to the setting table 1.
  • the first and second flow groups # 1 correspond to the flows # 1 and # 2, respectively.
  • the individual flow group # 3 corresponds to flows # 3 and # 4, respectively.
  • Buffer memories 9A and 9B store flow groups # 1 and # 3, respectively.
  • the number of buffer memories 9 and the capacity allocated to each buffer memory 9 are dynamically set according to the number of flow groups and the number of lanes allocated to each flow group. Specifically, the number of buffer memories 9 is set to two because the number of flow groups is two.
  • the capacity allocated to each buffer memory 9 is set to a proportional distribution of the total buffer memory capacity according to the bandwidth of each flow group.
  • the multilane transmission apparatus T indicates a transmission group and a flow group corresponding to each transmission destination in each data frame distributed based on each transmission destination. Flow group information and order information indicating the order of each data frame are added.
  • the multilane receiving apparatus R performs flow group information indicating the flow group corresponding to each transmission source and transmission destination, and the order indicating the order of each data frame.
  • Each data frame to which the information is added is rearranged and reconstructed based on the order information.
  • the data frame reconstruction unit 8 constantly monitors whether or not the data frame DF is received for all the plurality of lanes connected to the multi-lane receiving device R.
  • FIG. 2B there are six physical lanes from the multilane communication node apparatus 100 to the multilane communication node apparatus 200, and four physical lanes from the multilane communication node apparatus 100 to the multilane communication node apparatus 300. is there.
  • the number of physical lanes from the multilane communication node apparatus 100 to the multilane communication node apparatus 200 is reduced to five, and the multilane communication node apparatus 100 to the multilane communication node apparatus 300 is reduced.
  • the number of physical lanes increases to 5.
  • the data frame DF is lost even if the six transmission frame processing units 81 are still operating. Does not occur.
  • the data frame DF is lost. Occurs.
  • the lane selection combining unit 82 constantly monitors whether or not the data frame DF is received for all the transmission frame processing units 81.
  • the data frame distribution unit 3 distributes the data frame to each flow based on the VID and PCP of the VLAN tag.
  • the data frame distribution unit 3 may distribute the data frame to each flow based on a shim header label and EXP (Experimental) defined by MPLS (Multi-Protocol Label Switching).
  • the lane selection output unit 56 outputs each data block DB to each lane in round robin.
  • the lane selection output unit 56 may output each data block DB to each lane by a method other than round robin.
  • the capacity allocated to each buffer memory 4 is set to a proportional distribution of the total buffer memory capacity according to the size of the bandwidth of each flow, and the capacity allocated to each buffer memory 9 is The total buffer memory capacity is proportionally distributed according to the size of the group band.
  • the capacity allocated to each buffer memory 4 and each buffer memory 9 may be set regardless of the above-described proportional distribution method.
  • a 100 GE physical interface is arranged on the client side, and a 10 GE physical interface is arranged on the network 400 side.
  • various forms such as a 40GE physical interface arranged on the client side and an OTN (Optical Transport Network) physical interface arranged on the network 400 side can be adopted.
  • OTN Optical Transport Network
  • the multi-lane transmission method according to the present embodiment is a multi-lane transmission method in which a frame format signal is divided into data blocks, distributed to one or more lanes, and transmitted. Rather than rotating the lane for each frame, by executing the identifier description procedure and the lane rotation procedure, the M frames corresponding to the number of lanes are regarded as variable frames and rotated for each variable frame. Even when the number of lanes is not a divisor of 1020, the dummy block is unnecessary.
  • the LLM may be a VLM and is not distinguished in the present application.
  • the variable frame is the same as the transfer frame.
  • the present invention can be applied to eight consecutive frames starting from the frame.
  • the number of lanes M can be applied to an arbitrary number of lanes M of 2 or more.
  • variable frame You may describe the value which shows that it is not a head.
  • FIG. 3-6 shows the configuration of the transmission unit of the multilane transmission apparatus of the present invention.
  • the transmission unit of the multilane transmission apparatus includes a mapping unit 1, an OH processing unit 2, an interleaving unit 3, encoding units 4-1 to 4-16, a deinterleaving unit 5, a scrambling unit 6, and a data block A dividing unit 7 and a lane number determining unit 8 are provided.
  • a mapping unit 1 an OH processing unit 2
  • an interleaving unit 3 encoding units 4-1 to 4-16
  • a deinterleaving unit 5 a scrambling unit 6
  • a data block A dividing unit 7 and a lane number determining unit 8 are provided.
  • a case where the lane number M is 16 will be described.
  • the mapping unit 1 maps the client signal to the OPU PLD.
  • the OH processing unit 2 adds overhead to the OPU frame.
  • the overhead is, for example, FA OH, OTU OH, LM OH, and ODU OH.
  • the OH processing unit 2 functions as an identifier description function unit, and describes the identifier of the frame in a predetermined field of each frame.
  • the identifier description function unit describes a numerical value that increases or decreases for each frame as a frame identifier.
  • the LLM takes a numerical value that increases for each frame from 0 to K * M 2 ⁇ 1 (S102).
  • K * M 2 is a multiple of M 2 of less than 256.
  • K 1 may also be used.
  • the interleaving unit 3 interleaves a frame of 4 rows ⁇ 3824 columns obtained by adding overhead to the OPU frame by 16 bytes for each row (3824 bytes).
  • Encoding sections 4-1 to 4-16 encode byte interleaved sub-row data (239 bytes) and output sub-row data (255 bytes) with a 16-byte parity check added.
  • the deinterleaving unit 5 deinterleaves the encoded sub-row data and outputs an encoded OTU frame of 4 rows ⁇ 4080 columns.
  • the scrambler 6 scrambles all areas other than the FAS of the FEC-encoded 4 rows ⁇ 4080 columns OTU frame.
  • the data block dividing unit 7 divides the scrambled OTU frame into 16-byte data blocks.
  • the lane number determination unit 8 determines a lane number and outputs a data block in frame format to the lane.
  • the lane number determination unit 8 functions as a lane rotation function unit, and performs lane rotation when a remainder obtained by dividing LLM by a multiple of the number of lanes M becomes a constant value.
  • m (m ′ + 1) mod M (S207, S210).
  • the deinterleaving unit 15 deinterleaves the decoded sub-row data and outputs an error-corrected 4 ⁇ 3824 frame.
  • the OH processing unit 16 outputs an OPU frame obtained by removing overhead such as FA OH, OTU OH, LM OH, and ODU OH from the error corrected frame of 4 rows ⁇ 3824 columns.
  • the demapping unit 17 demaps and outputs the client signal from the OPU PLD based on the information of the OPU OH.
  • the LLM is 17 or more, the LLM is insufficient with 1 byte. In this case, as shown in FIG. 3-12, if the LLM is expanded to 2 bytes, up to 256 lanes can be supported.
  • the LLM is arranged, for example, at the first byte and the sixth byte of the FA OH.
  • FIG. 3-6 shows the configuration of the transmission unit of the multilane transmission apparatus of the present invention.
  • the configuration of the transmission unit of the multilane transmission apparatus is the same as that of the first embodiment.
  • the functions of the OH processing unit 2 and the lane number determining unit 8 are different from those in the first embodiment.
  • the OH processing unit 2 functions as an identifier description function unit, and describes the identifier of the frame in a predetermined field of each frame.
  • the identifier description function unit describes a value indicating that it is the beginning of a variable frame for each multiple of M of each frame, and indicates that it is not the beginning of a variable frame for other frames. Write a value indicating.
  • the LLM is arranged at the sixth byte of the FA OH.
  • the LLM takes a value from 0 to K * (M ⁇ 1) for each M frame (S303 to S305), and (M ⁇ 1) in between The LLM of each frame takes a value of 255 (0xFF) (S306).
  • the value indicating that it is the top of the variable frame is 0 to K * (M ⁇ 1) and the value indicating that it is not the top of the variable frame is 255, the example is not limited to this. Absent. In particular, the value indicating that it is not the top of the variable frame may be a value that is not used as the LLM.
  • the interleaving unit 3 interleaves a frame of 4 rows ⁇ 3824 columns obtained by adding overhead to the OPU frame by 16 bytes for each row (3824 bytes).
  • Encoding sections 4-1 to 4-16 encode byte interleaved sub-row data (239 bytes) and output sub-row data (255 bytes) with a 16-byte parity check added.
  • the deinterleaving unit 5 deinterleaves the encoded sub-row data and outputs an encoded OTU frame of 4 rows ⁇ 4080 columns.
  • the scrambler 6 scrambles all areas other than the FAS of the FEC-encoded 4 rows ⁇ 4080 columns OTU frame.
  • the data block dividing unit 7 divides the scrambled OTU frame into 16-byte data blocks.
  • the lane number determination unit 8 determines a lane number and outputs a data block in frame format to the lane.
  • the lane number determination unit 8 functions as a lane rotation function unit, and performs lane rotation when the identifier of the frame is the head of the variable frame.
  • m LLM mod M (S402 to S404, S407 to S409).
  • m (m ′ + 1) mod M (S407, S410).
  • the OTU frame reconstruction unit 11 receives the data block of each lane after the delay time difference compensation, and sequentially reads out the data block of each lane based on the lane number identified by the lane identification & delay difference compensation unit 10. A 4 row ⁇ 4080 column OTU frame is reconstructed.
  • the descrambling unit 12 descrambles all areas other than the FAS of the reconstructed OTU frame.
  • the interleaving unit 13 interleaves 4 rows ⁇ 4080 columns of OTU frames for each row (4080 bytes) by 16 bytes.
  • the decoding units 14-1 to 14-16 decode the byte-interleaved sub-row data (255 bytes), and output error-corrected sub-row data (238 bytes).
  • the deinterleaving unit 15 deinterleaves the decoded sub-row data and outputs an error-corrected 4 ⁇ 3824 frame.
  • the OH processing unit 16 outputs an OPU frame obtained by removing overhead such as FA OH, OTU OH, LM OH, and ODU OH from the error corrected frame of 4 rows ⁇ 3824 columns.
  • the demapping unit 17 demaps and outputs the client signal from the OPU PLD based on the information of the OPU OH.
  • this embodiment demonstrated the case where the number of lanes was 16, it is not limited to this.
  • the LLM is 256 or more, the LLM is insufficient with 1 byte.
  • FIG. 3-12 by extending the LLM to 2 bytes, it is possible to support up to 65535 lanes (in this case, the LLM without lane rotation takes a value of 65535 (0xFFFF)).
  • the multi-lane optical transport system distributes a data flow to signals of a plurality of lanes and transmits the signals from a transmission unit, and integrates the signals distributed to the plurality of lanes at a reception unit to restore the original data flow.
  • the transmission procedure and the reception procedure are performed in the optical transport network that restores.
  • a unique variable capacity optical path ID for uniquely identifying the variable capacity optical path is assigned to the variable capacity management frame from the transmission unit so that the distribution source can be identified.
  • the reception unit classifies the signal of each lane based on the variable capacity optical path ID, and compensates for the delay difference.
  • the capacity variable management frame the variable frame, and the transfer frame are the same.
  • the capacity variable optical path ID As a specific example of the capacity variable optical path ID, (1) A unique ID is assigned in advance to each multi-lane optical transport device, and the combination of the ID of the transmitting-side multi-lane optical transport device and the ID of the receiving-side multi-lane optical transport device (or each service class) (Information related to the above) is used as the capacity variable optical path ID. (2) When a variable capacity optical path is set between the ground, a unique ground ID is issued from the network management control system, and the transmission-side multilane optical transport apparatus and the reception-side multilane optical transport apparatus acquire An ID (or information obtained by adding information related to each service class) is used as a capacity variable optical path ID. Such a method can be considered.
  • variable capacity management frame is divided into transfer frames with different speeds, for example, OPU4 (100 Gbps) and OPU5 (400 Gbps). Since 4 frames of OPU5 are transferred within the time to transfer 1 frame of OPU4, when dividing PLD of capacity variable management frame into OPU4 PLD and OPU5 PLD, 1 byte is distributed to the former and 4 bytes to the latter There is a need. This “1” and “4” are described in the overhead, and this information is also used when integrating into the variable capacity management frame, and 1 byte from the OPU4 PLD and 4 bytes from the OPU5 PLD to the PLD of the variable capacity management frame. By combining, the original variable capacity management frame is reconstructed.
  • the length of an OTU frame requires 16320 bytes, 256 frames ⁇ 15 minutes of memory, so the memory required per lane is 62668800 bytes, and the speed per lane is 111 equivalent to OTU4. Assuming .8 Gbps, the latency is about 4.48 msec. On the other hand, in the case of the present invention, since 32 frames are sufficient, the required memory per lane is 522240 bytes, and the latency can be reduced to 37.4 ⁇ sec.
  • the invention according to the present embodiment configures a management unit by virtually combining OPUs having different speeds using OMFN (OPU Multiframe Number).
  • OMFN OPU Multiframe Number
  • the invention according to the present embodiment transfers information related to a data flow service class in a set of multiframes using NSC (Number of Service Class) and SCI (Service Class Indicator).
  • NSC Number of Service Class
  • SCI Service Class Indicator
  • OPUk1-X1 + k2-X2ve is defined as a capacity variable management frame in which X1 OPUk1 and X2 OPUk2 are virtually connected (where ve represents an extended VCAT).
  • OPU4-1 + 5-2ve is shown in FIG. 4-4.
  • OPU4-1 + 5-2ve is composed of OPU4-1 + 5-2ve OH and OPU4-1 + 5-2ve PLD,
  • OPU4-1 + 5-2ve OH is in (14X + 1) to 16X columns, and OPU4-1 + 5-2ve PLD is (16Z + 1) to Arranged in the 3824Zth column.
  • OPU4-1 + 5-2ve OH is distributed by 1 byte to each of OPU4 # 1 OH, OPU5 # 2 OH, and OPU5 # 3 OH.
  • the OPU4-1 + 5-2ve PLD is distributed byte by byte to the OPU4 # 1 PLD, 4 bytes to the OPU5 # 2 PLD, and the OPU5 # 3 PLD.
  • OPU4-1 + 5-2ve constitutes a set of 256 multi-frames, and the frame position in the multi-frame is identified by the MFAS arranged at the 7th byte of FA OH.
  • the individual OPUk OHs constituting the OPUk1-X1 + k2-X2ve OH are shown in FIG. 4-5.
  • VCOH and PSI are arranged in the 15th column, and information (stuff control information etc.) corresponding to the mapping format of the client signal is accommodated in the 16th column.
  • VCOH is arranged in the 1st to 3rd rows of the 15th column and is expressed as VCOH1, VCOH2, and VCOH3, respectively.
  • the VCOH is 96 bytes (3 bytes ⁇ 32), and the contents of the VCOH are as follows (5 bits [0 to 31] of the fourth to eighth bits of the MFAS are used as indexes of the VCOH1 to the VCOH3).
  • MFI arranged in VCOH1 [0] and VCOH1 [1]. It can be used similarly to the MFI in the conventional VCAT / LCAS.
  • SOID Source Identifier: placed in VCOH1 [2] and VCOH1 [3]. The first bit of VCOH1 [2] is MSB (Most Significant Bit), and the eighth bit of VCOH1 [3] is LSB (Least Significant Bit).
  • the SOID is an ID assigned to the multilane optical transport apparatus that is the starting point of the VCG, and is used for identifying the VCG in combination with SKID and EXID described later.
  • SQ arranged in VCOH1 [4]. It can be used in the same manner as SQ in the conventional VCAT / LCAS.
  • CTRL Arranged in the 1st to 4th bits of VCOH1 [5]. It can be used in the same manner as CTRL in conventional VCAT / LCAS.
  • the fifth bit of VCOH1 [5] is a spare area (may be used as a GID in order to maintain compatibility with the conventional VCAT / LCAS).
  • RSA Arranged at the sixth bit of VCOH1 [5]. It can be used similarly to RSA in conventional VCAT / LCAS.
  • the seventh to eighth bits of VCOH1 [5] are a spare area.
  • SKID Silicon Identifier
  • the first bit of VCOH1 [6] is MSB
  • the eighth bit of VCOH1 [7] is LSB.
  • the SKID is an ID assigned to the multilane optical transport apparatus that is the end point of the VCG, and is used for identifying the VCG in combination with the above-described SOID and EXID described later. As described above, the method of assigning 2 bytes to each of the SOID and the SKID can be applied to a network having a multilane optical transport apparatus of 65536 or less.
  • EXID Extended Identifier
  • the first bit of VCOH1 [8] is MSB
  • the eighth bit is LSB.
  • EXID is an ID added to set a plurality of VCGs for transferring, for example, client signals of different service classes between the same ground, and is used for VCG identification in combination with the above-mentioned SOID and SKID.
  • OMFN OU Multiframe Number
  • OMFN + 1 When the OPUk1-X1 + k2-X2ve PLD is distributed to the OPUk1 PLD and the OPUk2 PLD, or when the OPUk1 PLD and the OPUk2 PLD are virtually combined with the OPUk1-X1 + k2-X2ve PLD, there are (OMFN + 1) bytes. Note that the OMFN field is not necessary when always using only transfer frames of the same speed.
  • VCOH1 [10] to VCOH1 [31] are spare areas.
  • MST Arranged from VCOH2 [0] to VCOH2 [31]. It can be used similarly to the MST in the conventional VCAT / LCAS.
  • CRC arranged from VCOH3 [0] to VCOH3 [31]. It can be used in the same manner as the CRC in the conventional VCAT / LCAS. As described above, the VCOH is repeated eight times within one set of multiframes.
  • PSI is arranged in the fourth row of the 15th column.
  • the PSI is 256 bytes, and the contents of the PSI are as follows (8 bits [0 to 255] of MFAS are used as PSI indexes).
  • PT PSI [0]. It can be used in the same manner as PT in conventional OTN.
  • vcPT placed in PSI [1]. It can be used in the same manner as vcPT in the conventional VCAT.
  • CSF Client Signal Fail
  • NSC Numberer of Service Class
  • the value of NSC indicates (maximum number ⁇ 1) of service classes transferred by the payload.
  • PCP Principal Code Point
  • NSC 0xFF
  • PSI [4] 0x06 to 0x07
  • EXP 0x00 to 0x03.
  • PSI [5] to PSI [35] are all 0.
  • the second to eighth bits of PSI [2] and PSI [36] to PSI [255] are spare areas.
  • the first bit of VCOH1 [6] is MSB and the eighth bit is LSB.
  • OMFN placed in VCOH1 [7]. The OMFN field is not necessary when only the transfer frames of the same speed are always used.
  • VCOH1 [8] to VCOH1 [31] are spare areas.
  • FIG. 4-39 Another example of individual OPUk OH is shown in Fig. 4-39. Items not specifically mentioned are the same as those in FIG. SOID: Arranged in VCOH1 [2], VCOH1 [3], VCOH1 [6], and VCOH1 [7].
  • the first bit of VCOH1 [2] is MSB
  • the eighth bit of VCOH1 [7] is LSB.
  • SKIDs VCOH1 [8], VCOH1 [9], VCOH1 [10], and VCOH1 [11].
  • the first bit of VCOH1 [8] is MSB
  • the eighth bit of VCOH1 [11] is LSB.
  • EXID It is arranged at VCOH1 [12].
  • the first bit of VCOH1 [6] is MSB and the eighth bit is LSB.
  • OMFN placed in VCOH1 [13]. The OMFN field is not necessary when only the transfer frames of the same speed are always used.
  • VCOH1 [8] to VCOH1 [31] are spare areas.
  • FIG. 4-7 shows the configuration of a network that uses a multi-lane optical transport device (MLOT: Multilane Optical Transport equipment).
  • the traffic between routers is transferred using a capacity variable optical path.
  • the optical signal from each MLOT is transferred to the destination MLOT by an optical cross-connect (OXC: Optical Cross-Connect Switch) 9 (the actual transfer network is composed of a plurality of OXCs and OADMs (Optical Add-Drop Multiplexers). However, for simplicity, it is represented by one OXC in FIG. 4-7).
  • OXC Optical Cross-Connect Switch
  • Data flows # 1 to # 4 are mapped to OPU4-5ve PLD, OPU4-1ve PLD, OPU4-2ve PLD, and OPU4-2ve PLD by frame processing circuits (FRM) 102 # 1 to # 4, respectively. These are not fixed and can be changed according to the bandwidth allocated to each data flow (for example, if the data flow is 500 Gbps, 100 Gbps, 200 Gbps, 200 Gbps, OPU4-5ve PLD, OPU4-1ve PLD, OPU4-2ve PLD, OPU4-2ve PLD are mapped, but if the data flow is changed to 600 Gbps, 100 Gbps, 100 Gbps, 200 Gbps, OPU4-6ve PLD, OPU4-1ve PLD, OPU4-1ve PLD , Map to OPU4-2ve PLD).
  • FAM frame processing circuits
  • OTU4 encoding circuit ECC: Encoder
  • ECC Encoder
  • Figure 4-9 Individual OPU4 is OTU4 encoding circuit (ENC: Encoder) 103 # 1 in the form of extended ODU ( Figure 4-9) with FA OH (FAS and MFAS), fixed stuff, and ODU4 OH added to columns 1-14. Is input to .about.10.
  • the values of the main items of OPU4OH are given in Figure 4-25.
  • OTU4 ENC 103 # 1-10 inserts OTU4 OH into the fixed stuff area of extended ODU4, performs FEC encoding, adds redundant bits as OTU4 FEC, scrambles all areas except FAS, and uses OTU4 format Output.
  • a monitoring control unit (CMU: Control and Management Unit) 106 controls and monitors each of the above blocks.
  • the configuration of the MLOT receiver is shown in Fig. 4-10.
  • An optical deaggregator (ODEAGG) 201 separates received optical signals.
  • a 100G demodulator (DEM: Demodulator) 202 # 1-10 receives each separated optical signal and demodulates the OTU4.
  • OTU4 decoding circuits (DEC: Decoder) 203 # 1 to 10 perform descrambling of the entire OTU4 frame, perform FEC decoding, correct bit errors generated during transmission, and read out OPU4 OH.
  • DEC Decoder
  • the extended ODU4 is grouped for each VCG and is input to a deframing circuit (DEF: Deframer) 204 # 1 to # 4.
  • DEF 204 # 1 measures the delay time difference of OPU4 based on the MFAS of extended ODU4 and the MFI of OPU4OH. Assuming that MFAS and MFI are as shown in FIG. 4-31, OPU4 # 3 is the most delayed, OPU4 # 1 is 4 frames longer than OPU4 # 3, and OPU4 # 2 is 7 frames longer than OPU4 # 3. It can be seen that OPU4 # 4 is 9 frames ahead of OPU4 # 3 and OPU4 # 5 is 1 frame ahead of OPU4 # 3.
  • DEF 204 # 1 compensates for the delay time difference of OPU4 # 1-5 by delaying OPU4 # 1 by 4 frames, OPU4 # 2 by 7 frames, OPU4 # 4 by 9 frames, and OPU4 # 5 by 1 frame After that, according to SQ and OMFN, OPU4 # 1-5 are virtually connected to reconfigure OPU4-5ve, and the client signal is demapped from OPU4-5ve PLD.
  • DEF 204 # 2-4 also demaps each client signal from OPU4-1ve PLD, OPU4-2ve PLD, and OPU4-2ve PLD.
  • service class information for each data flow can be obtained by reading NSC and SCI from OPU4-5ve OH, OPU4-1ve OH, OPU4-2ve OH, and OPU4-2ve OH.
  • Data flows # 1 to # 4 of client signals output from DEFs 204 # 1 to 4 are integrated by a flow combiner (FLC) 205 and output to a 1 Mbps interface.
  • FLC flow combiner
  • the control circuit 206 controls and monitors each block described above.
  • the network configuration is the same as that of the first embodiment (FIGS. 4-7).
  • a configuration example of the MLOT transmission unit is shown in FIG.
  • the FLD 101 has a function of distributing the data flow of a client signal input from an external router via a 1 Mbps interface according to a destination and a service class.
  • the FLD 101 also has a function of policing and shaping, and adjusts the distributed data flow to a predetermined rate.
  • Data of data flow # 1-4 is mapped to OPU4-1 + 5-1ve PLD, OPU4-1ve PLD, OPU4-2ve PLD, OPU4-2ve PLD by FRM 102 # 1- # 4, respectively. These are not fixed and can be changed according to the bandwidth allocated to each data flow (for example, if the data flow is 500 Gbps, 100 Gbps, 200 Gbps, 200 Gbps, OPU4-1 + 5-1ve PLD, OPU4 -1ve PLD, OPU4-2ve PLD, OPU4-2ve PLD is mapped, but if the data flow is changed to 600 Gbps, 100 Gbps, 100 Gbps, 200 Gbps, OPU4-2 + 5-1ve PLD, OPU4-1ve PLD, Mapping to OPU4-1ve PLD and OPU4-2ve PLD).
  • OPU4 / 5 is input to OTU4 ENC 103 # 1-6 and OTU5 ENC 1030 in the form of extended ODU4 / 5.
  • OTU4 ENC 103 # 1-6 the values of the main items of OPU4 / 5 OH are given in Fig. 4-27.
  • OTU4 ENC 103 # 1-6 and OTU5 ENC 1030 insert OTU4 / 5 OH into the fixed stuff area of extended ODU4 / 5, perform FEC encoding, add redundant bits to OTU4 / 5 FEC, and all other than FAS The region is scrambled and output in OTU4 / 5 format.
  • the configuration of the MLOT receiver is shown in Fig. 4-12.
  • ODAGEG 201 separates the received optical signal.
  • the 100G DEM 202 # 1-6 receives the separated 100 Gbps optical signal and demodulates the OTU4.
  • the 400G DEM 2020 receives the separated 400 Gbps optical signal and demodulates the OTU5.
  • the OTU4 DEC 203 # 1 to 6 and OTU5 DEC 2030 perform descrambling of the entire OTU4 / 5 frame, perform FEC decoding to correct a bit error generated during transmission, and read out the OPU4 / 5 OH.
  • the values of the main items of each OPU 4/5 OH are as shown in FIG.
  • Extended ODU4 / 5 is grouped by VCG and input to DEF 204 # 1-4.
  • the DEF 204 # 1 measures the delay time difference of the OPU 4/5 based on the MFAS of the extended ODU 4/5 and the MFI of the OPU 4/5 OH. If the MFAS and MFI are as shown in FIG. 4-32, it can be seen that OPU4 # 1 is the most delayed, and OPU5 # 2 is advanced by 3 frames compared to OPU4 # 1.
  • the deframing circuit 204 # 1 delays OPU5 # 2 by 3 frames to compensate for the delay time difference between OPU4 # 1 and OPU5 # 2, and then virtually connects OPU4 # 1 and OPU5 # 2 according to SQ and OMFN.
  • OPU 4-1 + 5-1ve is reconfigured, and the client signal is demapped from the OPU 4-1 + 5-1ve PLD.
  • DEF 204 # 2-4 also demaps each client signal from OPU4-1ve PLD, OPU4-2ve PLD, and OPU4-2ve PLD. Also, by reading NSC and SCI from OPU4-1 + 5-1ve OH, OPU4-1ve OH, OPU4-2ve OH, OPU4-2ve OH, service class information for each data flow can be obtained.
  • Data flows # 1 to # 4 of client signals output from the DEFs 204 # 1 to 4 are integrated by the FLC 205 and output to the 1 Tbps interface.
  • the control circuit 206 controls and monitors each block described above.
  • VCOH is arranged in the 1st to 3rd rows of the 15th column and is expressed as VCOH1, VCOH2, and VCOH3, respectively.
  • the VCOH is 96 bytes (3 bytes ⁇ 32), and the contents of the VCOH are as follows (the indexes of VCOH1 to VCOH3 are indicated by 5 bits [0 to 31] of the fourth to eighth bits of the MFAS).
  • MFI arranged in VCOH1 [0] and VCOH1 [1] (same as in the first embodiment).
  • VCCGID Virtual Connection Group Identifier: arranged in VCOH1 [2], VCOH1 [3], VCOH1 [6], and VCOH1 [7].
  • the first bit of VCOH1 [2] is MSB
  • the eighth bit of VCOH1 [7] is LSB.
  • the VCGID is an ID uniquely given from the NMS 10 to the combination of the start point and end point of the VCG, and is used for identifying the VCG in combination with EXID described later.
  • the method of assigning 4 bytes to the VCGID can be applied to a network having a multilane optical transport apparatus of 65536 or less.
  • the method of assigning the VCGID from the NMS 10 has an effect that can be applied even in the case where the ID is not fixedly given to the multilane optical transport apparatus.
  • SQ arranged in VCOH1 [4]. It can be used similarly to the SQ in the conventional VCAT / LCAS (same as the first embodiment).
  • CTRL Arranged at the first to fourth bits of VCOH1 [5] (same as in the first embodiment).
  • the fifth bit of VCOH1 [5] is a spare area (same as in the first embodiment).
  • RSA Arranged at the sixth bit of VCOH1 [5] (same as in the first embodiment).
  • the seventh to eighth bits of VCOH1 [5] are a spare area (same as in the first embodiment).
  • EXID Extended Identifier: placed in VCOH1 [8].
  • the first bit of VCOH1 [8] is MSB, and the eighth bit is LSB.
  • EXID is an ID added to set a plurality of VCGs that transfer client signals of different service classes, for example, between the same ground, and is used for VCG identification in combination with the above-described VCGID.
  • OMFN VCOH1 [9] (same as in the first embodiment). The OMFN field is not necessary when only the transfer frames of the same speed are always used.
  • VCOH1 [10] to VCOH1 [31] are spare areas (same as in the first embodiment).
  • MST Arranged from VCOH2 [0] to VCOH2 [31] (same as in the first embodiment).
  • CRC arranged from VCOH3 [0] to VCOH3 [31] (same as in the first embodiment).
  • PSI is arranged in the fourth row of the 15th column (same as in the first embodiment).
  • FIG. 4-40 Another example of individual OPUk OH is shown in Fig. 4-40. Items not specifically mentioned are the same as those in FIGS. 4-6.
  • VCGID placed in VCOH1 [2] and VCOH1 [3].
  • the first bit of VCOH1 [2] is MSB
  • the eighth bit of VCOH1 [3] is LSB.
  • EXID arranged in VCOH1 [6].
  • the first bit of VCOH1 [6] is MSB and the eighth bit is LSB.
  • OMFN placed in VCOH1 [7].
  • VCOH1 [8] to VCOH1 [31] are spare areas.
  • Another example of individual OPUk OH is shown in Fig. 4-41. Items not specifically mentioned are the same as those in FIGS. 4-6.
  • the first bit of VCOH1 [2] is MSB
  • the eighth bit of VCOH1 [11] is LSB.
  • EXID It is arranged at VCOH1 [12].
  • the first bit of VCOH1 [12] is MSB and the eighth bit is LSB.
  • OMFN placed in VCOH1 [13]. The OMFN field is not necessary when only the transfer frames of the same speed are always used.
  • VCOH1 [8] to VCOH1 [31] are spare areas.
  • the network configuration is the same as that of the first embodiment (FIGS. 4-7).
  • the configuration of the MLOT transmission unit is shown in Fig. 4-8 (similar to the first embodiment).
  • the FLD 101 has a function of distributing a data flow according to a destination and a service class for a client signal input from an external router via a 1 Mbps interface.
  • the FLD 101 also has a policing and shaping function, and adjusts the distributed data flow to a predetermined rate.
  • Data of data flow # 1 to # 4 is mapped to OPU4-5ve PLD, OPU4-1ve PLD, OPU4-2ve PLD, OPU4-2ve PLD by FRM 102 # 1 to # 4, respectively. These are not fixed and can be changed according to the bandwidth allocated to each data flow.
  • Individual OPU4 is input to OTU4 ENC 103 # 1-10 in the form of extended ODU ( Figure 4-9). Here, the values of main items of OPU4OH are given in Fig. 4-27.
  • OTU4 ENC 103 # 1-10 inserts OTU4 OH into the fixed stuff area of extended ODU4, performs FEC encoding, adds redundant bits as OTU4 FEC, scrambles all areas except FAS, and uses OTU4 format. Output.
  • the 100G MOD 104 # 1-10 converts the OTU4 output from the OTU4 ENC 103 # 1-10 into a 100 Gbps optical signal.
  • the OAGG 105 multiplexes and transmits these optical signals.
  • the CMU 106 controls and monitors each of the above blocks.
  • the configuration of the MLOT receiver is shown in FIG. 4-10 (similar to the first embodiment).
  • ODAGEG 201 separates the received optical signal.
  • the 100G DEM 202 # 1-10 receives each separated optical signal and demodulates the OTU4.
  • the OTU4 DEC 203 # 1-10 performs descrambling of the entire OTU4 frame, performs FEC decoding, corrects bit errors occurring during transmission, and reads out the OPU4 OH.
  • the values of main items of each OPU4 OH are as shown in FIG.
  • the extended ODU4 is grouped for each VCG and input to the DEF 204 # 1-4.
  • the DEF 204 # 1 measures the delay time difference of the OPU 4 based on the MFAS of the extended ODU 4 and the MFI of the OPU 4 OH. Assuming that the MFAS and MFI are as shown in FIG. 4-31 (same as in the first embodiment), OPU4 # 3 is the most delayed, OPU4 # 1 is 4 frames longer than OPU4 # 3, and OPU4 # 2 It can be seen that the OPU4 # 3 is advanced by 7 frames, the OPU4 # 4 is advanced by 9 frames compared with the OPU4 # 3, and the OPU4 # 5 is advanced by 1 frame compared with the OPU4 # 3.
  • OTUflex An example using OTUflex is shown below.
  • OPUfn ODUfn / OTUfn.
  • the subscript f means that it is used in OTUflex (however, it does not mean that ODUflex is accommodated as a client signal).
  • the capacity variable management frame is composed of Y OPUfn and expressed as OPUfn-Y.
  • OTUfn-Y is distributed and transferred to Y lanes.
  • the relationship between OPUfn-Y and OPUfn frames is shown in FIG.
  • OPUfn constitutes one set of multi-frames with Z frames (Z is a multiple of Y and the maximum value of 256 or less is Z), and the frame position within the multi-frame is the LLM (LLM (position 6) of FA OH). Identified by Logical Lane Marker).
  • the capacity variable management frame and the variable frame are the same.
  • MLOH Multilane Overhead
  • PSI used in OTUflex
  • the MLOH contains information for identifying an MLG (Multilane Group) (8 bits [0 to Z-1] of the LLM are used as the MLOH index).
  • SOID Located in MLOH [0] and MLOH [Y]. The first bit of MLOH [0] is MSB, and the eighth bit of MLOH [Y] is LSB.
  • the SOID is an ID assigned to the MLOT that is the starting point of the MLG, and is used for identifying the MLG in combination with SKID and EXID described later.
  • MLOH [1] to MLOH [Y-1] are copied with the same value as MLOH [0] and MLOH [Y + 1] to MLOH [2Y-1] are copied with the same value as MLOH [Y].
  • the SOID may be set independently of the SAPI (Source Access Point Identifier) in the TTI (Trail Trace Identifier) of the OTU OH, or may be a hash value generated from the SAPI if it does not overlap with others.
  • SKID placed in MLOH [2Y] and MLOH [3Y].
  • the first bit of MLOH [2Y] is MSB
  • the eighth bit of MLOH [3Y] is LSB.
  • the SKID is an ID assigned to the MLOT that is the end point of the MLG, and is used for identifying the MLG in combination with the above-described SOID and EXID described later. If Y ⁇ 2, MLOH [2Y + 1] to MLOH [3Y-1] have the same value as MLOH [3Y], and MLOH [3Y + 1] to MLOH [4Y-1] have the same value as MLOH [4Y]. Is done.
  • the SKID may be set independently of DAPI (Destination Access Point Identifier) in the TTU of OTU OH, or may be a hash value generated from DAPI if it does not overlap with others.
  • DAPI Destination Access Point Identifier
  • EXID Located in MLOH [4Y].
  • the first bit of MLOH [4Y] is MSB, and the eighth bit is LSB.
  • EXID is an ID added to set a plurality of MLGs that transfer, for example, client signals of different service classes between the same ground, and is used for identifying the MLG in combination with the above-mentioned SOID and SKID. If Y ⁇ 2, the same value as MLOH [4Y] is copied to MLOH [4Y + 1] to MLOH [5Y-1].
  • CRC Arranged in the 1st to 4th bits of MLOH [5Y], MLOH [6Y], and MLOH [7Y].
  • MLOH [5Y] is used for error detection for SOID
  • MLOH [6Y] is used for error detection for SKID
  • the first to fourth bits of MLOH [7Y] are used for error detection for EXID.
  • MLOH [5Y + 1] to MLOH [6Y-1] have the same value as MLOH [5Y]
  • MLOH [6Y + 1] to MLOH [7Y-1] have the same value as MLOH [6Y]
  • MLOH [6Y] The same value as the 1st to 4th bits of MLOH [5Y] is copied to the 1st to 4th bits of 7Y + 1] to MLOH [8Y-1].
  • the fifth to eighth bits of MLOH [7Y] to MLOH [8Y-1] are spare areas.
  • PSI is arranged in the fourth row of the 15th column.
  • the PSI is 256 bytes, and the content of the PSI is the same as that of the first embodiment (however, not the MFAS but the 8 bits [0 to Z-1] of the LLM are used as the PSI index).
  • MLOH is shown in Fig. 4-42. Items not specifically mentioned are the same as those in FIG. SOID: placed in MLOH [0].
  • the first bit of MLOH [0] is MSB
  • the eighth bit of MLOH [0] is LSB. If Y ⁇ 2, the same value as MLOH [0] is copied to MLOH [1] to MLOH [Y-1].
  • SKID placed in MLOH [Y].
  • the first bit of MLOH [Y] is MSB
  • the eighth bit of MLOH [Y] is LSB. If Y ⁇ 2, the same value as MLOH [Y] is copied to MLOH [Y + 1] to MLOH [2Y-1].
  • EXID Located in MLOH [2Y].
  • the first bit of MLOH [2Y] is MSB, and the eighth bit is LSB. If Y ⁇ 2, the same value as MLOH [2Y] is copied to MLOH [2Y + 1] to MLOH [3Y-1].
  • CRC Arranged in the 1st to 4th bits of MLOH [3Y], MLOH [4Y], and MLOH [5Y].
  • MLOH [3Y] is used for error detection for SOID
  • MLOH [4Y] is used for error detection for SKID
  • the first to fourth bits of MLOH [5Y] are used for error detection for EXID. If Y ⁇ 2, MLOH [3Y + 1] to MLOH [4Y-1] have the same value as MLOH [3Y], MLOH [4Y + 1] to MLOH [5Y-1] have the same value as MLOH [4Y], MLOH [4Y-1]
  • the same value as the 1st to 4th bits of MLOH [5Y] is copied to the 1st to 4th bits of 5Y + 1] to MLOH [6Y-1].
  • MLOH is shown in Fig. 4-43. Items not specifically mentioned are the same as those in FIG. SOID: placed in MLOH [0], MLOH [Y], MLOH [2Y], MLOH [3Y].
  • the first bit of MLOH [0] is MSB
  • the eighth bit of MLOH [3Y] is LSB.
  • MLOH [1] to MLOH [Y-1] have the same value as MLOH [0]
  • MLOH [Y + 1] to MLOH [2Y-1] have the same value as MLOH [Y]
  • the same values as MLOH [2Y] are copied to MLOH [2Y + 1] to MLOH [3Y-1]
  • the same values as MLOH [3Y] are copied to MLOH [3Y + 1] to MLOH [4Y-1].
  • SKID MLOH [4Y], MLOH [5Y], MLOH [6Y], and MLOH [7Y].
  • the first bit of MLOH [4Y] is MSB
  • the eighth bit of MLOH [7Y] is LSB.
  • MLOH [4Y + 1] to MLOH [5Y-1] have the same value as MLOH [4Y]
  • MLOH [5Y + 1] to MLOH [6Y-1] have the same value as MLOH [5Y]
  • the same value as MLOH [6Y] is copied to MLOH [6Y + 1] to MLOH [7Y-1]
  • the same value as MLOH [7Y] is copied to MLOH [7Y + 1] to MLOH [8Y-1].
  • the method of assigning 4 bytes to each of the SOID and the SKID can be applied to a large-scale network having up to 4294967296 multi-lane optical transport devices.
  • EXID Located in MLOH [8Y].
  • the first bit of MLOH [8Y] is MSB, and the eighth bit is LSB. If Y ⁇ 2, the same value as MLOH [8Y] is copied to MLOH [8Y + 1] to MLOH [9Y-1].
  • CRC MLOH [9Y], MLOH [10Y], MLOH [11Y], MLOH [12Y], and MLOH [13Y] are arranged in the first to fourth bits.
  • MLOH [9Y] is an error detection for SOID1 and SOID2
  • MLOH [10Y] is an error detection for SOID3 and SOID4
  • MLOH [11Y] is an error detection for SKID1 and SKID2
  • MLOH [12Y] is an error detection for SKID3 and SKID4,
  • MLOH [ 13Y] are used for error detection for EXID.
  • (A) is a case where it arrange
  • (B) shows a case where the OTUfn OH spare area (the 13th column or the 14th column, 1st row) is arranged.
  • (C) is a case where it is arranged at the first byte of FA OH (first row of the first column).
  • the option (b) or (c) can also be used when the head of the OPUfn OH (the first row of the 15th column) is assigned to the mapping information of the client signal. Since option (c) is an unscramble area, descrambling is not required at the time of reception.
  • the network configuration is the same as that of the first embodiment (FIGS. 4-7).
  • Fig. 4-17 shows an example of the configuration of the MLOT transmitter.
  • the FLD 101 has a function of distributing a data flow according to a destination and a service class for a client signal input from an external router via a 1 Mbps interface.
  • the FLD 101 also has a policing and shaping function, and adjusts the distributed data flow to a predetermined rate.
  • Data in data flows # 1 to # 4 is mapped to OPUf400-5 PLD, OPUf80-1 PLD, OPUf160-2 PLD, OPUf160-2 PLD in FRM 110 # 1 to # 4, respectively. These are not fixed and can be changed according to the bandwidth allocated to each data flow.
  • Individual OPUfn is encoded with variable OTU in the format of extended ODUfn ( Figures 4-18 (a) to (c)) with FA OH (FAS and MFAS), fixed stuff, and ODUfn OH added to columns 1-14 It is input to the circuit (OTUf ENC: Flexible OTU Encoder) 111 # 1-4.
  • OTUf ENC 111 # 1-4 inserts OTUfn OH into the fixed stuff area of extended ODUfn, performs FEC encoding, adds redundant bits to OTUfn FEC, and scrambles and outputs all areas except FAS.
  • Multi-lane distributors (MLDs) 112 # 1 to 4 distribute OTUfn-Y to multiple lanes.
  • An example of distributing OTUf400-5 to 5 lanes is shown in Figure 4-19.
  • One frame of OTUf400 is composed of 16320 bytes, which are divided into 1020 data blocks by 16 bytes.
  • the first data block (1st to 16th bytes) including FAS, LLM, and MLOH is in lane 1
  • the second data block (17th to 32nd bytes) is in lane 2
  • (Byte) is allocated to lane 3
  • the fourth data block (49th to 64th bytes) is allocated to lane 4
  • the fifth data block (65th to 80th bytes) is allocated to lane 5.
  • the distribution is repeated for each lane in round-robin up to the 1020th data block (16305th to 16320th bytes).
  • the second frame rotates one lane, the first data block (1st to 16th bytes) is in lane 2, the second data block (17th to 32nd bytes) is in lane 3, the third data block is The data block (33rd to 48th bytes) is allocated to lane 4, the fourth data block (49th to 64th bytes) is allocated to lane 5, and the fifth data block (65th to 80th bytes) is allocated to lane 1. .
  • the third frame rotates one more lane
  • the first data block (1st to 16th bytes) is in lane 3
  • the second data block (17th to 32nd bytes) is in lane 4
  • the third data block is The data block (33th to 48th bytes) is distributed to lane 5
  • the fourth data block (49th to 64th bytes) is distributed to lane 1
  • the fifth data block (65th to 80th bytes) is distributed to lane 2.
  • the first data block including FAS, LLM, and MLOH is equally distributed to each lane.
  • the values of the main items of MLOH distributed to each lane are given in Fig. 4-34.
  • FIG. 4-20 shows the case where the number of data blocks 1020 is not divisible by the number of lanes (OTUf 560-7).
  • 7- (1020 mod 7) 2 32 bytes of fixed stuff corresponding to 2 data blocks are inserted after each frame.
  • the 100G MOD 113 # 1 to 10 convert L # 1 to L10 signals output from the MLD 112 # 1 to 4 into 100 Gbps optical signals.
  • the OAGG 105 multiplexes and transmits these optical signals.
  • the CMU 106 controls and monitors each of the above blocks.
  • ODAGEG 201 separates the received optical signal.
  • the 100G DEM 210 # 1-10 receives the separated 100 Gbps optical signal and demodulates the signals of L # 1-10.
  • MLOH readout circuits (MLOD: Multilane Overhead Detectors) 211 # 1 to 10 # 10 read SOID, SKID, and EXID from each lane. The procedure is as follows. MLODs 211 # 1 to 10 first detect FAS for each lane. Next, the positions of the LLM and MLOH are determined starting from the position of the FAS. Here, since the LLM is not scrambled like the FAS, it can be read directly.
  • MLOH When MLOH is placed in the fifth byte of FA OH, it is not scrambled, so it can be read directly. It is necessary to read after descrambling.
  • the mechanism is shown in Fig. 4-22.
  • the OTN scramble pattern is generated by a generator polynomial 1 + x + x3 + x12 + x16 (Non-Patent Document 4-1: 11.2).
  • the MLOH is descrambled by taking an exclusive OR for each bit with this scramble pattern and the corresponding byte of OPUfn OH or OTUfn OH. Further, the lane number is obtained by calculating LLM mod Y, and the contents of the MLOH (SOID, SKID, EXID, and their respective CRCs) are read by using the LLM index.
  • L # 1 to L # 10 are grouped for each MLG and input to a multilane combiner (MLC) 212 # 1 to 4 # 4.
  • MLC 212 # 1 measures the delay time difference between L # 1 to L # 5 based on FAS and LLM.
  • MLC 212 # 1 measures the delay time difference between L # 1 to L # 5 based on FAS and LLM.
  • MLC 212 # 1 measures the delay time difference between L # 1 to L # 5 based on FAS and LLM.
  • L # 1-5 by MLC 212 # 1 is (a) in FIG. 4-23
  • L # 2 is the delay time. Is less than 100 bytes, L # 3 is more than 300 bytes, L # 4 is more than 200 bytes, and L # 5 is more than 100 bytes.
  • the delay time is 300 bytes for L # 1, 400 bytes for L # 2, 100 bytes for L # 4, and 200 bytes for L # 5 to match L # 3 with the largest amount of delay.
  • the delay time difference is compensated as shown in FIG. 4-23 (b).
  • the MLC 212 # 1 restores the OTUf400-5 by integrating the data blocks of L # 1 to L # 5 compensated for the delay time difference.
  • the MLCs 212 # 2 to 4 restore OTUf80-1, OTUf160-2, and OTUf160-2, respectively.
  • Variable OTU decoding circuit (OTUf DEC: Flexible OTU Decoder) 213 # 1 to 4 performs descrambling of the entire frame of the restored OTUfn, and performs FEC decoding to correct bit errors generated during transmission.
  • DEF 214 # 1-4 demap each client signal from OPUf400-5 PLD, OPU4-1ve PLD, OTUf160-2 PLD, OTUf160-2 PLD. Also, service class information for each data flow can be obtained by reading NSC and SCI from OPUf400-5 OH, OPU4-1ve OH, OTUf160-2 OH, OTUf160-2 OH.
  • Data flows # 1 to # 4 of client signals output from DEFs 214 # 1 to 4 are integrated by FLC 205 and output to the 1 Tbps interface.
  • the control circuit 206 controls and monitors each block described above.
  • MLOH and PSI used in OTUflex are shown in Figure 4-15.
  • the MLOH contains information for identifying the MLG (the LLM's 8 bits [0 to Z-1] are used as the MLOH index).
  • MLGID MLOH [0], MLOH [2Y], MLOH [3Y], and MLOH [3Y].
  • the first bit of MLOH [0] is MSB
  • the eighth bit of MLOH [3Y] is LSB.
  • the MLGID is an ID uniquely given from the NMS 10 to the combination of the start point and the end point of the MLG, and is used for identifying the MLG in combination with the EXID described later.
  • MLOH [1] to MLOH [Y-1] have the same value as MLOH [0]
  • MLOH [Y + 1] to MLOH [2Y-1] have the same value as MLOH [Y]
  • the same values as MLOH [2Y] are copied to MLOH [2Y + 1] to MLOH [3Y-1]
  • the same values as MLOH [3Y] are copied to MLOH [3Y + 1] to MLOH [4Y-1].
  • the method of assigning 4 bytes to the MLGID can be applied to a network having a multilane optical transport apparatus of 65536 or less.
  • EXID Located in MLOH [4Y].
  • the first bit of MLOH [4Y] is MSB, and the eighth bit is LSB.
  • EXID is an ID added to set a plurality of MLGs for transferring, for example, client signals of different service classes between the same ground, and is used for identifying the MLG in combination with the MLGID described above. If Y ⁇ 2, the same value as MLOH [4Y] is copied to MLOH [4Y + 1] to MLOH [5Y-1].
  • CRC Arranged in the 1st to 4th bits of MLOH [5Y], MLOH [6Y], and MLOH [7Y].
  • MLOH [5Y] is used for error detection for MLGID1 and MLGID2
  • MLOH [6Y] is used for error detection for MLGID3 and MLGID4
  • the first to fourth bits of MLOH [7Y] are used for error detection for EXID.
  • MLOH [5Y + 1] to MLOH [6Y-1] have the same value as MLOH [5Y]
  • MLOH [6Y + 1] to MLOH [7Y-1] have the same value as MLOH [6Y]
  • MLOH [6Y] The same value as the first to fourth bits of MLOH [5Y] is copied to the first to fourth bits of 7Y + 1] to MLOH [8Y-1].
  • the fifth to eighth bits of MLOH [7Y] to MLOH [8Y-1] are reserved areas.
  • PSI is arranged in the fourth row of the 15th column.
  • the PSI is 256 bytes, and the contents of the PSI are the same as in the fourth embodiment.
  • Another example of MLOH is shown in Fig.
  • MLGID arranged in MLOH [0] and MLOH [Y].
  • the first bit of MLOH [0] is MSB
  • the eighth bit of MLOH [Y] is LSB. If Y ⁇ 2, MLOH [1] to MLOH [Y-1] are copied with the same value as MLOH [0], and MLOH [Y + 1] to MLOH [2Y-1] are copied with the same value as MLOH [Y]. Is done.
  • the method of allocating 2 bytes to the MLGID can be applied to a relatively small network having 256 or less multi-lane optical transport devices.
  • EXID Located in MLOH [2Y].
  • the first bit of MLOH [2Y] is MSB, and the eighth bit is LSB. If Y ⁇ 2, the same value as MLOH [2Y] is copied to MLOH [2Y + 1] to MLOH [3Y-1].
  • CRC Arranged in the 1st to 4th bits of MLOH [3Y], MLOH [4Y], and MLOH [5Y]. MLOH [3Y] and MLOH [4Y] are used for error detection for MLGID, and the first to fourth bits of MLOH [5Y] are used for error detection for EXID.
  • MLGID MLOH [0], MLOH [Y], MLOH [2Y], MLOH [3Y], MLOH [4Y], MLOH [5Y], MLOH [6Y], MLOH [7Y].
  • the first bit of MLOH [0] is MSB
  • the eighth bit of MLOH [7Y] is LSB.
  • MLOH [1] to MLOH [Y-1] have the same value as MLOH [0]
  • MLOH [Y + 1] to MLOH [2Y-1] have the same value as MLOH [Y]
  • MLOH [2Y + 1] to MLOH [3Y-1] have the same value as MLOH [2Y]
  • MLOH [3Y + 1] to MLOH [4Y-1] have the same value as MLOH [3Y]
  • MLOH [4Y + 1] to MLOH [5Y-1] has the same value as MLOH [4Y]
  • MLOH [5Y + 1] to MLOH [6Y-1] has the same value as MLOH [5Y]
  • MLOH [6Y + 1] to MLOH [7Y-1] Is the same value as MLOH [6Y], and the same value as MLOH [7Y] is copied to MLOH [7Y + 1] to MLOH [8Y-1].
  • EXID Located in MLOH [8Y].
  • the first bit of MLOH [8Y] is MSB, and the eighth bit is LSB. If Y ⁇ 2, the same value as MLOH [8Y] is copied to MLOH [8Y + 1] to MLOH [9Y-1].
  • CRC MLOH [9Y], MLOH [10Y], MLOH [11Y], MLOH [12Y], and MLOH [13Y] are arranged in the first to fourth bits.
  • MLOH [9Y] is error detection for MLGID1 and MLGID2
  • MLOH [10Y] is error detection for MLGID3 and MLGID4
  • MLOH [11Y] is error detection for MLGID5 and MLGID6
  • MLOH [12Y] is error detection for MLGID7 and MLGID8,
  • MLOH 13Y] are used for error detection for EXID.
  • the network configuration is the same as that of the first embodiment (FIGS. 4-7).
  • a configuration example of the MLOT transmission unit is shown in FIG.
  • the FLD 101 has a function of distributing the data flow of a client signal input from an external router via a 1 Mbps interface according to a destination and a service class.
  • the FLD 101 also has a function of policing and shaping, and adjusts the distributed data flow to a predetermined rate.
  • OPUf400-5 PLD OPUf80-1 PLD
  • OPUf160-2 PLD OPUf160-2 PLD in FRM 110 # 1 to # 4, respectively.
  • These are not fixed and can be changed according to the bandwidth allocated to each data flow.
  • Individual OPUfn is OTUf ENC 111 # in the format of extended ODUfn ( Figures 4-18 (a) to (c)) with FA OH (FAS and MFAS), fixed staff, and ODUfn OH added to columns 1-14. 1 to 4 are input.
  • OTUf ENC 111 # 1-4 inserts OTUfn OH into the fixed stuff area of extended ODUfn, performs FEC encoding, adds redundant bits to OTUfn FEC, and scrambles and outputs all areas except FAS.
  • the MLDs 112 # 1 to 4 distribute OTUfn-Y to a plurality of lanes.
  • An example of distributing OTUf400-5 to 5 lanes is shown in FIG. 4-19 (same as in the fourth embodiment).
  • the values of the main items of MLOH distributed to each lane are given in Fig. 4-35.
  • the 100G MOD 113 # 1 to 10 convert L # 1 to L10 signals output from the MLD 112 # 1 to 4 into 100 Gbps optical signals.
  • the OAGG 105 multiplexes and transmits these optical signals.
  • the CMU 106 controls and monitors each of the above blocks.
  • the configuration of the MLOT receiver is shown in FIG. 4-21 (same as that of the fourth embodiment).
  • ODAGEG 201 separates the received optical signal.
  • the 100G DEM 210 # 1-10 receives the separated 100 Gbps optical signal and demodulates the signals of L # 1-10.
  • MLOH read circuit 211 # 1-10 reads MLGID and EXID from each lane.
  • the procedure is as follows.
  • the MLOH readout circuits 211 # 1 to 211 # 1 first detect FAS for each lane.
  • the positions of LLM and MLOH are determined starting from the position of FAS.
  • MLOH is not scrambled when it is placed in the 5th byte of FA OH, so it can be read directly.
  • it is placed in the spare area of (a) OPUfn OH or (b) OTUfn OH. It is necessary to read after descrambling.
  • the mechanism is shown in Fig. 4-22.
  • the lane number is obtained by calculating LLM mod Y, and the contents of MLOH (MLGID, EXID, and respective CRCs) are read by using LLM as an index.
  • L # 1-10 are grouped by MLG and input to MLC 212 # 1-4.
  • MLC 212 # 1 measures and compensates for the delay time difference between L # 1-5 based on FAS and LLM (FIGS. 4-23).
  • the MLC 212 # 1 restores the OTUf400-5 by integrating the data blocks of L # 1 to L # 5 compensated for the delay time difference.
  • the MLCs 212 # 2 to 4 restore OTUf80-1, OTUf160-2, and OTUf160-2, respectively.
  • the OTNf DECs 213 # 1 to DES4 perform descrambling of the entire restored OTUfn frame, perform FEC decoding, and correct bit errors generated during transmission.
  • the DEFs 214 # 1 to 4 demap the respective client signals from the OPUf400-5 PLD, the OPU4-1ve PLD, the OTUf160-2 PLD, and the OTUf160-2 PLD.
  • service class information for each data flow can be obtained by reading NSC and SCI from OPUf400-5 OH, OPU4-1ve OH, OTUf160-2 OH, and OTUf160-2 OH.
  • Data flows # 1 to # 4 of client signals output from DEFs 214 # 1 to 4 are integrated by FLC 205 and output to the 1 Tbps interface.
  • the control circuit 206 controls and monitors each block described above.
  • the MLGID is acquired from the NMS 10.
  • the size and description position of the identification information shown in the present embodiment is an example, and SOID (Source Identifier) + SKID (Sink Identifier) + EXID (Extended Identifier), VCGID (VirtualConditionGroup), and GroupID.
  • SOID Source Identifier
  • SKID Session Identifier
  • EXID Extended Identifier
  • VCGID VirtualConditionGroup
  • GroupID GroupID
  • the multi-lane transmission system of the present embodiment is a multi-lane transmission system that divides a frame-format signal into data blocks, distributes the data to one or more lanes, and transmits the data from the transmission device to the reception device.
  • a data block duplication function unit and a new lane output function unit that execute a lane output procedure are provided, and a receiving apparatus includes a synchronization pattern read function unit and a new lane delay compensation function unit that execute a new lane delay compensation procedure.
  • FIG. 5-8 shows an example of a transmission frame according to the present embodiment.
  • the data block duplication function unit copies the data block including the FAS and MFAS in the existing lanes # 0 to # 3
  • the new lane output function unit copies the copy to the existing lanes # 0 to # 3. 3 is transmitted to the new lane # 4 simultaneously with the FAS (a dummy block is inserted between data blocks including the FAS).
  • FAS is used as a frame synchronization pattern
  • MFAS is used as a frame number.
  • the synchronization pattern reading function unit reads the FAS and frame number of the existing lanes # 0 to # 3 and the FAS and MFAS in the new lane # 4, and the new lane delay compensation function unit has the same MFAS.
  • the delay time of the new lane # 4 is shorter than the existing lanes # 0 to # 3, the difference is added to the new lane # 4. If the delay time of the new lane # 4 is longer than that of the existing lanes # 0 to # 3, the difference is added to the existing lanes # 0 to # 3.
  • the data block dividing unit 7 includes a data block duplication function unit
  • the lane number determination unit 8 includes a new lane output function unit.
  • the lane identification & delay difference compensation unit 10 includes a synchronization pattern reading function unit and a new lane delay compensation function unit.
  • the transmission unit includes an overhead unit generation function unit, and RCOH (Resize Control Overhead) is defined and used for transmission / reception of a message for band change.
  • RCOH is an overhead of a frame format signal including change lane information indicating lanes to be increased or decreased together with control information for increasing or decreasing the number of lanes, and is generated by the overhead unit generating function unit.
  • RCOH is shown in Fig. 5-9 (a).
  • RCOH is arranged in the 15th column of the 1st to 3rd rows in the OPU OH.
  • RCOH has the following subfields:
  • CTRL Arranged in the first and second bits of RCOH1. The following control message is transmitted from the source to the sink.
  • 00 IDLE: Indicates that the operation for changing the band is completed and before the next operation for changing the band is performed. 01 (ADD): Increase the band 10 (REMOVE): Decrease the band 11 (NORM): Indicates that the band change is in operation.
  • RLCR Reply for Link Connection Resize: Arranged in the 3rd to 4th bits of RCOH1. The following response message is sent from the sink to the source.
  • 01 (OK): indicates that a free bandwidth can be secured for CTRL ADD.
  • 10 (NG): Indicates that a free band could not be secured for CTRL ADD.
  • RBWR Reply for Bandwidth Resize
  • CRC8 Cyclic Redundancy Check 8: placed in the 1st to 8th bits of RCOH3. Used for error detection for RCOH1 and RCOH2.
  • the seventh to eighth bits of RCOH1 are reserved. If it is desired to expand LNUM, for example, if the logical lane speed is 1.25 Gbps and the maximum bandwidth is 1 Mbps, the number of logical lanes to be increased or decreased is 800 at maximum, so 10 bits (0 to 1023) are required. In this case, a total of 10 bits of the 7th to 8th bits of RCOH1 and the 1st to 8th bits of RCOH2 are allocated to LNUM (FIG. 5-9 (b)).
  • the procedure for increasing the bandwidth using the above RCOH is shown in Fig. 5-10.
  • the NMS is a system for performing network management operations.
  • the band reduction procedure is shown in Fig. 5-11.
  • lane distribution is started from (M-1) logical lanes from the beginning of the next lane distribution (S204).
  • RCOH corresponds to 3 bytes in the 9th to 14th columns of the 4th row in the ODU OH (in Fig. 5-12, the 12th to 14th columns, but any arrangement such as the 9th to 11th columns or the 10th to 12th columns) But the same effect can be obtained).
  • the OPU OH is assigned to another application, for example, the transmission of GMP (Generic Mapping Procedure) mapping parameters, the RCOH is placed in the ODU OH.
  • GMP Generic Mapping Procedure
  • the RCOH subfields and the band change procedure using the same are the same as those in the first embodiment.
  • the multi-lane monitoring system includes a transmission unit that distributes and transmits a frame signal to a plurality of lanes, and a reception unit that receives a frame signal that is distributed and transmitted to the plurality of lanes.
  • the multilane monitoring method includes a transmission procedure and an error monitoring procedure.
  • the transmission procedure the transmission unit interleaves each row of the plurality of rows of frames to divide each row into sub-rows having a predetermined number of rows, and encodes the data in each sub-row with a code for error correction.
  • Each sub-row is deinterleaved and converted into a multi-line frame.
  • the receiving unit interleaves each row of the frame transmitted from the transmitting unit and divides it into sub-rows of the number of rows, detects an error included in the data of each sub-row, and indicates an error position.
  • the error of each lane is monitored by calculating the value of the locator, converting the value of the error locator into a lane number, and counting the number of appearances of the lane number converted from the value of the error locator.
  • Error correction OTN adds a parity check byte of 4 rows x 256 columns to a 4 row x 3824 column frame composed of OPU and ODU OH / OTU OH / FA OH so that error correction can be performed. (See Non-Patent Document 6-1: Annex A). The procedure is described below.
  • An interleaving procedure (1.1.1) in which a frame of 4 rows ⁇ 3824 columns is byte-interleaved and divided into 16 sub-rows (239 bytes each);
  • An inverse interleaving procedure (1.1.3) is performed in which 16 sets of encoded sub-rows (each 255 bytes) are de-interleaved and converted into encoded data for one row (4080 bytes).
  • An interleaving procedure (1.2.1) in which one row of data (4080 bytes) is byte-interleaved and divided again into 16 sets of sub-rows (255 bytes each);
  • a decoding procedure (1.2.) For decoding by detecting an error included in the sub-row data (239 symbols), correcting the error, and taking out the first byte to the 239th byte of the corrected sub-row data. 2) and
  • decoded data for one row (3824 bytes) is obtained.
  • the value of the error locator is converted into the lane number m, thereby obtaining the lane number where the error has occurred.
  • each sub-row has 239 symbols (D [254], D [253], D [252], D [251],..., D [19], D [ 18], D [17], D [16]).
  • D [254] is the first byte of the sub-row
  • D [16] is the 239th byte.
  • Each symbol is composed of 8 bits (d [7, j], d [6, j],..., D [1, j], d [0, j]).
  • d [7, j] is the MSB of D j
  • d [0, j ] is LSB.
  • a Reed-Solomon code (RS (255, 239)) capable of correcting an error of a maximum of 8 symbols is generated for 239 symbols of this sub-row data.
  • R [1] z 1 + R [0] z 0 formula [7] (Several 008)
  • R [j] r [7, j] a 7 + r [6, j] a 6 + r [5, j] a 5 + r [4, j] a 4 + r [3, j] a 3 + r [2, j] a 2 + r [1, j] a 1 + r [0, j] a 0 formula [8]
  • the encoded sub-row has 255 symbols (D [254], D [253],..., D [17], D [16], R [15], R [14],..., R [1]. , R [0]).
  • R [15] is the 240th byte of the sub-row
  • R [0] is the 255th byte.
  • Receiving side 1.2.1 Interleaving On the receiving side, as shown in Fig. 6-8 (a), one row of data (4080 bytes) is byte-interleaved and again into 16 sub-rows (each 255 bytes). To divide.
  • the decoding procedure is as follows. (1) The syndrome is calculated to determine whether there is an error. (2) An error locator polynomial required for calculating an error locator (a numerical value indicating a symbol in which an error has occurred) is obtained. (3) Find the error locator. (4) Correct the symbol in which the error occurred. (5) Delete the parity check byte.
  • S 1 E [255-p [1]] + E [255-p [2]] +... + E [255-p [k]] [15- (1)]
  • S 2 E [255-p [1]] a -p [1] + E [255-p [2]]] a -p [2] +... + E [255-p [k]] a- p [k] equation [15- (2)] ].
  • S k E [255-p [1]] a- (k-1) p [1] + E [255-p [2]] a- (k-1) p [2] +... + E [255 -p [k]] a- (k-1) p [k] equation [15- (k)] whereas
  • S 16 E [255-p [1]] a -15p [1] + E [255-p [2]] a -15p [2] +... + E [255-p [k]] a -15p [k] formula [15- (16)]
  • Error Locator Error locators p [1], p [2 are determined by sequentially substituting ⁇ j into error locator polynomial L (z) (formula [12]) to determine whether it becomes zero. ],..., P [k] can be specifically obtained.
  • This data block includes FAS / MFAS and LLM (Logical Lane Marker), and the position of the head of the frame and the lane number can be identified.
  • the LLM may be a VLM and is not distinguished in the present application.
  • the signal distributed to each lane is received, the delay time difference between the lanes is compensated based on the FAS position and the MFAS value, and the 16-byte data blocks are integrated in order to obtain 4 rows ⁇ 4080 columns.
  • the OTU frame format To the OTU frame format, and descramble the part other than the FAS.
  • the error lane number in which an error has occurred can be obtained by converting the error locator value to the lane number m using the above relationship. Can be requested.
  • the present invention can monitor the quality of each lane, if only the transmission quality of a specific lane is deteriorated, if there is a spare lane or a lane used for a low priority service, The lane can be used. It is also possible to perform a degenerate operation on the remaining normal lanes by excluding lanes with deteriorated transmission quality.
  • FIG. 6-10 The configuration of the receiving unit of the multilane transmission apparatus using the multilane monitoring system of the present invention is shown in FIG. 6-10.
  • the FAS / MFAS / LLM is detected in the lane identification & delay difference compensation unit 1, (LLM mod M) is calculated to identify the lane number, the position of the FAS and the MFAS or LLM.
  • Delay difference compensation is performed based on the value.
  • the appearance period of the FAS is monitored for each lane, and if there is an abnormality in the periodicity, it is recorded in the register as out of frame synchronization.
  • the OTU frame reconstruction unit 2 integrates the 16-byte data blocks of the signals subjected to lane identification and delay difference compensation in order, and reconstructs them into an OTU frame of 4 rows ⁇ 4080 columns.
  • the descrambling unit 3 descrambles all areas other than the FAS of the reconstructed OTU frame.
  • the FEC decoding unit 4 performs error correction on the descrambled OTU frame. Also, errors are counted for each lane number and recorded in a register.
  • the OTU / ODU OH processing unit 5 outputs an OPU frame obtained by removing OTU FEC, FA OH, OTU OH, and ODU OH from an error-corrected 4 ⁇ 3824 column frame. Further, the BIP-8 subfield value of SM OH / PM OH is compared with the BIP-8 value calculated from the OPU, and errors occurring in the section / path monitoring section are counted and recorded in the register.
  • the demapping unit 6 demaps and outputs the client signal from the OPU PLD based on the information of the OPU OH.
  • the quality monitoring unit 7 reads the registers of each functional block (lane identification & delay difference compensation unit 1, FEC decoding unit 4, OTU / ODU OH processing unit 5 and the like) and performs quality monitoring.
  • FIGS. The configuration of the FEC decoding unit 4 is shown in FIGS.
  • the interleaving unit 10 byte-interleaves one row of data (4080 bytes) and divides it into 16 sets of sub-rows (each 255 bytes).
  • the sub-row data decoding units 11-1 to 11-16 decode the sub-row data (255 bytes) and output the original sub-row data (239 bytes).
  • the deinterleave unit 12 deinterleaves the 16 sets of decoded sub-row data (239 bytes each) to decode one row of data (3824 bytes). Output.
  • the lane error register recording unit 13 adds up the lane numbers 1 in which errors are detected from the sub-row data decoding units 11-1 to 11-16, and records the number of errors for each lane in the register.
  • the configuration of sub-row data decoding unit 11 is shown in FIGS. 6-12.
  • the error locator polynomial coefficient calculation unit 22 solves the simultaneous linear equations [16- (1)] to [16- (k)], and calculates the coefficients (L 1 , L 2 ,..., L k ) of the error locator polynomial. decide.
  • the error locator calculating unit 23 sequentially substitutes ⁇ j into the error locator polynomial (formula [12]) to check whether it becomes 0, thereby determining the error locators p [1], p [2],. k].
  • the error coefficient calculation unit 24 solves the simultaneous linear equations [15- (1)] to [15- (k)], and calculates a non-zero coefficient of E (z) (E [255 ⁇ p [1]], E [255 ⁇ p [2]],..., E [255 ⁇ p [k]]).
  • the error correction unit 25 performs error correction according to equation [17].
  • the selection output unit 26 selects and outputs the 1st to 239th bytes of the input sub-row data as they are. If it is determined that there is an error, the 1st to 239th bytes of the output data of the error correction unit 25 are selected and output.
  • the lane number calculation unit 27 calculates the lane number m from the error locator p by the following equation.
  • M is the number of lanes in OTN-MLD, and can be dynamically changed (may be used as a fixed value).
  • Reed-Solomon code decoding algorithm Various methods have been proposed as a Reed-Solomon code decoding algorithm, but the present invention does not depend on the decoding algorithm itself (any decoding algorithm only requires an error locator). In addition, the present invention is applicable if an error locator can be obtained even with Reed-Solomon codes (other than RS (255, 239)) having different error correction capabilities or with encoding methods other than Reed-Solomon codes.
  • FIG. 6-13 shows a second configuration example of the sub-row data decoding unit 11.
  • the error locator polynomial coefficient calculation unit 22 solves the simultaneous linear equations [16- (1)] to [16- (k)] to determine the coefficients (L1, L2,..., Lk) of the error locator polynomial.
  • the error locator calculation unit 23 sequentially substitutes ⁇ j into the error locator polynomial (formula [12]) and checks whether it becomes 0, thereby determining the error locators p [1], p [2],. ] Is determined.
  • the error coefficient calculation unit 24 solves the simultaneous linear equations [15- (1)] to [15- (k)], and calculates a non-zero coefficient of E (z) (E [255 ⁇ p [1]], E [255 ⁇ p [2]],..., E [255 ⁇ p [k]]).
  • the error correction unit 25 performs error correction according to equation [17].
  • the selection output unit 26 selects and outputs the 1st to 239th bytes of the input sub-row data as they are. If it is determined that there is an error, the 1st to 239th bytes of the output data of the error correction unit 25 are selected and output.
  • the data comparison unit 28 outputs data after error correction (D [254], D [253],..., D [17], D [16]) output from the selection output unit 26 and data before error correction (Y [254], Y [253],..., Y [17], Y [16]) are sequentially compared, and if D [255-p] ⁇ Y [255-p], the p is output.
  • the lane number calculation unit 27 calculates the lane number m from p by the above-described equations [19] and [20].
  • M is the number of lanes in OTN-MLD and can be dynamically changed (may be used as a fixed value).
  • rt is a value indicating how many lanes have been rotated, and depends on the adopted lane rotation rule. For example, when rotating by +1 lane for each frame as shown in FIG. 6-8, equation [21] is obtained.
  • FIG. 6-14 shows a third configuration example of the sub-row data decoding unit 11.
  • the error locator polynomial coefficient calculation unit 22 solves the simultaneous linear equations [16- (1)] to [16- (k)] to determine the coefficients (L1, L2,..., Lk) of the error locator polynomial.
  • the error locator calculation unit 23 sequentially substitutes ⁇ j into the error locator polynomial (formula [12]) and checks whether it becomes 0, thereby determining the error locators p [1], p [2],. ] Is determined.
  • the error coefficient calculation unit 24 solves the simultaneous linear equations [15- (1)] to [15- (k)], and calculates a non-zero coefficient of E (z) (E [255 ⁇ p [1]], E [255 ⁇ p [2]],..., E [255 ⁇ p [k]]).
  • the error correction unit 25 performs error correction according to equation [17].
  • the selection output unit 26 selects and outputs the 1st to 239th bytes of the input sub-row data as they are. If it is determined that there is an error, the 1st to 239th bytes of the output data of the error correction unit 25 are selected and output.
  • the data comparison unit 28 outputs the data after error correction (D [254], D [253],..., D [17], D [16]) output from the selection output unit 26. , C [254], C [253],..., C [2], C [1]) are output.
  • the data comparison unit 28 re-encodes the data (C [254], C [253],..., C [2], C [1]) output from the sub-row data encoding unit 29 and before error correction. (Y [254], Y [253],..., Y [2], Y [1]) are sequentially compared, and if C [255-p] ⁇ Y [255-p] Output.
  • the lane number calculation unit 27 calculates the lane number m from p by the above-described equations [19] and [20].
  • M is the number of lanes in OTN-MLD and can be dynamically changed (may be used as a fixed value).
  • rt is a value indicating how many lanes have been rotated, and depends on the adopted lane rotation rule. For example, as shown in FIG. 6-8, when rotating by +1 lane for each frame, the above equation [21] is obtained.
  • This embodiment can also be applied to a case where an existing FEC decoding circuit that cannot extract an error locator to the outside is used.
  • the individual lane monitoring method in the multi-lane transmission system of the present embodiment relates to monitoring the number of errors in individual lanes in multi-lane transmission in which a frame format signal is divided into data blocks and distributed and transmitted to a plurality of lanes.
  • a part of the FAS in the OTU OH spare area in the OTU frame 1st row 13th column and 14th column or the OTU frame 1st row 5th column FA OH is defined as LM (Lane Monitoring) OH, and the lane
  • the number of errors in the individual lanes is monitored by inserting CRC-8 for the previous period as an error detection code.
  • Figure 7-6 shows the position of LM OH.
  • the bytes in the 13th and 14th columns of the first row of the OTU frame are reserved areas in the OTU OH. One or both of these are defined as a lane monitoring LM (Lane Monitoring) OH, and an error detection code in the lane is inserted.
  • the byte in the first column of the first row of the OTU frame is the first byte of the FAS in FA OH, which is defined as LM OH, and an error detection code in the lane is inserted.
  • the 14th column of the first row of the OTU frame is LM OH will be described, but the operation is the same even if the position of LM OH is different.
  • CRC-8 Cyclic Redundancy Check 8 for the previous period is added to the LM OH of the 14th byte from the beginning of the frame starting from that FAS.
  • the calculation of CRC-8 of the next period starts from the 15th byte of the LM OH and ends with the byte immediately before the next FAS.
  • G (z) an information polynomial of transmission data
  • D (z) an information polynomial of CRC-8 code
  • R (z) D (z) mod G (Z) [1]
  • the CRC-8 code thus obtained is inserted into the 14th byte LM OH from the beginning of the next frame.
  • the previous CRC-8 code is read from the LM OH at the 14th byte from the beginning of the frame starting from that FAS, and the FAS from the 15th byte next to the previous LM OH is read.
  • Perform error checking on the received data up to the byte immediately before. That is, the information polynomial for the received data is D ′ (z), the information polynomial for the received CRC-8 code is R ′ (z), C (z) ⁇ z 8 D ′ (z) + R ′ (z) ⁇ mod G (z) [2]
  • Fig. 7-8 shows the configuration of the transmitter in the multilane transmission system using the individual lane monitoring method in the multilane transmission of the present invention.
  • the transmission apparatus includes a mapping unit 1, an OH processing unit 2, an FEC encoding unit 3, a scramble unit 4, and a lane distribution unit 5.
  • the lane distribution unit 5 operates as an error detection code calculation function unit
  • the OH processing unit 2 operates as an error detection code insertion function unit, thereby executing an error detection code insertion procedure.
  • the mapping unit 1 maps the client signal to the OPU PLD.
  • the OH processing unit 2 adds overhead to the OPU frame.
  • the overhead is, for example, FA OH, OTU OH, LM OH, and ODU OH.
  • the sixth byte of FA OH includes LLM (Logical Lane Marker).
  • M is the number of lanes and N is an integer of 1 or more
  • LLM takes a value from 0 to N * M-1.
  • N * M is the maximum value that can be taken at 256 or less in a multiple of M.
  • the LLM may be a VLM and is not distinguished in the present application.
  • the OH processing unit 2 operates as an error detection code insertion function unit, detects an FAS in each lane, and detects an error detected by the lane distribution unit 5 for data before the data block including the FAS. Insert the code into the LM OH. For example, a CRC-8 code is inserted into LM OH.
  • the FEC encoding unit 3 performs FEC encoding on a 4 ⁇ 3824 column frame in which overhead is added to the OPU frame.
  • the scrambler 4 scrambles all the areas other than the FAS of the FEC-encoded 4 rows ⁇ 4080 columns OTU frame.
  • the configuration of the lane distribution unit 5 is shown in Figure 7-9.
  • the lane distribution unit 5 includes a data block division unit 6, a lane number determination unit 7, and CRC-8 calculation units 8-1 to 8-M.
  • the CRC-8 calculation units 8-1 to 8-M operate as error detection code calculation function units, detect a synchronization pattern in each lane, and data after the data block that arrives after the data block including the synchronization pattern. An error detection code is calculated for.
  • the data block dividing unit 6 divides the scrambled OTU frame into 16-byte data blocks and distributes them to M lanes.
  • the lane number determination unit 7 determines the lane number for outputting the data block.
  • the CRC-8 calculators 8-1 to 8-M detect FAS as a synchronization pattern and perform CRC-8 from the 15th byte data to the data immediately before the next FAS from the head of the frame according to the equation [1]. Calculate the sign.
  • the OH processing unit 2 functions as an error detection code insertion function unit, and inserts the calculation results of the CRC-8 calculation units 8-1 to 8-M into the LM OH that is a predetermined field.
  • Fig. 7-10 shows the configuration of the receiver in the multilane transmission system.
  • the receiving apparatus includes an OH decoding unit 11, a lane identification & delay difference compensation unit 12, an OTU frame reconstruction unit 13, a descrambling unit 14, an FEC decoding unit 15, an OH processing unit 16, and a demapping unit 17. And a quality monitoring unit 18.
  • the configuration of the OH decoding unit 11 is shown in FIG.
  • the OH decoding unit 11 includes a FAS detection unit 20, a FAS cycle monitoring unit 21, a descrambling unit 22, and an error detection unit 23.
  • the OH decoding unit 11 operates as an error monitoring function unit, calculates an error detection code for data after the data block that arrives after the data block including the FAS, and detects an error read from the calculation result and the LM OH. The error of each lane is detected using the code for use.
  • the FAS detection unit 20 When the FAS detection unit 20 detects the FAS synchronization pattern, the FAS detection unit 20 outputs a synchronization pulse. Further, a data block including FAS is taken out.
  • the FAS cycle monitoring unit 21 monitors the appearance cycle of the FAS for each lane, and if there is an abnormality in periodicity, records it in the register as out of frame synchronization.
  • the descrambling unit 22 descrambles the data block including the FAS as shown in FIG. 7-12, and outputs CRC-8 codes of LLM and LM OH.
  • LM OH is a predetermined field
  • the error detection code is a CRC-8 code.
  • the error detection unit 23 calculates the equation [2] based on the received signal and the CRC-8 code, performs error detection, and records the number of error occurrences for each lane in a register. The error detection result is output to the quality management unit 18.
  • the lane identification & delay difference compensation unit 12 calculates (LLM mod M) to identify the lane number, and performs delay difference compensation based on the FAS position and the MFAS or LLM value.
  • the OTU frame reconstruction unit 13 integrates the 16-byte data blocks of the signals subjected to lane identification and delay difference compensation in order, and reconstructs them in the form of an OTU frame of 4 rows ⁇ 4080 columns.
  • the descrambling unit 14 descrambles all areas other than the FAS of the reconstructed OTU frame.
  • the FEC decoding unit 15 performs error correction on the descrambled OTU frame.
  • the OH processing unit 16 outputs an OPU frame obtained by removing overhead such as FA OH, OTU OH, LM OH, and ODU OH from the error corrected frame of 4 rows ⁇ 3824 columns. Further, the BIP-8 subfield value of SM OH / PM OH is compared with the BIP-8 value calculated from the OPU, and errors occurring in the section / path monitoring section are counted and recorded in the register.
  • the demapping unit 17 demaps and outputs the client signal from the OPU PLD based on the information of the OPU OH.
  • the quality monitoring unit 18 reads the register of each functional block (OH decoding unit 11, lane identification & delay difference compensation unit 12, OTU / ODU OH processing unit 16, etc.) and performs quality monitoring.
  • CRC-8 is used as the error detection code.
  • a predetermined field, LM OH is assigned to the 2nd byte of the 13th and 14th columns of the first row of the OTU frame, and the CRC is used.
  • a configuration using ⁇ 16 is also possible.
  • a configuration using an error detection code (BIP or the like) other than CRC is also possible.
  • E-OH Errgency Overhead
  • Fig. 8-1 is a diagram showing the position of E-OH in OTU OH at the time of failure lane notification.
  • Example 1 shown in FIG. 8A 3 bytes in the 8th to 10th columns of the first row (usually an area used as SM OH) are used for E-OH. This is an example when GCC0 (General Communication Channel 0) and spare area (in use for some other purpose) cannot be used even in an emergency.
  • Example 2 shown in FIG. 8A 5 bytes in the 8th to 12th columns of the first row (normally used as SM OH and GCC0) are used for E-OH. This is an example when GCC0 can be used but the spare area cannot be used.
  • Example 3 shown in FIG. 8A all 7 bytes in the 8th to 14th columns of the first row are used for E-OH. This example is possible when both GCC0 and the spare area can be used.
  • FIG. 8-2 is a diagram illustrating the position of E-OH in FAOH at the time of failure lane notification.
  • the 6th column is assigned to LLM (Logical Lane Marker) and FAS is all 5 bytes in the 1st to 5th columns, but if E-OH is included, the 1st column Change (OA1) to E-FAS (Emergency FAS) with another appropriate pattern.
  • OA1 to E-FAS (Emergency FAS) with another appropriate pattern.
  • the 4 bytes in FAS are assigned to IF (In1A5 to 3A5).
  • OA2) is used for OOF (Out of Frame) determination, and the replacement in the first column maintains compatibility with the above IF / OOF determination criteria. There is nothing.
  • the LLM may be a VLM and is not distinguished in the present application.
  • FIG. 8-3 is a diagram illustrating an example of the replacement pattern of the first byte in the E-FAS.
  • “00000101” in which all bits of OA1 (“11110110”) are inverted, and a pattern (“11001001”, “10101001”, etc.) having a DC balance and a large distance from OA1 are desirable.
  • FIG. 8-4 is a block diagram showing the configuration of the multilane transmission apparatus according to the embodiment.
  • the multilane transmission apparatus illustrated in FIG. 8-4 is a multilane transmission apparatus that performs failure lane notification.
  • the frame processing unit 101 maps the client signal to the OPU PLD and adds FA OH, OTU OH, ODU OH.
  • the encoding & scramble unit 102 performs FEC encoding on a 4 row ⁇ 3824 column frame obtained by adding FA OH, OTU OH, ODU OH to an OPU frame, and 4 rows ⁇ 4080 column OTU frame obtained by FEC encoding. All areas other than the FAS are scrambled.
  • the lane distribution unit 103 divides the scrambled OTU frame into 16-byte data blocks and distributes them to a plurality (eight in this case) of logical lanes.
  • the speed of each logical lane is assumed to be 5 Gbps, and each logical lane (LL: Logical Lane) is set to LL1 # 0 to LL1 # 7.
  • TX Transmitters
  • 104-1 to 104-4 multiplex two logical lanes, respectively, and transmit by 10 Gbps physical lanes (PL: Physical Lane) PL1 # 0 to PL1 # 3.
  • receivers (hereinafter referred to as RX) 205-1 to 205-4 receive the optical signals of the physical lanes PL1 # 0 to PL1 # 3 of 10 Gbps and convert them into electrical signals, respectively. Separate into logical lanes of books.
  • the lane integration unit 206 identifies LL1 # 0 to LL1 # 7 based on the received LLM in each logical lane, compensates for the delay time difference between the logical lanes based on the FAS and MFAS, and is a 16-byte data block. To reconstruct an OTU frame of 4 rows ⁇ 4080 columns.
  • the descrambling & decoding unit 207 descrambles the reconstructed OTU frame, performs FEC decoding, recovers an error occurring during transmission, and outputs the frame as a 4 ⁇ 3824 column frame.
  • the frame processing unit 208 reads the OTU OH / ODU OH of the decoded 4 ⁇ 3824 frame and monitors the quality of the section and path, and decodes the client signal from the OPU excluding FA OH / OTU OH / ODU OH. Map and output.
  • transmission from the multilane transmission apparatus 2 to the multilane transmission apparatus 1 is also similar to the configuration described above, and thus detailed description thereof is omitted here.
  • the TX 104-3 of the multi-lane transmission apparatus 1 that transmits PL1 # 2 fails and the optical power decreases, and the FAS is normal in LL1 # 4 and LL1 # 5 in the lane integration unit 206 of the multi-lane transmission apparatus 2 Suppose that it is no longer detectable.
  • the lane integration unit 206 of the multi-lane transmission apparatus 2 outputs an alarm signal indicating that LoF has occurred in the LL1 # 4 and LL1 # 5 to the monitoring control unit 200.
  • the supervisory control unit 200 changes the FA OH FAS added in the frame processing unit 201 to E-FAS, and changes part or all of the OTU OH to E-OH.
  • FIG. 8-5 is a diagram illustrating an example of an E-OH format.
  • E-OH 5 bytes of OTU OH are allocated to E-OH
  • the first byte of E-OH (1st row, 8th column) is an NFL (Number of Fault Lanes) subfield, and indicates the number of failed lanes.
  • the subsequent 3 bytes (1 byte in the case of Example 1 shown in FIG. 8-1 and 5 bytes in the case of Example 3) are FL (Fault Lane) subfields and indicate the faulted lane number (identification information for identifying the lane).
  • the last 1 byte is CRC-8 (Cyclic Redundancy Check 8) and is used for error detection in E-OH. Assuming that the maximum value of the entire band of the multilane transmission apparatus is 1 Tbps and the speed of the logical lane is 5 Gbps, the number of logical lanes is 200 at the maximum, so that NFL and FL can be expressed by 1 byte each.
  • E-OH is repeated by the number of logical lanes.
  • the lane integration unit 106 of the multi-lane transmission apparatus 1 receives the E-FAS at the timing when the FAS should be received in a certain lane, and receives the E-FAS again at the next timing, the lane is normal in the multi-lane transmission apparatus 2 It is determined that it has not been received. At this time, the number of protection stages may be larger.
  • the lane integration unit 106 descrambles the data block including the E-FAS as shown in FIG. 8-6, reads the E-OH, and notifies the monitoring control unit 100 of it.
  • FIG. 8-6 is a diagram illustrating an E-OH descrambling operation.
  • FIG. 8-7 is a diagram illustrating the multilane device in a degenerate operation.
  • the multilane transmission apparatus 2 can normally receive LL1 # 0 to LL1 # 6, and transmission is resumed in a state where the lane is degenerated from 40 Gbps to 30 Gbps.
  • E-FAS returns to normal FAS, and OTU OH also returns to normal.
  • FIG. 8-8 is a diagram illustrating an example of an E-OH format according to the second embodiment.
  • the first to fourth bits of the first byte (1st row, 8th column) of the E-OH are SN (Sequential Number) subfields and indicate the order of E-OH.
  • the 5th to 8th bits are a NEOH (Number of E-OHs) subfield, which represents the number of E-OHs to be used.
  • the subsequent 3 bytes (1 byte in Example 1 shown in FIG. 8-1 and 5 bytes in Example 3 shown in FIG. 8-1) are LSBM (Lane Status Bitmap) subfields, and the status of logical lanes is a bitmap. Expressed in the format (1 for failure, 0 for normal).
  • the last byte is CRC-8 and is used for error detection in E-OH.
  • ITU-T G While maintaining compatibility with the 798 IF / OOF criteria, by replacing the first row and first column of the FA OH in the first row and first to seventh columns of the OTU frame, Of the OTU OH in the first row 8 to 14th column, SM OH in the first row 8 to 10th column, SM OH in the first row 8th to 12th column and GCC0, or SM in the first row 8th to 14th column The lane number is notified for each OTU OH consisting of OH, GCC0, and RES.
  • a program for realizing the function of the processing unit in FIG. 8-4 is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into the computer system and executed, thereby executing the failure lane. Notification processing may be performed.
  • the “computer system” includes an OS and hardware such as peripheral devices.
  • the “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM or a CD-ROM, and a hard disk incorporated in a computer system.
  • the “computer-readable recording medium” refers to a volatile memory (RAM) in a computer system that becomes a server or a client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. In addition, those holding programs for a certain period of time are also included.
  • RAM volatile memory
  • the program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium.
  • the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line.
  • the program may be for realizing a part of the functions described above. Furthermore, what can implement
  • the present invention In the multi-lane transfer using a plurality of lanes, the present invention extends the function in multi-lane transfer based on the frame alignment overhead located at the head of the frame to be transferred or the FAS (Frame Alignment Signal) in the frame alignment overhead.
  • a multilane transfer function expansion block to be a block to be performed is inserted into each virtual lane.
  • the error is monitored for each lane by notifying the BIP information in the inserted multi-lane transfer function expansion block.
  • the failure lane notification bit area is defined in the inserted multi-lane transfer function expansion block, By notifying the lane number of the generated virtual lane from the receiver to the transmitter, the lane number where the failure has occurred is specified, and the degenerate operation or protection can be performed.
  • the present invention in multi-lane transfer, even if deskew processing cannot be performed and the frame cannot be restored, the OTUk frame is not restored, and the overhead usage of the conventional OTUk frame is not changed, and each lane is transferred.
  • the conventional multilane Error monitoring for each lane which was impossible with transfer, becomes possible.
  • the detected lane number is exchanged between the multilane transmission device 2 on the receiving device side and the multilane transmission device 1 on the transmission device side using the multilane transfer function expansion block, thereby Providing a number notification function enables degenerate operation and protection.
  • the deskew amount for performing frame restoration is insufficient in multilane transfer
  • the deskew amount is increased by defining an LLM area in the inserted multilane transfer function expansion block. Providing an extended function of deskew amount will enable multi-lane transfer that enables frame restoration in response to a shortage of deskew amount that is a concern due to the occurrence of path differences and the increase in the number of virtual lanes.
  • the LLM may be a VLM and is not distinguished in the present application.
  • FIG. 9-1 shows an example of the case where the multilane transfer system of the present invention is used in a network.
  • Multilane transmission apparatuses 1 and 2 frame processing units 11, 16, 21, and 26 and multilane transfer are shown.
  • Processing units 12, 15, 22 and 25, multilane processing units 121, 154, 221 and 254, lane state detection units 151 and 251, block insertion units 123 and 223, block extraction units 152 and 252, multilane transfer function expansion block It includes processing units 122, 153, 222 and 253, transceivers 13-0 to 13 -x, 14-0 to 14 -x, 23-0 to 23 -x and 24-0 to 24 -x, and a network 3.
  • FIG. 9A a failure occurs in the transfer from the multilane transmission device 1 to the multilane transmission device 2, and the failure lane number detected by the multilane transmission device 2 is changed from the multilane transmission device 2 to the multilane transmission device.
  • Fig. 9-2 shows a processing flowchart on the transmitting device side that performs communication to the opposite side
  • Fig. 9-3 shows a processing flowchart on the receiving device side that receives the communication from the opposite side.
  • step S103 of FIG. 9-2 a block insertion procedure is executed.
  • the lane state detection unit 251 of the multilane transmission device 2 determines the lane number where a failure such as a decrease in received light power or occurrence of LOR has occurred. Identify.
  • the mechanism for notifying the specified lane number is as follows. First, in step S101, an error correction code and an overhead are added to a client signal transferred from the multilane transmission apparatus 2 to the multilane transmission apparatus 1 by the frame processing unit 21, and an OTUk frame (a subframe constituting a multiframe) In the form of Thereafter, the number of subframes is determined in accordance with the number of virtual lanes determined in accordance with the transfer capacity, and a multiframe is configured from a plurality of subframes. Specifically, the transfer capacity is divided by the bit rate per virtual lane provided in the transmission apparatus to determine the number of virtual lanes. A multi-frame is configured using the same number of subframes as the number of virtual lanes.
  • multiframes in which the number of subframes changes in accordance with the number of lanes are variable frames and transfer frames.
  • step S102 the subframe having the multiframe configuration is transferred through a plurality of lanes.
  • the subframe output from the frame processing unit 21 is input to the multilane transfer processing unit 22.
  • the multilane processing unit 221 of the multilane transfer processing unit 22 divides the subframe into 16-byte data blocks and distributes them to a plurality of virtual lanes used for transfer.
  • the distribution method is round robin, and lane rotation is performed in units of multiframes.
  • a 16-byte reference block SB including a fixed bit pattern included in the FAS of the subframe SF is detected. Specifically, first, a fixed bit pattern located in the FAS of the frame alignment overhead is detected.
  • MFAS is further detected to determine whether it is the first sub-frame of the multi-frame. If the MFAS value is 0 and the first subframe of the multiframe, a 16-byte block including the MFAS is detected.
  • This 16-byte block is referred to as a reference block SB in the present specification.
  • the FAS of the reference block SB is not scrambled to identify the beginning of the frame, and includes a fixed bit pattern, so that the position of the reference block SB is grasped without restoring the frame. be able to.
  • the multi-lane transfer function expansion block is provided with a function for notifying the fault lane number (S105).
  • step S103 the multi-lane transfer function extension block processing unit 222, which is notified of the faulted lane number from the lane state detection unit 251, inputs the lane number in which the fault has occurred in the multi-lane transfer function extension block.
  • the multi-lane transfer function expansion block is inserted into all virtual lanes after the block insertion unit 223 distributes the reference block SB. Specifically, as shown in FIGS. 9-5 and 9-6, it is inserted into all virtual lanes at the timing next to the timing at which the reference block SB is inserted.
  • 10 lanes as shown in FIG. 9-5, 1020 blocks are evenly distributed.
  • 7 lanes as shown in FIG. 9-6, 1020 blocks are not evenly distributed, but since a multiframe is composed of 1020 ⁇ 7 blocks, it is equally distributed when viewed in units of multiframes.
  • the multi-lane transfer function expansion block has a 16 ⁇ n byte format.
  • the multi-lane transfer function expansion block is a block consisting of n 16-byte units in order to facilitate processing by unifying the processing units to 16 bytes.
  • FIG. 9-7 shows an example of the breakdown of the multilane transfer function expansion block 16 bytes.
  • the first byte is a virtual lane number notification area, and is the total number of virtual lanes used in multilane transfer. When the total number of virtual lanes can be obtained in the out-band, the first byte may not be used, or a failure lane notification bit area described later may be used.
  • the 2nd byte is a virtual lane number notification area, in which the lane number is described. In this embodiment, there are 256 lanes. When the lane number is obtained from the LLM value, the second byte may not be used, or a failure lane notification bit area described later may be used.
  • the 3rd byte to the 16th byte are used as a fault lane notification bit area.
  • the failure lane notification bit area is from the 3rd byte to the 12th byte.
  • the 13th to 16th bytes of the multilane transfer function expansion block may be reserved areas.
  • the notification method of the fault lane notification bit area is arbitrary.
  • the bit position corresponds to the virtual lane number. If the failure lane notification bit is 0, the lane is normal and usable (S107), and if it is 1, the failure lane notification bit indicates that the failure lane notification bit cannot be used (S106).
  • the failure lane notification bit for 14 bytes is associated with the virtual lane number. For example, in the case of transfer using 100 lanes, the first bit in the failure lane notification bit area is lane # 0, and the second bit is lane # 1. The 100th bit indicates the state of lane # 99. The number of lanes that can be indicated by 14 bytes is up to 112 lanes.
  • Fig. 9-8 shows the case of using 112 or more virtual lanes.
  • a 16-byte multi-lane transfer function expansion block is additionally inserted to expand the failure lane notification bit area.
  • the receiving device side changes the failed lane notification bit corresponding to the failed lane from 0 to 1.
  • the multi-lane transfer processing unit 22 transfers the failure between the transceivers 13-1 and 24-1 and the transceivers 13-2 and 24-2.
  • a multi-lane transfer function expansion block in which the fault lane notification bit is changed to 1 is generated.
  • the state of one lane may be represented by a plurality of bits. For example, when the status of one lane is indicated by 2 bits, a normal lane is represented by 00, an unusable lane is represented by 11, and an unusable lane is 01 because it is used for transferring another flow. And
  • the fault lane notification bit area may be divided every 1 byte, and the number of fault lanes may be input in the first 1 byte.
  • the virtual lane number where the failure has occurred may be notified using the 2nd to 14th bytes.
  • the block insertion unit 223 inserts a multilane transfer function expansion block into each virtual lane.
  • the virtual lane in which the multi-lane transfer function expansion block is inserted is transferred to the opposite transceivers 14-0 to 14-x by the transceivers 23-0 to 23-x (S104).
  • the virtual lane is multiplexed according to the transfer bit rate of the transceiver.
  • the multilane transfer processing unit 15 of the multilane transmission apparatus 1 that has received the virtual lanes from the transceivers 14-0 to 14-x demultiplexes the virtual lanes from the physical lanes (here, the wavelengths used in the transceivers) ( S201).
  • the lane state detection unit 151 checks whether transfer has been performed normally by detecting a decrease in received light power or a decrease in bit error rate (S202).
  • the lane state detection unit 151 identifies the failure lane number (S204), and transfers the failure lane number to the multi-lane transfer function extended block processing unit 122 (S205).
  • detection of LOR or the like generated when restoring a frame is performed by the multilane processing unit 154, and the fault lane number is similarly transferred to the multilane transfer function extended block processing unit 122.
  • the multilane processing unit 154 restores the subframe from the plurality of virtual lanes (S207) and transfers the subframe to the frame processing unit 16.
  • the frame processing unit 16 restores the client signal from the frame (S208).
  • the block extraction unit 152 detects a fixed bit pattern included in the reference block SB, and then identifies a 16-byte block received at the next timing of the reference block SB as a multilane transfer function expansion block. After receiving the reference block, a multilane transfer function expansion block is detected every 1020 + n blocks. Thereafter, the multilane transfer function expansion block is removed (S203).
  • the information on the extracted multilane transfer function extension block is acquired by the multilane transfer function extension block processing unit 153.
  • the multilane transfer function expansion block is transferred from the block extraction unit 152 to the multilane transfer function expansion block processing unit 153.
  • the virtual lane from which the multilane transfer function expansion block has been extracted by the block extraction unit 152 is transferred to the multilane processing unit 154.
  • the multilane processing unit 154 restores a frame from a plurality of virtual lanes. If the frame cannot be restored, the multi-lane processing unit 154 issues an alarm such as LOR, detects the number of the virtual lane causing the error, and notifies the multi-lane transfer function extended block processing unit 122.
  • the multi-lane transfer function extended block processing unit 153 functions as a lane monitoring unit, and determines whether or not all transfer lanes to the opposite side are normal (S206). When all the transfer lanes to the opposite side are normal (Yes in S206), information indicating that no fault lane number is transferred or no fault lane is transferred from the multi-lane transfer function expansion block processing unit 153 to multi-lane transfer The data is transferred to the processing unit 12 (S210). On the other hand, when there is an abnormality in any lane (No in S206), the multilane transfer processing unit 12 receives the fault lane number (S209) acquired by the multilane transfer function extended block processing unit 153, A failure lane number is obtained (S210).
  • the multi-lane transfer processing unit 12 that has obtained the fault lane number starts a degenerate operation in a normal virtual lane excluding a virtual lane in which a fault has occurred or protection using an empty lane (S211).
  • Fig. 9 shows an example of inserting a multi-lane transfer function extension block when a multi-frame is configured.
  • a multiframe is composed of X SFs.
  • the multiframe is divided into 1020 ⁇ 16-byte blocks. The divided blocks are distributed to X virtual lanes.
  • the reference block SB located at the head of the multiframe is detected.
  • the multilane transfer function expansion block is inserted into all virtual lanes at the next timing of the reference block SB as shown in FIG. 9-9.
  • the virtual lane is multiplexed into the physical lane and transferred to the opposite side.
  • the second embodiment shows the operation of failure lane notification in a network configuration that transfers a flow to a plurality of grounds.
  • the configuration of the multilane transmission apparatus, the multiframe configuration method, and the multilane transfer method are the same as those in the first embodiment.
  • Embodiment 1 The difference from Embodiment 1 is that a virtual lane number in the fault lane notification bit is added with an independent number for each flow with different ground.
  • a remainder is calculated to obtain a virtual lane number.
  • the reason why an independent number is assigned to each flow is to prevent the virtual lane number obtained from the remainder and the virtual lane number of the virtual lane constituting the flow from becoming different values.
  • a virtual lane number is input to each failure lane notification bit area for each location.
  • the transceivers 70-0 to 70-5 transfer data from the multilane transmission device 7c to the multilane transmission device 7a, and the transceivers 70-6 to 70-9 use the multilane transmission device 7b to multilane. Assume that the transfer to the transmission device 7a is performed.
  • one virtual lane is associated with one transceiver.
  • the failure lane notification bit from the multilane transmission apparatus 7a to the multilane transmission apparatus 7c uses the first bit to the sixth bit indicating lane # 0 to lane # 5, and the multilane transmission apparatus
  • virtual lane numbers are independently assigned such that the first bit to the fourth bit indicating lane # 0 to lane # 3 are used.
  • 9-11 shows a multilane transfer function expansion block for each virtual lane when multilane transmission is performed to the multilane transmission apparatus 7b and multilane transmission apparatus 7c in the multilane transmission apparatus 7a of FIGS. 9-10. Indicates the inserted state.
  • the virtual lane number in which the failure has occurred is acquired from the failure lane notification bit sent from 7a, and the normal lane is degenerated without the virtual lane number in which the failure has occurred. Start driving or protection.
  • the multilane transfer function extended block processing unit 253 reads the CRC from the multilane transfer function extended block and performs error detection.
  • Fig. 9-12 shows an example of a block for calculating BIP.
  • BIP Bit Interleaved Parity
  • 1020 blocks 16320 bytes located between the multilane transfer function extension block and the multilane transfer function extension block.
  • BIP-8 Bit Interleaved Parity
  • a 1-byte area is defined as the BIP area in the multilane transfer function extension block, and the multilane transfer function extension block is transmitted to the opposite side.
  • the multilane transfer function extended block processing unit 253 on the receiving device side when the block extraction unit 252 reads BIP information from the multilane transfer function extended block, the multilane transfer function extended block processing unit 253 on the receiving device side also performs the For 16320 bytes located between the lane transfer function extension block and the multi-lane transfer function extension block, the BIP-8 value is calculated and compared with the received BIP information to perform error measurement.
  • the LLM located in the 6th byte of the FAS of the conventional OTUk frame can only express 256 values, so it is assumed that the deskew amount is insufficient. Therefore, in the present embodiment, in the multilane transmission apparatus on the transmission apparatus side of the first embodiment, when generating the multilane transfer function expansion block, the LLM extension area serving as a counter for extending the deskew amount is set as the multilane transfer function. Include in extension block.
  • an area of 1 byte is secured as an LLM extension area in the multilane transfer function expansion block, and there are 65536 areas in a total area of 2 bytes.
  • the block insertion unit 123 inserts a multilane transfer function extension block including the LLM extension area at a predetermined position in each virtual lane.
  • the multilane transfer function extension block processing unit 253 reads the value of the LLM extension area from the multilane transfer function extension block.
  • the read value of the LLM extension area is transferred to the multilane processing unit 254.
  • the multilane processing unit 254 performs deskew using the value of the LLM extension area and the LLM area 1 byte included in the frame alignment overhead, and restores the frame from the plurality of lanes.
  • the LLM area 1 byte included in the frame alignment overhead is transferred in multilane, it is used as the 6th byte of FA OH in the frame alignment overhead, and the LLM extension area included in the multilane transfer function expansion block is used. Thus, deskew between lanes generated by multi-lane transfer may be performed.
  • FIG. 9-13 shows a configuration for performing one-way transfer from the multilane transmission apparatus 2 to the multilane transmission apparatus 1 when using Inner-Code.
  • Inner-Code is G. It is the Second FEC described in 975.1. G. 709 Annex. After adding RS (255, 239) described in A as First FEC, and adding this Inner-Code as Second FEC, it becomes possible to perform more powerful error correction than only First FEC.
  • multi-lane transfer is performed on data distributed to a plurality of lanes by the multi-lane processing unit 221 in the inner-code processing unit 224 of the multi-lane transmission device 2 on the transmission device side.
  • an inner-code addition process is performed.
  • the data is transferred to the opposing multi-lane transmission apparatus 1.
  • the inner-code processing unit 155 of the multilane transmission apparatus 1 on the receiving apparatus side performs error correction by the inner-code, and then extracts the multilane transfer function expansion block.
  • the inner-code processing unit 155 can perform error correction on the multilane transfer function expansion block. Also, by inserting / removing the multi-lane transfer function expansion block in the inner-code processing unit, it is possible to reduce the number of insertion / removal circuits of the multi-lane transfer function expansion block including the clock conversion circuit that absorbs the clock difference generated by the insertion / removal. It becomes.
  • the multi-lane transfer function expansion block has a failure lane notification bit area for notifying the lane number of the virtual lane in which a failure has occurred in the virtual lanes transmitted in the reverse direction from the receiving device to the transmitting device, and for each lane.
  • the BIP area for error monitoring and the LLM area for dealing with the shortage of deskew amount for frame restoration are defined and notified respectively, but the information notified from the receiving apparatus side to the transmitting apparatus side is It is not restricted to these information.
  • the frame alignment overhead or the FAS in the frame alignment overhead is exemplified as the reference for the insertion position of the multi-lane transfer function extension block, the reference is not limited to these, and any reference that identifies the frame position may be used.
  • the position of the multi-lane transfer function extension block for may also be a position other than that illustrated.
  • the subframe is exemplified by the OTU frame, it is not limited to the OTU frame, but may be a frame having a head fixed bit pattern for frame synchronization such as FAS of the frame alignment overhead.
  • a multilane transmission apparatus and multilane reception apparatus are provided between a network for economically performing high-speed and large-capacity data communication and a client apparatus that generates a data signal to be transferred over the network. It can be applied to a transmission device located.
  • the multilane transmission apparatus and multilane reception apparatus according to the present invention are suitable for economically realizing a high-speed data link by logically bundling a plurality of physical lanes.
  • the present invention can be applied to the information communication industry.
  • the present invention can be applied to the information communication industry.
  • the present invention can be applied to the information communication industry.
  • the present invention can be applied to the information communication industry.
  • the present invention can be applied to the information communication industry.
  • the present invention can be applied to the information communication industry.
  • Transmission device 2 Client device 3: Optical switch 4: Network 11: Multilane transmission device 12: Multilane reception device 111: Client signal distribution unit 112: Buffer memory 113: Transfer bandwidth calculation unit 114: Shaping unit 115: Framer unit 116: transfer frame generation unit 117: virtual lane group generation unit 121: deframer unit 122: virtual lane group recovery unit 123: client signal recovery unit 124: client signal distribution unit VL: virtual lane F: transfer frame
  • Multilane communication node device 400 Network 500: Management control system T: Multilane transmission device R: Multilane reception device 1: Setting table 2: Physical interface 3: Data frame distribution unit 4: Buffer memory 5: Data stream division unit 6: Physical interface 7: Physical interface 8: Data frame reconstruction unit 9: Buffer memory 10: Data frame multiplexing unit 11: Physical interface 31: VLAN tag decoding unit 32: Data frame writing unit 51 : Data frame reading unit 52: encoding unit 53: data string dividing unit 54: flow group information order information adding unit 55: transmission frame processing unit 56: lane selection output unit 81: transmission frame processing unit 82: lane selection combining unit 83 : Decoding unit 84: Data frame distribution unit
  • Lane identification & delay difference compensation unit 2 OTU frame reconstruction unit 3: Descramble unit 4: FEC decoding unit 5: OTU / ODU OH processing unit 6: Demapping unit 7: Quality monitoring unit 10: Interleaving unit 11- 1 to 11-16: sub-row data decoding unit 12: inverse interleaving unit 13: lane error register recording unit 21: syndrome calculation unit 22: error locator polynomial coefficient calculation unit 23: error locator calculation unit 24: error coefficient calculation unit 25: Error correction unit 26: selection output unit 27: lane number calculation unit
  • Multilane transmission device 3 Networks 11, 16, 21, 26: Frame processing units 12, 15, 22, 25: Multilane transfer processing units 13-0 to 13-x, 14 -0 to 14-x, 23-0 to 23-x, 24-0 to 24-x, 70-0 to 70-9: transceivers 121, 154, 221, 254: multilane processing units 122, 153, 222, 253: Multilane transfer function extended block processing unit 123, 223: Block insertion unit 151, 251: Lane state detection unit 152, 252: Block extraction unit 155, 224: Inner-Code processing unit

Abstract

　本発明は、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先及び優先度の間でフレーマを共有することを目的とする。　本発明は、クライアント信号を送信先又は優先度に基づいて振り分け、各送信先又は各優先度に基づいて振り分けられた各クライアント信号の送信に必要なバーチャルレーンの本数を決定し、各送信先又は各優先度に基づいて振り分けられた各クライアント信号を、本数を決定された各バーチャルレーンに振り分け、各バーチャルレーンに振り分けられた各クライアント信号を、各転送フレームとしてフレーム化し、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、フレーム化された各転送フレームを送信するマルチレーン送信装置１１である。

Description

マルチレーン伝送装置及びマルチレーン伝送方法
（第１の発明についての技術分野）
　本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置、及び複数のレーンを用いてデータフレームを受信するマルチレーン受信装置に関する。
（第２の発明についての技術分野）
　本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置、及び複数のレーンを用いてデータフレームを受信するマルチレーン受信装置に関する。
（第３の発明についての技術分野）
　本発明は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して伝送するマルチレーン伝送装置に関する。
（第４の発明についての技術分野）
　本発明は、マルチレーン光トランスポートシステムに関する。
（第５の発明についての技術分野）
　本発明は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して伝送するマルチレーン伝送システム及びその帯域変更方法に関する。
（第６の発明についての技術分野）
　本発明は、広域光転送網における伝送品質の監視技術に関する。
（第７の発明についての技術分野）
　本発明は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して伝送するマルチレーン伝送システムにおける個別レーン監視方法に関する。
（第８の発明についての技術分野）
　本発明は、マルチレーン伝送装置及び故障レーン通知方法に関する。
（第９の発明についての技術分野）
　本発明は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン転送システム及びマルチレーン転送方法に関する。
　なお、第１の発明及び第９の発明における「バーチャルレーン」と第２の発明から第８の発明における「レーン」はどちらも論理レーンを指し、本願では区別していない。
（第１の発明についての背景技術）
　ビットレートの高速化に伴い、電気処理によるルーチングを行わずに、光スイッチを用いてネットワークを構成することが検討されている。これは、スイッチする信号のビットレートが数十Ｇｂｐｓから数百Ｇｂｐｓ級になると、光スイッチのスイッチ処理がビットレートに依存しないという特徴により、メリットが大きくなるためである。ここでの光スイッチは、ＭＥＭＳ（Ｍｉｃｒｏ　Ｅｌｅｃｔｒｏ　Ｍｅｃｈａｎｉｃａｌ　Ｓｙｓｔｅｍｓ）やＬＣＯＳ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｏｎ　Ｓｉｌｉｃｏｎ）といった技術で作られるスイッチで、データ信号のＯ－Ｅ－Ｏ変換を行わないスイッチである。この光スイッチを用いる場合、波長レベルで対地を変更する機能を有しており、スイッチング単位は波長帯でも一つ以上の波長でも可能とする（非特許文献１－１参照）。
　非特許文献１－２には、複数波長で転送フレームを転送するために、ロジカルレーン技術を用いて転送フレームを複数波長に分配する方法が記載されている。ここではＯＴＵ４（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ　４）フレームを転送する場合を記す。１００Ｇｂｐｓのクライアント信号を運ぶためのＯＴＵ４フレームを複数波長で転送する場合、２５Ｇｂｐｓ×４波長で転送するか１０Ｇｂｐｓ×１０波長で転送される。どちらの場合でも転送ができるように、４と１０の最小公倍数である２０のロジカルレーンを定めている。４波長で転送する場合は５ロジカルレーンを一波長に多重し、１０波長で転送する場合は２ロジカルレーンを一波長に多重することで、複数波長での転送を行う。
　非特許文献１－２では、転送フレームの容量を可変にするために、バーチャルコンカチネーション（ＶＣＡＴ）が標準化されている。送信側では、クライアント装置から受信した高速なクライアント信号を逆多重化し、逆多重化された高速なクライアント信号をペイロードとし低速な転送フレームを生成し、低速な転送フレームを別々の物理レーンで転送する。受信側では、別々の物理レーンで受信した低速な転送フレームからペイロードを取り出し、取り出されたペイロードを多重化し高速なクライアント信号を生成し、高速なクライアント信号をクライアント装置に転送する。
（第２の発明についての背景技術）
　高速データリンクを経済的に実現するため、複数の物理レーンを論理的に束ねる手法が各種提案されている。例えば、非特許文献２－１で用いられているＡＰＬ（Ａｇｇｒｅｇａｔｉｏｎ　ａｔ　ｔｈｅ　Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ）では、送信側においてパケットにシーケンス番号を付加してからパケットを複数の物理レーンに分配し、受信側においてシーケンス番号に基づいてパケットを並べ直すことにより、複数の物理レーンを論理的に束ねて高速データリンクを経済的に実現している。
（第３の発明についての背景技術）
　現在、広域光転送網として非特許文献３－１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図３－１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１～４０８０バイト目は１行目の１～４０８０列目、４０８１～８１６０バイト目は２行目の１～４０８０列目、８１６１～１２２４０バイト目は３行目の１～４０８０列目、１２２４１～１６３２０バイト目は４行目の１～４０８０列目となる。クライアント信号は、フレームの１７～３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｐａｙｌｏａｄ　Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５～１６列目にはＯＰＵ　ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２～４行目の１～１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｄａｔａ　Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１～７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ）ＯＨが、８～１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ）ＯＨが挿入される。３８２５～４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。
　ＦＡ　ＯＨの１～５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ　ＯＨの６バイト目にはＬＬＭが配置され、ＦＡ　ＯＨの７バイト目にはＭＦＡＳが配置される。ここで、ＯＡ１は０ｂ１１１１０１１０であり、ＯＡ２は０ｂ００１０１０００である。
　高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行う１６ｂｙｔｅ　ｉｎｃｒｅｍｅｎｔ　ｄｉｓｔｒｉｂｕｔｉｏｎ（本発明では、以下、ＯＴＮ－ＭＬＤと記載）が標準化されている（例えば、非特許文献３－１：Ａｎｎｅｘ　Ｃ参照。）。ＯＴＮ－ＭＬＤでは、図３－２に示すように、フレームを１６バイト毎に１０２０のデータブロックに分割し、１ブロックずつ各レーンに分配する。図３－２では、一例として、４レーンに分配する例を示した。
　ＦＡＳを含むデータブロックの番号をｂ＝１とし、このデータブロックの６バイト目にはＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）が挿入される（図中では［　］内にＬＬＭを記載する）。先頭データブロックに含まれるＦＡ　ＯＨ（ＦＡＳ、ＬＬＭ、ＭＦＡＳ）を全てのレーンに均等に分配することで、レーン番号の識別およびレーン間の遅延調整が可能となる。
　第１のフレーム（ＬＬＭ＝０）では、データブロックの分配は以下の通りである。
レーン＃０：ｂ＝１，５，９，…，１１１７
レーン＃１：ｂ＝２，６，１０，…，１１１８
レーン＃２：ｂ＝３，７，１１，…，１１１９
レーン＃３：ｂ＝４，８，１２，…，１０２０
　第２のフレーム（ＬＬＭ＝１）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝４，８，１２，…，１０２０
レーン＃１：ｂ＝１，５，９，…，１１１７
レーン＃２：ｂ＝２，６，１０，…，１１１８
レーン＃３：ｂ＝３，７，１１，…，１１１９
　第３のフレーム（ＬＬＭ＝２）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝３，７，１１，…，１１１９
レーン＃１：ｂ＝４，８，１２，…，１０２０
レーン＃２：ｂ＝１，５，９，…，１１１７
レーン＃３：ｂ＝２，６，１０，…，１１１８
　第４のフレーム（ＬＬＭ＝３）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝２，６，１０，…，１１１８
レーン＃１：ｂ＝３，７，１１，…，１１１９
レーン＃２：ｂ＝４，８，１２，…，１０２０
レーン＃３：ｂ＝１，５，９，…，１１１７
　一方、受信側では、各レーンでＦＡＳを検出したデータブロックに含まれるＬＬＭを読み、ＬＬＭ　ｍｏｄ　４を計算する事で、ＬＬＭ＝０のフレームに対して相対的にどれだけローテートしたかを知ることができる。従って、レーン間の遅延時間差を補償した後に逆ローテートを行ってレーンの位置を元に戻し、データブロックを順番に接続して元のフレームを復元することができる。
（第４の発明についての背景技術）
　現在、広域光転送網として非特許文献４－１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図４－１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１～４０８０バイト目は１行目の１～４０８０列目、４０８１～８１６０バイト目は２行目の１～４０８０列目、８１６１～１２２４０バイト目は３行目の１～４０８０列目、１２２４１～１６３２０バイト目は４行目の１～４０８０列目となる。クライアント信号は、フレームの１７～３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｐａｙｌｏａｄ　Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５～１６列目にはＯＰＵ　ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２～４行目の１～１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｄａｔａ　Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１～７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）を含むＦＡ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ）ＯＨが、８～１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ）ＯＨが挿入される。３８２５～４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ）用の冗長ビットが付加される。なお、ＯＴＮには１．２５Ｇｂｐｓ～１００　Ｇｂｐｓの複数の速度が存在するので、その識別のために添字ｋ（ｋ＝０，１，２，２ｅ，３，４）を付加する（ただし、ｋ＝０はＯＰＵとＯＤＵだけである）。なお、４００　ＧｂｐｓのＯＴＮは現時点では標準化されていないが、以下、これを仮にｋ＝５で表す。
　将来の光トランスポートネットワークでは、トラヒック変動に応じて容量を柔軟に可変できる光パスが重要になると考えられている。ＯＴＮ技術に基づいて容量可変光パスを実現する手段として、例えば非特許文献４－２ではＶＣＡＴ（Ｖｉｒｔｕａｌ　Ｃｏｎｃａｔｅｎａｔｉｏｎ）およびＯＴＵｆｌｅｘが挙げられている。
　ＶＣＡＴの詳細は非特許文献４－１の第１８章に、ＶＣＡＴの容量を可変する手法であるＬＣＡＳ（Ｌｉｎｋ　ｃａｐａｃｉｔｙ　ａｄｊｕｓｔｍｅｎｔ　ｓｃｈｅｍｅ）は非特許文献４－３に記載されているので、以下、両文献に基づいて説明を行う。ＶＣＡＴでは容量可変管理フレームとしてＸ個のＯＰＵｋを仮想的に連結したＯＰＵｋ－Ｘｖを定義する。
　ここで、容量可変管理フレームと可変フレームは同一のものである。
　図４－２に示すように、ＯＰＵｋ－ＸｖはＯＰＵｋ－Ｘｖ　ＯＨとＯＰＵｋ－Ｘｖ　ＰＬＤで構成され、ＯＰＵｋ－Ｘｖ　ＯＨ　は（１４Ｘ＋１）～１６Ｘ列目に、ＯＰＵｋ－Ｘｖ　ＰＬＤは（１６Ｘ＋１）～３８２４Ｘ列目に配置される。ＯＰＵｋ－Ｘｖのｎ行目の｛（ａ－１）×Ｘ＋ｂ｝列目は、ＯＰＵｋ＃ｉのａ行目のｂ列目に対応する。また、ＯＰＵｋ－Ｘｖは２５６個で１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ　ＯＨの７バイト目に配置されたＭＦＡＳ（ＭｕｌｔｉＦｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）で識別される。
　ＯＰＵｋ－Ｘｖ　ＯＨを構成する個別のＯＰＵｋ　ＯＨを図４－３に示す。１５列目にはＶＣＯＨ（Ｖｉｒｔｕａｌ　Ｃｏｎｃａｔｅｎａｔｉｏｎ　ＯＨ）およびＰＳＩ（Ｐａｙｌｏａｄ　Ｓｔｒｕｃｔｕｒｅ　Ｉｄｅｎｔｉｆｉｅｒ）が配置され、１６列目はクライアント信号のマッピング形式に応じた情報（スタッフ制御情報など）が収容される。
　ＶＣＯＨは、１５列目の１～３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＭＦＡＳの４～８ビット目の５ビット〔０～３１〕をＶＣＯＨ１～ＶＣＯＨ３のインデックスとする）。
　ＭＦＩ（ＭｕｌｔｉＦｒａｍｅ　Ｉｎｄｉｃａｔｏｒ）：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される。ＭＦＡＳと組み合わせて、レーン間の遅延時間差測定および補償に用いる（非特許文献４－１の１８．１．２．２．２．１および非特許文献４－３の６．２．１参照。）。ここで、ＶＣＯＨ１［Ｘ］の括弧内の数値はＭＦＡＳの４～８ビット目の下位５ビットで表記される数値（０～３１）である。
　ＳＱ（Ｓｅｑｕｅｎｃｅ　Ｉｎｄｉｃａｔｏｒ）：ＶＣＯＨ１［４］に配置される。ＯＰＵｋをＯＰＵｋ－Ｘｖに連結する順番を示す（非特許文献４－１の１８．１．２．２．２．２および非特許文献４－３の６．２．２参照。）。
　ＣＴＲＬ（Ｃｏｎｔｒｏｌ）：ＶＣＯＨ１［５］の１～４ビット目に配置される。ＬＣＡＳ制御コマンドの転送に用いる（非特許文献４－１：　１８．１．２．２．２．３および非特許文献４－３：　６．２．３）。
　ＧＩＤ（Ｇｒｏｕｐ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）：ＶＣＯＨ１［５］の５ビット目に配置される。１５段の擬似ランダム信号を収容し、ＶＣＧ（Ｖｉｒｔｕａｌ　Ｃｏｎｃａｔｅｎａｔｉｏｎ　Ｇｒｏｕｐ）を識別するために用いる（非特許文献４－１の１８．１．２．２．２．５および非特許文献４－３の６．２．４参照。）。
　ＲＳＡ（Ｒｅ－Ｓｅｑｕｅｎｃｅ　Ａｃｋｎｏｗｌｅｄｇｅ）：ＶＣＯＨ１［５］の６ビット目に配置される。容量の増減を行いＳＱの変更が為された場合、ＲＳＡビットを用いて受信側から送信側に応答する（非特許文献４－１の１８．１．２．２．２．６および非特許文献４－３の６．２．７参照）。ＶＣＯＨ１［５］の７～８ビット目およびＶＣＯＨ１［６］～ＶＣＯＨ１［３１］は予備領域である。
　ＭＳＴ（Ｍｅｍｂｅｒ　Ｓｔａｔｕｓ）：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される。受信側から送信側へのＶＣＧの全メンバーの状態を通知する（非特許文献４－１の１８．１．２．２．２．４および非特許文献４－３の６．２．６参照。）。
　ＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される。ＶＣＯＨ１およびＶＣＯＨ２に対する誤り検出に用いる（非特許文献４－１の１８．１．２．２．２．７および非特許文献４－３の６．２．５参照。）。
　以上、ＶＣＯＨ［０］～ＶＣＯＨ［３１］は１組のマルチフレーム内で８回繰り返される。
　ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は以下の通りである（ＭＦＡＳの８ビット〔０～２５５〕をＰＳＩのインデックスとする）。
ＰＴ（Ｐａｙｌｏａｄ　Ｔｙｐｅ）：ＰＳＩ［０］に配置される。ＶＣＡＴの場合、ＰＴ＝０ｘ０６となる（非特許文献４－１の１５．９．２．１．１参照。）。
　ｖｃＰＴ（ｖｉｒｔｕａｌ　ｃｏｎｃａｔｅｎａｔｅｄ　Ｐａｙｌｏａｄ　Ｔｙｐｅ）：ＰＳＩ［１］に配置される。ＶＣＡＴのペイロード種別を示す。例えば、ペイロードがＧＦＰ（Ｇｅｎｅｒｉｃ　Ｆｒａｍｉｎｇ　Ｐｒｏｃｅｄｕｒｅ）ならば、ｖｃＰＴ＝０ｘ０５となる（非特許文献４－１の１８．１．２．２．１．１参照。）。
　ＣＳＦ（Ｃｌｉｅｎｔ　Ｓｉｇｎａｌ　Ｆａｉｌ）：ＰＳＩ［２］の１ビット目に配置される。管理システムにクライアント信号障害を通知するのに用いる。
　ＰＳＩ［２］の２～８ビット目、および、ＰＳＩ［３］からＰＳＩ［２５５］は予備領域である（非特許文献４－１の１８．１．２．２．１．２参照。）。
　ＶＣＡＴの送信側ではＯＰＵｋ－Ｘｖ　ＰＬＤにクライアント信号を収容してＯＰＵｋ－Ｘｖ　ＯＨおよびＯＤＵｋ－Ｘｖ　ＯＨを付加し、個別のＯＤＵｋを適当なＯＴＵｊ（ｊ≧ｋ）に収容して送信する。受信側では受信したＭＦＡＳおよびＭＦＩに従って複数レーン間の遅延補償を行い、ＯＰＵｋのＳＱに従ってＯＰＵｋ－Ｘｖを再構成し、ＯＰＵｋ－Ｘｖ　ＰＬＤからクライアント信号をデマッピングする。
　一方、ＯＴＵｆｌｅｘでは時間的に順番に並んだ複数のフレームをまとめて容量可変管理フレームとして扱い、クライアント信号はフレームに順番に収録されて送信される。複数のレーンを使用する場合、各フレームをデータブロック単位に分割し、各データブロックを複数のレーンに振り分けて転送する。
　なお、容量可変管理フレームと可変フレームは同一のものである。
（第５の発明についての背景技術）
　現在、広域光転送網として非特許文献５－１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図５－１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１～４０８０バイト目は１行目の１～４０８０列目、４０８１～８１６０バイト目は２行目の１～４０８０列目、８１６１～１２２４０バイト目は３行目の１～４０８０列目、１２２４１～１６３２０バイト目は４行目の１～４０８０列目となる。クライアント信号は、フレームの１７～３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｐａｙｌｏａｄ　Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５～１６列目にはＯＰＵ　ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２～４行目の１～１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｄａｔａ　Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１～７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）、レーン識別に用いるＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）、およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ）ＯＨが付加される。８～１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ）ＯＨが挿入される。３８２５～４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。
　ＦＡ　ＯＨの１～５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ　ＯＨの６バイト目にはＬＬＭが配置され、ＦＡ　ＯＨの７バイト目にはＭＦＡＳが配置される。ここで、ＯＡ１は０ｂ１１１１０１１０であり、ＯＡ２は０ｂ００１０１０００である。
　高速の光伝送を経済的に実現する方式として、４０　Ｇｂｐｓまたは１００　ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ－ＭＬＤ（Ｍｕｌｔｉｌａｎｅ　Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（非特許文献５－１：Ａｎｎｅｘ　Ｃ）。図５－２に示すように、ＯＴＮ－ＭＬＤでは、フレームを１６バイト毎に１０２０のデータブロックに分割し、１ブロックずつ各レーンに分配する（図中では［　］内にＬＬＭを記載する）。図５－２では、一例として、４レーンに分配する例を示した。
　第１のフレーム（ＬＬＭ＝０）では、データブロックの分配は以下の通りである。
レーン＃０：ｂ＝１，５，９，…，１１１７
レーン＃１：ｂ＝２，６，１０，…，１１１８
レーン＃２：ｂ＝３，７，１１，…，１１１９
レーン＃３：ｂ＝４，８，１２，…，１０２０
　第２のフレーム（ＬＬＭ＝１）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝４，８，１２，…，１０２０
レーン＃１：ｂ＝１，５，９，…，１１１７
レーン＃２：ｂ＝２，６，１０，…，１１１８
レーン＃３：ｂ＝３，７，１１，…，１１１９
　第３のフレーム（ＬＬＭ＝２）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝３，７，１１，…，１１１９
レーン＃１：ｂ＝４，８，１２，…，１０２０
レーン＃２：ｂ＝１，５，９，…，１１１７
レーン＃３：ｂ＝２，６，１０，…，１１１８
　第４のフレーム（ＬＬＭ＝３）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝２，６，１０，…，１１１８
レーン＃１：ｂ＝３，７，１１，…，１１１９
レーン＃２：ｂ＝４，８，１２，…，１０２０
レーン＃３：ｂ＝１，５，９，…，１１１７
　このようなＯＴＮ－ＭＬＤを用いたマルチレーン伝送装置の送信部の構成を図５－３に示す。マルチレーン伝送装置の送信部は、マッピング部１と、ＯＨ処理部２と、インタリーブ部３と、符号化部４－１～４－１６と、逆インタリーブ部５と、スクランブル部６と、データブロック分割部７と、レーン番号決定部８を備える。以下、レーン数Ｍが１６の場合について説明する。
　マッピング部１は、クライアント信号をＯＰＵ　ＰＬＤにマッピングする。
　ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ　ＯＨ、ＯＴＵ　ＯＨ及びＯＤＵ　ＯＨである。ここで、図５－１に示すように、ＦＡ　ＯＨの６バイト目にはＬＬＭが配置される。
　インタリーブ部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームを１行（３８２４バイト）毎に１６バイトインタリーブする。
　符号化部４－１～４－１６は、バイトインタリーブされたサブ行データ（２３９バイト）を符号化して、１６バイトパリティチェックを付加したサブ行データ（２５５バイト）を出力する。
　逆インタリーブ部５は、符号化されたサブ行データを逆インタリーブして、符号化された４行×４０８０列のＯＴＵフレームを出力する。
　スクランブル部６は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
　データブロック分割部７は、スクランブルされたＯＴＵフレームを１６バイトデータブロックに分割する。
　レーン番号決定部８は、レーン番号を決定して、そのレーンにフレームを分割したデータブロックを出力する。
　ここで、ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝０～Ｍ－１）は、
　ｍ＝ＬＬＭ　ｍｏｄ　Ｍ
で決定される。
　それ以外のデータブロックの場合は、直前のレーン番号をｍ’とした場合、
　ｍ＝（ｍ’＋１）　ｍｏｄ　Ｍ
とする。
　マルチレーン伝送装置の受信部の構成を図５－４に示す。マルチレーン伝送装置の受信部は、レーン識別＆遅延差補償部１０と、ＯＴＵフレーム再構成部１１と、デスクランブル部１２と、インタリーブ部１３と、復号部１４－１～１４－１６と、逆インタリーブ部１５と、ＯＨ処理部１６と、デマッピング部１７を備える。レーン識別＆遅延差補償部１０の構成を図５－５に示す。レーン識別＆遅延差補償部１０は、ＦＡＯＨ検出部２０－１～２０－Ｍと、遅延比較部２１と、遅延調整部２２－１～２２－Ｍを備える。
　ＦＡＯＨ検出部２０－１～２０－Ｍは、ＦＡＳを含む先頭データブロックを見つけて、ＦＡＳ、ＬＬＭ、ＭＦＡＳを読み出す。遅延比較部２１は以下の例に示すように遅延時間差を求め、遅延調整部２２－１～２２－Ｍを用いて遅延時間差を補償する。４レーンの場合の遅延差補償の例を図５－６（ａ）及び図５－６（ｂ）に示す。
　レーン＃０で受信したＭＦＡＳ＝０のデータブロックの先頭位置を基準とすると、レーン間の遅延時間差が無いならば、レーン＃１で受信したＭＦＡＳ＝１、レーン＃２で受信したＭＦＡＳ＝２、レーン＃３で受信したＭＦＡＳ＝３のデータブロックの先頭位置はそれぞれ４０８０バイト、８１６０バイト、１２２４０バイト分だけ遅延するはずである。しかし、各レーンの信号はそれぞれ異なる波長の光で伝送されるので、分散などの影響で遅延時間差が生じる。
　ここで図５－６の（ａ）に示すように、ＭＦＡＳ＝０のデータブロックの先頭位置を基準としたＭＦＡＳ＝１、ＭＦＡＳ＝２、ＭＦＡＳ＝３のデータブロックの先頭位置が、それぞれ３９８０バイト、８４６０バイト、１２４４０バイト分遅延していたとすると、予想される遅延時間に対し、レーン＃１は－１００バイト、レーン＃２は＋３００バイト、レーン＃３は＋２００バイト分の遅延時間差が生じた事が判る。そこで、レーン＃０の遅延調整部には３００バイト、レーン＃１の遅延調整部には４００バイト、レーン＃３の遅延調整部には１００バイト分の遅延を与えると、すべてのレーンは、図５－６の（ｂ）に示すように最も遅延の大きいレーン＃２に合わせることができる。
　ＯＴＵフレーム再構成部１１は、遅延時間差補償後の各レーンのデータブロックを受信し、レーン識別＆遅延差補償部１０で識別されたレーン番号を基に、各レーンのデータブロックの順番を元に戻し、４行×４０８０列のＯＴＵフレームを再構成する。
　デスクランブル部１２は、再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
　インタリーブ部１３は、４行×４０８０列のＯＴＵフレームを１行（４０８０バイト）毎に１６バイトインタリーブする。
　復号部１４－１～１４－１６は、バイトインタリーブされたサブ行データ（２５５バイト）を復号して、エラー訂正されたサブ行データ（２３８バイト）を出力する。
　逆インタリーブ部１５は、復号されたサブ行データを逆インタリーブして、エラー訂正された４行×３８２４列のフレームを出力する。
　ＯＨ処理部１６は、エラー訂正された４行×３８２４列のフレームからＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨといったオーバヘッドを除いたＯＰＵフレームを出力する。
　デマッピング部１７は、ＯＰＵ　ＯＨの情報に基づいてＯＰＵ　ＰＬＤからクライアント信号をデマッピングして出力する。
（第６の発明についての背景技術）
　現在、広域光転送網として非特許文献６－１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図６－１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１～４０８０バイト目は１行目の１～４０８０列目、４０８１～８１６０バイト目は２行目の１～４０８０列目、８１６１～１２２４０バイト目は３行目の１～４０８０列目、１２２４１～１６３２０バイト目は４行目の１～４０８０列目となる。
　クライアント信号は、フレームの１７～３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｐａｙｌｏａｄ　Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。
　１５～１６列目にはＯＰＵ　ＯＨ（Ｏｖｅｒ　Ｈｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。
　２～４行目の１～１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｄａｔａ　Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。
　１行目の１～７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ）ＯＨが、８～１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ）ＯＨが挿入される。３８２５～４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。
　ＯＴＮでは伝送品質管理のために、ＯＴＵ　ＯＨおよびＯＤＵ　ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。
　図６－２に示すように、ＳＭは１行目の８～１０列目に配置される（非特許文献６－１：１５．７．２．１参照。）。
　ＴＴＩ（Ｔｒａｉｌ　Ｔｒａｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）は、ＳＭ　ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）を含む（非特許文献６－１：１５．２および１５．７．２．１．１参照。）。
　ＢＩＰ－８（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ－８）は、ＳＭ　ＯＨの２バイト目に配置されるサブフィールドである。図６－３に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ－８）を計算し、ＳＭ　ＯＨのＢＩＰ－８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ－８を計算した値と、ＳＭ　ＯＨのＢＩＰ－８サブフィールドで送られたＢＩＰ－８の値を比較し、セクション監視区間において生じたエラーを検出する（非特許文献６－１：１５．７．２．１．２参照。）。
　図６－４に示すように、ＰＭ　ＯＨは３行目の１０～１２列目に配置される（非特許文献６－１：１５．８．２．１参照。）。
　ＴＴＩは、ＰＭ　ＯＨの１バイト目に配置されるサブフィールドである。パス監視の始点を示すＳＡＰＩと終点を示すＤＡＰＩを含む（非特許文献６－１：１５．２および１５．８．２．１．１参照。）。
　ＢＩＰ－８は、ＰＭ　ＯＨの２バイト目に配置されるサブフィールドである。図６－５に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ－８）を計算し、ＰＭ　ＯＨのＢＩＰ－８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ－８を計算した値と、ＰＭ　ＯＨのＢＩＰ－８サブフィールドで送られたＢＩＰ－８の値を比較し、パス監視区間において生じたエラーを検出する（非特許文献６－１：１５．８．２．１．２参照。）。
　以上のように、ＯＴＮではＳＭ　ＯＨおよびＰＭ　ＯＨ中のＢＩＰ－８を用いてセクション監視区間およびパス監視区間において生じたエラー数を計数することができる。
（第７の発明についての背景技術）
　現在、広域光転送網として非特許文献７－１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図７－１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１～４０８０バイト目は１行目の１～４０８０列目、４０８１～８１６０バイト目は２行目の１～４０８０列目、８１６１～１２２４０バイト目は３行目の１～４０８０列目、１２２４１～１６３２０バイト目は４行目の１～４０８０列目となる。クライアント信号は、フレームの１７～３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｐａｙｌｏａｄ　Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５～１６列目にはＯＰＵ　ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２～４行目の１～１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｄａｔａ　Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１～７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ）ＯＨが、８～１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ）ＯＨが挿入される。３８２５～４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。
　ＦＡ　ＯＨの１～５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ　ＯＨの６バイト目にはＬＬＭが配置され、ＦＡ　ＯＨの７バイト目にはＭＦＡＳが配置される。ここで、ＯＡ１は０ｂ１１１１０１１０であり、ＯＡ２は０ｂ００１０１０００である。
　ＯＴＮでは伝送品質管理のために、ＯＴＵ　ＯＨおよびＯＤＵ　ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。
　図７－２に示すように、ＳＭ　ＯＨは１行目の８～１０列目に配置される（例えば、非特許文献７－１：１５．７．２．１参照。）。
　ＴＴＩ（Ｔｒａｉｌ　Ｔｒａｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）：ＳＭ　ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）を含む（例えば、非特許文献７－１：１５．２および１５．７．２．１．１参照。）。
　ＢＩＰ－８（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ－８）：ＳＭ　ＯＨの２バイト目に配置されるサブフィールドである。図７－３に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ－８）を計算し、ＳＭ　ＯＨのＢＩＰ－８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ－８を計算した値と、ＳＭ　ＯＨのＢＩＰ－８サブフィールドで送られたＢＩＰ－８の値を比較し、セクション監視区間において生じたエラーを検出する（例えば、非特許文献７－１：１５．７．２．１．２参照。）。
　図７－４に示すように、ＰＭ　ＯＨは３行目の１０～１２列目に配置される（例えば、非特許文献７－１：１５．８．２．１参照。）。
　ＴＴＩ：ＰＭ　ＯＨの１バイト目に配置されるサブフィールドである。パス監視の始点を示すＳＡＰＩと終点を示すＤＡＰＩを含む（例えば、非特許文献７－１：１５．２および１５．８．２．１．１参照。）。
　ＢＩＰ－８：ＰＭ　ＯＨの２バイト目に配置されるサブフィールドである。図７－５に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ－８）を計算し、ＰＭ　ＯＨのＢＩＰ－８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ－８を計算した値と、ＰＭ　ＯＨのＢＩＰ－８サブフィールドで送られたＢＩＰ－８の値を比較し、パス監視区間において生じたエラーを検出する（例えば、非特許文献７－１：１５．８．２．１．２参照。）。
　以上のように、ＯＴＮではＳＭ　ＯＨおよびＰＭ　ＯＨ中のＢＩＰ－８を用いてセクション監視区間およびパス監視区間において生じたエラー数を計数することができる。
（第８の発明についての背景技術）
　現在、広域光転送網としてＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）が広く用いられている（例えば、非特許文献８－１参照）。ＯＴＮフレームは図８－９に示す構造を有している。図８－９は、ＯＴＮのフレーム構造を示す図である。フレームは４行×４０８０列で表記され、フレームの１～４０８０バイト目は１行目の１～４０８０列目、４０８１～８１６０バイト目は２行目の１～４０８０列目、８１６１～１２２４０バイト目は３行目の１～４０８０列目、１２２４１～１６３２０バイト目は４行目の１～４０８０列目となる。
　クライアント信号は、フレームの１７～３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｐａｙｌｏａｄ　Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５～１６列目にはＯＰＵ　ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２～４行目の１～１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｄａｔａ　Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１～７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ）ＯＨが、８～１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ　ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｕｎｉｔ）ＯＨが挿入される。３８２５～４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。
　ＯＴＮでは伝送品質管理のために、ＯＴＵ　ＯＨおよびＯＤＵ　ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。図８－１０に示すように、ＳＭ　ＯＨは１行目の８～１０列目に配置される。図８－１０は、ＯＴＵ　ＯＨにおけるＳＭ　ＯＨの位置を示す図である。ＴＴＩ（Ｔｒａｉｌ　Ｔｒａｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）は、ＳＭ　ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）を含む。
　ＢＩＰ－８（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ－８）は、ＳＭ　ＯＨの２バイト目に配置されるサブフィールドである。送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ－８）を計算し、ＳＭ　ＯＨのＢＩＰ－８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ－８を計算した値と、ＳＭ　ＯＨのＢＩＰ－８サブフィールドで送られたＢＩＰ－８の値を比較し、セクション監視区間において生じたエラーを検出する。
　ＢＥＩ／ＢＩＡＥ（Ｂａｃｋｗａｒｄ　Ｅｒｒｏｒ　Ｉｎｄｉｃａｔｉｏｎ　ａｎｄ　Ｂａｃｋｗａｒｄ　Ｉｎｃｏｍｉｎｇ　Ａｌｉｇｎｍｅｎｔ　Ｅｒｒｏｒ）は、ＳＭ　ＯＨの３バイト目の１～４ビット目に配置されるサブフィールドである。”００００”～”１０００”はセクション監視区間においてＢＩＰ－８で検出されたエラーカウント数（０～８）を上流に通知するの場合（ＢＥＩ）に、”１０１１”はフレーム同期エラーを上流に通知する場合（ＢＩＡＥ）に用いる。
　ＢＤＩ（Ｂａｃｋｗａｒｄ　Ｄｅｆｅｃｔ　Ｉｎｄｉｃａｔｉｏｎ）は、ＳＭ　ＯＨの３バイト目の５ビット目に配置されるサブフィールドである。セクション監視区間において障害が検出されたことを上流に通知する場合は”１”、それ以外は”０”となる。
　ＩＡＥ（Ｉｎｃｏｍｉｎｇ　Ａｌｉｇｎｍｅｎｔ　Ｅｒｒｏｒ）はＳＭ　ＯＨの３バイト目の６ビット目に配置されるサブフィールドである。フレーム同期エラーを対地に通知する場合は”１”、それ以外は”０”となる。なお、ＳＭ　ＯＨの３バイト目の７～８ビット目（”００”）は予備領域である。
　以上のように、ＯＴＮではＳＭ　ＯＨ中のＢＥＩ／ＢＩＡＥおよびＢＤＩを用いて、セクション監視で障害やフレーム同期エラーが生じたことを受信側から送信側に通知することができる。
（第９の発明についての背景技術）
　近年、クライアント信号のビットレートの高速化に伴い、一波長のビットレートを超えたクライアント信号を転送するために、マルチレーン転送による大容量通信が検討されている。マルチレーン転送として、国際標準ＩＴＵ－Ｔ　Ｇ．７０９のＯＴＮインタフェース規格ではＡｎｎｅｘ．Ｃにおいて、ＯＴＵｋフレームを１６ｂｙｔｅ毎に分割したブロックを複数のレーンに分配することでマルチレーン転送を行う方式が記載され（例えば、非特許文献９－１参照。）、その動作については国際標準ＩＴＵ－Ｔ　Ｇ．７９８に記載されている（例えば、非特許文献９－２参照。）。ここでＯＴＵｋフレームは、Ｇ．７０９のＯＴＵｋのことで、４×４０８０ｂｙｔｅのフレーム構造を持ったフレームとする。また、エラスティック光パスネットワーク（例えば、非特許文献９－３参照。）の実現に向けたマルチレーン転送では、伝送装置のインタフェースにおいて、フローの転送容量に応じてレーン数を変更可能にするマルチレーン転送が求められる。本願明細書におけるフローは、同じ対地、またはＱｏＳ優先度で転送される情報とする。転送容量に応じたマルチレーン転送を実現するフレーム方式と転送方式の一例として、特許文献９－１が提案されている。
　また、インタフェースの高速化に伴い、障害が発生し、転送が停止した際の通信への影響が大きくなることが挙げられる。この影響を抑えるために縮退運転や、空きレーンを用いて転送容量を確保するプロテクションを行う技術があり、マルチレーン転送において、障害が発生したレーンでの転送を行わず、正常なレーンを用いて転送を行う仕組みが検討されている。本願明細書では、レーンはバーチャルレーンのことを示す。本願明細書におけるバーチャルレーンとは、物理レーンの転送速度が変更されても、物理レーンの転送速度に合わせてデータを転送するために用いるレーンとする。１本以上のバーチャルレーンを任意に多重することで、変更した物理レーンの転送速度に合わせる。例えば１本５Ｇｂｐｓのバーチャルレーンを２本、５本、２０本多重することで、１０Ｇｂｐｓ、２５Ｇｂｐｓ、１００Ｇｂｐｓの物理レーンを用いた転送を可能にする。また、縮退運転とは、マルチレーン転送を行っている際に、一部のレーンで障害が発生し、マルチレーン転送が行えなくなった場合に、障害が発生しておらず、正常に転送が行えるレーンを使用することで、転送速度を減少させて転送を行うこととする。さらに、プロテクションとは、マルチレーン転送を行っている際に、一部のレーンで障害が発生し、マルチレーン転送が行えなくなった場合に、障害が発生したレーンを、使用していない正常なレーンに切り替えて使用することで、転送速度を障害が発生する以前と変えずに転送を行うこととする。
　従来のＯＴＮインタフェースでは、一波長毎にＯＴＵｋフレームを使った監視を行っており、フレームによって、転送に用いる物理レーンの管理を行う。ここで物理レーンは、波長、もしくはスーパーチャネル伝送における１チャネルのことを示す。
　また、非特許文献９－１のＡｎｎｅｘ．Ｃでのマルチレーン転送は、ＯＴＵｋフレームを１６ｂｙｔｅ毎のブロック１０２０個に分割して、複数のレーンに分配して転送する方式となる。マルチレーン転送に用いる各レーンの状態監視は、非特許文献９－２に記載されており、マルチレーン転送において、複数のレーンを監視し、複数のレーンからフレームが復元可能であるか不可能であるかを判断する。この状態監視はＬＯＲ（Ｌｏｓｓ　ｏｆ　Ｒｅｃｏｖｅｒｙ）や、ＬＯＬ（Ｌｏｓｓ　ｏｆ　Ｌａｎｅ　Ａｌｉｇｎｍｅｎｔ）等を監視することで行われ、具体的にはＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）の値をチェックすることで行われる。１６３２０ｂｙｔｅ単位に５回連続で正しいＬＬＭの値となる場合、ＩＲ（Ｉｎ－Ｒｅｃｏｖｅｒｙ）状態とされ、正しいＬＬＭの値でない場合、複数のレーンからフレームが復元できない状態を示すＯＯＲ（Ｏｕｔ－ｏｆ－Ｒｅｃｏｖｅｒｙ）状態と判断される。ＯＯＲの状態が３ｍｓ続くとＬＯＲ（Ｌｏｓｓ　ｏｆ　Ｒｅｃｏｖｅｒｙ）状態と判断される。ここでＬＬＭは、Ｇ．７０９　Ａｎｎｅｘ．Ｃに記載されているワードであり、フレームアライメントオーバーヘッドの６ｂｙｔｅ目に位置する値で、マルチレーン転送において、複数のレーンからフレームを復元するために必要な値のことである。
　また、非特許文献９－１のＡｎｎｅｘ．Ｃにおけるマルチレーン転送の監視・管理レイヤ構造を、第９－１４図に示す。ＯＴＵｋフレームは、物理レーンに相当するＯＴＬ（Ｏｐｔｉｃａｌ　Ｃｈａｎｎｅｌ　Ｔｒａｎｓｐｏｒｔ　Ｌａｎｅ）に分割して転送する。監視・管理モデル上、個々の物理レーンＯＴＬは、転送媒体としてのＯＴＬＣ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｌａｎｅ　Ｃａｒｒｉｅｒ）で管理し、ＯＴＬＣをまとめたＯＴＬＣＧ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｌａｎｅ　Ｃａｒｒｉｅｒ　Ｇｒｏｕｐ）をＯＰＳＭ（Ｏｐｔｉｃａｌ　Ｐｈｙｓｉｃａｌ　Ｓｅｃｔｉｏｎ　Ｍｕｌｔｉｌａｎｅ）で管理する構造となる。
　また、特許文献９－１では、１６ｂｙｔｅブロックを転送する際に用いるマルチレーンのレーン数が変更可能で、レーン数が変更されてもフレームが復元できる仕組みによって、転送容量変更可能なマルチレーン転送方式が記載されている。
（第３の発明について）
特開２０１１－２２３４５４号公報
（第５の発明について）
特開２０１１－２２３４５４号公報
（第７の発明について）
特開２０１１－２２３４５４号公報
（第８の発明について）
特開２０１１－２２３４５４号公報
（第９の発明について）
特開２０１１－２２３４５４号公報
（第１の発明について）
神野正彦、高良秀彦、曽根由明、米永一茂、平野章、河合伸吾、"マルチフロー光トランスポンダ－ＩＰレイヤとエラスティック光レイヤの効率的なインターワーキングに向けて－"、信学技報、ＯＣＳ２０１１－２１、Ｊｕｎ．２０１１． ＩＴＵ－Ｔ　Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ　Ｇ．７０９，"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ　（ＯＴＮ）"．
（第２の発明について）
Ｋ．Ｈｉｓａｄｏｍｅ，ｅｔ　ａｌ．，"１００　Ｇｂ／ｓ　Ｅｔｈｅｒｎｅｔ（登録商標）　Ｉｎｖｅｒｓｅ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　ｂａｓｅｄ　ｏｎ　Ａｇｇｒｅｇａｔｉｏｎ　ａｔ　ｔｈｅ　Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ"，ＩＥＩＣＥ　Ｔｒａｎｓａｃｔｉｏｎｓ　ｏｎ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｖｏｌ．Ｅ９４－Ｂ，Ｎｏ．４，ｐｐ．９０４－９０９，Ａｐｒ．２０１１．
（第３の発明について）
"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ（ＯＴＮ）"，　ＩＴＵ－Ｔ　Ｇ．７０９，　２００９
（第４の発明について）
"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ　（ＯＴＮ）"，　ＩＴＵ－Ｔ　Ｇ．７０９，　２００９ Ｔ．　Ｏｈａｒａ　ｅｔ．　ａｌ．，　"ＯＴＮ　Ｔｅｃｈｎｏｌｏｇｙ　ｆｏｒ　Ｍｕｌｔｉ－ｆｌｏｗ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｎｄｅｒ　ｉｎ　Ｅｌａｓｔｉｃ　４００Ｇ／１Ｔ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｅｒａ"，　ＯＦＣ／ＮＦＯＥＣ　Ｔｅｃｈｎｉｃａｌ　Ｄｉｇｅｓｔ，　ＪＷ２Ａ．８，　２０１２ "Ｌｉｎｋ　ｃａｐａｃｉｔｙ　ａｄｊｕｓｔｍｅｎｔ　ｓｃｈｅｍｅ　（ＬＣＡＳ）　ｆｏｒ　ｖｉｒｔｕａｌ　ｃｏｎｃａｔｅｎａｔｅｄ　ｓｉｇｎａｌｓ"，　ＩＴＵ－Ｔ　Ｇ．７０４２，　２００４
（第５の発明について）
"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ　（ＯＴＮ）"，ＩＴＵ－Ｔ　Ｇ．７０９，２００９
（第６の発明について）
ＩＴＵ－Ｔ　Ｇ．７０９／Ｙ．１３３１Ａｎｎｅｘ　Ｃ
（第７の発明について）
"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ　（ＯＴＮ）"，　ＩＴＵ－Ｔ　Ｇ．７０９，　２００９
（第８の発明について）
"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ　（ＯＴＮ）"，　ＩＴＵ－Ｔ　　Ｇ．７０９，　２００９
（第９の発明について）
ＩＴＵ－Ｔ　Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ　Ｇ．７０９　"Ｉｎｔｅｒｆａｃｅｓ　ｆｏｒ　ｔｈｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ（ＯＴＮ）" ＩＴＵ－Ｔ　Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ　Ｇ．７９８　"Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ　ｏｆ　ｏｐｔｉｃａｌ　ｔｒａｎｓｐｏｒｔ　ｎｅｔｗｏｒｋ　ｈｉｅｒａｒｃｈｙ　ｅｑｕｉｐｍｅｎｔ　ｆｕｎｃｔｉｏｎａｌ　ｂｌｏｃｋｓ" 神野正彦，高良秀彦，曽根由明，米永一茂，平野章，河合伸吾，"マルチフロー光トランスポンダ－ＩＰレイヤとエラスティック光レイヤの効率的なインターワーキングに向けて－"，信学技報，ＯＣＳ２０１１－２１，Ｊｕｎ．２０１１．
手島他、「ダイナミック適応型フォトニックノードにおける再構成可能トランスポンダ構成法の検討」、信学技報　ＩＥＩＣＥ　Ｔｅｃｈｎｉｃａｌ　Ｒｅｐｏｒｔ、ＯＣＳ２０１２－１１、２０１２年６月 北村他、「マルチレーン転送を用いた容量可変光トランスポートにおける個別レーン監視・通知方法の検討」、信学技報　ＩＥＩＣＥ　Ｔｅｃｈｎｉｃａｌ　Ｒｅｐｏｒｔ、ＰＮ２０１２－３２、２０１２年１１月 Ｔ．Ｏｈａｒａ，Ｍ．Ｔｅｓｈｉｍａ，Ｓ．Ａｉｓａｗａ，ａｎｄ　Ｍ．Ｊｉｎｎｏ，"ＯＴＮ　Ｔｅｃｈｎｏｌｏｇｙ　ｆｏｒ　Ｍｕｌｔｉ－ｆｌｏｗ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｎｄｅｒ　ｉｎ　Ｅｌａｓｔｉｃ　４００Ｇ／１Ｔ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｅｒａ"，ＯＦＣ／ＮＦＯＥＣ　Ｔｅｃｈｎｉｃａｌ　Ｄｉｇｅｓｔ　ｃ　２０１２　ＯＳＡ
（第１の発明についての課題）
　非特許文献１－２のロジカルレーン技術及びＶＣＡＴは、単数の送信先又は優先度に対応して転送フレームを転送することは前提に入っているが、複数の送信先又は優先度に対応して転送フレームを転送することは想定に入っていない。複数の送信先又は優先度に対応して転送フレームを転送するためには、複数の送信先又は優先度に対するビットレートが相違していることから、複数の送信先又は優先度と同一の個数のフレーマが必要となるが、一般的には全てのフレーマが常時利用されるわけではない。
　非特許文献１－２のロジカルレーン技術及びＶＣＡＴでは、変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応して、フレーマを切り替える必要がある。
　そこで、前記課題を解決するために、本発明は、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先又は優先度の間でフレーマを共有することを目的とする。
（第２の発明についての課題）
　ＡＰＬでは、同一の対地に向かうデータフローを伝送することは可能であるが、複数の対地に向かうデータフローを伝送することは困難である。また、データフローの帯域増減に応じてレーン数を増減させた場合、送信側及び受信側におけるレーン数の変更が完了するまでの過渡期間において、送信側及び受信側におけるレーン数が一致しない可能性があり、データフローの欠落が生じる可能性がある。なお、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）を用いている場合、データフローの欠落はネットワークの輻輳と認識され、送信レートが低下する。ただ、保護時間を設ければデータフローの欠落を防止できるが、その間はアプリケーションを一時休止させる必要がある。
　そこで、前記課題を解決するために、本発明は、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にするとともに、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることを目的とする。
（第３の発明についての課題）
　ＯＴＮ－ＭＬＤを拡張することにより、レーン数可変のマルチレーン伝送を行えるようになる。しかし、レーン数が１フレーム当りのデータブロック数の約数でない場合、ダミーブロックを挿入する事が必要となる（例えば、特許文献３－１参照。）。
　レーン数が８の場合の例を図３－３に示す。１０２０　ｍｏｄ　８＝４であるので、４（＝８－４）個のダミーブロックを１１２０番目のデータブロックの後に挿入する。一般に、レーン数をＭとした場合、｛Ｍ－（１０２０　ｍｏｄ　Ｍ）｝個のダミーブロックを挿入する必要がある。
　しかし、このようにダミーブロックを挿入すると、以下のようにレーンのビットレートをダミーブロックの割合分上昇させる必要が出てくる。レーンの公称周波数をｆ０、周波数上昇分をΔｆとすると、
Ｍ＝７、Δｆ／ｆ０＝０．１９６％
Ｍ＝８、Δｆ／ｆ０＝０．３９２％
Ｍ＝９、Δｆ／ｆ０＝０．５８８％
となる。
　このように、レーン数を変更すると各レーンのビットレートを変更する必要が生じる可能性があるので、回路構成が複雑になるという問題が生じる。
（第４の発明についての課題）
　容量可変光パスの管理情報としては、個々の容量可変光パスを光トランスポートネットワーク内で一意に識別するための情報や容量可変光パスで運ばれるサービスクラスを示す情報などが必要となる。また、容量可変パスでは速度の異なる光変調方式の組み合わせも考えられるので、ＶＣＡＴをベースにする場合、容量可変管理フレームを速度の異なる転送フレームに分割し、また速度の異なる転送フレームを統合して容量可変管理フレームを再構成するために必要な情報も必要となる。
　ここで、容量可変管理フレームと可変フレームは同一のものである。
　ＶＣＡＴおよびＬＣＡＳではＶＣＧを識別するためにＧＩＤを用いている。また、ＭＦＩが２バイト分定義されており、マルチフレームの順番を表している。同一ＶＣＧに属し、かつ同一のＭＦＩを有するマルチフレームは同一のＧＩＤを有する。従って、受信したＶＣＡＴフレームが属するＶＣＧを特定するには、連続した１５組のマルチフレームから得られるＧＩＤビットが必要となる。対地毎あるいはサービスクラス毎に設定された複数のＶＣＧに属するＶＣＡＴフレームを同時に受信する場合、複数のＶＣＧを識別して各ＶＣＧ毎にフレーム間の遅延補償およびＯＰＵｋ－Ｘｖの再構成を行う必要がある。この場合、ＶＣＧを識別するために必要な１５組のマルチフレームに相当する大容量メモリが必要となり、レイテンシも増大する。
　また、ＶＣＡＴは同一速度のＯＰＵｋを用いて容量可変管理フレームを仮想的に実現する手法であり、異なった速度のＯＰＵｋを用いることは範疇に入っていない。また、ＬＣＡＳはＶＣＡＴの容量の増減を管理するための手法であるので、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述する手段はない。
　一方、ＯＴＵｆｌｅｘの場合、各レーンのレーン番号を識別する手段は存在するが、対地毎あるいはサービスクラス毎に設定された複数の容量可変光パスを転送する複数のレーンを同時に受信する場合、どのレーンが対地毎あるいはサービスクラス毎にバンドルされているのかをレーン自体から知る手段は存在しない。また、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述する手段もない。
　そこで、本発明は、速度の異なる複数のＯＰＵを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることを目的とする。
（第５の発明についての課題）
　ＯＴＮ－ＭＬＤを拡張することにより、レーン数可変のマルチレーン伝送を行えるようになる（例えば、特許文献５－１参照。）。しかし、図５－７においてＡのタイミングでレーン数を増やした場合、新規レーン＃４の遅延量は未知なので、レーン＃４においてＦＡＳを含んだデータブロックを受信する（Ｂのタイミング）まで、フレーム再構成を行うことはできない。従って、レーン数を増加させるとレイテンシも増えてしまう。
　本発明は、レイテンシの増大なしに帯域を増加させることを目的とする。
（第６の発明についての課題）
　高速の光伝送を経済的に実現する方式として、４０　Ｇｂｐｓまたは１００　ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ－ＭＬＤ（Ｍｕｌｔｉｌａｎｅ　Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献６－１：Ａｎｎｅｘ Ｃ参照。）。
　高速の光伝送を経済的に実現する方式として、ＯＴＮ－ＭＬＤを拡張した、レーン数可変のマルチレーン光伝送方式も考えられる。ＯＴＮ－ＭＬＤを使った場合でも、ＳＭ　ＯＨおよびＰＭ　ＯＨにおけるＢＩＰ－８を用いてセクション監視区間およびパス監視区間における伝送品質を算出することができる。
　しかし、ＯＴＮ－ＭＬＤを用いる場合は、特定の光送信部におけるレーザや変調器の性能の劣化によって光信号断に至らない程度であるが伝送品質が劣化するケースが想定される。このようなレーンを特定するためには、レーン毎にビットエラー率を求めることが不可欠であるが、現在のＯＴＮ－ＭＬＤにはそのような手段は存在しない。
　そこで、本発明は、レーン毎にビットエラー率などを求めることを目的とする。
（第７の発明についての課題）
　高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ－ＭＬＤ（Ｍｕｌｔｉｌａｎｅ　Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献７－１：Ａｎｎｅｘ　Ｃ参照。）。また、ＯＴＮ－ＭＬＤを拡張した、マルチレーン光伝送方式も提案されている（例えば、特許文献７－１参照。）。
　ＯＴＮ－ＭＬＤを使った場合でも、ＳＭ　ＯＨおよびＰＭ　ＯＨにおけるＢＩＰ－８を用いてセクション監視区間およびパス監視区間における伝送品質を算出することができる。しかし、ＯＴＮ－ＭＬＤを用いる場合は、例えば特定の光送信部におけるレーザや変調器の性能が劣化するようなケースが想定される。光信号断に至らない程度に伝送品質が劣化したレーンを特定するためには、レーン毎にビットエラー率などを求めることが不可欠であるが、現在のＯＴＮ－ＭＬＤにはそのような手段は存在しない。
　本発明は、レーン毎の品質を監視することを目的とする。
（第８の発明についての課題）
　高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ－ＭＬＤ（Ｍｕｌｔｉｌａｎｅ　Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献８－１参照）。また、ＯＴＮ－ＭＬＤを拡張した、マルチレーン光伝送方式も提案されている（例えば、特許文献８－１参照）。ＯＴＮ－ＭＬＤを使った場合でも、ＳＭ　ＯＨ中のＢＥＩ／ＢＩＡＥおよびＢＤＩを用いて、セクション監視で障害やフレーム同期エラーが生じたことを受信側から送信側に通知することができる。
　しかしながら、ＯＴＮ－ＭＬＤを用いる場合は、例えば特定の光送信部におけるレーザや変調器の性能が劣化して特定のレーンだけが故障する様なケースが想定される。このような場合、故障したレーン番号を送信側に通知できれば、それ以外の正常レーンだけで縮退運転をするといった対処が可能であるが、現在のＯＴＮ－ＭＬＤには故障したレーン番号を送信側に通知することができないという問題がある。
　本発明は、このような事情に鑑みてなされたもので、受信側から送信側に対して、故障したレーン番号を通知することができるマルチレーン伝送装置及び故障レーン通知方法を提供することを目的とする。
（第９の発明についての課題）
　ところで、非特許文献９－１のＡｎｎｅｘ．Ｃや特許文献９－１のマルチレーン転送では、転送するデータを複数のバーチャルレーンに分配するのみで、バーチャルレーン毎に監視・管理する機能は定義されていない。ここで、バーチャルレーンは１本の物理レーンと１対１で対応するレーンもしくは、１本の物理レーンにＮ本のバーチャルレーンが多重され１対Ｎで対応するレーンとする。バーチャルレーン単位で監視、管理する機能の例としては、レーン毎の誤り監視機能や障害レーン番号の通知機能がある。
　障害レーン番号の通知機能がない場合を考える。複数の波長を用いたマルチレーン転送において、光変調器の故障やファイバ断によって、使用している波長の一部で障害が発生し、受光レベルの低下やバーチャルレーンでのＯＯＲ状態が発生し、フレームの復元が出来なくなることが想定される。これは、非特許文献９－１のＡｎｎｅｘ．Ｃや特許文献９－１の方式では、一つのフレームを１６ｂｙｔｅブロックに区切り、複数のバーチャルレーンにラウンドロビンで分配する。このようなマルチレーン転送方式では、受信装置側伝送装置においてフレームを復元するために、複数のバーチャルレーン全てを受信する必要があるため、マルチレーン転送で使用しているレーンのうちの１レーンに障害が発生しただけでも、フレームが復元できなくなり、正常なレーンも含んだ全てのレーンでの通信が停止してしまう。
　ここで、正常なレーンによる転送も停止してしまう状況を避けるために、正常なレーンと障害が発生したレーンを送信器と受信器の間で判別し、正常なレーンを用いて縮退運転や、プロテクションをする方法が考えられる。しかし、縮退運転や、プロテクションをするために、障害が発生したレーンのレーン番号を通知する仕組みが必要となるが、レーン数変更可能なマルチレーン転送について記載された特許文献９－１において、複数のバーチャルレーンを用いたマルチレーン転送でのレーン毎の障害レーン番号の通知方法は記載されていない。また、プロテクションを行うことで、レーン間で経路差が発生し、レーン間のスキューが増大することや、マルチレーン転送に使用するバーチャルレーン数が増加することによって、従来のＦＡ　ＯＨ（フレームアライメントオーバーヘッド）に定義されたＬＬＭ８ｂｉｔの領域で表現できるバーチャルレーン番号が不足することで、所望のデスキュー量を満足できなくなることが想定される。
　また、複数のバーチャルレーン（波長）を用いて、１６ｂｙｔｅブロックの形で、フレームを転送するマルチレーン転送では、ＯＴＵｋフレームを用いずにレーン番号を受信装置側から送信装置側へ通知する方法を新たに検討する必要がある。これは、従来は物理レーン毎に一つのＯＴＵｋフレームを用いて、レーン状態の監視を行っていたが、１６ｂｙｔｅブロックを複数のバーチャルレーンに分配するようなマルチレーン転送の場合、レーン毎にＯＴＵｋフレーム形式を取らないためである。レーン毎にフレームが復元できないため、従来はＧ．７０９のＯＴＵｋオーバーヘッドのＳＭ（Ｓｅｃｔｉｏｎ　Ｍｏｎｉｔｏｒｉｎｇ）内において、ＯＰＵｋについて計算したＢＩＰ（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）により行われていたレーン毎の誤り監視も不可能となる。
　前記課題を解決するために、本発明は、マルチレーン転送方式において、バーチャルレーン毎に誤り監視を行うことで障害が発生したレーン番号を特定することを目的とする。
（第１の発明について課題を解決するための手段）
　マルチレーン送信装置では、データ信号を送信先又は優先度に基づいて振り分け、各データ信号を各データフレームにフレーム化するにあたり、複数のバーチャルレーンを物理レーンに多重化することとした。
　マルチレーン受信装置では、各データフレームを各データ信号にデフレーム化するにあたり、物理レーンを複数のバーチャルレーンに分離することとした。
　具体的には、本発明は、データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分部と、前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定部と、前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定部が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマ部と、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマ部がフレーム化した各データフレームを送信するデータフレーム送信部と、を備えることを特徴とするマルチレーン送信装置である。
　また、本発明は、データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分ステップと、前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定ステップと、前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定ステップで本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマステップと、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマステップでフレーム化した各データフレームを送信するデータフレーム送信ステップと、を順に備えることを特徴とするマルチレーン送信方法である。
　この構成によれば、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先又は優先度の間でフレーマを共有することができる。
　また、本発明は、前記データフレーム送信部が送信した各データフレームの通信速度が、前記データ信号振分部が入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信部が送信した各データフレームに前記データ信号振分部が入力した前記データ信号が収容される容量が設定されることを特徴とするマルチレーン送信装置である。
　また、本発明は、前記データフレーム送信ステップで送信した各データフレームの通信速度が、前記データ信号振分ステップで入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信ステップで送信した各データフレームに前記データ信号振分ステップで入力した前記データ信号が収容される容量が設定されることを特徴とするマルチレーン送信方法である。
　また、本発明は、各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信部と、各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマ部と、を備えることを特徴とするマルチレーン受信装置である。
　また、本発明は、各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信ステップと、各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマステップと、を順に備えることを特徴とするマルチレーン受信方法である。
　この構成によれば、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の送信先又は優先度の間でデフレーマを共有することができる。
　また、本発明は、前記データフレーム受信部が受信した各データフレームの通信速度が、前記デフレーマ部がデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信部が受信した各データフレームに前記デフレーマ部がフレーム化した各データ信号が収容される容量が設定されることを特徴とするマルチレーン受信装置である。
　また、本発明は、前記データフレーム受信ステップで受信した各データフレームの通信速度が、前記デフレーマステップでデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信ステップで受信した各データフレームに前記デフレーマステップでフレーム化した各データ信号が収容される容量が設定されることを特徴とするマルチレーン受信方法である。
（第２の発明について課題を解決するための手段）
　マルチレーン送信装置において、各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加する。そして、マルチレーン受信装置において、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成する。
　具体的には、本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置であって、データフレームを送信先に基づいて振り分けるデータフレーム振分部と、前記データフレーム振分部が各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加部と、前記フロー群情報順序情報付加部が各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力部と、を備えることを特徴とするマルチレーン送信装置である。
　また、本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置におけるマルチレーン送信方法であって、データフレームを送信先に基づいて振り分けるデータフレーム振分ステップと、前記データフレーム振分ステップで各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加ステップと、前記フロー群情報順序情報付加ステップで各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力ステップと、を順に備えることを特徴とするマルチレーン送信方法である。
　この構成によれば、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にすることができる。
　また、本発明は、複数のレーンを用いてデータフレームを受信するマルチレーン受信装置であって、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信部と、各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成部と、を備えることを特徴とするマルチレーン受信装置である。
　また、本発明は、複数のレーンを用いてデータフレームを受信するマルチレーン受信装置におけるマルチレーン受信方法であって、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信ステップと、各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成ステップと、を順に備えることを特徴とするマルチレーン受信方法である。
　この構成によれば、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にすることができる。
　また、本発明は、前記データフレーム再構成部は、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とするマルチレーン受信装置である。
　また、本発明は、前記データフレーム再構成ステップでは、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とするマルチレーン受信方法である。
　この構成によれば、複数のレーンを用いてデータフレームを送受信するにあたり、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることができる。
（第３の発明について課題を解決するための手段）
　上記目的を達成するために、本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割してＭ個のレーンに分配して伝送するマルチレーン伝送装置であって、Ｍの倍数個のフレームをまとめて可変フレームとしてみなし、可変フレーム毎にローテートを行うことでレーン数が１０２０の約数でない場合にもダミーブロックを不要とする。
　具体的には、本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送装置であって、各フレームの予め定められたフィールドにフレームの識別子を記載する識別子記載機能部と、フレームの識別子がレーン数の倍数を示す予め定められた値のときにレーンローテートを行うレーンローテート機能部と、を具備する。
　本願発明のマルチレーン伝送装置では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載機能部は、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、前記レーンローテート機能部は、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行ってもよい。
　本願発明のマルチレーン伝送装置では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載機能部は、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、前記レーンローテート機能部は、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行ってもよい。
　具体的には、本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送方法であって、各フレームのレーン数の倍数を示す予め定められたフィールドにフレームの識別子を記載する識別子記載手順と、フレームの識別子が予め定められた値のときにレーンローテートを行うレーンローテート手順と、を有する。
　本願発明のマルチレーン伝送方法では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載手順において、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、前記レーンローテート手順において、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行ってもよい。
　本願発明のマルチレーン伝送方法では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載手順において、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、前記レーンローテート手順において、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行ってもよい。
（第４の発明について課題を解決するための手段）
　上記目的を達成するために、本願発明のマルチレーン光トランスポートシステムは、データフローを複数のレーンに分配し、分配された信号を統合して元のデータフローを復元するマルチレーン光トランスポートシステムに関するものであり、特に、ＶＣＧ（Ｖｉｒｔｕａｌ　Ｃｏｎｃａｔｅｎａｔｉｏｎ　Ｇｒｏｕｐ）を識別していた１５組のマルチフレームに記載するＧＩＤ（Ｇｒｏｕｐ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の代わりに、１組のマルチフレームに記載する識別情報を用いる。
　具体的には、本願発明のマルチレーン光トランスポートシステムは、　データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポートシステムであって、前記送信部は、分配元を識別できるユニークな識別情報及び遅延差測定用信号を各レーンに分配された信号に付与し、前記受信部は、前記識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する。
　本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを前記ユニークな識別情報に含んでもよい。
　本願発明のマルチレーン光トランスポートシステムでは、前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報をユニークな識別情報に含めてもよい。
　本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、前記ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、前記受信部は、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行ってもよい。
　ここで、容量可変管理フレームと可変フレームは同一のものである。
　本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、当該容量可変管理フレームを伝送速度の異なる１つ以上の転送フレームに分割する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、前記受信部は、伝送速度の異なる１つ以上の当該転送フレーム当該から管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行ってもよい。
　本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、前記受信部は、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行ってもよい。
　本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、前記転送フレームにデータフローのサービスクラス識別情報を付与し、前記受信部は、当該転送フレームから当該サービスクラス識別情報を読み出してもよい。
　具体的には、本願発明のマルチレーン光トランスポート方法は、データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポート方法であって、各レーンに分配された信号に少なくとも分配元を識別できるユニークな識別情報を付与し、各レーンに分配された信号に遅延差測定用信号を付与する送信手順と、当該ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する受信手順と、を有する。
　本願発明のマルチレーン光トランスポート方法では、前記送信手順において、当該ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、前記受信手順において、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行ってもよい。
　本願発明のマルチレーン光トランスポート方法では、前記送信手順において、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、前記受信手順において、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行ってもよい。
（第５の発明について課題を解決するための手段）
　上記目的を達成するために、本願発明の帯域変更方法は、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送におけるレーン数増加時の遅延補償に関するものであり、特に、既存レーンのフレームの同期パターンおよびフレーム番号を含むデータブロックの複製を新規レーンで予め伝送し、同一のフレーム番号に対する同期パターンの遅延を比較し、既存レーンにおける同期パターンの遅延の方が大きい場合は、当該新規レーンに遅延の差分を与え、新規レーンにおける同期パターンの遅延の方が大きい場合は、既存レーンに遅延の差分を与えて既存レーンと新規レーンの遅延差を補償した後に、当該マルチレーン伝送の送信側において当該データブロックを分配するレーン数を変更する。
　具体的には、本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製するデータブロック複製機能部と、前記データブロック複製機能部の複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力機能部と、を備え、前記受信装置は、既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出す同期パターン読出し機能部と、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償機能部と、を備える。
　本願発明のマルチレーン伝送システムでは、前記送信装置は、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成するオーバヘッド部生成機能部をさらに備え、前記新規レーン出力機能部は、前記オーバヘッド部生成機能部の生成したオーバヘッドを新規レーンに出力し、前記同期パターン読出し機能部は、前記制御情報及び前記変更レーン情報を読み出し、前記新規レーン遅延補償機能部は、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別してもよい。
　具体的には、本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける帯域変更方法であって、前記送信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製し、複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力手順と、前記受信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償手順と、を有する。
　本願発明のマルチレーン伝送システムでは、前記新規レーン出力手順において、前記送信装置が、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成し、生成したオーバヘッドを新規レーンに出力し、前記新規レーン遅延補償手順において、前記受信装置が、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較してもよい。
（第６の発明について課題を解決するための手段）
　上記目的を達成するために、本発明は、
　フレーム信号を複数のレーンに分配して伝送するマルチレーン通信装置の受信部が各レーンのエラーを監視するマルチレーン監視方法において、
　該フレーム信号は、複数の行で構成され、該行の各々は複数Ｎのサブ行にインタリーブされ、該サブ行の各々はエラー訂正用の符号化処理がなされた複数のシンボルで構成され、Ｎの自然数倍のシンボルからなるデータブロックを単位として各レーンに分配され、
　受信部における、フレーム信号のサブ行に対する復号処理手段が、該サブ行のシンボルのうち、先頭から何個目のシンボルにエラーが生じたかを示すエラーロケータを算出し、該エラーロケータの値をレーン番号に変換し、該変換したレーン番号の出現数を計数する。
　具体的には、本願発明のマルチレーン監視システムは、複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信部と、前記送信部から送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視する受信部と、備える。
　具体的には、本願発明のマルチレーン監視方法は、複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信手順と、送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視するエラー監視手順と、を有する。
（第７の発明について課題を解決するための手段）
　本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するエラー検出用符号算出機能部と、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロック以前のデータに対して前記エラー検出用符号算出機能部が計算したエラー検出用符号を、予め定められたフィールドに挿入するエラー検出用符号挿入機能部と、を備え、前記受信装置は、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視機能部を備える。
　本願発明のマルチレーン伝送システムにおける個別レーン監視方法は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける個別レーン監視方法であって、前記送信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するとともに、当該同期パターンを含むデータブロック以前のデータに対して計算したエラー検出用符号を予め定められたフィールドに挿入するエラー検出用符号挿入手順と、前記受信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視手順と、を有する。
（第８の発明について課題を解決するための手段）
　本発明は、フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置であって、受信側において前記レーンの故障を検出する故障検出手段と、前記故障検出手段によって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知手段とを備えたことを特徴とする。
　本発明は、前記故障通知手段は、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする。
　本発明は、前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする。
　本発明は、フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置が行う故障レーン通知方法であって、受信側において前記レーンの故障を検出する故障検出ステップと、前記故障検出ステップによって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知ステップとを有することを特徴とする。
　本発明は、前記故障通知ステップでは、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする。
（第９の発明について課題を解決するための手段）
　本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送装置であって、各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備える。
　本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域を有してもよい。
　本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおけるパリティビットを通知するための領域を有してもよい。
　本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）を通知するための領域を有してもよい。
　本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視部と、前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入するブロック挿入部と、を備える。
　本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する。
　本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する。
　本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送方法であって、各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順を有する。
　本願発明のマルチレーン伝送方法では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域及び各レーンにおける（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）を通知するための領域を有してもよい。
　なお、上記各発明は、可能な限り組み合わせることができる。
（第１の発明についての発明の効果）
　本発明は、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先又は優先度の間でフレーマを共有することができる。
（第２の発明についての発明の効果）
　本発明は、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にするとともに、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることができる。
（第３の発明についての発明の効果）
　本発明によれば、レーン数が変更された場合でも各レーンのビットレートを一定にできるので、簡易な回路構成でマルチレーン伝送装置を実現できる。
（第４の発明についての発明の効果）
　本発明によれば、速度の異なる複数のＯＰＵを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることができる。
（第５の発明についての発明の効果）
　本発明によれば、実際に帯域を増加させる前に遅延補償を行うので、レイテンシの増大なしに帯域を増加させることが可能となる。
（第６の発明についての発明の効果）
　本発明によれば、レーン毎の伝送品質を監視することができ、特定レーンのみ伝送品質が劣化した場合のリカバーが可能となる。
（第７の発明についての発明の効果）
　本発明によれば、レーン毎の品質監視が出来るので、特定のレーンの伝送品質だけが劣化した場合、予備レーンや優先度の低いサービスに使用しているレーンがあるならば、そのレーンを使用することが可能となる。また、伝送品質の劣化したレーンを除外して残りの正常レーンで縮退動作させることも可能となる。
（第８の発明についての発明の効果）
　本発明によれば、故障したレーンの識別情報を送信側に通知するようにしたため、正常レーンだけによる縮退運転が可能になるという効果が得られる。
（第９の発明についての発明の効果）
　本発明によれば、マルチレーン転送方式において、バーチャルレーン毎に誤り監視を行うことで障害が発生したレーン番号を特定することができる。
（第１の発明についての図面の簡単な説明）
本発明のマルチレーン通信システムの構成を示す図である。 本発明のマルチレーン送信装置の構成を示す図である。 本発明のマルチレーン送信装置の構成を示す図である。 本発明のマルチレーン受信装置の構成を示す図である。 物理レーンの帯域の変更前におけるバーチャルレーン群の構成を示す図である。 物理レーンの帯域の変更後におけるバーチャルレーン群の構成を示す図である。 伝送装置間の通信帯域の変化に伴うバーチャルレーン群の構成を示す図である。 転送フレームへのクライアント信号のマッピング方法を示す図である。
（第２の発明についての図面の簡単な説明）
本発明のマルチレーン通信システムの構成を示す図である。 本発明のマルチレーンの構成を示す図である。 本発明の設定テーブルの内容を示す図である。 本発明のマルチレーン送信装置の構成を示す図である。 本発明のデータフレーム振分部の構成を示す図である。 本発明のデータフレーム振分の処理を示す図である。 本発明のデータストリーム分割部の構成を示す図である。 本発明のデータストリーム分割の処理を示す図である。 本発明のマルチレーン受信装置の構成を示す図である。 本発明のデータフレーム再構成部の構成を示す図である。 本発明のデータフレーム再構成の処理を示す図である。 本発明のデータフレーム多重化の処理を示す図である。
（第３の発明についての図面の簡単な説明）
ＯＴＮのフレーム構造を示す図である。 従来のＯＴＮ－ＭＬＤの例（４レーン）を示す図である。 従来のＯＴＮ－ＭＬＤの例（８レーン）を示す図である。 本発明によるマルチレーン分配の例（８レーン）を示す図である。 本発明によるマルチレーン分配の別の例（８レーン）を示す図である。 本発明のマルチレーン伝送装置の送信部の構成を示す図である。 本発明のマルチレーン伝送装置で使用するＬＬＭの位置を示す図である。 本発明の実施形態１でマルチレーン伝送装置の送信部のＯＨ処理部におけるＬＬＭの値の決定法を示すフローチャートである。 本発明の実施形態１でマルチレーン伝送装置の送信部のレーン番号決定部におけるレーン番号の決定法を示すフローチャートである。 本発明のマルチレーン伝送装置の受信部の構成を示す図である。 本発明のマルチレーン伝送装置の受信部のレーン識別＆遅延差補償部における遅延差補償前の状態の一例を示す図である。 本発明のマルチレーン伝送装置の受信部のレーン識別＆遅延差補償部における遅延差補償後の状態の一例を示す図である。 本発明でＬＬＭを２バイト用いる場合のＬＬＭの位置を示す図である。 本発明の実施形態２でマルチレーン伝送装置の送信部のＯＨ処理部におけるＬＬＭの値の決定法を示すフローチャートである。 本発明の実施形態２でマルチレーン伝送装置の送信部のレーン番号決定部におけるレーン番号の決定法を示すフローチャートである。
（第４の発明についての図面の簡単な説明）
ＯＴＮのフレーム構造を示す図である。 ＶＣＡＴにおけるＯＰＵｋ－ＸｖとＯＰＵｋの関係を示す図である。 ＶＣＡＴで用いられるＶＣＯＨおよびＰＳＩの構成を示す図である。 本発明の拡張されたＶＣＡＴにおけるＯＰＵ４－１＋５－２ｖｅとＯＰＵ４及びＯＰＵ５の関係を示す図である。 本発明の実施形態１および実施形態２における拡張されたＶＣＡＴで用いられるＶＣＯＨおよびＰＳＩの配置および構成を示す図である。 本発明の実施形態３における拡張されたＶＣＡＴのＯＨを示す図である。 本発明の実施形態１～実施形態５で想定するネットワーク構成を示す図である。 本発明の実施形態１および実施形態３におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。 本発明の実施形態１～３における拡張ＯＤＵの構成を示す図である。 本発明の実施形態１および３におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。 本発明の実施形態２におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。 本発明の実施形態２におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。 本発明のＯＴＵｆｌｅｘにおけるＯＰＵｆｎ－ＹとＯＰＵｆｎの関係を示す図である。 本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＣＯＨおよびＰＳＩの構成を示す図である。 本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＣＯＨおよびＰＳＩの構成を示す図である。 本発明の実施形態４～５において、ＯＰＵｆｎ　ＯＨの先頭にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。 本発明の実施形態４～５において、ＯＴＵｆｎ　ＯＨの予備領域にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。 本発明の実施形態４～５において、ＦＡ　ＯＨの１バイト目にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。 本発明の実施形態４～５におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。 本発明の実施形態４～５において、ＯＰＵｆｎ　ＯＨの先頭にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。 本発明の実施形態４～５において、ＯＴＵｆｎ　ＯＨの予備領域にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。 本発明の実施形態４～５において、ＦＡ　ＯＨの１バイト目にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。 本発明の実施形態４～５におけるマルチレーン分配の様子を示す図である。 本発明の実施形態４～５におけるマルチレーン分配で、データブロック数がレーン数で割り切れない場合の様子を示す図である。 本発明の実施形態４～５におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。 本発明の実施形態４～５におけるＭＬＯＨ検出部におけるＭＬＯＨのデスクランブルを示す図である。 本発明の実施形態４～５におけるマルチレーンコンバイナにおけるレーン間の遅延時間差補償を示す図である。 本発明の実施形態１～５における送信側のデータフローの設定を示す表である。 本発明の実施形態１における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態２における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態３における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態１における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態２における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態３における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態１および３におけるデフレーム処理回路で測定される遅延時間差を示す表である。 本発明の実施形態２におけるデフレーム処理回路で測定される遅延時間差を示す表である。 本発明の実施形態１～５における受信側のデータフローの設定を示す表である。 本発明の実施形態４における送信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態５における送信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態４における受信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態５における受信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。 本発明の実施形態１および実施形態２における拡張されたＶＣＡＴのＯＨの別の例を示す図である。 本発明の実施形態１および実施形態２における拡張されたＶＣＡＴのＯＨの別の例を示す図である。 本発明の実施形態３における拡張されたＶＣＡＴのＯＨの別の例を示す図である。 本発明の実施形態３における拡張されたＶＣＡＴのＯＨの別の例を示す図である。 本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。 本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。 本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。 本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
（第５の発明についての図面の簡単な説明）
ＯＴＮのフレーム構造を示す図である。 ＯＴＮ－ＭＬＤの例（４レーン）を示す図である。 ＯＴＮ－ＭＬＤを用いたマルチレーン伝送装置の送信部の構成を示す図である。 ＯＴＮ－ＭＬＤを用いたマルチレーン伝送装置の受信部の構成を示す図である。 ＯＴＮ－ＭＬＤを用いたマルチレーン伝送装置の受信部におけるレーン識別＆遅延差補償部の構成を示す図である。 ＯＴＮ－ＭＬＤにおける遅延補償前の状態例（４レーン）を示す図である。 ＯＴＮ－ＭＬＤにおける遅延補償後の状態例（４レーン）を示す図である。 従来のＯＴＮ－ＭＬＤで帯域を増加させる動作を示す図である。 本発明によるＯＴＮ－ＭＬＤで帯域を増加させる動作を示す図である。 本発明によるＲＣＯＨの配置例を示す図である。 本発明によるＲＣＯＨにおけるＬＮＵＭの割り当て例を示す図である。 本発明のＲＣＯＨを用いた帯域増加の手順を示す図である。 本発明のＲＣＯＨを用いた帯域減少の手順を示す図である。 本発明によるＲＣＯＨの別の配置例を示す図である。
（第６の発明についての図面の簡単な説明）
ＯＴＮのフレーム構造を示す図である。 セクション監視区間の品質監視を行うＳＭ　ＯＨとＢＩＰ－８の位置を示す図である。 ＳＭ　ＯＨにおけるＢＩＰ－８の算出および挿入を示す図である。 パス監視区間の品質監視を行うＰＭ　ＯＨとＢＩＰ－８の位置を示す図である。 ＰＭ　ＯＨにおけるＢＩＰ－８の算出および挿入を示す図である。 ＦＥＣ符号前のバイトインタリーブを示す図である。 ＦＥＣ符号化における各バイトの位置関係を示す図である。 ＦＥＣ符号後の逆インタリーブを示す図である。 拡大体ＧＦ（２８）の要素と８ビットシンボルの対応の一部を示す表である。 ＦＥＣ復号前のバイトインタリーブを示す図である。 ＦＥＣ復号後の逆インタリーブを示す図である。 ＯＴＮ－ＭＬＤにおける１６バイトデータブロックの位置とレーンの関係を示す図である。 本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部の構成を示す図である。 本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるＦＥＣ復号部の構成を示す図である。 本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるサブ行データ復号部の構成を示す図である。 本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるサブ行データ復号部の第２の構成を示す図である。 本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるサブ行データ復号部の第３の構成を示す図である。
（第７の発明についての図面の簡単な説明）
ＯＴＮのフレーム構造を示す図である。 セクション監視区間の品質監視を行うＳＭ　ＯＨとＢＩＰ－８の位置を示す図である。 ＳＭ　ＯＨにおけるＢＩＰ－８の算出および挿入を示す図である。 パス監視区間の品質監視を行うＰＭ　ＯＨとＢＩＰ－８の位置を示す図である。 ＰＭ　ＯＨにおけるＢＩＰ－８の算出および挿入を示す図である。 ＬＭ　ＯＨの位置を示す図である。 送信側におけるＣＲＣ－８の算出・挿入と、受信側におけるエラー検出を示す図である。 本発明を用いたマルチレーン伝送システム装置における送信装置の構成例を示す図である。 レーン分配部５の構成を示す図である。 本発明を用いたマルチレーン伝送システム装置における受信装置の構成例を示す図である。 ＯＨ解読部１１の構成を示す図である。 デスクランブル部２２の動作の一例を示す図である。
（第８の発明についての図面の簡単な説明）
故障レーン通知時のＯＴＵ　ＯＨにおけるＥ－ＯＨの位置を示す図である。 故障レーン通知時のＦＡＯＨにおけるＥ－ＯＨの位置を示す図である。 Ｅ－ＦＡＳにおける先頭バイトの置換パターンの例を示す図である。 本発明の第１の実施形態によるマルチレーン伝送装置の構成を示すブロック図である。 Ｅ－ＯＨのフォーマットの例を示す図である。 Ｅ－ＯＨのデスクランブル動作を示す図である。 縮退運転しているマルチレーン装置を示す図である。 第２の実施形態よるＥ－ＯＨのフォーマットの例を示す図である。 ＯＴＮのフレーム構造を示す図である。 ＯＴＵ　ＯＨにおけるＳＭ　ＯＨの位置を示す図である。
（第９の発明についての図面の簡単な説明）
本発明のマルチレーン転送システムの一例を示す。 送信装置の処理フローチャートの一例を示す。 受信装置の処理フローチャートの一例を示す。 マルチフレームＭＦの構成例を示す。 バーチャルレーンが１０レーンのときのマルチレーン転送機能拡張ブロックの一例を示す。 バーチャルレーンが７レーンのときのマルチレーン転送機能拡張ブロックの一例を示す。 マルチレーン転送機能拡張ブロックの内訳の一例を示す。 １１２レーン以上のバーチャルレーンを利用する場合のマルチレーン転送機能拡張ブロックの内訳の一例を示す。 マルチフレームを構成した場合のマルチレーン転送機能拡張ブロックの挿入方法の一例を示す。 実施形態２に係るマルチレーン転送システムの一例を示す。 マルチレーン伝送装置７ｂとマルチレーン伝送装置７ｃへマルチレーン転送する場合の、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入した状態を示す。 ＢＩＰを計算するブロックの一例を示す。 実施形態６に係るマルチレーン転送システムの一例を示す。 非特許文献９－１におけるマルチレーン転送のレイヤ構造を示す。
　添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施の例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
（第１の発明についての発明を実施するための形態）
（実施形態１）
　実施形態１では、複数の送信先、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先の間でフレーマを共有する。
　本発明のマルチレーン通信システムの構成を図１－１に示す。マルチレーン通信システムは、伝送装置１－１、１－２、１－３、伝送装置１－１に接続されるクライアント装置２－１１、２－１２、伝送装置１－２に接続されるクライアント装置２－２１、２－２２、伝送装置１－３に接続されるクライアント装置２－３１、伝送装置１－１に接続される光スイッチ３－１、伝送装置１－２に接続される光スイッチ３－２、伝送装置１－３に接続される光スイッチ３－３、及び光スイッチ３－１、３－２、３－３を介して複数の物理レーンを用いてクライアント装置２間でフレームを転送するネットワーク４から構成される。
　本発明のマルチレーン送信装置の構成を図１－２及び図１－３に示す。マルチレーン送信装置１１は、各伝送装置１－１、１－２、１－３に備わっており、クライアント信号振分部１１１－１、１１１－２、バッファメモリ１１２－１、１１２－２、転送帯域計算部１１３、シェーピング部１１４－１、１１４－２、フレーマ部１１５から構成される。フレーマ部１１５は、転送フレーム生成部１１６及びバーチャルレーン群生成部１１７から構成される。
　本発明のマルチレーン受信装置の構成を図１－４に示す。マルチレーン受信装置１２は、各伝送装置１－１、１－２、１－３に備わっており、デフレーマ部１２１及びクライアント信号振分部１２４から構成される。デフレーマ部１２１は、バーチャルレーン群復元部１２２及びクライアント信号復元部１２３から構成される。
　以下の説明では、クライアント装置２－１１、２－１２が、伝送装置１－１、１－２及び光スイッチ３－１、３－２を介して、クライアント装置２－２１、２－２２に、フレームを転送するとともに、伝送装置１－１、１－３及び光スイッチ３－１、３－３を介して、クライアント装置２－３１に、フレームを転送する処理を説明する。
　クライアント信号振分部１１１－１、１１１－２は、それぞれクライアント装置２－１１、２－１２からクライアント信号を入力し、クライアント信号を送信先に基づいて振り分ける。具体的には、クライアント信号振分部１１１－１、１１１－２は、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮ（Ｖｉｒｔｕａｌ　Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）タグに包含されるＶＩＤ（ＶＬＡＮ　ＩＤ）に基づいて、クライアント装置２－２１、２－２２へのクライアント信号をバッファメモリ１１２－１に格納し、クライアント装置２－３１へのクライアント信号をバッファメモリ１１２－２に格納する。
　クライアント装置２－２１、２－２２への転送フレームの転送希望帯域を３０Ｇｂｐｓとし、クライアント装置２－３１への転送フレームの転送希望帯域を２０Ｇｂｐｓとする。ここで、伝送装置１－２、１－３への光パス容量には限度があるため、ネットワーク４への転送帯域をクライアント装置２への転送フレームの転送希望帯域と等しくできるとは限らない。
　ここで、転送フレームと可変フレームは同一のものである。
　転送帯域計算部１１３は、伝送装置１－２、１－３への光パス容量に基づいて、クライアント装置２－２１、２－２２への転送フレームの転送帯域を計算し、クライアント装置２－３１への転送フレームの転送帯域を計算する。
　伝送装置１－１には、ネットワーク４側に、１本当たりの帯域が１０Ｇｂｐｓである物理レーンが４本接続されている。よって、伝送装置１－２、１－３への光パス容量は、１０Ｇｂｐｓ／本×４本＝４０Ｇｂｐｓである。そこで、転送帯域計算部１１３は、クライアント装置２－２１、２－２２、２－３１への転送フレームの転送帯域の和が、伝送装置１－２、１－３への光パス容量を超えないように、クライアント装置２－２１、２－２２への転送フレームの転送帯域を例えば３０Ｇｂｐｓと計算し、クライアント装置２－３１への転送フレームの転送帯域を例えば１０Ｇｂｐｓと計算する。
　シェーピング部１１４－１は、転送帯域計算部１１３が計算したクライアント装置２－２１、２－２２への転送フレームの転送帯域に基づいて、クライアント装置２－２１、２－２２へのクライアント信号を、バッファメモリ１１２－１から読み出し速度を調整しながら読み出し、転送フレーム生成部１１６に出力する。ここで、クライアント装置２－２１、２－２２への転送フレームの転送希望帯域が３０Ｇｂｐｓであるところ、クライアント装置２－２１、２－２２への転送フレームの転送帯域は３０Ｇｂｐｓであるため、バッファメモリ１１２－１への入力速度に等しい読み出し速度で読み出しを行う。
　シェーピング部１１４－２は、転送帯域計算部１１３が計算したクライアント装置２－３１への転送フレームの転送帯域に基づいて、クライアント装置２－３１へのクライアント信号を、バッファメモリ１１２－２から読み出し速度を調整しながら読み出し、転送フレーム生成部１１６に出力する。ここで、クライアント装置２－３１への転送フレームの転送希望帯域が２０Ｇｂｐｓであるところ、クライアント装置２－３１への転送フレームの転送帯域は１０Ｇｂｐｓであるため、バッファメモリ１１２－２への入力速度と異なる読み出し速度で読み出しを行う。
　バーチャルレーン群生成部１１７は、クライアント信号振分部１１１－１、１１１－２が各送信先に基づいて振り分けた各転送フレームの送信に必要な、物理レーンの帯域が可変であっても帯域が一定であるバーチャルレーンの本数を決定する。後述するが、バーチャルレーンの１本当たりの帯域は、一定であってもよく、可変であってもよい。
　具体的には、バーチャルレーン群生成部１１７は、物理レーンの１本当たりの帯域が現時点では１０Ｇｂｐｓであることから、バーチャルレーンの１本当たりの帯域を１０Ｇｂｐｓの１／ｘ倍（ｘは自然数）としている。ここでは、ｘ＝１としている。ところで、全バーチャルレーンの帯域が全物理レーンの帯域と等しくなるように、全バーチャルレーンの本数が全物理レーンの本数及び物理レーンの１本当たりの帯域に応じて定められる。
　バーチャルレーン群生成部１１７は、転送帯域計算部１１３が計算したクライアント装置２－２１、２－２２への転送フレームの転送帯域、及びバーチャルレーンの１本当たりの帯域に基づいて、クライアント装置２－２１、２－２２への転送フレームの送信に必要なバーチャルレーンの本数を決定する。
　ここで、物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が上述のように１０Ｇｂｐｓであり、クライアント装置２－２１、２－２２への転送フレームの転送帯域が上述のように３０Ｇｂｐｓであるとき、クライアント装置２－２１、２－２２への転送フレームの送信に必要なバーチャルレーンの本数は、３０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝３本と決定される。
　そして、物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加し、これに伴ってクライアント装置２－２１、２－２２への転送フレームの転送帯域が３０Ｇｂｐｓから６０Ｇｂｐｓに増加したとき、クライアント装置２－２１、２－２２への転送フレームの送信に必要なバーチャルレーンの本数は、６０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝６本と増加される。このように、物理レーンの１本当たりの帯域が変化したときでも、バーチャルレーンの１本当たりの帯域は変化させず、必要なバーチャルレーンの本数を変化させる。
　バーチャルレーン群生成部１１７は、転送帯域計算部１１３が計算したクライアント装置２－３１への転送フレームの転送帯域、及びバーチャルレーンの１本当たりの帯域に基づいて、クライアント装置２－３１への転送フレームの送信に必要なバーチャルレーンの本数を決定する。
　ここで、物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が上述のように１０Ｇｂｐｓであり、クライアント装置２－３１への転送フレームの転送帯域が上述のように１０Ｇｂｐｓであるとき、クライアント装置２－３１への転送フレームの送信に必要なバーチャルレーンの本数は、１０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝１本と決定される。
　そして、物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加し、これに伴ってクライアント装置２－３１への転送フレームの転送帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加したとき、クライアント装置２－３１への転送フレームの送信に必要なバーチャルレーンの本数は、２０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝２本と増加される。このように、物理レーンの１本当たりの帯域が変化したときでも、バーチャルレーンの１本当たりの帯域は変化させず、必要なバーチャルレーンの本数を変化させる。
　転送フレーム生成部１１６は、クライアント信号振分部１１１－１、１１１－２が各送信先に基づいて振り分けた各クライアント信号を、シェーピング部１１４－１、１１４－２から入力し、バーチャルレーン群生成部１１７が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各クライアント信号を各転送フレームとしてフレーム化する。
　まず、物理レーンの１本当たりの帯域が変化する前における、転送フレーム生成部１１６の処理について、図１－５を用いて説明し、次に、物理レーンの１本当たりの帯域が変化した後における、転送フレーム生成部１１６の処理について、図１－６を用いて説明する。
　物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓであるときの、バーチャルレーン群の構成を図１－５に示す。
　転送フレーム生成部１１６は、伝送装置１－１から伝送装置１－２へのクライアント信号を、３本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ２－０をバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２の順序で振り分け、転送フレームＦ２－１をバーチャルレーンＶＬ１、ＶＬ２、ＶＬ０の順序で振り分け、転送フレームＦ２－２をバーチャルレーンＶＬ２、ＶＬ０、ＶＬ１の順序で振り分け、・・・、転送フレームＦ２－２５２をバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２の順序で振り分け、転送フレームＦ２－２５３をバーチャルレーンＶＬ１、ＶＬ２、ＶＬ０の順序で振り分け、転送フレームＦ２－２５４をバーチャルレーンＶＬ２、ＶＬ０、ＶＬ１の順序で振り分ける。このように、転送フレーム生成部１１６は、レーンローテーションを行う。３本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２を、伝送装置１－１から伝送装置１－２へのバーチャルレーン群とする。
　転送フレーム生成部１１６は、伝送装置１－１から伝送装置１－３へのクライアント信号を、１本のバーチャルレーンＶＬ０に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ３－０、Ｆ３－１、Ｆ３－２、・・・、Ｆ３－２５２、Ｆ３－２５３、Ｆ３－２５４を、バーチャルレーンＶＬ０に振り分ける。１本のバーチャルレーンＶＬ０を、伝送装置１－１から伝送装置１－３へのバーチャルレーン群とする。
　物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加したときの、バーチャルレーン群の構成を図１－６に示す。
　転送フレーム生成部１１６は、伝送装置１－１から伝送装置１－２へのクライアント信号を、６本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ２－０をバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５の順序で振り分け、転送フレームＦ２－１をバーチャルレーンＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５、ＶＬ０の順序で振り分け、転送フレームＦ２－２をバーチャルレーンＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５、ＶＬ０、ＶＬ１の順序で振り分け、・・・、転送フレームＦ２－２４９をバーチャルレーンＶＬ３、ＶＬ４、ＶＬ５、ＶＬ０、ＶＬ１、ＶＬ２の順序で振り分け、転送フレームＦ２－２５０をバーチャルレーンＶＬ４、ＶＬ５、ＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３の順序で振り分け、転送フレームＦ２－２５１をバーチャルレーンＶＬ５、ＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４の順序で振り分ける。このように、転送フレーム生成部１１６は、レーンローテーションを行う。６本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５を、伝送装置１－１から伝送装置１－２へのバーチャルレーン群とする。
　転送フレーム生成部１１６は、伝送装置１－１から伝送装置１－３へのクライアント信号を、２本のバーチャルレーンＶＬ０、ＶＬ１に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ３－０をバーチャルレーンＶＬ０、ＶＬ１の順序で振り分け、転送フレームＦ３－１をバーチャルレーンＶＬ１、ＶＬ０の順序で振り分け、転送フレームＦ３－２をバーチャルレーンＶＬ０、ＶＬ１の順序で振り分け、・・・、転送フレームＦ３－２４９をバーチャルレーンＶＬ１、ＶＬ０の順序で振り分け、転送フレームＦ３－２５０をバーチャルレーンＶＬ０、ＶＬ１の順序で振り分け、転送フレームＦ３－２５１をバーチャルレーンＶＬ１、ＶＬ０の順序で振り分ける。このように、転送フレーム生成部１１６は、レーンローテーションを行う。２本のバーチャルレーンＶＬ０、ＶＬ１を、伝送装置１－１から伝送装置１－３へのバーチャルレーン群とする。
　ここで、非特許文献１－２のように、マルチレーン受信装置１２が、各転送フレームの先頭を識別するため、転送フレーム生成部１１６は、各転送フレームの先頭において、先頭固定ビットパターンを付加する。そして、非特許文献１－２のように、マルチレーン受信装置１２が、バーチャルレーン群に包含される複数のバーチャルレーンの間において、波長分散や経路差に起因するスキューを補償するため、転送フレーム生成部１１６は、各転送フレームの先頭において、ＶＬＭ（Ｖｉｒｔｕａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）を付加する。ここでは、ＶＬＭは、８ｂｉｔであり、最小値としての０から最大値としての２８－１＝２５５まで、値を採り得る。
　ここで、ＶＬＭはＬＬＭであってもよく、本願では区別していない。
　物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓであるときの、ＶＬＭの付加方法を図１－５に示す。
　伝送装置１－１から伝送装置１－２へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である３で割り切れる最大値から１を減算した値である２５４に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ２－０、Ｆ２－３、・・・、Ｆ２－２５２の先頭に、それぞれＶＬＭ＝０、３、・・・、２５２を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ２－１、・・・、Ｆ２－２５３の先頭に、それぞれＶＬＭ＝１、・・・、２５３を付加する。バーチャルレーンＶＬ２に対して、転送フレームＦ２－２、・・・、Ｆ２－２５１、Ｆ２－２５４の先頭に、それぞれＶＬＭ＝２、・・・、２５１、２５４を付加する。ＶＬＭ＝２５４を付加した転送フレームＦ２に続く転送フレームＦ２には、以上と同様にＶＬＭ＝０、１、・・・、２５３、２５４を付加することを繰り返す。
　伝送装置１－１から伝送装置１－３へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である１で割り切れる最大値から１を減算した値である２５５に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ３－０、Ｆ３－１、Ｆ３－２、・・・、Ｆ３－２５２、Ｆ３－２５３、Ｆ３－２５４の先頭に、それぞれＶＬＭ＝０、１、２、・・・、２５２、２５３、２５４を付加する。ＶＬＭ＝２５５を付加した転送フレームＦ３に続く転送フレームＦ３には、以上と同様にＶＬＭ＝０、１、・・・、２５４、２５５を付加することを繰り返す。
　物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加したときの、ＶＬＭの付加方法を図１－６に示す。
　伝送装置１－１から伝送装置１－２へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である６で割り切れる最大値から１を減算した値である２５１に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ２－０、Ｆ２－６、・・・、Ｆ２－２４６の先頭に、それぞれＶＬＭ＝０、６、・・・、２４６を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ２－１、・・・、Ｆ２－２４７の先頭に、それぞれＶＬＭ＝１、・・・、２４７を付加する。バーチャルレーンＶＬ２に対して、転送フレームＦ２－２、・・・、Ｆ２－２４８の先頭に、それぞれＶＬＭ＝２、・・・、２４８を付加する。バーチャルレーンＶＬ３に対して、転送フレームＦ２－３、・・・、Ｆ２－２４９の先頭に、それぞれＶＬＭ＝３、・・・、２４９を付加する。バーチャルレーンＶＬ４に対して、転送フレームＦ２－４、・・・、Ｆ２－２５０の先頭に、それぞれＶＬＭ＝４、・・・、２５０を付加する。バーチャルレーンＶＬ５に対して、転送フレームＦ２－５、・・・、Ｆ２－２４５、２－２５１の先頭に、それぞれＶＬＭ＝２、・・・、２４５、２５１を付加する。ＶＬＭ＝２５１を付加した転送フレームＦ２に続く転送フレームＦ２には、以上と同様にＶＬＭ＝０、１、・・・、２５０、２５１を付加することを繰り返す。
　伝送装置１－１から伝送装置１－３へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である２で割り切れる最大値から１を減算した値である２５５に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ３－０、Ｆ３－２、・・・、Ｆ３－２４８、Ｆ３－２５０の先頭に、それぞれＶＬＭ＝０、２、・・・、２４８、２５０を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ３－１、Ｆ３－３、・・・、Ｆ３－２４９、Ｆ３－２５１の先頭に、それぞれＶＬＭ＝１、３、・・・、２４９、２５１を付加する。ＶＬＭ＝２５５を付加した転送フレームＦ３に続く転送フレームＦ３には、以上と同様にＶＬＭ＝０、１、・・・、２５４、２５５を付加することを繰り返す。
　ところで、図１－２及び図１－３において、転送フレーム生成部１１６が生成する転送フレームの個数が相違しているように、伝送装置１－１から伝送装置１－２への転送フレームの転送帯域が時間変化するとともに、伝送装置１－１から伝送装置１－３への転送フレームの転送帯域が時間変化することがある。ここでは、伝送装置１－１から伝送装置１－２への転送フレームの転送帯域が、３０Ｇｂｐｓ（第１段階）→２０Ｇｂｐｓ（第２段階）→０Ｇｂｐｓ（第３段階）のように時間変化し、伝送装置１－１から伝送装置１－３への転送フレームの転送帯域が、１０Ｇｂｐｓ（第１段階）→２０Ｇｂｐｓ（第２段階）→４０Ｇｂｐｓ（第３段階）のように時間変化し、バーチャルレーンの１本当たりの帯域は１０Ｇｂｐｓで一定であるとする。伝送装置１間の通信帯域の変化に伴うバーチャルレーン群の構成を図１－７に示す。
　第１段階では、伝送装置１－１から伝送装置１－２に、転送フレームＦ２－１－０、Ｆ２－１－１、Ｆ２－１－２、Ｆ２－１－３、・・・を送信し、伝送装置１－１から伝送装置１－３に、転送フレームＦ３－１－０、Ｆ３－１－１、Ｆ３－１－２、Ｆ３－１－３、・・・を送信する。そして、伝送装置１－１から伝送装置１－２で、バーチャルレーンを３０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝３本（バーチャルレーンＶＬ０、ＶＬ１、ＶＬ２）割り振られ、伝送装置１－１から伝送装置１－３で、バーチャルレーンを１０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝１本（バーチャルレーンＶＬ０）割り振られる。
　伝送装置１－１から伝送装置１－２へのバーチャルレーンＶＬ０に対して、転送フレームＦ２－１－０、Ｆ２－１－３、・・・の先頭に、それぞれＶＬＭ＝０、３、・・・を付加する。伝送装置１－１から伝送装置１－２へのバーチャルレーンＶＬ１に対して、転送フレームＦ２－１－１、・・・の先頭に、それぞれＶＬＭ＝１、・・・を付加する。伝送装置１－１から伝送装置１－２へのバーチャルレーンＶＬ２に対して、転送フレームＦ２－１－２、・・・の先頭に、それぞれＶＬＭ＝２、・・・を付加する。伝送装置１－１から伝送装置１－３へのバーチャルレーンＶＬ０に対して、転送フレームＦ３－１－０、Ｆ３－１－１、Ｆ３－１－２、Ｆ３－１－３、・・・の先頭に、それぞれＶＬＭ＝０、１、２、３、・・・を付加する。
　第２段階では、伝送装置１－１から伝送装置１－２に、転送フレームＦ２－２－０、Ｆ２－２－１、Ｆ２－２－２、Ｆ２－２－３、・・・を送信し、伝送装置１－１から伝送装置１－３に、転送フレームＦ３－２－０、Ｆ３－２－１、Ｆ３－２－２、Ｆ３－２－３、・・・を送信する。そして、伝送装置１－１から伝送装置１－２で、バーチャルレーンを２０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝２本（バーチャルレーンＶＬ０、ＶＬ１）割り振られ、伝送装置１－１から伝送装置１－３で、バーチャルレーンを２０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝２本（バーチャルレーンＶＬ０、ＶＬ１）割り振られる。
　伝送装置１－１から伝送装置１－２へのバーチャルレーンＶＬ０に対して、転送フレームＦ２－２－０、Ｆ２－２－２、・・・の先頭に、それぞれＶＬＭ＝０、２、・・・を付加する。伝送装置１－１から伝送装置１－２へのバーチャルレーンＶＬ１に対して、転送フレームＦ２－２－１、Ｆ２－２－３、・・・の先頭に、それぞれＶＬＭ＝１、３、・・・を付加する。伝送装置１－１から伝送装置１－３へのバーチャルレーンＶＬ０に対して、転送フレームＦ３－２－０、Ｆ３－２－２、・・・の先頭に、それぞれＶＬＭ＝０、２、・・・を付加する。伝送装置１－１から伝送装置１－３へのバーチャルレーンＶＬ１に対して、転送フレームＦ３－２－１、Ｆ３－２－３、・・・の先頭に、それぞれＶＬＭ＝１、３・・・を付加する。
　第３段階では、伝送装置１－１から伝送装置１－３に、転送フレームＦ３－３－０、Ｆ３－３－１、Ｆ３－３－２、Ｆ３－３－３、・・・を送信する。そして、伝送装置１－１から伝送装置１－３で、バーチャルレーンを４０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝４本（バーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３）割り振られる。
　バーチャルレーンＶＬ０に対して、転送フレームＦ３－３－０、・・・の先頭に、それぞれＶＬＭ＝０、・・・を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ３－３－１、・・・の先頭に、それぞれＶＬＭ＝１、・・・を付加する。バーチャルレーンＶＬ２に対して、転送フレームＦ３－３－２、・・・の先頭に、それぞれＶＬＭ＝２、・・・を付加する。バーチャルレーンＶＬ３に対して、転送フレームＦ３－３－３、・・・の先頭に、それぞれＶＬＭ＝３、・・・を付加する。
　ところで、伝送装置１－１から伝送装置１－２へのクライアント信号の転送帯域が、転送フレームＦ２のペイロード容量以下であるとともに、伝送装置１－１から伝送装置１－３へのクライアント信号の転送帯域が、転送フレームＦ３のペイロード容量以下であることがある。ここでは、伝送装置１－１から伝送装置１－２で、バーチャルレーンを３本（バーチャルレーンＶＬ０、ＶＬ１、ＶＬ２）割り振られ、伝送装置１－１から伝送装置１－３で、バーチャルレーンを１本（バーチャルレーンＶＬ０）割り振られ、非特許文献１－２のように、ＧＭＰ（Ｇｅｎｅｒｉｃ　Ｍａｐｐｉｎｇ　Ｐｒｏｃｅｄｕｒｅ）方式を利用して、クライアント信号を転送フレームＦのペイロードにマッピングする。転送フレームへのクライアント信号のマッピング方法を図１－８に示す。
　但し、ペイロード容量が変化する転送フレームＦへのマッピング方式は、ＧＭＰだけに限らず、たとえばＧＦＰ（Ｇｅｎｅｒｉｃ　Ｆｒａｍｉｎｇ　Ｐｒｏｃｅｄｕｒｅ）を利用してもよい。転送フレームＦのペイロードに対して、ＧＭＰでｃｌｉｅｎｔ　ｄａｔａとｓｔｕｆｆをマッピングしていくところを、ＧＦＰでは、ＧＦＰフレームをマッピングしていく。ＧＦＰでは、クライアント信号とペイロードの周波数がずれた際に、ｓｔｕｆｆを一括して挿入する。一方、ＧＭＰは、ＧＦＰよりも細かい粒度でｓｔｕｆｆを挿入するため、ｓｔｕｆｆ挿抜処理における周波数の変動が、ＧＦＰと比較して少ない。但し、細かい粒度でｓｔｕｆｆを挿抜するため、ＧＦＰと比べて計算量が多くなる。
　転送フレームＦのペイロードを、任意のバイト数のブロックで分割し、Ｐ＿ｓｅｒｖｅｒ個のブロックとする。Ｐ＿ｓｅｒｖｅｒ個のブロックのうち、クライアント信号をマッピングするブロックの数を、Ｃｍ＝（Ｆ＿ｃｌｉｅｎｔ／Ｆ＿ｓｅｒｖｅｒ）×（Ｂ＿ｓｅｒｖｅｒ／ｍ）とし、クライアント信号をマッピングしないブロックの数を、Ｐ＿ｓｅｒｖｅｒ－Ｃｍ＝Ｐ＿ｓｅｒｖｅｒ－（Ｆ＿ｃｌｉｅｎｔ／Ｆ＿ｓｅｒｖｅｒ）×（Ｂ＿ｓｅｒｖｅｒ／ｍ）とする。Ｆ＿ｃｌｉｅｎｔは、クライアント信号のビットレートであり、Ｆ＿ｓｅｒｖｅｒは、転送フレームＦのビットレートであり、Ｂ＿ｓｅｒｖｅｒは、転送フレームＦのペイロードのバイト数であり、ｍは、ブロックのバイト数である。
　Ｐ＿ｓｅｒｖｅｒ個のブロックのうち、ｉ番目のブロックにおいて、（ｉ×Ｃｍ）　ｍｏｄ　Ｐ＿ｓｅｒｖｅｒ＜Ｃｍが成り立つときには、そのｉ番目のブロックをＤａｔａブロックとして、そのｉ番目のブロックにクライアント信号をマッピングする。Ｐ＿ｓｅｒｖｅｒ個のブロックのうち、ｉ番目のブロックにおいて、（ｉ×Ｃｍ）　ｍｏｄ　Ｐ＿ｓｅｒｖｅｒ≧Ｃｍが成り立つときには、そのｉ番目のブロックをＳｔｕｆｆブロックとして、そのｉ番目のブロックにクライアント信号をマッピングしない。
　伝送装置１－１から伝送装置１－２への転送フレームＦ２では、バーチャルレーン数（３本）に比例して、Ｐ＿ｓｅｒｖｅｒ＝３０としており、Ｃｍ＝２９である。上述の２つの不等式のうちいずれの不等式が成り立つかに基づいて、１番目のブロックをＳｔｕｆｆブロックとし、２～３０番目のブロックをＤａｔａブロックとする。
　伝送装置１－１から伝送装置１－３への転送フレームＦ３では、バーチャルレーン数（１本）に比例して、Ｐ＿ｓｅｒｖｅｒ＝１０としており、Ｃｍ＝９である。上述の２つの不等式のうちいずれの不等式が成り立つかに基づいて、１番目のブロックをＳｔｕｆｆブロックとし、２～１０番目のブロックをＤａｔａブロックとする。
　転送フレーム生成部１１６は、伝送装置１－１から伝送装置１－２への転送フレームＦ２については、バーチャルレーンの本数（３本）、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値を、転送フレームＦ２のオーバヘッドに書き込むか、転送フレームＦ２と別個の制御プレーンで伝送する。そして、転送フレーム生成部１１６は、誤り訂正符号をさらに付加する。ここで、転送フレーム生成部１１６は、オーバヘッドを付加するのみであり、バーチャルレーン群生成部１１７の出力に、誤り訂正符号を付加してもよい。さらに、誤り訂正符号を付加せず、転送フレーム生成部１１６は、オーバヘッドを付加するのみでもよい。
　転送フレーム生成部１１６は、伝送装置１－１から伝送装置１－３への転送フレームＦ３については、バーチャルレーンの本数（１本）、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値を、転送フレームＦ３のオーバヘッドに書き込むか、転送フレームＦ３と別個の制御プレーンで伝送する。そして、転送フレーム生成部１１６は、誤り訂正符号をさらに付加する。ここで、転送フレーム生成部１１６は、オーバヘッドを付加するのみであり、バーチャルレーン群生成部１１７の出力に、誤り訂正符号を付加してもよい。さらに、誤り訂正符号を付加せず、転送フレーム生成部１１６は、オーバヘッドを付加するのみでもよい。
　バーチャルレーン群生成部１１７は、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、転送フレーム生成部１１６がフレーム化した各転送フレームを送信する。例えば、物理レーンの帯域の変更前の図１－５の状態では、バーチャルレーン群生成部１１７は、３本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２からなるバーチャルレーン群について、３本の物理レーンを用いて転送を行い、１本のバーチャルレーンＶＬ０からなるバーチャルレーン群について、１本の物理レーンを用いて転送を行う。そして、物理レーの帯域の変更後の図１－６の状態では、バーチャルレーン群生成部１１７は、６本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５からなるバーチャルレーン群について、３本の物理レーンを用いて転送を行い、２本のバーチャルレーンＶＬ０、ＶＬ１からなるバーチャルレーン群について、１本の物理レーンを用いて転送を行う。
　ところで、転送フレーム生成部１１６及びバーチャルレーン群生成部１１７は、入力したクライアント信号が、いずれのバッファメモリ１１２からいずれの順序で入力したか、いずれのシェーピング部１１４からいずれの順序で入力したか、以下のように識別する。例えば、時間で切り替えるスイッチのアナロジーとして、クライアント信号の到着時刻又は到着周期など、ある種のタイムスロットで識別してもよい。或いは、タグで切り替えるスイッチのアナロジーとして、ある種のタグで識別してもよい。その他の方法でもよい。
　マルチレーン受信装置１２での処理は、マルチレーン送信装置１１での処理と、基本的に逆動作である。以下に、クライアント装置２－２１、２－２２が、伝送装置１－１、１－２及び光スイッチ３－１、３－２を介して、クライアント装置２－１１、２－１２から、フレームを受信する処理を説明する。しかし、クライアント装置２－３１が、伝送装置１－１、１－３及び光スイッチ３－１、３－３を介して、クライアント装置２－１１、２－１２から、フレームを受信する処理も同様である。
　バーチャルレーン群復元部１２２は、各送信先に基づいて振り分けられた各クライアント信号からフレーム化された各転送フレームの受信に必要な、物理レーンの帯域が可変であっても帯域が一定であるバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各転送フレームを受信し、物理レーンを各バーチャルレーンに分離する。後述するが、バーチャルレーンの１本当たりの帯域は、一定であってもよく、可変であってもよい。
　具体的には、バーチャルレーン群復元部１２２は、バーチャルレーンの本数を、転送フレームＦ２のオーバヘッド又は転送フレームＦ２と別個の制御プレーンに基づいて取得するか、ネットワーク４からの転送フレームの転送帯域をバーチャルレーンの１本当たりの帯域で除算することにより取得する。
　次に、バーチャルレーン群復元部１２２は、各転送フレームＦ２において、先頭固定ビットパターン及びＶＬＭを検索し、先頭を識別する。そして、バーチャルレーン群復元部１２２は、バーチャルレーンの本数ｎ及びＶＬＭに基づいて、バーチャルレーンの番号をＶＬＭ　ｍｏｄ　ｎと計算する。そして、バーチャルレーン群復元部１２２は、複数のバーチャルレーンの間において、波長分散又は経路差に起因するスキューを補償する。
　図１－５に示した各転送フレームＦ２が、伝送装置１－１から伝送装置１－２へと転送された場合について考える。ＶＬＭ＝０、３、・・・、２５２が付加されたバーチャルレーンは、ＶＬＭ　ｍｏｄ　３＝０の計算結果に基づいて、バーチャルレーンＶＬ０であると判断される。ＶＬＭ＝１、４、・・・、２５３が付加されたバーチャルレーンは、ＶＬＭ　ｍｏｄ　３＝１の計算結果に基づいて、バーチャルレーンＶＬ１であると判断される。ＶＬＭ＝２、５、・・・、２５４が付加されたバーチャルレーンは、ＶＬＭ　ｍｏｄ　３＝２の計算結果に基づいて、バーチャルレーンＶＬ２であると判断される。
　複数のバーチャルレーンの間において、スキューが補償されていれば、ある転送フレームＦ２においてバーチャルレーンＶＬ０を示すＶＬＭ＝０が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ１を示すＶＬＭ＝１が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ２を示すＶＬＭ＝２が付加されており、・・・、次の転送フレームＦ２においてバーチャルレーンＶＬ０を示すＶＬＭ＝２５２が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ１を示すＶＬＭ＝２５３が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ２を示すＶＬＭ＝２５４が付加されている。各転送フレームＦ２と各バーチャルレーンＶＬとＶＬＭの関係が上述の関係になるようにすることにより、複数のバーチャルレーンの間において、スキューが補償される。
　クライアント信号復元部１２３は、各バーチャルレーンに振り分けられた各転送フレームを各クライアント信号としてデフレーム化する。
　具体的には、クライアント信号復元部１２３は、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値を、転送フレームＦ２のオーバヘッド又は転送フレームＦ２と別個の制御プレーンに基づいて取得する。そして、クライアント信号復元部１２３は、各転送フレームＦ２において、ブロック番号ｉ、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値に基づいて、ｉ番目のブロックがＤａｔａブロックであるかＳｔｕｆｆブロックであるか判断する。そして、クライアント信号復元部１２３は、各転送フレームＦ２において、Ｄａｔａブロックを並べ直す。
　図１－８に示した各転送フレームＦ２が、伝送装置１－１から伝送装置１－２へと転送された場合について考える。１番目のブロックは、（ｉ×Ｃｍ）　ｍｏｄ　Ｐ＿ｓｅｒｖｅｒ≧Ｃｍが成り立つため、Ｓｔｕｆｆブロックであると判断される。２～３０番目のブロックは、（ｉ×Ｃｍ）　ｍｏｄ　Ｐ＿ｓｅｒｖｅｒ＜Ｃｍが成り立つため、Ｄａｔａブロックであると判断される。これらの２～３０番目のブロックが並べ直される。
　クライアント信号振分部１２４は、例えばイーサネット（登録商標）フレームに包含されるＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）アドレスに基づいて、クライアント信号をクライアント装置２－２１、２－２２に振り分ける。
　ところで、各伝送装置１の間において、周波数同期が行われていることもあれば、周波数同期が行われていないこともある。ここで、各伝送装置１の間において、周波数同期が行われていないときには、受信側の伝送装置１において、受信信号の周波数を送信信号の周波数に合わせるため、バッファメモリを設置する必要がある。しかし、各伝送装置１の間において、周波数同期が行われているときには、受信側の伝送装置１において、受信信号の周波数は送信信号の周波数に合っており、簡易に伝送装置１を製作できる。
　以上に説明したように、マルチレーン送信装置１１では、クライアント信号を送信先に基づいて振り分け、各クライアント信号を各転送フレームにフレーム化するにあたり、複数のバーチャルレーンを物理レーンに多重化することとした。よって、複数の送信先、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先の間でフレーマを共有することができる。
　以上に説明したように、マルチレーン受信装置１２では、各転送フレームを各クライアント信号にデフレーム化するにあたり、物理レーンを複数のバーチャルレーンに分離することとした。よって、複数の送信先、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の送信先の間でデフレーマを共有することができる。
　実施形態１では、転送フレーム長が一定であるとして、バーチャルレーンの１本当たりの帯域を一定としているが、変形例として、転送フレーム長が可変であるとして、バーチャルレーンの帯域を可変としてもよい。実施形態１では、フレーマ／デフレーマは単一の種類のビットレートに対応すればよい一方で、変形例では、フレーマ／デフレーマは複数の種類のビットレートに対応する必要があるが、実施形態１でも変形例でも、複数の送信先の間で単一の個数のフレーマ／デフレーマを共有することができることは同様である。
（実施形態２）
　実施形態２では、複数の優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の優先度の間でフレーマを共有する。
　優先度は、例えば、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグに包含されるＰＣＰ（Ｐｒｉｏｒｉｔｙ　Ｃｏｄｅ　Ｐｏｉｎｔ）に基づいて、判断される。
　例えば、伝送装置１－１から伝送装置１－２へと、高優先のフロー及びベストエフォートのフローを転送する場合を考える。このとき、伝送装置１－１から伝送装置１－２への高優先のフロー及び伝送装置１－１から伝送装置１－２へのベストエフォートのフローのそれぞれに対して、バーチャルレーン群が割り振られる。
　よって、マルチレーン送信装置１１において、複数の優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の優先度の間でフレーマを共有することができる。そして、マルチレーン受信装置１２において、複数の優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の優先度の間でデフレーマを共有することができる。
（実施形態３）
　実施形態３では、複数の送信先及び優先度、並びに変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先及び優先度の間でフレーマを共有する。
　送信先は、例えば、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグに包含されるＶＩＤに基づいて、判断される。優先度は、例えば、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグに包含されるＰＣＰに基づいて、判断される。
　例えば、伝送装置１－１から伝送装置１－２へと、及び、伝送装置１－１から伝送装置１－３へと、高優先のフロー及びベストエフォートのフローを転送する場合を考える。このとき、伝送装置１－１から伝送装置１－２への高優先のフロー、伝送装置１－１から伝送装置１－２へのベストエフォートのフロー、伝送装置１－１から伝送装置１－３への高優先のフロー及び伝送装置１－１から伝送装置１－３へのベストエフォートのフローのそれぞれに対して、バーチャルレーン群が割り振られる。
　よって、マルチレーン送信装置１１において、複数の送信先及び優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先及び優先度の間でフレーマを共有することができる。そして、マルチレーン受信装置１２において、複数の送信先及び優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の送信先及び優先度の間でデフレーマを共有することができる。
（実施形態４）
　マルチレーン送信装置１１では、送信先の数、優先度の種類数及び送信波長の数の少なくともいずれかが増減したときでも、送信先の数、優先度の種類数及び送信波長の数の少なくともいずれかの増減に対応して、転送のために必要十分のハードウェアリソースを使用する可変容量の転送フレームを作成する。
　マルチレーン受信装置１２では、送信元の数、優先度の種類数及び受信波長の数の少なくともいずれかが増減したときでも、送信元の数、優先度の種類数及び受信波長の数の少なくともいずれかの増減に対応して、転送のために必要十分のハードウェアリソースを使用する可変容量の転送フレームを受信する。
　つまり、マルチレーン送信装置１１において、送信先の数、優先度の種類数及び送信波長の数の少なくともいずれかの増減に対応して、クライアント信号を転送フレームにマッピングするにあたり、図１－８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。そして、マルチレーン受信装置１２において、送信元の数、優先度の種類数及び受信波長の数の少なくともいずれかの増減に対応して、クライアント信号を転送フレームからデマッピングするにあたり、図１－８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。
　よって、マルチレーン送信装置１１において、送信先の数、優先度の種類数及び送信波長の数の増減に対応することができる。そして、マルチレーン受信装置１２において、送信元の数、優先度の種類数及び受信波長の数の増減に対応することができる。
（実施形態５）
　非特許文献１－２のＶＣＡＴでは、高速なクライアント信号に対する高速なフレーム処理と、低速な転送フレームに対する低速なフレーム処理が、それぞれ必要となる。
　そこで、マルチレーン送信装置１１では、実施形態１－４に加えて、バーチャルレーン群生成部１１７が送信した各転送フレームの通信速度が、クライアント信号振分部１１１－１、１１１－２が入力したクライアント信号の通信速度と等しくなるように、バーチャルレーン群生成部１１７が送信した各転送フレームにクライアント信号振分部１１１－１、１１１－２が入力したクライアント信号が収容される容量が設定される。
　そして、マルチレーン受信装置１２では、実施形態１－４に加えて、バーチャルレーン群復元部１２２が受信した各転送フレームの通信速度が、クライアント信号復元部１２３がデフレーム化した各クライアント信号の通信速度と等しくなるように、バーチャルレーン群復元部１２２が受信した各転送フレームにクライアント信号復元部１２３がフレーム化した各クライアント信号が収容される容量が設定される。
　つまり、マルチレーン送信装置１１において、転送フレームの通信速度がクライアント信号の通信速度と等しくなるように、クライアント信号を転送フレームにマッピングするにあたり、図１－８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。そして、マルチレーン受信装置１２において、転送フレームの通信速度がクライアント信号の通信速度と等しくなるように、クライアント信号を転送フレームからデマッピングするにあたり、図１－８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。
　よって、マルチレーン送信装置１１において、異なる通信速度のフレームにさらに対応するにあたり、必要なフレーム処理の速度を単一にすることができる。そして、マルチレーン受信装置１２において、異なる通信速度のフレームにさらに対応するにあたり、必要なデフレーム処理の速度を単一にすることができる。
（第２の発明についての発明を実施するための形態）
（マルチレーン通信システム）
　本発明のマルチレーン通信システムの構成を図２－１に示す。マルチレーン通信システムは、マルチレーン通信ノード装置１００、２００、３００、ネットワーク４００及び管理制御システム５００から構成される。マルチレーン通信ノード装置１００、２００、３００は、それぞれ後述のようにマルチレーン送受信装置から構成される。管理制御システム５００は、マルチレーン通信ノード装置１００、２００、３００の間の帯域に応じて、設定テーブル１に基づいて、マルチレーン通信ノード装置１００、２００、３００の間のパス（光パス又は電気パス）を、ネットワーク４００において設定することができる。
　本実施形態では、マルチレーン通信ノード装置１００、２００、３００は、クライアント側に１本の１００ＧＥ（１００Ｇｂｐｓ　Ｅｔｈｅｒｎｅｔ（登録商標））のインタフェースを、ネットワーク４００側に１０本の１０ＧＥ（１０Ｇｂｐｓ　Ｅｔｈｅｒｎｅｔ（登録商標））のインタフェースを、それぞれ有する。ただし、マルチレーン通信ノード装置１００、２００、３００は、ネットワーク４００側において、１０本以下の１０ＧＥのインタフェースであれば、それぞれ任意の本数の１０ＧＥのインタフェースを用いて送受信することができる。
　本発明のマルチレーンの構成を図２－２に示す。マルチレーン通信ノード装置１００、２００、３００の間の帯域の変化に応じて、マルチレーン通信ノード装置１００、２００、３００の間のレーン数を、ネットワーク４００において変更することができる。
　マルチレーン通信ノード装置１００は、マルチレーン通信ノード装置１００、２００の間のフロー群＃１を、６本の物理レーンから構成されるレーン群＃１を用いて送受信し、マルチレーン通信ノード装置１００、３００の間のフロー群＃２を、４本の物理レーンから構成されるレーン群＃２を用いて送受信する。
　マルチレーン通信ノード装置２００は、マルチレーン通信ノード装置２００、１００の間のフロー群＃１を、６本の物理レーンから構成されるレーン群＃２を用いて送受信し、マルチレーン通信ノード装置２００、３００の間のフロー群＃３を、４本の物理レーンから構成されるレーン群＃１を用いて送受信する。
　マルチレーン通信ノード装置３００は、マルチレーン通信ノード装置３００、１００の間のフロー群＃２を、４本の物理レーンから構成されるレーン群＃１を用いて送受信し、マルチレーン通信ノード装置３００、２００の間のフロー群＃３を、４本の物理レーンから構成されるレーン群＃２を用いて送受信する。
　本発明の設定テーブルの内容を図２－３に示す。本実施形態では、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮ（Ｖｉｒｔｕａｌ　Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）タグを用いており、ＶＬＡＮタグに含まれるＶＩＤ（ＶＬＡＮ　ＩＤ）及びＰＣＰ（Ｐｒｉｏｒｉｔｙ　Ｃｏｄｅ　Ｐｏｉｎｔ）を用いてデータフローを識別している。
　マルチレーン通信ノード装置１００は、ＶＩＤ＝０ｘ０００１～０ｘ０１００、０ｘ０ＦＦＥを有するフロー群＃１を、レーン＃１、＃２、＃３、＃４、＃５、＃６から構成されるレーン群＃１を用いて、マルチレーン通信ノード装置２００との間で送受信する。また、マルチレーン通信ノード装置１００は、ＶＩＤ＝０ｘ０１０１～０ｘ０２００、０ｘ０ＦＦＥを有するフロー群＃２を、レーン＃７、＃８、＃９、＃１０から構成されるレーン群＃２を用いて、マルチレーン通信ノード装置３００との間で送受信する。なお、ＶＩＤ＝０ｘ０ＦＦＥはブロードキャスト用であるため、ＶＩＤ＝０ｘ０ＦＦＥを有するフロー群を、マルチレーン通信ノード装置２００、３００との間で送受信する。
　マルチレーン通信ノード装置２００は、ＶＩＤ＝０ｘ０００１～０ｘ０１００、０ｘ０ＦＦＥを有するフロー群＃１を、レーン＃５、＃６、＃７、＃８、＃９、＃１０から構成されるレーン群＃２を用いて、マルチレーン通信ノード装置１００との間で送受信する。また、マルチレーン通信ノード装置２００は、ＶＩＤ＝０ｘ０２０１～０ｘ０３００、０ｘ０ＦＦＥを有するフロー群＃３を、レーン＃１、＃２、＃３、＃４から構成されるレーン群＃１を用いて、マルチレーン通信ノード装置３００との間で送受信する。なお、ＶＩＤ＝０ｘ０ＦＦＥはブロードキャスト用であるため、ＶＩＤ＝０ｘ０ＦＦＥを有するフロー群を、マルチレーン通信ノード装置１００、３００との間で送受信する。
　マルチレーン通信ノード装置３００は、ＶＩＤ＝０ｘ０１０１～０ｘ０２００、０ｘ０ＦＦＥを有するフロー群＃２を、レーン＃１、＃２、＃３、＃４から構成されるレーン群＃１を用いて、マルチレーン通信ノード装置１００との間で送受信する。また、マルチレーン通信ノード装置３００は、ＶＩＤ＝０ｘ０２０１～０ｘ０３００、０ｘ０ＦＦＥを有するフロー群＃３を、レーン＃５、＃６、＃７、＃８から構成されるレーン群＃２を用いて、マルチレーン通信ノード装置２００との間で送受信する。なお、ＶＩＤ＝０ｘ０ＦＦＥはブロードキャスト用であるため、ＶＩＤ＝０ｘ０ＦＦＥを有するフロー群を、マルチレーン通信ノード装置１００、２００との間で送受信する。
（マルチレーン送信装置）
　本発明のマルチレーン通信ノード装置が備えるマルチレーン送信装置の構成を図２－４に示す。マルチレーン送信装置Ｔは、物理インタフェース２、データフレーム振分部３、バッファメモリ４Ａ、４Ｂ、４Ｃ、４Ｄ、データストリーム分割部５及び物理インタフェース６Ａ、６Ｂ、６Ｃ、６Ｄ、６Ｅ、６Ｆ、６Ｇ、６Ｈ、６Ｉ、６Ｊから構成される。
　以下のマルチレーン送信装置Ｔの説明では、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００、３００へとデータフレームを送信する場合を取り扱う。つまり、以下の説明のマルチレーン送信装置Ｔは、マルチレーン通信ノード装置１００が備えるものである。他の組み合わせのマルチレーン通信ノード装置の間でデータフレームを送信する場合も、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００、３００へとデータフレームを送信する場合と同様である。
　物理インタフェース２は、クライアント側からの入力信号を、ＣＧＭＩＩ（１００Ｇ　Ｍｅｄｉｕｍ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｉｎｔｅｒｆａｃｅ）形式、即ち、６４ｂｉｔのデータ及び８ｂｉｔの制御信号からなる形式に復調・復号する。
　データフレーム振分部３は、データフレームを送信先に基づいて振り分ける。本発明のデータフレーム振分部の構成を図２－５に示す。データフレーム振分部３は、ＶＬＡＮタグ解読部３１及びデータフレーム書込部３２から構成される。
　ＶＬＡＮタグ解読部３１は、データフレームからＶＩＤ及びＰＣＰを解読する。データフレーム書込部３２は、設定テーブル１に従って、ＶＩＤ及びＰＣＰに基づいて、データフレームを以下の４種類のフローに振り分ける。
フロー＃１：ＶＩＤ＝０ｘ０００１～０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー＃２：ＶＩＤ＝０ｘ０００１～０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝０～６
フロー＃３：ＶＩＤ＝０ｘ０１０１～０ｘ０２００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー＃４：ＶＩＤ＝０ｘ０１０１～０ｘ０２００、０ｘ０ＦＦＥ、ＰＣＰ＝０～６
ここで、設定テーブル１に設定されているように、フロー＃１、＃２は、フロー群＃１に属しており、フロー＃３、＃４は、フロー群＃２に属している。
　本発明のデータフレーム振分の処理を図２－６に示す。データフレーム書込部３２は、データフレームＤＦ＃１、ＤＦ＃２、ＤＦ＃３、ＤＦ＃４、ＤＦ＃５、ＤＦ＃６、ＤＦ＃７、ＤＦ＃８、ＤＦ＃９、ＤＦ＃１０、ＤＦ＃１１、ＤＦ＃１２を入力する。
　データフレーム書込部３２の上述の処理と並行して、ＶＬＡＮタグ解読部３１は、データフレームＤＦ＃１、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１２において、ＶＩＤ＝０ｘ０１００、ＰＣＰ＝７と解読し、データフレームＤＦ＃４、ＤＦ＃５、ＤＦ＃１１において、ＶＩＤ＝０ｘ０１００、ＰＣＰ＝０と解読し、データフレームＤＦ＃２、ＤＦ＃６、ＤＦ＃１０において、ＶＩＤ＝０ｘ０２００、ＰＣＰ＝７と解読し、データフレームＤＦ＃３、ＤＦ＃９、ＤＦ＃１３において、ＶＩＤ＝０ｘ０２００、ＰＣＰ＝０と解読する。
　そして、データフレーム書込部３２は、データフレームＤＦ＃１、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１２を、フロー＃１として振り分け、データフレームＤＦ＃４、ＤＦ＃５、ＤＦ＃１１を、フロー＃２として振り分け、データフレームＤＦ＃２、ＤＦ＃６、ＤＦ＃１０を、フロー＃３として振り分け、データフレームＤＦ＃３、ＤＦ＃９、ＤＦ＃１３を、フロー＃４として振り分ける。ここで、データフレーム書込部３２は、各フローにおいて各データフレームＤＦの間に、ＩＦＧ（Ｉｎｔｅｒ　Ｆｒａｍｅ　Ｇａｐ）を挿入する。
　バッファメモリ４Ａ、４Ｂ、４Ｃ、４Ｄは、それぞれフロー＃１、＃２、＃３、＃４を格納する。バッファメモリ４の個数及び各バッファメモリ４に割り当てられる容量は、フローの個数及び各フロー群に割り当てられるレーンの本数に応じて、動的に設定される。具体的には、バッファメモリ４の個数は、フローの個数が４個であることから、４個に設定される。そして、各バッファメモリ４に割り当てられる容量は、各フローの帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定される。
　データストリーム分割部５は、図２－７及び図２－８を用いて説明するように、データストリームを分割する。本発明のデータストリーム分割部の構成を図２－７に示す。本発明のデータストリーム分割の処理を図２－８に示す。データストリーム分割部５は、データフレーム読出部５１、符号化部５２、データ列分割部５３、フロー群情報順序情報付加部５４、伝送フレーム処理部５５及びレーン選択出力部５６から構成される。
　データフレーム読出部５１は、設定テーブル１を参照して、フロー群＃１のデータフレームを読み出すときには、フロー＃１、＃２のデータフレームをそれぞれ格納するバッファメモリ４Ａ、４Ｂから読み出す。データフレーム読出部５１は、設定テーブル１を参照して、フロー群＃２のデータフレームを読み出すときには、フロー＃３、＃４のデータフレームをそれぞれ格納するバッファメモリ４Ｃ、４Ｄから読み出す。
　具体的には、図２－８においては、データフレーム読出部５１は、データフレームＤＦ＃１、ＤＦ＃４、ＤＦ＃５、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１１、ＤＦ＃１２並びにこれらのデータフレームＤＦに対応するＶＬＡＮタグ及びＩＦＧを、バッファメモリ４Ａ、４Ｂから読み出す。なお、データフレーム読出部５１は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、読み出しを行なう。
　データフレーム読出部５１は、フロー群＃１、＃２のデータフレームを読み出すときには、フロー群＃１、＃２に割り当てられる帯域に応じて、フロー＃１、＃２、＃３、＃４のデータフレームの読み出し速度を調整するという、シェーピングを行なう。なお、フロー群＃１に割り当てられる帯域は、設定テーブル１に設定されているように、レーン＃１、＃２、＃３、＃４、＃５、＃６に対応する６０Ｇｂｐｓである。また、フロー群＃２に割り当てられる帯域は、設定テーブル１に設定されているように、レーン＃７、＃８、＃９、＃１０に対応する４０Ｇｂｐｓである。
　データフレーム読出部５１は、設定テーブル１を参照して、読み出したＶＬＡＮタグのＶＩＤ及びＰＣＰに基づいて、読み出したデータフレームのフロー群を判定して、フロー群の情報をフロー群情報順序情報付加部５４及びレーン選択出力部５６に通知する。
　符号化部５２は、データフレーム読出部５１が読み出したデータフレームを、ＣＧＭＩＩ形式から６４ｂ／６５ｂ符号化する。６４ｂ／６５ｂ符号化では、６４ｂｉｔのデータに対してスクランブルを行ない、制御コードを含むか否かを識別するための１ｂｉｔのフラグを付加する。データ列分割部５３は、符号化部５２が６４ｂ／６５ｂ符号化したデータフレームを、一定の長さのデータブロックに分割する。
　具体的には、図２－８においては、符号化部５２は、データフレームＤＦ＃１、ＤＦ＃４、ＤＦ＃５、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１１、ＤＦ＃１２並びにこれらのデータフレームＤＦに対応するＶＬＡＮタグ及びＩＦＧを、６４ｂ／６５ｂ符号化する。そして、データ列分割部５３は、符号化部５２が６４ｂ／６５ｂ符号化したデータフレームを、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９に分割する。なお、符号化部５２及びデータ列分割部５３は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、６４ｂ／６５ｂ符号化及びデータブロックへの分割を行なう。
　フロー群情報順序情報付加部５４は、データフレーム振分部３が各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加する。
　フロー群情報は、送信元であるマルチレーン通信ノード装置１００及び各送信先であるマルチレーン通信ノード装置２００、３００に対応するフロー群＃１、＃２を示す情報である。フロー群情報は、例えばフロー群識別子ＦＧ－ＩＤ（Ｆｌｏｗ　Ｇｒｏｕｐ－Ｉｄｅｎｔｉｆｉｅｒ）などであり、マルチレーン通信ノード装置に対して一意に定める装置ＩＤ及びフロー群番号の組み合わせを用いることも可能であるし、管理制御システム５００からテンポラリに払い出すことも可能である。順序情報は、例えば各フロー群内で連続するシーケンス番号ＳＮ（Ｓｅｑｕｅｎｔｉａｌ　Ｎｕｍｂｅｒ）などである。
　具体的には、図２－８では、フロー群情報順序情報付加部５４は、データフレーム読出部５１から通知されたフロー群＃１の情報に基づいて、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９に、フロー群識別子ＦＧ－ＩＤ及びシーケンス番号ＳＮを付加する。データブロックＤＢ＃１～ＤＢ＃９に対して、シーケンス番号ＳＮとして、１～９が付加されている。なお、フロー群情報順序情報付加部５４は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、フロー群識別子ＦＧ－ＩＤ及びシーケンス番号ＳＮの付加を行なう。
　伝送フレーム処理部５５は、フロー群情報順序情報付加部５４がフロー群識別子ＦＧ－ＩＤ及びシーケンス番号ＳＮを付加したデータブロックを、伝送フレームの形式に変換する。本実施形態では、ネットワーク４００側の転送方式として、１０ＧＥを使用している。図２－８に示したように、伝送フレーム処理部５５は、イーサネット（登録商標）のＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）ヘッダ及びＦＣＳ（Ｆｒａｍｅ　Ｃｈｅｃｋ　Ｓｅｑｕｅｎｃｅ）を付加して、イーサネット（登録商標）ＭＡＣフレームの形式に変換する。
　レーン選択出力部５６は、フロー群情報順序情報付加部５４が各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報（フロー群＃１、＃２）に対応する一又は複数のレーン（レーン群＃１、＃２）を用いて各送信先に送信する。
　具体的には、図２－８では、レーン選択出力部５６は、データフレーム読出部５１から通知されたフロー群＃１の情報、並びに設定テーブル１から入力したフロー群＃１及びレーン群＃１の対応関係に基づいて、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９を、レーン群＃１に出力する。
　そして、レーン選択出力部５６は、設定テーブル１から入力したレーン群＃１及びレーン＃１、＃２、＃３、＃４、＃５、＃６の対応関係に基づいて、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９を、レーン＃１、＃２、＃３、＃４、＃５、＃６に、ラウンドロビンで出力する。
　なお、レーン選択出力部５６は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、データブロックＤＢの出力を行なう。
　物理インタフェース６Ａ、６Ｂ、６Ｃ、６Ｄ、６Ｅ、６Ｆ、６Ｇ、６Ｈ、６Ｉ、６Ｊは、それぞれレーン＃１、＃２、＃３、＃４、＃５、＃６、＃７、＃８、＃９、＃１０に対応し、データブロックＤＢを符号化・変調しネットワーク４００側に出力する。
（マルチレーン受信装置）
　本発明のマルチレーン通信ノード装置が備えるマルチレーン受信装置の構成を図２－９に示す。マルチレーン受信装置Ｒは、物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊ、データフレーム再構成部８、バッファメモリ９Ａ、９Ｂ、データフレーム多重化部１０及び物理インタフェース１１から構成される。
　以下のマルチレーン受信装置Ｒの説明では、マルチレーン通信ノード装置１００、３００からマルチレーン通信ノード装置２００へとデータフレームを受信する場合を取り扱う。つまり、以下の説明のマルチレーン受信装置Ｒは、マルチレーン通信ノード装置２００が備えるものである。他の組み合わせのマルチレーン通信ノード装置の間でデータフレームを受信する場合も、マルチレーン通信ノード装置１００、３００からマルチレーン通信ノード装置２００へとデータフレームを受信する場合と同様である。
　物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊは、データフレーム受信部として、各送信元及び送信先に対応するフロー群を示すフロー群情報（フロー群＃１、＃３）と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報（フロー群＃１、＃３）に対応する一又は複数のレーン（レーン群＃２、＃１）を用いて各送信元から受信する。
　物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊは、それぞれレーン＃１、＃２、＃３、＃４、＃５、＃６、＃７、＃８、＃９、＃１０に対応し、データブロックＤＢをネットワーク４００側から入力し復号・復調する。
　データフレーム再構成部８は、図２－１０及び図２－１１を用いて説明するように、各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成する。本発明のデータフレーム再構成部の構成を図２－１０に示す。本発明のデータフレーム再構成の処理を図２－１１に示す。データフレーム再構成部８は、伝送フレーム処理部８１Ａ、８１Ｂ、８１Ｃ、８１Ｄ、８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊ、レーン選択結合部８２、復号部８３及びデータフレーム振分部８４から構成される。
　伝送フレーム処理部８１Ａ、８１Ｂ、８１Ｃ、８１Ｄ、８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊは、それぞれ物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊに対応し、１０ＧＥのイーサネット（登録商標）フレームからＭＡＣヘッダ及びＦＣＳを取り除きペイロードを取り出し、フロー群識別子ＦＧ－ＩＤ、シーケンス番号ＳＮ及びデータブロックＤＢを分割してバッファする。
　レーン選択結合部８２は、伝送フレーム処理部８１Ａ、８１Ｂ、８１Ｃ、８１Ｄ、８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊから、フロー群識別子ＦＧ－ＩＤを読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ－ＩＤを読み出した伝送フレーム処理部８１から、シーケンス番号ＳＮ及びデータブロックＤＢを読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ－ＩＤについて、シーケンス番号ＳＮに基づいて、データブロックＤＢを並べ替えて再構成する。
　具体的には、図２－１１では、レーン選択結合部８２は、伝送フレーム処理部８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊから、同一のフロー群識別子ＦＧ－ＩＤを読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ－ＩＤを読み出した伝送フレーム処理部８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊから、シーケンス番号ＳＮ（１～９）及びデータブロックＤＢ＃１～ＤＢ＃９を読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ－ＩＤについて、シーケンス番号ＳＮ（１～９）に基づいて、データブロックＤＢ＃１～ＤＢ＃９を並べ替えて再構成する。
　なお、レーン選択結合部８２は、マルチレーン通信ノード装置２００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、データブロックＤＢの再構成を行なう。
　復号部８３は、レーン選択結合部８２が再構成したデータブロックＤＢを、６４ｂ／６５ｂ符号化からＣＧＭＩＩ形式に復号する。
　具体的には、図２－１１では、復号部８３は、レーン選択結合部８２が再構成したデータブロックＤＢ＃１～ＤＢ＃９を、６４ｂ／６５ｂ符号化からＣＧＭＩＩ形式に復号して、データフレームＤＦ＃１、ＤＦ＃４、ＤＦ＃５、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１１、ＤＦ＃１２並びにこれらのデータフレームＤＦに対応するＶＬＡＮタグ及びＩＦＧを生成する。
　なお、復号部８３は、マルチレーン通信ノード装置２００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、データブロックＤＢの復号を行なう。
　データフレーム振分部８４は、設定テーブル１に従って、ＶＩＤ及びＰＣＰに基づいて、データフレームＤＦを以下の２種類のフロー群に振り分ける。
フロー群＃１：ＶＩＤ＝０ｘ０００１～０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー群＃１：ＶＩＤ＝０ｘ０００１～０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝０～６
フロー群＃３：ＶＩＤ＝０ｘ０２０１～０ｘ０３００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー群＃３：ＶＩＤ＝０ｘ０２０１～０ｘ０３００、０ｘ０ＦＦＥ、ＰＣＰ＝０～６
ここで、設定テーブル１に設定されているように、上述の１個目及び２個目のフロー群＃１は、それぞれフロー＃１、＃２に対応しており、上述の１個目及び２個目のフロー群＃３は、それぞれフロー＃３、＃４に対応している。
　バッファメモリ９Ａ、９Ｂは、それぞれフロー群＃１、＃３を格納する。バッファメモリ９の個数及び各バッファメモリ９に割り当てられる容量は、フロー群の個数及び各フロー群に割り当てられるレーンの本数に応じて、動的に設定される。具体的には、バッファメモリ９の個数は、フロー群の個数が２個であることから、２個に設定される。そして、各バッファメモリ９に割り当てられる容量は、各フロー群の帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定される。
　データフレーム多重化部１０は、バッファメモリ９Ａ、９Ｂ内に、データフレームＤＦの「フレーム終了」制御コードが存在するかどうかをモニタする。そして、データフレーム多重化部１０は、バッファメモリ９Ａ、９Ｂ内に、データフレームＤＦの「フレーム終了」制御コードが存在することをモニタすれば、図２－１２に示したように、バッファメモリ９Ａ、９ＢからデータフレームＤＦを読み出して多重化する。そして、データフレーム多重化部１０は、速度を調整して物理インタフェース１１に出力する。
（マルチレーン通信システムの効果）
　図２－４から図２－８を用いて説明したように、マルチレーン送信装置Ｔは、各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加する。
　図２－９から図２－１２を用いて説明したように、マルチレーン受信装置Ｒは、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成する。
　よって、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にすることができる。
　そして、同一の送信先へのデータフレームは、単一又は複数のレーンを用いて送受信することができるため、同一の送信先へのデータフレームの帯域が、単一のレーンの帯域を越えても、複数のレーンを用いることができる。これは、同一の送信先へのデータフレームの順序を正しく保つためには、同一の送信先へのデータフレームは、単一のレーンを用いて送受信するしかなく、同一の送信先へのデータフレームの帯域が、単一のレーンの帯域を越えても、複数のレーンを用いることができないこととは対照的である。
　ここで、データフレーム再構成部８は、マルチレーン受信装置Ｒに接続される全ての複数のレーンについて、データフレームＤＦを受信しているかどうかを常時モニタする。
　図２－２では、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００への物理レーンは６本であり、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置３００への物理レーンは４本である。ここで、物理レーンの切り替えが発生する状況を考え、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００への物理レーンは５本に減り、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置３００への物理レーンは５本に増える。
　すると、マルチレーン通信ノード装置２００では、マルチレーン通信ノード装置１００からデータフレームＤＦを受信するにあたり、未だに６個の伝送フレーム処理部８１が動作していても、データフレームＤＦの欠落が発生する問題は生じない。しかし、マルチレーン通信ノード装置３００では、マルチレーン通信ノード装置１００からデータフレームＤＦを受信するにあたり、未だに４個の伝送フレーム処理部８１しか動作していなければ、データフレームＤＦの欠落が発生する問題が生じる。
　しかし、レーン選択結合部８２は、全ての伝送フレーム処理部８１について、データフレームＤＦを受信しているかどうかを常時モニタする。
　よって、複数のレーンを用いてデータフレームを送受信するにあたり、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることができる。これは、データフレームの転送中には、レーン数を増減させないことにより、データフレームの欠落を防止することとは対照的である。
（変形例）
　本実施形態では、データフレーム振分部３は、ＶＬＡＮタグのＶＩＤ及びＰＣＰに基づいて、データフレームを各フローに振り分ける。ここで、変形例として、データフレーム振分部３は、ＭＰＬＳ（Ｍｕｌｔｉ－Ｐｒｏｔｏｃｏｌ　Ｌａｂｅｌ　Ｓｗｉｔｃｈｉｎｇ）で定義されるシムヘッダのラベル及びＥＸＰ（Ｅｘｐｅｒｉｍｅｎｔａｌ）に基づいて、データフレームを各フローに振り分けてもよい。
　本実施形態では、レーン選択出力部５６は、各データブロックＤＢを各レーンに、ラウンドロビンで出力している。ここで、変形例として、レーン選択出力部５６は、各データブロックＤＢを各レーンに、ラウンドロビン以外の方法で出力してもよい。
　本実施形態では、各バッファメモリ４に割り当てられる容量は、各フローの帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定され、各バッファメモリ９に割り当てられる容量は、各フロー群の帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定される。ここで、変形例として、各バッファメモリ４及び各バッファメモリ９に割り当てられる容量は、上述の比例配分の方法によらず設定されてもよい。
　本実施形態では、クライアント側に１００ＧＥの物理インタフェースを配置し、ネットワーク４００側に１０ＧＥの物理インタフェースを配置する。ここで、変形例として、クライアント側に４０ＧＥの物理インタフェースを配置し、ネットワーク４００側にＯＴＮ（Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　Ｎｅｔｗｏｒｋ）の物理インタフェースを配置するなど、様々な形態を採用することができる。
（第３の発明についての発明を実施するための形態）
　本実施形態に係るマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送方法であって、従来のＯＴＮ－ＭＬＤのように１フレーム毎にレーンをローテートするのではなく、識別子記載手順及びレーンローテート手順を実行することによって、レーン数に相当するＭ個のフレームをまとめて可変フレームとしてみなし、可変フレーム毎にローテートを行うことでレーン数が１０２０の約数でない場合にもダミーブロックを不要とする。
　識別子記載手順においてフレーム毎に増加もしくは減少する数値をフレームの識別子として記載し、レーンローテート手順においてフレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行う。レーン数Ｍが８であり、ＬＬＭ＝０～７のフレームをまとめて可変フレームと見なした場合の１例を図３－４に示す。
　ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。また、可変フレームは転送フレームと同一のものである。
　第１の可変フレーム（ＬＬＭ＝０）では、データブロックの分配は以下の通りである。
レーン＃０：ｂ＝１，９，１７，…，１１０９，１１１７
レーン＃１：ｂ＝２，１０，１８，…，１１１０，１１１８
レーン＃２：ｂ＝３，１１，１９，…，１１１１，１１１９
レーン＃３：ｂ＝４，１２，２０，…，１１１２，１０２０
レーン＃４：ｂ＝５，１３，２１，…，１１１３
レーン＃５：ｂ＝６，１４，１２，…，１１１４
レーン＃６：ｂ＝７，１５，２３，…，１１１５
レーン＃７：ｂ＝８，１６，２４，…，１１１６
　第２のフレーム（ＬＬＭ＝１）は第１のフレームをそのまま引き継いで、レーン＃４から分配を行う。第３のフレーム（ＬＬＭ＝２）は第２のフレームをそのまま引き継いで、レーン＃０から分配を行う。以下同様にして第８のフレーム（ＬＬＭ＝７）まで分配を行う。
　第９のフレーム（ＬＬＭ＝８）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝８，１６，２４，…，１１１６
レーン＃１：ｂ＝１，９，１７，…，１１０９，１１１７
レーン＃２：ｂ＝２，１０，１８，…，１１１０，１１１８
レーン＃３：ｂ＝３，１１，１９，…，１１１１，１１１９
レーン＃４：ｂ＝４，１２，２０，…，１１１２，１０２０
レーン＃５：ｂ＝５，１３，２１，…，１１１３
レーン＃６：ｂ＝６，１４，１２，…，１１１４
レーン＃７：ｂ＝７，１５，２３，…，１１１５
　第１０～１６フレーム（ＬＬＭ＝９～１５）ではレーンをローテートせずに、前フレームをそのまま引き継いでデータブロックの分配を行う。
　第１７のフレーム（ＬＬＭ＝１６）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝７，１５，２３，…，１１１５
レーン＃１：ｂ＝８，１６，２４，…，１１１６
レーン＃２：ｂ＝１，９，１７，…，１１０９，１１１７
レーン＃３：ｂ＝２，１０，１８，…，１１１０，１１１８
レーン＃４：ｂ＝３，１１，１９，…，１１１１，１１１９
レーン＃５：ｂ＝４，１２，２０，…，１１１２，１０２０
レーン＃６：ｂ＝５，１３，２１，…，１１１３
レーン＃７：ｂ＝６，１４，１２，…，１１１４
　以下同様にして、第２４のフレーム（ＬＬＭ＝２３）、第３２のフレーム（ＬＬＭ＝３１）、第４０のフレーム（ＬＬＭ＝３９）、第４８のフレーム（ＬＬＭ＝４７）、第５６のフレーム（ＬＬＭ＝５５）でレーンをローテートすることで、ダミーブロックの挿入を行うことなく（レーンのビットレートを上昇させることなく）、レーン数を任意に変更できる。
　Ｍをレーン数、Ｋを１以上の整数としたとき、これを一般化すると、以下のようになる。
・ＬＬＭの値は０からＭ２－１（またはＫ＊Ｍ２－１、ただし、Ｋ＊Ｍ２≦２５６）まで順番にインクリメントする。
・ＬＬＭ　ｍｏｄ　Ｍ＝０となるフレームの先頭を可変フレームの先頭とし、レーンのローテートを行う。可変フレームの先頭以外ではローテートしない。
　なお、図３－４の例ではＬＬＭ＝０～７のフレームをまとめて可変フレームと見なしたが、ＬＬＭ＝１～８のフレームをまとめて可変フレームを可変フレームと見なすなど、任意のＬＬＭのフレームを先頭とする連続する８個のフレームに適用することができる。また、レーン数Ｍについても、２以上の任意の数のレーン数Ｍに適用することができる。
　また、各フレームのＬＬＭを単純にインクリメントするのではなく、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、それ以外のフレームでは可変フレームの先頭でない旨を示す値を記載してもよい。例えば、図３－５に示すように、レーン数Ｍの倍数である８個のフレーム毎にＬＬＭの値をインクリメントし、途中の７フレームではＬＬＭ＝２５５としても良い。
　これを一般化すると、以下のようになる。
・フレームの順番をｊとする時、ｊ　ｍｏｄ　Ｍ＝０ならば、ＬＬＭの値は０から（Ｍ－１）又はＫ＊（Ｍ－１）まで順番にインクリメントする。ただし、Ｋ＊Ｍ≦２５５である。
・ｊ　ｍｏｄ　Ｍ≠０ならば、ＬＬＭ＝２５５とする。
・ＬＬＭ≠２５５となるフレームの先頭を可変フレームの先頭とし、レーンのローテートを行う。可変フレームの先頭以外ではローテートしない。
　なお、可変フレームの先頭でない旨を示す値が２５５である例を示したが、ＬＬＭとして用いられない任意の値を可変フレームの先頭でない旨を示す値に用いることができる。
（実施形態１）
　本発明のマルチレーン伝送装置の送信部の構成を図３－６に示す。マルチレーン伝送装置の送信部は、マッピング部１と、ＯＨ処理部２と、インタリーブ部３と、符号化部４－１～４－１６と、逆インタリーブ部５と、スクランブル部６と、データブロック分割部７と、レーン番号決定部８を備える。以下、レーン数Ｍが１６の場合について説明する。
　マッピング部１はクライアント信号をＯＰＵ　ＰＬＤにマッピングする。
　ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨである。
　ここで、ＯＨ処理部２は、識別子記載機能部として機能し、各フレームの予め定められたフィールドにフレームの識別子を記載する。本実施形態では、識別子記載機能部は、フレーム毎に増加もしくは減少する数値をフレームの識別子として記載する。
　例えば、図３－７に示すように、ＦＡ　ＯＨの６バイト目にはＬＬＭが配置される。ＦＡ　ＯＨの１～５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ　ＯＨの７バイト目にはＭＦＡＳが配置される。
　図３－８に示すように、Ｍをレーン数とする時、ＬＬＭは０～Ｋ＊Ｍ２－１までのフレーム毎に増加する数値をとる（Ｓ１０２）。ここで、Ｋ＊Ｍ２は２５６以下のＭ２の倍数である。なお、Ｋ＝１でもよい。
　インタリーブ部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームを１行（３８２４バイト）毎に１６バイトインタリーブする。
　符号化部４－１～４－１６は、バイトインタリーブされたサブ行データ（２３９バイト）を符号化して、１６バイトパリティチェックを付加したサブ行データ（２５５バイト）を出力する。
　逆インタリーブ部５は、符号化されたサブ行データを逆インタリーブして、符号化された４行×４０８０列のＯＴＵフレームを出力する。
　スクランブル部６は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
　データブロック分割部７は、スクランブルされたＯＴＵフレームを１６バイトデータブロックに分割する。
　レーン番号決定部８は、レーン番号を決定して、そのレーンにフレーム形式のデータブロックを出力する。
　ここで、レーン番号決定部８は、レーンローテート機能部として機能し、ＬＬＭをレーン数Ｍの倍数で除した剰余が一定値になるときにレーンローテートを行う。
　例えば、図３－９に示すように、ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝０～Ｍ－１）は、
ＬＬＭ　ｍｏｄ　Ｍ＝０
の場合、
　ｍ＝（ＬＬＭ／Ｍ）　ｍｏｄ　Ｍ
で決定される（Ｓ２０２～Ｓ２０４、Ｓ２０７～Ｓ２０９）。
　それ以外のデータブロックの場合は、直前のレーン番号をｍ’とした場合、
　ｍ＝（ｍ’＋１）　ｍｏｄ　Ｍ
とする（Ｓ２０７、Ｓ２１０）。
　マルチレーン伝送装置の受信部の構成を図３－１０に示す。マルチレーン伝送装置の受信部は、レーン識別＆遅延差補償部１０と、ＯＴＵフレーム再構成部１１と、デスクランブル部１２と、インタリーブ部１３と、復号部１４－１～１４－１６と、逆インタリーブ部１５と、ＯＨ処理部１６と、デマッピング部１７を備える。
　レーン識別＆遅延差補償部１０は、ＦＡＳを含む先頭データブロックを見つけてＬＬＭを読み、
ＬＬＭ　ｍｏｄ　Ｍ＝０
の場合、
　ｍ＝（ＬＬＭ／Ｍ）　ｍｏｄ　Ｍ
でレーン番号を識別する。また、データブロックに含まれるＭＦＡＳを読んで遅延差の補償をする。ここで、４レーンの場合の遅延差補償の例を図３－１１（ａ）及び図３－１１（ｂ）に示す。
　レーン＃０で受信したＭＦＡＳ＝０のデータブロックの先頭位置を基準とすると、レーン＃１で受信したＭＦＡＳ＝４、レーン＃２で受信したＭＦＡＳ＝８、レーン＃３で受信したＭＦＡＳ＝１２のデータブロックの先頭位置はそれぞれ１６３２０バイト、３２６４０バイト、４８９６０バイト分だけ遅延するはずである。しかし、各レーンの信号はそれぞれ異なる波長の光で伝送されるので、分散などの影響で遅延時間差が生じる。
　ここで図３－１１（ａ）に示すように、ＭＦＡＳ＝０のデータブロックの先頭位置を基準としたＭＦＡＳ＝４、ＭＦＡＳ＝８、ＭＦＡＳ＝１２のデータブロックの先頭位置が、それぞれ１６２２０バイト、３２９４０バイト、４９１６０バイト分遅延していたとすると、予想される遅延時間に対し、レーン＃１は－１００バイト、レーン＃２は＋３００バイト、レーン＃３は＋２００バイト分の遅延時間差が生じた事が判る。そこで、レーン＃０には３００バイト、レーン＃１には４００バイト、レーン＃４には１００バイト分の遅延を与えると、すべてのレーンは、図３－１１（ｂ）に示すように最も遅延の大きいレーン＃２に合わせることができる。
　ＯＵＴフレーム再構成部１１は、遅延時間差補償後の各レーンのデータブロックを受信し、レーン識別＆遅延差補償部１０で識別されたレーン番号を基に、各レーンのデータブロックを順番に読み出して、４行×４０８０列のＯＴＵフレームを再構成する。
　デスクランブル部１２は再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
　インタリーブ部１３は４行×４０８０列のＯＴＵフレームを１行（４０８０バイト）毎に１６バイトインタリーブする。
　復号部１４－１～１４－１６はバイトインタリーブされたサブ行データ（２５５バイト）を復号して、エラー訂正されたサブ行データ（２３８バイト）を出力する。
　逆インタリーブ部１５は復号されたサブ行データを逆インタリーブして、エラー訂正された４行×３８２４列のフレームを出力する。
　ＯＨ処理部１６はエラー訂正された４行×３８２４列のフレームからＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨといったオーバヘッドを除いたＯＰＵフレームを出力する。
　デマッピング部１７はＯＰＵ　ＯＨの情報に基づいてＯＰＵ　ＰＬＤからクライアント信号をデマッピングして出力する。
　なお、本実施形態ではレーン数が１６である場合について説明したが、これに限定されない。ＬＬＭが１７以上になる場合、ＬＬＭが１バイトでは不足する。この場合、図３－１２に示すように、ＬＬＭを２バイトに拡張すれば、２５６レーンまで対応可能である。ＬＬＭは、例えば、ＦＡ　ＯＨの１バイト目と６バイト目に配置される。
（実施形態２）
　本発明のマルチレーン伝送装置の送信部の構成を図３－６に示す。マルチレーン伝送装置の送信部の構成は、実施形態１と同様である。本実施形態では、ＯＨ処理部２及びレーン番号決定部８の機能が実施形態１と異なる。
　マッピング部１はクライアント信号をＯＰＵ　ＰＬＤにマッピングする。
　ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨである。
　ここで、ＯＨ処理部２は、識別子記載機能部として機能し、各フレームの予め定められたフィールドにフレームの識別子を記載する。本実施形態では、識別子記載機能部は、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、それ以外のフレームには可変フレームの先頭でない旨を示す値を記載する。
　例えば、図３－７に示すように、ＦＡ　ＯＨの６バイト目にはＬＬＭが配置される。図３－１３に示すように、Ｍをレーン数とする時、ＬＬＭはＭフレーム毎に０～Ｋ＊（Ｍ－１）までの値をとり（Ｓ３０３～Ｓ３０５）、その間の（Ｍ－１）個のフレームのＬＬＭは２５５（０ｘＦＦ）の値をとる（Ｓ３０６）。ここで、Ｋ＊Ｍは２５５以下のＭの倍数である（Ｋ＝１でも良い）。
　なお、可変フレームの先頭である旨を示す値が０～Ｋ＊（Ｍ－１）であり、可変フレームの先頭でない旨を示す値が２５５である例を示したが、これに限定するものではない。特に可変フレームの先頭でない旨を示す値はＬＬＭとして用いられない値であればよい。
　インタリーブ部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームを１行（３８２４バイト）毎に１６バイトインタリーブする。
　符号化部４－１～４－１６は、バイトインタリーブされたサブ行データ（２３９バイト）を符号化して、１６バイトパリティチェックを付加したサブ行データ（２５５バイト）を出力する。
　逆インタリーブ部５は、符号化されたサブ行データを逆インタリーブして、符号化された４行×４０８０列のＯＴＵフレームを出力する。
　スクランブル部６は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
　データブロック分割部７は、スクランブルされたＯＴＵフレームを１６バイトデータブロックに分割する。
　レーン番号決定部８は、レーン番号を決定して、そのレーンにフレーム形式のデータブロックを出力する。
　ここで、レーン番号決定部８は、レーンローテート機能部として機能し、フレームの識別子が可変フレームの先頭である旨であるときにレーンローテートを行う。
　例えば、図３－１４に示すように、ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝０～Ｍ－１）は、
ＬＬＭ≠２５５
の場合、
　ｍ＝ＬＬＭ　ｍｏｄ　Ｍ
で決定される（Ｓ４０２～Ｓ４０４、Ｓ４０７～Ｓ４０９）。
　それ以外のデータブロックの場合は、直前のレーン番号をｍ’とした場合、
　ｍ＝（ｍ’＋１）　ｍｏｄ　Ｍ
とする（Ｓ４０７、Ｓ４１０）。
　マルチレーン伝送装置の受信部の構成を図３－１０に示す。マルチレーン伝送装置の受信部の構成は、実施形態１と同様である。本実施形態では、レーン識別＆遅延差補償部１０の機能が実施形態１と異なる。
　レーン識別＆遅延差補償部１０は、ＦＡＳを含む先頭データブロックを見つけてＬＬＭを読み、
ＬＬＭ　≠　２５５
の場合、
　ｍ＝ＬＬＭ　ｍｏｄ　Ｍ
でレーン番号を識別する。また、データブロックに含まれるＭＦＡＳを読んで遅延差の補償をする。４レーンの場合の遅延差補償の例については、図３－１１（ａ）及び図３－１１（ｂ）で説明したとおりである。
　ＯＴＵフレーム再構成部１１は、遅延時間差補償後の各レーンのデータブロックを受信し、レーン識別＆遅延差補償部１０で識別されたレーン番号を基に、各レーンのデータブロックを順番に読み出して、４行×４０８０列のＯＴＵフレームを再構成する。
　デスクランブル部１２は、再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
　インタリーブ部１３は、４行×４０８０列のＯＴＵフレームを１行（４０８０バイト）毎に１６バイトインタリーブする。
　復号部１４－１～１４－１６は、バイトインタリーブされたサブ行データ（２５５バイト）を復号して、エラー訂正されたサブ行データ（２３８バイト）を出力する。
　逆インタリーブ部１５は、復号されたサブ行データを逆インタリーブして、エラー訂正された４行×３８２４列のフレームを出力する。
　ＯＨ処理部１６は、エラー訂正された４行×３８２４列のフレームからＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨといったオーバヘッドを除いたＯＰＵフレームを出力する。
　デマッピング部１７は、ＯＰＵ　ＯＨの情報に基づいてＯＰＵ　ＰＬＤからクライアント信号をデマッピングして出力する。
　なお、本実施形態ではレーン数が１６である場合について説明したが、これに限定されない。ＬＬＭが２５６以上になる場合、ＬＬＭが１バイトでは不足する。この場合、図３－１２に示すように、ＬＬＭを２バイトに拡張すれば、６５５３５レーンまで対応可能である（この場合、レーンローテートしない場合のＬＬＭは６５５３５（０ｘＦＦＦＦ）の値をとる）。
（第４の発明についての発明を実施するための形態）
　本実施形態に係るマルチレーン光トランスポートシステムは、データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元する光トランスポートネットワークにおいて、送信手順と受信手順を行う。送信手順において、分配元を識別可能にするため、送信部から容量可変光パスを一意に識別するためのユニークな容量可変光パスＩＤを容量可変管理フレームに付与する。受信手順において、受信部が、容量可変光パスＩＤに基づいて各レーンの信号を分類し、遅延差を補償する。
　ここで、容量可変管理フレームと可変フレームと転送フレームは同一のものである。
　容量可変光パスＩＤの具体例としては、
（１）各マルチレーン光トランスポート装置にユニークなＩＤを予め付与し、送信側マルチレーン光トランスポート装置のＩＤと受信側マルチレーン光トランスポート装置のＩＤの組合せ（あるいは、これにサービスクラス別に関する情報を加えたもの）を容量可変光パスＩＤとして使用する。
（２）容量可変光パスを対地間で設定する時に、ネットワーク管理制御システムからユニークな対地別ＩＤを払い出し、送信側マルチレーン光トランスポート装置および受信側マルチレーン光トランスポート装置は取得した対地別ＩＤ（あるいは、これにサービスクラス別に関する情報を加えたもの）を容量可変光パスＩＤとして使用する。
といった方法が考えられる。
　容量可変光パスが転送するクライアント信号のサービスクラスを記述する方法としては、単一のサービスクラスだけではなく、複数のサービスクラスをも記述できるようにする必要がある。例えば、クライアント信号のサービスクラスがＭＰＬＳ（Ｍｕｌｔｉ－Ｐｒｏｔｏｃｏｌ　Ｌａｂｅｌ　Ｓｗｉｔｃｈｉｎｇ）のシムヘッダのＥＸＰ（Ｅｘｐｅｒｉｍｅｎｔａｌ　Ｕｓｅ）フィールドで記述される場合、ＥＸＰは３ビットで、サービスクラスの種類の最大数は２３＝８となる。
　そこで、サービスクラス識別フィールドに８ビットを割り当てて、ビットマップ形式で記述する。例えば、ＥＸＰ＝０ｘ０６～０ｘ０７のクライアント信号を転送する場合はサービスクラス識別フィールド：０ｂ１１００００００、ＥＸＰ＝０ｘ００～０ｘ０３のクライアント信号を多重する場合はサービスクラス識別フィールド：０ｂ００００１１１１とする。
　容量可変管理フレームを速度の異なる転送フレーム、例えばＯＰＵ４（１００　Ｇｂｐｓ）とＯＰＵ５（４００　Ｇｂｐｓ）とに分割するケースを考える。ＯＰＵ４を１フレーム転送する時間内にＯＰＵ５は４フレームが転送されるので、容量可変管理フレームのＰＬＤをＯＰＵ４　ＰＬＤとＯＰＵ５　ＰＬＤとに分割する際は、前者に１バイト、後者に４バイトずつ分配する必要がある。この”１”および”４”をオーバヘッド内に記述し、容量可変管理フレームに統合する際にもこの情報を使用し、ＯＰＵ４　ＰＬＤから１バイト、ＯＰＵ５　ＰＬＤから４バイトずつ容量可変管理フレームのＰＬＤに統合することで、元の容量可変管理フレームが再構成される。
　本実施形態に係る発明は、ＶＣＡＴ（Ｖｉｒｔｕａｌ Ｃｏｎｃａｔｅｎａｔｉｏｎ）、ＯＴＵｆｌｅｘの課題を以下の組合せで解決する。
（１）本実施形態に係る発明は、複数レーンに分割されたフレームあるいはデータブロックの中に含まれるＳＯＩＤとＳＫＩＤ（あるいはＶＣＧＩＤまたはＭＬＧＩＤ）とＥＸＩＤを用いて、個々の容量可変光パスを１組のマルチフレームで識別・分類する。これにより、従来技術のＶＣＡＴおよびＬＣＡＳ（Ｌｉｎｋ　ｃａｐａｃｉｔｙ　ａｄｊｕｓｔｍｅｎｔ　ｓｃｈｅｍｅ）ではＶＣＧを識別するための１５ｂｉｔのＧＩＤを得るために必要となる１５組のマルチフレームを保持するための大容量メモリと保持に伴うレイテンシが増加するという課題を解決することができる。
　例えば、従来のＶＣＡＴの場合、ＯＴＵフレームの長さは１６３２０バイト、２５６フレーム×１５分のメモリを要するので、１レーンあたり必要なメモリは６２６６８８００バイトであり、１レーンあたりの速度をＯＴＵ４相当の１１１．８Ｇｂｐｓとすると、レイテンシは約４．４８ｍｓｅｃである。一方、本発明の場合、３２フレームで十分なので、１レーンあたり必要なメモリは５２２２４０バイトになり、レイテンシは３７．４μｓｅｃまで削減することができる。
（２）本実施形態に係る発明は、ＯＭＦＮ（ＯＰＵ　Ｍｕｌｔｉｆｒａｍｅ　Ｎｕｍｂｅｒ）を用いて速度の異なるＯＰＵを仮想的に結合して管理ユニットを構成する。ＯＰＵｋの速度差を明示的に示すＯＭＦＮを用いることで、ＯＴＵｆｌｅｘのように一旦同じ速度の論理レーンに分割してから再構成するのではなく、異なった速度のＯＰＵｋのまま再構成できる。これにより、異なる速度のＯＰＵｋを用いるという課題を解決することができる。
（３）本実施形態に係る発明は、ＮＳＣ（Ｎｕｍｂｅｒ　ｏｆ　Ｓｅｒｖｉｃｅ　Ｃｌａｓｓ）とＳＣＩ（Ｓｅｒｖｉｃｅ　Ｃｌａｓｓ　Ｉｎｄｉｃａｔｏｒ）を用いてデータフローのサービスクラスに関する情報を１組のマルチフレームで転送する。クライアント信号のサービスクラスを記述することで、光波長リソースが全体で不足する場合にサービスクラスの低い光パスの容量を削減し、それをサービスクラスの高い光パスに割り当てるといった処理が可能となる。これにより、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述するという課題を解決することができる。
　本実施形態に係る発明は、（１）（２）（３）を組合せることで、異なる速度のＯＰＵｋを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることができる。
（実施形態１）
　Ｘ１個のＯＰＵｋ１とＸ２個のＯＰＵｋ２を仮想的に連結した容量可変管理フレームとしてＯＰＵｋ１－Ｘ１＋ｋ２－Ｘ２ｖｅを定義する（ここで、ｖｅは拡張されたＶＣＡＴを表す）。
　例として、ＯＰＵ４－１＋５－２ｖｅを図４－４に示す。ＯＰＵ４－１＋５－２ｖｅはＯＰＵ４－１＋５－２ｖｅ　ＯＨとＯＰＵ４－１＋５－２ｖｅ　ＰＬＤで構成され、ＯＰＵ４－１＋５－２ｖｅ　ＯＨ　は（１４Ｘ＋１）～１６Ｘ列目に、ＯＰＵ４－１＋５－２ｖｅ　ＰＬＤは（１６Ｚ＋１）～３８２４Ｚ列目に配置される。ここで、Ｚ＝Ｘ１＋４＊Ｘ２＝９である。ＯＰＵ４－１＋５－２ｖｅ　ＯＨはＯＰＵ４＃１　ＯＨ、ＯＰＵ５＃２　ＯＨ、ＯＰＵ５＃３　ＯＨにそれぞれ１バイトずつ分配される。また、ＯＰＵ４－１＋５－２ｖｅ　ＰＬＤは１バイトずつＯＰＵ４＃１　ＰＬＤに、ＯＰＵ５＃２　ＰＬＤとＯＰＵ５＃３　ＰＬＤにそれぞれ４バイトずつ分配される。ＯＰＵ４－１＋５－２ｖｅは２５６個で１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ　ＯＨの７バイト目に配置されたＭＦＡＳで識別される。
　ＯＰＵｋ１－Ｘ１＋ｋ２－Ｘ２ｖｅ　ＯＨを構成する個別のＯＰＵｋ　ＯＨを図４－５に示す。１５列目にはＶＣＯＨおよびＰＳＩが配置され、１６列目はクライアント信号のマッピング形式に応じた情報（スタッフ制御情報など）が収容される。
　ＶＣＯＨは１５列目の１～３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＭＦＡＳの４～８ビット目の５ビット〔０～３１〕をＶＣＯＨ１～ＶＣＯＨ３のインデックスとする）。
　ＭＦＩ：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＭＦＩと同様に用いることができる。
　ＳＯＩＤ（Ｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［２］およびＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ（Ｍｏｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）、ＶＣＯＨ１［３］の８ビット目をＬＳＢ（Ｌｅａｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）とする。ＳＯＩＤはＶＣＧの始点となるマルチレーン光トランスポート装置に付与されたＩＤであり、後述のＳＫＩＤおよびＥＸＩＤと組み合わせてＶＣＧの識別に用いる。
　ＳＱ：ＶＣＯＨ１［４］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＳＱと同様に用いることができる。
　ＣＴＲＬ：ＶＣＯＨ１［５］の１～４ビット目に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＣＴＲＬと同様に用いることができる。
ＶＣＯＨ１［５］の５ビット目は予備領域である（従来のＶＣＡＴ／ＬＣＡＳとの互換性を保持するためにＧＩＤとして使用しても良い）。
　ＲＳＡ：ＶＣＯＨ１［５］の６ビット目に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＲＳＡと同様に用いることができる。
ＶＣＯＨ１［５］の７～８ビット目は予備領域である。
　ＳＫＩＤ（Ｓｉｎｋ　Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［６］およびＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。ＳＫＩＤはＶＣＧの終点となるマルチレーン光トランスポート装置に付与されたＩＤであり、前述のＳＯＩＤおよび後述のＥＸＩＤと組み合わせてＶＣＧの識別に用いる。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。
　ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ　Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［８］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＶＣＧを設定するために追加されたＩＤであり、前述のＳＯＩＤおよびＳＫＩＤと組み合わせてＶＣＧの識別に用いる。
　ＯＭＦＮ（ＯＰＵ　Ｍｕｌｔｉｆｒａｍｅ　Ｎｕｍｂｅｒ）：ＶＣＯＨ１［９］に配置される。　（ＯＭＦＮ＋１）は同一ＳＱの下のＯＰＵｋの個数を示す。例えば、図４－４に示したＯＰＵ４－１＋５－２ｖｅを例にとると、
ＯＰＵ４＃１：ＳＱ＝０、ＯＭＦＮ＝０
ＯＰＵ５＃２：ＳＱ＝１、ＯＭＦＮ＝３
ＯＰＵ５＃３：ＳＱ＝２、ＯＭＦＮ＝３
となる。ＯＰＵｋ１－Ｘ１＋ｋ２－Ｘ２ｖｅ　ＰＬＤをＯＰＵｋ１　ＰＬＤおよびＯＰＵｋ２　ＰＬＤに分配、あるいは、ＯＰＵｋ１　ＰＬＤおよびＯＰＵｋ２　ＰＬＤをＯＰＵｋ１－Ｘ１＋ｋ２－Ｘ２ｖｅ　ＰＬＤに仮想的に結合する際も、（ＯＭＦＮ＋１）バイトずつとなる。なお、常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
　ＶＣＯＨ１［１０］～ＶＣＯＨ１［３１］は予備領域である。
ＭＳＴ：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＭＳＴと同様に用いることができる。
ＣＲＣ：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＣＲＣと同様に用いることができる。
以上、ＶＣＯＨは１組のマルチフレーム内で８回繰り返される。
　ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は以下の通りである（ＭＦＡＳの８ビット〔０～２５５〕をＰＳＩのインデックスとする）。
　ＰＴ：ＰＳＩ［０］に配置される。従来のＯＴＮにおけるＰＴと同様に用いることができる。
　ｖｃＰＴ：ＰＳＩ［１］に配置される。従来のＶＣＡＴにおけるｖｃＰＴと同様に用いることができる。
　ＣＳＦ（Ｃｌｉｅｎｔ　Ｓｉｇｎａｌ　Ｆａｉｌ）：ＰＳＩ［２］の１ビット目に配置される。従来のＯＴＮにおけるＣＳＦと同様に用いることができる。
　ＮＳＣ（Ｎｕｍｂｅｒ　ｏｆ　Ｓｅｒｖｉｃｅ　Ｃｌａｓｓ）：ＰＳＩ［３］に配置される。１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＮＳＣの値はペイロードで転送されるサービスクラスの（最大数－１）を示す。例えば、クライアント信号のサービスクラスを記述するのにＭＰＬＳのシムヘッダのＥＸＰフィールドを用いる場合、ＥＸＰは３ビットで８種類のサービスクラスを記述できる。この場合、ＮＳＣ＝０ｘ０７となる。また、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグのＰＣＰ（Ｐｒｉｏｒｉｔｙ　Ｃｏｄｅ　Ｐｏｉｎｔ）フィールドを用いる場合も、同様に３ビットで８種類のサービスクラスを記述できるので、ＮＳＣ＝０ｘ０７となる。
　ＳＣＩ（Ｓｅｒｖｉｃｅ　Ｃｌａｓｓ　Ｉｎｄｉｃａｔｏｒ）：ＰＳＩ［４］からＰＳＩ［３５］に配置される。実際に使用するビット数はＮＳＣに依存する。例えば、ＮＳＣ＝０ｘ０７ならば、ＰＳＩ［４］の８ビットだけを使用する。また、ＮＳＣ＝０ｘＦＦならばＰＳＩ［４］からＰＳＩ［３５］までの全２５６ビットを使用する。記述はビットマップ形式で、ＰＳＩ［４］の１ビット目が最も優先度の高いサービスクラスに割り当てられ、以降は順番に優先度の低いサービスクラスに割り当てられる。例えば、ＥＸＰ＝０ｘ０６～０ｘ０７のクライアント信号を転送する場合、ＳＣＩ＝０ｂ１１００００００、ＥＸＰ＝０ｘ００～０ｘ０３のクライアント信号を転送する場合、ＳＣＩ＝０ｂ００００１１１１となる。なお、ＰＳＩ［５］～ＰＳＩ［３５］はオール０とする。ＮＳＣ＝０ｘ００の場合はサービスクラスの違いを無視するものとし、ＰＳＩ［４］～ＰＳＩ［３５］はオール０とする。
　ＰＳＩ［２］の２～８ビット目、および、ＰＳＩ［３６］からＰＳＩ［２５５］は予備領域である。
　個別のＯＰＵｋ　ＯＨの別の例を図４－３８に示す。特に言及の無い項目は前記の図４－５と同じである。
　ＳＯＩＤ：ＶＣＯＨ１［２］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［２］の８ビット目をＬＳＢとする。
　ＳＫＩＤ：ＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［３］の１ビット目をＭＳＢ、ＶＣＯＨ１［３］の８ビット目をＬＳＢとする。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ１バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が２５６以下の比較的小規模なネットワークに適用できる。
　ＥＸＩＤ：ＶＣＯＨ１［６］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
　ＯＭＦＮ：ＶＣＯＨ１［７］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
　ＶＣＯＨ１［８］～ＶＣＯＨ１［３１］は予備領域である。
　個別のＯＰＵｋ　ＯＨの別の例を図４－３９に示す。特に言及の無い項目は前記の図４－５と同じである。
　ＳＯＩＤ：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］、ＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。
　ＳＫＩＤ：ＶＣＯＨ１［８］、ＶＣＯＨ１［９］、ＶＣＯＨ１［１０］、ＶＣＯＨ１［１１］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、ＶＣＯＨ１［１１］の８ビット目をＬＳＢとする。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ４バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が４２９４９６７２９６までの大規模なネットワークに適用できる。
　ＥＸＩＤ：ＶＣＯＨ１［１２］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
　ＯＭＦＮ：ＶＣＯＨ１［１３］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
　ＶＣＯＨ１［８］～ＶＣＯＨ１［３１］は予備領域である。
　マルチレーン光トランスポート装置（ＭＬＯＴ：　Ｍｕｌｔｉｌａｎｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　ｅｑｕｉｐｍｅｎｔ）を用いたネットワークの構成を図４－７に示す。ＭＬＯＴ　１（ＩＤ＝０ｘ１０００）、ＭＬＯＴ　２（ＩＤ＝０ｘ２０００）、ＭＬＯＴ　３（ＩＤ＝０ｘ３０００）、ＭＬＯＴ　４（ＩＤ＝０ｘ４０００）はそれぞれルータ５、ルータ６、ルータ７、ルータ８と１　Ｔｂｐｓインタフェースで接続されており、ルータ間のトラヒックを容量可変光パスを用いて転送する。各ＭＬＯＴからの光信号は光クロスコネクト（ＯＸＣ：　Ｏｐｔｉｃａｌ　Ｃｒｏｓｓ－Ｃｏｎｎｅｃｔ　Ｓｗｉｔｃｈ）９によって宛先のＭＬＯＴに転送される（実際の転送網は複数のＯＸＣやＯＡＤＭ（Ｏｐｔｉｃａｌ　Ａｄｄ－Ｄｒｏｐ　Ｍｕｌｔｉｐｌｅｘｅｒ）により構成されるが、簡単のため、図４－７では１個のＯＸＣで表現する）。これらの装置はネットワーク管理システム（ＮＭＳ：　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）１０によって管理・制御される。
　ＭＬＯＴの送信部の構成例を図４－８に示す。フローディストリビュータ（ＦＬＤ：Ｆｌｏｗ　Ｄｉｓｔｒｉｂｕｔｏｒ）１０１は、１Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローに振分ける機能を有する。ＦＬＤ１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、図４－２４に示す４種類のデータフローに振分けるものとする。
　データフロー＃１～４はフレーム処理回路（ＦＲＭ：Ｆｒａｍｅｒ）１０２＃１～＃４でそれぞれＯＰＵ４－５ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である（例えば、データフローが５００　Ｇｂｐｓ、１００　Ｇｂｐｓ、２００　Ｇｂｐｓ、２００　Ｇｂｐｓならば、ＯＰＵ４－５ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングするが、データフローを６００　Ｇｂｐｓ、１００　Ｇｂｐｓ、１００　Ｇｂｐｓ、２００　Ｇｂｐｓに変更した場合は、ＯＰＵ４－６ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングする）。個別のＯＰＵ４は、１～１４列目にＦＡ　ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵ４　ＯＨを付加した拡張ＯＤＵ（図４－９）の形式でＯＴＵ４符号化回路（ＥＮＣ：　Ｅｎｃｏｄｅｒ）１０３＃１～１０に入力される。ここで、ＯＰＵ４　ＯＨの主な項目の値は図４－２５で与えられる。
　ＯＴＵ４　ＥＮＣ　１０３＃１～１０は拡張ＯＤＵ４の固定スタッフ領域にＯＴＵ４　ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４　ＦＥＣとして付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４の形式で出力する。
　１００Ｇ変調器（ＭＯＤ：Ｍｏｄｕｌａｔｏｒ）１０４＃１～１０はＯＴＵ４　ＥＮＣ１０３＃１～１０から出力されたＯＴＵ４を１００Ｇｂｐｓ光信号に変換する。光アグリゲータ（ＯＡＧＧ：Ｏｐｔｉｃａｌ　Ａｇｇｒｅｇａｔｏｒ）１０５はこれらの光信号を多重化して送出する。
　監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ　ａｎｄ　Ｍａｎａｇｅｍｅｎｔ　Ｕｎｉｔ）１０６は以上の各ブロックの制御や監視を行う。
　ＭＬＯＴの受信部の構成を図４－１０に示す。光デアグリゲータ（ＯＤＥＡＧＧ：Ｏｐｔｉｃａｌ　Ｄｅａｇｇｒｅｇａｔｏｒ）２０１は受信した光信号を分離する。１００Ｇ復調器（ＤＥＭ：Ｄｅｍｏｄｕｌａｔｏｒ）２０２＃１～１０は分離された各光信号を受信してＯＴＵ４を復調する。
　ＯＴＵ４　復号回路（ＤＥＣ：Ｄｅｃｏｄｅｒ）２０３＃１～１０は、ＯＴＵ４フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４　ＯＨを読み出す。ここで、各ＯＰＵ４　ＯＨの主な項目の値は図４－２８のようになっているものとすると、
　ＯＰＵ４＃１～５は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
　ＯＰＵ４＃６は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
　ＯＰＵ４＃７～８は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
　ＯＰＵ４＃９～１０は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
　拡張ＯＤＵ４はＶＣＧ毎にグループ化され、デフレームミング回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）２０４＃１～４に入力される。ＤＥＦ　２０４＃１は、拡張ＯＤＵ４のＭＦＡＳおよびＯＰＵ４　ＯＨのＭＦＩに基づいてＯＰＵ４の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図４－３１のようになっていたとすると、ＯＰＵ４＃３が最も遅れていて、ＯＰＵ４＃１はＯＰＵ４＃３に比べて４フレーム分、ＯＰＵ４＃２はＯＰＵ４＃３に比べて７フレーム分、ＯＰＵ４＃４はＯＰＵ４＃３に比べて９フレーム分、ＯＰＵ４＃５はＯＰＵ４＃３に比べて１フレーム分進んでいるのが判る。ＤＥＦ　２０４＃１は、ＯＰＵ４＃１を４フレーム分、ＯＰＵ４＃２を７フレーム分、ＯＰＵ４＃４を９フレーム分、ＯＰＵ４＃５を１フレーム分遅延させてＯＰＵ４＃１～５の遅延時間差を補償した後、ＳＱおよびＯＭＦＮに従ってＯＰＵ４＃１～５を仮想的に連結してＯＰＵ４－５ｖｅを再構成し、ＯＰＵ４－５ｖｅ　ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ　２０４＃２～４も同様にＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４－５ｖｅ　ＯＨ、ＯＰＵ４－１ｖｅ　ＯＨ、ＯＰＵ４－２ｖｅ　ＯＨ、ＯＰＵ４－２ｖｅ　ＯＨから　ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
　ＤＥＦ　２０４＃１～４の出力するクライアント信号のデータフロー＃１～４はフローコンバイナ（ＦＬＣ：　Ｆｌｏｗ　Ｃｏｍｂｉｎｅｒ）２０５によって統合されて１　Ｔｂｐｓインタフェースに出力される。ここでは、図４－３３に示す４種類のデータフローを統合するものとする。
　制御回路２０６は以上の各ブロックの制御や監視を行う。
（実施形態２）
　異なる速度のＯＴＵを用いる場合の例を以下に示す。ネットワークの構成は実施形態１と同様（図４－７）である。
　ＭＬＯＴの送信部の構成例を図４－１１に示す。ＦＬＤ　１０１は、１　Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ　１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４－２４に示す４種類のデータフローに振分けるものとする。
　データフロー＃１～４のデータはＦＲＭ　１０２＃１～＃４でそれぞれＯＰＵ４－１＋５－１ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である（例えば、データフローが５００　Ｇｂｐｓ、１００　Ｇｂｐｓ、２００　Ｇｂｐｓ、２００　Ｇｂｐｓならば、ＯＰＵ４－１＋５－１ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングするが、データフローを６００　Ｇｂｐｓ、１００　Ｇｂｐｓ、１００　Ｇｂｐｓ、２００　Ｇｂｐｓに変更した場合は、ＯＰＵ４－２＋５－１ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングする）。個別のＯＰＵ４／５は拡張ＯＤＵ４／５の形式でＯＴＵ４　ＥＮＣ　１０３＃１～６およびＯＴＵ５　ＥＮＣ　１０３０に入力される。ここで、ＯＰＵ４／５　ＯＨの主な項目の値は図４－２７で与えられる。
　ＯＴＵ４　ＥＮＣ　１０３＃１～６およびＯＴＵ５　ＥＮＣ　１０３０は拡張ＯＤＵ４／５の固定スタッフ領域にＯＴＵ４／５　ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４／５　ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４／５の形式で出力する。
　１００Ｇ　ＭＯＤ　１０４＃１～６はＯＴＵ４　ＥＮＣ　１０３＃１～６から出力されたＯＴＵ４を１００　Ｇｂｐｓ光信号に変換する。４００Ｇ　ＭＯＤ　１０４０はＯＴＵ５　ＥＮＣ　１０３０から出力されたＯＴＵ５を４００　Ｇｂｐｓ光信号に変換する。ＯＡＧＧ　１０５はこれらの光信号を多重化して送出する。
　ＣＭＵ　１０６は以上の各ブロックの制御や監視を行う。
　ＭＬＯＴの受信部の構成を図４－１２に示す。ＯＤＥＡＧＧ　２０１は受信した光信号を分離する。１００Ｇ　ＤＥＭ　２０２＃１～６は分離された１００　Ｇｂｐｓ光信号を受信してＯＴＵ４を復調する。４００Ｇ　ＤＥＭ　２０２０は分離された４００　Ｇｂｐｓ光信号を受信してＯＴＵ５を復調する。
　ＯＴＵ４　ＤＥＣ　２０３＃１～６およびＯＴＵ５　ＤＥＣ　２０３０は、ＯＴＵ４／５フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４／５　ＯＨを読み出す。ここで、各ＯＰＵ４／５　ＯＨの主な項目の値は図４－２９のようになっているものとすると、
ＯＰＵ４＃１とＯＰＵ５＃２は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃３は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃４～５は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６～７は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
　拡張ＯＤＵ４／５はＶＣＧ毎にグループ化され、ＤＥＦ　２０４＃１～４に入力される。ＤＥＦ　２０４＃１は、拡張ＯＤＵ４／５のＭＦＡＳおよびＯＰＵ４／５　ＯＨのＭＦＩに基づいてＯＰＵ４／５の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図４－３２のようになっていたとすると、ＯＰＵ４＃１が最も遅れていて、ＯＰＵ５＃２はＯＰＵ４＃１に比べて３フレーム分進んでいるのが判る。デフレームミング回路２０４＃１は、ＯＰＵ５＃２を３フレーム分遅延させてＯＰＵ４＃１とＯＰＵ５＃２の遅延時間差を補償した後、ＳＱおよびＯＭＦＮに従ってＯＰＵ４＃１とＯＰＵ５＃２を仮想的に連結してＯＰＵ４－１＋５－１ｖｅを再構成し、ＯＰＵ４－１＋５－１ｖｅ　ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ　２０４＃２～４も同様にＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４－１＋５－１ｖｅ　ＯＨ、ＯＰＵ４－１ｖｅ　ＯＨ、ＯＰＵ４－２ｖｅ　ＯＨ、ＯＰＵ４－２ｖｅ　ＯＨから　ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
　ＤＥＦ　２０４＃１～４の出力するクライアント信号のデータフロー＃１～４はＦＬＣ　２０５によって統合されて１　Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４－３３に示す４種類のデータフローを統合するものとする。
　制御回路２０６は以上の各ブロックの制御や監視を行う。
（実施形態３）
　ＶＣＧ識別情報の設定法が異なる例を図４－６に示す。
　ＶＣＯＨは１５列目の１～３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＶＣＯＨ１～ＶＣＯＨ３のインデックスはＭＦＡＳの４～８ビット目の５ビット〔０～３１〕で表示される）。
　ＭＦＩ：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される（実施形態１と同じ）。
　ＶＣＧＩＤ（Ｖｉｒｔｕａｌ　Ｃｏｎｃａｔｅｎａｔｉｏｎ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］およびＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。ＶＣＧＩＤはＶＣＧの始点・終点の組み合わせに対してＮＭＳ　１０から一意に付与されるＩＤであり、後述のＥＸＩＤと組み合わせてＶＣＧの識別に用いる。このように、ＶＣＧＩＤに４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。ＶＣＧＩＤをＮＭＳ　１０から付与するやり方は、マルチレーン光トランスポート装置に固定的にＩＤが付与されないようなケースでも適用可能である効果がある。
　ＳＱ：ＶＣＯＨ１［４］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＳＱと同様に用いることができる（実施形態１と同じ）。
　ＣＴＲＬ：ＶＣＯＨ１［５］の１～４ビット目に配置される（実施形態１と同じ）。
　ＶＣＯＨ１［５］の５ビット目は予備領域である（実施形態１と同じ）。
　ＲＳＡ：ＶＣＯＨ１［５］の６ビット目に配置される（実施形態１と同じ）。
　ＶＣＯＨ１［５］の７～８ビット目は予備領域である（実施形態１と同じ）。
　ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ　Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［８］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＶＣＧを設定するために追加されたＩＤであり、前述のＶＣＧＩＤと組み合わせてＶＣＧの識別に用いる。
　ＯＭＦＮ：ＶＣＯＨ１［９］に配置される（実施形態１と同じ）。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［１０］～ＶＣＯＨ１［３１］は予備領域である（実施形態１と同じ）。
　ＭＳＴ：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される（実施形態１と同じ）。
　ＣＲＣ：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される（実施形態１と同じ）。
　以上、ＶＣＯＨは１組のマルチフレーム内で８回繰り返される（実施形態１と同じ）。
　ＰＳＩは１５列目の４行目に配置される（実施形態１と同じ）。
　個別のＯＰＵｋ　ＯＨの別の例を図４－４０に示す。特に言及の無い項目は前記の図４－６と同じである。
　ＶＣＧＩＤ：ＶＣＯＨ１［２］およびＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［３］の８ビット目をＬＳＢとする。このように、ＶＣＧＩＤに２バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が２５６以下の比較的小規模なネットワークに適用できる。
　ＥＸＩＤ：ＶＣＯＨ１［６］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
　ＯＭＦＮ：ＶＣＯＨ１［７］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
　ＶＣＯＨ１［８］～ＶＣＯＨ１［３１］は予備領域である。
個別のＯＰＵｋ　ＯＨの別の例を図４－４１に示す。特に言及の無い項目は前記の図４－６と同じである。
　ＶＣＧＩＤ：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］、ＶＣＯＨ１［７］、ＶＣＯＨ１［８］、ＶＣＯＨ１［９］、ＶＣＯＨ１［１０］、ＶＣＯＨ１［１１］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［１１］の８ビット目をＬＳＢとする。このように、ＶＣＧＩＤに８バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［１２］に配置される。ＶＣＯＨ１［１２］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
　ＯＭＦＮ：ＶＣＯＨ１［１３］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
　ＶＣＯＨ１［８］～ＶＣＯＨ１［３１］は予備領域である。
　ネットワークの構成は実施形態１と同様（図４－７）である。
　ＭＬＯＴの送信部の構成を図４－８（実施形態１と同様）に示す。ＦＬＤ　１０１は、１　Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ　１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４－２４に示す４種類のデータフローに振分けるものとする。
　データフロー＃１～４のデータはＦＲＭ　１０２＃１～＃４でそれぞれＯＰＵ４－５ｖｅ　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵ４は拡張ＯＤＵ（図４－９）の形式でＯＴＵ４　ＥＮＣ　１０３＃１～１０に入力される。ここで、ＯＰＵ４　ＯＨの主な項目の値は図４－２７で与えられる。
　ＯＴＵ４　ＥＮＣ　１０３＃１～１０は拡張ＯＤＵ４の固定スタッフ領域にＯＴＵ４　ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４　ＦＥＣとして付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４の形式で出力する。
１００Ｇ　ＭＯＤ　１０４＃１～１０はＯＴＵ４　ＥＮＣ　１０３＃１～１０から出力されたＯＴＵ４を１００　Ｇｂｐｓ光信号に変換する。ＯＡＧＧ　１０５はこれらの光信号を多重化して送出する。
　ＣＭＵ　１０６は以上の各ブロックの制御や監視を行う。
　ＭＬＯＴの受信部の構成を図４－１０（実施形態１と同様）に示す。ＯＤＥＡＧＧ　２０１は受信した光信号を分離する。１００Ｇ　ＤＥＭ　２０２＃１～１０は分離された各光信号を受信してＯＴＵ４を復調する。
　ＯＴＵ４　ＤＥＣ　２０３＃１～１０は、ＯＴＵ４フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４　ＯＨを読み出す。ここで、各ＯＰＵ４　ＯＨの主な項目の値は図４－３０のようになっているものとすると、
ＯＰＵ４＃１～５は（ＶＣＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６は（ＶＣＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃７～８は（ＶＣＧＩＤ＝０ｘ００００４０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃９～１０は（ＶＣＧＩＤ＝０ｘ００００５０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
　拡張ＯＤＵ４はＶＣＧ毎にグループ化され、ＤＥＦ　２０４＃１～４に入力される。ＤＥＦ　２０４＃１は、拡張ＯＤＵ４のＭＦＡＳおよびＯＰＵ４　ＯＨのＭＦＩに基づいてＯＰＵ４の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図４－３１（実施形態１と同様）のようになっていたとすると、ＯＰＵ４＃３が最も遅れていて、ＯＰＵ４＃１はＯＰＵ４＃３に比べて４フレーム分、ＯＰＵ４＃２はＯＰＵ４＃３に比べて７フレーム分、ＯＰＵ４＃４はＯＰＵ４＃３に比べて９フレーム分、ＯＰＵ４＃５はＯＰＵ４＃３に比べて１フレーム分進んでいるのが判る。ＤＥＦ　２０４＃１は、ＯＰＵ４＃１を４フレーム分、ＯＰＵ４＃２を７フレーム分、ＯＰＵ４＃４を９フレーム分、ＯＰＵ４＃５を１フレーム分遅延させてＯＰＵ４＃１～５の遅延時間差を補償した後、ＳＱに従ってＯＰＵ４＃１～５を仮想的に連結してＯＰＵ４－５ｖｅを再構成し、ＯＰＵ４－５ｖｅ　ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ　２０４＃２～４も同様にＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤ、ＯＰＵ４－２ｖｅ　ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４－５ｖｅ　ＯＨ、ＯＰＵ４－１ｖｅ　ＯＨ、ＯＰＵ４－２ｖｅ　ＯＨ、ＯＰＵ４－２ｖｅ　ＯＨから　ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
ＤＥＦ　２０４＃１～４の出力するクライアント信号のデータフロー＃１～４はＦＬＣ　２０５によって統合されて１　Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４－３３に示す４種類のデータフローを統合するものとする。
　制御回路２０６は以上の各ブロックの制御や監視を行う。また、ＮＭＳ　１０からＶＣＧＩＤを取得する。
（実施形態４）
　ＯＴＵｆｌｅｘを用いた例を以下に示す。ＯＴＵｆｌｅｘの場合、既存のＯＰＵｋ／ＯＤＵｋ／ＯＴＵｋ以外のフレームを使用するので、これをＯＰＵｆｎ／ＯＤＵｆｎ／ＯＴＵｆｎと表記する。添字のｆはＯＴＵｆｌｅｘで使用することを意味する（ただし、クライアント信号としてＯＤＵｆｌｅｘを収容することを意味するわけではない）。また、添字のｎは１．２５　Ｇｂｐｓを単位とする速度を示す。例えば、ｎ＝８０なら速度は１００　Ｇｂｐｓ、ｎ＝３２０ならば速度は４００　Ｇｂｐｓとなる。容量可変管理フレームはＹ個のＯＰＵｆｎから成りＯＰＵｆｎ－Ｙと表記する。ＯＴＵｆｎ－ＹはＹ個のレーンに分配されて転送される。ＯＰＵｆｎ－ＹとＯＰＵｆｎのフレームとの関係を図４－１３に示す。ＯＰＵｆｎはＺ個（Ｙの倍数で２５６以下の最大値をＺとする）のフレームで１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ　ＯＨの６バイト目に配置されたＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）で識別される。
　ここで、容量可変管理フレームと可変フレームは同一のものである。
　ＯＴＵｆｌｅｘで使用するＭＬＯＨ（Ｍｕｌｔｉｌａｎｅ　Ｏｖｅｒｈｅａｄ）とＰＳＩを図４－１４に示す。
　ＭＬＯＨはＭＬＧ（Ｍｕｌｔｉｌａｎｅ　Ｇｒｏｕｐ）を識別するための情報を収容する（ＬＬＭの８ビット〔０～Ｚ－１〕をＭＬＯＨのインデックスとする）。
　ＳＯＩＤ：ＭＬＯＨ［０］およびＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。ＳＯＩＤはＭＬＧの始点となるＭＬＯＴに付与されたＩＤであり、後述のＳＫＩＤおよびＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［１］～ＭＬＯＨ［Ｙ－１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］～ＭＬＯＨ［２Ｙ－１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。なお、ＳＯＩＤはＯＴＵ　ＯＨのＴＴＩ（Ｔｒａｉｌ　Ｔｒａｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）におけるＳＡＰＩ（Ｓｏｕｒｃｅ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）とは独立に設定しても良いし、他と重複しなければＳＡＰＩから生成したハッシュ値などでも良い。
　ＳＫＩＤ：ＭＬＯＨ［２Ｙ］およびＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。ＳＫＩＤはＭＬＧの終点となるＭＬＯＴに付与されたＩＤであり、前述のＳＯＩＤおよび後述のＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］～ＭＬＯＨ［３Ｙ－１］にはＭＬＯＨ［３Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］～ＭＬＯＨ［４Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。なお、ＳＫＩＤはＯＴＵ　ＯＨのＴＴＩにおけるＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）とは独立に設定しても良いし、他と重複しなければＤＡＰＩから生成したハッシュ値などでも良い。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。
　ＥＸＩＤ：ＭＬＯＨ［４Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＭＬＧを設定するために追加されたＩＤであり、前述のＳＯＩＤおよびＳＫＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］～ＭＬＯＨ［５Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。
　ＣＲＣ：ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、およびＭＬＯＨ［７Ｙ］の１～４ビット目に配置される。ＭＬＯＨ［５Ｙ］はＳＯＩＤに対する誤り検出、ＭＬＯＨ［６Ｙ］はＳＫＩＤに対する誤り検出、ＭＬＯＨ［７Ｙ］の１～４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［５Ｙ＋１］～ＭＬＯＨ［６Ｙ－１］にはＭＬＯＨ［５Ｙ］と同じ値、ＭＬＯＨ［６Ｙ＋１］～ＭＬＯＨ［７Ｙ－１］にはＭＬＯＨ［６Ｙ］と同じ値、ＭＬＯＨ［７Ｙ＋１］～ＭＬＯＨ［８Ｙ－１］　の１～４ビット目にはＭＬＯＨ［５Ｙ］の１～４ビット目と同じ値が複写される。
　ＭＬＯＨ［７Ｙ］　～ＭＬＯＨ［８Ｙ－１］の５～８ビット目は予備領域である。
　ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は実施形態１と同様である（ただし、ＭＦＡＳではなくＬＬＭの８ビット〔０～Ｚ－１〕をＰＳＩのインデックスとする）。
　ＭＬＯＨの別の例を図４－４２に示す。特に言及の無い項目は前記の図４－１４と同じである。
　ＳＯＩＤ：ＭＬＯＨ［０］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［０］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］～ＭＬＯＨ［Ｙ－１］にはＭＬＯＨ［０］と同じ値が複写される。
　ＳＫＩＤ：ＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［Ｙ＋１］～ＭＬＯＨ［２Ｙ－１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ１バイトを割り当てるやり方は、マルチレーン光トランスポート装置が２５６以下の比較的小規模なネットワークに適用できる。
　ＥＸＩＤ：ＭＬＯＨ［２Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］～ＭＬＯＨ［３Ｙ－１］にはＭＬＯＨ［２Ｙ］と同じ値が複写される。
　ＣＲＣ：ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、およびＭＬＯＨ［５Ｙ］の１～４ビット目に配置される。ＭＬＯＨ［３Ｙ］はＳＯＩＤに対する誤り検出、ＭＬＯＨ［４Ｙ］はＳＫＩＤに対する誤り検出、ＭＬＯＨ［５Ｙ］の１～４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［３Ｙ＋１］～ＭＬＯＨ［４Ｙ－１］にはＭＬＯＨ［３Ｙ］と同じ値、ＭＬＯＨ［４Ｙ＋１］～ＭＬＯＨ［５Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値、ＭＬＯＨ［５Ｙ＋１］～ＭＬＯＨ［６Ｙ－１］　の１～４ビット目にはＭＬＯＨ［５Ｙ］の１～４ビット目と同じ値が複写される。
　ＭＬＯＨの別の例を図４－４３に示す。特に言及の無い項目は前記の図４－１４と同じである。
　ＳＯＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［Ｙ］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］～ＭＬＯＨ［Ｙ－１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］～ＭＬＯＨ［２Ｙ－１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］～ＭＬＯＨ［３Ｙ－１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］～ＭＬＯＨ［４Ｙ－１］にはＭＬＯＨ［３Ｙ］と同じ値が複写される。
　ＳＫＩＤ：ＭＬＯＨ［４Ｙ］、ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、ＭＬＯＨ［７Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［７Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］～ＭＬＯＨ［５Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値が、ＭＬＯＨ［５Ｙ＋１］～ＭＬＯＨ［６Ｙ－１］にはＭＬＯＨ［５Ｙ］と同じ値が、ＭＬＯＨ［６Ｙ＋１］～ＭＬＯＨ［７Ｙ－１］にはＭＬＯＨ［６Ｙ］と同じ値が、ＭＬＯＨ［７Ｙ＋１］～ＭＬＯＨ［８Ｙ－１］にはＭＬＯＨ［７Ｙ］と同じ値が複写される。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が４２９４９６７２９６までの大規模なネットワークに適用できる。
　ＥＸＩＤ：ＭＬＯＨ［８Ｙ］に配置される。ＭＬＯＨ［８Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［８Ｙ＋１］～ＭＬＯＨ［９Ｙ－１］にはＭＬＯＨ［８Ｙ］と同じ値が複写される。
　ＣＲＣ：ＭＬＯＨ［９Ｙ］、ＭＬＯＨ［１０Ｙ］、ＭＬＯＨ［１１Ｙ］、ＭＬＯＨ［１２Ｙ］、およびＭＬＯＨ［１３Ｙ］の１～４ビット目に配置される。ＭＬＯＨ［９Ｙ］はＳＯＩＤ１およびＳＯＩＤ２に対する誤り検出、ＭＬＯＨ［１０Ｙ］はＳＯＩＤ３およびＳＯＩＤ４に対する誤り検出、ＭＬＯＨ［１１Ｙ］はＳＫＩＤ１およびＳＫＩＤ２に対する誤り検出、ＭＬＯＨ［１２Ｙ］はＳＫＩＤ３およびＳＫＩＤ４に対する誤り検出、ＭＬＯＨ［１３Ｙ］の１～４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［９Ｙ＋１］～ＭＬＯＨ［１０Ｙ－１］にはＭＬＯＨ［９Ｙ］と同じ値、ＭＬＯＨ［１０Ｙ＋１］～ＭＬＯＨ［１１Ｙ－１］にはＭＬＯＨ［１０Ｙ］と同じ値、ＭＬＯＨ［１１Ｙ＋１］～ＭＬＯＨ［１２Ｙ－１］にはＭＬＯＨ［１１Ｙ］と同じ値、ＭＬＯＨ［１２Ｙ＋１］～ＭＬＯＨ［１３Ｙ－１］にはＭＬＯＨ［１２Ｙ］と同じ値、ＭＬＯＨ［１３Ｙ＋１］～ＭＬＯＨ［１４Ｙ－１］　の１～４ビット目にはＭＬＯＨ［１３Ｙ］の１～４ビット目と同じ値が複写される。
　図４－１６に示すように、ＭＬＯＨの配置にはいくつかのオプションがある。（ａ）はＯＰＵｆｎ　ＯＨの先頭（１５列目の１行目）に配置する場合である。（ｂ）はＯＴＵｆｎ　ＯＨの予備領域（１３列目または１４列目の１行目）に配置する場合である。（ｃ）はＦＡ　ＯＨの１バイト目（１列目の１行目）に配置する場合である。オプション（ｂ）または（ｃ）　はＯＰＵｆｎ　ＯＨの先頭（１５列目の１行目）をクライアント信号のマッピング情報に割り当てる場合にも用いることができる。なお、オプション（ｃ）はアンスクランブル領域なので、受信時にデスクランブルが不要である。
　以下、ネットワークの構成は実施形態１と同様（図４－７）である。
　ＭＬＯＴの送信部の構成例を図４－１７に示す。ＦＬＤ　１０１は、１　Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ　１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４－２４に示す４種類のデータフローに振分けるものとする。
　データフロー＃１～４のデータはＦＲＭ　１１０＃１～＃４でそれぞれＯＰＵｆ４００－５　ＰＬＤ、ＯＰＵｆ８０－１　ＰＬＤ、ＯＰＵｆ１６０－２　ＰＬＤ、ＯＰＵｆ１６０－２　ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵｆｎは、１～１４列目にＦＡ　ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵｆｎ　ＯＨを付加した拡張ＯＤＵｆｎ（図４－１８の（ａ）～（ｃ））の形式で可変ＯＴＵ符号化回路（ＯＴＵｆ　ＥＮＣ：　Ｆｌｅｘｉｂｌｅ　ＯＴＵ　Ｅｎｃｏｄｅｒ）１１１＃１～４に入力される。
　ＯＴＵｆ　ＥＮＣ　１１１＃１～４は拡張ＯＤＵｆｎの固定スタッフ領域にＯＴＵｆｎ　ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵｆｎ　ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして出力する。
　マルチレーンディストリビュータ（ＭＬＤ：Ｍｕｌｔｉｌａｎｅ　Ｄｉｓｔｒｉｂｕｔｏｒ）１１２＃１～４はＯＴＵｆｎ－Ｙを複数のレーンに分配する。ＯＴＵｆ４００－５を５レーンに分配する例を図４－１９に示す。ＯＴＵｆ４００の１フレームは１６３２０バイトから成るが、これを１６バイトずつ１０２０のデータブロックに分割する。ＦＡＳ・ＬＬＭ・ＭＬＯＨを含む第１のデータブロック（１～１６バイト目）はレーン１に、第２のデータブロック（１７～３２バイト目）はレーン２に、第３のデータブロック（３３～４８バイト目）はレーン３に、第４のデータブロック（４９～６４バイト目）はレーン４に、第５のデータブロック（６５～８０バイト目）はレーン５に分配される。以下同様に第１０２０のデータブロック（１６３０５～１６３２０バイト目）までラウンドロビンで各レーンに分配を繰り返す。２番目のフレームはレーンを１つローテートして、第１のデータブロック（１～１６バイト目）はレーン２に、第２のデータブロック（１７～３２バイト目）はレーン３に、第３のデータブロック（３３～４８バイト目）はレーン４に、第４のデータブロック（４９～６４バイト目）はレーン５に、第５のデータブロック（６５～８０バイト目）はレーン１に分配される。３番目のフレームはレーンを更に１つローテートして、第１のデータブロック（１～１６バイト目）はレーン３に、第２のデータブロック（１７～３２バイト目）はレーン４に、第３のデータブロック（３３～４８バイト目）はレーン５に、第４のデータブロック（４９～６４バイト目）はレーン１に、第５のデータブロック（６５～８０バイト目）はレーン２に分配される。以上のようにローテートを繰り返すことにより、ＦＡＳ・ＬＬＭ・ＭＬＯＨを含む第１のデータブロックは各レーンに均等に分配される。ここで、各レーンに分配された　ＭＬＯＨの主な項目の値は図４－３４で与えられる。
　なお、データブロック数の１０２０がレーン数で割り切れない場合（ＯＴＵｆ５６０－７）を図４－２０に示す。この場合は７レーンなので、７－（１０２０　ｍｏｄ　７）＝２個のデータブロックに相当する３２バイト分の固定スタッフを各フレームの後に挿入する。
　１００Ｇ　ＭＯＤ　１１３＃１～１０はＭＬＤ　１１２＃１～４から出力されたＬ＃１～１０の信号を１００　Ｇｂｐｓ光信号に変換する。ＯＡＧＧ　１０５はこれらの光信号を多重化して送出する。
　ＣＭＵ　１０６は以上の各ブロックの制御や監視を行う。
　ＭＬＯＴの受信部の構成を図４－２１に示す。ＯＤＥＡＧＧ　２０１は受信した光信号を分離する。１００Ｇ　ＤＥＭ　２１０＃１～１０は分離された１００　Ｇｂｐｓ光信号を受信してＬ＃１～１０の信号を復調する。
　ＭＬＯＨ読み出し回路（ＭＬＯＤ：　Ｍｕｌｔｉｌａｎｅ　Ｏｖｅｒｈｅａｄ　Ｄｅｔｅｃｔｏｒ）２１１＃１～１０は各レーンからＳＯＩＤ、ＳＫＩＤ、ＥＸＩＤを読み出す。その手順は以下の通りである。ＭＬＯＤ　２１１＃１～１０はまずレーン毎にＦＡＳを検出する。次にＦＡＳの位置を起点にしてＬＬＭとＭＬＯＨの位置を決定する。ここで、ＬＬＭはＦＡＳと同様にスクランブルされていないので、直接読み出すことができる。ＭＬＯＨはＦＡ　ＯＨの５バイト目に配置されている場合はスクランブルされていないので直接読み出すことができるが、（ａ）ＯＰＵｆｎ　ＯＨの先頭あるいは（ｂ）ＯＴＵｆｎ　ＯＨの予備領域に配置されている場合はデスクランブルしてから読み出す必要がある。その仕組みを図４－２２に示す。ＯＴＮのスクランブルパターンは生成多項式　１＋ｘ＋ｘ３＋ｘ１２＋ｘ１６で生成される（非特許文献４－１：　１１．２）。このスクランブルパターンとＯＰＵｆｎ　ＯＨあるいはＯＴＵｆｎ　ＯＨの当該バイトでビット毎に排他的論理和をとる事により、ＭＬＯＨはデスクランブルされる。また、ＬＬＭ　ｍｏｄ　Ｙを計算することでレーン番号が求まり、ＬＬＭインデックスとすることでＭＬＯＨの内容（ＳＯＩＤ、ＳＫＩＤ、ＥＸＩＤ、およびそれぞれのＣＲＣ）が読み出される。
　ここで、ＭＬＯＨの主な項目の値は図４－３６のようになっているものとすると、
Ｌ＃１～５は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃６は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＭＬＧ
Ｌ＃７～８は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃９～１０は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
と４種類のＭＬＧに分類することができる。
　Ｌ＃１～１０はＭＬＧ毎にグループ化され、マルチレーンコンバイナ（ＭＬＣ：Ｍｕｌｔｉｌａｎｅ　Ｃｏｍｂｉｎｅｒ）２１２＃１～４に入力される。ＭＬＣ　２１２＃１はＦＡＳとＬＬＭに基づいてＬ＃１～５の遅延時間差を測定する。ＯＴＵｆ４００－５の場合、１６３２０／５＝３２６４バイトとなるので、ＬＬＭ＝０を含むデータブロックの先頭を基準にすると、ＬＬＭ＝１を含むデータブロックの先頭は３２６４バイト、ＬＬＭ＝２を含むデータブロックの先頭は６５２８バイト、ＬＬＭ＝３を含むデータブロックの先頭は９７９２バイト、ＬＬＭ＝４を含むデータブロックの先頭は１３０５６バイトそれぞれ遅れるはずである。しかし、各レーンはそれぞれ異なる波長の光信号で転送されるので、分散などの影響で遅延時間差が生じる。ここで、ＭＬＣ　２１２＃１がＬ＃１～５の遅延時間差を測定した結果が図４－２３の（ａ）だったとすると、Ｌ＃１の遅延時間を基準とすると、Ｌ＃２は遅延時間が１００バイト分少なく、Ｌ＃３は３００バイト分多く、Ｌ＃４は２００バイト分多く、Ｌ＃５は１００バイト分多い事が判る。この中で最も遅延量が多いＬ＃３に合わせるように、Ｌ＃１に３００バイト分、Ｌ＃２に４００バイト分、Ｌ＃４に１００バイト分、Ｌ＃５に２００バイト分の遅延時間を与えることで、図４－２３の（ｂ）のように遅延時間差が補償される。ＭＬＣ　２１２＃１は遅延時間差を補償したＬ＃１～５のデータブロックを統合してＯＴＵｆ４００－５を復元する。ＭＬＣ　２１２＃２～４も同様にしてＯＴＵｆ８０－１、ＯＴＵｆ１６０－２、ＯＴＵｆ１６０－２をそれぞれ復元する。
　可変ＯＴＵ復号回路（ＯＴＵｆ　ＤＥＣ：Ｆｌｅｘｉｂｌｅ　ＯＴＵ　Ｄｅｃｏｄｅｒ）２１３＃１～４は復元されたＯＴＵｆｎのフレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正する。
　ＤＥＦ　２１４＃１～４はＯＰＵｆ４００－５　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＴＵｆ１６０－２　ＰＬＤ、ＯＴＵｆ１６０－２　ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵｆ４００－５　ＯＨ、ＯＰＵ４－１ｖｅ　ＯＨ、ＯＴＵｆ１６０－２　ＯＨ、ＯＴＵｆ１６０－２　ＯＨから　ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
　ＤＥＦ　２１４＃１～４の出力するクライアント信号のデータフロー＃１～４はＦＬＣ　２０５によって統合されて１　Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４－３３に示す４種類のデータフローを統合するものとする。
　制御回路２０６は以上の各ブロックの制御や監視を行う。
（実施形態５）
　ＭＬＧ識別情報の設定法が異なる例を以下に示す。
　ＯＴＵｆｌｅｘで使用するＭＬＯＨとＰＳＩを図４－１５に示す。
ＭＬＯＨはＭＬＧを識別するための情報を収容する（ＬＬＭの８ビット〔０～Ｚ－１〕をＭＬＯＨのインデックスとする）。
　ＭＬＧＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］およびＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。ＭＬＧＩＤはＭＬＧの始点・終点の組み合わせに対してＮＭＳ　１０から一意に付与されるＩＤであり、後述のＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［１］～ＭＬＯＨ［Ｙ－１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］～ＭＬＯＨ［２Ｙ－１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］～ＭＬＯＨ［３Ｙ－１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］～ＭＬＯＨ［４Ｙ－１］にはＭＬＯＨ［３Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。ＭＬＧＩＤをＮＭＳ　１０から付与するやり方は、マルチレーン光トランスポート装置に固定的にＩＤが付与されないようなケースでも適用可能である効果がある。
　ＥＸＩＤ：ＭＬＯＨ［４Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＭＬＧを設定するために追加されたＩＤであり、前述のＭＬＧＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］～ＭＬＯＨ［５Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。
　ＣＲＣ：ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、およびＭＬＯＨ［７Ｙ］の１～４ビット目に配置される。ＭＬＯＨ［５Ｙ］はＭＬＧＩＤ１およびＭＬＧＩＤ２に対する誤り検出、ＭＬＯＨ［６Ｙ］はＭＬＧＩＤ３およびＭＬＧＩＤ４に対する誤り検出、ＭＬＯＨ［７Ｙ］の１～４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［５Ｙ＋１］～ＭＬＯＨ［６Ｙ－１］にはＭＬＯＨ［５Ｙ］と同じ値、ＭＬＯＨ［６Ｙ＋１］～ＭＬＯＨ［７Ｙ－１］にはＭＬＯＨ［６Ｙ］と同じ値、ＭＬＯＨ［７Ｙ＋１］～ＭＬＯＨ［８Ｙ－１］の１～４ビット目にはＭＬＯＨ［５Ｙ］の１～４ビット目と同じ値が複写される。
　ＭＬＯＨ［７Ｙ］～ＭＬＯＨ［８Ｙ－１］の５～８ビット目は予備領域である。
　ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は実施形態４と同様である。
　ＭＬＯＨの別の例を図４－４４に示す。特に言及の無い項目は前記の図４－１５と同じである。
　ＭＬＧＩＤ：ＭＬＯＨ［０］およびＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］～ＭＬＯＨ［Ｙ－１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］～ＭＬＯＨ［２Ｙ－１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が２５６以下の比較的小規模なネットワークに適用できる。
　ＥＸＩＤ：ＭＬＯＨ［２Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］～ＭＬＯＨ［３Ｙ－１］にはＭＬＯＨ［２Ｙ］と同じ値が複写される。
　ＣＲＣ：ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、およびＭＬＯＨ［５Ｙ］の１～４ビット目に配置される。ＭＬＯＨ［３Ｙ］およびＭＬＯＨ［４Ｙ］はＭＬＧＩＤに対する誤り検出、ＭＬＯＨ［５Ｙ］の１～４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［３Ｙ＋１］～ＭＬＯＨ［４Ｙ－１］にはＭＬＯＨ［３Ｙ］と同じ値、ＭＬＯＨ［４Ｙ＋１］～ＭＬＯＨ［５Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値、ＭＬＯＨ［５Ｙ＋１］～ＭＬＯＨ［６Ｙ－１］　の１～４ビット目にはＭＬＯＨ［５Ｙ］の１～４ビット目と同じ値が複写される。
　ＭＬＯＨの別の例を図４－４５に示す。特に言及の無い項目は前記の図４－１５と同じである。
　ＭＬＧＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［Ｙ］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、ＭＬＯＨ［７Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［７Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］～ＭＬＯＨ［Ｙ－１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］～ＭＬＯＨ［２Ｙ－１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］～ＭＬＯＨ［３Ｙ－１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］～ＭＬＯＨ［４Ｙ－１］にはＭＬＯＨ［３Ｙ］と同じ値が、ＭＬＯＨ［４Ｙ＋１］～ＭＬＯＨ［５Ｙ－１］にはＭＬＯＨ［４Ｙ］と同じ値が、ＭＬＯＨ［５Ｙ＋１］～ＭＬＯＨ［６Ｙ－１］にはＭＬＯＨ［５Ｙ］と同じ値が、ＭＬＯＨ［６Ｙ＋１］～ＭＬＯＨ［７Ｙ－１］にはＭＬＯＨ［６Ｙ］と同じ値が、ＭＬＯＨ［７Ｙ＋１］～ＭＬＯＨ［８Ｙ－１］にはＭＬＯＨ［７Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに８バイトを割り当てるやり方は、マルチレーン光トランスポート装置が４２９４９６７２９６までの大規模なネットワークに適用できる。
　ＥＸＩＤ：ＭＬＯＨ［８Ｙ］に配置される。ＭＬＯＨ［８Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［８Ｙ＋１］～ＭＬＯＨ［９Ｙ－１］にはＭＬＯＨ［８Ｙ］と同じ値が複写される。
　ＣＲＣ：ＭＬＯＨ［９Ｙ］、ＭＬＯＨ［１０Ｙ］、ＭＬＯＨ［１１Ｙ］、ＭＬＯＨ［１２Ｙ］、およびＭＬＯＨ［１３Ｙ］の１～４ビット目に配置される。ＭＬＯＨ［９Ｙ］はＭＬＧＩＤ１およびＭＬＧＩＤ２に対する誤り検出、ＭＬＯＨ［１０Ｙ］はＭＬＧＩＤ３およびＭＬＧＩＤ４に対する誤り検出、ＭＬＯＨ［１１Ｙ］はＭＬＧＩＤ５およびＭＬＧＩＤ６に対する誤り検出、ＭＬＯＨ［１２Ｙ］はＭＬＧＩＤ７およびＭＬＧＩＤ８に対する誤り検出、ＭＬＯＨ［１３Ｙ］の１～４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［９Ｙ＋１］～ＭＬＯＨ［１０Ｙ－１］にはＭＬＯＨ［９Ｙ］と同じ値、ＭＬＯＨ［１０Ｙ＋１］～ＭＬＯＨ［１１Ｙ－１］にはＭＬＯＨ［１０Ｙ］と同じ値、ＭＬＯＨ［１１Ｙ＋１］～ＭＬＯＨ［１２Ｙ－１］にはＭＬＯＨ［１１Ｙ］と同じ値、ＭＬＯＨ［１２Ｙ＋１］～ＭＬＯＨ［１３Ｙ－１］にはＭＬＯＨ［１２Ｙ］と同じ値、ＭＬＯＨ［１３Ｙ＋１］～ＭＬＯＨ［１４Ｙ－１］　の１～４ビット目にはＭＬＯＨ［１３Ｙ］の１～４ビット目と同じ値が複写される。
　図４－１６に示すように、ＭＬＯＨの配置にはいくつかのオプションがある（実施形態４と同じ）。
　以下、ネットワークの構成は実施形態１と同様（図４－７）である。
　ＭＬＯＴの送信部の構成例を図４－１７に示す（実施形態４と同じ）。ＦＬＤ　１０１は、１　Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ　１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４－２４に示す４種類のデータフローに振分けるものとする。
　データフロー＃１～４のデータはＦＲＭ　１１０＃１～＃４でそれぞれＯＰＵｆ４００－５　ＰＬＤ、ＯＰＵｆ８０－１　ＰＬＤ、ＯＰＵｆ１６０－２　ＰＬＤ、ＯＰＵｆ１６０－２　ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵｆｎは、１～１４列目にＦＡ　ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵｆｎ　ＯＨを付加した拡張ＯＤＵｆｎ（図４－１８の（ａ）～（ｃ））の形式でＯＴＵｆ　ＥＮＣ　１１１＃１～４に入力される。
　ＯＴＵｆ　ＥＮＣ　１１１＃１～４は拡張ＯＤＵｆｎの固定スタッフ領域にＯＴＵｆｎ　ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵｆｎ　ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして出力する。
　ＭＬＤ　１１２＃１～４はＯＴＵｆｎ－Ｙを複数のレーンに分配する。ＯＴＵｆ４００－５を５レーンに分配する例を図４－１９に示す（実施形態４と同じ）。ここで、各レーンに分配された　ＭＬＯＨの主な項目の値は図４－３５で与えられる。
　１００Ｇ　ＭＯＤ　１１３＃１～１０はＭＬＤ　１１２＃１～４から出力されたＬ＃１～１０の信号を１００　Ｇｂｐｓ光信号に変換する。ＯＡＧＧ　１０５はこれらの光信号を多重化して送出する。
　ＣＭＵ　１０６は以上の各ブロックの制御や監視を行う。
　ＭＬＯＴの受信部の構成を図４－２１に示す（実施形態４と同じ）。ＯＤＥＡＧＧ　２０１は受信した光信号を分離する。１００Ｇ　ＤＥＭ　２１０＃１～１０は分離された１００　Ｇｂｐｓ光信号を受信してＬ＃１～１０の信号を復調する。
　ＭＬＯＨ読出回路２１１＃１～１０は各レーンからＭＬＧＩＤとＥＸＩＤを読み出す。その手順は以下の通りである。ＭＬＯＨ読出回路２１１＃１～１０はまずレーン毎にＦＡＳを検出する。次にＦＡＳの位置を起点にしてＬＬＭとＭＬＯＨの位置を決定する。ここで、ＬＬＭはＦＡＳと同様にスクランブルされていないので、直接読み出すことができる。ＭＬＯＨはＦＡ　ＯＨの５バイト目に配置されている場合はスクランブルされていないので直接読み出すことができるが、（ａ）ＯＰＵｆｎ　ＯＨの先頭あるいは（ｂ）ＯＴＵｆｎ　ＯＨの予備領域に配置されている場合はデスクランブルしてから読み出す必要がある。その仕組みを図４－２２に示す。また、ＬＬＭ　ｍｏｄ　Ｙを計算することでレーン番号が求まり、ＬＬＭをインデックスとすることでＭＬＯＨの内容（ＭＬＧＩＤ、ＥＸＩＤ、およびそれぞれのＣＲＣ）が読み出される。
　ここで、ＭＬＯＨの主な項目の値は図４－３７のようになっているものとすると、
Ｌ＃１～５は（ＭＬＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃６は（ＭＬＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ０１）のＭＬＧ
Ｌ＃７～８は（ＭＬＧＩＤ＝０ｘ００００４０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃９～１０は（ＭＬＧＩＤ＝０ｘ００００５０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
と４種類のＭＬＧに分類することができる。
　Ｌ＃１～１０はＭＬＧ毎にグループ化され、ＭＬＣ　２１２＃１～４に入力される。ＭＬＣ　２１２＃１はＦＡＳとＬＬＭに基づいてＬ＃１～５の遅延時間差を測定して補償する（図４－２３）。また、ＭＬＣ　２１２＃１は遅延時間差を補償したＬ＃１～５のデータブロックを統合してＯＴＵｆ４００－５を復元する。ＭＬＣ　２１２＃２～４も同様にしてＯＴＵｆ８０－１、ＯＴＵｆ１６０－２、ＯＴＵｆ１６０－２をそれぞれ復元する。
　ＯＴＮｆ　ＤＥＣ　２１３＃１～４は復元されたＯＴＵｆｎのフレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正する。
　ＤＥＦ　２１４＃１～４はＯＰＵｆ４００－５　ＰＬＤ、ＯＰＵ４－１ｖｅ　ＰＬＤ、ＯＴＵｆ１６０－２　ＰＬＤ、ＯＴＵｆ１６０－２　ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵｆ４００－５　ＯＨ、ＯＰＵ４－１ｖｅ　ＯＨ、ＯＴＵｆ１６０－２　ＯＨ、ＯＴＵｆ１６０－２　ＯＨから　ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
　ＤＥＦ　２１４＃１～４の出力するクライアント信号のデータフロー＃１～４はＦＬＣ　２０５によって統合されて１　Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４－３３に示す４種類のデータフローを統合するものとする。
　制御回路２０６は以上の各ブロックの制御や監視を行う。また、ＮＭＳ　１０からＭＬＧＩＤを取得する。
　本実施形態に示す識別情報のサイズ及び記載位置は、１例であり、ＳＯＩＤ（Ｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）＋ＳＫＩＤ（Ｓｉｎｋ　Ｉｄｅｎｔｉｆｉｅｒ）＋ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ　Ｉｄｅｎｔｉｆｉｅｒ）、ＶＣＧＩＤ（Ｖｉｒｔｕａｌ　Ｃｏｎｃａｔｅｎａｔｉｏｎ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｆｉｅｒ）、ＭＬＧＩＤ（Ｍｕｌｔｉｌａｎｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｆｉｅｒ）を用い、特にＯＴＵｆｌｅｘの拡張では、これらがＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）と同じ１６ビットデータブロックに含まれていればよく、サイズ及び記載位置は適宜、例えば想定するネットワークの規模又はサービスクラス数に応じて変更してもよい。
（第５の発明についての発明を実施するための形態）
　レーン数を増加する場合、事前に遅延を測定しておくことで、この問題を解決できる。本実施形態のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、送信装置が新規レーン出力手順を実行するデータブロック複製機能部及び新規レーン出力機能部を備え、受信装置が新規レーン遅延補償手順を実行する同期パターン読出し機能部及び新規レーン遅延補償機能部を備える。
　図５－８に、本実施形態に係る伝送フレームの一例を示す。
　新規レーン出力手順において、送信装置では、データブロック複製機能部が既存レーン＃０～３におけるＦＡＳ及びＭＦＡＳを含んだデータブロックをコピーして、新規レーン出力機能部がこのコピーを既存レーン＃０～３のＦＡＳと同時に新規レーン＃４に送信する（ＦＡＳを含んだデータブロック間はダミーブロックを挿入する）。ＦＡＳはフレームの同期パターンとして用いられ、ＭＦＡＳはフレーム番号として用いられる。
　新規レーン遅延補償手順において、受信装置では、同期パターン読出し機能部が既存レーン＃０～３のＦＡＳおよびフレーム番号と新規レーン＃４におけるＦＡＳ及びＭＦＡＳを読み出し、新規レーン遅延補償機能部が同一のＭＦＡＳを有するＦＡＳの遅延時間差を比較して、新規レーン＃４の遅延時間が既存レーン＃０～３より短いならば、その差分を新規レーン＃４に加える。また、新規レーン＃４の遅延時間が既存レーン＃０～３より長いならば、その差分を既存レーン＃０～３に加える。
　送信装置が図５－３に示す構成を備える場合、データブロック分割部７がデータブロック複製機能部を備え、レーン番号決定部８が新規レーン出力機能部を備える。受信装置が図５－４に示す構成を備える場合、レーン識別＆遅延差補償部１０が同期パターン読出し機能部及び新規レーン遅延補償機能部を備える。
（実施形態１）
　本実施形態では、送信部がオーバヘッド部生成機能部を備え、帯域変更のためのメッセージの送受信に、ＲＣＯＨ（Ｒｅｓｉｚｅ　Ｃｏｎｔｒｏｌ　Ｏｖｅｒｈｅａｄ）を定義して用いる。ＲＣＯＨは、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドであり、オーバヘッド部生成機能部が生成する。
　ＲＣＯＨの一例を図５－９（ａ）に示す。
　ＲＣＯＨはＯＰＵ　ＯＨの中、１～３行目の１５列目に配置される。ＲＣＯＨは以下のサブフィールドを有する。
　ＣＴＲＬ（Ｃｏｎｔｒｏｌ）：ＲＣＯＨ１の１～２ビット目に配置される。ソースからシンクに対し、以下の制御メッセージを送信する。
００（ＩＤＬＥ）：帯域変更の動作を完了し、次の帯域変更の動作を行う前であることを示す。
０１（ＡＤＤ）：帯域を増加させる
１０（ＲＥＭＯＶＥ）：帯域を減少させる
１１（ＮＯＲＭ）：帯域変更の動作中であることを示す。
　ＬＮＵＭ（Ｌａｎｅ　Ｎｕｍｂｅｒ）：ＲＣＯＨ２の１～８ビット目に配置される。１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＣＴＲＬ＝ＡＤＤ／ＤＥＬＥＴＥと共に用いられ、ソースからシンクに対し、増加あるいは減少させる論理レーン数の番号を送信する。論理レーンの速度を５　Ｇｂｐｓ、最大帯域を１　Ｔｂｐｓとすると、論理レーン数は最大２００なので、８ビット（０～２５５）で表現可能である。
　ＲＬＣＲ（Ｒｅｐｌｙ　ｆｏｒ　Ｌｉｎｋ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｓｉｚｅ）：ＲＣＯＨ１の３～４ビット目に配置される。シンクからソースに対し、以下の応答メッセージを送信する。
帯域を増加させる場合
０１（ＯＫ）：ＣＴＲＬ＝ＡＤＤに対し、空き帯域を確保できたことを示す。
１０（ＮＧ）：ＣＴＲＬ＝ＡＤＤに対し、空き帯域を確保できなかったことを示す。
帯域を減少させる場合
０１（ＯＫ）：シンク側でレーン分配する論理レーン数の減少を確認したことを示す。
　ＲＢＷＲ（Ｒｅｐｌｙ　ｆｏｒ　Ｂａｎｄｗｉｄｔｈ　Ｒｅｓｉｚｅ）：ＲＣＯＨ１の５～６ビット目に配置される。シンクからソースに対し、以下の応答メッセージを送信する。
帯域を増加させる場合
０１（ＯＫ）：遅延補正が成功したことを示す。
１０（ＮＧ）：遅延補正が失敗したことを示す。
帯域を減少させる場合
０１（ＯＫ）：ＣＴＲＬ＝ＲＥＭＯＶＥを受信したことを示す。
　ＣＲＣ８（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ　８）：ＲＣＯＨ３の１～８ビット目に配置される。ＲＣＯＨ１およびＲＣＯＨ２に対する誤り検出に用いる。
　ＲＣＯＨ１の７～８ビット目は予備領域とする。ＬＮＵＭを拡張したい場合、例えば、論理レーンの速度を１．２５　Ｇｂｐｓ、最大帯域を１　Ｔｂｐｓとすると、増減する論理レーン数は最大８００なので、１０ビット（０～１０２３）が必要となる。この場合は、ＲＣＯＨ１の７～８ビット目およびＲＣＯＨ２の１～８ビット目の、合計１０ビットをＬＮＵＭに割り当てる（図５－９（ｂ））。
　以上のＲＣＯＨを用いた帯域増加の手順を図５－１０に示す。
　初期状態において、ソースＳｏとシンクＳｋの間は論理レーン数Ｍで通信を行っているものとする。
（１）　ＮＭＳ（Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）から帯域増加要求を受けたソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＡＤＤ、ＬＮＵＭ＝Ｎを送信する（Ｓ１０１）。なお、ＮＭＳは、ネットワークの管理運用を行うためのシステムである。
（２）　ＣＴＲＬ＝ＡＤＤ、ＬＮＵＭ＝Ｎを受信したシンクＳｋは、帯域リソースの使用状況を調べて、空き帯域リソースを確保できた場合は、ＲＬＣＲ＝ＯＫを、できなかった場合は、ＲＬＣＲ＝ＮＧをソースＳｏに返信する（Ｓ１０２）。
（３）　ＲＬＣＲ＝ＯＫを受信したソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＮＯＲＭを送信する（Ｓ１０３）。また、新規の論理レーンに、既存のＭ本の論理レーンのＦＡＳおよびＭＦＡＳを含むデータブロックを図５－５のようにコピーして送信する（Ｓ１０４）。
（４）　シンクＳｋは、新規の論理レーンに含まれるＦＡＳおよびＭＦＡＳを読み出し、同一のＭＦＡＳを有するＦＡＳの遅延時間差を比較して、新規の論理レーンの遅延時間が既存のＭ本の論理レーンより短いならば、その差分を新規の論理レーンに加える。また、新規の論理レーンの遅延時間が既存のＭ本の論理レーンより長いならば、その差分を既存のＭ本の論理レーンに加える。
　以後、シンクＳｋは、全ての論理レーンの遅延時間が等しくなった事を確認し、ＲＢＷＲ＝ＯＫをソースＳｏに返信する（Ｓ１０５）。全ての論理レーンの遅延時間が等しくならない場合、あるいは、新規の論理レーンでＦＡＳおよびＭＦＡＳが正常に受信できない場合、シンクＳｋはＲＢＷＲ＝ＮＧをソースＳｏに返信する（Ｓ１０５）。
（５）　ＲＢＷＲ＝ＯＫを受信したソースＳｏは、次のレーン分配の先頭から（Ｍ＋１）本の論理レーンによるレーン分配を開始する（Ｓ１０７）。また、ＣＴＲＬ＝ＩＤＬＥをシンクに送信する（Ｓ１０６）。
　なお、ＲＬＣＲ＝ＮＧあるいはＲＢＷＲ＝ＮＧを受信したソースＳｏは、帯域増加の動作を中止し、ＣＴＲＬ＝ＩＤＬＥをシンクＳｋに送信する。
　また、帯域減少の手順を図５－１１に示す。
　初期状態において、ソースＳｏとシンクＳｋの間は論理レーン数Ｍで通信を行っているものとする。
（１）　ＮＭＳから帯域減少要求を受けたソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＲＥＭＯＶＥ、ＬＮＵＭ＝Ｎを送信する（Ｓ２０１）。
（２）　ＣＴＲＬ＝ＲＥＭＯＶＥ、ＬＮＵＭ＝Ｎを受信したシンクＳｋは、ＲＢＷＲ＝ＯＫをソースＳｏに返信する（Ｓ２０２）。
（３）　ＲＢＷＲ＝ＯＫを受信したソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＮＯＲＭを送信する（Ｓ２０３）。また、次のレーン分配の先頭から（Ｍ―１）本の論理レーンによるレーン分配を開始する（Ｓ２０４）。
（４）　（Ｍ―１）本の論理レーンによるレーン分配を確認したシンクＳｋは、空いた帯域リソースを解放し、ＲＬＣＲ＝ＯＫをソースＳｏに返信する（Ｓ２０５）。
（５）　ＲＬＣＲ＝ＯＫを受信したソースＳｏは、空いた帯域リソースを解放し、ＣＴＲＬ＝ＩＤＬＥをシンクＳｋに送信する（Ｓ２０６）。
（実施形態２）
　ＲＣＯＨの配置の別の例を示す。
　ＲＣＯＨはＯＤＵ　ＯＨの中、４行目の９～１４列目中の３バイト分（図５－１２では１２～１４列目だが、９～１１列目や１０～１２列目等の任意の配置でも同様の効果が得られる）に配置される。ＯＰＵ　ＯＨを別の用途、例えば、ＧＭＰ（Ｇｅｎｅｒｉｃ　Ｍａｐｐｉｎｇ　Ｐｒｏｃｅｄｕｒｅ）のマッピング用パラメータの伝達に割り当てる場合、ＲＣＯＨをＯＤＵ　ＯＨの中に配置する。
　ＲＣＯＨの各サブフィールド、及び、これを用いた帯域変更の手順は、実施形態１と同じである。
（第６の発明についての発明を実施するための形態）
　本実施形態に係るマルチレーン監視システムは、フレーム信号を複数のレーンに分配して送信する送信部と、複数のレーンに分配して伝送されたフレーム信号を受信する受信部と、を備える。
　本実施形態に係るマルチレーン監視方法は、送信手順と、エラー監視手順と、有する。
　送信手順では、送信部が、複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして複数行のフレームに変換する。
　エラー監視手順では、受信部が、送信部から送信されたフレームの各行をインタリーブして行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視する。
１．エラー訂正
　ＯＴＮでは、ＯＰＵ及びＯＤＵ　ＯＨ・ＯＴＵ　ＯＨ・ＦＡ　ＯＨから構成される４行×３８２４列のフレームに対して、４行×２５６列のパリティチェックバイトを付加してエラー訂正を行えるようにしている（非特許文献６－１：Ａｎｎｅｘ　Ａ参照。）。その手順を以下に述べる。
　送信部において、
　４行×３８２４列のフレームをバイトインタリーブして１６組のサブ行（各２３９バイト）に分割するインタリーブ手順（１．１．１）と、
　サブ行データの２３９シンボルを訂正可能な符号で符号化する符号化手順（１．１．２）と、
　符号化された１６組のサブ行（各２５５バイト）を逆インタリーブして符号化された１行分のデータ（４０８０バイト）に変換する逆インタリーブ手順（１．１．３）と、を行う。
　受信部において、
　１行分のデータ（４０８０バイト）をバイトインタリーブして再び１６組のサブ行（各２５５バイト）に分割するインタリーブ手順（１．２．１）と、
　サブ行データ（２３９シンボル）に含まれるエラーを検出してエラーを訂正し、訂正されたサブ行データの１バイト目～２３９バイト目を取り出すことにより、復号を行う復号化手順（１．２．２）と、
　復号された１６組のサブ行データ（各２３９バイト）を逆インタリーブする逆インタリーブ手順（１．２．３）と、を行う。
　逆インタリーブ手順（１．２．３）を行うことによって、復号された１行分のデータ（３８２４バイト）が得られる。復号アルゴリズムを実行する過程でエラーロケータを得ることで、エラーロケータの値をレーン番号ｍに変換することで、エラーが生じたレーン番号を求める。
１．１　送信側
１．１．１　インタリーブ
　送信側では、図６－６（ａ）に示すように１行分のデータ（３８２４バイト）をバイトインタリーブして１６組のサブ行（各２３９バイト）に分割する。
　図６－６（ｂ）に示すように、各サブ行は２３９個のシンボル（Ｄ［２５４］、Ｄ［２５３］、Ｄ［２５２］、Ｄ［２５１］、…、Ｄ［１９］、Ｄ［１８］、Ｄ［１７］、Ｄ［１６］）から成る。ここで、Ｄ［２５４］はサブ行の１バイト目、Ｄ［１６］は２３９バイト目である。また、各シンボルは８ビット（ｄ［７，ｊ］、ｄ［６，ｊ］、…、ｄ［１，ｊ］、ｄ［０，ｊ］）から成る。ここで、ｄ［７，ｊ］はＤｊのＭＳＢ、ｄ［０，ｊ］はＬＳＢである。
１．１．２　サブ行データの符号化
　このサブ行データの２３９シンボルに対して、最大８シンボルのエラーを訂正可能なリード・ソロモン符号（ＲＳ（２５５，２３９））を生成する。そのために、式（１）で表される８次の原始多項式Ｐ（ｚ）を与え、Ｐ（ｚ）＝０を満足する原始解をαとして、拡大体ＧＦ（２８）を定義する。
（数００１）
P(z) = z8 + z4 + z3 + z2 + 1　　式〔１〕
　図６－７に示すように拡大体ＧＦ（２８）の要素（０およびα０～α２５４）は８ビットシンボルに対応させることができ、符号化・復号に要する計算はＧＦ（２８）上で行われる。
サブ行データは以下の情報多項式で表現できる。
（数００２）
I(z) = D[254]z254 + D[253]z253 +…+ D[17]z17 + D[16]z16　　式〔２〕
D[j] = d[7,j]a7 + d[6,j]a6 + d[5,j]a5 + d[4,j]a4 + d[3,j]a3 + d[2,j]a2 + d[1,j]a1 + d[0,j]a0　　式〔３〕
　符号化を行うための生成多項式Ｇ（ｚ）を
Figure JPOXMLDOC01-appb-M000001
 で与えると、符号化後のサブ行データは以下の情報多項式で表現できる。
（数００５）
C(z) = I(z) + R(z) 　　式〔５〕
　Ｒ（ｚ）はパリティチェックバイトの情報多項式で、サブ行データの情報多項式Ｉ（ｚ）を生成多項式Ｇ（ｚ）で除した剰余として求められる。
（数００６）
R(z) = I(z) mod G(z) 　　式〔６〕
（数００７）
R(z) = R[15]z15 + R[14]z14 +…+ R[1]z1 + R[0]z0　　式〔７〕
（数００８）
R[j] = r[7,j]a7 + r[6,j]a6 + r[5,j]a5 + r[4,j]a4 + r[3,j]a3 + r[2,j]a2 + r[1,j]a1 + r[0,j]a0　　式〔８〕
　符号化されたサブ行は２５５個のシンボル（Ｄ［２５４］、Ｄ［２５３］、…、Ｄ［１７］、Ｄ［１６］、Ｒ［１５］、Ｒ［１４］、…、Ｒ［１］、Ｒ［０］）から成る。ここで、Ｒ［１５］はサブ行の２４０バイト目、Ｒ［０］は２５５バイト目である。
１．１．３　逆インタリーブ
　図６－６（ｃ）に示すように、符号化された１６組のサブ行（各２５５バイト）を逆インタリーブして符号化された１行分のデータ（４０８０バイト）に変換する。この符号化された１行分のデータを４行分接続することで、符号化された４行×４０８０列のフレームが得られる。
１．２．　受信側
１．２．１　インタリーブ
　受信側では、図６－８（ａ）に示すように、１行分のデータ（４０８０バイト）をバイトインタリーブして再び１６組のサブ行（各２５５バイト）に分割する。
１．２．２　サブ行データの復号
　復号前のサブ行データは以下の情報多項式で表現できる。
（数００９）
Y(z) = C(z) + E(z) 　　式〔９〕
（数０１０）
E(z) = E[254]z254 + E[253]z253 +…+ E[1]z1 + E[0]z0　　式〔１０〕
Ｅ［ｊ］は伝送中に（２５５－ｊ）バイト目のシンボルに生じたエラーを表す。
　復号の手順は、以下の通りである。
（１）シンドロームを計算してエラーの有無を判定する。
（２）エラーロケータ（エラーが生じたシンボルを示す数値）の計算に必要なエラーロケータ多項式を求める。
（３）エラーロケータを求める。
（４）エラーが生じたシンボルを訂正する。
（５）パリティチェックバイトを削除する。
１．２．２．１　シンドローム
　エラーの有無を検出するため、復号前のサブ行データに対して以下のシンドロームＳｉ（ｉ＝１～１６）を計算する。
（数０１１）
S1 = Y(a0) 　　式〔１１－（１）〕
S2 = Y(a1) 　　式〔１１－（２）〕
…
S16 = Y(a15) 　　式〔１１－（１６）〕
　復号前のサブ行データにエラーが存在しないなら、すべてのｉについてＳｉ＝０が成立する。従って、すべてのｉについてＳｉ＝０が成立する場合には、高い確率でエラーが存在しないと推定できる。一方、いずれかのｉでＳｉ≠０となるならば、復号前のサブ行データにはエラーが存在する。
１．２．２．２　　エラーロケータ多項式
　エラーシンボル数をｋ（≦８）と仮定して、以下のエラーロケータ多項式を求める。
（数０１２）
L(z) = 1 + L1z1 + L2z2 + … + Lkzk　　式〔１２〕
エラーロケータをｐ［１］、ｐ［２］、…、ｐ［ｋ］と仮定した時、
（数０１３）
Figure JPOXMLDOC01-appb-I000002
と因数分解できるようエラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定できるならば、以下の関係が成立する。
（数０１４）
L(ap[1]) = 1 + L1ap[1]
+ L2a2p[1] + … + Lkakp[1] = 0　　式〔１４－（１）〕
L(ap[2])
= 1 + L1ap[2]
+ L2a2p[2] + … + Lkakp[2] = 0　　式〔１４－（２）〕
……
L(ap[k])
= 1 + L1ap[k]
+ L2a2p[k] + … + Lkakp[k] = 0　　式〔１４－（ｋ）〕
　一方、シンドロームＳｉ（ｉ＝１～１６）はエラー多項式Ｅ（ｚ）の０でない係数を用いて以下のように表現できる。
（数０１５）
S1 = E[255 - p[1]] + E[255 - p[2]] + … + E[255 - p[k]]　　〔１５－（１）〕
S2 = E[255 - p[1]]a-p[1] + E[255 - p[2]]a-p[2] + … +
E[255 - p[k]]a-p[k]　　式〔１５－（２）〕
……
Sk = E[255 - p[1]]a-(k-1)p[1] + E[255 - p[2]]a-(k-1)p[2] + … + E[255
- p[k]]a-(k-1)p[k]　　式〔１５－（ｋ）〕
……
S16 = E[255 - p[1]]a-15p[1] + E[255 - p[2]]a-15p[2] + … +
E[255 - p[k]]a-15p[k]　　式〔１５－（１６）〕
　以上の関係を用いてｐ［ｋ］およびＥ［２５５－ｐ［ｋ］］を消去すると、以下の式が得られる。
（数０１６）
Sk+1 + Sk L1 + Sk-1 L2 + … + S1 Lk = 0　　式〔１６－（１）〕
Sk+2 + Sk+1 L1 + Sk L2 + … + S2 Lk = 0　　式〔１６－（２）〕
……
S2k + S2k-1 L1 + S2k-2 L2 + … + Sk Lk = 0　　式〔１６－（ｋ）〕
　式〔１６－（１）〕～〔１６－（ｋ）〕を未知数（Ｌ１、Ｌ２、…、Ｌｋ）に対するｋ元連立１次方程式として解く事により、エラーロケータ多項式Ｌ（ｚ）が具体的に得られる。ただし、係数行列式が０になってｋ元連立１次方程式が解けない場合は、エラーシンボル数ｋの仮定が間違っているので、ｋの値を変えて再度計算を行う。
１．２．２．３　　エラーロケータ
エラーロケータ多項式Ｌ（ｚ）（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］の値を具体的に得られる。
１．２．２．４　　エラーが生じたシンボルの訂正
　エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］が得られた後、式〔１５－（１）〕～〔１５－（ｋ）〕を未知数（Ｅ［２５５－ｐ［１］］、Ｅ［２５５－ｐ［２］］、…、Ｅ［２５５－ｐ［ｋ］］）に対するｋ元連立１次方程式として解けば、Ｅ（ｚ）の０でない係数（Ｅ［２５５－ｐ［１］］、Ｅ［２５５－ｐ［２］］、…、Ｅ［２５５－ｐ［ｋ］］）が具体的に得られる。
　以上の結果を用いて、以下のようにエラー訂正を行うことができる。
（数０１７）
C(z) = Y(z) + E[255 - p[1]]zp[1] + E[255 - p[2]]zp[2] + … + E[255 - p[k]]zp[k]　　式〔１７〕
１．２．２．５　　パリティチェックバイトの削除
　エラー訂正されたサブ行データの２４０バイト目～２５５バイト目を削除することにより、復号後のサブ行データ（２３９バイト）が得られる。
１．２．３　逆インタリーブ
　図６－８（ｂ）に示すように、復号された１６組のサブ行データ（各２３９バイト）を逆インタリーブすることにより、復号された１行分のデータ（３８２４バイト）が得られる。この復号された１行分のデータを４行分接続することで、復号された４行×３８２４列のフレームが得られる。
２．　ＯＴＮ－ＭＬＤ
　ＯＴＮ－ＭＬＤで伝送を行う場合、図６－９に示すように、送信側では、符号化された４行×４０８０列のフレームのＦＡＳ以外の部分をスクランブルし、１６バイトデータブロック単位でＭ本（図６－９の例ではＭ＝４）のレーンに分配して送信する。この際、１フレームを送信する毎にレーンをローテートさせることで、フレームの先頭に位置するデータブロック（図６－９で”１”と書かれているデータブロック）を全レーンに均等に分配する。このデータブロックにはＦＡＳ・ＭＦＡＳとＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）が含まれており、フレーム先頭の位置およびレーン番号を識別することができる。
　ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
　受信側では、各レーンに分配された信号を受信し、ＦＡＳの位置およびＭＦＡＳの値に基づいてレーン間の遅延時間差を補償し、１６バイトデータブロックを順番に統合して、４行×４０８０列のＯＴＵフレーム形式に再構成し、ＦＡＳ以外の部分をデスクランブルする。
３．　レーン番号とエラーロケータの関係
　ＯＴＮ－ＭＬＤを用いた場合、フレーム１のｂブロック目（ｂ＝１～１０２０）のデータを伝送したレーン番号ｍ（ｍ＝１～４）は
Figure JPOXMLDOC01-appb-M000003
 となる。同様に、フレーム２・３・４のｂブロック目のデータを伝送したレーン番号ｍは、それぞれ
（数０１８ｂ）
m = {b mod 4} + 1　　式〔１８－（２）〕
m = {(b + 1) mod 4} + 1　　式〔１８－（３）〕
m = {(b + 2) mod 4} + 1　　式〔１８－（４）〕
となる。
　復号アルゴリズムを実行する過程でエラーロケータｐ［０］～ｐ［ｋ］が得られるので、上記の関係を利用してエラーロケータの値をレーン番号ｍに変換することで、エラーが生じたレーン番号を求めることができる。
　以上説明したように、本発明は、レーン毎の品質監視が出来るので、特定のレーンの伝送品質だけが劣化した場合、予備レーンや優先度の低いサービスに使用しているレーンがあるならば、そのレーンを使用することが可能となる。また、伝送品質の劣化したレーンを除外して残りの正常レーンで縮退動作させることも可能となる。
（実施形態１）
　本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部の構成を図６－１０に示す。
　マルチレーンで受信された信号は、レーン識別＆遅延差補償部１においてＦＡＳ・ＭＦＡＳ・ＬＬＭを検出し、（ＬＬＭ　ｍｏｄ　Ｍ）を計算してレーン番号を識別し、ＦＡＳの位置およびＭＦＡＳあるいはＬＬＭの値に基づいて遅延差補償を行う。また、レーン毎にＦＡＳの出現周期を監視し、周期性に異常があった場合はフレーム同期外れとしてレジスタに記録する。
　ＯＴＵフレーム再構成部２はレーン識別＆遅延差補償された信号の１６バイトデータブロックを順番に統合して、４行×４０８０列のＯＴＵフレームの形に再構成する。
　デスクランブル部３は再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
　ＦＥＣ復号部４はデスクランブルされたＯＴＵフレームに対しエラー訂正を行う。また、レーン番号毎にエラーを計数してレジスタに記録する。
　ＯＴＵ／ＯＤＵ　ＯＨ処理部５はエラー訂正された４行×３８２４列のフレームからＯＴＵ　ＦＥＣ・ＦＡ　ＯＨ・ＯＴＵ　ＯＨ・ＯＤＵ　ＯＨを除いたＯＰＵフレームを出力する。また、ＳＭ　ＯＨ／ＰＭ　ＯＨのＢＩＰ－８サブフィールド値とＯＰＵから算出したＢＩＰ－８値を比較し、セクション／パス監視区間で生じたエラーを計数してレジスタに記録する。
　デマッピング部６はＯＰＵ　ＯＨの情報に基づいてＯＰＵ　ＰＬＤからクライアント信号をデマッピングして出力する。
　品質監視部７は、各機能ブロック（レーン識別＆遅延差補償部１、ＦＥＣ復号部４、ＯＴＵ／ＯＤＵ　ＯＨ処理部５など）のレジスタを読み出し、品質監視を行う。
　ＦＥＣ復号部４の構成を図６－１１に示す。
　インタリーブ部１０は、図６－８（ａ）に示すように、１行分のデータ（４０８０バイト）をバイトインタリーブして１６組のサブ行（各２５５バイト）に分割する。
　サブ行データ復号部１１－１～１１－１６は、サブ行データ（２５５バイト）を復号して、元のサブ行データ（２３９バイト）として出力する。
　逆インタリーブ部１２は、図６－８（ｂ）に示すように、復号された１６組のサブ行データ（各２３９バイト）を逆インタリーブして復号された１行分のデータ（３８２４バイト）を出力する。この復号された１行分のデータを４行分接続することで、エラー訂正された４行×３８２４列のフレームが得られる。
　レーンエラーレジスタ記録部１３はサブ行データ復号部１１－１～１１－１６からエラーが検出されたレーン番号ｌを集計して、レーン毎のエラー数をレジスタに記録する。
　サブ行データ復号部１１の構成を図６－１２に示す。
　シンドローム計算部２１は、式〔１１－（１）〕～〔１１－（１６）〕によってシンドロームＳｉ（ｉ＝１～１６）を計算する。すべてのｉについて、Ｓｉ＝０が成立するならば、エラー無しと判断する。いずれかのｉで、Ｓｉ≠０となるならば、入力されたサブ行データにはエラーが存在する。エラーロケータ多項式係数計算部２２は、連立１次方程式〔１６－（１）〕～〔１６－（ｋ）〕を解いて、エラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定する。
　エラーロケータ計算部２３は、エラーロケータ多項式（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］を決定する。
　エラー係数計算部２４は、連立１次方程式〔１５－（１）〕～〔１５－（ｋ）〕を解いて、Ｅ（ｚ）の０でない係数（Ｅ［２５５－ｐ［１］］、Ｅ［２５５－ｐ［２］］、…、Ｅ［２５５－ｐ［ｋ］］）を決定する。
　エラー訂正部２５は式〔１７〕によってエラー訂正を行う。
　選択出力部２６は、シンドローム計算部２１でエラー無しと判定した場合は、入力されたサブ行データの１～２３９バイト目をそのまま選択して出力する。また、エラー有りと判定した場合はエラー訂正部２５の出力データの１～２３９バイト目を選択して出力する。
　レーン番号計算部２７は、以下の式によってエラーロケータｐからレーン番号ｍを計算する。
Figure JPOXMLDOC01-appb-M000004
Figure JPOXMLDOC01-appb-M000005
　ここで、ｓはフレーム内における行番号である（ｓ＝１～４）。ＭはＯＴＮ－ＭＬＤにおけるレーン数で、動的に変更可能である（固定値で使用しても良い）。ｒｔは何レーン分ローテートしたかを示す値で、採用されたレーンローテート則に依存する。例えば、図６－８に示すように１フレーム毎に＋１レーンずつローテートする場合は、
（数０２１）
rt = LLM mod M　　Ｍ　式〔２１〕
となる。
　なお、リード・ソロモン符号の復号アルゴリズムとしては様々な手法が提案されているが、本発明は復号アルゴリズム自体には依存しない（どのような復号アルゴリズムでも、エラーロケータが得られれば良い）。また、誤り訂正能力の異なる（ＲＳ（２５５，２３９）以外の）リード・ソロモン符号や、リード・ソロモン符号以外の符号化方式でも、エラーロケータが得られるならば本発明は適用可能である。
　図６－１３に、サブ行データ復号部１１の第２の構成例を示す。
　シンドローム計算部２１は、式〔１１－（１）〕～〔１１－（１６）〕によってシンドロームＳｉ（ｉ＝１～１６）を計算する。すべてのｉについて、Ｓｉ＝０が成立するならば、エラー無しと判断する。いずれかのｉで、Ｓｉ≠０となるならば、入力されたサブ行データにはエラーが存在する。エラーロケータ多項式係数計算部２２は、連立１次方程式〔１６－（１）〕～〔１６－（ｋ）〕を解いて、エラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定する。
　エラーロケータ計算部２３は、エラーロケータ多項式（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］を決定する。
　エラー係数計算部２４は、連立１次方程式〔１５－（１）〕～〔１５－（ｋ）〕を解いて、Ｅ（ｚ）の０でない係数（Ｅ［２５５－ｐ［１］］、Ｅ［２５５－ｐ［２］］、…、Ｅ［２５５－ｐ［ｋ］］）を決定する。
　エラー訂正部２５は式〔１７〕によってエラー訂正を行う。
　選択出力部２６は、シンドローム計算部２１でエラー無しと判定した場合は、入力されたサブ行データの１～２３９バイト目をそのまま選択して出力する。また、エラー有りと判定した場合はエラー訂正部２５の出力データの１～２３９バイト目を選択して出力する。
　データ比較部２８は選択出力部２６から出力されたエラー訂正後のデータ（Ｄ［２５４］、Ｄ［２５３］、…、Ｄ［１７］、Ｄ［１６］）と、エラー訂正前のデータ（Ｙ［２５４］、Ｙ［２５３］、…、Ｙ［１７］、Ｙ［１６］）とを逐次比較し、Ｄ［２５５－ｐ］≠Ｙ［２５５－ｐ］ならば、そのｐを出力する。
　レーン番号計算部２７は、前述の式〔１９〕及び式〔２０〕によってｐからレーン番号ｍを計算する。
　ここで、ｓはフレーム内における行番号である（ｓ＝１～４）。ＭはＯＴＮ－ＭＬＤにおけるレーン数で、動的に変更可能である（固定値で使用しても良い）。ｒｔは何レーン分ローテートしたかを示す値で、採用されたレーンローテート則に依存する。例えば、図６－８に示すように１フレーム毎に＋１レーンずつローテートする場合は、式〔２１〕となる。
　図６－１４に、サブ行データ復号部１１の第３の構成例を示す。
　シンドローム計算部２１は、式〔１１－（１）〕～〔１１－（１６）〕によってシンドロームＳｉ（ｉ＝１～１６）を計算する。すべてのｉについて、Ｓｉ＝０が成立するならば、エラー無しと判断する。いずれかのｉで、Ｓｉ≠０となるならば、入力されたサブ行データにはエラーが存在する。エラーロケータ多項式係数計算部２２は、連立１次方程式〔１６－（１）〕～〔１６－（ｋ）〕を解いて、エラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定する。
　エラーロケータ計算部２３は、エラーロケータ多項式（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］を決定する。
　エラー係数計算部２４は、連立１次方程式〔１５－（１）〕～〔１５－（ｋ）〕を解いて、Ｅ（ｚ）の０でない係数（Ｅ［２５５－ｐ［１］］、Ｅ［２５５－ｐ［２］］、…、Ｅ［２５５－ｐ［ｋ］］）を決定する。
　エラー訂正部２５は式〔１７〕によってエラー訂正を行う。
　選択出力部２６は、シンドローム計算部２１でエラー無しと判定した場合は、入力されたサブ行データの１～２３９バイト目をそのまま選択して出力する。また、エラー有りと判定した場合はエラー訂正部２５の出力データの１～２３９バイト目を選択して出力する。
　サブ行データ符号化部２９は、データ比較部２８は選択出力部２６から出力されたエラー訂正後のデータ（Ｄ［２５４］、Ｄ［２５３］、…、Ｄ［１７］、Ｄ［１６］）を再符号化したデータ（Ｃ［２５４］、Ｃ［２５３］、…、Ｃ［２］、Ｃ［１］）を出力する。データ比較部２８はサブ行データ符号化部２９から出力された再符号化後のデータ（Ｃ［２５４］、Ｃ［２５３］、…、Ｃ［２］、Ｃ［１］）と、エラー訂正前のデータ（Ｙ［２５４］、Ｙ［２５３］、…、Ｙ［２］、Ｙ［１］）とを逐次比較し、Ｃ［２５５－ｐ］≠Ｙ［２５５－ｐ］ならば、そのｐを出力する。
　レーン番号計算部２７は、前述の式〔１９〕及び式〔２０〕によってｐからレーン番号ｍを計算する。
　ここで、ｓはフレーム内における行番号である（ｓ＝１～４）。ＭはＯＴＮ－ＭＬＤにおけるレーン数で、動的に変更可能である（固定値で使用しても良い）。ｒｔは何レーン分ローテートしたかを示す値で、採用されたレーンローテート則に依存する。例えば、図６－８に示すように１フレーム毎に＋１レーンずつローテートする場合は、前述の式〔２１〕となる。本実施形態は、エラーロケータを外部に取り出せない既存のＦＥＣ復号回路を流用する場合にも適用可能である。
（実施形態２）
　４行×４０８０列の固定長フレームではなく、４Ｍ行×４０８０列の可変長フレームと使用して、可変長フレーム毎にレーンローテートを行う場合、実施形態１と同様に式〔１９〕式〔２０〕でエラーロケータｐからレーン番号ｍを計算する。ここで、ｓ＝１～４Ｍとなる。
（第７の発明についての発明を実施するための形態）
　本実施形態のマルチレーン伝送システムにおける個別レーン監視方法は、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送における個別レーンのエラー数監視に関するものであり、特に、ＯＴＵフレーム１行目１３列目及び１４列目のＯＴＵ　ＯＨの予備領域又はＯＴＵフレーム１行目５列目のＦＡ　ＯＨにおけＦＡＳの一部をＬＭ（Ｌａｎｅ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨと定義し、レーンにおけるエラー検出用符号として前周期分のＣＲＣ－８を挿入して個別レーンのエラー数を監視する。
　図７－６に、ＬＭ　ＯＨの位置を示す。ＯＴＵフレームの１行目の１３列目および１４列目のバイトはＯＴＵ　ＯＨにおける予備領域である。この一方もしくは両方をレーン監視用のＬＭ（Ｌａｎｅ　Ｍｏｎｉｔｏｒｉｎｇ）ＯＨと定義し、レーンにおけるエラー検出用符号を挿入する。あるいは、ＯＴＵフレームの１行目の１列目のバイトはＦＡ　ＯＨにおけるＦＡＳの１バイト目であるが、これをＬＭ　ＯＨと定義し、レーンにおけるエラー検出用符号を挿入する。以後、ＯＴＵフレームの１行目の１４列目をＬＭ　ＯＨとする例で説明するが、ＬＭ　ＯＨの位置が異なっても動作は同様である。
　図７－７に示すように、送信装置側の各レーンでＦＡＳが検出されると、それを起点としてフレームの先頭から１４バイト目のＬＭ　ＯＨに前周期分のＣＲＣ－８（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ　８）の計算結果を挿入する。ＬＭ　ＯＨの次の１５バイト目から次の周期のＣＲＣ－８の計算が開始され、次のＦＡＳの直前のバイトで終了する。ＣＲＣ－８の計算を行うための生成多項式をＧ（ｚ）とし、送信データの情報多項式をＤ（ｚ）とすると、ＣＲＣ－８符号の情報多項式は
　Ｒ（ｚ）＝Ｄ（ｚ）　ｍｏｄ　Ｇ（ｚ）　　〔１〕
で与えられる。こうして得られたＣＲＣ－８符号を次のフレーム先頭から１４バイト目のＬＭ　ＯＨに挿入する。
　受信装置側の各レーンでＦＡＳが検出されると、それを起点としてフレームの先頭から１４バイト目のＬＭ　ＯＨから前回のＣＲＣ－８符号を読み出し、前回のＬＭ　ＯＨの次の１５バイト目からＦＡＳの直前のバイトまでの受信データに対するエラー検査を行う。即ち、受信データに対する情報多項式をＤ’（ｚ）、受信したＣＲＣ－８符号に対する情報多項式をＲ’（ｚ）として、
　Ｃ（ｚ）＝｛ｚ８Ｄ’（ｚ）＋Ｒ’（ｚ）｝　ｍｏｄ　Ｇ（ｚ）　　　〔２〕
を計算する。
　エラーが無ければ、Ｄ’（ｚ）＝Ｄ（ｚ）、Ｒ’（ｚ）＝Ｒ（ｚ）なので、
　Ｃ（ｚ）＝０
ならば、エラーは無いと高い確率で推定できる。一方、
　Ｃ（ｚ）≠０
ならば、そのレーンにおいて伝送中にエラーが発生したと判定する。
　本発明のマルチレーン伝送における個別レーン監視方式を用いたマルチレーン伝送システムにおける送信装置の構成を図７－８に示す。本実施形態の送信装置は、マッピング部１と、ＯＨ処理部２と、ＦＥＣ符号化部３と、スクランブル部４と、レーン分配部５と、を備える。送信装置は、レーン分配部５がエラー検出用符号算出機能部として動作し、ＯＨ処理部２がエラー検出用符号挿入機能部として動作することによってエラー検出用符号挿入手順を実行する。
　マッピング部１は、クライアント信号をＯＰＵ　ＰＬＤにマッピングする。
　ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨである。ここで、ＦＡ　ＯＨの６バイト目にはＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）が含まれるものとする。Ｍをレーン数、Ｎを１以上の整数とする時、ＬＬＭは０～Ｎ＊Ｍ－１までの値をとる。ここで、Ｎ＊ＭはＭの倍数の中で、２５６以下でとり得る最大値である。
　ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
　ここで、ＯＨ処理部２は、エラー検出用符号挿入機能部として動作し、各レーンにおけるＦＡＳを検出し、当該ＦＡＳを含むデータブロック以前のデータに対してレーン分配部５が計算したエラー検出用符号を、ＬＭ　ＯＨに挿入する。例えば、ＬＭ　ＯＨにはＣＲＣ－８符号が挿入される。
　ＦＥＣ符号化部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームに対してＦＥＣ符号化を行う。
　スクランブル部４は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
　レーン分配部５の構成を図７－９に示す。レーン分配部５は、データブロック分割部６と、レーン番号決定部７と、ＣＲＣ－８計算部８－１～８－Ｍと、を備える。ＣＲＣ－８計算部８－１～８－Ｍは、エラー検出用符号算出機能部として動作し、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算する。
　データブロック分割部６はスクランブルされたＯＴＵフレームを１６バイトデータブロックに分割し、Ｍ本のレーンに分配する。
　レーン番号決定部７はデータブロックを出力するレーン番号を決定する。ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝１～Ｍ）は
ＬＬＭ　ｍｏｄ　Ｍ＝１→ｍ＝１
ＬＬＭ　ｍｏｄ　Ｍ＝２→ｍ＝２
……
ＬＬＭ　ｍｏｄ　Ｍ＝０→ｍ＝Ｍ
で決定される。以後のデータブロックを出力するレーン番号はラウンドロビンで決定される。
　ＣＲＣ－８計算部８－１～８－Ｍは、同期パターンとしてのＦＡＳを検出してフレームの先頭から１５バイト目のデータから次のＦＡＳの直前のデータまで、式〔１〕に従ってＣＲＣ－８符号を計算する。ＯＨ処理部２は、エラー検出用符号挿入機能部として機能し、ＣＲＣ－８計算部８－１～８－Ｍの計算結果を、予め定められたフィールドであるＬＭ　ＯＨに挿入する。
　マルチレーン伝送システムにおける受信装置の構成を図７－１０に示す。受信装置は、ＯＨ解読部１１と、レーン識別＆遅延差補償部１２と、ＯＴＵフレーム再構成部１３と、デスクランブル部１４と、ＦＥＣ復号部１５と、ＯＨ処理部１６と、デマッピング部１７と、品質監視部１８と、を備える。
　ＯＨ解読部１１の構成を図７－１１に示す。ＯＨ解読部１１は、ＦＡＳ検出部２０、ＦＡＳ周期監視部２１、デスクランブル部２２及びエラー検出部２３を備える。ＯＨ解読部１１は、エラー監視機能部として動作し、ＦＡＳを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及びＬＭ　ＯＨから読み出したエラー検出用符号を用いて各レーンのエラーを検出する。
　ＦＡＳ検出部２０は、ＦＡＳの同期パターンを検出すると同期パルスを出力する。また、ＦＡＳを含むデータブロックを取り出す。
　ＦＡＳ周期監視部２１は、レーン毎にＦＡＳの出現周期を監視し、周期性に異常があった場合はフレーム同期外れとしてレジスタに記録する。
　デスクランブル部２２は、ＦＡＳを含むデータブロックを図７－１２のようにデスクランブルして、ＬＬＭおよびＬＭ　ＯＨのＣＲＣ－８符号を出力する。本実施形態では、ＬＭ　ＯＨが予め定められたフィールドであり、エラー検出用符号がＣＲＣ－８符号である。
　エラー検出部２３は、受信信号とＣＲＣ－８符号に基づいて式〔２〕を計算してエラー検出を行い、レーン毎のエラー発生数をレジスタに記録する。そして、エラーの検出結果を品質管理部１８へ出力する。
　レーン識別＆遅延差補償部１２は、（ＬＬＭ　ｍｏｄ　Ｍ）を計算してレーン番号を識別し、ＦＡＳの位置およびＭＦＡＳあるいはＬＬＭの値に基づいて遅延差補償を行う。
　ＯＴＵフレーム再構成部１３は、レーン識別＆遅延差補償された信号の１６バイトデータブロックを順番に統合して、４行×４０８０列のＯＴＵフレームの形に再構成する。
　デスクランブル部１４は、再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
　ＦＥＣ復号部１５は、デスクランブルされたＯＴＵフレームに対しエラー訂正を行う。
　ＯＨ処理部１６は、エラー訂正された４行×３８２４列のフレームからＦＡ　ＯＨ、ＯＴＵ　ＯＨ、ＬＭ　ＯＨ及びＯＤＵ　ＯＨ等のオーバヘッドを除いたＯＰＵフレームを出力する。また、ＳＭ　ＯＨ／ＰＭ　ＯＨのＢＩＰ－８サブフィールド値とＯＰＵから算出したＢＩＰ－８値を比較し、セクション／パス監視区間で生じたエラーを計数してレジスタに記録する。
　デマッピング部１７は、ＯＰＵ　ＯＨの情報に基づいてＯＰＵ　ＰＬＤからクライアント信号をデマッピングして出力する。
　品質監視部１８は、各機能ブロック（ＯＨ解読部１１、レーン識別＆遅延差補償部１２、ＯＴＵ／ＯＤＵ　ＯＨ処理部１６など）のレジスタを読み出し、品質監視を行う。
　なお、本実施形態ではエラー検出用符号としてＣＲＣ－８を挙げたが、予め定められたフィールドであるＬＭ　ＯＨをＯＴＵフレームの１行目の１３列目および１４列目の２バイトに割り当て、ＣＲＣ－１６を用いる構成も可能である。また、ＣＲＣ以外のエラー検出用符号（ＢＩＰなど）を用いる構成も可能である。
（第８の発明についての発明を実施するための形態）
＜第１の実施形態＞
　以下、図面を参照して、本発明の第１の実施形態によるマルチレーン伝送装置と、マルチレーン伝送装置が行う故障レーン通知方法について説明する。
　受信側の特定レーンで光信号のレベル低下が検出されたりＦＡＳが正しく検出されないなどの故障が生じた場合、ＯＴＵ　ＯＨの全部または一部をＥ－ＯＨ（Ｅｍｅｒｇｅｎｃｙ　Ｏｖｅｒｈｅａｄ）に変更し、このＥＯＨを用いて故障したレーン番号を送信側に通知する。
　図８－１は、故障レーン通知時のＯＴＵ　ＯＨにおけるＥ－ＯＨの位置を示す図である。図８－１に示す例１では１行目の８～１０列目（通常はＳＭ　ＯＨとして使用している領域）の３バイトをＥ－ＯＨに使用している。緊急時でもＧＣＣ０（Ｇｅｎｅｒａｌ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｃｈａｎｎｅｌ　０）および予備領域（何らかの他の目的に使用中）を使えない場合はこの例となる。図８－１に示す例２では１行目の８～１２列目（通常はＳＭ　ＯＨおよびＧＣＣ０として使用している領域）の５バイトをＥ－ＯＨに使用している。ＧＣＣ０は使えるが予備領域は使えない場合はこの例となる。図８－１に示す例３では１行目の８～１４列目の全７バイトをＥ－ＯＨに使用している。ＧＣＣ０も予備領域も使える場合はこの例が可能となる。
　Ｅ－ＯＨにおける表記法としては、以下の（１）、（２）に示す方法が適用できる。
（１）故障したレーン数と個々のレーン番号を記載する
（２）ビットマップ形式で故障したレーンの位置を表記する
　また、Ｅ－ＯＨを含むことを明示的に表現する手段が必要であるが、そのためにＦＡＳを変更する。図８－２は、故障レーン通知時のＦＡＯＨにおけるＥ－ＯＨの位置を示す図である。図８－２に示すようにＯＴＮ－ＭＬＤでは６列目をＬＬＭ（Ｌｏｇｉｃａｌ　Ｌａｎｅ　Ｍａｒｋｅｒ）に割り当て、ＦＡＳは１～５列目の全５バイトとなるが、Ｅ－ＯＨを含む場合は１列目（ＯＡ１）を別の適当なパターンに置換したＥ－ＦＡＳ（Ｅｍｅｒｇｅｎｃｙ　ＦＡＳ）に変更する。文献「“Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ　ｏｆ　ｏｐｔｉｃａｌ　ｔｒａｎｓｐｏｒｔ　ｎｅｔｗｏｒｋ　ｈｉｅｒａｒｃｈｙ　ｅｑｕｉｐｍｅｎｔ　ｆｕｎｃｔｉｏｎａｌ　ｂｌｏｃｋｓ”，　ＩＴＵ－Ｔ　Ｇ．７９８，　２０１０」において、ＦＡＳ中の４バイト分をＩＦ（Ｉｎ　Ｆｒａｍｅ）判定に、３～５列目（ＯＡ１・ＯＡ２・ＯＡ２）をＯＯＦ（Ｏｕｔ　ｏｆ　Ｆｒａｍｅ）判定に使用しており、１列目の置換は上記のＩＦ／ＯＯＦ判定基準と互換性を保っているので、この置換の影響でフレーム同期外れと誤判定することはない。
　ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
　通常のＦＡＳの１列目がエラーでＥ－ＦＡＳと誤判定されると誤動作が発生するので、置換パターンはＯＡ１との距離が大きいことが望ましい。従って、置換パターンは、図８－３に示す置換パターンを用いればよい。図８－３は、Ｅ－ＦＡＳにおける先頭バイトの置換パターンの例を示す図である。特に、ＯＡ１（”１１１１０１１０”）の全ビットを反転させた”００００１００１”、直流平衡かつＯＡ１との距離が大きいパターン（”１１００１００１”、”１０１０１００１”など）が望ましい。
　次に、マルチレーン伝送装置の構成について説明する。図８－４は同実施形態におけるマルチレーン伝送装置の構成を示すブロック図である。図８－４に示すマルチレーン伝送装置は、故障レーン通知を行うマルチレーン伝送装置である。
　マルチレーン伝送装置１において、フレーム処理部１０１はクライアント信号をＯＰＵ　ＰＬＤにマッピングし、ＦＡ　ＯＨ・ＯＴＵ　ＯＨ・ＯＤＵ　ＯＨを付加する。符号化＆スクランブル部１０２はＯＰＵフレームにＦＡ　ＯＨ・ＯＴＵ　ＯＨ・ＯＤＵ　ＯＨを付加した４行×３８２４列のフレームに対してＦＥＣ符号化を行い、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
　レーン分配部１０３はスクランブルされたＯＴＵフレームを１６バイトのデータブロックに分割し、複数（ここでは８本）の論理レーンに分配する。ここで、各論理レーンの速度は５Ｇｂｐｓと仮定し、それぞれの論理レーン（ＬＬ：Ｌｏｇｉｃａｌ　Ｌａｎｅ）をＬＬ１＃０～ＬＬ１＃７とする。
　送信器（以下、ＴＸと称する）１０４－１～１０４－４はそれぞれ２本の論理レーンを多重化して１０Ｇｂｐｓの物理レーン（ＰＬ：Ｐｈｙｓｉｃａｌ　Ｌａｎｅ）ＰＬ１＃０～ＰＬ１＃３によって送信する。
　マルチレーン伝送装置２において、受信器（以下、ＲＸと称する）２０５－１～２０５－４は１０Ｇｂｐｓの物理レーンＰＬ１＃０～ＰＬ１＃３の光信号を受信して電気信号に変換し、それぞれ２本の論理レーンに分離する。
　レーン統合部２０６は受信した各論理レーンに含まれるＬＬＭに基づいてＬＬ１＃０～ＬＬ１＃７を識別し、ＦＡＳおよびＭＦＡＳに基づいて各論理レーン間の遅延時間差を補償し、１６バイトのデータブロックから４行×４０８０列のＯＴＵフレームを再構成する。
　デスクランブル＆復号部２０７は再構成されたＯＴＵフレームをデスクランブルし、ＦＥＣ復号して伝送中に生じたエラーを回復し、４行×３８２４列のフレームとして出力する。
　フレーム処理部２０８は復号された４行×３８２４列のフレームのＯＴＵ　ＯＨ・ＯＤＵ　ＯＨを読み出してセクションおよびパスの品質をモニタし、ＦＡ　ＯＨ・ＯＴＵ　ＯＨ・ＯＤＵ　ＯＨを除いたＯＰＵからクライアント信号をデマッピングして出力する。
　なお、マルチレーン伝送装置２からマルチレーン伝送装置１への伝送も前述した構成と同様であるので、ここでは詳細な説明を省略する。
　ここで、ＰＬ１＃２を伝送するマルチレーン伝送装置１のＴＸ１０４－３が故障して光パワーが低下し、マルチレーン伝送装置２のレーン統合部２０６においてＬＬ１＃４およびＬＬ１＃５でＦＡＳが正常に検出できなくなったと仮定する。この時、マルチレーン伝送装置２のレーン統合部２０６は監視制御部２００に対してＬＬ１＃４およびＬＬ１＃５でＬｏＦが発生したことを示す警報信号を出力する。監視制御部２００はフレーム処理部２０１において付加するＦＡ　ＯＨのＦＡＳをＥ－ＦＡＳに変更し、ＯＴＵ　ＯＨの一部あるいは全部をＥ－ＯＨに変更する。図８－５は、Ｅ－ＯＨのフォーマットの例を示す図である。
　ここに示した例では、ＯＴＵ　ＯＨのうち５バイトをＥ－ＯＨに割り当てた例（図８－１に示す例３）で説明する。Ｅ－ＯＨの先頭バイト（１行８列目）はＮＦＬ（Ｎｕｍｂｅｒ　ｏｆ　Ｆａｕｌｔ　Ｌａｎｅｓ）サブフィールドで、故障したレーン数を表す。続く３バイト（図８－１に示す例１であれば１バイト、例３であれば５バイト）はＦＬ（Ｆａｕｌｔ　Ｌａｎｅ）サブフィールドで、故障したレーン番号（レーンを特定する識別情報）を表す。最後の１バイトはＣＲＣ－８（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ　８）でＥ－ＯＨにおける誤り検出に用いる。マルチレーン伝送装置の全帯域の最大値を１Ｔｂｐｓ、論理レーンの速度を５Ｇｂｐｓと仮定すると、論理レーン数は最大２００となるので、ＮＦＬおよびＦＬはそれぞれ１バイトで表記可能である。
　また、ＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、ＮＦＬ＝２、ＦＬ１＝４、ＦＬ２＝５、ＦＬ３＝５とする。ここで、重複したＦＬ＃３＝５は無視する。故障したレーン数がＦＬに割り当てられたバイト数（この例では３）よりも大きい場合は、複数のＥＯＨを用いる。例えば、ＬＬ１＃２・ＬＬ１＃３・ＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、第１のＥ－ＯＨでは、ＮＦＬ＝４、ＦＬ１＝２、ＦＬ２＝３、ＦＬ３＝４とし、第２のＥ－ＯＨでは、ＮＦＬ＝４、ＦＬ１＝５、ＦＬ２＝５、ＦＬ３＝５とする。ここで、重複したＦＬ＃２＝５、ＦＬ＃３＝５は無視する。
　また、逆方向の伝送（マルチレーン伝送装置２からマルチレーン伝送装置１への伝送）にも同様の障害が発生している可能性があるので、Ｅ－ＯＨは論理レーン数の数だけ繰り返す。
　マルチレーン伝送装置１のレーン統合部１０６はあるレーンでＦＡＳを受信すべきタイミングでＥ－ＦＡＳを受信し、その次のタイミングでも再度Ｅ－ＦＡＳを受信したら、マルチレーン伝送装置２でレーンが正常に受信できていないと判定する。このとき、保護段数はもっと多くても良い。レーン統合部１０６はＥ－ＦＡＳを含むデータブロックに対して図８－６に示すようにデスクランブルしてＥ－ＯＨを読み出し、監視制御部１００に通知する。図８－６は、Ｅ－ＯＨのデスクランブル動作を示す図である。
　これを受けて、監視制御部１００は故障した論理レーンの番号が４・５であるので、これに対応したＴＸ１０４－３（物理レーンＰＬ１＃２）を使用停止し、論理レーン数を８から６に減少させ、論理レーンＬＬ１＃４・ＬＬ１＃５の出力先をＴＸ１０４－４（物理レーンＰＬ１＃３）に変更する（図８－７に示す点線部分が停止した部分）。図８－７は、縮退運転しているマルチレーン装置を示す図である。この結果、マルチレーン伝送装置２ではＬＬ１＃０～ＬＬ１＃６が正常に受信できるようになり、４０Ｇｂｐｓから３０Ｇｂｐｓに縮退した状態で伝送が再開されることになる。Ｅ－ＦＡＳは通常のＦＡＳに戻り、ＯＴＵ　ＯＨも通常に戻る。
＜第２の実施形態＞
　次に、本発明の第２の実施形態によるマルチレーン伝送装置と、マルチレーン伝送装置が行う故障レーン通知方法について説明する。第２の実施形態によるマルチレーン伝送装置の構成は、図８－４に示す構成と同じであるため、ここでは詳細な説明を省略する。第２の実施形態によるマルチレーン伝送装置が行う故障レーン通知方法が第１の実施形態による故障レーン通知方法と異なる点は、図８－５に示すＥ－ＯＨのフォーマットが異なる点である。図８－８は、第２の実施形態よるＥ－ＯＨのフォーマットの例を示す図である。
　ここに示した例では、ＯＴＵ　ＯＨのうち５バイトをＥ－ＯＨに割り当てた例（図８－１に示す例３）で説明する。Ｅ－ＯＨの先頭バイト（１行８列目）の１～４ビット目はＳＮ（Ｓｅｑｕｅｎｔｉａｌ　Ｎｕｍｂｅｒ）サブフィールドで、Ｅ－ＯＨの順番を表す。５～８ビット目はＮＥＯＨ（Ｎｕｍｂｅｒ　ｏｆ　Ｅ－ＯＨｓ）サブフィールドで、使用するＥ－ＯＨの数を表す。続く３バイト（図８－１に示す例１であれば１バイト、図８－１に示す例３であれば５バイト）はＬＳＢＭ（Ｌａｎｅ　Ｓｔａｔｕｓ　Ｂｉｔｍａｐ）サブフィールドで、論理レーンの状態をビットマップ形式（故障なら１、正常なら０）で表記する。最後の１バイトはＣＲＣ－８でＥ－ＯＨにおける誤り検出に用いる。
　最大レーン数を８としてＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、ＳＮ＝１、ＮＥＯＨ＝１、ＬＳＢＭ１＝“００００１１００”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とする（使用していないレーン番号はすべて”０”とする）。
　最大レーン数を４０として、ＬＬ１＃４・ＬＬ１＃５・ＬＬ１＃３０・ＬＬ１＃３１で障害が発生した場合は、第１のＥ－ＯＨでは、ＳＮ＝１、ＮＥＯＨ＝２、ＬＳＢＭ１＝“００００１１００”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とし、第２のＥ－ＯＨでは、ＳＮ＝２、ＮＥＯＨ＝２、ＬＳＢＭ１＝“００００００１１”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とする。
　以上説明したように、ＩＴＵ－Ｔ　Ｇ．７９８のＩＦ／ＯＯＦ判定基準と互換性を保ちつつ、ＯＴＵフレームの１行目１～７列目のＦＡ　ＯＨの内１行１列目を置換することで故障レーン通知の有無を、ＯＴＵフレームの１行目８～１４列目のＯＴＵ　ＯＨの内の１行目８～１０列目のＳＭ　ＯＨ又は１行目８～１２列目のＳＭ　ＯＨとＧＣＣ０又は１行目８～１４列目のＳＭ　ＯＨとＧＣＣ０とＲＥＳからなるＯＴＵ　ＯＨ全体でレーン番号をそれぞれ通知するようにした。これにより、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送における受信側のＯＴＮ－ＭＬＤから送信側のＯＴＮ－ＭＬＤへの故障レーン通知を行うことが可能になる。
　なお、図８－４における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより故障レーン通知処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
　また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
　以上、図面を参照して本発明の実施の形態を説明してきたが、上記実施の形態は本発明の例示に過ぎず、本発明が上記実施の形態に限定されるものではないことは明らかである。したがって、本発明の技術思想及び範囲を逸脱しない範囲で構成要素の追加、省略、置換、その他の変更を行っても良い。
（第９の発明についての発明を実施するための形態）
　本発明は、複数のレーンを用いたマルチレーン転送において、転送するフレームの先頭に位置するフレームアライメントオーバーヘッド、もしくはフレームアライメントオーバーヘッド中のＦＡＳ（Ｆｒａｍｅ　Ａｌｉｇｎｍｅｎｔ　Ｓｉｇｎａｌ）を基準として、マルチレーン転送における機能拡張を行うブロックとなるマルチレーン転送機能拡張ブロックを各バーチャルレーンに挿入する。
　マルチレーン転送方式において、バーチャルレーン毎に誤り監視が出来ない問題に対しては、挿入したマルチレーン転送機能拡張ブロックでＢＩＰの情報を通知することで、レーン毎の誤り監視を行う。
　また、マルチレーン転送において一部のレーンに障害が発生しただけでフレーム復元が出来なくなる問題に対しては、挿入したマルチレーン転送機能拡張ブロックに、障害レーン通知ビットの領域を定義し、障害が発生したバーチャルレーンのレーン番号を受信器から送信器へ通知することで、障害が発生したレーン番号を特定し、縮退運転またはプロテクションを行えるようにする。
　本発明によって、マルチレーン転送において、デスキュー処理が行えず、フレームが復元できない場合でもＯＴＵｋフレームを復元することをせず、かつ、従来のＯＴＵｋフレームのオーバーヘッドの使い方を変更せずに、レーン毎の監視・管理やデスキュー機能を提供する。レーン毎のＢＩＰを計算し、マルチレーン転送機能拡張ブロックを用いて送信装置側のマルチレーン伝送装置１と受信装置側のマルチレーン伝送装置２の間で情報を交換することで、従来のマルチレーン転送では不可能だったレーン毎の誤り監視が可能となる。また、検出された障害レーン番号をマルチレーン転送機能拡張ブロックを用いて、受信装置側のマルチレーン伝送装置２と送信装置側のマルチレーン伝送装置１の間で情報を交換することにより、障害レーン番号の通知機能を提供すると、縮退運転やプロテクションが可能となる。
　さらに、マルチレーン転送において、フレーム復元を行うためのデスキュー量が不足してしまう問題に対しては、挿入したマルチレーン転送機能拡張ブロックにＬＬＭの領域を定義することで、デスキュー量を拡大する。
　デスキュー量の拡張機能を提供すると、今後、経路差の発生やバーチャルレーン数の増加によって懸念されるデスキュー量の不足に対応し、フレームの復元を可能とするマルチレーン転送が可能になる。
　ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
（実施形態１）
　第９－１図は、本発明のマルチレーン転送システムをネットワークで使用する場合の一例を示したもので、マルチレーン伝送装置１及び２、フレーム処理部１１，１６，２１及び２６とマルチレーン転送処理部１２，１５，２２及び２５、マルチレーン処理部１２１，１５４，２２１及び２５４、レーン状態検出部１５１及び２５１、ブロック挿入部１２３及び２２３、ブロック抜去部１５２及び２５２、マルチレーン転送機能拡張ブロック処理部１２２，１５３，２２２及び２５３、トランシーバ１３－０～１３－ｘ，１４－０～１４－ｘ，２３－０～２３－ｘ及び２４－０～２４－ｘ、並びに、ネットワーク３から成る。
　本実施形態１では、Ｐｏｉｎｔ　ｔｏ　Ｐｏｉｎｔの接続で、マルチレーン転送機能拡張ブロックを用いて障害レーン通知を行う動作を説明する。第９－１図において、マルチレーン伝送装置１からマルチレーン伝送装置２への転送で障害が発生し、マルチレーン伝送装置２で検出された障害レーン番号をマルチレーン伝送装置２からマルチレーン伝送装置１へ通知する場合を考える。
　第９－２図に対向への通信を行う送信装置側の処理フローチャート、第９－３図に対向からの通信を受信した受信装置側の処理フローチャートを示す。図９－２のステップＳ１０３においてブロック挿入手順を実行する。
　マルチレーン伝送装置１からマルチレーン伝送装置２への転送で障害が起きた場合、マルチレーン伝送装置２のレーン状態検出部２５１において、受光パワーの低下、ＬＯＲ発生等の障害が起きたレーン番号を特定する。
　特定したレーン番号を通知する仕組みを次に示す。
　まず、ステップＳ１０１では、マルチレーン伝送装置２からマルチレーン伝送装置１に転送されるクライアント信号に、フレーム処理部２１で、誤り訂正符号とオーバーヘッドを付加しＯＴＵｋフレーム（マルチフレームを構成するサブフレーム）の形にする。その後、転送容量に合わせて決定されたバーチャルレーン数に合わせてサブフレーム数を決定し、複数のサブフレームからマルチフレームを構成する。具体的には、転送容量を伝送装置に具備されたバーチャルレーン当たりのビットレートで除法し、バーチャルレーン数を決定する。バーチャルレーン数と等しい数のサブフレームを用いてマルチフレームを構成する。
　ここで、第９の発明において、レーン数に合わせてサブフレーム数が変化するマルチフレームは、可変フレーム及び転送フレームとなる。
　次に、ステップＳ１０２では、マルチフレームの構成となったサブフレームを、複数のレーンで転送する。フレーム処理部２１から出力されたサブフレームはマルチレーン転送処理部２２へ入力される。マルチレーン転送処理部２２のマルチレーン処理部２２１では、サブフレームを１６ｂｙｔｅ毎のデータブロックに分割し、転送に用いる複数のバーチャルレーンへ分配する。分配の方法はラウンドロビンであり、マルチフレーム単位でレーンローテーションする。
　ここで、マルチレーン転送機能拡張ブロックを挿入するために（Ｓ１０３）、バーチャルレーンに分配する際に、第９－４図に示すマルチフレームＭＦを構成するサブフレームＳＦの中で、先頭に位置するサブフレームＳＦのＦＡＳに含まれる固定ビットパターンを含んだ１６ｂｙｔｅの基準ブロックＳＢを検出する。具体的には、まずフレームアライメントオーバーヘッドのＦＡＳに位置する固定ビットパターンを検出する。
　ここで、マルチフレームを転送する場合は、さらにＭＦＡＳを検出し、マルチフレームの先頭のサブフレームかどうかを判断する。ＭＦＡＳの値が０で、マルチフレームの先頭のサブフレームだった場合、そのＭＦＡＳを含んだ１６ｂｙｔｅブロックを検出する。また、フレームの転送の際に、マルチフレームを利用しない場合は、ＭＦＡＳを検出する必要はなく、フレームアライメントオーバーヘッドのＦＡＳに位置する固定ビットパターンを検出するのみでよい。この１６ｂｙｔｅブロックのことを本願明細書では、基準ブロックＳＢとする。基準ブロックＳＢのＦＡＳは、フレームの先頭を識別するためにスクランブル処理が行われておらず、また、固定ビットパターンが含まれているため、フレームを復元しなくとも基準ブロックＳＢの位置を把握することができる。本実施形態１では、マルチレーン転送機能拡張ブロックに、障害レーン番号を通知する機能を持たせる（Ｓ１０５）。
　ステップＳ１０３では、レーン状態検出部２５１から障害が起きたレーン番号を通知されたマルチレーン転送機能拡張ブロック処理部２２２が、マルチレーン転送機能拡張ブロックに障害が起きたレーン番号を入力する。マルチレーン転送機能拡張ブロックは、ブロック挿入部２２３にて、基準ブロックＳＢが分配された後、全バーチャルレーンに挿入される。具体的には、第９－５図及び第９－６図のように、基準ブロックＳＢが挿入されたタイミングの次のタイミングで全バーチャルレーンに挿入される。なお、１０レーンのときは、図９－５に示すように、１０２０ブロックは均等に分配される。７レーンのときは、図９－６に示すように、１０２０ブロックは均等に分配されないが、マルチフレームは１０２０×７ブロックで構成されるため、マルチフレーム単位でみると均等に分配される。
　マルチレーン転送機能拡張ブロックは１６×ｎ　ｂｙｔｅのフォーマットとなる。マルチレーン転送機能拡張ブロックは、処理単位を１６ｂｙｔｅに統一することで処理を容易にするために、１６ｂｙｔｅ単位のｎ個から成るブロックとする。ｎの値は、（ｎ＝１，２，…）となり、主にバーチャルレーン数やパリティ符号に依存するが、基本系はｎ＝１とする。
　第９－７図に、マルチレーン転送機能拡張ブロック１６ｂｙｔｅの内訳の一例を示す。
　１ｂｙｔｅ目は、バーチャルレーン数通知領域とし、マルチレーン転送で用いる全バーチャルレーン数とする。アウトバンドで全バーチャルレーン数を求められる場合は、１ｂｙｔｅ目は使用しなくても良いし、後述する障害レーン通知ビット領域としても良い。２ｂｙｔｅ目はバーチャルレーン番号通知領域であり、レーン番号を記載する。本実施形態では２５６レーン分である。ＬＬＭの値から、レーン番号を求める場合、２ｂｙｔｅ目は使用しなくても良いし、後述する障害レーン通知ビット領域としても良い。３ｂｙｔｅ目から１６ｂｙｔｅ目までは、障害レーン通知ビット領域とする。ここで、例えば障害レーン通知ビット領域が、３ｂｙｔｅ目から１２ｂｙｔｅ目までだった場合を考える。このとき、マルチレーン転送機能拡張ブロックの１３ｂｙｔｅ目から１６ｂｙｔｅ目は、予約領域としてもよい。
　障害レーン通知ビット領域の通知方法は任意であるが、例えば、ビットの位置がバーチャルレーン番号と対応する。障害レーン通知ビットは、０ならばレーンが正常で使用可能な状態であり（Ｓ１０７）、１ならば障害により使用不可能である状態を示す（Ｓ１０６）。１４ｂｙｔｅ分の障害レーン通知ビットは、バーチャルレーン番号と対応づけられており、例えば、１００レーンを用いた転送の場合、障害レーン通知ビット領域の１ｂｉｔ目がレーン＃０、２ｂｉｔ目がレーン＃１となり、１００ｂｉｔ目がレーン＃９９の状態を示す。１４ｂｙｔｅで示すことができるレーン数は、１１２レーンまでとなる。
　１１２レーン以上のバーチャルレーンを利用する場合を第９－８図に示す。第９－８図ではｎ＝２のときのマルチレーン転送機能拡張ブロックの挿入法となる。第９－８図のように、１６ｂｙｔｅのマルチレーン転送機能拡張ブロックを追加で挿入し、障害レーン通知ビット領域を拡大させる。障害が発生した場合、受信装置側では、障害が発生したレーンに該当する障害レーン通知ビットを０から１に変化させる。
　例えば１０レーンでマルチレーン転送処理部１２からマルチレーン転送処理部２５にトランシーバ１３－０～１３－３を用いて転送していた場合に、トランシーバ１３－１と２４－１、トランシーバ１３－２と２４－２において、障害が発生したことがレーン状態検出部２５１で検出された場合、マルチレーン転送処理部２２において、トランシーバ１３－１と２４－１、トランシーバ１３－２と２４－２で転送されるバーチャルレーン番号について、障害レーン通知ビットを１に変化させたマルチレーン転送機能拡張ブロックを生成する。
　障害レーン通知ビットをバーチャルレーン番号と対応づける方法として、１レーンの状態を複数のビットで表してもよい。例えば２ｂｉｔで１レーンの状態を示す場合、正常なレーンを００で表し、障害が発生し使用不可能なレーンを１１で表し、他のフローの転送に用いているため使用不可能なレーンを０１とする。
　さらに、障害レーン通知ビット領域におけるビットとレーン番号を対応づける以外の方法としては、障害レーン通知ビット領域を１ｂｙｔｅ毎に区切り、最初の１ｂｙｔｅに障害レーン数を入力してもよい。この場合、２ｂｙｔｅ目から１４ｂｙｔｅ目までのｂｙｔｅを用いて、障害が発生したバーチャルレーン番号を通知してもよい。
　ブロック挿入部２２３は、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入する。マルチレーン転送機能拡張ブロックが挿入されたバーチャルレーンは、トランシーバ２３－０～２３－ｘで対向のトランシーバ１４－０～１４－ｘに転送する（Ｓ１０４）。ここで、バーチャルレーンはトランシーバの転送ビットレートに合わせて多重する。
　トランシーバ１４－０～１４－ｘからバーチャルレーンを受け取ったマルチレーン伝送装置１のマルチレーン転送処理部１５では、物理レーン（ここでは、トランシーバで使われている波長）からバーチャルレーンを逆多重する（Ｓ２０１）。
　レーン状態検出部１５１は、受光パワーの低下や、ビットエラーレートの低下を検出することで、正常に転送が行われたかをチェックする（Ｓ２０２）。
　レーンに障害があった場合（Ｓ２０２においてＮｏ）、レーン状態検出部１５１が障害レーン番号を特定し（Ｓ２０４）、マルチレーン転送機能拡張ブロック処理部１２２に障害レーン番号を転送する（Ｓ２０５）。一方、フレームを復元する際に発生するＬＯＲ等の検出は、マルチレーン処理部１５４で行われ、同じくマルチレーン転送機能拡張ブロック処理部１２２に障害レーン番号を転送する。
　正常に転送が行われた場合（Ｓ２０２においてＹｅｓ）、マルチレーン処理部１５４は、複数のバーチャルレーンからサブフレームを復元し（Ｓ２０７）、フレーム処理部１６へ転送する。フレーム処理部１６は、フレームからクライアント信号を復元する（Ｓ２０８）。
　ブロック抜去部１５２では、基準ブロックＳＢに含まれる固定ビットパターンを検出した後、基準ブロックＳＢの次のタイミングで受信される１６ｂｙｔｅブロックをマルチレーン転送機能拡張ブロックと識別する。基準ブロック受信後は、１０２０＋ｎブロック毎にマルチレーン転送機能拡張ブロックを検出する。その後、マルチレーン転送機能拡張ブロックを抜去する（Ｓ２０３）。
　抜去したマルチレーン転送機能拡張ブロックの情報を、マルチレーン転送機能拡張ブロック処理部１５３で取得する。ブロック抜去部１５２からマルチレーン転送機能拡張ブロック処理部１５３へは、マルチレーン転送機能拡張ブロックが転送される。ブロック抜去部１５２でマルチレーン転送機能拡張ブロックが抜去されたバーチャルレーンは、マルチレーン処理部１５４に転送される。マルチレーン処理部１５４は、複数のバーチャルレーンからフレームを復元する。フレームが復元できない場合、マルチレーン処理部１５４は、ＬＯＲ等の警報を出し、原因となったバーチャルレーンの番号を検出し、マルチレーン転送機能拡張ブロック処理部１２２に伝える。
　マルチレーン転送機能拡張ブロック処理部１５３は、レーン監視部として機能し、対向への転送レーンは全レーン正常であったか否かを判定する（Ｓ２０６）。
　対向への転送レーンが全レーン正常であった場合（Ｓ２０６においてＹｅｓ）、障害レーン番号を転送しない、もしくは障害レーンがなかったことを示す情報をマルチレーン転送機能拡張ブロック処理部１５３からマルチレーン転送処理部１２へ転送する（Ｓ２１０）。
　一方、いずれかのレーンで異常があった場合（Ｓ２０６においてＮｏ）、マルチレーン転送処理部１２は、マルチレーン転送機能拡張ブロック処理部１５３で取得した障害レーン番号（Ｓ２０９）を受信することで、障害レーン番号を得る（Ｓ２１０）。
　障害レーン番号を得たマルチレーン転送処理部１２は、障害が発生したバーチャルレーンを除いた正常なバーチャルレーンで縮退運転、または、空きレーンを用いたプロテクションを開始する（Ｓ２１１）。
　マルチフレームを構成したときのマルチレーン転送機能拡張ブロックの挿入例を、第９図に示す。マルチフレームを、Ｘ個のＳＦで構成する。この場合マルチフレームは、１０２０Ｘ個の１６ｂｙｔｅブロックに分割される。分割されたブロックは、Ｘ本のバーチャルレーンに分配される。バーチャルレーンに分配された後、マルチフレームの先頭に位置する基準ブロックＳＢを検出する。マルチレーン転送機能拡張ブロックは、第９－９図のように基準ブロックＳＢの次のタイミングで、全てのバーチャルレーンに挿入される。マルチレーン転送機能拡張ブロックの挿入後、バーチャルレーンは物理レーンに多重され、対向へ転送される。
（実施形態２）
　本実施形態２では、複数対地へフローを転送するネットワーク構成における障害レーン通知の動作を示す。マルチレーン伝送装置の構成、マルチフレームの構成方法、マルチレーン転送方法は実施形態１と同様である。
　実施形態１との違いは、障害レーン通知ビットにおけるバーチャルレーン番号について、対地の異なるフロー毎に独立の番号が付加される点である。フローを構成する複数のバーチャルレーンからフレームを復元する際に、剰余を計算してバーチャルレーン番号を求める。フロー毎に独立の番号を付与するのは、剰余で求めたバーチャルレーン番号とフローを構成するバーチャルレーンのバーチャルレーン番号が異なる値にならないようにするためである。
　第９－１０図のように複数対地へマルチレーン転送を行っている場合、障害レーン通知ビット領域は、対地毎にバーチャルレーン番号が入力される。マルチレーン伝送装置７ａにおいて、トランシーバ７０－０～７０－５でマルチレーン伝送装置７ｃからマルチレーン伝送装置７ａへの転送を行い、トランシーバ７０－６～７０－９でマルチレーン伝送装置７ｂ～マルチレーン伝送装置７ａへの転送を行う場合を仮定する。１台のトランシーバに１本のバーチャルレーンが対応づけされている場合を考える。
　このとき、マルチレーン伝送装置７ａからマルチレーン伝送装置７ｃへの障害レーン通知ビットでは、レーン＃０～レーン＃５を示す１番目のｂｉｔから６番目のｂｉｔを利用し、また、マルチレーン伝送装置７ａからマルチレーン伝送装置７ｂへの障害レーン通知ビットでは、レーン＃０～レーン＃３を示す１番目のｂｉｔから４番目のｂｉｔを利用するというように、独立にバーチャルレーン番号を割り当てる。
　第９－１１図に、第９－１０図のマルチレーン伝送装置７ａにおいて、マルチレーン伝送装置７ｂとマルチレーン伝送装置７ｃへマルチレーン転送する場合の、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入した状態を示す。７ｂ、７ｃのマルチレーン転送処理部では、７ａから送られてきた障害レーン通知ビットから、障害が発生したバーチャルレーン番号を取得し、障害が発生したバーチャルレーン番号を除いた正常なバーチャルレーンで縮退運転、または、プロテクションを開始する。
（実施形態３）
　本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロック処理部１２２がマルチレーン転送機能拡張ブロックを生成する際に、障害レーン通知ビット領域のチェックサムとしてＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）を含める。ＣＲＣを含めることで、障害レーン通知ビット領域の誤り検出を行うことができる。
　ＣＲＣ－３２を用いて障害レーン通知ビットを計算した場合、ＣＲＣ－３２の計算結果を送信する領域として、障害レーン通知ビット領域の後に、４ｂｙｔｅのＣＲＣ領域を定義し、マルチレーン転送機能拡張ブロックを対向に送信する。受信装置側のマルチレーン伝送装置２において、マルチレーン転送機能拡張ブロック処理部２５３で、マルチレーン転送機能拡張ブロックからＣＲＣを読み取り誤り検出を行う。
（実施形態４）
　本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロック処理部１２２がマルチレーン転送機能拡張ブロックを生成する際に、レーン毎の誤り監視のために、各レーンにおけるＢＩＰを計算して含める。ＢＩＰを含めることで、ＢＥＲの測定が可能となる。
　第９－１２図にＢＩＰを計算するブロックの一例を示す。送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロックとマルチレーン転送機能拡張ブロックの間に位置する１０２０ブロック＝１６３２０ｂｙｔｅに対し、ＢＩＰ（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）を計算する。ＢＩＰ－８を用いた場合、マルチレーン転送機能拡張ブロック中にＢＩＰ領域として１ｂｙｔｅの領域を定義し、マルチレーン転送機能拡張ブロックを対向に送信する。
　受信装置側のマルチレーン伝送装置２において、ブロック抜去部２５２がマルチレーン転送機能拡張ブロックからＢＩＰ情報を読み取ると、受信装置側のマルチレーン転送機能拡張ブロック処理部２５３でも送信装置側と同様にマルチレーン転送機能拡張ブロックとマルチレーン転送機能拡張ブロックの間に位置する１６３２０ｂｙｔｅに対し、ＢＩＰ－８の値を計算し、受信したＢＩＰ情報と比較することで誤り測定を行う。
（実施形態５）
　異経路転送によるスキューの拡大やバーチャルレーン数の増加により、従来のＯＴＵｋフレームのＦＡＳの６ｂｙｔｅ目に位置するＬＬＭでは、２５６通りの値しか表現できないため、デスキュー量が不足することが想定される。そこで本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置において、マルチレーン転送機能拡張ブロックを生成する際に、デスキュー量を拡張するためのカウンタとなるＬＬＭ拡張領域をマルチレーン転送機能拡張ブロックに含める。
　送信装置側のマルチレーン伝送装置において、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅに加え、マルチレーン転送機能拡張ブロック中にＬＬＭ拡張領域として例えば１ｂｙｔｅの領域を確保し、合計２ｂｙｔｅの領域で６５５３６通りのＬＬＭを表現する。ブロック挿入部１２３は、ＬＬＭ拡張領域を含むマルチレーン転送機能拡張ブロックを各バーチャルレーンの所定の位置に挿入する。
　受信装置側のマルチレーン伝送装置２において、マルチレーン転送機能拡張ブロック処理部２５３で、マルチレーン転送機能拡張ブロックから、ＬＬＭ拡張領域の値を読み取る。読み取ったＬＬＭ拡張領域の値はマルチレーン処理部２５４へ転送される。マルチレーン処理部２５４では、ＬＬＭ拡張領域の値と、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅを用いて、デスキューを行い、複数のレーンからフレームを復元する。
　また、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅをマルチレーン転送する場合であっても、フレームアライメントオーバーヘッドのＦＡ　ＯＨの６ｂｙｔｅ目として用いることとし、マルチレーン転送機能拡張ブロックに含めたＬＬＭ拡張領域を用いてマルチレーン転送で発生するレーン間のデスキューを行ってもよい。
（実施形態６）
　第９－１３図に、Ｉｎｎｅｒ－Ｃｏｄｅを利用する場合における、マルチレーン伝送装置２からマルチレーン伝送装置１への片方向の転送を行う際の構成を示す。ここで、Ｉｎｎｅｒ－Ｃｏｄｅとは、Ｇ．９７５．１に記載されているＳｅｃｏｎｄ　ＦＥＣのことである。Ｇ．７０９　Ａｎｎｅｘ．Ａに記載されているＲＳ（２５５，２３９）をＦｉｒｓｔ　ＦＥＣとして付加した後に、このＩｎｎｅｒ－ＣｏｄｅをＳｅｃｏｎｄ　ＦＥＣとして付加することで、Ｆｉｒｓｔ　ＦＥＣのみよりも強力な誤り訂正を行うことが可能となる。
　Ｉｎｎｅｒ－Ｃｏｄｅを利用して転送を行う場合、送信装置側のマルチレーン伝送装置２のＩｎｎｅｒ－Ｃｏｄｅ処理部２２４において、マルチレーン処理部２２１で複数のレーンに分配されたデータに対し、マルチレーン転送機能拡張ブロック処理部２２２で生成されたマルチレーン転送機能拡張ブロックの挿入を行った後に、Ｉｎｎｅｒ－Ｃｏｄｅの付加処理を行う。Ｉｎｎｅｒ－Ｃｏｄｅの付加を行った後、対向のマルチレーン伝送装置１へ転送する。受信装置側のマルチレーン伝送装置１のＩｎｎｅｒ－Ｃｏｄｅ処理部１５５において、Ｉｎｎｅｒ－Ｃｏｄｅによる誤り訂正を行った後に、マルチレーン転送機能拡張ブロックの抜去を行う。
　上記の構成にすることで、Ｉｎｎｅｒ－Ｃｏｄｅ処理部１５５において、マルチレーン転送機能拡張ブロックに対して誤り訂正を行うことが可能となる。また、Ｉｎｎｅｒ－Ｃｏｄｅ処理部でマルチレーン転送機能拡張ブロックを挿抜することにより、挿抜により発生するクロック差を吸収するクロック変換回路を含んだマルチレーン転送機能拡張ブロックの挿抜回路を削減することが可能となる。
　なお、マルチレーン転送機能拡張ブロックは、逆方向に伝送するバーチャルレーンの内で障害が発生したバーチャルレーンのレーン番号を受信装置から送信装置へ通知するための障害レーン通知ビットの領域とレーン毎に誤り監視するためのＢＩＰの領域とフレームの復元に向けたデスキュー量の不足に対応するためのＬＬＭの領域を定義してそれぞれ通知しているが、受信装置側から送信装置側に通知する情報はこれらの情報に限らない。
　また、マルチレーン転送機能拡張ブロックの挿入位置の基準として、フレームアライメントオーバーヘッド又はフレームアライメントオーバーヘッド中のＦＡＳで例示しているが、基準はこれらに限らずフレーム位置を識別するものであればよく、基準に対するマルチレーン転送機能拡張ブロックの位置も例示した以外の位置であってもよい。
　また、サブフレームはＯＴＵフレームで例示しているが、ＯＴＵフレームに限らず、フレームアライメントオーバーヘッドのＦＡＳのようにフレーム同期をとるための先頭固定ビットパターンを持つフレームであればよい。
（第１の発明についての産業上の利用可能性）
　本発明に係るマルチレーン送信装置及びマルチレーン受信装置は、高速大容量のデータ通信を経済的に行うことを目的としたネットワークと、ネットワークで転送するデータ信号を発生するクライアント装置と、の間に位置する伝送装置に適用することができる。
（第２の発明についての産業上の利用可能性）
　本発明に係るマルチレーン送信装置及びマルチレーン受信装置は、複数の物理レーンを論理的に束ねて、高速データリンクを経済的に実現するのに適している。
（第３の発明についての産業上の利用可能性）
　本発明は情報通信産業に適用することができる。
（第４の発明についての産業上の利用可能性）
　本発明は情報通信産業に適用することができる。
（第５の発明についての産業上の利用可能性）
　本発明は情報通信産業に適用することができる。
（第６の発明についての産業上の利用可能性）
　本発明は情報通信産業に適用することができる。
（第７の発明についての産業上の利用可能性）
　本発明は情報通信産業に適用することができる。
（第８の発明についての産業上の利用可能性）
　マルチレーン伝送装置において、受信側から送信側に対して、故障したレーンを番号を通知することが不可欠な用途に適用できる。
（第９の発明についての産業上の利用可能性）
　本発明は情報通信産業に適用することができる。
（第１の発明についての符号の説明）
１：伝送装置
２：クライアント装置
３：光スイッチ
４：ネットワーク
１１：マルチレーン送信装置
１２：マルチレーン受信装置
１１１：クライアント信号振分部
１１２：バッファメモリ
１１３：転送帯域計算部
１１４：シェーピング部
１１５：フレーマ部
１１６：転送フレーム生成部
１１７：バーチャルレーン群生成部
１２１：デフレーマ部
１２２：バーチャルレーン群復元部
１２３：クライアント信号復元部
１２４：クライアント信号振分部
ＶＬ：バーチャルレーン
Ｆ：転送フレーム
（第２の発明についての符号の説明）
１００、２００、３００：マルチレーン通信ノード装置
４００：ネットワーク
５００：管理制御システム
Ｔ：マルチレーン送信装置
Ｒ：マルチレーン受信装置
１：設定テーブル
２：物理インタフェース
３：データフレーム振分部
４：バッファメモリ
５：データストリーム分割部
６：物理インタフェース
７：物理インタフェース
８：データフレーム再構成部
９：バッファメモリ
１０：データフレーム多重化部
１１：物理インタフェース
３１：ＶＬＡＮタグ解読部
３２：データフレーム書込部
５１：データフレーム読出部
５２：符号化部
５３：データ列分割部
５４：フロー群情報順序情報付加部
５５：伝送フレーム処理部
５６：レーン選択出力部
８１：伝送フレーム処理部
８２：レーン選択結合部
８３：復号部
８４：データフレーム振分部
（第３の発明についての符号の説明）
１：マッピング部
２：ＯＨ処理部
３：インタリーブ部
４－１～４－１６：符号化部
５：逆インタリーブ部
６：スクランブル部
７：データブロック分割部
８：レーン番号決定部
１０：レーン識別＆遅延差補償部
１１：ＯＴＵフレーム再構成部
１２：デスクランブル部
１３：インタリーブ部
１４－１～１４－１６：復号部
１５：逆インタリーブ部
１６：ＯＨ処理部
１７：デマッピング部
（第４の発明についての符号の説明）
１～４：マルチレーン光トランスポート装置（ＭＬＯＴ：Ｍｕｌｔｉｌａｎｅ　Ｏｐｔｉｃａｌ　Ｔｒａｎｓｐｏｒｔ　ｅｑｕｉｐｍｅｎｔ）
５～８：ルータ
９：光クロスコネクト（ＯＸＣ：Ｏｐｔｉｃａｌ　Ｃｒｏｓｓ－Ｃｏｎｎｅｃｔ　Ｓｗｉｔｃｈ）
１０：ネットワーク管理システム（ＮＭＳ：Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）
１０１：フローディストリビュータ（ＦＬＤ：Ｆｌｏｗ　Ｄｉｓｔｒｉｂｕｔｏｒ）
１０２：フレーム処理回路（ＦＲＭ：　Ｆｒａｍｅｒ）
１０３：ＯＴＵ４符号化回路（ＯＴＵ４　ＥＮＣ：ＯＴＵ４　Ｅｎｃｏｄｅｒ）
１０４：１００Ｇ変調器（１００Ｇ　ＭＯＤ：１００　Ｇｂｐｓ　Ｍｏｄｕｌａｔｏｒ）
１０５：光アグリゲータ（ＯＡＧＧ：Ｏｐｔｉｃａｌ　Ａｇｇｒｅｇａｔｏｒ）
１０６：監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ　ａｎｄ　Ｍａｎａｇｅｍｅｎｔ　Ｕｎｉｔ）
１１０：フレーム処理回路（ＦＲＭ：Ｆｒａｍｅｒ）
１１１：可変ＯＴＵ符号化回路（ＯＴＵｆ　ＥＮＣ：Ｆｌｅｘｉｂｌｅ　ＯＴＵ　Ｅｎｃｏｄｅｒ）
１１２：マルチレーンディストリビュータ（ＭＬＤ：Ｍｕｌｔｉｌａｎｅ　Ｄｉｓｔｒｉｂｕｔｏｒ）
１１３：１００Ｇ変調器（１００Ｇ　ＭＯＤ：１００　Ｇｂｐｓ　Ｍｏｄｕｌａｔｏｒ）
２０１：光デアグリゲータ（ＯＤＥＡＧＧ：Ｏｐｔｉｃａｌ　Ｄｅａｇｇｒｅｇａｔｏｒ）
２０２：１００Ｇ復調器（１００Ｇ　ＤＥＭ：１００　Ｇｂｐｓ　Ｄｅｍｏｄｕｌａｔｏｒ）
２０３：ＯＴＵ４復号回路（ＯＴＵ４　ＤＥＣ：ＯＴＵ４　Ｄｅｃｏｄｅｒ）
２０４：デフレーム処理回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）
２０５：フローコンバイナ（ＦＬＣ：Ｆｌｏｗ　Ｃｏｍｂｉｎｅｒ）
２０６：監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ　ａｎｄ　Ｍａｎａｇｅｍｅｎｔ　Ｕｎｉｔ）
２１０：１００Ｇ復調器（１００Ｇ　ＤＥＭ：１００　Ｇｂｐｓ　Ｄｅｍｏｄｕｌａｔｏｒ）
２１１：ＭＬＯＨ読み出し回路（ＭＬＯＤ：Ｍｕｌｔｉｌａｎｅ　Ｏｖｅｒｈｅａｄ　Ｄｅｔｅｃｔｏｒ）
２１２：マルチレーンコンバイナ（ＭＬＣ：Ｍｕｌｔｉｌａｎｅ　Ｃｏｍｂｉｎｅｒ）
２１３：可変ＯＴＵ復号回路（ＯＴＵｆ　ＤＥＣ：Ｆｌｅｘｉｂｌｅ　ＯＴＵ　Ｄｅｃｏｄｅｒ）
２１４：デフレーム処理回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）
１０３０：ＯＴＵ５符号化回路（ＯＴＵ５　ＥＮＣ：ＯＴＵ５　Ｅｎｃｏｄｅｒ）
１０４０：４００Ｇ変調器（４００Ｇ　ＭＯＤ：４００　Ｇｂｐｓ　Ｍｏｄｕｌａｔｏｒ）
２０２０：４００Ｇ復調器（４００Ｇ　ＤＥＭ：４００　Ｇｂｐｓ　Ｄｅｍｏｄｕｌａｔｏｒ）
２０３０：ＯＴＵ５復号回路（ＯＴＵ５　ＤＥＣ：ＯＴＵ５　Ｄｅｃｏｄｅｒ）
（第５の発明についての符号の説明）
１：マッピング部１
２：ＯＨ処理部
３：インタリーブ部
４－１～４－１６：符号化部
５：逆インタリーブ部
６：スクランブル部
７：データブロック分割部
８：レーン番号決定部
１０：レーン識別＆遅延差補償部
１１：ＯＴＵフレーム再構成部
１２：デスクランブル部
１３：インタリーブ部
１４－１～１４－１６：復号部
１５：逆インタリーブ部
１６：ＯＨ処理部
１７：デマッピング部
２０－１～２０－Ｍ：ＦＡＯＨ検出部
２１：遅延比較部
２２－１～２２－Ｍ：遅延調整部
（第６の発明についての符号の説明）
１：レーン識別＆遅延差補償部
２：ＯＴＵフレーム再構成部
３：デスクランブル部
４：ＦＥＣ復号部
５：ＯＴＵ／ＯＤＵ　ＯＨ処理部
６：デマッピング部
７：品質監視部
１０：インタリーブ部
１１－１～１１－１６：サブ行データ復号部
１２：逆インタリーブ部
１３：レーンエラーレジスタ記録部
２１：シンドローム計算部
２２：エラーロケータ多項式係数計算部
２３：エラーロケータ計算部
２４：エラー係数計算部
２５：エラー訂正部
２６：選択出力部
２７：レーン番号計算部
（第７の発明についての符号の説明）
１：マッピング部
２：ＯＨ処理部
３：ＦＥＣ符号化部
４：スクランブル部
５：レーン分配部
６：データブロック分割部
７：レーン番号計算部
８－１～８－Ｍ：ＣＲＣ－８計算部
１１：ＯＨ解読部
１２：レーン識別＆遅延差補償部
１３：ＯＴＵフレーム再構成部
１４：デスクランブル部
１５：ＦＥＣ復号部
１６：ＯＨ処理部
１７：デマッピング部
１８：品質監視部
２０：ＦＡＳ検出部
２１：ＦＡＳ周期監視部
２２：デスクランブル部
２３：エラー検出部
（第８の発明についての符号の説明）
　１、２・・・マルチレーン伝送装置、１００、２００・・・監視制御部、１０１、２０１・・・フレーム処理部、１０２、２０２・・・符号化＆スクランブル部、１０３、２０３・・・レーン分配部、１０４－１～１０４－４、２０４－１～２０４－４・・・送信器（ＴＸ）、２０５－１～２０５－４、１０５－１～１０５－４・・・受信器（ＲＸ）、１０６、２０６・・・レーン統合部、１０７、２０７・・・デスクランブル＆復号部、１０８、２０８・・・フレーム処理部、ＬＬ１＃０～ＬＬ１＃７、ＬＬ２＃０～ＬＬ２＃７・・・論理レーン、ＰＬ１＃０～ＰＬ１＃３、ＰＬ２＃０～ＰＬ２＃３・・・物理レーン
（第９の発明についての符号の説明）
１，２，７ａ，７ｂ，７ｃ：マルチレーン伝送装置
３：ネットワーク
１１，１６，２１，２６：フレーム処理部
１２，１５，２２，２５：マルチレーン転送処理部
１３－０～１３－ｘ，１４－０～１４－ｘ，２３－０～２３－ｘ，２４－０～２４－ｘ，７０－０～７０－９：トランシーバ
１２１，１５４，２２１，２５４：マルチレーン処理部
１２２，１５３，２２２，２５３：マルチレーン転送機能拡張ブロック処理部
１２３，２２３：ブロック挿入部
１５１，２５１：レーン状態検出部
１５２，２５２：ブロック抜去部
１５５，２２４：Ｉｎｎｅｒ－Ｃｏｄｅ処理部

Claims (60)

  1. 　データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分部と、
    　前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定部と、
    　前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定部が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマ部と、
    　各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマ部がフレーム化した各データフレームを送信するデータフレーム送信部と、
    　を備えることを特徴とするマルチレーン送信装置。
  2. 　前記データフレーム送信部が送信した各データフレームの通信速度が、前記データ信号振分部が入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信部が送信した各データフレームに前記データ信号振分部が入力した前記データ信号が収容される容量が設定されることを特徴とする請求項１に記載のマルチレーン送信装置。
  3. 　各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信部と、
    　各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマ部と、
    　を備えることを特徴とするマルチレーン受信装置。
  4. 　前記データフレーム受信部が受信した各データフレームの通信速度が、前記デフレーマ部がデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信部が受信した各データフレームに前記デフレーマ部がフレーム化した各データ信号が収容される容量が設定されることを特徴とする請求項３に記載のマルチレーン受信装置。
  5. 　データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分ステップと、
    　前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定ステップと、
    　前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定ステップで本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマステップと、
    　各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマステップでフレーム化した各データフレームを送信するデータフレーム送信ステップと、
    　を順に備えることを特徴とするマルチレーン送信方法。
  6. 　前記データフレーム送信ステップで送信した各データフレームの通信速度が、前記データ信号振分ステップで入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信ステップで送信した各データフレームに前記データ信号振分ステップで入力した前記データ信号が収容される容量が設定されることを特徴とする請求項５に記載のマルチレーン送信方法。
  7. 　各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信ステップと、
    　各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマステップと、
    　を順に備えることを特徴とするマルチレーン受信方法。
  8. 　前記データフレーム受信ステップで受信した各データフレームの通信速度が、前記デフレーマステップでデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信ステップで受信した各データフレームに前記デフレーマステップでフレーム化した各データ信号が収容される容量が設定されることを特徴とする請求項７に記載のマルチレーン受信方法。
  9. 　複数のレーンを用いてデータフレームを送信するマルチレーン送信装置であって、
    　データフレームを送信先に基づいて振り分けるデータフレーム振分部と、
    　前記データフレーム振分部が各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加部と、
    　前記フロー群情報順序情報付加部が各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力部と、
    　を備えることを特徴とするマルチレーン送信装置。
  10. 　複数のレーンを用いてデータフレームを受信するマルチレーン受信装置であって、
    　各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信部と、
    　各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成部と、
    　を備えることを特徴とするマルチレーン受信装置。
  11. 　前記データフレーム再構成部は、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とする請求項１０に記載のマルチレーン受信装置。
  12. 　複数のレーンを用いてデータフレームを送信するマルチレーン送信装置におけるマルチレーン送信方法であって、
    　データフレームを送信先に基づいて振り分けるデータフレーム振分ステップと、
    　前記データフレーム振分ステップで各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加ステップと、
    　前記フロー群情報順序情報付加ステップで各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力ステップと、
    　を順に備えることを特徴とするマルチレーン送信方法。
  13. 　複数のレーンを用いてデータフレームを受信するマルチレーン受信装置におけるマルチレーン受信方法であって、
    　各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信ステップと、
    　各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成ステップと、
    　を順に備えることを特徴とするマルチレーン受信方法。
  14. 　前記データフレーム再構成ステップでは、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とする請求項１３に記載のマルチレーン受信方法。
  15. 　フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送装置であって、
    　各フレームの予め定められたフィールドにフレームの識別子を記載する識別子記載機能部と、
    　フレームの識別子がレーン数の倍数を示す予め定められた値のときにレーンローテートを行うレーンローテート機能部と、
    　を具備するマルチレーン伝送装置。
  16. 　前記マルチレーン伝送装置のレーン数はＭであり、
    　前記識別子記載機能部は、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、
    　前記レーンローテート機能部は、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行うことを特徴とする、
    　請求項１５に記載のマルチレーン伝送装置。
  17. 　前記マルチレーン伝送装置のレーン数はＭであり、
    　前記識別子記載機能部は、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、
    　前記レーンローテート機能部は、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行うことを特徴とする、
    　請求項１５に記載のマルチレーン伝送装置。
  18. 　フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送方法であって、
    　各フレームの予め定められたフィールドにフレームの識別子を記載する識別子記載手順と、
    　フレームの識別子がレーン数の倍数を示す予め定められた値のときにレーンローテートを行うレーンローテート手順と、
    　を有するマルチレーン伝送方法。
  19. 　前記マルチレーン伝送装置のレーン数はＭであり、
    　前記識別子記載手順において、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、
    　前記レーンローテート手順において、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行うことを特徴とする、
    　請求項１８に記載のマルチレーン伝送方法。
  20. 　前記マルチレーン伝送装置のレーン数はＭであり、
    　前記識別子記載手順において、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、
    　前記レーンローテート手順において、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行うことを特徴とする、
    　請求項１８に記載のマルチレーン伝送方法。
  21. 　データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポートシステムであって、
    　前記送信部は、分配元を識別できるユニークな識別情報及び遅延差測定用信号を各レーンに分配された信号に付与し、
    　前記受信部は、前記識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する、
    　マルチレーン光トランスポートシステム。
  22. 　前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを前記ユニークな識別情報に含むことを特徴とする、
    　ことを特徴とする請求項２１に記載のマルチレーン光トランスポートシステム。
  23. 　前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
    　前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報をユニークな識別情報に含める
    　ことを特徴とする請求項２１に記載のマルチレーン光トランスポートシステム。
  24. 　前記送信部は、前記ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、
    　前記受信部は、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行う
    　ことを特徴とする請求項２１から２３のいずれかに記載のマルチレーン光トランスポートシステム。
  25. 　前記送信部は、当該容量可変管理フレームを伝送速度の異なる１つ以上の転送フレームに分割する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
    　前記受信部は、伝送速度の異なる１つ以上の当該転送フレーム当該から管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行う
    　ことを特徴とする請求項２４に記載のマルチレーン光トランスポートシステム。
  26. 　前記送信部は、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、
    　前記受信部は、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行う、
    　ことを特徴とする請求項２１から２３のいずれかに記載のマルチレーン光トランスポートシステム。
  27. 　前記送信部は、前記転送フレームにデータフローのサービスクラス識別情報を付与し、
    　前記受信部は、当該転送フレームから当該サービスクラス識別情報を読み出す、
    　ことを特徴とする請求項２４から２６のいずれかに記載のマルチレーン光トランスポートシステム。
  28. 　データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポート方法であって、
    　各レーンに分配された信号に少なくとも分配元を識別できるユニークな識別情報を付与し、各レーンに分配された信号に遅延差測定用信号を付与する送信手順と、
    　当該ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する受信手順と、
    　を有するマルチレーン光トランスポート方法。
  29. 　前記送信手順において、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを前記ユニークな識別情報に含むことを特徴とする、
    　ことを特徴とする請求項２８に記載のマルチレーン光トランスポート方法。
  30. 　前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
    　前記送信手順において、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報をユニークな識別情報に含める
    　ことを特徴とする請求項２８に記載のマルチレーン光トランスポート方法。
  31. 　前記送信手順において、当該ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、
    　前記受信手順において、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行う、
    　ことを特徴とする請求項２８から３０のいずれかに記載のマルチレーン光トランスポート方法。
  32. 　前記送信手順において、当該容量可変管理フレームを伝送速度の異なる１つ以上の転送フレームに分割する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
    　前記受信手順において、伝送速度の異なる１つ以上の当該転送フレーム当該から管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行う
    　ことを特徴とする請求項３１に記載のマルチレーン光トランスポート方法。
  33. 　前記送信手順において、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、
    　前記受信手順において、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行う、
    　ことを特徴とする請求項２８から３０のいずれかに記載のマルチレーン光トランスポート方法。
  34. 　前記送信手順において、前記転送フレームにデータフローのサービスクラス識別情報を付与し、
    　前記受信手順において、当該転送フレームから当該サービスクラス識別情報を読み出す、
    　ことを特徴とする請求項３１から３３のいずれかに記載のマルチレーン光トランスポート方法。
  35. 　フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
    　前記送信装置は、
    　既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製するデータブロック複製機能部と、
    　前記データブロック複製機能部の複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力機能部と、
    　を備え、
    　前記受信装置は、
    　既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出す同期パターン読出し機能部と、
    　同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償機能部と、
    　を備えるマルチレーン伝送システム。
  36. 　前記送信装置は、
    　レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成するオーバヘッド部生成機能部をさらに備え、
    　前記新規レーン出力機能部は、前記オーバヘッド部生成機能部の生成したオーバヘッドを新規レーンに出力し、
    　前記同期パターン読出し機能部は、前記制御情報及び前記変更レーン情報を読み出し、
    　前記新規レーン遅延補償機能部は、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別する
    　請求項３５に記載のマルチレーン伝送システム。
  37. 　フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける帯域変更方法であって、
    　前記送信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製し、複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力手順と、
    　前記受信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償手順と、
    　を有するマルチレーン伝送システムにおける帯域変更方法。
  38. 　前記新規レーン出力手順において、前記送信装置が、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成し、生成したオーバヘッドを新規レーンに出力し、
    　前記新規レーン遅延補償手順において、前記受信装置が、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較する
    　請求項３７に記載のマルチレーン伝送システムにおける帯域変更方法。
  39. 　複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信部と、
    　前記送信部から送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視する受信部と、
    　備えるマルチレーン監視システム。
  40. 　複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信手順と、
    　送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視するエラー監視手順と、
    　有するマルチレーン監視方法。
  41. 　フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
    　前記送信装置は、
    　各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するエラー検出用符号算出機能部と、
    　各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロック以前のデータに対して前記エラー検出用符号算出機能部が計算したエラー検出用符号を、予め定められたフィールドに挿入するエラー検出用符号挿入機能部と、を備え、
    　前記受信装置は、
    　各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視機能部を備える、
    　マルチレーン伝送システム。
  42. 　フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける個別レーン監視方法であって、
    　前記送信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するとともに、当該同期パターンを含むデータブロック以前のデータに対して計算したエラー検出用符号を予め定められたフィールドに挿入するエラー検出用符号挿入手順と、
    　前記受信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視手順と、
    　を有する個別レーン監視方法。
  43. 　フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置であって、
    　受信側において前記レーンの故障を検出する故障検出手段と、
    　前記故障検出手段によって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知手段と
    　を備えたことを特徴とするマルチレーン伝送装置。
  44. 　前記故障通知手段は、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする請求項４３に記載のマルチレーン伝送装置。
  45. 　前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする請求項４３または４４に記載のマルチレーン伝送装置。
  46. 　フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置が行う故障レーン通知方法であって、
    　受信側において前記レーンの故障を検出する故障検出ステップと、
    　前記故障検出ステップによって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知ステップと
    　を有することを特徴とする故障レーン通知方法。
  47. 　前記故障通知ステップでは、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする請求項４６に記載の故障レーン通知方法。
  48. 　前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする請求項４３または４４に記載の故障レーン通知方法。
  49. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送装置であって、
    　各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備えることを特徴とするマルチレーン伝送装置。
  50. 　前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域を有することを特徴とする請求項４９に記載のマルチレーン伝送装置。
  51. 　前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項４９又は５０に記載のマルチレーン伝送装置。
  52. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
    　前記送信装置は、
    　前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
    　前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視部と、
    　前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入するブロック挿入部と、
    　を備えるマルチレーン伝送システム。
  53. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
    　前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
    　前記受信装置は、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配するマルチレーン伝送システム。
  54. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
    　前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
    　前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元するマルチレーン伝送システム。
  55. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送方法であって、
    　各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順を有することを特徴とするマルチレーン伝送方法。
  56. 　前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域及び各レーンにおける（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項５５に記載のマルチレーン伝送方法。
  57. 　前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ　Ｉｎｔｅｒｌｅａｖｅｄ　Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項５５又は５６に記載のマルチレーン伝送方法。
  58. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
    　前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
    　前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視手順と、を有し、
    　前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入することを特徴とする、
    　マルチレーン伝送方法。
  59. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
    　前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
    　前記受信装置が、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する手順と、
    　を有するマルチレーン伝送方法。
  60. 　フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
    　前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
    　前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する手順と、
    　を有するマルチレーン伝送方法。
PCT/JP2013/054280 2012-02-22 2013-02-21 マルチレーン伝送装置及びマルチレーン伝送方法 WO2013125621A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP13752287.6A EP2819362B1 (en) 2012-02-22 2013-02-21 Multi-lane transmission device and multi-lane transmission method
CN201380010403.8A CN104350716B (zh) 2012-02-22 2013-02-21 多通道传送装置以及多通道传送方法
JP2014500755A JP5696957B2 (ja) 2012-02-22 2013-02-21 マルチレーン伝送装置及びマルチレーン伝送方法
US14/377,555 US9973270B2 (en) 2012-02-22 2013-02-21 Multi-lane transmission device and multi-lane transmission method
US15/157,189 US10200116B2 (en) 2012-02-22 2016-05-17 Multi-lane transmission device and multi-lane transmission method

Applications Claiming Priority (18)

Application Number Priority Date Filing Date Title
JP2012036421 2012-02-22
JP2012036417 2012-02-22
JP2012-036421 2012-02-22
JP2012-036417 2012-02-22
JP2012-203553 2012-09-14
JP2012203553 2012-09-14
JP2012206187 2012-09-19
JP2012-206187 2012-09-19
JP2012232031 2012-10-19
JP2012-232031 2012-10-19
JP2012232026 2012-10-19
JP2012-232028 2012-10-19
JP2012-232026 2012-10-19
JP2012232028 2012-10-19
JP2012-236877 2012-10-26
JP2012236877 2012-10-26
JP2012-258532 2012-11-27
JP2012258532 2012-11-27

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/377,555 A-371-Of-International US9973270B2 (en) 2012-02-22 2013-02-21 Multi-lane transmission device and multi-lane transmission method
US15/157,189 Division US10200116B2 (en) 2012-02-22 2016-05-17 Multi-lane transmission device and multi-lane transmission method

Publications (1)

Publication Number Publication Date
WO2013125621A1 true WO2013125621A1 (ja) 2013-08-29

Family

ID=49005799

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/054280 WO2013125621A1 (ja) 2012-02-22 2013-02-21 マルチレーン伝送装置及びマルチレーン伝送方法

Country Status (5)

Country Link
US (2) US9973270B2 (ja)
EP (1) EP2819362B1 (ja)
JP (9) JP5696957B2 (ja)
CN (2) CN104350716B (ja)
WO (1) WO2013125621A1 (ja)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104468016A (zh) * 2014-12-12 2015-03-25 成都朗锐芯科技发展有限公司 一种多路e1解帧实现方法
WO2015087446A1 (ja) * 2013-12-13 2015-06-18 三菱電機株式会社 受信装置、送信装置、光伝送装置、光伝送システム及び監視方法
JP5740020B1 (ja) * 2014-02-25 2015-06-24 日本電信電話株式会社 マルチレーン伝送システム、マルチレーン伝送装置、及びマルチレーン伝送方法
JP2015188172A (ja) * 2014-03-27 2015-10-29 株式会社日立製作所 伝送システムおよび伝送装置
JP2015192360A (ja) * 2014-03-28 2015-11-02 富士通株式会社 情報処理装置、並列計算機システムおよび並列計算機システムの制御方法
JP2016082483A (ja) * 2014-10-20 2016-05-16 富士通株式会社 情報処理装置、情報処理システムおよび通信装置
WO2016084897A1 (ja) * 2014-11-28 2016-06-02 日本電信電話株式会社 フレーマ、及びフレーミング方法
WO2016084953A1 (ja) * 2014-11-28 2016-06-02 日本電信電話株式会社 フレーマ、及びフレーミング方法
JP2016184858A (ja) * 2015-03-26 2016-10-20 ソニー株式会社 通信装置、通信システム、および通信方法
JP2017505570A (ja) * 2013-12-16 2017-02-16 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ伝送方法、装置、およびシステム
JP2017506023A (ja) * 2013-12-25 2017-02-23 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ伝送の方法及び装置
JP2017158066A (ja) * 2016-03-02 2017-09-07 Ｎｔｔエレクトロニクス株式会社 誤り訂正処理回路および誤り訂正処理方法
JP2017188754A (ja) * 2016-04-04 2017-10-12 日本電信電話株式会社 マルチレーン伝送システム及びマルチレーン伝送方法
EP3226449A4 (en) * 2014-11-28 2018-07-25 Nippon Telegraph and Telephone Corporation Framer, optical transmission device, and framing method
US10225037B2 (en) 2014-10-24 2019-03-05 Ciena Corporation Channelized ODUflex systems and methods
US10594392B2 (en) 2015-08-06 2020-03-17 Nec Corporation Optical transmitter, optical transmission device, optical transmission/reception system, and optical transmission method
US10637604B2 (en) 2014-10-24 2020-04-28 Ciena Corporation Flexible ethernet and multi link gearbox mapping procedure to optical transport network

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9225600B2 (en) * 2013-01-20 2015-12-29 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Automatic configuration of host networking device networking interface without user interaction
CN103997480B (zh) * 2013-02-17 2019-05-03 中兴通讯股份有限公司 光通道开销管理方法和装置以及光信号接收节点
CN103997426B (zh) * 2013-02-17 2018-11-16 中兴通讯股份有限公司 一种反向复用中子帧错序的检测方法及节点
US9755969B2 (en) 2014-03-04 2017-09-05 International Business Machines Corporation Route tracing in software defined networks
US9871622B2 (en) * 2014-03-20 2018-01-16 Multiphy Ltd. Method for increasing the probability of error correction in an optical communication channel
US9413454B1 (en) * 2014-06-30 2016-08-09 Juniper Networks, Inc. Automatic bandwidth adjustment on multi-fiber optics
US9876709B1 (en) * 2014-08-28 2018-01-23 Xilinx, Inc. Alignment detection in a multi-lane network interface
CN107210831B (zh) * 2015-01-14 2019-03-08 日本电气株式会社 发送电路、接收电路、光传送系统以及用于发送多帧的方法
WO2016137386A1 (en) * 2015-02-27 2016-09-01 Transmode Systems Ab Method and optical network for front haul protection
EP3065318B1 (en) * 2015-03-06 2020-04-22 Alcatel Lucent Transmission method
JP6101306B2 (ja) * 2015-06-05 2017-03-22 日本電信電話株式会社 光伝送装置及び光伝送方法
JP6633428B2 (ja) * 2016-03-07 2020-01-22 日本電信電話株式会社 マルチレーン伝送方法及びマルチレーン伝送システム
JP6501968B2 (ja) * 2016-03-09 2019-04-17 三菱電機株式会社 伝送システム
WO2017189796A1 (en) * 2016-04-29 2017-11-02 Megachips Technology America Corporation Data transmission method and data transmission system
CN107438028B (zh) * 2016-05-25 2020-10-09 华为技术有限公司 一种客户业务处理的方法和设备
CN110401506B (zh) * 2016-05-27 2021-04-09 华为技术有限公司 一种业务传送方法和第一传送设备
CN107786409B (zh) * 2016-08-26 2020-08-07 中国电信股份有限公司 用于实现odu0通道承载业务的方法和装置
CN106658565B (zh) * 2016-12-06 2024-02-20 卡斯柯信号有限公司 用于轨道交通车地无线通信的多链路择优传输方法及装置
US10455501B2 (en) * 2016-12-22 2019-10-22 Macom Connectivity Solutions, Llc Power optimization mechanisms for framers by serializing frame alignment processes for multiple lanes
CN107659394B (zh) * 2017-09-07 2021-05-07 西安华海众和电力科技有限公司 一种自适应式多通道载波系统
CN110312275B (zh) * 2018-03-20 2022-08-02 中兴通讯股份有限公司 Cbr业务在以太网帧上实现业务监控的方法
JP7069936B2 (ja) * 2018-03-27 2022-05-18 富士通株式会社 送受信システム、データ受信装置、およびデータ受信方法
CN109144642B (zh) * 2018-08-14 2022-02-18 Oppo广东移动通信有限公司 显示控制方法、装置、电子设备及存储介质
JP7028113B2 (ja) * 2018-09-06 2022-03-02 日本電信電話株式会社 光伝送システム及び光伝送方法
CN109729277B (zh) * 2018-11-19 2021-10-01 魔门塔(苏州)科技有限公司 多传感器采集时间戳同步装置
CN109729278B (zh) * 2018-11-19 2020-12-25 魔门塔(苏州)科技有限公司 可设定各通道传输速率的远程多传感器同步接收装置
CN110139041B (zh) * 2018-11-19 2021-09-28 魔门塔(苏州)科技有限公司 远程多传感信号同步采集方法
US11824761B1 (en) * 2018-11-26 2023-11-21 Xilinx, Inc. Identifying alignment markers using partial correlators
CN109361966B (zh) * 2018-11-30 2021-08-17 武汉虹信科技发展有限责任公司 光纤分布系统中的虚拟主机设备和光纤分布系统
JP7063285B2 (ja) * 2019-02-07 2022-05-09 日本電信電話株式会社 通信制御装置、および、通信制御方法
CN109981515B (zh) * 2019-03-08 2020-06-23 西安电子科技大学 一种多通道信号的检测方法及装置
WO2020244766A1 (en) * 2019-06-06 2020-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Transmitting or routing data in an optical transport network
US11665588B2 (en) * 2020-01-07 2023-05-30 Mediatek Singapore Pte. Ltd Extended sequence control for fragmented frames in WLAN
WO2021217520A1 (zh) * 2020-04-29 2021-11-04 华为技术有限公司 一种数据传输方法及装置
US11569924B2 (en) 2021-04-26 2023-01-31 Cisco Technology, Inc. Access point identifiers in 400ZR and 400ZR+ protocols
CN113301285A (zh) * 2021-05-11 2021-08-24 深圳市度信科技有限公司 多通道数据传输方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0879257A (ja) * 1994-08-31 1996-03-22 Nippon Telegr & Teleph Corp <Ntt> 通信装置
JP2010263610A (ja) * 2009-04-07 2010-11-18 Fujitsu Ltd 伝送装置、通信制御方法、集線装置及び伝送システム
JP2011223386A (ja) * 2010-04-12 2011-11-04 Hitachi Ltd データ伝送装置
JP2011223454A (ja) 2010-04-13 2011-11-04 Nippon Telegr & Teleph Corp <Ntt> マルチレーン伝送方法及びシステム

Family Cites Families (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69330661T2 (de) * 1992-04-27 2002-06-27 Nippon Telegraph & Telephone Paketnetzwerk und Verfahren zur Vermeidung von Überlastung eines solchen Netzwerks
EP0700230B1 (en) 1994-08-31 2004-04-07 Nippon Telegraph And Telephone Corporation Communication network design method and communication system
JP3436871B2 (ja) * 1997-10-23 2003-08-18 株式会社東芝 通信資源管理方法及びノード装置
JP3480801B2 (ja) * 1997-12-05 2003-12-22 株式会社東芝 パケット転送方法及びノード装置
JP3711752B2 (ja) * 1998-07-09 2005-11-02 株式会社日立製作所 パケット通信装置
US20030195983A1 (en) * 1999-05-24 2003-10-16 Krause Michael R. Network congestion management using aggressive timers
JP2001053705A (ja) 1999-08-09 2001-02-23 Nippon Telegr & Teleph Corp <Ntt> 伝送装置
JP4475835B2 (ja) * 2001-03-05 2010-06-09 富士通株式会社 入力回線インタフェース装置及びパケット通信装置
JP2002374251A (ja) * 2001-06-14 2002-12-26 Nec Corp ネットワーク監視システム及びそれに用いるデータ量カウント方法並びにそのプログラム
US7796519B2 (en) * 2001-09-10 2010-09-14 Nippon Telegraph And Telephone Corporation Dynamic bandwidth allocation circuit, dynamic bandwidth allocation method, optical network unit, PON system, dynamic bandwidth allocation program and recording medium
US20050147411A1 (en) * 2002-03-28 2005-07-07 Matisse Networks Optical reservation-based network switch fabrics
US7209478B2 (en) * 2002-05-31 2007-04-24 Palau Acquisition Corporation (Delaware) Apparatus and methods for dynamic reallocation of virtual lane buffer space in an infiniband switch
US7200151B2 (en) * 2002-06-28 2007-04-03 Manter Venitha L Apparatus and method for arbitrating among equal priority requests
US7233570B2 (en) * 2002-07-19 2007-06-19 International Business Machines Corporation Long distance repeater for digital information
US7076569B1 (en) * 2002-10-18 2006-07-11 Advanced Micro Devices, Inc. Embedded channel adapter having transport layer configured for prioritizing selection of work descriptors based on respective virtual lane priorities
US7330477B2 (en) * 2002-12-24 2008-02-12 Sun Microsystems, Inc. Method and apparatus for starvation-free scheduling of communications
US7023871B2 (en) 2003-05-28 2006-04-04 Terayon Communication Systems, Inc. Wideband DOCSIS on catv systems using port-trunking
US7512067B2 (en) * 2003-07-21 2009-03-31 Qlogic, Corporation Method and system for congestion control based on optimum bandwidth allocation in a fibre channel switch
US7564789B2 (en) * 2004-02-05 2009-07-21 Qlogic, Corporation Method and system for reducing deadlock in fibre channel fabrics using virtual lanes
US7965732B2 (en) * 2004-03-19 2011-06-21 Fujitsu Limited Scheduling token-controlled data transmissions in communication networks
JP4317788B2 (ja) * 2004-05-21 2009-08-19 株式会社日立コミュニケーションテクノロジー シェーピング装置、フロー制御方法および通信ノード装置
US8031682B2 (en) * 2004-12-07 2011-10-04 Electronics And Telecommunications Research Institute Apparatus and method for aggregating and switching traffic in subscriber network
JP4735080B2 (ja) 2005-06-29 2011-07-27 日本電気株式会社 バーチャルコンカチネーション伝送システム、及びそれに用いる伝送装置とその伝送方法
TWI291622B (en) * 2005-08-11 2007-12-21 Ic Plus Corp Controller and method for per-flow rate
US8102847B2 (en) * 2005-12-09 2012-01-24 Nec Corporation Frame processing method and frame processing apparatus
JP4795844B2 (ja) 2006-05-12 2011-10-19 エイディシーテクノロジー株式会社 電力管理システム、管理装置、および電気機器
US7773592B1 (en) * 2006-09-21 2010-08-10 Qlogic, Corporation Method and system for routing network information
US9014563B2 (en) * 2006-12-11 2015-04-21 Cisco Technology, Inc. System and method for providing an Ethernet interface
CN101640568A (zh) * 2008-07-30 2010-02-03 华为技术有限公司 一种客户信号的发送、接收方法、装置和系统
US8040798B2 (en) * 2008-09-25 2011-10-18 Microsoft Corporation Discovering communication rules in a network trace
JP5359202B2 (ja) 2008-11-06 2013-12-04 富士通株式会社 フレーム生成装置、光伝送システム、フレーム生成方法および光伝送方法
US20100142525A1 (en) * 2008-12-08 2010-06-10 Electronics And Telecommunications Research Institute Virtual lane identification method and apparatus for applying virtual lane scheme to optical transport network
JP5272704B2 (ja) 2008-12-17 2013-08-28 富士ゼロックス株式会社 情報伝送システム、情報送信装置及び情報受信装置
US8204087B2 (en) * 2008-12-19 2012-06-19 Electronics And Telecommunications Research Institute Multi-lane signal transmitting and receiving apparatuses
JP4696167B2 (ja) 2009-03-26 2011-06-08 株式会社日立製作所 伝送システム、中継機及び受信機
JP4969603B2 (ja) 2009-04-24 2012-07-04 日本電信電話株式会社 情報転送装置、情報転送方法および情報中継装置
JP5419534B2 (ja) 2009-05-11 2014-02-19 三菱電機株式会社 Ｆｅｃフレーム構成装置および方法
US8174984B2 (en) * 2009-05-29 2012-05-08 Oracle America, Inc. Managing traffic on virtualized lanes between a network switch and a virtual machine
JP2010287449A (ja) 2009-06-12 2010-12-24 Toshiba Fuel Cell Power Systems Corp 燃料電池発電システムおよびその保管方法
JP5287536B2 (ja) * 2009-06-19 2013-09-11 富士通株式会社 光伝送システムおよび光伝送方法
JP5347836B2 (ja) 2009-08-25 2013-11-20 富士通株式会社 通信装置および通信方法
JP5196023B2 (ja) * 2009-09-10 2013-05-15 富士通株式会社 光伝送システムおよび光伝送方法
JP4913200B2 (ja) 2009-11-04 2012-04-11 日本電信電話株式会社 パラレル光伝送方法、パラレル光伝送システム、及びパラレル光送信装置
JP5482182B2 (ja) 2009-12-18 2014-04-23 富士通株式会社 通信装置および通信方法
EP2341661B1 (en) * 2010-01-04 2012-03-21 Alcatel Lucent Neighbour discovery for ethernet private line on user network interfaces
JP5523120B2 (ja) * 2010-01-14 2014-06-18 三菱電機株式会社 誤り訂正符号化方法、誤り訂正復号方法、誤り訂正符号化装置、および、誤り訂正復号装置
JP2011150468A (ja) 2010-01-20 2011-08-04 Toppan Printing Co Ltd 太陽光発電設置見積シミュレーションシステム、方法及びプログラム
JP4977769B2 (ja) 2010-03-17 2012-07-18 株式会社日立製作所 データ伝送システムおよびデータ伝送装置
JP5242619B2 (ja) * 2010-03-29 2013-07-24 アンリツ株式会社 スキュー検出装置及びスキュー検出方法
JP4923124B2 (ja) 2010-03-30 2012-04-25 株式会社日立製作所 データ伝送装置およびデータ伝送システム
KR101338702B1 (ko) * 2010-04-26 2013-12-06 한국전자통신연구원 다중 레인 기반의 고속 이더넷에서 동적 레인 정보를 송수신하는 방법 및 그 장치
DE102010020772A1 (de) * 2010-05-17 2011-11-17 Adva Ag Optical Networking Verfahren zur Übertragung eines digitalen Signals im inversenen Multiplex, insbesondere über ein Optical Transport Network und Empfangseinrichtung für ein System zur Realisierung des Verfahrens
JP5505796B2 (ja) 2010-08-03 2014-05-28 日立金属株式会社 メディアコンバータ、メディアコンバータのデータ通信方法、及びネットワークシステム
JP5415381B2 (ja) 2010-08-20 2014-02-12 アンリツ株式会社 ネットワーク試験システム及びネットワーク試験方法
JP2012044574A (ja) 2010-08-23 2012-03-01 Nec Corp 伝送システム
JP2012047419A (ja) 2010-08-27 2012-03-08 Jfe Steel Corp ガスの処理方法及びその装置
JP5614302B2 (ja) * 2011-01-20 2014-10-29 富士通株式会社 通信システムおよび通信方法
US8761209B1 (en) * 2011-10-31 2014-06-24 Applied Micro Circuits Corporation System and method for the aggregation of 10GBASE-R signals into pseudo 100GBASE-R signals
AU2011370367A1 (en) 2011-11-15 2014-02-20 Huawei Technologies Co., Ltd. Method, device and system for transmitting service data on optical transport network
US8792374B1 (en) * 2011-12-07 2014-07-29 Google Inc. Managing network routes from a central server
US9170952B1 (en) * 2011-12-28 2015-10-27 Altera Corporation Configurable multi-standard device interface

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0879257A (ja) * 1994-08-31 1996-03-22 Nippon Telegr & Teleph Corp <Ntt> 通信装置
JP2010263610A (ja) * 2009-04-07 2010-11-18 Fujitsu Ltd 伝送装置、通信制御方法、集線装置及び伝送システム
JP2011223386A (ja) * 2010-04-12 2011-11-04 Hitachi Ltd データ伝送装置
JP2011223454A (ja) 2010-04-13 2011-11-04 Nippon Telegr & Teleph Corp <Ntt> マルチレーン伝送方法及びシステム

Non-Patent Citations (13)

* Cited by examiner, † Cited by third party
Title
"Characteristics of optical transport network hierarchy equipment functional blocks", ITU-T RECOMMENDATION G.798
"Interfaces for the Optical Transport Network (OTN", ITU-T G.709, 2009
"Interfaces for the Optical Transport Network (OTN", ITU-T RECOMMENDATION G.709
"Link capacity adjustment scheme (LCAS) for virtual concatenated signals", ITU-T G. 7042, 2004
INTERFACES FOR THE OPTICAL TRANSPORT NETWORK (OTN, ITU-T G.709, 2009
K. HISADOME ET AL.: "100 Gb/s Ethernet (registered trademark) Inverse Multiplexing based on Aggregation at the Physical Layer", IEICE TRANSACTIONS ON COMMUNICATIONS, vol. E94-B, no. 4, pages 904 - 909
KITAMURA ET AL.: "Link Failure Detection and Error Condition Notification for Adaptive Multiple Lane Transport", IEICE TECHNICAL REPORT, PN 2012-32, November 2012 (2012-11-01)
MASAHIKO JINNO; HIDEHIKO TAKARA; YOSHIAKI SONE; KAZUSHIGE YONENAGA; AKIRA HIRANO; SHINGO KAWAI: "Multi-flow Optical Transponders: Toward Efficient Multi-layer Elastic Optical Networking", IEICE TECHNICAL REPORT, OCS 2011-21, June 2011 (2011-06-01)
MASAHIKO JINNO; HIDEHIKO TAKARA; YOSHIAKI SONE; KAZUSHIGE YONENAGA; AKIRA HIRANO; SHINGO KAWAI: "Toward effective interworking of multi-flow optical transponder-IP layer and elastic optical layer", IEICE TECHNICAL REPORT, OCS 2011-21, June 2011 (2011-06-01)
See also references of EP2819362A4
T. OHARA: "OTN Technology for Multi-flow Optical Transponder in Elastic 400G/1T Transmission Era", OFC/NFOEC TECHNICAL DIGEST, vol. JW2A.8, 2012
T. OHARA; M. TESHIMA; S. AISAWA; M. JINNO: "OFC/NFOEC Technical Digest c", 2012, OSA, article "OTN Technology for Multi-flow Optical Transponder in Elastic 400G/1T Transmission Era"
TESHIMA ET AL.: "Architecture designing of a reconfigurable optical transponder applied to a dynamically adaptive photonic node", IEICE TECHNICAL REPORT, OCS2012-11, June 2012 (2012-06-01)

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015087446A1 (ja) * 2013-12-13 2015-06-18 三菱電機株式会社 受信装置、送信装置、光伝送装置、光伝送システム及び監視方法
EP3082321A4 (en) * 2013-12-13 2017-08-09 Mitsubishi Electric Corporation Reception device, transmission device, optical transmission device, optical transmission system, and monitoring method
CN105814868A (zh) * 2013-12-13 2016-07-27 三菱电机株式会社 接收装置、发送装置、光传送装置、光传送系统和监视方法
JP6033468B2 (ja) * 2013-12-13 2016-11-30 三菱電機株式会社 光伝送装置、光伝送システム及び通信方法
JP2017505570A (ja) * 2013-12-16 2017-02-16 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ伝送方法、装置、およびシステム
US10447827B2 (en) 2013-12-16 2019-10-15 Huawei Technologies Co., Ltd. Methods and devices for implementing flexible ethernet within a physical coding sublayer
JP2017506023A (ja) * 2013-12-25 2017-02-23 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ伝送の方法及び装置
JP5740020B1 (ja) * 2014-02-25 2015-06-24 日本電信電話株式会社 マルチレーン伝送システム、マルチレーン伝送装置、及びマルチレーン伝送方法
JP2015188172A (ja) * 2014-03-27 2015-10-29 株式会社日立製作所 伝送システムおよび伝送装置
JP2015192360A (ja) * 2014-03-28 2015-11-02 富士通株式会社 情報処理装置、並列計算機システムおよび並列計算機システムの制御方法
JP2016082483A (ja) * 2014-10-20 2016-05-16 富士通株式会社 情報処理装置、情報処理システムおよび通信装置
US10637604B2 (en) 2014-10-24 2020-04-28 Ciena Corporation Flexible ethernet and multi link gearbox mapping procedure to optical transport network
US10225037B2 (en) 2014-10-24 2019-03-05 Ciena Corporation Channelized ODUflex systems and methods
CN107005326A (zh) * 2014-11-28 2017-08-01 日本电信电话株式会社 成帧器和成帧方法
US10063321B2 (en) 2014-11-28 2018-08-28 Nippon Telegraph And Telephone Corporation Framer, optical transmission device, and framing method
JPWO2016084897A1 (ja) * 2014-11-28 2017-06-22 日本電信電話株式会社 フレーマ、及びフレーミング方法
WO2016084897A1 (ja) * 2014-11-28 2016-06-02 日本電信電話株式会社 フレーマ、及びフレーミング方法
WO2016084953A1 (ja) * 2014-11-28 2016-06-02 日本電信電話株式会社 フレーマ、及びフレーミング方法
CN107210832B (zh) * 2014-11-28 2019-05-10 日本电信电话株式会社 成帧器和成帧方法
CN107210832A (zh) * 2014-11-28 2017-09-26 日本电信电话株式会社 成帧器和成帧方法
CN107005326B (zh) * 2014-11-28 2019-04-02 日本电信电话株式会社 成帧器和成帧方法
EP3208958A4 (en) * 2014-11-28 2018-03-28 Nippon Telegraph and Telephone Corporation Framer and framing method
EP3208956A4 (en) * 2014-11-28 2018-03-28 Nippon Telegraph and Telephone Corporation Framer and framing method
EP3226449A4 (en) * 2014-11-28 2018-07-25 Nippon Telegraph and Telephone Corporation Framer, optical transmission device, and framing method
JPWO2016084953A1 (ja) * 2014-11-28 2017-05-25 日本電信電話株式会社 フレーマ、及びフレーミング方法
US10181921B2 (en) 2014-11-28 2019-01-15 Nippon Telegraph And Telephone Corporation Framer and framing method
US10230457B2 (en) 2014-11-28 2019-03-12 Nippon Telegraph And Telephone Corporation Framer and framing method
CN104468016B (zh) * 2014-12-12 2017-03-08 成都朗锐芯科技发展有限公司 一种多路e1解帧实现方法
CN104468016A (zh) * 2014-12-12 2015-03-25 成都朗锐芯科技发展有限公司 一种多路e1解帧实现方法
JP2016184858A (ja) * 2015-03-26 2016-10-20 ソニー株式会社 通信装置、通信システム、および通信方法
US10700898B2 (en) 2015-03-26 2020-06-30 Sony Corporation Communication device, communication system, communication method, and surgical system
US10594392B2 (en) 2015-08-06 2020-03-17 Nec Corporation Optical transmitter, optical transmission device, optical transmission/reception system, and optical transmission method
JP2017158066A (ja) * 2016-03-02 2017-09-07 Ｎｔｔエレクトロニクス株式会社 誤り訂正処理回路および誤り訂正処理方法
JP2017188754A (ja) * 2016-04-04 2017-10-12 日本電信電話株式会社 マルチレーン伝送システム及びマルチレーン伝送方法

Also Published As

Publication number Publication date
US10200116B2 (en) 2019-02-05
JP5970059B2 (ja) 2016-08-17
JP5903154B2 (ja) 2016-04-13
JP2015092728A (ja) 2015-05-14
JP2015111850A (ja) 2015-06-18
JP6005721B2 (ja) 2016-10-12
EP2819362A1 (en) 2014-12-31
CN107204820A (zh) 2017-09-26
JP5894257B2 (ja) 2016-03-23
US20160261339A1 (en) 2016-09-08
EP2819362A4 (en) 2016-03-16
EP2819362B1 (en) 2017-04-26
JP2015084585A (ja) 2015-04-30
JP2015092727A (ja) 2015-05-14
CN104350716A (zh) 2015-02-11
JP2015092729A (ja) 2015-05-14
US9973270B2 (en) 2018-05-15
JPWO2013125621A1 (ja) 2015-07-30
JP5696957B2 (ja) 2015-04-08
JP2015084586A (ja) 2015-04-30
US20160056886A1 (en) 2016-02-25
JP5970058B2 (ja) 2016-08-17
JP5876926B2 (ja) 2016-03-02
CN104350716B (zh) 2018-02-02
CN107204820B (zh) 2019-05-03
JP2015084587A (ja) 2015-04-30
JP5980895B2 (ja) 2016-08-31
JP6023163B2 (ja) 2016-11-09
JP2015092726A (ja) 2015-05-14

Similar Documents

Publication Publication Date Title
JP5696957B2 (ja) マルチレーン伝送装置及びマルチレーン伝送方法
US10425177B2 (en) Flexible ethernet switching systems and methods
US10931554B2 (en) Flexible ethernet operations, administration, and maintenance systems and methods
US10382167B2 (en) Flexible ethernet enhanced forward error correction
CN113316037B (zh) 一种业务承载的方法、设备和系统
EP3013008B1 (en) Transmitting data traffic in a communication network
EP2975858B1 (en) Method for processing data in the ethernet, physical layer chip and ethernet device
US11277217B2 (en) Flexible Ethernet switching systems and methods
US20040156325A1 (en) Optical transmission network with asynchronous mapping and demapping and digital wrapper frame for the same
US8761209B1 (en) System and method for the aggregation of 10GBASE-R signals into pseudo 100GBASE-R signals
JP6235987B2 (ja) 光伝送システム及び光伝送方法
WO2020108329A1 (zh) 业务数据处理方法及设备
JP6660841B2 (ja) 伝送装置及び伝送方法
WO2023141777A1 (zh) 通信方法及网络设备
WO2012178190A1 (en) Method for mapping generic client signals into a generic framing procedure (gfp) path

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: 13752287

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014500755

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14377555

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2013752287

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013752287

Country of ref document: EP