(57)【要約】  データ量導出装置は、並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出する第１演算部と、前記第１演算部で導出されたフレーム周期毎のデータ量をＮ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する。
2011135726.tif 000002
【特許請求の範囲】
【請求項１】
並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出する第１演算部と、
前記第１演算部で導出されたフレーム周期毎のデータ量をＮ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
を含むデータ量導出装置。
【請求項２】
Ｍ（Ｍは整数）バイト粒度で並列化された、並列化数Ｌの並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームのフレーム周期毎のデータ量を導出する第１演算部と、
前記第１演算部で導出されたフレーム周期毎のデータ量がＮ（Ｎは整数）回分積算された積算値を導出し、該積算値を前記Ｎで割った値をさらに（８×Ｌ）で割って得た値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
を含むデータ量導出装置。
【請求項３】
前記並列化マッピング用信号がＭ（Ｍは整数）バイト粒度で並列化されており、
前記第２演算部は、前記Ｍを前記回数Ｎとして、前記積算値の導出を行う
請求項１に記載のデータ量導出装置。
【請求項４】
前記並列化マッピング用信号の一系列を一時的に保持するバッファと、
前記バッファに保持された前記フレーム周期毎のマッピング用信号のデータ量に応じて、前記第２演算部で導出された前記フレームにマッピングすべきデータ量を補正する補正部とをさらに含む
請求項１から３の何れか１項に記載のデータ量導出装置。
【請求項５】
前記補正部は、前記バッファに保持されたデータ量が該バッファのアンダーフローを警告する第１閾値以下の場合に、前記第２演算部によって導出された前記フレームにマッピングすべきデータ量から所定データ量を減算し、前記バッファに保持されたデータ量が該バッファのオーバーフローを警告する第２閾値以上の場合に、前記第２演算部によって導出された前記フレームにマッピングすべきデータ量に所定データ量を加算する
請求項４に記載のデータ量導出装置。
【請求項６】
前記補正部は、前記バッファに保持されたデータ量が補正実施領域に到達した場合に前記補正を行い、
前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に到達する頻度に応じて前記Ｎの値を変更する
請求項１から５の何れか１項に記載のデータ量導出装置。
【請求項７】
前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に到達する毎に、現在のＮの値から１を減じる
請求項６に記載のデータ量導出装置。
【請求項８】
前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に到達しなかったフレーム周期がＮ回連続した場合に、現在のＮの値に１を加算する
請求項６又は７に記載のデータ量導出装置。
【請求項９】
前記Ｎの値は、上限値及び下限値の少なくとも一方を有し、
前記第２演算部は、前記Ｎの値が前記上限値又は下限値の少なくとも一方に達した場合には、前記Ｎの値の変更条件が満たされても、現在のＮの値を維持する
請求項６から８の何れか１項に記載のデータ量導出装置。
【請求項１０】
前記第２演算部は、前記バッファに保持されたデータ量が前記補正実施領域に前回到達してから今回到達するまでの間におけるフレーム周期回数をＮの値に設定する
請求項６に記載のデータ量導出装置。
【請求項１１】
前記フレームにマッピングすべきデータ量が第１のデータ量と定義されたときの、前記フレームに実際にマッピングされる第２のデータ量を導出する第３演算部と、
前記第１のデータ量と前記第２のデータ量との差分を導出する第４演算部と、
前記差分のフレーム間に亘る累積値を導出する第５演算部と、
前記累積値が所定量を超えたときに、前記第２のデータ量に前記所定量を加えるとともに、前記累積値から所定量を減算する調整部と
をさらに含む
請求項１から１０の何れか１項に記載のデータ量導出装置。
【請求項１２】
前記フレームは、ＯＴＮ（optical transport network）規格に従ったフレームであり、前記フレームにマッピングすべきデータ量は、ＧＭＰ（Generic Mapping Procedure）で使用される理論値Ｃｎである
請求項１から１１の何れか１項に記載のデータ量導出装置。
【請求項１３】
フレームへのマッピング対象である並列化マッピング用信号を保持するバッファ部と、
前記バッファで保持される並列化マッピング信号の一系列に対する、フレーム周期毎のデータ量を導出する第１演算部と、
前記第１演算部で導出されたフレーム周期毎のデータ量を、Ｎ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と、
前記フレームにマッピングすべきデータ量が第１のデータ量と定義されたときの、前記フレームに実際にマッピングされる第２のデータ量を導出する第３演算部と、
前記第１のデータ量と前記第２のデータ量との差分を導出する第４演算部と、
前記差分のフレーム間に亘る累積値を導出する第５演算部と、
前記累積値が所定量を超えたときに、前記第２のデータ量に前記所定量を加えるとともに、前記累積値から所定量を減算する調整部と、
前記第２のデータ量に基づいて、前記フレームのペイロード領域に対する前記バッファに保持された並列化マッピング用信号のマッピングを制御する制御部と、
前記差分及び前記累積値を含む前記フレームのオーバヘッドを生成する生成部と、
前記第２のデータ量の並列化マッピング信号がペイロード領域に収容され、且つ前記生成部で生成された前記オーバヘッドが付与された前記フレームを送出する送出部と
を含むフレーム生成装置。
【請求項１４】
Ｍ（Ｍは整数）バイト粒度で並列化された、並列化数Ｌの並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームのフレーム周期毎のデータ量を導出する第１演算部と、
前記第１演算部で導出されたフレーム周期毎のデータ量がＮ（Ｎは整数）回分積算された積算値を導出し、該積算値を前記Ｎで割った値をさらに（８×Ｌ）で割って得た値を、前記フレームにマッピングすべきデータ量として導出する第２演算部と
前記フレームにマッピングすべきデータ量が第１のデータ量と定義されたときの、前記フレームに実際にマッピングされる第２のデータ量を導出する第３演算部と、
前記第１のデータ量と前記第２のデータ量との差分を導出する第４演算部と、
前記差分のフレーム間に亘る累積値を導出する第５演算部と、
前記累積値が所定量を超えたときに、前記第２のデータ量に前記所定量を加えるとともに、前記累積値から所定量を減算する調整部と、
前記第２のデータ量に基づいて、前記フレームのペイロード領域に対する前記バッファに保持された並列化マッピング用信号のマッピングを制御する制御部と、
前記差分及び前記累積値を含む前記フレームのオーバヘッドを生成する生成部と、
前記第２のデータ量の並列化マッピング信号がペイロード領域に収容され、且つ前記生成部で生成された前記オーバヘッドが付与された前記フレームを送出する送出部と
を含むフレーム生成装置。
【請求項１５】
並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームの、フレーム周期毎のデータ量を導出し、
前記フレーム周期毎のデータ量をＮ回（Ｎは整数）分積算し、この積算値を、前記フレームにマッピングすべきデータ量として導出する
ことを含むデータ量導出方法。
【請求項１６】
Ｍ（Ｍは整数）バイト粒度で並列化された、並列化数Ｌの並列化マッピング用信号の一系列に対する、該マッピング用信号がマッピングされるフレームのフレーム周期毎のデータ量を導出し、
前記フレーム周期毎のデータ量がＮ（Ｎは整数）回分積算された積算値を導出し、該積算値を前記Ｎで割った値をさらに（８×Ｌ）で割って得た値を、前記フレームにマッピングすべきデータ量として導出する
ことを含むデータ量導出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ量導出装置に関する。
【背景技術】
【０００２】
光伝送網の規格の一つとして、ＩＴＵ−Ｔ勧告Ｇ．７０９で規定されるＯＴＮ（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演算部
７・・・Ｃｍ演算部
８，１８・・・セレクタ
９，１９・・・補正部
【図１】
2011135726.tif 000003
【図２】
2011135726.tif 000004
【図３】
2011135726.tif 000005
【図４】
2011135726.tif 000006
【図５】
2011135726.tif 000007
【図６】
2011135726.tif 000008
【図７】
2011135726.tif 000009
【図８】
2011135726.tif 000010
【図９】
2011135726.tif 000011
【図１０】
2011135726.tif 000012
【図１１】
2011135726.tif 000013
【図１２】
2011135726.tif 000014
【図１３】
2011135726.tif 000015
【図１４】
2011135726.tif 000016
【国際調査報告】
2011135726.tif 000017
2011135726.tif 000018