(57)【要約】【課題】負担の少ない運用保守機能を通信装置で動作させること。【解決手段】集約型ノード２Ｌは、複数のＩＦ１０Ｌを装置内で相互に接続するノード内スイッチ１３Ｌと、ノード内スイッチ１３Ｌを介して各通信部１２Ｌとの間で、ＯＡＭの信号を通知する外部運用保守部１４Ｌとを有する。外部運用保守部１４Ｌは、生成したＯＡＭの信号をノード内スイッチ１３Ｌを介して各通信部１２Ｌから集約型ノード２Ｒに送信させるとともに、各通信部１２Ｌが集約型ノード２Ｒから受信したＯＡＭの信号をノード内スイッチ１３Ｌを介して取得することで、ＯＡＭの信号を処理する。【選択図】図２
2018137561.tif 000002
【特許請求の範囲】
【請求項１】
他装置との間で信号を送受信する通信部をそれぞれ有する複数の通信インタフェースと、
各前記通信インタフェースを装置内で相互に接続するノード内スイッチと、
前記ノード内スイッチを介して各前記通信部との間で、ＯＡＭ（Operations, Administration and Maintenance）の信号を通知する外部運用保守部とを有しており、
前記外部運用保守部は、生成した前記ＯＡＭの信号を前記ノード内スイッチを介して各前記通信部から前記他装置に送信させるとともに、各前記通信部が前記他装置から受信した前記ＯＡＭの信号を前記ノード内スイッチを介して取得することで、前記ＯＡＭの信号を処理することを特徴とする
通信保守装置。
【請求項２】
前記外部運用保守部は、前記他装置から送信された前記ＯＡＭの信号を自装置の前記通信部から前記ノード内スイッチを介して取得できたときに、前記他装置と前記自装置との間の疎通が可能であることを示す試験結果を出力することを特徴とする
請求項１に記載の通信保守装置。
【請求項３】
前記外部運用保守部は、前記他装置から送信された前記ＯＡＭの信号を自装置の前記通信部から前記ノード内スイッチを介して取得できたときに、そのＯＡＭの信号に含まれる前記ＯＡＭの信号の生成時刻と、そのＯＡＭの信号の受信時刻とを示すタイムスタンプ情報の組を制御装置に通知することで、生成時刻から受信時刻までの遅延を試験結果を前記制御装置に計算させることを特徴とする
請求項１に記載の通信保守装置。
【請求項４】
前記外部運用保守部は、前記他装置から所定期間に送信された前記ＯＡＭの信号を自装置の前記通信部から前記ノード内スイッチを介して取得し、そのＯＡＭの信号で通信に成功したデータ量と、所定期間とをもとに、前記他装置から前記自装置までのスループット示す試験結果を出力することを特徴とする
請求項１に記載の通信保守装置。
【請求項５】
前記通信保守装置のうちの第１装置の前記外部運用保守部は、前記通信保守装置のうちの第２装置に第１ＯＡＭ信号を送信してから、第２ＯＡＭ信号を前記第２装置に送信するまでの所定期間において、前記第２装置に送信したフレーム数を計測し、
前記第２装置の前記外部運用保守部は、前記第１ＯＡＭ信号を受信してから、前記第２ＯＡＭ信号を受信するまでの前記所定期間において、前記第１装置から受信したフレーム数を計測し、
前記第１装置の前記外部運用保守部と、前記第２装置の前記外部運用保守部とは、それぞれのフレーム数の計測結果を制御装置に通知することで、前記第１装置の計測結果である送信したフレーム数と、前記第２装置の計測結果である送信したフレーム数との差分を、ロス測定を示す試験結果として前記制御装置に計算させることを特徴とする
請求項１に記載の通信保守装置。
【請求項６】
他装置との間で信号を送受信する通信部をそれぞれ有する複数の通信インタフェースと、
各前記通信インタフェースを装置内で相互に接続するノード内スイッチと、
前記ノード内スイッチを介して各前記通信部との間で、ＯＡＭ（Operations, Administration and Maintenance）の信号を通知する外部運用保守部とを有する通信保守装置により実行され、
前記外部運用保守部は、生成した前記ＯＡＭの信号を前記ノード内スイッチを介して各前記通信部から前記他装置に送信させるとともに、各前記通信部が前記他装置から受信した前記ＯＡＭの信号を前記ノード内スイッチを介して取得することで、前記ＯＡＭの信号を処理することを特徴とする
通信保守方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信保守装置、および、通信保守方法の技術に関する。
【背景技術】
【０００２】
データ通信システムの規模が拡大するに従い、そのシステムの運用保守作業の負担も増える。そこで、管理者の運用保守を支援する機能をあらかじめデータ通信装置に備えるＯＡＭ（Operations, Administration and Maintenance）機能が提案されている。
ＯＡＭ機能は、データ通信システムが動作する通信プロトコルと密接に関連する。例えば、ラベルを用いたパケット転送技術であるＭＰＬＳ−ＴＰ（Multi-Protocol Label Switching - Transport Profile）を動作させるデータ通信システムでは、そのＯＡＭ機能として非特許文献１に記載のＭＰＬＳ−ＴＰ  ＯＡＭ機能が採用される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ITU-T、"G.8113.1勧告"、［online］、2016年4月、［平成29年2月15日検索］、インターネット〈URL：https://www.itu.int/rec/T-REC-G.8113.1-201604-I/en〉
【発明の概要】
【発明が解決しようとする課題】
【０００４】
データ通信システムの通信装置への実装にあたってはハードウェアとして高い通信性能が求められる。よって、ＭＰＬＳ−ＴＰ  ＯＡＭ機能（オンデマンド系試験機能）のような高性能であるがその分負荷も大きいＯＡＭ機能を通信装置で動作させてしまうと、電力を多く消費してしまい、通信性能に影響が出てしまう。さらに、通信装置の筐体のサイズについても、小型化が求められる。
【０００５】
そこで、本発明は、負担の少ない運用保守機能を通信装置で動作させることを、主な課題とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、本発明の通信保守装置は、以下の特徴を有する。
本発明は、他装置との間で信号を送受信する通信部をそれぞれ有する複数の通信インタフェースと、
各前記通信インタフェースを装置内で相互に接続するノード内スイッチと、
前記ノード内スイッチを介して各前記通信部との間で、ＯＡＭ（Operations, Administration and Maintenance）の信号を通知する外部運用保守部とを有しており、
前記外部運用保守部が、生成した前記ＯＡＭの信号を前記ノード内スイッチを介して各前記通信部から前記他装置に送信させるとともに、各前記通信部が前記他装置から受信した前記ＯＡＭの信号を前記ノード内スイッチを介して取得することで、前記ＯＡＭの信号を処理することを特徴とする。
【０００７】
これにより、通信インタフェースごとにＯＡＭの機能を配置する構成に比べ、複数の通信インタフェースから１つのＯＡＭの機能を共有できることで、負担の少ない運用保守機能を動作させることができる。
【０００８】
本発明は、前記外部運用保守部が、前記他装置から送信された前記ＯＡＭの信号を自装置の前記通信部から前記ノード内スイッチを介して取得できたときに、前記他装置と前記自装置との間の疎通が可能であることを示す試験結果を出力することを特徴とする。
【０００９】
これにより、通信インタフェースの内部にＯＡＭの機能を備えていなくても、負担の少ない疎通試験を動作させることができる。さらに、ＯＡＭの信号が他装置→自装置の片道処理に簡易化されていることで、負担を減らすことができる。
【００１０】
本発明は、前記外部運用保守部が、前記他装置から送信された前記ＯＡＭの信号を自装置の前記通信部から前記ノード内スイッチを介して取得できたときに、そのＯＡＭの信号に含まれる前記ＯＡＭの信号の生成時刻と、そのＯＡＭの信号の受信時刻とを示すタイムスタンプ情報の組を制御装置に通知することで、生成時刻から受信時刻までの遅延を試験結果を前記制御装置に計算させることを特徴とする。
【００１１】
これにより、通信インタフェースの内部にＯＡＭの機能を備えていなくても、負担の少ない遅延測定を動作させることができる。さらに、ＯＡＭの信号が他装置→自装置の片道処理に簡易化されていることで、負担を減らすことができる。
【００１２】
本発明は、前記外部運用保守部が、前記他装置から所定期間に送信された前記ＯＡＭの信号を自装置の前記通信部から前記ノード内スイッチを介して取得し、そのＯＡＭの信号で通信に成功したデータ量と、所定期間とをもとに、前記他装置から前記自装置までのスループット示す試験結果を出力することを特徴とする。
【００１３】
これにより、通信インタフェースの内部にＯＡＭの機能を備えていなくても、負担の少ないスループット測定を動作させることができる。
【００１４】
本発明は、前記通信保守装置のうちの第１装置の前記外部運用保守部が、前記通信保守装置のうちの第２装置に第１ＯＡＭ信号を送信してから、第２ＯＡＭ信号を前記第２装置に送信するまでの所定期間において、前記第２装置に送信したフレーム数を計測し、
前記第２装置の前記外部運用保守部が、前記第１ＯＡＭ信号を受信してから、前記第２ＯＡＭ信号を受信するまでの前記所定期間において、前記第１装置から受信したフレーム数を計測し、
前記第１装置の前記外部運用保守部と、前記第２装置の前記外部運用保守部とは、それぞれのフレーム数の計測結果を制御装置に通知することで、前記第１装置の計測結果である送信したフレーム数と、前記第２装置の計測結果である送信したフレーム数との差分を、ロス測定を示す試験結果として前記制御装置に計算させることを特徴とする。
【００１５】
これにより、通信インタフェースの内部にＯＡＭの機能を備えていなくても、負担の少ないロス測定を動作させることができる。さらに、ＯＡＭの信号が他装置→自装置の片道処理に簡易化されていることで、負担を減らすことができる。
【発明の効果】
【００１６】
本発明によれば、負担の少ない運用保守機能を通信装置で動作させることができる。
【図面の簡単な説明】
【００１７】
【図１】比較例に係わる分散型運用システムの構成図である。
【図２】本実施形態に係わる集約型運用システムの構成図である。
【図３】比較例に係わる分散型運用システムにおける疎通試験（ＬＢ）を示すシーケンス図である。
【図４】本実施形態に係わる集約型運用システムにおける疎通試験（ＬＢ）を示すシーケンス図である。
【図５】比較例に係わる分散型運用システムにおける遅延測定（ＤＭ）を示すシーケンス図である。
【図６】本実施形態に係わる集約型運用システムにおける遅延測定（ＤＭ）を示すシーケンス図である。
【図７】比較例に係わる分散型運用システムにおけるスループット測定（ＴＳＴ）を示すシーケンス図である。
【図８】本実施形態に係わる集約型運用システムにおけるスループット測定（ＴＳＴ）を示すシーケンス図である。
【図９】比較例に係わる分散型運用システムにおけるロス測定（ＬＭ）の前半部分を示すシーケンス図である。
【図１０】図９に続き、比較例に係わる分散型運用システムにおけるロス測定（ＬＭ）の後半部分を示すシーケンス図である。
【図１１】本実施形態に係わる集約型運用システムにおけるロス測定（ＬＭ）の前半部分を示すシーケンス図である。
【図１２】図１１に続き、本実施形態に係わる集約型運用システムにおけるロス測定（ＬＭ）の後半部分を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００１９】
図１は、比較例に係わる分散型運用システムの構成図である。分散型運用システムは、対向する通信ノード装置である分散型ノード１Ｌ，１Ｒと、それらを制御するための制御装置９とから構成される。
なお、分散型運用システムの各装置は、ＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
【００２０】
以下では、符号末尾が「Ｌ」の場合は分散型ノード１Ｌ（図示で左側）の構成要素を示し、符号末尾が「Ｒ」の場合は分散型ノード１Ｒ（図示で右側）の構成要素を示す。以下、分散型ノード１Ｌ（左側ノード）に着目して詳細を説明するが、分散型ノード１Ｒ（右側ノード）も同様である。
なお、各図面では１つのシステムを構成するノードの数や、そのノードが収容するインタフェースの数を示している。しかしこの個数はあくまで例示であり、図示された以外の個数の構成を採用することもできる。
【００２１】
「分散型」という名称は、分散型ノード１Ｌ内の個々の通信インタフェース（ＩＦ１０Ｌ）の内部に、ＯＡＭ機能（内部運用保守部１１Ｌ）が分散されて配置されていることを表現している。つまり、内部運用保守部１１Ｌは、ＩＦ１０ＬごとにＯＡＭ信号を生成し、対向のＩＦ１０Ｒ内の内部運用保守部１１Ｒに向けて送信する。
【００２２】
「分散型」では、同じＩＦ１０Ｌ内にデータ通信を行うための通信部１２Ｌと、内部運用保守部１１Ｌとが接続されているので、通信部１２Ｌが送信するパケットごとのきめ細かい処理に向いている。一方、内部運用保守部１１Ｌの個数がＩＦ１０Ｌの個数と同じ複数個になってしまうことで、内部運用保守部１１Ｌを収容するスペースが大きくなってしまい、また、消費電力も増えてしまう。
なお、ノード内スイッチ１３Ｌは、分散型ノード１Ｌ内に収容されている複数のＩＦ１０Ｌを接続して装置内通信を実現する機構である。
【００２３】
図２は、本実施形態に係わる集約型運用システムの構成図である。分散型運用システムは、対向する通信ノード装置である集約型ノード２Ｌ，２Ｒと、それらを制御するための制御装置９とから構成される。
ここで、図１の分散型運用システムでは内部運用保守部１１Ｌをインタフェースごとに用意していたのに対し、図２の集約型運用システムでは複数の内部運用保守部１１Ｌを１つの外部運用保守部１４Ｌに集約して、ＩＦ１０Ｌの外部に配備する構成である。
【００２４】
よって、外部運用保守部１４Ｌは、ＩＦ１０Ｌの外部でＯＡＭ信号を生成し、ノード内スイッチ１３Ｌを介して同じ装置内の各ＩＦ１０ＬにＯＡＭ信号を通知する。各ＩＦ１０Ｌ内の通信部１２Ｌは、それぞれ対向の通信部１２Ｒに向けて、通知されたＯＡＭ信号を送信する。通信部１２Ｒは、受信したＯＡＭ信号をノード内スイッチ１３Ｒに通知する。
ノード内スイッチ１３Ｒは、通知されたＯＡＭ信号に加え、主信号などの各種信号を外部運用保守部１４Ｒにもコピーして通知する（分散型ノード１ＲがＯＡＭ信号の受信側である場合）。
または、ノード内スイッチ１３Ｌは、通知されたＯＡＭ信号に加え、主信号などの各種信号を外部運用保守部１４Ｌにもコピーして通知する（分散型ノード１ＬがＯＡＭ信号の受信側である場合）。
これにより、ＩＦ１０Ｌの個数に関係なく、１つの集約型ノード２Ｌには最低１つの外部運用保守部１４Ｌを備えていればよい。よって、分散型運用システムに比べて、集約型ノード２Ｌの収容するスペースのコンパクト化と、消費電力の省電力化が実現できる。
【００２５】
なお、図２の集約型運用システムの変形例として、複数台の集約型ノード２Ｌそれぞれには外部運用保守部１４Ｌを備えずに、外部装置として設けた外部運用保守部１４Ｌを複数台の集約型ノード２Ｌから共用するように構成してもよい。これにより、各ノードは通信機能に専念できるので、さらなる低消費電力化が実現できる。
【００２６】
以下、図３〜図１２の各シーケンス図では、各種ＯＡＭ信号を用いたＯＡＭ機能の種別と、そのＯＡＭ機能の動作環境（分散型運用システム／集約型運用システム）の組み合わせごとに、処理の詳細を説明する。
ＬＢＭ（Loop Back）信号、ＬＢＲ（Loop Back Reply）信号を用いた疎通試験（ＬＢ：Loop Back）の詳細を、図３，図４に示す。
ＤＭＭ（Delay Measurement Message）信号、ＤＭＲ（Delay Measurement Reply）信号を用いた遅延測定（ＤＭ：Delay Measurement）の詳細を、図５，図６に示す。
ＴＳＴ（Test）信号を用いたスループット測定（ＴＳＴ：Test）の詳細を、図７，図８に示す。
第１ＬＭＭ（Loss Measurement Message）信号、第１ＬＭＲ（Loss Measurement Reply）信号、第２ＬＭＭ信号、第２ＬＭＲ信号を用いたロス測定（ＬＭ：Loss Measurement）の詳細を、図９〜図１２に示す。
【００２７】
図３は、比較例に係わる分散型運用システムにおける疎通試験（ＬＢ）を示すシーケンス図である。
分散型ノード１Ｌは、制御装置９から疎通試験の指示を受ける（Ｓ１１１）。分散型ノード１Ｌ内の内部運用保守部１１Ｌは、ＬＢＭ信号を生成する（Ｓ１１２）。なお、シーケンス図内の「ＩＦ内で」という表記は、ＩＦ１０Ｌの内部に位置する内部運用保守部１１ＬによるＯＡＭ機能であることを示す。一方、「ＩＦ外で」という表記は、ＩＦ１０Ｌの外部に位置する外部運用保守部１４ＬによるＯＡＭ機能であることを示している。
通信部１２Ｌは、対向の通信部１２ＲにＬＢＭ信号を送信する（Ｓ１１３）。
分散型ノード１Ｒの内部運用保守部１１Ｒは、通信部１２Ｒが受信したＬＢＭ信号を読み取り（Ｓ１１４）、そのＬＢＭ信号への応答であるＬＢＲ信号を生成する（Ｓ１１５）。通信部１２Ｒは、対向の通信部１２ＬにＬＢＲ信号を送信する（Ｓ１１６）。
【００２８】
内部運用保守部１１Ｌは、Ｓ１１２で送信したＬＢＭ信号への応答をＳ１１６でＬＢＲ信号として受信することにより、分散型ノード１Ｌ，１Ｒの区間の疎通が可能であることを示す試験結果を生成する（Ｓ１１７）。そして、内部運用保守部１１Ｌは、生成した試験結果を制御装置９に応答することにより（Ｓ１１８）、制御装置９の管理者に向けて試験結果を表示させる（Ｓ１１９）。
【００２９】
図４は、本実施形態に係わる集約型運用システムにおける疎通試験（ＬＢ）を示すシーケンス図である。
まず、図３のＳ１１１の前準備として、集約型ノード２Ｒは、制御装置９からの試験指示を受ける（Ｓ１０１）。これにより、集約型ノード２Ｒは、ＩＦ１０Ｒの通信部１２Ｒが受信する各種信号（ＯＡＭ信号および主信号）をノード内スイッチ１３Ｒから外部運用保守部１４Ｒ（インタフェース外）にコピーする処理を開始するように設定しておく（Ｓ１０２）。
【００３０】
集約型ノード２Ｌは、制御装置９から疎通試験の指示を受ける（Ｓ１１１）。集約型ノード２Ｌ内の外部運用保守部１４Ｌは、ＬＢＭ信号を生成する（Ｓ１１２ｂ）。通信部１２Ｌは、外部運用保守部１４Ｌからノード内スイッチ１３Ｌ経由でＬＢＭ信号が通知されると、対向の通信部１２ＲにＬＢＭ信号を送信する（Ｓ１１３）。
集約型ノード２Ｒの外部運用保守部１４Ｒは、通信部１２Ｒが受信したＬＢＭ信号をノード内スイッチ１３Ｒ経由で読み取る（Ｓ１１４）。これにより、外部運用保守部１４Ｒは、集約型ノード２Ｌ→２Ｒの区間の疎通が可能であることを示す試験結果を生成し、Ｓ１０２のコピーを有効化する処理を終了する（Ｓ１１７ｂ）。そして、外部運用保守部１４Ｒは、生成した試験結果を制御装置９に応答することにより（Ｓ１１８ｂ）、制御装置９の管理者に向けて試験結果を表示させる（Ｓ１１９）。
【００３１】
図５は、比較例に係わる分散型運用システムにおける遅延測定（ＤＭ）を示すシーケンス図である。
分散型ノード１Ｌは、制御装置９から遅延測定の指示を受ける（Ｓ２１１）。分散型ノード１Ｌ内の内部運用保守部１１Ｌは、ＤＭＭ信号を生成する（Ｓ２１２）。ＤＭＭ信号には、その生成時のタイムスタンプ（TxTimeStampf）が含まれている。通信部１２Ｌは、対向の通信部１２ＲにＤＭＭ信号を送信する（Ｓ２１３）。
分散型ノード１Ｒの内部運用保守部１１Ｒは、通信部１２Ｒが受信したＤＭＭ信号を読み取ることで、ＤＭＭ信号内のTxTimeStampfに加え、ＤＭＭ信号の受信時刻（RxTimef）も得る（Ｓ２１４）。内部運用保守部１１Ｒは、そのＤＭＭ信号への応答であるＤＭＲ信号を生成する（Ｓ２１５）。ＤＭＲ信号には、TxTimeStampfとRxTimefとが含まれる。通信部１２Ｒは、対向の通信部１２ＬにＤＭＲ信号を送信する（Ｓ２１６）。
【００３２】
内部運用保守部１１Ｌは、Ｓ２１２で送信したＤＭＭ信号への応答をＳ２１６でＤＭＲ信号として受信し、ＤＭＲ信号からTxTimeStampfとRxTimefとを読み取る（Ｓ２１７）。そして、内部運用保守部１１Ｌは、計算式「PacketDelay = RxTimef - TxTimeStampf」により、遅延測定値（PacketDelay）を試験結果として生成する（Ｓ２１８）。内部運用保守部１１Ｌは、生成した試験結果を制御装置９に応答することにより（Ｓ２１９）、制御装置９の管理者に向けて試験結果を表示させる（Ｓ２２０）。
【００３３】
図６は、本実施形態に係わる集約型運用システムにおける遅延測定（ＤＭ）を示すシーケンス図である。
まず、図５のＳ２１１の前準備として、集約型ノード２Ｒは、制御装置９からの試験指示を受ける（Ｓ２０１）。これにより、集約型ノード２Ｒは、ＩＦ１０Ｒの通信部１２Ｒが受信する各種信号（ＯＡＭ信号および主信号）をノード内スイッチ１３Ｒから外部運用保守部１４Ｒ（インタフェース外）にコピーする処理を開始するように設定しておく（Ｓ２０２）。
【００３４】
集約型ノード２Ｌは、制御装置９から遅延測定の指示を受ける（Ｓ２１１）。集約型ノード２Ｌ内の外部運用保守部１４Ｌは、ＤＭＭ信号を生成する（Ｓ２１２ｂ）。ＤＭＭ信号には、その生成時のタイムスタンプ（TxTimeStampf）が含まれている。通信部１２Ｌは、外部運用保守部１４Ｌからノード内スイッチ１３Ｌ経由でＤＭＭ信号が通知されると、対向の通信部１２ＲにＤＭＭ信号を送信する（Ｓ２１３）。
集約型ノード２Ｒの外部運用保守部１４Ｒは、通信部１２Ｒが受信したＤＭＭ信号をノード内スイッチ１３Ｒ経由で読み取り、Ｓ２０２のコピーを有効化する処理を終了する（Ｓ２１４ｂ）。これにより、外部運用保守部１４Ｒは、ＤＭＭ信号内のTxTimeStampfに加え、ＤＭＭ信号の受信時刻（RxTimef）も得る。そして、外部運用保守部１４Ｒは、２つのタイムスタンプ（TxTimeStampfとRxTimef）を制御装置９に応答する（Ｓ２３１）。
制御装置９は、Ｓ２３１で受信したタイムスタンプから計算式「PacketDelay = RxTimef - TxTimeStampf」により、遅延測定値（PacketDelay）を試験結果として生成する（Ｓ２３２）。制御装置９は、管理者に向けて試験結果を表示する（Ｓ２３３）。
【００３５】
図７は、比較例に係わる分散型運用システムにおけるスループット測定（ＴＳＴ）を示すシーケンス図である。
まず、前準備として、分散型ノード１Ｒは、制御装置９からの試験指示を受ける（Ｓ３０１）。これにより、分散型ノード１Ｒは、通常運用するデータ信号（主信号）の通信を停止し、テスト用信号（ＴＳＴ信号）の通信を許可するようにテストモードへと変更する。
分散型ノード１Ｌは、制御装置９からスループット測定の指示を受ける（Ｓ３１１）。分散型ノード１Ｌ内の内部運用保守部１１Ｌは、試験準備として、Ｓ３０２と同様にテストモードへと変更する（Ｓ３１２）。内部運用保守部１１Ｌからテストモードの指示を受けた通信部１２Ｌは、対向の通信部１２ＲにＴＳＴ信号を生成して（Ｓ３１３）送信する（Ｓ３１４）。なお、ＴＳＴ信号の送信回数は１回に限定されず、テストモードの開始時点から終了時点まで複数回送信されることとしてもよい。
【００３６】
分散型ノード１Ｒの内部運用保守部１１Ｒは、通信部１２Ｒが受信したＴＳＴ信号を読み取る（Ｓ３１５）。そして、内部運用保守部１１Ｒは、Ｓ３１５で読み取ったＴＳＴ信号をもとに、例えば、計算式「（通信に成功したデータ量）÷（ＴＳＴ信号を送信するテストモードの期間長）」により、スループット値を試験結果として生成する（Ｓ３１６）。
内部運用保守部１１Ｒは、生成した試験結果を制御装置９に応答することにより（Ｓ３１７）、制御装置９の管理者に向けて試験結果を表示させる（Ｓ３１８）。
【００３７】
図８は、本実施形態に係わる集約型運用システムにおけるスループット測定（ＴＳＴ）を示すシーケンス図である。
まず、前準備として、図７のＳ３０１，Ｓ３０２に加え、集約型ノード２Ｒは、ＩＦ１０Ｒの通信部１２Ｒが受信する各種信号（ＯＡＭ信号および主信号）をノード内スイッチ１３Ｒから外部運用保守部１４Ｒ（インタフェース外）にコピーする処理を開始するように設定しておく（Ｓ３０３）。
【００３８】
集約型ノード２Ｌは、制御装置９からスループット測定の指示を受ける（Ｓ３１１）。集約型ノード２Ｌ内の外部運用保守部１４Ｌは、試験準備として、Ｓ３０２と同様にテストモードへと変更する（Ｓ３１２）。外部運用保守部１４Ｌからノード内スイッチ１３Ｌ経由でテストモードの指示を受けた通信部１２Ｌは、対向の通信部１２ＲにＴＳＴ信号を生成して（Ｓ３１３ｂ）送信する（Ｓ３１４）。なお、ＴＳＴ信号の送信回数は１回に限定されず、テストモードの開始時点から終了時点まで複数回送信されることとしてもよい。
【００３９】
集約型ノード２Ｒの外部運用保守部１４Ｒは、通信部１２Ｒが受信したＴＳＴ信号をノード内スイッチ１３Ｒ経由で読み取る（Ｓ３１５ｂ）。そして、外部運用保守部１４Ｒは、Ｓ３１５ｂで読み取ったＴＳＴ信号をもとに、例えば、計算式「（通信に成功したデータ量）÷（ＴＳＴ信号を送信するテストモードの期間）」により、スループット値を試験結果として生成し、Ｓ３０３のコピーを有効化する処理を終了する（Ｓ３１６ｂ）。
外部運用保守部１４Ｒは、生成した試験結果を制御装置９に応答することにより（Ｓ３１７）、制御装置９の管理者に向けて試験結果を表示させる（Ｓ３１８）。
【００４０】
図９は、比較例に係わる分散型運用システムにおけるロス測定（ＬＭ）の前半部分を示すシーケンス図である。
まず、前準備として、分散型ノード１Ｌは、通常運用するデータ信号（主信号）の送信フレーム数をカウントする送信カウンタを準備（例えば、数値０にリセットし、以降の送信フレームが発生するたびに１ずつ数値を増加）する（Ｓ４０１）。分散型ノード１Ｒも、受信フレーム数をカウントする受信カウンタを準備する（Ｓ４０２）。
【００４１】
分散型ノード１Ｌは、制御装置９からロス測定の指示を受ける（Ｓ４１１）。分散型ノード１Ｌ内の内部運用保守部１１Ｌは、Ｓ４０１で準備された送信カウンタのカウンタ値（TxFCf）を含む第１ＬＭＭ信号を生成する（Ｓ４１２ｘ）。通信部１２Ｌは、対向の通信部１２Ｒに送信する主信号と主信号との間に、第１ＬＭＭ信号を挿入して送信する（Ｓ４１３ｘ）。つまり、カウンタ値（TxFCf）の主信号→カウンタ値（TxFCf）を含む第１ＬＭＭ信号→カウンタ値（TxFCf+1）の主信号の順に、通信部１２Ｌから送信される。
【００４２】
分散型ノード１Ｒの内部運用保守部１１Ｒは、通信部１２Ｒが受信した第１ＬＭＭ信号を読み取ることで、第１ＬＭＭ信号内のTxFCfに加え、第１ＬＭＭ信号の受信したときの受信カウンタ値（RxFCf）も得る（Ｓ４１４ｘ）。つまり、通信部１２Ｒは、カウンタ値（RxFCf）の主信号→第１ＬＭＭ信号→カウンタ値（RxFCf+1）の主信号の順に、受信する。
【００４３】
内部運用保守部１１Ｒは、第１ＬＭＭ信号への応答である第１ＬＭＲ信号を生成する（Ｓ４１５ｘ）。第１ＬＭＲ信号には、TxFCfとRxFCfとが含まれる。通信部１２Ｒは、対向の通信部１２Ｌに第１ＬＭＲ信号を送信する（Ｓ４１６ｘ）。
内部運用保守部１１Ｌは、受信した第１ＬＭＲ信号から読み取ったTxFCfを、TxFCf_startとして保存するとともに、読み取ったRxFCfを、RxFCf_startとして保存する（Ｓ４１７ｘ）。なお、保存した変数名の末尾「_start」とは、ロス測定の開始時点におけるカウンタ値を示す。
【００４４】
図１０は、図９に続き、比較例に係わる分散型運用システムにおけるロス測定（ＬＭ）の後半部分を示すシーケンス図である。
Ｓ４１２ｙ〜Ｓ４１７ｙは、図９のＳ４１２ｘ〜Ｓ４１７ｘと同じ処理を繰り返している。
つまり、Ｓ４１２ｘ〜Ｓ４１７ｘのロス測定の開始時点では、第１ＬＭＭ信号〜第１ＬＭＲ信号の送受信の結果をＳ４１７ｙで「TxFCf_start，RxFCf_start」として保存していた。
一方、Ｓ４１２ｙ〜Ｓ４１７ｙのロス測定の終了時点では、第２ＬＭＭ信号〜第２ＬＭＲ信号の送受信の結果をＳ４１７ｙで「TxFCf_end，RxFCf_end」として保存する処理に置き換わる。
【００４５】
そして、内部運用保守部１１Ｌは、計算式「FrameLoss=(TxFCf_end-TxFCf_start)-(RxFCf_end-RxFCf_start)」により、ロス測定値（FrameLoss）を試験結果として生成する（Ｓ４２１）。内部運用保守部１１Ｌは、生成した試験結果を制御装置９に応答することにより（Ｓ４２２）、制御装置９の管理者に向けて試験結果を表示させる（Ｓ４２３）。
【００４６】
図１１は、本実施形態に係わる集約型運用システムにおけるロス測定（ＬＭ）の前半部分を示すシーケンス図である。
まず、前準備として、図９のＳ４０１，Ｓ４０２で説明したカウンタの準備の後に、外部運用保守部１４Ｌ，１４Ｒを有効化するための処理（Ｓ４１１ａ〜Ｓ４１１ｄ）を行う。
【００４７】
つまり、集約型ノード２Ｌ（第１装置）は、制御装置９からの試験指示を受け（Ｓ４１１ａ）、通信部１２Ｌから送信される各種信号（ＯＡＭ信号および主信号）について、ノード内スイッチ１３Ｌから外部運用保守部１４Ｌにコピーする処理を開始するように設定しておく（Ｓ４１１ｂ）。
同様に、集約型ノード２Ｒ（第２装置）は、制御装置９からの試験指示を受け（Ｓ４１１ｃ）、ＩＦ１０Ｒの通信部１２Ｒが受信する各種信号（ＯＡＭ信号および主信号）をノード内スイッチ１３Ｒから外部運用保守部１４Ｒ（インタフェース外）にコピーする処理を開始するように設定しておく（Ｓ４１１ｄ）。
【００４８】
集約型ノード２Ｌ内の外部運用保守部１４Ｌは、測定開始を示す値（例えば第１ＬＭＭ信号の「１」）を含む第１ＬＭＭ信号（第１ＯＡＭ信号）を生成し、ノード内スイッチ１３Ｌを介して通信部１２Ｌに通知する（Ｓ４３１ａ）。通信部１２Ｌは、対向の通信部１２Ｒに送信する主信号と主信号との間に、第１ＬＭＭ信号を挿入して送信する（Ｓ４３２ａ）。ここで、第１主信号→第１ＬＭＭ信号→第２主信号の順に、通信部１２Ｌから送信されたとする。外部運用保守部１４Ｌは、第２主信号を起点（送信カウンタ値＝１）として送信フレームのカウントを開始する（Ｓ４３３ａ）。なお、Ｓ４１１ｂの設定処理の結果、Ｓ４３２ａの第１ＬＭＭ信号や、送信される主信号が、ノード内スイッチ１３Ｌから外部運用保守部１４Ｌにコピーされる。これにより、外部運用保守部１４Ｌは、送信フレームをカウントできる。
また、通信部１２Ｒは、第３主信号→第１ＬＭＭ信号→第４主信号の順に送信したとする（Ｓ４３４ａ）。外部運用保守部１４Ｒは、第４主信号を起点（受信カウンタ値＝１）として受信フレームのカウントを開始する（Ｓ４３５ａ）。
ここでも、Ｓ４１１ｄの設定処理の結果、Ｓ４３４ａの第１ＬＭＭ信号や、受信した主信号が、ノード内スイッチ１３Ｒから外部運用保守部１４Ｒにコピーされる。これにより、外部運用保守部１４Ｒは、受信フレームをカウントできる。
【００４９】
図１２は、図１１に続き、本実施形態に係わる集約型運用システムにおけるロス測定（ＬＭ）の後半部分を示すシーケンス図である。
Ｓ４３１ｂ〜Ｓ４３５ｂは、図１１のＳ４３１ａ〜Ｓ４３５ａと比較すると、カウント開始契機となる第１ＬＭＭ信号が、カウント終了契機となる第２ＬＭＭ信号（第２ＯＡＭ信号）に置き換わっている。第２ＬＭＭ信号には測定終了を示す値（例えば第２ＬＭＭ信号の「２」）が含まれている。
外部運用保守部１４Ｌは、生成した第２ＬＭＭ信号を分散型ノード１Ｒに送信し（Ｓ４３２ｂ）、その直後に送信カウントを終了する（Ｓ４３３ｂ）。そして、外部運用保守部１４Ｒは、受信した第２ＬＭＭ信号を読み取ると（Ｓ４３４ｂ）、その直後に受信カウントを終了する（Ｓ４３５ｂ）。
なお、送信カウントの終了（Ｓ４３３ｂ）によって、Ｓ４１１ｂのコピーを有効化する処理も併せて終了する。
同様に、受信カウントの終了（Ｓ４３５ｂ）によって、Ｓ４１１ｄのコピーを有効化する処理も併せて終了する。
【００５０】
制御装置９には、Ｓ４３５ａ〜Ｓ４３５ｂの間にカウントされた主信号の受信フレーム数を示す受信カウンタ値（RxCount）が外部運用保守部１４Ｒから送信される（Ｓ４４１）。また、制御装置９には、Ｓ４３３ａ〜Ｓ４３３ｂの間にカウントされた主信号の送信フレーム数を示す送信カウンタ値（TxCount）が外部運用保守部１４Ｌから送信される（Ｓ４４２）。
制御装置９は、計算式「FrameLoss=TxCount-RxCount」により、ロス測定値（FrameLoss）を試験結果として生成する（Ｓ４５１）。制御装置９は、管理者に向けて試験結果を表示する（Ｓ４５２）。
【００５１】
以上説明した本実施形態の集約型運用システム（集約型ノード２Ｌ，２Ｒ）は、分散型運用システム（分散型ノード１Ｌ，１Ｒ）と比べて、負担の少ない運用保守機能を通信装置で動作させるという観点で、以下の（１）〜（３）に示すように優れている。
（１）図３〜図１２の各シーケンス図で示した４種類のＯＡＭ機能（疎通試験、遅延測定、スループット測定、ロス測定）に共通して、装置内のＯＡＭ機能が集約される（２つの内部運用保守部１１Ｌ→１つの外部運用保守部１４Ｌ）。これにより、集約型ノード２Ｌは分散型ノード１Ｌよりも簡易なＩＦ１０Ｌを収容すればよいので、通信装置の筐体のサイズを小型化できる。さらに、簡易なＩＦ１０Ｌを動作させるための電力も省電力化できる。
【００５２】
（２）集約型運用システムでは、ＯＡＭ機能の通信プロトコルの簡易化により、省電力化が実現できる。
疎通試験：ＬＢＭ信号→ＬＢＲ信号の往復処理（図３）からＬＢＭ信号の片道処理（図４）への簡易化
遅延測定：ＤＭＭ信号→ＤＭＲ信号の往復処理（図５）からＤＭＭ信号の片道処理（図６）への簡易化
ロス測定：ＬＭＭ信号→ＬＭＲ信号の往復処理（図９，図１０）からＬＭＭ信号の片道処理（図１１，図１２）への簡易化
【００５３】
（３）集約型運用システムでは、ＯＡＭ機能の試験結果の計算負荷を制御装置９に代行させることで、省電力化が実現できる。
遅延測定：ノード内計算（図５のＳ２１８）から制御装置９の計算（図６のＳ２３２）への代行
ロス測定：ノード内計算（図１０のＳ４２１）から制御装置９の計算（図１２のＳ４５１）への代行
【符号の説明】
【００５４】
１Ｌ，１Ｒ  分散型ノード
２Ｌ，２Ｒ  集約型ノード（通信保守装置）
９      制御装置
１０Ｌ，１０Ｒ  ＩＦ
１１Ｌ，１１Ｒ  内部運用保守部
１２Ｌ，１２Ｒ  通信部
１３Ｌ，１３Ｒ  ノード内スイッチ
１４Ｌ，１４Ｒ  外部運用保守部
【図１】
2018137561.tif 000003
【図２】
2018137561.tif 000004
【図３】
2018137561.tif 000005
【図４】
2018137561.tif 000006
【図５】
2018137561.tif 000007
【図６】
2018137561.tif 000008
【図７】
2018137561.tif 000009
【図８】
2018137561.tif 000010
【図９】
2018137561.tif 000011
【図１０】
2018137561.tif 000012
【図１１】
2018137561.tif 000013
【図１２】
2018137561.tif 000014