JP2022133227A - 光伝送装置、光伝送システム、および光伝送装置の更新方法 - Google Patents

Abstract

【課題】フレームを伝送する光伝送装置の更新時に通信サービスの停止に係わる影響を抑制する。【解決手段】光伝送装置は、信号処理部、第１のフレーム生成部、第２のフレーム生成部を備える。信号処理部は、ｎ個のタイムスロット列のうちの１または複数のタイムスロット列にクライアント信号を収容する。第１のフレーム生成部は、ｎ個のタイムスロット列のうちの一部のタイムスロット列に収容されたクライアント信号を含むフレームを生成する。第２のフレーム生成部は、ｎ個のタイムスロット列のうちの他のタイムスロット列に収容されたクライアント信号を含むフレームを生成する。第１のフレーム生成部が停止し、且つ、第２のフレーム生成部が動作するときは、信号処理部は、他のタイムスロット列にクライアント信号を収容する。【選択図】図７

Description

本発明は、光伝送装置、光伝送システム、および光伝送装置を更新する方法に係わる。

大容量光通信を実現する技術の１つとしてＯＴＮ（Optical Transport Network）が広く実用化されている。ＯＴＮは、ＩＴＵ－Ｔ勧告Ｇ．７０９において規定されている。また、ＯＴＮにおいて１００Ｇを越えるトラフィックを伝送する技術の１つとして、ＦｌｅｘＯ（または、ＯＴＵＣｎ）が提案されている。ＦｌｅｘＯは、ＩＴＵ－Ｔ勧告Ｇ．７０９．１およびＧ７０９．３において規定されている。なお、ＦｌｅｘＯにおいては、１００Ｇトラフィックを伝送するための光コンポーネントを使用して１００Ｇを超えるトラフィックが伝送される。さらに、２００Ｇ／４００Ｇトラフィックを伝送するＦｌｅｘＯも提案されている。

他方、光ネットワークのパフォーマンスを高くするためには、古い通信システムを新しい通信システムに置き換えることが好ましい。例えば、４００Ｇトラフィックを伝送する光伝送装置は、１００ＧのＦｌｅｘＯコンポーネントを４セット備える構成から、２００ＧのＦｌｅｘＯコンポーネントを２セット備える構成に更新される。

なお、関連技術として、複数のクライアント信号をＦｌｅｘＯフレームにマッピングして伝送する技術が提案されている（例えば、特許文献１）。また、通信規格の設定変更の際に生じる回線断を迅速に復旧する方法が提案されている（例えば、特許文献２）。

特表２０１９－５２０７４４ 特開２０１５－１８８１２６

光伝送装置の更新時には、通信サービスの停止に係わる影響が十分に抑制されることが好ましい。このため、光伝送装置の更新時には、光伝送装置内に実装される複数のコンポーネントのうちの一部を停止し、残りのコンポーネントを利用して通信を継続することが好ましい。ただし、この場合、ＯＴＮにおいてクライアント信号を格納するフレーム（例えば、ＯＤＵフレーム）の帯域の変更が必要になることがある。

しかし、既存技術では、ＯＴＮで１００Ｇを越えるトラフィックを伝送する場合、フレームの帯域を変更する方法（或いは、マッピングの変更）はサポートされていない。例えば、ＩＴＵ－Ｔ勧告Ｇ．７０４４で規定されているODUflex Hitless adjustmentは、１００Ｇ以下のトラフィックに限定されている。また、ＩＴＵ－Ｔ勧告Ｇ．７０４２で規定されているLink capacity adjustment schemeは、最大で４０Ｇのリンクにしか対応していない。このため、ＯＴＮで１００Ｇを越えるトラフィックを伝送する通信システムにおいては、光伝送装置の更新時に、通信サービスの停止に係わる影響が大きくなってしまう。

本発明の１つの側面に係わる目的は、フレームを伝送する光伝送装置の更新時に、通信サービスの停止に係わる影響を抑制することである。

本発明の１つの態様に係わる光伝送装置は、フレームを伝送する通信システムにおいて使用される。この光伝送装置は、ｎ個のタイムスロット列のうちの１または複数のタイムスロット列にクライアント信号を収容する信号処理部と、前記ｎ個のタイムスロット列のうちの一部のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第１のフレーム生成部と、前記ｎ個のタイムスロット列のうちの前記一部のタイムスロット列とは異なる他のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第２のフレーム生成部と、を備える。前記第１のフレーム生成部および前記第２のフレーム生成部が動作するときは、前記信号処理部は、前記ｎ個のタイムスロット列に前記クライアント信号を収容する。前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときは、前記信号処理部は、前記他のタイムスロット列に前記クライアント信号を収容する。

上述の態様によれば、フレームを伝送する光伝送装置の更新時に、通信サービスの停止に係わる影響を抑制することである。

ＯＴＮのフレーム構造を示す図である。 光伝送装置内の信号の流れの一例を示す図である。 光伝送装置内の信号の流れの他の例を示す図である。 光伝送装置の構成の一例を示す図である。 ＦｌｅｘＯ処理部の処理の一例を示す図である。 制御部の実施例を示す図である。 光伝送装置を更新する手順の一例を示す図（その１）である。 光伝送装置を更新する手順の一例を示す図（その２）である。 トリビュタリスロットへのマッピングの一例を示す図である。 クライアント情報およびマッピングテーブルの一例を示す図である。 光伝送装置の更新時にクライアント信号を選択する機能の一例を示す図である。 クライアント情報およびマッピングテーブルの他の例を示す図である。 図１２に示すマッピングテーブルに基づくマッピングの一例を示す図である。 光伝送装置の更新時にクライアント信号を収容する処理の一例を示すフローチャートである。 光伝送装置の受信回路を更新する手順の一例を示す図（その１）である。 光伝送装置の受信回路を更新する手順の一例を示す図（その２）である。 １組の光伝送装置を更新する手順の一例を示すフローチャート（その１）である。 １組の光伝送装置を更新する手順の一例を示すフローチャート（その２）である。 １組の光伝送装置を更新する連携動作の一例を示す図である。 光伝送装置を更新する手順の他の例を示す図（その１）である。 光伝送装置を更新する手順の他の例を示す図（その２）である。 光伝送装置を更新する手順の他の例を示す図（その３）である。 光伝送装置を更新する手順の他の例を示す図（その４）である。 光伝送装置の増設の一例を示す図である。 ＥＮＤ－ＥＮＤパスの一例を示す図である。 マッピングテーブルを用いてフレームを転送する処理の概要を示す図である。 図２６に示すＴＳ構成情報に基づくマッピングの一例を示す図である。 ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するノード装置の一例を示す図である。 ３以上のノード装置がカスケード接続されたネットワークの一例を示す図である。 ＴＳ構成情報の一例を示す図である。 ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するノード装置の他の例を示す図である。 ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するノード装置のさらに他の例を示す図である。

ＩＴＵ－Ｔ勧告Ｇ．７０９に規定されているＯＴＮ（Optical Transport Network）インタフェースは、長距離および／または大容量の光通信を実現する光伝送装置に適用される。ＯＴＮは、任意のクライアント信号を所定のフォーマットのフレームに収容する。また、ＯＴＮは、複数のフレームをより高速なフレームに収容する機能（すなわち、多重収容機能）を提供する。

図１は、ＯＴＮのフレーム構造を示す。ＯＴＮにおいては、クライアント信号は、ＯＰＵｋ（Optical Channel Payload Unit-k）フレームのペイロードに収容される。ｋは、伝送レートを識別する。ＯＰＵｋフレームは、ＯＰＵオーバヘッドを有する。ＯＰＵｋフレームは、ＯＤＵｋ（Optical Channel Data Unit-k）フレームのペイロードに収容される。ＯＤＵｋフレームは、ＯＤＵオーバヘッドを有する。ＯＤＵｋフレームは、ＯＴＵｋ（Optical Channel Transport Unit-k）フレームのペイロードに収容される。ＯＴＵｋフレームは、ＯＴＵオーバヘッドを有する。また、ＯＴＵｋフレームには、誤り訂正符号ＦＥＣが付与される。なお、ＯＴＵｋフレームは、固定長フレームである。

近年では、クライアント信号の高速化に伴い、１００Ｇｂｐｓを越えるＯＴＮ（Ｂ１００Ｇ：Beyond 100G）が検討されている。Ｂ１００Ｇにおいては、大容量伝送だけでなく、柔軟性も考慮されている。このため、ｎ個のＯＴＵＣフレームが多重化されたＯＴＵＣｎフレームが規定されている。また、ＩＴＵ－Ｔ勧告Ｇ．７０９．１において、複数の物理インタフェースを多重化するＦｌｅｘＯ（Flexible OTN）が規定されている。ＦｌｅｘＯに収容される信号は、例えば、ＯＴＵＣｎである。

図２は、光伝送装置内の信号の流れの一例を示す。なお、図２は、クライアント信号が収容されたフレームをネットワークに送信する送信回路内の信号の流れを示す。すなわち、図２では、ネットワークからフレームを受信する受信回路は省略されている。

光伝送装置１には、クライアント信号が入力される。クライアント信号は、ＯＰＵＣｎフレームに収容される。ＯＰＵＣｎフレームはＯＤＵＣｎフレームに収容され、さらに、ＯＤＵＣｎフレームはＯＴＵＣｎフレームに収容される。この後、ＦｌｅｘＯ処理が行われる。すなわち、ＯＴＵＣｎフレームを構成するｎ個のＯＴＵＣフレームがそれぞれＦｌｅｘＯフレームに収容される。そして、トランシーバは、ＦｌｅｘＯフレームを伝送する光信号をネットワークに出力する。

この例では、クライアント信号の合計帯域が４００Ｇであるものとする。この場合、ｎ＝４であり、４個のＯＴＵＣフレームがそれぞれＦｌｅｘＯフレームのペイロードに収容される。すなわち、４個のＦｌｅｘＯフレームが生成される。そして、各トランシーバ１１は、ＦｌｅｘＯフレームを送信する。なお、各トランシーバ１１は、１００Ｇの光信号を送信できる。

ところで、光伝送装置を構成するコンポーネントの性能が向上している。例えば、トランシーバに実装される光部品の高速化が進んでいる。このため、より少ない個数のコンポーネントで光伝送装置が構成され得る。

図３は、光伝送装置内の信号の流れの他の例を示す。なお、クライアント信号を収容するｎ個のＦｌｅｘＯフレームを生成する方法は、図２および図３において実質的に同じである。

図３に示す光伝送装置１Ｂにおいては、複数のＦｌｅｘＯフレームを結合することでＦｌｅｘＯ－ｘフレームが生成される。この実施例では、２個のＦｌｅｘＯフレームを結合することでＦｌｅｘＯ－２フレームが生成される。すなわち、ｘ＝２である。このとき、必要に応じてインターリーブが行われる。また、ＦｌｅｘＯ－２フレームには誤り訂正符号ＦＥＣが付与される。そして、トランシーバ１１ｂは、ＦｌｅｘＯ－２フレームをネットワークに送信する。この例では、各トランシーバ１１ｂは、２００Ｇの光信号を送信できる。

このように、図３に示す構成においては、図２に示す構成と比較すると、光伝送装置が備えるポートの数が削減される。また、光伝送装置１、１ＢがＷＤＭ伝送装置であり、各トランシーバに異なる波長が割り当てられる場合、図３に示す構成においては、図２に示す構成と比較すると、波長リソースの利用効率が向上する。

ただし、既存の通信システムにおいては、多くのケースにおいて、各ノードに古い光伝送装置（例えば、図２に示す光伝送装置１）が実装されている。よって、各ノードに図２に示す光伝送装置１が実装されている通信システムにおいて上述のメリットを得るためには、光伝送装置１を図３に示す光伝送装置１Ｂに更新（すなわち、アップグレード）することが好ましい。

図４は、光伝送装置の構成の一例を示す。光伝送装置２は、クライアント処理部２１、ＯＰＵＣｎ処理部２２、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３、ＦｌｅｘＯ処理部２４、トランシーバ２５、ＦｌｅｘＯ処理部２６、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７、ＯＰＵＣｎ処理部２８、クライアント処理部２９、制御部３０を備える。なお、光伝送装置２は、図４に示していない他の回路または機能を備えてもよい。また、光伝送装置２は、図２に示す光伝送装置１または図３に示す光伝送装置１Ｂに対応する。

クライアント処理部２１は、クライアントにより生成されるクライアント信号を終端する。なお、クライアント処理部２１は、複数の入力ポートを備える。各入力ポートには、不図示のトランシーバが設けられる。ＯＰＵＣｎ処理部２２は、クライアント信号をＯＰＵＣｎフレームに収容する。ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＰＵＣｎフレームをＯＤＵＣｎフレームに収容し、さらに、ＯＤＵＣｎフレームをＯＴＵＣｎフレームに収容する。なお、ＯＴＵＣｎフレームは、ｎ個のＯＴＵＣフレームから構成される。

ＦｌｅｘＯ処理部２４は、各ＯＴＵＣフレームをＦｌｅｘＯフレームに収容する。すなわち、ｎ個のＦｌｅｘＯフレームが生成される。さらに、ＦｌｅｘＯ処理部２４は、必要に応じて、複数のＦｌｅｘＯフレームを結合して１または複数のＦｌｅｘＯ－ｘフレームを生成する。

図５は、ＦｌｅｘＯ処理部２４の処理の一例を示す。この例では、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３により４個のＯＴＵＣフレームが生成される。また、光伝送装置２は、２個のトランシーバ２５を備える。この場合、ＯＴＵＣフレームは、ＦｌｅｘＯフレームのペイロードに収容される。この結果、４個のＦｌｅｘＯフレームが得られる。なお、斜線領域は、オーバヘッドを含む制御情報を表す。続いて、２個のＦｌｅｘＯフレームを結合することによりＦｌｅｘＯ－２フレームが生成される。このとき、インターリーブが行われる。また、誤り訂正符号ＦＥＣが付与される。なお、斜線領域は、オーバヘッドを含む制御情報を表す。

図４の説明に戻る。トランシーバ２５は、ＦｌｅｘＯ処理部２４により生成されるＦｌｅｘＯフレームまたはＦｌｅｘＯ－２フレームをネットワークに送信する。また、トランシーバ２５は、ネットワークを介して受信する光信号を終端する。

ＦｌｅｘＯ処理部２６は、受信信号からＦｌｅｘＯフレームを再生する。また、ＦｌｅｘＯ処理部２６は、ＦｌｅｘＯフレームからＯＴＵＣフレームを抽出する。ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７は、ＯＴＵＣｎフレームからＯＤＵＣｎフレームを抽出し、更に、ＯＤＵＣｎフレームからＯＰＵＣｎフレームを抽出する。ＯＰＵＣｎ処理部２８は、ＯＰＵＣｎフレームからクライアント信号を抽出する。クライアント処理部２９は、クライアント信号を対応するクライアントに送信する。なお、クライアント処理部２９は、複数の出力ポートを備える。各出力ポートには、不図示のトランシーバが設けられる。

制御部３０は、クライアント処理部２１、ＯＰＵＣｎ処理部２２、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３、ＦｌｅｘＯ処理部２４、トランシーバ２５、ＦｌｅｘＯ処理部２６、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７、ＯＰＵＣｎ処理部２８、クライアント処理部２９を制御する。制御部３０の構成および処理は、図６を参照して説明する。

図６は、制御部３０の実施例を示す。制御部３０は、プロセッサ（ＣＰＵ）３１、メモリ３２、コマンド送受信部３３を備える。なお、制御部３０は、図６に示していない回路または機能を備えてもよい。

プロセッサ３１は、メモリ３２に保存されている制御プロトコルプログラムを実行することにより光伝送装置２の動作を制御する。制御プロトコルプログラムによる処理手順については後で説明する。

メモリ３２には、様々な制御情報が保存されている。クライアント情報は、各クライアント信号の帯域を表す情報、各クライアント信号の優先度を表す情報を含む。マッピングテーブルには、各クライアント信号をトリビュタリスロットにマッピングするための情報が保存されている。なお、トリビュタリスロットは、クライアント信号を収容するタイムスロットの一例である。ＦｌｅｘＯ帯域情報は、ＦｌｅｘＯ－ｘフレームの帯域を表す。さらに、図示しないが、オーバヘッドを生成するための情報などがメモリ３２に保存されている。

コマンド送受信部３３は、管理インタフェースを介して制御コマンドを受信する。制御コマンドは、ネットワーク管理者により作成される。また、制御コマンドは、光伝送装置２に実装される各コンポーネントを停止または起動するコマンドを含む。そして、コマンド送受信部３３が制御コマンドを受信すると、プロセッサ３１は、その制御コマンドに従って光伝送装置２の動作を制御する。なお、警報処理については後で説明する。

なお、ＯＰＵＣｎ処理部２２、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３、ＦｌｅｘＯ処理部２４、ＦｌｅｘＯ処理部２６、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７、ＯＰＵＣｎ処理部２８は、それぞれ、例えば、メモリに信号を書き込む書込み回路およびメモリから信号を読み出す読出し回路を含む。この場合、書込み回路は、ハードウェア回路であり、制御部３０から与えられる指示に対応するアドレスに入力信号を書き込む。また、読出し回路は、ハードウェア回路であり、制御部３０から与えられる指示に対応するアドレスから信号を読み出す。但し、ＯＰＵＣｎ処理部２２、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３、ＦｌｅｘＯ処理部２４、ＦｌｅｘＯ処理部２６、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７、ＯＰＵＣｎ処理部２８の機能の一部は、ソフトウェアで実現してもよい。

次に、光伝送装置を更新する手順を説明する。光伝送装置の更新は、光伝送装置内に実装されているコンポーネントを置き換える手順を含む。一例としては、１００Ｇのトランシーバが２００Ｇのトランシーバに置き換えられる。なお、以下では、クライアント信号をフレームに収容して送信する送信回路について説明する。

図７～図８は、光伝送装置を更新する手順の一例を示す。この例では、ｎ＝４である。すなわち、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＴＵＣ４フレームを生成する。ＯＴＵＣ４フレームは、４個のＯＴＵＣフレームから構成される。また、ＦｌｅｘＯ処理部２４は、４個のＦｌｅｘＯ処理部２４ａ～２４ｄを備える。各ＦｌｅｘＯ処理部２４ａ～２４ｄは、ＯＴＵＣフレームをＦｌｅｘＯフレームに収容する。すなわち、各ＦｌｅｘＯ処理部２４ａ～２４ｄは、クライアント信号が収容されたＦｌｅｘＯフレームを生成する。よって、ＦｌｅｘＯ処理部２４ａ～２４ｄは、クライアント信号が収容されたフレームを生成するフレーム生成部の一例である。

更に、光伝送装置は、４個の１００Ｇトランシーバ２５ａ～２５ｄを備える。そして、１００Ｇトランシーバ２５ａ～２５ｄは、それぞれ、各ＦｌｅｘＯ処理部２４ａ～２４ｄにより生成されるＦｌｅｘＯフレームを伝送する光信号をネットワークに出力する。

上記構成の光伝送装置において、図２に示す構成から図３に示す構成への更新が行われる。ここで、通信サービスを継続するためには、まず、一部のコンポーネントの更新が行われる。この実施例では、１００Ｇトランシーバ２５ａ～２５ｂが１つの２００Ｇトランシーバに置き換えられる。このとき、１００Ｇトランシーバ２５ｃ～２５ｄは動作を継続する。

制御部３０には、１００Ｇトランシーバ２５ａ～２５ｂを停止するための停止コマンドが与えられる。なお、停止コマンドは、例えば、ネットワーク管理者により作成される。そして、制御部３０は、この停止コマンドに応じて、１００Ｇトランシーバ２５ａ～２５ｂを停止させる。このとき、制御部３０は、１００Ｇトランシーバ２５ａ～２５ｂのレーザ光源の駆動電流を停止してもよい。また、制御部３０は、ＦｌｅｘＯ処理部２４ａ～２４ｂを停止する。

さらに、制御部３０は、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３の信号処理を制御する。具体的には、光伝送装置内で動作するトランシーバの数が、一時的に、４個から２個に削減されるので、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３の伝送レートが２分の１に制御される。すなわち、制御部３０は、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３にＯＴＵＣｈフレームを生成させる。ここで、ｈ＝ｎ／２である。すなわち、図７に示す例では、制御部３０は、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３にＯＴＵＣ２フレームを生成させる。ＯＴＵＣ２フレームは、２個のＯＴＵＣフレームから構成される。なお、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３の伝送レートの制御は、クロックの速度を２分の１に低下させることで実現される。

上記手順により、図８に示す状態が得られる。すなわち、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＴＵＣ２フレームを生成することができる。ここで、ｈ＝２である。すなわち、２個のＯＴＵＣフレームが生成される。また、ＦｌｅｘＯ処理部２４ｃ～２４ｄは、それぞれ、ＯＴＵＣフレームをＦｌｅｘＯフレームに収容することができる。そして、１００Ｇトランシーバ２５ｃ～２５ｄは、それぞれ、ＦｌｅｘＯフレームを伝送する光信号をネットワークに出力する。

続いて、制御部３０は、ＯＰＵＣｎ処理部２２の信号処理を変更する。ここで、ＯＰＵＣｎ処理部２２は、ＩＴＵ－Ｔ勧告Ｇ．７０９において規定されているように、クライアント信号をトリビュタリスロットに収容することによりＯＰＵＣフレームを作成する。そして、ｎ個のＯＰＵＣフレームを多重化することでＯＰＵＣｎフレームが作成される。このように、ＯＰＵＣｎ処理部２２は、クライアント信号をトリビュタリスロットに収容する。よって、ＯＰＵＣｎ処理部２２は、クライアント信号をトリビュタリスロットに収容する信号処理部の一例である。

図９は、トリビュタリスロットへのマッピングの一例を示す。なお、トリビュタリスロットＴＳは、２０個のスロットから構成される。また、１個のスロットによる伝送レートは５Ｇｂｐｓに相当するものとする。この場合、２０個のスロットにより１００Ｇｂｐｓが実現される。また、この実施例では、クライアント信号の合計帯域は４００Ｇである。したがって、ＯＰＵＣｎ処理部２２は、４個のトリビュタリスロットＴＳ＃１～＃４を備える。なお、トリビュタリスロットＴＳは、クライアント信号を収容するタイムスロット列の一例である。

以下の記載では、クライアント信号の合計帯域が８０Ｇｂｐｓである。また、クライアント信号は、トリビュタリスロットＴＳ＃１～＃４に均等に収容される。更に、クライアント信号が収容されるスロット番号は予め指定されている。この実施例では、図９（ａ）に示すように、クライアント信号は、各トリビュタリスロットＴＳ＃１～＃４のスロットＳＬ２、ＳＬ４、ＳＬ５、ＳＬ１０に収容される。この結果、４個のＯＰＵＣフレームが生成される。各ＯＰＵＣフレームにより伝送されるクライアント信号の伝送レートは２０Ｇｂｐｓである。そして、４個のＯＰＵＣフレームを多重化することでＯＰＵＣｎ（ｎ＝４）フレームが生成される。

光伝送装置を更新するときは、図８に示すように、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＴＵＣｈ（ｈ＝２）フレームを生成する。制御部３０は、ＯＰＵＣｎ処理部２２に対して、ＯＰＵＣｈ（ｈ＝２）フレームを生成する旨の指示を与える。そうすると、ＯＰＵＣｎ処理部２２は、制御部３０からの指示に従って、ＯＰＵＣｈ（ｈ＝２）フレームを生成する。すなわち、ＯＰＵＣｎ処理部２２は、トリビュタリスロットＴＳ＃１～＃４のうちから選択される２個のトリビュタリスロットＴＳにクライアント信号を収容する。この実施例では、図９（ｂ）に示すように、制御部３０により、トリビュタリスロットＴＳ＃１～＃４のうちからトリビュタリスロットＴＳ＃１～＃２が選択される。すなわち、トリビュタリスロットＴＳ＃１～＃２にクライアント信号が均等に収容される。このとき、選択された各トリビュタリスロットＴＳにおいて、各制御部３０により指定される８個のスロット番号にクライアント信号が収容される。この実施例では、スロットＳＬ２～ＳＬ５、ＳＬ７～ＳＬ８、ＳＬ１０、ＳＬ２０にクライアント信号が収容される。この結果、２個のＯＰＵＣフレームが生成される。各ＯＰＵＣフレームにより伝送されるクライアント信号の伝送レートは４０Ｇｂｐｓである。そして、２個のＯＰＵＣフレームを多重化することでＯＰＵＣｈ（ｈ＝２）フレームが生成される。

このように、更新前は、クライアント信号は、ｎ個のトリビュタリスロットＴＳに収容される。更新時には、クライアント信号は、ｈ（ｈ＝ｎ／２）個のトリビュタリスロットＴＳに収容される。よって、更新時には、ＯＰＵＣｈフレームが生成され、ＯＴＵＣｈフレームが生成されるので、ｈ個のＦｌｅｘＯフレームが生成される。したがって、光伝送装置の更新時には、クライアント信号は、ｈ個のトランシーバを使用して送信される。図７～図８に示す例では、クライアント信号は、２個のトランシーバ２５ｃ～２５ｄを使用して送信される。すなわち、通信サービスは継続される。

なお、更新時の動作は、クライアント信号（ＯＤＵｋ（ｋ＝０～４、２ｅ、flex））をＯＤＴＵＣｎにマッピングする状態から、そのクライアント信号をＯＤＴＵＣｈにマッピングする状態への遷移と等価である。すなわち、ＯＤＴＵＣｎ．ｔｓを形成してＯＰＵＣｎにマッピングを行う状態から、ＯＤＴＵＣｈ．ｔｓにマッピングを行う状態への遷移に相当する。

例えば、トリビュタリスロットＴＳ{１，・・・，ｎ}{１，・・・，２０}が用意されている光伝送装置においては、更新時のクライアント信号のマッピング先は、トリビュタリスロットＴＳ{１，・・・，ｈ}{１，・・・，２０}に限定される。{１，・・・，ｎ}は、ｎ個のトリビュタリスロットＴＳを表し、{１，・・・，ｈ}は、ｈ個のトリビュタリスロットＴＳを表す。また、{１，・・・，２０}は、クライアント信号が収容され得るスロット番号を表す。そして、トリビュタリスロットＴＳ{１，・・・，ｎ}{ｉ}に収容されるクライアント信号は、更新時にはトリビュタリスロットＴＳ{１，・・・，ｈ}{ｊ，ｋ}に収容される。なお、ｊまたはｋの一方は、ｉと一致してもよい。

一例として、図９に示すケースにおいて、制御部３０によって「ｉ＝２、ｊ＝２、ｋ＝３」が指定される。この場合、トリビュタリスロットＴＳ＃１のスロットＳＬ２に収容されるクライアント信号は、更新時には、トリビュタリスロットＴＳ＃１のスロットＳＬ２に収容される。また、トリビュタリスロットＴＳ＃２のスロットＳＬ２に収容されるクライアント信号は、更新時には、トリビュタリスロットＴＳ＃１のスロットＳＬ３に収容される。同様に、トリビュタリスロットＴＳ＃３のスロットＳＬ２に収容されるクライアント信号は、更新時には、トリビュタリスロットＴＳ＃２のスロットＳＬ２に収容される。また、トリビュタリスロットＴＳ＃４のスロットＳＬ２に収容されるクライアント信号は、更新時には、トリビュタリスロットＴＳ＃２のスロットＳＬ３に収容される。この結果、４個のトリビュタリスロットＴＳのスロットＳＬ２に収容されるクライアント信号は、２個のトリビュタリスロットＴＳのスロットＳＬ２およびＳＬ３に収容される。

同様に、制御部３０によって「ｉ＝４、ｊ＝４、ｋ＝７」「ｉ＝５、ｊ＝５、ｋ＝８」「ｉ＝１０、ｊ＝１０、ｋ＝２０」が指定される。この結果、４個のトリビュタリスロットＴＳ＃１～＃４に収容されるクライアント信号は、更新時には、２個のトリビュタリスロットＴＳ＃１～＃２に収容されることになる。

なお、クライアント信号をトリビュタリスロットＴＳにマッピングする処理は、クライアント情報およびマッピングテーブルを参照して実行される。クライアント情報およびマッピングテーブルは、予め作成され、図６に示すメモリ３２に保存されている。

図１０は、クライアント情報およびマッピングテーブルの一例を示す。この例では、クライアント情報は、各クライアント信号の帯域を表す情報を含む。また、マッピングテーブルは、各クライアント信号を収容すべきトリビュタリスロットＴＳを指定する情報を含む。なお、このマッピングテーブルは、図９に示す更新を表す。すなわち、図１０に示すマッピングテーブルを参照することにより、ＯＰＵＣｎ処理部２２は、図７～図９に示す信号処理を実現する。

上述の実施例では、クライアント信号の合計帯域がクライアント信号に割り当てられるトリビュタリスロットＴＳまたはフレームの帯域以下なので、光伝送装置の更新時であっても、全てのクライアント信号が転送フレームに収容される。ただし、クライアント信号の合計帯域によっては、光伝送装置の更新時に全てのクライアント信号を転送フレームに収容できない。よって、光伝送装置は、クライアントの優先度に応じてクライアント信号を選択して送信する機能を備える。

図１１は、光伝送装置の更新時にクライアント信号を選択する機能の一例を示す。クライアント信号を選択する機能は、主に、制御部３０およびＯＰＵＣｎ処理部２２により実現される。ＯＰＵＣｎ処理部２２は、ＯＤＴＵＣｎ．ｔｓフレーム形成部２２ａ、クライアント選択部２２ｂ、ＴＳマッパ２２ｃ、オーバヘッド付加部２２ｄ、ＯＰＵＣｎマッパ２２ｅを備える。

ＯＤＴＵＣｎ．ｔｓフレーム形成部２２ａは、クライアント信号をＯＤＴＵＣｎ．ｔｓフレームに収容する。クライアント選択部２２ｂは、制御部３０から与えられる選択指示に従って、１または複数のクライアント信号を選択する。具体的には、クライアント選択部２２ｂは、光伝送装置に入力するクライアント信号から、制御部３０により指定されるクライアント信号を選択する。このとき、制御部３０は、メモリ３２に保存されているクライアント情報に基づいて１または複数のクライアント信号を選択する。

図１２は、クライアント情報およびマッピングテーブルの他の例を示す。なお、この実施例では、光伝送装置の最大送信レートは４００Ｇｂｐｓであり、更新時の最大送信レートは２００Ｇｂｐｓである。また、光伝送装置には、クライアント信号ＯＤＵ＃１～ＯＤＵ＃５が入力される。クライアント信号ＯＤＵ＃１～ＯＤＵ＃５の合計帯域は４００Ｇである。

クライアント情報は、各クライアント信号の優先度を表す情報を含む。この例では、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５の優先度は高く、クライアント信号ＯＤＵ＃３、ＯＤＵ＃４の優先度は低い。なお、各クライアント信号の優先度は、たとえば、予め契約等により決められている。

マッピングテーブルは、各クライアント信号の優先度に基づいて予め作成される。更新時に使用されるマッピング情報は、クライアント信号の合計帯域の光伝送装置の最大送信レート以下となるように作成される。このとき、優先度の高いクライアント信号から順番に選択される。図１２に示す例では、優先度の高いクライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５の合計帯域が２００Ｇである。よって、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５に対してトリビュタリスロットＴＳが割り当てられるが、クライアント信号ＯＤＵ＃３、ＯＤＵ＃４にはトリビュタリスロットＴＳが割り当てられない。この場合、制御部３０は、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５を選択する指示をクライアント選択部２２ｂに与える。そうすると、クライアント選択部２２ｂは、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５を選択して出力する。

なお、クライアント選択部２２ｂは、１または複数のクライアント信号を選択しないときは、警報情報を生成してもよい。この場合、警報情報は、選択されなかったクライアント信号を識別する。そして、この警報情報は、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３に渡される。ただし、クライアント信号の選択は、実質的には制御部３０により行われる。したがって、制御部３０が警報情報を生成してもよい。この場合、警報情報は、制御部３０からＯＤＵＣｎ／ＯＴＵＣｎ処理部２３に与えられる。

ＴＳマッパ２２ｃは、マッピングテーブルに基づいて、クライアント選択部２２ｂにより選択されたクライアント信号をトリビュタリスロットＴＳに収容する。ここで、図１２に示すマッピングテーブルが用意されているものとする。

図１３は、図１２に示すマッピングテーブルに基づくマッピングの一例を示す。光伝送装置が更新される前は、図１３（ａ）に示すように、クライアント信号ＯＤＵ＃１～ＯＤＵ＃５は、４個のトリビュタリスロットＴＳ＃１～＃４に収容される。光伝送装置の更新時には、上述したように、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５が選択される。そして、選択されたクライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５は、図１３（ｂ）に示すように、２個のトリビュタリスロットＴＳ＃１～＃２に収容される。このとき、トリビュタリスロットＴＳ＃３～＃４にはクライアント信号は収容されない。

オーバヘッド付加部２２ｄは、ＴＳマッパ２２ｃの出力信号にオーバヘッドＯＨを付加する。この結果、ＯＤＴＵＣｎ．ｔｓフレームが再構成される。なお、オーバヘッドＯＨは、例えば、制御部３０により作成される。そして、ＯＰＵＣｎマッパ２２ｅは、ＯＤＴＵＣｎ．ｔｓフレームをＯＰＵＣｎフレームにマッピングする。

ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＰＵＣｎ処理部２２により生成されるＯＰＵＣｎフレームからＯＴＵＣｎフレームを生成する。なお、ＯＴＵＣｎフレームは、上述したように、ｎ個のＦｌｅｘＯフレームにマッピングされる。また、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、上述した警報情報が与えられたときは、光伝送装置の宛先ノードにその警報情報を転送する。この場合、この警報情報は、例えば、ＯＤＵＣｎフレームまたはＯＴＵＣｎフレームのオーバヘッドに挿入されてもよい。また、この警報情報は、選択されなかったクライアント信号の宛先に転送されるようにしてもよい。なお、この警報情報は、ＣＳＦ（Client Signal Fail）であってもよい。

図１４は、光伝送装置の更新時にクライアント信号を収容する処理の一例を示すフローチャートである。このフローチャートの処理は、例えば、制御部３０に停止コマンドが与えられたときに実行される。なお、メモリ３２にクライアント情報が保存されている。クライアント情報は、通信中のクライアントを表す情報、各クライアント情報の種別（伝送レートまたは帯域）を表す情報、各クライアント信号の優先度を表す情報を含むものとする。

Ｓ１において、制御部３０は、通信中のクライアント信号の数を検出する。なお、制御部３０は、クライアント情報を参照することで通信中のクライアントの数を検出できる。

クライアント信号の数が１つであるときは、制御部３０は、Ｓ２において、そのクライアント信号がＯＤＵ４以下であるか否かを判定する。クライアント信号がＯＤＵ４を越えるときは、制御部３０は、Ｓ３において、クライアント信号の伝送レートがＯＰＵＣｈ以下あるか否かを判定する。なお、ｈの値は、光伝送装置の更新時の伝送レートに対応し、予め指定されているものとする。

クライアント信号の伝送レートがＯＰＵＣｈを超えているときは、制御部３０は、Ｓ４において、クランチ処理によってクライアント信号の帯域をＯＰＵＣｈ以下に抑制できるか否かを判定する。ここで、クランチ処理においては、アイドル信号が削除される。

クライアント信号がＯＤＵ４を越えており、且つ、クライアント信号の伝送レートがＯＰＵＣｈを超えており、且つ、クランチ処理によってクライアント信号の帯域をＯＰＵＣｈ以下に抑制できないときは、制御部３０は、Ｓ５において、警報情報を生成する。この場合、警報情報は、光伝送装置の更新時にクライアント信号を転送フレームに収容できないことを表す。

一方、クライアント信号がＯＤＵ４以下であるか、或いは、クライアント信号の帯域がＯＰＵＣｈ以下であるか、或いは、クランチ処理によってクライアント信号の帯域をＯＰＵＣｈ以下に抑制できるときには、制御部３０は、Ｓ６において、クライアント信号をトリビュタリスロットＴＳに収容するためのマッピング指示をＯＰＵＣｎ処理部２２に与える。なお、マッピング指示は、マッピングテーブルに基づいて作成される。

複数のクライアント信号が入力されるときは、制御部３０は、Ｓ１１において、すべてのクライアント信号をＯＰＵＣｈフレームに収容可能か否かを判定する。各クライアント信号の帯域は、クライアント情報により表される。また、ＯＰＵＣｈフレームの容量は、ｈの値に応じて決まる。そして、すべてのクライアント信号をＯＰＵＣｈフレームに収容可能なときは、制御部３０は、Ｓ１２において、すべてのクライアント信号をトリビュタリスロットＴＳに収容するためのマッピング指示を生成する。

すべてのクライアント信号をＯＰＵＣｈフレームに収容できないときには、制御部３０は、Ｓ１３において、クライアント情報を参照してＯＰＵＣｈに収容すべきクライアント信号を選択する。具体的には、各クライアント信号の優先度に基づいて、ＯＰＵＣｈフレームに収容すべきクライアント信号が選択される。このとき、選択したクライアント信号の合計帯域がＯＰＵＣｈフレームの容量以下となるように、優先度が高いクライアント信号が選択される。

Ｓ１４において、制御部３０は、選択したクライアント信号をトリビュタリスロットＴＳに収容するためのマッピング指示をＯＰＵＣｎ処理部２２に与える。なお、マッピング指示は、マッピングテーブルに基づいて作成される。Ｓ１５において、制御部３０は、選択しなかったクライアント信号を識別する情報を含む警報情報を生成する。

なお、Ｓ５またはＳ１５で生成される警報処理は、図１１を参照して説明したように、光伝送装置の宛先ノードに転送される。この場合、警報情報は、例えば、ＯＤＵＣｎフレームまたはＯＴＵＣｎフレームのオーバヘッドに挿入されてもよい。また、この警報情報は、選択されなかったクライアント信号の宛先に転送されてもよい。

ここで、図１２に示すクライアント情報およびマッピングテーブルを参照して図１４に示すフローチャートの手順を説明する。図１２に示す例では、複数のクライアント信号ＯＤＵ＃１～ＯＤＵ＃５が光伝送装置に入力される。よって、制御部３０の処理はＳ１１に進む。Ｓ１１において、ＯＰＵＣｈフレームの容量は２００Ｇであり、クライアント信号ＯＤＵ＃１～ＯＤＵ＃５の合計帯域は４００Ｇである。すなわち、すべてのクライアント信号をＯＰＵＣｈフレームに収容することはできない。よって、制御部３０の処理はＳ１３に進む。

Ｓ１３において、優先度の高いクライアント信号（ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５）の合計帯域は２００Ｇである。また、ＯＰＵＣｈフレームの容量は２００Ｇである。よって、制御部３０は、これら３つのクライアント信号をＯＰＵＣｈフレームに収容できると判定する。ただし、これ以上のクライアント信号をＯＰＵＣｈフレームに収容することはできない。よって、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５のみが選択される。

Ｓ１４において、制御部３０は、マッピング情報を生成する。マッピング情報は、図１２または図１３に示す通りである。そして、Ｓ１５において、制御部３０は、選択されなかったクライアント信号（ＯＤＵ＃３、ＯＤＵ＃４）を識別する情報を含む警報情報を生成する。

図１５～図１６は、光伝送装置の受信回路を更新する手順の一例を示す。受信回路を更新する手順は、送信回路を更新する手順と実質的に同じである。

すなわち、停止コマンドが与えられると、制御部３０は、トランシーバ２５ａ～２５ｂを停止する。このとき、トランシーバ２５ｃ～２５ｄは、光信号を受信する。そして、ＦｌｅｘＯ処理部２６ｃ～２６ｄは、それぞれ、トランシーバ２５ｃ～２５ｄが受信した光信号からＦｌｅｘＯフレームを再生し、ＦｌｅｘＯフレームからＯＴＵＣｈフレームを再生する。よって、ＦｌｅｘＯ処理部２６ｃ～２６ｄは、受信光信号からフレームを再生するフレーム再生部の一例である。

ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７は、ＯＴＵＣｈフレームからＯＤＵＣｈフレームを抽出し、そのＯＤＵＣｈフレームからＯＰＵＣｈフレームを抽出する。ＯＰＵＣｎ処理部２８は、ＯＰＵＣｈフレームからクライアント信号を抽出する。このとき、ＯＰＵＣｎ処理部２８は、図１２に示すクライアント情報およびマッピングテーブルを参照する。尚、送信ノードから警報情報を受信したときは、制御部３０は、更新時にクライアント信号を受信できないことになる宛先装置にその警報情報を転送する。

このように、ＯＰＵＣｎ／ＯＤＵＣｎ／ＯＴＵＣｎフレームを生成する光伝送装置の更新時には、ＯＰＵＣｈ／ＯＤＵＣｈ／ＯＴＵＣｈフレームが生成される。ここで、図７～図１６に示す実施例では、ｈ＝ｎ／２である。ただし、本発明は、ｈ＝ｎ／２に限定されるものではない。

図１７～図１８は、１組の光伝送装置を更新する手順の一例を示すフローチャートである。なお、図１７は、フレームを送信する光伝送装置の動作を示し、図１８は、フレームを受信する光伝送装置の動作を示す。以下では、フレームを送信する光伝送装置を「送信ノード」と呼ぶことがある。フレームを受信する光伝送装置を「受信ノード」と呼ぶことがある。

図１７において停止コマンドが与えられると、送信ノードは、Ｓ２１において、光モジュールを停止できるか否かを判定する。なお、停止コマンドが与えられときから所定時間内に光モジュールを停止できないときは、例えば、エラーメッセージが生成される。

光モジュールを停止できるときは、送信ノードは、Ｓ２２～Ｓ２３において、クライアント信号を選択する。なお、停止コマンドが与えられときから所定時間内にクライアント信号を選択できないときは、例えば、エラーメッセージが生成される。Ｓ２４において、送信ノードは、ＯＤＵＣｎ／ＯＴＵＣｎを再構成する。即ち、ＯＤＵＣｈ／ＯＴＵＣｈが構成される。この結果、ＯＰＵＣｎ／ＯＤＵＣｎ／ＯＴＵＣｎの再構成が完了する（Ｓ２５）。

Ｓ２６において、送信ノードは、ＦｌｅｘＯを再構成する。Ｓ２７において、送信ノードは、光モジュールを停止する。Ｓ２８において、送信ノードは、受信ノードにおける更新処理が完了したか否かを判定する。例えば、図１８に示すＳ３６の処理が終了したときに、受信ノードにおける更新処理が完了した判定される。そして、受信ノードの更新処理が完了したときには、送信ノードは、Ｓ２９において、再構成されたＦｌｅｘＯを提供する。

図１８において停止コマンドが与えられると、受信ノードは、Ｓ３１において、送信ノードにおける更新処理が完了したか否かを判定する。例えば、図１７に示すＳ２７の処理が終了したときに、送信ノードにおける更新処理が完了した判定される。なお、停止コマンドが与えられときから所定時間内に送信ノードにおける更新処理の完了を確認できないときには、例えば、エラーメッセージが生成される。

送信ノードにおける更新処理が完了したときは、受信ノードは、Ｓ３２において、ＯＰＵＣｎ／ＯＤＵＣｎ／ＯＴＵＣｎを再構成する。Ｓ３３において、受信ノードは、警報処理をオン状態に設定する。Ｓ３４において、受信ノードは、光モジュールの受信を停止する。Ｓ３５において、受信ノードは、ＦｌｅｘＯを再構成する。この結果、受信処理が完了する（Ｓ３６）。この後、受信ノードは、Ｓ３７において、再構成されたＦｌｅｘＯを提供する。

なお、図７～図１８に示す実施例では、１組の光伝送装置を更新するときに、各光伝送装置（送信ノード、受信ノード）にそれぞれ停止コマンドが与えられるが、本発明はこの手順に限定されるものではない。すなわち、１組の光伝送装置の一方に停止コマンドが与えられ、その後、他方の光伝送装置に停止コマンドが転送されるようにしてもよい。

図１９は、１組の光伝送装置を更新する連携動作の一例を示す。この例では、１組の光伝送装置２Ａ、２Ｂがネットワークを介して互いに接続されている。各光伝送装置２Ａ、２Ｂは、ｎ＝４でＦｌｅｘＯフレームを伝送することができる。すなわち、光伝送装置２Ａ、２Ｂ間で４個のＦｌｅｘＯフレームが並列に伝送される。

光伝送装置２Ａに停止コマンドが与えられる。この停止コマンドは、４個のトランシーバ（Ｔｘ／Ｒｘ）のうちの２個を停止する指示を含む。そうすると、停止コマンドにより指定された２個のトランシーバが停止する。また、対応する２個のＯＴＵＣ／ＦｌｅｘＯ処理部が動作を停止すると共に、残りの２個のＯＴＵＣ／ＦｌｅｘＯ処理部がアクティブ状態を継続する。そして、光伝送装置２Ａにおいてアクティブ状態である２個のＯＴＵＣ／ＦｌｅｘＯ処理部を識別する情報が、光伝送装置２Ｂに通知される。

光伝送装置２Ｂは、光伝送装置２Ａにおいてアクティブ状態である２個のＯＴＵＣ／ＦｌｅｘＯ処理部を検知する。したがって、光伝送装置２Ｂは、光伝送装置２Ａと同様の更新処理を行うことができる。

図２０～図２３は、光伝送装置を更新する手順の他の例を示す。なお、図２０は、図７～図８に示す手順が終了した時点での光伝送装置の状態を示す。具体的には、光伝送装置２が備える４個のトランシーバ２５ａ～２５ｄのうち、トランシーバ２５ａ～２５ｂは取り外されている。ＯＰＵＣｎ処理部２２は、ＯＰＵＣｈ（ｈ＝２）フレームを生成する。ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＴＵＣｈ（ｈ＝２）フレームを生成する。ＦｌｅｘＯ処理部２４は、２個のＦｌｅｘＯフレームを生成する。そして、トランシーバ２５ｃ～２５ｄは、それぞれＦｌｅｘＯフレームを送信する。

上述の状態において、図２１に示すように、光伝送装置２の制御部３０に更新コマンドが与えられる。更新コマンドは、ＦｌｅｘＯ－２の開始を指示する。このとき、図７に示すトランシーバ２５ａ～２５ｂに代わりに、トランシーバ２５Ｅが取り付けられるものとする。トランシーバ２５Ｅは、２００Ｇ信号を送信可能である。

制御部３０は、更新コマンドに応じて、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３およびＦｌｅｘＯ処理部２４に更新指示を与える。そうすると、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、更新指示に応じて、ＯＴＵＣｉフレームを生成するための設定を行う。この実施例では、ｉ＝ｈ＝２である。また、ＦｌｅｘＯ処理部２４は、ＯＴＵＣｉフレームから２個のＦｌｅｘＯフレームを生成し、ＯＴＵＣｈフレームから２個のＦｌｅｘＯフレームを生成するための設定を行う。さらに、ＦｌｅｘＯ－２処理部４１ａが生成される。ＦｌｅｘＯ－２処理部４１ａは、２個のＦｌｅｘＯフレームを結合して１個のＦｌｅｘＯ－２フレームを生成することができる。また、ＦｌｅｘＯ－２処理部４１ａにより誤り訂正符号ＦＥＣが生成され、ＦｌｅｘＯ－２フレームに付与される。

上述の更新および設定が完了すると、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３から制御部３０に導通確認信号が送られる。そうすると、制御部３０は、ＯＰＵＣｎ処理部２２にマッピング切替え指示を与える。マッピング切替え指示は、２個のＦｌｅｘＯフレームを伝送する状態から４個のＦｌｅｘＯフレームを伝送する状態への切替えを表す。例えば、メモリ３２に図１２に示すマッピングテーブルが保存されているときは、切替え指示は、「更新時」から「通常時」への切替えを表す。そして、ＯＰＵＣｎ処理部２２は、「通常時」に対応するマッピング情報に従って、クライアント信号をトリビュタリスロットＴＳ＃１～＃４に収容する。

上述の更新が完了すると、クライアント信号はトリビュタリスロットＴＳ＃１～＃４に収容される。また、１個のＦｌｅｘＯ－２フレームおよび個のＦｌｅｘＯフレームが生成される。そして、トランシーバ２５Ｅは、ＦｌｅｘＯ－２フレームを送信し、トランシーバ２５ｃ～２５ｄはそれぞれＦｌｅｘＯフレームを送信する。

続いて、図２２に示すように、トランシーバ２５ｃ～２５ｄをトランシーバ２５Ｆに置き換える。この手順は、トランシーバ２５ａ～２５ｂをトランシーバ２５Ｅに置き換える手順と実質的に同じである。すなわち、ＯＰＵＣｈ／ＯＤＵＣｈ／ＯＴＵＣｈに収容されていたクライアント信号の一部または全部がＯＰＵＣｉ／ＯＤＵＣｉ／ＯＴＵＣｉに収容される。また、ＦｌｅｘＯ－２処理部４１ｂが設定される。

この後、図２３に示すように、ＯＰＵＣｎ処理部２２およびＯＤＵＣｎ／ＯＴＵＣｎ処理部２３が再構成される。すなわち、ＯＰＵＣｎ処理部２２は、ＯＰＵＣｉフレームおよびＯＰＵＣｈフレームを生成する状態から、ＯＰＵＣｎフレームを生成する状態に再構成される。また、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＴＵＣｉフレームおよびＯＴＵＣｈフレームを生成する状態から、ＯＴＵＣｎフレームを生成する状態に再構成される。

このように、本発明の実施形態によれば、ＯＴＮで１００Ｇを越えるトラフィックを伝送する通信システムにおいて、通信サービスを停止することなく、光伝送装置を更新（すなわち、アップグレード）できる。このとき、クライアント信号のトラフィック量によっては、すべての通信サービスを継続できないことがある。ただし、この場合であっても、優先度の高いクライアント信号の伝送は継続される。したがって、光伝送装置の更新時における通信サービスの停止の影響は十分に抑制される。

なお、ここまでの動作では、ｎ＝４、ｈ＝２として、トータルで４００Ｇｂｐｓの伝送を行う実施例を記載したが、ｎおよびｈは、ｎ＞ｈであれば他の値でも適用可能である。また、ＦｌｅｘＯ－ｘに対しても、ｘ＝１（ＦｌｅｘＯ）からＦｌｅｘＯ－２への更新に係わる実施例を記載したが、例えば、ｘ＝４など、他のケースでも対応は可能である。

また、上述の実施形態では、光伝送装置が更新される。具体的には、１００Ｇトランシーバを２００Ｇトランシーバに置き換えることにより、ポート数が削減され、また、波長利用効率が向上する。ただし、本発明の実施形態は、光伝送装置の増設にも適用可能である。

図２４は、光伝送装置の増設の一例を示す。この実施例では、図２３に示す構成に対して、トランシーバ２５Ｇが追加される。すなわち、光伝送装置の容量が４００Ｇから６００Ｇに増設される。この場合、ＯＰＵＣｎ（ｎ＝４）処理部２２にＯＰＵＣｈ（ｈ＝２）処理部２２ｘが追加される。或いは、ＯＰＵＣｎ（ｎ＝４）処理部２２をＯＰＵＣｎ（ｎ＝６）処理部に再構成してもよい。また、ＯＤＵＣｎ／ＯＴＵＣｎ（ｎ＝４）処理部２３にＯＤＵＣｈ／ＯＴＵＣｈ（ｈ＝２）処理部２３ｘが追加される。或いは、ＯＤＵＣｎ／ＯＴＵＣｎ（ｎ＝４）処理部２２をＯＤＵＣｎ／ＯＴＵＣｎ（ｎ＝６）処理部に再構成してもよい。いずれにしても、光伝送装置は、ＦｌｅｘＯ処理部２４ａ～２４ｆを備え、また、ＦｌｅｘＯ－２処理部４１ａ～４１ｃを備える。

なお、クライアント信号の合計帯域が４００Ｇｂｐｓ以下であるときは、１＋１プロテクションを実現してもよい。例えば、入力クライアント信号のうち優先度の高いクライアント信号（優先トラフィック）は、ＯＰＵＣｎ処理部２２に導かれると共に、コピーされてＯＰＵＣｎ処理部２２ｘにも導かれる。ここで、優先トラフィックは、２００Ｇ以下に制限される。そして、ＯＰＵＣｎ処理部２２ｘから出力されるフレームは、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３ｘ、ＦｌｅｘＯ処理部２４ｅ～２４ｆ、およびＦｌｅｘＯ－２処理部４１Ｃにより処理され、トランシーバ２５Ｇによりネットワークに出力される。この構成においては、優先トラフィックは、異なる２つのパスを介して受信ノードに伝送される。よって、信頼性の高い伝送が実現される。

＜他の実施形態＞
上述した実施形態においては、ＦｌｅｘＯを利用して光伝送装置の更新が実現される。ここで、ＦｌｅｘＯは、ＯＴＵの拡張であり、互いに隣接するノード間を接続する１つのリンク上での伝送をサポートする。ただし、クライアント信号を伝送する主体はＯＤＵであり、ＯＴＮネットワークにおいてＥｎｄ－Ｅｎｄでは、クライアント信号は複数のリンクを介して伝送されることが多い。そこで、他の実施形態では、複数のリンクを介して信号を伝送する構成に本発明が適用される。

図２５は、ＥＮＤ－ＥＮＤパスの一例を示す。この例では、ノードＡに収容されるクライアントとノードＣに収容されるクライアントがノードＢを介して通信を行う。また、ノード間には、ＯＤＵＣｎ（ｎ＝４）が設定されている。ここで、ノードＡに実装されている光伝送装置が図７～図８に示す手順で更新されるものとする。一例として、ノードＡ、Ｂ間にＯＤＵＣｈ（ｈ＝２）が設定される。ただし、ノードＢ、Ｃ間のパスはＯＤＵＣｎ（ｎ＝４）のままである。

この場合、ノードＢがスイッチング機能（または、ＯＵＤクロスコネクト）を備えていなければ、クライアント間の通信が途切れることがある。また、既存のＯＴＮネットワークは、スイッチング機能を備えていないノードを含むことがある。そこで、本発明の他の実施形態に係わる手順は、経路上の各ノードでスイッチング機能を利用しなくても、クライアント間の通信を途切れさせることなく、ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続する。

なお、以下の記載では、ノードｉに実装される光伝送装置を「ノード装置ｉ」と呼ぶことがある。例えば、図２５に示す例では、ノード装置Ａ～Ｃは、それぞれ、ノードＡ～Ｃに実装される光伝送装置を表す。

図２５に示す更新が行われる場合、ノード装置Ａは、図１２に示すクライアント情報およびマッピングテーブルを含む制御情報をノード装置Ｂに送信する。制御情報は、例えばフレームのオーバヘッドに格納される。具体的には、制御情報は、ＩＴＵ－Ｔ勧告Ｇ．７０９において規定されているＧＣＣ（General Communication Channel）を利用して伝送してもよい。

ノード装置Ｂは、ノード装置Ａから受信するマッピングテーブルを利用して、図２５に示すＯＤＵＣｈパスとＯＤＵＣｎパスとを接続する。具体的には、ノード装置Ｂは、受信フレームからＯＰＵＣｈフレームを抽出し、各ＯＰＵＣフレームからトリビュタリスロットＴＳを抽出する。また、ノード装置Ｂは、マッピングテーブルに従って、トリビュタリスロットＴＳのマッピング（即ち、再配置）を行う。そして、ノード装置Ｂは、トリビュタリスロットＴＳが再配置されたＯＰＵＣｎ（ｎ＝４）フレームを生成し、さらに、ＯＤＵＣｎ（ｎ＝４）フレームを生成する。このとき、ＯＤＵオーバヘッドは、受信ＯＤＵフレームから抽出したオーバヘッドを引き継ぐ。この後、ノード装置Ｂは、ＯＴＮフレームを生成してノード装置Ｃに送信する。

図２６は、マッピングテーブルを用いてフレームを転送する処理の概要を示す。この例では、ノード装置Ｂは、ノードＡから受信するマッピングテーブルを利用して、図２５に示すＯＤＵＣｈ（ｈ＝２）パスとＯＤＵＣｎ（ｎ＝４）パスとを接続する。

ノード装置Ｂは、受信ＯＴＵフレームからＯＤＵＣｈ（ｈ＝２）フレームを抽出し、そのＯＤＵＣｈフレームからＯＰＵＣｈフレームを抽出する。そして、ノード装置Ｂは、マッピングテーブルに従って、トリビュタリスロットＴＳを再配置する。このとき、マッピングテーブル中の「更新時」の情報は、ノード装置Ｂの送信元側ＴＳ構成情報として使用され、マッピングテーブル中の「通常時」の情報は、ノード装置Ｂの送信先側ＴＳ構成情報として使用される。

ノード装置Ａの更新時には、送信元側ＴＳ構成情報により表されるトリビュタリスロットＴＳを利用して、ノード装置Ａからノード装置Ｂにクライアント信号が送信される。そうすると、ノード装置Ｂは、送信元側ＴＳ構成情報により表されるトリビュタリスロットＴＳを、送信先側ＴＳ構成情報により表されるトリビュタリスロットＴＳにマッピングする。ただし、ノードＡ、Ｂ間のパス上に設定されるＯＰＵは２個であり、ノード装置Ａにおいて一部のクライアント信号のみが選択されている。よって、ノード装置Ｂは、ノード装置Ａにおいて選択されたクライアント信号のみを送信先側のトリビュタリスロットＴＳにマッピングする。

具体的には、ノード装置Ａは、クライアント信号ＯＤＵ＃１～ＯＤＵ＃５の中からクライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５を選択する。すなわち、クライアント信号ＯＤＵ＃３、ＯＤＵ＃４はノード装置Ａからノード装置Ｂに伝送されていない。よって、ノード装置Ｂは、ノード装置Ａにおいて選択されたクライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５のみを出力側のトリビュタリスロットＴＳにマッピングする。

例えば、ノード装置Ａにおいて図１３に示すマッピングが行われたものとする。この場合、ノード装置Ｂは、ノード装置Ａから受信するマッピングテーブルに従って、図２７に示すマッピング（即ち、トリビュタリスロットＴＳの再配置）を行う。具体的には、ノード装置Ｂは、図２７（ａ）に示すトリビュタリスロットＴＳ＃１～ＴＳ＃２を受信し、図２７（ｂ）に示すトリビュタリスロットＴＳ＃１～ＴＳ＃４を出力する。このとき、送信元側のトリビュタリスロットＴＳ＃１のスロットＳＬ１～ＳＬ１０に格納されたクライアント信号ＯＤＵ＃１は、送信先側のトリビュタリスロットＴＳ＃１のスロットＳＬ１～ＳＬ１０にマッピングされる。送信元側のトリビュタリスロットＴＳ＃２のスロットＳＬ１～ＳＬ１０に格納されたクライアント信号ＯＤＵ＃２は、送信先側のトリビュタリスロットＴＳ＃３のスロットＳＬ１～ＳＬ１０にマッピングされる。送信元側のトリビュタリスロットＴＳ＃１のスロットＳＬ１１～ＳＬ２０に格納されたクライアント信号ＯＤＵ＃２は、送信先力側のトリビュタリスロットＴＳ＃４のスロットＳＬ１１～ＳＬ２０にマッピングされる。送信元側のトリビュタリスロットＴＳ＃２のスロットＳＬ１１～ＳＬ２０に格納されたクライアント信号ＯＤＵ＃５は、送信先側のトリビュタリスロットＴＳ＃４のスロットＳＬ１～ＳＬ１０にマッピングされる。

図２８は、ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するノード装置の一例を示す。ここで、ノード装置Ｂの構成は、図２に示す光伝送装置２と実質的に同じである。ただし、ノード装置Ｂは、少なくとも２個のポート（ポートＡおよびポートＣ）を備える。ポートＡは、ノード装置Ａに接続し、ＦｌｅｘＯを処理する機能を備える。ポートＣは、ノード装置Ｃに接続し、ＦｌｅｘＯ以外の技術で１００Ｇを超えるトラフィックを転送する機能を備える。

ノード装置Ｂは、図２５に示すように、ノード装置ＡからＯＤＵＣｈ（ｈ＝２）フレームを受信する。ＯＤＵＣｈフレームは、ポートＡにより終端される。また、ノード装置Ｂは、ＯＤＵＣｎ（ｎ＝４）フレームをノード装置Ｃに送信する。ＯＤＵＣｎフレームは、ポートＣを介して送信される。

ノード装置Ｂは、４個のトランシーバ２５Ａを備える。ただし、この実施例では、４個のトランシーバ２５Ａのうちの２個がＦｌｅｘＯフレームを受信する。ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７は、ＦｌｅｘＯフレームからＯＴＵフレームを抽出し、ＯＴＵフレームからＯＤＵフレームを抽出する。なお、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７は、ＯＤＵＣｈ／ＯＴＵＣｈ処理部として動作する。

制御情報取得部５１は、受信フレームのオーバヘッドに格納されているマッピングテーブルを取得する。例えば、ノード装置ＡがＯＤＵフレームのＧＣＣを利用してマッピングテーブルを送信する場合は、制御情報取得部５１は、ＧＣＣからマッピングテーブルを取得する。また、制御情報取得部５１は、ＯＤＵフレームのオーバヘッド（以下、ＯＤＵオーバヘッド）を取得する。制御情報取得部５１が取得したマッピングテーブルおよびＯＤＵオーバヘッドは、設定部５２に与えられる。

ＯＰＵＣｎ処理部２８は、ＯＤＵフレームからＯＰＵフレームを抽出する。更に、ＯＰＵフレームからＯＤＴＵＣｎ．ｔｓフレームが抽出される。即ち、各トリビュタリスロットＴＳの各スロットＳＬに格納されているクライアント信号が抽出される。図２７（ａ）に示す例では、トリビュタリスロットＴＳ＃１～ＴＳ＃２の各スロットＳＬに格納されているクライアント信号が抽出される。なお、ＯＰＵＣｎ処理部２８は、ＯＰＵＣｈ処理部として動作する。

設定部５２は、制御情報取得部５１が取得したマッピングテーブルをＯＰＵＣｎ処理部２２に設定する。また、設定部５２は、制御情報取得部５１が取得したＯＤＵオーバヘッドをＯＤＵＣｎ／ＯＴＵＣｎ処理部２３に与える。

ＯＰＵＣｎ処理部２２は、マッピングテーブルに従ってトリビュタリスロットＴＳの再設定を行う。例えば、図２６～図２７に示す再設定が行われる。具体的には、送信元側ＴＳ構成情報により表されるトリビュタリスロットＴＳ＃１～ＴＳ＃２が、送信先側ＴＳ構成情報により表されるトリビュタリスロットＴＳ＃１～ＴＳ＃４に再設定される。この場合、４個のＯＰＵフレームが生成される。

ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＰＵフレームにＯＤＵオーバヘッドを付与することでＯＤＵフレームを生成する。このＯＤＵオーバヘッドは、受信フレームから抽出されたＯＤＵオーバヘッドの内容を引き継いでいる。また、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２３は、ＯＤＵフレームにＯＴＵのオーバヘッドを付与することでＯＴＵフレームを生成する。ＯＴＵフレームは、トランシーバ２５Ｃによりノード装置Ｃに送信される。

このように、ノード装置Ａにおいて一時的にＯＤＵＣｎパスを収容する構成からＯＤＵＣｈパスを収容する構成への更新が行われたときには、ノード装置Ｂは、ＯＤＵＣｎパスとＯＤＵＣｈパスとの間の変換を表すマッピングテーブルをノード装置Ａから受信する。そして、ノード装置Ｂは、このマッピングテーブルを利用してトリビュタリスロットＴＳの再配置を行うことでＯＤＵＣｈパスとＯＤＵＣｎパスとの間の接続を実現する。したがって、ノード装置Ｂは、Ｅｎｄ－Ｅｎｄでクライアント信号を転送するための制御情報に基づくスイッチング機能を備えていなくても、ＯＤＵＣｈパスとＯＤＵＣｎパスとを接続できる。また、スイッチング機能を実装する必要がないので、光伝送装置の回路を削減できる。

図２９は、３以上のノード装置がカスケード接続されたネットワークの一例を示す。この実施例では、ノード装置Ａ、Ｂ、Ｃ．．．Ｚが順番に接続されている。そして、ノード装置Ａは、図７～図８に示す手順で更新される。一例として、ノードＡ、Ｂ間にＯＤＵＣｈ（ｈ＝２）パスが設定される。また、ノードＢ、Ｚ間のパスはＯＤＵＣｎ（ｎ＝４）のままである。

ノード装置Ａは、図２６～図２８を参照して説明したように、ノード装置Ｂにマッピングテーブルを送信する。そして、ノード装置Ｂは、このマッピングテーブルに従ってトリビュタリスロットＴＳの再配置を行う。これにより、ノード装置ＢにおいてＯＤＵＣｈパスとＯＤＵＣｎパスとが接続される。

ノード装置Ｂとノード装置Ｚとの間では、ＯＤＵＣｎパスが設定される。すなわち、ノード装置Ｂとノード装置Ｚとの間の各ノード装置（図２９では、ノード装置Ｃなど）は、通常のフレーム転送を行う。よって、ノード装置Ｂとノード装置Ｚとの間の各ノード装置は、フレームを転送する際に、ノード装置Ａからノード装置Ｂに通知されるマッピングテーブルは不要である。ただし、送信先クライアントを収容するノード装置（図２９では、ノード装置Ｚ）は、ＯＤＵＣｎを終端するので、トリビュタリスロットＴＳの構成を認識していることが好ましい。したがって、ノード装置Ａからマッピングテーブルを受信したノード装置Ｂは、ノード装置Ｂとノード装置Ｚとの間で使用されるトリビュタリスロットＴＳの構成を表すＴＳ構成情報（すなわち、送信先側ＴＳ構成情報）を作成してノード装置Ｚに送信する。

この場合、ノード装置Ｂは、ノード装置Ａから受信する送信先側ＴＳ構成情報を必要に応じて更新することで、ノード装置Ｚに送信する送信先側ＴＳ構成情報を作成する。例えば、ノード装置Ａにおいてすべてのクライアント信号が選択されたときは、ノード装置Ｂは、ノード装置Ａから受信する送信先側ＴＳ構成情報をそのままノード装置Ｚに送信してもよい。また、ノード装置Ａにおいてすべての一部のクライアント信号が選択されたときは、ノード装置Ｂは、ノード装置Ａにおいて選択されたクライアント信号を収容するトリビュタリスロットＴＳの構成を表すＴＳ構成情報を作成してもよい。すなわち、ノード装置Ｂは、ノード装置Ｚに転送するクライアント信号を収容するトリビュタリスロットＴＳの構成を表すＴＳ構成情報を作成してもよい。図２９に示す例では、ノード装置Ｂは、クライアント信号ＯＤＵ＃１、ＯＤＵ＃２、ＯＤＵ＃５を収容するトリビュタリスロットＴＳの構成を表すＴＳ構成情報をノード装置Ｚに送信する。

送信先側ＴＳ構成情報は、クライアント信号を送信するために使用されるトリビュタリスロットＴＳを表す。図２９に示す例では、送信先側ＴＳ構成情報は、「トリビュタリスロットＴＳ＃１のスロットＳＬ１～ＳＬ１０にクライアント信号ＯＤＵ＃１が割り当てられる」「トリビュタリスロットＴＳ＃３のスロットＳＬ１～ＳＬ１０にクライアント信号ＯＤＵ＃３が割り当てられる」「トリビュタリスロットＴＳ＃４のスロットＳＬ１１～ＳＬ２０にクライアント信号ＯＤＵ＃２が割り当てられる」「トリビュタリスロットＴＳ＃４のスロットＳＬ１～ＳＬ１０にクライアント信号ＯＤＵ＃５が割り当てられる」を表す情報を含む。なお、ノード装置Ｂは、マッピングテーブル（送信元側ＴＳ構成情報および送信先側ＴＳ構成情）をノード装置Ｚに送信してもよい。

ＴＳ構成情報（または、マッピングテーブル）は、例えば、上述したＧＣＣを利用して送信される。そして、ノード装置Ｚは、ＴＳ構成情報に基づいてトリビュタリスロットＴＳからクライアント信号を抽出して対応するクライアントに転送する。また、ノード装置Ｚは、ＴＳ構成情報に基づいてトリビュタリスロットＴＳのミスマッチを検出できる。

ところで、ＯＴＮネットワークにおいては、多くのケースにおいて、Ｅｎｄ－Ｅｎｄ間で双方向にデータが送信される。すなわち、ノード装置Ｚは、ノード装置Ａに向けてフレームを送信する。ここで、図１２に示すクライアント情報がノード装置Ｚに設定されているものとする。また、ノード装置Ｚは、ノード装置Ｂから受信するＴＳ構成情報に基づいて、ノード装置Ａの更新時におけるノード装置Ａとノード装置Ｂとの間の伝送容量を認識する。この実施例では、伝送容量は２００Ｇである。そして、ノード装置Ｚは、クライアント情報および伝送容量に基づいて、ノード装置Ｚからノード装置Ａに送信可能なクライアント信号を選択する。クライアント信号を選択する手順は、図１４に示す手順と実質的に同じである。

ノード装置Ｚは、選択したクライアント信号を収容するトリビュタリスロットＴＳを表すＴＳ構成情報を生成する。このＴＳ構成情報は、ノード装置Ｚからノード装置Ｂまでのパスに適用されるので、以下の記載では「ＴＳ構成情報（Ｚ→Ｂ）」と呼ぶことがある。ＴＳ構成情報（Ｚ→Ｂ）の一例を図３０に示す。

ノード装置Ｚは、ノード装置Ｂからマッピングテーブルを受信したときは、ノード装置Ａとノード装置Ｂとの間のトリビュタリスロットＴＳの構成を認識できる。この場合、ノード装置Ｚは、ＴＳ構成情報（Ｚ→Ｂ）に加えて、ノード装置Ａとノード装置Ｂとの間のトリビュタリスロットＴＳの構成を表すＴＳ構成情報（Ｂ→Ａ）を生成してもよい。ＴＳ構成情報（Ｂ→Ａ）の一例を図３０に示す。

図３１は、ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するノード装置の他の例を示す。この例では、ノード装置Ｚは、図３０に示すＴＳ構成情報（Ｚ→Ｂ）をノード装置Ｂに送信する。ＴＳ構成情報（Ｚ→Ｂ）は、例えば、ＧＣＣを利用して送信される。なお、ノード装置Ｚとノード装置Ｂとの間の各ノード装置は、ＴＳ構成情報（Ｚ→Ｂ）を使用することなく次のノードに転送する。

ノード装置Ｂにおいて、制御情報取得部５１は、ノード装置Ｚから送信されるＴＳ構成情報（Ｚ→Ｂ）を取得する。ここで、ノード装置Ｂは、図２９に示すように、先にノード装置Ａからマッピングテーブルを受信している。すなわち、ノード装置Ｂは、ノード装置Ａとノード装置Ｂとの間のトリビュタリスロットＴＳの構成を認識している。よって、マッピングテーブル生成部５３は、ＴＳ構成情報（Ｚ→Ｂ）に基づいて、ノード装置Ｚからノード装置Ａにクライアント信号を伝送するＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するためのマッピングテーブルを生成できる。そして、このマッピングテーブルは、設定部５２によりＯＰＵＣｎ処理部２８に設定される。また、制御情報取得部５１は、ＯＤＵフレームのオーバヘッド（以下、ＯＤＵオーバヘッド）を取得する。そして、このＯＤＵオーバヘッドは、設定部５２によりＯＤＵＣｎ／ＯＴＵＣｎ処理部２７に与えられる。

図３１に示すフレーム変換は、図２８に示す動作と実質的に同じである。すなわち、ＯＰＵＣｎ処理部２８は、設定部５２により設定されるマッピングテーブルに従って、トリビュタリスロットＴＳを再構成する。また、ＯＤＵＣｎ／ＯＴＵＣｎ処理部２７は、ＯＰＵＣｎ処理部２８の出力フレームに設定部５２から与えられるＯＤＵオーバヘッドを付与することでＯＤＵＣｎフレームを生成する。

図３２は、ＯＤＵＣｎパスとＯＤＵＣｈパスとを接続するノード装置のさらに他の例を示す。この例では、ノード装置Ｚは、図３０に示すＴＳ構成情報（Ｚ→Ｂ）およびＴＳ構成情報（Ｂ→Ａ）をノード装置Ｂに送信する。ここで、１組のＴＳ構成情報（Ｚ→Ｂ）およびＴＳ構成情報（Ｂ→Ａ）は、図３１においてノード装置Ｂが生成するマッピングテーブルと実質的に同じである。したがって、この実施例では、制御情報取得部５１が受信フレームからＴＳ構成情報（Ｚ→Ｂ）およびＴＳ構成情報（Ｂ→Ａ）を取得することで、ノード装置Ｂはマッピングテーブルを取得することができる。他の動作は、図３１および図３２において実質的に同じなので説明を省略する。

１、１Ｂ、２、２Ａ、２Ｂ 光伝送装置
２２、２８ ＯＰＵＣｎ処理部
２３、２７ ＯＤＵＣｎ／ＯＴＵＣｎ処理部
２４（２４ａ～２４ｆ）、２６ ＦｌｅｘＯ処理部
２５（２５ａ～２５ｄ、２５Ｅ～２５Ｇ） トランシーバ
３０ 制御部
３１ プロセッサ（ＣＰＵ）
３２ メモリ
４１ａ～４１ｃ ＦｌｅｘＯ－２処理部
５１ 制御情報取得部
５２ 設定部

Claims (13)

1. フレームを伝送する通信システムにおいて使用される光伝送装置であって、
   ｎ個のタイムスロット列のうちの１または複数のタイムスロット列にクライアント信号を収容する信号処理部と、
   前記ｎ個のタイムスロット列のうちの一部のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第１のフレーム生成部と、
   前記ｎ個のタイムスロット列のうちの前記一部のタイムスロット列とは異なる他のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第２のフレーム生成部と、を備え、
   前記第１のフレーム生成部および前記第２のフレーム生成部が動作するときは、前記信号処理部は、前記ｎ個のタイムスロット列に前記クライアント信号を収容し、
   前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときは、前記信号処理部は、前記他のタイムスロット列に前記クライアント信号を収容する
   ことを特徴とする光伝送装置。
2. 前記第１のフレーム生成部および前記第２のフレーム生成部は、それぞれ、ＯＴＮのＦｌｅｘＯフレームを生成する
   ことを特徴とする請求項１に記載の光伝送装置。
3. 与えられたコマンドに基づいて前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときは、前記第１のフレーム生成部が停止していることを表す情報または前記第２のフレーム生成部が動作していることを表す情報が、前記光伝送装置と通信を行う対向装置に送信される
   ことを特徴とする請求項１に記載の光伝送装置。
4. 前記クライアント信号の帯域が前記第２のフレーム生成部により生成されるフレームの容量を超えるときに警報情報を生成する警報情報生成部をさらに備える
   ことを特徴とする請求項１に記載の光伝送装置。
5. 前記警報情報は、前記第２のフレーム生成部により生成されるフレームに収容されないクライアント信号の宛先に送信される
   ことを特徴とする請求項４に記載の光伝送装置。
6. 複数のクライアント信号それぞれの優先度を表すクライアント情報を格納するメモリをさらに備え
   前記クライアント信号の帯域が前記第２のフレーム生成部により生成されるフレームの容量を超えるときは、前記信号処理部は、前記第２のフレーム生成部により生成されるフレームの容量の範囲内で、前記複数のクライアント信号のうちから前記クライアント情報に基づいて選択されるクライアント信号を前記他のタイムスロット列に収容する
   ことを特徴とする請求項１に記載の光伝送装置。
7. 前記第１のフレーム生成部および前記第２のフレーム生成部が動作するときに前記クライアント信号を収容するタイムスロット列を表す第１のタイムスロット構成情報、及び、前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときに前記クライアント信号を収容するタイムスロット列を表す第２のタイムスロット構成情報を格納するメモリをさらに備え、
   前記第１のフレーム生成部および前記第２のフレーム生成部が動作するときは、前記信号処理部は、前記クライアント信号を前記第１のタイムスロット構成情報に従って１または複数のタイムスロット列に収容し、
   前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときは、前記信号処理部は、前記クライアント信号を前記第２のタイムスロット構成情報に従って１または複数のタイムスロット列に収容する
   ことを特徴とする請求項１に記載の光伝送装置。
8. 前記第１のタイムスロット構成情報および前記第２のタイムスロット構成情報は、前記光伝送装置と通信を行う対向装置に送信される
   ことを特徴とする請求項７に記載の光伝送装置。
9. フレームを伝送する通信システムにおいて使用される光伝送装置であって、
   第１の光信号からフレームを再生する第１のフレーム再生部と、
   第２の光信号からフレームを再生する第２のフレーム再生部と、
   前記第１のフレーム再生部により再生されるフレームまたは前記第２のフレーム再生部により再生されるフレームの少なくとも一方からクライアント信号を抽出する信号処理部と、を備え、
   前記光伝送装置と通信を行う対向装置から前記対向装置の一部のコンポーネントが更新中であることを表す情報を受信したときに、
   前記第１のフレーム再生部が動作を停止し、
   前記信号処理部は、前記第２のフレーム再生部により再生されるフレームからクライアント信号を抽出する
   ことを特徴とする光伝送装置。
10. 第１の光伝送装置から第２の光伝送装置を経由して第３の光伝送装置にフレームを伝送する光伝送システムであって、
    前記第１の光伝送装置は、
    ｎ個のタイムスロット列のうちの１または複数のタイムスロット列にクライアント信号を収容する第１の信号処理部と、
    前記ｎ個のタイムスロット列のうちの一部のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第１のフレーム生成部と、
    前記ｎ個のタイムスロット列のうちの前記一部のタイムスロット列とは異なる他のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第２のフレーム生成部と、
    前記第１のフレーム生成部および前記第２のフレーム生成部が動作するときに前記クライアント信号を収容するタイムスロット列を表す第１のタイムスロット構成情報、及び、前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときに前記クライアント信号を収容するタイムスロット列を表す第２のタイムスロット構成情報を格納するメモリと、を備え、
    前記第１のフレーム生成部および前記第２のフレーム生成部が動作するときは、前記第１の信号処理部は、前記クライアント信号を前記第１のタイムスロット構成情報に従って１または複数のタイムスロット列に収容し、
    前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときは、前記第１の信号処理部は、前記クライアント信号を前記第２のタイムスロット構成情報に従って１または複数のタイムスロット列に収容し、
    前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときに、前記第１のタイムスロット構成情報および前記第２のタイムスロット構成情報が、前記第１の光伝送装置から前記第２の光伝送装置に送信され、
    前記第２の光伝送装置は、
    ｎ個のタイムスロット列にクライアント信号を収容する第２の信号処理部を備え、
    前記第１のフレーム生成部が停止し、且つ、前記第２のフレーム生成部が動作するときに、前記第２の信号処理部は、前記第２のタイムスロット構成情報に基づいて、受信フレームからクライアント信号を取得し、前記第１のタイムスロット構成情報に基づいて、取得したクライアント信号をｎ個のタイムスロット列に収容する
    ことを特徴とする光伝送システム。
11. 前記第２の信号処理部によりクライアント信号が収容されたタイムスロット列を表す第３のタイムスロット構成情報が、前記第２の光伝送装置から前記第３の光伝送装置に送信され、
    前記第３の光伝送装置は、前記第３のタイムスロット構成情報に基づいて、前記第３の光伝送装置から前記第１の光伝送装置に送信するクライアント信号を決定し、決定したクライアント信号が収容されるタイムスロット列を表す第４のタイムスロット構成情報を前記第２の光伝送装置に送信する
    ことを特徴とする請求項１０に記載の光伝送システム。
12. ｎ個のタイムスロット列のうちの１または複数のタイムスロット列にクライアント信号を収容する信号処理部と、前記ｎ個のタイムスロット列のうちの一部のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第１のフレーム生成部と、前記ｎ個のタイムスロット列のうちの前記一部のタイムスロット列とは異なる他のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第２のフレーム生成部と、を備える光伝送装置を更新する方法であって、
    前記信号処理部は、前記ｎ個のタイムスロット列に前記クライアント信号を収容する第１の状態から、前記他のタイムスロット列に前記クライアント信号を収容する第２の状態に移行し、
    前記第２のフレーム生成部により生成されるフレームを第２のトランシーバを用いて送信しながら、前記第１のフレーム生成部に接続する第１のトランシーバを停止し、
    前記第１のトランシーバが第３のトランシーバに置き換えられたときに、前記信号処理部は、前記第２の状態から前記第１の状態に移行し、
    前記第１のフレーム生成部により生成されるフレームを前記第３のトランシーバを用いて送信し、前記第２のフレーム生成部により生成されるフレームを前記第２のトランシーバを用いて送信する
    ことを特徴とする光伝送装置の更新方法。
13. ｈ（ｈ＜ｎ）個のタイムスロット列にクライアント信号を収容する第２の信号処理部および前記ｈ個のタイムスロット列に収容されたクライアント信号を含むフレームを生成する第３のフレーム生成部を追加し、
    前記第２の信号処理部は、前記クライアント信号の中の優先トラフィックを前記ｈ個のタイムスロット列に収容する
    ことを特徴とする請求項１２に記載の光伝送装置の更新方法。

Images