(57)【特許請求の範囲】
【請求項１】
光伝送ネットワークドメイン（３０）の中を通して伝送信号を送信する方法であって、前記伝送信号が、光伝送ユニットと呼ばれるフレーム構造を有し、各光伝送ユニットが、オーバヘッド部およびペイロード部を有する少なくとも１つの固定サイズの光データユニット（２５）を含んでおり、
前記光伝送ネットワークドメイン（３０）のエッジネットワークノード（３１）で前記伝送信号を受信するステップと、
前記少なくとも１つの固定サイズの光データユニット（２５）を、固定サイズの上位光データユニット（２３）の既定のトリビュタリスロットの粒度でサイズを設定できる、フレキシブルなサイズのドメイン内下位光データユニット（２２）にリマッピングするステップと、
前記フレキシブルなサイズのドメイン内下位光データユニット（２２）を固定サイズのドメイン内上位光データユニット（２３）のペイロードとして、前記光伝送ネットワークドメイン（３０）の中を通して送信するステップと
を含む、方法。
【請求項２】
前記伝送信号のフレーム構造が、単一の固定サイズ上位光データユニット（２５）のみを含む場合は、前記単一の上位光データユニットが、前記フレキシブルなサイズのドメイン内下位光データユニット（２２）にリマッピングされ、前記伝送信号のフレーム構造が、複数の固定サイズの下位光データユニット（２５）を含む場合は、前記下位光データユニットが、個別にフレキシブルなサイズのドメイン内下位光データユニット（２２）にリマッピングされる、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの固定サイズの光データユニット（２５）を前記伝送信号のフレーム構造にマッピングするために適用されるマッピング手順を決定し、前記マッピング手順が非同期マッピング手順である場合は、前記少なくとも１つの固定サイズの光データユニット（２５）を前記フレキシブルなサイズのドメイン内下位光データユニット（２２）に汎用マッピング手順を使ってリマッピングすることにより前記マッピング手順を変更するステップを含む、請求項１に記載の方法。
【請求項４】
ペイロードタイプの値をフレキシブルなサイズの光データユニット（２２）のマッピングのために規定された値に変更するステップを含む、請求項１に記載の方法。
【請求項５】
経路オーバヘッドフィールドに情報を挿入して、前記フレキシブルなサイズのドメイン内下位光データユニット（２２）がリマッピングされた固定サイズの光データユニット（２５）を伝送するということを示すステップを含む、請求項１に記載の方法。
【請求項６】
前記経路オーバヘッドフィールドがペイロード構造識別子フィールドであり、前記情報が、既存のペイロード構造識別子の既定のビット、好ましくはビット１を反転させることによって符号化される、請求項５に記載の方法。
【請求項７】
前記フレキシブルなサイズのドメイン内下位光データユニット（２２）が、リマッピングされる前記固定サイズの光データユニット（２５）から導出されるクロック信号（６３）を使って作成される、請求項１に記載の方法。
【請求項８】
遠端のエッジネットワークノード（３４）で、前記フレキシブルなサイズのドメイン内下位光データユニット（２２）を固定サイズのドメイン内上位光データユニット（２３）のペイロードとして受信し、前記フレキシブルなサイズのドメイン内下位光データユニット（２２）を、復元された固定サイズの光データユニット（２５）にデマッピングし戻すステップを含む、請求項１に記載の方法。
【請求項９】
前記復元された固定サイズの光データユニット（２５）が、受信されたフレキシブルなサイズのドメイン内下位光データユニット（２２）から導出されたクロック信号を使って作成される、請求項８に記載の方法。
【請求項１０】
光伝送ネットワークドメイン（３０）のエッジネットワークノードとして利用できるネットワークノード（３１）であって、
光伝送ユニットと呼ばれるフレーム構造を有する伝送信号を受信するための受信側第１ラインインタフェース（３１１；５１、５２）であって、各光伝送ユニットが、オーバヘッド部およびペイロード部を有する少なくとも１つの固定サイズの光データユニット（２５）を含む、ラインインタフェースと、
前記少なくとも１つの固定サイズの光データユニット（２５）を、固定サイズの上位光データユニット（２３）の既定のトリビュタリスロットの粒度でサイズを設定できるフレキシブルなサイズのドメイン内下位光データユニット（２２）にリマッピングするためのリマッパ（５６）と、
前記フレキシブルなサイズのドメイン内下位光データユニット（２２）を固定サイズの上位光データユニット（２３）のペイロードとして送信するための送信側第２ラインインタフェース（３１２；６０、６１）と
を備える、ネットワークノード。
【請求項１１】
前記少なくとも１つの固定サイズの光データユニット（２５）を前記伝送信号のフレーム構造にマッピングするために適用されるマッピング手順を決定し、前記マッピング手順が非同期マッピング手順である場合は、前記少なくとも１つの固定サイズの光データユニット（２５）を前記フレキシブルなサイズのドメイン内下位光データユニット（２２）に汎用マッピング手順を使ってリマッピングすることにより前記マッピング手順を変更するように構成されたプロセッサ（５３）を備える、請求項１０に記載のネットワークノード。
【請求項１２】
ペイロードタイプの値をフレキシブルなサイズの光データユニットのマッピングのために定められた値に変更するためのプロセッサ（５４）を備える、請求項１０に記載のネットワークノード。
【請求項１３】
前記マッピング手順を変更するかどうか選択するためのセレクタ（５５）を備える、請求項１１に記載のネットワークノード。
【請求項１４】
経路オーバヘッドフィールドに情報を挿入して、前記フレキシブルなサイズのドメイン内下位光データユニット（２２）が、リマッピングされた固定サイズの光データユニット（２５）を伝送するということを示すように構成された経路オーバヘッドプロセッサ（５９）を備える、請求項１０に記載のネットワークノード。
【請求項１５】
フレキシブルなサイズの逆進ドメイン内下位光データユニットを固定サイズの逆進上位光データユニットのペイロードとして逆方向で受信するための受信側第２ラインインタフェースと、
前記フレキシブルなサイズの逆進ドメイン内下位光データユニットをデマッピングして、復元された固定サイズの光データユニットにするためのデマッピング装置と、
前記復元された固定サイズの光データユニットを含む伝送信号を送信するための送信側第１ラインインタフェースと
をさらに備える、請求項１０に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信の分野に関し、より詳細には、光伝送ネットワーク内で光信号を伝送するための方法および関連する装置に関する。
【背景技術】
【０００２】
ＩＴＵは、ＩＴＵ−Ｔ  Ｇ．７０９で、光伝送ネットワーク（ＯＴＮ）の信号フォーマットおよびインタフェースを定義している。基本フレーム構造はサイズｋの光伝送モジュール（ＯＴＵｋ）で、ここでｋは、１、２、２ｅ、３、３ｅ２または４であり得る。この構造はフレーミングおよびセクションのオーバヘッドに加え、サイズｋの光データユニット（ＯＤＵｋ）と呼ばれる、ビット同期でマッピングされた伝送エンティティを含む。ＯＤＵｋは、ペイロード領域に加え、ＯＤＵｋオーバヘッドを含む。光ペイロードユニット（ＯＰＵｋ）がペイロード領域にマッピングされ、時分割多重化されたクライアント信号または他の下位ＯＤＵを搬送する。ＯＴＵｋ信号は、通常は±２０ｐｐｍの所定の限界内で非同期である。
【０００３】
光伝送ネットワーク内で、接続はＯＤＵレベルで切り替えられる。よって、ＯＤＵは、ネットワーク経路に沿って移動する切り替え可能な転送エンティティである。様々な、異なるクライアント信号マッピングが存在し、下位ＯＤＵｊの異なる組み合わせが可能であり、ここでｋは０、１、２、２ｅ、３またはｆｌｅｘのいずれかであり得る。例えば、ＯＤＵｆｌｅｘの伝送速度は、〜１．２４Ｇｂｉｔ／ｓの値の倍数である。
【０００４】
ＯＴＵフレームを作成するには、まず、クライアント信号伝送速度がＯＰＵレイヤで適応させられ、クライアント信号伝送速度はＯＰＵ伝送速度に調節される。ＯＰＵオーバヘッドは、クライアント信号の適応を支援するための情報を含む。適応させられたＯＰＵは次に、ＯＤＵにマッピングされる。ＯＤＵオーバヘッドは、終端間管理およびタンデム接続監視を可能にするオーバヘッドバイトを含む。最後に、ＯＤＵはＯＴＵにマッピングされ、ＯＴＵはフレーミング、ならびにセクション監視および前方誤り訂正（ＦＥＣ）を提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩＴＵ−Ｔ  Ｇ．７０９に準拠するＯＴＮの多重化構造は、長い時間をかけて定義された。ＧｂＥおよび１０ＧｂＥなどの新しいクライアントタイプの追加によって、多重化構造は時間と共にますます複雑化した。その上、さらにいくつかのマッピングおよびインタフェースが非標準的に定義され、ＩＴＵ−Ｔ  Ｇ．ｓｕｐ４３に含まれている。その結果、多重化構造は複雑になり、それによって、ネットワーク要素の実装および管理が複雑になった。
【課題を解決するための手段】
【０００６】
本発明の実施形態により、ＯＤＵからＯＤＵｆｌｅｘへのリマッピングを通じた簡素化を以下に記載する。
【０００７】
具体的には、光伝送ユニットと呼ばれるフレーム構造を有する伝送信号が光伝送ネットワークドメインの中を通して送信される。各光伝送ユニットは、オーバヘッド部およびペイロード部を有する少なくとも１つの固定サイズの光データユニットを含む。光伝送ネットワークドメインのエッジネットワークノードが伝送信号を受信し、少なくとも１つの固定サイズの光データユニットを、フレキシブルなサイズのドメイン内下位光データユニットにリマッピングし、このサイズは固定サイズの上位光データユニットの既定のトリビュタリスロットの粒度で設定できる。光伝送ネットワークドメイン内で、リマッピングされたフレキシブルなサイズのドメイン内下位光データユニットが、固定サイズのドメイン内上位光データユニットのペイロードとして送信される。
【０００８】
遠端のエッジネットワークノードで、フレキシブルなサイズのドメイン内下位光データユニットが固定サイズのドメイン内上位光データユニットのペイロードとして受信され、このフレキシブルなサイズのドメイン内下位光データユニットはデマッピングされて、復元された固定サイズの光データユニットになる。
【０００９】
本発明の好ましい実施形態を、添付図面を参照しながら以下に記載する。
【図面の簡単な説明】
【００１０】
【図１】Ｇ．７０９に準拠する多重化構造を示す図である。
【図２】ＯＤＵｆｌｅｘを単一の下位ＯＤＵとして使用するＯＤＵｋリマッピングがある多重化構造を示す図である。
【図３】簡素化されたＯＤＵｆｌｅｘ切り替えおよび、ボーダーノードでのＯＤＵｋリマッピングがあるネットワークを示す図である。
【図４】ＯＤＵｋ／ＯＤＵｆｌｅｘリマッピングの機能モデルを表す線図である。
【図５】ＯＤＵｋ／ＯＤＵｆｌｅｘリマッピングのインタフェースを示す図である。
【発明を実施するための形態】
【００１１】
図１は、現在Ｇ．７０９ネットワークで使用されている多重化構造の概要を示す。異なるクライアント信号１１から異なるタイプの下位ＯＤＵｋ１２へ異なるマッピングが定義されており、次に下位ＯＤＵｋ１２は異なるサイズの上位ＯＤＵｋ１３へ多重化され、次に対応するＯＴＵｋフレーム１４へ同期的にマッピングされることができる。この多重化構造は、将来、ＯＤＵ５と呼ばれることになる、より高い、約４００ＧｂのＯＤＵｋ伝送速度が導入されることにより、さらに複雑になる。
【００１２】
この多重化階層を簡素化するために、発明者は全種類のクライアント信号を下位ＯＤＵｆｌｅｘにマッピングし、既存のＯＤＵｋを位ＯＤＵｆｌｅｘにリマッピングすることを提案する。
【００１３】
結果の多重化階層の概略図を図２に示す。タイプおよび起源には依存せず、すべてのクライアント信号２１がＯＤＵｆｌｅｘ２２にマッピングされる。既存のＯＤＵｋ２５がＯＤＵｆｌｅｘ２２にリマッピングされる。次に、ＯＤＵｆｌｅｘ２２は多重化され、ライン伝送速度に対応する上位ＯＤＵｋ２３にマッピングされ、対応するＯＴＵｋフレーム２４内で伝送される。
【００１４】
簡素化されたＯＤＵｋ切り替えのあるネットワークの概略図を図３に示す。ＯＴＮドメイン３０内に、異なるネットワークノード３１−３４がある。ノード３１および３４はボーダーノードを表し、あらゆる種類のＯＤＵｋ信号をインタフェース３１１、３４２で受信することができる。ＯＴＮドメイン３０内で、すべてのネットワークノード３１−３４は、下位（ＬＯ）ＯＤＵｆｌｅｘを搬送する信号のみを送信する。
【００１５】
例えば、ネットワークノード３１はＯＤＵｋ信号を受信し、ここでｋは任意の有効な値である。内部切り替え機能３１３が備わっており、この機能は受信したＯＤＵｋをインタフェース３１２に接続する。インタフェース３１２にはＯＤＵリマッピング機能が備わり、ＯＤＵをＬＯ  ＯＤＵｆｌｅｘへリマッピングし、適切な上位（ＨＯ）ＯＤＵｋに適応させ、後者をＯＴＮドメイン３０での伝送のために対応するＯＴＵｋにマッピングする。リマッピング機能は原則的に、インタフェース３１２に配置することもできることに留意されたい。図２に示すように、ＯＤＵｋ以外の受信されたクライアント信号は、ＯＤＵｆｌｅｘにマッピングされる。
【００１６】
ノード３２はインタフェース３２１、３２２、およびインタフェース３２１、３２２を相互接続する内部切り替え機能３２３を備える。同様に、ノード３３はインタフェース３３１、３３２、およびインタフェース３３１、３３２を相互接続する内部切り替え機能３３３を備える。インタフェース３２１、３２２および３３１、３３２はＬＯ  ＯＤＵｆｌｅｘを搬送する信号のみを送受信する。ノード３４は、ＯＤＵｆｌｅｘを搬送する信号をインタフェース３４１で送受信し、任意の種類のＯＤＵｋ信号を搬送することができる信号をインタフェース３４２で送受信する。切り替え機能３４３はインタフェース３４１、３４２を相互接続する。インタフェース３４１は、インタフェース３４２で、受信したＬＯ  ＯＤＵｆｌｅｘを事前設定されているとおりにＯＤＵｋに変換するためのリマッピング機能を含む。
【００１７】
ノード３１と３２の間の信号の伝送速度はＯＴＵ２に対応する１０Ｇ、ノード３２と３３の間の信号の伝送速度はＯＵＴ４に対応する１００Ｇ、ノード３３と３４の間の信号の伝送速度はＯＴＵ３に対応する４０Ｇである。したがって、ノード３１では、リマッピングされたＬＯ  ＯＤＵｆｌｅｘがＨＯ  ＯＤＵ２にマッピングされ、ノード３２では、インタフェース３２１で受信されたＯＤＵｆｌｅｘがＨＯ  ＯＤＵ４にマッピングされ、ノード３３では、受信されたＯＤＵｆｌｅｘがＨＯ  ＯＤＵ３にマッピングされる。
【００１８】
図４は、ボーダーノード３１、３４にそれぞれ実装されるＯＤＵｋ／ＯＤＵｆｌｅｘリマッピング機能の機能モデルを示す。外部ネットワークドメインに向けて通常のＯＴＮラインカード４１が備わっており、ＯＴＵｋ終端機能４１１およびＯＴＵｋ／ＯＤＵｋ適応機能を有する。ＯＤＵ切り替え行列などの相互接続機能４２が、ネットワークノードの様々なラインカード４１、４３を相互接続する。
【００１９】
内部ネットワークドメインに向けてＯＴＮラインカード４３が備わる。ラインカード４１と同様に、ラインカード４３はＯＴＵ終端機能４３１およびＯＴＵｋ／ＯＤＵｊ適応機能４３２を有する。さらに、ラインカード４３は、接続機能４２から受信したＯＤＵｋのためのＯＤＵｋ終端機能４３６およびＬＯ  ＯＤＵｆｌｅｘのためのＯＤＵ終端機能４３５を有する。ＯＤＵ終端機能４３６および４３５は相互接続されている。ＯＤＵｆｌｅｘは直接ＯＴＵｋにマッピングできないので、ＯＤＵｋ終端機能４３５と４３２の間に上位ＯＤＵｋ終端機能４３３およびＯＤＵｋ／ＯＤＵｊ適応機能４３４が備わる。
【００２０】
図４は、単一の着信ＨＯ  ＯＤＵｋが１つの内部ＬＯ  ＯＤＵｆｌｅｘにマッピングされる事例を示すことに留意されたい。しかし、外部のＨＯまたはＬＯ  ＯＤＵｋと内部の単一または複数のＬＯ  ＯＤＵｆｌｅｘとのすべての組み合わせが本発明の対象であり、また、マッピング原理およびＧ．７０９から知られる手順を使用して当業者により実装することが可能である。これらのすべての事例で、ＯＤＵ接続機能４２より上のリマッピング部分は変更されないまま残る。
【００２１】
４３５と４３４の間の接続は、図４の機能図では接続機能４２を物理的に通過しているが、必ずしもそうではないことに留意されたい。実際の物理的実装は、実装ごとに特定である。
【００２２】
ＯＤＵｆｌｅｘは、上位ＯＤＵｋ（ｋ＞１）の１．２５Ｇｂｉｔ／ｓトリビュタリタイムスロットを使用して可変サイズのコンテナを作成し、ビット同期マッピング手順（ＢＭＰ）を使用して一定ビット転送速度（ＣＢＲ）のクライアント信号を伝送するか、または、汎用フレーミング手順（ＧＦＰ）でカプセル化されたパケットデータフローを搬送することができる。
【００２３】
ＯＤＵｆｌｅｘは、どの場合でも、ＯＴＮ内での伝送のために、より高速の固定伝送速度ＯＤＵｋに多重化される。ＯＤＵｊからＯＤＵｋへの多重化のすべての場合と同様に、低速ＯＤＵｊは高速ＯＤＵｋのトリビュタリスロットのいくつかを占める。ＯＤＵｆｌｅｘの多重化では、トリビュタリスロット粒度は、ほぼ１．２５Ｇｂｉｔ／ｓである。ＯＤＵｆｌｅｘは多重化先のＯＤＵｋと事実上非同期なので、汎用マッピング手順（ＧＭＰ）と呼ばれるマッピング機構が利用される。
【００２４】
ＧＭＰは、クライアントとサーバレイヤの間の公称ビット転送速度差、およびクライアント信号とサーバレイヤ信号との間で起こり得るクロック変動に対応するために使用される機構である。固定と可変のスタッフ位置は区別されない。サーバフレーム（またはマルチフレーム）は、一定数のＧＭＰワードに分割され、ここで各ワードはデータまたはスタッフのどちらかを含む。データを含むワードは、シグマ／デルタ分散アルゴリズムを使用して、サーバフレーム全体にできるだけ均等に分散され、ワードサイズに量子化される。
【００２５】
適切な動作は、各フレーム（またはマルチフレーム）に入るデータワードの数を知っているマッパとデマッパのみに依存する。大きなバレルシフタが必要にならないように、ビット転送速度がより高速なクライアントには、より大きいＧＭＰワードサイズが使用される。必要に応じて、クライアントのタイミング要求を満たすために、マッパからデマッパへ追加のタイミング情報が送信されてもよい。これにより、デマッパは、各サーバフレーム期間中にデマッパがいくつのクライアントバイト（またはビット）を送り出すかを知ることができる。
【００２６】
シグマ／デルタアルゴリズムに影響する式は次のものである：
各ペイロード位置の内容は、
−  （ペイロード位置ｘデータバイト総数）ｍｏｄ（ＰＳｅｒｖｅｒ）＜データワード総数である場合は、データ
−  （ペイロード位置ｘデータバイト総数）ｍｏｄ（ＰＳｅｒｖｅｒ）≧データワード総数である場合は、スタッフ
ここで、ＰＳｅｒｖｅｒは、サーバフレームペイロード内のワード位置の総数である。
【００２７】
ＰＳｅｒｖｅｒは常に知られており、固定値である。同様に、評価されるペイロード位置もまた、本質的に知られている。最後の変数データワード総数は、マッピングされるクライアントの伝送速度を合わせるためにフレームごとに変わる。各フレームについて、適切な総数がマッパによって決定され、ＪＣ１／２／３バイトを使用してＯＰＵｋオーバヘッド内でデマッパに信号伝達される。
【００２８】
ＯＰＵｋフレーム内のペイロードバイト数１５２３２に対応するために、信号伝達される総数は１４ビットで、ＪＣ１とＪＣ２の両方にまたがる。ビット誤りが存在する場合にレシーバでロバスト性を確保するために、ＪＣ３はＣＲＣ−８を含み、これによって誤り検出およびある程度の誤り訂正が可能になる。また、総数増減のためのエンコーディングがあり、レシーバ上のステートマシンを使用して受信された値を管理するとともにビット誤りから保護する。デマッパは、最初のペイロード位置が出現する前に総数を必要とするので、総数は先行のフレームで決定および信号伝達される必要がある。
【００２９】
説明したように、ＯＤＵｆｌｅｘは常にＧＭＰを使用してＨＯ  ＯＤＵｋへマッピングされるが、Ｇ．７０９では、他のＬＯ  ＯＤＵｊにはＨＯ  ＯＤＵｋへのマッピングに非同期マッピング手順（ＡＭＰ）を使用するものがあると定められている。ＯＰＵｋ  ＯＨのＰＳＩフィールドはペイロードタイプ（ＰＴ）の値を含み、この値はＬＯ  ＯＤＵｊのＨＯ  ＯＤＵｋへの多重化のためのトリビュタリスロットサイズを定める。Ｇ．７０９から引用した以下の表７−１０は、適用可能なマッピング手順およびペイロードタイプ値を定める。
【００３０】
【表１】
0006051316.tif 000002
【００３１】
このように、ＯＤＵｋのＬＯ  ＯＤＵｆｌｅｘへのリマッピングには、ペイロードタイプ値の変更および、例えばＡＭＰからＧＭＰへの変更など、適用可能なマッピング手順の変更が必要なことがある。
【００３２】
図５は、図３のボーダーネットワークノード３１、３４内に実装されたリマッピング機能のブロック線図である。
【００３３】
例えばコヒーレント光レシーバなどの光インタフェース５１が、光回線信号を受信して電気的データ信号に変換し、フレーマ５２に送る。フレーマ５２はデータ信号を走査してフレーム同期信号（ＦＡＳ）を探し、ＦＡＳにロックするとセクションオーバヘッドを終了する。フレーマ５２の出力はセレクタ５５およびプロセッサ５３に送られ、プロセッサ５３は必要に応じてマッピング手順をＡＭＰからＧＭＰに変換する。プロセッサ５３の出力はセレクタ５５およびプロセッサ機能５４に送られ、プロセッサ機能５４は必要に応じてペイロードタイプをタイプ２０からタイプ２１に変更する。セレクタ５５の出力はリマッパ５６に接続されている。フレーマ５２で導出されたクロック信号６３を使用して、プロセッサ５３、５４およびリマッパ５６が駆動される。
【００３４】
リマッパ５６はデマルチプレクサ５７を備え、デマルチプレクサ５７は、受信した入力からＯＰＵｋペイロードバイトおよびＯＤＵｋオーバヘッドバイトを抽出し、それを１：１でマルチプレクサ５８に転送し、マルチプレクサ５８はペイロードおよびオーバヘッドをＬＯ  ＯＤＵｆｌｅｘにリマッピングし、後者をＨＯ  ＯＤＵｋに多重化する。受信した信号からのＢＩＰ−８パリティブロックの再計算は必要ない。
【００３５】
タイミング透過性を得るために、ＬＯ  ＯＤＵｆｌｅｘのクロックは、ＬＯ  ＯＤＵｆｌｅｘにリマッピングされるＯＤＵｋのクロックによって決まる。逆に、遠端のエッジノードでは、ＯＤＵｆｌｅｘが元のＯＤＵｋフォーマットに「デマッピング」され、復元されたＯＤＵｋクロックはＬＯ  ＯＤＵｆｌｅｘによって決まり、よって、完全なエンドツーエンドのタイミング透過性が得られる。
【００３６】
マルチプレクサ５８の出力はＯＴＵフレーマ６０に送られ、ＯＴＵフレーマ６０はフレーミングおよびセクションオーバヘッドを追加して、信号を送信側光インタフェース６１に渡す。光インタフェース６１で、信号は、光ファイバ区間での送信のために光搬送波に変調される。
【００３７】
簡潔にするために、ＯＤＵｋからＬＯ  ＯＤＵｆｌｅｘへのリマッピングを伴う単一方向、すなわちドメイン外インタフェースからドメイン内インタフェースの方向のみが図示されていることに留意されたい。ただし、逆方向は、ＬＯ  ＯＤＵｆｌｅｘクロックがデマッピング処理を駆動して、対称に動作する。ただし、リマッピングされたＯＤＵｆｌｅｘは有効なＧ．７０９信号なので、元のＯＤＵｋフォーマットに戻すデマッピングは、アプリケーションによっては必要ないことを理解されたい。
【００３８】
セレクタ５５は、上記のＩＴＵ−Ｔ  Ｇ．７０９の表７−１０に従い、入力ＯＤＵｋのタイプおよびそのペイロードタイプに応じて、３つの処理経路、すなわち（１）ＡＭＰ−ＧＭＰリマッピングがなく、ＰＴリマッピングがないもの、（２）ＡＭＰ−ＧＭＰリマッピングがあり、ＰＴリマッピングがないもの、（３）ＡＭＰ−ＧＭＰとＰＴの両方のリマッピングがあるものから選択する。
【００３９】
さらなる改良において、ＯＰＵｋ  ＯＨバイトを使用して、信号がリマッピングされていることが示される。原則として、定義上の問題として、ＯＤＵｆｌｅｘが別のＯＤＵｋからリマッピングされたことを示すために、利用可能な任意のオーバヘッドビットを使用できることを理解されたい。ただし、この付加的な目的には、既存のペイロード構造識別子（ＰＳＩ）を再利用することが好ましい。
【００４０】
具体的には、有効なペイロードタイプコード点（０ｘ０１から０ｘ２１）について、ＰＳＩ［０］のビット１（ＭＳＢ）が反転され、ＬＯ  ＯＤＵｆｌｅｘがリマッピングされたＯＤＵｋを伝送するということを示す。反転は、ＯＤＵｋをＬＯ  ＯＤＵｆｌｅｘにマッピングするとき、および、ＬＯ  ＯＤＵｆｌｅｘをＯＤＵｋにマッピングし戻すときに行われる。０ｘ０１から０ｘ２１以外のＰＳＩ［０］値、それぞれ０ｘ８１から０ｘａ１について反転はなく、この場合はＰＳＩ［０］は変更なしでマッピングされる。オプションの修正が行われない場合は、ＰＳＩ［０］は変更なしでマッピングされ、その結果、ＬＯ  ＯＤＵｆｌｅｘの中には、ＬＯ  ＯＤＵｆｌｅｘ内でＯＤＵｋが伝送されることを示すものが存在しない。
【００４１】
オプションのＰＳＩ［０］反転が行われたどうかは、マッピング機能の構成パラメータである。ＰＳＩ［０］以外のＰＳＩバイトは変更なしでマッピングされる。
【００４２】
したがって、デマルチプレクサ５７とマルチプレクサ５８の間にインバータ５９が配置され、抽出されたＰＳＩ［０］ビットを反転させる。制御信号６２が、ＰＳＩ［０］ビット反転をアクティブ化または非アクティブ化する。
【００４３】
説明および図面は、単に本発明の原理を説明するものである。よって、当業者は、本明細書に明示的に説明または図示されていないが、本発明の原理を具体化する様々な構成を考案できることが理解されるであろう。さらに、本明細書に挙げるすべての例は、原則的に、本発明の原理および発明者が技術促進のために述べた概念への読者の理解を助けるための教育的な目的のみに向けられ、このような具体的に挙げた例および条件に限定されないと解釈されるよう明白に意図されている。なお、本発明の原理、態様および実施形態ならびにその特定の例を挙げた本発明のすべての文は、その均等物を包含するよう意図されている。
【００４４】
図に示される様々な要素の機能は、「プロセッサ」とラベル付けまたは記載される任意の機能ブロックを含め、専用のハードウェアを使用して提供してもよいし、適切なソフトウェアと協働してソフトウェアを実行することができるハードウェアを使用して提供されてもよい。機能は、プロセッサにより提供される場合は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個別のプロセッサにより提供されてよく、個別のプロセッサのいくつかは共有されてもよい。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することができるハードウェアのみを排他的に指すと解釈されてはならず、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ソフトウェアを記憶するための読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）および不揮発性記憶装置を暗示的に含んでよいが、これらに限定されない。他の、従来型および／またはカスタムのハードウェアもまた、含まれてもよい。同様に、図５に示すセレクタは概念のみを表す。セレクタの機能は、プログラム論理の動作を通じて、専用論理回路を通じて、プログラム制御と専用論理回路の相互作用を通じて、または手作業により実行されてよく、文脈からより具体的に理解されるように、実装者によって特定の技法が選択可能である。
【図１】
0006051316.tif 000003
【図２】
0006051316.tif 000004
【図３】
0006051316.tif 000005
【図４】
0006051316.tif 000006
【図５】
0006051316.tif 000007