(57)【特許請求の範囲】
【請求項１】
ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報をアクセス経路探索用情報として記憶したアクセス経路探索用情報記憶手段と、
テストアクセス試験設備と該テストアクセス試験設備により前記ネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信する確立要求受信手段と、
前記確立要求受信手段により確立要求が受信された試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定する判定手段と、
前記判定手段により自装置が被試験対象伝送装置であると判定された場合に、前記確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行う試験パス接続手段と、
前記判定手段により自装置が被試験対象伝送装置でないと判定された場合に、前記アクセス経路探索用情報記憶手段により記憶されたアクセス経路探索用情報から前記試験用通信経路を探索し、該探索した試験用通信経路に基づいて自装置内で中継パス接続を行う中継パス接続手段と、
を備えたことを特徴とする伝送装置。
【請求項２】
前記アクセス経路探索用情報記憶手段により記憶されるアクセス経路探索用情報の作成に必要な伝送装置接続状況および回線使用状況に関する情報を他の伝送装置と相互に交換する情報交換手段と、
前記情報交換手段により交換された情報に基づいて前記アクセス経路探索用情報を更新する探索用情報更新手段と、
をさらに備えたことを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記中継パス接続手段により探索された経路に沿って隣接する伝送装置に試験用通信経路の確立要求を転送する確立要求転送手段をさらに備えたことを特徴とする請求項１または２に記載の伝送装置。
【請求項４】
ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置による伝送装置試験方法であって、
伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報として記憶装置に記憶する情報交換工程と、
テストアクセス試験設備と該テストアクセス試験設備により前記ネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信する確立要求受信工程と、
前記確立要求受信工程により確立要求が受信された試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定する判定工程と、
前記判定工程により自装置が被試験対象伝送装置であると判定された場合に、前記確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行う試験パス接続工程と、
前記判定工程により自装置が被試験対象伝送装置でないと判定された場合に、前記情報交換工程により記憶装置に記憶されたアクセス経路探索用情報から前記試験用通信経路を探索し、該探索した試験用通信経路に基づいて自装置内で中継パス接続を行う中継パス接続工程と、
を含んだことを特徴とする伝送装置試験方法。
【請求項５】
ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報として記憶装置に記憶する情報交換手順と、
テストアクセス試験設備と該テストアクセス試験設備により前記ネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信する確立要求受信手順と、
前記確立要求受信手順により確立要求が受信された試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定する判定手順と、
前記判定手順により自装置が被試験対象伝送装置であると判定された場合に、前記確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行う試験パス接続手順と、
前記判定手順により自装置が被試験対象伝送装置でないと判定された場合に、前記情報交換手順により記憶装置に記憶されたアクセス経路探索用情報から前記試験用通信経路を探索し、該探索した試験用通信経路に基づいて自装置内で中継パス接続を行う中継パス接続手順と、
を伝送装置が内蔵するコンピュータに実行させることを特徴とする伝送装置試験プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを構成する伝送装置、伝送装置試験方法および伝送装置試験プログラムに関し、特に、テストアクセス試験設備からネットワークを介して試験される伝送装置である被試験対象伝送装置とテストアクセス試験設備との間の試験用通信経路を自律的に確立し、テストアクセス試験設備による遠隔試験の効率を向上させることができる伝送装置、伝送装置試験方法および伝送装置試験プログラムに関するものである。
【背景技術】
【０００２】
電話会社は、新規に伝送装置を各地へ設置してサービスを開始する際に、新規設置した伝送装置を通る信号の導通状態（レート、品質）をチェックする。また、電話会社は、一旦サービスを開始したネットワークが規定のサービス品質を維持しているかどうかを定期的にチェックする。したがって、伝送装置には、信号の品質をモニタする機能を装備することが求められており、この機能をテストアクセス(Test  Access)機能と呼んでいる。
【０００３】
伝送装置は、一般的に各地に点在しており、点在する各伝送装置の場所へ試験設備（以降では、テストアクセス試験設備と呼ぶ）を設置あるいは持ち込んで信号導通をチェックしていたのでは、テストアクセス試験設備購入のコスト、技術者の派遣費用が発生する。
【０００４】
そこで、このような費用の発生を抑えるために、各地に点在する伝送装置の信号品質チェックを、ネットワークを管理する管理センターに設置されたテストアクセス試験設備により遠隔試験することが行われている。
【０００５】
ここで、このような遠隔地の伝送装置に対して試験を行うためには、遠隔地の伝送装置のチェック対象の信号をネットワーク経由で集中管理センターへ導通させる機能が必要であり、このような機能をリモートテストアクセス（RemoteTestAccess）と呼んでいる（これに対して、テストアクセス試験設備と直接接続された伝送装置に対するテストアクセスをローカルテストアクセスと呼んでいる）。
【０００６】
図２２は、被試験対象伝送装置の回線の信号のテストアクセス試験設備への中継を示す図である。同図に示すように、遠隔地の伝送装置の信号をモニタするためには、管理センターと被試験対象の回線Ｘの間に存在する伝送装置（図２２のＡ，Ｂ，Ｃ，ＤおよびＥ）が、回線Ｘの信号をテストアクセス試験設備まで中継しなければならない。
【０００７】
従来の技術では、伝送装置の接続構成（ネットワークトポロジ）を理解しているネットワーク保守者が、被試験対象の伝送装置とテストアクセス試験設備の間の伝送装置（図２２のＡ，Ｂ，Ｃ，ＤおよびＥ）に対して、回線Ｘの信号を中継する接続設定を手動で行う必要があった。
【０００８】
なお、伝送装置間で信号を中継する経路の追加を自動的に行うパスマネージメント装置が開発されており（例えば、特許文献１参照。）、ネットワーク保守者は、回線Ｘの信号を中継する接続設定を行う場合に、パスマネージメント装置を利用することは可能であった。
【０００９】
【特許文献１】特開平１１−１２２２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、従来の遠隔試験では、試験を実施する管理センターに居る保守者は、ネットワーク構成および帯域の使用状況を正確に把握し、被試験対象の回線が存在する伝送装置までの信号導通路（中継路）設定および接続設定を、試験を実施するたびに、各中継路上の伝送装置および被試験対象の伝送装置へ設定する必要があった。
【００１１】
したがって、設定時間が多く必要であるという問題や、設定ミスの発生率の増加などによって保守費用が増加するという問題があった。また、接続設定するための設定コマンドの使用方法に習熟している必要があり、設定方法の学習コストもかかるという問題があり、これも保守費用を増加させる原因となっていた。また、パスマネージメント装置を利用する場合にも、被試験対象伝送装置に対する試験用の設定は保守者が行う必要があるという問題があった。
【００１２】
本発明は、上記に鑑みてなされたものであって、テストアクセス試験設備からネットワークを介して試験される被試験対象伝送装置とテストアクセス試験設備との間の試験用通信経路を自律的に確立し、テストアクセス試験設備による遠隔試験の効率を向上させることができる伝送装置、伝送装置試験方法および伝送装置試験プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る伝送装置は、ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報をアクセス経路探索用情報として記憶したアクセス経路探索用情報記憶手段と、テストアクセス試験設備と該テストアクセス試験設備により前記ネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信する確立要求受信手段と、前記確立要求受信手段により確立要求が受信された試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定する判定手段と、前記判定手段により自装置が被試験対象伝送装置であると判定された場合に、前記確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行う試験パス接続手段と、前記判定手段により自装置が被試験対象伝送装置でないと判定された場合に、前記アクセス経路探索用情報記憶手段により記憶されたアクセス経路探索用情報から前記試験用通信経路を探索し、該探索した試験用通信経路に基づいて自装置内で中継パス接続を行う中継パス接続手段と、を備えたことを特徴とする。
【００１４】
この請求項１の発明によれば、ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報をアクセス経路探索用情報として記憶し、テストアクセス試験設備とテストアクセス試験設備によりネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信し、確立要求を受信した試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定し、自装置が被試験対象伝送装置であると判定した場合に、確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行い、自装置が被試験対象伝送装置でないと判定した場合に、アクセス経路探索用情報から試験用通信経路を探索し、探索した試験用通信経路に基づいて自装置内で中継パス接続を行うよう構成したので、試験用通信経路を伝送装置が自律的に確立することができる。
【００１５】
また、請求項２の発明に係る伝送装置は、請求項１の発明において、前記アクセス経路探索用情報記憶手段により記憶されるアクセス経路探索用情報の作成に必要な伝送装置接続状況および回線使用状況に関する情報を他の伝送装置と相互に交換する情報交換手段と、前記情報交換手段により交換された情報に基づいて前記アクセス経路探索用情報を更新する探索用情報更新手段と、をさらに備えたことを特徴とする。
【００１６】
この請求項２の発明によれば、アクセス経路探索用情報の作成に必要な伝送装置接続状況および回線使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報を更新するよう構成したので、ネットワーク構成の変更などをアクセス経路探索用情報に反映することができる。
【００１７】
また、請求項３の発明に係る伝送装置は、請求項１または２の発明において、前記中継パス接続手段により探索された経路に沿って隣接する伝送装置に試験用通信経路の確立要求を転送する確立要求転送手段をさらに備えたことを特徴とする。
【００１８】
この請求項３の発明によれば、探索した経路に沿って隣接する伝送装置に試験用通信経路の確立要求を転送するよう構成したので、試験用通信経路を伝送装置が自律的に確立することができる。
【００１９】
また、請求項４の発明に係る伝送装置試験方法は、ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置による伝送装置試験方法であって、伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報として記憶装置に記憶する情報交換工程と、テストアクセス試験設備と該テストアクセス試験設備により前記ネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信する確立要求受信工程と、前記確立要求受信工程により確立要求が受信された試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定する判定工程と、前記判定工程により自装置が被試験対象伝送装置であると判定された場合に、前記確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行う試験パス接続工程と、前記判定工程により自装置が被試験対象伝送装置でないと判定された場合に、前記情報交換工程により記憶装置に記憶されたアクセス経路探索用情報から前記試験用通信経路を探索し、該探索した試験用通信経路に基づいて自装置内で中継パス接続を行う中継パス接続工程と、を含んだことを特徴とする。
【００２０】
この請求項４の発明によれば、伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報として記憶装置に記憶し、テストアクセス試験設備とテストアクセス試験設備によりネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信し、確立要求を受信した試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定し、自装置が被試験対象伝送装置であると判定した場合に、確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行い、自装置が被試験対象伝送装置でないと判定した場合に、記憶装置に記憶したアクセス経路探索用情報から試験用通信経路を探索し、探索した試験用通信経路に基づいて自装置内で中継パス接続を行うよう構成したので、試験用通信経路を伝送装置が自律的に確立することができる。
【００２１】
また、請求項５の発明に係る伝送装置試験プログラムは、ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報として記憶装置に記憶する情報交換手順と、テストアクセス試験設備と該テストアクセス試験設備により前記ネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信する確立要求受信手順と、前記確立要求受信手順により確立要求が受信された試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定する判定手順と、前記判定手順により自装置が被試験対象伝送装置であると判定された場合に、前記確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行う試験パス接続手順と、前記判定手順により自装置が被試験対象伝送装置でないと判定された場合に、前記情報交換手順により記憶装置に記憶されたアクセス経路探索用情報から前記試験用通信経路を探索し、該探索した試験用通信経路に基づいて自装置内で中継パス接続を行う中継パス接続手順と、を伝送装置が内蔵するコンピュータに実行させることを特徴とする。
【００２２】
この請求項５の発明によれば、ＳＯＮＥＴまたはＳＤＨのネットワーク内の伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を他の伝送装置と相互に交換してアクセス経路探索用情報として記憶装置に記憶し、テストアクセス試験設備とテストアクセス試験設備によりネットワークを介して試験される被試験対象伝送装置との間に試験用通信に必要な帯域を有する試験用通信経路の確立要求を受信し、確立要求を受信した試験用通信経路において自装置が被試験対象伝送装置であるか否かを判定し、自装置が被試験対象伝送装置であると判定した場合に、確立要求に含まれる試験情報に基づいて自装置内で試験パスの接続を行い、自装置が被試験対象伝送装置でないと判定した場合に、記憶装置に記憶したアクセス経路探索用情報から試験用通信経路を探索し、探索した試験用通信経路に基づいて自装置内で中継パス接続を行うよう構成したので、試験用通信経路を伝送装置が自律的に確立することができる。
【発明の効果】
【００２３】
請求項１、３、４および５の発明によれば、試験用通信経路を伝送装置が自律的に確立するので、テストアクセス試験設備による遠隔試験の効率を向上することができるという効果を奏する。
【００２４】
また、請求項２の発明によれば、ネットワーク構成の変更などをアクセス経路探索用情報に反映するので、ネットワーク構成に変更がある場合にも適切な試験用通信経路を伝送装置が自律的に確立するという効果を奏する。
【発明を実施するための最良の形態】
【００２５】
以下に、本発明に係る伝送装置、伝送装置試験方法および伝送装置試験プログラムの実施例を図面に基づいて詳細に説明する。なお、本実施例では、本発明をＳＯＮＥＴ／ＳＤＨ伝送装置に適用した場合を中心に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００２６】
まず、本実施例に係る伝送装置による自律的な試験用通信経路の確立について説明する。図１は、本実施例に係る伝送装置が構成するネットワークの一例を示す図である。同図において、「ＮＥ−１」、「ＮＥ−２」、・・・、「ＮＥ−１９」は伝送装置であり、伝送装置「ＮＥ−１」にはテストアクセス試験設備１０が接続されている。また、「ＴＹＰＥ」は伝送装置間を接続する光ファイバの種別を示し、「空き」は使用されていないＳＴＳ番号を示す。
【００２７】
図１は、テストアクセス試験設備１０が伝送装置「ＮＥ−９」のＡＩＤが「１−１−１」であるパス（回線）の信号を試験する場合を示している。ここで、ＡＩＤ(Access  IDentifier)は、パスを識別する識別子（ＩＤ）であり、「スロット番号−ポート番号−パス番号」から構成される。なお、ポートの中のパスを特に指定する必要がない場合にはパス番号を省略し、ＡＩＤは「スロット番号−ポート番号」から構成される。
【００２８】
図１において、「ＮＥ−１」に接続されたテストアクセス試験設備１０が「ＮＥ−９」のパス「１−１−１」を試験するためには、「ＮＥ−１」と「ＮＥ−２」の間で信号を中継する経路「ＮＥ−１」−「ＮＥ−２」−「ＮＥ−７」−「ＮＥ−９」を確立する必要がある。
【００２９】
このため、本実施例に係る伝送装置は、ユーザまたは隣接する伝送装置から被試験対象伝送装置を指定されて試験用通信経路の確立要求を受け取ると、被試験対象伝送装置までの最適な経路を探索し、探索した経路に基づいて自装置のパス接続を行うとともに、探索した経路に沿った隣接の伝送装置に試験用通信経路の確立要求を転送する。
【００３０】
ここで、本実施例に係る伝送装置は、伝送装置の接続状況および伝送装置間の回線の使用状況に関する情報を記憶し、これらの情報を用いて経路探索を自律的に行う。そして、試験用通信経路に沿って転送される確立要求が被試験対象伝送装置に転送されると、被試験対象伝送装置が試験に必要な設定を行って試験用通信経路の確立が完了する。
【００３１】
例えば、図１において、伝送装置「ＮＥ−２」は、伝送装置「ＮＥ−１」から「ＮＥ−９」を被試験対象伝送装置とする試験用通信経路の確立要求を受信すると、「ＮＥ−２」−「ＮＥ−７」−「ＮＥ−９」を最適な経路として選定し、パス「１５−１」とパス「５−１」を接続するとともに、「ＮＥ−９」を被試験対象伝送装置とする試験用通信経路の確立要求を「ＮＥ−７」に転送する。
【００３２】
このように、本実施例に係る伝送装置は、ユーザまたは隣接する伝送装置から被試験対象伝送装置を指定されて試験用通信経路の確立要求を受け取ると、被試験対象伝送装置までの最適な経路を探索し、探索した経路に基づいて自装置のパス接続を行うとともに、探索した経路に沿った隣接の伝送装置に試験用通信経路の確立要求を転送することによって、各伝送装置が自律的に試験用通信経路を確立することができる。
【００３３】
なお、ここでは、伝送装置が被試験対象伝送装置までの最適な経路を探索する場合について説明したが、ユーザは伝送装置に対して試験用通信経路を指定することもできる。
【００３４】
次に、本実施例に係る伝送装置の構成について説明する。図２は、本実施例に係る伝送装置の構成を示す機能ブロック図である。同図に示すように、この伝送装置１００は、テストアクセスＰＤＵ送受信部１１０と、テストアクセスＰＤＵ処理部１２０と、テストアクセスルーティングテーブル１３０と、管理コマンド処理部１４０と、テストアクセス処理部１５０とを有する。
【００３５】
テストアクセスＰＤＵ送受信部１１０は、他の伝送装置からTestAccessPDUを受信してテストアクセスＰＤＵ処理部１２０に渡すとともに、テストアクセスＰＤＵ処理部１２０の指示に基づいてTestAccessPDUを他の伝送装置に送信する処理部である。
【００３６】
ここで、TestAccessPDUとは、伝送装置が自律的に試験用通信経路を確立するために他の伝送装置との間で送受信するデータである。図３は、TestAccessPDUの種類の一覧を示す図である。同図に示すように、TestAccessPDUには、接続・空き帯域情報通知、RemoteTestAccess開始命令、TestAccess事前確認命令、TestAccess事前確認命令ACK、TestAccessList配信通知、TestAccessList配信通知ACKおよびRemoteTestAccess開始依頼がある。
【００３７】
接続・空き帯域情報通知は、各伝送装置が被試験対象伝送装置への最適な経路を探索するために必要な情報、すなわち伝送装置の接続状況および伝送装置間の帯域の使用状況に関する情報を他の伝送装置に通知する場合に使用するデータである。
【００３８】
RemoteTestAccess開始命令は、試験用通信経路の確立に使用されるデータである。図４−１は、RemoteTestAccess開始命令に含まれる項目を示す図であり、図４−２は、RemoteTestAccess開始命令のデータ構造の一例を示す図である。
【００３９】
図４−１に示すように、RemoteTestAccess開始命令には、TestAccessPDUの種類を示すＰＤＵ−ＩＤ、リモートテストアクセスを識別するＲＴＡ−ＩＤ、テストアクセスの実施モードを示すＣＯＮ−ＭＯＤＥ、テストアクセスのモードを示すＭＯＤＥ、試験用通信経路の帯域幅を示すＷＩＤＴＨ、被試験対象伝送装置を示すＲＥＭＯＴＥ−ＮＥ、被試験対象パスのＡＩＤを示すＴＥＳＴ−ＡＩＤおよび中継に使用する下流側のパスのＡＩＤを示すＬＯＣＡＬ−ＴＡＰ−ＩＤが含まれる。
【００４０】
ここで、テストアクセスの実施モードには、ユーザが試験用通信経路を指定するモード（MAN）と伝送装置が試験用通信経路を探索するモード（AUTO）とがある。またテストアクセスのモードには、パス接続の片サイド受信モニタモード（MONE）、両サイド受信モニタモード（MONEF）、片サイド送受信接続モード（SPLTE）、両サイド送受信接続モード（SPLTEF）がある。
【００４１】
ここで、テストアクセスのモードについて以下に説明する。例えば、図１の「ＮＥ−９」の運用中のパス「１−１−１」（ＡＩＤ＝１−１−１）は、「ＮＥ−１１」から「ＮＥ−９」、「ＮＥ−１０」、「ＮＥ−１９」、「ＮＥ−１５」、「ＮＥ−１６」、「ＮＥ−１７」を経由して「ＮＥ−１８」と接続されている。そして、テストアクセス用のパスが「ＮＥ−１」から「ＮＥ−９」まで構築されたものとする。
【００４２】
この状態で、「ＮＥ−９」において、「ＮＥ−１０」に向かうパス「１−１−１」が被試験対象として指定されている場合、片サイド受信モニタモードでは、「ＮＥ−９」は、「ＮＥ−１０」から「ＮＥ−９」に向かう運用中の該当パスのデータを「ＮＥ−７」向けのテストアクセス用パスにも転送するように動作する。そして、テストアクセス試験設備１０では、「ＮＥ−１８」から「ＮＥ−９」に向けたデータをモニタできることとなる。このとき、運用中の該当パスに影響はない。
【００４３】
同様の状況で、両サイド受信モニタモードでは、「ＮＥ−９」は、「ＮＥ−１０」から「ＮＥ−９」に向かう運用中の該当パスのデータを「ＮＥ−７」向けのテストアクセス用パスにも転送するように動作するのに加えて、「ＮＥ−１１」から「ＮＥ−９」に向かう運用中の該当パスのデータも「ＮＥ−７」向けのテストアクセス用パスに転送するように動作する。そして、テストアクセス試験設備１０では、「ＮＥ−１８」から「ＮＥ−９」に向けたデータに加えて、「ＮＥ−１１」から「ＮＥ−９」に向けたデータをモニタできることとなる。このとき、運用中の該当パスに影響はない。
【００４４】
また、同様の状況で、片サイド送受信接続モードでは、「ＮＥ−９」は、パス「１−１−１」とパス「２−１−１４」の接続を切断し、パス「１−１−１」を「ＮＥ−７」向けのテストアクセス用パスに接続替えを行う。そして、テストアクセス試験設備１０では、「ＮＥ−１８」から「ＮＥ−９」に向けたデータをモニタできるとともに、「ＮＥ−９」から「ＮＥ−１８」に向けたパスに試験データの転送等を行うことができることとなる。
【００４５】
さらに、同様の状況で、両サイド送受信接続モードでは、「ＮＥ−９」は、パス「１−１−１」とパス「２−１−１４」の接続を切断し、両方のパスに対して「ＮＥ−７」向けのテストアクセス用パスに接続替えを行う。ここで、パス「１−１−１」に接続するテストアクセス用パスとしては、ＬＯＣＡＬ−ＴＡＰ−ＩＤで指定されたパスを使用し、パス「２−１−１４」に接続するテストアクセス用パスとしては、パス「１−１−１」に接続するテストアクセス用パスの次の空き帯域を使用する。そして、テストアクセス試験設備１０では、「ＮＥ−１８」から「ＮＥ−９」に向けたデータ、「ＮＥ−１１」から「ＮＥ−９」に向けたデータをモニタできるとともに、「ＮＥ−９」から「ＮＥ−１８」に向けたパス、「ＮＥ−９」から「ＮＥ−１１」に向けたパスに試験データの転送等を行うことができることとなる。
【００４６】
また、図４−２に示すように、RemoteTestAccess開始命令は、例えば、ＰＤＵ−ＩＤなどを含むTestAccessPDUヘッダ部分と、ＲＴＡ−ＩＤやＣＯＮ−ＭＯＤＥなどを含むTestAccessPDUデータ部から構成される。
【００４７】
TestAccess事前確認命令は、TestAccessの実施が可能であるか否かを事前に確認する場合に使用されるデータであり、TestAccess事前確認命令ACKは、確認結果の応答に使用されるデータである。
【００４８】
TestAccessList配信通知は、テストアクセスの実施モードがMANである場合に経路情報を通知する場合に使用されるデータであり、TestAccessList配信通知ACKは指定された経路が使用可能か否かを応答する場合に使用されるデータである。
【００４９】
RemoteTestAccess開始依頼は、テストアクセス試験設備１０に接続された伝送装置がＴＡＰ−ＩＤを管理する場合に、その伝送装置に対して試験用通信経路の確立開始を依頼する場合に使用されるデータである。ここで、ＴＡＰ−ＩＤとは、テストアクセス試験設備１０に接続された伝送装置のＩＤとこの伝送装置にテストアクセス試験設備１０を接続するためのパスのＩＤとをネットワーク内部で一意に管理するために使用するＩＤである。
【００５０】
図２に戻って、テストアクセスＰＤＵ処理部１２０は、テストアクセスＰＤＵ送受信部１１０から受け取ったTestAccessPDUを処理する処理部である。例えば、このテストアクセスＰＤＵ処理部１２０は、接続・空き帯域情報通知を受け取ると、受け取った接続情報および帯域の使用情報に基づいてテストアクセスルーティングテーブル１３０を更新する。
【００５１】
また、このテストアクセスＰＤＵ処理部１２０は、テストアクセスの実施モードがAUTOであるRemoteTestAccess開始命令を受け取ると、テストアクセスルーティングテーブル１３０を用いて試験用通信経路を探索し、探索した試験用通信経路に基づいて自装置内のパスの接続をテストアクセス処理部１５０に指示するとともに、探索した経路に沿って隣接する伝送装置にRemoteTestAccess開始命令を転送するようにテストアクセスＰＤＵ送受信部１１０に指示する。
【００５２】
また、このテストアクセスＰＤＵ処理部１２０は、RemoteTestAccess開始命令に指定された被試験対象伝送装置が自装置である場合には、試験用の設定を行うようにテストアクセス処理部１５０に指示する。
【００５３】
このテストアクセスＰＤＵ処理部１２０が、接続・空き帯域情報通知を受け取ると、受け取った接続情報および帯域の使用情報に基づいてテストアクセスルーティングテーブル１３０を更新し、テストアクセスの実施モードがAUTOであるRemoteTestAccess開始命令を受け取ると、テストアクセスルーティングテーブル１３０を用いて試験用通信経路を探索することによって、伝送装置１００は自律的に試験用通信経路を確立することができる。
【００５４】
テストアクセスルーティングテーブル１３０は、ネットワークの接続情報および帯域の使用情報を記憶したテーブルである。図５は、テストアクセスルーティングテーブル１３０の一例を示す図である。なお、このテストアクセスルーティングテーブル１３０には、図１に示した伝送装置「ＮＥ−１」が記憶する情報の一部が例として示されている。
【００５５】
図５に示すように、このテストアクセスルーティングテーブル１３０は、送信元NodeIDと、隣接局ＩＤと、接続ＡＩＤと、空き帯域とを伝送装置ごとに記憶している。送信元NodeIDは、接続・空き帯域情報通知を送信した伝送装置を識別する識別子であり、隣接局ＩＤは、送信元NodeIDの伝送装置に隣接する伝送装置の識別子である。接続ＡＩＤは、隣接局との接続に用いるパスのＡＩＤであり、空き帯域は、接続ＡＩＤのパスのうち使用していないＳＴＳ番号である。
【００５６】
管理コマンド処理部１４０は、ユーザ（管理者）からの指示を受け付ける処理部であり、受け付けた指示に対する処理結果をユーザに通知する。この管理コマンド処理部１４０は、自装置がテストアクセス試験設備１０に接続されている場合に、ユーザからの試験に関する指示を受け付ける。
【００５７】
テストアクセス処理部１５０は、テストアクセスＰＤＵ処理部１２０の指示に基づいて自装置のパス接続を行う処理部である。また、このテストアクセス処理部１５０は、自装置が被試験対象伝送装置である場合には、RemoteTestAccess開始命令のテストアクセスのモードで指定された設定を行う。
【００５８】
図６は、テストアクセスのモードがSPLTEFである場合のテストアクセス処理部１５０による設定を説明するための説明図である。同図に示すように、テストアクセスのモードがSPLTEFである場合には、テストアクセス処理部１５０は、点線で示される運用設定のクロスコネクトを取り外し、被試験対象パス「１−１−１」をＥポートとして接続し、被試験対象パスに接続されていたパスをＦポートとして接続する。
【００５９】
なお、ここでは、被試験対象伝送装置が直接テストアクセス試験設備１０に接続されているが、伝送装置を経由して接続される場合には、被試験対象パスおよび被試験対象パスに接続されていたパスの信号が中継されてテストアクセス試験設備１０に送信される。
【００６０】
このテストアクセス処理部１５０が、自装置が被試験対象伝送装置である場合に、RemoteTestAccess開始命令のテストアクセスのモードで指定された設定を行うことによって、テストアクセス試験設備１０がパスの試験を遠隔から行うことができる。
【００６１】
次に、テストアクセスＰＤＵ送受信部１１０の構成について説明する。図７は、テストアクセスＰＤＵ送受信部１１０の構成を示す機能ブロック図である。同図に示すように、テストアクセスＰＤＵ送受信部１１０は、テストアクセスＰＤＵデータ分割・再構築部１１１と、Ｊ１データ送受信部１１２とを有する。
【００６２】
テストアクセスＰＤＵデータ分割・再構築部１１１は、TestAccessPDUを送信用に分割してＪ１データ送受信部１１２に渡し、分割されて送信されてくるTestAccessPDUをＪ１データ送受信部１１２から受け取ってTestAccessPDUを再構築する処理部である。なお、分割されたTestAccessPDUは、図４−２に示したＰＤＵ  Ｎｏに連続番号が送信側で設定され、受信側でこの連続番号をもとにデータの再構築を行う。
【００６３】
Ｊ１データ送受信部１１２は、TestAccessPDUをパスオーバーヘッドのＪ１バイトを用いて送受信する処理部である。すなわち、このＪ１データ送受信部１１２は、テストアクセスＰＤＵデータ分割・再構築部１１１により分割されたTestAccessPDUをＪ１バイト内に設定して送信し、分割して送信されたTestAccessPDUを受信したＪ１バイトから取り出してテストアクセスＰＤＵデータ分割・再構築部１１１に渡す。
【００６４】
なお、ここでは、TestAccessPDUをパスオーバーヘッドのＪ１バイトを用いて送受信する場合について説明したが、TestAccessPDUをＩＰプロトコルを用いて送受信することもできる。
【００６５】
図８は、TestAccessPDUをＩＰプロトコルを用いて送受信する場合のテストアクセスＰＤＵ送受信部の構成を示す機能ブロック図である。同図に示すように、このテストアクセスＰＤＵ送受信部２１０は、名前解決処理部２１１と、ＩＰ処理部２１２と、テストアクセスＰＤＵデータ分割・再構築部２１３と、ＩＰルーティング処理部２１４と、ＤＣＣデータ送受信部２１５とを有する。
【００６６】
名前解決処理部２１１は、伝送装置の識別子とＩＰアドレスとの変換を行う処理部であり、ＩＰ処理部２１２は、ＩＰプロトコルで送受信するデータの処理を行う処理部である。テストアクセスＰＤＵデータ分割・再構築部２１３は、TestAccessPDUのＩＰパケットへの分割およびＩＰパケットからのTestAccessPDUの再構築を行う処理部である。
【００６７】
ＩＰルーティング処理部２１４は、ＩＰパケットのルーティングを行う処理部であり、ＤＣＣデータ送受信部２１５は、ＤＣＣ通信によってＩＰパケットを送受信する処理部である。
【００６８】
また、ＩＰプロトコルの代わりにＯＳＩのＣＬＮＳ(Connectionless  Network  Service)プロトコルを用いて送受信することもできる。図９は、TestAccessPDUをＣＬＮＳプロトコルを用いて送受信する場合のテストアクセスＰＤＵ送受信部の構成を示す機能ブロック図である。
【００６９】
同図に示すように、このテストアクセスＰＤＵ送受信部３１０は、名前解決処理部３１１と、ＣＬＮＳ処理部３１２と、テストアクセスＰＤＵデータ分割・再構築部３１３と、ＯＳＩルーティング処理部３１４と、ＤＣＣデータ送受信部３１５とを有する。
【００７０】
名前解決処理部３１１は、伝送装置の識別子とＣＬＮＳプロトコルでのアドレスとの変換を行う処理部であり、ＣＬＮＳ処理部３１２は、ＣＬＮＳプロトコルで送受信するデータの処理を行う処理部である。テストアクセスＰＤＵデータ分割・再構築部３１３は、TestAccessPDUのＣＬＮＳプロトコルでのパケットへの分割およびＣＬＮＳプロトコルでのパケットからのTestAccessPDUの再構築を行う処理部である。
【００７１】
ＣＬＮＳルーティング処理部３１４は、ＣＬＮＳプロトコルでのパケットのルーティングを行う処理部であり、ＤＣＣデータ送受信部２１５は、ＤＣＣ通信によってＣＬＮＳプロトコルでのパケットを送受信する処理部である。
【００７２】
次に、図１に示したネットワークにおいてテストアクセス試験設備１０が伝送装置「ＮＥ−９」のパス「１−１−１」を試験する場合を例として各伝送装置の処理について説明する。ここで、各伝送装置は、接続・空き帯域情報通知によってテストアクセスルーティングテーブル１３０の接続情報および空き帯域情報を定期的に更新し、例えば、伝送装置「ＮＥ−１」は、図５に示したテストアクセスルーティングテーブル１３０を有するものとする。
【００７３】
また、管理者は、以下のような情報を指定して「ＮＥ−１」からRemoteTestAccess開始命令を入力する。
TAP-ID=101
REMOTE-NE=NE-9
TEST-AID=1-1-1
MODE=SPLTE
【００７４】
ここで、ネットワーク（に接続された伝送装置）はＴＡＰ−ＩＤがネットワークで一意になるようにＴＡＰ−ＩＤを管理しており、管理者はRemoteTestAccess開始命令を発行する前に、ネットワークに対して、新しくＴＡＰ−ＩＤとして登録したい伝送装置のＩＤとパスのＩＤを通知する。ネットワークはこれに対して、ネットワーク内で未使用のＴＡＰ−ＩＤを管理者へ通知する。上記の場合は、伝送装置のＩＤは「ＮＥ−１」であり、パスのＡＩＤは「３−１−１」であり、ネットワークはこれに対して「101」を返してきている例である。
【００７５】
ＲＥＭＯＴＥ−ＮＥは被試験対象のパスが存在する装置のＩＤであり、ＴＥＳＴ−ＡＩＤは被試験対象のパスのＡＩＤであり、ＭＯＤＥはテストアクセスのモード、すなわち被試験対象のパスとテストアクセス試験設備１０との接続の種類である。
【００７６】
上記命令を受けた伝送装置「ＮＥ−１」は、図５に示したテストアクセスルーティングテーブル１３０から、「ＮＥ−１」=>「ＮＥ−２」間はＡＩＤが「１−１−１」から「ＳＴＳ３Ｃ」分の帯域空きがあり、「ＮＥ−２」=>「ＮＥ−７」間はＡＩＤが「１０−１−４」から「ＳＴＳ３Ｃ」分の帯域空きがあり、「ＮＥ−７」=>「ＮＥ−９」間はＡＩＤが「１−１−４」から「ＳＴＳ３Ｃ」分の帯域空きがあることがわかる。
【００７７】
そこで、伝送装置「ＮＥ−１」は、テストアクセス試験設備１０と「ＮＥ−２」との間の信号を導通させるためにパス「３−１−１」とパス「１−１−１」とを接続する必要があり、次にRemoteTestAccess開始命令を送る伝送装置（これを以降ネクストホップと呼ぶ）は「ＮＥ−２」であることがわかる。
【００７８】
なお、テストアクセス試験設備１０が接続された伝送装置から被試験対象伝送装置までのルート決定の手順は二通りある。一つは、適切なルートを予め算出しておき、そのデータに基づき、ネクストホップを決定する。他の一つは、RemoteTestAccess開始命令が指示されたときに、テストアクセスルーティングテーブル１３０からネクストホップを算出する。
【００７９】
ここでは、RemoteTestAccess開始命令が指示されたときに、伝送装置１００がテストアクセスルーティングテーブル１３０からネクストホップを算出する手順について、「ＮＥ−１」から「ＮＥ−９」へ到達するパスを例として説明する。
【００８０】
Step-1)
被試験対象のパスのＩＤが存在する伝送装置「ＮＥ−９」の情報をテストアクセスルーティングテーブル１３０から読み出す。すなわち、送信元NodeIDが「ＮＥ−９」である隣接局ＩＤを先頭からチェックする。すると、一つ目の隣接局「ＮＥ−１０」は、空き帯域が「２，３」であり、「ＳＴＳ３Ｃ」の帯域幅には不足していることから、使用できないことがわかる。次に「ＮＥ−７」の空き帯域をチェックすると、「ＳＴＳ３Ｃ」の幅が取れることがわかる。そこで、送信元NodeIDが「ＮＥ−７」の隣接局ＩＤを先頭からチェックする。
【００８１】
Step-2)
「ＮＥ−７」に関して、一つ目の隣接局「ＮＥ−９」は、検索ルートの上流に位置するため、除く。二つ目の隣接局「ＮＥ−２」の空き帯域をチェックすると「ＳＴＳ３Ｃ」の帯域幅が取れることから、送信元NodeIDが「ＮＥ−２」の隣接局ＩＤを先頭からチェックする。一つ目の隣接局「ＮＥ−６」への空き帯域をチェックすると、「ＳＴＳ３Ｃ」の帯域幅が取れることから、送信元NodeIDが「ＮＥ−６」の隣接局を先頭からチェックするが、「ＮＥ−２」のみなので、除く。送信元NodeIDが「ＮＥ−２」のリストに戻り、「ＮＥ−６」の次を検索する。「ＮＥ−７」は上流に位置するため、除く。「ＮＥ−８」は「ＳＴＳ３Ｃ」の帯域幅がとれないため、除く。次の「ＮＥ−１」は「ＳＴＳ３Ｃ」の帯域幅が取れることがわかる。
【００８２】
Step-3)
以上の結果から、「ＮＥ−１」=>「ＮＥ−２」=>「ＮＥ−７」=>「ＮＥ−９」で「ＳＴＳ３Ｃ」の回線接続が可能であることがわかる。
【００８３】
なお、予め適切なルートを算出する場合には、上記と同様の手順を用いて、「ＮＥ−９」から「ＳＴＳ１」、「ＳＴＳ３Ｃ」、「ＳＴＳ１２Ｃ」の各帯域幅のパスを作成できる経路を検索し、各帯域幅のネクストホップをネクストホップテーブルとして保持しておく。また、同じ帯域幅が確保できるルートが複数ある場合には、ホップ数が最短になるものを選ぶ。
【００８４】
図１０は、ネクストホップテーブルの一例を示す図である。同図に示すように、このネクストホップテーブルは、被試験対象伝送装置ごとに、テストアクセス帯域幅とネクストホップとＡＩＤとを対応させて記憶する。
【００８５】
また、上記は検索アルゴリズムの一例であり、Shortest  Path  Fastのような他のアルゴリズムを用いて最短経路を探索し、帯域情報と組み合わせてネクストホップを決定してもよい。
【００８６】
そして、ネクストホップが「ＮＥ−２」であることがわかると、伝送装置「ＮＥ−１」は、被試験対象伝送装置のＩＤとパスのＡＩＤ、帯域幅、テストアクセスの実施モード、テストアクセスのモードなどの情報を含んだRemoteTestAccess開始命令を作成する。そして、パス「１−１−１」に「ＳＴＳ３Ｃ」信号を入れ、そのＪ１バイトに作成したRemoteTestAccess開始命令を挿入し、送信する。
【００８７】
すると、「ＮＥ−２」は、パス「１５−１−１」において「ＳＴＳ３Ｃ」信号を受信し、Ｊ１バイトの内容を読み出す。そして、「ＮＥ−２」は、受信したTestAccessPDUが「ＮＥ−９」のパス「１−１−１」をSPLTEモードでテストアクセスするTestAccess開始命令であることがわかる。
【００８８】
そして、「ＮＥ−２」は、「ＮＥ−１」が実施した方法と同様の方法を用いてテストアクセスルーティングテーブル１３０から「ＮＥ−９」へのルートを決定し、パス「５−１−４」に「ＳＴＳ３Ｃ」信号を入れ、Ｊ１バイトに「ＮＥ−１」から送られてきたものと同様のTestAccessPDUを入れて送出する。また、中継経路として自装置内のパス「５−１−４」とパス「１５−１−１」を「ＳＴＳ３Ｃ」の帯域幅で接続する（SPLTEモードであるので送受信方向接続）。
【００８９】
すると、「ＮＥ−７」は、ＡＩＤが「２−１−４」であるパスにおいて「ＳＴＳ３Ｃ」のデータ受信を検出し、Ｊ１バイトの内容を読み出す。そして、TestAccessPDUの内容から、RemoteTestAccess開始指示と判定し、「ＮＥ−９」のパス「１−１−１」をSPLTEモードでテストアクセスすることを依頼されていることを知る。
【００９０】
そして、「ＮＥ−７」は、「ＮＥ−１」が実施した方法と同様の方法を用いてテストアクセスルーティングテーブル１３０から「ＮＥ−９」へのルートを決定し、パス「１−１−４」に「ＳＴＳ３Ｃ」信号を入れ、Ｊ１バイトに「ＮＥ−１」から送られてきたものと同様のTestAccessPDUを入れて送出する。また、中継経路として自装置内のパス「２−１−４」とパス「１−１−４」を「ＳＴＳ３Ｃ」の帯域幅で接続する（SPLTEモードであるので送受信方向接続）。
【００９１】
すると、「ＮＥ−９」は、パス「１０−１−４」において「ＳＴＳ３Ｃ」のデータ受信を検出し、Ｊ１バイトの内容をチェックする。そして、TestAccessPDUの内容が、RemoteTestAccess開始命令で、自装置内のパスが試験対象であることから、依頼されているＡＩＤのパスに対してテストアクセスの設定を行う。ここで、テストアクセス先はTestAccessPDUが入ったＪ１バイトを受けたパス「１０−１−４」となる。また、この場合は、SPLTEモードのため、「ＮＥ−９」で接続中のパス「１−１−１」と「２−１−４」の接続を切り離し、パス「１０−１−４」と「１−１−１」を送受信方向で接続する。この時点で、テストアクセス試験設備１０では「ＮＥ−９」のパス「１−１−１」の「ＳＴＳ３Ｃ」信号との送受信接続が完成する。
【００９２】
なお、Ｊ１バイトでTestAccessPDUを送受信する代わりにＤＣＣ通信を用いてTestAccessPDUを送受信する場合には、以下のような手順になる。伝送装置「ＮＥ−１」は、ネクストホップが「ＮＥ−２」であることを知ると、被試験対象伝送装置のＩＤとパスのＡＩＤ、帯域幅、テストアクセスの実施モードの情報、テストアクセスのモードなどを含むRemoteTestAccess開始命令を作成して「ＮＥ−２」へ送信する。
【００９３】
それを受けた「ＮＥ−２」は、テストアクセスルーティングテーブル１３０からネクストホップが「ＮＥ−７」であり、使用すべきパスは「５−１−４」であることを決定し、中継用のパスの接続を実施（「ＮＥ−２」の「１５−１−１」と「５−１−４」）するとともに、「ＮＥ−７」へ同様にRemoteTestAccess開始命令を通知する。
【００９４】
これにより、Ｊ１バイトを利用して実施した内容と同じ結果を得られる。なお、このＤＣＣ通信で実現する方法のためには、新規のプロトコルを作成する必要がある。例えば、ＯＳＩプロトコルの４層目に位置するプロトコルとして、新たなサービスアクセスポイントを規定して新たなＰＤＵ種を追加する方法がある。
【００９５】
また、IP  over  DCCのようなプロトコルを利用しているケースでは、ＵＤＰプロトコルで新たにポート番号を規定し、そのポート番号のサービスに対してＰＤＵ種を追加して実施することもできる。
【００９６】
なお、ＯＳＩ、ＩＰのどちらで実施するケースでも、ネクストホップで示された伝送装置のＩＤからのネットワークアドレスの取得や送出先（ネットワークプロトコル上のルート先）の判定には、ＴＡＲＰ、ＤＮＳ、ＩＳＩＳ、ＲＩＰ、ＯＳＰＦなどの良く知られた既存手法を用いることができる。
【００９７】
また、被試験対象のパスの信号を中継する経路を伝送装置により自律的に選択させるのではなく、管理者が予め設定することも可能である。この場合には、管理者は、被試験対象の伝送装置の被試験対象のパスまでの試験用通信経路を設定する手段を有し、ネットワークトポロジおよび中継装置における帯域の使用状況を把握している必要がある。
【００９８】
例えば、図１に示したネットワークで、リモートテストアクセスの経路として、「ＮＥ−２」側のルートではなく、「ＮＥ−１２」側のルート選択したい場合には、以下のような手順となる。
【００９９】
まず、管理者は、下記のようなリストを作成する。
PDU-ID=3
RTA-ID=2
CON-MODE=MAN
MODE=SPLTE
WIDTH=STS3C
REMOTE-NE=NE-9,TEST-AID=1-1-1,REMOTE-TAP-ID=12-1-1
ROUTER-1=NE-12,AID-1=10-1-1,AID-2=15-1-4
ROUTER-2=NE-13,AID-1=1-1-4,AID-2=5-1-1
ROUTER-3=NE-14,AID-1=10-1-1,AID-2=18-1-1
ここで、各項目の意味は図１１に示すとおりである。
【０１００】
そして、管理者が「ＮＥ−１」に対して、上記リストをＲＯＵＴＥＲ−ｎの各伝送装置へ配布する命令を出すと、「ＮＥ−１」は、このリストをＲＯＵＴＥＲ−ｎで指定された各伝送装置へ配布する。この通知をうけたＲＯＵＴＥＲ−ｎの伝送装置は、指定されたパスがテストアクセス可能状態かを「ＮＥ−１」に対して返信する。
【０１０１】
そして、「ＮＥ−１」は、全てのＲＯＵＴＥＲ−ｎの装置からＯＫの返信を受けた場合には、テストアクセス実施可能の旨を管理者へ通知し、どれか一つでもＮＧが返信された場合には不可能の旨を管理者へ通知する。このように、テストアクセス実施可否の通知を受けることにより、管理者が誤ったルートを設定することを防ぐことができる。
【０１０２】
そして、管理者がＲＴＡ−ＩＤを指定して「ＮＥ−１」にRemoteTestAccess開始命令を入力すると、命令を受けた「ＮＥ−１」は、管理者からリストにより指定された「ＮＥ−１２」、「ＮＥ−１３」、「ＮＥ−１４」、「ＮＥ−９」に対して、ＲＴＡ−ＩＤとともにRemoteTestAccess開始命令を送信する。そして、TestAccess開始命令を受けた各装置が指定されたパスの接続を行う。また、「ＮＥ−１」は、パス「２０−１−１」（「ＮＥ−１２」で中継接続されたパス）とパス「３−１−１」（テストアクセス試験設備１０に接続されたパス）を接続する。この時点で、テストアクセス試験設備１０で「ＮＥ−９」のパス「１−１−１」への送受信接続ができる。
【０１０３】
なお、「ＮＥ−１」は、「ＮＥ−１２」のみにRemoteTestAccess開始命令を送ることもできる。この場合は、「ＮＥ−１２」は、リストに従い、RemoteTestAccess開始命令を「ＮＥ−１３」へ転送する。そして、「ＮＥ−１３」、「ＮＥ−１４」も同様に処理を行うことにより「ＮＥ−９」までRemoteTestAccess開始命令が届くことになる。このようにすれば、「ＮＥ−１」のみに処理負荷がかかることを防ぐことができる。
【０１０４】
また、リスト配布やRemoteTestAccess開始命令は、ＣＬＮＳプロトコルやＩＰプロトコルに、ＰＤＵ種（TestAcessList配信通知（ＰＤＵ−ＩＤは３）とTestAccessList配信通知ACK（ＰＤＵ−ＩＤは４））を追加することで実現することもできる。
【０１０５】
また、これまでは、ＴＡＰ−ＩＤで指定された伝送装置（すなわちテストアクセス試験設備１０が直接接続された伝送装置）に対してRemoteTestAccess開始命令を管理者が発行している場合について説明したが、RemoteTestAccess開始命令はどの伝送装置に対しても発行できる。この場合、RemoteTestAccess開始命令を受け付けた伝送装置は、ＴＡＰ−ＩＤで指定された伝送装置に対して、処理を依頼する。この時に使用するTestAccessPDUが図３に示したRemoteTestAccess開始依頼である。
【０１０６】
また、ＴＡＰ−ＩＤを指定して「ＮＥ−１」へRemoteTestAccess開始命令を出したように、被試験対象伝送装置のＩＤと被試験対象のパスのＩＤの組み合わせを別のＩＤとして取り扱った方が便利である。そこで、例えば、管理者は以下のようにテストアクセス用のＲＴＡ−ＩＤを伝送装置に記憶させ、テストアクセスの制御時には、そのＲＴＡ−ＩＤを使用するようにすれば、以降のRemoteTestAccess開始命令の手順が簡易になる。
【０１０７】
例）
RTA-ID=1：
CON-MODE=AUTO
MODE=SPLTE
WIDTH=STS3C
REMOTE-NE=NE-9,TEST-AID=1-1-1
【０１０８】
また、TestAccessList通知を用いる場合には、ルートの途中で中継を実施する伝送装置の状態を事前に確認できるが、ネットワークに自律的にルート選定を実施させる場合には、中継装置が何らかの理由で、テストアクセス用のパスを接続できない可能性もある。この場合には、被試験対象のパスの信号が切断しているのか、中継伝送装置が試験パスを接続できていないのか判断できない。このようなことが発生しないように、RemoteTestAccess開始命令を実施した際に、中継する装置がTestAccess実施可能な状態にあるかを確認するために、事前に問い合わせを行う機能を追加することもできる。
【０１０９】
例えば、事前問い合わせのための新しいＰＤＵ種（TestAccess事前確認命令（ＰＤＵ−ＩＤは５）とTestAccess事前確認命令ACK（ＰＤＵ−ＩＤは６））を追加することができる。このTestAccessPDUを受信した中継装置および被試験対象の伝送装置は、テストアクセス実施不可能か可能かを問い合わせ元の「ＮＥ−１」へ返送するようにする。返信を受けた「ＮＥ−１」は、結果を管理者へ通知することにより、TestAccessPDUを中継できていないのか、被試験対象の信号に問題があるのかを判断することができる。
【０１１０】
また、これまでは、図１の「ＮＥ−９」のパス「１−１−１」の信号をテストアクセス試験設備１０でモニタする例を説明してきたが、仮にこの試験の際に、この信号の品質に問題があることが判ったとする。その場合には、「ＮＥ−９」のパス「１−１−１」の信号が上流部のどの伝送装置から品質の劣化が発生しているのかを確認する必要がある。そこで、このような時に該当のパスの上流の伝送装置における各パスの品質を自動的にモニタする機能を提供することもできる。
【０１１１】
具体的な手順としては、管理者は次のような命令を発行する。
TAP-ID=101
CON-MODE=STEP
MODE=MONE
WIDTH=STS3C
REMOTE-NE=NE-9,TEST-AID=1-1-1
STEP=4
【０１１２】
この命令により、各伝送装置は、「ＮＥ−１０」のパス「７−１−４」、「ＮＥ−１９」のパス「５−１−１」、「ＮＥ−１５」のパス「１５−１−１」、「ＮＥ−１６」のパス「８−１−１」の信号をそれぞれ、「ＮＥ−１」のパス「３−１−１」、「３−１−４」、「３−１−７」、「３−１−１０」に接続するように動作する。なお、この例では、MONEモードなので、接続を切断せずに、信号をモニタする。
【０１１３】
ここで、管理者は、ＴＡＰ−ＩＤを下記のように定義している必要がある。
NE-ID=NE-1  AID=3-1-1  :TAP-ID=101
NE-ID=NE-1  AID=3-1-4  :TAP-ID=102
NE-ID=NE-1  AID=3-1-7  :TAP-ID=103
NE-ID=NE-1  AID=3-1-10  :TAP-ID=104
【０１１４】
このような命令により、「ＮＥ−９」のパス「１−１−１」へ至る経路における信号品質を一つの命令でモニタすることができるようになり、管理者の管理コストを削減することができる。
【０１１５】
次に、本実施例に係る伝送装置間のTestAccessPDUの処理シーケンスについて図１２〜図１７を用いて説明する。図１２は、本実施例に係る伝送装置間のRemoteTestAccess開始命令の処理シーケンス（ＯＫ時）を示すシーケンス図である。
【０１１６】
同図に示すように、この処理シーケンスでは、「ＮＥ−１」がユーザからRemoteTestAccess開始指示を受けると、自装置のパス「３−１−１」と「１−１−１」を接続するとともに、テストアクセスＰＤＵ処理部１２０がRemoteTestAccess開始命令を作成し、テストアクセスＰＤＵ送受信部１１０に指示して「ＮＥ−２」へ送信する。
【０１１７】
そして、「ＮＥ−２」は、RemoteTestAccess開始命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索し（ステップＳ１０１）、テストアクセス処理部１５０が自装置の中継パスを接続するとともに（ステップＳ１０２）、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてRemoteTestAccess開始命令を「ＮＥ−７」に転送する（ステップＳ１０３）。
【０１１８】
同様に、「ＮＥ−７」は、RemoteTestAccess開始命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索し（ステップＳ１０４）、テストアクセス処理部１５０が自装置の中継パスを接続するとともに（ステップＳ１０５）、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてRemoteTestAccess開始命令を「ＮＥ−９」に転送する（ステップＳ１０６）。
【０１１９】
そして、「ＮＥ−９」は、RemoteTestAccess開始命令を受信すると、自装置が被試験対象伝送装置であるので、テストアクセス処理部１５０がテストアクセスのモードに基づいてパスを接続する（ステップＳ１０７）。
【０１２０】
このように、各伝送装置は、RemoteTestAccess開始命令を受信すると、テストアクセスＰＤＵ処理部１２０がテストアクセスルーティングテーブル１３０を用いてネクストホップを検索し、テストアクセス処理部１５０が自装置の中継パスを接続するとともに、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてRemoteTestAccess開始命令をネクストホップに転送することによって、リモートテストアクセス用の経路を自律的に確立することができる。
【０１２１】
図１３は、本実施例に係る伝送装置間のRemoteTestAccess開始命令の処理シーケンス（ＮＧ時）を示すシーケンス図である。同図に示すように、この処理シーケンスでは、「ＮＥ−１」がユーザからRemoteTestAccess開始指示を受け取ると、自装置のパス「３−１−１」と「１−１−１」を接続するとともに、テストアクセスＰＤＵ処理部１２０がRemoteTestAccess開始命令を作成し、テストアクセスＰＤＵ送受信部１１０に指示して「ＮＥ−２」へ送信する。
【０１２２】
そして、「ＮＥ−２」は、RemoteTestAccess開始命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索し（ステップＳ２０１）、テストアクセス処理部１５０が自装置の中継パスを接続するとともに（ステップＳ２０２）、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてRemoteTestAccess開始命令を「ＮＥ−７」に転送する（ステップＳ２０３）。
【０１２３】
同様に、「ＮＥ−７」は、RemoteTestAccess開始命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索するが、ここでは、経路検索が失敗する（ステップＳ２０４）。
【０１２４】
すると、「ＮＥ−７」は、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてRemoteTestAccess不可通知を「ＮＥ−２」に送信し、「ＮＥ−２」も同様に、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてRemoteTestAccess不可通知を「ＮＥ−１」に送信する。そして、「ＮＥ−１」は、RemoteTestAccess不可をユーザに通知する。
【０１２５】
このように、リモートアクセステストの経路が検索できなかった伝送装置がRemoteTestAccess不可通知を返すことによって、管理者は経路の確立に問題があるのか被試験対象のパスに問題があるのかを容易に把握することができる。
【０１２６】
図１４は、本実施例に係る伝送装置間のTestAccess事前確認命令の処理シーケンス（ＯＫ時）を示すシーケンス図である。同図に示すように、この処理シーケンスでは、「ＮＥ−１」がユーザからTestAccess事前確認指示を受けると、テストアクセスＰＤＵ処理部１２０がTestAccess事前確認命令を作成し、テストアクセスＰＤＵ送受信部１１０に指示して「ＮＥ−２」へ送信する。
【０１２７】
そして、「ＮＥ−２」は、TestAccess事前確認命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索し（ステップＳ３０１）、中継パス接続が可能であることを確認する（ステップＳ３０２）。そして、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてTestAccess事前確認命令を「ＮＥ−７」に転送する（ステップＳ３０３）。
【０１２８】
同様に、「ＮＥ−７」は、TestAccess事前確認命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索し（ステップＳ３０４）、中継パス接続が可能であることを確認する（ステップＳ３０５）。そして、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてTestAccess事前確認命令を「ＮＥ−９」に転送する（ステップＳ３０６）。
【０１２９】
そして、「ＮＥ−９」は、TestAccess事前確認命令を受信すると、自装置が被試験対象伝送装置であるので、テストアクセス処理部１５０がテストアクセスパスの接続が可能であることを確認し（ステップＳ３０７）、テストアクセスの事前確認がＯＫであることをTestAccess事前確認命令ACKを用いて返送する（ステップＳ３０８）。
【０１３０】
このように、各伝送装置は、TestAccess事前確認命令を受信すると、テストアクセスＰＤＵ処理部１２０がテストアクセスルーティングテーブル１３０を用いてネクストホップを検索し、テストアクセス処理部１５０が自装置の中継パスを確認するとともに、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてTestAccess事前確認命令をネクストホップに転送することによって、リモートテストアクセス可否の事前確認を行うことができる。
【０１３１】
図１５は、本実施例に係る伝送装置間のTestAccess事前確認命令の処理シーケンス（ＮＧ時）を示すシーケンス図である。同図に示すように、この処理シーケンスでは、「ＮＥ−１」がユーザからTestAccess事前確認指示を受けると、テストアクセスＰＤＵ処理部１２０がTestAccess事前確認命令を作成し、テストアクセスＰＤＵ送受信部１１０に指示して「ＮＥ−２」へ送信する。
【０１３２】
そして、「ＮＥ−２」は、TestAccess事前確認命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索し（ステップＳ４０１）、中継パス接続が可能であることを確認する（ステップＳ４０２）。そして、テストアクセスＰＤＵ送受信部１１０がテストアクセスＰＤＵ処理部１２０の指示に基づいてTestAccess事前確認命令を「ＮＥ−７」に転送する（ステップＳ４０３）。
【０１３３】
同様に、「ＮＥ−７」は、TestAccess事前確認命令を受信すると、テストアクセスルーティングテーブル１３０を用いてテストアクセスＰＤＵ処理部１２０がネクストホップを検索する（ステップＳ４０４）。しかし、ここでは、検索に失敗して中継パス接続が不可であることを確認する（ステップＳ４０５）。そこで、テストアクセスＰＤＵ処理部１２０はテストアクセスの事前確認結果がＮＧであることをTestAccess事前確認命令ACKを用いて返送する（ステップＳ４０６）。
【０１３４】
このように、テストアクセスの事前確認結果がＮＧである場合には、ＮＧを確認した伝送装置がＮＧであることを示すTestAccess事前確認命令ACKを転送することによって、管理者は経路の確立に問題があるのか被試験対象のパスに問題があるのかを容易に把握することができる。
【０１３５】
図１６は、本実施例に係る伝送装置間のTestAccessList配信通知の処理シーケンス（ＯＫ時）を示すシーケンス図である。同図に示すように、この処理シーケンスでは、「ＮＥ−１」がユーザからTestAccessList配信指示を受けると、テストアクセスＰＤＵ処理部１２０がTestAccessList配信通知を作成し、テストアクセスＰＤＵ送受信部１１０に指示して「ＮＥ−２」、「ＮＥ−７」および「ＮＥ−９」へ送信する。
【０１３６】
そして、「ＮＥ−２」は、TestAccessList配信通知を受信すると、テストアクセスＰＤＵ処理部１２０が、中継パス接続が可能であることを確認し（ステップＳ５０１）、接続パスを記録する（ステップＳ５０２）。そして、テストアクセスの事前確認がＯＫであることをTestAccessList通知ACKを用いて返送する（ステップＳ５０３）。
【０１３７】
同様に、「ＮＥ−７」は、TestAccessList配信通知を受信すると、テストアクセスＰＤＵ処理部１２０が、中継パス接続が可能であることを確認し（ステップＳ５０４）、接続パスを記録する（ステップＳ５０５）。そして、テストアクセスの事前確認がＯＫであることをTestAccessList通知ACKを用いて返送する（ステップＳ５０６）。
【０１３８】
同様に、「ＮＥ−９」は、TestAccessList配信通知を受信すると、テストアクセスＰＤＵ処理部１２０が、テストアクセスパス接続が可能であることを確認し（ステップＳ５０７）、接続パスを記録する（ステップＳ５０８）。そして、テストアクセスの事前確認がＯＫであることをTestAccessList通知ACKを用いて返送する（ステップＳ５０９）。
【０１３９】
そして、「ＮＥ−１」は、TestAccessList配信通知を送信した全ての伝送装置からパス接続が可能であることを示すTestAccessList通知ACKを受信すると、ユーザにテストアクセスが可能であることを通知する。
【０１４０】
このように、各伝送装置が、TestAccessList配信通知を受信すると、テストアクセスパス接続が可能であることを確認して接続パスを記録し、テストアクセスの事前確認がＯＫであることをTestAccessList通知ACKを用いて返送することによって、管理者はリモートテストアクセス可否の事前確認を行うことができる。
【０１４１】
図１７は、本実施例に係る伝送装置間のTestAccessList配信通知の処理シーケンス（ＮＧ時）を示すシーケンス図である。同図に示すように、この処理シーケンスでは、「ＮＥ−１」がユーザからTestAccessList配信指示を受けると、テストアクセスＰＤＵ処理部１２０がTestAccessList配信通知を作成し、テストアクセスＰＤＵ送受信部１１０に指示して「ＮＥ−２」、「ＮＥ−７」および「ＮＥ−９」へ送信する。
【０１４２】
そして、「ＮＥ−２」は、TestAccessList配信通知を受信すると、テストアクセスＰＤＵ処理部１２０が、中継パス接続が可能であることを確認し（ステップＳ６０１）、接続パスを記録する（ステップＳ６０２）。そして、テストアクセスの事前確認がＯＫであることをTestAccessList通知ACKを用いて返送する（ステップＳ６０３）。
【０１４３】
一方、「ＮＥ−７」は、TestAccessList配信通知を受信すると、テストアクセスＰＤＵ処理部１２０が、中継パス接続が可能でないことを確認し（ステップＳ６０４）、テストアクセスの事前確認がＮＧであることをTestAccessList通知ACKを用いて返送する（ステップＳ６０５）。
【０１４４】
また、「ＮＥ−９」は、TestAccessList配信通知を受信すると、テストアクセスＰＤＵ処理部１２０が、テストアクセスパス接続が可能であることを確認し（ステップＳ６０６）、接続パスを記録する（ステップＳ６０７）。そして、テストアクセスの事前確認がＯＫであることをTestAccessList通知ACKを用いて返送する（ステップＳ６０８）。
【０１４５】
そして、「ＮＥ−１」は、「ＮＥ−７」からパス接続が可能でないことを示すTestAccessList通知ACKを受信したため、ユーザにテストアクセスが不可能であることを通知する。
【０１４６】
このように、各伝送装置が、TestAccessList配信通知を受信すると、テストアクセスパス接続が可能であるか否かを確認し、可能でない場合にはテストアクセスの事前確認がＮＧであることをTestAccessList通知ACKを用いて返送することによって、管理者はリモートテストアクセスが実施できないことを容易に把握することができる。
【０１４７】
次に、伝送装置１００による接続・空き帯域情報通知受信処理について説明する。図１８−１および図１８−２は、接続・空き帯域情報通知受信処理の処理手順を示すフローチャート（１）および（２）である。なお、ここでは、接続・空き帯域情報通知を受信した場合にネクストホップテーブルを更新する場合について説明する。
【０１４８】
図１８−１に示すように、テストアクセスＰＤＵ処理部１２０は、テストアクセスＰＤＵ送受信部１１０を介してTestAccessPDUを受信すると、接続・空き帯域情報通知であるか否かを判定する（ステップＳ７０１）。その結果、接続・空き帯域情報通知でない場合には、受信したTestAccessPDUの種別に基づいて他の処理を行う（ステップＳ７０２）。
【０１４９】
一方、接続・空き帯域情報通知である場合には、受信したＰＤＵ（TestAccessPDU）、すなわち接続・空き帯域情報通知をネットワーク内に伝播させるために複製し、ＰＤＵを送信してきた伝送装置を除く隣接する全ての伝送装置に送出する（ステップＳ７０３）。そして、受信したＰＤＵの情報に基づいてテストアクセスルーティングテーブル１３０を更新し（ステップＳ７０４）、以下のステップＳ７０５〜Ｓ７１４でネクストホップテーブルの更新を行う。
【０１５０】
ネクストホップテーブルの更新処理としては、まず、テストアクセスルーティングテーブル１３０の送信元NodeIDを順番に探索するためのインデックスｉおよび各伝送装置の回線を順番に探索するためのインデックスｊを「１」に初期化する（ステップＳ７０５〜ステップＳ７０６）。また、テストアクセスパスの帯域幅を示すwidthを「ＳＴＳ１」に初期化し、テストアクセスパスの帯域幅の種別示すｘを「１」に初期化する（ステップＳ７０７）。
【０１５１】
そして、テストアクセスルーティングテーブル１３０のｉ番目の送信元NodeIDのｊ番目の回線にwidthの帯域幅が確保できるか否かを判定し（ステップＳ７０８）、確保できる場合には、その回線に接続された伝送装置に対して同様にwidthの帯域幅の回線が確保できるか否かのチェックを行い、これを繰り返して最終的に自装置に到達できるか否かを判定する（ステップＳ７０９）。すなわち、テストアクセスルーティングテーブル１３０のｉ番目の送信元NodeIDの伝送装置から自装置にwidthの帯域幅の経路があるか否かを判定する。
【０１５２】
その結果、経路がある場合には、ネクストホップテーブルにｉ番目の送信元NodeIDの伝送装置についてのエントリがあるか否かを判定し（ステップＳ７１０）、エントリがある場合には、そのエントリのホップ数が今回の経路のホップ数より多いか否かを判定する（ステップＳ７１１）。
【０１５３】
その結果、今回の経路のホップ数より多い場合には、ホップ数の少ない経路をネクストホップテーブルに登録するため、ネクストホップテーブルのエントリを今回の経路に関する情報で上書きする（ステップＳ７１２）。
【０１５４】
一方、ネクストホップテーブルにｉ番目の送信元NodeIDの伝送装置についてのエントリがない場合には、今回探索して得られた経路に関する情報をネクストホップテーブルに追加する（ステップＳ７１３）。
【０１５５】
そして、ｘが「１」である場合には、ｘを「３Ｃ」にしてステップＳ７０８に戻って「ＳＴＳ３Ｃ」の回線を探索し、ｘが「３Ｃ」である場合には、ｘを「１２Ｃ」にしてステップＳ７０８に戻って「ＳＴＳ１２Ｃ」の回線を探索する。また、ｘが「１２Ｃ」である場合には、ｊが「接続されている回線数」でない、すなわち、まだ未探索の回線がある場合には、ｊに「１」を加算し、ｊが「接続されている回線数」である、すなわち、未探索の回線がない場合には、ｉが「送信元NodeIDのエントリ数」に達していないとき、すなわち、未探索の伝送装置があるときは、ｉに「１」を加え、ｊとｘを「１」に初期化する（ステップＳ７１４）。
【０１５６】
そして、ｘが「１２Ｃ」であり、ｉが「送信元NodeIDのエントリ数」であり、かつ、ｊが「接続されている回線数」であるか否かを判定し（ステップＳ７１５）、これらの条件を全てみたした場合には、処理を終了し、いずれかの条件がみたされない場合には、ステップＳ７０８に戻って探索を続ける。すなわち、テストアクセスルーティングテーブル１３０に登録された伝送装置が、それらの伝送装置が有する全回線内において、「ＳＴＳ１」、「ＳＴＳ３Ｃ」、「ＳＴＳ１２Ｃ」の各帯域幅で、自装置と接続可能であるかの判定を全ての伝送装置に対して行う。
【０１５７】
このように、テストアクセスＰＤＵ処理部１２０が、接続・空き帯域情報通知を受信するとテストアクセスルーティングテーブル１３０を更新することによって、伝送装置１００は、常に最新のネットワークの接続状況や空き帯域の情報を把握することができる。
【０１５８】
次に、伝送装置１００によるRemoteTestAccess開始命令受信処理について図１９および図２０を用いて説明する。図１９は、中継ノードとして動作する場合のRemoteTestAccess開始命令受信処理の処理手順を示すフローチャートである。なお、ここでは、ネクストホップテーブルを用いるとともに、到達可能性のチェックも行う場合について説明する。
【０１５９】
図１９に示すように、テストアクセスＰＤＵ処理部１２０は、テストアクセスＰＤＵ送受信部１１０を介してTestAccessPDUを受信すると、RemoteTestAccess開始命令であるか否かを判定する（ステップＳ８０１）。その結果、RemoteTestAccess開始命令でない場合には、受信したTestAccessPDUの種別に基づいて他の処理を行う（ステップＳ８０２）。
【０１６０】
一方、RemoteTestAccess開始命令である場合には、ＲＥＭＯＴＥ−ＮＥで指定される被試験対象伝送装置に到達可能か否かをネクストホップテーブルを検索して判定する（ステップＳ８０３〜ステップＳ８０４）。
【０１６１】
その結果、被試験対象伝送装置に到達可能である場合には、テストアクセスＰＤＵ処理部１２０は、テストアクセス処理部１５０に指示して自装置の中継パスを接続し、テストアクセスＰＤＵ送受信部１１０に指示してネクストホップにRemoteTestAccess開始命令を転送する（ステップＳ８０５）。
【０１６２】
一方、被試験対象伝送装置に到達可能でない場合には、テストアクセスＰＤＵ処理部１２０は、テストアクセスＰＤＵ送受信部１１０に指示して前の伝送装置１００へリモートテストアクセスが実施不可であることを通知する（ステップＳ８０６）。
【０１６３】
このように、各伝送装置がRemoteTestAccess開始命令を中継しながら中継用のパス接続を行うことによって、自律的にリモートテストアクセス用の経路を確立することができる。
【０１６４】
図２０は、ユーザからの指示を受け付ける伝送装置によるRemoteTestAccess開始命令受付処理の処理手順を示すフローチャートである。なお、ここでも、ネクストホップテーブルを用いるとともに、到達可能性のチェックも行う場合について説明する。
【０１６５】
図２０に示すように、管理コマンド処理部１４０はユーザからのコマンドを受け付けてテストアクセスＰＤＵ処理部１２０に渡し、テストアクセスＰＤＵ処理部１２０は受け取ったコマンドがRemoteTestAccess開始命令コマンドであるか否かを判定する（ステップＳ９０１）。その結果、RemoteTestAccess開始命令コマンドでない場合には、受け取ったコマンドの種別に基づいて他の処理を行う（ステップＳ９０２）。
【０１６６】
一方、RemoteTestAccess開始命令コマンドである場合には、コマンドのＲＥＭＯＴＥ−ＮＥで指定される被試験対象伝送装置に到達可能か否かをネクストホップテーブルを検索して判定する（ステップＳ９０３〜ステップＳ９０４）。
【０１６７】
その結果、被試験対象伝送装置に到達可能である場合には、テストアクセスＰＤＵ処理部１２０は、テストアクセス処理部１５０に指示して自装置の中継パスを接続するとともに、RemoteTestAccess開始命令を作成し、テストアクセスＰＤＵ送受信部１１０に指示してネクストホップにRemoteTestAccess開始命令を送信する（ステップＳ９０５）。
【０１６８】
一方、被試験対象伝送装置に到達可能でない場合には、テストアクセスＰＤＵ処理部１２０は、管理コマンド処理部１４０に対してユーザに実施不可であることを通知するように指示する（ステップＳ９０６）。
【０１６９】
このように、ユーザからRemoteTestAccess開始命令コマンドを受け取った伝送装置がRemoteTestAccess開始命令を作成してネクストホップに送信することによって、自律的にリモートテストアクセス用の経路を確立することができる。
【０１７０】
上述してきたように、本実施例では、テストアクセスルーティングテーブル１３０にネットワークの接続状況および帯域の使用状況に関する情報を記憶し、テストアクセスＰＤＵ処理部１２０がテストアクセスＰＤＵ送受信部１１０を介してRemoteTestAccess開始命令を受信するとテストアクセスルーティングテーブル１３０を用いて被試験対象伝送装置までの経路を探索し、探索した経路に基づいてテストアクセス処理部１５０に自装置のパス接続を指示するとともに、ネクストホップへRemoteTestAccess開始命令を転送するようにテストアクセスＰＤＵ送受信部１１０に指示することとしたので、テストアクセス試験設備１０から被試験対象伝送装置までの試験用通信経路を自律的に確立することができる。
【０１７１】
なお、本実施例では、伝送装置のリモートテストアクセス機能について説明したが、このリモートアクセス機能をソフトウェアによって実現することで、同様の機能を有する伝送装置試験プログラムを得ることができる。そこで、この伝送装置試験プログラムを実行するコンピュータについて説明する。
【０１７２】
図２１は、本実施例に係る伝送装置試験プログラムを実行するコンピュータの構成を示す機能ブロック図である。同図に示すように、このコンピュータ４００は、ＲＡＭ４１０と、ＭＰＵ４２０と、ＨＤＤ４３０と、Ｉ／Ｏインタフェース４４０と、ネットワークインタフェース４５０とを有する。
【０１７３】
ＲＡＭ４１０は、プログラムやプログラムの実行途中結果を記憶するメモリであり、ＭＰＵ４２０は、ＲＡＭ４１０からプログラムを読み出して実行する中央処理装置である。ＨＤＤ４３０は、プログラムやデータを格納するディスク装置であり、Ｉ／Ｏインタフェース４４０は、マウスやキーボードなどの入力装置および表示装置を接続するためのインタフェースである。ネットワークインタフェース４５０は、コンピュータ４００をネットワークに接続するためのインタフェースである。
【０１７４】
そして、このコンピュータ４００において実行される伝送装置試験プログラム４１１は、ＨＤＤ４３０にインストールされている。あるいは、この伝送装置試験プログラム４１１は、ネットワークインタフェース４５０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ４００にインストールされる。
【０１７５】
そして、インストールされた伝送装置試験プログラム４１１は、ＨＤＤ４３０からＲＡＭ４１０に読み出されてＭＰＵ４２０によって伝送装置試験タスク４２１として実行される。
【産業上の利用可能性】
【０１７６】
以上のように、本発明に係る伝送装置、伝送装置試験方法および伝送装置試験プログラムは、ネットワークの監視・試験に有用であり、特に、伝送装置が広い地域に設置される場合に適している。
【図面の簡単な説明】
【０１７７】
【図１】図１は、本実施例に係る伝送装置が構成するネットワークの一例を示す図である。
【図２】図２は、本実施例に係る伝送装置の構成を示す機能ブロック図である。
【図３】図３は、TestAccessPDUの種類の一覧を示す図である。
【図４−１】図４−１は、RemoteTestAccess開始命令に含まれる項目を示す図である。
【図４−２】図４−２は、RemoteTestAccess開始命令のデータ構造の一例を示す図である。
【図５】図５は、テストアクセスルーティングテーブルの一例を示す図である。
【図６】図６は、テストアクセスのモードがSPLTEFである場合のテストアクセス処理部による設定を説明するための説明図である。
【図７】図７は、テストアクセスＰＤＵ送受信部の構成を示す機能ブロック図である。
【図８】図８は、TestAccessPDUをＩＰプロトコルを用いて送受信する場合のテストアクセスＰＤＵ送受信部の構成を示す機能ブロック図である。
【図９】図９は、TestAccessPDUをＣＬＮＳプロトコルを用いて送受信する場合のテストアクセスＰＤＵ送受信部の構成を示す機能ブロック図である。
【図１０】図１０は、ネクストホップテーブルの一例を示す図である。
【図１１】図１１は、管理者が試験用通信経路を指定する場合に入力する項目を示す図である。
【図１２】図１２は、本実施例に係る伝送装置間のRemoteTestAccess開始命令の処理シーケンス（ＯＫ時）を示すシーケンス図である。
【図１３】図１３は、本実施例に係る伝送装置間のRemoteTestAccess開始命令の処理シーケンス（ＮＧ時）を示すシーケンス図である。
【図１４】図１４は、本実施例に係る伝送装置間のTestAccess事前確認命令の処理シーケンス（ＯＫ時）を示すシーケンス図である。
【図１５】図１５は、本実施例に係る伝送装置間のTestAccess事前確認命令の処理シーケンス（ＮＧ時）を示すシーケンス図である。
【図１６】図１６は、本実施例に係る伝送装置間のTestAccessList配信通知の処理シーケンス（ＯＫ時）を示すシーケンス図である。
【図１７】図１７は、本実施例に係る伝送装置間のTestAccessList配信通知の処理シーケンス（ＮＧ時）を示すシーケンス図である。
【図１８−１】図１８−１は、接続・空き帯域情報通知受信処理の処理手順を示すフローチャート（１）である。
【図１８−２】図１８−２は、接続・空き帯域情報通知受信処理の処理手順を示すフローチャート（２）である。
【図１９】図１９は、中継ノードとして動作する場合のRemoteTestAccess開始命令受信処理の処理手順を示すフローチャートである。
【図２０】図２０は、ユーザからの指示を受け付ける伝送装置によるRemoteTestAccess開始命令受付処理の処理手順を示すフローチャートである。
【図２１】図２１は、本実施例に係る伝送装置試験プログラムを実行するコンピュータの構成を示す機能ブロック図である。
【図２２】図２２は、被試験対象伝送装置の回線の信号のテストアクセス試験設備への中継を示す図である。
【符号の説明】
【０１７８】
１０    テストアクセス試験設備
１００    伝送装置
１１０，２１０，３１０    テストアクセスＰＤＵ送受信部
１１１，２１３，３１３    テストアクセスＰＤＵデータ分割・再構築部
１１２    Ｊ１送受信部
１２０    テストアクセスＰＤＵ処理部
１３０    テストアクセスルーティングテーブル
１４０    管理コマンド処理部
１５０    テストアクセス処理部
２１１，３１１    名前解決処理部
２１２    ＩＰ処理部
２１４    ＩＰルーティング処理部
２１５，３１５    ＤＣＣデータ送受信部
３１２    ＣＬＮＳ処理部
３１４    ＯＳＩルーティング処理部
４００    コンピュータ
４１０    ＲＡＭ
４１１    伝送装置試験プログラム
４２０    ＭＰＵ
４２１    伝送装置試験タスク
４３０    ＨＤＤ
４４０    Ｉ／Ｏインタフェース
４５０    ネットワークインタフェース
【図１】
0004252610.tif 000002
【図２】
0004252610.tif 000003
【図３】
0004252610.tif 000004
【図４−１】
0004252610.tif 000005
【図４−２】
0004252610.tif 000006
【図５】
0004252610.tif 000007
【図６】
0004252610.tif 000008
【図７】
0004252610.tif 000009
【図８】
0004252610.tif 000010
【図９】
0004252610.tif 000011
【図１０】
0004252610.tif 000012
【図１１】
0004252610.tif 000013
【図１２】
0004252610.tif 000014
【図１３】
0004252610.tif 000015
【図１４】
0004252610.tif 000016
【図１５】
0004252610.tif 000017
【図１６】
0004252610.tif 000018
【図１７】
0004252610.tif 000019
【図１８−１】
0004252610.tif 000020
【図１８−２】
0004252610.tif 000021
【図１９】
0004252610.tif 000022
【図２０】
0004252610.tif 000023
【図２１】
0004252610.tif 000024
【図２２】
0004252610.tif 000025