JP2012516588A - クライアント信号のマッピング及びデマッピングの方法及び装置 - Google Patents

Abstract

クライアント信号のマッピング及びデマッピングを実施する方法及び装置が開示され、この方法は、光チャネル・ペイロード・ユニット又は光チャネル・データ・トリビュタリ・ユニットの一部又は全部のペイロードエリアを１バイト以上であるＮバイトのサイズをもつ数個のサブブロックに分割するステップ（２１０）と、粒度としてＮバイトを設定し、送信されるのを待っているクライアント信号をペイロードエリアのサブブロックにマッピングするステップ（２２０）とを含む。クライアント信号マッピングを実行するとき、本発明の実施形態によって採用される技術的解決法は、クライアント信号のブロックマッピングを実行するためマッピングブロックを使用し、従って、クライアント信号マッピング処理の複雑さを低減し、マルチレート・サービスの要件を満たす。

Description

本発明は、通信テクノロジの分野に関し、より詳しくは、クライアント信号のマッピング及びデマッピングを行う方法及び装置に関する。

光伝送ネットワーク（ＯＴＮ）テクノロジは、次世代伝送ネットワークのためのコア・テクノロジである。ＯＴＮは、強いタンデム・コネクション・モニタリング（ＴＣＭ）能力と、豊富なオペレーション・アドミニストレーション・メンテナンス（ＯＡＭ）能力と、アウトバンド前方誤り訂正（ＦＥＣ）能力とを有し、大容量サービスの柔軟性のあるスケジューリング及びマネージメントを実行でき、バックボーン伝送ネットワークに適用できる。

市場需要を満たすため、国際電気通信連合−電気通信標準化部門（ＩＴＵ−Ｔ）は、ＯＴＮのための一連の勧告を策定し、これらの勧告の中で、勧告Ｇ．７０９は、主としてＯＴＮフレームの構造及びマッピングに関する規格である。勧告Ｇ．７０９に規定された標準フレーム構造は、図１に示される通りである。ＯＴＮフレームは、４０８０×４モジュラー構造であり、フレーム同期及びアライメント機能を提供するよう構成されたフレーム・アライメント信号（ＦＡＳ）と、ＯＴＵレベル・ネットワーク・マネージメント機能を提供するよう構成された光チャネル伝送ユニットｋ（ＯＴＵｋ）オーバーヘッド（ＯＨ）と、メンテナンス及びオペレーション機能を提供するよう構成された光チャネル・データ・ユニットｋ（ＯＤＵｋ）ＯＨと、サービス・アダプテーション機能を提供するよう構成された光チャネル・ペイロード・ユニットｋ（ＯＰＵｋ）ＯＨと、主としてサービス・ベアラ機能を提供するよう構成されたＯＴＮフレームのペイロードエリアとも称されるＯＰＵｋペイロードエリアと、誤り検出及び訂正機能を提供するよう構成されたＦＥＣエリアとを含む。

高レートサービスを伝送するシナリオでは、クライアント信号が既存のマッピング方法によってＯＰＵｋペイロードにマッピングされる場合、マッピングプロセスは、かなり複雑である。例えば、クライアント信号がジェネリック・マッピング・プロシージャ（ＧＭＰ）に基づいて既存のマッピング方法によってＯＰＵ０にマッピングされるとき、処理のためのビット幅が１６×８ビットである場合、各クロックサイクルは、クロックサイクル中にクライアント信号のマッピングを完了するため、１６回のシグマ−デルタ計算を必要とするので、マッピングプロセスは複雑である。

従って、本発明は、クライアント信号のマッピング及びデマッピングプロセスを簡略化し、そして、マルチレート・サービスに適用できるクライアント信号のマッピング及びデマッピングを行う方法と装置とを対象にする。

技術的課題を解決するため、本発明は、以下の技術的解決法を提供する。

実施形態では、本発明は、クライアント信号をマッピングする方法であって、
光チャネル・ペイロード・ユニット（ＯＰＵ）又は光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアの一部又は全部を１以上であるＮバイトのサイズである数個のサブブロックに分割することと、
Ｎバイト粒度を用いて、伝送されるクライアント信号をペイロードエリアのサブブロックにマッピングすることと、
を含む方法を提供する。

さらに、実施形態では、本発明は、クライアント信号をデマッピングする方法であって、
ブロックが１以上であるＮバイトのサイズを有している場合、ＯＰＵ又はＯＤＴＵのペイロードエリアによって運ばれたクライアント信号のブロック数の指標情報を取得することと、
ブロック数を使用することにより、Ｎバイトのサイズを有している数個のブロックを含むペイロードエリアのサブブロックにおけるクライアント信号の位置分布を判定することと、
判定された位置分布に応じて、ペイロードエリアのクライアント信号をデマッピングすることと、
を含む方法を提供する。

さらに、実施形態では、本発明は、クライアント信号をマッピングする装置であって、
ペイロードエリアが１以上であるＮバイトのサイズを有している数個のサブブロックを含む場合、ＯＰＵ又はＯＤＴＵのペイロードエリアのサブブロック・サイズに応じて、伝送されるクライアント信号のブロック数を計算するよう構成されているブロック数計算モジュールと、
クライアント信号のブロック数に応じて、ペイロードエリアのサブブロックにおける伝送されるクライアント信号の位置分布を示すよう構成された制御信号を生成するよう構成されているマッピング制御モジュールと、
バッファの中で伝送されるクライアント信号を制御信号に応じてペイロードエリアの対応するサブブロックにマッピングするよう構成されているマッピングモジュールと、
を含む装置を提供する。

さらに、実施形態では、本発明は、クライアント信号をデマッピングする装置であって、
ＯＰＵ又はＯＤＴＵのペイロードエリアによって運ばれたクライアント信号のブロック数を取得し、１バイト以上であるＮバイトのサイズを有している数個のブロックを含むペイロードエリアのサブブロックにおけるクライアント信号の位置分布を示すよう構成された制御信号をブロック数に応じて生成するよう構成されているデマッピング制御モジュールと、
デマッピング制御モジュールによって生成された制御信号に応じて、ペイロードエリアによって運ばれたクライアント信号をデマッピングするよう構成されているデマッピングモジュールと、
を含む装置を提供する。

以上から分かるように、本発明の実施形態によって採用された技術的解決法は、クライアント信号がマッピングされたとき、クライアント信号のブロックマッピングがブロックのマッピング粒度を使用して実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすという有利な効果がある。

本発明の実施形態及び従来技術による技術的解決法をより明瞭に例示するため、実施形態及び従来技術を説明する添付図面が以下に簡単に紹介される。明らかに、以下の説明において添付図面は、本発明の単なるいくつかの実施形態であり、当業者は、創造的な努力なしに添付図面から他の図面を導くことができる。
従来技術において設けられたＯＴＮフレームの概略構成図である。 本発明の第１の実施形態によるクライアント信号をマッピングする方法のフローチャートである。 本発明の第２の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ ＯＨエリアの概略構成図である。 本発明の第２の実施形態によるクライアント信号をマッピングする方法のフローチャートである。 本発明の第２の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ ＯＨエリアの別の概略構成図である。 本発明の第２の実施形態によるクライアント信号をデマッピングする方法のフローチャートである。 本発明の第３の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ ＯＨエリアの概略構成図である。 本発明の第３の実施形態によるクライアント信号をマッピングする方法のフローチャートである。 本発明の第３の実施形態によるクライアント信号をデマッピングする方法のフローチャートである。 本発明の第４の実施形態によるクライアント信号をマッピングする装置の概略図である。 本発明の第５の実施形態によるクライアント信号をデマッピングする装置の概略図である。

本発明は、ブロックのマッピング粒度を用いてクライアントデータのブロックマッピングを実行し、クライアント信号のマッピングプロセスを簡略化し、そして、マルチレート・サービスに適用できるクライアント信号のマッピング及びデマッピングを行う方法及び装置を提供する。

詳細な説明は、特定の実施形態を通じて以下に記載される。

本発明の実施では、ＧＭＰマッピング方式に基づくクライアント信号のマッピングが例示用の実施例として利用されるが、本発明は、この実施例に限定されることなく、他のマッピング方式が使用されることもある。

ＯＰＵｋペイロードエリアは、Ｎバイトのサイズを有し、好ましくは、Ｎが１より小さくない整数である数個の論理的に分離されたサブブロックを含んでもよい。

第１の実施形態

図２を参照すると、本発明の第１の実施形態によるクライアント信号のマッピングを行う方法は、具体的には以下のステップを含む。

ステップ２１０では、ＯＰＵ又はＯＤＴＵのペイロードエリアの一部又は全部が１バイト以上であるＮバイトのサイズを有している数個のサブブロックに分割される。

ステップ２２０では、伝送されるクライアント信号がＮバイト粒度を用いてペイロードエリアのサブブロックにマッピングされる。

本発明の実施形態では、クライアント信号がマップされるとき、ブロックのマッピング粒度を使用してクライアント信号のブロックマッピングが実行され、その結果、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすことが分かる。

第２の実施形態

図３は、本発明の第２の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ ＯＨエリアの概略構成図である。図３を参照すると、本実施形態では、ＯＰＵｋペイロードエリアは、１つずつがＮバイトのサイズを有しているＭ個のサブブロックに論理的に分割され、ＯＰＵｋペイロード全体がＭ×Ｎバイトを有している。

ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズは任意でよく、すなわち、Ｎは、ＯＰＵｋペイロードエリアのバイト数によって正確に割り切れる値であればよいことが理解されるべきである。

好ましくは、ＯＰＵｋペイロードエリアは、プロセッサの処理ビット幅に応じてサブブロックに論理的に分割され、この論理的に分割されたサブブロックのサイズは、プロセッサの処理ビット幅の約数である。例えば、プロセッサの処理ビット幅が１６×８＝１２８ビットであると仮定すると、論理的に分割されたサブブロックのサイズは、１６バイト、８バイト、４バイト、２バイト、又は、１バイトでもよい。

なお、本実施形態は、例示のためＯＰＵｋペイロードエリアの実施例としてＯＴＮフレーム（以下、簡単にフレームと称される）の第１行から第４行までの第１７列から第３８２４列を利用するが、これらに限定されることなく、ＯＰＵｋペイロードエリアは、クライアント信号を運ぶためＯＰＵｋ ＯＨエリア及び／又は他のＯＨバイトの中の予約バイトをさらに含んでもよい。

図４を参照すると、本発明の第２の実施形態によるクライアント信号のマッピングを行う方法は、以下のステップを含む。

ステップ４０１では、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数が取得される。

ＯＴＮフレーム構造では、Ｋ番目のフレームのＯＰＵｋ ＯＨエリアによって搬送されるＯＨ情報のマッピングは、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数を示すよう構成され、受信端は、Ｋ番目のフレームのＯＰＵｋ ＯＨエリアによって搬送されたマッピングＯＨ情報を受信することにより（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のマッピング関連情報を取得し、このようにして、（Ｋ＋ｎ）番目のフレームを受信した後、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号を再現するために（Ｋ＋ｎ）番目のフレームのデマッピングを行うことができることに留意すべきである。ここで、Ｋは、正整数であり、ｎは、自然数である。

例えば、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、（Ｋ＋ｎ）番目のフレームのＯＴＮフレームのベアラ能力及びＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズに応じて判定されることがあり、クライアント信号のブロックのサイズは、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズ、すなわち、Ｎバイトに一致する。

具体的な実施は、以下の通りでもよく、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号の（以下、Ａによって表される）バイト数が最初に判定され、判定されたバイト数がＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズによって割り算され、正確な割り算の結果は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数（以下、Ｃ_{ｂｌｏｃｋ}によって表される）として選ぶことができ、ＡとＣ_{ｂｌｏｃｋ}とＮとの間の関係は、Ａ＝Ｃ_{ｂｌｏｃｋ}×Ｎ＋Ｃであり、式中、Ｃは、余りである。（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣ_{ｂｌｏｃｋ}×Ｎバイトを運ぶことが必要であり、ここで、Ｃ_{ｂｌｏｃｋ}×Ｎは、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリア全体のバイト数より大きくなく、すなわち、（Ｋ＋ｎ）番目のフレームの最大ベアラ能力より大きくない。

例えば、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０８であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃ_{ｂｌｏｃｋ}＝３６０２であり、ここで、Ａ＝Ｃ_{ｂｌｏｃｋ}×Ｎ＋０であり、すなわち、（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣ_{ｂｌｏｃｋ}×Ｎ＝１４４０８バイトを運ぶと、さらに判定することができる。

別の実施例に関して、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０７であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃ_{ｂｌｏｃｋ}＝３６０１であり、ここで、Ａ＝Ｃ_{ｂｌｏｃｋ}×Ｎ＋３であり、すなわち、（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣ_{ｂｌｏｃｋ}×Ｎ＝１４４０４バイトを運び、クライアント信号の残りの３バイトは、後続フレームによって運ばれてもよいことをさらに判定することができる。

ステップ４０２では、マッピングＯＨ情報が生成され、Ｋ番目のフレームのＯＨエリアにマッピングされ、ここで、マッピングＯＨ情報は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数を示す指標情報を含む。

マッピングＯＨ情報は、限定されることはないが、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズと、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数と、（Ｋ＋ｎ）番目のフレームのマッピング方式などを示す指標情報を含んでもよい。

具体的な実施は、以下の通りでもよく、マッピングＯＨ情報がＫ番目のフレームのＯＰＵｋ ＯＨエリアにマッピングされる。ＯＰＵｋ ＯＨエリアの構造は、図３に示された通りでもよい。ＯＰＵｋ ＯＨエリアは、ＯＴＮフレームの第１列から第４行の第１５列及び第１６列に位置し、２×４バイトを含む。ＯＰＵｋ ＯＨエリアは、以下の通り定義されてもよいが、これに限定されることはない。

ＯＴＮフレームの第１５列の第１行から第３行までの３バイトは、予約（ＲＥＳ）バイトであり、第４行の１バイトは、ペイロード構造識別子（ＰＳＩ）バイトである。ＯＴＮフレームのマルチフレーム期間が２５６であると仮定すると、ＰＳＩ［０］は、ペイロードタイプ（ＰＴ）識別子の指標情報、すなわち、マッピングタイプの指標情報を搬送することがあり、本実施形態では、ＰＳＩ［０］によって搬送される指標情報は、ＧＭＰマッピング方式を示し、ＰＳＩ［１］は、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズを示す指標情報を搬送することがあり、そして、例えば、サブブロック・サイズが４バイトであることを示す０×０４であり、ＰＳＩ［２］からＰＳＩ［２５５］が予約バイトとしての役割を果たしてもよい。

ＯＴＮフレームの第１６列の第１行第３行の３バイトは、図３に示されるようにＪＣ１、ＪＣ２及びＪＣ３バイトである。ＪＣ１バイト、ＪＣ２バイト及びＪＣ３バイトは、１４ビットＣ_{ｂｌｏｃｋ}フィールド（ビットＣ１、Ｃ２、．．．、Ｃ１４）と、１ビット・インクリメント・インジケータ（ＩＩ）フィールドと、１ビット・デクリメント・インジケータ（ＤＩ）フィールドと、ＪＣ１及びＪＣ２に誤り訂正符号かを実行する８ビット・ＣＲＣ−８・フィールドとを形成する。

Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}フィールドは、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数を示す指標情報を搬送し、具体的には、ブロック数は、様々な方式で示されてもよい。例えば、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}フィールドは、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数を直接的に搬送することがあり、又は、（Ｋ＋ｎ）番目のＣ_{ｂｌｏｃｋ}値は、Ｃｉビット反転を用いて受信端に示されることがあり、Ｃｉビット反転とＣ_{ｂｌｏｃｋ}値の変更との間の関係は、表１に示される通りであるが、これに限定されない。

表１に示されるように、（Ｋ＋ｎ−１）番目のフレームに対応するＣ_{ｂｌｏｃｋ}と比べて、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のＣ_{ｂｌｏｃｋ}が１又は２ずつインクリメントされるとき、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数が１又は２ずつインクリメントされることを受信端に示すため、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}フィールドの中のビット（Ｃ_ｉ）の一部がビット反転され、ＩＩフィールドが１にセットされる。

（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}が１又は２ずつデクリメントされるとき、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数が１又は２ずつデクリメントされることを受信端に示すため、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}フィールドの中のＣｉの一部がビット反転され、ＤＩフィールドが１にセットされる。

（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}の変化が＋２又は−２より大きいとき、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数を受信端に示すため、Ｋ番目のフレームのＩＩフィールド及びＤＩフィールドの両方が１にセットされ、Ｃ_{ｂｌｏｃｋ}フィールドが（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}値を直接的に搬送し、ＣＲＣ−８は、Ｃ_{ｂｌｏｃｋ}値を検証し、ある種の誤り訂正能力を提供する。

（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}値が変化しないとき、Ｋ番目のＩＩビット及びＤＩビットの両方が０にセットされる。

ビット反転によって（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}値を受信端に示す方法は、伝送の有効性をさらに保証することが可能であり、誤り訂正のため有利であり、誤り伝送の確率を低減できることが分かる。

場合によっては、ＯＴＮフレームの第１６列の第１行から第３行のＯＨバイト（Ｃ_{ｂｌｏｃｋ}バイトと称されてもよい）は、具体的に図５に示されるように、Ｃ_{ｂｌｏｃｋ}値を示す指標情報を搬送するため別の構造を使用することがあり、３×５ビットのＣ_{ｂｌｏｃｋ＿ｂａｓｅ}フィールド（基本数フィールド）と３×３ビットのＣ_{ｂｌｏｃｋ＿ｄｅｌｔａ}フィールド（可変フィールド）を含むが、これらに限定されることはない。

Ｃ_{ｂｌｏｃｋ}バイトの基本数フィールドは、各フレームによって搬送されるクライアント信号のブロック数の最小値を搬送するよう構成され、この値は、基本数（Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}）として選ばれ、各フレームは、基本数を搬送し、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}バイトの可変フィールドは、３回に亘って（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数から基本数を差し引くことにより取得された可変値（Ｃ_{ｂｌｏｃｋ＿ｄｅｌｔａ}）を搬送するよう構成され、受信端は、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}バイトによって搬送されたＣ_{ｂｌｏｃｋ＿ｂａｓｅ}値及びＣ_{ｂｌｏｃｋ＿ｄｅｌｔａ}値に応じて、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号のブロック数がＣ_{ｂｌｏｃｋ}＝Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}＋Ｃ_{ｂｌｏｃｋ＿ｄｅｌｔａ}であると判定することができる。

基本数値及び可変値を使用することにより（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}値を受信端に示す方法では、同じ基本数値が搬送されるので、伝送の信頼性が確保され、その上、各フレームが３回に亘って可変値を搬送するので、伝送の信頼性がさらに確保されることが分かる。

（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報は、Ｋ番目のフレームを使用することにより受信端に送信される。Ｋ番目のフレームを受信した後、受信端は、（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}値と、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズと、マッピング方式などを判定することができ、よって、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号をデマッピングすることができる。

マッピングＯＨ情報の中の指標情報の一部又は全部がデフォルト方式で受信端へ示されてもよいと理解されるべきである。例えば、異なるレートのＯＰＵｋユニットに対し、ペイロードエリアの論理的に分割されたサブブロックのサイズは、デフォルトである値に対応することがあり、具体的な対応関係は、表２に示される通りであるが、これに限定されない。

表２に示されたサブブロック・サイズとレートレベルとの間のデフォルト対応関係を介して指標を用いることにより、受信端は、受信したＯＴＮフレームのレートレベルに応じて、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズを直接的に判定でき、よって、他の指標情報と組み合わせてクライアント信号のデマッピングを行えることが分かる。

さらに、クロック情報及びクライアント信号情報は、異なるＯＨフィールドによってそれぞれに搬送され、ブロックの粒度を使用することによるマッピングは、クロック性能に影響を与えない。

ＯＰＵｋ ＯＨエリアを使用することによりマッピングＯＨ情報を搬送する上記方法は、実施例だけに基づいて例示されるが、本発明は、この実施例に限定されることなく、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報もまた他の方法によってＫ番目のフレームのＯＰＵｋ ＯＨエリアを使用することにより受信端へ搬送されてもよいことに留意すべきである。

ステップ４０３では、シグマ−デルタ計算が（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ}値を使用することにより実行され、クライアント信号は、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの対応するサブブロックにマッピングされる。

シグマ−デルタ計算は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の取得されたブロック数を使用することにより実行されるので、ＯＰＵｋペイロードエリアの中のクライアント信号の位置分布を取得することができ、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号は、Ｎバイト粒度を用いて（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの対応するサブブロックに一様にマッピングすることが可能であり、その結果、クライアント信号サブブロック及びスタッフ・サブブロックが（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの中に一様に分布する。

シグマ−デルタ計算は、以下の通り簡単に例示される。
（ｉ×Ｃ_{ｂｌｏｃｋ}） ｍｏｄ Ｍ ＜ Ｃ_{ｂｌｏｃｋ}である場合、ｉ番目のサブブロックは、クライアント信号サブブロックである。
（ｉ×Ｃ_{ｂｌｏｃｋ}） ｍｏｄ Ｍ ≧ Ｃ_{ｂｌｏｃｋ}である場合、ｉ番目のサブブロックは、スタッフ・サブブロックであり、式中、Ｃ_{ｂｌｏｃｋ}は、運ばれたクライアント信号のブロック数であり、Ｍは、ＯＰＵｋペイロードエリアの論理的に分割されたサブブロックの総数である。

フレーム化プロセスにおいて、行／列カウンタが現在クロックサイクル中に処理された行／列がＯＰＵｋペイロードエリアに位置しているか、又は、部分的に位置していることを示すとき、加算器／比較器がシグマ−デルタ計算を実行し、現在クロックサイクルで処理された行／列に対応するサブブロックがクライアント信号のマッピングが行われたサブブロックであるかどうかを判定し、肯定である場合、このサブブロックをクライアント信号サブブロックとして使用し、クライアント信号がサブブロックにマッピングされ、そうでない場合、サブブロックをスタッフ・サブブロックとして使用する。

例えば、プロセッサの処理ビット幅は、１６×８＝１２８ビットであることと、（Ｋ＋ｎ）番目のフレームのＯＰＵｋペイロードエリアの論理的に分割されたサブブロックのサイズは、Ｎ＝８バイトであることと、ＯＰＵｋペイロードエリア全体がＭ＝１９０４個のサブブロックに分割されることが仮定される。行／列カウンタが現在クロックサイクル中に処理された行／列はＯＰＵｋペイロードエリアの中に位置していると示すとき、２個のサブブロック（２×８バイト）のマッピングを完了するために、１１ビット加算器／比較器だけがクロックサイクル中にシグマ−デルタ計算を２回実行するため選択されることを必要とする。１バイトの判定粒度が使用される場合、１６バイトのマッピングを完了するために、１４ビット加算器／比較器が１６回に亘ってシグマ−デルタ計算を実行するため選択されることを必要とする。

別の実施例に対し、ＯＰＵ４の処理ビット幅が６４×８＝５１２ビットであると仮定すると、（Ｋ＋ｎ）番目のフレームのＯＰＵ４ペイロードエリアが６４バイトをそれぞれに有している２３８個のサブブロックに論理的に分割される場合、１このサブブロック（６４バイト）のマッピングを完了するために、８ビット加算器／比較器だけがプロセッサ・クロックサイクル中に１回ずつシグマ−デルタ計算を実行するため選択されることを必要とする。同様に、１バイトの判定粒度が使用される場合、６４バイトのマッピングを完了するために、１４ビット加算器／比較器が６４回に亘ってシグマ−デルタ計算を実行するため選択されることを必要とする。

ＯＰＵ３ｙ及びＯＰＵ４のような高レートユニットに対し、ペイロードエリアは、柔軟に１６バイト、３２バイト、又は、６４バイトの数個のサブブロックに論理的に分割されることがあり、シグマ−デルタ計算は、ブロックの判定粒度を使用して実行されるので、マッピングプロセスは、非常に簡略化されることが分かる。

場合によっては、ＯＰＵｋペイロードエリアの中のスタッフ・サブブロックとクライアント信号サブブロックとの数個の位相関係は、ＯＰＵｋペイロードエリアの論理的分割の各タイプのサブブロック・サイズに対応してさらにプリセットされることがあり、各位相関係は、ＯＰＵｋペイロードエリアによって運ばれたクライアント信号のブロック数に対応するので、クライアント信号のマッピングが行われるとき、クライアント信号は、プリセットされた位相関係に応じて直接的に、ＯＰＵｋペイロードエリアのクライアント信号サブブロックに固定的にマッピングされることが可能である。

スタッフ・サブブロック及びクライアント信号サブブロックの位相プリセットによるクライアント信号のマッピングは、判定及び計算量を非常に削減し、マッピングプロセスを簡略化し、それによって、柔軟性のある処理を達成することが可能である。

さらに、（Ｋ＋ｎ）番目のフレームは、（Ｋ＋ｎ）番目のフレームのＯＨエリア情報が生成された後に送信される。

これに対応して、実施形態では、本発明は、クライアント信号のデマッピングを行う方法をさらに提供する。

図６を参照すると、本発明の第２の実施形態によるクライアント信号のデマッピングを行う方法は、具体的には以下のステップを含む。

ステップ６０１では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得する。

受信端は、Ｋ番目のフレームのＯＰＵｋ ＯＨエリアのデマッピングを行う（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得できる。取得したマッピングＯＨ情報は、これに限定されることがないが、ペイロードエリアによって運ばれたクライアント信号のブロック数と、ペイロードエリアの論理的に分割されたサブブロックのサイズと、マッピング方式などの指標情報を含む。

ステップ６０２では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報に応じて、シグマ−デルタ・アルゴリズムを使用することにより（Ｋ＋ｎ）番目のフレームのペイロードエリアによって運ばれたクライアント信号のデマッピングを行う。

これに対応して、受信端は、マッピングＯＨ情報に応じて、（Ｋ＋ｎ）番目のフレームのマッピング方式と、ペイロードエリアの論理的に分割されたサブブロックのサイズと、運ばれたクライアント信号のブロック数とを判定してもよい。受信端は、上記情報に応じて、シグマ−デルタ・アルゴリズムを使用することによりペイロードエリアのサブブロックの中のクライアント信号の位置分布を判定すること、すなわち、クライアント信号サブブロック及びスタッフ・サブブロックを判定することができ、よって、判定された位置分布に応じてクライアント信号を再現するため、ペイロードエリアのクライアント信号のデマッピングを行うことができる。

本実施形態では、ＯＰＵｋペイロードエリアは、柔軟に論理的にブロックに分割され、クライアント信号のマッピングが行われるとき、クライアント信号のブロックマッピングがブロックの判定粒度を使用することにより実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすことが分かる。

さらに、ＯＰＵｋペイロードエリアは、多数の異なるスキームによって柔軟にブロックに分割されてもよい。

第３の実施形態

図７は、本発明の第３の実施形態によるＯＰＵｋペイロードエリア及びＯＰＵｋ ＯＨエリアの概略構成図である。図７を参照すると、本実施形態では、ＯＰＵｋペイロードエリアは、ブロック領域及び調整領域に分割される。ブロック領域は、Ｎバイトのサイズをそれぞれに有しているＭ個のサブブロックに論理的に分割され、ブロック領域全体は、Ｍ×Ｎバイトのサイズを有している。

ＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズは、任意でもよく、すなわち、Ｎは、ＯＰＵｋブロック領域のバイト数によって正確に割り算できるどのような値でもよいことが理解されるべきである。

好ましくは、ＯＰＵｋブロック領域は、プロセッサの処理ビット幅に応じてサブブロックに論理的に分割されることがあり、論理的に分割されたサブブロックのサイズは、プロセッサの処理ビット幅の約数である。例えば、プロセッサの処理ビット幅が１６×８＝１２８ビットであると仮定すると、論理的に分割されたサブブロックのサイズは、１６バイト、８バイト、４バイト、２バイト、又は、１バイトでもよい。

本実施形態は、例示のためＯＰＵｋペイロードエリアの実施例として、ＯＴＮフレームの第１行から第４行までの第１７列から第３８２４列と、第４行の第１６列とを選ぶが、これに限定されることなく、ＯＰＵｋペイロードエリアは、他の予約バイトをＯＰＵｋ ＯＨエリアにさらに含み、及び／又は、クライアント信号を運ぶ他のＯＨバイトをさらに含んでもよいことに留意すべきである。

本実施形態は、調整領域の実施例として、ＯＴＮフレームの第４行の第１６列から第２０列を選び、例示のためブロック領域の実施例として、ＯＰＵｋペイロードエリアの他の部分を選ぶが、これに限定されることなく、ＯＰＵｋ調整領域及びブロック領域のサイズ比及び位置は、柔軟に調整されてもよいことに留意すべきである。

図８を参照すると、本発明の第３の実施形態によるクライアント信号のマッピングを行う方法は、具体的には以下のステップを含む。

ステップ８０１では、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数及び調整バイト数が取得される。

例えば、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、ＯＴＮフレームのベアラ能力と、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズとに応じて判定されることがあり、データブロックのサイズは、対応するＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズ、すなわち、Ｎバイトに一致する。

具体的な実施は、以下の通りでもよく、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の（以下でＡによって表される）バイト数が最初に決定され、決定されたバイト数は、ＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズによって割り算され、正確な割り算の結果は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の（以下、Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}によって表現される）ブロック数として選ぶことができ、余りは、（以下、Ｃ_{ｄｅｌｔａ}によって表現される）調整バイト数として選ぶことができ、ＡとＣ_{ｂｌｏｃｋ＿ｂａｓｅ}とＮとＣ_{ｄｅｌｔａ}との間の関係は、Ａ＝Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}×Ｎ＋Ｃ_{ｄｅｌｔａ}である。（Ｋ＋ｎ）番目のフレームは、クライアント信号のＣ_{ｂｌｏｃｋ＿ｂａｓｅ}×Ｎ＋Ｃ_{ｄｅｌｔａ}バイトを運ぶことが必要であり、ここで、Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}×Ｎは、（Ｋ＋ｎ）番目のフレームのブロック領域のバイト数より大きくなく、Ｃ_{ｄｅｌｔａ}は、調整領域のバイト数より大きくない。

例えば、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０８であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}＝３６０２であるとさらに判定することができ、ここで、Ａ＝Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}×Ｎ＋０であり、すなわち、（Ｋ＋ｎ）番目のフレームのブロック領域は、Ｃ_{ｂｌｏｃｋ}×Ｎ＝１４４０８バイトのクライアント信号を運ぶことが必要であり、調整領域は、０バイトのクライアント信号を運ぶことが必要である。

さらに、例えば、（Ｋ＋ｎ）番目のＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズがＮ＝４であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の判定されたバイト数がＡ＝１４４０７であると仮定すると、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号のブロック数は、Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}＝３６０１であるとさらに判定することができ、ここで、Ａ＝Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}×Ｎ＋３であり、すなわち、（Ｋ＋ｎ）番目のフレームのブロック領域は、Ｃ_{ｂｌｏｃｋ}×Ｎ＝１４４０４バイトのクライアント信号を運ぶことが必要であり、調整領域は、３バイトのクライアント信号を運ぶことが必要である。

ステップ８０２では、マッピングＯＨ情報が生成され、Ｋ番目のフレームのＯＨエリアにマッピングされ、ここで、マッピングＯＨ情報は、（Ｋ＋ｎ）番目のフレームのブロック領域によって運ばれるクライアント信号のブロック数を示す指標情報と、（Ｋ＋ｎ）番目のフレームの調整領域によって運ばれるクライアント信号のバイト数を示す指標情報とを含む。

マッピングＯＨ情報は、限定されることなく、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズと、（Ｋ＋ｎ）番目のフレームのＯＰＵｋ領域によって運ばれるクライアント信号のブロック数と、（Ｋ＋ｎ）番目のフレームのＯＰＵｋ調整領域によって運ばれるクライアント信号のバイト数と、（Ｋ＋ｎ）番目のフレームのマッピング方式などを示す指標情報を含んでもよい。

具体的な実施は、以下の通りでもよく、マッピングＯＨ情報は、Ｋ番目のフレームのＯＰＵｋ ＯＨエリアにマッピングされる。ＯＰＵｋ ＯＨエリアの構造は、図７に示された通りでもよい。ＯＰＵｋ ＯＨエリアは、ＯＴＮフレームの第１６列の第１行から第３行と、第１５列の第１行から第４行に位置し、４＋３バイトを含む。ＯＰＵｋ ＯＨエリアは、以下の通り分割されてもよいが、これに限定されることはない。

ＯＴＮフレームの第１５列の第１行から第３行の３バイトは、予約（ＲＥＳ）バイトであり、第４行の１バイトは、ＰＳＩバイトである。ＯＴＮフレームのマルチフレーム期間は、２５６であり、ＰＳＩ［０］は、ＰＴ識別子の指標情報を搬送することがあり、本実施形態では、ＰＳＩ［０］によって搬送された指標情報は、ＧＭＰマッピング方式を示し、ＰＳＩ［１］は、ＯＰＵｋブロック領域の論理的に分割されたサブブロックのサイズを示す指標情報を搬送してもよく、例えば、ブロックサイズが４バイトであることを示す０Ｘ０４でもよく、ＰＳＩ［２］からＰＳＩ［２５５］は、予約バイトとしての役割を果たしてもよい。

ＯＴＮフレームの第１６列の第１行から第３行のＯＨバイトは、図７に示されるように、Ｃ_{ｂｌｏｃｋ}バイトである。Ｃ_{ｂｌｏｃｋ}バイトは、（３×５）ビットのＣ_{ｂｌｏｃｋ＿ｂａｓｅ}フィールド（ブロックフィールド）と、（３×３）ビットのＣ_{ｄｅｌｔａ}フィールド（調整フィールド）とに分割され、ここで、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}バイトのブロックフィールドは、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域によって運ばれたクライアント信号のブロック数（Ｃ_{ｂｌｏｃｋ＿ｂａｓｅ}）を示す指標情報を搬送し、調整フィールドは、３回に亘って（Ｋ＋ｎ）番目のフレームのＯＰＵｋ調整領域によって運ばれたクライアント信号のバイト数（Ｃ_{ｄｅｌｔａ}）を示す指標情報を搬送する。受信端は、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}バイトによって搬送された指標情報に応じて、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域によって運ばれたクライアント信号のブロック数と、（Ｋ＋ｎ）番目のフレームのＯＰＵｋ調整領域によって運ばれたクライアント信号のバイト数とを判定することができる。

調整領域の位置及びサイズは、デフォルトでもよく、又は、対応する指標情報が柔軟に選択することができる他のＯＨバイトによって受信端へ搬送されてもよい。

例えば、（Ｋ＋ｎ）番目のフレームのブロック領域によって運ばれるクライアント信号のブロック数がＣ_{ｂｌｏｃｋ＿ｂａｓｅ}＝３５８６であり、調整領域がＣ_{ｄｅｌｔａ}＝３バイトのクライアント信号を運ぶ必要があると仮定すると、Ｋ番目のフレームのＣ_{ｂｌｏｃｋ}バイトのブロックフィールドは、バイナリコード０００１１１０００００００１０を搬送し、調整フィールドは、３個の同一のバイナリコード０１１を搬送する。

さらに、クロック情報及びクライアント信号情報がそれぞれ異なるＯＨフィールドによって搬送されてもよく、ブロックの粒度を使用することによるマッピングは、クロック性能に影響を与えない。

場合によっては、第２の実施形態と同様に、マッピングＯＨ情報の中の指標情報の一部又は全部は、デフォルト方式で受信端に示されてもよく、例えば、ＯＴＮフレームのレートレベルは、デフォルトで、具体的に表２に示された通りに、ＯＰＵｋペイロードエリアのブロック領域の論理的に分割されたサブブロックのサイズを示すため使用されてもよい。

ＯＰＵｋ ＯＨエリアを使用することによりマッピングＯＨ情報を搬送する上記方法は、単なる一例として例示されているが、本発明は、これに限定されることなく、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報は、他の方法によって、Ｋ番目のフレームのＯＰＵｋ ＯＨエリアを使用することにより受信端へ搬送されてもよい。

（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報は、Ｋ番目のフレームを使用することにより受信端へ送信される。Ｋ番目のフレームを受信した後、受信端は、（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ＿ｂａｓｅ}値及びＣ_{ｄｅｌｔａ}値と、ＯＰＵｋペイロードエリアのブロック領域の論理的に分割されたサブブロックのサイズと、マッピング方法などを判定することができ、よって、（Ｋ＋ｎ）番目のフレームによって運ばれたクライアント信号を正確にデマッピングすることができる。

ステップ８０３では、シグマ−デルタ計算は、（Ｋ＋ｎ）番目のフレームのＣ_{ｂｌｏｃｋ＿ｂａｓｅ}値を使用することにより実行され、クライアント信号は、（Ｋ＋ｎ）番目のフレームのペイロードエリアの対応するサブブロックにマッピングされる。

シグマ−デルタ計算は、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の取得したブロック数を使用することにより実行されるので、ブロック領域の中でのクライアント信号の位置分布が判定可能であり、（Ｋ＋ｎ）番目のフレームによって運ばれるクライアント信号の一部又は全部がＮバイト粒度を用いて（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の対応するサブブロックに一様にマッピングできる。

同様に、フレーム化プロセスでは、行／列カウンタが現在クロックサイクル中に処理された行／列は、ＯＰＵｋブロック領域に位置するか、又は、部分的に位置し、加算器／比較器は、シグマ−デルタ計算を実行し、現在ブロックサイクル中に処理された行／列に対応するサブブロックがクライアント信号のマッピングが行われたサブブロックであるかどうかを判定し、肯定的であるならば、このサブブロックをクライアント信号サブブロックとして使用し、クライアント信号をマッピングし、そうでなければ、このブロックをスタッフ・サブブロックとして使用する。

例えば、プロセッサの処理ビット幅が１６×８＝１２８ビットであり、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域が１５２２８バイトであり、調整領域が５バイトであり、（Ｋ＋ｎ）番目のフレームのＯＰＵｋブロック領域の論理的に分割されたサブブロックがＮ＝４バイトであり、ＯＰＵｋブロック領域全体がＭ＝３８０７個のサブブロックに分割されると仮定する。行／列カウンタが現在クロックサイクル中に処理された行／列はＯＰＵｋブロック領域に位置していると示すとき、４個のサブブロック（４×４バイト）のマッピングを完了するため、１２ビットの加算器／比較器だけが４回に亘ってブロックの判定粒度を使用することによりシグマ−デルタ計算を実行するため選択される必要がある。バイトの判定粒度が使用される場合、１６バイトのマッピングを完了するため、１４ビットの加算器／比較器が１６回に亘ってシグマ−デルタ計算を実行するために選択される必要がある。ＯＰＵｋ調整領域は、Ｃ_{ｄｅｌｔａ}バイトのクライアント信号を運び、Ｃ_{ｄｅｌｔａ}バイトのクライアント信号は、所定の規則に応じて、例えば、左から右へ、又は、右から左へ、調整領域にマッピングされてもよい。

場合によっては、ＯＰＵｋブロック領域の中のスタッフ・サブブロック（スタッフ信号を運ぶサブブロック）及びクライアント信号サブブロック（クライアント信号を運ぶサブブロック）の数個の位置分布関係もまたＯＰＵｋブロック領域の論理的な分割の各タイプのサブブロック・サイズに対応してプリセットされてもよく、各位置分布関係は、ＯＰＵｋブロック領域によって運ばれたクライアント信号のブロック数に対応しているので、クライアント信号のマッピングが行われるとき、クライアント信号は、プリセットされた位置分布関係に応じて直接的にＯＰＵｋブロック領域のクライアント信号サブブロックに固定的にマッピングすることができる。

スタッフ・サブブロック及びクライアント信号サブブロックの位置分布のプリセットによるクライアント信号のマッピングは、判定及び計算プロセスを著しく軽減し、マッピングプロセスを簡略化し、それによって、柔軟性のある処理を達成する。

さらに、（Ｋ＋ｎ）番目のフレームは、（Ｋ＋ｎ）番目のフレームのＯＨエリア情報が生成された後に送信される。

これに対応して、実施形態では、本発明は、クライアント信号のデマッピングを行う方法をさらに提供する。

図９を参照すると、本発明の第３の実施形態によるクライアント信号をデマッピングする方法は、具体的には以下のステップを含む。

ステップ９０１では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得する。

受信端は、Ｋ番目のフレームのＯＰＵｋ ＯＨ領域をデマッピングすることにより、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報を取得する。取得したマッピングＯＨ情報は、これに限定されることはないが、ブロック領域によって運ばれたクライアント信号のブロック数と、このブロック領域の論理的に分割されたサブブロックのサイズと、調整領域のサイズと、調整領域によって運ばれたクライアント信号のバイト数と、マッピング方式などの指標情報を含む。

ステップ９０２では、受信端は、（Ｋ＋ｎ）番目のフレームのマッピングＯＨ情報に応じて、シグマ−デルタ・アルゴリズムを使用することにより、（Ｋ＋ｎ）番目のフレームのペイロードエリアによって運ばれたクライアント信号のデマッピングを行う。

これに対応して、受信端は、マッピングＯＨ情報に応じて、（Ｋ＋ｎ）番目のフレームのマッピング方式と、ブロック領域の論理的に分割されたサブブロックのサイズと、ブロック領域によって運ばれたクライアント信号のブロック数と、調整領域のサイズと、調整領域によって運ばれたクライアント信号のバイト数とを判定してもよい。受信端は、上記情報に応じてシグマ−デルタ・アルゴリズムを使用することによりペイロードエリアの中のクライアント信号の位置分布を判定でき、よって、判定された位置分布に応じてクライアント信号を再現するためペイロードエリアのクライアント信号のデマッピングを行うことができる。

本実施形態では、ＯＰＵｋペイロードエリアがサブブロックに柔軟に分割され、クライアント信号がマッピングされるとき、クライアント信号のブロックマッピングがブロックのマッピング判定粒度を使用することにより実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たすことが分かる。

さらに、ＯＰＵｋペイロードエリアは、ブロック領域及び調整領域に分割されることがあり、ＯＰＵｋブロック領域は、ブロックに柔軟に分割されるので、ブロックマッピング及びバイトマッピングの両方が実行でき、それによって、より高いサービス適応性と、より柔軟性のあるマッピングプロセスと、より多角的な解決法とを達成する。

上記実施形態におけるマッピング方法及びデマッピング方法とマッピング装置及びデマッピング装置とは、ＯＤＵｊクライアント信号を光チャネル・データ・トリビュタリ・ユニットｊからｋ（ＯＤＴＵｊｋ）へのマッピングを行い、ＯＤＴＵｊｋのペイロードエリアからのＯＤＵｊクライアント信号のデマッピングを行うためさらに適していることが理解されるべきである。

例えば、ＯＤＵ２信号がＯＤＴＵ２４にマッピングされるとき、８バイトのブロックサイズがマッピングのため選択できる。

第４の実施形態

これに対応して、実施形態では、本発明は、クライアント信号のマッピングを行う装置をさらに提供する。図１０を参照すると、本発明の第４の実施形態によるクライアント信号のマッピングを行う装置は、ブロック数計算モジュール１０１０と、マッピング制御モジュール１０２０と、マッピングモジュール１０３０とを含む。

ブロック数計算モジュール１０１０は、ＯＰＵ又はＯＤＴＵのペイロードエリアのサブブロック・サイズに応じて、伝送されるクライアント信号のブロック数を計算するよう構成され、ペイロードエリアは、１バイト以上であるＮバイトのサイズを有している数個のサブブロックを含む。

マッピング制御モジュール１０２０は、クライアント信号のブロック数に応じて制御信号を生成するよう構成され、制御信号は、ペイロードエリアのサブブロックで伝送されるクライアント信号の位置分布を示すよう構成されている。

マッピングモジュール１０３０は、マッピング制御モジュール１０２０によって生成される制御信号に応じて、バッファ１０４０の中の伝送されるクライアント信号をペイロードエリアの対応するサブブロックにマッピングするよう構成されている。

アプリケーションシナリオでは、マッピング制御モジュール１０２０は、制御信号を生成するため、ブロック数計算モジュール１０１０によって計算されたブロック数に応じて、シグマ−デルタ計算を実行するよう具体的に構成され、制御信号は、ペイロードエリアのサブブロックの中で伝送されるクライアント信号の位置分布を示すよう構成されている。

マッピングモジュール１０３０は、現在クロックサイクル中で処理された行／列に関して行／列カウンタの指標に応じて、そして、制御信号の制御の下で、Ｎバイト粒度を用いてバッファ１０４０からクライアントデータを読み出し、クライアントデータをペイロードエリアの対応するサブブロックにマッピングする。

アプリケーションシナリオでは、マッピング制御モジュール１０２０はさらに、マッピングＯＨ情報を生成するよう構成され、マッピングＯＨ情報は、伝送されるクライアント信号のブロック数の指標情報を含む。

アプリケーションシナリオでは、マッピングモジュール１０３０はさらに、マッピングＯＨ情報をＯＰＵ又はＯＰＴＵのＯＨエリアにマッピングするよう構成されている。

ペイロードエリアが調整領域及びブロック領域を含み、ブロック領域がＮバイトのサイズを有している数個のサブブロックを含む場合、マッピングモジュール１０３０はさらに、バッファの中のクライアント信号の数個のバイトを調整領域にマッピングするよう構成されている。

本実施形態による装置の機能モジュールの機能は、第２又は第３の実施形態に応じて具体的に実施されてもよく、具体的な実施プロセスのため、第２又は第３の実施形態における関連した説明を参照することができ、詳細は本明細書中で重ねて記載されないことが理解されるべきである。

第５の実施形態

これに対応して、実施形態では、本発明は、クライアント信号のデマッピングを行う装置をさらに提供する。図１１を参照すると、本発明の第５の実施形態によるクライアント信号のデマッピングを行う装置は、デマッピング制御モジュール１１１０及びデマッピングモジュール１１２０を含む。

デマッピング制御モジュール１１１０は、ＯＰＵ又はＯＤＴＵのペイロードエリアによって運ばれたクライアント信号のブロック数を取得し、ブロック数に応じて制御信号を生成するよう構成され、ここで、制御信号は、ペイロードエリアのサブブロックの中のクライアント信号の位置分布を示すよう構成され、ペイロードエリアは、１バイト以上であるＮバイトのサイズを有している数個のブロックを含む。

デマッピングモジュール１１２０は、デマッピング制御モジュール１１１０により生成された制御信号に応じてペイロードエリアによって運ばれたクライアント信号をデマッピングするよう構成されている。

アプリケーションシナリオでは、デマッピングモジュール１１２０は、現在クロックサイクル中に処理された行／列に関して行／列カウンタの指標に応じて、そして、制御信号の制御の下で、Ｎバイト粒度を用いてバッファ１１３０からペイロードエリアの対応するサブブロックによって運ばれたクライアント信号のデマッピングを行う。

本実施形態による装置の機能モジュールの機能は、第２又は第３の実施形態に応じて具体的に実施されることがあり、具体的な実施プロセスのため、第２又は第３の実施形態における関連した説明を参照することができ、詳細は本明細書中で重ねて記載されないことが理解されるべきである。

なお、上記方法の実施形態は、説明を簡単にするため一連の動作として表現されるが、いくつかのステップは、本発明によれば、他の系列で又は並行して実行されてもよいので、本発明は記載された動作の系列に限定されないことが当業者に認められるべきである。さらに、本明細書中に記載されたすべての実施形態が好ましい実施形態であること、及び、利用されている動作及びモジュールが本発明のため不可欠でないことがさらに当業者に認められるべきである。

上記実施形態では、実施形態の説明は、異なる態様に異なる重点を置き、実施形態において詳述されていない部分に対し、他の実施形態の関連した説明を参照することができる。

以上の点に基づいて、本発明の実施形態によって採用された技術的解決法では、ＯＰＵｋ／ＯＤＴＵｊｋペイロードエリアは、柔軟にブロックに論理的に分割され、クライアント信号のマッピングが行われるとき、クライアント信号のブロックマッピングがブロックのマッピング判定粒度を使用して実行されるので、クライアント信号のマッピングプロセスが簡略化され、それによって、マルチレート・サービスの要件を満たす。

さらに、ＯＰＵｋ／ＯＤＴＵｊｋペイロードエリアは、ブロック領域及び調整領域に分割され、ＯＰＵｋ/ＯＤＴＵｊｋは、柔軟にブロック領域に分割されるので、ブロックマッピング及びバイトマッピングの両方が実行可能であり、それによって、より高いサービス適応性と、より柔軟性のあるマッピングプロセスと、より多角的な解決法とを達成する。

当業者は、本発明の実施形態による方法のステップの全部又は一部がプログラム命令関連ハードウェアによって実施されてもよいことを理解するだろう。プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよい。記憶媒体は、磁気ディスク、コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）、リード・オンリ・メモリ（ＲＯＭ）、又は、ランダム・アクセス・メモリ（ＲＡＭ）でもよい。

本発明によって提供されるクライアント信号のマッピング及びデマッピングを行う方法及び装置は、上記に詳細に提起され、本発明の原理及び実施は、具体的な実施形態によってここに記載され、実施形態の説明は、単に本発明の方法及びコアアイデアを理解できるようにすることを意図している。当業者は、本発明のアイデアに応じて、具体的な実施及び用途範囲に関して、本発明に変形及び変更を加えることができる。従って、本明細書は、本発明への限定であるとみなされるべきでない。
本願は、２００９年２月１０日に出願され、名称が“METHOD AND DEVICE FOR MAPPING AND DEMAPPING A CLIENT SIGNAL”であり、参照によって全体がそのまま本明細書に組み込まれる中国特許出願第２００９１０００５２００．５号の優先権を主張する。

Claims (15)

1. 光チャネル・ペイロード・ユニット（ＯＰＵ）又は光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアの一部又は全部を１以上であるＮバイトのサイズを有している数個のサブブロックに分割することと、
   Ｎバイト粒度を用いて、伝送されるクライアント信号を前記ペイロードエリアの前記サブブロックにマッピングすることと、
   を含むクライアント信号をマッピングする方法。
2. 前記Ｎバイト粒度を用いて、前記伝送されるクライアント信号を前記ペイロードエリアの前記サブブロックにマッピングすることは、
   前記ペイロードエリアの前記サブブロックのサイズに応じて、Ｎバイトのブロックサイズを有している前記伝送されるクライアント信号のブロック数を計算することと、
   前記ブロック数を使用することにより、前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の位置分布を判定することと、
   前記判定された位置分布に応じて、前記Ｎバイト粒度を用いて、前記伝送されるクライアント信号を前記ペイロードエリアの対応するサブブロックにマッピングすることと、
   を含む、請求項１に記載のクライアント信号をマッピングする方法。
3. マッピングオーバーヘッド（ＯＨ）情報を生成し、前記マッピングＯＨ情報をＯＨエリアにマッピングすることをさらに含み、
   前記マッピングＯＨ情報は、前記伝送されるクライアント信号の前記ブロック数の指標情報を含む、
   請求項２に記載のクライアント信号をマッピングする方法。
4. 前記ブロック数を使用することにより前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の前記位置分布を判定することは、
   前記ブロック数に応じてシグマ−デルタ・アルゴリズムを実行することにより前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の前記位置分布を判定することを含む、
   請求項３に記載のクライアント信号をマッピングする方法。
5. 前記ブロック数を使用することにより前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の前記位置分布を判定することは、
   前記ブロック数に応じて、前記ブロック数に対応する前記ペイロードエリアにおけるスタッフ信号を運ぶサブブロック及び前記クライアント信号を運ぶサブブロックのプリセット位置分布を取得することを含む、
   請求項３に記載のクライアント信号をマッピングする方法。
6. 前記クライアント信号の前記ブロック数の前記指標情報は、前記クライアント信号の前記ブロック数の固定値を示す基本数部分と、前記クライアント信号の前記ブロック数の可変値を示す調整部分と、を含み、前記基本数部分及び前記調整部分は共同で前記クライアント信号の前記ブロック数を示す、
   請求項４又は５に記載のクライアント信号をマッピングする方法。
7. 前記クライアント信号の前記ブロック数の前記指標情報は、ビット反転フィールド及びインクリメント／デクリメント指標フィールドを含み、前記ビット反転フィールド及び前記インクリメント／デクリメント指標フィールドは共同でビット反転によって前記クライアント信号の前記ブロック数を示す、
   請求項４又は５に記載のクライアント信号をマッピングする方法。
8. 前記ペイロードエリアは、Ｎバイトのサイズを有している数個のサブブロックに分割された調整領域と、ブロック領域と、を含み、
   前記伝送されるクライアント信号の数個のバイトを前記ペイロードエリアの前記調整領域にマッピングすることをさらに含む、
   請求項４又は５に記載のクライアント信号をマッピングする方法。
9. 前記マッピングＯＨ情報は、前記調整領域によって運ばれた前記クライアント信号のバイト数の指標情報をさらに含む、
   請求項８に記載のクライアント信号をマッピングする方法。
10. ブロックが１以上であるＮバイトのサイズを有し、光チャネル・ペイロード・ユニット（ＯＰＵ）又は光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアによって運ばれたクライアント信号のブロック数の指標情報を取得することと、
    前記ブロック数を使用することにより、Ｎバイトのサイズを有している数個のブロックを含む前記ペイロードエリアのサブブロックにおける前記クライアント信号の位置分布を判定することと、
    前記判定された位置分布に応じて、前記ペイロードエリアの前記クライアント信号をデマッピングすることと、
    を含むクライアント信号をデマッピングする方法。
11. ペイロードエリアが１以上であるＮバイトのサイズを有している数個のサブブロックを含む場合、光チャネル・ペイロード・ユニット（ＯＰＵ）又は光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）の前記ペイロードエリアのサブブロック・サイズに応じて、伝送されるクライアント信号のブロック数を計算するよう構成されているブロック数計算モジュールと、
    前記クライアント信号の前記ブロック数に応じて、前記ペイロードエリアの前記サブブロックにおける前記伝送されるクライアント信号の位置分布を示すよう構成された制御信号を生成するよう構成されているマッピング制御モジュールと、
    バッファの中で前記伝送されるクライアント信号を前記制御信号に応じて前記ペイロードエリアの対応するサブブロックにマッピングするよう構成されているマッピングモジュールと、
    を含むクライアント信号をマッピングする装置。
12. 前記マッピング制御モジュールは、前記制御信号を生成するため前記クライアント信号の前記ブロック数に応じてシグマ−デルタ計算を実行するよう具体的に構成され、前記制御信号は、前記ペイロードエリアの前記サブブロックの中で前記伝送されるクライアント信号の前記位置分布を示すよう構成されている、
    請求項１１に記載のクライアント信号をマッピングする装置。
13. 前記マッピング制御モジュールはさらに、マッピングオーバーヘッド（ＯＨ）情報を生成するよう構成され、
    前記マッピングＯＨ情報は、前記伝送されるクライアント信号の前記ブロック数の指標情報を含み、
    前記マッピングモジュールはさらに、前記マッピングＯＨ情報をＯＨエリアにマッピングするよう構成されている、
    請求項１２に記載のクライアント信号をマッピングする装置。
14. 前記ペイロードエリアは、調整領域と、Ｎバイトのサイズを有している数個のサブブロックを含むブロック領域と、を含み、
    前記マッピングモジュールはさらに、前記バッファの中の前記クライアント信号の数個のバイトを前記ペイロードエリアの前記調整領域にマッピングするよう構成されている、
    請求項１１〜１３のいずれか１項に記載のクライアント信号をマッピングする装置。
15. 光チャネル・ペイロード・ユニット（ＯＰＵ）又は光チャネル・データ・トリビュタリ・ユニット（ＯＤＴＵ）のペイロードエリアによって運ばれたクライアント信号のブロック数を取得し、１以上であるＮバイトのサイズを有している数個のブロックを含む前記ペイロードエリアのサブブロックにおける前記クライアント信号の位置分布を示すよう構成された制御信号を前記ブロック数に応じて生成するよう構成されているデマッピング制御モジュールと、
    前記デマッピング制御モジュールによって生成された前記制御信号に応じて、前記ペイロードエリアによって運ばれた前記クライアント信号をデマッピングするよう構成されているデマッピングモジュールと、
    を含むクライアント信号をデマッピングする装置。

Images