特許 5975037 通信システム、通信装置、障害通知方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5975037

(24)【登録日】2016年7月29日

(45)【発行日】2016年8月23日

(54)【発明の名称】通信システム、通信装置、障害通知方法、及びプログラム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20160809BHJP

【ＦＩ】

   H04L12/70 100Z

【請求項の数】9

【全頁数】23

(21)【出願番号】特願2013-535824(P2013-535824)

(86)(22)【出願日】2012年6月5日

(86)【国際出願番号】JP2012003665

(87)【国際公開番号】WO2013046496

(87)【国際公開日】20130404

【審査請求日】2015年5月13日

(31)【優先権主張番号】特願2011-210567(P2011-210567)

(32)【優先日】2011年9月27日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】田中 大志

(72)【発明者】

【氏名】厩橋 正樹

(72)【発明者】

【氏名】櫻井 暁

【審査官】 安藤 一道

(56)【参考文献】

【文献】 特開２００３−１７９６２８（ＪＰ，Ａ）

【文献】 特許第４７６４４２０（ＪＰ，Ｂ２）

【文献】 特許第４６４７７０４（ＪＰ，Ｂ２）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０

(57)【特許請求の範囲】

【請求項1】

障害検出時に通知フレームを送信する送信装置と、前記通知フレームを受信または転送する受信装置と、を備える通信システムであって、
前記送信装置は、関連するセクション区間、及び障害通知パスに関する第１セクション情報を保持し、障害時に障害箇所と、前記第１セクション情報に基づいて、出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理手段と、
前記送信フレーム処理手段から前記通知フレーム及び前記ポートの情報を受信し、当該ポートから前記通知フレームを送信するフレーム送信手段と、を備え、
前記受信装置は、前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信手段と、
前記通知フレームの受信時に、前記第１セクション情報に対応する第２セクション情報と、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理手段と、を備える、通信システム。

【請求項2】

前記送信装置は、前記第１セクション情報を保持する第１テーブルを有し、
前記第１テーブルは、セクション区間と接続した入力ポート、入力先のセクション端点、前記通知フレームの出力経路となるパス、及びセクション区間と接続した出力ポート、をフィールドとするエントリを、前記第１セクション情報として格納し、
前記送信フレーム処理手段は、障害時に障害箇所の入力ポートまたはセクション端点をキーとして前記第１テーブルを検索し、当該検索により得られるパスの情報を前記通知フレームに挿入するとともに、当該検索により得られる前記出力ポートを前記通知フレームの出力元のポートと決定することを特徴とする、請求項１に記載の通信システム。

【請求項3】

前記受信装置は、前記第２セクション情報を保持し、前記第１テーブルと同一のフィールドを持つ第２テーブルを保持し、
前記受信フレーム処理手段は、前記通知フレームの受信時に、当該通知フレームの入力ポートをキーとして前記第２テーブルを検索し、当該検索により得られた出力ポートの情報がパスの終端を示す値である場合に前記通知フレームにより、障害状態のマスク処理を行い、
終端を示す値ではない場合に、当該検索により得られたパスと、前記通知フレームに挿入されたパスが一致するか否かを判定し、一致する場合に、当該検索により得られる出力ポートを前記通知フレームの転送先と決定して前記フレーム送受信手段に通知する、ことを特徴とする請求項２に記載の通信システム。

【請求項4】

前記送信フレーム処理手段は、前記通知フレームに障害箇所及び障害要因の少なくとも一方を挿入することを特徴とする請求項１乃至請求項３のいずれか１項に記載の通信システム。

【請求項5】

前記受信フレーム処理手段は、前記第２テーブルの検索において、異なる出力ポートの情報を持つ複数エントリを取得した場合、当該エントリ数と同数となるように前記通知フレームを複製することを特徴とする請求項３に記載の通信システム。

【請求項6】

前記受信フレーム処理手段は、前記第２テーブルの検索の結果に応じて、前記通知フレームに挿入したパスの情報を更新することを特徴とする請求項３又は請求項５に記載の通信システム。

【請求項7】

障害検出の通知を行い、通知パスの情報が埋め込まれた通知フレームを受信する通信装置であって、
接続するセクション区間に関するセクション情報を保持するテーブルと、
前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信手段と、
前記通知フレームの受信時に、前記テーブルと、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理手段と、を備える、通信装置。

【請求項8】

障害検出時に通知フレームを送信する送信装置と、前記通知フレームを受信または転送する受信装置とによる障害通知方法であって、
前記送信装置が、関連するセクション区間、及び障害通知パスに関する第１セクション情報を保持し、障害時に障害箇所と、前記第１セクション情報に基づいて、出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理ステップと、
前記送信装置が、決定された前記ポートから前記通知フレームを送信するフレーム送信ステップと、
前記受信装置が、前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信ステップと、
前記受信装置が、前記通知フレームの受信時に、前記第１セクション情報に対応する第２セクション情報と、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理ステップと
を有する障害通知方法。

【請求項9】

障害検出時に通知フレームを他の通信装置に送信し、他の通信装置から送信された前記通知フレームを受信または転送する通信装置のコンピュータに、
障害時に、障害箇所と、関連するセクション区間、及び障害通知パスに関するセクション情報とに基づいて、出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理ステップと、
決定された前記ポートから前記通知フレームを送信するフレーム送信ステップと、
前記他の通信装置から前記通知フレームが送信された場合に、前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信ステップと、
前記通知フレームの受信時に、前記セクション情報と、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理ステップと
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は通信システム、送信装置、通信装置、障害通知方法、及びプログラムに関し、特に障害発生フレームを送信または受信する通信システム、送信装置、通信装置、障害通知方法、及びプログラムに関する。

【背景技術】

【0002】

ＭＰＬＳ−ＴＰ（Multi Protocol Label Switching - Transport Profile）は、ＩＥＴＦ（Internet Engineering Task Force）によって標準化がすすめられているパケットトランスポート技術である。従来、トランスポートネットワークはＳＯＮＥＴ／ＳＤＨ（Synchronous Optical NETwork/Synchronous Digital Hierarchy）技術によって実現されていた。この技術に対し、ＭＰＬＳ−ＴＰは、パケットサービスの収容に最適なパケットトランスポートネットワークを実現するために、既存のＭＰＬＳ技術から抽出した機能と、新たな追加機能と、を定義している。

【0003】

ＭＰＬＳ−ＴＰのネットワークアーキテクチャは、Ｄａｔａ−Ｐｌａｎｅ（Ｄ−Ｐｌａｎｅ）、Ｍａｎａｇｅｍｅｎｔ−Ｐｌａｎｅ（Ｍ−Ｐｌａｎｅ）、及びＣｏｎｔｒｏｌ−Ｐｌａｎｅ（Ｃ−Ｐｌａｎｅ）から構成される。Ｍ−Ｐｌａｎｅでは、ＭＰＬＳ−ＴＰ網を構成する各装置やＬＳＰ（Label Switched Path）の監視、制御等が行われる。Ｃ−Ｐｌａｎｅでは、装置間のシグナリングが行われることにより、Ｍ−Ｐlａｎｅの制御下にないＬＳＰのセットアップ、メンテナンス等が行われる。Ｄ−Ｐｌａｎｅでは、既存のＭＰＬＳのラベルスイッチング処理、カプセル化処理に準じたデータ転送が行われるとともに、ＯＡＭ（Operation Administration and maintenance）機能が実現される。

【0004】

ＭＰＬＳ−ＴＰは、これらの３つのＰｌａｎｅを論理的、または物理的に分離している。詳細には、Ｄ−ＰｌａｎｅがＣ／Ｍ−Ｐｌａｎｅから独立して動作するアーキテクチャとしている。これにより、ＩＰレイヤへの依存性、複雑さが排除され、トランスポートネットワークに要求される堅牢性を確保している。また、ＯＡＭ機能では、既存ＭＰＬＳがＩＰレイヤに依存していたのに対し、ＭＰＬＳ−ＴＰでは、ＩＰレイヤに依存しない新たなＯＡＭ機能が追加されている。

【0005】

ＭＰＬＳ−ＴＰのレイヤ構造は、３階層からなる。ＩＥＴＦ標準のＭＰＬＳ／ＰＷＥ３Pseudo Wire Emulation）技術を利用して構成されるＭＰＬＳ−ＴＰのトランスポートレイヤは、"Transport Network Layer（トランスポートネットワークレイヤ）"と呼称される。このトランスポートネットワークレイヤの上位レイヤは、"Client Layer（クライアントレイヤ）"と呼称される。クライアントレイヤは、ＰＷＥ３技術によって様々なレイヤ技術の収容が可能である。トランスポートネットワークレイヤの下位レイヤは、"Server Layer（サーバレイヤ）"と呼称される。サーバレイヤは、ＭＰＬＳ−ＴＰ網内のノード間の伝送において、各種レイヤ技術を利用可能にしている。

【0006】

ＭＰＬＳ−ＴＰに準拠した装置により構成されるＭＰＬＳ−ＴＰ網では、ＰＥＷ３技術及びＭＰＬＳ技術により、エッジノード（ＬＥＲ（Label Edge Router））間にエンドツーエンドの２階層のパス（ＰＷパス、ＬＳＰパス）が構築される。クライアントレイヤから受信したフレームは、２段階のＭＰＬＳラベル（ＰＷラベル、ＬＳＰラベル）によりカプセル化され、パス上を転送される。ここで、パスの特定区間においてＭＰＬＳラベルをスタックしてパスを階層化し、ＯＡＭ機能が当該階層化した情報を解析することにより、その区間の監視や保守等が実現される。

【0007】

このＯＡＭ機能の一つとして、ＡＩＳ（Alarm Indication Signal）機能が挙げられる。ＡＩＳ機能は、下位レイヤにおいて障害が検出された場合に、影響を受ける上位レイヤのＭＥＰ（Maintenance end Point）に対して周期的にＡＩＳフレームを送信し、その障害に関連する他のアラーム（ＬＯＣ（Loss Of Channel）等）を抑止する機能である。ＡＩＳフレームを受信していたＭＥＰは、当該ＡＩＳフレームを受信しなくなった場合に検出した障害が復旧したとみなし、アラームの抑止を解除する。

【0008】

ＡＩＳ機能を含むＭＰＬＳ−ＴＰのＯＡＭ機能は、非特許文献１及び２に規定されている。

【0009】

なお、トランスポートネットワークレイヤ内には、トランスポートサービスレイヤ（Transport Service Layer）、トランスポートパスレイヤ（Transport Path Layer）、及びセクションレイヤ（Section Layer）が定義されている。トランスポートサービスレイヤは、主にＰＷ（Pseudowire）により実現される。トランスポートパスレイヤは、主にＬＳＰにより実現される。セクションレイヤは、主にリンク（Link）により実現される。

【0010】

以下に、図８を参照し、一般的なＡＩＳ通知機能の動作例を説明する。図８に示すシステムは、エッジノードとしてＬＥＲ１及びＬＥＲ５を有し、ＬＳＲ（Label Switched Router）として、ＬＳＲ２〜４を有する。ＬＥＲ１にはＬＳＰ ＭＥＰとして６１３及び６１４が設定され、ＬＥＲ５にはＬＳＰ ＭＥＰとして６５３及び６５４が設定されている。ＬＳＰ ＭＥＰ６１３と、ＬＳＰ ＭＥＰ６５３の間にはＬＳＰ５８１が構築され、ＬＳＰ ＭＥＰ６１４と、ＬＳＰ ＭＥＰ６５４の間にはＬＳＰ５８２が構築されている。さらに、各隣接装置間にはセクション区間５９１、５９２、５９３、５９４が構築されており、各セクションの端点には、ＳＥＣＴＩＯＮ ＭＥＰ（５１１、５２１、５２２、５３１、５３２、５４１、５４２、５５１）が設定されている。

【0011】

ここで、ＬＳＲ２及びＬＳＲ３を接続するセクション区間５９２に双方向リンクダウン障害が発生したことを想定する。この場合、ＳＥＣＴＩＯＮ ＭＥＰ５２２及び５３１が障害を検出する。ＳＥＣＴＩＯＮ ＭＥＰ５２２及び５３１は、当該セクション区間５９２により多重化されているＬＳＰ５８１及び５８２の各々に対応するＡＩＳフレームを作成する。そして、ＳＥＣＴＩＯＮ ＭＥＰ５２２は、障害のあったセクション区間５９２と反対方向のＬＳＰ ＭＥＰ６１３及び６１４に対してＡＩＳフレームを周期的に送信する。同様に、ＳＥＣＴＩＯＮ ＭＥＰ５３１は、障害のあったセクション区間５９２と反対方向のＬＳＰ ＭＥＰ６５３及び６５４に対してＡＩＳフレームを周期的に送信する。

【0012】

上記したように、障害区間と隣接するＳＥＣＴＩＯＮ ＭＥＰは、全てのＬＳＰに対応してＡＩＳフレームを生成し（たとえば上記のように２つのＬＳＰがある場合には２つのＡＩＳフレームを生成し）、当該ＡＩＳフレームを送信する。

【0013】

続いて、ＭＰＬＳ−ＴＰに関連する技術、ＭＰＬＳ−ＴＰを利用した技術を開示した文献を以下に説明する。

【0014】

特許文献１は、ＭＩＰ（保守中間点）がＡＩＳフレームを検出し、上位のネットワーク監視システムに当該フレームの検出を通報する障害監視システムが開示している。しかしながら、当該文献では、セクション区間でのＡＩＳフレームの転送については言及していない。

【0015】

特許文献２は、多数レベルのＯＡＭドメインを有するイーサネット（登録商標）ＯＡＭネットワーク内で故障情報を伝搬するシステムを開示している。当該システムは、ＯＡＭ回送中でのＥｔｈＡＩＳフレームの伝搬において、ＭＥＰノードがＡＩＳフレームを受信し、当該ＭＥＰノードが受信したＡＩＳフレームを全て合体させて新規なＡＩＳフレームを生成する。ＭＥＰノードは、生成した新規なＡＩＳフレームを送信対象とする。

【先行技術文献】

【特許文献】

【0016】

【特許文献1】特開２０１１−１００４７号公報

【特許文献2】特表２００７−５３６８７８号公報

【非特許文献】

【0017】

【非特許文献1】RFC5860 "Requirements for Operations, Administration, and Maintenance (OAM) in MPLS Transport Networks" [平成23年7月29日検索]、インターネット＜URL：http://tools.ietf.org/html/rfc5860＞

【非特許文献2】MPLS Working Group Internet Draft "draft-ietf-mpls-tp-oam-framework-11.txt (Operations, Administration and Maintenance Framework for MPLS-based Transport Networks) " [平成23年7月29日検索]、インターネット＜URL：http://tools.ietf.org/html/draft-ietf-mpls-tp-oam-framework-11＞

【発明の概要】

【発明が解決しようとする課題】

【0018】

しかしながら、図８に示すＡＩＳ通知処理では、障害を検出した通信装置が、全てのＬＳＰに対応するＡＩＳフレームを生成し、生成したＡＩＳフレームを送信している。そのため、パス数が増大するにつれて、ＡＩＳフレームの生成と送信にかかる処理負荷が増大するという問題がある。

【0019】

例えば、ＭＰＬＳ−ＴＰ網内に処理性能が低い装置がある場合、この装置の処理性能に応じたパス数の制限により、ネットワーク全体で構築できるパス数が制限される。つまり、網内のリソースを有効活用できない。または、設置したい最大パス数に対応するために、ＭＰＬＳ−ＴＰ網を構築する各処理装置が過剰な回路リソースやＣＰＵ性能を備える必要が生じてしまう。

【0020】

さらに、障害を検出した通信装置が、既定の送信周期に間に合わなくなる恐れも生じる。ＭＰＬＳ−ＴＰ規格では、一定周期毎に障害通知フレームを送信することが規定されている。ＭＰＬＳ−ＴＰ規格では、最短で１秒が当該周期である。ここで、上述のパス数が増加すると、当該パスに対応するＡＩＳフレームの生成処理が周期時間内に終わらない恐れが生じる。すなわち、パス数が増大することにより、規格を遵守することが困難となる。

【0021】

特許文献１は、通信装置内でのＡＩＳフレームの判定処理、フレームの転送処理等の技術を開示しているが、上述のパス数の増大に伴う処理負荷の増大に対応する技術は開示していない。

【0022】

特許文献２は、上述のＡＩＳフレームの合体の詳細について開示していない。また、特許文献３はイーサネット（登録商標）ＯＡＭの技術であるが、ＭＰＬＳ−ＴＰ網に適用した場合には、当該ＡＩＳフレームは、上位レイヤのパス（ＬＳＰ、ＰＷ）を介して送受信されることが想定される。しかし、宛先ＭＥＰが同一装置ではない場合（経路が同一ではない場合）、各パスに適切に通知先の通信装置にＡＩＳフレームを転送できるか否かが不明である。

【0023】

すなわち、上述の技術では、障害通知フレームの生成負荷を軽減した通信システム、送信装置、受信装置、障害通知方法、及びプログラムを提供できないという問題があった。

【0024】

本発明は、上述した問題を鑑みてなされたものであり、障害通知フレームの生成負荷を軽減した通信システム、送信装置、受信装置、障害通知方法、及びプログラムを提供することを主たる目的とする。

【課題を解決するための手段】

【0025】

本発明にかかる通信システムの一態様は、
障害時に通知フレームを送信する送信装置と、前記通知フレームを受信または転送する受信装置と、を備える通信システムであって、
前記送信装置は、関連するセクション区間、及び障害通知パスに関する第１セクション情報を保持し、障害時に障害箇所と、前記第１セクション情報に基づいて、出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理部と、
前記送信フレーム処理部から前記通知フレーム及び前記ポートの情報を受信し、当該ポートから前記通知フレームを送信するフレーム送信部と、を備え、
前記受信装置は、前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信部と、
前記通知フレームの受信時に、前記第１セクション情報に対応する第２セクション情報と、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理部と、を備える、ものである。

【0026】

本発明にかかる送信装置の一態様は、
関連するセクション区間、及び障害通知パスに関する第１セクション情報を保持し、障害時に障害箇所と、前記第１セクション情報に基づいて、障害通知に用いる通知フレームの出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理部と、
前記送信フレーム処理部から前記通知フレーム及び前記ポートの情報を受信し、当該ポートから前記通知フレームを送信するフレーム送信部と、ものである。

【0027】

本発明にかかる通信装置の一態様は、
障害検出の通知を行い、通知パスの情報が埋め込まれた通知フレームを受信する受信装置であって、
関連するセクション区間、及び障害通知パスに関するセクション情報を保持するテーブルと、
前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信部と、
前記通知フレームの受信時に、前記テーブルと、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理部と、を備えるものである。

【0028】

本発明にかかる障害通知方法の一態様は、
障害検出を通知する通知フレームの送信方法であって、
障害検出時に障害箇所の入力ポートまたはセクション端点から算出される出力経路の情報を前記通知フレームに挿入するとともに、障害箇所の入力ポートまたはセクション端点から算出される前記出力ポートから前記通知フレームを出力する、ものである。

【発明の効果】

【0029】

本発明では、障害通知フレームの生成負荷を軽減した通信システム、送信装置、受信装置、障害通知方法、及びプログラムを提供することができる。

【図面の簡単な説明】

【0030】

【図1】実施の形態１にかかる通信システムの構成を示すブロック図である。

【図2】実施の形態１にかかる通信装置１の内部構成を示すブロック図である。

【図3A】実施の形態１にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図3B】実施の形態１にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図3C】実施の形態１にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図3D】実施の形態１にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図3E】実施の形態１にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図4】実施の形態２にかかる通信システムの構成を示すブロック図である。

【図5A】実施の形態２にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図5B】実施の形態２にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図5C】実施の形態２にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図5D】実施の形態２にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図5E】実施の形態２にかかる通信装置の内部に設けられたＡＩＳ管理テーブルの構成を示す図である。

【図6】本発明にかかる通信装置を実現するためのコンピュータシステムのハードウェア構成例を示すブロック図である。

【図7】実施の形態１にかかる通信システムの構成を示すブロック図である。

【図8】一般的なＡＩＳ通知機能の動作例を示すブロック図である。

【発明を実施するための形態】

【0031】

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかる通信システムの構成を示すブロック図である。当該システムは、ＭＰＬＳ−ＴＰ網を形成するシステムである。当該システムは、通信装置１〜５を有する。通信装置１及び通信装置５は、ＬＥＲとして動作する。通信装置２〜４は、ＬＳＲとして動作する。通信装置１のポート１１４と通信装置２のポート１２１は、伝送媒体を介して接続される。同様に、通信装置２のポート１２４と通信装置３のポート１３１は、伝送媒体を介して接続される。通信装置３のポート１３４と通信装置４のポート１４１は、伝送媒体を介して接続される。通信装置４のポート１４４と通信装置５のポート１５１は、伝送媒体を介して接続される。通信装置１のポート１１１及び通信装置５のポート１５４は、ＭＰＬＳ−ＴＰ網の外部装置と接続されている。

【0032】

通信装置１にはＬＳＰ ＭＥＰとして３１１及び３１２が設定され、通信装置５にはＬＳＰ ＭＥＰとして３５１及び３５２が設定されている。ＬＳＰ ＭＥＰ３１１と、ＬＳＰ ＭＥＰ３５１の間にはＬＳＰ８１が構築され、ＬＳＰ ＭＥＰ３１２と、ＬＳＰ ＭＥＰ３５２の間にはＬＳＰ８２が構築されている。さらに、各隣接装置間にはセクション区間９１、９２、９３、９４が構築されており、各セクションの端点には、ＳＥＣＴＩＯＮ ＭＥＰ（２１１、２２１、２２２、２３１、２３２、２４１、２４２、２５１）が設定されている。

【0033】

次に、通信装置１〜５の内部構成を説明する。図２は、通信装置１の内部構成を示すブロック図である。通信装置１は、ラベルテーブル１１と、フレーム転送部１２と、ＯＡＭ処理部１３と、ＡＩＳ管理テーブル１４と、を備える。

【0034】

ラベルテーブル１１は、ＰＷラベルテーブル１５と、ＬＳＰラベルテーブル１６と、を備える。ＰＷラベルテーブル１５は、フレームヘッダやポートの情報と、ＰＷラベルの情報と、をフィールドとするエントリを複数有する。ＰＷラベルテーブル１５は、ＰＷ処理部１７から参照される。ＬＳＰラベルテーブル１６は、入力ラベルの情報を有する。詳細には、ＬＳＰラベルテーブル１６は、ＬＳＰラベルの情報、出力ラベルの情報、ラベルの処理アクションの情報、及び出力ポートの情報をフィールドとするエントリを複数有する。ＬＳＰラベルテーブル１６は、ＭＰＬＳ処理部１８から参照される。

【0035】

フレーム転送部１２は、ＰＷ処理部１７と、ＭＰＬＳ処理部１８と、を備える。ＰＷ処理部１７は、既存のＰＷＥ３の規格に準じたラベル処理（ラベル検索、付与（Push）、削除（Pop）、変更（Swap）、ＴＴＬ演算）を行う。同様に、ＭＰＬＳ処理部１８は、ＭＰＬＳの規格に準じたラベル処理を行う。さらに、ＰＷ処理部１７及びＭＰＬＳ処理部１８は、サーバレイヤ及びクライアントレイヤのヘッダ付与、及び削除を行う。

【0036】

フレーム転送部１２は、他の装置から受信したフレームが、ユーザフレームデータであるか、それともＯＡＭフレームであるかの判定を行う。フレーム転送部１２は、ＯＡＭフレームである場合には、当該ＯＡＭフレームをＯＡＭ処理部１３に転送する。

【0037】

フレーム転送部１２は、ＯＡＭ処理部１３（ＡＩＳ処理部１９）から入力されたフレームに対し、ラベル処理を行う。フレーム転送部１２は、ラベル処理を行ったフレームをいずれかのポートを介して他の装置に送信する。

【0038】

しかしながら、フレーム転送部１２（ＰＷ処理部１７、ＭＰＬＳ処理部１８）は、ＯＡＭ処理部１３（ＡＩＳ処理部１９）から入力されるセクションレイヤのＯＡＭフレームに対して前述のラベル処理は行わない。

【0039】

ＯＡＭ処理部１３は、ＡＩＳ処理部１９を備える。ＯＡＭ処理部１３は、ＭＰＬＳ−ＴＰ規格により定義されている各種のＯＡＭ機能を実行する処理部である。

【0040】

ＡＩＳ処理部１９は、障害検出時に、ＡＩＳ管理テーブル１４を参照して、ＡＩＳフレームの送信経路となるＬＳＰの識別子（ＬＳＰ ＩＤ）、及び当該フレームの出力ポートを取得する。ＡＩＳ処理部１９は、取得したＬＳＰ ＩＤを挿入したＡＩＳフレームを生成する。ＡＩＳ処理部１９は、生成したＡＩＳフレームを出力ポートの情報と共にフレーム転送部１２に供給する。

【0041】

また、ＡＩＳ処理部１９は、他の通信装置からＡＩＳフレームを受信した場合に、通信装置１が終端装置であるか否かをＡＩＳ管理テーブル１４、及びＡＩＳフレーム内に含まれるＬＳＰ ＩＤを基に判定する。ＡＩＳ処理部１９は、終端装置であると判定した場合、ＡＩＳフレームの受信をＯＡＭ処理部１３に通知する。このとき、ＯＡＭ処理部１３は通知情報から判定したパスの障害状態をマスクする処理を行う。ＡＩＳ処理部１９は、終端装置ではないと判定した場合に、ＡＩＳフレームの転送先（さらに別の通信装置）をＡＩＳ管理テーブル１４から算出する。

【0042】

ＡＩＳ管理テーブル１４は、ＡＩＳ処理部１９から参照される。ＡＩＳ管理テーブル１４は、障害を検出した場合、または他の通信装置からＡＩＳフレームを受信した場合に参照される。ＡＩＳ管理テーブル１４の詳細は、図３Ａ〜図３Ｅを参照して後述する。

【0043】

なお、通信装置２〜５は、図２に示す構成と同一の構成を有すればよい。通信装置２は、上述の各処理部に対応するラベルテーブル２１と、フレーム転送部２２と、ＯＡＭ処理部２３と、ＡＩＳ管理テーブル２４と、を備える。通信装置３は、上述の各処理部に対応するラベルテーブル３１と、フレーム転送部３２と、ＯＡＭ処理部３３と、ＡＩＳ管理テーブル３４と、を備える。通信装置４は、上述の各処理部に対応するラベルテーブル４１と、フレーム転送部４２と、ＯＡＭ処理部４３と、ＡＩＳ管理テーブル４４と、を備える。通信装置５は、上述の各処理部に対応するラベルテーブル５１と、フレーム転送部５２と、ＯＡＭ処理部５３と、ＡＩＳ管理テーブル５４と、を備える。

【0044】

再び図１及び図３Ａ〜図３Ｅを参照し、各通信装置の動作を説明する。図１の構成において、各装置が有するＡＩＳ管理テーブル（１４、２４、３４、４４、５４）の構成を図３Ａ〜図３Ｅに示す。

【0045】

ＬＳＲとして動作する通信装置２〜４のＡＩＳ管理テーブル（２４、３４、４４）の構成を図３Ｂ〜図３Ｄに示す。当該管理テーブルでは、フィールドとして入力ポート、ＳＥＣＴＩＯＮ ＭＥＰ ＩＤ、ＬＳＰ ＩＤ、及び出力ポートが定義されている。入力ポートは、当該装置が監視対象とするセクションが接続するポートの情報である。ＳＥＣＴＩＯＮ ＭＥＰ ＩＤは、監視対象とするセクションのＭＥＰを識別する情報である。ＬＳＰ ＩＤは、監視対象のセクションにて障害が発生した場合に、ＡＩＳフレームを出力すべきＬＳＰの識別子の情報である。出力ポートは、監視対象のセクションにて障害が発生した場合に、ＡＩＳフレームを出力すべきポート番号である。

【0046】

ここで、各ＬＳＰが異なる入力ポートまたは出力ポートを持つ場合、当該ＬＳＰのＬＳＰ ＩＤと出力ポートの組毎にエントリを登録する。例えば、図３Ｂでは、通信装置２は、ポート１２１を介してＳＥＣＴＩＯＮ ＭＥＰ２２１を端点とするセクション（ＳＥＣＴＩＯＮ９１）を監視し、当該セクションの障害時にＬＳＰ８１及び８２を送信経路として、出力ポート１２４からＡＩＳフレームを出力する。

【0047】

次にＬＥＲとして動作する通信装置１及び５のＡＩＳ管理テーブル（１４、５４）の構成を図３Ａ及び図３Ｅに示す。当該テーブルのフィールド構成は図３Ｂ〜図３Ｄと同じである。ＬＥＲとして動作する通信装置１及び５では、ＬＳＰを終端する。そのため、出力ポートには、「終端」であることを示す情報が登録される。図３Ａでは、ＬＳＰ８１及び８２の入力ポートが同一（１１４）であるため、同一エントリに２つのＬＳＰ ＩＤが登録される。

【0048】

なお、ＡＩＳ管理テーブル及び各ラベルテーブルには、構築するＭＰＬＳ−ＴＰ網に応じてエントリが定まり、本実施の形態ではすでにエントリが登録されているものとする。なお、ＰＷラベルテーブルは、クライアントレイヤの伝送技術によっては、フレームのヘッダ、ポート、及びＰＷラベルの関係性を学習し、動的にエントリを登録する構成とすることも可能である。本実施の形態にかかる通信装置１〜５は、このようなＰＷラベルテーブルにも対応できる。

【0049】

次に、ＡＩＳフレームの転送動作を図１を参照して説明する。以下の説明では、通信装置２と通信装置３との間において双方向の通信不可障害が発生した場合について説明する。

【0050】

はじめに、通信装置３は、ポート１３１におけるリンクダウンを検出する。または、ＳＥＣＴＩＯＮ ＭＥＰ２３１にてＭＰＬＳ−ＴＰ ＯＡＭ機能の一つである導通性監視（Ｃｏｎｔｉｎｕｉｔｙ Ｃｈｅｃｋ）を行っていた場合、導通性障害（Ｌｏｓｓ ｏｆ Ｃｏｎｔｉｎｕｉｔｙ（ＬＯＣ））を検出する。すると、ＡＩＳ処理部３９は、障害を検出したポート１３１またはＳＥＣＴＩＯＮ ＭＥＰ２３１をキーとしてＡＩＳ管理テーブル３４を検索する。ＡＩＳ処理部３９は、当該検索によりＡＩＳフレームを送信すべきＬＳＰの識別子であるＬＳＰ８１及び８２と、出力ポート番号１３４と、を取得する。

【0051】

そして、ＡＩＳ処理部３９は、送信経路となるＬＳＰ８１及び８２の情報を付加したＡＩＳフレームを生成し、フレーム転送部３２に出力ポート番号１３４の情報と共に供給する。ここで、ＡＩＳ処理部３９は、ＬＳＰ８１、ＬＳＰ８２のそれぞれに対応するＡＩＳフレームを生成するのではなく、ＬＳＰ８１及び８２の情報を付加したＡＩＳフレームを生成する。換言すると、ＡＩＳ処理部３９は、ＬＳＰ毎にＡＩＳフレームを生成するのではなく、ＬＳＰの情報を含めた１つのＡＩＳフレームを生成する。

【0052】

ＡＩＳフレームは、障害が継続している間、ＭＰＬＳ−ＴＰ規格により定められた一定周期で送信され続ける。そのため、ＡＩＳ処理部３９は、この周期にてＡＩＳフレームを定期的に生成し、生成したＡＩＳフレームをフレーム転送部３２に供給する。

【0053】

フレーム転送部３２は、ＡＩＳ処理部３９から供給されたＡＩＳフレームに対してセクションレイヤのラベル処理を行わない。フレーム転送部３２は、このＡＩＳフレームに対して伝送媒体のヘッダを付与して、出力ポート１３４から出力する。

【0054】

なお、図８に示して説明した一般的なＡＩＳ転送処理では、ＬＳＰ５８１とＬＳＰ５８２の出力ポートが同一であるにも関わらず、ＬＳＰ毎にＡＩＳフレームが生成された。これにより、ＬＳＰのパス数が増えるにつれて通信装置内でのＡＩＳフレームの作成にかかる処理負荷が増大する。しかしながら、本実施の形態にかかる通信装置では、ＡＩＳフレームは、ＬＳＰのパス数に依存せず、前述の周期毎に１つ生成すればよい。これにより、通信装置のＡＩＳフレーム作成にかかる処理負荷が軽減される。

【0055】

なお、ＡＩＳフレームのフォーマットは、ＭＰＬＳ−ＴＰの規格に準拠したフォーマットを利用すればよい。ここで、セクションレイヤでは、ＬＳＰラベル及びＰＷラベルは不要であるため、ＧＡＬヘッダ及びＡＣＨヘッダと、ＡＩＳのペイロードにＬＳＰ ＩＤフィールドを追加した構成とすればよい。

【0056】

ＭＰＬＳ−ＴＰ規格は、特定情報を格納するＴＬＶフィールドをＡＩＳフレームに定義することを許容している。そのため、ＴＬＶフィールド内にＬＳＰ ＩＤを格納するフィールドを定義しても良い。なお、他の装置と送受信を行う際のＡＩＳフレームのヘッダフォーマットは、伝送媒体に応じて適宜変化する。

【0057】

通信装置４は、ＡＩＳフレームをポート１４１から受信する。通信装置４内のフレーム転送部４２は、当該フレームがユーザデータフレームであるか、ＯＡＭフレームであるかの判定を行い、当該判定後にＡＩＳフレームをＯＡＭ処理部４３に転送する。さらに、ＯＡＭ処理部４３は、受信フレームがＡＩＳフレームであるため、当該ＡＩＳフレームをＡＩＳ処理部４９に転送する。ＡＩＳ処理部４９は、当該ＡＩＳフレームの入力ポート１４１をキーとして、ＡＩＳ管理テーブル４４を検索する。ＡＩＳ処理部４９は、当該検索によりＡＩＳフレームを送信すべきＬＳＰの識別子、及び出力ポート番号を取得する。

【0058】

ここで、ＡＩＳ処理部４９は、受信したＡＩＳフレームに格納されているＬＳＰ ＩＤと、検索にて得られたＬＳＰ ＩＤを比較する。両者が一致した場合、ＡＩＳ処理部４９は、検索により得られた出力ポートからＡＩＳフレームを送信することを決定する。一方、一致するＬＳＰ ＩＤが存在しない場合、ＡＩＳ処理部４９は、ＡＩＳフレームを破棄する。また、ＡＩＳ管理テーブル４４の検索において複数のＬＳＰ ＩＤが登録されているエントリがヒットした場合、ＡＩＳ処理部４９は、各ＬＳＰ ＩＤと、ＡＩＳフレーム内のＬＳＰ ＩＤをそれぞれ比較し、そのエントリ内に記載の出力ポートからＡＩＳフレームを送信するか否かを決定する。ＡＩＳ処理部４９は、いずれかのＬＳＰ ＩＤと一致すれば送信し、全く一致するＬＳＰ ＩＤが無い場合には、その出力ポートから送信せずに廃棄する。また、ＡＩＳ処理部４９は、複数のエントリでＬＳＰ ＩＤが一致し、出力すべき出力ポートが複数になった場合、その出力ポート数と等しくなるようにＡＩＳフレームを複製する。なお、ＬＳＰ ＩＤが一致、かつ、出力ポートが「終端」であった場合は、後述の終端処理が実行される。

【0059】

なお、複製時、ＡＩＳ処理部４９は、ＡＩＳフレーム内のＬＳＰ ＩＤ情報を変更せず、そのまま転送する。これは、ＡＩＳ処理部４９がＡＩＳフレームを複製する場合の処理負荷を低減するためである。

【0060】

しかしながら、本来、ＡＩＳフレームに格納されるべきＬＳＰ ＩＤ情報は、ＡＩＳ処理部４９による検索にヒットしたエントリ内の一致しているＬＳＰ ＩＤだけでよい。そのため、ＡＩＳ処理部４９は、ＡＩＳフレームから不要なＬＳＰ ＩＤを削除してもよい。削除を行う場合、ＡＩＳ処理部４９の処理負荷は増大する。しかし、ＡＩＳフレームのフレーム長を短く出来るため、トラフィック量の削減という効果を奏する。

【0061】

本例では、ＡＩＳ処理部４９は、ポート１４１を検索キーとしてＡＩＳ管理テーブル４４を検索する。ＡＩＳ処理部４９は、検索結果としてＬＳＰ ＩＤ８１、８２、及び出力ポート１４４を取得する。ＡＩＳ処理部４９は、この取得したＬＳＰ ＩＤと、受信したＡＩＳフレーム内のＬＳＰ ＩＤが一致するため、受信したＡＩＳフレームをそのままポート１４４から送信することを決定する。ＡＩＳ処理部４９は、出力ポート１４４の情報とともにＡＩＳフレームをフレーム転送部４２に供給する。フレーム転送部４２は、このＡＩＳフレームをポート１４４から送信する。

【0062】

通信装置３は、ＭＰＬＳ−ＴＰ規則により定められた周期でＡＩＳフレームを送信してくる。そのため、通信装置４は、通信装置３からのＡＩＳフレームの受信の度に上記の処理を行うだけで良い。換言すると、通信装置４は、通信装置３からＡＩＳフレームを受信する毎にＡＩＳフレームを生成しない。

【0063】

次に、通信装置５は、通信装置４からポート１５１を介してＡＩＳフレームを受信する。通信装置５内のフレーム転送部５２は、ＯＡＭフレーム判定を行い、このＡＩＳフレームをＡＩＳ処理部５９に供給する。

【0064】

ＡＩＳ処理部５９は、入力ポート１５１をキーとしてＡＩＳ管理テーブル５４を検索する。ＡＩＳ処理部５９は、検索結果としてＬＳＰ ＩＤ８１及び８２と、出力ポートとして「終端」という情報と、を取得する。次に、ＡＩＳ処理部５９は、検索により取得したＬＳＰ ＩＤ（８１、８２）と、ＡＩＳフレーム内に格納されたＬＳＰ ＩＤ（８１、８２）と、が一致するか否かを判定する。ＡＩＳ処理部５９は、両者が一致するため、検索により得られた出力ポート情報を参照する。

【0065】

ＡＩＳ処理部５９は、出力ポートが「終端」であるため、通信装置５がＬＳＰの終端点であると判定する。当該判定に応じて、通信装置５は、ＡＩＳフレームの転送を停止して、終端処理を行う。ＡＩＳ処理部５９は、ＬＳＰ ＩＤ８１及び８２の情報を付与したＡＩＳフレームの受信通知をＯＡＭ処理部５３に対して行う。

【0066】

ＯＡＭ処理部５３は、この通知から当該ＡＩＳフレームが送信されるべきＬＳＰ（８１、８２）を認識する。ＯＡＭ処理部５３は、その後、あたかもＬＳＰ８１及び８２からＡＩＳフレームを受信したかのようにＯＡＭ処理を行う。詳細には、ＯＡＭ処理部５３は、ＬＳＰ８１及び８２に対する障害状態（導通性障害（ＬＯＣ））のマスク処理を行う。

【0067】

各通信装置が上述の処理を行うことにより、図１に示すシステムは、ＭＰＬＳ−ＴＰ規格のＡＩＳ機能の要求を満たしながら、一般的なＭＰＬＳ−ＴＰ網が抱える前述のＡＩＳ機能の課題を解決できる。

【0068】

なお、図１の構成では、通信装置２から通信装置１に対してＡＩＳフレームの通知を行う必要がある。これは、通信装置２が通信装置３と同様の処理を行えばよい。また、ＬＳＰを終端する通信装置１は、通信装置５と同様の処理を行えばよい。

【0069】

続いて、本実施の形態にかかる通信装置の効果と、一般的なＭＰＬＳ−ＴＰ規格による転送処理と比較して説明する。

【0070】

図８により示すＡＩＳフレームの転送処理では、前述のように通信装置（ＡＩＳフレームの送信装置、中継装置、受信装置）において処理負荷が大きくなるという問題、及びＭＰＬＳ標準規定を遵守できなくなる恐れがあるという問題があった。さらに、図８により示すＡＩＳフレームの転送処理では、同一経路のＬＳＰを多重化した場合であっても、障害を検出した通信装置は、ＬＳＰ毎にＡＩＳフレームを生成し、生成したＡＩＳフレームを全て送信していた。そのため、ＬＳＰの増加に応じてネットワーク内におけるトラフィック量が増加し、帯域が圧迫されるという問題が生じていた。

【0071】

一方、本実施の形態にかかる通信装置は、ＬＳＰの数に依存せず、ＡＩＳフレームの生成時に出力対象となる出力ポートの数だけしかＡＩＳフレームを生成しない。そのため、ＡＩＳフレームの生成処理の負荷を軽減することができる。さらに、ＡＩＳフレームの作成数が減少することにより、通信装置は、規定の送信周期内にＡＩＳフレームを生成できる可能性が高くなる。また、通信装置が送信するＡＩＳフレームの数が減少するため、トラフィック量を軽減することもできる。

【0072】

さらに、ＡＩＳフレームを転送する通信装置は、転送対象とするＡＩＳフレーム数を減少することができる。これは、送信元となる通信装置がＡＩＳフレームの生成時に出力対象となる出力ポートの数だけしかＡＩＳフレームを生成しないためである。そのため、中継装置（ＡＩＳフレームを転送する通信装置）の処理負荷も軽減することができる。

【0073】

さらにまた、本実施の形態では、ＡＩＳフレームを終端する通信装置は、受信するＡＩＳフレーム数を図８を参照して説明したＡＩＳフレームの受信手法に比べて減少させることができる。そのため、終端装置における処理負荷を軽減できる。

【0074】

すなわち、送信装置、中継装置、終端装置のいずれも処理負荷を軽減できるとともに、ＭＰＬＳ-ＴＰ網内でやり取りされるトラフィック量を削減できる。

【0075】

＜実施の形態２＞
本実施の形態にかかるシステムは、ＬＳＰの端点が異なる装置の場合であっても上述の課題を解決できることを特徴とする。

【0076】

図４は、本実施の形態にかかる通信システムの構成を示すブロック図である。当該システムは、ＭＰＬＳ−ＴＰ網を形成するシステムである。当該システムは、通信装置１〜７を有する。通信装置１、通信装置５、及び通信装置７は、ＬＥＲとして動作する。通信装置２〜４及び通信装置６は、ＬＳＲとして動作する。各通信装置は、図４に図示するように、ポートを介して接続している。

【0077】

通信装置１にはＬＳＰ ＭＥＰとして３１１及び３１２が設定され、通信装置５にはＬＳＰ ＭＥＰとして３５１が設定され、通信装置７にはＬＳＰ ＭＥＰとして３７１が設定されている。各隣接装置間にはセクション区間９１〜９６が構築されている。通信装置３と通信装置６との間には、セクション区間９５が設定されている。通信装置６と通信装置７との間には、セクション区間９６が設定されている。

【0078】

なお、通信装置１〜７は、図２に示す内部構成を有すればよい。通信装置６は、図２に示す各処理部に対応するラベルテーブル６１と、フレーム転送部６２と、ＯＡＭ処理部６３と、ＡＩＳ管理テーブル６４と、を備える。通信装置７は、図２に示す各処理部に対応するラベルテーブル７１と、フレーム転送部７２と、ＯＡＭ処理部７３と、ＡＩＳ管理テーブル７４と、を備える。

【0079】

図５Ａ〜図５Ｅは、図４に示す各通信装置内のＡＩＳ管理テーブルを示す図である。なお、図５では、通信装置３〜７内のＡＩＳ管理テーブル（３４、４４、５４、６４、７４）を示している。図５Ａ〜図５Ｅに示すＡＩＳ管理テーブルの各構成は、図３Ａ〜図３Ｅに示すものと同様である。

【0080】

次に、ＡＩＳフレームの転送動作を図４を参照して説明する。以下の説明では、通信装置２と通信装置３との間において双方向の通信不可障害が発生した場合について説明する。

【0081】

はじめに、通信装置３は、通信障害を検出する。そして、通信装置３内のＡＩＳ処理部３９は、障害にかかるポート１３１またはＳＥＣＴＩＯＮ ＭＥＰ２３１をキーとしてＡＩＳ管理テーブル３４を検索する。ＡＩＳ処理部３９は、検索結果として２つのエントリを取得する。１つ目のエントリは、ＬＳＰ ＩＤと出力ポートの組が（ＬＳＰ ＩＤ８１、１３４）であり、２つ目のエントリは、ＬＳＰ ＩＤと出力ポートの組が（ＬＳＰ ＩＤ８２、１３５）である。

【0082】

ＡＩＳ処理部３９は、当該検索結果に異なる出力ポートのエントリが有るため、２つのＡＩＳフレームを生成する。１つ目のＡＩＳフレームには、ＬＳＰ ＩＤ８１の情報が挿入される。ＡＩＳ処理部３９は、ＬＳＰ ＩＤ８１の情報を挿入したＡＩＳフレームを出力ポート１３４の情報と共にフレーム転送部３２に供給する。２つ目のＡＩＳフレームには、ＬＳＰ ＩＤ８２の情報が挿入される。ＡＩＳ処理部３９は、ＬＳＰ ＩＤ８２の情報を挿入したＡＩＳフレームを出力ポート１３５の情報と共にフレーム転送部３２に供給する。

【0083】

フレーム転送部３２は、ＬＳＰ ＩＤ８１の情報を挿入したＡＩＳフレームを出力ポート１３４から送信する。フレーム転送部３２は、ＬＳＰ ＩＤ８２の情報を挿入したＡＩＳフレームを出力ポート１３５から送信する。

【0084】

これらのＡＩＳフレームを受信した通信装置４、６（ＬＳＲ）及び通信装置５、７（ＬＥＲ）は、実施の形態１と同様の処理を行う。

【0085】

上述のようにＬＳＲとして動作する通信装置３は、ＡＩＳフレームを送信すべきＬＳＰの出力ポートが複数のポートとなる場合でも、セクション単位でＡＩＳフレームを生成することができる。これにより、ＬＳＰの端点が、異なる通信装置に存在する場合であっても正確にＡＩＳフレームを転送することができる。

【0086】

なお、本構成において、セクション区間９１に障害が発生した場合を検討する。この場合、通信装置２は、ＬＳＰ ＩＤ８１及び８２の情報を含むＡＩＳフレームを通信装置３に転送する。通信装置３は、受信したＡＩＳフレームを複製し、一方のＡＩＳフレームを通信装置４に転送し、他方のＡＩＳフレームを通信装置６に転送する。終端となる通信装置５は、自身がＬＳＰ８１の終端であることをＡＩＳ管理テーブル５４の検索により認識できるため、ＬＳＰ８１にかかる終端処理のみを行う。同様に、終端となる通信装置７は、自身がＬＳＰ８２の終端であることをＡＩＳ管理テーブル７４の検索により認識できるため、ＬＳＰ８２にかかる終端処理のみを行う。

【0087】

＜実施の形態３＞
実施の形態１及び２にかかる各通信装置は、ＬＳＰにかかる階層（トランスポートパスレイヤ）でのＡＩＳフレームの転送を扱った。本実施の形態にかかる各通信装置は、複数階層にまたがるＡＩＳフレームの転送を行えることを特徴とする。詳細には、本実施の形態にかかる各通信装置は、Ｓｉｎｇｌｅ Ｓｅｇｍｅｎｔ−ＰＷモデル、Ｍｕｌｔｉ Ｓｅｇｍｅｎｔ−ＰＷモデル（ＰＳＭＥ（ＰＷ ＳＰＭＥ ＭＥ））、ＬＳＭＥ（ＬＳＰ ＳＰＭＥ ＭＥ）等の構成においてもＡＩＳフレームの転送を行う。

【0088】

各通信装置の構成は、図２に示す構成と略同様であるため、異なる点のみを以下に説明し、その詳細な説明は省略する。これらの通信モデル（たとえばＳｉｎｇｌｅ Ｓｅｇｍｅｎｔ−ＰＷモデル）において、障害を検出した通信装置は、ＡＩＳフレーム内にパスの識別子（ＬＳＰ ＩＤ、ＰＷ ＩＤ）に加えてレイヤ（階層）を区別する情報を挿入すればよい。各通信装置のＡＩＳ管理テーブル内には、パスの識別子（ＬＳＰ ＩＤ、ＰＷ ＩＤ）のフィールドに加えて、使用するパスの階層にかかるフィールドを設ければ良い。各通信装置は、障害を検出した後に行うＡＩＳ管理テーブルの検索において、当該パスの階層にかかる当該フィールドも比較対象とすればよい。

【0089】

上記の拡張を行うことにより、本発明は、標準規格に記載されている各種ネットワーク参照モデルにも適用することができる。

【0090】

＜実施の形態４＞
本実施の形態にかかる各通信装置は、ＡＩＳフレーム内にパス識別子（ＬＳＰ ＩＤ）のみならず、障害にかかる各種情報を挿入することを特徴とする。本実施の形態においても各通信装置の構成は、図２に示す構成と略同様であるため、異なる点のみを以下に説明し、その詳細な説明は省略する。

【0091】

障害を検出した通信装置は、ＬＳＰ ＩＤを挿入する処理と同様に、各種情報を挿入する。挿入する情報の一例として、例えば障害セクション区間の識別子、障害要因（ＬＯＣ、リンクダウン等）が挙げられる。他の処理は、実施の形態１と同様である。

【0092】

当該ＡＩＳフレームは、終端装置まで転送される。そのため、終端となる通信装置は、障害の生じた位置、障害の要因等を把握することができる。

【0093】

標準規格に定められた一般的なＡＩＳ転送を行うシステムでは、ＡＩＳフレームを受信したパスの端点（ＬＳＰ ＭＥＰ）装置は、障害の生じた位置や障害の要因を把握することはできない。そのため、これらのシステムでは、管理者はＮＭＳ（Network Management System）が収集する障害情報を分析して障害の生じた位置、障害の要因を取得する。ＮＭＳは、ＭＰＬＳ−ＴＰ網を構成する各装置、回線を統合的に監視するシステムである。しかしながら、ＭＰＬＳ−ＴＰ網が大規模化するにつれて、管理者はＮＭＳの収集した情報を分析することが困難になる。よって、ＡＩＳフレーム内に障害にかかる情報を挿入することにより、管理者の負担を軽減できる。すなわち、管理者がＮＭＳにより収集した障害情報を分析する手間を軽減、または分析処理を不要とできる。

【0094】

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。例えば、上述の説明では、各通信装置がＡＩＳフレームを転送することについて説明したが、必ずしもこれに限られず、ＬＣＫ（Lock ReportingまたはLocked Signal）フレームを転送してもよい。各通信装置は、ＡＩＳフレームに代わりＬＣＫフレームを転送対象とし、上記した処理と同様の処理を行えばよい。

【0095】

図２に示す通信装置１の各処理部（フレーム転送部１２、ＯＡＭ処理部１３、ＰＷ処理部１７、ＭＰＬＳ処理部１８、ＡＩＳ処理部１９）の処理は、任意のコンピュータ内で動作するプログラムとして実現することが可能である。プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0096】

また、各テーブル（ラベルテーブル１１、ＡＩＳ管理テーブル１４）の情報は、上述のコンピュータ可読媒体に格納される。

【0097】

通信装置１の各処理部をプログラムとして動作させる場合のハードウェア構成の一例を図６に示す。例えば、このハードウェア構成では、中央処理装置（ＣＰＵ）４０１とメモリ４０２とを含んでいる。ＣＰＵ４０１とメモリ４０２とは、バスを介して補助記憶装置としてのハードディスク装置（ＨＤＤ）４０３に接続される。このシステムは、典型的には、ユーザ・インターフェース・ハードウェアを備える。ユーザ・インターフェース・ハードウェアとしては、例えば、入力をするためのポインティング・デバイス（マウス、ジョイスティック等）やキーボード等の入力装置４０４や、視覚データをユーザに提示するための液晶ディスプレイなどの表示装置４０５がある。ハードディスク装置４０３等の記憶媒体にはオペレーティングシステムと共同してＣＰＵ４０１等に命令を与え、このシステムの各部の機能を実施するためのコンピュータ・プログラムを記憶することができる。すなわち、プログラムがメモリ４０２上に展開され、ＣＰＵ４０１がプログラムに従って処理を行い、他のハードウェア構成と協働することによって、通信装置１の各ブロックが構成されている。このように、通信装置１による各処理は、ＣＰＵ４０１において所定のプログラムが実行されることで実現する形態としてもよい。また、通信装置のこれらの処理および各テーブルを全てＬＳＩで実現する形態としてもよい。

【0098】

図７を参照して、本発明の概要を再度説明する。図７は、本発明の実施の形態１にかかる通信装置１を簡略的に記載したブロック図である。

【0099】

上述のように、ＡＩＳ処理部１９（送信フレーム処理部、受信フレーム処理部に相当）は、ＡＩＳ管理テーブル１４を参照し、送信すべきＬＳＰの出力ポートの数に応じてＡＩＳフレームを生成する。ＡＩＳ処理部は、ＬＳＰのパス数と同数のＡＩＳフレームは作成しない。

【0100】

フレーム転送部１２は、セクションレイヤのラベル処理は行わず、ＡＩＳフレームを送受信する。

【0101】

これにより、ＡＩＳフレームの作成数を減少できるため、送信装置のＡＩＳフレームの作成負荷を軽減できる。さらに、送信されるＡＩＳフレームの数が減少するため、転送処理および受信処理にかかる負荷も軽減することができる。

【0102】

上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

【0103】

（付記１）
障害時に通知フレームを送信する送信装置と、前記通知フレームを受信または転送する受信装置と、を備える通信システムであって、
前記送信装置は、関連するセクション区間、及び障害通知パスに関する第１セクション情報を保持し、障害時に障害箇所と、前記第１セクション情報に基づいて、出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理部と、
前記送信フレーム処理部から前記通知フレーム及び前記ポートの情報を受信し、当該ポートから前記通知フレームを送信するフレーム送信部と、を備え、
前記受信装置は、前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信部と、
前記通知フレームの受信時に、前記第１セクション情報に対応する第２セクション情報と、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理部と、を備える、通信システム。

【0104】

（付記２）
前記送信装置は、前記第１セクション情報を保持する第１のテーブルを有し、
前記第１のテーブルは、セクション区間と接続した入力ポート、入力先のセクション端点、前記通知フレームの出力経路となるパス、及びセクション区間と接続した出力ポート、をフィールドとするエントリを、前記第１セクション情報として格納し、
前記送信フレーム処理部は、障害時に障害箇所の入力ポートまたはセクション端点をキーとして前記第１テーブルを検索し、当該検索により得られるパスの情報を前記通知フレームに挿入するとともに、当該検索により得られる前記出力ポートを前記通知フレームの出力元のポートと決定することを特徴とする、付記１に記載の通信システム。

【0105】

（付記３）
前記受信装置は、前記第２セクション情報を保持し、前記第１のテーブルと同一のフィールドを持つ第２テーブルを保持し、
前記受信フレーム処理部は、前記通知フレームの受信時に、当該通知フレームの入力ポートをキーとして前記第２テーブルを検索し、当該検索により得られた出力ポートの情報がパスの終端を示す値である場合に前記通知フレームにより、障害状態のマスク処理を行い、
終端を示す値ではない場合に、当該検索により得られたパスと、前記通知フレームに挿入されたパスが一致するか否かを判定し、一致する場合に、当該検索により得られる出力ポートを前記通知フレームの転送先と決定して前記フレーム送受信部に通知する、ことを特徴とする付記２に記載の通信システム。

【0106】

（付記４）
前記送信フレーム処理部は、前記通知フレームに障害箇所及び障害要因の少なくとも一方を挿入することを特徴とする付記１乃至付記３のいずれか１項に記載の通信システム。

【0107】

（付記５）
前記受信フレーム処理部は、前記第２テーブルの検索において、異なる出力ポートの情報を持つ複数エントリを取得した場合、当該エントリ数と同数となるように前記通知フレームを複製することを特徴とする付記３または付記４に記載の通信システム。

【0108】

（付記６）
前記受信フレーム処理部は、前記第２テーブルの検索の結果に応じて、前記通知フレームに挿入したパスの情報を更新することを特徴とする付記３乃至付記５のいずれかに記載の通信システム。

【0109】

（付記７）
前記通知フレームは、ＡＩＳ（Alarm Indication Signal）フレームであり、
前記送信装置と前記受信装置は、前記ＡＩＳフレームを送受信することを特徴とする付記１乃至付記６のいずれかに記載の通信システム。

【0110】

（付記８）
関連するセクション区間、及び障害通知パスに関する第１セクション情報を保持し、障害時に障害箇所と、前記第１セクション情報に基づいて、障害通知に用いる通知フレームの出力パスの情報を前記通知フレームに挿入し、出力元となるポートを決定する送信フレーム処理部と、
前記送信フレーム処理部から前記通知フレーム及び前記ポートの情報を受信し、当該ポートから前記通知フレームを送信するフレーム送信部と、を備える送信装置。

【0111】

（付記９）
前記第１セクション情報を保持する第１のテーブルを有し、
前記第１のテーブルは、セクション区間と接続した入力ポート、入力先のセクション端点、前記通知フレームの出力経路となるパス、及びセクション区間と接続した出力ポート、をフィールドとするエントリを、前記第１セクション情報として格納し、
前記送信フレーム処理部は、障害検出時に障害箇所の入力ポートまたはセクション端点をキーとして前記第１テーブルを検索し、当該検索により得られるパスの情報を前記通知フレームに挿入するとともに、当該検索により得られる前記出力ポートを前記通知フレームの出力元のポートと決定することを特徴とする、付記８に記載の送信装置。

【0112】

（付記１０）
前記送信フレーム処理部は、前記通知フレームに障害箇所及び障害要因の少なくとも一方を挿入することを特徴とする付記８または付記９に記載の送信装置。

【0113】

（付記１１）
前記通知フレームは、ＡＩＳ（Alarm Indication Signal）フレームであり、
前記フレーム送信部は、前記ＡＩＳフレームを送受信することを特徴とする付記８乃至１０のいずれか１項に記載の送信装置。

【0114】

（付記１２）
障害検出の通知を行い、通知パスの情報が埋め込まれた通知フレームを受信する通信装置であって、
関連するセクション区間、及び障害通知パスに関するセクション情報を保持するテーブルと、
前記通知フレームを受信するとともに、指示に応じて前記通知フレームを転送するフレーム送受信部と、
前記通知フレームの受信時に、前記テーブルと、前記通知フレームと、に基づいて、障害状態のマスク処理または前記通知フレームの転送の制御を行う受信フレーム処理部と、を備える、通信装置。

【0115】

（付記１３）
前記テーブルは、セクション区間と接続した入力ポート、入力先のセクション端点、前記通知フレームの出力経路となるパス、及びセクション区間と接続した出力ポート、をフィールドとするエントリを前記セクション情報として格納し、
前記受信フレーム処理部は、前記通知フレームの受信時に、当該通知フレームの入力ポートをキーとして前記第テーブルを検索し、当該検索により得られた出力ポートの情報がパスの終端を示す値である場合に前記通知フレームにより、障害状態のマスク処理を行い、
終端を示す値ではない場合に、当該検索により得られたパスと、前記通知フレームに挿入されたパスが一致するか否かを判定し、一致する場合に、当該検索により得られる出力ポートを前記通知フレームが出力されるポートと決定して前記フレーム送受信部に通知する、ことを特徴とする付記１２に記載の通信装置。

【0116】

（付記１４）
前記受信フレーム処理部は、前記テーブルの検索において、異なる出力ポートの情報を持つ複数エントリを取得した場合、当該エントリ数と同数となるように前記通知フレームを複製することを特徴とする付記１３に記載の通信装置。

【0117】

（付記１５）
前記受信フレーム処理部は、前記テーブルの検索の結果に応じて、前記通知フレームに挿入したパスの情報を更新することを特徴とする付記１２乃至付記１４のいずれかに記載の通信装置。

【0118】

（付記１６）
障害検出を通知する通知フレームの送信方法であって、
障害検出時に障害箇所の入力ポートまたはセクション端点から算出される出力経路の情報を前記通知フレームに挿入するとともに、障害箇所の入力ポートまたはセクション端点から算出される前記出力ポートから前記通知フレームを出力する、障害通知フレーム送信方法。

【0119】

（付記１７）
付記１６に記載の障害通知フレーム送信方法をコンピュータに行わせるためのプログラムが格納された非一時的なコンピュータ可読媒体。

【0120】

この出願は、２０１１年９月２７日に出願された日本出願特願２０１１−２１０５６７を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【符号の説明】

【0121】

１ 通信装置（ＬＥＲ）
２〜４ 通信装置（ＬＳＲ）
５ 通信装置（ＬＥＲ）
６ 通信装置（ＬＳＲ）
７ 通信装置（ＬＥＲ）
１１ ラベルテーブル
１２ フレーム転送部
１３ ＯＡＭ処理部
１４ ＡＩＳ管理テーブル
１５ ＰＷテーブル
１６ ＬＳＰテーブル
１７ ＰＷ処理部
１８ ＭＰＬＳ処理部
１９ ＡＩＳ処理部
８１、８２ ＬＳＰ
９１〜９６ セクション区間
１１１、１１２、１１３、１１４、１１５、１１６、１２１、１２４、１３１、１３４、１３５、１４１、１４４、１５１、１６１、１６４、１７１ ポート
２１１、２２１、２２２、２３１、２３２、２３３、２４１、２４２、２５１、２６１、２６２、２７１ ＳＥＣＴＩＯＮ ＭＥＰ
３１１、３１２、３５１、３５２、３７１ ＬＳＰ ＭＥＰ
４０１ ＣＰＵ
４０２ メモリ
４０３ ＨＤＤ
４０４ 入力装置
４０５ 表示装置

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図4】

【図5A】

【図5B】

【図5C】

【図5D】

【図5E】

【図6】

【図7】

【図8】