特許 6011540 診断システム

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

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

(11)【特許番号】6011540

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月19日

(54)【発明の名称】診断システム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20161006BHJP

【ＦＩ】

   H04L12/70 100A

【請求項の数】13

【全頁数】26

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

(86)(22)【出願日】2012年9月10日

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

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

(87)【国際公開日】20130328

【審査請求日】2015年8月12日

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

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

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

(73)【特許権者】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100123788

【弁理士】

【氏名又は名称】宮崎 昭夫

(74)【代理人】

【識別番号】100127454

【弁理士】

【氏名又は名称】緒方 雅昭

(72)【発明者】

【氏名】厩橋 正樹

(72)【発明者】

【氏名】櫻井 暁

(72)【発明者】

【氏名】崔 珍龍

【審査官】 安藤 一道

(56)【参考文献】

【文献】 国際公開第２０１１／０５５８３７（ＷＯ，Ａ１）

【文献】 特開２００４−３５６８５４（ＪＰ，Ａ）

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

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

Ｈ０４Ｌ １２／７０

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

【請求項1】

送信元ノードと、送信先ノードとが、中継ノードを介して接続されたネットワークを診断する診断システムにおいて、
前記送信元ノードは、前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成し、該診断フレームを前記中継ノードへ送信する診断フレーム処理部を有し、
前記中継ノードは、
当該中継ノードの入力インタフェース側において、前記診断フレームを受信した場合、該診断フレームの前記フィールドに格納された前記ＴＴＬ値をデクリメントし、該デクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを当該中継ノードの出力インタフェース側へ転送し、該カウントした診断フレームの数を確認済みフレーム数として出力する入力ラインカードと、
当該中継ノードの出力インタフェース側において、前記入力ラインカードから転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントし、該カウントした診断フレームの数を確認済みフレーム数として出力する出力ラインカードとを有し、
前記送信元ノードから送信された診断フレームの送信数と、前記入力ラインカードから出力された確認済みフレーム数と、前記出力ラインカードから出力された確認済みフレーム数とに基づいて、前記送信元ノードから前記入力ラインカードまでの間および前記送信元ノードから出力ラインカードまでの間の前記送信元ノードから前記中継ノードの方向の導通を確認することを特徴とする診断システム。

【請求項2】

請求項１に記載の診断システムにおいて、
前記入力ラインカードは、前記確認済みフレーム数を前記外部装置へ出力し、
前記出力ラインカードは、前記確認済みフレーム数を前記外部装置へ出力し、
前記外部装置は、前記送信数と、前記入力ラインカードから出力された確認済みフレーム数と、前記出力ラインカードから出力された確認済みフレーム数とに基づいて、前記送信元ノードから前記入力ラインカードまでの間および前記送信元ノードから出力ラインカードまでの間の前記送信元ノードから前記中継ノードの方向の導通を確認することを特徴とする診断システム。

【請求項3】

請求項１に記載の診断システムにおいて、
前記送信元ノードの診断フレーム処理部は、前記診断フレームを１つ送信し、
前記中継ノードの診断フレーム処理部は、前記ＴＴＬ値が０となる診断フレームを受信したか否かに基づいて、前記送信元ノードから前記中継ノードへの導通を確認することを特徴とする診断システム。

【請求項4】

請求項１に記載の診断システムにおいて、
前記送信元ノードの診断フレーム処理部は、前記診断フレームを所定のレートで送信し、
前記送信数と、前記確認済みフレーム数とに基づいて、前記送信元ノードから前記中継ノードへの前記所定のレートにおける導通を確認することを特徴とする診断システム。

【請求項5】

請求項１から４のいずれか１項に記載の診断システムにおいて、
前記中継ノードの診断フレーム処理部は、前記診断フレームをＡＣＨヘッダのＣｈａｎｎｅｌ Ｔｙｐｅ値に基づいて識別することを特徴とする診断システム。

【請求項6】

請求項１から４のいずれか１項に記載の診断システムにおいて、
前記中継ノードの診断フレーム処理部は、前記診断フレームをＡＣＨヘッダのＣｈａｎｎｅｌ Ｔｙｐｅ値とＯＡＭ ＰＤＵ内の所定のフィールドの値とに基づいて識別することを特徴とする診断システム。

【請求項7】

請求項１から６のいずれか１項に記載の診断システムにおいて、
前記送信元ノードは、前記送信数をカウントして出力することを特徴とする診断システム。

【請求項8】

請求項１から６のいずれか１項に記載の診断システムにおいて、
前記送信元ノードは、診断を開始後、最初に送信する前記診断フレームに格納されているシーケンス番号にあらかじめ設定された値を設定して送信し、
前記中継ノードは、前記受信した診断フレームに格納されているシーケンス番号を用いて前記送信数をカウントして出力することを特徴とする診断システム。

【請求項9】

送信元ノードと、送信先ノードとを中継する中継ノードであって、
当該中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントし、該デクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを当該中継ノードの出力インタフェース側へ転送し、該カウントした診断フレームの数を出力する入力ラインカードと、
当該中継ノードの出力インタフェース側において、前記入力ラインカードから転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントし、該カウントした診断フレームの数を出力する出力ラインカードとを有する中継装置。

【請求項10】

送信元ノードと、送信先ノードとを中継する中継ノードに搭載された入力ラインカードであって、
前記中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントし、該デクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを当該中継ノードの出力インタフェース側へ転送し、該カウントした診断フレームの数を出力する入力ラインカード。

【請求項11】

送信元ノードと、送信先ノードとが、中継ノードを介して接続されたネットワークを診断する診断方法であって、
前記送信元ノードが、前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成する処理と、
前記送信元ノードが、前記診断フレームを前記中継ノードへ送信する処理と、
前記中継ノードが、入力インタフェース側において、前記診断フレームを受信した場合、該診断フレームの前記フィールドに格納された前記ＴＴＬ値をデクリメントする処理と、
前記中継ノードが、前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする処理と、
前記中継ノードが、前記デクリメントしたＴＴＬ値が０である診断フレームを当該中継ノードの出力インタフェース側へ転送する処理と、
前記中継ノードが、前記カウントした診断フレームの数を確認済みフレーム数として出力する処理と、
前記中継ノードが、出力インタフェース側において、前記入力インタフェース側から転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントする処理と、
前記中継ノードが、出力インタフェース側においてカウントした診断フレームの数を確認済みフレーム数として出力する処理と、
前記送信元ノードから送信された診断フレームの送信数と前記入力インタフェース側から出力された確認済みフレーム数と前記出力インタフェース側から出力された確認済みフレーム数とに基づいて、前記送信元ノードから前記入力インタフェース側までの間および前記送信元ノードから出力インタフェース側までの間の前記送信元ノードから前記中継ノードの方向の導通を確認する処理とを行う診断方法。

【請求項12】

送信元ノードと、送信先ノードとを中継する中継ノードに、
当該中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームを当該中継ノードの出力インタフェース側へ転送する手順と、
前記カウントした診断フレームの数を出力する手順と、
当該中継ノードの出力インタフェース側において、前記転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記出力インタフェース側においてカウントした診断フレームの数を出力する手順とを実行させるためのプログラム。

【請求項13】

送信元ノードと、送信先ノードとを中継する中継ノードに搭載された入力ラインカードに、
前記中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームを当該中継ノードの出力インタフェース側へ転送する手順と、
前記カウントした診断フレームの数を出力する手順とを実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、パケットデータの通信を行う通信システムを診断する診断システム、送信元ノード、中継ノード、入力ラインカード、出力ラインカード、診断方法およびプログラムに関する。

【背景技術】

【0002】

近年のユーザトラヒックのＩＰ化／イーサネット（登録商標、以下、同じ）化に伴い、トラヒックを効率的に収容するために、通信ネットワーク、特に、通信状況の管理や監視の質、信頼性への要求が高いネットワークについて、通信される信号のパケット化が進められている。

【0003】

これまでのＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ ＮＥＴｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）ベースの通信ネットワークでは、ＳＯＮＥＴ／ＳＤＨが持つキャリアクラスのきめ細かな監視・制御機能（Ｏｐｅｒａｔｉｏｎｓ， Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ：ＯＡＭ機能）により、キャリアグレードのサービス要求に応えていた。

【0004】

ＳＯＮＥＴ／ＳＤＨベースの通信ネットワークがパケットネットワークへシフトしていく中でも、同等レベルのＯＡＭ機能を実現する必要があり、この実現について、近年では標準化で活発に議論が進められている。

【0005】

例えば、イーサネット向けＯＡＭ機能としては、ＩＴＵ−ｔにおいて、Ｙ.１７３１として勧告化されている。

【0006】

また、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）ベースのパケットトランスポート技術として注目を集めているＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ−Ｔｒａｎｓｐｏｒｔ Ｐｒｏｆｉｌｅ）に関しても、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）において、ＯＡＭ機能が１つの注目機能として標準化が進められている。

【0007】

また、ＯＡＭ機能は、障害の検出、通知、局所化等を行うＦａｕｌｔ Ｍａｎａｇｅｍｅｎｔ（ＦＭ）機能と、データトラヒックの性能を監視するＰｅｒｆｏｒｍａｎｃｅ Ｍｏｎｉｔｏｒ（ＰＭ）機能とに分類される。

【0008】

このＰＭ機能の１つとして、監視区間の診断機能（Ｄｉａｇｎｏｓｔｉｃ Ｔｅｓｔ機能（以下、ＴＳＴ機能と称する））がある。

【0009】

図１は、標準で規定されるＴＳＴ機能を実行する通信ネットワークならびに監視区間の構成例を示す図である。

【0010】

図１に示すように、通信装置１００〜４００が直列に接続される通信ネットワークにおいて、監視区間は、端点となる通信装置１００のＭＥＰ（Ｍａｉｎｔｅｎａｎｃｅ Ｅｎｄ Ｐｏｉｎｔ）＃１００と通信装置４００のＭＥＰ＃４００との間で設定され、その中間に、通信装置２００のＭＩＰ（Ｍａｉｎｔｅｎａｎｃｅ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｐｏｉｎｔ）＃２００と通信装置３００のＭＩＰ＃３００とが設定されている。通信状態の監視を片方向で実行する１−ｗａｙ ＴＳＴ機能の場合、ＭＥＰ＃１００からＭＥＰ＃４００、または、ＭＥＰ＃４００からＭＥＰ＃１００への片方向でのＴＳＴフレームの送受信することにより、その区間でのＴＳＴフレーム送信レートでの導通（スループット）やフレームロスを確認する。

【先行技術文献】

【非特許文献】

【0011】

【非特許文献1】ＩＴＵ−Ｔ Ｙ.１７３１

【非特許文献2】ＩＥＴＦ ＰＦＣ５８６０， Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｏｐｅｒａｔｉｏｎｓ, Ａｄｍｉｎｉｓｔｒａｔｉｏｎ, ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ（ＯＡＭ） ｉｎ ＭＰＬＳ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋｓ

【非特許文献3】ＩＥＴＦ ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｏａｍ−ｆｒａｍｅｗｏｒｋ， Ｏｐｅｒａｔｉｏｎｓ, Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ Ｆｒａｍｅｗｏｒｋ ｆｏｒ ＭＰＬＳ−ｂａｓｅｄ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋｓ

【発明の概要】

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

【0012】

ここで、図１に示した構成例に対して、ＭＥＰからＭＩＰの間（ＭＥＰ＃１００からＭＩＰ＃２００、ＭＥＰ＃１００からＭＩＰ＃３００、ＭＥＰ＃４００からＭＩＰ＃３００、ＭＥＰ＃４００からＭＩＰ＃２００）でＴＳＴ機能を実行することができれば、ＭＥＰ間よりも細分化した区間での診断が可能であり、よりきめ細かい監視制御が可能となる。

【0013】

しかしながら、上述した標準規格に準拠すると、ＴＳＴ機能はＭＥＰ−ＭＥＰ間の実行はできるが、ＭＥＰ−ＭＩＰ間の実行ができない。そのため、よりきめ細かい監視制御を行なうことができないという問題点がある。

【0014】

また、ＭＩＰのポイントをＭＥＰとして動作させようとした場合、それらの機能の実装の規模が大きくなってしまうという問題点がある。

【0015】

本発明では、標準規格に準拠した上で、ＭＥＰ−ＭＩＰ間においてＴＳＴ機能を実行可能とし、きめ細かい監視制御を実現することを目的とする。

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

【0016】

本発明の診断システムは、
送信元ノードと、送信先ノードとが、中継ノードを介して接続されたネットワークを診断する診断システムであって、
前記送信元ノードは、前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成し、該診断フレームを前記中継ノードへ送信する診断フレーム処理部を有し、
前記中継ノードは、
前記診断フレームを受信した場合、該診断フレームの前記フィールドに格納された前記ＴＴＬ値をデクリメントするＴＴＬ処理部と、
前記ＴＴＬ処理部がデクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを廃棄し、該カウントした診断フレームの数を確認済みフレーム数として出力する診断フレーム処理部とを有し、
前記送信元ノードから送信された診断フレームの送信数と前記確認済みフレーム数とに基づいて、前記送信元ノードと前記中継ノードとの間の前記送信元ノードから前記中継ノードの方向の導通を確認することを特徴とする。

【0017】

また、送信元ノードと、送信先ノードとが、中継ノードを介して接続されたネットワークを診断する診断システムであって、
前記送信元ノードは、前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成し、該診断フレームを前記中継ノードへ送信する診断フレーム処理部を有し、
前記中継ノードは、
当該中継ノードの入力インタフェース側において、前記診断フレームを受信した場合、該診断フレームの前記フィールドに格納された前記ＴＴＬ値をデクリメントし、該デクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを転送し、該カウントした診断フレームの数を確認済みフレーム数として出力する入力ラインカードと、
当該中継ノードの出力インタフェース側において、前記入力ラインカードから転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントし、該カウントした診断フレームの数を確認済みフレーム数として出力する出力ラインカードとを有し、
前記送信元ノードから送信された診断フレームの送信数と、前記入力ラインカードから出力された確認済みフレーム数と、前記出力ラインカードから出力された確認済みフレーム数とに基づいて、前記送信元ノードから前記入力ラインカードまでの間および前記送信元ノードから出力ラインカードまでの間の前記送信元ノードから前記中継ノードの方向の導通を確認することを特徴とする。

【0018】

また、本発明の送信元ノードは、
中継ノードを介して、送信先ノードと接続された送信元ノードであって、
前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成し、該診断フレームを前記中継ノードへ送信する診断フレーム処理部を有する。

【0019】

また、本発明の中継ノードは、
送信元ノードと、送信先ノードとを中継する中継ノードであって、
前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントするＴＴＬ処理部と、
前記ＴＴＬ処理部がデクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを廃棄し、該カウントした診断フレームの数を出力する診断フレーム処理部とを有する。

【0020】

また、送信元ノードと、送信先ノードとを中継する中継ノードであって、
当該中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントし、該デクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを転送し、該カウントした診断フレームの数を出力する入力ラインカードと、
当該中継ノードの出力インタフェース側において、前記入力ラインカードから転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントし、該カウントした診断フレームの数を出力する出力ラインカードとを有する中継装置。

【0021】

また、本発明の入力ラインカードは、
送信元ノードと、送信先ノードとを中継する中継ノードに搭載された入力ラインカードであって、
前記中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントし、該デクリメントしたＴＴＬ値が０である診断フレームの数をカウントし、該診断フレームを転送し、該カウントした診断フレームの数を出力する。

【0022】

また、本発明の出力ラインカードは、
送信元ノードと、送信先ノードとを中継する中継ノードに搭載された出力ラインカードであって、
前記中継ノードの出力インタフェース側において、前記中継ノードの入力インタフェース側に搭載された入力ラインカードから転送された診断フレームのうち、所定のフィールドに格納されたＴＴＬ値が０である診断フレームの数をカウントし、該カウントした診断フレームの数を出力する。

【0023】

また、本発明の診断方法は、
送信元ノードと、送信先ノードとが、中継ノードを介して接続されたネットワークを診断する診断方法であって、
前記送信元ノードが、前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成する処理と、
前記送信元ノードが、前記診断フレームを前記中継ノードへ送信する処理と、
前記中継ノードが、前記診断フレームを受信した場合、該診断フレームの前記フィールドに格納された前記ＴＴＬ値をデクリメントする処理と、
前記中継ノードが、前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする処理と、
前記中継ノードが、前記デクリメントしたＴＴＬ値が０である診断フレームを廃棄する処理と、
前記中継ノードが、前記カウントした診断フレームの数を確認済みフレーム数として出力する処理と、
前記送信元ノードから送信された診断フレームの送信数と前記確認済みフレーム数とに基づいて、前記送信元ノードと前記中継ノードとの間の前記送信元ノードから前記中継ノードの方向の導通を確認する処理とを行う。

【0024】

また、送信元ノードと、送信先ノードとが、中継ノードを介して接続されたネットワークを診断する診断方法であって、
前記送信元ノードが、前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成する処理と、
前記送信元ノードが、前記診断フレームを前記中継ノードへ送信する処理と、
前記中継ノードが、入力インタフェース側において、前記診断フレームを受信した場合、該診断フレームの前記フィールドに格納された前記ＴＴＬ値をデクリメントする処理と、
前記中継ノードが、前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする処理と、
前記中継ノードが、前記デクリメントしたＴＴＬ値が０である診断フレームを転送する処理と、
前記中継ノードが、前記カウントした診断フレームの数を確認済みフレーム数として出力する処理と、
前記中継ノードが、出力インタフェース側において、前記入力インタフェース側から転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントする処理と、
前記中継ノードが、出力インタフェース側においてカウントした診断フレームの数を確認済みフレーム数として出力する処理と、
前記送信元ノードから送信された診断フレームの送信数と前記入力インタフェース側から出力された確認済みフレーム数と前記出力インタフェース側から出力された確認済みフレーム数とに基づいて、前記送信元ノードから前記入力インタフェース側までの間および前記送信元ノードから出力インタフェース側までの間の前記送信元ノードから前記中継ノードの方向の導通を確認する処理とを行う診断方法。

【0025】

また、本発明のプログラムは、
中継ノードを介して、送信先ノードと接続された送信元ノードに実行させるためのプログラムであって、
前記中継ノードまでのホップ数をＴＴＬ値として、該ＴＴＬ値を所定のフィールドに格納した診断フレームを生成する手順と、
前記診断フレームを前記中継ノードへ送信する手順とを実行させる。

【0026】

また、送信元ノードと、送信先ノードとを中継する中継ノードに実行させるためのプログラムであって、
前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームを廃棄する手順と、
前記カウントした診断フレームの数を出力する手順とを実行させる。

【0027】

また、送信元ノードと、送信先ノードとを中継する中継ノードに実行させるためのプログラムであって、
当該中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームを転送する手順と、
前記カウントした診断フレームの数を出力する手順と、
当該中継ノードの出力インタフェース側において、前記転送された診断フレームのうち、前記ＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記出力インタフェース側においてカウントした診断フレームの数を出力する手順とを実行させる。

【0028】

また、送信元ノードと、送信先ノードとを中継する中継ノードに搭載された入力ラインカードに実行させるためのプログラムであって、
前記中継ノードの入力インタフェース側において、前記送信元ノードから送信された診断フレームを受信した場合、該診断フレームの所定のフィールドに格納されたＴＴＬ値をデクリメントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記デクリメントしたＴＴＬ値が０である診断フレームを転送する手順と、
前記カウントした診断フレームの数を出力する手順とを実行させる。

【0029】

また、送信元ノードと、送信先ノードとを中継する中継ノードに搭載された出力ラインカードに実行させるためのプログラムであって、
前記中継ノードの出力インタフェース側において、前記中継ノードの入力インタフェース側に搭載された入力ラインカードから転送された診断フレームのうち、所定のフィールドに格納されたＴＴＬ値が０である診断フレームの数をカウントする手順と、
前記カウントした診断フレームの数を出力する手順とを実行させる。

【発明の効果】

【0030】

以上説明したように、本発明においては、標準規格に準拠した上で、ＭＥＰ−ＭＩＰ間においてＴＳＴ機能を実行可能とし、きめ細かい監視制御を実現することができる。

【図面の簡単な説明】

【0031】

【図1】標準で規定されるＴＳＴ機能を実行する通信ネットワークならびに監視区間の構成例を示す図である。

【図2】第１の実施の形態におけるＴＳＴ機能を実行する診断システムおよび監視区間の一例を示す図である。

【図3】図２に示した通信装置の内部構成の一例を示す図である。

【図4】ＭＰＬＳ−ＴＰにおけるＯＡＭフレームのフレームフォーマットの一例を示す図である。

【図5】第１の実施の形態における診断方法のうち、ＴＳＴフレームの送信ノードとなる通信装置における送信処理の一例を説明するためのフローチャートである。

【図6】第１の実施の形態における診断方法のうち、ＴＳＴフレームの中継ノードとなる通信装置における中継処理の一例を説明するためのフローチャートである。

【図7】第１の実施の形態における診断方法のうち、ＴＳＴフレームの中継ノードとなる通信装置における中継処理の一例を説明するためのフローチャートである。

【図8】図２に示したネットワークにおいて、通信装置２−３間に片方向障害があった場合の故障箇所特定の様子を示す図である。

【図9】図２に示したネットワークにおいて、通信装置２−３間に双方向障害があった場合の故障箇所特定の様子を示す図である。

【図10】第２の実施の形態におけるＴＳＴ機能を実行する診断ネットワークならびに監視区間の一例を示す図である。

【図11】図１０に示した通信装置の内部構成の一例を示す図である。

【図12】図１１に示したＴＴＬ処理部における処理を説明するためのフローチャートである。

【図13】図１１に示したＴＴＬ識別部における処理を説明するためのフローチャートである。

【図14】図１０に示したネットワークにおいて、通信装置６−７間に片方向障害があった場合の故障箇所特定の様子の一例を示す図である。

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

【0032】

以下に、本発明を実施の形態について、図面を参照して詳細に説明する。
＜第１の実施の形態＞
＜構成の説明＞
図２は、第１の実施の形態におけるＴＳＴ（診断）機能を実行する診断システムおよびに監視区間の一例を示す図である。

【0033】

本形態は図２に示すように、通信装置１〜４が直列に接続された形態となっている。また、監視ポイントとして、通信装置１にはＭＥＰ＃１が、通信装置２にはＭＩＰ＃２が、通信装置３にはＭＩＰ＃３が、通信装置４にはＭＥＰ＃４が設定されている。なお、本形態において、通信装置１，４が、送信ノードである。また、本形態において、通信装置２，３が、中継ノードである。つまり、通信装置１，４のみが、診断フレームであるＴＳＴフレームの送信数または受信数をカウントする機能を有し、通信装置２，３にはその機能はない。

【0034】

ここで、上述した課題であるＭＥＰからＭＩＰへのＴＳＴ機能（ＴＳＴ＃１−１、＃１−２、＃２−１、＃２−２）を実現する。

【0035】

図３は、図２に示した通信装置１の内部構成の一例を示す図である。なお、図２に示した通信装置２〜４の内部構成についても、図３に示すものと同じである。

【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】

合わせて、ＭＥＰ＃４からＭＥＰ＃１へのＴＳＴ＃８−４を実施する。この区間でこの方向では障害がないため、このＴＳＴフレームはＭＥＰ＃１受信される。ＭＥＰ＃４の送信数とＭＥＰ＃１の受信数とが一致し、通信装置４から通信装置１の方向ではＥｎｄ−ｔｏ−ｅｎｄで故障がないことが分かる。

【0094】

以上の結果を総合すると、この例では、通信装置２−３間で通信装置２から通信装置３の方向で故障があることが分かる。

【0095】

続いて、双方向障害（通信装置２−３間において双方向で障害）が発生する場合の故障箇所特定について説明する。

【0096】

図９は、図２に示したネットワークにおいて、通信装置２−３間に双方向障害があった場合の故障箇所特定の様子を示す図である。

【0097】

図８を用いて説明した手順と同様の手順を行なうことで、通信装置２−３間において通信装置２から通信装置３の方向で故障があることが分かる。・・・（Ａ）
通信装置４から通信装置１への方向についても同様に、
・ＴＳＴ＃９−１として、ＭＥＰ＃４からＭＥＰ＃１に対するＴＳＴ（ＴＴＬ＝２５５）
・ＴＳＴ＃９−２として、ＭＥＰ＃４からＭＩＰ＃２に対するＴＳＴ（ＴＴＬ＝２）
・ＴＳＴ＃９−３として、ＭＥＰ＃４からＭＥＰ＃３に対するＴＳＴ（ＴＴＬ＝１）
を実施する。結果は、
・ＴＳＴ＃９−１においては、ＭＥＰ＃１ではＴＳＴフレームの受信なし
⇒通信装置４→通信装置１で故障あり
・ＴＳＴ＃９−２においては、ＭＩＰ＃２ではＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレームなし
⇒通信装置４→通信装置２で故障あり
・ＴＳＴ＃９−３においては、ＭＩＰ＃４ではＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレームあり
⇒通信装置４→通信装置３で故障なし
ＴＳＴ＃９−１〜ＴＳＴ＃９−３の結果から、通信装置２−３間において通信装置３から２の方向で故障があることが分かる。・・・（Ｂ）
（Ａ）および（Ｂ）の結果から、通信装置２−３間において、双方向で故障があることが分かる。このように、ＴＳＴフレームを１つだけ送信するだけで、ＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレームを受信したか否かに基づいて、送信元ノードから中継ノードへの導通を確認することができる。
＜効果＞
以上のように、本発明では、送信元ＭＥＰにて、標準のＴＳＴフレームに対して、診断したい宛先のＭＩＰまでのホップ数をＴＴＬ値として設定して送信し、受信側の宛先ＭＩＰではＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレーム数をカウントし、外部装置等で送受信数の差分を確認する。これにより、送信元ＭＥＰから宛先ＭＩＰへの方向におけるＴＳＴフレーム送信レートでの導通を確認できる。この確認は、送受信数を提示（表示等の出力）するものであっても良いし、送受信数について、所定の計算を行い、導通状態を算出して提示するものであっても良い。また、ＭＥＰと任意のＭＩＰ間の片方向の導通を確認できる特徴を利用することにより、方向を含めた故障箇所特定を実現可能である。このように標準に準拠した上で、よりきめ細かな監視が可能となる。なお、送信数、ＴＴＬ Ｅｘｐｉｒｅした診断フレームおよび受信数の出力先は、外部装置ではなく、通信装置１〜４のいずれかであっても良い。その場合、それらの数に基づいて、差分を確認することにより、送信元ＭＥＰから宛先となる入力側／出力側ＭＩＰとの間でＭＥＰからＭＩＰへの方向におけるＴＳＴフレーム送信レートでの導通を確認するのは、それらの数を受信した装置となる。
＜第２の実施の形態＞
本発明の他の実施の形態について、図面を用いて説明する。

【0098】

第１の実施の形態では、ＭＩＰがノードごとに設定（正確には、入力ラインカード側のみで動作）されている構成を前提としていた。この第２の実施の形態では、ＭＩＰがインタフェースごとに設定（入力側および出力側ラインカードに設定）される構成における本発明について説明する。これにより、監視区間をより細かく設定可能となる。
＜構成の説明＞
図１０は、第１の実施の形態におけるＴＳＴ機能を実行する診断ネットワークならびに監視区間の一例を示す図である。

【0099】

本形態は図１０に示すように、図２に示した第１の実施の形態と比較して、中継の通信装置６，７におけるＭＩＰが入力ラインカード、出力ラインカードにそれぞれＭＩＰ＃１１，１２，１３，１４と設定されている。また、図１０では、本発明のＭＥＰからＭＩＰへのＴＳＴ機能は、ＭＥＰ＃１０を送信元とし、それぞれのＭＩＰを宛先とするＴＳＴ＃１０−１，＃１０−２，＃１０−３，＃１０−４と、ＭＥＰ＃１５を送信元とし、それぞれのＭＩＰを宛先とするＴＳＴ＃１０−８，＃１０−７，＃１０−６，＃１０−５が実行される。なお、ＴＳＴ＃１０−１，２はＭＥＰ＃１０から１つのＴＳＴフレームとして送信される（ＴＳＴ＃１０−３，４も同様である）。また、同様に、ＴＳＴ＃１０−５，６は、ＭＥＰ＃１５から１つのＴＳＴフレームとして送信される（ＴＳＴ＃１０−７，８も同様である）。

【0100】

図１１は、図１０に示した通信装置５の内部構成の一例を示す図である。なお、図１０に示した通信装置６〜８の内部構成についても、図１１に示すものと同じである。

【0101】

図１０に示した通信装置５には図１１に示すように、図３に示した通信装置１と比較して、入力ラインカード１１０はＴＴＬ処理部１３がＴＴＬ処理部１１３となり、出力ラインカード１１１にはＴＴＬ識別部１１４が追加されている。

【0102】

ＴＴＬ処理部１１３は、図３に示したＴＴＬ処理部１３と比較して、ＴＴＬ＝０のＯＡＭフレームへの扱いが異なる。ＴＴＬ処理部１３は、ＴＴＬ＝０のＯＡＭフレームはＯＡＭ処理部１５へ転送するが、ＴＴＬ処理部１１３は、ＯＡＭ処理部１５へ転送すると共に、フレーム転送部１４へも転送する。その他のＴＴＬ処理部１１３の動作は、ＴＴＬ処理部１３の動作と同様である。

【0103】

ＴＴＬ識別部１１４は、スイッチファブリック２０から受信するフレームのＴＴＬ値を読み出し、ＴＴＬ＝０であれば、ＴＳＴフレームか否かを判定し、ＴＳＴフレーム数をカウントし、受信したＴＳＴフレームを廃棄する。また、ＴＴＬ識別部１１４は、ＴＴＬが「０」ではないフレームを、フレーム送受信部１１へ転送する。
＜動作の説明＞
以下、図１１に示したＴＴＬ処理部１１３およびＴＴＬ識別部１１４における処理について説明する。ここでは、図１０に示した形態、図１１に示した装置構成図ならびにフローチャートを用いて、図１０におけるＴＳＴ＃１０−４（通信装置５のＭＥＰ＃１０から通信装置６のＭＩＰ＃１１，１２、通信装置７の入力ラインカードのＭＩＰ＃１３を経由して、出力ラインカードのＭＩＰ＃１４へのＴＳＴ実施）の送信処理、中継処理、受信処理の動作について、第１の実施の形態における処理との差分を中心に説明する。

【0104】

図１２は、図１１に示したＴＴＬ処理部１１３における処理を説明するためのフローチャートである。
（ｅ）ＴＳＴフレーム送信動作（通信装置５のＭＥＰ＃１０）
ＴＳＴフレームの送信動作は第１の実施の形態における送信動作と同様であり、通信装置５（ＭＥＰ＃１０）のＯＡＭ処理部１５は、図５を用いて説明した動作フローにしたがい、ＴＳＴフレームを送信する。ステップ５２で設定するＴＴＬ値は、宛先のＭＩＰ＃１４がある通信装置７へのホップ数である「２」を指定する（ＴＴＬ値は入力ラインカード側のみで減算されるため、出力ラインカードにＭＩＰがある場合でも宛先装置までのＴＴＬ値は変わらない）。
（ｆ）ＴＳＴフレーム中継動作（通信装置６）
ＴＳＴフレームの中継動作も第１の実施の形態における送信動作と同様である。ここでは、ＴＳＴフレームのＴＴＬ値が「１」に減算され、通信装置７へ転送される。
（ｇ）ＴＳＴフレーム受信動作（通信装置７の入力ラインカードのＭＩＰ＃１３、出力ラインカードのＭＩＰ＃１４）
通信装置７の入力ラインカード１１０（ＭＩＰ＃１３）では、ＴＴＬ処理部１１３の動作が第１の実施の形態における受信動作と異なる。

【0105】

ＴＴＬ処理部１１３は、ステップ７１において、ラベル識別部１２からフレームを受信すると、ステップ７２において、受信フレームのＴＴＬ値を減算する。受信フレームのＴＴＬ値は「１」であるため、新たなＴＴＬ値は「０」となる。

【0106】

ステップ７３の条件分岐において、当該フレームのＴＴＬ値が「０」であり、ＴＴＬ ｅｘｐｉｒｅしているため、ＴＴＬ処理部１１３は、ステップ７５の処理を行う。

【0107】

ステップ７５において、ＴＴＬ処理部１１３は、ＴＴＬ ｅｘｐｉｒｅしたフレームの中で、ＧＡＬラベルの有無、ＡＣＨヘッダ、ＯＡＭ ＰＤＵの情報からＴＳＴフレームである場合に、その数をカウントする。

【0108】

その後、ステップ７６の条件分岐において、ＴＴＬ ｅｘｐｉｒｅしたフレームがＯＡＭフレームの場合、ＴＴＬ処理部１１３は、ステップ１２８の処理に進む。

【0109】

一方、ステップ７６の条件分岐において、ＴＴＬ ｅｘｐｉｒｅしたフレームがＯＡＭフレームでない場合、ＴＴＬ処理部１１３は、ステップ７７において、フレームを廃棄する。ここでは、当該フレームがＴＳＴフレームであり、ＯＡＭフレームであるため、ＴＴＬ処理部１１３は、ステップ１２８の処理を行う。

【0110】

ステップ１２８において、ＴＴＬ処理部１１３は、ＴＴＬ ｅｘｐｉｒｅしたＯＡＭフレームをＯＡＭ処理部１５ならびにフレーム転送部１４へ転送する。

【0111】

ここで、フレーム転送部１４にも転送することが、第１の実施の形態のＴＴＬ処理部１３との差分である。なお、このＴＳＴフレームに関しては、ＯＡＭ処理部１５で必要な処理はないため、ＴＴＬ処理部１１３は、転送する必要はなく、フレーム転送部１４へのみ転送すればよい。

【0112】

ＴＴＬ処理部１１３は、ステップ７９において、指定された（例えば、ＴＳＴ開始時に指定された）終了時刻を経過、外部出力ＩＦからＴＳＴ終了指示を受信など、ＴＳＴ終了のトリガを受けると、ＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレームのカウントを終了する。

【0113】

そして、ＴＴＬ処理部１１３は、カウント数を外部出力ＩＦ、オペレーションシステム、メモリ等の外部装置へ出力する。この出力結果は、入力ラインカードのＭＩＰ＃１３までのＴＳＴの結果となる。

【0114】

続いて、第２の実施の形態で新たに追加された出力ラインカード１１１のＴＴＬ識別部１１４のＴＳＴフレーム受信処理について、説明する。

【0115】

図１３は、図１１に示したＴＴＬ識別部１１４における処理を説明するためのフローチャートである。

【0116】

ＴＴＬ識別部１１４は、ステップ１３１において、スイッチファブリック２０からフレームを受信すると、ステップ１３２において、受信したフレームのＴＴＬ値が「０」であるかどうかを判定する。

【0117】

ＴＴＬ値が「０」ではない場合、ステップ１３３において、ＴＴＬ識別部１１４は、当該フレームをフレーム送受信部１１へ転送する。

【0118】

一方、ＴＴＬ値が「０」である場合、ステップ１３４において、ＴＴＬ識別部１１４は、ＴＴＬ＝０のフレームの中で、ＧＡＬラベルの有無、ＡＣＨヘッダ、ＯＡＭ ＰＤＵの情報から、ＴＳＴフレームである場合に、その数をカウントする。

【0119】

その後、ステップ１３５において、ＴＴＬ識別部１１４は、受信したＴＴＬ＝０のフレームを廃棄する。

【0120】

すると、ステップ１３６において、ＴＴＬ識別部１１４は、指定された（例えば、ＴＳＴ開始時に指定された）終了時刻を経過、外部出力ＩＦからＴＳＴ終了指示を受信など、ＴＳＴ終了のトリガを受けると、ＴＴＬ＝０のＴＳＴフレームのカウントを終了する。そして、ＴＴＬ識別部１１４は、そのカウント数を確認済みフレーム数として外部出力ＩＦ、オペレーションシステム、メモリ等へ出力する。この出力結果は、出力ラインカード１１１のＭＩＰ＃１４までのＴＳＴの結果となる。

【0121】

ステップ７９におけるカウント結果およびステップ１３６におけるカウント結果と、送信ＴＳＴフレーム数とを比較することにより、送信元ＭＥＰ＃１０から宛先のＭＩＰ＃１３またはＭＩＰ＃１４までの導通を確認可能である。

【0122】

このように、本実施の形態では、送信動作としては、送信元ＭＥＰにて、標準準拠のＴＳＴフレームにおいて、ＴＴＬ値を宛先ＭＩＰまでのホップ数に設定して送信する。受信動作としては、入力ラインカードにおいてＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレームを終端すると共に出力ラインカードへ転送する。入力ラインカードおよび出力ラインカードにおいてＴＴＬ＝０のＴＳＴフレーム数をカウントすることにより、ＭＥＰから入力ラインカード側と出力ラインカード側との双方のＭＩＰに対してＴＳＴを実施可能である。なお、上述したように、送信するＴＳＴフレームは標準に従っており、ＭＩＰにおける処理も標準で規定されない動作は行なっておらず、標準に準拠した条件下で実現可能である。

【0123】

以下、本発明のＴＳＴ機能を用いた監視区間の診断機能の具体例を説明する。ここでは、第１の実施の形態で説明した（２）片方向での故障箇所確認について説明する。

【0124】

図１４は、図１０に示したネットワークにおいて、通信装置６−７間に片方向障害があった場合の故障箇所特定の様子の一例を示す図である。（イ）〜（ニ）で故障箇所が下記のように異なっている。
（イ）通信装置６のスイッチファブリックで故障
（ロ）通信装置６の出力側ラインカードで故障
（ハ）通信装置６−７間のリンクで故障
（ニ）通信装置７の入力ラインカードで故障
（イ）、（ロ）において、送信元である通信装置５のＭＥＰ＃１０から、ＴＴＬ＝１、ＴＴＬ＝２のＴＳＴフレームを送信すると、通信装置６の入力ラインカード（ＭＩＰ＃１１）ではＴＴＬ＝０のＴＳＴフレームを受信するのに対して、通信装置６の出力ラインカード（ＭＩＰ＃１２）と通信装置７の入力ラインカード（ＭＩＰ＃１３）、出力ラインカード（ＭＩＰ＃１４）ではＴＴＬ＝０のＴＳＴフレームを受信しない。この結果から、この例においては、通信装置６のスイッチファブリック２０または出力ラインカード１１１で故障があることが分かる。

【0125】

（ハ）、（ニ）において、送信元である通信装置５のＭＥＰ＃１０からＴＴＬ＝１、ＴＴＬ＝２のＴＳＴフレームを送信すると、通信装置６の入力ラインカード（ＭＩＰ＃１１）と出力ラインカード（ＭＩＰ＃１２）ではＴＴＬ＝０のＴＳＴフレームを受信するのに対して、通信装置７の入力ラインカード（ＭＩＰ＃１３）、出力ラインカード（ＭＩＰ＃１４）ではＴＴＬ＝０のＴＳＴフレームを受信しない。この診断結果から、ここでは通信装置６−７間のリンクまたは通信装置７の入力ラインカード１１０で故障があることが分かる。

【0126】

（ハ）、（ニ）の故障において、第１の実施の形態では、通信装置６の出力ラインカードのＭＩＰ＃１２でＴＴＬ＝０フレームを受信していることは分からない。そのため、通信装置６のスイッチファブリック２０と出力ラインカード１１１とで故障がないことを特定することができない。一方、第２の実施の形態では、出力ラインカードにＭＩＰを配置し、ＴＴＬ＝０フレーム受信判定を可能にしたため、故障箇所をより狭い範囲で特定可能になっている。
＜効果＞
以上のように、第２の実施の形態では、入力側と出力側とに個別にＭＩＰを配置し、標準のＴＳＴフレームに対して、送信元ＭＥＰにて、診断したい宛先装置までのホップ数をＴＴＬ値として設定して送信する。受信側の入力ラインカードのＭＩＰではＴＴＬ ｅｘｐｉｒｅしたＴＳＴフレーム数をカウントすると共に出力ラインカードへ転送し、出力ラインカードのＭＩＰではＴＴＬ＝０のＴＳＴフレームをカウントする。その結果、外部装置等が送受信数の差分を確認することにより、送信元ＭＥＰから宛先となる入力側／出力側ＭＩＰとの間でＭＥＰからＭＩＰへの方向におけるＴＳＴフレーム送信レートでの導通を確認できる。この確認は、送受信数を提示（表示等の出力）するものであっても良いし、送受信数について、所定の計算を行い、導通状態を算出して提示するものであっても良い。また、ＭＥＰと任意のＭＩＰ間の片方向の導通を確認できる特徴を利用することにより、方向を含めた故障箇所特定を実現可能である。このように標準に準拠した上で、よりきめ細かい監視が可能となる。なお、送信数、ＴＴＬ Ｅｘｐｉｒｅした診断フレームおよび受信数の出力先は、外部装置ではなく、通信装置６〜８のいずれかであっても良い。その場合、それらの数に基づいて、差分を確認することにより、送信元ＭＥＰから宛先となる入力側／出力側ＭＩＰとの間でＭＥＰからＭＩＰへの方向におけるＴＳＴフレーム送信レートでの導通を確認するのは、それらの数を受信した装置となる。

【0127】

なお、第１の実施の形態および第２の実施の形態においては、送信元ノードから送信された診断フレームの送信数は、送信元ノードのＯＡＭ処理部１５がカウントして外部出力ＩＦへ出力したが、他の方法でカウントして外部出力ＩＦへ出力するものであっても良い。

【0128】

例えば、ＴＳＴフレームのＯＡＭ ＰＤＵ４４内に格納されているシーケンス番号（ＳＮ）を用いるものであっても良い。この場合、ＴＳＴ開始後に送信元ノードから最初に送信されるＴＳＴフレームのＳＮにあらかじめ設定された値を設定（例えば、ＳＮをＴＳＴフレームに付与する機構の初期値を「０」として、最初に送信されるＴＳＴフレームのＳＮに「１」を設定）して送信すれば、その後に送信されるＴＳＴフレームに格納されたＳＮを受信側の中継ノードで参照することで、ＳＮに基づいてその送信数を受信側で確認することができる。そして、受信側で確認した送信数を外部出力ＩＦへ出力するものであっても良い。このあらかじめ設定された値は、受信側で事前に認識済みの値であることは言うまでもない。

【0129】

また、上述した通信装置１〜８、入力ラインカード１０，１１０、出力ラインカード３０，１１１（以下、装置と称する）それぞれに設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を手順として記述したコンピュータプログラム（以下、プログラムと称する）を装置それぞれにて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを装置それぞれに読み込ませ、実行するものであっても良い。装置それぞれにて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、装置それぞれに内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、装置それぞれに設けられたＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

【0130】

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0131】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】