(57)【特許請求の範囲】
【請求項１】
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１の位置情報を収容するオーバヘッド領域とを有し、ｍ（ｍは２以上の整数）バイト周期のマルチフレームとして処理され得る第１のフレームを生成するフレーム生成装置の信号収容方法であって、
前記フレーム生成装置が、
前記第１の位置情報を、ｍバイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定し、
前記マルチフレームとして規定された前記第１の位置情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定し、
該規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容し、
前記第１のフレームは、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、ｍバイトの第２の位置情報と、を含む第２のフレームの当該複数のスロット領域の少なくとも１つに収容され、
前記種別情報が、スロット領域毎に、前記第１のフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、ことを特徴とする、信号収容方法。
【請求項２】
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１のＰＳＩ（Payload Structure Identifier）情報を収容するオーバヘッド領域とを有し、２５６バイト周期のマルチフレームとして処理され得るＯＰＵ（Optical channel Payload Unit）フレームを生成するフレーム生成装置の信号収容方法であって、
前記フレーム生成装置が、
前記第１のＰＳＩ情報を、２５６バイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定し、
前記マルチフレームとして規定された前記第１のＰＳＩ情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定し、
該規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容し、
前記ＯＰＵフレームは、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、２５６バイトの第２のＰＳＩ情報と、を含むＯＤＵ（Optical channel Data Unit）フレームの当該複数のスロット領域の少なくとも１つに収容され、
前記種別情報が、スロット領域毎に、前記ＯＰＵフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、ことを特徴とする、信号収容方法。
【請求項３】
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１の位置情報を収容するオーバヘッド領域とを有し、ｍ（ｍは２以上の整数）バイト周期のマルチフレームとして処理され得る第１のフレームを生成するフレーム生成装置であって、
前記第１の位置情報を、ｍバイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定する位置情報規定部と、
前記位置情報規定部により前記マルチフレームとして規定された前記第１の位置情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定する収容位置規定部と、
該収容位置規定部により規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容することにより前記第１のフレームを生成するフレーム生成部と、をそなえ、
前記フレーム生成部は、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、ｍバイトの第２の位置情報と、を含む第２のフレームを、前記第１のフレームが当該複数のスロット領域の少なくとも１つに収容されるように生成し、
前記種別情報が、スロット領域毎に、前記第１のフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、ことを特徴とする、フレーム生成装置。
【請求項４】
前記収容位置規定部が、前記ｎ個のサブマルチフレームに、前記ペイロード領域における前記クライアント信号の配置に関する配置情報を格納する、ことを特徴とする、請求項３記載のフレーム生成装置。
【請求項５】
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１のＰＳＩ（Payload Structure Identifier）情報を収容するオーバヘッド領域とを有し、２５６バイト周期のマルチフレームとして処理され得るＯＰＵ（Optical channel Payload Unit）フレームを生成するフレーム生成装置であって、
前記第１のＰＳＩ情報を、２５６バイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定する位置情報規定部と、
該位置情報規定部により前記マルチフレームとして規定された前記第１のＰＳＩ情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定する収容位置規定部と、
該収容位置規定部により規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容することにより前記ＯＰＵフレームを生成するフレーム生成部と、をそなえ、
前記フレーム生成部は、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、２５６バイトの第２のＰＳＩ情報と、を含むＯＤＵ（Optical channel Data Unit）フレームを、前記ＯＰＵフレームが当該複数のスロット領域の少なくとも１つに収容されるように生成し、
前記種別情報が、スロット領域毎に、前記ＯＰＵフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、ことを特徴とする、フレーム生成装置。
【請求項６】
前記収容位置規定部が、前記ｎ個のサブマルチフレームに、ＴＳ（Tributary Slot）に関する情報を格納する、ことを特徴とする、請求項５記載のフレーム生成装置。
【請求項７】
前記位置情報規定部が、前記ｎ個のサブマルチフレームに、前記ペイロード領域に収容される前記クライアント信号の種類または構成を示す情報，前記サブマルチフレームの各先頭位置を示す情報及び前記サブマルチフレームのシーケンス番号を示す情報のうち少なくとも１つを格納する、ことを特徴とする、請求項４または６に記載のフレーム生成装置。
【請求項８】
請求項３〜７のいずれか１項に記載のフレーム生成装置に接続されるフレーム受信装置であって、
前記フレーム生成装置において生成されたフレームを受信する受信部と、
前記受信部で受信した前記フレームに含まれる、クライアント信号の収容位置を示す位置情報に基づいて、前記フレームから前記クライアント信号を抽出する抽出部と、をそなえる、ことを特徴とする、フレーム受信装置。
【請求項９】
請求項３〜７のいずれか１項に記載のフレーム生成装置と、
前記フレーム生成装置と接続される請求項８記載のフレーム受信装置と、をそなえる、ことを特徴とする、伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号収容方法、フレーム生成装置、フレーム受信装置及び伝送システムに関する。
【背景技術】
【０００２】
従来、複数の地域間で情報の転送を行なうコア網や、地域内で情報の転送を行なうメトロ網などでは、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication standardization sector）が勧告したＯＴＮ（Optical Transport Network）という光伝送規格が用いられている。
ＯＴＮでは、ＳＤＨ／ＳＯＮＥＴ（Synchronous Digital Hierarchy/Synchronous Optical NETwork）信号、イーサネット（登録商標）信号、ＴＤＭ（Time Division Multiplexing）信号などの多様なクライアント信号を、ＯＰＵ（Optical channel Payload Unit），ＯＤＵ（Optical channel Data Unit），ＯＴＵ（Optical channel Transport Unit）などのＯＴＮフレームに収容して伝送することができる。【０００３】
ところで、近年、コア網（あるいはメトロ網）へ集約（Aggregation）されるアクセス網においてトラフィックが増加している。
そのため、アクセス網からコア網（あるいはメトロ網）へ信号を収容する際、ＳＤＨ／ＳＯＮＥＴ信号，イーサネット（登録商標）信号，ＴＤＭ信号など、種々の帯域（ビットレート）を有する信号を、効率的にＯＴＮフレームに収容する技術が要求されている。【０００４】
そこで、上記技術の一例として、ＯＤＵフレームの多重化方式が、ＩＴＵ−Ｔにより規定されている。また、クライアント信号を、１．２５Ｇｂｐｓ単位で収容可能なＯＤＵｆｌｅｘフレームが規定されている（下記非特許文献１参照）。
なお、下記特許文献１には、ＩＴＵにて規格化されたＯＴＮフレームを、収容する信号種類に依存せず固定的に適用し、それに対応したＩＴＵにて規格化されたＳＤＨ／ＳＯＮＥＴフレームに信号を収容する方法が記載されている。【０００５】
また、下記特許文献２には、ＳＯＮＥＴ／ＳＤＨ信号や１０ＧｂＥ−ＷＡＮＰＨＹ信号に対して特殊なフレーミング処理及び符号化を施し、ＳＯＮＥＴ／ＳＤＨ信号や１０ＧｂＥ−ＷＡＮＰＨＹ信号のビットレートを１０ＧｂＥ−ＬＡＮＰＨＹ信号相当のビットレートに調整後に、両方の信号を混載してＷＤＭ信号の１波長にトランスペアレントにマッピングして伝送する方法が記載されている。【０００６】
さらに、下記特許文献３には、送信側では、送信データをオーバヘッド領域の識別子と対応付けてペイロード領域にマップし、受信側では、前記識別子を利用してペイロード領域から受信データをリアッセンブルする方法が記載されている。
また、下記特許文献４には、ＮＪＯバイトにより吸収可能な周波数偏差量を超えた周波数偏差を吸収する際、ＯＴＵフレームに定義されているＦＳバイトに、ＮＪＯバイトの吸収許容量を超えた分の周波数偏差に相応するデータを格納する方法が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２２７９９５号公報
【特許文献２】特開２００８−９２１３０号公報
【特許文献３】特表２００４−５２３９５９号公報
【特許文献４】特開２００８−１１３３９４号公報
【非特許文献】
【０００８】
【非特許文献１】“Interfaces for the Optical Transport Network（ＯＴＮ）”,ＩＴＵ−Ｔ(International Telecommunication Union Telecommunication Standardization Sector),Recommendation G.709
【発明の概要】
【発明が解決しようとする課題】
【０００９】
クライアント信号は、ＯＴＮフレームのペイロード領域に配置されるＴＳ（Tributary Slot）に収容される。
しかしながら、このＴＳは、イーサネット（登録商標）の物理ポート間を伝送するクライアント信号の収容を想定して規定されている。
つまり、ＴＳは、ＶＬＡＮ（Virtual Local Area Network）などのレイヤ２識別子で規定される仮想ポート間を伝送するクライアント信号の収容を想定して規定されてはいない。【００１０】
従って、現状のＴＳは、最小でも１．２５Ｇｂｐｓ単位でクライアント信号を収容するに留まり、１．２５Ｇｂｐｓ単位に制限されずに、クライアント信号を柔軟かつ効率的に収容することができない。
例えば、１．２５Ｇｂｐｓよりも低い帯域を有するクライアント信号を、ＯＴＮフレームに収容、多重して伝送することは考慮されていない。【００１１】
そこで、本発明は、クライアント信号を柔軟かつ効率的にフレーム収容することを目的の１つとする。
【課題を解決するための手段】
【００１２】
（１）第１の案として、クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１の位置情報を収容するオーバヘッド領域とを有し、ｍ（ｍは２以上の整数）バイト周期のマルチフレームとして処理され得る第１のフレームを生成するフレーム生成装置の信号収容方法であって、前記フレーム生成装置が、前記第１の位置情報を、ｍバイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定し、前記マルチフレームとして規定された前記第１の位置情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定し、該規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容し、前記第１のフレームは、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、ｍバイトの第２の位置情報と、を含む第２のフレームの当該複数のスロット領域の少なくとも１つに収容され、前記種別情報が、スロット領域毎に、前記第１のフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、信号収容方法を用いることができる。
【００１３】
（２）また、第２の案として、クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１のＰＳＩ（Payload Structure Identifier）情報を収容するオーバヘッド領域とを有し、２５６バイト周期のマルチフレームとして処理され得るＯＰＵ（Optical channel Payload Unit）フレームを生成するフレーム生成装置の信号収容方法であって、前記フレーム生成装置が、前記第１のＰＳＩ情報を、２５６バイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定し、前記マルチフレームとして規定された前記第１のＰＳＩ情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定し、該規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容し、前記ＯＰＵフレームは、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、２５６バイトの第２のＰＳＩ情報と、を含むＯＤＵ（Optical channel Data Unit）フレームの当該複数のスロット領域の少なくとも１つに収容され、前記種別情報が、スロット領域毎に、前記ＯＰＵフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、信号収容方法を用いることができる。
【００１４】
（３）さらに、第３の案として、クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１の位置情報を収容するオーバヘッド領域とを有し、ｍ（ｍは２以上の整数）バイト周期のマルチフレームとして処理され得る第１のフレームを生成するフレーム生成装置であって、前記第１の位置情報を、ｍバイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定する位置情報規定部と、前記位置情報規定部により前記マルチフレームとして規定された前記第１の位置情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定する収容位置規定部と、該収容位置規定部により規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容することにより前記第１のフレームを生成するフレーム生成部と、をそなえ、前記フレーム生成部は、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、ｍバイトの第２の位置情報と、を含む第２のフレームを、前記第１のフレームが当該複数のスロット領域の少なくとも１つに収容されるように生成し、前記種別情報が、スロット領域毎に、前記第１のフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、フレーム生成装置を用いることができる。
【００１５】
（４）また、第４の案として、クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す第１のＰＳＩ（Payload Structure Identifier）情報を収容するオーバヘッド領域とを有し、２５６バイト周期のマルチフレームとして処理され得るＯＰＵ（Optical channel Payload Unit）フレームを生成するフレーム生成装置であって、前記第１のＰＳＩ情報を、２５６バイト周期のサブマルチフレームをｎ（ｎは２以上の整数）個有するマルチフレームとして規定する位置情報規定部と、該位置情報規定部により前記マルチフレームとして規定された前記第１のＰＳＩ情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定する収容位置規定部と、該収容位置規定部により規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容することにより前記ＯＰＵフレームを生成するフレーム生成部と、をそなえ、前記フレーム生成部は、予め定められたサイズを有する、複数のスロット領域と、当該複数のスロット領域のそれぞれの種別を示す種別情報を含む、２５６バイトの第２のＰＳＩ情報と、を含むＯＤＵ（Optical channel Data Unit）フレームを、前記ＯＰＵフレームが当該複数のスロット領域の少なくとも１つに収容されるように生成し、前記種別情報が、スロット領域毎に、前記ＯＰＵフレームの少なくとも一部が当該スロット領域に収容されているか否かを示す、フレーム生成装置を用いることができる。
【００１６】
（５）さらに、第５の案として、上記のフレーム生成装置に接続されるフレーム受信装置であって、前記フレーム生成装置において生成されたフレームを受信する受信部と、前記受信部で受信した前記フレームに含まれる、クライアント信号の収容位置を示す位置情報に基づいて、前記フレームから前記クライアント信号を抽出する抽出部とをそなえる、フレーム受信装置を用いることができる。【００１７】
（６）また、第６の案として、上記のフレーム生成装置と、前記フレーム生成装置と接続される上記のフレーム受信装置とをそなえる、伝送システムを用いることができる。
【発明の効果】
【００１８】
クライアント信号を柔軟かつ効率的にフレーム収容することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】一実施形態に係る伝送システムの構成の一例を示す図である。
【図２】ＯＴＮフレームの一例を示す図である。
【図３】（Ａ）〜（Ｃ）はクライアント信号をＯＴＮフレームへ収容する例について説明する図である。
【図４】図１に示すフレーム処理部の構成の一例を示す図である。
【図５】（Ａ）及び（Ｂ）はＯＰＵフレームの一例を示す図である。
【図６】一実施形態に係るＰＳＩの構成の一例を説明する図である。
【図７】（Ａ）〜（Ｃ）はクライアント信号を一実施形態に係るＯＴＮフレームへ収容する例について説明する図である。
【図８】（Ａ）及び（Ｂ）はＳ−ＯＤＵを識別するための識別情報を説明する図である。
【図９】（Ａ）及び（Ｂ）はＳ−ＯＤＵを識別するための識別情報を説明する図である。
【図１０】（Ａ）及び（Ｂ）はＳ−ＯＤＵを識別するための識別情報を説明する図である。
【図１１】第１実施例に係る送信装置の構成の一例を示す図である。
【図１２】第１実施例に係る受信装置の構成の一例を示す図である。
【図１３】ＴＳ管理テーブルの一例を示す図である。
【図１４】ＴＳ管理テーブルの一例を示す図である。
【図１５】第２実施例に係る送信装置の構成の一例を示す図である。
【図１６】第３実施例に係る送信装置の構成の一例を示す図である。
【図１７】第３実施例に係る受信装置の構成の一例を示す図である。
【図１８】第３実施例に係る伝送システムの動作例を説明する図である。
【図１９】第３実施例に係る伝送システムの動作例を説明する図である。
【図２０】第４実施例に係る伝送システムの構成の一例を示す図である。
【図２１】（Ａ）及び（Ｂ）はシグナリング方法の一例を説明する図である。
【図２２】（Ａ）及び（Ｂ）はシグナリング方法の一例を説明する図である。
【図２３】シグナリング方法の一例を説明する図である。
【図２４】第５実施例に係る伝送システムの構成の一例を示す図である。
【図２５】図２４に示す中継装置の構成の一例を示す図である。
【図２６】中継装置が有するスイッチングテーブルの一例を示す図である。
【図２７】第６実施例に係る伝送システムの構成の一例を示す図である。
【図２８】図２７に示す監視装置の構成の一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して実施の形態を説明する。ただし、以下に示す実施形態及び各実施例は、あくまでも例示に過ぎず、以下に示す実施形態及び各実施例で明示しない種々の変形や技術の適用を排除する意図はない。即ち、以下に示す実施形態及び各実施例を、その趣旨を逸脱しない範囲で種々変形（各構成及び機能を組み合わせる等）して実施してもよい。
【００２１】
〔１〕一実施形態
（１．１）伝送システムの構成例
図１は一実施形態に係る伝送システムの構成の一例を示す図である。この図１に示す伝送システム４は、送信装置１と、受信装置２と、伝送路３とをそなえる。
送信装置１は、クライアント端末などから受信したクライアント信号をフレームに収容して、フレームを生成する。即ち、送信装置１は、フレーム生成装置の一例として機能する。
【００２２】
前記フレームには、例えば、ＯＰＵフレーム，ＯＤＵフレーム，ＯＴＵフレームなどのＯＴＮフレームのほか、ペイロード領域とオーバヘッド領域とを有するフレームが含まれる。なお、以下では、ＯＰＵフレーム，ＯＤＵフレーム，ＯＴＵフレームなどのＯＴＮフレームを例にして、実施形態及び各実施例について説明するが、その他のフレームへの実施形態及び各実施例の適用を除外する意図はない。
【００２３】
つまり、送信装置１は、クライアント信号をＯＴＮフレームに収容して、ＯＴＮフレームを生成し、生成したＯＴＮフレームを、伝送路３を介して受信装置２へ送信する。このため、送信装置１は、受信部５と、フレーム処理部６と、送信部７とをそなえる。
受信部５は、クライアント端末などから入力されるクライアント信号を受信する。即ち、受信部５は、クライアント端末などの装置と送信装置１とを接続可能な入力インタフェースとしての機能を有する。
【００２４】
なお、クライアント信号は、例えば、クライアント端末に各種サービスを提供するための信号であり、ＳＤＨ／ＳＯＮＥＴ信号、イーサネット（登録商標）信号、ＴＤＭ信号などのほか、ＯＴＮフレームなどを含む。
受信部５で受信したクライアント信号は、フレーム処理部６へ送出される。
フレーム処理部６は、受信部５が受信したクライアント信号について、所定のフレーム処理を行なう。例えば、フレーム処理部６は、クライアント信号をＯＰＵフレームに収容し、ＯＤＵフレームへ収容あるいは多重することにより、ＯＴＵフレームを生成する。
【００２５】
なお、ＯＴＮフレームには、上述したように、ＯＰＵフレーム，ＯＤＵフレーム，ＯＴＵフレームなどが含まれるほか、ＯＤＴＵ（Optical channel Data Tributary Unit）や、ＯＤＴＵＧ（Optical channel Data Tributary Unit Group）などが含まれてもよい。
フレーム処理部６によって生成されたＯＴＮフレームは送信部７へ送出される。なお、フレーム処理部６の構成例及び動作例については（１．４）で詳述する。
【００２６】
送信部７は、フレーム処理部６によって生成されたＯＴＮフレームに所定の送信処理を施し、伝送路３へ送出する。即ち、送信部７は、伝送路３と送信装置１とを接続可能な出力インタフェースとしての機能を有する。
ここで、伝送路３は、送信装置１と受信装置２との間に配置され、送信装置１から送信されたＯＴＮフレームを受信装置２へ伝送する伝送媒体である。伝送路３には、例えば、光ファイバなどのほか、自由空間などの無線伝送路が含まれてもよい。
【００２７】
一方、受信装置２は、送信装置１から送信されたＯＴＮフレームを受信し、受信したＯＴＮフレームからクライアント信号を抽出する。また、受信装置２によってＯＴＮフレームから抽出されたクライアント信号は、例えば、受信装置２に接続されるクライアント端末へ送信されてもよい。このため、受信装置２は、受信部８と、抽出部９と、送信部１０とをそなえる。
【００２８】
受信部８は、送信装置１から送信されたＯＴＮフレームを受信し、所定の受信処理を施す。即ち、受信部８は、伝送路３と受信装置２とを接続可能な入力インタフェースとしての機能を有する。受信部８によって受信されたＯＴＮフレームは、抽出部９へ送出される。
抽出部９は、受信部８が受信したＯＴＮフレームからクライアント信号を抽出する。抽出部９によって抽出されたクライアント信号は送信部１０へ送出される。なお、抽出部９の動作例については（１．５）で述べる。
【００２９】
送信部１０は、抽出部９によって抽出されたクライアント信号を、例えば、受信装置２に接続されたクライアント端末などへ送信することができる。即ち、送信部１０は、クライアント装置などの装置と受信装置２とを接続可能な出力インタフェースとしての機能を有する。
（１．２）ＯＴＮフレームの構成例
ここで、ＯＴＮフレームの構成例について、図２を用いて説明する。図２は、ＯＴＮフレームの１つであるＯＴＵフレームの構成の一例を示した図である。
【００３０】
この図２に示すように、ＯＴＵフレームは、４行×４０８０列からなる１６３２０バイトのフレームサイズを有する。ＯＴＵフレームの第１列目〜第１６列目はオーバヘッド領域であり、第１７列目〜第３８２４列目はペイロード領域であり、第３８２５列目〜第４０８０列目は誤り訂正用ビット領域である。
ＯＴＮフレームのオーバヘッド領域には、送信装置１や受信装置２などの伝送装置間の接続及び信号品質の管理などに用いられる各種の情報が格納される。
【００３１】
図２に示す例では、ＯＴＵフレームの第１行目且つ第１列目〜第７列目にフレーム同期用バイトが収容され、第１行目且つ第８列目〜第１４列目にＯＴＵオーバヘッドが収容され、第２行目〜第４行目且つ第１列目〜第１４列目にＯＤＵオーバヘッドが収容される。また、ＯＴＵフレームの第１行目〜第４行目且つ第１５列目〜第１６列目には、ＯＰＵオーバヘッドが収容される。
【００３２】
ＯＴＵオーバヘッド，ＯＤＵオーバヘッド，ＯＰＵオーバヘッドは、それぞれ、ＯＴＵフレーム，ＯＤＵフレーム，ＯＰＵフレームを制御するための情報である。
ここで、ＯＴＵフレームの第１行目且つ第７列目、即ちフレーム同期用バイトの最終位置には、マルチフレーム処理のために用いられるＭＦＡＳ（MultiFrame Alignment Signal）が収容されている。
【００３３】
ＭＦＡＳの値は、フレーム毎にインクリメントされる。これにより、各フレームをカウントできるので、複数のフレームからなるマルチフレームを構成することができるようになる。換言すれば、ＭＦＡＳは、マルチフレームを構成する各フレームのシーケンス番号を示している。
ＭＦＡＳが、例えば、ｍ（ｍは２以上の整数）までカウントできる場合、ｍ個のフレームを１単位とするマルチフレームを構成することができる。即ち、ＯＴＮフレームは、ｍバイト周期のマルチフレームとして処理され得るフレームである。
【００３４】
ＯＴＮフレームのペイロード領域には、クライアント信号が収容される。前述のように、クライアント信号には、ＳＤＨ／ＳＯＮＥＴ信号，イーサネット（登録商標）信号，ＴＤＭ（Time Division Multiplexing）信号などの多様な信号が含まれる。また、本例では、クライアント信号が、例えば、１．２５Ｇｂｐｓよりも低い帯域を有する場合を含む。
また、誤り訂正用ビット領域には、ＯＴＵフレームの伝送中に発生する誤りを訂正するための誤り訂正用ビットが収容される。誤り訂正用ビットには、例えば、パリティビットやハミング符号などが含まれてもよい。なお、送信データに誤り訂正用ビットを前もって付加することにより誤り訂正を行なう方法をＦＥＣ（Forward Error Correction）と称する。
【００３５】
なお、ペイロード領域とＯＰＵオーバヘッドとにより構成される単位をＯＰＵフレームと称し、ＯＰＵフレームとＯＤＵオーバヘッドとにより構成される単位をＯＤＵフレームと称する。即ち、ＯＴＵフレームにはＯＤＵフレームが収容されており、また、当該ＯＤＵフレームにはＯＰＵフレームが収容されている。
さらに、ＯＰＵフレームには、１．２３９Ｇｂｐｓ帯のクライアント信号を収容するＯＰＵ０及びＯＰＵｆｌｅｘ，２．４８８Ｇｂｐｓ帯のクライアント信号を収容するＯＰＵ１，９．９９５Ｇｂｐｓ帯のクライアント信号を収容するＯＰＵ２，４０．１５０Ｇｂｐｓ帯のクライアント信号を収容するＯＰＵ３，１０４．３５６Ｇｂｐｓ帯のクライアント信号を収容するＯＰＵ４が規定されている。
【００３６】
また、これらのＯＰＵｋ（ｋ＝０，ｆｌｅｘ，１，２，３，４）フレームに対応して、ＯＤＵｋフレーム，ＯＴＵｋフレームなども規定されている。
さらに、上述した各フレームについて、ＩＴＵ−Ｔは、複数のフレーム多重方法及びマッピング方法を規定している。
ＯＴＮフレームの多重及びマッピング方法の一例を、図３（Ａ）〜図３（Ｃ）に示す。
【００３７】
まず、図３（Ａ）に示すように、ＯＰＵ１オーバヘッドとペイロード領域とにより構成されるＯＰＵ１フレームのペイロード領域に、クライアント信号が収容される。
そして、ＯＰＵ１フレームにフレーム同期用バイト及びＯＤＵ１オーバヘッドが付加されて、ＯＤＵ１フレームが生成される。このＯＤＵ１フレームは、他のＯＤＵフレームが多重されていないので、低次の（ＬＯ：lower-order）ＯＤＵフレームとも称される。
【００３８】
次に、図３（Ｂ）に示すように、ＯＰＵ２オーバヘッドとペイロード領域とにより構成されるＯＰＵ２フレームのペイロード領域に、図３（Ａ）に示すＯＤＵ１フレームが４多重される。
さらに、ＯＰＵ２フレームにフレーム同期用バイト及びＯＤＵ２オーバヘッドが付加されて、ＯＤＵ２フレームが生成される。このとき、図３（Ｂ）に示すＯＰＵ２フレームは、他のＯＰＵフレームが多重されているので、高次の（ＨＯ：Higher-order）ＯＰＵフレームとも称される。同様に、図３（Ｂ）に示すＯＤＵ２フレームは、他のＯＤＵフレームが多重されているので、高次の（ＨＯ）ＯＤＵフレームとも称される。
【００３９】
そして、図３（Ｃ）に示すように、図３（Ｂ）に示すＯＤＵ２フレームにＯＴＵ２オーバヘッドと誤り訂正用ビットとが付加されて、ＯＴＵ２フレームが生成される。
ここで、図３（Ｃ）に示すように、クライアント信号は、ペイロード領域内のＴＳ（Tributary Slot）に収容される。
例えば、４種類のＴＳ（ＴＳ１〜ＴＳ４）が用いられる場合、各ＴＳに割り当てられる帯域は、ＯＰＵ２フレームのペイロード領域に収容可能な帯域である約１０Ｇｂｐｓを４等分した約２．５Ｇｂｐｓとなる。
【００４０】
また、例えば、８種類のＴＳ（ＴＳ１〜ＴＳ８）が用いられる場合、各ＴＳに割り当てられる帯域は、ＯＰＵ２フレームのペイロード領域に収容可能な帯域である約１０Ｇｂｐｓを８等分した約１．２５Ｇｂｐｓとなる。
このように、ＯＴＮフレームでは、ギガビットイーサネット（登録商標）信号を収容することが前提となっているため、１．２５Ｇｂｐｓ以上の帯域を有するＴＳが規定されるに留まっている。
【００４１】
このため、例えば、ＶＬＡＮで規定される仮想ポート間を伝送する信号を、ＯＴＮフレームに効率的に収容することができない場合がある。また、１．２５Ｇｂｐｓよりも低い帯域を有するクライアント信号を、ＯＴＮフレームに効率的に収容することができない場合がある。
（１．３）クライアント信号の収容方法
クライアント信号をフレーム収容して伝送する方法の一例として、クライアント信号をＧＦＰ−Ｆ（Frame-mapped Generic Framing Procedure）にマッピングし、さらに、ＧＦＰ−ＦをＯＴＮフレームに収容して伝送する方法が考えられる。
【００４２】
しかしながら、ＯＴＮフレームで提供可能なチャネル数の上限は２５６であるので、例えば、クライアント信号のＶＬＡＮポート数（VLAN ID数）が２５６よりも大きい場合、ＯＴＮフレームのチャネル数が不足する。なお、VLAN ID数の上限は４０９６である。
また、ＯＴＮフレームにおいてチャネル数を規定するChannel IDは、オプションとして用いられているに過ぎないので、そもそもＯＴＮフレームにおいてチャネルを利用できない場合がある。
【００４３】
さらに、上記方法ではフレーム長が任意であるため、ＧＦＰ−Ｆ化に際しフレーム単位のＨＥＣ（Header Error Check）処理などが必要になり、処理負荷が増大する。
また、ＶＬＡＮなどのレイヤ２識別子により規定される仮想ポート間を伝送する信号は、ＯＰＵフレームへランダムに収容されるので、仮想ポート毎の信号識別を行なうことができない。このため、各仮想ポートに定義されるＣＩＲ（Committed Information Rate），ＥＩＲ（Excess Information Rate）などの帯域保障処理を適用することができないほか、仮想ポート毎の警報情報の転送などを行なうことができない。
【００４４】
このように、上記方法では、ユーザのコネクティビティ等が保証されないことがある。
そこで、本例では、例えば以下の方法を用いることにより、クライアント信号を柔軟かつ効率的にフレームに収容する。また、警報転送などの制御情報の送受信や、帯域保障処理などを可能とする。
（１．４）フレーム処理部６の構成及び動作例
本例のフレーム処理部６は、例えば１．２５Ｇｂｐｓよりも低い帯域を有するクライアント信号を、柔軟かつ効率的にフレームに収容する。
【００４５】
このため、フレーム処理部６は、図４に例示するように、位置情報規定部１１と、収容位置規定部１２と、ＯＰＵフレーム生成部１３と、ＯＤＵフレーム生成部１４と、多重部１５と、ＯＴＵフレーム生成部１６とをそなえる。
位置情報規定部１１は、フレームのペイロード領域におけるクライアント信号の収容位置を示す位置情報を規定する。例えば、位置情報規定部１１は、ｍバイト周期のマルチフレームとして処理され得るフレームのオーバヘッド領域に収容される位置情報を、ｍ×ｎ（ｎは２以上の整数）バイトを１単位（つまり、ｍ×ｎバイト周期）とするマルチフレームとして規定する。なお、ｎが１の場合は、ＩＴＵ−Ｔにおいて規定されている標準規格に相当する。
【００４６】
ＯＰＵフレームを例にした場合、ＯＰＵフレームのオーバヘッド領域に収容されるＰＳＩ（Payload Structure Identifier）（以下、ＰＳＩ情報とも称する）を前記位置情報として用いることができる。なお、以下では、ＰＳＩを位置情報の一例として本例を説明するが、ペイロード領域におけるクライアント信号の収容位置を示す他の位置情報を除外する意図はない。
【００４７】
図５（Ａ）に示すように、ＯＰＵフレームは、ＯＰＵオーバヘッド領域とペイロード領域とを有する。また、図５（Ｂ）に示すように、ＯＰＵオーバヘッド領域には、ＰＳＩと、未定義（予約領域）のＲＥＳ（REServed for future international standardization）と、スタッフ処理制御用のＪＣ（Justification Control）と、正スタッフ処理用のＰＪＯ（Positive Justification Opportunity）と、負スタッフ処理用のＮＪＯ（Negative Justification Opportunity）とが収容される。
【００４８】
なお、スタッフ制御処理については、ここでは詳述しないが、例えばクライアント信号のビットレートとペイロード領域のビットレートとが一致していない場合、その差分に応じた正または負のスタッフ制御処理を行なうことで、クライアント信号の周波数同期を実現し、複数のクライアント信号を時分割多重することができると共に、クロック精度をＯＴＮ規格のクロック精度内に納めることを可能とするものである。
【００４９】
ここで、ＰＳＩ情報は、ペイロード領域にどのような信号が収容されているかの通知またはマッピング情報の通知などに使用される情報である。また、各フレームのオーバヘッド領域に収容されるＰＳＩには、それぞれ１バイトが割り当てられる。
本例では、位置情報規定部１１が、ｍ×ｎ個のフレームを１マルチフレームとして規定することにより、ＰＳＩ情報を、ｍ×ｎバイトを１単位として伝送する。
【００５０】
ＰＳＩ情報をｍ×ｎバイトのマルチフレーム構成により規定することで、ＴＳを規定するためのビット数を拡大して、ＴＳ数を増大させることができる。ＴＳ数を増大させることにより、クライアント信号をより詳細にＴＳに収容できるので、柔軟かつ効率的なフレーム収容を実現することが可能となる。
なお、ＯＴＮフレームでは、ｍ＝２５６であることが多い。このため、以下では、ｍ＝２５６を例にして本例を説明する。
【００５１】
位置情報規定部１１は、例えば、ＰＳＩ情報をｍ（＝２５６）×ｎバイト周期のマルチフレームとして規定するとともに、前記２５６×ｎバイト周期のマルチフレームを、それぞれ２５６バイト長を有するｎ個のサブマルチフレームにより規定することができる。
図６は、２５６×ｎバイト周期のマルチフレームとして構成されたＰＳＩ情報の構成例を示す図である。この図６に示すように、本例のＰＳＩ情報は、合計｛２５６（ｎ−１）＋２５５｝個のフレームからなる、｛２５６（ｎ−１）＋２５５｝バイトのマルチフレーム構成を有する。さらに、当該マルチフレームは、各２５６バイトのサブマルチフレームをｎ個有する。
【００５２】
さらに、位置情報規定部１１は、例えば、各サブマルチフレームの１バイト目｛ＰＳＩ［０］，ＰＳＩ［２５６＋０］，・・・，ＰＳＩ［２５６（ｎ−１）＋０］｝にＰＴ（Payload Type）バイトを収容してもよい。ＰＴバイトは、ＯＰＵフレームのペイロード領域に収容されるクライアント信号の種類または構成を示す情報である。なお、前記ＰＴバイトは、サブマルチフレームの各先頭位置を示す情報であってもよい。
【００５３】
また、位置情報規定部１１は、例えば、各サブマルチフレームの２バイト目｛ＰＳＩ［１］，ＰＳＩ［２５６＋１］，・・・，ＰＳＩ［２５６（ｎ−１）＋１］｝に、サブマルチフレームのシーケンス番号（＃１〜＃ｎ）をそれぞれ収容してもよい。
ここで図４に戻り、収容位置規定部１２は、位置情報規定部１１により２５６×ｎバイトのマルチフレームとして規定されたＰＳＩ情報を用いて、ペイロード領域におけるクライアント信号の収容位置を規定する。
【００５４】
例えば、収容位置規定部１２は、上記ｎ個のサブマルチフレームに、ペイロード領域におけるクライアント信号の配置に関する配置情報であるＴＳ情報を格納することができる。なお、ＴＳ情報には、１バイト以上の長さを割り当ててもよい。
ＴＳ情報は、図６に示すように、例えば、各サブマルチフレームの３バイト目〜２５６バイト目｛ＰＳＩ［２］〜ＰＳＩ［２５５］，ＰＳＩ［２５８］〜ＰＳＩ［５１１］，・・・，ＰＳＩ［２５６（ｎ−１）＋２］〜ＰＳＩ［２５６（ｎ−１）＋２５５］｝に格納される。
【００５５】
各ＴＳ情報は、例えば、ペイロード領域におけるＴＳの配置を示すトリビュタリポート情報（Tributary Port #1〜Tributary Port #n）と、各ＴＳに収容されるクライアント信号についての制御情報とを有する。当該制御情報には、例えば、ＴＳにクライアント信号が割り当てられているかどうかを示す割当フラグ、クライアント信号の警報転送に用いる情報、帯域情報などが含まれていてもよい。
【００５６】
このように、本例では、ペイロード領域におけるＴＳ数を増やすことができるので、クライアント信号の帯域に応じてＴＳを詳細に（例えば、１．２５Ｇｂｐｓよりも細かく）規定することができる。これにより、例えば、１．２５Ｇｂｐｓよりも低い帯域を有するクライアント信号を、柔軟かつ効率的にフレーム収容することが可能になる。
また、本例のＰＳＩ情報は、クライアント信号についての制御情報を含むことができるので、警報転送や帯域保証処理などのサービスをクライアント信号毎に提供することが可能となる。
【００５７】
即ち、本例では、ＶＬＡＮインスタンスをＴＳ単位で管理することで、クライアント信号の警報転送などをＴＳ単位で行なうことができ、警報転送処理におけるハードウェア処理負荷を軽減することが可能になる。
再び図４に戻り、ＯＰＵフレーム生成部１３は、収容位置規定部１２により規定されたクライアント信号の収容位置に基づいて、受信部８からのクライアント信号をＯＰＵフレームのペイロード領域に収容する。
【００５８】
また、ＯＰＵフレーム生成部１３は、上記クライアント信号を収容したペイロード部分に所定のＯＰＵオーバヘッドを付加することにより、ＯＰＵフレームを生成する。なお、以下では、上記ｍ×ｎバイトのマルチフレームとして規定されたＰＳＩ情報を有するＯＰＵフレームをＳ（Special）−ＯＰＵフレームと称することがある。
さらに、ＯＰＵフレーム生成部１３は、後述する多重部１５により生成された多重フレームをＯＰＵフレームのペイロード領域に収容することにより高次の（ＨＯ）ＯＰＵフレームを生成することもできる。なお、上記ｍ×ｎバイトのマルチフレームとして規定されたＰＳＩ情報を有するＯＰＵフレームを複数含む高次の（ＨＯ）ＯＰＵフレームについても、Ｓ−ＯＰＵフレームと称することがある。
【００５９】
ここで、クライアント信号をＴＳへ収容する方法については、特に限定しないが、例えば、クライアント信号に８Ｂ／１０Ｂ変換などの符号化を施して収容するようにしてもよい。
具体的には例えば、クライアント装置側からＶＬＡＮ単位でトラフィックを抽出し、サービス要件などに従った所定の帯域制限を行なう。また、ＩＦＧ（Inter Frame Gap）及びアイドル信号を含ませて、８Ｂ／１０Ｂ変換などの符号化を施し、各ＴＳに収容するようにしてもよい。
【００６０】
前記符号化されたクライアント信号は、仮想のイーサネット（登録商標）ポート（インタフェースサブレイヤ）を形成し、最も帯域の近い各ＴＳにマッピングされてもよい。なお、上記符号化のほか、ＧＦＰなどのマッピング手法を用いることができる。
また、ＯＰＵフレーム生成部１３は、クライアント信号の帯域が所定の帯域（例えば１．２５Ｇｂｐｓ）以上かどうかを判定し、当該判定結果に基づいて、異なる種類のＯＰＵフレームを生成するようにしてもよい。
【００６１】
具体的には例えば、ＯＰＵフレーム生成部１３は、クライアント信号の帯域が所定の帯域よりも低いと判定した場合にＳ−ＯＰＵフレームを生成する一方、クライアント信号の帯域が所定の帯域以上であると判定した場合、通常のＯＰＵフレームを生成してもよい。ここで、通常のＯＰＵフレームとは、２５６バイトを１単位とするマルチフレーム構成を有するＰＳＩ情報をそなえたＯＰＵフレームのことをいう。
【００６２】
これにより、所定の帯域よりも低い帯域を有するクライアント信号をＳ−ＯＤＵフレームに収容する一方、所定の帯域以上の帯域を有するクライアント信号をＯＤＵフレームに収容するなど、クライアント信号の帯域に応じた収容方式を提供することができる。
ＯＰＵフレーム生成部１３により生成されたＳ−ＯＰＵフレームは、ＯＤＵフレーム生成部１４へ送出される。
【００６３】
ＯＤＵフレーム生成部１４は、ＯＰＵフレーム生成部１３により生成されたＳ−ＯＰＵフレームに所定のＯＤＵオーバヘッドを付加することにより、ＯＤＵフレームを生成する。なお、以下では、当該ＯＤＵフレームをＳ−ＯＤＵフレームと称することがある。
また、ＯＤＵフレーム生成部１４は、ＯＰＵフレーム生成部１３により生成された通常のＯＰＵフレームに所定のＯＤＵオーバヘッドを付加することにより、通常のＯＤＵフレームを生成することもできる。
【００６４】
ＯＤＵフレーム生成部１４により生成されたＳ−ＯＤＵフレームは、多重部１５またはＯＴＵフレーム生成部１６へ送出される。
多重部１５は、ＯＤＵフレーム生成部１４により生成されたＳ−ＯＤＵフレームあるいはＯＤＵフレームを多重することにより、多重フレームを生成する。多重フレームのオーバヘッド領域における未定義の領域には、Ｓ−ＯＤＵフレームを識別するための識別情報が格納されてもよい。
【００６５】
ここで、Ｓ−ＯＰＵ及びＳ−ＯＤＵフレームの多重及びマッピング方法の一例を、図７（Ａ）〜図７（Ｃ）に示す。
まず、図７（Ａ）に示すように、ｍ×ｎバイト周期のマルチフレーム構成をなすＰＳＩ情報が収容されるＳ−ＯＰＵ１オーバヘッドと、ＴＳ１〜ＴＳｎが格納されるペイロード領域とを有するＳ−ＯＰＵ１フレームに、フレーム同期用バイト及びＯＤＵ１オーバヘッドが付加されて、Ｓ−ＯＤＵ１フレームが生成される。Ｓ−ＯＤＵ１フレームのペイロード領域に格納されるＴＳ１〜ＴＳｎには、例えば、１．２５Ｇｂｐｓよりも低い帯域を有するクライアント信号がそれぞれ収容される。
【００６６】
次に、図７（Ｂ）に示すように、ＯＰＵ２オーバヘッドとペイロード領域とからなるＯＰＵ２フレームのペイロード領域に、図７（Ａ）に示すＳ−ＯＤＵ１フレームが収容される。なお、上記ＯＰＵ２フレームのペイロード領域には、Ｓ−ＯＤＵ１フレームのほか、通常のＯＤＵフレーム｛図７（Ｂ）ではＯＤＵ１フレーム｝が収容されてもよい。
さらに、上記ＯＰＵ２フレームに、フレーム同期用バイト及びＯＤＵ２オーバヘッドが付加されて、ＯＤＵ２フレームが生成される。
【００６７】
そして、図７（Ｃ）に示すように、図７（Ｂ）に示すＯＤＵ２フレームに、ＯＴＵ２オーバヘッドと誤り訂正用ビットとが付加されて、ＯＴＵ２フレームが生成される。
このように、本例では、ペイロード領域におけるＴＳ数を拡大することができるので、クライアント信号を柔軟かつ効率的にフレームに収容することが可能である。
例えば、ｎ種類のＴＳ（ＴＳ１〜ＴＳｎ）が用いられる場合、各ＴＳに割り当てられる帯域は、ＯＰＵ２フレームのペイロード領域に収容可能な帯域である約１０Ｇｂｐｓをｎ等分した帯域となる。ｎ＝１００であれば、１つのＴＳに割り当てることができる帯域は、約１００Ｍｂｐｓとなる。
【００６８】
本例によれば、クライアント信号の帯域に応じてＴＳ数を設定することにより、クライアント信号を柔軟にフレーム収容することが可能となる。
また、受信側が、ＯＴＮフレームに収容されるＳ−ＯＤＵフレームを抽出できるようにするため、高次のＯＤＵフレームやＯＴＵフレームのオーバヘッド領域に、Ｓ−ＯＤＵフレームの収容位置を識別するための識別情報を収容してもよい。
【００６９】
例えば、ＯＤＵ２フレームのオーバヘッド領域に収容されるＰＳＩ情報は、図８（Ａ）に示すように、１〜２ビット目にODTU type情報を有するとともに、３〜８ビット目にトリビュタリポート情報を有する。
ここで、図８（Ｂ）に示すように、ODTU type情報は、ＯＤＴＵ１２である場合に「００」が設定され、ＯＤＴＵ２．ｔｓである場合に「１０」が設定される。また、「０１」は予約領域（Reserved）であり、「１１」は未定義（Unallocated）である。
【００７０】
そこで、Ｓ−ＯＤＵが収容されるＴＳに対応するＰＳＩ情報の１〜２ビット目を未定義領域である「１１」を用いて示すことができる。これにより、受信装置２は、１〜２ビット目が「１１」であるＰＳＩ情報に対応するＴＳに、Ｓ−ＯＤＵフレームが収容されていることを認識することができる。
また、図８（Ｂ）に示すように、トリビュタリポート情報の１〜３ビット目（つまり、ＰＳＩ情報の３〜５ビット目）はいずれも０となっている。
【００７１】
そこで、Ｓ−ＯＤＵが収容されるＴＳに対応するＰＳＩ情報の３〜５ビット目の少なくとも１つを「１」に設定することで、Ｓ−ＯＤＵフレームの収容を示すことができる。これにより、受信装置２は、３〜５ビット目の少なくとも１つが「１」であるＰＳＩ情報に対応するＴＳに、Ｓ−ＯＤＵフレームが収容されていることを認識することができる。
なお、ODTU type情報の未定義領域と、トリビュタリポート情報の未定義領域とを組み合わせて使用してもよい。
【００７２】
また、例えば、ＯＤＵ３フレームのオーバヘッド領域に収容されるＰＳＩ情報は、図９（Ａ）に示すように、ＯＤＵ２フレームと同様に、１〜２ビット目にODTU type情報を有するとともに、３〜８ビット目にトリビュタリポート情報を有する。
ここで、図９（Ｂ）に示すように、ODTU type情報は、ＯＤＴＵ１３である場合に「００」が設定され、ＯＤＴＵ２３である場合に「０１」が設定され、ＯＤＴＵ３．ｔｓである場合に「１０」が設定される。また、「１１」は未定義（Unallocated）である。
【００７３】
そこで、Ｓ−ＯＤＵが収容されるＴＳに対応するＰＳＩ情報の１〜２ビット目を未定義領域である「１１」を用いて示すことができる。これにより、受信装置２は、１〜２ビット目が「１１」であるＰＳＩ情報に対応するＴＳに、Ｓ−ＯＤＵフレームが収容されていることを認識することができる。
また、図９（Ｂ）に示すように、トリビュタリポート情報の１ビット目（つまり、ＰＳＩ情報の３ビット目）は０となっている。
【００７４】
そこで、Ｓ−ＯＤＵが収容されるＴＳに対応するＰＳＩ情報の３ビット目を「１」に設定することで、Ｓ−ＯＤＵフレームの収容を示すことができる。これにより、受信装置２は、３〜５ビット目の少なくとも１つが「１」であるＰＳＩ情報に対応するＴＳに、Ｓ−ＯＤＵフレームが収容されていることを認識することができる。
なお、ODTU type情報の未定義領域と、トリビュタリポート情報の未定義領域とを組み合わせて使用してもよい。また、図８（Ａ），図８（Ｂ），図９（Ａ）及び図９（Ｂ）は、ＰＴ＝２１の場合のＰＳＩ情報の構成例を示すものであるが、他のＰＴであっても同様に、ＰＳＩ情報の未定義領域などを用いてＳ−ＯＤＵフレームの識別情報とすることができる。
【００７５】
例えば、ＯＴＵ４，ＯＤＵ４及びＯＰＵ４フレームの場合は、ＯＰＵ４フレームのオーバヘッド領域に収容されるＯＭＦＩ（OPU4 Multiframe Identifier）を用いることができる。
ＯＭＦＩは、図１０（Ａ）に示すように、１ビット目が０に固定されており、２〜８ビット目がインクリメントされていく。そこで、ＯＭＦＩの１ビット目を１にすることで、受信装置２にＳ−ＯＤＵフレームの存在を認識させることができる。
【００７６】
また、ＯＴＵ１，ＯＤＵ１及びＯＰＵ１フレームの場合においても、ＯＭＦＩをＳ−ＯＤＵフレームの識別情報とすることができるが、例えば、図１０（Ｂ）に示すように、ＯＰＵ１フレームのＰＳＩ情報の３〜７ビット目（つまり、トリビュタリポート情報の１〜５ビット目）の少なくとも１つを１に設定することで、Ｓ−ＯＤＵフレームの識別情報とするようにしてもよい。
【００７７】
再び図４に戻り、多重部１５により生成された多重フレームは、ＯＴＵフレーム生成部１６またはＯＰＵフレーム生成部１３へ送出される。
ＯＴＵフレーム生成部１６は、ＯＤＵフレーム生成部１４により生成されたＯＤＵフレームまたは多重部１５により生成された多重フレームに、所定のＯＴＵオーバヘッドを付加することによりＯＴＵフレームを生成する。ＯＴＵフレーム生成部１６により生成されたＯＴＵフレームは、送信部７へ送出される。
【００７８】
以上のように、本例では、ＰＳＩ情報をｍ×ｎバイトのマルチフレーム構成により規定することにより、ＴＳを規定するための情報に割り当て可能なビット数を拡大することができる。
これにより、ペイロード領域におけるＴＳ数を増やすことができるので、ＴＳに収容可能な帯域を、より詳細に（例えば、１．２５Ｇｂｐｓよりも細かく）規定することができる。
【００７９】
このように、本例によれば、１．２５Ｇｂｐｓよりも低いビットレートを有するクライアント信号を柔軟かつ効率的にフレームに収容することができるようになる。
また、クライアント信号についての制御情報を規定することができるので、警報転送や帯域保証処理などのサービスをクライアント信号毎に提供することが可能となる。
即ち、本例では、ＶＬＡＮインスタンスをＴＳ単位で管理することで、クライアント信号の警報転送などをＴＳ単位で行なうことができるので、警報転送処理におけるハードウェア処理負荷を軽減することが可能になる。
【００８０】
（１．５）抽出部９の動作例
一方、受信装置２では、抽出部９が、受信部８で受信したフレームに含まれる、クライアント信号の収容位置を示す位置情報に基づいて、フレームからクライアント信号を抽出する。
例えば、抽出部９は、ＯＴＵフレームまたはＯＤＵフレームのオーバヘッド領域に含まれる上記識別情報に基づいて、Ｓ−ＯＤＵフレームを識別する。そして、Ｓ−ＯＤＵフレームのオーバヘッド領域に含まれる、ｍ×ｎバイト周期のマルチフレーム構成で規定されたＰＳＩ情報に基づいて、Ｓ−ＯＤＵフレームのペイロード領域に収容されるＴＳからクライアント信号を抽出する。
【００８１】
このように、受信装置２は、上記識別情報に基づいて、ＯＴＵフレームに含まれるＳ−ＯＰＵフレームを確実に抽出することができる。
〔２〕第１実施例
ここで、第１実施例に係る送信装置１Ａの構成例を図１１に示す。この図１１に示すように、送信装置１Ａは、例示的に、第１受信部１７と、第２受信部１８と、送信側分離部１９と、帯域処理部２０と、ＴＳ管理部２１と、符号化処理部２２と、ＴＳ生成部２３とをそなえる。また、送信装置１Ａは、例示的に、ＯＰＵフレーム生成部２４と、ＯＤＵフレーム生成部２５と、多重部２６と、ＯＴＵフレーム生成部２７と、送信部９３とをそなえる。
【００８２】
ここで、第１受信部１７は、送信装置１Ａに入力されるクライアント信号を受信する。第１受信部１７で受信されるクライアント信号は、例えば、１．２５Ｇｂｐｓよりも低い帯域を有するイーサネット（登録商標）信号であってもよい。即ち、第１受信部１７は、イーサネット（登録商標）を伝送媒体とするトラフィックを、ポート単位で受信可能なイーサネット（登録商標）ポートとしての機能を有する。また、第１受信部１７は、実際に複数の受信ポートをそなえて構成されてもよい。
【００８３】
第１受信部１７で受信したクライアント信号は、送信側分離部１９へ送出される。なお、クライアント信号は、例えばクライアント端末に各種サービスを提供する信号であり、ＳＤＨ／ＳＯＮＥＴ信号、イーサネット（登録商標）信号、ＴＤＭ信号などを含む。
第２受信部１８は、送信装置１Ａに入力されるトラフィックを受信する。第２受信部１８で受信されるトラフィックは、例えば、光伝送路を介して入力されるＯｃｈ（Optical channel）やＯＴＵフレームなどのトラフィックを含む。即ち、第２受信部１８は、ＯＴＮフレームを受信可能なＯＴＮポートとしての機能を有する。また、第２受信部１８は、実際に複数の受信ポートをそなえて構成されてもよい。
【００８４】
さらに、第２受信部１８は、受信したＯＴＵフレームに所定の受信処理を施すことにより、ＯＤＵフレームを抽出し、ＯＤＵフレーム第２生成部２６へ抽出したＯＤＵフレームを送出する。なお、前記所定の受信処理は、例えば、ＯＴＵオーバヘッドに基づくＯＴＵ処理や、ＦＥＣ処理などを含んでいてもよい。
即ち、第１受信部１７及び第２受信部１８は、前記一実施形態に係る受信部５の一例として機能する。
【００８５】
送信側分離部１９は、第１受信部１７で受信したクライアント信号を、例えばVLAN ID毎に分離する。つまり、送信側分離部１９は、イーサネット（登録商標）信号などのトラフィックをＶＬＡＮ単位に分離する機能を有する。送信側分離部１９により分離されたトラフィックは、帯域処理部２０へ送出される。
帯域処理部２０は、送信側分離部１９で分離したトラフィックに所定の帯域処理を施す。例えば、帯域処理部２０は、ＴＳ管理部２１で決定されるＴＳ数（ｎ個）に応じた帯域で、トラフィックを帯域制限することができる。例えば、各ＴＳに割り当てられる帯域に基づき、トラフィックの帯域を制限してもよい。また、各ＴＳに割り当てられる帯域に基づき、ＣＩＲやＥＩＲを決定するようにしてもよい。
【００８６】
これにより、送信装置１Ａは、クライアント信号について保証すべき帯域に応じて、クライアント信号をペイロード領域上の異なる領域に収容することができる。
ＴＳ管理部２１は、ＯＰＵフレームのＰＳＩ情報をｍ×ｎバイトのマルチフレームとして規定し、当該ＰＳＩ情報を用いて、ペイロード領域におけるクライアント信号の収容位置を規定する。即ち、ＴＳ管理部２１は、前述の位置情報規定部１１及び収容位置規定部１２の一例として機能する。
【００８７】
具体的には例えば、ＴＳ管理部２１は、図１３及び図１４に示すＴＳ管理テーブルを用いて、トラフィックをどのようにＴＳに割り当てるかを決定する。
図１３に例示する第１のＴＳ管理テーブルは、トラフィックのサービス定義に関する情報と、サービス帯域の総和に関する情報と、ＴＳ割り当てに関する情報とを対応付けて保持している。
【００８８】
この図１３に示す例では、VLAN IDがＸであり、ポートＡで受信したトラフィックが、総和としてＰＭｂｐｓのサービス帯域を有する場合、当該トラフィックを多重フレームのＴＳ＃１，ＴＳ＃ａ，・・・に割り当てることが設定されている。
同様に、VLAN IDがＹであり、ポートＢで受信したトラフィックが、総和としてＱＭｂｐｓのサービス帯域を有する場合、当該トラフィックを多重フレームのＴＳ＃ｂ，ＴＳ＃ｄ，・・・に割り当て、また、ポートＣ及びＤで受信したトラフィックが、総和として２Ｍｂｐｓのサービス帯域を有する場合、当該トラフィックを多重フレームのＴＳ＃ｊ，ＴＳ＃ｋ，・・・に割り当てることが設定されている。このように、複数の受信ポートで受信したトラフィックについては、各受信ポートで受信したトラフィックを多重してＴＳへ割り当ててもよい。
【００８９】
また、図１４に示す第２のＴＳ管理テーブルは、多重フレームが有するＴＳがどのような信号によって占有されているかを示す。この第２のＴＳ管理テーブルは、例えば、ＴＳ管理部２１によって、第１のＴＳ管理テーブルの「ＴＳ割り当て」フィールドの内容に基づき生成されてもよい。図１４に示す例では、多重フレームのＴＳ１及びＴＳ２にＳ−ＯＤＵフレームが収容されるとともに、ＴＳ３にＯＤＵフレームが収容されることが示されている。
【００９０】
なお、上記の各ＴＳ管理テーブルの内容は、ＴＳ生成部２３，ＯＰＵフレーム生成部２４，多重部２６へ通知される。また、各ＴＳ管理テーブルの内容は、受信装置２Ａへ通知されてもよいし、システム管理者などによって、受信装置２Ａに同様のテーブルを設定してもよい。
符号化処理部２２は、帯域処理部２０からのトラフィックについて、例えば、８Ｂ／１０Ｂ変換などの所定の符号化処理を実施する。なお、前記所定の符号化処理には、例えば、ＩＦＧやアイドル信号などの挿入が含まれていてもよい。符号化処理部２２により所定の符号化処理を施されたトラフィックは、ＴＳ生成部２３へ送出される。
【００９１】
ＴＳ生成部２３は、トラフィックを収容するＴＳを生成する。ＴＳ生成部２３は、例えば、ＴＳ管理部２１により決定されるＴＳ数に基づいて、ＴＳを生成してもよい。
ＯＰＵフレーム生成部２４は、ＴＳ生成部２３により生成されたＴＳにトラフィックを収容するとともに、ＴＳをペイロード領域に収容し、さらに、当該ペイロードにＯＰＵオーバヘッドを付加することにより、Ｓ−ＯＰＵフレームを生成する。ＯＰＵフレーム生成部２４によって生成されたＳ−ＯＰＵフレームは、ＯＤＵフレーム生成部２５へ送出される。
【００９２】
ＯＤＵフレーム生成部２５は、ＯＰＵフレーム生成部２４により生成されたＳ−ＯＰＵフレームをペイロードに収容し、さらに、ＯＤＵオーバヘッドを付加することによりＳ−ＯＤＵフレームを生成する。ＯＤＵフレーム生成部２５によって生成されたＳ−ＯＤＵフレームは、多重部２６へ送出される。
多重部２６は、ＯＤＵフレーム生成部２５から入力されるＳ−ＯＤＵフレームと、第２受信部１８から入力されるＯＤＵフレームとを多重することにより、多重フレームを生成する。
【００９３】
また、多重部２６は、生成した多重フレームのオーバヘッド領域における未定義の領域に、当該多重フレームのペイロード領域におけるＳ−ＯＤＵフレームの位置を識別するための識別情報を格納することができる。多重部２６によって生成された多重フレームは、ＯＴＵフレーム生成部２７へ送出される。
ＯＴＵフレーム生成部２７は、多重部２６で生成した多重フレームに、ＯＴＵオーバヘッド及び誤り訂正符号を付加することにより、ＯＴＵフレームを生成する。
【００９４】
即ち、送信側分離部１９，帯域処理部２０，ＴＳ管理部２１，符号化処理部２２，ＴＳ生成部２３，ＯＰＵフレーム生成部２４，ＯＤＵフレーム生成部２５，多重部２６及びＯＴＵフレーム生成部２７は、前記一実施形態に係るフレーム処理部６の一例として機能する。
また、送信部９３は、ＯＴＵフレーム生成部２７により生成されたＯＴＵフレームを、光伝送路を介して受信装置２Ａへ送信する。
【００９５】
即ち、送信部９３は、前記一実施形態に係る送信部７の一例として機能する。
次に、第１実施例に係る受信装置２Ａの構成の一例を図１２に示す。この図１２に示すように、受信装置２Ａは、例示的に、ＯＴＵフレーム受信部２８と、受信側分離部２９と、ＯＰＵフレーム抽出部３０と、ＴＳ抽出部３１と、復号処理部３２と、振分け処理部３３と、第１送信部３４と、第２送信部３５とをそなえる。
【００９６】
ここで、ＯＴＵフレーム受信部２８は、送信装置１Ａから送信されたＯＴＵフレームを受信する。また、ＯＴＵフレーム受信部２８は、受信したＯＴＵフレームに所定の受信処理を施すことにより、多重フレームを抽出する。抽出された多重フレームは、受信側分離部２９へ送出される。
即ち、ＯＴＵフレーム受信部２８は、前記一実施形態に係る受信部８の一例として機能する。
【００９７】
受信側分離部２９は、ＯＴＵフレーム受信部２８から入力される多重フレームからＳ−ＯＤＵフレームとＯＤＵフレームとを抽出して分離する。例えば、受信側分離部２９は、多重フレームのオーバヘッド領域に含まれる識別情報に基づき、Ｓ−ＯＤＵフレームを抽出してＯＰＵフレーム抽出部３１へ送出する一方、ＯＤＵフレームを抽出して第２送信部３５へ送出する。
【００９８】
ＯＰＵフレーム抽出部３０は、受信側分離部２９から入力されるＳ−ＯＤＵフレームからＳ−ＯＰＵフレームを抽出する。ＯＰＵフレーム抽出部３０によって抽出されたＳ−ＯＰＵフレームはＴＳ抽出部３１へ送出される。
ＴＳ抽出部３１は、ＯＰＵフレーム抽出部３０で抽出したＳ−ＯＰＵフレームのペイロード領域に格納されるＴＳからクライアント信号を抽出する。例えば、ＴＳ抽出部３１は、Ｓ−ＯＰＵフレームのオーバヘッド領域に含まれる、ｍ×ｎバイト周期のマルチフレーム構成で規定されたＰＳＩ情報に基づき、Ｓ−ＯＰＵフレームのペイロード領域からクライアント信号を抽出することができる。ＴＳ抽出部３１によって抽出されたクライアント信号は、復号処理部３２へ送出される。
【００９９】
復号処理部３２は、ＴＳ抽出部３１で抽出したクライアント信号について、所定の復号処理を施す。例えば、符号化処理部２２による符号化処理に、ＩＦＧやアイドル信号などの挿入が含まれている場合、復号処理部３２は、これらのＩＦＧやアイドル信号などの除去を行なうようにしてもよい。復号処理部３２によって所定の復号処理が施されたクライアント信号は、振分け処理部３３へ送出される。
【０１００】
振分け処理部３３は、復号処理部３２で復号処理を施されたクライアント信号を、各送信ポートへ振り分ける。例えば、振分け処理部３３は、クライアント信号が有するVLAN IDなどに基づいて、振分け先の送信ポートを決定してもよい。
即ち、受信側分離部２９，ＯＰＵフレーム抽出部３０，ＴＳ抽出部３１，復号処理部３２及び振分け処理部３３は、前記一実施形態に係る抽出部９の一例として機能する。
【０１０１】
第１送信部３４は、振分け処理部３３から入力されるクライアント信号について、所定の送信処理を施す。第１送信部３４によって所定の送信処理を施されたクライアント信号は、クライアント装置などへ送信される。このため、第１送信部３４は、各クライアント装置に対応する少なくとも１つの送信ポートを有していてもよい。
また、第２送信部３５は、分離部２９から入力されるＯＤＵフレームに所定の送信処理を施す。第２送信部３５による所定の送信処理により、クライアント信号がクライアント端末へ送信されたり、ＯＴＵフレームが光伝送路へ送信されたりする。即ち、第２送信部３５によって施される所定の送信処理には、クライアント信号の抽出処理のほか、ＯＴＵフレーム生成処理などが含まれる。なお、第２送信部３５は、送信先のクライアント装置や光伝送路に対応する少なくとも１つの送信ポートを有していてもよい。
【０１０２】
即ち、第１送信部３４及び第２送信部３５は、前記一実施形態に係る送信部１０の一例として機能する。
以上のように、本例によれば、上記実施形態により得られる効果に加え、保証すべき帯域に応じて、クライアント信号をペイロード領域上の異なる領域に収容して伝送することができるので、より柔軟なフレーム収容を実現することが可能となる。
【０１０３】
〔３〕第２実施例
次に、第２実施例に係る送信装置１Ｂの構成の一例を図１５に示す。この図１５に示すように、送信装置１Ｂは、例示的に、第１受信部３６と、第２受信部３７と、送信側分離部３８と、帯域処理部３９と、ＴＳ管理部４０と、符号化処理部４１と、マッピング処理部４２とをそなえる。また、送信装置１Ｂは、例示的に、ＴＳ生成部４３と、ＯＰＵフレーム生成部４４と、ＯＤＵフレーム生成部４５と、多重部４６と、ＯＴＵフレーム生成部４７と、送信部９４とをそなえる。
【０１０４】
なお、第１受信部３６，第２受信部３７，送信側分離部３８，ＴＳ管理部４０，符号化処理部４１，ＴＳ生成部４３，ＯＰＵフレーム生成部４４，ＯＤＵフレーム生成部４５，多重部４６，ＯＴＵフレーム生成部４７及び送信部９４は、それぞれ、前記第１実施例における第１受信部１７，第２受信部１８，送信側分離部１９，ＴＳ管理部２１，符号化処理部２２，ＴＳ生成部２３，ＯＰＵフレーム生成部２４，ＯＤＵフレーム生成部２５，多重部２６，ＯＴＵフレーム生成部２７及び送信部９３と同様の機能を有する。
【０１０５】
即ち、第１受信部３６及び第２受信部３７は、前記一実施形態に係る受信部５の一例として機能する。また、送信部９４は、前記一実施形態に係る送信部７の一例として機能する。
ここで、本例の帯域処理部３９は、送信側分離部３８で分離したトラフィック毎に所定の帯域処理を施す。例えば、ＣＩＲ以下の帯域を有するクライアント信号は、符号化処理部４１へ送出されＴＳへ収容される一方、ＥＩＲ以上の帯域を有するクライアント信号は、マッピング処理部４２へ送出され専用のＴＳへ収容される。
【０１０６】
ＥＩＲ以上の帯域を有するクライアント信号については、各インスタンスの統計多重を行なった後、専用のＴＳにアサインすればよい。ＥＩＲ以上の帯域を有するクライアント信号については、ベストエフォートで十分だからである。
マッピング処理部４２は、帯域処理部３９から入力されるクライアント信号を専用のＴＳへマッピングする。また、ＣＩＲが増加した場合、専用のＴＳへマッピングしていたクライアント信号を、ＣＩＲの増加により生じた空きのＴＳへ、マッピングし直してもよい。
【０１０７】
即ち、送信側分離部３８，帯域処理部３９，ＴＳ管理部４０，符号化処理部４１，マッピング処理部４２，ＴＳ生成部４３，ＯＰＵフレーム生成部４４，ＯＤＵフレーム生成部４５，多重部４６及びＯＴＵフレーム生成部４７は、前記一実施形態に係るフレーム処理部６の一例として機能する。
これにより、本例では、品質、即ちサービス帯域を維持したまま多重することが可能になる。
【０１０８】
〔４〕第３実施例
また、本例のように、例えば、送信装置１Ｃと受信装置２Ｃとの間に複数の伝送経路を有することにより、冗長性をもたせることもできる。
図１６に、第３実施例に係る送信装置１Ｃの構成の一例を示す。この図１６に示すように、送信装置１Ｃは、例示的に、第１受信部４８と、第２受信部４９と、送信側分離部５０と、帯域処理部５１と、ＴＳ管理部５２と、符号化処理部５３と、分岐部５４と、分岐制御部５５と、第１送信部５６−１と、第２送信部５６−２とをそなえる。
【０１０９】
なお、第１受信部４８，第２受信部４９，送信側分離部５０，帯域処理部５１，ＴＳ管理部５２及び符号化処理部５３は、それぞれ、第１受信部１７，第２受信部１８，送信側分離部１９，帯域処理部２０，ＴＳ管理部２１及び符号化処理部２２と同様の機能を有する。
即ち、第１受信部４８及び第２受信部４９は、前記一実施形態に係る受信部５の一例として機能する。
【０１１０】
ここで、第１送信部５６−１は、現用パスを介して受信装置２Ｃへ、ＯＴＵフレームを送信する。このため、第１送信部５６−１は、ＴＳ生成部５７と、ＯＰＵフレーム生成部５８と、ＯＤＵフレーム生成部５９と、多重部６０と、ＯＴＵフレーム生成部６１と、送信部９５とをそなえる。なお、ＴＳ生成部５７，ＯＰＵフレーム生成部５８，ＯＤＵフレーム生成部５９，多重部６０，ＯＴＵフレーム生成部６１及び送信部９５は、それぞれ、ＴＳ生成部２３，ＯＰＵフレーム生成部２４，ＯＤＵフレーム生成部２５，多重部２６，ＯＴＵフレーム生成部２７及び送信部９３と同様の機能を有する、
即ち、送信部９５は、前記一実施形態に係る受信部７の一例として機能する。
【０１１１】
第２送信部５６−２は、予備パスを介して受信装置２Ｃへ、ＯＴＵフレームを送信する。このため、第２送信部５６−２は、第１送信部５６−１と同様の構成を有する。なお、予備パスは複数あってもよい。
分岐部５４は、符号化処理部５３から入力されるトラフィックを、第１送信部５６−１のＴＳ生成部５７及び第２送信部５６−２のＴＳ生成部５７の少なくとも１つへ送出する。
【０１１２】
分岐制御部５５は、分岐部５４におけるトラフィックの送出先を制御する。例えば、現用パスにおいて障害が発生した場合は、それまでの経路を切り替えるように、分岐部５４を制御することができる。また、現用パスにおいて障害が復旧した場合には、予備パスから現用パスへ経路を切り替えるように、分岐部５４を制御してもよい。また、障害が復旧していない場合、冗長性を確保すべく、現用パスと予備パスとの双方にトラフィックを送出するように、分岐部５４を制御してもよい。なお、現用パスにおいて障害が発生したかどうかは、ＯＴＮフレームのオーバヘッド領域に収容されるＡＩＳ（Alarm Indication Signal）やＲＤＩ（Remote Defect Indicator）や、Ｓ−ＯＤＵ／Ｓ−ＯＰＵフレームのＰＳＩ情報に規定されるＡＰＳ（Automatic Protection Switching）信号などの警報転送情報に基づいて検知することができる。
【０１１３】
即ち、分岐部５４及び分岐制御部５５は、受信装置２Ｃからの通知に基づいて、伝送経路を他の伝送経路へ切り替える切替部の一例として機能する。また、送信側分離部５０，帯域処理部５１，ＴＳ管理部５２，符号化処理部５３，分岐部５４，分岐制御部５５，ＴＳ生成部５７，ＯＰＵフレーム生成部５８，ＯＤＵフレーム生成部５９，多重部６０，ＯＴＵフレーム生成部６１及び送信部９５は、前記一実施形態に係るフレーム処理部６の一例として機能する。
【０１１４】
次に、第３実施例に係る受信装置２Ｃの構成の一例を図１７に示す。この図１７に示すように、受信装置２Ｃは、例示的に、第１受信部６２−１と、第２受信部６２−２と、選択部６７と、選択制御部６８と、復号処理部６９と、振分け処理部７０と、第１送信部７１と、第２送信部７２とをそなえる。
なお、復号処理部６９，振分け処理部７０，第１送信部７１及び第２送信部７２は、それぞれ、前記第１実施例における復号処理部３２，振分け処理部３３，第１送信部３４及び第２送信部３５と同様の機能を有する。
【０１１５】
即ち、第１送信部７１及び第２送信部７２は、前記一実施形態に係る送信部１０の一例として機能する。
ここで、第１受信部６２−１は、現用パスを介して送信装置１ＣからＯＴＵフレームを受信する。このため、第１受信部６２−１は、ＯＴＵフレーム受信部６４と、受信側分離部６５と、ＯＰＵフレーム抽出部６６と、ＴＳ抽出部６７とをそなえる。なお、ＯＴＵフレーム受信部６４，受信側分離部６５，ＯＰＵフレーム抽出部６６及びＴＳ抽出部６７は、それぞれ、前記第１実施例におけるＯＴＵフレーム受信部２８，分離部２９，ＯＰＵフレーム抽出部３０及びＴＳ抽出部３１と同様の機能を有する、
第２受信部６２−２は、予備パスを介して送信装置１ＣからＯＴＵフレームを受信する。このため、第２受信部６２−２は、第１受信部６２−１と同様の構成を有する。なお、予備パスは複数あってもよい。
【０１１６】
即ち、ＯＴＵフレーム受信部６４は、前記一実施形態に係る受信部８の一例として機能する。
選択部６７は、第１受信部６２−１及び第２受信部６２−２の少なくとも１つを選択して、ＯＴＵフレームから抽出したクライアント信号を受信する。
選択制御部６８は、選択部６７での受信動作を制御する。例えば、選択制御部６８は、ＯＴＮフレームに含まれる警報転送情報などの制御情報に基づいて、送信装置１Ｃと受信装置２Ｃとの間に存在する複数のパスのうち現用パスにおける障害発生を検出する。また、選択制御部６８は、当該検出結果を送信装置１Ｃに通知する。
【０１１７】
即ち、選択制御部６８は、送信装置１Ｃにより生成されたフレームに含まれる、クライアント信号についての制御情報に基づいて、複数の伝送経路のうち現用伝送経路における障害発生を検出する障害検出部の一例として機能するとともに、前記検出結果を送信装置１Ｃに通知する障害通知部の一例として機能する。また、受信側分離部６４，ＯＰＵフレーム抽出部６５，ＴＳ抽出部６６，選択部６７，選択制御部６８，復号処理部６９及び振分け処理部７０は、前記一実施形態に係る抽出部９の一例として機能する。
【０１１８】
ここで、本例の送信装置１Ｃ及び受信装置２Ｃの動作例について、図１８及び図１９を用いて説明する。
まず、図１８に示すように、例えば、送信装置１Ｃと受信装置２Ｃとが現用パスを用いてＯＴＮフレームを伝送している場合において、現用パスに伝送路断などの障害が発生すると、受信装置２Ｃは、ＯＴＮフレームに含まれる警報転送情報に基づいて、障害発生を検知する（ステップＳ１０）。
【０１１９】
そして、受信装置２Ｃは、障害が発生したことを送信装置１Ｃへ通知する（ステップＳ２０）。
送信装置１Ｃは、受信装置２Ｃから障害発生の通知を受信すると（ステップＳ３０）、現用パスから予備パスへ経路の切り替えを行なう（ステップＳ４０）。
一方、図１９に示すように、現用パスでの障害が復旧した場合、受信装置２Ｃは、警報転送情報に基づいて、障害復旧を検知する（ステップＳ５０）。
【０１２０】
そして、受信装置２Ｃは、障害が復旧したことを送信装置１Ｃへ通知する（ステップＳ６０）。
送信装置１Ｃは、受信装置２Ｃから障害復旧の通知を受信すると（ステップＳ７０）、予備パスから現用パスへ経路の切り替えを行なう（ステップＳ８０）。
以上のように、本例では、Ｓ−ＯＰＵフレームのＰＳＩ情報に、警報転送情報などの制御情報を設定することにより、障害時における伝送経路の切り替え制御を行なうことが可能となる。
【０１２１】
また、例えば、Ｓ−ＯＤＵフレームのオーバヘッド領域に、ＡＰＳ／ＰＣＣ（Automatic Protection Switching/Protection Communication Channel）フィールドを設けることにより、上記と同様の伝送経路の切り替え制御を実現することもできる。この場合、ＴＳ単位での動作を実現すべく、ＡＰＳ／ＰＣＣフィールドのマルチフレーム処理を、ＭＳＩ（Multiplex Structure Identifier）と連動させてもよい。
【０１２２】
〔５〕第４実施例
図２０は第４実施例に係る伝送システムの構成の一例を示す図である。この図２０に示す伝送システムは、例えば、送信装置１Ｄと、受信装置２Ｄと、伝送路３Ｄと、シグナリング処理装置７３−１，７３−２，７３−３とをそなえる。なお、送信装置１Ｄは、送信装置１，１Ａ，１Ｂと同様の機能を有し、受信装置２Ｄは、前記一実施形態及び各実施例における送信装置２，２Ａ，２Ｂと同様の機能を有する。
【０１２３】
本例では、多重フレームにおいてＳ−ＯＤＵフレームを識別するための識別情報，多重フレームにおけるＳ−ＯＤＵフレームの収容位置，Ｓ−ＯＤＵフレームにおけるＴＳの配置に関する情報などの制御情報をＲＦＣ（Request For Comments）３４７１，ＲＦＣ３４７３，ＲＦＣ４３２８などで定義されているＲＳＶＰ−ＴＥ（Resource reSerVation Protocol with Traffic Extensions）などのシグナリングプロトコルを用いて、送信装置１Ｄと受信装置２Ｄとの間で送受信してもよい。
【０１２４】
例えば、シグナリング処理装置７３−１，７３−２，７３−３は、送信装置１Ｄ側から受信装置２Ｄ側へ「ＰＡＴＨ」メッセージを送信する一方、受信装置２Ｄ側から送信装置１Ｄ側へ「ＲＥＳＶ」メッセージを送信する。「ＰＡＴＨ」メッセージ及び「ＲＥＳＶ」メッセージには、上記の制御情報が含まれていてもよい。
これにより、送信装置１Ｄ及び受信装置２Ｄは、多重フレームにおいてＳ−ＯＤＵフレームを識別するための識別情報，多重フレームにおけるＳ−ＯＤＵフレームの収容位置，Ｓ−ＯＤＵフレームにおけるＴＳの配置に関する情報などの制御情報を共有することができる。
【０１２５】
具体的なシグナリング方法としては、例えば、ＯＴＮシグナリングの拡張である、ＩＥＴＦ（The Internet Engineering Task Force）のドラフト「draft-zhang-ccamp-gmpls-evolving-g709」を例にした場合、図２１（Ａ）に示すように、ＯＤＵｋのラベルスペースにおいてＯＤＵｊと付された領域に所定の値を割り当てることにより、Ｓ−ＯＤＵフレームを定義することができる。
【０１２６】
ＯＤＵｊと付された領域に割り当てられる値の種類を図２１（Ｂ）に示す。この図２１（Ｂ）に示すように、８〜１５は予約値（Reserved）であるため、これらの値をＳ−ＯＤＵフレームの信号種別（Signal Type）を表す値として用いるようにしてもよい。
また、Ｓ−ＯＤＵフレームのペイロード領域に収容されるＴＳなどの、Ｓ−ＯＤＵフレーム内部のシグナリングに関しては、ドラフト「draft-ceccarellifuxh-ccamp-gmpls-ext-for-evol-otn」を例にした場合、図２２（Ａ）に示すように、Signal Typeと付された領域に所定の値を割り当てることにより、Ｓ−ＯＤＵフレームを定義することができる。
【０１２７】
Signal Typeと付された領域に割り当てられる値の種類を図２２（Ｂ）に示す。この図２２（Ｂ）に示すように、４，５，２０〜２５５は予約値（Reserved）であるため、これらの値をＳ−ＯＤＵフレームの信号種別（Signal Type）を表す値として用いることができる。
さらに、図２３に示すように、Generalized Label（ＯＤＵｋラベルスペース）を新たに定義することにより、Ｓ−ＯＤＵフレーム内部のＴＳの配置を定義してもよい。
【０１２８】
なお、上述したシグナリング処理装置７３−１，７３−２，７３−３としての各機能は、送信装置１Ｄ及び受信装置２Ｄが備えていてもよい。この場合、シグナリング処理装置７３−１，７３−２，７３−３を省略することもできる。
〔６〕第５実施例
図２４は第５実施例に係る伝送システムの構成の一例を示す図である。この図２４に示す伝送システムは、例えば、送信装置１Ｅと、中継装置７４と、受信装置２Ｅ−１，２Ｅ−２とをそなえる。また、送信装置１Ｅと中継装置７４とはパス＃１を介して接続されており、中継装置７４と受信装置２Ｅ−１とはパス＃２を介して接続されており、中継装置７４と受信装置２Ｅ−２とはパス＃３を介して接続されている。なお、送信装置１Ｅは、前記一実施形態及び各実施例における送信装置１，１Ａ，１Ｂ，１Ｄと同様の機能を有し、受信装置２Ｅ−１及び２Ｅ−２は、前記一実施形態及び各実施例における送信装置２，２Ａ，２Ｂ，２Ｄと同様の機能を有する。
【０１２９】
ここで、中継装置７４は、Ｓ−ＯＤＵフレームが有するＴＳ単位で、クライアント信号のスイッチング処理を行なう。例えば、図２４に示す例では、中継装置７４がパス＃１を介して送信装置１Ｅから受信したＳ−ＯＤＵフレーム＃１からＴＳを抽出し、各ＴＳをスイッチングテーブルに従って、受信装置２Ｅ−１または受信装置２Ｅ−２へ送出する。このとき、各ＴＳは、Ｓ−ＯＤＵフレーム＃２またはＳ−ＯＤＵフレーム＃３に収容されて、パス＃２またはパス＃３へ送出される。なお、中継装置７４は、例えば、パス＃１を介して送信装置１Ｅから受信したＳ−ＯＤＵフレーム＃１に含まれるＴＳを、複製して、パス＃２及び＃３に送出してもよい。
【０１３０】
このため、中継装置７４は、図２５に示すように、例えば、ＯＴＵフレーム受信部７５と、受信側分離部７６と、ＯＰＵフレーム抽出部７７と、ＴＳ抽出部７８と、第１スイッチ処理部７９と、第２スイッチ処理部８０と、第１送信部８１−１と、第２送信部８１−２とをそなえる。なお、ＯＴＵフレーム受信部７５，受信側分離部７６，ＯＰＵフレーム抽出部７７及びＴＳ抽出部７８は、それぞれ、前記第１実施例におけるＯＴＵフレーム受信部２８，受信側分離部２９，ＯＰＵフレーム抽出部３０及びＴＳ抽出部３１と同様の機能を有する。
【０１３１】
即ち、ＯＴＵフレーム受信部７５は、送信装置１Ｅにおいて生成されたフレームをパス＃１を介して受信する中継受信部の一例として機能する。
また、ＴＳ抽出部７８は、ＯＴＵフレーム受信部７５で受信したフレームに含まれる、クライアント信号の収容位置を示す位置情報に基づいて、クライアント信号を抽出する中継抽出部の一例として機能する。
【０１３２】
ここで、第１送信部８１−１は、パス＃２を介して受信装置２Ｅ−１へ、ＯＴＵフレームを送信する。このため、第１送信部８１−１は、ＯＰＵフレーム生成部８２と、ＯＤＵフレーム生成部８３と、多重部８４と、ＯＴＵフレーム生成部８５と、送信部９６をそなえる。なお、ＯＰＵフレーム生成部８２，ＯＤＵフレーム生成部８３，多重部８４，ＯＴＵフレーム生成部８５及び送信部９６は、それぞれ、前記第１実施例におけるＯＰＵフレーム生成部２４，ＯＤＵフレーム生成部２５，多重部２６及びＯＴＵフレーム生成部２７と同様の機能を有する、
また、第２送信部８１−２は、パス＃３を介して受信装置２Ｅ−２へ、ＯＴＵフレームを送信する。このため、第２送信部８１−２は、第１送信部８１−１と同様の構成を有する。
【０１３３】
第１スイッチ処理部７９は、ＴＳ抽出部７８によってＳ−ＯＤＵフレームから抽出されたクライアント信号を第１送信部８１−１及び第２送信部８１−２の少なくとも１つへ送出する。具体的には、例えば、第１スイッチ処理部７９は、クライアント信号と当該クライアント信号の送信先との対応関係を保持するスイッチングテーブルを有する。
図２６にスイッチングテーブルの一例を示す。この図２６に例示するスイッチングテーブルには、例えば、パス＃１から入力されるＳ−ＯＤＵフレーム＃１に収容されたＴＳ｛ａ，ｂ，ｃ｝を、Ｓ−ＯＤＵフレーム＃２のＴＳ｛ｄ，ｅ，ｆ｝に収容し直して、パス＃２から送出することが規定されている。また、パス＃３から入力されるＳ−ＯＤＵフレーム＃１に収容されたＴＳ｛ｘ，ｙ｝を、Ｓ−ＯＤＵフレーム＃１のＴＳ｛ｖ，ｗ｝に収容し直して、パス＃１から送出することなどが規定されている。
【０１３４】
これにより、第１スイッチ処理部７９は、Ｓ−ＯＤＵフレームに収容されるクライアント信号を、ＴＳ単位で、いずれかのパスへ切り替えて出力することができる。
即ち、第１スイッチ処理部７９は、クライアント信号と、前記クライアント信号の送信先との対応関係を保持する宛先保持部の一例として機能する。
また、第２送信部８１−２は、スイッチングテーブルに保持される対応関係に基づいて、ＴＳ抽出部７８で抽出したクライアント信号を、他の受信装置２Ｅ−２へ送信する中継送信部の一例として機能する。
【０１３５】
また、第２スイッチ処理部８０は、受信側分離部７６によって分離されたＯＤＵフレームからクライアント信号を抽出するとともに、抽出したクライアント信号を第１送信部８１−１及び第２送信部８１−２の少なくとも１つへ送出する。具体的には、例えば、第２スイッチ処理部８０も、第１のスイッチ処理部７９と同様に、クライアント信号と当該クライアント信号の送信先との対応関係を保持するスイッチングテーブルを有する。
【０１３６】
これにより、第２スイッチ処理部８０は、ＯＤＵフレームに収容されるクライアント信号を、ＴＳ単位で、いずれかのパスへ切り替えて出力することができる。
〔７〕第６実施例
図２７は第６実施例に係る伝送システムの構成の一例を示す図である。この図２７に示す伝送システムは、例えば、送信装置１Ｆと、監視装置８６と、受信装置２Ｆとをそなえる。なお、送信装置１Ｆは、前記一実施形態及び各実施例における送信装置１，１Ａ，１Ｂ，１Ｄ，１Ｅと同様の機能を有し、受信装置２Ｆは、前記一実施形態及び各実施例における送信装置２，２Ａ，２Ｂ，２Ｄ，２Ｅと同様の機能を有する。
【０１３７】
ここで、監視装置８６は、送信装置１Ｆと受信装置２Ｆとの間に配置され、送信装置１Ｆと受信装置２Ｆとの間を伝送されるフレームについて、タンデムコネクションモニタリング（ＴＣＭ）処理を行なう。即ち、送信装置１Ｆと監視装置８６との間、または、監視装置８６と受信装置２Ｆとの間、またはそれらの双方でＴＣＭ処理が行なわれる。
このため、監視装置８６は、図２８に示すように、例えば、ＯＴＵフレーム受信部８７と、受信側分離部８８と、ＯＤＵフレーム第１処理部８９と、ＯＤＵフレーム第２処理部９０と、多重部９１と、ＯＴＵフレーム生成部９２と、送信部９７とをそなえる。なお、ＯＴＵフレーム受信部８７，受信側分離部８８，多重部９１，ＯＴＵフレーム生成部９２及び送信部９７は、それぞれ、前記第１実施例におけるＯＴＵフレーム受信部２８，受信側分離部２９，多重部２６，ＯＴＵフレーム生成部２７及び送信部９３と同様の機能を有する。
【０１３８】
ここで、ＯＤＵフレーム第１処理部８９は、受信側分離部８８によって分離されたＳ−ＯＤＵフレームについて、ＴＣＭ処理を施す。
また、ＯＤＵフレーム第２処理部９０は、受信側分離部８８によって分離されたＯＤＵフレームについて、ＴＣＭ処理を施す。
これにより、例えば、ＩＴＵ−ＴによりＧ．８７３．１で規定されている線形プロテクションをＴＣＭに対し実現することが可能となり、例えば、送信装置１Ｆと監視装置８６との間で冗長系を提供することができる。
【０１３９】
〔８〕その他
なお、上述した前記一実施形態及び各実施例における送信装置１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ、受信装置２，２Ａ，２Ｃ，２Ｄ，２Ｅ−１，２Ｅ−２，２Ｆ、シグナリング処理装置７３−１，７３−２，７３−３、中継装置７４、監視装置８６などの各構成及び各機能は、必要に応じて取捨選択してもよいし、適宜組み合わせて用いてもよい。即ち、本発明の機能を発揮できるように、上記の各構成及び各機能を取捨選択したり、適宜組み合わせて用いたりしてもよい。
〔９〕付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す位置情報を収容するオーバヘッド領域とを有し、ｍ（ｍは２以上の整数）バイト周期のマルチフレームとして処理され得るフレームを生成するフレーム生成装置の信号収容方法であって、
前記フレーム生成装置が、
前記位置情報を、ｍ×ｎ（ｎは２以上の整数）バイト周期のマルチフレームとして規定し、
前記マルチフレームとして規定された前記位置情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定し、
該規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容する、ことを特徴とする、信号収容方法。
（付記２）
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示すＰＳＩ（Payload Structure Identifier）情報を収容するオーバヘッド領域とを有し、２５６バイト周期のマルチフレームとして処理され得るＯＰＵ（Optical channel Payload Unit）フレームを生成するフレーム生成装置の信号収容方法であって、
前記フレーム生成装置が、
前記ＰＳＩ情報を、２５６×ｎ（ｎは２以上の整数）バイト周期のマルチフレームとして規定し、
前記マルチフレームとして規定された前記ＰＳＩ情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定し、
該規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容する、ことを特徴とする、信号収容方法。
（付記３）
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示す位置情報を収容するオーバヘッド領域とを有し、ｍ（ｍは２以上の整数）バイト周期のマルチフレームとして処理され得るフレームを生成するフレーム生成装置であって、
前記位置情報を、ｍ×ｎ（ｎは２以上の整数）バイト周期のマルチフレームとして規定する位置情報規定部と、
前記位置情報規定部により前記マルチフレームとして規定された前記位置情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定する収容位置規定部と、
該収容位置規定部により規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容することによりフレームを生成するフレーム生成部と、をそなえる、ことを特徴とする、フレーム生成装置。
（付記４）
前記位置情報規定部が、前記ｍ×ｎバイト周期のマルチフレームを、それぞれｍバイト長を有するｎ個のサブマルチフレームにより規定し、
前記収容位置規定部が、前記ｎ個のサブマルチフレームに、前記ペイロード領域における前記クライアント信号の配置に関する配置情報を格納する、ことを特徴とする、付記３記載のフレーム生成装置。
（付記５）
クライアント信号が収容されるペイロード領域と、前記クライアント信号の収容位置を示すＰＳＩ（Payload Structure Identifier）情報を収容するオーバヘッド領域とを有し、２５６バイト周期のマルチフレームとして処理され得るＯＰＵ（Optical channel Payload Unit）フレームを生成するフレーム生成装置であって、
前記ＰＳＩ情報を、２５６×ｎ（ｎは２以上の整数）バイト周期のマルチフレームとして規定する位置情報規定部と、
該位置情報規定部により前記マルチフレームとして規定された前記ＰＳＩ情報を用いて、前記ペイロード領域における前記クライアント信号の収容位置を規定する収容位置規定部と、
該収容位置規定部により規定された前記クライアント信号の収容位置に基づいて、前記クライアント信号を前記ペイロード領域に収容することによりＯＰＵフレームを生成するフレーム生成部と、をそなえる、ことを特徴とする、フレーム生成装置。
（付記６）
前記位置情報規定部が、前記２５６×ｎバイト周期のマルチフレームを、それぞれ２５６バイト長を有するｎ個のサブマルチフレームにより規定し、
前記収容位置規定部が、前記ｎ個のサブマルチフレームに、ＴＳ（Tributary Slot）に関する情報を格納する、ことを特徴とする、付記５記載のフレーム生成装置。
（付記７）
前記位置情報規定部が、前記ｎ個のサブマルチフレームに、前記ペイロード領域に収容される前記クライアント信号の種類または構成を示す情報，前記サブマルチフレームの各先頭位置を示す情報及び前記サブマルチフレームのシーケンス番号を示す情報のうち少なくとも１つを格納する、ことを特徴とする、付記４または６に記載のフレーム生成装置。
（付記８）
前記収容位置規定部が、前記ｎ個のサブマルチフレームのうち少なくとも１つに、前記ペイロード領域に収容される前記クライアント信号についての制御情報を格納する、ことを特徴とする、付記４，６，７のいずれか１つに記載のフレーム生成装置。
（付記９）
前記フレーム生成部が、前記ＯＰＵフレームにＯＤＵ（Optical channel Data Unit）オーバヘッドを付加することにより、ＯＤＵフレームを生成する、ことを特徴とする、付記５または６に記載のフレーム生成装置。
（付記１０）
前記フレーム生成部が、前記ＯＤＵフレームを多重化することにより多重フレームを生成する、ことを特徴とする、付記９記載のフレーム生成装置。
（付記１１）
前記フレーム生成部が、前記多重フレームのオーバヘッド領域における未定義の領域に、前記ＯＤＵフレームを識別するための識別情報を格納する、ことを特徴とする、付記１０記載のフレーム生成装置。
（付記１２）
前記フレーム生成部が、前記クライアント信号について保証すべき帯域に応じて、前記クライアント信号を前記ペイロード領域上の異なる領域に収容する、ことを特徴とする、付記３〜１１のいずれか１つに記載のフレーム生成装置。
（付記１３）
付記３〜１２のいずれか１つに記載のフレーム生成装置に接続されるフレーム受信装置であって、
前記フレーム生成装置において生成されたフレームを受信する受信部と、
前記受信部で受信した前記フレームに含まれる、クライアント信号の収容位置を示す位置情報に基づいて、前記フレームから前記クライアント信号を抽出する抽出部と、をそなえる、ことを特徴とする、フレーム受信装置。
（付記１４）
付記３〜１２のいずれか１つに記載のフレーム生成装置と、
前記フレーム生成装置と接続される付記１３記載のフレーム受信装置と、をそなえる、ことを特徴とする、伝送システム。
（付記１５）
前記フレーム生成装置と前記フレーム受信装置との間に複数の伝送経路を有し、
前記フレーム受信装置が、
前記フレーム生成装置により生成されたフレームに含まれる、クライアント信号についての制御情報に基づいて、前記複数の伝送経路のうち現用伝送経路における障害発生を検出する障害検出部と、
前記障害検出部での検出結果を前記フレーム生成装置に通知する障害通知部とをそなえ、
前記フレーム生成装置が、
前記障害通知部からの通知に基づいて、他の伝送経路へ切り替える切替部をそなえる、ことを特徴とする、付記１４記載の伝送システム。
（付記１６）
前記フレーム生成装置と前記フレーム受信装置との間に、他のフレーム受信装置と接続されるフレーム中継装置をそなえ、
前記フレーム中継装置が、
前記フレーム生成装置において生成されたフレームを受信する中継受信部と、
前記中継受信部で受信した前記フレームに含まれる、クライアント信号の収容位置を示す位置情報に基づいて、前記フレームから前記クライアント信号を抽出する中継抽出部と、
前記クライアント信号と、前記クライアント信号の送信先との対応関係を保持する宛先保持部と、
前記宛先保持部に保持される前記対応関係に基づいて、前記中継抽出部で抽出した前記クライアント信号を、前記他のフレーム受信装置へ送信する中継送信部と、をそなえる、ことを特徴とする、付記１４記載の伝送システム。
（付記１７）
前記フレーム生成装置と前記フレーム受信装置との間に配置され、前記フレーム生成装置と前記フレーム受信装置との間を伝送されるフレームについて、タンデムコネクションモニタリング処理を行なう監視装置をそなえる、ことを特徴とする、付記１４記載の伝送システム。
【産業上の利用可能性】
【０１４０】
以上詳述したように、本発明によれば、クライアント信号をより柔軟かつ効率的にフレームに収容することができ、ネットワークの伝送効率を向上させることが可能であるので、光伝送技術分野に極めて有用であると考えられる。
【符号の説明】
【０１４１】
１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ  送信装置
２，２Ａ，２Ｃ，２Ｄ，２Ｅ−１，２Ｅ−２，２Ｆ  受信装置
３，３Ｄ  伝送路
４  伝送システム
５  受信部
６  フレーム処理部
７，９３，９４，９５，９６，９７  送信部
８  受信部
９  抽出部
１０  送信部
１１  位置情報規定部
１２  収容位置規定部
１３，２４，４４，５８，８２  ＯＰＵフレーム生成部
１４，２５，４５，５９，８３  ＯＤＵフレーム生成部
１５，２６，４６，６０，８４，９１  多重部
１６，２７，４７，６１，８５，９２  ＯＴＵフレーム生成部
１７，３６，４８，６２−１  第１受信部
１８，３７，４９，６２−２  第２受信部
１９，３８，５０  送信側分離部
２０，３９，５１  帯域処理部
２１，４０，５２  ＴＳ管理部
２２，４１，５３  符号化処理部
２３，４３，５７  ＴＳ生成部
２８，６３，７５，８７  ＯＴＵフレーム受信部
２９，６４，７６，８８  受信側分離部
３０，６５，７７  ＯＰＵフレーム抽出部
３１，６６，７８  ＴＳ抽出部
３２，６９  復号処理部
３３，７０  振分け処理部
３４，５６−１，７１，８１−１  第１送信部
３５，５６−２，７２，８１−２  第２送信部
４２  マッピング処理部
５４  分岐部
５５  分岐制御部
６７  選択部
６８  選択制御部
７３−１，７３−２，７３−３  シグナリング処理装置
７４  中継装置
７９  第１スイッチ処理部
８０  第２スイッチ処理部
８６  監視装置
８９  ＯＤＵフレーム第１処理部
９０  ＯＤＵフレーム第２処理部
【図１】
0005472467.tif 000002
【図２】
0005472467.tif 000003
【図３】
0005472467.tif 000004
【図４】
0005472467.tif 000005
【図５】
0005472467.tif 000006
【図６】
0005472467.tif 000007
【図７】
0005472467.tif 000008
【図８】
0005472467.tif 000009
【図９】
0005472467.tif 000010
【図１０】
0005472467.tif 000011
【図１１】
0005472467.tif 000012
【図１２】
0005472467.tif 000013
【図１３】
0005472467.tif 000014
【図１４】
0005472467.tif 000015
【図１５】
0005472467.tif 000016
【図１６】
0005472467.tif 000017
【図１７】
0005472467.tif 000018
【図１８】
0005472467.tif 000019
【図１９】
0005472467.tif 000020
【図２０】
0005472467.tif 000021
【図２１】
0005472467.tif 000022
【図２２】
0005472467.tif 000023
【図２３】
0005472467.tif 000024
【図２４】
0005472467.tif 000025
【図２５】
0005472467.tif 000026
【図２６】
0005472467.tif 000027
【図２７】
0005472467.tif 000028
【図２８】
0005472467.tif 000029