WO2011135726A1 - データ量導出装置 - Google Patents

データ量導出装置 Download PDF

Info

Publication number
WO2011135726A1
WO2011135726A1 PCT/JP2010/057718 JP2010057718W WO2011135726A1 WO 2011135726 A1 WO2011135726 A1 WO 2011135726A1 JP 2010057718 W JP2010057718 W JP 2010057718W WO 2011135726 A1 WO2011135726 A1 WO 2011135726A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
data amount
value
amount
deriving
Prior art date
Application number
PCT/JP2010/057718
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 PCT/JP2010/057718 priority Critical patent/WO2011135726A1/ja
Priority to JP2012512613A priority patent/JP5344088B2/ja
Publication of WO2011135726A1 publication Critical patent/WO2011135726A1/ja
Priority to US13/665,146 priority patent/US20130058643A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • 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/0057—Operations, administration and maintenance [OAM]
    • H04J2203/0058—Network management, e.g. Intelligent nets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level

Definitions

  • the present invention relates to a data amount deriving device.
  • ITU-T Recommendation G There is an OTN (Optical Transport Network) defined in 709.
  • a client signal such as an SDH (Synchronous Digital Hierarchy) frame or an Ethernet (registered trademark) frame includes an OPU (Optical channel Payload Unit) frame, an ODU (Optical channel Data Unit) frame, an OTU (Optical channel Hi Transport Unit), Alternatively, it is accommodated in an ODTU (Optical channel data Data Tributary Unit) frame and transmitted.
  • SDH Serial Digital Hierarchy
  • Ethernet registered trademark
  • OPU Optical channel Payload Unit
  • ODU Optical channel Data Unit
  • OTU Optical channel Hi Transport Unit
  • ODTU Optical channel data Data Tributary Unit
  • the OPU frame is generated by accommodating the client signal in the payload portion and adding an OPU overhead (OPU-OH) to the payload portion.
  • OPU-OH OPU overhead
  • the ODU frame is generated by accommodating an OPU frame in the payload portion and adding an ODU overhead to the payload portion.
  • OTU frame is generated by accommodating an ODU frame in the payload portion, and adding an OTU overhead and FEC (Forward Error Correction) to the payload portion.
  • FIG. 12 shows the format of the OTU frame.
  • the OTU frame has an OH for connection / quality control, and a frame synchronization byte (FAS), OTU-OH, ODU-OH, and OPU-OH are accommodated in the OH, respectively.
  • the OTU frame is composed of 4 rows ⁇ 4080 columns. However, when the OTU frame is actually transferred, the OTU frame is transmitted in order from the first line from the top of the frame.
  • Each of the OTU frame, the ODU frame, and the OPU frame has a plurality of types according to the transmission speed.
  • the OTU frame includes OTU1 (OTU1 bit rate: 255/238 x 2.48832 Gbit / s) corresponding to STM-16 of SDH and OTU2 (OTU2 bitrate: 255/237 x 9.953280 Gbit / s) corresponding to STM-64. ), OTM3 (OTU3 bit rate: 255/236 x 39.813120 Gbit / s) corresponding to STM-256.
  • OTU4 (OTU4 bit rate: 255/227 x 99.532800 Gbit / s) corresponding to 100 GbE (100 Gigabit Ethernet (Ethernet is a registered trademark)) is defined.
  • GMP Generic Mapping Procedure
  • FIG. 13 shows the state of GMP for the OPUk frame.
  • a control parameter for GMP is stored in a part of the OH area of the OPUk frame.
  • the control parameter includes the amount of staff (data) stored in the payload area and the timing information thereof.
  • data and stuff are mapped so that stuff (S) is arranged almost evenly in the payload area.
  • Two types of GMP mapping forms are defined.
  • the first type is a first type that accommodates a client signal (CBR) in a LO (Lower Order) OPU frame.
  • the second type is that a LO ODUj (j is a floor number) frame is transmitted to a plurality of HOs via an ODTU frame.
  • (Higher Order) OPUk (k is a floor number) is a second type that maps to a frame.
  • FIG. 14 is an explanatory diagram of the first and second types of mapping methods.
  • the first type of mapping method is shown in the upper part of FIG.
  • the second type of mapping method is illustrated in the lower part of FIG.
  • a client signal such as GbE is mapped to the payload portion of the LO OPU frame, while control information (GMP parameters, etc.) related to the mapping is stored in the OH area.
  • FIG. 13 shows an LO OPU frame in which client signals are mapped according to the first type.
  • one or more client signals are mapped to the payload area of the ODTU frame.
  • the ODTU frame includes an ODTU payload area in which the payload area of the HO OPUk frame is divided into M by TS (Tributary Slot) in byte units, and the divided areas having the same TS number are combined over the M HO OPUk frames, Of the M HO OPUk frames, the ODTU OH area is an OH area of the HO OPUk frame having a multiframe number corresponding to the TS number.
  • LO ODUj1 as client signal # 1 is mapped to TS # 1 (area having TS number # 1 of each HO OPUk frame) in the ODTU frame payload area.
  • the OH (ODTU (# 1) OH) of the ODPU frame corresponding to the client signal # 1 is mapped to the OH area of the HO OPUk (# 1) frame.
  • LO ODUj2 as client signal # 2 includes TS # 2 (area having TS number # 2 of each HO OPUk frame) and TS # Mmax (TS number #Mmax of each HO OPUk frame) in the ODTU frame payload area. Each of which has a mapping area.
  • the OH (ODTU (# 1) OH and ODTU (#Mmax) OH) of the ODPU frame (# 2 and #Mmax) corresponding to the client signal # 2 is the HO OPUk (# 2) frame and HO OPUk (#Mmax). ) Mapped to each OH region of the frame. In this way, by mapping a plurality of client signals (LO OPUj frames) to ODTU frames, it is possible to multiplex and transmit with a plurality of HO OPUk frames.
  • TSs having the same TS number are illustrated in a lump in the payload area of each HO OPUk frame. However, in an actual HO OPUk frame, TS areas having the same TS number are shown. Are distributed.
  • GMP parameters control parameters
  • C n is a theoretical value of the data amount of the client signal to be transmitted in the payload area of the OPU frame or ODTU frame (hereinafter referred to as server frame) that accommodates the client signal.
  • the theoretical value C n is obtained based on the difference between the frequency of the client signal and the frequency of the server frame.
  • the theoretical value C n represents the data amount of the accommodated client signal in units of n bits.
  • the GMP parameter C nD is difference information between the theoretical value C n and the theoretical value C m . While the amount of data to be transmitted is expressed in units of n bits, in an actual server frame, a data amount of m bits (in units of m / 8 bytes) is transmitted. C nD represents an error between C n and C m in units of n bits.
  • the theoretical value C n is a value equivalent to the frequency information of the side to be mapped (client signal), and transmitting the appropriate theoretical value C n to the server frame receiving side is appropriate demapping on the receiving side. It is preferable for performing processing and restoration processing of the original client signal.
  • One object of the aspect of the present invention is to provide a technique capable of deriving an appropriate amount of data to be mapped to a frame.
  • One aspect of the present invention includes a first calculation unit that derives a data amount for each frame period of a frame to which the mapping signal is mapped, for one series of parallelized mapping signals; A second arithmetic unit that integrates the data amount for each frame period derived by the first arithmetic unit by N (N is an integer) and derives the integrated value as a data amount to be mapped to the frame. It is a data amount deriving device.
  • an appropriate amount of data to be mapped to a frame can be derived.
  • FIG. 1 is a diagram schematically showing a configuration for deriving a theoretical value C n .
  • FIG. 2 shows a formula for obtaining C n . 3, real and integer C m, shows a real and integer formulas CnD.
  • FIG. 4 schematically shows a configuration example of the data amount deriving device (GMP parameter deriving device) according to the first embodiment of the present invention.
  • FIG. 5 shows temporal changes in GMP parameters when the number of additions (number of integrations) is 3.
  • FIG. 6 is an operation explanatory diagram according to the configuration of the first embodiment.
  • FIG. 7 is a diagram illustrating a configuration example of the data amount derivation device according to the second embodiment.
  • FIG. 8 shows a configuration example of a GMP mapping apparatus (frame generation apparatus) that maps a client signal to a server frame.
  • FIG. 9 is an explanatory diagram of a modification of the third embodiment.
  • FIG. 10 is an explanatory diagram of the multi-frame method. It is a figure explaining the flame
  • FIG. 14 is an explanatory diagram of the mapping methods of the first and second types of GMP.
  • Embodiment 1 A data amount derivation device according to Embodiment 1 will be described. First, C n , C m ′ , C m , and ⁇ C nD which are GMP parameters in GMP will be described.
  • FIG. 1 is a diagram schematically showing a configuration for deriving C n .
  • a client signal is accommodated in a server frame, converted into an optical signal, and transmitted.
  • the client signal is mapped to the payload portion of the frame.
  • a client signal to be mapped to a server frame is input to the counter A.
  • a signal (fp) indicating the frame period of the server frame is input to the counter A.
  • Counter A counts the amount of data of the client signal input to the frame period of n bits is output as C n.
  • C n is mathematically obtained by (Equation 1) and (Equation 2) shown in FIG. Integer C range n (t) of C n is only when the server frame frequency is higher than the client signal frequency.
  • C m is obtained by dividing C n by M and truncating the fractional part. That is, C m ′ is expressed by the following Equation 3.
  • C m ′ Int (C n / M) (Formula 3) Since C m ′ described above is obtained by rounding down the decimal point from the value of C m , a difference occurs between C n and C m ′ ⁇ M. This difference is C nD and is expressed by the following Equation 4.
  • FIG. 3 shows derivations of real numbers and integers of C m and real numbers and integers of C nD .
  • ⁇ CnD is an addition value of C nD derived for each server frame period. However, when the value of ⁇ C nD becomes M or more, M is subtracted from the value of ⁇ C nD . The fact that ⁇ C nD is equal to or greater than M means that the accumulation of error C nD has become large corresponding to C m ′ +1. In this case, the value of Cm in the frame period is Cm ′ + 1. Otherwise, Cm ′ obtained in that period is used.
  • mapping to serve frame of a client signal or the staff or mapping the client signal it is determined with a value of C m.
  • the values of C m and ⁇ C nD are stored in the overhead (OH) of the server frame as control data for performing the demapping process on the server frame receiving side.
  • Cn is a theoretical value of the data amount obtained based on the difference between the frequency of the client signal and the frequency of the server frame, as shown in Equations 1 and 2.
  • C m and .SIGMA.C nD Since determined based on the value of C n, the accuracy of the demapping process in demapping side depends on the value of C n.
  • C n can be measured by directly measuring a serial signal that is a client signal.
  • measurement in byte units it can be obtained by serializing eight serial signals, measuring client signals, or measuring serial signals in bit units and dividing by eight.
  • FIG. 4 schematically shows a configuration example of the data amount deriving device (GMP parameter deriving device) according to the first embodiment of the present invention.
  • the data amount deriving device 1 includes a plurality of buffers 2, a counter 3, a Cn calculation unit (C n Calc / check) 4, a Cm ′ calculation unit (C m ′ Calc) 5, and a ⁇ CnD calculation unit. ( ⁇ C nD Calc) 6.
  • the counter 3 receives a signal (fp) indicating a frame period of a server frame that accommodates (mapped) serial data.
  • the write enable signal (Write_en) input to each buffer is input to the counter 3.
  • the write enable signal is obtained by parallelizing the client signal described above.
  • the counter 3 counts the number of write enable signals generated within one server frame period (the number of BU writes within one frame period), and gives the BU write number for each frame period to the C n computing unit 4.
  • the counter 3 may count the number of write clocks instead of the write enable signal.
  • C n arithmetic unit 4 calculates the value of C n.
  • C n calculation unit calculates the data amount for each frame period from BU writing speed. Data amount for 1 write enable signal is fixed, C n operation unit 4 can be derived the amount of data written in the buffer 2 from the number of the enable signal. Alternatively, if the number of write clock is input, C n operation unit 4 can be obtained based on the amount of data per write clock, the data amount of the frame period from the writing clock number.
  • the C n calculation unit 4 obtains a cumulative value (integrated value) obtained by adding the data amount for each frame M times or a predetermined number N according to M as C n (C n (t)). Further, the C n calculation unit 4 checks whether C n is within the effective range, and sends the calculated C n to the C m ′ calculation unit 5.
  • the C m ′ calculation unit 5 divides C n by M, sends the integer part C m ′ as C m — temp to the C m calculation unit 7, and sets the remainder (mod (C n / M)) as C nD ⁇ C
  • the data is sent to the nD calculation unit 6.
  • .SIGMA.C nD calculating unit 6 performs multiplication processing of C nD, and outputs the .SIGMA.C nD for each frame. However, when the integrated value of C nD is equal to or greater than M, a value obtained by subtracting M from the integrated value is output as ⁇ C nD , while a +1 request signal is given to the C m calculation unit 7.
  • C m arithmetic unit 7 receives (C m'), when receiving a +1 request signal from .SIGMA.C nD calculation unit 6 in the frame period, a value obtained by adding 1 to C m _temp C m Output as. If +1 request signal was not, C m arithmetic unit 7 outputs the C m _temp as C m. C m C m outputted from the operation unit 7 is treated as the final C m to be transmitted to the receiving side of the frame (demapping side).
  • the data amount for each frame or the accumulated value (integrated value) obtained by adding over a predetermined number N according to M is obtained as C n (C n (t)).
  • a cumulative value (integrated value) obtained by adding each data amount over an arbitrary number of times may be converted into a cumulative value (integrated value) added over M times.
  • FIG. 5 shows temporal changes in GMP parameters when the number of additions (number of integrations) is 3.
  • C n operation unit 4 has a size of accumulated window W corresponding to the accumulation number, the amount present data as final data amount, data of every frame period to enter the integration window W Add the quantities to derive C n .
  • the data stored in the plurality of buffers 2 is mapped to the payload portion of the server frame corresponding to that period, and staff is arranged as necessary.
  • C m and ⁇ C nD are stored as demapping information in a predetermined byte (for example, JC (Justification Control) byte) in the OH of the server frame.
  • JC Justification Control
  • GMP The provisions of 709, C m is stored in JC1, JC2 byte, .SIGMA.C nD is stored in JC4, JC5 bytes.
  • the monitoring control information or the like is added to the OH of the server frame, or after the monitoring control information or the like is added after a plurality of server frames are multiplexed, it is converted into an optical signal and received through the optical network.
  • the demapping process is performed on the receiving side. On the receiving side, when demapping, using C m and .SIGMA.C nD stored in OH.
  • the client signal is parallelized with M byte granularity and stored in each buffer 2 that temporarily stores each parallelized data series.
  • the counter 3 derives the data amount for each server frame period stored in any of the buffers 2.
  • the Cn calculation unit 4 derives a value obtained by accumulating the data amount for each server frame period in M server frame periods as C n (an approximate value of C n ). A value obtained by integrating the server frame period of M times by a C n, it is possible to transmit the C m and .SIGMA.C nD based on proper C n on the receiving side.
  • FIG. 6 is an operation explanatory diagram according to the configuration of the first embodiment.
  • the parallel number M 2.
  • the average bit rate of C n is "19".
  • the server frame period reference frame t0, t2 in which the C n is calculated by "9 ⁇ 2”
  • C n Is alternately repeated with the server frame period (see frames t1 and t3) calculated by “10 ⁇ 2”.
  • none of the value "19" of the original C n is required.
  • a circuit design that takes into account jitter components and frequency deviations is required on the receiving side (demapping side). May be required.
  • the original can be obtained the value "19" in C n at the server frame period t2, also leads to certain C n value "19" to continue thereafter Can do. Therefore, a server frame including C m and ⁇ C nD based on accurate C n can be transmitted. Further, it is possible to avoid a complicated circuit configuration on the receiving side.
  • the C n operation section 4 I just did it. According to the first embodiment, it is possible to obtain an appropriate C n with a simple configuration.
  • the configuration for obtaining the data amount in the frame period based on the write enable signal or the write clock has been described. Instead of this configuration, it is possible to apply a configuration in which the capacity of the buffer 2 is monitored and the data amount of the buffer 2 is obtained from the fluctuation of the buffer capacity within the server frame period (original value + write amount ⁇ read amount). it can.
  • Embodiment 2 Next, a data amount derivation device according to Embodiment 2 of the present invention will be described. Since the second embodiment includes points in common with the first embodiment, differences will be mainly described, and descriptions of common points will be omitted. In addition, about the component demonstrated in Embodiment 2, the same component as Embodiment 1 is attached
  • FIG. 7 is a diagram illustrating a configuration example of the data amount derivation device 1A according to the second embodiment. As a difference from the data amount derivation device 1 (FIG. 4) according to the first embodiment, a selector 8 and a correction unit 9 are provided.
  • the selector 8 connects a signal indicating any of “ ⁇ M”, “+ M”, and “0” to the correction unit 9 in accordance with a control signal from a capacity monitor (BU window monitor) of the buffer 2 (not shown).
  • the capacity monitor monitors one capacity of the plurality of buffers 2 and gives a control signal to the selector 8 every server frame period.
  • the capacity monitor outputs a control signal for the selector 8 to output “ ⁇ M”.
  • the capacity monitor provides the selector 8 with a control signal for the selector 8 to output “+ M”. If the buffer capacity is greater than the first threshold and less than the second threshold, the capacity monitor provides a control signal for the selector 8 to output “0”.
  • Cn calculating portion 4 C m'arithmetic unit the value of C n derived in the same manner as in Embodiment 1 (C m _temp Calc) rather than 5, giving the correction unit 9.
  • Correction section 9 the output signal of the value of C n from C n arithmetic unit 4 from the selector 8 a correction C n corrected by the ( "-M", “+ M ", either "0") C m'
  • the correction C n is fed back to the C n calculation unit (C n _calc / check) 4 while being supplied to the calculation unit 5.
  • Fed back C n are used by C n arithmetic unit 4 in order to derive the C n in the next server frame period.
  • the C m ′ calculator 5, the ⁇ C nD calculator 6, and the C m calculator 7 perform the same processing as in the first embodiment.
  • the second embodiment has the following advantages.
  • C n is determined after counting the data amount in M server frame periods. For this reason, the follow-up to the frequency deviation (change in the frequency of the client signal) is gentle. Variation of C n can not sufficiently follow the actual variation of the frequency deviation (less than or equal to the first threshold (likely underflow), becomes equal to or greater than the second threshold (likely overflow)) if Can add or subtract a data amount corresponding to M to the value of C n obtained by the C n computing unit 4 to bring the value of C n closer to the frequency deviation. This makes it possible to transmit a server frame including C m and ⁇ C nD based on an appropriate value of C n compared to the first embodiment.
  • FIG. 8 shows a configuration example of a GMP mapping apparatus (OPU frame generation apparatus) that maps a client signal (Ethernet signal) to a server frame.
  • the client of the GMP mapping apparatus 10 (hereinafter simply referred to as the mapping apparatus 10) is 100 GbE, and a 100 GbE client signal is mapped to an OPU4 frame as a server frame.
  • each parallel data series is used as write data (wt_data), and a buffer memory used for accommodating a client signal in the payload area of the server frame Are written in a FIFO (First-in First-out) 12.
  • the FIFOs 12 are prepared for the parallel data series. In FIG. 8, only one FIFO 12 is illustrated.
  • a write clock (wt_clock: divided by 640 clock) for writing data to the FIFO 12 is input from the serial-parallel converter 11.
  • the write clock is also input to the counter (client clock counter: Client clock counter) 13.
  • a signal (fp) indicating the frame period of the OPU 4 is input to the counter 13, and the counter 13 counts the number of write clocks during the server frame period.
  • the counter 13 inputs the number of write clocks for each server frame cycle (corresponding to the data amount for each server frame cycle) to the C n calculation unit.
  • C n arithmetic unit 14 can have a cumulative window for accumulating the amount of data in the 80 times of the frame period including the current frame period (see FIG. 5). Further, like the C n calculation unit 4, the C n calculation unit 14 also checks whether or not the temporary C n is in the valid range, and gives the temporary C n to the correction unit 19.
  • the capacity monitor 20 monitors the data amount (buffer amount) held in the FIFO 12.
  • the FIFO 12 is set with an underflow warning threshold value (first threshold value) indicating that the buffer amount has approached underflow and an overflow warning threshold value (second threshold value) indicating that the buffer amount has approached overflow. .
  • the capacity monitor 20 outputs a control signal of the selector (SEL) 18 corresponding to the buffer amount. That is, when the buffer amount is equal to or smaller than the first threshold, the capacity monitor 20 gives the selector 18 a control signal for the selector 18 to output “ ⁇ 80”. When the buffer capacity exceeds the first threshold and is less than the second threshold, the capacity monitor 20 provides the selector 18 with a control signal for the selector 18 to output “0”. If the buffer capacity is greater than or equal to the second threshold, the capacity monitor 20 provides the selector 18 with a control signal for the selector 18 to output “+80”. The signals “ ⁇ 80”, “+80”, and “0” output from the selector 18 are input to the correction unit 19.
  • the correction unit 19 When the correction unit 19 receives the “ ⁇ 80” signal, the correction unit 19 outputs a value obtained by subtracting 80 from the temporary C n input from the C n calculation unit 14 as a final C n value. On the other hand, when receiving the “+80” signal, the correction unit 19 outputs a value obtained by adding 80 to the temporary C n as the final value of C n . On the other hand, the correction unit that receives the “0” signal outputs the temporary C n as the final C n . C n output from the correction unit 19 is input to the C m / C nD / ⁇ C nD derivation unit 15 and is fed back to the C n calculation unit 14. Fed back C n are used by C n computation unit 14 to derive the C n at the next frame period.
  • C m / C nD / ⁇ C nD deriving unit 15 has the same function as C m'calculation unit 5, .SIGMA.C nD calculation unit 6, and C m calculation unit 7 described in the first and second embodiments.
  • the C m / C nD / ⁇ C nD deriving unit 15 outputs the final C m and ⁇ C nD to the data / stuff control unit 21 and the JC generation unit 22.
  • the data / stuff control unit 21 determines the output timing of the read enable signal (rd_data_en) to the FIFO 12 based on the payload capacity of the OPU 4 and the final C m (actual transmission data amount). Control. That is, the control unit 21, as the staff in the payload area of the OPU4 frame is mapped evenly, determines the mapping position of the C m of data, read enable signal as data FIFO12 the mapping position is stored Is output.
  • JC generator 22 a JC byte containing the C m (JC1 and JC2 byte), and generates the JC byte (JC4 and JC5 bytes) containing .SIGMA.C nD, sends OPU overhead generation section to (OPU OH gen) 23.
  • the OPU overhead generation unit 23 generates an overhead (OH) of the OPU4 frame and sends it to the OPU overhead insertion unit 24.
  • the OH produced this time JC byte group including C m and .SIGMA.C nD described above (JC1, JC2, JC4 and JC5) are stored.
  • the OPU overhead insertion unit 24 assigns OH to the payload portion in which the data and the stuff are mapped, and sends out as an OPU4 frame.
  • the GMP mapping apparatus (OPU frame generation apparatus) can achieve the same effects as those of the first and second embodiments. Furthermore, it is possible to transmit the OPU4 frame containing the proper C m and .SIGMA.C nD.
  • the above-described third embodiment can be modified as follows.
  • 640 parallelize the 100GbE, seeking C n by integrating the amount of data in the frame period of 80 times with C n arithmetic unit 14.
  • the parallelization number can take any value.
  • the number of frame periods for performing addition (integration) can be arbitrarily determined.
  • C n correction by volume monitoring FIFO12 is in view of the 80-byte granularity, adopts a configuration in which the addition or subtraction of "+80" or "-80" for C n.
  • this is merely an example, and an appropriate amount can be applied as the correction amount.
  • the second method includes a first N value changing method and a second N value changing method.
  • C n calculation unit 14 may maintain the value of N.
  • N be the frame period from reaching the previous C n value changing area until reaching the current C n value changing area. That, C n arithmetic unit 14, as shown in FIG. 9, if the buffer amount in a certain frame period reaches the C n value change area, as a reference point the frame period, the frame period number of counts (counts) Start. When the buffer amount reaches the C n value change area again, the C n calculation unit 14 determines N as the number of frame periods from the previous time to the arrival of the current C n value change area.
  • M can be applied as the initial value of N when any of the first and second N value changing methods described above is employed.
  • the configuration described in the third embodiment can also be applied to a case where a client signal is an LO ODUj frame and the LO ODUj frame is mapped to an ODTU frame using GMP (second type of GMP).
  • FIG. 10 is a table showing GMP application locations, GMP parameters, and C n , C m , and C nD calculation periods.
  • the upper part of the table indicates the first type of GMP, and the lower part of the table indicates the second type.
  • the calculation period of the GMP parameters C n , C m , and C nD is every ODTU frame.
  • the period of the ODTU frame and the period of the OPUk frame are related. For example, the ODTU4.ts frame period is equal to the 80 ⁇ OPU4 frame period.
  • the client signal is, for example, LO ODU0 and is mapped to the ODTU 4.1 frame
  • the serial-parallel converter 11 divides the LO ODU0 signal into eight, and the write clock (wt_clock) is a divided by eight clock.
  • the server frame period input to the counter 13 and the Cn calculation unit 14 is ODTU4.1 frame period, that is, OPU4 frame period ⁇ 80. With such a change, the LO ODUj frame can be mapped to the ODTU frame.
  • the configuration of the third embodiment can be applied to the combination of the LO ODUj frame and the ODTU frame in the second type.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

　データ量導出装置は、並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出する第１演算部と、前記第１演算部で導出されたフレーム周期毎のデータ量をＮ回(Ｎは整数)分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する。

Description

データ量導出装置
　本発明は、データ量導出装置に関する。
　光伝送網の規格の一つとして、ＩＴＵ－Ｔ勧告Ｇ．７０９で規定されるＯＴＮ（Optical Transport Network）がある。ＯＴＮでは、ＳＤＨ（Synchronous Digital Hierarchy）フレームやイーサネット（登録商標）フレームのようなクライアント信号が、ＯＰＵ（Optical channel Payload Unit）フレーム，ＯＤＵ（Optical channel Data Unit）フレーム，ＯＴＵ（Optical channel Transport Unit），或いは、ＯＤＴＵ(Optical channel Data Tributary Unit)フレームに収容されて伝送される。
　図１１に示すように、ＯＰＵフレームは、クライアント信号がペイロード部分に収容され、このペイロード部分にＯＰＵオーバヘッド（ＯＰＵ－ＯＨ）が付与されることによって生成される。ＯＤＵフレームは、ペイロード部分にＯＰＵフレームが収容され、このペイロード部分にＯＤＵオーバヘッドが付与されることによって生成される。ＯＴＵフレームは、ペイロード部分にＯＤＵフレームが収容され、このペイロード部分にＯＴＵオーバヘッド及びＦＥＣ（Forward Error Correction）が付与されることによって生成される。
　図１２は、ＯＴＵフレームのフォーマットを示す。ＯＴＵフレームは、接続・品質管理用のＯＨを有し、当該ＯＨには、フレーム同期バイト（ＦＡＳ），ＯＴＵ－ＯＨ，ＯＤＵ－ＯＨ，ＯＰＵ－ＯＨが夫々収容される。ＯＴＵフレームは、４行×４０８０列で構成される。但し、ＯＴＵフレームが実際に転送される場合には、フレーム先頭より1行目から順番に送信される。
　ＯＴＵフレーム，ＯＤＵフレーム，ＯＰＵフレームの夫々は、伝送速度に応じた複数のタイプを有している。例えば、ＯＴＵフレームは、ＳＤＨのＳＴＭ－１６に対応するＯＴＵ１（ＯＴＵ１ビットレート：255/238 x 2.48832 Gbit/s），ＳＴＭ－６４に対応するＯＴＵ２（ＯＴＵ２ビットレート：255/237 x 9.953280 Gbit/s），ＳＴＭ－２５６に対応するＯＴＵ３（ＯＴＵ３ビットレート：255/236 x 39.813120 Gbit/s）がある。さらに、１００ＧｂＥ（１００ギガビットイーサネット（イーサネットは登録商標））に対応するＯＴＵ４（ＯＴＵ４ビットレート：255/227 x 99.532800 Gbit/s）が規定されている。
　また、ＯＰＵフレームのペイロード領域のビットレート以下の任意のビットレートを有するクライアント信号をフレーム内にマッピングする技術として、ＧＭＰ（Generic Mapping Procedure）と呼ばれる非同期マッピング方式が検討されている。
　ＧＭＰは、ＯＰＵｋ（ｋは階梯番号）のペイロード部へ各種のクライアント信号を収容する場合に、クライアント信号とサーバ側フレームの信号速度間におけるビットレート差を吸収するためにバイト単位のスタッフィング（stuffing）を行いながら、クライアント信号をペイロード部分にマッピングする方法である。図１３は、ＯＰＵｋフレームに対するＧＭＰの様子を示す。図１３に示すように、ＯＰＵｋフレームのＯＨ領域の一部には、ＧＭＰ用の制御パラメータが格納される。制御パラメータは、ペイロード領域に格納されるスタッフ（データ）量や、これらのタイミング情報が含まれる。ＧＭＰでは、ペイロード領域にスタッフ(S)がほぼ均等に配置されるように、データ及びスタッフがマッピングされる。ＧＭＰによるマッピング形態として、二つのタイプが規定されている。１つ目は、クライアント信号（ＣＢＲ）をＬＯ（Lower Order）ＯＰＵフレームへ収容する第１のタイプであり、２つ目は、ＬＯ　ＯＤＵｊ（ｊは階梯番号）フレームをＯＤＴＵフレーム経由で複数のＨＯ（Higher Order）ＯＰＵｋ（ｋは階梯番号）フレームへマッピングする第２のタイプである。
　図１４は、第１及び第２のタイプの夫々のマッピング手法の説明図である。図１４の上段には、第１のタイプのマッピング方法が図示されている。図１４の下段には、第２のタイプのマッピング方法が図示されている。
　第１のタイプでは、ＧｂＥのようなクライアント信号がＬＯ　ＯＰＵフレームのペイロード部分にマッピングされる一方で、当該マッピングに関する制御情報（ＧＭＰパラメータ等）がＯＨ領域に格納される。なお、図１３は、第１のタイプに従ってクライアント信号がマッピングされたＬＯ　ＯＰＵフレームを示している。
　第２のタイプでは、１以上のクライアント信号（ＬＯ　ＯＤＵｊフレーム）が、ＯＤＴＵフレームのペイロード領域にマッピングされる。ＯＤＴＵフレームは、ＨＯ　ＯＰＵｋフレームのペイロード領域をバイト単位のＴＳ（Tributary Slot）でＭ分割し、同一のＴＳ番号を有する分割領域をＭ個のＨＯ　ＯＰＵｋフレームに亘って結合したＯＤＴＵペイロード領域と、上記Ｍ個のＨＯ　ＯＰＵｋフレームのうち、ＴＳ番号に対応したマルチフレーム番号を有するＨＯ　ＯＰＵｋフレームのＯＨ領域であるＯＤＴＵ　ＯＨ領域とからなる。
　図１４に示す例では、クライアント信号＃１としてのＬＯ　ＯＤＵｊ１は、ＯＤＴＵフレームペイロード領域のＴＳ＃１（各ＨＯ　ＯＰＵｋフレームのＴＳ番号＃１を有する領域）にマッピングされている。また、クライアント信号＃１に対応するＯＤＰＵフレームのＯＨ（ＯＤＴＵ（＃１）ＯＨ）は、ＨＯ　ＯＰＵｋ（＃１）フレームのＯＨ領域にマッピングされている。また、クライアント信号＃２としてのＬＯ　ＯＤＵｊ２は、ＯＤＴＵフレームペイロード領域のＴＳ＃２（各ＨＯ　ＯＰＵｋフレームのＴＳ番号＃２を有する領域）と、ＴＳ＃Ｍmax（各ＨＯ　ＯＰＵｋフレームのＴＳ番号＃Ｍmaxを有する領域）との夫々にマッピングされている。また、クライアント信号＃２に対応するＯＤＰＵフレーム（＃２及び＃Ｍmax）のＯＨ（ＯＤＴＵ（＃１）ＯＨ及びＯＤＴＵ（＃Ｍmax）ＯＨ）は、ＨＯ　ＯＰＵｋ（＃２）フレーム及びＨＯ　ＯＰＵｋ（＃Ｍmax）フレームの夫々のＯＨ領域にマッピングされている。このようにして、複数のクライアント信号（ＬＯ　ＯＰＵｊフレーム）を、ＯＤＴＵフレームにマッピングすることによって、複数のＨＯ　ＯＰＵｋフレームで多重化して送信することができる。
　なお、図１４では、同一のＴＳ番号を有するＴＳが各ＨＯ　ＯＰＵｋフレームのペイロード領域にて一塊に存在するように図示されているが、実際のＨＯ　ＯＰＵｋフレームでは、同一のＴＳ番号を有するＴＳ領域が分散配置される。
米国特許公報７０２００９４号公報
　ＧＭＰの実施に当たっては、“Ｃｎ”，“Ｃｍ”，“ＣｎD”と呼ばれるＧＭＰパラメータ（制御パラメータ）の導出が行われる。ＧＭＰパラメータＣｎは、クライアント信号を収容するＯＰＵフレームもしくはＯＤＴＵフレーム(これらを以下サーバフレームと称する)のペイロード領域で送信すべきクライアント信号のデータ量の理論値である。理論値Ｃｎは、クライアント信号の周波数とサーバフレームの周波数との差に基づき求められる。理論値Ｃｎは、収容されるクライアント信号のデータ量をｎビット単位で表現したものである。
　ＧＭＰパラメータＣｍは、理論値ＣｎをＭバイト（ｍ＝８×Ｍ）単位で表現した理論値であり、サーバフレームで実際に送信されるデータ量をＭ（ｍ＝８×Ｍ）バイト粒度（M byte granularity）で示す。
 ＧＭＰパラメータＣｎDは、理論値Ｃｎと理論値Ｃｍとの差分情報である。送信すべきデータ量はｎビット単位で表現される一方で、実際のサーバフレームでは、ｍビット（ｍ／８バイト単位）のデータ量が送信される。ＣｎDは、ＣｎとＣｍとの誤差をｎビット単位で表す。
　理論値Ｃｎは、マッピングされる側（クライアント信号）の周波数情報と等価な値であり、適正な理論値Ｃｎをサーバフレームの受信側に伝達することが、当該受信側で適正なデマッピング処理及び元のクライアント信号の復元処理を行うために好ましい。
　しかしながら、例えば１００ＧｂＥのような高速なクライアント信号のマッピング処理においては、理論値Ｃｎを実測することが困難であった。
　本発明の態様の一つの目的は、フレームにマッピングすべき適正なデータ量を導出することができる技術を提供することである。
　本発明の態様の一つは、並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出する第１演算部と、
　前記第１演算部で導出されたフレーム周期毎のデータ量を、Ｎ（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
を含むデータ量導出装置である。
本発明の態様の一つによれば、フレームにマッピングすべき適正なデータ量を導出することができる。
図１は、理論値Ｃｎを導出する構成を模式的に示した図である。 図２は、Ｃｎを求める数式を示す。 図３に、Ｃｍの実数及び整数、ＣｎＤの実数及び整数の数式を示す。 図４は、本発明の実施形態１に係るデータ量導出装置（ＧＭＰパラメータ導出装置）の構成例を模式的に示す。 図５は、加算回数（積算回数）が３である場合におけるＧＭＰパラメータの時間的変化を示す。 図６は、実施形態１の構成に係る作用説明図である。 図７は、実施形態２に係るデータ量導出装置の構成例を示す図である。 図８は、クライアント信号をサーバフレームにマッピングするＧＭＰマッピング装置（フレーム生成装置）の構成例を示す。 図９は、実施形態３の変形例の説明図である。 図１０は、マルチフレーム方式の説明図である。 ＯＴＮのフレームを説明する図である。 ＯＴＵフレームフォーマットを示す。 ＧＭＰの説明図である。 図１４は、ＧＭＰの第１及び第２のタイプの夫々のマッピング手法の説明図である。
　以下、図面を参照して本発明の実施形態について説明する。実施形態の説明は例示であり、本発明は実施形態の構成に限定されない。
　〔実施形態１〕
実施形態１に係るデータ量導出装置について説明する。最初に、ＧＭＰにおけるＧＭＰパラメータであるＣｎ，Ｃｍ´，Ｃｍ，ΣＣｎDについて説明する。図１は、Ｃｎを導出する構成を模式的に示した図である。
　ＯＴＮにおいて、クライアント信号は、サーバフレームに収容され、光信号に変換されて伝送される。フレーム収容に際して、クライアント信号は、フレームのペイロード部にマッピングされる。
　図１において、カウンタＡには、サーバフレームへのマッピング対象となるクライアント信号が入力される。一方、カウンタＡには、サーバフレームのフレーム周期を示す信号（ｆｐ）が入力される。カウンタＡは、フレーム周期内に入力されたクライアント信号のデータ量をｎビット単位でカウントし、Ｃｎとして出力する。
　このように、Ｃｎは、サーバ側のフレーム周期内に受信したクライアント信号をｎビット単位でカウントすることによって求めることができる。ｎはビット数を表す。ｎ＝１であれば、クライアント信号を１ビット単位で求めることを意味する。なお、Ｃｎのｎの値は、クライアント（クライアント信号の形式）毎に決定することが可能である。
　例えば、クライアントがＯＣ４８であり、サーバフレームの周期が１ｓｅｃであり、それぞれ周波数偏差が０である場合には、Ｃｎは、ｎ＝１の場合、Ｃ１＝2488320，ｎ＝８の場合、Ｃ８＝311040となる。Ｃｎは、数学的には、図２に示す（式１）及び（式２）で求められる。Ｃｎの整数Ｃｎ（ｔ）の範囲は、サーバフレーム周波数がクライアント信号周波数より高い場合に限られる。
　Ｃｍは、ＣｎをＭ（ｍ＝８×Ｍ）バイト粒度（M byte granularity）で表現した値である。Ｍはクライアント信号をM byte単位でサーバフレームに収容することを示し、クライアント毎に決めることができる。例えば、クライアントが１ＧｂＥであれば、Ｍ＝１であり、ＯＣ４８はＭ＝２，１００ＧｂＥはＭ＝８０となる。例えば、クライアントがＯＣ４８で、ｎ＝８，Ｍ＝２、サーバフレーム周期が１ｓｅｃであり、それぞれ周波数偏差が０である場合には、Ｃｍは、Ｃｍ＝Ｃ８(=311040)/Ｍ(=2)＝155520 [byte]　となる。
　実際にＣｍが求められる場合には、ＣｎをＭで割って小数点以下を切り捨てたＣｍ´になる。すなわち、Ｃｍ´は以下の式３で表される。
Ｃｍ´＝Ｉｎｔ（Ｃｎ／Ｍ）　・・・（式３）
上記したＣｍ´は、Ｃｍの値から小数点以下を切り捨てたものであるので、ＣｎとＣｍ´×Ｍとの間に差が生じる。この差がＣｎDであり、以下の式４で表される。
ＣｎD＝ｍｏｄ（Ｃｎ／Ｍ）　・・・・（式４）
例えば、Ｃｎ＝１０１，Ｍ＝２の場合には、ＣｎD＝１となる。図３に、Ｃｍの実数及び整数、ＣｎDの実数及び整数の導出式を示す。
　ΣＣｎＤは、サーバフレーム周期毎に導出されるＣｎDの加算値である。但し、ΣＣｎDの値がＭ以上になった場合には、当該ΣＣｎＤの値からＭが減じられる。ΣＣｎＤがＭ以上となることは、誤差ＣｎＤの累積がＣｍ´＋１相当に大きくなったことを意味する。この場合、当該フレーム周期におけるＣｍの値はＣｍ´＋１となり、それ以外は、その周期で求められたＣｍ´が使用される。
　クライアント信号のサーバフレームへのマッピングに際して、クライアント信号をマッピングするかスタッフするかは、Ｃｍの値を以て判断される。そして、Ｃｍ及びΣＣｎＤの値は、サーバフレームの受信側でデマッピング処理を行うための制御データとして、サーバフレームのオーバヘッド（ＯＨ）に格納される。
　Ｃｎは、式１及び式２に示したように、クライアント信号の周波数とサーバフレームの周波数との差に基づいて求まるデータ量の理論値である。Ｃｍ及びΣＣｎＤは、Ｃｎの値を元に定まるので、デマッピング側におけるデマッピング処理の精度はＣｎの値に依存する。
　Ｃｎの導出に当たり、ｎ＝１ならばビット単位での測定、ｎ＝８ならばバイト単位での測定が行われる。ビット単位での測定が行われる場合には、クライアント信号であるシリアル信号を直接に測定することでＣｎを測定することができる。バイト単位での測定が行われる場合には、シリアル信号を８並列化した、クライアント信号を測定、またはシリアル信号をビット単位で測定し８で除算することによって求めることができる。
　ＯＣ３や１ＧｂＥのように低速な信号であれば、クライアント信号の直接の測定により正確にＣｎを測定することができる。これに対し、例えば１００ＧｂＥのような高速信号に関しては、信号処理速度が信号速度に追いつかず、Ｃｎを直接測定することが困難である。そこで、実施形態１では、より正確なＣｎを求めるために、以下のような構成を採用する。
　図４は、本発明の実施形態１に係るデータ量導出装置（ＧＭＰパラメータ導出装置）の構成例を模式的に示す。図４において、データ量導出装置１は、複数のバッファ２と、カウンタ３と、Ｃｎ演算部（Cn Calc/check）４と、Ｃｍ´演算部（Cm’Calc）５と、ΣＣｎＤ演算部（ΣCnD Calc）６とを備えている。
　複数のバッファ２には、クライアント信号に相当するシリアルデータが所定のＭバイト粒度（M byte granularity）に基づき並列化された並列データ系列が夫々一時的に蓄積される。クライアント信号をサーバフレームのペイロード領域へ収容するために用いられる。図４に示す例では、Ｍ＝３であり、３つの並列データ系列が３つのバッファ２に蓄積される。各バッファ２に対し、同量のデータが書き込まれる。
　カウンタ３には、シリアルデータを収容する（マッピングされる）サーバフレームのフレーム周期を示す信号（ｆｐ）が入力される。図４に示す例では、カウンタ３には、各バッファに対して入力される書込イネーブル信号（Write＿en）が入力される。書込イネーブル信号は上記記載のクライアント信号を並列化したものである。カウンタ３は、１サーバフレーム周期内に生じた書込イネーブル信号の数（１フレーム周期内のＢＵ書込数）をカウントし、フレーム周期毎のＢＵ書込数をＣｎ演算部４に与える。カウンタ３は、書込イネーブル信号の代わりに書込クロック数をカウントしても良い。
　Ｃｎ演算部４は、Ｃｎの値を求める。例えば、Ｃｎ演算部は、ＢＵ書込数からフレーム周期毎のデータ量を求める。１書込イネーブル信号に対するデータ量は決まっており、Ｃｎ演算部４は、イネーブル信号の数からバッファ２に書き込まれたデータ量を導出することができる。或いは、書込クロック数が入力される場合には、Ｃｎ演算部４は、１書込クロックあたりのデータ量を元に、書込クロック数からフレーム周期のデータ量を得ることができる。ここで得られるフレーム毎のデータ量は、クライアント信号がＭバイト粒度（Ｍ＝３）で並列化された並列データの１系列分のデータ量を示す。
　Ｃｎ演算部４は、フレーム毎のデータ量をＭ回、またはＭに応じた所定回数Ｎに亘って加算した累積値（積算値）をＣｎ（Ｃｎ(ｔ)）として求める。また、Ｃｎ演算部４は、Ｃｎが有効範囲に収まっているかをチェックし、求めたＣｎをＣｍ´演算部５に送る。
　Ｃｍ´演算部５は、ＣｎをＭで除算し、整数部分Ｃｍ´をＣｍ＿tempとしてＣｍ演算部７に送り、余り部分（ｍｏｄ（Ｃｎ／Ｍ））をＣｎＤとしてΣＣｎＤ演算部６に送る。
　ΣＣｎＤ演算部６は、ＣｎＤの積算処理を行い、フレーム毎にΣＣｎＤを出力する。但し、ＣｎＤの積算値がＭ以上となった場合には、当該積算値からＭを減じた値をΣＣｎＤとして出力する一方で、Ｃｍ演算部７に＋１要求信号を与える。
　Ｃｍ演算部７は、Ｃｍ＿temp（Ｃｍ´）を受け取り、フレーム周期内に＋１要求信号をΣＣｎＤ演算部６から受け取った場合には、Ｃｍ＿tempに１を加えた値をＣｍとして出力する。＋１要求信号が無かった場合には、Ｃｍ演算部７は、Ｃｍ＿tempをＣｍとして出力する。Ｃｍ演算部７から出力されるＣｍがフレームの受信側（デマッピング側）に伝達すべき最終的なＣｍとして扱われる。
　なお、本実施例では、フレーム毎のデータ量を、またはＭに応じた所定回数Ｎに亘って加算した累積値（積算値）をＣｎ（Ｃｎ(ｔ)）として求めているが、フレーム毎のデータ量を任意の回数に亘って加算した累積値（積算値）をＭ回に亘って加算した累積値（積算値）へ換算してもよい。
　図５は、加算回数（積算回数）が３である場合におけるＧＭＰパラメータの時間的変化を示す。図４に示すように、Ｃｎ演算部４は、積算回数に応じた大きさの積算ウィンドウＷを有し、今回のデータ量を最後のデータ量として、積算ウィンドウＷに入るフレーム周期毎のデータ量を加算してＣｎを導出する。
　１フレーム周期内において、複数のバッファ２に格納されたデータは、その周期に対応するサーバフレームのペイロード部にマッピングされ、必要に応じてスタッフが配置される。一方、Ｃｍ及びΣＣｎＤは、デマッピング用情報として、サーバフレームのＯＨ中の所定バイト（例えばＪＣ（Justification Control）バイト）に格納される。ＧＭＰに係るＧ．７０９の規定では、ＣｍはＪＣ１，ＪＣ２バイトに格納され、ΣＣｎＤはＪＣ４，ＪＣ５バイトに格納される。
　サーバフレームのＯＨには、例えば監視制御情報などが付加された後、またはサーバフレームが複数多重された後に監視制御情報などが付加された後、光信号に変換されて、光ネットワークを通じて所定の受信側に到達し、受信側でデマッピング処理が行われる。受信側では、デマッピング処理に際して、ＯＨに格納されたＣｍ及びΣＣｎＤを用いる。
　上記したデータ導出装置１の構成及び動作例によれば、クライアント信号は、Ｍバイト粒度で並列化され、各並列化データ系列を一時的に蓄積する各バッファ２に蓄積される。カウンタ３は、何れかのバッファ２に蓄積されるサーバフレーム周期毎のデータ量を導出する。Ｃｎ演算部４は、サーバフレーム周期毎のデータ量を、Ｍ回のサーバフレーム周期で積算した値をＣｎ（Ｃｎの近似値）として導出する。Ｍ回のサーバフレーム周期で積算した値をＣｎとすることで、適正なＣｎに基づくＣｍ及びΣＣｎＤを受信側に送信することができる。
　図６は、実施形態１の構成に係る作用説明図である。図６では、説明を簡単にするために、並列数Ｍ＝２となっている。図６に示すように、Ｃｎの平均ビットレートが“１９”であるとする。そして、２並列でデータを送信する際に、並列のデータ系列間でデータ量を揃えるため、Ｃｎが“９×２”で算出されるサーバフレーム周期（フレームｔ０，ｔ２参照）と、Ｃｎが“１０×２”で算出されるサーバフレーム周期（フレームｔ１，ｔ３参照）とを交互に繰り返すことが考えられる。
　ここで、サーバフレーム周期ｔ０（ｔ２）の並列データ系列の一つのデータ容量９と、並列数２とから、Ｃｎ＝１８と求めることができる。一方、サーバフレーム周期ｔ１（ｔ３）は、同様にしてＣｎ＝２０と求めることができる。しかしながら、いずれも本来のＣｎの値“１９”ではない。また、サーバフレーム周期毎にＣｎが変動することはサーバフレーム周期毎にクライアント周波数が異なることと等価であるので、受信側（デマッピング側）で、ジッタ成分や周波数偏差を考慮した回路設計が要求される可能性がある。
　これに対し、実施形態１の構成を適用すれば、サーバフレーム周期ｔ２で本来のＣｎの値“１９”を得ることができ、その後も継続して一定のＣｎ値“１９”を導くことができる。よって、正確なＣｎに基づくＣｍ及びΣＣｎＤを含むサーバフレームを送信することができる。また、受信側の回路構成が複雑化することを回避することもできる。
　さらに、図１と図４との対比で分かるように、クライアント信号の並列化に係る構成（複数のバッファ２）を除けば、Ｃｎを求めるための構成要素として、Ｃｎ演算部４を追加しただけである。実施形態１によれば、簡易な構成で、適正なＣｎを求めることが可能となる。
　なお、実施形態１では、書込イネーブル信号又は書込クロックに基づいてフレーム周期内のデータ量を求める構成について説明した。当該構成の代わりに、バッファ２の容量を監視し、サーバフレーム周期内におけるバッファ容量の変動（元の値＋書込量－読出量）から、バッファ２のデータ量を求める構成を適用することができる。
　〔実施形態２〕
次に、本発明の実施形態２に係るデータ量導出装置について説明する。実施形態２は、実施形態１と共通点を含むので、主として相違点について説明し、共通点については説明を省略する。なお、実施形態２で説明する構成要素について、実施形態１と同じ構成要素は同一の符号を付してある。
　図７は、実施形態２に係るデータ量導出装置１Ａの構成例を示す図である。実施形態１に係るデータ量導出装置１（図４）との相違点として、セレクタ８及び補正部９が設けられている。
　セレクタ８は、図示しないバッファ２の容量モニタ（BU window monitor）からの制御信号に従って、“－Ｍ”，“＋Ｍ”，及び“０”の何れかを示す信号を補正部９に接続する。容量モニタは、複数のバッファ２の一つの容量を監視し、サーバフレーム周期毎にセレクタ８に制御信号を与える。バッファ２のデータ保持量（バッファ量）がアンダーフローに近づいたことを示す第１閾値以下である場合には、容量モニタは、セレクタ８が“－Ｍ”を出力するための制御信号をセレクタ８に与える。また、バッファ量がオーバーフローに近づいたことを示す第２閾値以上の場合には、容量モニタは、セレクタ８が“＋Ｍ”を出力するための制御信号をセレクタ８に与える。バッファ容量が第１閾値を上回り、且つ第２閾値未満であれば、容量モニタは、セレクタ８が“０”を出力するための制御信号を与える。
　Ｃｎ演算部４は、実施形態１と同様の手法で導出したＣｎの値をＣｍ´演算部（Cm＿temp Calc）５ではなく、補正部９に与える。補正部９は、Ｃｎ演算部４からのＣｎの値をセレクタ８からの出力信号（“－Ｍ”，“＋Ｍ”，“０”の何れか）で補正した補正ＣｎをＣｍ´演算部５へ与える一方で、補正Ｃｎは、Ｃｎ演算部（Cn＿calc/check）４にフィードバックされる。フィードバックされたＣｎは、次のサーバフレーム周期でＣｎを導出するためにＣｎ演算部４によって使用される。Ｃｍ´演算部５，ΣＣｎＤ演算部６，及びＣｍ演算部７は、実施形態１と同様の処理を行う。
　実施形態２の作用効果として、実施形態１と同様の作用効果を得ることができる。さらに、実施形態２には以下の利点がある。実施形態１及び２ともに、Ｍ回のサーバフレーム周期におけるデータ量をカウントした後にＣｎが決定される。このため、周波数偏差（クライアント信号の周波数の変動）に対する追従は緩やかである。Ｃｎの変動が周波数偏差の実際の変動に十分に追従できない（第１閾値以下になる（アンダーフローの可能性が高い）、第２閾値以上になる（オーバーフローの可能性が高い））場合には、Ｃｎ演算部４で得られたＣｎの値にＭ相当のデータ量を加算又は減算することで、Ｃｎの値を周波数偏差に近づけることができる。これによって、実施形態１に比べて適正なＣｎの値に基づくＣｍ及びΣＣｎＤを含むサーバフレームを送信することが可能となる。
　〔実施形態３〕
次に、実施形態３として、ＧＭＰマッピング装置の実施形態について説明する。図８は、クライアント信号（イーサネット信号）をサーバフレームにマッピングするＧＭＰマッピング装置（ＯＰＵフレーム生成装置）の構成例を示す。
　図８に示す例では、ＧＭＰマッピング装置１０（以下、単にマッピング装置１０と表記）のクライアントは１００ＧｂＥであり、１００ＧｂＥのクライアント信号をサーバフレームとしてのＯＰＵ４フレームにマッピングする。また、図８に示す例では、Ｃｎ（ｎ＝８）であり、Ｃｍ（ｍ＝６４０）であり、Ｍが８０である場合について説明する。
　図８において、マッピング装置１０に入力される１００ＧｂＥのクライアント信号に対し、シリアル－パラレル変換器１１による６４０並列化処理が施される。
　その後、クライアントクロック（クライアント周波数）からＯＰＵクロックへの乗せ換えを行うため、各並列データ系列は、書込データ（wt＿data）として、クライアント信号をサーバフレームのペイロード領域へ収容するために用いられるバッファメモリであるＦＩＦＯ（First-in First-out）１２に書き込まれる。ＦＩＦＯ１２は、並列化データ系列分用意されるが、図８では、ＦＩＦＯ１２が１つだけ例示されている。
　シリアル－パラレル変換器１１からは、ＦＩＦＯ１２へのデータ書込のための書込クロック（wt＿clock：６４０分周クロック）が入力される。書込クロックは、カウンタ（クライアントクロック計数部：Client clock counter）１３にも入力される。
　カウンタ１３には、ＯＰＵ４のフレーム周期を示す信号（ｆｐ）が入力されるようになっており、カウンタ１３は、サーバフレーム周期の間、書込クロック数をカウントする。カウンタ１３は、サーバフレーム周期毎の書込クロック数（サーバフレーム周期毎のデータ量に相当する）を、Ｃｎ演算部に入力する。
　Ｃｎ演算部１４は、Ｃｎ演算部４に相当し、Ｃｎ演算部４と同等の機能を有する。すなわち、Ｃｎ演算部１４は、カウンタ１３から入力されるフレーム周期毎の書込クロック数を、８０回（Ｍ＝８０）のサーバフレーム周期に亘って加算し、その加算の結果得られた値を仮のＣｎとする。Ｃｎ演算部１４は、今回のフレーム周期を含む８０回のフレーム周期におけるデータ量を積算するための積算ウィンドウ（図５参照）を有することができる。また、Ｃｎ演算部１４は、Ｃｎ演算部４と同様に、仮のＣｎが有効範囲か否かのチェックも行い、仮のＣｎを補正部１９に与える。
　容量モニタ２０は、ＦＩＦＯ１２に保持されたデータ量（バッファ量）を監視する。ＦＩＦＯ１２には、バッファ量がアンダーフローに近づいたことを示すアンダーフロー警告閾値（第１閾値）と、バッファ量がオーバーフローに近づいたことを示すオーバーフロー警告閾値（第２閾値）とが設定されている。
　容量モニタ２０は、バッファ量に応じたセレクタ（SEL）１８の制御信号を出力する。すなわち、バッファ量が第１閾値以下である場合には、容量モニタ２０は、セレクタ１８が“－８０”を出力するための制御信号をセレクタ１８に与える。バッファ容量が第１閾値を上回り、且つ第２閾値未満の場合には、容量モニタ２０は、セレクタ１８が“０”を出力するための制御信号をセレクタ１８に与える。バッファ容量が第２閾値以上の場合には、容量モニタ２０は、セレクタ１８が“＋８０”を出力するための制御信号をセレクタ１８に与える。セレクタ１８から出力される“－８０”，“＋８０”，“０”の信号は、補正部１９に入力される。
　補正部１９は、“－８０”信号を受け取った場合には、Ｃｎ演算部１４から入力される仮のＣｎから８０を減じた値を最終的なＣｎの値として出力する。これに対し、補正部１９は、“＋８０”信号を受け取った場合には、仮のＣｎに８０を加えた値を最終的なＣｎの値として出力する。これに対し、“０”信号を受け取った補正部は、仮のＣｎを最終的なＣｎとして出力する。補正部１９から出力されるＣｎは、Ｃｍ／ＣｎＤ／ΣＣｎＤ導出部１５に入力される一方で、Ｃｎ演算部１４にフィードバックされる。フィードバックされたＣｎは、次のフレーム周期でＣｎを導出するためにＣｎ演算部１４によって使用される。
　Ｃｍ／ＣｎＤ／ΣＣｎＤ導出部１５は、実施形態１，２で説明したＣｍ´演算部５，ΣＣｎＤ演算部６及びＣｍ演算部７と同様の機能を有する。Ｃｍ／ＣｎＤ／ΣＣｎＤ導出部１５は、最終的なＣｍとΣＣｎＤとを、データ／スタッフ制御部２１及びＪＣ生成部２２に出力する。
　データ／スタッフ制御部２１（以下制御部２１と表記）は、ＯＰＵ４のペイロード容量と、最終的なＣｍ（実際の送信データ量）とに基づき、ＦＩＦＯ１２に対する読出イネーブル信号（rd＿data＿en）の出力タイミングを制御する。すなわち、制御部２１は、ＯＰＵ４フレームのペイロード領域にスタッフが均等にマッピングされるように、Ｃｍ分のデータのマッピング位置を決定し、マッピング位置にＦＩＦＯ１２のデータが格納されるように読出イネーブル信号を出力する。
　読出イネーブル信号が出力されている間、読出イネーブル信号を受け取ったＦＩＦＯ１２からは、読出クロック（rd＿clock）に従ってデータが読み出され、ＯＰＵオーバヘッド挿入部（OPU OH insert）２４へ送られる。
　ＪＣ生成部２２は、Ｃｍを含むＪＣバイト（ＪＣ１及びＪＣ２バイト）と、ΣＣｎＤを含むＪＣバイト（ＪＣ４及びＪＣ５バイト）を生成して、ＯＰＵオーバヘッド生成部（OPU OH gen）２３へ送る。
　ＯＰＵオーバヘッド生成部２３は、ＯＰＵ４フレームのオーバヘッド（ＯＨ）を生成し、ＯＰＵオーバヘッド挿入部２４に送る。このとき生成されるＯＨには、上記したＣｍ及びΣＣｎＤを含むＪＣバイト群（ＪＣ１，ＪＣ２，ＪＣ４及びＪＣ５）が格納される。そして、ＯＰＵオーバヘッド挿入部２４は、データ及びスタッフがマッピングされたペイロード部にＯＨを付与し、ＯＰＵ４フレームとして送出する。
　実施形態３によれば、ＧＭＰマッピング装置（ＯＰＵフレーム生成装置）において、実施形態１及び２と同様の作用効果を奏することができる。さらに、適正なＣｍ及びΣＣｎＤを含むＯＰＵ４フレームを送信することができる。
　＜変形例＞
上記した実施形態３は、以下のような変形が可能である。実施形態３では、８０バイト粒度に基づき、１００ＧｂＥを６４０並列化し、Ｃｎ演算部１４にて８０回のフレーム周期におけるデータ量を積算してＣｎを求めている。しかし、並列化数は任意の値をとることができる。そして、加算（積算）を行うフレーム周期の回数は、任意に決定することができる。
　また、実施形態３では、ＦＩＦＯ１２の容量監視によるＣｎ補正は、８０バイト粒度に鑑みて、Ｃｎに対して“＋８０”又は“－８０”の加算又は減算を行う構成を採用している。しかし、これは一例であり、補正量は適宜の量を適用することができる。
　＜＜他のＣｎ導出方法＞＞
また、Ｃｎは、以下のようにして求めることができる。すなわち、Ｍバイト粒度でクライアント信号を並列化したときの並列化数をＬとし、加算回数Ｎとした場合に、Ｃｎを以下の式により求めることができる。
Ｃｎ＝（Ｎ回加算値×Ｍ／Ｎ／（Ｍ＊８）／Ｌ）
　　＝（Ｎ回加算値／Ｎ／８×Ｌ）
　上記した加算回数Ｎは、以下のようにして求めることができる。
（１）固定でＭ＝Ｎとする（第１の手法）。
（２）バッファ１２の容量を監視して、ＦＩＦＯ量（バッファ量）の変動頻度をＮに反映する。すなわち、バッファ量に応じてＮを変更する（第２の手法）。第２の手法は、第１のＮ値変更方法と、第２のＮ値変更方法とを含む。
　（２－１）第１のＮ値変更方法
　バッファ１２において、上述した第１閾値以下の領域及び第２閾値以上の領域をＣｎ値変更領域（補正実施領域）とする。Ｃｎ演算部１４は、フレーム周期毎に、バッファ１２のバッファ量を容量モニタ２０から受け取る。
　Ｃｎ演算部１４は、バッファ量がＣｎ変更領域に到達していれば、現在のＮの値から１を減じる（Ｎ＝Ｎ－１）（減算条件）。一方、Ｃｎ演算部１４は、バッファ量がＣｎ値変更領域に到達していなければ、当該未到達であった間のフレーム周期数をカウントする。その後、未到達のフレーム周期の回数がＮとなった場合には、Ｃｎ演算部１４は、現在のＮの値に１を加算する（Ｎ＝Ｎ＋１）（加算条件）。すなわち、Ｎフレーム周期に亘ってバッファ量がＣｎ値変更領域に到達しなかった場合に、Ｎに１が加算される。
　なお、Ｎの値に上限値と下限値との少なくとも一方を予め設けておき、Ｎが上限値又は下限値に達した場合には、上記したＮの減算条件又は加算条件が満たされたとしても、Ｃｎ演算部１４がＮの値を維持するようにしても良い。
　（２－２）第２のＮ値変更方法
前回Ｃｎ値変更領域に到達してから今回Ｃｎ値変更領域に到達するまでのフレーム周期をＮとする。すなわち、Ｃｎ演算部１４は、図９に示すように、或るフレーム周期でバッファ量がＣｎ値変更領域に達した場合、当該フレーム周期を基点として、フレーム周期数のカウント（計数）を開始する。バッファ量が再びＣｎ値変更領域に達した場合には、Ｃｎ演算部１４は、前回から今回のＣｎ値変更領域到達に至るまでのフレーム周期数をＮとして決定する。
　上述した第１及び第２のＮ値変更方法のいずれが採用される場合においても、Ｎの初期値としてＭを適用することができる。
　＜＜ＯＤＰＵフレームへのマッピング＞＞
　上記した実施形態３では、ＧＭＰの第１のタイプのマッピング例として、クライアント信号をＬＯ　ＯＰＵｊフレームに相当するＯＰＵ４フレームにマッピングする例について説明した。
　クライアント信号をＬＯ　ＯＤＵｊフレームとして、当該ＬＯ　ＯＤＵｊフレームをＯＤＴＵフレームにＧＭＰを用いてマッピングする場合（ＧＭＰの第２のタイプ）にも、実施形態３で説明した構成を適用することができる。
　図１０は、ＧＭＰの適用箇所と、ＧＭＰパラメータと、Ｃｎ，Ｃｍ，ＣｎＤの演算周期とを示す表である。表の上段がＧＭＰの第１のタイプを示し、表の下段が第２のタイプを示す。第２のタイプでは、ＧＭＰパラメータＣｎ，Ｃｍ，ＣｎＤの演算周期は、ＯＤＴＵフレーム毎になる。また、ＯＤＴＵフレームの周期と、ＯＰＵｋフレームの周期とは関連性があり、例えば、ＯＤＴＵ４.ｔｓフレーム周期は、８０×ＯＰＵ４フレーム周期に等しい。
　従って、例えば、クライアント信号が、例えばＬＯ　ＯＤＵ０であり、ＯＤＴＵ４.１フレームにマッピングされる場合には、Ｃｎ，Ｃｍ，Ｍの値は、それぞれＣｎ（ｎ＝８），Ｃｍ（ｍ＝８），Ｍ＝１となる。また、シリアル－パラレル変換器１１は、ＬＯ　ＯＤＵ０信号を８分割することになり、書込クロック（wt＿clock）は８分周クロックとなる。また、カウンタ１３及びＣｎ演算部１４に入力されるサーバフレーム周期は、ＯＤＴＵ４.１フレーム周期、すなわちＯＰＵ４フレーム周期×８０となる。このような変更を以て、ＬＯ　ＯＤＵｊフレームをＯＤＴＵフレームにマッピングすることが可能となる。
　このように、マッピング対象のＬＯ　ＯＤＵｊ信号と、マッピング先のＯＤＴＵフレームとに応じて、Ｃｎ，Ｃｍ，Ｍの値が変化するのに合わせて、並列化数及びフレーム周期の長さを変更することで、実施形態３の構成は、第２のタイプにおけるＬＯ　ＯＤＵｊフレームとＯＤＴＵフレームとの組み合わせに適用することができる。
１・・・データ量導出装置
２・・・バッファ
３，１３・・・カウンタ
４，１４・・・Ｃｎ演算部
５・・・Ｃｍ´演算部
６・・・ΣＣｎD演算部
７・・・Ｃｍ演算部
８，１８・・・セレクタ
９，１９・・・補正部

Claims (16)

  1. 　並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出する第１演算部と、
    　前記第１演算部で導出されたフレーム周期毎のデータ量をＮ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
    を含むデータ量導出装置。
  2. 　Ｍ（Ｍは整数）バイト粒度で並列化された、並列化数Ｌの並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームのフレーム周期毎のデータ量を導出する第１演算部と、
    　前記第１演算部で導出されたフレーム周期毎のデータ量がＮ（Ｎは整数）回分積算された積算値を導出し、該積算値を前記Ｎで割った値をさらに（８×Ｌ）で割って得た値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
    を含むデータ量導出装置。
  3. 　前記並列化マッピング用信号がＭ（Ｍは整数）バイト粒度で並列化されており、
    　前記第２演算部は、前記Ｍを前記回数Ｎとして、前記積算値の導出を行う
    請求項１に記載のデータ量導出装置。
  4. 　前記並列化マッピング用信号の一系列を一時的に保持するバッファと、
    　前記バッファに保持された前記フレーム周期毎のマッピング用信号のデータ量に応じて、前記第２演算部で導出された前記フレームにマッピングすべきデータ量を補正する補正部とをさらに含む
    請求項１から３の何れか１項に記載のデータ量導出装置。
  5. 　前記補正部は、前記バッファに保持されたデータ量が該バッファのアンダーフローを警告する第１閾値以下の場合に、前記第２演算部によって導出された前記フレームにマッピングすべきデータ量から所定データ量を減算し、前記バッファに保持されたデータ量が該バッファのオーバーフローを警告する第２閾値以上の場合に、前記第２演算部によって導出された前記フレームにマッピングすべきデータ量に所定データ量を加算する
    請求項４に記載のデータ量導出装置。
  6. 　前記補正部は、前記バッファに保持されたデータ量が補正実施領域に到達した場合に前記補正を行い、
    前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に到達する頻度に応じて前記Ｎの値を変更する
    請求項１から５の何れか１項に記載のデータ量導出装置。
  7. 　前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に到達する毎に、現在のＮの値から１を減じる
    請求項６に記載のデータ量導出装置。
  8. 　前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に到達しなかったフレーム周期がＮ回連続した場合に、現在のＮの値に１を加算する
    請求項６又は７に記載のデータ量導出装置。
  9. 　前記Ｎの値は、上限値及び下限値の少なくとも一方を有し、
    　前記第２演算部は、前記Ｎの値が前記上限値又は下限値の少なくとも一方に達した場合には、前記Ｎの値の変更条件が満たされても、現在のＮの値を維持する
    請求項６から８の何れか１項に記載のデータ量導出装置。
  10. 　前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に前回到達してから今回到達するまでの間におけるフレーム周期回数をＮの値に設定する
    請求項６に記載のデータ量導出装置。
  11. 　前記フレームにマッピングすべきデータ量が第１のデータ量と定義されたときの、前記フレームに実際にマッピングされる第２のデータ量を導出する第３演算部と、
    　前記第１のデータ量と前記第２のデータ量との差分を導出する第４演算部と、
    　前記差分のフレーム間に亘る累積値を導出する第５演算部と、
    　前記累積値が所定量を超えたときに、前記第２のデータ量に前記所定量を加えるとともに、前記累積値から所定量を減算する調整部と
    をさらに含む
    請求項１から１０の何れか１項に記載のデータ量導出装置。
  12. 　前記フレームは、ＯＴＮ（optical transport network）規格に従ったフレームであり、前記フレームにマッピングすべきデータ量は、ＧＭＰ（Generic Mapping Procedure）で使用される理論値Ｃｎである
    請求項１から１１の何れか１項に記載のデータ量導出装置。
  13. 　フレームへのマッピング対象である並列化マッピング用信号を保持するバッファ部と、
    　前記バッファで保持される並列化マッピング信号の一系列に対する、フレーム周期毎のデータ量を導出する第１演算部と、
    　前記第１演算部で導出されたフレーム周期毎のデータ量を、Ｎ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と、
    　前記フレームにマッピングすべきデータ量が第１のデータ量と定義されたときの、前記フレームに実際にマッピングされる第２のデータ量を導出する第３演算部と、
    　前記第１のデータ量と前記第２のデータ量との差分を導出する第４演算部と、
    　前記差分のフレーム間に亘る累積値を導出する第５演算部と、
    　前記累積値が所定量を超えたときに、前記第２のデータ量に前記所定量を加えるとともに、前記累積値から所定量を減算する調整部と、
    　前記第２のデータ量に基づいて、前記フレームのペイロード領域に対する前記バッファに保持された並列化マッピング用信号のマッピングを制御する制御部と、
    　前記差分及び前記累積値を含む前記フレームのオーバヘッドを生成する生成部と、
    　前記第２のデータ量の並列化マッピング信号がペイロード領域に収容され、且つ前記生成部で生成された前記オーバヘッドが付与された前記フレームを送出する送出部と
    を含むフレーム生成装置。
  14. Ｍ（Ｍは整数）バイト粒度で並列化された、並列化数Ｌの並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームのフレーム周期毎のデータ量を導出する第１演算部と、
    　前記第１演算部で導出されたフレーム周期毎のデータ量がＮ（Ｎは整数）回分積算された積算値を導出し、該積算値を前記Ｎで割った値をさらに（８×Ｌ）で割って得た値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
    前記フレームにマッピングすべきデータ量が第１のデータ量と定義されたときの、前記フレームに実際にマッピングされる第２のデータ量を導出する第３演算部と、
    　前記第１のデータ量と前記第２のデータ量との差分を導出する第４演算部と、
    　前記差分のフレーム間に亘る累積値を導出する第５演算部と、
    　前記累積値が所定量を超えたときに、前記第２のデータ量に前記所定量を加えるとともに、前記累積値から所定量を減算する調整部と、
    　前記第２のデータ量に基づいて、前記フレームのペイロード領域に対する前記バッファに保持された並列化マッピング用信号のマッピングを制御する制御部と、
    　前記差分及び前記累積値を含む前記フレームのオーバヘッドを生成する生成部と、
    　前記第２のデータ量の並列化マッピング信号がペイロード領域に収容され、且つ前記生成部で生成された前記オーバヘッドが付与された前記フレームを送出する送出部と
    を含むフレーム生成装置。
  15. 　並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出し、
    　前記フレーム周期毎のデータ量をＮ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する
    ことを含むデータ量導出方法。
  16. 　Ｍ（Ｍは整数）バイト粒度で並列化された、並列化数Ｌの並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームのフレーム周期毎のデータ量を導出し、
    　前記フレーム周期毎のデータ量がＮ（Ｎは整数）回分積算された積算値を導出し、該積算値を前記Ｎで割った値をさらに（８×Ｌ）で割って得た値を、前記フレームにマッピングすべきデータ量として導出する
    ことを含むデータ量導出方法。
PCT/JP2010/057718 2010-04-30 2010-04-30 データ量導出装置 WO2011135726A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2010/057718 WO2011135726A1 (ja) 2010-04-30 2010-04-30 データ量導出装置
JP2012512613A JP5344088B2 (ja) 2010-04-30 2010-04-30 データ量導出装置
US13/665,146 US20130058643A1 (en) 2010-04-30 2012-10-31 Data amount derivation apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/057718 WO2011135726A1 (ja) 2010-04-30 2010-04-30 データ量導出装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/665,146 Continuation US20130058643A1 (en) 2010-04-30 2012-10-31 Data amount derivation apparatus

Publications (1)

Publication Number Publication Date
WO2011135726A1 true WO2011135726A1 (ja) 2011-11-03

Family

ID=44861064

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/057718 WO2011135726A1 (ja) 2010-04-30 2010-04-30 データ量導出装置

Country Status (3)

Country Link
US (1) US20130058643A1 (ja)
JP (1) JP5344088B2 (ja)
WO (1) WO2011135726A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013084341A1 (ja) * 2011-12-08 2013-06-13 三菱電機株式会社 フレーム生成方法、光伝送装置および光伝送システム
WO2013159314A1 (zh) * 2012-04-26 2013-10-31 中兴通讯股份有限公司 一种光通道数据单元的gmp映射方法及装置
WO2015133169A1 (ja) * 2014-03-05 2015-09-11 三菱電機株式会社 光伝送送信装置および光伝送受信装置
JP2016072857A (ja) * 2014-09-30 2016-05-09 富士通株式会社 光伝送装置および伝送フレーム生成方法
JP2016127465A (ja) * 2015-01-06 2016-07-11 日本電気株式会社 Ｔｓデータ読出し装置及びｔｓデータ読出し方法
JP2018508153A (ja) * 2015-03-06 2018-03-22 アルカテル−ルーセント 送信および受信方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230421264A1 (en) * 2022-06-28 2023-12-28 Ciena Corporation Time-sliced GMP mapping with modified sigma-delta mapping function

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008035769A1 (fr) * 2006-09-22 2008-03-27 Nippon Telegraph And Telephone Corporation SystÈme de transmission multiplex et procÉDÉ de transmission multiplex
JP2008227995A (ja) * 2007-03-14 2008-09-25 Hitachi Communication Technologies Ltd マルチレート信号を収容する光伝送装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003188919A (ja) * 2001-12-19 2003-07-04 Nec Corp ネットワーク、スイッチ装置及びそれに用いるｏｔｎフレーム処理方法並びにその回路及び集積回路
CN101145839A (zh) * 2006-09-11 2008-03-19 华为技术有限公司 实现k阶光通道数据单元子层监视子网连接保护方法及装置
CN101345700B (zh) * 2007-07-10 2011-12-07 华为技术有限公司 将以太网编码块映射到光传输网络传输的方法及装置
CN101389146B (zh) * 2007-09-13 2011-01-05 华为技术有限公司 光传送网同步交叉调度的方法和装置
JP4910984B2 (ja) * 2007-10-23 2012-04-04 日本電気株式会社 データ伝送システム、伝送装置、およびデータ伝送制御方法
KR101507996B1 (ko) * 2010-11-30 2015-04-07 한국전자통신연구원 클라이언트 신호 매핑 장치 및 그 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008035769A1 (fr) * 2006-09-22 2008-03-27 Nippon Telegraph And Telephone Corporation SystÈme de transmission multiplex et procÉDÉ de transmission multiplex
JP2008227995A (ja) * 2007-03-14 2008-09-25 Hitachi Communication Technologies Ltd マルチレート信号を収容する光伝送装置

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9356625B2 (en) 2011-12-08 2016-05-31 Mitsubishi Electric Corporation Frame generation method, optical transmission device, and optical transmission system
JP5687362B2 (ja) * 2011-12-08 2015-03-18 三菱電機株式会社 フレーム生成方法、光伝送装置および光伝送システム
JPWO2013084341A1 (ja) * 2011-12-08 2015-04-27 三菱電機株式会社 フレーム生成方法、光伝送装置および光伝送システム
WO2013084341A1 (ja) * 2011-12-08 2013-06-13 三菱電機株式会社 フレーム生成方法、光伝送装置および光伝送システム
WO2013159314A1 (zh) * 2012-04-26 2013-10-31 中兴通讯股份有限公司 一种光通道数据单元的gmp映射方法及装置
EP2843966A1 (en) * 2012-04-26 2015-03-04 ZTE Corporation Gmp mapping method and device for optical channel data unit
EP2843966A4 (en) * 2012-04-26 2015-04-29 Zte Corp GMP PICTURE PROCESS AND DEVICE FOR A DATA UNIT IN AN OPTICAL CHANNEL
US9503191B2 (en) 2012-04-26 2016-11-22 Zte Corporation GMP mapping method and apparatus for optical channel data unit
WO2015133169A1 (ja) * 2014-03-05 2015-09-11 三菱電機株式会社 光伝送送信装置および光伝送受信装置
JP5951154B2 (ja) * 2014-03-05 2016-07-13 三菱電機株式会社 光伝送送信装置および光伝送受信装置
US9780897B2 (en) 2014-03-05 2017-10-03 Mitsubishi Electric Corporation Optical transmission apparatus and optical reception apparatus
JP2016072857A (ja) * 2014-09-30 2016-05-09 富士通株式会社 光伝送装置および伝送フレーム生成方法
JP2016127465A (ja) * 2015-01-06 2016-07-11 日本電気株式会社 Ｔｓデータ読出し装置及びｔｓデータ読出し方法
JP2018508153A (ja) * 2015-03-06 2018-03-22 アルカテル−ルーセント 送信および受信方法

Also Published As

Publication number Publication date
US20130058643A1 (en) 2013-03-07
JP5344088B2 (ja) 2013-11-20
JPWO2011135726A1 (ja) 2013-07-18

Similar Documents

Publication Publication Date Title
JP5344088B2 (ja) データ量導出装置
JP5498290B2 (ja) フレーム信号生成方法および装置
US9019997B1 (en) Method and system for transporting constant bit rate clients across a packet interface
US9473261B1 (en) System and method to achieve datapath latency symmetry through an OTN wrapper
US10411821B2 (en) Transmission method
EP2037603A1 (en) A clock recovery method and apparatus
JP5966438B2 (ja) 伝送装置及び伝送方法
CN103560850A (zh) 帧生成装置及帧生成方法
EP2651056B1 (en) Client signal mapping circuit and mapping method
US20130058655A1 (en) Transmission apparatus for optical transport network, and staff control method therefor
CN102197610A (zh) 光数字传输系统
JP5994579B2 (ja) フレーム変換装置及びフレーム変換方法及び伝送装置
US8665738B2 (en) Transmission apparatus and signal transmission method
US20110170866A1 (en) Transporting Optical Data Units In An Optical Transport Network
US8521176B2 (en) Transmission apparatus and frequency fluctuation compensation method
JP5540675B2 (ja) 伝送装置および信号収容方法
JP5378440B2 (ja) Ｏｐｕフレーム生成装置及びｏｐｕフレーム試験装置
US20230421264A1 (en) Time-sliced GMP mapping with modified sigma-delta mapping function
JP6402562B2 (ja) 光伝送装置および伝送フレーム生成方法
JP5833307B2 (ja) データ伝送システム及び光伝送装置
JP2012044282A (ja) 偏差検出装置及び方法
JP2013121003A (ja) データ平滑化回路及びデータ平滑化方法
JP5301588B2 (ja) 帯域制御評価装置
JPH08139706A (ja) Ｂｉｐ−２演算回路およびｂｉｐ−２チェック回路
JP2013121002A (ja) データ乗せ換え回路及びデータ乗せ換え方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012512613

Country of ref document: JP

122 Ep: pct application non-entry in european phase

Ref document number: 10850741

Country of ref document: EP

Kind code of ref document: A1