JP5251620B2 - フレーム生成装置およびフレーム生成方法 - Google Patents

Description

本発明は、フレーム生成装置およびフレーム生成方法に関する。

波長分割多重（WDM: Wavelength Division Multiplexing）技術を適用した光ネットワークにおいて、フレームワークとしてＯＴＮ（Optical Transport Network）が標準化されている。このＯＴＮは、複数種類のクライアント信号を収容することが可能であり、大容量伝送が可能である。特許文献１は、クライアント信号をＯＴＮにおけるＯＴＵ（Optical Transfer Unit）フレームに収容または多重化して伝送する光伝送システムを開示している。

被収容信号と該信号を収容するフレーム信号とのビットレート差は、被収容信号をフレーム信号に非同期でマッピングすることによって補償されていた（ＡＭＰ方式：Ａｓｙｎｃｈｒｏｎｏｕｓ Ｍａｐｐｉｎｇ Ｐｒｏｃｅｄｕｒｅ方式）。しかしながら、高ビットレート化および被収容信号の多様化に伴い、被収容信号と該信号を収容するフレーム信号とのビットレート差から、フレーム収容部へ収容すべきデータ数およびスタッフ数を求めるＧＭＰ（Generic Mapping Procedure）方式が採用されつつある。特許文献２に、ＧＭＰ方式が開示されている。

特開２００８−１１３３９４号公報 米国特許第７０２００９４号明細書

ＧＭＰ方式を採用し、かつ、被収容信号を収容したフレーム信号を前記フレーム信号よりも高速なビットレートを有するフレーム信号へ収容するにあたって、ＯＤＴＵフレームを生成することが求められている。

本発明は上記課題に鑑みなされたものであり、ＧＭＰ方式に適用可能なＯＤＴＵフレームを生成するフレーム生成装置およびフレーム生成方法を提供することを目的とする。

上記課題を解決するために、明細書開示のフレーム生成装置は、クライアント信号をより高速なビットレートのＯＤＴＵフレームに収容するためのフレーム生成装置であって、クライアント信号をＯＤＴＵフレームが使用するＯＰＵフレームのトリビュタリスロット数に対応する数のパラレル信号にデシリアライズするデシリアライザと、クライアント信号とＯＤＴＵフレームとのビットレート差に基づいてＯＤＴＵフレームのフレーム収容部にデータおよびスタッフを挿入する複数のＧＭＰ回路と、複数のＧＭＰ回路によって出力されたパラレル信号をシリアライズするシリアライザと、を備えるものである。

上記課題を解決するために、明細書開示のフレーム生成方法は、クライアント信号をより高速なビットレートのＯＤＴＵフレームに収容するためのフレーム生成方法であって、クライアント信号をＯＤＴＵフレームが使用するＯＰＵフレームのトリビュタリスロット数に対応する数のパラレル信号にデシリアライズするデシリアライズ工程と、クライアント信号とＯＤＴＵフレームとのビットレート差に基づいてＯＤＴＵフレームのフレーム収容部にデータおよびスタッフを挿入する挿入工程と、挿入工程を経て出力されたパラレル信号をシリアライズするシリアライズ工程と、を含むものである。

明細書開示のフレーム生成装置およびフレーム生成方法によれば、ＧＭＰ方式に適用可能なＯＤＴＵフレームを生成することができる。

実施例１に係るフレーム生成部が適用される信号送受信装置の全体構成を説明するためのブロック図である。 ＯＴＵフレームのフォーマットを説明するための図である。 ＯＴＵ４／ＯＤＵ４／ＯＰＵ４へ収容される主なクライアント信号種を説明するための図である。 ＯＤＵｊを複数多重して収容する場合のＯＴＵ４／ＯＤＵ４／ＯＰＵ４フレーム構成の他の例を説明するための図である。 ２フレームを１単位として処理する詳細を説明するための図である。 ＯＤＵ０信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。 ＯＤＵ１信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。 ＯＤＵ２またはＯＤＵ２ｅ信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。 ＯＤＵ３信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。 フレーム生成部の詳細を説明するためのブロック図である。 ＧＭＰ処理部の詳細を説明するためのブロック図である。 ＯＤＴＵフレームのフレーム収容部に割り当てるアドレスについて説明するための図である。 式（２）に従って信号収容部に挿入されたスタッフバイトについて説明するための図である。 ＯＤＴＵ ＯＨ部へのＧＭＰ向け情報の格納について説明するための図である。 ＯＰＵｋＯＨ部について説明するための図である。 ＯＰＵｋＯＨ部の他の例について説明するための図である。

以下、図面を参照しつつ、実施例について説明する。

図１は、実施例１に係るフレーム生成部１００が適用される信号送受信装置１０００の全体構成を説明するためのブロック図である。図１を参照して、信号送受信装置１０００は、フレーム生成部１００、複数の光送受信インタフェース部２００、およびネットワーク側の光送受信インタフェース部３００を備える。

フレーム生成部１００は、光送受信インタフェース部２００を介してクライアント信号を受信し、ＯＴＵフレームを生成する。ここで、光受信インタフェース部２００の入出力部分をトリビュタリポートと呼び、ｎ個のトリビュタリポートを有する。フレーム生成部１００によって生成されたＯＴＵフレームは、光送受信インタフェース部３００を介してネットワークに送信される。一方で、フレーム生成部１００は、光送受信インタフェース部３００を介してＯＴＵフレームを受信する。フレーム生成部１００は、受信したＯＴＵフレームからクライアント信号を抽出する。抽出されたクライアント信号は、光送受信インタフェース部２００を介して外部に送信される。

図２は、ＯＴＵフレームのフォーマットを説明するための図である。図２を参照して、ＯＴＵフレームは、オーバヘッド部、ＯＰＵｋ（Optical channel Payload Unit）ペイロード部およびＯＴＵｋＦＥＣ（Optical channel Transport Unit Forward Error Correction）オーバヘッド部を含む。

オーバヘッド部は、第１列目〜第１６列目の１６バイト×４行のフレームサイズを有し、接続および品質の管理に用いられる。ＯＰＵｋペイロード部は、第１７列目〜第３８２４列目の３８０８バイト×４行のフレームサイズを有し、１以上のサービスを提供するクライアント信号を収容する。ＯＴＵｋＦＥＣオーバヘッド部は、第３８２５列目〜第４０８０列目の２５６バイト×４行のフレームサイズを有し、伝送中に発生した誤りを訂正するために用いられる。

なお、接続および品質の管理に用いるオーバヘッドバイトをＯＰＵｋペイロード部に付加したものをＯＤＵｋ（Optical channel Data Unit）部と称する。また、フレーム同期、接続および品質の管理等に用いるオーバヘッドバイトおよびＯＴＵｋＦＥＣオーバヘッド部をＯＤＵｊ部に付加したものをＯＴＵｋ（Optical channel Transport Unit）部と称する。

本実施例においては、１００ＧｂｐｓのビットレートのＥｔｈｅｒｎｅｔ（登録商標）信号および従来のＯＴＮで収容可能であった各種信号を収容して伝送するためのＯＴＮフレームの生成について説明する。ここで、１００Ｇｂｐｓに対応するＯＴＮフレームを、以下、ＯＴＵ４／ＯＤＵ４／ＯＰＵ４と称する。

図３は、ＯＴＵ４／ＯＤＵ４／ＯＰＵ４へ収容される主なクライアント信号種を説明するための図である。図３を参照して、１０３．１２５Ｇｂｐｓのビットレートを有する１００ＧｂＥｔｈｅｒｎｅｔ（登録商標）（以下、１００ＧｂＥと称する）は、ＯＴＵ４／ＯＤＵ４／ＯＰＵ４のペイロード部へ１つ収容される。既存のＯＴＮのフレームであるＩＴＵ−Ｔ Ｇ．７０９勧告に記載のＯＤＵｊであるＯＤＵ３、ＯＤＵ２、ＯＤＵ１またはＩＴＵ−Ｔ Ｇ．ｓｕｐｐｌｅｍｅｎｔ ４３文章に記載のＯＤＵ２ｅは複数多重されてＯＴＵ４／ＯＤＵ４／ＯＰＵ４のペイロード部へ収容される。

図４（ａ）および図４（ｂ）は、ＯＤＵｊ（ｊ＝０，１，２，２ｅ，３，３ｅ１，３ｅ２）を複数多重して収容する場合のＯＴＵ４／ＯＤＵ４／ＯＰＵ４フレーム構成の他の例を説明するための図である。フレーム生成部１００は、ＯＰＵ４ペイロード部に（８＋４０ｎ（ｎは０以上の整数））バイト×４行の第１固定スタッフバイトを挿入する。この場合、固体スタッフバイト以外の領域の列数が４０の倍数となって、１．５Ｇｂｐｓ信号、２．５Ｇｂｐｓ信号、１０Ｇｂｐｓ信号、４０Ｇｂｐｓ信号等の信号を収容可能となる。図４（ａ）および図４（ｂ）においては、説明の簡略化のため、ｎ＝０であるとする。８０種類のトリビュタリスロットを用いて１００Ｇｂｐｓのビットレートを実現する。各トリビュタリスロットのビットレートは、１．３０１７０９２５１Ｇｂｐｓである。

図４（ａ）を参照して、フレーム生成部１００は、例えば、第１固定スタッフバイトをＯＤＵ４フレームの第３８１７〜３８２４列目の８列×４バイトに挿入する。フレーム生成部１００は、各ＯＰＵ４フレームにおいて第１固定スタッフバイト以外の領域に１バイト×４行を１単位とするトリビュタリスロット（Tributary slot）を８０種類備えるトリビュタリスロット群を４７．５組収容する。具体的には、フレーム生成部１００は、奇数番目のＯＴＵフレームでは、トリビュタリスロット１〜４０を４８組収容するとともに、トリビュタリスロット４１〜８０を４７組収容する。また、フレーム生成部１００は、偶数目のＯＴＵフレームでは、トリビュタリスロット１〜４０を４７組収容するとともに、トリビュタリスロット４１〜８０を４８組収容する。フレーム生成部１００は、ＯＴＵフレームに複数種類の信号を収容する場合に８０種類のＯＴＵフレームを１マルチフレーム周期として処理する。

奇数番目のＯＴＵフレームにおいては、トリビュタリスロット１（Tribslot#1）がＯＤＵｊフレームの第１７、９７、…、３７７７列目に割り当てられている。偶数番目のＯＴＵフレームにおいては、トリビュタリスロット１（Tribslot#1）がＯＤＵｊフレームの第５７、１３７…、３７３７列目に割り当てられている。また、奇数番目のＯＴＵフレームにおいては、トリビュタリスロット８０（Tribslot#80）がＯＤＵｊフレームの第９６、１７６、…、３７７６列目に割り当てられている。偶数番目のＯＴＵフレームにおいては、トリビュタリスロット８０（Tribslot#80）がＯＤＵｊフレームの第５６、１３６、…、３８１６列目に割り当てられている。

この場合、図４（ｂ）で説明されるように、フレームごとに各トリビュタリスロットが持つコラムサイズが異なってしまう。具体的には、#1〜#40のトリビュタリスロットは、奇数番目のＯＴＵフレームには４８個（４８コラム）収容され、偶数番目のＯＴＵフレームには４７個（４７コラム）収容される。一方で、#1〜#40のトリビュタリスロットは、奇数番目のＯＴＵフレームには４７個（４７コラム）収容され、偶数番目のＯＴＵフレームには４８個（４８コラム）収容される。そこで、本実施例においては、図５を参照して、２フレームを１単位として処理する。それにより、１単位ごとのコラムサイズを同じにすることができる。

続いて、ＯＤＵｊ信号をＯＤＵ４に収容する場合のマッピングについて説明する。図６は、ＯＤＵ０信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。図６を参照して、フレーム生成部１００は、１つのＯＤＵ０信号をＯＤＵ４へ収容する場合に、上記のトリビュタリスロット群を１個用いる。

図７は、ＯＤＵ１信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。図７を参照して、フレーム生成部１００は、１つのＯＤＵ１信号をＯＤＵ４へ収容する場合に、上記のトリビュタリスロット群を２個用いる。

図８は、ＯＤＵ２またはＯＤＵ２ｅ信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。図８を参照して、フレーム生成部１００は、１つのＯＤＵ２またはＯＤＵ２ｅ信号をＯＤＵ４へ収容する場合に、上記のトリビュタリスロット群を８個用いて収容する。

図９は、ＯＤＵ３信号をＯＤＵ４に収容する場合のマッピングについて説明するための図である。図９を参照して、フレーム生成部１００は、１つのＯＤＵ３信号をＯＤＵ４へ収容する場合に、上記のトリビュタリスロット群を３１個用いて収容する。なお、任意個数のトリビュタリスロット群を用いてＯＤＵｊ信号をＯＤＵ４へ収容する場合にも前記と同様のマッピングが適用可能である。

続いて、フレーム生成部１００の詳細について説明する。図１０は、フレーム生成部１００の詳細を説明するためのブロック図である。図１０を参照して、フレーム生成部１００は、複数のＯＤＵｊ処理部１０、ＧＭＰ処理部２０、複数のＯＤＴＵ処理部３０、ＯＤＴＵＧ４処理部４０、ＯＰＵ４処理部５０、ＯＤＵ４処理部６０、およびＯＴＵ４処理部７０を備える。

ＯＤＵｊ処理部１０は、被収容信号であるクライアント信号を受信する。ＧＭＰ処理部２０は、被収容信号のビットレートと該信号を収容するフレーム信号のビットレートとの差から、フレーム収容部へ収容すべきデータ数およびスタッフ数を求め、該データおよび該スタッフをフレーム収容部に挿入する。詳細は、後述する。

ＯＤＴＵ処理部３０は、ＧＭＰ処理部２０においてデータおよびスタッフが挿入されたフレーム信号からＯＤＴＵフレームを生成する。ＯＤＴＵＧ４処理部４０は、各ＯＤＴＵ処理部３０において生成されたＯＤＴＵフレームを多重化してＯＤＴＵＧ４フレームを生成する。ＯＰＵ４処理部５０は、ＯＤＴＵＧ４フレームからＯＰＵ４フレームを生成する。ＯＤＵ４処理部６０は、ＯＰＵ４フレームからＯＤＵ４フレームを生成する。ＯＴＵ４処理部７０は、ＯＤＵ４フレームからＯＴＵ４フレームを生成し、光送受信インタフェース部３００に送信する。

図１１は、ＧＭＰ処理部２０の詳細を説明するためのブロック図である。図１１を参照して、ＧＭＰ処理部２０は、デシリアライザ２１、複数のＧＭＰ処理回路２２、およびシリアライザ２３を備える。デシリアライザ２１は、ＯＤＵｊ信号を、バイトごとにインタリーブする。本実施例においては、デシリアライザ２１は、ＯＤＴＵフレームが使用するトリビュタリスロット数に対応する数のパラレル信号にデシリアライズする。すなわち、デシリアライザ２１は、ＯＤＵｊ信号をトリビュタリスロット単位でパラレル化する。ＧＭＰ処理部２０は、トリビュタリスロット数に対応する数のＧＭＰ処理回路２２を備える。本実施例においては８０種類のトリビュタリスロットを用いるため、ＧＭＰ処理部２０は、８０個のＧＭＰ処理回路２２を備えている。

この場合、各ＧＭＰ処理回路２２に要求される動作速度は、ＯＤＵｊ信号が収容されるＯＤＴＵフレームのビットレートと同等かそれ以下になる。本実施例においては、各ＧＭＰ処理回路２２に要求される動作速度は、１．２５Ｇ程度でよい。また、デシリアライザ２１後の各チャネルのビットレート偏差は全て同じである。したがって、ＧＭＰに対するＣｎ値は同じになる。

ＧＭＰ処理回路２２は、下記式（１）が成立する場合にはＯＤＴＵフレームのフレーム収容部にデータを挿入し、下記式（２）が成立する場合にはフレーム収容部にスタッフを挿入する。
Ｎ×Ｃｎ ｍｏｄ（信号収容部全バイト数） ＜ Ｃｎ （１）
Ｎ×Ｃｎ ｍｏｄ（信号収容部全バイト数） ≧ Ｃｎ （２）
Ｎ：ＯＤＴＵフレームのフレーム収容部に割り当てたアドレス
Ｃｎ：（ＯＤＵｊ信号のビットレート）／（ＯＤＴＵフレームのビットレート）×（ＯＤＴＵフレームのフレーム収容部の全バイト数）
ｍｏｄ：剰余を求める演算子（ｍｏｄｕｌｏ）

この場合、ＯＤＴＵフレームの信号収容部に挿入すべきスタッフ数は、（信号収容部全バイト数−Ｃｎ）により求まる。続いて、上記式（２）が成立する場合の、スタッフ数について説明する。例えば、ＯＤＵ０をＯＰＵ４へ１トリビュタリスロット群（ＴＳ）を用いて収容する場合について説明する。この場合、１ＴＳあたりの信号収容部全バイト数（Ｂ）は、１５２００バイトである。また、収容するために用いるＴＳ数（Ｎｔｓ）は、１である。また、ＯＤＵ０のビットレート（ｆｃ）は、１．２４４１６００００Ｇｂｐｓ（ｔｙｐ値）である。また、ＯＰＵ４における１ＴＳのビットレート（ｆｓ）は、１．３０１７０９２５１（ｔｙｐ値）である。したがって、収容すべきバイト数Ｃｎは、下記式（３）を用いて計算すると、１４５２８バイトである。なお、式（３）において、「Ｉｎｔ」は、小数点を切り上げることを意味している。
Ｃｎ＝Ｉｎｔ（（ｆｃ／Ｎｔｓ）／ｆｓ×Ｂ）＝Ｉｎｔ（１．２４４１６００００／１）／１．３０１７０９２５１×１５２００）＝１４５２８ （３）

続いて、図１２（ａ）および図１２（ｂ）を参照して、ＯＤＴＵフレームのフレーム収容部に割り当てるアドレスについて説明する。アドレスは、各信号収容部の各行においてＴＳ数ずつ順に割り当てられる。図１２（ａ）を参照して、ＴＳ数が「１」である場合、信号収容部の各行において、アドレスが順に割り当てられる。

図１２（ｂ）を参照して、ＴＳ数が「４」である場合、信号収容部の各行において、アドレスが４つずつ順に割り当てられる。具体的には、信号収容部の第１列目〜第４列目にトリビュタリスロットＡ〜Ｄ用のアドレス１Ａ〜１Ｄが順に割り当てられる。同様に、信号収容部の第５列目〜第８列目には、トリビュタリスロットＡ〜Ｄ用のアドレス２Ａ〜２Ｄが割り当てられる。すなわち、ｎ個のＴＳを用いる場合には、１ＴＳのＯＤＴＵをｎコンカティネートするようにアドレスが割り当てられる。

図１３は、上記式（２）に従って信号収容部に挿入されたスタッフバイトについて説明するための図である。図１３において、「Ｓ」がスタッフバイトに相当する。図１３で説明されるように、スタッフバイトは、信号収容部分散して挿入される。それにより、スタッフバイトを連続的に挿入する場合と比較して、受信側においてスタッフバイトを取り除く処理を行う際のジッタ（デスタッフ・ジッタ）を低く抑えることが可能となる。

図１４（ａ）および図１４（ｂ）は、ＯＤＴＵ ＯＨ部へのＧＭＰ向け情報の格納について説明するための図である。図１４（ａ）を参照して、１ＴＳを用いる場合、ＯＤＴＵフレームにＴＳ用のオーバヘッド情報を付与する。図１４（ｂ）を参照して、４ＴＳ（ＴＳ＃Ａ〜＃Ｄ）を用いる場合、ＯＤＴＵフレームにＴＳごとのオーバヘッド情報を付与する。このオーバヘッドは、上記式（２）で求めたスタッフ数に関する情報を含む。なお、このスタッフ数に関する情報は、各ＴＳに対応するオーバヘッドにおいて同等である。

図１５は、ＯＰＵｋＯＨ部について説明するための図である。図１５を参照して、ＯＴＵ４／ＯＤＵ４／ＯＰＵ４フレームは、第１５列目の第４行目において、トリビュタリスロット番号と該トリビュタリスロットがどのトリビュタリポートと対応するかを関係付ける情報を格納する。具体的には、７ビットを用いて８０トリビュタリスロットのポート番号を識別するための信号を格納する。それにより、ＯＴＵ４／ＯＤＵ４／ＯＰＵ４フレームへＯＤＵｊ信号が何個のトリビュタリスロットを用いて収容されているか識別することができる。

図１６は、ＯＰＵｋＯＨ部の他の例について説明するための図である。図１６と図１５とで異なる点は、ＯＴＵ４／ＯＤＵ４／ＯＰＵ４フレームが第１５列目の第３行目において各トリビュタリスロットが収容しているクライアント信号の種類（ＯＤＵ０、ＯＤＵ１、ＯＤＵ２、ＯＤＵ３、ＯＤＵ２ｅ）を格納している点である。このようなＯＨを有することによって、いずれのクライアント信号が収容されているか識別することができる。

なお、本実施例においては、１００Ｇｂｐｓよりも小さいビットレートのクライアント信号を１００Ｇｂｐｓのビットレートで伝送するためのフレーム生成について説明したが、それに限られない。低速のビットレートのクライアント信号をより高速のビットレートで伝送するためのフレーム生成についても本実施例を適用することができる。この場合においても、クライアント信号を、ＯＤＴＵフレームのマルチフレーム数に対応する数のパラレル信号にデシリアライズすることによって、ＧＭＰ回路に要求される動作速度を小さくすることができる。

また、本実施例においては各トリビュタリスロット群のトリビュタリスロット数を８０としたが、それ以外でもよい。この場合、ＧＭＰ処理回路２２の数を各トリビュタリスロット群のトリビュタリスロット数と同等にすることによって、本実施例の効果が得られる。

以上、本発明の実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ ＯＤＵｊ処理部
２０ ＧＭＰ処理部
２１ デシリアライザ
２２ ＧＭＰ処理回路
２３ シリアライザ
３０ ＯＤＴＵ処理部
４０ ＯＤＴＵＧ４処理部
５０ ＯＰＵ４処理部
６０ ＯＤＵ４処理部
７０ ＯＴＵ４処理部
１００ フレーム生成部
２００ 光送受信インタフェース部
３００ 光送受信インタフェース部
１０００ 信号送受信装置

Claims (14)

1. クライアント信号を、より高速なビットレートのＯＤＴＵフレームに収容するためのフレーム生成装置であって、
   前記クライアント信号を、前記ＯＤＴＵフレームが使用するトリビュタリスロット数に対応する数のパラレル信号にデシリアライズするデシリアライザと、
   前記クライアント信号と前記ＯＤＴＵフレームとのビットレート差に基づいて、前記ＯＤＴＵフレームのフレーム収容部にデータおよびスタッフを挿入する複数のＧＭＰ回路と、
   前記複数のＧＭＰ回路によって出力されたパラレル信号をシリアライズするシリアライザと、を備えることを特徴とするフレーム生成装置。
2. 前記ＧＭＰ回路は、前記ＯＤＴＵフレームのフレーム収容部にスタッフを挿入する場合、前記フレーム収容部に分散して挿入することを特徴とする請求項１記載のフレーム生成装置。
3. 前記シリアライザからの信号を前記ＯＤＴＵフレームに収容するためのＯＤＴＵ生成部をさらに備え、
   前記ＯＤＴＵ生成部は、前記フレーム収容部の各行において、トリビュタリスロット数ずつ順にアドレスを割り当てることを特徴とする請求項１または２記載のフレーム生成装置。
4. 前記ＧＭＰ回路は、下記式（１）が成立する場合には前記ＯＤＴＵフレームのフレーム収容部にデータを挿入し、下記式（２）が成立する場合には前記フレーム収容部にスタッフを挿入することを特徴とする請求項３記載のフレーム生成装置。
   Ｎ×Ｃｎ ｍｏｄ ＜ Ｃｎ （１）
   Ｎ×Ｃｎ ｍｏｄ ≧ Ｃｎ （２）
   Ｎ：前記ＯＤＴＵフレームのフレーム収容部に割り当てたアドレス
   Ｃｎ：（前記クライアント信号のビットレート）／（前記ＯＤＴＵフレームのビットレート）×（前記ＯＤＴＵフレームのフレーム収容部の全バイト数）
   ｍｏｄ：剰余演算子
5. 前記ＯＤＴＵ生成部は、前記８０種類のＯＤＴＵフレームのうち各々２つを１組として、前記ＯＤＴＵフレーム４０組を１マルチフレーム周期として処理することを特徴とする請求項３または４記載のフレーム生成装置。
6. 前記ＯＤＴＵフレームを複数多重させてＯＴＵフレームを生成するＯＴＵフレーム生成部をさらに備え、
   前記ＯＴＵフレーム生成部は、ＯＰＵｋＯＨ部に、トリビュタリスロットに対応するトリビュタリポート番号を格納することを特徴とする請求項１〜５のいずれかに記載のフレーム生成装置。
7. 前記ＯＴＵフレーム生成部は、前記ＯＰＵｋＯＨ部に、前記クライアント信号の種類をさらに格納することを特徴とする請求項６記載のフレーム生成装置。
8. クライアント信号を、より高速なビットレートのＯＤＴＵフレームに収容するためのフレーム生成方法であって、
   前記クライアント信号を、前記ＯＤＴＵフレームが使用するトリビュタリスロット数に対応する数のパラレル信号にデシリアライズするデシリアライズ工程と、
   前記クライアント信号と前記ＯＤＴＵフレームとのビットレート差に基づいて、前記ＯＤＴＵフレームのフレーム収容部にデータおよびスタッフを挿入する挿入工程と、
   前記挿入工程を経て出力されたパラレル信号をシリアライズするシリアライズ工程と、を含むことを特徴とするフレーム生成方法。
9. 前記挿入工程において、前記ＯＤＴＵフレームのフレーム収容部にスタッフを挿入する場合、前記フレーム収容部に分散して挿入することを特徴とする請求項８記載のフレーム生成方法。
10. 前記シリアライザからの信号を前記ＯＤＴＵフレームに収容するためのＯＤＴＵ生成工程をさらに含み、
    前記ＯＤＴＵ生成工程において、前記フレーム収容部の各行に、トリビュタリスロット数ずつ順にアドレスを割り当てることを特徴とする請求項８または９記載のフレーム生成方法。
11. 前記挿入工程において、下記式（１）が成立する場合には前記ＯＤＴＵフレームのフレーム収容部にデータを挿入し、下記式（２）が成立する場合には前記フレーム収容部にスタッフを挿入することを特徴とする請求項１０記載のフレーム生成方法。
    Ｎ×Ｃｎ ｍｏｄ ＜ Ｃｎ （１）
    Ｎ×Ｃｎ ｍｏｄ ≧ Ｃｎ （２）
    Ｎ：前記ＯＤＴＵフレームのフレーム収容部に割り当てたアドレス
    Ｃｎ：（前記クライアント信号のビットレート）／（前記ＯＤＴＵフレームのビットレート）×（前記ＯＤＴＵフレームのフレーム収容部の全バイト数）
    ｍｏｄ：剰余演算子
12. 前記ＯＤＴＵ生成工程において、前記８０種類のＯＤＴＵフレームのうち各々２つを１組として、前記ＯＤＴＵフレーム４０組を１マルチフレーム周期として処理することを特徴とする請求項１０または１１記載のフレーム生成方法。
13. 前記ＯＤＴＵフレームを複数多重させてＯＴＵフレームを生成するＯＴＵフレーム生成工程をさらに含み、
    前記ＯＴＵフレーム生成工程において、ＯＰＵｋＯＨ部に、トリビュタリスロットに対応するトリビュタリポート番号を格納することを特徴とする請求項８〜１２のいずれかに記載のフレーム生成方法。
14. 前記ＯＴＵフレーム生成工程において、前記ＯＰＵｋＯＨ部に、前記クライアント信号の種類をさらに格納することを特徴とする請求項１３記載のフレーム生成方法。

Images