JP5194946B2 - ネットワーク接続装置、および当該装置における信号処理方法 - Google Patents

Description

この発明は、ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置、および当該装置における信号処理方法に関する。

従来、ＳＯＮＥＴ／ＳＤＨ（Synchronous Optical Network／Synchronous Digital Hierarchy）通信網の管理には、ＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）に対応したものもあれば、ＯＳＩ（Open Systems Interconnection）に対応したものもあり、網全体の通信プロトコルは複合的である。

このようなＳＯＮＥＴ／ＳＤＨ通信網は、ＮＭＳ（Network Management System）と呼ばれる監視制御装置により管理される。

その際、ＮＭＳと伝送装置間および各伝送装置間の通信には、ＳＯＮＥＴ／ＳＤＨフレームのセクションオーバーヘッド内に用意されているＳＤＣＣ（Section Data Communication Channel）が使用される。

伝送装置がＧＭＰＬＳ、ＯＳＩのいずれに対応するかによってＳＤＣＣに用いられるプロトコルは異なり、ＧＭＰＬＳに対応する伝送装置間ではＴＣＰ／ＩＰプロトコルが用いられ、ＯＳＩに対応する伝送装置間ではＯＳＩプロトコルが用いられる。

そして、ＮＭＳが送信する制御信号には、監視制御対象の伝送装置が用いるプロトコルを使用する必要がある。

よって、例えば、ＧＭＰＬＳによる管理が適用されたネットワークと、ＯＳＩによる管理が適用されたネットワークとが混在する網全体を管理するためには、それぞれ共通のプロトコルが用いられるネットワークごとにＮＭＳを設置する必要があるが、その場合、設置のために多くのコストがかかり、各ＮＭＳを操作する複数人の管理者を配置しなければならない。

そこで、特許文献１では、ＩＰパケットをＯＳＩパケットにカプセル化し、ＯＳＩパケットとしてＯＳＩに対応するＤＣＮ（Data Communication Network）網内を通すというＯＳＩトンネルが開示されている。

特表２００４−５２４７８４号公報

このＯＳＩトンネルにより、ＧＭＰＬＳに対応する伝送装置の監視制御については一つのＮＭＳで行うことができ、ＮＭＳが減った分についてはコストや人員の削減になる。

しかしながら、ＯＳＩトンネルの設定に要する作業が煩雑であり、誤設定の危険性があるという課題があった。また、ＯＳＩに対応する伝送装置の監視制御については別のＮＭＳで行う必要があり、コストや人員の削減の余地があるという課題があった。

そのため、ＳＯＮＥＴ／ＳＤＨ通信網全体を一つの監視制御装置によって統一的に、かつ、簡易に管理できる手法が望まれていた。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、同一の監視制御装置によりＳＯＮＥＴ／ＳＤＨ通信網を構成する伝送装置が統一的に管理され、当該管理には煩雑な作業が不要なネットワーク接続装置、および当該装置における信号処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、この装置は、ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置であって、第一のネットワーク管理プロトコルを処理する第一プロトコル処理手段と、第二のネットワーク管理プロトコルを処理する第二プロトコル処理手段と、受信したＳＯＮＥＴ／ＳＤＨフレームのヘッダを抽出するフレームヘッダ抽出手段と、前記抽出されたフレームヘッダに基づいて、ネットワーク管理プロトコルを判別し、該判別結果に基づいて、前記第一プロトコル処理手段から出力される制御信号と、前記第二プロトコル処理手段から出力される制御信号とのいずれか一方を選択して出力するプロトコル判別手段と、を備えたことを要件とする。

また、この方法は、ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置における前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する信号処理方法であって、第一のネットワーク管理プロトコルを処理する第一プロトコル処理工程と、第二のネットワーク管理プロトコルを処理する第二プロトコル処理工程と、受信したＳＯＮＥＴ／ＳＤＨフレームのヘッダを抽出するフレームヘッダ抽出工程と、前記抽出されたフレームヘッダに基づいて、ネットワーク管理プロトコルを判別し、該判別結果に基づいて、前記第一プロトコル処理工程の結果得られる制御信号と、前記第二プロトコル処理工程の結果得られる制御信号とのいずれか一方を選択して出力するプロトコル判別工程と、を備えたことを要件とする。

開示の装置をＳＯＮＥＴ／ＳＤＨ通信網を構成する伝送装置が搭載することにより、同一の監視制御装置で網全体を統一的に管理することが可能となる。また、管理する上で、ＯＳＩトンネルを設定するなどの煩雑な作業は不要となる。

以下に添付図面を参照して、本発明に係るネットワーク接続装置およびゲートウェイ装置の好適な実施例について詳細に説明する。

図１は、監視制御の対象となるネットワークの一例を示す図である。同図に示すように、当該ネットワークは、中継装置１０Ａ１〜中継装置１０Ａ３からなる第１のネットワークと、中継装置２０Ａ１〜中継装置２０Ａ３からなる第２のネットワークと、中継装置３０Ａ１〜中継装置３０Ａ３からなる第３のネットワークとが接続されて構成される。

上記した第１〜第３のネットワークは、いずれもＳＯＮＥＴ／ＳＤＨに準拠して構築されたネットワークであり、第１および第３のネットワークは、ＧＭＰＬＳに対応し、第２のネットワークは、ＯＳＩに対応している。

このようなネットワークにおいて、中継装置間の通信には、ＳＯＮＥＴ／ＳＤＨにおけるフレームのセクションオーバーヘッド内に用意されているＳＤＣＣ（Section Data Communication Channel）が使用される。

しかしながら、当該中継装置間の通信には、第１〜第３のネットワークそれぞれで異なるプロトコルが用いられる。

つまり、ＧＭＰＬＳ対応の中継装置１０Ａ１〜中継装置１０Ａ３間の通信、および、中継装置３０Ａ１〜中継装置３０Ａ３間の通信にはＴＣＰ／ＩＰプロトコルが用いられ、中継装置２０Ａ１〜中継装置２０Ａ３間の通信にはＯＳＩプロトコルが用いられる。

このように、小規模の各ネットワークの通信に用いられるプロトコルが異なるため、従来、ネットワーク全体を管理するには、当該小規模ネットワークごとに監視制御装置を設置する必要があった。

中継装置２０Ａ１と中継装置２０Ａ２の間にＯＳＩトンネルを設定することで、一つの監視制御装置により、ＧＭＰＬＳ対応の第１および第３のネットワークを統一的に管理する手法もあったが、当該ＯＳＩトンネルの設定には煩雑な作業が必要であった。

そこで、本発明に係るネットワーク接続装置を、図１に示したネットワーク内の全ての中継装置に搭載し、ＯＳＩトンネルを設定するなど煩雑な作業をすることなく、一つの監視制御装置４０による当該ネットワーク全体に対する統一的な管理を可能にする。

具体的には、各中継装置が、ＳＤＣＣ上で、ＯＳＩ制御信号（ＬＡＰＤプロトコル）とＧＭＰＬＳ制御信号（ＰＰＰプロトコル）の両方を通信できるようにする。よって、監視制御装置４０は、ネットワークの監視制御にＯＳＩ制御信号またはＧＭＰＬＳ制御信号の両方を使用してよい。

図２は、本発明に係るネットワーク接続装置の概要構成を示すブロック図である。同図に示すように、ネットワーク接続装置１００は、信号受信部１１０と、セクションオーバーヘッド分離部１２０と、Ｄ４−Ｄ１２取得部１３０と、エラー検出部１４０と、Ｄ４−Ｄ１２判別部１５０と、ＬＡＰＤ制御部１６０ａと、ＰＰＰ制御部１６０ｂと、装置アラーム制御部１７０と、セクションオーバーヘッド多重部１８０と、ＳＯＮＥＴ／ＳＤＨフレーム生成部１９０と、信号送信部２００と、を備える。

以下では、ＳＯＮＥＴ／ＳＤＨフレームの受信時と送信時に分けて各部の説明を行う。まず、ＳＯＮＥＴ／ＳＤＨフレーム受信時の各部の説明を行う。

信号受信部１１０は、対向する中継装置から送信された光信号（ＳＯＮＥＴ／ＳＤＨフレーム）を受信し、当該受信した光信号を電気変換した後、セクションオーバーヘッド分離部１２０に出力する。

ここで、信号受信部１１０が受信する光信号（ＳＯＮＥＴ／ＳＤＨフレーム）について図３を用いて具体的に説明を行う。図３は、ＳＯＮＥＴ／ＳＤＨにおけるフレームフォーマットを示す図である。

図１に示したネットワークにおいて、各中継装置は、図３に示すように、９行×２７０列で構成されるフレームを送受信する。

先頭の９行×９列がセクションオーバーヘッドであり、フレームのヘッダ部分となる。当該セクションオーバーヘッドにおいて、上３行が中継セクションオーバーヘッド、第４行がＡＵ−４ポインタ、そして、下５行が端局セクションオーバーヘッドである。残りの９行×２６１列がペイロードであり、情報を収容する領域となる。

監視制御装置４０から送信されるＯＳＩ制御信号（ＬＡＰＤプロトコル）、または、ＧＭＰＬＳ制御信号（ＰＰＰプロトコル）は、端局セクションオーバーヘッドにおけるＤ４−Ｄ１２にマッピングされる。

セクションオーバーヘッド分離部１２０は、信号受信部１１０からフレームを受け取ると、当該フレームからセクションオーバーヘッドを分離する。そして、セクションオーバーヘッド分離部１２０は、当該セクションオーバーヘッドをＤ４−Ｄ１２取得部１３０に出力する。

Ｄ４−Ｄ１２取得部１３０は、セクションオーバーヘッド分離部１２０からセクションオーバーヘッドを受け取ると、当該セクションオーバーヘッドからＤ４−Ｄ１２を取得する。そして、Ｄ４−Ｄ１２取得部１３０は、当該Ｄ４−Ｄ１２をエラー検出部１４０に出力する。

エラー検出部１４０は、Ｄ４−Ｄ１２取得部１３０からＤ４−Ｄ１２を受け取ると、当該Ｄ４−Ｄ１２に対してチェックサムなどを行ってエラー検出を行う。そして、エラー検出部１４０は、エラーが検出されれば、ＬＡＰＤ制御部１６０ａおよびＰＰＰ制御部１６０ｂにエラー検出の通知を行う。エラー検出を行った後、エラー検出部１４０は、当該Ｄ４−Ｄ１２をＤ４−Ｄ１２判別部１５０に出力する。

Ｄ４−Ｄ１２判別部１５０は、エラー検出部１４０からＤ４−Ｄ１２を受け取って当該Ｄ４−Ｄ１２の所定位置のビットの値を得ると、その値に基づいてプロトコルを判別する。

ここで、Ｄ４−Ｄ１２判別部１５０によるプロトコル判別手法を図４および図５を用いて説明する。

図４は、ＰＰＰプロトコルのフレームフォーマットを示す図であるが、同図に示すように、監視制御装置４０がＧＭＰＬＳ制御信号（ＰＰＰプロトコル）を送信すると、当該制御信号のビット列において、第９ビットの値と第１７ビットの値は、必ず「１」と「０」になる。

また、図５は、ＬＡＰＤプロトコルのフレームフォーマットを示す図であるが、同図に示すように、監視制御装置４０がＯＳＩ制御信号（ＬＡＰＤプロトコル）を送信すると、当該制御信号のビット列において、第９ビットの値と第１７ビットの値は、必ず「０」と「１」になる。

したがって、Ｄ４−Ｄ１２判別部１５０は、Ｄ４−Ｄ１２のビット列のうち、第９ビットと第１７ビットの値を得て、その値が「１」と「０」であればＰＰＰプロトコル、「０」と「１」であればＬＡＰＤプロトコルと判定する。

つぎに、図６を用いてＤ４−Ｄ１２判別部１５０の処理動作を説明する。図６は、Ｄ４−Ｄ１２判別部１５０の処理動作を説明するフローチャートであり、同図に示す処理フローはエラー検出部１４０からＤ４−Ｄ１２を受け取った際に繰り返し実行される。

まず、Ｄ４−Ｄ１２判別部１５０は、受け取ったＤ４−Ｄ１２のプロトコル判別を行い（ステップＳ１１０）、判別可能であった場合には（ステップＳ１２０肯定）、プロトコルの種別に応じた出力先へＤ４−Ｄ１２を出力する（ステップＳ１３０）。

なお、Ｄ４−Ｄ１２判別部１５０は、Ｄ４−Ｄ１２がＬＡＰＤプロトコルであればＬＡＰＤ制御部１６０ａに出力し、ＰＰＰプロトコルであればＰＰＰ制御部１６０ｂに出力する。

一方、Ｄ４−Ｄ１２判別部１５０は、判別不可能であった場合には（ステップＳ１２０否定）、既定の出力先へＤ４−Ｄ１２を出力し（ステップＳ１４０）、処理を終了する。

なお、判別不可能であった場合の出力先については任意に設定してよい。例えば、ＬＡＰＤ制御部１６０ａまたはＰＰＰ制御部１６０ｂのいずれかを出力先にしてもよいし、ＬＡＰＤ制御部１６０ａおよびＰＰＰ制御部１６０ｂの両方を出力先にしてもよい。

ＬＡＰＤ制御部１６０ａは、Ｄ４−Ｄ１２判別部１５０から受け取ったＤ４−Ｄ１２をＬＡＰＤプロトコルで解釈し、処理を行う。

ＰＰＰ制御部１６０ｂは、Ｄ４−Ｄ１２判別部１５０から受け取ったＤ４−Ｄ１２をＰＰＰプロトコルで解釈し、処理を行う。

装置アラーム制御部１７０は、装置内の障害発生を常時監視し、何らかの障害を検知すると、ＬＡＰＤ制御部１６０ａおよびＰＰＰ制御部１６０ｂに通知する。

図７を用いてＬＡＰＤ制御部１６０ａの処理動作を説明する。図７は、ＬＡＰＤ制御部１６０ａの処理動作を説明するフローチャートであり、同図に示す処理フローはネットワーク接続装置１００の作動中繰り返し実行される。なお、ＰＰＰ制御部１６０ｂの処理動作については以下に説明するＬＡＰＤ制御部１６０ａの処理動作と同様であるため、説明を省略する。

ＬＡＰＤ制御部１６０ａは、エラー検出部１４０の通知を受け取った状態でＤ４−Ｄ１２判別部１５０からＤ４−Ｄ１２を受け取った場合には（ステップＳ１５０肯定かつステップＳ１９０肯定）、再送要求処理を行う（ステップＳ２００）。

一方、ＬＡＰＤ制御部１６０ａは、エラー検出部１４０の通知がないままＤ４−Ｄ１２判別部１５０からＤ４−Ｄ１２を受け取った場合には（ステップＳ１５０肯定かつステップＳ１９０否定）、当該Ｄ４−Ｄ１２をＬＡＰＤプロトコルで解釈し、再送要求であれば（ステップＳ２１０肯定）、当該再送要求を行った相手に対する再送処理を行う（ステップＳ２３０）。再送要求でない場合には（ステップＳ２１０否定）、自装置を搭載する中継装置の主制御部に出力するなどの通常処理を行う（ステップＳ２２０）。

ステップＳ１５０に戻って、ＬＡＰＤ制御部１６０ａは、Ｄ４−Ｄ１２判別部１５０からＤ４−Ｄ１２を受け取らないまま一定時間経過した場合に（ステップＳ１５０否定かつステップＳ１６０否定かつステップＳ１７０肯定）、対向する中継装置との通信を保つためにＫｅｅｐ Ａｌｉｖｅ処理を行う（ステップＳ１８０）。

また、ＬＡＰＤ制御部１６０ａは、一定時間が経過しなくても、装置アラーム制御部１７０から通知を受け取ると（ステップＳ１５０否定かつステップＳ１６０肯定）、直ちにＫｅｅｐ Ａｌｉｖｅ処理を行う（ステップＳ１８０）。その結果、例えば、ＬＡＰＤ制御部１６０ａは、装置内の何らかの障害により、再送要求を行った相手に対する再送処理が行えない場合でも、一定時間経過後ではなく、当該障害を検知した装置アラーム制御部１７０の通知後、直ちに当該再送要求に対する再送要求を行う。

続いて、ＳＯＮＥＴ／ＳＤＨフレーム送信時の各部の説明を行う。

ＬＡＰＤ制御部１６０ａは、ＬＡＰＤプロトコルのフレームフォーマットに基づき、中継装置の主制御部（図示しない）から入力される送信情報でＬＡＰＤフレームを作成する。

ＰＰＰ制御部１６０ｂは、ＰＰＰプロトコルのフレームフォーマットに基づき、中継装置の主制御部（図示しない）から入力される送信情報でＰＰＰフレームを作成する。

Ｄ４−Ｄ１２判別部１５０は、図６のステップＳ１３０のプロトコル種別の判定結果に応じて、ＬＡＰＤ制御部１６０ａから受け取るフレームとＰＰＰ制御部１６０ｂから受け取るフレームとのいずれかから、ＳＯＮＥＴ／ＳＤＨにおけるフレームフォーマットに基づき、Ｄ４−Ｄ１２の情報を作成する。

セクションオーバーヘッド多重部１８０は、Ｄ４−Ｄ１２判別部１５０から受け取るＤ４−Ｄ１２の情報をセクションオーバーヘッドに多重する。

ＳＯＮＥＴ／ＳＤＨフレーム生成部１９０は、セクションオーバーヘッド多重部１８０から受け取るセクションオーバーヘッドでＳＯＮＥＴ／ＳＤＨフレームを生成する。

信号送信部２００は、ＳＯＮＥＴ／ＳＤＨフレーム生成部１９０によって生成されたＳＯＮＥＴ／ＳＤＨフレームを光信号として出力する。

上記したように、実施例１によれば、ネットワーク接続装置１００は、監視制御装置４０から送信された制御信号のプロトコルを判別し、プロトコルの種別に応じてＬＡＰＤ制御部１６０ａまたはＰＰＰ制御部１６０ｂで当該制御信号を処理する。

当該ネットワーク接続装置１００をＳＯＮＥＴ／ＳＤＨ通信網を構成する伝送装置が搭載することにより、同一の監視制御装置で網全体を統一的に管理することが可能となる。また、管理する上で、ＯＳＩトンネルを設定するなどの煩雑な作業は不要である。

図８は、監視制御の対象となるネットワークの一例を示す図である。同図に示すように、当該ネットワークは、中継装置５０Ａ１、ゲートウェイ装置５０Ａ２および中継装置５０Ａ３からなる第１のネットワークと、ゲートウェイ装置６０Ａ１、中継装置６０Ａ２および中継装置６０Ａ３からなる第２のネットワークと、ゲートウェイ装置７０Ａ１、中継装置７０Ａ２および中継装置７０Ａ３からなる第３のネットワークとが相互に接続されて構成される。

具体的には、ゲートウェイ装置５０Ａ２のポート「Ｐ１」〜ポート「Ｐ４」それぞれに、中継装置５０Ａ１、中継装置５０Ａ３、ゲートウェイ装置７０Ａ１、ゲートウェイ装置６０Ａ１が接続される。

また、ゲートウェイ装置６０Ａ１のポート「Ｐ５」〜ポート「Ｐ８」それぞれに、中継装置６０Ａ３、中継装置６０Ａ２、ゲートウェイ装置５０Ａ２、ゲートウェイ装置７０Ａ１が接続される。

また、ゲートウェイ装置７０Ａ１のポート「Ｐ９」〜ポート「Ｐ１２」それぞれに、中継装置７０Ａ２、中継装置７０Ａ３、ゲートウェイ装置５０Ａ２、ゲートウェイ装置６０Ａ１が接続される。

上記した第１〜第３のネットワークは、いずれもＳＯＮＥＴ／ＳＤＨに準拠して構築されたネットワークであり、第１のネットワークは、ＧＭＰＬＳに対応し、第２および第３のネットワークは、ＯＳＩに対応している。

したがって、装置５０Ａ１〜５０Ａ３間の通信にはＴＣＰ／ＩＰプロトコルが用いられ、装置６０Ａ１〜６０Ａ３間の通信、および、装置７０Ａ１〜７０Ａ３間の通信にはＯＳＩプロトコルが用いられる。

上記したゲートウェイ装置５０Ａ２、ゲートウェイ装置６０Ａ１およびゲートウェイ装置７０Ａ１が本発明に係るゲートウェイ装置であり、一つの監視制御装置４０によるネットワーク全体に対する統一的な管理を可能にしている。

なお、実施例１と異なり、実施例２では、監視制御装置４０は、ネットワークの監視制御に、自装置が接続された中継装置が使用するプロトコルの制御信号を使用する必要がある。つまり、図８では、監視制御装置４０は、ＧＭＰＬＳ制御信号（ＰＰＰプロトコル）を使用する。

図９は、本発明に係るゲートウェイ装置の概要構成を示すブロック図である。なお、図８に示したゲートウェイ装置５０Ａ２を代表として説明を行う。

同図に示すように、ゲートウェイ装置５０Ａ２は、主制御部３１０と、信号受信部３２０と、セクションオーバーヘッド分離部３３０と、Ｄ４−Ｄ１２取得部３４０と、エラー検出部３５０と、プロトコル管理部３６０と、Ｄ４−Ｄ１２判別部３７０と、ＬＡＰＤ制御部３９０ａと、ＰＰＰ制御部３９０ｂと、装置アラーム制御部３８０と、セクションオーバーヘッド多重部４００と、ＳＯＮＥＴ／ＳＤＨフレーム生成部４１０と、信号送信部４２０と、を備える。

主制御部３１０は、ゲートウェイ装置５０Ａ２の全体制御や、ペイロードおよびセクションオーバーヘッドに対する情報処理を行う処理部である。

以下に、フレーム受信時とフレーム送信時に分けて各部の説明を行う。まず、フレーム受信時の各部の説明を行う。

信号受信部３２０は、対向する中継装置から送信された光信号を受信し、当該受信した光信号を電気変換した後、セクションオーバーヘッド分離部３３０に出力する。

セクションオーバーヘッド分離部３３０は、信号受信部３２０からフレームを受け取ると、当該フレームをセクションオーバーヘッドとペイロードに分離する。そして、セクションオーバーヘッド分離部３３０は、当該セクションオーバーヘッドをＤ４−Ｄ１２取得部３４０に出力し、当該ペイロードを主制御部３１０に出力する。

Ｄ４−Ｄ１２取得部３４０は、セクションオーバーヘッド分離部３３０からセクションオーバーヘッドを受け取ると、当該セクションオーバーヘッドからＤ４−Ｄ１２を取得する。そして、Ｄ４−Ｄ１２取得部３４０は、当該Ｄ４−Ｄ１２をエラー検出部３５０に出力し、当該Ｄ４−Ｄ１２を除くセクションオーバーヘッドを主制御部３１０に出力する。

エラー検出部３５０は、Ｄ４−Ｄ１２取得部３４０からＤ４−Ｄ１２を受け取ると、当該Ｄ４−Ｄ１２に対してチェックサムなどを行ってエラー検出を行う。そして、エラー検出部３５０は、エラーが検出されれば、ＬＡＰＤ制御部３９０ａおよびＰＰＰ制御部３９０ｂにエラー検出の通知を行うエラー検出を行った後、エラー検出部３５０は、当該Ｄ４−Ｄ１２をＤ４−Ｄ１２判別部３７０に出力する。

プロトコル管理部３６０は、自装置に接続された中継装置との通信に用いるプロトコルの種別を記憶する。

具体的には、図１０のゲートウェイ装置５０Ａ２のテーブルに示すように、プロトコル管理部３６０は、ポートと、プロトコルの種別とを対応付けて記憶する。

Ｄ４−Ｄ１２判別部３７０は、エラー検出部３５０からＤ４−Ｄ１２を受け取って当該Ｄ４−Ｄ１２の所定位置のビットの値を得ると、その値に基づいてプロトコルを判別する。なお、プロトコル判別手法は、実施例１で説明したとおりである。

図１１を用いてＤ４−Ｄ１２判別部３７０の処理動作を説明する。図１１は、Ｄ４−Ｄ１２判別部３７０の処理動作を説明するフローチャートであり、同図に示す処理フローはエラー検出部３５０からＤ４−Ｄ１２を受け取った際に繰り返し実行される。

まず、Ｄ４−Ｄ１２判別部３７０は、受け取ったＤ４−Ｄ１２がいずれのポートから入力されたかを判定する（ステップＳ２４０）。

そして、Ｄ４−Ｄ１２判別部３７０は、当該ポートとプロトコルの種別との対応関係が登録されているかプロトコル管理部３６０を検索し（ステップＳ２５０）、登録済みである場合には（ステップＳ２５０肯定）、当該ポートに対応付けられたプロトコルの種別に応じて出力先を決定し（ステップＳ２６０）、当該出力先にＤ４−Ｄ１２を出力する（ステップＳ２７０）。

なお、Ｄ４−Ｄ１２判別部３７０は、プロトコルの種別がＬＡＰＤであればＬＡＰＤ制御部３９０ａに出力し、ＰＰＰであればＰＰＰ制御部３９０ｂに出力する。

ステップＳ２５０に戻って、登録されていない場合には（ステップＳ２５０否定）、Ｄ４−Ｄ１２判別部３７０は、図６でステップＳ１１０〜Ｓ１４０として示した判別・出力処理を行った後（ステップＳ２８０）、プロトコル判別が可能であった場合にのみ、ポートとプロトコルの種別との対応関係をプロトコル管理部３６０に登録し（ステップＳ２９０）、処理を終了する。

ＬＡＰＤ制御部３９０ａは、Ｄ４−Ｄ１２判別部３７０から受け取ったＤ４−Ｄ１２をＬＡＰＤプロトコルで解釈し、処理を行う。

ＰＰＰ制御部３９０ｂは、Ｄ４−Ｄ１２判別部３７０から受け取ったＤ４−Ｄ１２をＰＰＰプロトコルで解釈し、処理を行う。

なお、ＬＡＰＤ制御部３９０ａおよびＰＰＰ制御部３９０ｂの具体的な処理動作については、実施例１の図７で説明したとおりであるので説明を省略する。

装置アラーム制御部３８０は、装置内の障害発生を監視し、何らかの障害を検知すると、ＬＡＰＤ制御部３９０ａおよびＰＰＰ制御部３９０ｂに通知する。

続いて、フレーム送信時の各部の説明を行う。ＬＡＰＤ制御部３９０ａは、ＬＡＰＤプロトコルのフレームフォーマットに基づき、主制御部３１０から入力される送信情報でフレームを作成する。

ＰＰＰ制御部３９０ｂは、ＰＰＰプロトコルのフレームフォーマットに基づき、主制御部３１０から入力される送信情報でフレームを作成する。

Ｄ４−Ｄ１２判別部３７０は、ＬＡＰＤ制御部３９０ａまたはＰＰＰ制御部３９０ｂからフレームを受け取ると、プロトコルの変換が必要な場合には、プロトコル変換部３７１によりフレームを再作成する。そして、Ｄ４−Ｄ１２判別部３７０は、ＳＯＮＥＴ／ＳＤＨにおけるフレームフォーマットに基づき、当該フレームでＤ４−Ｄ１２の情報を作成する。

図１２を用いてＤ４−Ｄ１２判別部３７０の処理動作を説明する。図１２は、Ｄ４−Ｄ１２判別部３７０の処理動作を説明するフローチャートであり、同図に示す処理フローはＬＡＰＤ制御部３９０ａまたはＰＰＰ制御部３９０ｂからフレームを受け取った際に繰り返し実行される。

まず、Ｄ４−Ｄ１２判別部３７０は、受け取ったフレームがいずれのポートから出力されるかを識別し、プロトコル管理部３６０が記憶する対応関係を参照して宛先の装置が使用するプロトコルを判定する（ステップＳ３００）。

そして、Ｄ４−Ｄ１２判別部３７０は、受け取ったフレームのプロトコルと、判定結果のプロトコルが同一であれば（ステップＳ３１０肯定）、受け取ったままのフレームでＤ４−Ｄ１２の情報を作成してセクションオーバーヘッド多重部４００に出力する（ステップＳ３２０）。

一方、Ｄ４−Ｄ１２判別部３７０は、受け取ったフレームのプロトコルと、判定結果のプロトコルが異なる場合には（ステップＳ３１０否定）、プロトコル変換部３７１により判定結果のプロトコルでフレームを再作成する（ステップＳ３３０）。

そして、Ｄ４−Ｄ１２判別部３７０は、当該フレームでＤ４−Ｄ１２の情報を作成してセクションオーバーヘッド多重部４００に出力し（ステップＳ３２０）、処理を終了する。

ところで、ネットワーク内部で障害が発生し、ＳＯＮＥＴ／ＳＤＨフレームの転送経路が変更される場合がある。

例えば、図１３に示すように、中継装置５０Ａ１と中継装置７０Ａ２との間の通常時の転送経路（図１３の上段矢印）が、断線によって変更する場合がある（図１３の下段矢印）。

仮に、断線前に、各ゲートウェイ装置におけるプロトコル管理部が図１０に示すようなポートとプロトコルの種別との対応関係を記憶していたとしても、断線が原因で当該テーブルの登録内容に変更は生じない。

各ゲートウェイ装置のＤ４−Ｄ１２判別部は、断線後も同様に、受け取ったフレームがいずれのポートから出力されるかを識別し、プロトコル管理部が記憶する対応関係を参照して宛先の装置が使用するプロトコルを判定する。そして、プロトコルの変換が必要な場合には、プロトコル変換部によりフレームを再作成する。

したがって、ゲートウェイ装置５０Ａ２は、ＳＯＮＥＴ／ＳＤＨフレームが断線後の経路で転送されても、当該フレームのＤ４−Ｄ１２のプロトコルを、以前と同様、ポート「Ｐ１」の接続先の中継装置５０Ａ１との通信に用いるプロトコル「ＰＰＰ」に変換する。

また、ゲートウェイ装置７０Ａ１は、Ｄ４−Ｄ１２のプロトコルを、以前と同様、ポート「Ｐ９」の接続先の中継装置７０Ａ２との通信に用いるプロトコル「ＬＡＰＤ」に変換する。

その結果、断線が生じても中継装置５０Ａ１と中継装置７０Ａ２との間の通信は成立する。

セクションオーバーヘッド多重部４００は、Ｄ４−Ｄ１２判別部３７０から受け取るＤ４−Ｄ１２の情報を、主制御部３１０から受け取る当該Ｄ４−Ｄ１２の情報を除くセクションオーバーヘッドに多重する。

ＳＯＮＥＴ／ＳＤＨフレーム生成部４１０は、セクションオーバーヘッド多重部４００から受け取るセクションオーバーヘッドを、主制御部３１０から受け取るペイロードに付与し、ＳＯＮＥＴ／ＳＤＨフレームを生成する。

信号送信部４２０は、ＳＯＮＥＴ／ＳＤＨフレーム生成部４１０によって生成されたＳＯＮＥＴ／ＳＤＨフレームを光信号として出力する。

上記したように、実施例２によれば、ゲートウェイ装置は、制御信号を受信するたびに当該制御信号のプロトコルの種別を判別し、プロトコル管理部に登録する。また、判別、または、プロトコル管理部の検索で決定したプロトコルの種別に応じてＬＡＰＤ制御部またはＰＰＰ制御部で当該制御信号を処理する。さらに、制御信号を送信する場合には、必要であれば、当該制御信号のプロトコルを宛先の装置が使用するプロトコルに変換する。

当該ゲートウェイ装置をＳＯＮＥＴ／ＳＤＨ通信網において共通のプロトコルが用いられるネットワークごとに設置することにより、同一の監視制御装置で網全体を統一的に管理することが可能となる。また、管理する上で、ＯＳＩトンネルを設定するなどの煩雑な作業は不要である。

以上の実施例１〜２を含む実施形態に関し、更に以下の付記を開示する。

（付記１）ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置であって、
第一のネットワーク管理プロトコルを処理する第一プロトコル処理手段と、
第二のネットワーク管理プロトコルを処理する第二プロトコル処理手段と、
受信したＳＯＮＥＴ／ＳＤＨフレームのヘッダを抽出するフレームヘッダ抽出手段と、
前記抽出されたフレームヘッダに基づいて、ネットワーク管理プロトコルを判別し、該判別結果に基づいて、前記第一プロトコル処理手段から出力される制御信号と、前記第二プロトコル処理手段から出力される制御信号とのいずれか一方を選択して出力するプロトコル判別手段と、
を備えたことを特徴とするネットワーク接続装置。

（付記２）ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置であって、
前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する処理にＬＡＰＤプロトコルを使用するＬＡＰＤプロトコル処理手段と、
前記制御信号に対する処理にＰＰＰプロトコルを使用するＰＰＰプロトコル処理手段と、
前記制御信号の所定位置のビットの値に基づいて、当該制御信号のプロトコルの種別を判別し、判別結果に応じて前記ＬＡＰＤプロトコル処理手段または前記ＰＰＰプロトコル処理手段に当該制御信号を出力する判別振分手段と、
を備えたことを特徴とするネットワーク接続装置。

（付記３）前記判別振分手段は、前記制御信号の第９ビットおよび第１７のビットの値に基づいて、当該制御信号のプロトコルの種別を判別することを特徴とする付記１に記載のネットワーク接続装置。

（付記４）前記制御信号のエラーの検出を行い、エラーが検出された場合には、前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段に再送要求の通知を行うエラー検出手段をさらに備え、
前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段は、前記エラー検出手段からの通知を受け取った場合には、再送要求を行うことを特徴とする付記１または２に記載のネットワーク接続装置。

（付記５）自装置の障害を検知し、前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段に通知する障害検出手段をさらに備え、
前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段は、前記障害検出手段からの通知を受け取った場合には、次回のキープアライブで行う処理を直ちに行うことを特徴とする付記１、２または３に記載のネットワーク接続装置。

（付記６）ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うゲートウェイ装置であって、
前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する処理にＬＡＰＤプロトコルを使用するＬＡＰＤプロトコル処理手段と、
前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する処理にＰＰＰプロトコルを使用するＰＰＰプロトコル処理手段と、
自装置と接続された伝送装置が用いるプロトコルの登録を受け付け、当該プロトコルをポートごとに記憶するプロトコル記憶手段と、
前記制御信号の受信時、前記プロトコル記憶手段を参照し、当該制御信号が入力されたポートについてプロトコルの登録の有無を判定し、登録されている場合には、登録されたプロトコルの種別に応じて前記ＬＡＰＤプロトコル処理手段または前記ＰＰＰプロトコル処理手段に当該制御信号を出力し、未登録である場合には、当該制御信号の所定位置のビットの値に基づいてプロトコルの種別を判別し、判別結果に応じてＡまたはＢに当該制御信号を出力する判定判別振分手段と、
前記判定判別振分手段によって判別された制御信号のプロトコルの種別を、当該制御信号が入力されたポートに対応するプロトコルとして前記プロトコル記憶手段に登録する登録手段と、
前記制御信号の送信時、前記プロトコル記憶手段から当該制御信号が出力されるポートに対応するプロトコルを検索し、当該制御信号を受信した際のプロトコルと異なる場合には、検索結果のプロトコルに変換する変換手段と、
を備えたことを特徴とするゲートウェイ装置。

（付記７）前記判定判別振分手段は、前記制御信号の第９ビットおよび第１７のビットの値に基づいて、当該制御信号のプロトコルの種別を判別することを特徴とする付記６に記載のゲートウェイ装置。

（付記８）前記制御信号のエラーの検出を行い、エラーが検出された場合には、前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段に再送要求の通知を行うエラー検出手段をさらに備え、
前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段は、前記エラー検出手段からの通知を受け取った場合には、再送要求を行うことを特徴とする付記６または７に記載のゲートウェイ装置。

（付記９）自装置の障害を検知し、前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段に通知する障害検出手段をさらに備え、
前記ＬＡＰＤプロトコル処理手段および／または前記ＰＰＰプロトコル処理手段は、前記障害検出手段からの通知を受け取った場合には、次回のキープアライブで行う処理を直ちに行うことを特徴とする付記６、７または８に記載のゲートウェイ装置。

（付記１０）ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置における前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する信号処理方法であって、
第一のネットワーク管理プロトコルを処理する第一プロトコル処理工程と、
第二のネットワーク管理プロトコルを処理する第二プロトコル処理工程と、
受信したＳＯＮＥＴ／ＳＤＨフレームのヘッダを抽出するフレームヘッダ抽出工程と、
前記抽出されたフレームヘッダに基づいて、ネットワーク管理プロトコルを判別し、該判別結果に基づいて、前記第一プロトコル処理工程の結果得られる制御信号と、前記第二プロトコル処理工程の結果得られる制御信号とのいずれか一方を選択して出力するプロトコル判別工程と、
を含んだことを特徴とする信号処理方法。

（付記１１）ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置における前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する信号処理方法であって、
前記制御信号の所定位置のビットの値に基づいて、当該制御信号のプロトコルの種別を判別するプロトコル判別工程と、
ＬＡＰＤプロトコルを用いて、前記プロトコル判別工程によってプロトコルの種別がＬＡＰＤプロトコルと判定された制御信号に対する処理を行うＬＡＰＤプロトコル処理工程と、
ＰＰＰプロトコルを用いて、前記プロトコル判別工程によってプロトコルの種別がＰＰＰプロトコルと判定された制御信号に対する処理を行うＰＰＰプロトコル処理工程と、
を含んだことを特徴とする信号処理方法。

（付記１２）ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うゲートウェイ装置における前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する信号処理方法であって、
前記制御信号の受信時、所定の記憶部を参照し、当該制御信号が入力されたポートについてプロトコルの登録の有無を判定し、登録されている場合には、当該制御信号のプロトコルの種別として決定し、未登録である場合には、当該制御信号の所定位置のビットの値に基づいてプロトコルの種別を判別するプロトコル決定判別工程と、
前記プロトコル決定判別工程によってプロトコルの判別が行われた場合に、当該判別結果のプロトコルの種別を、判別対象の制御信号が入力されたポートに対応するプロトコルとして前記所定の記憶部に登録する登録工程と、
ＬＡＰＤプロトコルを用いて、前記プロトコル決定判別工程によってプロトコルの種別がＬＡＰＤプロトコルと決定または判定された制御信号に対する処理を行うＬＡＰＤプロトコル処理工程と、
ＰＰＰプロトコルを用いて、前記プロトコル決定判別工程によってプロトコルの種別がＰＰＰプロトコルと決定または判定された制御信号に対する処理を行うＰＰＰプロトコル処理工程と、
前記制御信号の送信時、前記所定の記憶部から当該制御信号が出力されるポートに対応するプロトコルを検索し、当該制御信号を受信した際のプロトコルと異なる場合には、検索結果のプロトコルに変換する変換工程と、
を含んだことを特徴とする信号処理方法。

監視制御の対象となるネットワークの一例を示す図である。 本発明に係るネットワーク接続装置の概要構成を示すブロック図である。 ＳＯＮＥＴ／ＳＤＨにおけるフレームフォーマットを示す図である。 ＰＰＰプロトコルのフレームフォーマットを示す図である。 ＬＡＰＤプロトコルのフレームフォーマットを示す図である。 Ｄ４−Ｄ１２判別部１５０の処理動作を説明するフローチャートである。 ＬＡＰＤ制御部１６０ａの処理動作を説明するフローチャートである。 監視制御の対象となるネットワークの一例を示す図である。 本発明に係るゲートウェイ装置の概要構成を示すブロック図である。 プロトコル管理部が記憶する情報の例を示す図である。 Ｄ４−Ｄ１２判別部３７０の処理動作を説明するフローチャートである。 Ｄ４−Ｄ１２判別部３７０の処理動作を説明するフローチャートである。 断線が発生したネットワークを示す図である。

符号の説明

１０Ａ１〜１０Ａ３、２０Ａ１〜２０Ａ３、３０Ａ１〜３０Ａ３、５０Ａ１、５０Ａ３、６０Ａ２、６０Ａ３、７０Ａ２、７０Ａ３ 中継装置
４０ 監視制御装置
５０Ａ２、６０Ａ１、７０Ａ１ ゲートウェイ装置
１００ ネットワーク接続装置
１１０、３２０ 信号受信部
１２０、３３０ セクションオーバーヘッド分離部
１３０、３４０ Ｄ４−Ｄ１２取得部
１４０、３５０ エラー検出部
１５０、３７０ Ｄ４−Ｄ１２判別部
１６０ａ、３９０ａ ＬＡＰＤ制御部
１６０ｂ、３９０ｂ ＰＰＰ制御部
１７０、３８０ 装置アラーム制御部
１８０、４００ セクションオーバーヘッド多重部
１９０、４１０ ＳＯＮＥＴ／ＳＤＨフレーム生成部
２００、４２０ 信号送信部
３１０ 主制御部
３６０ プロトコル管理部
３７１ プロトコル変換部

Claims (7)

1. ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置であって、
   第一のネットワーク管理プロトコルを処理する第一プロトコル処理手段と、
   第二のネットワーク管理プロトコルを処理する第二プロトコル処理手段と、
   受信したＳＯＮＥＴ／ＳＤＨフレームのヘッダを抽出するフレームヘッダ抽出手段と、
   前記抽出されたフレームヘッダに基づいて、ネットワーク管理プロトコルを判別し、該判別結果に基づいて、前記第一プロトコル処理手段から出力される制御信号と、前記第二プロトコル処理手段から出力される制御信号とのいずれか一方を選択して出力するプロトコル判別手段と、
   を備え、
   前記第一プロトコル処理手段は、自装置で障害が発生すると、他装置との間の通信を保つためのキープアライブ信号の、前記他装置との間での前回の送信又は受信のタイミングから所定時間の経過を待たずに、臨時のキープアライブ信号を前記他装置に送信する、
   ことを特徴とするネットワーク接続装置。
2. 前記他の装置から再送要求を受信している場合、前記臨時のキープアライブ信号は、前記再送要求に対する再送要求である、
   ことを特徴とする請求項１に記載のネットワーク接続装置。
3. 前記第一プロトコル処理手段は、前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する処理にＬＡＰＤプロトコルを使用し、
   前記第二プロトコル処理手段は、前記制御信号に対する処理にＰＰＰプロトコルを使用し、
   前記プロトコル判別手段は、前記抽出されたフレームヘッダのうち、制御信号のマッピング位置のビットの値に基づいて、当該制御信号のプロトコルの種別を判別する、
   ことを特徴とする請求項１又は２に記載のネットワーク接続装置。
4. 前記第一プロトコル処理手段は、前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する処理にＰＰＰプロトコルを使用し、
   前記第二プロトコル処理手段は、前記制御信号に対する処理にＬＡＰＤプロトコルを使用し、
   前記プロトコル判別手段は、前記抽出されたフレームヘッダのうち、制御信号のマッピング位置のビットの値に基づいて、当該制御信号のプロトコルの種別を判別する、
   ことを特徴とする請求項１又は２に記載のネットワーク接続装置。
5. 前記プロトコル判別手段は、前記制御信号のマッピング位置のうち、第９ビットおよび第１７のビットの値に基づいて、当該制御信号のプロトコルの種別を判別する、
   ことを特徴とする請求項１乃至４のいずれか一項に記載のネットワーク接続装置。
6. 前記制御信号のエラーの検出を行い、エラーが検出された場合には、前記第一プロトコル処理手段および／または前記第二プロトコル処理手段に再送要求の通知を行うエラー検出手段をさらに備え、
   前記第一プロトコル処理手段および／または前記第二プロトコル処理手段は、前記エラー検出手段からの通知を受け取った場合には、再送要求を行う、
   ことを特徴とする請求項１乃至５のいずれか一項に記載のネットワーク接続装置。
7. ＳＯＮＥＴ／ＳＤＨフレームの送受信処理を行うネットワーク接続装置における前記ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する信号処理方法であって、
   第一のネットワーク管理プロトコルを処理する第一プロトコル処理工程と、
   第二のネットワーク管理プロトコルを処理する第二プロトコル処理工程と、
   受信したＳＯＮＥＴ／ＳＤＨフレームのヘッダを抽出するフレームヘッダ抽出工程と、
   前記抽出されたフレームヘッダに基づいて、ネットワーク管理プロトコルを判別し、該判別結果に基づいて、前記第一プロトコル処理工程の結果得られる制御信号と、前記第二プロトコル処理工程の結果得られる制御信号とのいずれか一方を選択して出力するプロトコル判別工程と、
   自装置で障害が発生すると、他装置との間の通信を保つためのキープアライブ信号の、前記他装置との間での前回の送信又は受信のタイミングから所定時間の経過を待たずに、臨時のキープアライブ信号を前記他装置に送信するセッション工程と、
   を含んだことを特徴とする信号処理方法。

Images