(57)【特許請求の範囲】
【請求項１】
光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアの一部又は全部を数個のサブブロックに分割することであって、各サブブロックは、Ｎバイトのサイズを有し、Ｎは１より大きい、前記分割することと、
前記ペイロードエリアの前記サブブロックのサイズに応じて、伝送されるクライアント信号のブロック数を計算することと、
前記ブロック数を使用することにより、前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の位置分布を判定することと、
前記判定された位置分布に応じて、Ｎバイト粒度を用いて、前記伝送されるクライアント信号を前記ペイロードエリアの対応するサブブロックにマッピングすることと、
を含む、クライアント信号をマッピングする方法。
【請求項２】
ＯＤＴＵのオーバーヘッドエリアにマッピングオーバーヘッド（ＯＨ）情報を充填することを更に含み、前記マッピングＯＨ情報は、前記ブロック数を示す情報を含む、
請求項１に記載のクライアント信号をマッピングする方法。
【請求項３】
前記ブロック数を使用することにより前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の前記位置分布を判定することは、
前記ブロック数に応じてシグマ−デルタ・アルゴリズムを実行することにより前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の前記位置分布を判定することを含む、
請求項１又は２に記載のクライアント信号をマッピングする方法。
【請求項４】
前記ブロック数を示す情報は、ビット反転フィールド、インクリメント指標フィールド、及びデクリメント指標フィールドを含み、前記ビット反転フィールド、前記インクリメント指標フィールド、及び前記デクリメント指標フィールドは共同でビット反転によって前記ブロック数を示す、
請求項２又は３に記載のクライアント信号をマッピングする方法。
【請求項５】
前記ビット反転フィールド、前記インクリメント指標フィールド、及び前記デクリメント指標フィールドが共同で前記ブロック数を示すことは、
（Ｋ＋ｎ−１）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数と比べて（Ｋ＋ｎ）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数が１又は２インクリメントされるとき、Ｋ番目のフレームのＯＤＴＵのビット反転フィールドにおけるビットの第１番目の部分がビット反転され、Ｋ番目のフレームのＯＤＴＵのインクリメント指標フィールドが１にセットされ、
（Ｋ＋ｎ−１）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数と比べて（Ｋ＋ｎ）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数が１又は２デクリメントされるとき、Ｋ番目のフレームのＯＤＴＵのビット反転フィールドにおけるビットの第２番目の部分がビット反転され、Ｋ番目のフレームのＯＤＴＵのデクリメント指標フィールドが１にセットされる、
請求項４に記載のクライアント信号をマッピングする方法。
【請求項６】
前記ビット反転フィールド、前記インクリメント指標フィールド、及び前記デクリメント指標フィールドは共同で前記ブロック数を示すことは、
（Ｋ＋ｎ−１）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数と比べて（Ｋ＋ｎ）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数の変化が２より大きい場合、Ｋ番目のフレームのビット反転フィールドが（Ｋ＋ｎ）番目のフレームのＯＤＴＵによって運ばれるクライアント信号のブロック数を搬送し、前記インクリメント指標フィールド及び前記デクリメント指標フィールドは両方とも１にセットされる、
請求項４又は５に記載のクライアント信号をマッピングする方法。
【請求項７】
前記ブロック数に応じてシグマ−デルタ・アルゴリズムを実行することにより前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の前記位置分布を判定することは、
（ｉ×Ｃｂｌｏｃｋ）  ｍｏｄ  Ｍ  ＜  Ｃｂｌｏｃｋである場合、ｉ番目のサブブロックは、クライアント信号サブブロックであり、
（ｉ×Ｃｂｌｏｃｋ）  ｍｏｄ  Ｍ  ≧  Ｃｂｌｏｃｋである場合、ｉ番目のサブブロックは、スタッフ・サブブロックであり、Ｃｂｌｏｃｋは、前記ブロック数であり、Ｍは、ペイロードエリアの分割されたサブブロックの総数である、
請求項２〜６のいずれか１項に記載のクライアント信号をマッピングする方法。
【請求項８】
光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアによって運ばれたクライアント信号のブロック数の指標情報を取得することであって、各ブロックはＮバイトのサイズを有し、Ｎは１より大きい、前記取得することと、
前記ブロック数を使用することにより、前記ペイロードエリアのサブブロックにおける前記クライアント信号の位置分布を判定することであって、前記ペイロードエリアは、Ｎバイトのサイズを有する数個のブロックを含む、前記判定することと、
前記判定された位置分布に応じて、前記ペイロードエリアの前記クライアント信号をデマッピングすることと、
を含むクライアント信号をデマッピングする方法。
【請求項９】
光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアのサブブロック・サイズに応じて、伝送されるクライアント信号のブロック数を計算するよう構成されているブロック数計算モジュールであって、前記ペイロードエリアは数個のサブブロックを含み、各サブブロックはＮバイトのサイズを有し、Ｎは１より大きい、前記ブロック数計算モジュールと、
前記ブロック数に応じて、前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の位置分布を示すよう構成された制御信号を生成するよう構成されているマッピング制御モジュールと、
バッファの中で前記伝送されるクライアント信号を前記制御信号に応じてＮバイト粒度で前記ペイロードエリアの対応するサブブロックにマッピングするよう構成されているマッピングモジュールと、
を含むクライアント信号をマッピングする装置。
【請求項１０】
前記マッピング制御モジュールは、前記制御信号を生成するため前記クライアント信号の前記ブロック数に応じてシグマ−デルタ計算を実行するよう更に構成されている、
請求項９に記載のクライアント信号をマッピングする装置。
【請求項１１】
前記マッピング制御モジュールはさらに、マッピングオーバーヘッド（ＯＨ）情報を生成するよう構成され、
前記マッピングＯＨ情報は、前記伝送されるクライアント信号の前記ブロック数を示す情報を含み、
前記マッピングモジュールはさらに、前記マッピングＯＨ情報をＯＤＴＵオーバーヘッドエリアに充填するよう構成されている、
請求項９又は１０に記載のクライアント信号をマッピングする装置。
【請求項１２】
光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアによって運ばれたクライアント信号のブロック数を取得し、ペイロードエリアのサブブロックにおける前記クライアント信号の位置分布を示すよう構成された制御信号を前記ブロック数に応じて生成するよう構成されているデマッピング制御モジュールであって、前記ペイロードエリアは数個のブロックを含み、各ブロックはＮバイトのサイズを有し、Ｎは１より大きい、前記でマッピング制御モジュールと、
前記デマッピング制御モジュールによって生成された前記制御信号に応じて、Ｎバイト粒度で、前記ペイロードエリアによって運ばれた前記クライアント信号をデマッピングするよう構成されているデマッピングモジュールと、
を含むクライアント信号をデマッピングする装置。
【請求項１３】
請求項１〜７のいずれか１項に記載の方法をコンピュータに実行させるプログラムを記録したコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信テクノロジの分野に関し、より詳しくは、クライアント信号のマッピング及びデマッピングを行う方法及び装置に関する。
【背景技術】
【０００２】
光伝送ネットワーク（ＯＴＮ）テクノロジは、次世代伝送ネットワークのためのコア・テクノロジである。ＯＴＮは、強いタンデム・コネクション・モニタリング（ＴＣＭ）能力と、豊富なオペレーション・アドミニストレーション・メンテナンス（ＯＡＭ）能力と、アウトバンド前方誤り訂正（ＦＥＣ）能力とを有し、大容量サービスの柔軟性のあるスケジューリング及びマネージメントを実行でき、バックボーン伝送ネットワークに適用できる。
【０００３】
市場需要を満たすため、国際電気通信連合−電気通信標準化部門（ＩＴＵ−Ｔ）は、ＯＴＮのための一連の勧告を策定し、これらの勧告の中で、勧告Ｇ．７０９は、主としてＯＴＮフレームの構造及びマッピングに関する規格である。勧告Ｇ．７０９に規定された標準フレーム構造は、図１に示される通りである。ＯＴＮフレームは、４０８０×４モジュラー構造であり、フレーム同期及びアライメント機能を提供するよう構成されたフレーム・アライメント信号（ＦＡＳ）と、ＯＴＵレベル・ネットワーク・マネージメント機能を提供するよう構成された光チャネル伝送ユニットｋ（ＯＴＵｋ）オーバーヘッド（ＯＨ）と、メンテナンス及びオペレーション機能を提供するよう構成された光チャネル・データ・ユニットｋ（ＯＤＵｋ）ＯＨと、サービス・アダプテーション機能を提供するよう構成された光チャネル・ペイロード・ユニットｋ（ＯＰＵｋ）ＯＨと、主としてサービス・ベアラ機能を提供するよう構成されたＯＴＮフレームのペイロードエリアとも称されるＯＰＵｋペイロードエリアと、誤り検出及び訂正機能を提供するよう構成されたＦＥＣエリアとを含む。
【０００４】
高レートサービスを伝送するシナリオでは、クライアント信号が既存のマッピング方法によってＯＰＵｋペイロードにマッピングされる場合、マッピングプロセスは、かなり複雑である。例えば、クライアント信号がジェネリック・マッピング・プロシージャ（ＧＭＰ）に基づいて既存のマッピング方法によってＯＰＵ０にマッピングされるとき、処理のためのビット幅が１６×８ビットである場合、各クロックサイクルは、クロックサイクル中にクライアント信号のマッピングを完了するため、１６回のシグマ−デルタ計算を必要とするので、マッピングプロセスは複雑である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、本発明は、クライアント信号のマッピング及びデマッピングプロセスを簡略化し、そして、マルチレート・サービスに適用できるクライアント信号のマッピング及びデマッピングを行う方法と装置とを対象にする。
【課題を解決するための手段】
【０００６】
技術的課題を解決するため、本発明は、以下の技術的解決法を提供する。
【０００７】
実施形態では、本発明は、クライアント信号をマッピングする方法であって、
光チャネル・ペイロード・ユニット（ＯＰＵ）又は光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアの一部又は全部を１以上であるＮバイトのサイズである数個のサブブロックに分割することと、
Ｎバイト粒度を用いて、伝送されるクライアント信号をペイロードエリアのサブブロックにマッピングすることと、
を含む方法を提供する。
【０００８】
さらに、実施形態では、本発明は、クライアント信号をデマッピングする方法であって、
ブロックが１以上であるＮバイトのサイズを有している場合、ＯＰＵ又はＯＤＴＵのペイロードエリアによって運ばれたクライアント信号のブロック数の指標情報を取得することと、
ブロック数を使用することにより、Ｎバイトのサイズを有している数個のブロックを含むペイロードエリアのサブブロックにおけるクライアント信号の位置分布を判定することと、
判定された位置分布に応じて、ペイロードエリアのクライアント信号をデマッピングすることと、
を含む方法を提供する。
【０００９】
さらに、実施形態では、本発明は、クライアント信号をマッピングする装置であって、
ペイロードエリアが１以上であるＮバイトのサイズを有している数個のサブブロックを含む場合、ＯＰＵ又はＯＤＴＵのペイロードエリアのサブブロック・サイズに応じて、伝送されるクライアント信号のブロック数を計算するよう構成されているブロック数計算モジュールと、
クライアント信号のブロック数に応じて、ペイロードエリアのサブブロックにおける伝送されるクライアント信号の位置分布を示すよう構成された制御信号を生成するよう構成されているマッピング制御モジュールと、
バッファの中で伝送されるクライアント信号を制御信号に応じてペイロードエリアの対応するサブブロックにマッピングするよう構成されているマッピングモジュールと、
を含む装置を提供する。
【００１０】
さらに、実施形態では、本発明は、クライアント信号をデマッピングする装置であって、
ＯＰＵ又はＯＤＴＵのペイロードエリアによって運ばれたクライアント信号のブロック数を取得し、１バイト以上であるＮバイトのサイズを有している数個のブロックを含むペイロードエリアのサブブロックにおけるクライアント信号の位置分布を示すよう構成された制御信号をブロック数に応じて生成するよう構成されているデマッピング制御モジュールと、
デマッピング制御モジュールによって生成された制御信号に応じて、ペイロードエリアによって運ばれたクライアント信号をデマッピングするよう構成されているデマッピングモジュールと、
を含む装置を提供する。
【００１１】
以上から分かるように、本発明の実施形態によって採用された技術的解決法は、クライアント信号がマッピングされたとき、クライアント信号のブロックマッピングがブロックのマッピング粒度を使用して実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすという有利な効果がある。
【図面の簡単な説明】
【００１２】
本発明の実施形態及び従来技術による技術的解決法をより明瞭に例示するため、実施形態及び従来技術を説明する添付図面が以下に簡単に紹介される。明らかに、以下の説明において添付図面は、本発明の単なるいくつかの実施形態であり、当業者は、創造的な努力なしに添付図面から他の図面を導くことができる。
【図１】従来技術において設けられたＯＴＮフレームの概略構成図である。
【図２】本発明の第１の実施形態によるクライアント信号をマッピングする方法のフローチャートである。
【図３】本発明の第２の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ  ＯＨエリアの概略構成図である。
【図４】本発明の第２の実施形態によるクライアント信号をマッピングする方法のフローチャートである。
【図５】本発明の第２の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ  ＯＨエリアの別の概略構成図である。
【図６】本発明の第２の実施形態によるクライアント信号をデマッピングする方法のフローチャートである。
【図７】本発明の第３の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ  ＯＨエリアの概略構成図である。
【図８】本発明の第３の実施形態によるクライアント信号をマッピングする方法のフローチャートである。
【図９】本発明の第３の実施形態によるクライアント信号をデマッピングする方法のフローチャートである。
【図１０】本発明の第４の実施形態によるクライアント信号をマッピングする装置の概略図である。
【図１１】本発明の第５の実施形態によるクライアント信号をデマッピングする装置の概略図である。
【発明を実施するための形態】
【００１３】
本発明は、ブロックのマッピング粒度を用いてクライアントデータのブロックマッピングを実行し、クライアント信号のマッピングプロセスを簡略化し、そして、マルチレート・サービスに適用できるクライアント信号のマッピング及びデマッピングを行う方法及び装置を提供する。
【００１４】
詳細な説明は、特定の実施形態を通じて以下に記載される。
【００１５】
本発明の実施では、ＧＭＰマッピング方式に基づくクライアント信号のマッピングが例示用の実施例として利用されるが、本発明は、この実施例に限定されることなく、他のマッピング方式が使用されることもある。
【００１６】
ＯＰＵｋペイロードエリアは、Ｎバイトのサイズを有し、好ましくは、Ｎが１より小さくない整数である数個の論理的に分離されたサブブロックを含んでもよい。
【００１７】
第１の実施形態
【００１８】
図２を参照すると、本発明の第１の実施形態によるクライアント信号のマッピングを行う方法は、具体的には以下のステップを含む。
【００１９】
ステップ２１０では、ＯＰＵ又はＯＤＴＵのペイロードエリアの一部又は全部が１バイト以上であるＮバイトのサイズを有している数個のサブブロックに分割される。
【００２０】
ステップ２２０では、伝送されるクライアント信号がＮバイト粒度を用いてペイロードエリアのサブブロックにマッピングされる。
【００２１】
本発明の実施形態では、クライアント信号がマップされるとき、ブロックのマッピング粒度を使用してクライアント信号のブロックマッピングが実行され、その結果、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすことが分かる。
【００２２】
第２の実施形態
【００２３】
図３は、本発明の第２の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ  ＯＨエリアの概略構成図である。図３を参照すると、本実施形態では、ＯＰＵｋペイロードエリアは、１つずつがＮバイトのサイズを有しているＭ個のサブブロックに論理的に分割され、ＯＰＵｋペイロード全体がＭ×Ｎバイトを有している。
【００２４】
ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズは任意でよく、すなわち、Ｎは、ＯＰＵｋペイロードエリアのバイト数によって正確に割り切れる値であればよいことが理解されるべきである。
【００２５】
好ましくは、ＯＰＵｋペイロードエリアは、プロセッサの処理ビット幅に応じてサブブロックに論理的に分割され、この論理的に分割されたサブブロックのサイズは、プロセッサの処理ビット幅の約数である。例えば、プロセッサの処理ビット幅が１６×８＝１２８ビットであると仮定すると、論理的に分割されたサブブロックのサイズは、１６バイト、８バイト、４バイト、２バイト、又は、１バイトでもよい。
【００２６】
なお、本実施形態は、例示のためＯＰＵｋペイロードエリアの実施例としてＯＴＮフレーム（以下、簡単にフレームと称される）の第１行から第４行までの第１７列から第３８２４列を利用するが、これらに限定されることなく、ＯＰＵｋペイロードエリアは、クライアント信号を運ぶためＯＰＵｋ  ＯＨエリア及び／又は他のＯＨバイトの中の予約バイトをさらに含んでもよい。
【００２７】
図４を参照すると、本発明の第２の実施形態によるクライアント信号のマッピングを行う方法は、以下のステップを含む。
【００２８】
ステップ４０１では、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数が取得される。
【００２９】
ＯＴＮフレーム構造では、Ｋ番目のフレームのＯＰＵｋ  ＯＨエリアによって搬送されるＯＨ情報のマッピングは、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数を示すよう構成され、受信端は、Ｋ番目のフレームのＯＰＵｋ  ＯＨエリアによって搬送されたマッピングＯＨ情報を受信することにより（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のマッピング関連情報を取得し、このようにして、（Ｋ＋ｎ）番目のフレームを受信した後、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号を再現するために（Ｋ＋ｎ）番目のフレームのデマッピングを行うことができることに留意すべきである。ここで、Ｋは、正整数であり、ｎは、自然数である。
【００３０】
例えば、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、（Ｋ＋ｎ）番目のフレームのＯＴＮフレームのベアラ能力及びＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズに応じて判定されることがあり、クライアント信号のブロックのサイズは、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズ、すなわち、Ｎバイトに一致する。
【００３１】
具体的な実施は、以下の通りでもよく、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号の（以下、Ａによって表される）バイト数が最初に判定され、判定されたバイト数がＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズによって割り算され、正確な割り算の結果は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数（以下、Ｃｂｌｏｃｋによって表される）として選ぶことができ、ＡとＣｂｌｏｃｋとＮとの間の関係は、Ａ＝Ｃｂｌｏｃｋ×Ｎ＋Ｃであり、式中、Ｃは、余りである。（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣｂｌｏｃｋ×Ｎバイトを運ぶことが必要であり、ここで、Ｃｂｌｏｃｋ×Ｎは、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリア全体のバイト数より大きくなく、すなわち、（Ｋ＋ｎ）番目のフレームの最大ベアラ能力より大きくない。
【００３２】
例えば、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０８であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃｂｌｏｃｋ＝３６０２であり、ここで、Ａ＝Ｃｂｌｏｃｋ×Ｎ＋０であり、すなわち、（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣｂｌｏｃｋ×Ｎ＝１４４０８バイトを運ぶと、さらに判定することができる。
【００３３】
別の実施例に関して、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０７であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃｂｌｏｃｋ＝３６０１であり、ここで、Ａ＝Ｃｂｌｏｃｋ×Ｎ＋３であり、すなわち、（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣｂｌｏｃｋ×Ｎ＝１４４０４バイトを運び、クライアント信号の残りの３バイトは、後続フレームによって運ばれてもよいことをさらに判定することができる。
【００３４】
ステップ４０２では、マッピングＯＨ情報が生成され、Ｋ番目のフレームのＯＨエリアにマッピングされ、ここで、マッピングＯＨ情報は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数を示す指標情報を含む。
【００３５】
マッピングＯＨ情報は、限定されることはないが、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズと、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数と、（Ｋ＋ｎ）番目のフレームのマッピング方式などを示す指標情報を含んでもよい。
【００３６】
具体的な実施は、以下の通りでもよく、マッピングＯＨ情報がＫ番目のフレームのＯＰＵｋ  ＯＨエリアにマッピングされる。ＯＰＵｋ  ＯＨエリアの構造は、図３に示された通りでもよい。ＯＰＵｋ  ＯＨエリアは、ＯＴＮフレームの第１列から第４行の第１５列及び第１６列に位置し、２×４バイトを含む。ＯＰＵｋ  ＯＨエリアは、以下の通り定義されてもよいが、これに限定されることはない。
【００３７】
ＯＴＮフレームの第１５列の第１行から第３行までの３バイトは、予約（ＲＥＳ）バイトであり、第４行の１バイトは、ペイロード構造識別子（ＰＳＩ）バイトである。ＯＴＮフレームのマルチフレーム期間が２５６であると仮定すると、ＰＳＩ［０］は、ペイロードタイプ（ＰＴ）識別子の指標情報、すなわち、マッピングタイプの指標情報を搬送することがあり、本実施形態では、ＰＳＩ［０］によって搬送される指標情報は、ＧＭＰマッピング方式を示し、ＰＳＩ［１］は、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズを示す指標情報を搬送することがあり、そして、例えば、サブブロック・サイズが４バイトであることを示す０×０４であり、ＰＳＩ［２］からＰＳＩ［２５５］が予約バイトとしての役割を果たしてもよい。
【００３８】
ＯＴＮフレームの第１６列の第１行第３行の３バイトは、図３に示されるようにＪＣ１、ＪＣ２及びＪＣ３バイトである。ＪＣ１バイト、ＪＣ２バイト及びＪＣ３バイトは、１４ビットＣｂｌｏｃｋフィールド（ビットＣ１、Ｃ２、．．．、Ｃ１４）と、１ビット・インクリメント・インジケータ（ＩＩ）フィールドと、１ビット・デクリメント・インジケータ（ＤＩ）フィールドと、ＪＣ１及びＪＣ２に誤り訂正符号かを実行する８ビット・ＣＲＣ−８・フィールドとを形成する。
【００３９】
Ｋ番目のフレームのＣｂｌｏｃｋフィールドは、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数を示す指標情報を搬送し、具体的には、ブロック数は、様々な方式で示されてもよい。例えば、Ｋ番目のフレームのＣｂｌｏｃｋフィールドは、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数を直接的に搬送することがあり、又は、（Ｋ＋ｎ）番目のＣｂｌｏｃｋ値は、Ｃｉビット反転を用いて受信端に示されることがあり、Ｃｉビット反転とＣｂｌｏｃｋ値の変更との間の関係は、表１に示される通りであるが、これに限定されない。
【表１】
0005607802.tif 000002
【００４０】
表１に示されるように、（Ｋ＋ｎ−１）番目のフレームに対応するＣｂｌｏｃｋと比べて、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のＣｂｌｏｃｋが１又は２ずつインクリメントされるとき、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数が１又は２ずつインクリメントされることを受信端に示すため、Ｋ番目のフレームのＣｂｌｏｃｋフィールドの中のビット（Ｃｉ）の一部がビット反転され、ＩＩフィールドが１にセットされる。
【００４１】
（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋが１又は２ずつデクリメントされるとき、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数が１又は２ずつデクリメントされることを受信端に示すため、Ｋ番目のフレームのＣｂｌｏｃｋフィールドの中のＣｉの一部がビット反転され、ＤＩフィールドが１にセットされる。
【００４２】
（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋの変化が＋２又は−２より大きいとき、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数を受信端に示すため、Ｋ番目のフレームのＩＩフィールド及びＤＩフィールドの両方が１にセットされ、Ｃｂｌｏｃｋフィールドが（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ値を直接的に搬送し、ＣＲＣ−８は、Ｃｂｌｏｃｋ値を検証し、ある種の誤り訂正能力を提供する。
【００４３】
（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ値が変化しないとき、Ｋ番目のＩＩビット及びＤＩビットの両方が０にセットされる。
【００４４】
ビット反転によって（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ値を受信端に示す方法は、伝送の有効性をさらに保証することが可能であり、誤り訂正のため有利であり、誤り伝送の確率を低減できることが分かる。
【００４５】
場合によっては、ＯＴＮフレームの第１６列の第１行から第３行のＯＨバイト（Ｃｂｌｏｃｋバイトと称されてもよい）は、具体的に図５に示されるように、Ｃｂｌｏｃｋ値を示す指標情報を搬送するため別の構造を使用することがあり、３×５ビットのＣｂｌｏｃｋ＿ｂａｓｅフィールド（基本数フィールド）と３×３ビットのＣｂｌｏｃｋ＿ｄｅｌｔａフィールド（可変フィールド）を含むが、これらに限定されることはない。
【００４６】
Ｃｂｌｏｃｋバイトの基本数フィールドは、各フレームによって搬送されるクライアント信号のブロック数の最小値を搬送するよう構成され、この値は、基本数（Ｃｂｌｏｃｋ＿ｂａｓｅ）として選ばれ、各フレームは、基本数を搬送し、Ｋ番目のフレームのＣｂｌｏｃｋバイトの可変フィールドは、３回に亘って（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数から基本数を差し引くことにより取得された可変値（Ｃｂｌｏｃｋ＿ｄｅｌｔａ）を搬送するよう構成され、受信端は、Ｋ番目のフレームのＣｂｌｏｃｋバイトによって搬送されたＣｂｌｏｃｋ＿ｂａｓｅ値及びＣｂｌｏｃｋ＿ｄｅｌｔａ値に応じて、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数がＣｂｌｏｃｋ＝Ｃｂｌｏｃｋ＿ｂａｓｅ＋Ｃｂｌｏｃｋ＿ｄｅｌｔａであると判定することができる。
【００４７】
基本数値及び可変値を使用することにより（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ値を受信端に示す方法では、同じ基本数値が搬送されるので、伝送の信頼性が確保され、その上、各フレームが３回に亘って可変値を搬送するので、伝送の信頼性がさらに確保されることが分かる。
【００４８】
（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報は、Ｋ番目のフレームを使用することにより受信端に送信される。Ｋ番目のフレームを受信した後、受信端は、（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ値と、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズと、マッピング方式などを判定することができ、よって、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号をデマッピングすることができる。
【００４９】
マッピングＯＨ情報の中の指標情報の一部又は全部がデフォルト方式で受信端へ示されてもよいと理解されるべきである。例えば、異なるレートのＯＰＵｋユニットに対し、ペイロードエリアの論理的に分割されたサブブロックのサイズは、デフォルトである値に対応することがあり、具体的な対応関係は、表２に示される通りであるが、これに限定されない。
【表２】
0005607802.tif 000003
【００５０】
表２に示されたサブブロック・サイズとレートレベルとの間のデフォルト対応関係を介して指標を用いることにより、受信端は、受信したＯＴＮフレームのレートレベルに応じて、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズを直接的に判定でき、よって、他の指標情報と組み合わせてクライアント信号のデマッピングを行えることが分かる。
【００５１】
さらに、クロック情報及びクライアント信号情報は、異なるＯＨフィールドによってそれぞれに搬送され、ブロックの粒度を使用することによるマッピングは、クロック性能に影響を与えない。
【００５２】
ＯＰＵｋ  ＯＨエリアを使用することによりマッピングＯＨ情報を搬送する上記方法は、実施例だけに基づいて例示されるが、本発明は、この実施例に限定されることなく、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報もまた他の方法によってＫ番目のフレームのＯＰＵｋ  ＯＨエリアを使用することにより受信端へ搬送されてもよいことに留意すべきである。
【００５３】
ステップ４０３では、シグマ−デルタ計算が（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ値を使用することにより実行され、クライアント信号は、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの対応するサブブロックにマッピングされる。
【００５４】
シグマ−デルタ計算は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の取得されたブロック数を使用することにより実行されるので、ＯＰＵｋペイロードエリアの中のクライアント信号の位置分布を取得することができ、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号は、Ｎバイト粒度を用いて（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの対応するサブブロックに一様にマッピングすることが可能であり、その結果、クライアント信号サブブロック及びスタッフ・サブブロックが（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの中に一様に分布する。
【００５５】
シグマ−デルタ計算は、以下の通り簡単に例示される。
（ｉ×Ｃｂｌｏｃｋ）  ｍｏｄ  Ｍ  ＜  Ｃｂｌｏｃｋである場合、ｉ番目のサブブロックは、クライアント信号サブブロックである。
（ｉ×Ｃｂｌｏｃｋ）  ｍｏｄ  Ｍ  ≧  Ｃｂｌｏｃｋである場合、ｉ番目のサブブロックは、スタッフ・サブブロックであり、式中、Ｃｂｌｏｃｋは、運ばれたクライアント信号のブロック数であり、Ｍは、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックの総数である。
【００５６】
フレーム化プロセスにおいて、行／列カウンタが現在クロックサイクル中に処理された行／列がＯＰＵｋペイロードエリアに位置しているか、又は、部分的に位置していることを示すとき、加算器／比較器がシグマ−デルタ計算を実行し、現在クロックサイクルで処理された行／列に対応するサブブロックがクライアント信号のマッピングが行われたサブブロックであるかどうかを判定し、肯定である場合、このサブブロックをクライアント信号サブブロックとして使用し、クライアント信号がサブブロックにマッピングされ、そうでない場合、サブブロックをスタッフ・サブブロックとして使用する。
【００５７】
例えば、プロセッサの処理ビット幅は、１６×８＝１２８ビットであることと、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズは、Ｎ＝８バイトであることと、ＯＰＵｋペイロードエリア全体がＭ＝１９０４個のサブブロックに分割されることが仮定される。行／列カウンタが現在クロックサイクル中に処理された行／列はＯＰＵｋペイロードエリアの中に位置していると示すとき、２個のサブブロック（２×８バイト）のマッピングを完了するために、１１ビット加算器／比較器だけがクロックサイクル中にシグマ−デルタ計算を２回実行するため選択されることを必要とする。１バイトの判定粒度が使用される場合、１６バイトのマッピングを完了するために、１４ビット加算器／比較器が１６回に亘ってシグマ−デルタ計算を実行するため選択されることを必要とする。
【００５８】
別の実施例に対し、ＯＰＵ４の処理ビット幅が６４×８＝５１２ビットであると仮定すると、（Ｋ＋ｎ）番目のフレームのＯＰＵ４ペイロードエリアが６４バイトをそれぞれに有している２３８個のサブブロックに論理的に分割される場合、１このサブブロック（６４バイト）のマッピングを完了するために、８ビット加算器／比較器だけがプロセッサ・クロックサイクル中に１回ずつシグマ−デルタ計算を実行するため選択されることを必要とする。同様に、１バイトの判定粒度が使用される場合、６４バイトのマッピングを完了するために、１４ビット加算器／比較器が６４回に亘ってシグマ−デルタ計算を実行するため選択されることを必要とする。
【００５９】
ＯＰＵ３ｙ及びＯＰＵ４のような高レートユニットに対し、ペイロードエリアは、柔軟に１６バイト、３２バイト、又は、６４バイトの数個のサブブロックに論理的に分割されることがあり、シグマ−デルタ計算は、ブロックの判定粒度を使用して実行されるので、マッピングプロセスは、非常に簡略化されることが分かる。
【００６０】
場合によっては、ＯＰＵｋペイロードエリアの中のスタッフ・サブブロックとクライアント信号サブブロックとの数個の位相関係は、ＯＰＵｋペイロードエリアの論理的分割の各タイプのサブブロック・サイズに対応してさらにプリセットされることがあり、各位相関係は、ＯＰＵｋペイロードエリアによって運ばれたクライアント信号のブロック数に対応するので、クライアント信号のマッピングが行われるとき、クライアント信号は、プリセットされた位相関係に応じて直接的に、ＯＰＵｋペイロードエリアのクライアント信号サブブロックに固定的にマッピングされることが可能である。
【００６１】
スタッフ・サブブロック及びクライアント信号サブブロックの位相プリセットによるクライアント信号のマッピングは、判定及び計算量を非常に削減し、マッピングプロセスを簡略化し、それによって、柔軟性のある処理を達成することが可能である。
【００６２】
さらに、（Ｋ＋ｎ）番目のフレームは、（Ｋ＋ｎ）番目のフレームのＯＨエリア情報が生成された後に送信される。
【００６３】
これに対応して、実施形態では、本発明は、クライアント信号のデマッピングを行う方法をさらに提供する。
【００６４】
図６を参照すると、本発明の第２の実施形態によるクライアント信号のデマッピングを行う方法は、具体的には以下のステップを含む。
【００６５】
ステップ６０１では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得する。
【００６６】
受信端は、Ｋ番目のフレームのＯＰＵｋ  ＯＨエリアのデマッピングを行う（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得できる。取得したマッピングＯＨ情報は、これに限定されることがないが、ペイロードエリアによって運ばれたクライアント信号のブロック数と、ペイロードエリアの論理的に分割されたサブブロックのサイズと、マッピング方式などの指標情報を含む。
【００６７】
ステップ６０２では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報に応じて、シグマ−デルタ・アルゴリズムを使用することにより（Ｋ＋ｎ）番目のフレームのペイロードエリアによって運ばれたクライアント信号のデマッピングを行う。
【００６８】
これに対応して、受信端は、マッピングＯＨ情報に応じて、（Ｋ＋ｎ）番目のフレームのマッピング方式と、ペイロードエリアの論理的に分割されたサブブロックのサイズと、運ばれたクライアント信号のブロック数とを判定してもよい。受信端は、上記情報に応じて、シグマ−デルタ・アルゴリズムを使用することによりペイロードエリアのサブブロックの中のクライアント信号の位置分布を判定すること、すなわち、クライアント信号サブブロック及びスタッフ・サブブロックを判定することができ、よって、判定された位置分布に応じてクライアント信号を再現するため、ペイロードエリアのクライアント信号のデマッピングを行うことができる。
【００６９】
本実施形態では、ＯＰＵｋペイロードエリアは、柔軟に論理的にブロックに分割され、クライアント信号のマッピングが行われるとき、クライアント信号のブロックマッピングがブロックの判定粒度を使用することにより実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすことが分かる。
【００７０】
さらに、ＯＰＵｋペイロードエリアは、多数の異なるスキームによって柔軟にブロックに分割されてもよい。
【００７１】
第３の実施形態
【００７２】
図７は、本発明の第３の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ  ＯＨエリアの概略構成図である。図７を参照すると、本実施形態では、ＯＰＵｋペイロードエリアは、ブロック領域及び調整領域に分割される。ブロック領域は、Ｎバイトのサイズをそれぞれに有しているＭ個のサブブロックに論理的に分割され、ブロック領域全体は、Ｍ×Ｎバイトのサイズを有している。
【００７３】
ＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズは、任意でもよく、すなわち、Ｎは、ＯＰＵｋブロック領域のバイト数によって正確に割り算できるどのような値でもよいことが理解されるべきである。
【００７４】
好ましくは、ＯＰＵｋブロック領域は、プロセッサの処理ビット幅に応じてサブブロックに論理的に分割されることがあり、論理的に分割されたサブブロックのサイズは、プロセッサの処理ビット幅の約数である。例えば、プロセッサの処理ビット幅が１６×８＝１２８ビットであると仮定すると、論理的に分割されたサブブロックのサイズは、１６バイト、８バイト、４バイト、２バイト、又は、１バイトでもよい。
【００７５】
本実施形態は、例示のためＯＰＵｋペイロードエリアの実施例として、ＯＴＮフレームの第１行から第４行までの第１７列から第３８２４列と、第４行の第１６列とを選ぶが、これに限定されることなく、ＯＰＵｋペイロードエリアは、他の予約バイトをＯＰＵｋ  ＯＨエリアにさらに含み、及び／又は、クライアント信号を運ぶ他のＯＨバイトをさらに含んでもよいことに留意すべきである。
【００７６】
本実施形態は、調整領域の実施例として、ＯＴＮフレームの第４行の第１６列から第２０列を選び、例示のためブロック領域の実施例として、ＯＰＵｋペイロードエリアの他の部分を選ぶが、これに限定されることなく、ＯＰＵｋ調整領域及びブロック領域のサイズ比及び位置は、柔軟に調整されてもよいことに留意すべきである。
【００７７】
図８を参照すると、本発明の第３の実施形態によるクライアント信号のマッピングを行う方法は、具体的には以下のステップを含む。
【００７８】
ステップ８０１では、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数及び調整バイト数が取得される。
【００７９】
例えば、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、ＯＴＮフレームのベアラ能力と、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズとに応じて判定されることがあり、データブロックのサイズは、対応するＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズ、すなわち、Ｎバイトに一致する。
【００８０】
具体的な実施は、以下の通りでもよく、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の（以下でＡによって表される）バイト数が最初に決定され、決定されたバイト数は、ＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズによって割り算され、正確な割り算の結果は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の（以下、Ｃｂｌｏｃｋ＿ｂａｓｅによって表現される）ブロック数として選ぶことができ、余りは、（以下、Ｃｄｅｌｔａによって表現される）調整バイト数として選ぶことができ、ＡとＣｂｌｏｃｋ＿ｂａｓｅとＮとＣｄｅｌｔａとの間の関係は、Ａ＝Ｃｂｌｏｃｋ＿ｂａｓｅ×Ｎ＋Ｃｄｅｌｔａである。（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣｂｌｏｃｋ＿ｂａｓｅ×Ｎ＋Ｃｄｅｌｔａバイトを運ぶことが必要であり、ここで、Ｃｂｌｏｃｋ＿ｂａｓｅ×Ｎは、（Ｋ＋ｎ）番目のフレームのブロック領域のバイト数より大きくなく、Ｃｄｅｌｔａは、調整領域のバイト数より大きくない。
【００８１】
例えば、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０８であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃｂｌｏｃｋ＿ｂａｓｅ＝３６０２であるとさらに判定することができ、ここで、Ａ＝Ｃｂｌｏｃｋ＿ｂａｓｅ×Ｎ＋０であり、すなわち、（Ｋ＋ｎ）番目のフレームのブロック領域は、Ｃｂｌｏｃｋ×Ｎ＝１４４０８バイトのクライアント信号を運ぶことが必要であり、調整領域は、０バイトのクライアント信号を運ぶことが必要である。
【００８２】
さらに、例えば、（Ｋ＋ｎ）番目のＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０７であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃｂｌｏｃｋ＿ｂａｓｅ＝３６０１であるとさらに判定することができ、ここで、Ａ＝Ｃｂｌｏｃｋ＿ｂａｓｅ×Ｎ＋３であり、すなわち、（Ｋ＋ｎ）番目のフレームのブロック領域は、Ｃｂｌｏｃｋ×Ｎ＝１４４０４バイトのクライアント信号を運ぶことが必要であり、調整領域は、３バイトのクライアント信号を運ぶことが必要である。
【００８３】
ステップ８０２では、マッピングＯＨ情報が生成され、Ｋ番目のフレームのＯＨエリアにマッピングされ、ここで、マッピングＯＨ情報は、（Ｋ＋ｎ）番目のフレームのブロック領域によって運ばれるクライアント信号のブロック数を示す指標情報と、（Ｋ＋ｎ）番目のフレームの調整領域によって運ばれるクライアント信号のバイト数を示す指標情報とを含む。
【００８４】
マッピングＯＨ情報は、限定されることなく、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズと、（Ｋ＋ｎ）番目のフレームのＯＰＵｋ領域によって運ばれるクライアント信号のブロック数と、（Ｋ＋ｎ）番目のフレームのＯＰＵｋ調整領域によって運ばれるクライアント信号のバイト数と、（Ｋ＋ｎ）番目のフレームのマッピング方式などを示す指標情報を含んでもよい。
【００８５】
具体的な実施は、以下の通りでもよく、マッピングＯＨ情報は、Ｋ番目のフレームのＯＰＵｋ  ＯＨエリアにマッピングされる。ＯＰＵｋ  ＯＨエリアの構造は、図７に示された通りでもよい。ＯＰＵｋ  ＯＨエリアは、ＯＴＮフレームの第１６列の第１行から第３行と、第１５列の第１行から第４行に位置し、４＋３バイトを含む。ＯＰＵｋ  ＯＨエリアは、以下の通り分割されてもよいが、これに限定されることはない。
【００８６】
ＯＴＮフレームの第１５列の第１行から第３行の３バイトは、予約（ＲＥＳ）バイトであり、第４行の１バイトは、ＰＳＩバイトである。ＯＴＮフレームのマルチフレーム期間は、２５６であり、ＰＳＩ［０］は、ＰＴ識別子の指標情報を搬送することがあり、本実施形態では、ＰＳＩ［０］によって搬送された指標情報は、ＧＭＰマッピング方式を示し、ＰＳＩ［１］は、ＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズを示す指標情報を搬送してもよく、例えば、ブロックサイズが４バイトであることを示す０Ｘ０４でもよく、ＰＳＩ［２］からＰＳＩ［２５５］は、予約バイトとしての役割を果たしてもよい。
【００８７】
ＯＴＮフレームの第１６列の第１行から第３行のＯＨバイトは、図７に示されるように、Ｃｂｌｏｃｋバイトである。Ｃｂｌｏｃｋバイトは、（３×５）ビットのＣｂｌｏｃｋ＿ｂａｓｅフィールド（ブロックフィールド）と、（３×３）ビットのＣｄｅｌｔａフィールド（調整フィールド）とに分割され、ここで、Ｋ番目のフレームのＣｂｌｏｃｋバイトのブロックフィールドは、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域によって運ばれたクライアント信号のブロック数（Ｃｂｌｏｃｋ＿ｂａｓｅ）を示す指標情報を搬送し、調整フィールドは、３回に亘って（Ｋ＋ｎ）番目のフレームのＯＰＵｋ調整領域によって運ばれたクライアント信号のバイト数（Ｃｄｅｌｔａ）を示す指標情報を搬送する。受信端は、Ｋ番目のフレームのＣｂｌｏｃｋバイトによって搬送された指標情報に応じて、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域によって運ばれたクライアント信号のブロック数と、（Ｋ＋ｎ）番目のフレームのＯＰＵｋ調整領域によって運ばれたクライアント信号のバイト数とを判定することができる。
【００８８】
調整領域の位置及びサイズは、デフォルトでもよく、又は、対応する指標情報が柔軟に選択することができる他のＯＨバイトによって受信端へ搬送されてもよい。
【００８９】
例えば、（Ｋ＋ｎ）番目のフレームのブロック領域によって運ばれるクライアント信号のブロック数がＣｂｌｏｃｋ＿ｂａｓｅ＝３５８６であり、調整領域がＣｄｅｌｔａ＝３バイトのクライアント信号を運ぶ必要があると仮定すると、Ｋ番目のフレームのＣｂｌｏｃｋバイトのブロックフィールドは、バイナリコード０００１１１０００００００１０を搬送し、調整フィールドは、３個の同一のバイナリコード０１１を搬送する。
【００９０】
さらに、クロック情報及びクライアント信号情報がそれぞれ異なるＯＨフィールドによって搬送されてもよく、ブロックの粒度を使用することによるマッピングは、クロック性能に影響を与えない。
【００９１】
場合によっては、第２の実施形態と同様に、マッピングＯＨ情報の中の指標情報の一部又は全部は、デフォルト方式で受信端に示されてもよく、例えば、ＯＴＮフレームのレートレベルは、デフォルトで、具体的に表２に示された通りに、ＯＰＵｋペイロードエリアのブロック領域の論理的に分割されたサブブロックのサイズを示すため使用されてもよい。
【００９２】
ＯＰＵｋ  ＯＨエリアを使用することによりマッピングＯＨ情報を搬送する上記方法は、単なる一例として例示されているが、本発明は、これに限定されることなく、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報は、他の方法によって、Ｋ番目のフレームのＯＰＵｋ  ＯＨエリアを使用することにより受信端へ搬送されてもよい。
【００９３】
（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報は、Ｋ番目のフレームを使用することにより受信端へ送信される。Ｋ番目のフレームを受信した後、受信端は、（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ＿ｂａｓｅ値及びＣｄｅｌｔａ値と、ＯＰＵｋペイロードエリアのブロック領域の論理的に分割されたサブブロックのサイズと、マッピング方法などを判定することができ、よって、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号を正確にデマッピングすることができる。
【００９４】
ステップ８０３では、シグマ−デルタ計算は、（Ｋ＋ｎ）番目のフレームのＣｂｌｏｃｋ＿ｂａｓｅ値を使用することにより実行され、クライアント信号は、（Ｋ＋ｎ）番目のフレームのペイロードエリアの対応するサブブロックにマッピングされる。
【００９５】
シグマ−デルタ計算は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の取得したブロック数を使用することにより実行されるので、ブロック領域の中でのクライアント信号の位置分布が判定可能であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の一部又は全部がＮバイト粒度を用いて（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の対応するサブブロックに一様にマッピングできる。
【００９６】
同様に、フレーム化プロセスでは、行／列カウンタが現在クロックサイクル中に処理された行／列は、ＯＰＵｋブロック領域に位置するか、又は、部分的に位置し、加算器／比較器は、シグマ−デルタ計算を実行し、現在ブロックサイクル中に処理された行／列に対応するサブブロックがクライアント信号のマッピングが行われたサブブロックであるかどうかを判定し、肯定的であるならば、このサブブロックをクライアント信号サブブロックとして使用し、クライアント信号をマッピングし、そうでなければ、このブロックをスタッフ・サブブロックとして使用する。
【００９７】
例えば、プロセッサの処理ビット幅が１６×８＝１２８ビットであり、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域が１５２２８バイトであり、調整領域が５バイトであり、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックがＮ＝４バイトであり、ＯＰＵｋブロック領域全体がＭ＝３８０７個のサブブロックに分割されると仮定する。行／列カウンタが現在クロックサイクル中に処理された行／列はＯＰＵｋブロック領域に位置していると示すとき、４個のサブブロック（４×４バイト）のマッピングを完了するため、１２ビットの加算器／比較器だけが４回に亘ってブロックの判定粒度を使用することによりシグマ−デルタ計算を実行するため選択される必要がある。バイトの判定粒度が使用される場合、１６バイトのマッピングを完了するため、１４ビットの加算器／比較器が１６回に亘ってシグマ−デルタ計算を実行するために選択される必要がある。ＯＰＵｋ調整領域は、Ｃｄｅｌｔａバイトのクライアント信号を運び、Ｃｄｅｌｔａバイトのクライアント信号は、所定の規則に応じて、例えば、左から右へ、又は、右から左へ、調整領域にマッピングされてもよい。
【００９８】
場合によっては、ＯＰＵｋブロック領域の中のスタッフ・サブブロック（スタッフ信号を運ぶサブブロック）及びクライアント信号サブブロック（クライアント信号を運ぶサブブロック）の数個の位置分布関係もまたＯＰＵｋブロック領域の論理的な分割の各タイプのサブブロック・サイズに対応してプリセットされてもよく、各位置分布関係は、ＯＰＵｋブロック領域によって運ばれたクライアント信号のブロック数に対応しているので、クライアント信号のマッピングが行われるとき、クライアント信号は、プリセットされた位置分布関係に応じて直接的にＯＰＵｋブロック領域のクライアント信号サブブロックに固定的にマッピングすることができる。
【００９９】
スタッフ・サブブロック及びクライアント信号サブブロックの位置分布のプリセットによるクライアント信号のマッピングは、判定及び計算プロセスを著しく軽減し、マッピングプロセスを簡略化し、それによって、柔軟性のある処理を達成する。
【０１００】
さらに、（Ｋ＋ｎ）番目のフレームは、（Ｋ＋ｎ）番目のフレームのＯＨエリア情報が生成された後に送信される。
【０１０１】
これに対応して、実施形態では、本発明は、クライアント信号のデマッピングを行う方法をさらに提供する。
【０１０２】
図９を参照すると、本発明の第３の実施形態によるクライアント信号をデマッピングする方法は、具体的には以下のステップを含む。
【０１０３】
ステップ９０１では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得する。
【０１０４】
受信端は、Ｋ番目のフレームのＯＰＵｋ  ＯＨ領域をデマッピングすることにより、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得する。取得したマッピングＯＨ情報は、これに限定されることはないが、ブロック領域によって運ばれたクライアント信号のブロック数と、このブロック領域の論理的に分割されたサブブロックのサイズと、調整領域のサイズと、調整領域によって運ばれたクライアント信号のバイト数と、マッピング方式などの指標情報を含む。
【０１０５】
ステップ９０２では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報に応じて、シグマ−デルタ・アルゴリズムを使用することにより、（Ｋ＋ｎ）番目のフレームのペイロードエリアによって運ばれたクライアント信号のデマッピングを行う。
【０１０６】
これに対応して、受信端は、マッピングＯＨ情報に応じて、（Ｋ＋ｎ）番目のフレームのマッピング方式と、ブロック領域の論理的に分割されたサブブロックのサイズと、ブロック領域によって運ばれたクライアント信号のブロック数と、調整領域のサイズと、調整領域によって運ばれたクライアント信号のバイト数とを判定してもよい。受信端は、上記情報に応じてシグマ−デルタ・アルゴリズムを使用することによりペイロードエリアの中のクライアント信号の位置分布を判定でき、よって、判定された位置分布に応じてクライアント信号を再現するためペイロードエリアのクライアント信号のデマッピングを行うことができる。
【０１０７】
本実施形態では、ＯＰＵｋペイロードエリアがサブブロックに柔軟に分割され、クライアント信号がマッピングされるとき、クライアント信号のブロックマッピングがブロックのマッピング判定粒度を使用することにより実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすことが分かる。
【０１０８】
さらに、ＯＰＵｋペイロードエリアは、ブロック領域及び調整領域に分割されることがあり、ＯＰＵｋブロック領域は、ブロックに柔軟に分割されるので、ブロックマッピング及びバイトマッピングの両方が実行でき、それによって、より高いサービス適応性と、より柔軟性のあるマッピングプロセスと、より多角的な解決法とを達成する。
【０１０９】
上記実施形態におけるマッピング方法及びデマッピング方法とマッピング装置及びデマッピング装置とは、ＯＤＵｊクライアント信号を光チャネル・データ・トリビュタリ・ユニットｊからｋ（ＯＤＴＵｊｋ）へのマッピングを行い、ＯＤＴＵｊｋのペイロードエリアからのＯＤＵｊクライアント信号のデマッピングを行うためさらに適していることが理解されるべきである。
【０１１０】
例えば、ＯＤＵ２信号がＯＤＴＵ２４にマッピングされるとき、８バイトのブロックサイズがマッピングのため選択できる。
【０１１１】
第４の実施形態
【０１１２】
これに対応して、実施形態では、本発明は、クライアント信号のマッピングを行う装置をさらに提供する。図１０を参照すると、本発明の第４の実施形態によるクライアント信号のマッピングを行う装置は、ブロック数計算モジュール１０１０と、マッピング制御モジュール１０２０と、マッピングモジュール１０３０とを含む。
【０１１３】
ブロック数計算モジュール１０１０は、ＯＰＵ又はＯＤＴＵのペイロードエリアのサブブロック・サイズに応じて、伝送されるクライアント信号のブロック数を計算するよう構成され、ペイロードエリアは、１バイト以上であるＮバイトのサイズを有している数個のサブブロックを含む。
【０１１４】
マッピング制御モジュール１０２０は、クライアント信号のブロック数に応じて制御信号を生成するよう構成され、制御信号は、ペイロードエリアのサブブロックで伝送されるクライアント信号の位置分布を示すよう構成されている。
【０１１５】
マッピングモジュール１０３０は、マッピング制御モジュール１０２０によって生成される制御信号に応じて、バッファ１０４０の中の伝送されるクライアント信号をペイロードエリアの対応するサブブロックにマッピングするよう構成されている。
【０１１６】
アプリケーションシナリオでは、マッピング制御モジュール１０２０は、制御信号を生成するため、ブロック数計算モジュール１０１０によって計算されたブロック数に応じて、シグマ−デルタ計算を実行するよう具体的に構成され、制御信号は、ペイロードエリアのサブブロックの中で伝送されるクライアント信号の位置分布を示すよう構成されている。
【０１１７】
マッピングモジュール１０３０は、現在クロックサイクル中で処理された行／列に関して行／列カウンタの指標に応じて、そして、制御信号の制御の下で、Ｎバイト粒度を用いてバッファ１０４０からクライアントデータを読み出し、クライアントデータをペイロードエリアの対応するサブブロックにマッピングする。
【０１１８】
アプリケーションシナリオでは、マッピング制御モジュール１０２０はさらに、マッピングＯＨ情報を生成するよう構成され、マッピングＯＨ情報は、伝送されるクライアント信号のブロック数の指標情報を含む。
【０１１９】
アプリケーションシナリオでは、マッピングモジュール１０３０はさらに、マッピングＯＨ情報をＯＰＵ又はＯＰＴＵのＯＨエリアにマッピングするよう構成されている。
【０１２０】
ペイロードエリアが調整領域及びブロック領域を含み、ブロック領域がＮバイトのサイズを有している数個のサブブロックを含む場合、マッピングモジュール１０３０はさらに、バッファの中のクライアント信号の数個のバイトを調整領域にマッピングするよう構成されている。
【０１２１】
本実施形態による装置の機能モジュールの機能は、第２又は第３の実施形態に応じて具体的に実施されてもよく、具体的な実施プロセスのため、第２又は第３の実施形態における関連した説明を参照することができ、詳細は本明細書中で重ねて記載されないことが理解されるべきである。
【０１２２】
第５の実施形態
【０１２３】
これに対応して、実施形態では、本発明は、クライアント信号のデマッピングを行う装置をさらに提供する。図１１を参照すると、本発明の第５の実施形態によるクライアント信号のデマッピングを行う装置は、デマッピング制御モジュール１１１０及びデマッピングモジュール１１２０を含む。
【０１２４】
デマッピング制御モジュール１１１０は、ＯＰＵ又はＯＤＴＵのペイロードエリアによって運ばれたクライアント信号のブロック数を取得し、ブロック数に応じて制御信号を生成するよう構成され、ここで、制御信号は、ペイロードエリアのサブブロックの中のクライアント信号の位置分布を示すよう構成され、ペイロードエリアは、１バイト以上であるＮバイトのサイズを有している数個のブロックを含む。
【０１２５】
デマッピングモジュール１１２０は、デマッピング制御モジュール１１１０により生成された制御信号に応じてペイロードエリアによって運ばれたクライアント信号をデマッピングするよう構成されている。
【０１２６】
アプリケーションシナリオでは、デマッピングモジュール１１２０は、現在クロックサイクル中に処理された行／列に関して行／列カウンタの指標に応じて、そして、制御信号の制御の下で、Ｎバイト粒度を用いてバッファ１１３０からペイロードエリアの対応するサブブロックによって運ばれたクライアント信号のデマッピングを行う。
【０１２７】
本実施形態による装置の機能モジュールの機能は、第２又は第３の実施形態に応じて具体的に実施されることがあり、具体的な実施プロセスのため、第２又は第３の実施形態における関連した説明を参照することができ、詳細は本明細書中で重ねて記載されないことが理解されるべきである。
【０１２８】
なお、上記方法の実施形態は、説明を簡単にするため一連の動作として表現されるが、いくつかのステップは、本発明によれば、他の系列で又は並行して実行されてもよいので、本発明は記載された動作の系列に限定されないことが当業者に認められるべきである。さらに、本明細書中に記載されたすべての実施形態が好ましい実施形態であること、及び、利用されている動作及びモジュールが本発明のため不可欠でないことがさらに当業者に認められるべきである。
【０１２９】
上記実施形態では、実施形態の説明は、異なる態様に異なる重点を置き、実施形態において詳述されていない部分に対し、他の実施形態の関連した説明を参照することができる。
【０１３０】
以上の点に基づいて、本発明の実施形態によって採用された技術的解決法では、ＯＰＵｋ／ＯＤＴＵｊｋペイロードエリアは、柔軟にブロックに論理的に分割され、クライアント信号のマッピングが行われるとき、クライアント信号のブロックマッピングがブロックのマッピング判定粒度を使用して実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たす。
【０１３１】
さらに、ＯＰＵｋ／ＯＤＴＵｊｋペイロードエリアは、ブロック領域及び調整領域に分割され、ＯＰＵｋ/ＯＤＴＵｊｋは、柔軟にブロック領域に分割されるので、ブロックマッピング及びバイトマッピングの両方が実行可能であり、それによって、より高いサービス適応性と、より柔軟性のあるマッピングプロセスと、より多角的な解決法とを達成する。
【０１３２】
当業者は、本発明の実施形態による方法のステップの全部又は一部がプログラム命令関連ハードウェアによって実施されてもよいことを理解するだろう。プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよい。記憶媒体は、磁気ディスク、コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）、リード・オンリ・メモリ（ＲＯＭ）、又は、ランダム・アクセス・メモリ（ＲＡＭ）でもよい。
【０１３３】
本発明によって提供されるクライアント信号のマッピング及びデマッピングを行う方法及び装置は、上記に詳細に提起され、本発明の原理及び実施は、具体的な実施形態によってここに記載され、実施形態の説明は、単に本発明の方法及びコアアイデアを理解できるようにすることを意図している。当業者は、本発明のアイデアに応じて、具体的な実施及び用途範囲に関して、本発明に変形及び変更を加えることができる。従って、本明細書は、本発明への限定であるとみなされるべきでない。
本願は、２００９年２月１０日に出願され、名称が“METHOD AND DEVICE FOR MAPPING AND DEMAPPING A CLIENT SIGNAL”であり、参照によって全体がそのまま本明細書に組み込まれる中国特許出願第２００９１０００５２００．５号の優先権を主張する。
【図１】
0005607802.tif 000004
【図２】
0005607802.tif 000005
【図３】
0005607802.tif 000006
【図４】
0005607802.tif 000007
【図５】
0005607802.tif 000008
【図６】
0005607802.tif 000009
【図７】
0005607802.tif 000010
【図８】
0005607802.tif 000011
【図９】
0005607802.tif 000012
【図１０】
0005607802.tif 000013
【図１１】
0005607802.tif 000014