(57)【要約】【課題】オーバヘッド処理を実現するハードウェア規模を削減できるようにする。【解決手段】伝送装置２０は、オーバヘッド情報を有する異なるレートの信号が階層的に多重された信号を受信処理する受信処理部２１１，２１３，２３１，２３３，２３４と、前記異なるレートの信号のオーバヘッド情報を各レートに共通で処理する共通オーバヘッド処理部２４と、を備える。【選択図】図６
2016100673.tif 000002
【特許請求の範囲】
【請求項１】
オーバヘッド情報を有する異なるレートの信号が階層的に多重された信号を受信処理する受信処理部と、
前記異なるレートの信号のオーバヘッド情報を各レートに共通で処理する共通オーバヘッド処理部と、を備えた、伝送装置。
【請求項２】
前記共通オーバヘッド処理部は、
前記オーバヘッド情報を処理するオーバヘッド処理回路と、
前記オーバヘッド処理回路で処理するオーバヘッド情報を前記レートに応じてスケジューリングするスケジューラと、を備えた、請求項１に記載の伝送装置。
【請求項３】
前記スケジューラは、
前記レートの高い信号のオーバヘッド情報が前記レートの低い信号のオーバヘッド情報よりも優先して前記オーバヘッド処理回路で処理されるように前記スケジューリングを行なう、請求項２に記載の伝送装置。
【請求項４】
前記共通オーバヘッド処理部は、
前記スケジューラによるスケジューリングに応じて、前記オーバヘッド処理回路と前記伝送装置の装置制御部との間の制御通信をスケジューリングするインタフェースを備えた、請求項２又は３に記載の伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置に関する。
【背景技術】
【０００２】
光伝送技術の一例として、ＯＴＮ（Optical Transport Network）伝送技術がある。ＯＴＮ伝送技術においては、例えば、ＬＯ−ＯＤＵ信号と称される複数の低速信号を、ＨＯ−ＯＤＵ信号（又は、ＯＴＮ信号）と呼ばれる、より高速な信号に多重（「マッピング」と称してもよい。）して伝送する。
【０００３】
ＨＯ−ＯＤＵ信号の受信側は、受信したＨＯ−ＯＤＵ信号に多重されている複数のＬＯ−ＯＤＵ信号を分離（「デマッピング」と称してもよい。）する。なお、「ＬＯ−ＯＤＵ」は、「Low Order - Optical Data Unit」の略称であり、「ＨＯ−ＯＤＵ」は、「High Order - Optical Data Unit」の略称である。
【０００４】
なお、ＨＯ−ＯＤＵ信号は、「高速信号」、「高次信号」あるいは「上位レイヤ信号」と称してもよく、ＬＯ−ＯＤＵ信号は、「低速信号」、「低次信号」あるいは「下位レイヤ信号」と称してもよい。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００８／０３５７６９号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＯＴＮ信号の受信処理の一例として、オーバヘッド（ＯＨ）情報の処理（終端、監視、変更等）がある。ＯＴＮ信号には、多種多様なレートの信号を階層的にマッピングすることが可能であり、個々の信号にＯＨ情報が付加される。
【０００７】
そのため、例えばＯＴＮ信号の容量が増加して、ＯＴＮ信号にマッピング可能な信号の種類（「レイヤ」と称してもよい。）が増えると、処理対象のＯＨ情報も増える。処理対象のＯＨ情報は、ＯＴＮ信号そのものの容量増加に限らず、例えば、伝送装置においてＯＴＮ信号の入力ポート数が増えて、処理対象のＯＴＮ信号数が増えることによっても増加する。
【０００８】
ＯＨ処理をポート及びレイヤの別に個別的に実施すると、ＯＨ処理に関わるハードウェアリソースの消費量が増加する。そのため、ＯＨ処理を実現するハードウェア規模が増大し、電力消費量も増大してしまうおそれがある。
【０００９】
１つの側面では、本発明の目的の１つは、伝送装置において、オーバヘッド処理を実現するハードウェア規模を削減できるようにすることにある。
【課題を解決するための手段】
【００１０】
１つの側面において、伝送装置は、オーバヘッド情報を有する異なるレートの信号が階層的に多重された信号を受信処理する受信処理部と、前記異なるレートの信号のオーバヘッド情報を各レートに共通で処理する共通オーバヘッド処理部と、を備える。
【発明の効果】
【００１１】
１つの側面として、オーバヘッド処理を実現するハードウェア規模を削減できる。
【図面の簡単な説明】
【００１２】
【図１】一実施形態に係る通信システム（「通信ネットワーク」と称してもよい。）の構成例を示す図である。
【図２】図１に例示するＡＤＭ（Add-Drop Multiplexer）の構成例を示すブロック図である。
【図３】図１に例示するＡＤＭの構成例を示すブロック図である。
【図４】図１に例示するＡＤＭの構成例を示すブロック図である。
【図５】図２〜図４に例示するオーバヘッド（ＯＨ）処理部とＨ／Ｓインタフェースとの接続例を示す図である。
【図６】図１に例示するＡＤＭの構成例を示すブロック図である。
【図７】図６に例示する共通ＯＨ処理部の構成例を示すブロック図である。
【図８】図７に例示するＯＨ処理スケジューラの入出力ポート接続例を示すブロック図である。
【図９】図７及び図８に例示するＯＨ処理スケジューラの動作例を説明するタイミングチャートである。
【図１０】図７及び図８に例示するＯＨ処理スケジューラの動作例を説明するフローチャートである。
【図１１】図７に例示するＯＨ処理回路と共通Ｈ／Ｓインタフェースとの接続例を示すブロック図である。
【図１２】図１１に例示するＯＨ処理回路及び共通Ｈ／Ｓインタフェースの動作例を説明するフローチャートである。
【図１３】図１１に例示するＯＨ処理回路及び共通Ｈ／Ｓインタフェースの動作例を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１４】
図１は、一実施形態に係る通信システム（「通信ネットワーク」と称してもよい。）の構成例を示す図である。図１に示す通信システム１は、例示的に、ＯＴＮ伝送をサポートするネットワーク２−１と、ＳＯＮＥＴ（又はＳＤＨ）伝送をサポートするネットワーク２−２と、イーサネットフレームの伝送をサポートするイーサネット２−３と、を備える。
【００１５】
ネットワーク２−１は、ＯＴＮ２−１と称してもよく、ネットワーク２−２は、ＳＯＮＥＴ／ＳＤＨネットワーク２−２と称してもよい。図１に例示するように、いずれのネットワーク２−１及び２−２も、ＷＡＮ（Wide Area Network）であってよい。また、イーサネット２−３は、ＬＡＮ（Local Area Network）であってよい。
【００１６】
なお、「ＯＴＮ」は、「Optical Transport Network」の略称である。「ＳＯＮＥＴ」は、「Synchronous Optical Network」の略称であり、「ＳＤＨ」は、「Synchronous Digital Hierarchy」の略称である。ＳＯＮＥＴとＳＤＨとは互換性のある伝送方式である。「イーサネット」は、登録商標である。
【００１７】
ネットワーク２−１及び２−２のそれぞれは、ネットワークエレメント（ＮＥ）の一例として、１又は複数のＡＤＭ２０を備えてよい。ＮＥの一例であるＡＤＭ２０は、「伝送装置」、「ノード」、「局」等と称されてもよい。また、ネットワーク２−３は、ＮＥの一例として、１又は複数のレイヤ２スイッチ（Ｌ２ＳＷ）３０を備えてよい。Ｌ２ＳＷは、「ルータ」と称されてもよい。
【００１８】
図１の例では、ネットワーク２−１〜２−３のそれぞれにおいて、ＮＥがリング状の伝送路を介して相互に接続されることにより、リングネットワーク２−１〜２−３が形成されている。ただし、ネットワーク２−１〜２−３の形態（「トポロジー」と称してもよい。）は、リングネットワークに限られない。例えば、ネットワーク２−１〜２−３のいずれかが、メッシュネットワークであってもよい。
【００１９】
図１に例示するように、いずれかのＡＤＭ２０を介してネットワーク２−１及び２−２が相互通信可能に接続されてよい。また、ＯＴＮ２−１における他のいずれかのＡＤＭ２０を介してＯＴＮ２−１とイーサネット２−３とが相互通信可能に接続されてよい。例えば、ＯＴＮ２−１のＡＤＭ２０と、イーサネット２−３のレイヤ２スイッチ３０と、が通信可能に接続されてよい。
【００２０】
ネットワーク２−１及び２−２同士を接続するＡＤＭ２０、並びに、ネットワーク２−１及び２−３同士を接続するＡＤＭ２０は、いずれも「ゲートウェイ（ＧＷ）ノード」あるいは単に「ゲートウェイ（ＧＷ）」と称されてもよい。したがって、ＧＷとしてのＡＤＭ２０を便宜的に「ＧＷ−ＡＤＭ２０」と表記することがある。
【００２１】
ネットワーク２−１及び２−３同士を接続するＧＷ−ＡＤＭ２０に着目すると、ＧＷ−ＡＤＭ２０は、イーサネット２−３（レイヤ２スイッチ３０）から受信される信号をＯＴＮ２−１の信号に複数多重（「マッピング」）することが可能である。
【００２２】
イーサネット２−３から受信される信号は、ＬＯ−ＯＤＵ信号であってよい。ＬＯ−ＯＤＵ信号のペイロードに、イーサネット信号がマッピングされている。ＬＯ−ＯＤＵ信号は、より高速なＨＯ−ＯＤＵ信号のペイロードにマッピングされる。ＨＯ−ＯＤＵ信号は、ＯＴＮ信号のペイロードにマッピングされてＯＴＮ２−１に伝送される。ＨＯ−ＯＤＵ信号は、第１の信号の一例であり、ＬＯ−ＯＤＵ信号は、第２の信号の一例である。
【００２３】
ＨＯ−ＯＤＵ信号のペイロードは、「トリビュータリスロット（ＴＳ）」と呼ばれるスロットに分割されてよく、ＴＳの単位でＬＯ−ＯＤＵ信号をＨＯ−ＯＤＵ信号のペイロードにマッピング可能である。
【００２４】
「トリビュータリ」は、ＨＯ−ＯＤＵ信号からデマッピングされたＬＯ−ＯＤＵ信号の送信先（別言すると、ＨＯ−ＯＤＵ信号にマッピングされるＬＯ−ＯＤＵ信号の送信元）に相当すると捉えてよい。例えば、イーサネット２−３は、ＯＴＮ１の「トリビュータリネットワーク」に相当すると捉えてよい。「ＯＴＮ１」は、「トリビュータリネットワーク」に対する「コアネットワーク」に相当すると捉えてよい。
【００２５】
「トリビュータリネットワーク」は、「クライアントネットワーク」と称されてもよく、「クライアントネットワーク」を伝送される信号を「クライアント信号」と称してもよい。そのため、ＨＯ−ＯＤＵ信号のＴＳにマッピングされる「ＬＯ−ＯＤＵ信号」は、「クライアント信号」と称してもよいし「トリビュータリ信号」と称してもよい。
【００２６】
一方、コアネットワークを伝送される信号、例えば、ＬＯ−ＯＤＵ信号がマッピングされたＨＯ−ＯＤＵ信号（ＯＴＵ信号）は、「ネットワーク信号」と称してよい。「ＯＴＵ」は、「Optical channel Transport Unit」の略称である。ただし、ＯＴＵ信号が「クライアント信号」に相当することもある。
【００２７】
ＯＴＮ１のトリビュータリネットワークに相当し得るのは、イーサネット２−３に限られない。ＳＯＮＥＴ／ＳＤＨネットワーク２−２が、「トリビュータリネットワーク」に相当してもよい。また、例えば図１中に示すように、複数の通信路（「パス」あるいは「チャネル」と称してもよい。）を集約（「アグリゲート」と称してよい。）するアグリゲートスイッチ（ＡＳＷ）４０が、ＯＴＮ１のＡＤＭ２０に通信可能に接続されてもよい。この場合、ＡＧＷ４０によってアグリゲートされた通信路が「トリビュータリネットワーク」に相当すると捉えてよい。
【００２８】
一方、ＧＷ−ＡＤＭ２０は、ＯＴＮ信号のペイロード（ＨＯ−ＯＤＵ信号）にマッピングされているＬＯ−ＯＤＵ信号をデマッピングしてイーサネット２−３（レイヤ２スイッチ）へ伝送することが可能である。
【００２９】
図２に、ＧＷ−ＡＤＭ２０の構成例を示す。図２に示すＧＷ−ＡＤＭ２０は、例示的に、クライアントインタフェース２１と、スイッチ（ＳＷ）２２と、ネットワークインタフェース２３と、を備える。
【００３０】
クライアントインタフェース２１は、例示的に、複数種類のクライアント信号の信号処理をサポートする。クライアント信号の非限定的な一例は、ＯＴＵｋ（Optical channel Transport Unit k）信号、ＯＤＵｋ（Optical channel Data Unit k）信号、イーサネット信号、ＳＯＮＥＴのＯＣ信号、ＳＤＨのＳＴＭ信号等である。なお、「ＯＣ」は、「Optical Carrier」の略称であり、「ＳＴＭ」は、「Synchronous Transport Module」の略称である。
【００３１】
クライアントインタフェース２１は、トリビュータリネットワークとの間で送受信されるＯＴＵｋ信号を処理する。
【００３２】
ＯＴＵｋ信号に、ＯＤＵ信号がマッピングされる。当該ＯＤＵ信号に更に別のＯＤＵ信号がマッピングされる場合に、後者の「別のＯＤＵ信号」が「ＬＯ−ＯＤＵ信号」と称される。一方、当該ＬＯ−ＯＤＵ信号がマッピングされる前者のＯＤＵ信号が、「ＨＯ−ＯＤＵ信号」と称される。
【００３３】
ＯＴＵｋ信号（又はＯＤＵｋ信号）の「ｋ」は、当該信号の容量（又は、ビットレート）によって異なる値（「次数」と称してもよい。）をとる。例えば、ｋ＝０，１，２，３，４等である。「ｋ」の値が「レイヤ」を表すと捉えてよい。
【００３４】
ｋ＝０のＯＴＵ０信号（又はＯＤＵ０）は、約１．０Ｇｂｐｓの容量を有し、例えば、１Ｇｂｐｓイーサネットの信号伝送に用いることができる。
【００３５】
ｋ＝１のＯＴＵ１信号（又はＯＤＵ１信号）は、約２．４Ｇｂｐｓの容量を有し、ＳＯＮＥＴのＯＣ−４８（ＳＤＨのＳＴＭ−１６）の信号伝送に用いることができる。
【００３６】
ｋ＝２のＯＴＵ２信号（又はＯＤＵ２信号）は、約１０Ｇｂｐｓの容量を有し、例えば、ＯＣ−１９２（ＳＴＭ−６４）や１０Ｇｂｐｓイーサネットの信号伝送に用いることができる。
【００３７】
ｋ＝３のＯＴＵ３信号（又はＯＤＵ３信号）は、約４０Ｇｂｐｓの容量を有し、例えば、ＯＣ−７６８（ＳＴＭ−２５６）や４０Ｇｂｐｓイーサネットの信号伝送に用いることができる。
【００３８】
ｋ＝４のＯＴＵ４信号（又はＯＤＵ４信号）は、約１００Ｇｂｐｓの容量を有し、例えば、１００Ｇｂｐｓイーサネットの信号伝送に用いることができる。
【００３９】
なお、ＯＴＵ２信号の容量を拡張したＯＴＵ２ｅ信号や、ＯＴＵ３信号の容量を拡張したＯＴＵ３ｅ信号等もある。
【００４０】
「ｋ」の値を区別しなくてよい場合、ＯＴＵｋ信号は、「ｋ」を省略して単に「ＯＴＮ信号」と表記されてよい。ＯＤＵｋ信号についても、「ｋ」の値を区別しなくてよい場合、「ｋ」を省略して単に「ＯＤＵ信号」と表記されてよい。
【００４１】
このように、ＯＴＵ信号は、多種多様なプロトコル（「レイヤ」と称してもよい。）のクライアント信号が、より高速な信号に階層的にマッピング（「カプセル化」と称してもよい。）されることで生成される。
【００４２】
したがって、クライアント信号のプロトコルやレートの相違を意識せずに、各種クライアント信号をＯＴＵ信号にてトランスペアレントにネットワーク間を伝送することが可能になる。
【００４３】
そのため、クライアントインタフェース２１は、図１に例示するように、Ｎ個（Ｎは１以上の整数）のＯＴＵインタフェース（ＩＦ）２１１と、Ｎ個のオーバヘッド（ＯＨ）処理部２１２と、Ｎ個のＯＤＵ処理部２１３と、を備える。
【００４４】
ＯＴＵインタフェース２１１は、クライアントネットワークから受信したＯＴＵ信号を処理する。また、ＯＴＮインタフェース２１１は、クライアントネットワークへ送信するＯＴＵ信号を生成する。
【００４５】
ＯＴＵインタフェース２１１は、クライアントネットワークからの受信系に着目すると、例えば、クライアントネットワークから受信したＯＴＵ信号のフレーム同期をとり、ＯＨを終端してＯＨ情報をＯＨ処理部２１２に送信する。なお、「ＯＨ情報」は、「ＯＨデータ」あるいは「ＯＨバイト」と称してもよいし、単に「ＯＨ」と称してもよい。
【００４６】
その一方で、ＯＴＵインタフェース２１１は、受信ＯＴＵ信号に付加されているＦＥＣ（Forward Error Correction）符号を終端してＯＤＵ信号に変換しＯＤＵ処理部２１３へ送信する。
【００４７】
当該ＯＤＵ信号がＨＯ−ＯＤＵ信号であれば、ペイロードに１又は複数のＬＯ−ＯＤＵ信号が多重されているので、ＯＤＵ処理部２１３にてＬＯ−ＯＤＵ信号の分離処理が施される。
【００４８】
一方、クライアントネットワークへの送信系に着目すると、ＯＴＵインタフェース２１１は、ＯＤＵ処理部２１３から受信したＯＤＵ信号をＯＴＵ信号にマッピングしＯＨを付加してクライアントネットワークへ送信する。
【００４９】
ＯＨ処理部２１２は、例示的に、ＯＴＵ信号についてのＯＨの生成や監視等のＯＨ処理を行なう。
【００５０】
ＯＤＵ処理部２１３は、ＯＴＵインタフェース２１１から受信したＯＤＵ信号を処理する。また、ＯＤＵ処理部２１３は、スイッチ２２から受信したＯＤＵ信号を処理する。ＯＤＵ信号の処理には、例示的に、ＯＤＵ信号のフレーム信号化や、ＯＤＵ信号の多重分離処理が含まれてよい。
【００５１】
例えば、クライアントネットワークからの受信系に着目すると、ＯＤＵ処理部２１３は、ＨＯ−ＯＤＵ信号に多重（マッピング）されているＬＯ−ＯＤＵ信号を分離（デマッピング）することが可能である。また、コアネットワークへの送信系に着目すると、ＯＤＵ処理部２１３は、１又は複数のＬＯ−ＯＤＵ信号をＨＯ−ＯＤＵ信号に多重（マッピング）することが可能である。
【００５２】
例示的に、ＯＴＵ１信号（図３参照）であれば、ＯＤＵ１信号を１多重又はＯＤＵ０信号を最大２多重することが可能である。ＯＴＵ２信号（図４参照）であれば、ＯＤＵ１信号を最大４多重又はＯＤＵ０信号を最大８多重することが可能である。
【００５３】
スイッチ２２は、例示的に、クライアントインタフェース２１とネットワークインタフェース２３との間で送受信される信号をＬＯ−ＯＤＵ信号の単位でクロスコネクト（ＸＣ）する。
【００５４】
そのため、スイッチ２２は、例示的に、クロスコネクト（ＸＣ）スイッチ２２１を備える。ＸＣスイッチ２２１は、例えば、複数のセレクタを用いて実現できる。
【００５５】
ネットワークインタフェース２３は、コアネットワークとの間で送受信されるＯＴＵｋ信号を処理する。
【００５６】
そのため、ネットワークインタフェース２３は、例示的に、それぞれＮ個の、ＯＤＵ処理部２３１と、ＯＨ処理部２３２と、ＯＤＵ多重分離部（ODU MUX/DMUX）２３３と、ＯＴＵインタフェース（ＩＦ）２３４と、ＯＨ処理部２３５と、を備える。
【００５７】
ＯＤＵ処理部２３１は、例示的に、ＸＣスイッチ２２１から受信したＯＤＵ信号と、ＸＣスイッチ２２１へ送信するＯＤＵ信号と、を処理する。
【００５８】
当該ＯＤＵ信号処理には、例えば、ＸＣスイッチ２２１から受信したコアネットワーク宛のＯＤＵ信号に、ＯＨ処理部２３２で生成されたＯＨを付加する処理が含まれてよい。また、当該ＯＤＵ信号処理には、ＯＤＵ多重分離部２３３から受信したクライアントネットワーク宛のＯＤＵ信号のＯＨを終端してＯＨ情報をＯＨ処理部２３２へ送信する処理が含まれてよい。
【００５９】
ＯＨ処理部２３２は、ＯＤＵ信号についてのＯＨの生成や監視等のＯＨ処理を行なう。
【００６０】
ＯＤＵ多重分離部２３３は、コアネットワークへの送信系に着目すると、ＯＤＵ処理部２３１で処理されたＯＤＵ信号を、コアネットワークへのＯＴＵ信号の容量に応じた数だけ多重して、ＯＴＵインタフェース２３４へ送信する。また、ＯＤＵ多重分離部２３３は、コアネットワークからの受信系に着目すると、ＯＴＵインタフェース２３４から受信したＯＴＮ信号にマッピングされているＯＤＵ信号を分離してＯＤＵ処理部２３１へ送信する。
【００６１】
例示的に、ＯＴＵ２信号（図３参照）であれば、ＯＤＵ１信号を最大４多重又はＯＤＵ０信号を最大８多重することが可能である。ＯＴＵ４信号（図４参照）であれば、ＯＤＵ２信号を最大１０多重、又は、ＯＤＵ１信号を最大４０多重、又は、ＯＤＵ０信号を最大８０多重することが可能である。
【００６２】
ＯＴＮインタフェース２３４は、コアネットワークへの送信系に着目すると、ＯＤＵ多重分離部２３３から受信した多重化ＯＤＵ信号をＯＴＵ信号にマッピングしＯＨ処理部２３５で生成されたＯＨを付加してコアネットワークへ送信する。
【００６３】
その一方で、コアネットワークからの受信系に着目すると、ＯＴＮインタフェース２３４は、コアネットワークから受信したＯＴＮ信号のフレーム同期をとり、ＯＨを終端してＯＨ情報をＯＨ処理部２３５に送信する。また、ＯＴＵインタフェース２３４は、受信ＯＴＵ信号に付加されているＦＥＣ符号を終端してＯＤＵ信号に変換しＯＤＵ多重分離部２３３へ送信する。
【００６４】
ところで、上述したＯＨ処理（例示的に、ＯＨの監視）は、処理対象の信号のポート及びレイヤが異なれば、それぞれの信号について実施される。そのため、図２の例では、異なる箇所にＯＨ処理部２１２，２３２及び２３５が備えられる。
【００６５】
より具体的な例を図３に示す。図３には、ＡＤＭ２０に、クライアント信号であるＯＴＵ１信号の入力ポートが４ポート備えられ、コアネットワークへのＯＴＵ２信号の出力ポートが１ポート備えられた例を示している。
【００６６】
この場合、ＯＴＵ１信号×４ポート分のＯＨ処理部２１２と、ＯＤＵ信号向けのＯＨ処理部２３２と、ＯＴＵ信号向けのＯＨ処理部２３５と、がＡＤＭ２０に備えられる。なお、図３において、符号２１４，２３６及び２３７は、ＯＨ処理部２１１，２３２及び２３５のそれぞれに対応して設けられたハード／ソフト（Ｈ／Ｓ）インタフェースを示す。
【００６７】
Ｈ／Ｓインタフェース２１４，２３６及び２３７は、それぞれ、例示的に、対応するＯＨ処理部２１２，２３２及び２３５と、図示を省略した装置制御部との間で送受信される信号をインタフェースする。当該信号には、設定、要求、通知等の各種信号が含まれてよい。
【００６８】
各種信号は、「制御信号」と総称してよい。「制御信号」による通信は、「制御通信」あるいは「制御アクセス」と称してよい。「制御通信」あるいは「制御アクセス」に用いられる配線が、個々のＨ／Ｓインタフェース２１４，２３６及び２３７と、装置制御部との間に設けられる。
【００６９】
装置制御部は、例示的に、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等の演算能力を備えたプロセッサデバイスを用いて構成されてよく、ＡＤＭ２０の全体的な動作を統括的に制御する。
【００７０】
当該制御は、例示的に、プロセッサデバイスがメモリに記憶されたプログラム（「ソフトウェア」と称してもよい。）やデータ等を適宜に読み取って動作することで実現されてよい。ソフトウェアによって実現される制御に、上述した制御通信が含まれてよい。
【００７１】
なお、以下において、「ＯＨ処理部」と「Ｈ／Ｓインタフェース」とを、ＯＨ処理に関わる回路の一例として便宜的に「ＯＨ回路」と総称することがある。
【００７２】
図３に例示したように、ＯＨ回路をポートやレイヤの単位で具備する構成であれば、ポートの増設やレイヤの追加に対して、ＯＨ回路の複製によって容易に対応できる。その一方で、ポートやレイヤの増設に比例して、ＡＤＭ２０の装置規模や消費電力が増大していくおそれがある。
【００７３】
例えば図４に示すように、ＡＤＭ２０に、クライアント信号の一例であるＯＴＵ２信号の入力（受信）ポートが１０ポート分備えられ、ネットワーク信号の一例であるＯＴＵ４信号の出力ポートが１ポート分備えられる場合を想定する。
【００７４】
この場合、１ポートあたりのＯＴＵ２信号には、ＯＤＵ０信号を最大８多重できるので、（ＯＴＵ２×１０ポート）＋（ＯＤＵ０×ｌ０ポート×８多重）＋（ＯＴＵ４×１ポート）＝９１箇所にＯＨ回路を設けることになる。
【００７５】
ＡＤＭ２０でサポートしようとするポート数やレイヤの信号容量が更に増えれば、ＯＨ回路の数も更に増える。これでは、ＡＤＭ２０の装置規模や消費電力が許容できないほど増大し、例えば、ＡＤＭ２０の装置設計に大きな影響を与えてしまう。
【００７６】
そこで、本実施形態では、ポート毎及びレイヤ毎のＯＨ回路を共通化（「集中化」と称してもよい。）して、ポートやレイヤの数に依存しないＯＨ処理が可能なアーキテクチャをＡＤＭ２０において実現する。これによって、ＡＤＭ２０の装置規模や消費電力の低減を図る。
【００７７】
ただし、ＯＨ処理を単純に共通化して各ポート及び各レイヤの信号のＯＨ処理を単純な先着順で処理してしまうと、ＯＨ処理が所定の時間内に終了できないおそれがある。所定の時間は、例示的に、複数のＯＤＵ信号がマッピングされる、コアネットワーク宛のＯＴＵ信号の１フレーム時間に相当してよい。
【００７８】
例えば、ＯＴＵ信号のＯＨ処理（例えば、ＯＨ監視）は、ＯＴＵ信号の１フレームに１回の周期での監視でよいので、ＯＴＵ信号が複数のポートにそれぞれ入力されても、同じレートで入力されていれば、先着順にＯＨ処理を行なえばよい。
【００７９】
しかし、異なるレイヤの信号についてＯＨ処理を行なう場合、単純な先着順処理では、上位レイヤの信号の１フレーム時間内に下位レイヤの信号のＯＨ処理が終了しないために、上位レイヤの信号のＯＨ処理が行なえず、ＯＨ処理が破綻するおそれがある。
【００８０】
例えば図４に示したように、１０ポート分のＯＴＵ２信号にそれぞれ最大８多重されているＯＤＵ０信号（ＯＤＵ０×１０×８）をＯＴＵ４信号にマッピングして伝送する場合を想定する。
【００８１】
この場合に、下位レイヤの８０本のＯＤＵ０信号のＯＨ処理を、先着順処理によって上位レイヤのＯＴＵ４信号のＯＨ処理に優先すると、ＯＴＵ４信号の１フレーム時間内にＯＤＵ０信号のＯＨ処理が終了しないおそれがある。
【００８２】
例えば、ＯＨ処理の動作クロック（「システムクロック」と称してもよい。）が１６４ＭＨｚ（≒６．１ｎｓ）であり、ＯＴＵ４（又はＯＤＵ４）信号の１フレーム時間（周期）が１．１６８μｓであると仮定する。
【００８３】
ここで、ＯＨ処理に３クロック以上の時間がかかるとすると、８０×３（クロック）×６．１（ｎｓ）≒１．４６μｓ以上の処理時間がかかる。そのため、８０本のＯＤＵ０信号のＯＨ処理をＯＴＵ４信号のＯＨ処理に優先すると、１．１６８μｓというＯＴＵ４信号の１フレーム周期内にＯＤＵ信号のＯＨ処理が終了しない。別言すると、ＯＤＵ信号のＯＨ処理が完了しない途中の状態で、次のＯＴＵ４信号のフレーム周期が到来してしまう。
【００８４】
なお、参考として、以下の表１に各レイヤの信号の１フレーム周期を例示する。
【表１】
2016100673.tif 000003
【００８５】
そこで、本実施形態では、或る優先度（「優先順位」と称してもよい。）に従って各ポート及び各レイヤのＯＨ処理をスケジューリングする。ＡＤＭ２０において当該スケジューリングを行なう回路又は部分を、「ＯＨ処理スケジューラ」と称してよい。優先度は、例示的に、信号のレイヤ（別言すると、レート）によって決定されてよい。詳細については後述する。
【００８６】
また、ＯＨ処理の共通化に伴い、既述のＨ／Ｓインタフェースも共通化できる。ただし、単純な共通化では、制御信号ラインが共通化したＨ／Ｓインタフェース（「共通Ｈ／Ｓインタフェース」と称してよい。）に集中して配線混雑が生じるおそれがある。
【００８７】
図５に、図４に例示した構成におけるＯＨ処理部とＨ／Ｓインタフェースとの間の制御信号の接続例を示す。図５に例示するように、ＯＨ処理部５０１とＨ／Ｓインタフェース５０２との間は、ポート及びレイヤの数に応じた数の設定信号ライン及び通知信号ラインによって接続される。
【００８８】
なお、図５のＯＨ処理部５０１は、図４の各ＯＨ処理部２１２，２３２及び２３５をまとめたブロックに相当すると捉えてよい。また、図５のＨ／Ｓインタフェース５０２は、図４の個別のＨ／Ｓインタフェース２１４，２３６及び２３７をまとめたブロックに相当すると捉えてよい。設定信号ライン及び通知信号ラインは、いずれも制御信号ラインの一例である。
【００８９】
設定信号ラインは、例えば、装置制御部からのＯＨ処理の設定情報をＯＨ処理部５０１へ伝送する。通知信号ラインは、例えば、ＯＨ処理部５０１でのＯＨ監視結果（「ＯＨステータス」と称してよい。）を装置制御部に通知する。
【００９０】
ここで、ＯＨ処理の設定とＯＨステータスの通知とは、ポート及びレイヤ毎のＯＨが対象になる。そのため、図４の例では、（ＯＴＵ２×１０ポート）＋（ＯＤＵ０×ｌ０ポート×８多重）＋（ＯＴＵ４×１ポート）＝９１本の設定信号ライン及び通知信号ラインのセットが、図５のＯＨ処理部５０１とＨ／Ｓインタフェース５０２との間に配線される。ポート数やレイヤ数が増えれば更に配線数は増える。
【００９１】
このように多数の配線を、共通化したＨ／Ｓインタフェース（「共通Ｈ／Ｓインタフェース」と称してよい。）に単純に接続しようとすると、配線混雑が生じる。配線混雑が生じると、共通化した回路を集積回路に集積化しようとした場合に、物理的な設計に制約が生じるおそれがある。なお、集積回路の一例としては、ＬＳＩ（Large Scale Integration）や、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等が挙げられる。
【００９２】
そこで、本実施形態では、既述のＯＨ処理スケジューラと共通Ｈ／Ｓインタフェースとの間で送受信される制御信号数を削減する。これにより、ＯＨ処理スケジューラと共通Ｈ／Ｓインタフェースとの間の制御信号ライン数を削減して、配線混雑を回避あるいは低減できるようにする。
【００９３】
図６に、一実施形態にかかるＡＤＭ２０の構成例を示す。図６に示すＡＤＭ２０の構成は、図４に例示した構成におけるＯＨ回路を、共通ＯＨ処理部２４に集約して共通化した構成に相当する。そのため、図６に例示するクライアントインタフェース２１及びネットワークインタフェース２３において、ＯＨ回路は削除されている。
【００９４】
代替的に、クライアントインタフェース２１においてＯＴＵ信号向けのＯＨ回路がそれぞれ接続されていた各ＯＴＵインタフェース２１１と、共通ＯＨ処理部２４と、が通信可能に接続される。また、ネットワークインタフェース２３においてＯＤＵ信号向け及びＯＴＵ信号向けのＯＨ回路がそれぞれ接続されていたＯＤＵ処理部２３１及びＯＴＵインタフェース２３４と、共通ＯＨ処理部２４と、が、それぞれ通信可能に接続される。
【００９５】
なお、図６において、ＯＴＵインタフェース２１１，２３４、ＯＤＵ処理部２１３，２３１、及び、ＯＤＵ多重分離部２３３は、クライアントネットワークからコアネットワークへ伝送される信号の受信処理部に相当すると捉えてよい。受信処理部は、ＯＨ情報を有する異なるレートの信号が階層的に多重された信号を受信処理する。
【００９６】
共通ＯＨ処理部２４は、図７に例示するように、クロック変換回路２４１と、ＯＨ処理スケジューラ２４２と、ＯＨ処理回路２４３と、共通Ｈ／Ｓインタフェース２４４と、を備える。
【００９７】
クロック変換回路２４１は、各ポートや各レイヤで異なるクロックソースを使用していた場合に、信号処理クロックを各ポート及び各レイヤに共通のクロック（例えば、システムクロック）に変換（「載せ替え」と称してもよい。）する。これにより、各ポート及び各レイヤの信号のＯＨ処理を共通のシステムクロックに従って処理できる。
【００９８】
ＯＨ処理スケジューラ２４２は、例示的に、各ポート及び各レイヤの信号レートに応じた優先度に従って、ＯＨ処理をスケジューリングする。図８に、ＯＨ処理対象の信号が、（ＯＴＵ２×１０ポート）＋（ＯＤＵ０×ｌ０ポート×８多重）＋（ＯＴＵ４×１ポート）＝９１本存在する場合の、ＯＨ処理スケジューラ２４２の構成例を示す。
【００９９】
図８に例示するように、ＯＨ処理スケジューラ２４２は、ＯＨ処理対象の信号数に応じた数の入出力ポート＃１〜＃９１を有する。
【０１００】
入出力ポート＃１には、例示的に、ＯＴＵ４信号のＯＨを分離（ドロップ）するＯＴＵ４−ＯＨドロップ回路８１ＯＴＵ４が接続される。ＯＴＵ４−ＯＨドロップ回路８１ＯＴＵ４は、例示的に、ネットワークインタフェース２３においてＯＴＵ４信号を処理するＯＴＵインタフェース２３４に備えられる。
【０１０１】
入出力ポート＃２〜＃１１の１０ポートには、それぞれ、ＯＴＵ信号のＯＨをドロップする１０個（＃０１〜＃１０）のＯＴＵ２−ＯＨドロップ回路８１ＯＴＵ２が接続される。ＯＴＵ２−ＯＨドロップ回路８１ＯＴＵ２は、例示的に、クライアントインタフェース２１においてＯＴＵ２信号を処理する１０ポート分のＯＴＵインタフェース２１１のそれぞれに備えられる。
【０１０２】
残り８０ポート分の入出力ポート＃１２〜＃９１には、それぞれ、ＯＤＵ０信号のＯＨをドロップする８０個（＃０１〜＃８０）のＯＤＵ０−ＯＨドロップ回路８１ＯＤＵ０が接続される。ＯＤＵ０−ＯＨドロップ回路８１ＯＤＵ０は、ネットワークインタフェース２３において最大８０本のＯＤＵ０信号を処理するＯＤＵ処理部２３１に備えられる。
【０１０３】
なお、上記の各ＯＨドロップ回路８１ＯＴＵ４，８１ＯＴＵ２及び８１ＯＤＵ０を区別しなくてよい場合は、単に「ＯＨドロップ回路８１」と表記する。
【０１０４】
ＯＨドロップ回路８１は、それぞれが接続された、ＯＨ処理スケジューラ２４２の入出力ポート＃ｊ（ｊ＝１〜９１のいずれか）を介してＯＨ処理に関わる通信を行なう。例えば、ＯＨドロップ回路８１は、ドロップしたＯＨのデータを当該ＯＨの処理要求と共にＯＨ処理スケジューラ２４２へ送信する。
【０１０５】
ＯＨ処理スケジューラ２４２は、複数のＯＨ処理要求を同じタイミングで受信すると、より優先度の高いレイヤの信号のＯＨデータがＯＨ処理回路２４３にて優先して処理されるように、ＯＨ処理のスケジューリングを行なう。優先度は、例えば、ＯＴＵ４＞ＯＴＵ２＞ＯＤＵ０である。
【０１０６】
なお、ＯＨ処理スケジューラ２４２は、どの入出力ポート＃ｊにどのレイヤのＯＨドロップ回路８１が接続されているかを管理しており、ＯＨ処理要求を受信した入出力ポート＃ｊのポート番号を基に、当該ＯＨ処理要求のレイヤを識別できる。同じレイヤのＯＨ処理要求が競合した場合は、入出力ポート＃ｊのポート番号を基に、優先するＯＨ処理要求を決定してよい。
【０１０７】
例えば、図８の例では、入出力ポート＃ｊのポート番号の昇順に優先度を設定してよい。すなわち、ポート＃１＞ポート＃２＞・・・＞ポート＃９０＞ポート＃９１に優先度を設定してよい。ただし、図８の例とは逆に、ポート番号が大きい入出力ポート＃ｊほど上位レイヤのＯＨドロップ回路８１が接続される場合には、入出力ポート＃ｊのポート番号の降順に優先度を設定してよい。
【０１０８】
別言すると、ポート番号の昇順又は降順で、より上位のレイヤ（又は、より下位のレイヤ）のＯＨドロップ回路８１を入出力ポート＃ｊに接続しておくことで、ポート番号に基づくレイヤの識別、管理、優先度の管理が容易になる。
【０１０９】
もっとも、入出力ポート＃ｊに接続されるＯＨドロップ回路８１のレイヤと、当該入出力ポート＃ｊのポート番号と、の対応関係が、ＯＨ処理スケジューラ２４２にて、管理されていれば、レイヤ（優先度）の識別は可能である。
【０１１０】
ＯＨ処理スケジューラ２４２は、ＯＨ処理要求のスケジューリング結果に従って、ＯＨデータを、順次、ＯＨ処理回路２４３に、ＯＨ処理のイネーブル信号と共に送信する。
【０１１１】
ＯＨ処理回路２４３は、ＯＨ処理スケジューラ２４２から、イネーブル信号と共にＯＨデータを受信すると、受信したＯＨデータの処理（例えば、ＯＨステータスの監視）を行なう。ＯＨデータの処理結果は、例えば、共通Ｈ／Ｓインタフェース２４４を通じて装置制御部に通知される。
【０１１２】
ＯＨ処理回路２４３は、ＯＨ処理が正常に終了すると、その旨を示す応答（例えば、グラント）をＯＨ処理スケジューラ２４２に返信する。
【０１１３】
ＯＨ処理スケジューラ２４２は、ＯＨ処理回路２４３からグラントを受信すると、対応するＯＨドロップ回路８１にグラントを送信してＯＨ処理が正常に終了したことを通知する。
【０１１４】
図９に、ＯＨ処理スケジューラ２４２（以下「スケジューラ２４２」と略称することがある。）の動作例を示す。図９には、まずＯＤＵ０信号のＯＨ処理要求が先着順で受け付けられ、その後に、ＯＴＵ４信号のＯＨ処理要求とＯＤＵ０信号のＯＨ処理要求とが競合した場合について例示している。
【０１１５】
ＯＨ処理スケジューラ２４２は、図９の（１０）に例示する内部ビジー信号が「１」となっている場合、新たなＯＨ処理要求は受け付けない。
【０１１６】
内部ビジー信号は、いずれかのレイヤのＯＨ処理がＯＨ処理回路２４３にて開始（イネーブル）されると「０」から「１」に遷移する。いずれのレイヤのＯＨ処理も正常に終了してディゼーブル状態になると、内部ビジー信号は、「１」から「０」に遷移する。内部ビジー信号は、「フラグ情報」と称してもよい。
【０１１７】
図９の（７）及び（８）に例示するように、時刻Ｔ１で、図８の入出力ポート＃１３に接続されたＯＤＵ０−ＯＨドロップ回路＃０２からＯＨ処理要求（ODU#2 Request）がＯＨデータ（ODU0#2 OH Data）と共にスケジューラ２４２に送信されたとする。
【０１１８】
時刻Ｔ１では、図９の（１０）に例示する内部ビジー信号が「０」であるので、スケジューラ２４２は、当該ＯＨ処理要求（ODU#2 Request）を受け付けて、受信したＯＨデータ（ODU0#2 OH Data）をＯＨ処理回路２４３へイネーブル信号と共に送信する。
【０１１９】
ＯＤＵ０信号のＯＨ処理要求（ODU#2 Request）の受け付けに応じて、スケジューラ２４２は、図９の（１０）に例示するように、例えば時刻Ｔ２において内部ビジー信号を「１」に変更する。
【０１２０】
ここで、図９の（１）及び（２）に例示するように、時刻Ｔ２において、図８の入出力ポート＃１に接続されたＯＴＵ４−ＯＨドロップ回路８１ＯＴＵ４からＯＨ処理要求（OTU4 Request）がＯＨデータと共にスケジューラ２４２に送信されたとする。
【０１２１】
また、同時刻Ｔ２において、図９の（４）及び（５）に例示するように、図８の入出力ポート＃１２に接続されたＯＤＵ０−ＯＨドロップ回路＃０１からＯＨ処理要求（ODU0#1 Request）がＯＨデータと共にスケジューラ２４２に送信されたとする。
【０１２２】
しかし、スケジューラ２４２は、時刻Ｔ２において、内部イネーブル信号が「１」になっているので、ＯＴＵ４信号及びＯＤＵ０信号のいずれについてのＯＨ処理要求（OTU4 Request，ODU0#1 Request）も受け付けない。
【０１２３】
一方、時刻Ｔ１でＯＨ処理要求（ODU#2 Request）が受け付けられたＯＨデータ（ODU0#2 OH Data）の処理がＯＨ処理回路２４３にて正常に終了し、図９の（９）に例示するように、時刻Ｔ３−Ｔ４の間、ＯＨ処理回路２４３がグラントを送信したとする。
【０１２４】
スケジューラ２４２は、当該グラントを受信すると、ＯＨ処理要求（ODU#2 Request）の送信元ＯＤＵ０−ＯＨドロップ回路＃０２へグラントを送信する。ＯＤＵ０−ＯＨドロップ回路＃０２は、スケジューラ２４２からのグラントの受信に応じて、図９の（７）に例示するように、例えば時刻Ｔ５でＯＨ処理要求（ODU#2 Request）をディゼーブルする。
【０１２５】
当該ディゼーブルに応じて、スケジューラ２４２は、図９の（１０）に例示するように、内部ビジー信号を「１」から「０」に変更する。内部ビジー信号が「０」になった時刻Ｔ５以降、スケジューラ２４２は、ＯＨ処理要求を受け付け可能な状態となる。
【０１２６】
ここで、図９の（１）及び（４）に例示するように、時刻Ｔ２以降、ＯＴＵ４信号及びＯＤＵ０信号についてのＯＨ処理要求（OTU4 Request，ODU0#1 Request）が競合的にイネーブル状態となっている。
【０１２７】
スケジューラ２４２は、上位レイヤの信号であるＯＴＵ４信号のＯＨ処理を優先させるため、ＯＴＵ４−ＯＨドロップ回路８１ＯＴＵ４からのＯＨ処理要求（OTU4 Request）を受け付けて、ＯＨデータ（OTU4 OH Data）をＯＨ処理回路２４３へ送信する。
【０１２８】
ＯＴＵ４信号のＯＨ処理要求（OTU4 Request）の受け付けに応じて、スケジューラ２４２は、図９の（１０）に例示するように、例えば時刻Ｔ６において内部ビジー信号を「０」から「１」に変更する。
【０１２９】
その後、ＯＴＵ４信号のＯＨ処理が正常に終了し、ＯＨ処理回路２３４からグラントが受信されれば、スケジューラ２４２は、内部ビジー信号を「１」から「０」に変更する。この時点で、ＯＤＵ信号よりも上位レイヤのＯＴＵ４信号の新たなＯＨ処理要求が受信されていなければ、スケジューラ２４２は、時刻Ｔ５で選択しなかった下位レイヤ（ＯＤＵ０信号）のＯＨ処理要求（ODU0#1 Request）を受け付ける。
【０１３０】
次に、図１０に、上述したスケジューラ２４２の動作例をフローチャートにて示す。図１０に例示するように、スケジューラ２４２は、内部ビジー信号が「０」であるか否かをチェック（「監視」と称してもよい。）する（処理Ｐ１１）。
【０１３１】
チェックの結果、内部ビジー信号が「１」であれば（処理Ｐ１１でＮｏの場合）、スケジューラ２４２は、既にいずれかのレイヤのＯＨ処理が開始されていると判断して、新たなＯＨ処理要求が受信されても受け付けない。
【０１３２】
一方、内部ビジー信号が「０」であれば（処理Ｐ１１でＹｅｓの場合）、スケジューラ２４２は、入出力ポート＃ｊのいずれか若しくは複数においてＯＨ処理要求（「１」）が受信されているか否かをチェックする（処理Ｐ１２）。
【０１３３】
チェックの結果、入出力ポート＃ｊのいずれにおいてもＯＨ処理要求が受信されていなければ（処理Ｐ１２でＮｏの場合）、ＯＨ処理要求の監視を継続する。
【０１３４】
入出力ポート＃ｊのいずれかでＯＨ処理要求が受信されており（処理Ｐ１２でＹｅｓの場合）、複数のＯＨ処理要求が競合していなければ、スケジューラ２４２は、当該ＯＨ処理要求を受け付ける。複数のＯＨ処理要求が競合していれば、優先度の高い入出力ポート＃ｊで受信されているＯＨ処理要求を受け付ける（処理Ｐ１３）。
【０１３５】
ＯＨ処理要求の受け付けに応じて、スケジューラ２４２は、内部ビジー信号を「１」に設定し、ＯＨ処理回路２４３にイネーブル信号と共にＯＨデータを送信してＯＨ処理を開始する（処理Ｐ１４）。
【０１３６】
その後、スケジューラ２４２は、ＯＨ処理回路２４３によるＯＨ処理が正常に終了してＯＨ処理回路２４３からグラントが受信されると、ＯＨ処理要求を受け付けた入出力ポート＃ｊからＯＨドロップ回路８１へグラント（「１」）を発行する。また、スケジューラ２４２は、内部ビジー信号を「０」に設定する（処理Ｐ１５）。
【０１３７】
ＯＨドロップ回路８１は、スケジューラ２４２からグラント（「１」）を受信することによって、ＯＨ処理要求を「０」に設定（ディゼーブル）する（処理Ｐ１６）。
【０１３８】
以上のようにして、スケジューラ２４２は、各入出力ポート＃ｊを通じて受信されるＯＨ処理要求を上位レイヤのＯＨ処理が優先されるようにスケジューリングする。これにより、ＯＨ処理回路２４３が共通化されていても、例えば、上位レイヤの信号の１フレーム周期内に下位レイヤの信号のＯＨ処理を完了することができるようになる。したがって、ＯＨ処理の共通化に伴う破綻を回避できる。
【０１３９】
なお、スケジューラ２４２による共通ＯＨ処理の最大許容能力は、ＡＤＭ２０が処理対象とする最上位レイヤの信号レート（別言すると、１フレーム時間）に応じて決まる。非限定的な一例として、ＯＨ処理の動作クロック（システムクロック）が１７０［ＭＨｚ］であり、ＯＨ処理回路２４３でのＯＨ処理に７クロック分の時間がかかると仮定する。すなわち、ＯＨ処理回路２４３において、（１／１７０［ＭＨｚ］）×７［クロック］×１０００≒４１．１７６［ｎｓ］の処理時間がかかると仮定する。
【０１４０】
現状のＩＴＵ−Ｔ  Ｇ．７０９規格では、ＯＴＵ４信号が最上位レイヤ、すなわち、最高レートの信号であり、前記の表１に例示したように、１フレーム時間は１．１６８［μｓ］＝１１６８［ｎｓ］である。なお、ＩＴＵ−Ｔは、「International Telecommunication Union Telecommunication Standardization Sector」の略称である。
【０１４１】
したがって、ＯＴＵ４信号の１フレーム時間内に処理可能なＯＨ処理数は、１１７６［ｎｓ］÷４１．１７６［ｎｓ］≒２８．３となる。つまり、最大で約２８個分のＯＴＵ４信号に対するＯＨ処理を、スケジューラ２４２及びＯＨ処理回路２４３によって処理できる。
【０１４２】
（ＯＨ処理回路２４３と共通Ｈ／Ｓインタフェース２４４との間の接続例）
次に、図１１〜図１３を参照して、図７に例示した、ＯＨ処理回路２４３と共通Ｈ／Ｓインタフェース２４４との間の接続例及び制御通信例について説明する。
【０１４３】
図１１に例示するように、ＯＨ処理回路２４３と共通Ｈ／Ｓインタフェース２４４との間は、例えば７種類の信号ライン＃１〜＃７にて接続される。なお、以下において、「共通Ｈ／Ｓインタフェース２４４」は、「共通インタフェース２４４」と略称することがある。
【０１４４】
ＯＨ処理回路２４３は、第１の信号ライン＃１を通じて、既述の装置制御部宛にＯＨ処理の設定情報を要求（「ＯＨ設定要求」と称してよい。）する。併せて、ＯＨ処理回路２４３は、当該ＯＨ設定要求がどのポート番号についての要求であるかを装置制御部が識別できるように、ＯＨ設定要求元のポート番号を第２の信号ライン＃２にて、共通Ｈ／Ｓインタフェース２４４に送信する（図１２の処理Ｐ２１）。
【０１４５】
なお、「ポート番号」は、例えば図８に示したスケジューラ２４２の入出力ポート番号＃ｊに相当する。したがって、ポート番号＃ｊは、既述のように、ＯＨ処理対象の信号のレイヤを識別する情報の一例に相当すると捉えてよい。
【０１４６】
共通インタフェース２４４は、第１及び第２の信号ライン＃１及び＃２を通じてそれぞれ受信したＯＨ設定要求及びポート番号＃ｊのセットを装置制御部へ送信する。
【０１４７】
装置制御部は、共通インタフェース２４４からＯＨ設定要求とポート番号＃ｊとのセットを受信すると、ポート番号＃ｊに対するＯＨ設定要求であることを識別し、識別したポート番号＃ｊ向けのＯＨ処理の設定情報を共通インタフェース２４４へ送信する。
【０１４８】
共通インタフェース２４４は、装置制御部から受信した設定情報を、第３の信号ライン＃３を通じて、ＯＨ処理回路２４３に与える。その際、共通インタフェース２４４は、当該設定情報をＯＨ処理回路２４３に取り込ませる（別言すると、設定を反映させる）ためのトリガ信号を、第４の信号ライン＃４を通じて、ＯＨ処理回路２４３に与えてよい（図１２の処理Ｐ２２）。
【０１４９】
設定情報を受信したＯＨ処理回路２４３は、当該設定情報に従って、対象ポート番号＃ｊ（レイヤ）のＯＨ処理（例示的に、監視）を実施し、処理結果（例示的に、ＯＨステータス）を、第６の信号ライン＃６を通じて共通インタフェース２４４へ通知する。併せて、ＯＨ処理回路２４３は、当該ＯＨステータスがどのポート番号＃ｊについてのＯＨ処理結果であるかを示すために、ポート番号＃ｊを第５の信号ライン＃５にて共通インタフェース２４４に送信する（図１３の処理Ｐ３１）。
【０１５０】
共通インタフェース２４４は、第５及び第６の信号ライン＃５及び＃６を通じてそれぞれ受信したポート番号＃ｊ及びＯＨステータスのセットを装置制御部へ送信する。当該ポート番号＃ｊ及びＯＨステータスのセットの受信に応じて、共通インタフェース２４４は、第７の信号ライン＃７にて、通知受け取り完了信号をＯＨ処理回路２４３に送信してよい（図１３の処理Ｐ３２）。
【０１５１】
装置制御部は、共通インタフェース２４４からポート番号＃ｊとＯＨステータスとのセットを受信すると、当該ポート番号＃ｊについてのＯＨステータスに応じた処理を実施する。
【０１５２】
上述した第１〜第７の信号ライン＃１〜＃７は、ＯＨ処理回路２４と装置制御部との間の制御通信（あるいは制御アクセス）に用いられる制御信号ラインの一例である。
【０１５３】
ここで、上述したＯＨ処理の設定情報やＯＨステータスは、システムクロック毎に送受信される必要はなく、スケジューラ２４２にてスケジューリングされたＯＨ処理のタイミングにて送受信されれば足りる。
【０１５４】
別言すると、ＯＨ処理回路２４３に対するＯＨ処理の設定や、装置制御部に対するＯＨステータスの通知を含む制御通信も、ＯＨ処理のスケジューリングに応じてスケジューリングされる。したがって、ＡＤＭ２０のポートや信号のレート（レイヤ）別に制御信号ラインを配線しなくてよく、Ｈ／Ｓインタフェース２４４を共通化した際の配線混雑を回避できる。
【０１５５】
以上のように、上述した実施形態によれば、スケジューラ２４２によって、信号のレート（あるいはレイヤ）に応じたＯＨ処理のスケジューリングを行なうので、異なるレートの信号のＯＨ処理を共通のＯＨ処理回路２４３にて処理できる。
【０１５６】
したがって、図２〜図４に例示したように異なるポート及び異なるレイヤの別にＯＨ回路を設けなくてよく、ＯＨ処理に関わるハードウェアリソースの消費量（別言すると、規模）を削減できる。また、ハードウェア規模の削減に応じて、電力消費量も削減できる。
【０１５７】
例えば、図４の例では９１箇所に設けられていたＯＨ回路を、図６及び図７の例では、共通ＯＨ処理部２４（ＯＨ処理回路２４３）の１箇所に共通化できる。したがって、ＯＨ処理スケジューラ２４２の追加分を考慮しても、５０％程度のハードウェア規模及び消費電力の削減効果を見込める。
【０１５８】
また、ＡＤＭ２０が処理対象とする信号容量が増大してレイヤの数（種類）が増えたとしても、レイヤ数に依存しないで、各レイヤのＯＨ処理をＯＨ処理回路２４３にて共通処理できる。したがって、ＡＤＭ２０が処理対象とする信号容量の増加に対しても、容易に、また、柔軟に対応することができる。
【０１５９】
更に、スケジューラ２４２は、異なるレイヤのＯＨ処理が競合する場合には、より上位レイヤの信号（別言すると、より信号レートの高い信号）のＯＨ処理ほど下位レイヤの信号に優先してスケジューリングできる。したがって、ＯＨ処理の共通化に伴う破綻を回避できる。
【符号の説明】
【０１６０】
１  通信システム（通信ネットワーク）
２−１  ネットワーク（ＯＴＮ）
２−２  ネットワーク（ＳＯＮＥＴ／ＳＤＨネットワーク）
２−３  イーサネット
２０  ＡＤＭ
２１  クライアントインタフェース
２１１  ＯＴＵインタフェース（ＩＦ）
２１２，２３２，２３５  オーバヘッド（ＯＨ）処理部
２１３Ｎ個のＯＤＵ処理部
２１４，２３６，２３７  ハード／ソフト（Ｈ／Ｓ）インタフェース
２２  スイッチ（ＳＷ）
２２１  クロスコネクト（ＸＣ）スイッチ
２３  ネットワークインタフェース
２３１  ＯＤＵ処理部
２３３  ＯＤＵ多重分離部（ODU MUX/DMUX）
２３４  ＯＴＵインタフェース（ＩＦ）
２４  共通オーバヘッド（ＯＨ）処理部
２４１  クロック変換回路
２４２  ＯＨ処理スケジューラ
２４３  ＯＨ処理回路
２４４  共通Ｈ／Ｓインタフェース
３０  レイヤ２スイッチ（Ｌ２ＳＷ）
４０  アグリゲートスイッチ（ＡＳＷ）
８１ＯＴＵ４  ＯＴＵ４−ＯＨドロップ回路
８１ＯＴＵ２  ＯＴＵ２−ＯＨドロップ回路
８１ＯＤＵ０  ＯＤＵ０−ＯＨドロップ回路
５０１  ＯＨ処理部
５０２  Ｈ／Ｓインタフェース
【図１】
2016100673.tif 000004
【図２】
2016100673.tif 000005
【図３】
2016100673.tif 000006
【図４】
2016100673.tif 000007
【図５】
2016100673.tif 000008
【図６】
2016100673.tif 000009
【図７】
2016100673.tif 000010
【図８】
2016100673.tif 000011
【図９】
2016100673.tif 000012
【図１０】
2016100673.tif 000013
【図１１】
2016100673.tif 000014
【図１２】
2016100673.tif 000015
【図１３】
2016100673.tif 000016