加入者終端装置による接続性監視方法
【課題】中継網を介して送受信するユーザフレームを収容する回線やＯＡＭ信号を終端する終端装置を制御する回線の接続性監視を、障害検知の容易性やユーザトラフィックへの負担低減を考慮して実現する。
【解決手段】ユーザフレームを収容する回線に接続される終端装置同士を従属関係に設定し、上位側（センタ側）終端装置と複数の下位側（拠点側）終端装置との間で接続性監視を実施することで障害検知区間の明確化を実現する。
【解決手段】ユーザフレームを収容する回線に接続される終端装置同士を従属関係に設定し、上位側（センタ側）終端装置と複数の下位側（拠点側）終端装置との間で接続性監視を実施することで障害検知区間の明確化を実現する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理者の異なるパケット通信網を跨る通信回線の接続性を監視するためのネットワーク構成ならびに監視に使用される装置に関する。
【背景技術】
【０００２】
近年、イーサネット（登録商標）はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）領域だけにとどまらず、広域イーサネットサービスなどのキャリアネットワークにおいても急速に普及してきた。しかし、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）など従来の伝送網に用いられてきた他プロトコルと比べて、イーサネットを初めとするパケット通信プロトコルに対してはＯＡＭ（Ｏｐｅｒａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）機能が定義されていなかったため、その品質管理が課題とされてきた。
近年、標準化団体ＩＴＵ−Ｔ (Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ )及びＩＥＥＥ (Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ.)においてこれらの議論が行われたことにより、ＩＴＵ−Ｔ勧告Ｙ.１７３１（非特許文献１）やＩＥＥＥ ８０２．１ａｇ（非特許文献２）が規定され、イーサネットのためのＯＡＭ機能が導入された。また、ＯＡＭ機能を用いた経路切り替え（プロテクション）方式Ｇ.８０３１（非特許文献３）も規格化が完了している。
【０００３】
これらにより、イーサネット網での通信サービスに関する保守管理が可能となることから、イーサネットを含むパケット通信網におけるＯＡＭ機能の実用化が始まっている。イーサネットは通常、個人又は法人ユーザが所有するＬＡＮに適用されることが多いが、品質管理機能を備えたことにより、キャリアが提供するインフラサービスに於いても、その運用が注目されている。ユーザ宅に設置する宅内装置についても、イーサネットＯＡＭ（以下、イーサＯＡＭと言う。）の導入が検討されている。
【０００４】
従来、キャリアは専用線やＬ２―ＶＰＮサービスによる、ユーザサイト間の中継網を構築するサービスを提供してきた。この場合のユーザとは、主に企業などの法人ユーザを指すことが多い。これは企業ユーザが、災害回避やサーバ等の負荷分散を目的として、それぞれ異なる場所に複数のサイトを持つこと、また本社と支社など企業規模に応じて複数のサイトを所有する場合などに、サイト間の相互通信が必要とされてきたためである。
これら地理的に離れた場所に存在するユーザのサイト同士を接続するための中継網を構築するサービスでは、キャリアが提供する中継網内において、ユーザとの契約に応じた帯域保証が行われている。互いに距離の離れたサイト間の通信にはユーザに近いインフラを提供するアクセス網プロバイダや、それらアクセス網同士を接続するコア網を提供するキャリアなど、管理者の異なる複数の網を跨ぐ形となり、ユーザが使用する装置間のＥｎｄ−ｔｏ−Ｅｎｄの帯域保証は困難であった。そのため、ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）などを用いたＬ２―ＶＰＮサービスなど、上位プロトコルを用いた暗号化通信が主に利用されている。
【０００５】
このような上位プロトコルを用いた帯域保証サービスに加えて、先に述べたイーサＯＡＭの標準化に伴い、Ｌａｙｅｒ ２（以下、Ｌ２と言う。）のような下位プロトコルでの通信管理が可能となった。また、アクセス網プロバイダは、コストの高い専用線装置からパケット通信装置へ移行しつつある。このように、ユーザ網、アクセス網、コア網がともにパケット通信装置により接続されると、従来は困難であった、アクセス網とコア網を一貫して管理するためのコネクション確立が容易となる。
具体的には、コア網を提供するキャリアが、ユーザサイト内に遠隔装置を設置し、アクセス網プロバイダを跨いでユーザサイト間の通信全体を管理する方法が導入されつつある。この場合、アクセス網プロバイダはコア網を所有するキャリアに対して回線を提供する立場となる。従来、伝送網の下位レイヤ（コア網）に近いキャリアが、アクセス網プロバイダにリソースを提供する立場であったが、パケット通信網の機能が拡充されるに従い、ビジネスモデルが変化してきている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｙ．１７３１
【非特許文献２】ＩＥＥＥ ８０２.１ａｇ
【非特許文献３】ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｇ．８０３１／Ｙ．１３４２
【発明の概要】
【発明が解決しようとする課題】
【０００７】
これまでキャリア等の通信事業者が規模の大きなユーザ間ネットワークを提供する場合、通信事業者はネットワークの規模に応じて相応のコスト負担を実施してネットワークを構築してきた。近年は、アクセス網プロバイダ等の地域業者が構築しているＬ２―ＶＰＮネットワーク等の地域網も中継網として活用することで、前述のコスト低減を図る動きがある。この時、サービスを提供する通信事業者は、自身が管理するネットワーク以外に、別事業者が管理する地域網のネットワークも加入者への保守・監視対象とすることで、ネットワーク全体の管理を行う。
【０００８】
障害発生時に通信事業者は、故障区間の特定や影響を受けるサービス収容回線の特定を行うため、ネットワークを構成している装置毎の警報状態の把握や疎通試験を実施する必要がある。しかし、規模の大きなネットワーク網や複数の地域網を中継網として利用している場合、状況の把握に時間を要する場合がある。
【０００９】
そのため、前述の保守・監視では、サービスを提供する通信事業者が素早く障害状況の把握を行うため、ユーザ装置からサービス回線が収容される各終端装置間での接続性監視が効果的となる。この場合、イーサＯＡＭにて接続性監視に利用されるＣＣＭ（Ｃｏｎｔｉｎｕｉｔｙ Ｃｈｅｃｋ Ｍｅｓｓａｇｅ）フレームの適用が候補に挙がるが、以下の２点に考慮が必要となる。１点目は、単純な各終端装置間での接続性監視では、障害発生箇所によっては、複数の終端装置から障害検出が不必要に通知される恐れがあることである。２点目は、なるべく本来のユーザトラフィックへの負担を低減するため、各終端装置間でＣＣＭフレームの送受信を最小限に実施する必要があることである。
【課題を解決するための手段】
【００１０】
ユーザの拠点内でＣＣＭフレーム等のＯＡＭ信号を終端する装置に従属関係を設定し、上位側（マスタ）終端装置と複数の下位側（スレーブ）終端装置との間で接続性監視を実施することで障害検知区間の明確化を実現する。
【００１１】
また、上位側終端装置から複数の下位側終端装置へは、宛先をマルチキャストＭＡＣアドレスに設定したＣＣＭフレームを送信し、下位側終端装置から上位側（センタ側）終端装置へは、宛先をユニキャストＭＡＣアドレスに設定したＣＣＭフレームを送信する。
各終端装置を制御する制御装置（以下、制御装置もしくはコントローラとも称する）から上位側終端装置や下位側終端装置へは、宛先をマルチキャストＭＡＣアドレスに設定したＣＣＭフレーム（以下、Ｅｔｈ―ＣＣ信号とも称する）を送信し、上位側終端装置や下位側終端装置からコントローラへは、宛先をユニキャストＭＡＣアドレスに設定したＣＣＭフレームを送信する。
【発明の効果】
【００１２】
本発明によると、接続性監視を実施する区間が制御装置と各終端装置との間、上位の終端装置と下位の終端装置との間になり、監視区間の明確化が可能になる。このことにより、通信事業者は障害発生時の接続性異常通知に対して、即座にサービス影響範囲の把握と対応が可能になる。また、制御装置から各終端装置へのＣＣＭフレーム送信と上位の終端装置から下位の終端装置へのＣＣＭフレーム送信について、宛先にマルチキャストＭＡＣアドレスを利用することで、送信元は複数の送信先に対してＣＣＭフレームを一括して送信できる。このことにより、通信事業者はネットワーク設計において、接続性監視に用いるＣＣＭフレームの送受信により消費される帯域を必要最低限に設定でき、ユーザトラフィックへの負担を低減できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態によるＬ２―ＶＰＮ網を示す網構成例である。
【図２】終端装置を経由してユーザ拠点間を送受信するユーザフレームのフレーム構成例である。
【図３】終端装置間や終端装置とコントローラの間を通信するイーサネットＯＡＭフレームの構成例である。
【図４】接続性監視に利用するＥｔｈ―ＣＣ信号を示すフレーム構成例である。
【図５】終端装置を制御するコントローラの一実施例を示すブロック構成図である。
【図６】センタ側終端装置の一実施例を示すブロック構成図である。
【図７】拠点側終端装置の一実施例を示すブロック構成図である。
【図８】終端装置を制御するコントローラがセンタ側終端装置へ登録情報を通知するシーケンスの一例である。
【図９】終端装置を制御するコントローラが拠点側終端装置へ登録情報を通知するシーケンスの一例である。
【図１０】センタ側終端装置と拠点側終端装置が互いにＭＡＣアドレス学習を実施するシーケンスの一例である。
【図１１】終端装置を制御するコントローラで管理される登録情報を示すテーブルの一例である。
【図１２】センタ側終端装置で管理される接続情報を示すテーブルの一例である。
【図１３】拠点側終端装置で管理される接続情報を示すテーブルの一例である。
【図１４】終端装置がＬ２―ＶＰＮ網から転送されるフレームの処理フローの一例である。
【図１５】終端装置を制御するコントローラが接続状態を判定する処理フローの一例である。
【図１６】終端装置が接続状態を判定する処理フローの一例である。
【発明を実施するための形態】
【００１４】
以下、図面を用いて本発明によるネットワークの構成と動作を、ＩＴＵ−Ｔ勧告Ｙ．１７３１（非特許文献１）で規定されるイーサＯＡＭ構成及びその動作を例として説明する。
【００１５】
図１は、本発明の実施形態の一例を説明するための網構成図である。
網１では、例えば、拠点間を接続するサービスに加入しているユーザ（加入者）の端末（以下、ユーザ装置と言う。）が各地に配置されており、同じく各地に配備された終端装置であるＢｏｘ−Ｓ３０やＢｏｘ−Ｍ４０がこれらユーザ装置を、Ｌ２―ＶＰＮ（Ｌａｙｅｒ ２ Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）網１０に接続させている様子を示している。ここで、Ｂｏｘ−Ｍ４０は例えばユーザが各拠点を集約する大都市部などのセンタ側に配置する終端装置であり、Ｂｏｘ−Ｓ３０は例えばユーザが地方などの拠点側に配置する終端装置である。この終端装置は、単体の装置でも良いし、またはユーザ宅や加入者の局に設置されるＥｄｇｅ用ホームゲートウェイ等の装置や、ルータやスイッチ等の中継装置に組み込まれていても良い。
【００１６】
各地に設置された終端装置は、中継するＬ２―ＶＰＮ網１０のエッジに配置されたＬ２スイッチなどのエッジ装置２０と接続されており、必要に応じてＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）設定されたネットワークにて通信を行う。
【００１７】
ここで、エッジ装置２０やＢｏｘ−Ｍ４０、Ｂｏｘ−Ｓ３０は、例えば通信事業者であるキャリアが所有する装置であり、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０はキャリアがユーザに貸与して、ユーザの宅内や局内に設置される使用形態が想定される。また、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０等の終端装置とエッジ装置２０との間のネットワークは、アクセス網プロバイダ等のキャリア以外の地域業者が管理するネットワークで構成されていても良い。また、エッジ装置で挟まれるネットワークは、キャリアが管理するネットワークと考えても良い。なお、図１のネットワークのどの部分を誰が管理するかについては上述の例以外にも様々なバリエーションがあるが、本実施例は網１がどのように管理区分されていても実施することができる。
【００１８】
図１では、地方などの拠点側の終端端末として、Ｂｏｘ―Ｓ―１（３０Ａ）、Ｂｏｘ―Ｓ―２（３０Ｂ）、Ｂｏｘ―Ｓ―３（３０Ｃ）、Ｂｏｘ―Ｓ―４（３０Ｄ）の４台のＢｏｘ―Ｓが配置されている。またセンタ側の終端端末として、１台のＢｏｘ―Ｍ４０が配置されている。その他、各終端装置を遠隔制御するコントローラ５０もＬ２―ＶＰＮ網１０とＬ２スイッチなどのエッジ装置２０Ｆを介して接続されている。
また、コントローラ５０とＢｏｘ―Ｍ４０とＢｏｘ―Ｓ３０はＬ２―ＶＰＮ網１０を介し、ＶＬＡＮにてネットワークを構成している。具体的には、コントローラ５０とＢｏｘ―Ｍ４０とＢｏｘ―Ｓ―１（３０Ａ）とＢｏｘ―Ｓ―２（３０Ｂ）がＶＬＡＮ ＩＤがＶＬＡＮ Ａに設定されたネットワークを構築しており、コントローラ５０とＢｏｘ―Ｍ４０とＢｏｘ―Ｓ―３（３０Ｃ）とＢｏｘ―Ｓ―４（３０Ｄ）がＶＬＡＮ ＩＤがＶＬＡＮ Ｂに設定されたネットワークを構築している。
【００１９】
コントローラ５０とＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０との間は、コントローラ５０がＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０を制御するため、主にイーサＯＡＭ信号を送受信するために構築された通信路である。各終端装置の間は、ユーザが拠点―センタ間の通信に用いるユーザフレームや後述する終端装置間の接続性監視等を行うイーサＯＡＭ信号を転送するための通信路である。
また各終端装置の間は、１台のセンタ側Ｂｏｘ―Ｍ４０の配下に複数の拠点側Ｂｏｘ―Ｓ３０が従属している形態をとる。一例をあげると、ある企業ネットワークにおいて、拠点側Ｂｏｘ―Ｓ３０の先に接続されるユーザ装置には各支店に設置された端末があり、センタ側Ｂｏｘ―Ｍ４０の先に接続されるユーザ装置には各支店を統括するデータセンタが設置されており、相互に送受信するネットワークである。前述の例はあくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００２０】
図２は、ユーザ装置から転送され、Ｂｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との間で送受信される、ユーザのデータを運ぶためのユーザフレームのフレーム構成例である。
ユーザフレームは例えば、宛先ＭＡＣアドレス２０００、送信元ＭＡＣアドレス２０１０、ＶＬＡＮタグ２０２０、Ｔｙｐｅ２０３０、ペイロード２０４０から構成される。ＶＬＡＮタグ２０２０は、ＩＥＥＥ ８０２．１Ｑで標準化されている。ＶＬＡＮタグ２０２０は、ＶＬＡＮタグであることを示すＴＰ ＩＤ２０５０、フレームの優先度を示すＣｏｓ２０６０、トークンリングのカプセル化フラグＣＦＩ２０７０、ＶＬＡＮの識別に使用するＶＩＤ２０８０より構成される。ＶＩＤ２０８０により、Ｌ２―ＶＰＮ網内の経路が決定する。Ｔｙｐｅ２０３０は上位層のプロトコルを識別する番号である。例えば、ＩＰｖ４であれば０ｘ０８００である。ペイロード２０４０は、ユーザフレームのデータ本体を示す。
【００２１】
図３はＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０やコントローラ５０が送受信する、イーサＯＡＭ信号のフレーム構成例である。
イーサＯＡＭ信号は例えば、宛先ＭＡＣアドレス３０００、送信元ＭＡＣアドレス３０１０、ＶＬＡＮタグ３０２０、Ｔｙｐｅ３０３０、ペイロード３０４０から構成される。イーサＯＡＭ信号のＴｙｐｅ３０３０は０ｘ８９０２である。ペイロード３０４０はイーサＯＡＭのデータであり、ＩＥＥＥ ８０２．１ａｇ、ＩＴＵ―Ｔ Ｙ．１７３１でフォーマットが規定されている。ペイロード３０４０は、ＭＥＬ３０５０、Ｖｅｒｓｉｏｎ３０６０、ＯｐＣｏｄｅ３０７０、Ｆｌａｇｓ３０８０、ＴＬＶ Ｏｆｆｓｅｔ３０９０、ＯＡＭデータ３１００から構成される。ＭＥＬ３０５０はイーサＯＡＭ信号の管理レベル（ＭＥＧレベル）を示す。Ｖｅｒｓｉｏｎ３０６０はイーサＯＡＭ信号のバージョンを識別するための識別子である。ＯｐＣｏｄｅ３０７０はイーサＯＡＭ信号の機能を識別するための識別子である。例えば、イーサＯＡＭ信号が接続性監視に利用されるＣＣＭフレームであるＥｔｈ―ＣＣ信号であれば０ｘ０１である。Ｆｌａｇｓ３０８０は、Ｅｔｈ―ＣＣ信号ではＯＡＭ終端ノードでの通信警報検知や送信周期を示す。ＴＬＶ Ｏｆｆｓｅｔ３０９０は、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）までの固定フィールドのＢｙｔｅ数を示す。ＯＡＭデータ３１００は、ＯｐＣｏｄｅ３０７０別に規定されたデータを示す。
【００２２】
イーサＯＡＭ信号を送受信する際、コントローラ５０やＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は送信先によって、イーサＯＡＭ信号内のＭＥＬ３０５０を変更することでＭＥＧレベルを変える。即ち、コントローラ５０とＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０との間に用いるイーサＯＡＭ信号のＭＥＧレベルに対して、Ｂｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との間に用いるイーサＯＡＭ信号のＭＥＧレベルは、より大きい値が設定される。例えば、コントローラ５０と、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０との間のイーサＯＡＭ信号のＭＥＧレベルを「３」と設定した場合、Ｂｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との間のイーサＯＡＭ信号のＭＥＧレベルは「４」と設定される。これは、通信区間の種別が、ユーザ装置が送受信する回線の終端点同士を通信するＢｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との通信と、終端装置を制御するための制御区間を通信するコントローラ５０とＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０との通信が異なるためである。
なお、ＭＥＧレベルはユーザ拠点間を保守管理の対象とする場合は高い数値に設定されるのが一般的である。そして、アクセス網プロバイダの網間や、キャリアのコア網と、保守管理の対象となるネットワークが狭くなるにつれて、ＭＥＧレベルは低い数値に設定されるのが一般的な取り決めである。
【００２３】
図４は、イーサＯＡＭ信号が接続性監視に利用されるＥｔｈ―ＣＣ信号である場合のＯＡＭデータ３１００を示すフレーム構成例である。
Ｅｔｈ―ＣＣ信号の場合、イーサＯＡＭのＯＡＭデータ３１００は例えば、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４０００、ＭＥＰ ＩＤ４０１０、ＭＥＧ ＩＤ４０２０、ＴｘＦＣｆ４０３０、ＲｘＦＣｂ４０４０、ＴｘＦＣｂ４０５０、Ｒｅｓｅｒｖｅｄ４０６０、Ｅｎｄ ＴＬＶ４０７０から構成される。各項目はＩＴＵ―Ｔ Ｙ．１７３１で規定されている。Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４０００は本信号のシーケンス番号を示している。ＭＥＰ ＩＤ４０１０は宛先ＭＥＰ ＩＤを示す。ＭＥＧ ＩＤ４０２０は本信号が属するＭＥＧ ＩＤを示す。ＴｘＦＣｆ４０３０は本Ｅｔｈ―ＣＣ信号の送信までに対向ＭＥＰに送出したユーザフレームの総数を表す。ＲｘＦＣｂ４０４０は前回Ｅｔｈ―ＣＣ信号と本Ｅｔｈ―ＣＣ信号の受信の間に対向ＭＥＰから受信したユーザフレーム数を表す。ＴｘＦＣｂ４０５０は、前回Ｅｔｈ―ＣＣ信号と本Ｅｔｈ―ＣＣ信号の送出の間に対向ＭＥＰに送出したユーザフレーム数を表す。Ｒｅｓｅｒｖｅｄ４０６０は未使用領域を示す。Ｅｎｄ ＴＬＶ４０７０はＯＡＭデータ３１００の終端を示す。
【００２４】
本実施例では、Ｒｅｓｅｒｖｅｄ４０６０の領域を利用して、コントローラ５０、Ｂｏｘ−Ｍ４０、Ｂｏｘ−Ｓ３０間でＥｔｈ−ＣＣ信号を効率的に送受信するのに必要な情報の送受信を行う。このため、本実施例ではＲｅｓｅｒｖｅｄ４０６０の領域に制御／ユーザ回線判定領域４０６１と、シリアルナンバー４０６２と、ユニットＩＤ４０６３を設けている。
【００２５】
制御／ユーザ回線判定領域４０６１は、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０等の終端装置が最初のＥｔｈ−ＣＣ信号を受信した場合に、そのＥｔｈ−ＣＣ信号がコントローラ５０からのものであるのか、もしくは他の終端装置からのものであるのかを判断するための情報を格納する。具体的にはＲｅｓｅｒｖｅｄ４０６０の領域は４８ビット存在するが、例えば先頭の１ビットを制御／ユーザ回線判定領域４０６１と定義する。例えば制御／ユーザ回線判定領域４０６１が「１」の場合は該当のＥｔｈ―ＣＣ信号はコントローラ５０からのＥｔｈ―ＣＣ信号とする一方、制御／ユーザ回線判定領域４０６１が「０」の場合は該当のＥｔｈ―ＣＣ信号は終端装置（Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０）からのＥｔｈ―ＣＣ信号とする。
【００２６】
シリアルナンバー４０６２には、ベンダが各終端装置の出荷時にユニークに設定した番号、例えばＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の製造番号等であるシリアルナンバーが格納される。ただし、このシリアルナンバーについては一例であり、コントローラ５０が任意の終端装置を他の終端装置と区別して一意に識別することができる識別情報であれば良い。このシリアルナンバー４０６２は、例えばＲｅｓｅｒｖｅｄ４０６０の領域において、先頭から、２ビット目から１５ビット目（１４ビット分）に格納されている。１４ビット分では、１〜１６３８３のシリアルナンバーをそれぞれユニークに設定可能となる。
後述するように、本実施例では、コントローラ５０がオペレータから登録情報を入手した後に最初のＥｔｈ−ＣＣ信号を終端装置から受信したときに、コントローラ５０はそれら終端装置のシリアルナンバーは知っているが、ＭＡＣアドレスは知らない状態である。このためコントローラ５０は、このシリアルナンバー４０６２を確認することで、どの終端装置からＥｔｈ−ＣＣ信号が送信されたのかを判断する。
【００２７】
ユニットＩＤ４０６３には、通信事業者が構築するネットワーク内において、各終端装置へユニークに設定するＩＤが格納される。例えば、網１において、ＶＬＡＮ毎に各終端装置を一意に識別するために、各終端装置へユニークに設定するＩＤである。ただし、このＩＤについては一例であり、終端装置が自身が属するネットワーク（例えばＶＬＡＮなど）において、他の終端装置を一意に識別することができる識別情報であれば良い。前述のユニットＩＤは、例えばＲｅｓｅｒｖｅｄ４０６０の領域において、先頭から、１６ビット目から２３ビット目（８ビット分）に格納されている。８ビット分では、１〜２５５のユニットＩＤをそれぞれユニークに設定可能となる。
後述するように、本実施例では、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０が通常運用移行後に最初のＥｔｈ−ＣＣ信号を他の終端装置から受信したときに、Ｅｔｈ−ＣＣ信号を送信した他の終端装置のユニットＩＤは知っているが、ＭＡＣアドレスを知らない状態である。このためこれらＥｔｈ−ＣＣ信号を初めて受信した終端装置は、このユニットＩＤ４０６３を確認することで、どの終端装置からＥｔｈ−ＣＣ信号が送信されたのかを判断する。
【００２８】
本実施例では上述のように、Ｒｅｓｅｒｖｅｄ４０６０の領域を加工して必要な情報を送受信するようにしているが、これは本手法に拘ったものではなく、あくまで一例として挙げたものであり、Ｅｔｈ―ＣＣ信号内のＲｅｓｅｒｖｅｄ４０６０以外の領域を使用するよう装置間で定義して、これら情報を格納しても良い。例えばシリアルナンバーやユニットＩＤについては、ＭＥＧ ＩＤ４０２０などＩＤを格納可能な適切な領域を用いても構わない。
【００２９】
図５はコントローラ５０のブロック図の一例である。
コントローラ５０は、例えば、ＩＦ部５０００、５０１０と、コントローラ制御部５０２０と、イーサＯＡＭ生成部５０３０と、イーサＯＡＭ終端・処理部５０４０から構成されている。コントローラ制御部５０２０は例えば、登録情報管理部５０５０と、通知監視部５０６０から構成されている。登録情報管理部５０５０は例えば、登録情報ＤＢ５０５５を内蔵する。通知監視部５０６０には例えば、接続性監視部５０７０が内蔵されている。
【００３０】
コントローラ５０は、オペレータとの情報の送受信を、外部とのインタフェースであるＩＦ部５０１０を経由してコントローラ制御部５０２０にて行う。登録情報管理部５０５０内の登録情報ＤＢ５０５５は、オペレータから通知された各終端装置Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の登録情報が格納されるデータベースである。この登録情報は、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０を通常運用に移行させるために必要なだけでなく、該当装置との接続性監視にも利用される。イーサＯＡＭ生成部５０３０は、登録情報管理部５０５０の指示に従い、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０に向けた制御のためのイーサＯＡＭ信号を生成・送信する機能を持つ。イーサＯＡＭ生成部５０３０にて生成されたイーサＯＡＭ信号は、ＩＦ部５０００を経由してＬ２―ＶＰＮ網１０へ送信される。登録情報ＤＢ５０５５については図１１で後述する。
イーサＯＡＭ終端・処理部５０４０は、Ｌ２―ＶＰＮ網１０から送信される信号を自宛のイーサＯＡＭ信号か否か判定する機能を持つ。イーサＯＡＭ終端・処理部５０４０は、該当信号を自宛のイーサＯＡＭ信号と判定すると、該信号を通知監視部５０６０や登録情報管理部５０５０へ転送する。通知監視部５０６０はイーサＯＡＭ終端・処理部５０４０から転送される信号を解析し、通知信号ならば、必要に応じてオペレータにＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の状態を通知する。また、接続性監視部５０７０はＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号を監視しており、一定時間Ｅｔｈ―ＣＣ信号を受信しない場合、該当装置との接続性に異常が発生したと判定して、オペレータへの通知を実施する。
【００３１】
コントローラ５０は、Ｂｏｘ−Ｍ４０やＢｏｘ―Ｓ３０との接続性監視を行うためにＥｔｈ―ＣＣ信号をそれら終端装置に送信する場合、宛先ＭＡＣアドレスをマルチキャストＭＡＣアドレスに設定して、自装置に登録されたＶＬＡＮ ＩＤ毎に各終端装置へ送信する。コントローラ５０は宛先ＭＡＣアドレス３０００をマルチキャストＭＡＣアドレスに設定したＥｔｈ―ＣＣ信号を送信することで、複数の終端装置に一括送信することが可能になる。
【００３２】
図６はセンタ側終端装置Ｂｏｘ―Ｍ４０のブロック図の一例である。
Ｂｏｘ―Ｍ４０は、例えば、ＩＦ部６０００、６０１０と、イーサＯＡＭ分離・終端部６０２０と、イーサＯＡＭ挿入・多重部６０３０と、端末制御部６０４０から構成される。端末制御部６０４０は例えば、接続先テーブル管理部６０５０と、イーサＯＡＭ処理部６０６０と、通知監視部６０７０と、設定管理部６０８０から構成される。通知監視部６０７０には例えば、接続性監視部６１１０が内蔵されている。イーサＯＡＭ分離・終端部６０２０やイーサＯＡＭ挿入・多重部６０３０には例えば、フレームバッファ部６０９０、６１００が内蔵されている。接続先テーブル管理部６０５０は例えば、接続先ＤＢ６０５５が内蔵されている。
【００３３】
Ｂｏｘ―Ｍ４０は、Ｌ２―ＶＰＮ網１０からの信号を外部とのインタフェース部であるＩＦ部６０００を経由し、イーサＯＡＭ分離・終端部６０２０内のフレームバッファ部６０９０で受信する。イーサＯＡＭ分離・終端部６０２０は、受信した信号をイーサＯＡＭ信号かユーザフレームかを判定する機能を持つ。イーサＯＡＭ分離・終端部６０２０は、受信した信号をユーザフレームと判定すると、外部とのインタフェース部であるＩＦ部６０１０を経由し、ユーザ装置へ転送する。イーサＯＡＭ分離・終端部６０２０は、受信した信号をイーサＯＡＭ信号と判定すると、ユーザ装置へ転送せずに端末制御部６０４０内のイーサＯＡＭ処理部６０６０へ転送する。イーサＯＡＭ処理部６０６０では、受信したイーサＯＡＭ信号の内容を確認して、必要な処理を実施する。
【００３４】
イーサＯＡＭ処理部６０６０は、受信したイーサＯＡＭ信号のＭＥＬ３０５０から当該信号のＭＥＧレベルを読み取り、イーサＯＡＭ信号の透過または終端を判断する。イーサＯＡＭ信号のＭＥＧレベルが、イーサＯＡＭ処理部６０６０の保持する終端ＭＥＧレベル、つまりＢｏｘ−Ｍ４０が処理すべきＭＥＧレベルよりも大きい場合、イーサＯＡＭ処理部６０６０は、イーサＯＡＭ信号を透過処理する。この透過処理とは、イーサＯＡＭ分離・終端部６０２０から転送されたイーサＯＡＭ信号を、イーサＯＡＭ分離・終端部６０２０へそのまま折り返し、イーサＯＡＭ挿入・多重部６０３０から送られてきたイーサＯＡＭ信号は、イーサＯＡＭ挿入・多重部６０３０へそのまま折り返す処理である。
イーサＯＡＭ信号のＭＥＧレベルが、イーサＯＡＭ処理部６０６０の保持する終端ＭＥＧレベルより小さい場合、イーサＯＡＭ処理部６０６０はイーサＯＡＭ信号を破棄する。
【００３５】
イーサＯＡＭ信号のＭＥＧレベルが、イーサＯＡＭ処理部６０６０の保持する終端ＭＥＧレベルと同じ場合、イーサＯＡＭ処理部６０６０はイーサＯＡＭ信号を終端し、イーサＯＡＭ信号の処理を行う。この時、Ｌ２―ＶＰＮ網１０から受信したイーサＯＡＭ信号がＥｔｈ―ＣＣ信号であれば、イーサＯＡＭ処理部６０６０は、送信元ＭＡＣアドレスやユニットＩＤや制御／ユーザ回線判定領域４０６１の情報を確認して、該情報を接続先テーブル管理部６０５０に展開する。接続先テーブル管理部６０５０は必要に応じて、接続先ＤＢ６０５５に送信元ＭＡＣアドレス等を登録する。接続先テーブル管理部管理部６０５０は、コントローラ５０から転送される自身に従属するＢｏｘ―Ｓ３０の状態の把握や、受信したＥｔｈ―ＣＣ信号などから取得した送信元ＭＡＣアドレスを基に自身と接続されている対向装置の状態を把握している。接続先ＤＢ６０５５は、接続されている対向措置のユニットＩＤやＭＡＣアドレス等を格納するためのデータベースであり、図１２で後述する。
【００３６】
設定管理部６０８０は、コントローラ５０から転送された自装置への登録情報を格納・管理している。設定管理部６０８０が格納・管理する登録情報は例えば、網１では、Ｂｏｘ―Ｍ４０はＶＬＡＮ ＡとＶＬＡＮ Ｂの２種類のＶＬＡＮ ＩＤに収容されているので、ＶＬＡＮ Ａ、ＶＬＡＮ Ｂ毎の対向装置であるＢｏｘ−Ｓ３０のユニットＩＤなどが格納される。設定管理部６０８０は、コントローラ５０から転送される情報から、自身に従属するＢｏｘ―Ｓ３０についての情報等、必要な情報を接続先テーブル管理部６０５０へ展開する。通知監視部６０７０は、他装置からの障害通知や自装置内の障害状況を監視しており、必要に応じてコントローラ５０や対向するＢｏｘ−Ｓ３０などに自装置が検出した情報を通知する機能を備える。該通知には、例えばイーサＯＡＭ処理部６０６０に指示を出し、イーサＯＡＭ処理部６０６０にて必要なイーサＯＡＭ通知信号を生成してもよい。
【００３７】
接続性監視部６１１０は、通知監視部６０７０内で、コントローラ５０や他の終端装置との接続性を監視している。接続性監視部６０７０は、接続先テーブル管理部６０５０とイーサＯＡＭ処理部６０６０を利用して接続性監視を実施する。即ち、接続性監視部６１１０は、接続先ＤＢ６０５５に登録されているデータベースを参考に、イーサＯＡＭ処理部６０６０がコントローラ５０や対向の終端装置からＥｔｈ―ＣＣ信号を一定時間内に受信するか否かで、該当装置との接続性を監視している。
【００３８】
Ｂｏｘ―Ｍ４０は、ユーザ装置から信号が送信されると、ＩＦ部６０１０を経由し、イーサＯＡＭ挿入・多重部６０３０内のフレームバッファ部６１００で受信する。イーサＯＡＭ挿入・多重部６０３０は受信した信号をイーサＯＡＭ信号かユーザフレームかを判定する機能を持つ。イーサＯＡＭ挿入・多重部６０３０は、受信した信号をユーザフレームと判定すると、外部とのインタフェース部であるＩＦ部６０００を経由し、Ｌ２―ＶＰＮ網１０へ転送する。イーサＯＡＭ挿入・多重部６０３０は、受信した信号をイーサＯＡＭ信号と判定すると、Ｌ２―ＶＰＮ網１０へ転送せずに端末制御部６０４０内のイーサＯＡＭ処理部６０６０へ転送する。このように、この実施例の終端装置は必要に応じてＯＡＭ信号を終端するものである。
端末制御部６０４０は、接続先テーブル管理部６０５０と、設定管理部６０８０と、通知監視部６０７０と、イーサＯＡＭ処理部６０６０を統括して、自装置全体の制御を行う。
【００３９】
Ｂｏｘ―Ｍ４０からコントローラ５０に通知情報やＥｔｈ―ＣＣ信号を送信する場合、Ｂｏｘ―Ｍ４０はコントローラ５０へ個別に送信すればよいので、宛先ＭＡＣアドレス３０００はコントローラ５０のＭＡＣアドレスに設定して、ユニキャストＭＡＣアドレスにて送信する。
一方、Ｂｏｘ―Ｍ４０は、配下のＢｏｘ―Ｓ３０との接続性監視を行うためにＥｔｈ―ＣＣ信号を送信する場合、宛先ＭＡＣアドレス３０００をマルチキャストＭＡＣアドレスに設定して、自装置に登録されたＶＬＡＮ ＩＤ毎に各終端装置へ送信する。Ｂｏｘ―Ｍ４０はマルチキャストＭＡＣアドレスに設定したＥｔｈ―ＣＣ信号を送信することで、配下の複数のＢｏｘ―Ｓ３０に一括送信することが可能になる。
【００４０】
図７は拠点側終端装置Ｂｏｘ―Ｓ３０のブロック図の一例である。
Ｂｏｘ―Ｓ３０は例えば、ＩＦ部７０００、７０１０と、イーサＯＡＭ分離・終端部７０２０と、イーサＯＡＭ挿入・多重部７０３０と、端末制御部７０４０から構成される。端末制御部７０４０は例えば、コントローラ/マスタテーブル管理部７０５０と、イーサＯＡＭ処理部７０６０と、通知監視部７０７０と、設定管理部７０８０から構成される。通知監視部７０７０には例えば、接続性監視部７１１０が内蔵されている。イーサＯＡＭ分離・終端部７０２０やイーサＯＡＭ挿入・多重部７０３０には例えば、フレームバッファ部７０９０、７１００が内蔵されている。コントローラ/マスタテーブル管理部７０５０は例えば、コントローラ／マスタＤＢ７０５５が内蔵されている。
コントローラ/マスタテーブル管理部７０５０とコントローラ／マスタＤＢ７０５５以外の各ブロックの詳細は、図６のＢｏｘ―Ｍ４０のブロック図と同様なので、詳細な説明は省く。コントローラ/マスタテーブル管理部７０５０は、図６の接続先テーブル管理部６０５０に代わるものである。コントローラ/マスタテーブル管理部７０５０は、対向装置であるコントローラ５０やＢｏｘ―Ｍ４０のＭＡＣアドレスを管理する機能を持つ。コントローラ／マスタＤＢ７０５５については、図１３で後述する。
【００４１】
また、Ｂｏｘ―Ｓ３０からコントローラ５０に通知情報やＥｔｈ―ＣＣ信号を送信する場合、Ｂｏｘ―Ｓ３０はコントローラ５０へ個別に送信すればよいので、Ｂｏｘ―Ｍ４０と同様に、宛先ＭＡＣアドレス３０００はコントローラ５０のＭＡＣアドレスに設定して、ユニキャストＭＡＣアドレスにて送信する。その他、従属先のＢｏｘ―Ｍ４０との接続性監視を行うためにＥｔｈ―ＣＣ信号を送信する場合も、Ｂｏｘ―Ｓ３０は、従属先のＢｏｘ―Ｍ４０のみに送信すればよいので、宛先ＭＡＣアドレス３０００はＢｏｘ―Ｍ４０のＭＡＣアドレスに設定して、ユニキャストＭＡＣアドレスにて送信する。
【００４２】
図８は網１において、コントローラ５０とセンタ側終端装置Ｂｏｘ―Ｍ４０との間で実施される通常運用までの立ち上げに関するシーケンス図である。
コントローラ５０には予めオペレータが設定したＢｏｘ―Ｍ４０に関する設定情報が登録情報ＤＢ５０５５に登録されている（Ｓ−８０００）。オペレータがどのような情報を予め登録情報ＤＢ５０５５に登録するかについては、図１１（Ａ）にて後述する。
コントローラ５０は登録情報ＤＢ５０５５に情報が登録されたことを契機に、イーサＯＡＭ生成部５０３０が定期的にＬ２―ＶＰＮ網に対してＥｔｈ―ＣＣ信号を送信する（Ｓ−８０１０）。この時、Ｅｔｈ―ＣＣ信号内の宛先ＭＡＣアドレス３０００は、マルチキャストＭＡＣアドレスとする。宛先ＭＡＣアドレス３０００をマルチキャストＭＡＣアドレスに設定することで、後述する拠点側終端装置Ｂｏｘ―Ｓ３０にも該Ｅｔｈ―ＣＣ信号を一括して届けることが可能になる。
【００４３】
なお、Ｅｔｈ−ＣＣ信号の送信をマルチキャストで行なう場合には、例えば非特許文献１で規定されたＯＡＭフレーム用のマルチキャストＭＡＣアドレスを利用することができる。このマルチキャストＭＡＣアドレスを使用すれば、Ｅｔｈ−ＣＣ信号を受信する終端装置は宛先ＭＡＣアドレス３０００に、規格で規定されたマルチキャストＭＡＣアドレスが格納されていることを確認して処理をすることができる。
【００４４】
また非特許文献１では、ＭＥＧレベルによって、イーサＯＡＭ信号で用いるマルチキャストＭＡＣアドレスが異なる。前述の例では、ＭＥＧレベルが「３」であれば、マルチキャストＭＡＣアドレスは「０ｘ０１−０ｘ８０−０ｘＣ２―０ｘ００−０ｘ００−０ｘ３３」であり、ＭＥＧレベルが「４」であれば、マルチキャストＭＡＣアドレスは「０ｘ０１−０ｘ８０−０ｘＣ２―０ｘ００−０ｘ００−０ｘ３４」である。このマルチキャストＭＡＣアドレスは、Ｅｔｈ―ＣＣ信号にも適用される。ただし、ＭＥＧレベルの設定値は前述に拘ったものではなく、一例として挙げるものである。この実施例では、Ｅｔｈ−ＣＣフレームを送受信する区間の広狭によって、使用するマルチキャストＭＡＣアドレスが異なる場合もある。
【００４５】
また、上記のような規格で規定されたＭＡＣアドレスではなく、ユーザやキャリアが任意に決定したマルチキャストＭＡＣアドレスを用いても良い。任意のマルチキャストＭＡＣアドレスを用いる場合には、どのようなマルチキャストＭＡＣアドレスを用いてＥｔｈ−ＣＣ信号を送受信するのかを、コントローラ５０、Ｂｏｘ−Ｍ４０、Ｂｏｘ―Ｓ３０に予め設定しておく必要がある。
【００４６】
コントローラ５０からＥｔｈ―ＣＣ信号を受信したＢｏｘ―Ｍ４０は、イーサＯＡＭ分離・終端部６０２０にて該当信号がイーサＯＡＭ信号であると判定する（Ｓ−８０２０）。その後、イーサＯＡＭ処理部６０６０が該当信号をＥｔｈ―ＣＣ信号であり、さらに制御／ユーザ回線判定領域４０６１を参照することで、コントローラ５０からのＥｔｈ―ＣＣ信号と判定する。
Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、立ち上げ後にコントローラ５０からＥｔｈ−ＣＣ信号を受信する時点で（Ｓ―８０２０）、コントローラや自装置以外の終端装置に関する情報を取得していない。そこで、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、受信するＥｔｈ―ＣＣ信号の送信元種別を判別するのに制御／ユーザ回線判定領域４０６１を用いる。
図４で説明したとおり、コントローラ５０はマルチキャストＭＡＣアドレスを宛先ＭＡＣアドレス３０００としてＥｔｈ−ＣＣ信号を送信するときに、制御／ユーザ回線判定領域４０６１に「１」を設定する。また、終端装置がＥｔｈ−ＣＣ信号を送信するときは、制御／ユーザ回線判定領域４０６１には「０」が設定されている。このため、Ｂｏｘ−Ｍ４０は送信元ＭＡＣアドレス３０１０に自装置が知らないＭＡＣアドレスが格納されたＥｔｈ−ＣＣ信号を受信しても、制御／ユーザ回線判定領域４０６１に「１」が格納されていることを確認すれば、この信号がコントローラ５０からのものであると判断できる。
【００４７】
Ｂｏｘ―Ｍ４０が、コントローラ５０からのＥｔｈ―ＣＣ信号を確認すると、該Ｅｔｈ―ＣＣ信号からの送信元ＭＡＣアドレス３０１０を接続先ＤＢ６０５５へ登録する（Ｓ−８０２０、Ｓ―８０３０）。この処理によって、Ｂｏｘ―Ｍ４０は、コントローラ５０のＭＡＣアドレスを認識可能になる。同時に、Ｂｏｘ―Ｍ４０は受信したＥｔｈ―ＣＣ信号内のＶＬＡＮタグ３０２０から、コントローラ５０との間に構成されたＶＬＡＮ ＩＤが認識可能である。
【００４８】
コントローラ５０のＭＡＣアドレスを接続先ＤＢ６０５５へ登録すると、Ｂｏｘ―Ｍ４０の端末制御部６０４０は、イーサＯＡＭ挿入・多重部６０３０に、宛先ＭＡＣアドレス３０００に該コントローラ５０のＭＡＣアドレス（ユニキャストＭＡＣアドレス）を設定したＥｔｈ―ＣＣ信号を定期的に送信するように指示を出す（Ｓ−８０４０）。Ｂｏｘ―Ｍ４０は、コントローラ５０からのＥｔｈ―ＣＣ信号において、送信元ＭＡＣアドレス３０１０を取得することで、前述のコントローラ５０へのＥｔｈ―ＣＣ信号送信が可能になる。
なお、Ｂｏｘ−Ｍ４０がコントローラ５０に送信するＥｔｈ−ＣＣ信号には、シリアルナンバー４０６２にＢｏｘ−Ｍ４０のシリアルナンバーが格納されている。
【００４９】
Ｂｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号を受信したコントローラ５０のイーサＯＡＭ終端・処理部５０４０は、該信号をＥｔｈ―ＣＣ信号と認識して、該信号を登録情報管理部５０５０へ転送する。登録情報管理部５０５０は、該信号内のシリアルナンバー４０６２を登録情報ＤＢ５０５５へ照会をかける。登録情報管理部５０５０は、照会したシリアルナンバー４０６２を登録情報内に登録されたＢｏｘ―Ｍ４０のシリアルナンバー１１０２と一致させると、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０をＢｏｘ―ＭのＭＡＣアドレス１１０３として登録情報ＤＢ５０５５へ登録する（Ｓ−８０５０、Ｓ―８０６０）。
前述のＭＡＣアドレスの登録後、コントローラ５０は引き続き該当のＢｏｘ―Ｍ４０に対して通常運用に必要な設定を実施していく（Ｓ−８０７０）。
【００５０】
Ｂｏｘ―Ｍ４０は、コントローラ５０から送信される設定情報を設定管理部６０８０に登録し、通常運用へ必要な処理を実施していく。通常運用に必要な設定が完了すると、Ｂｏｘ―Ｍ４０は通常運用に移行する（Ｓ−８０８０、Ｓ−８０９０、Ｓ−８１００、Ｓ―８１１０）。
【００５１】
その後、Ｂｏｘ―Ｍ４０とコントローラ５０との間で互いに定期的に送受信するＥｔｈ―ＣＣ信号を使用して、コントローラ５０とＢｏｘ―Ｍ４０は、互いに接続性監視を実施していく。また、詳細は後述するが、コントローラ５０から受信する設定情報（Ｓ−８０７０）には、Ｂｏｘ−Ｍ４０が他の終端装置に対して上位装置(マスタ)であるとの情報も含まれているため、通常運用に移行したＢｏｘ―Ｍ４０はＢｏｘ―Ｓ３０に対してＥｔｈ―ＣＣ信号を定期的に送信する（Ｓ―８１１０）。この時Ｂｏｘ―Ｍ４０は、まだ配下の全てのＢｏｘ―Ｓ３０との接続性が確認できていないので、配下の全てのＢｏｘ―Ｓ３０との接続性について、接続性異常と判定した状態で通常運用に移行している。
【００５２】
ここで、網１において、Ｂｏｘ―Ｍ４０は、ＶＬＡＮ ＩＤがＶＬＡＮ Ａ、ＶＬＡＮ Ｂに従属したネットワークにそれぞれ接続されている。また、コントローラ５０は登録情報ＤＢ５０５５を基にＶＬＡＮタグ３０２０がＶＬＡＮ Ａ、ＶＬＡＮ Ｂの２種類のＥｔｈ―ＣＣ信号を定期的に送信している。よって、Ｂｏｘ―Ｍ４０は、コントローラ５０から前述の２種類のＥｔｈ―ＣＣ信号を受信し、それぞれのＶＬＡＮ ＩＤを学習する。そして、それぞれのＶＬＡＮ ＩＤをＶＬＡＮタグ３０２０に格納した２種類のＥｔｈ―ＣＣ信号を生成し、コントローラ５０へ送信している。この時、コントローラ５０は以後のＢｏｘ―Ｍ４０への登録情報の通知には、前述のどちらのＶＬＡＮ ＩＤを用いて登録情報を転送しても構わないし、所属するＶＬＡＮ内の登録情報をＶＬＡＮ毎に転送しても構わない。
【００５３】
また、Ｂｏｘ―Ｍ４０への設定情報の転送（Ｓ−８０７０）には例えば、ＯｐＣｏｄｅ３０７０が０ｘ３３と設定された、ベンダが独自に設定可能であるＶＳＭ（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＯＡＭ Ｍｅｓｓａｇｅ）信号の適切な領域に設定情報を格納させ、コントローラ５０がＢｏｘ―Ｍ４０へ送信することで可能となる。また、他にも外部からＢｏｘ−Ｍ４０に設定情報を登録しても構わない。例えば、工事業者がＢｏｘ―Ｍ４０を設置する際に工事業者の所有する登録専用端末からＢｏｘ―Ｍ４０へ設定情報を転送しても構わない。
【００５４】
図９は網１において、コントローラ５０と拠点側終端装置Ｂｏｘ―Ｓ３０との間で実施される、通常運用までの立ち上げに関するシーケンス図である。
この時の処理内容については、上述のコントローラ５０とセンタ側終端装置Ｂｏｘ―Ｍ４０との間で実施されるシーケンスと同様の処理のため詳しい説明は省略する。ただし、Ｂｏｘ−Ｓ３０に対し通常運用に必要な設定が完了した後の動作は、Ｂｏｘ―Ｓ３０とＢｏｘ−Ｍ４０とで異なる。コントローラ５０から受信する設定情報（Ｓ−９０７０）には、Ｂｏｘ−Ｓ３０が他の終端装置に対して下位装置(スレーブ)であるとの情報も含まれているため、Ｂｏｘ−Ｓ３０は、通常運用に移行する際、他の終端装置に対してＥｔｈ―ＣＣ信号を送信するのでは無く、マスタの終端装置（この実施例ではＢｏｘ―Ｍ４０）からのＥｔｈ―ＣＣ信号を待機する動きをとる（Ｓ―９１１０）。
【００５５】
コントローラ５０とＢｏｘ―Ｓ３０との通信に対しては、互いに定期的にＥｔｈ―ＣＣ信号を送受信することで接続性監視を開始する。なお、Ｂｏｘ−Ｍ４０がコントローラ５０に送信するＥｔｈ−ＣＣ信号には、シリアルナンバー４０６２にＢｏｘ−Ｓ３０のシリアルナンバーが格納されている。コントローラ５０は、Ｂｏｘ−Ｓ３０から初めてＥｔｈ−ＣＣ信号を受信するとき、Ｂｏｘ−Ｓ３０のＭＡＣアドレスを知らないため、このシリアルナンバー４０６２と登録情報ＤＢ５０５５のシリアルナンバー１１０２とを比較して、どのＢｏｘ−Ｓ３０から信号を受信したのかを特定することは、Ｂｏｘ−Ｍ４０との間の処理と同様である。
【００５６】
Ｂｏｘ−Ｓ３０は、Ｂｏｘ−Ｍ４０からのＥｔｈ−ＣＣ信号を待っている間は、まだ従属先のＢｏｘ―Ｍ４０との接続性が確認できていないので、Ｂｏｘ―Ｍ４０との接続性について、接続性異常と判定した状態で通常運用に移行している。
また、Ｂｏｘ―Ｓ３０への設定情報の転送には、コントローラ５０からの通信を利用しているが、他にも外部から設定情報を登録しても構わない。例えば、工事業者がＢｏｘ―Ｓ３０を設置する際に工事業者の所有する登録専用端末からＢｏｘ―Ｓ３０へ設定情報を転送しても構わない。
【００５７】
図１０は網１において、センタ側終端装置Ｂｏｘ―Ｍ４０と拠点側終端装置Ｂｏｘ―Ｓ３０との間で実施される、接続性確認実施までのシーケンス図である。前述したように、Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０は互いにＥｔｈ―ＣＣ信号を受信できていないので、両者とも対向装置との接続性に異常があると判定して通常運用に移行している。
【００５８】
前述のように通常運用に移行したＢｏｘ―Ｍ４０は、コントローラ５０から自装置がマスタであると通知されているため（図８のＳ−８０７０）、Ｂｏｘ―Ｓ３０に対して、ＶＬＡＮ ＩＤ毎に定期的なＥｔｈ―ＣＣ信号の送信を開始している（図８のＳ―８１１０）。一方、通常運用に移行したＢｏｘ―Ｓ３０は、前述のようにＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号を受信するまで待機している（図９のＳ―９１１０）。
この時、該当のＥｔｈ―ＣＣ信号の宛先ＭＡＣアドレス３０００は規格により、もしくはキャリアやユーザによってあらかじめ定められたマルチキャストＭＡＣアドレスが設定されている。よって網１では、ＶＬＡＮ ＩＤがＶＬＡＮ Ａに設定されたＥｔｈ−ＣＣ信号をＢｏｘ―Ｓ―１（３０Ａ）とＢｏｘ―Ｓ―２（３０Ｂ）が受信し、ＶＬＡＮ ＩＤがＶＬＡＮ Ｂに設定されたＥｔｈ−ＣＣ信号をＢｏｘ―Ｓ―３（３０Ｃ）とＢｏｘ―Ｓ―４（３０Ｄ）が受信する。
また、Ｂｏｘ−Ｍ４０がマルチキャストＭＡＣアドレスを用いて送信するＥｔｈ−ＣＣ信号のユニットＩＤ４０６３には、コントローラ５０から設定されたＢｏｘ−Ｍ４０のユニットＩＤが格納されている。
【００５９】
Ｂｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号を受信したＢｏｘ―Ｓ３０は、イーサＯＡＭ終端・分離部７０２０にて該信号をＥｔｈ―ＣＣ信号と判定し、イーサＯＡＭ処理部７０６０にて該信号をＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号と判定する（Ｓ―１００００）。
イーサＯＡＭ処理部７０６０は、受信するＥｔｈ―ＣＣ信号の制御／ユーザ回線判定領域４０６１を確認することで、コントローラ５０とＢｏｘ−Ｍ４０のどちらが送信したＥｔｈ―ＣＣ信号かを判定できる。該信号をＢｏｘ−Ｍ４０からのＥｔｈ―ＣＣ信号と判定したイーサＯＡＭ処理部７０６０は、続いて該信号内のユニットＩＤの情報と送信元ＭＡＣアドレス３０１０の情報をコントローラ／マスタテーブル管理部７０５０へ転送する。コントローラ／マスタテーブル管理部７０５０は、コントローラ／マスタＤＢ７０５５を用いて、送信元のＢｏｘ−Ｍ４０を特定する。送信元のＢｏｘ−Ｍ４０の特定には、転送されたユニットＩＤの情報を利用する。
【００６０】
コントローラ／マスタＤＢ７０５５には通常運用立ち上がり時に作成した自身との接続先に関するテーブル情報が作成されており（図９のＳ―９０７０でコントローラ５０が送信する設定情報を利用してテーブルを作成している）、Ｂｏｘ−Ｓ３０はＢｏｘ−Ｍ４０のユニットＩＤをコントローラ５０から設定されていて、これを基に送信元の終端装置を特定することが可能である。終端装置の特定の結果、コントローラ／マスタテーブル管理部７０５０は、該Ｅｔｈ−ＣＣ信号が従属先であるＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号と判定する。その後、コントローラ／マスタテーブル管理部７０５０はコントローラ／マスタＤＢ７０５５に該信号の送信元ＭＡＣアドレス３０１０を登録する（Ｓ―１００１０）。この時、Ｂｏｘ―Ｓ３０は、対向Ｂｏｘ―Ｍ４０との間に接続が確立されたと判定して、接続性異常を解消する（Ｓ―１００２０）。その後Ｂｏｘ―Ｓ３０は、Ｂｏｘ―Ｍ４０へ定期的にＥｔｈ―ＣＣ信号を送信し始める（Ｓ―１００３０）。
【００６１】
この、Ｂｏｘ−Ｓ３０がＢｏｘ−Ｍ４０へ送信するＥｔｈ−ＣＣ信号のユニットＩＤ４０６３には、Ｂｏｘ−Ｓ３０のユニットＩＤが格納されている。
【００６２】
この時、Ｂｏｘ―Ｓ３０は、前述にて登録した、Ｂｏｘ―Ｍ４０から受信したＥｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０を、Ｂｏｘ―Ｍ４０宛のＥｔｈ―ＣＣ信号の宛先ＭＡＣアドレス３０００に使用している。つまり、Ｂｏｘ―Ｓ３０が送信するＥｔｈ―ＣＣ信号の宛先ＭＡＣアドレスは、Ｂｏｘ―Ｍ４０が送信するＥｔｈ―ＣＣ信号と違い、ユニキャストＭＡＣアドレスであり、該当のＢｏｘ―Ｍ４０のみが受信可能である。
【００６３】
Ｂｏｘ―Ｓ３０から送信された前述のＥｔｈ―ＣＣ信号は、Ｂｏｘ―Ｍ４０のイーサＯＡＭ分離・終端部６０２０で受信される（Ｓ―１００４０）。該信号は、イーサＯＡＭ分離・終端部６０２０でイーサＯＡＭ信号と判定され、イーサＯＡＭ処理部６０６０へ転送される。イーサＯＡＭ処理部６０６０は、該信号をＥｔｈ―ＣＣ信号と確認すると、引き続き制御／ユーザ回線判定領域を確認して、コントローラ５０ではなく終端装置からのＥｔｈ―ＣＣ信号と判定する。イーサＯＡＭ処理部６０６０は、前述の判定を実施すると、該信号から取り出した送信元である終端装置のユニットＩＤの情報と送信元ＭＡＣアドレス３０１０の情報を接続先テーブル管理部６０５０へ展開する。
接続先テーブル管理部６０５０はＢｏｘ―Ｓ３０と同様、前述のユニットＩＤを検索キーにして、接続先ＤＢ６０５５を検索して送信元装置を特定する。送信元装置を特定したＢｏｘ―Ｍ４０は、該信号の送信元のＭＡＣアドレス３０１０を接続先ＤＢ６０５５へ登録する（Ｓ―１００５０）。Ｂｏｘ―Ｍ４０は、この時、該Ｂｏｘ―Ｓ３０との接続が確立されたと判定して、接続性異常を解消する（Ｓ―１００６０）。
Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０は、互いにＭＡＣアドレスを学習した以後、互いに定期的に送受信するＥｔｈ―ＣＣ信号を利用することで、接続性監視が実施可能になる。
【００６４】
図１１は、コントローラ５０の登録情報ＤＢ５０５５に格納されるテーブル情報の一例である。
例えば、網１において、Ｂｏｘ―Ｍ４０のＭＡＣアドレスをＭ、シリアルナンバーを０００１、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ａ、ＶＬＡＮ Ｂ、ＶＬＡＮ ＡでのユニットＩＤを１、ＶＬＡＮ ＢでのユニットＩＤを１とする。またＢｏｘ―Ｓ―１（３０Ａ）のＭＡＣアドレスをＳ―１、シリアルナンバーを０００２、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ａ、ＶＬＡＮ ＡでのユニットＩＤを２とする。またＢｏｘ―Ｓ―２（３０Ｂ）のＭＡＣアドレスをＳ―２、シリアルナンバーを０００３、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ａ、ＶＬＡＮ ＡでのユニットＩＤを３とする。またＢｏｘ―Ｓ―３（３０Ｃ）のＭＡＣアドレスをＳ―３、シリアルナンバーを０００４、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ｂ、ＶＬＡＮ ＢでのユニットＩＤを２とする。またＢｏｘ―Ｓ―４（３０Ｄ）のＭＡＣアドレスをＳ―４、シリアルナンバーを０００５、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ｂ、ＶＬＡＮ ＢでのユニットＩＤを３とする。
【００６５】
コントローラ５０は前述のように、オペレータから終端装置Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０の登録情報を受ける（図８のＳ―８０００、図９のＳ―９０００）。図１１（Ａ）は、このときオペレータ５０が登録情報ＤＢ５０５５に予め登録する情報の一例である。最初の設定情報としてオペレータからは例えば、接続されるＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の所属するＶＬＡＮ ＩＤ１１００や、ＶＬＡＮ内でのユニットＩＤ１１０１や、シリアルナンバー１１０２や、終端装置種別１１０５や接続先終端装置のユニットＩＤ１１０６の情報が登録される。
ここで終端装置種別とは、例えばＢｏｘ−Ｍ４０であれば、他の終端装置であるＢｏｘ−Ｓ３０からのＥｔｈ−ＣＣ信号を統べる上位装置、つまりマスタであるという情報であり、図１１では“Ｂｏｘ−Ｍ”として登録されている。同様にＢｏｘ−Ｓ３０であれば他の終端装置であるＢｏｘ−Ｍ４０に従属する下位装置、つまりスレーブであるという情報であり、図１１では“Ｂｏｘ−Ｓ”として登録されている。
【００６６】
コントローラ５０は、終端装置からＥｔｈ―ＣＣ信号を受信すると（図８のＳ−８０５０、図９のＳ−９０５０）、図１１（Ａ）の設定内容から送信元の装置を特定する。すなわちコントローラ５０は前述したように、受信したＥｔｈ―ＣＣ信号に含まれる、終端装置のシリアルナンバー４０６２を検索キーとして登録情報ＤＢ５０５５を検索し、いずれの装置からＥｔｈ−ＣＣ信号を受信したのかを特定できる。送信元の終端装置が判明すると、コントローラ５０はそのＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０を、登録情報ＤＢ５０５５中で特定したシリアルナンバー１１０２に対応するＭＡＣアドレス１１０３の領域に登録する。
【００６７】
その後、コントローラ５０はＭＡＣアドレスを登録した終端装置に対して、その終端装置のＶＬＡＮ ＩＤ毎のユニットＩＤ１１０１や、終端装置種別１１０５、接続先装置のユニットＩＤ１１０６、接続先装置の装置種別１１０５等の設定情報を転送し、終端装置を通常運用へ移行させる（図８のＳ−８０７０、図９のＳ９０７０）。
例えば、コントローラ５０がＢｏｘ―Ｍ４０に設定情報を転送する場合、Ｂｏｘ―Ｍ４０のシリアルナンバー「０００１」を検索キーとして、所属するＶＬＡＮ ＩＤ１１００としてＶＬＡＮ Ａ、ＶＬＡＮ Ｂを通知し、ユニットＩＤ１１０１としてＶＬＡＮ Ａでは１、ＶＬＡＮ Ｂでは１を通知し、終端装置種別情報１１０５としてＶＬＡＮ Ａ、Ｂ共にセンタ側終端装置（Ｂｏｘ―Ｍ）を通知し、接続先装置のユニットＩＤ１１０６としてＶＬＡＮ ＡではユニットＩＤ ２、３、ＶＬＡＮ ＢではユニットＩＤ ２、３を通知し、接続先装置種別としてＶＬＡＮ ＡではユニットＩＤ ２は拠点側終端装置（Ｂｏｘ―Ｓ）、ユニット ＩＤ ３は拠点側終端装置（Ｂｏｘ―Ｓ）、ＶＬＡＮ ＢではユニットＩＤ ２は拠点側終端装置（Ｂｏｘ―Ｓ）、ユニット ＩＤ ３は拠点側終端装置（Ｂｏｘ―Ｓ）と通知することが可能である。
【００６８】
Ｂｏｘ−Ｍ４０ではコントローラ５０から通知された接続先に関する情報が接続先ＤＢ６０５５に登録され、Ｂｏｘ−Ｓ３０ではコントローラ／マスタＤＢ７０５５に格納される。コントローラ５０は、配下の全ての終端装置を順次通常運用に移行させると、図１１（Ｂ）の情報を登録情報ＤＢ５０５５にて持つ。つまり、初期状態の図１１（Ａ）と比べると、図１１（Ｂ）ではＭＡＣアドレス１１０３、運用状態１１０４に新たな情報が登録されている。
コントローラ５０は、通常運用に移行したＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号を受け取る際、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレスを該テーブル情報に照会することで、該当装置との接続正常性を判定する。
【００６９】
また、例えばＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０が故障などにより機器交換された場合、例えば、オペレータが該テーブル情報における、ユニットＩＤ１１０１は変更せずに既存の情報をそのまま引き継ぎ、該装置のシリアルナンバーを変更（上書き）し、該装置のＭＡＣアドレスを消去すれば良い。前述の処理を実施することで、コントローラ５０は、改めて交換後のＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０からＭＡＣアドレスを取得し、該装置へ改めて登録情報（交換前の終端装置へ登録した内容と同様の登録情報）の転送を行うことで、該当装置を通常運用へ移行させ、該装置との接続性監視を開始する。前述の処理によって、コントローラ５０は、交換前のＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号が届かなくなることによる、誤った接続性異常の判定を下すことがなくなる。
【００７０】
なお、図１１はあくまで一例であり、例えば、該当装置に適用する帯域情報等、該ネットワーク構築に必要な情報を適宜追加・修正をしても構わない。
【００７１】
図１２は、接続性判定のためにＢｏｘ―Ｍ４０が作成する接続先ＤＢ６０５５のテーブル情報の一例である。接続先ＤＢ６０５５には例えば、ＶＬＡＮ ＩＤ１２００毎に接続されるコントローラ５０や配下のＢｏｘ―Ｓ３０の、ユニットＩＤ１２０１やＭＡＣアドレス１２０２や接続先種別１２０３や接続状態１２０４の情報が格納される。
【００７２】
Ｂｏｘ―Ｍ４０は立ち上がり後、初めてコントローラ５０からＥｔｈ―ＣＣ信号を受信し（図８のＳ−８０２０）、該Ｅｔｈ―ＣＣ信号の制御／ユーザ回線判定領域４０６１を判定することで、該Ｅｔｈ―ＣＣ信号をコントローラ５０からのＥｔｈ―ＣＣ信号と特定し、このＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０をコントローラ５０のＭＡＣアドレス１２０２（「Ｃ」とする）として登録する（図８のＳ−８０３０）。また、コントローラ５０から受信したＥｔｈ−ＣＣ信号のＶＬＡＮタグ３０２０から、コントローラ５０との間のＶＬＡＮ ＩＤ１２００も登録可能である。また、Ｅｔｈ−ＣＣ信号の制御／ユーザ回線判定領域４０６１から、接続先種別１２０３がコントローラである、という情報も登録できる。
【００７３】
その後、コントローラ５０から設定情報を受信することで（図８のＳ−８０７０）、Ｂｏｘ―Ｍ４０は通常運用に移行する（図８のＳ−８１１０）。図１２における設定情報のうち配下のＢｏｘ−Ｓ３０に関する情報は、Ｂｏｘ−Ｓ３０が接続先でありスレーブであること（１２０３）、Ｂｏｘ−Ｓ３０のユニットＩＤ１２０１やＶＬＡＮ ＩＤ１２００である。また、図１２には記載されていないが、コントローラ５０はＢｏｘ−Ｍ４０に、Ｂｏｘ−Ｍ４０の装置種別１１０５も送信しているため、Ｂｏｘ−Ｍ４０は自装置が終端装置の中で上位装置（マスタ）であることを把握する。
このとき、移行直後はＢｏｘ−Ｍ４０は図１２（Ａ）のようなテーブル情報を持つ。つまり、移行直後のＢｏｘ−Ｍ４０はコントローラ５０についてはＥｔｈ−ＣＣ信号の受信（図８のＳ−８０２０）と設定情報の受信（図８のＳ−８０７０）により十分な情報を得ているが、配下のＢｏｘ−Ｓ３０については、コントローラ５０からの設定情報の受信（図８のＳ−８０７０）によって接続先１２０３であることやＶＬＡＮ ＩＤ１２００、ユニットＩＤ１２０１、接続先種別１２０３はコントローラ５０からの情報を提供されているものの、ＭＡＣアドレス１２０２は未登録であり、接続状態１２０４はＭＡＣアドレスが登録されていないので「未接続」であり、接続性異常と検出されている。
【００７４】
なお、図１２ではコントローラ５０のユニットＩＤ１２０１は０となっているが、この情報はコントローラ５０が送信するＥｔｈ―ＣＣ信号内に搭載されていても構わないし、コントローラ５０からＢｏｘ−Ｍ４０に送信する設定情報（図８のＳ−８０７０）に含まれていても構わないし、又はシステムとして予め定義されていてＢｏｘ−Ｍ４０が事前に知っている（登録されている）ものでも構わない。いずれにしろ、ユニットＩＤ１２０１はＶＬＡＮ内でユニークに設定されたＩＤであれば構わない。
【００７５】
その後Ｂｏｘ−Ｍ４０は、収容する各Ｂｏｘ―Ｓ３０からＥｔｈ―ＣＣ信号を受信すると（図１０のＳ−１００４０）、Ｅｔｈ―ＣＣ信号内のユニットＩＤ４０６３を利用して、終端装置を特定するために接続先ＤＢ６０５５を照会する。接続先ＤＢ６０５５のユニットＩＤ１２０１と照会した結果、送信元の終端装置が確定すると、Ｂｏｘ−Ｍ４０は、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０を該テーブル情報のＭＡＣアドレス１２０２に登録処理する（図１０のＳ−１００５０）。前述の登録処理完了によって、Ｂｏｘ―Ｍ４０は該Ｂｏｘ―Ｓ３０との接続が完了したと判定し、接続状態を「未接続」から「接続」へ移行させ、接続性異常の判定を変更し、接続性正常と判定する（図１０のＳ−１００６０）。
【００７６】
図１２（Ｂ）は、Ｂｏｘ―Ｍ４０が網１において、全ての接続先のＭＡＣアドレスの登録処理を完了した状態の接続先ＤＢ６０５５のテーブル情報である。Ｂｏｘ―Ｍ４０は、コントローラ５０や通常運用に移行したＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号を受け取る際、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレスを該テーブル情報に照会することで、接続正常性を判定している。
【００７７】
また、例えばコントローラ５０が故障などにより機器交換された場合、コントローラ５０のＭＡＣアドレスが変更されてしまう。Ｂｏｘ―Ｍ４０は制御／ユーザ回線判定領域４０６１からコントローラ５０からのＥｔｈ―ＣＣ信号が判別可能である。よって、Ｂｏｘ―Ｍ４０は、コントローラ５０からのＥｔｈ―ＣＣ信号内の送信元ＭＡＣアドレスが変更されていると、該テーブル情報にて、前述のＭＡＣアドレスをコントローラ５０のＭＡＣアドレスとして変更（上書き）することで、オペレータからの特別な操作も必要無く、Ｂｏｘ―Ｍ４０はコントローラ５０の変更（交換）にも対応可能となる。
このようにＭＡＣアドレスを書き換えることで、Ｂｏｘ―Ｍ４０は、交換前のコントローラ５０からＥｔｈ―ＣＣ信号が届かなくなっても、接続先ＤＢ６０５５から照会すべき故障したコントローラ５０のＭＡＣアドレスが無くなっているので、誤って接続性異常の判定を下すことがなくなる。なお、Ｕｎｉｔ ＩＤ１２０１は機器交換の前後で同じ値を使用することができる。
【００７８】
また、自身と接続されているＢｏｘ―Ｓ３０（例えばＢｏｘ―Ｓ―１（３０Ａ））が故障などにより機器交換された場合、Ｂｏｘ―Ｍ４０は交換後のＢｏｘ―Ｓ―１（３０Ａ）から、ユニットＩＤは以前と変わらないが、送信元ＭＡＣアドレスが異なったＥｔｈ―ＣＣ信号を受信するようになる。これは、機器交換の場合、終端装置自体は交換されるが、該終端装置における設定情報は交換前と同様の情報が交換後の終端装置に適用（コントローラ５０から交換後の終端装置へ転送）されるためである。
この場合、Ｂｏｘ―Ｍ４０は、図１２（Ｂ）のテーブル情報において、該ユニットＩＤ１２０１（図１２（Ｂ）のユニットＩＤが２）に対応するＭＡＣアドレス１２０３を変更（上書き）することで、オペレータからの特別な操作も必要無く、対応可能となる。つまり、ユニットＩＤ１２０１は「２」を流用したまま、ＭＡＣアドレス１２０３を書き換えるだけで良い。この処理により、Ｂｏｘ―Ｍ４０は、交換前のＢｏｘ―Ｓ３０からＥｔｈ―ＣＣ信号が届かなくなるが、交換前のＢｏｘ−Ｓ３０のＭＡＣアドレスは接続先ＤＢ６０５５から無くなっているため、誤って接続性異常の判定を下すことがなくなる。
【００７９】
なお、図１２はあくまで一例であり、該テーブル情報に必要な情報を適宜追加・修正をしても構わない。
【００８０】
図１３は、接続性判定のためにＢｏｘ―Ｓ３０のコントローラ／マスタＤＢ７０５５のテーブル情報の一例である。図１３には特に網１のＶＬＡＮ Ａに属するＢｏｘ―Ｓ―１（３０Ａ）もしくはＢｏｘ―Ｓ―２（３０Ｂ）のコントローラ／マスタＤＢ７０５５の構成例について記載している。該テーブル情報は例えば、ＶＬＡＮ ＩＤ１３００毎に接続されるコントローラ５０や従属先のＢｏｘ―Ｍ４０の、ユニットＩＤ１３０１やＭＡＣアドレス１３０２や接続先種別１３０３や接続状態１３０４の情報が格納される。
【００８１】
Ｂｏｘ―Ｓ３０は立ち上がり直後、Ｂｏｘ―Ｍ４０と同様、コントローラ５０からＥｔｈ―ＣＣ信号を受信し（図９のＳ−９０２０）、該Ｅｔｈ―ＣＣ信号の制御／ユーザ回線判定領域４０６１を判定することで、該Ｅｔｈ―ＣＣ信号をコントローラ５０からのＥｔｈ―ＣＣ信号と特定し、このＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０をコントローラ５０のＭＡＣアドレス１３０２として登録する（図９のＳ−９０３０）。また、コントローラ５０から受信したＥｔｈ−ＣＣ信号のＶＬＡＮタグ３０２０から、コントローラ５０との間のＶＬＡＮ ＩＤ１３００も登録可能である。また、Ｅｔｈ−ＣＣ信号の制御／ユーザ回線判定領域４０６１から、接続先種別１３０３がコントローラである、という情報も登録できる。
【００８２】
その後、コントローラ５０から設定情報を受信することで（図９のＳ−９０７０）、Ｂｏｘ―Ｓ３０は通常運用に移行する（図９のＳ−９１１０）。図１３における設定情報のうち従属先であるＢｏｘ−Ｍ４０に関する情報は、Ｂｏｘ−Ｍ４０が接続先でありマスタであること（１３０３）、Ｂｏｘ−Ｍ４０のユニットＩＤ１３０１やＶＬＡＮ ＩＤ１３００である。また、図１３には記載されていないが、コントローラ５０はＢｏｘ−Ｓ３０に、Ｂｏｘ−Ｓ３０の装置種別１１０５も送信しているため、Ｂｏｘ−Ｓ３０は自装置が終端装置の中で下位装置（スレーブ）であることを把握する。
【００８３】
このとき、移行直後はＢｏｘ−Ｓ３０は図１３（Ａ）のようなテーブル情報を持つ。つまり、移行直後のＢｏｘ−Ｓ３０はコントローラ５０についてはＥｔｈ−ＣＣ信号の受信（図９のＳ−９０２０）と設定情報の受信（図９のＳ−９０７０）により十分な情報を得ているが、従属先のＢｏｘ−Ｍ４０については、コントローラ５０からの設定情報の受信（図９のＳ−９０７０）によってＶＬＡＮ ＩＤ１３００やユニットＩＤ１３０１、接続先種別１３０３はコントローラ５０から情報を提供されているものの、ＭＡＣアドレス１３０２は未登録であり、接続状態１３０４はＭＡＣアドレスが登録されていないので「未接続」であり、接続性異常と検出されている。
【００８４】
なお、図１３でも図１２と同様に、コントローラ５０のユニットＩＤ１３０１は０となっているが、この情報はコントローラ５０が送信するＥｔｈ―ＣＣ信号内に搭載されていても構わないし、コントローラ５０からＢｏｘ−Ｓ３０に送信する設定情報（図９のＳ−９０７０）に含まれていても構わないし、又はシステムとして予め定義されていてＢｏｘ−Ｓ３０が事前に知っている（登録されている）ものでも構わない。いずれにしろ、ユニットＩＤ１３０１はＶＬＡＮ内でユニークに設定されたＩＤであれば構わない。
【００８５】
その後も、Ｂｏｘ―Ｍ４０と同様なので簡略するが、Ｂｏｘ―Ｓ３０は、Ｂｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号を受信すると（図１０のＳ−１００００）、制御／ユーザ回線判定領域４０６１を確認し、該信号を終端装置からのＥｔｈ―ＣＣ信号と判定し、該信号に含まれるユニットＩＤ４０６３をコントローラ／マスタＤＢ７０５５のユニットＩＤ１３０１と比較してＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号であると特定する。
Ｂｏｘ―Ｓ３０は、Ｅｔｈ−ＣＣ信号の送信元をＢｏｘ―Ｍ４０と特定すると、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０をコントローラ／マスタＤＢ７０５５のＭＡＣアドレス１３０２の領域に登録する（図１０のＳ−１００１０）。前述の登録処理完了によって、Ｂｏｘ―Ｓ３０は該Ｂｏｘ―Ｍ４０との接続が完了したと判定し、接続状態を「未接続」から「接続」へ移行させ、接続性異常の判定を変更し、接続性正常と判定する（図１０のＳ−１００２０）。
以後、Ｂｏｘ−Ｓ３０はＢｏｘ−Ｍ４０のＭＡＣアドレス１３０２を用いて、定期的にＢｏｘ−Ｍ４０に対してＥｔｈ−ＣＣ信号を送信する。またＢｏｘ−Ｓ３０はコントローラ５０のＭＡＣアドレスが登録されると、そのＭＡＣアドレス１３０２を用いて、定期的にコントローラ５０に対してＥｔｈ−ＣＣ信号を送信する。これらＥｔｈ−ＣＣ信号のユニットＩＤ４０６３には、Ｂｏｘ−Ｓ３０のユニットＩＤが格納されている。
【００８６】
図１３（Ｂ）は、Ｂｏｘ―Ｓ―１（３０Ａ）もしくはＢｏｘ―Ｓ―２（３０Ｂ）が網１のＶＬＡＮ Ａにおいて、全ての接続先のＭＡＣアドレスの登録処理が完了した状態のテーブル情報である。Ｂｏｘ―Ｓ３０は、コントローラ５０や通常運用に移行したＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号を受け取る際、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレスを該テーブル情報に照会することで、接続正常性を判定している。
【００８７】
また、例えばコントローラ５０が故障などにより機器交換された場合、コントローラ５０のＭＡＣアドレスが変更されてしまう。この時、Ｂｏｘ―Ｓ３０は前述のＢｏｘ―Ｍ４０と同様の処理を行うことで、オペレータからの特別な操作も必要無く、Ｂｏｘ―Ｓ４０はコントローラ５０の変更（交換）にも対応可能となる。この場合、Ｂｏｘ―Ｓ３０は、交換前のコントローラ５０からＥｔｈ―ＣＣ信号が届かなくなるが、誤って接続性異常の判定を下すことがなくなる。
【００８８】
また、自身と接続されているＢｏｘ―Ｍ４０が故障などにより機器交換された場合、Ｂｏｘ―Ｓ３０は交換後のＢｏｘ―Ｍ４０から、ユニットＩＤは以前と変わらないが、送信元ＭＡＣアドレス３０１０が異なったＥｔｈ―ＣＣ信号を受信するようになる。これは、機器交換の場合、終端装置は交換されるが、該終端装置における設定情報は交換前と同様の情報が交換後の終端装置に適用（コントローラ５０から交換後の終端装置へ転送）されるためである。この場合、Ｂｏｘ―Ｓ３０は、図１３（Ｂ）のテーブル情報において、該ユニットＩＤ１３０１（図１３（Ｂ）のユニットＩＤが１）に対応するＭＡＣアドレス１３０２を変更（上書き）することで、オペレータからの特別な操作も必要無く、対応可能となる。前述の処理によって、Ｂｏｘ―Ｓ３０は、交換前のＢｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号が届かなくなるが、誤って接続性異常の判定を下すことがなくなる。
【００８９】
また、図１３はあくまで一例であり、該テーブル情報に必要な情報を適宜追加・修正をしても構わない。
【００９０】
図１４は拠点側終端装置Ｂｏｘ―Ｍ４０、センタ側終端装置Ｂｏｘ―Ｓ３０において、通常運用開始後にＬ２―ＰＶＮ網１０から信号を受信した場合の受信処理に関するシーケンス図である。
【００９１】
Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０はＬ２―ＶＰＮ網１０から信号が転送された場合は、イーサＯＡＭ分離・終端部６０２０、７０２０のフレームバッファ部６０９０、７０９０にその信号を格納する（Ｓ―１４０００）。その後、イーサＯＡＭ分離・終端部６０２０、７０２０が該信号をユーザフレームかイーサＯＡＭ信号か判定する（Ｓ―１４０１０）。
イーサＯＡＭ分離・終端部６０２０、７０２０は、該信号をユーザフレームと判定した場合、該信号をＬ２―ＶＰＮ網へ転送させる（Ｓ―１４０２０）。一方、イーサＯＡＭ分離・終端部６０２０、７０２０は、該信号をイーサＯＡＭ信号と判定した場合、該信号をイーサＯＡＭ処理部６０６０、７０６０へ転送させて、必要な処理を継続する（Ｓ―１４０３０）。イーサＯＡＭ処理部６０６０、７０６０は、転送された信号を解析し、該信号がＥｔｈ―ＣＣ信号かそれ以外のイーサＯＡＭ信号かを判定する（Ｓ―１４０４０）。
【００９２】
イーサＯＡＭ処理部６０６０、７０６０は、該信号をＥｔｈ―ＣＣ信号と判定した場合、その情報を接続性監視部６１１０、７１１０に通知する。接続性監視部６１１０、７１１０は、通知された情報に含まれるＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０と、接続先ＤＢ６０５５のＭＡＣアドレス１２０２もしくはコントローラ／マスタＤＢ７０５５のＭＡＣアドレス１３０２とを参照し、送信元ＭＡＣアドレス３０１０の該当装置との接続性正常を判定する（Ｓ―１４０５０、Ｓ―１４０６０）。
【００９３】
また、例えば、網１においてＢｏｘ―Ｓ３０が新設された場合、新設されたＢｏｘ―Ｓ３０から送信されたＥｔｈ―ＣＣ信号の送信元ＭＡＣアドレスは、Ｂｏｘ―Ｍ４０の接続先ＤＢ６０５５に登録されていない。ただし、新設されたＢｏｘ−Ｓ３０のユニットＩＤ等の設定情報は、例えばコントローラ５０から転送されるなどしてＢｏｘ−Ｍ４０に登録されているので、Ｂｏｘ―Ｍ４０は、該Ｅｔｈ−ＣＣ信号のユニットＩＤから該信号が新設されたＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号だと判定可能である。
よって、Ｂｏｘ―Ｍ４０は、新設されたＢｏｘ―Ｓ３０からのＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０を接続先ＤＢ６０５５の該当するユニットＩＤ１２０１に対応するＭＡＣアドレス１２０２のエントリに新規登録し、該Ｂｏｘ―Ｓ３０との接続性判定を「異常」から「正常」と判定する（Ｓ―１４０５０、Ｓ―１４０７０、Ｓ―１４０８０）。なお、該Ｂｏｘ―Ｓ３０側の動作は、図１０や図１３で説明した動作と同様なので、省略する。
【００９４】
イーサＯＡＭ処理部６０６０、７０６０は、該信号をＥｔｈ―ＣＣ信号以外のイーサＯＡＭ信号と判定した場合、該信号がコントローラ５０からの設定変更情報かそれ以外のイーサＯＡＭ信号かを判定する（Ｓ―１４０９０）。イーサＯＡＭ処理部６０６０、７０６０は、該信号をコントローラ５０からの設定変更情報と判定した場合、設定管理部６０８０、７０８０へ設定変更情報を転送する。設定管理部６０８０、７０８０は転送された情報を格納して、自装置への設定変更を反映させる（Ｓ―１４１００）。一方、イーサＯＡＭ処理部６０６０、７０６０は、該信号をＥｔｈ―ＣＣ信号やコントローラからの設定変更信号以外のイーサＯＡＭ信号と判定した場合、自ブロック内で必要な処理を実施する（Ｓ―１４０９０、Ｓ―１４１１０、Ｓ―１４１２０）。
【００９５】
図１５は、コントローラ５０が行う、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０との間の接続性判定を実施するシーケンスの一例である。コントローラ５０とＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３０との間におけるＥｔｈ−ＣＣ信号を用いた接続性の確認は、主にコントローラ５０とＢｏｘ３０、４０間の制御信号が通る経路の正常性を確認するためのものである。
【００９６】
コントローラ５０は、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０への通常運用移行への設定が完了すると（図８のＳ−８１００、図９のＳ−９１００）、該当装置との接続性監視を開始する（Ｓ―１５０００、Ｓ―１５０１０）。
接続性監視については、前述までの該当装置から受信するＥｔｈ―ＣＣ信号を利用する。つまり、コントローラ５０は宛先ＭＡＣアドレス３０００にあらかじめ定められたマルチキャストＭＡＣアドレスを設定したＥｔｈ−ＣＣ信号を送信し、このＥｔｈ−ＣＣ信号を受信できたＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３０は、コントローラ５０との接続が正常であると確認する。また、コントローラ５０はＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３０からのＥｔｈ−ＣＣ信号を受信することで、これら終端装置との接続性を確認するが、このＥｔｈ−ＣＣ信号の宛先ＭＡＣアドレス３０００は、コントローラ５０のＭＡＣアドレスであり、これはユニキャストアドレスである。
【００９７】
コントローラ５０は通常運用に移行した終端装置、つまり登録情報ＤＢ５０５５にＭＡＣアドレスが登録された終端装置を判別可能である。よって、コントローラ５０は、通常運用に移行した、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０から一定時間内にＥｔｈ―ＣＣ信号を受信すると、該当装置との接続性が正常と判定する（Ｓ―１５０２０、Ｓ―１５０３０）。
一方、コントローラ５０は、一定時間内に前述のＥｔｈ―ＣＣ信号を受信できなかった場合、該当装置との接続性に異常が発生したと判定し、オペレータや必要な通知先に接続性異常を通知する（Ｓ―１５０４０、Ｓ―１５０５０）。
【００９８】
また、通常運用に移行していないＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０からは、当然Ｅｔｈ―ＣＣ信号をコントローラ５０は受信できない。よって前述のシーケンスを用いることで、通信事業者や加入者による該当装置の設置工事が完了するまで、コントローラ５０は、該当装置との接続性を異常と判断しないという処理も可能である。
【００９９】
図１６は、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０といった終端装置が接続性判定を実施するシーケンスの一例である。コントローラ５０との間の接続性確認は上述のとおり制御信号の中継経路の正常性を判断することを主な目的としているが、Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ３０との間でＥｔｈ−ＣＣ信号をやり取りすることによる疎通確認は、主にユーザのデータや信号が通る経路の正常性を確認するためのものである。Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０による接続性監視は、これら自身が通信を実施する、制御区間の中継経路とユーザのデータや信号が通る経路の正常性を確認することを目的とする。
【０１００】
Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は通常運用後（図８のＳ−８１１０や図９のＳ９１１０の後）に、コントローラ５０や他の終端装置との接続性の監視を開始する（Ｓ―１６０００）。接続性監視については、コントローラと同様、該当装置から受信するＥｔｈ―ＣＣ信号を利用する。この時、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、接続先ＤＢ６０５５やコントローラ／マスタＤＢ７０６５に登録された接続先情報が監視対象に設定されている。よって、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、対向装置が通常運用に移行しているかは自身では判別できないので、接続先ＤＢ６０５５やコントローラ／マスタＤＢ７０６５に登録された全ての接続先について、一定時間内に該当のＥｔｈ―ＣＣ信号の到着を待つ。Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、一定時間内に該Ｅｔｈ―ＣＣ信号を受信すると、該装置との接続性が正常と判定する（Ｓ―１６０１０、Ｓ―１６０２０）。
【０１０１】
一方、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、一定時間内に該装置からＥｔｈ―ＣＣ信号を受信できなかった場合、該当装置との接続性に異常が発生したと判定し、オペレータや必要な通知先に接続性異常を通知する（Ｓ―１６０３０、Ｓ―１６０４０）。この時、接続先ＤＢ６０５５やコントローラ／マスタＤＢ７０６５内にＭＡＣアドレスが未登録の終端装置が存在する場合、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、該装置とは接続性が異常であると判定する。
【０１０２】
前述のシーケンスにおいて、コントローラ５０は、各終端装置が通常運用に移行しているか判別可能なので、通常運用に移行していない終端装置との接続性異常を申告してきた対向側の終端装置からの通知については、その旨を併せてオペレータに通知することも可能である。
【０１０３】
また、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０がコントローラ５０との制御区間の中継経路にて接続性異常を判定した場合、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０はその旨を通知する信号を対向の終端装置を経由して通知することで、障害が発生している自身とコントローラ５０との制御区間の中継経路を使用せずにコントローラ５０へ通知することも可能である。
【０１０４】
上述のように、本実施例では終端装置をマスタであるＢｏｘ−Ｍ４０とスレーブであるＢｏｘ−Ｓ３０の２種類に分けたネットワーク構成を構築する。即ち、複数の拠点に配置される終端装置について、中継網の先に設置されるＢｏｘ−Ｍ４０にて複数のＢｏｘ−Ｓ３０を集約するネットワーク構成とする。前述のネットワーク構成によって、接続性監視の区間は、集約される側のスレーブの終端装置（下位の終端装置）と集約する側のマスタの終端装置（上位の終端装置）との間になり、障害検出区間の特定が容易になる。
また、上位の終端装置は複数の終端装置を配下に収めるので、上位の終端装置からはマルチキャストＭＡＣアドレスを利用したＣＣＭフレームを送信する。一方、下位の終端装置は、宛先ＭＡＣアドレスを上位の終端装置のＭＡＣアドレス、つまりユニキャストＭＡＣアドレスに設定したＣＣＭフレームを上位の終端装置へ送信する。このように上位の終端装置から送信するＣＣＭフレームと下位の終端装置から送信するＣＣＭフレームにおいて、宛先ＭＡＣアドレスをマルチキャストＭＡＣアドレス、ユニキャストＭＡＣアドレスと使い分けることで、ネットワークに対する接続性監視の負荷を低減できる。
【０１０５】
前述の接続性監視方法は、上位の終端装置と下位の終端装置を纏めて制御する通信事業者の制御装置（コントローラ）にも適用した。即ち、制御装置からは、上位の終端装置又は下位の終端装置へのＣＣＭフレームでも宛先ＭＡＣアドレスにマルチキャストＭＡＣアドレスを利用して接続性監視を実施する。一方、上位の終端装置又は下位の終端装置は制御装置に対して、宛先ＭＡＣアドレスをユニキャストＭＡＣアドレスである、制御装置のＭＡＣアドレスに設定したＣＣＭフレームを送信する。制御装置から送信するＣＣＭフレームと、上位の終端装置又は下位の終端装置から送信するＣＣＭフレームにおいて、宛先ＭＡＣアドレスをマルチキャストＭＡＣアドレス、ユニキャストＭＡＣアドレスと使い分けることで、ネットワークに対する接続性監視の負荷を低減できる。
【０１０６】
ネットワークを構成する制御装置や上位の終端装置や下位の終端装置は、それぞれＣＣＭフレームを受信することで対向側装置のＭＡＣアドレスを認識する。制御装置や上位の終端装置や下位の終端装置の接続性監視は、ＣＣＭフレームの送受信によって実施する。
【０１０７】
以上で説明したように、本実施例のコントローラ５０、Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０の構成と動作により、既存のＬ２―ＶＰＮ網を利用しつつ、ユーザ拠点間の新しい接続性監視を容易に提供できるようになる。また、ユーザ拠点間の接続性監視において、終端点同士を親局―子局のような従属関係を用いることにより、複数の拠点間の接続性監視を同時に実施でき、その監視フレームに用いる帯域の最小化を可能としている。本発明により、複数の地域網を経由するユーザ拠点間の通信において、障害発生時に明確に障害回線の特定や障害区間の特定が可能になる。
【０１０８】
なお、本実施例ではイーサＯＡＭ信号の場合について説明を行なったが、これはあくまでも一例である。装置間の接続性を監視するためのフレームやパケット等の信号を、マルチキャストアドレスを用いて複数の装置に送信できる保守監視システムであれば、上記実施例と同様に本発明を実施できる。また、Ｅｔｈ−ＣＣ信号は受信した装置が送信した装置との接続性を確認するものであり、Ｅｔｈ−ＣＣ信号を送信した装置は相手装置がＥｔｈ−ＣＣ信号を正常に受信したかどうかは関知しない。送信側の装置は、逆に受信側の信号が別途送信してくるＥｔｈ−ＣＣ信号を受信することで、相手装置との疎通確認をする。しかし、このＥｔｈ−ＣＣ信号のように送信側が信号を送信した後で何ら返信を待たない信号の他、送信側が送信した信号に対する受信側からの返信を得ることで接続性を確認するようなＯＡＭ用の信号に対しても、この発明は同様に適用することができる。
【符号の説明】
【０１０９】
３０ Ｂｏｘ―Ｓ
４０ Ｂｏｘ―Ｍ
５０ コントローラ
５０５０ 登録情報管理部
５０７０ 接続性監視部（コントローラ）
６０５０ 接続先テーブル管理部
６０６０ イーサＯＡＭ処理部（Ｂｏｘ―Ｍ）
６１１０ 接続性監視部（Ｂｏｘ―Ｍ）
７０５０ コントローラ／マスタ管理部
７０６０ イーサＯＡＭ処理部（Ｂｏｘ―Ｓ）
７１１０ 接続性監視部（Ｂｏｘ―Ｓ）
【技術分野】
【０００１】
本発明は、管理者の異なるパケット通信網を跨る通信回線の接続性を監視するためのネットワーク構成ならびに監視に使用される装置に関する。
【背景技術】
【０００２】
近年、イーサネット（登録商標）はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）領域だけにとどまらず、広域イーサネットサービスなどのキャリアネットワークにおいても急速に普及してきた。しかし、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）など従来の伝送網に用いられてきた他プロトコルと比べて、イーサネットを初めとするパケット通信プロトコルに対してはＯＡＭ（Ｏｐｅｒａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）機能が定義されていなかったため、その品質管理が課題とされてきた。
近年、標準化団体ＩＴＵ−Ｔ (Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ )及びＩＥＥＥ (Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ.)においてこれらの議論が行われたことにより、ＩＴＵ−Ｔ勧告Ｙ.１７３１（非特許文献１）やＩＥＥＥ ８０２．１ａｇ（非特許文献２）が規定され、イーサネットのためのＯＡＭ機能が導入された。また、ＯＡＭ機能を用いた経路切り替え（プロテクション）方式Ｇ.８０３１（非特許文献３）も規格化が完了している。
【０００３】
これらにより、イーサネット網での通信サービスに関する保守管理が可能となることから、イーサネットを含むパケット通信網におけるＯＡＭ機能の実用化が始まっている。イーサネットは通常、個人又は法人ユーザが所有するＬＡＮに適用されることが多いが、品質管理機能を備えたことにより、キャリアが提供するインフラサービスに於いても、その運用が注目されている。ユーザ宅に設置する宅内装置についても、イーサネットＯＡＭ（以下、イーサＯＡＭと言う。）の導入が検討されている。
【０００４】
従来、キャリアは専用線やＬ２―ＶＰＮサービスによる、ユーザサイト間の中継網を構築するサービスを提供してきた。この場合のユーザとは、主に企業などの法人ユーザを指すことが多い。これは企業ユーザが、災害回避やサーバ等の負荷分散を目的として、それぞれ異なる場所に複数のサイトを持つこと、また本社と支社など企業規模に応じて複数のサイトを所有する場合などに、サイト間の相互通信が必要とされてきたためである。
これら地理的に離れた場所に存在するユーザのサイト同士を接続するための中継網を構築するサービスでは、キャリアが提供する中継網内において、ユーザとの契約に応じた帯域保証が行われている。互いに距離の離れたサイト間の通信にはユーザに近いインフラを提供するアクセス網プロバイダや、それらアクセス網同士を接続するコア網を提供するキャリアなど、管理者の異なる複数の網を跨ぐ形となり、ユーザが使用する装置間のＥｎｄ−ｔｏ−Ｅｎｄの帯域保証は困難であった。そのため、ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）などを用いたＬ２―ＶＰＮサービスなど、上位プロトコルを用いた暗号化通信が主に利用されている。
【０００５】
このような上位プロトコルを用いた帯域保証サービスに加えて、先に述べたイーサＯＡＭの標準化に伴い、Ｌａｙｅｒ ２（以下、Ｌ２と言う。）のような下位プロトコルでの通信管理が可能となった。また、アクセス網プロバイダは、コストの高い専用線装置からパケット通信装置へ移行しつつある。このように、ユーザ網、アクセス網、コア網がともにパケット通信装置により接続されると、従来は困難であった、アクセス網とコア網を一貫して管理するためのコネクション確立が容易となる。
具体的には、コア網を提供するキャリアが、ユーザサイト内に遠隔装置を設置し、アクセス網プロバイダを跨いでユーザサイト間の通信全体を管理する方法が導入されつつある。この場合、アクセス網プロバイダはコア網を所有するキャリアに対して回線を提供する立場となる。従来、伝送網の下位レイヤ（コア網）に近いキャリアが、アクセス網プロバイダにリソースを提供する立場であったが、パケット通信網の機能が拡充されるに従い、ビジネスモデルが変化してきている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｙ．１７３１
【非特許文献２】ＩＥＥＥ ８０２.１ａｇ
【非特許文献３】ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｇ．８０３１／Ｙ．１３４２
【発明の概要】
【発明が解決しようとする課題】
【０００７】
これまでキャリア等の通信事業者が規模の大きなユーザ間ネットワークを提供する場合、通信事業者はネットワークの規模に応じて相応のコスト負担を実施してネットワークを構築してきた。近年は、アクセス網プロバイダ等の地域業者が構築しているＬ２―ＶＰＮネットワーク等の地域網も中継網として活用することで、前述のコスト低減を図る動きがある。この時、サービスを提供する通信事業者は、自身が管理するネットワーク以外に、別事業者が管理する地域網のネットワークも加入者への保守・監視対象とすることで、ネットワーク全体の管理を行う。
【０００８】
障害発生時に通信事業者は、故障区間の特定や影響を受けるサービス収容回線の特定を行うため、ネットワークを構成している装置毎の警報状態の把握や疎通試験を実施する必要がある。しかし、規模の大きなネットワーク網や複数の地域網を中継網として利用している場合、状況の把握に時間を要する場合がある。
【０００９】
そのため、前述の保守・監視では、サービスを提供する通信事業者が素早く障害状況の把握を行うため、ユーザ装置からサービス回線が収容される各終端装置間での接続性監視が効果的となる。この場合、イーサＯＡＭにて接続性監視に利用されるＣＣＭ（Ｃｏｎｔｉｎｕｉｔｙ Ｃｈｅｃｋ Ｍｅｓｓａｇｅ）フレームの適用が候補に挙がるが、以下の２点に考慮が必要となる。１点目は、単純な各終端装置間での接続性監視では、障害発生箇所によっては、複数の終端装置から障害検出が不必要に通知される恐れがあることである。２点目は、なるべく本来のユーザトラフィックへの負担を低減するため、各終端装置間でＣＣＭフレームの送受信を最小限に実施する必要があることである。
【課題を解決するための手段】
【００１０】
ユーザの拠点内でＣＣＭフレーム等のＯＡＭ信号を終端する装置に従属関係を設定し、上位側（マスタ）終端装置と複数の下位側（スレーブ）終端装置との間で接続性監視を実施することで障害検知区間の明確化を実現する。
【００１１】
また、上位側終端装置から複数の下位側終端装置へは、宛先をマルチキャストＭＡＣアドレスに設定したＣＣＭフレームを送信し、下位側終端装置から上位側（センタ側）終端装置へは、宛先をユニキャストＭＡＣアドレスに設定したＣＣＭフレームを送信する。
各終端装置を制御する制御装置（以下、制御装置もしくはコントローラとも称する）から上位側終端装置や下位側終端装置へは、宛先をマルチキャストＭＡＣアドレスに設定したＣＣＭフレーム（以下、Ｅｔｈ―ＣＣ信号とも称する）を送信し、上位側終端装置や下位側終端装置からコントローラへは、宛先をユニキャストＭＡＣアドレスに設定したＣＣＭフレームを送信する。
【発明の効果】
【００１２】
本発明によると、接続性監視を実施する区間が制御装置と各終端装置との間、上位の終端装置と下位の終端装置との間になり、監視区間の明確化が可能になる。このことにより、通信事業者は障害発生時の接続性異常通知に対して、即座にサービス影響範囲の把握と対応が可能になる。また、制御装置から各終端装置へのＣＣＭフレーム送信と上位の終端装置から下位の終端装置へのＣＣＭフレーム送信について、宛先にマルチキャストＭＡＣアドレスを利用することで、送信元は複数の送信先に対してＣＣＭフレームを一括して送信できる。このことにより、通信事業者はネットワーク設計において、接続性監視に用いるＣＣＭフレームの送受信により消費される帯域を必要最低限に設定でき、ユーザトラフィックへの負担を低減できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態によるＬ２―ＶＰＮ網を示す網構成例である。
【図２】終端装置を経由してユーザ拠点間を送受信するユーザフレームのフレーム構成例である。
【図３】終端装置間や終端装置とコントローラの間を通信するイーサネットＯＡＭフレームの構成例である。
【図４】接続性監視に利用するＥｔｈ―ＣＣ信号を示すフレーム構成例である。
【図５】終端装置を制御するコントローラの一実施例を示すブロック構成図である。
【図６】センタ側終端装置の一実施例を示すブロック構成図である。
【図７】拠点側終端装置の一実施例を示すブロック構成図である。
【図８】終端装置を制御するコントローラがセンタ側終端装置へ登録情報を通知するシーケンスの一例である。
【図９】終端装置を制御するコントローラが拠点側終端装置へ登録情報を通知するシーケンスの一例である。
【図１０】センタ側終端装置と拠点側終端装置が互いにＭＡＣアドレス学習を実施するシーケンスの一例である。
【図１１】終端装置を制御するコントローラで管理される登録情報を示すテーブルの一例である。
【図１２】センタ側終端装置で管理される接続情報を示すテーブルの一例である。
【図１３】拠点側終端装置で管理される接続情報を示すテーブルの一例である。
【図１４】終端装置がＬ２―ＶＰＮ網から転送されるフレームの処理フローの一例である。
【図１５】終端装置を制御するコントローラが接続状態を判定する処理フローの一例である。
【図１６】終端装置が接続状態を判定する処理フローの一例である。
【発明を実施するための形態】
【００１４】
以下、図面を用いて本発明によるネットワークの構成と動作を、ＩＴＵ−Ｔ勧告Ｙ．１７３１（非特許文献１）で規定されるイーサＯＡＭ構成及びその動作を例として説明する。
【００１５】
図１は、本発明の実施形態の一例を説明するための網構成図である。
網１では、例えば、拠点間を接続するサービスに加入しているユーザ（加入者）の端末（以下、ユーザ装置と言う。）が各地に配置されており、同じく各地に配備された終端装置であるＢｏｘ−Ｓ３０やＢｏｘ−Ｍ４０がこれらユーザ装置を、Ｌ２―ＶＰＮ（Ｌａｙｅｒ ２ Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）網１０に接続させている様子を示している。ここで、Ｂｏｘ−Ｍ４０は例えばユーザが各拠点を集約する大都市部などのセンタ側に配置する終端装置であり、Ｂｏｘ−Ｓ３０は例えばユーザが地方などの拠点側に配置する終端装置である。この終端装置は、単体の装置でも良いし、またはユーザ宅や加入者の局に設置されるＥｄｇｅ用ホームゲートウェイ等の装置や、ルータやスイッチ等の中継装置に組み込まれていても良い。
【００１６】
各地に設置された終端装置は、中継するＬ２―ＶＰＮ網１０のエッジに配置されたＬ２スイッチなどのエッジ装置２０と接続されており、必要に応じてＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）設定されたネットワークにて通信を行う。
【００１７】
ここで、エッジ装置２０やＢｏｘ−Ｍ４０、Ｂｏｘ−Ｓ３０は、例えば通信事業者であるキャリアが所有する装置であり、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０はキャリアがユーザに貸与して、ユーザの宅内や局内に設置される使用形態が想定される。また、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０等の終端装置とエッジ装置２０との間のネットワークは、アクセス網プロバイダ等のキャリア以外の地域業者が管理するネットワークで構成されていても良い。また、エッジ装置で挟まれるネットワークは、キャリアが管理するネットワークと考えても良い。なお、図１のネットワークのどの部分を誰が管理するかについては上述の例以外にも様々なバリエーションがあるが、本実施例は網１がどのように管理区分されていても実施することができる。
【００１８】
図１では、地方などの拠点側の終端端末として、Ｂｏｘ―Ｓ―１（３０Ａ）、Ｂｏｘ―Ｓ―２（３０Ｂ）、Ｂｏｘ―Ｓ―３（３０Ｃ）、Ｂｏｘ―Ｓ―４（３０Ｄ）の４台のＢｏｘ―Ｓが配置されている。またセンタ側の終端端末として、１台のＢｏｘ―Ｍ４０が配置されている。その他、各終端装置を遠隔制御するコントローラ５０もＬ２―ＶＰＮ網１０とＬ２スイッチなどのエッジ装置２０Ｆを介して接続されている。
また、コントローラ５０とＢｏｘ―Ｍ４０とＢｏｘ―Ｓ３０はＬ２―ＶＰＮ網１０を介し、ＶＬＡＮにてネットワークを構成している。具体的には、コントローラ５０とＢｏｘ―Ｍ４０とＢｏｘ―Ｓ―１（３０Ａ）とＢｏｘ―Ｓ―２（３０Ｂ）がＶＬＡＮ ＩＤがＶＬＡＮ Ａに設定されたネットワークを構築しており、コントローラ５０とＢｏｘ―Ｍ４０とＢｏｘ―Ｓ―３（３０Ｃ）とＢｏｘ―Ｓ―４（３０Ｄ）がＶＬＡＮ ＩＤがＶＬＡＮ Ｂに設定されたネットワークを構築している。
【００１９】
コントローラ５０とＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０との間は、コントローラ５０がＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０を制御するため、主にイーサＯＡＭ信号を送受信するために構築された通信路である。各終端装置の間は、ユーザが拠点―センタ間の通信に用いるユーザフレームや後述する終端装置間の接続性監視等を行うイーサＯＡＭ信号を転送するための通信路である。
また各終端装置の間は、１台のセンタ側Ｂｏｘ―Ｍ４０の配下に複数の拠点側Ｂｏｘ―Ｓ３０が従属している形態をとる。一例をあげると、ある企業ネットワークにおいて、拠点側Ｂｏｘ―Ｓ３０の先に接続されるユーザ装置には各支店に設置された端末があり、センタ側Ｂｏｘ―Ｍ４０の先に接続されるユーザ装置には各支店を統括するデータセンタが設置されており、相互に送受信するネットワークである。前述の例はあくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００２０】
図２は、ユーザ装置から転送され、Ｂｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との間で送受信される、ユーザのデータを運ぶためのユーザフレームのフレーム構成例である。
ユーザフレームは例えば、宛先ＭＡＣアドレス２０００、送信元ＭＡＣアドレス２０１０、ＶＬＡＮタグ２０２０、Ｔｙｐｅ２０３０、ペイロード２０４０から構成される。ＶＬＡＮタグ２０２０は、ＩＥＥＥ ８０２．１Ｑで標準化されている。ＶＬＡＮタグ２０２０は、ＶＬＡＮタグであることを示すＴＰ ＩＤ２０５０、フレームの優先度を示すＣｏｓ２０６０、トークンリングのカプセル化フラグＣＦＩ２０７０、ＶＬＡＮの識別に使用するＶＩＤ２０８０より構成される。ＶＩＤ２０８０により、Ｌ２―ＶＰＮ網内の経路が決定する。Ｔｙｐｅ２０３０は上位層のプロトコルを識別する番号である。例えば、ＩＰｖ４であれば０ｘ０８００である。ペイロード２０４０は、ユーザフレームのデータ本体を示す。
【００２１】
図３はＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０やコントローラ５０が送受信する、イーサＯＡＭ信号のフレーム構成例である。
イーサＯＡＭ信号は例えば、宛先ＭＡＣアドレス３０００、送信元ＭＡＣアドレス３０１０、ＶＬＡＮタグ３０２０、Ｔｙｐｅ３０３０、ペイロード３０４０から構成される。イーサＯＡＭ信号のＴｙｐｅ３０３０は０ｘ８９０２である。ペイロード３０４０はイーサＯＡＭのデータであり、ＩＥＥＥ ８０２．１ａｇ、ＩＴＵ―Ｔ Ｙ．１７３１でフォーマットが規定されている。ペイロード３０４０は、ＭＥＬ３０５０、Ｖｅｒｓｉｏｎ３０６０、ＯｐＣｏｄｅ３０７０、Ｆｌａｇｓ３０８０、ＴＬＶ Ｏｆｆｓｅｔ３０９０、ＯＡＭデータ３１００から構成される。ＭＥＬ３０５０はイーサＯＡＭ信号の管理レベル（ＭＥＧレベル）を示す。Ｖｅｒｓｉｏｎ３０６０はイーサＯＡＭ信号のバージョンを識別するための識別子である。ＯｐＣｏｄｅ３０７０はイーサＯＡＭ信号の機能を識別するための識別子である。例えば、イーサＯＡＭ信号が接続性監視に利用されるＣＣＭフレームであるＥｔｈ―ＣＣ信号であれば０ｘ０１である。Ｆｌａｇｓ３０８０は、Ｅｔｈ―ＣＣ信号ではＯＡＭ終端ノードでの通信警報検知や送信周期を示す。ＴＬＶ Ｏｆｆｓｅｔ３０９０は、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）までの固定フィールドのＢｙｔｅ数を示す。ＯＡＭデータ３１００は、ＯｐＣｏｄｅ３０７０別に規定されたデータを示す。
【００２２】
イーサＯＡＭ信号を送受信する際、コントローラ５０やＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は送信先によって、イーサＯＡＭ信号内のＭＥＬ３０５０を変更することでＭＥＧレベルを変える。即ち、コントローラ５０とＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０との間に用いるイーサＯＡＭ信号のＭＥＧレベルに対して、Ｂｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との間に用いるイーサＯＡＭ信号のＭＥＧレベルは、より大きい値が設定される。例えば、コントローラ５０と、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０との間のイーサＯＡＭ信号のＭＥＧレベルを「３」と設定した場合、Ｂｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との間のイーサＯＡＭ信号のＭＥＧレベルは「４」と設定される。これは、通信区間の種別が、ユーザ装置が送受信する回線の終端点同士を通信するＢｏｘ―Ｍ４０とＢｏｘ―Ｓ３０との通信と、終端装置を制御するための制御区間を通信するコントローラ５０とＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０との通信が異なるためである。
なお、ＭＥＧレベルはユーザ拠点間を保守管理の対象とする場合は高い数値に設定されるのが一般的である。そして、アクセス網プロバイダの網間や、キャリアのコア網と、保守管理の対象となるネットワークが狭くなるにつれて、ＭＥＧレベルは低い数値に設定されるのが一般的な取り決めである。
【００２３】
図４は、イーサＯＡＭ信号が接続性監視に利用されるＥｔｈ―ＣＣ信号である場合のＯＡＭデータ３１００を示すフレーム構成例である。
Ｅｔｈ―ＣＣ信号の場合、イーサＯＡＭのＯＡＭデータ３１００は例えば、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４０００、ＭＥＰ ＩＤ４０１０、ＭＥＧ ＩＤ４０２０、ＴｘＦＣｆ４０３０、ＲｘＦＣｂ４０４０、ＴｘＦＣｂ４０５０、Ｒｅｓｅｒｖｅｄ４０６０、Ｅｎｄ ＴＬＶ４０７０から構成される。各項目はＩＴＵ―Ｔ Ｙ．１７３１で規定されている。Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４０００は本信号のシーケンス番号を示している。ＭＥＰ ＩＤ４０１０は宛先ＭＥＰ ＩＤを示す。ＭＥＧ ＩＤ４０２０は本信号が属するＭＥＧ ＩＤを示す。ＴｘＦＣｆ４０３０は本Ｅｔｈ―ＣＣ信号の送信までに対向ＭＥＰに送出したユーザフレームの総数を表す。ＲｘＦＣｂ４０４０は前回Ｅｔｈ―ＣＣ信号と本Ｅｔｈ―ＣＣ信号の受信の間に対向ＭＥＰから受信したユーザフレーム数を表す。ＴｘＦＣｂ４０５０は、前回Ｅｔｈ―ＣＣ信号と本Ｅｔｈ―ＣＣ信号の送出の間に対向ＭＥＰに送出したユーザフレーム数を表す。Ｒｅｓｅｒｖｅｄ４０６０は未使用領域を示す。Ｅｎｄ ＴＬＶ４０７０はＯＡＭデータ３１００の終端を示す。
【００２４】
本実施例では、Ｒｅｓｅｒｖｅｄ４０６０の領域を利用して、コントローラ５０、Ｂｏｘ−Ｍ４０、Ｂｏｘ−Ｓ３０間でＥｔｈ−ＣＣ信号を効率的に送受信するのに必要な情報の送受信を行う。このため、本実施例ではＲｅｓｅｒｖｅｄ４０６０の領域に制御／ユーザ回線判定領域４０６１と、シリアルナンバー４０６２と、ユニットＩＤ４０６３を設けている。
【００２５】
制御／ユーザ回線判定領域４０６１は、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０等の終端装置が最初のＥｔｈ−ＣＣ信号を受信した場合に、そのＥｔｈ−ＣＣ信号がコントローラ５０からのものであるのか、もしくは他の終端装置からのものであるのかを判断するための情報を格納する。具体的にはＲｅｓｅｒｖｅｄ４０６０の領域は４８ビット存在するが、例えば先頭の１ビットを制御／ユーザ回線判定領域４０６１と定義する。例えば制御／ユーザ回線判定領域４０６１が「１」の場合は該当のＥｔｈ―ＣＣ信号はコントローラ５０からのＥｔｈ―ＣＣ信号とする一方、制御／ユーザ回線判定領域４０６１が「０」の場合は該当のＥｔｈ―ＣＣ信号は終端装置（Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０）からのＥｔｈ―ＣＣ信号とする。
【００２６】
シリアルナンバー４０６２には、ベンダが各終端装置の出荷時にユニークに設定した番号、例えばＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の製造番号等であるシリアルナンバーが格納される。ただし、このシリアルナンバーについては一例であり、コントローラ５０が任意の終端装置を他の終端装置と区別して一意に識別することができる識別情報であれば良い。このシリアルナンバー４０６２は、例えばＲｅｓｅｒｖｅｄ４０６０の領域において、先頭から、２ビット目から１５ビット目（１４ビット分）に格納されている。１４ビット分では、１〜１６３８３のシリアルナンバーをそれぞれユニークに設定可能となる。
後述するように、本実施例では、コントローラ５０がオペレータから登録情報を入手した後に最初のＥｔｈ−ＣＣ信号を終端装置から受信したときに、コントローラ５０はそれら終端装置のシリアルナンバーは知っているが、ＭＡＣアドレスは知らない状態である。このためコントローラ５０は、このシリアルナンバー４０６２を確認することで、どの終端装置からＥｔｈ−ＣＣ信号が送信されたのかを判断する。
【００２７】
ユニットＩＤ４０６３には、通信事業者が構築するネットワーク内において、各終端装置へユニークに設定するＩＤが格納される。例えば、網１において、ＶＬＡＮ毎に各終端装置を一意に識別するために、各終端装置へユニークに設定するＩＤである。ただし、このＩＤについては一例であり、終端装置が自身が属するネットワーク（例えばＶＬＡＮなど）において、他の終端装置を一意に識別することができる識別情報であれば良い。前述のユニットＩＤは、例えばＲｅｓｅｒｖｅｄ４０６０の領域において、先頭から、１６ビット目から２３ビット目（８ビット分）に格納されている。８ビット分では、１〜２５５のユニットＩＤをそれぞれユニークに設定可能となる。
後述するように、本実施例では、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０が通常運用移行後に最初のＥｔｈ−ＣＣ信号を他の終端装置から受信したときに、Ｅｔｈ−ＣＣ信号を送信した他の終端装置のユニットＩＤは知っているが、ＭＡＣアドレスを知らない状態である。このためこれらＥｔｈ−ＣＣ信号を初めて受信した終端装置は、このユニットＩＤ４０６３を確認することで、どの終端装置からＥｔｈ−ＣＣ信号が送信されたのかを判断する。
【００２８】
本実施例では上述のように、Ｒｅｓｅｒｖｅｄ４０６０の領域を加工して必要な情報を送受信するようにしているが、これは本手法に拘ったものではなく、あくまで一例として挙げたものであり、Ｅｔｈ―ＣＣ信号内のＲｅｓｅｒｖｅｄ４０６０以外の領域を使用するよう装置間で定義して、これら情報を格納しても良い。例えばシリアルナンバーやユニットＩＤについては、ＭＥＧ ＩＤ４０２０などＩＤを格納可能な適切な領域を用いても構わない。
【００２９】
図５はコントローラ５０のブロック図の一例である。
コントローラ５０は、例えば、ＩＦ部５０００、５０１０と、コントローラ制御部５０２０と、イーサＯＡＭ生成部５０３０と、イーサＯＡＭ終端・処理部５０４０から構成されている。コントローラ制御部５０２０は例えば、登録情報管理部５０５０と、通知監視部５０６０から構成されている。登録情報管理部５０５０は例えば、登録情報ＤＢ５０５５を内蔵する。通知監視部５０６０には例えば、接続性監視部５０７０が内蔵されている。
【００３０】
コントローラ５０は、オペレータとの情報の送受信を、外部とのインタフェースであるＩＦ部５０１０を経由してコントローラ制御部５０２０にて行う。登録情報管理部５０５０内の登録情報ＤＢ５０５５は、オペレータから通知された各終端装置Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の登録情報が格納されるデータベースである。この登録情報は、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０を通常運用に移行させるために必要なだけでなく、該当装置との接続性監視にも利用される。イーサＯＡＭ生成部５０３０は、登録情報管理部５０５０の指示に従い、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０に向けた制御のためのイーサＯＡＭ信号を生成・送信する機能を持つ。イーサＯＡＭ生成部５０３０にて生成されたイーサＯＡＭ信号は、ＩＦ部５０００を経由してＬ２―ＶＰＮ網１０へ送信される。登録情報ＤＢ５０５５については図１１で後述する。
イーサＯＡＭ終端・処理部５０４０は、Ｌ２―ＶＰＮ網１０から送信される信号を自宛のイーサＯＡＭ信号か否か判定する機能を持つ。イーサＯＡＭ終端・処理部５０４０は、該当信号を自宛のイーサＯＡＭ信号と判定すると、該信号を通知監視部５０６０や登録情報管理部５０５０へ転送する。通知監視部５０６０はイーサＯＡＭ終端・処理部５０４０から転送される信号を解析し、通知信号ならば、必要に応じてオペレータにＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の状態を通知する。また、接続性監視部５０７０はＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号を監視しており、一定時間Ｅｔｈ―ＣＣ信号を受信しない場合、該当装置との接続性に異常が発生したと判定して、オペレータへの通知を実施する。
【００３１】
コントローラ５０は、Ｂｏｘ−Ｍ４０やＢｏｘ―Ｓ３０との接続性監視を行うためにＥｔｈ―ＣＣ信号をそれら終端装置に送信する場合、宛先ＭＡＣアドレスをマルチキャストＭＡＣアドレスに設定して、自装置に登録されたＶＬＡＮ ＩＤ毎に各終端装置へ送信する。コントローラ５０は宛先ＭＡＣアドレス３０００をマルチキャストＭＡＣアドレスに設定したＥｔｈ―ＣＣ信号を送信することで、複数の終端装置に一括送信することが可能になる。
【００３２】
図６はセンタ側終端装置Ｂｏｘ―Ｍ４０のブロック図の一例である。
Ｂｏｘ―Ｍ４０は、例えば、ＩＦ部６０００、６０１０と、イーサＯＡＭ分離・終端部６０２０と、イーサＯＡＭ挿入・多重部６０３０と、端末制御部６０４０から構成される。端末制御部６０４０は例えば、接続先テーブル管理部６０５０と、イーサＯＡＭ処理部６０６０と、通知監視部６０７０と、設定管理部６０８０から構成される。通知監視部６０７０には例えば、接続性監視部６１１０が内蔵されている。イーサＯＡＭ分離・終端部６０２０やイーサＯＡＭ挿入・多重部６０３０には例えば、フレームバッファ部６０９０、６１００が内蔵されている。接続先テーブル管理部６０５０は例えば、接続先ＤＢ６０５５が内蔵されている。
【００３３】
Ｂｏｘ―Ｍ４０は、Ｌ２―ＶＰＮ網１０からの信号を外部とのインタフェース部であるＩＦ部６０００を経由し、イーサＯＡＭ分離・終端部６０２０内のフレームバッファ部６０９０で受信する。イーサＯＡＭ分離・終端部６０２０は、受信した信号をイーサＯＡＭ信号かユーザフレームかを判定する機能を持つ。イーサＯＡＭ分離・終端部６０２０は、受信した信号をユーザフレームと判定すると、外部とのインタフェース部であるＩＦ部６０１０を経由し、ユーザ装置へ転送する。イーサＯＡＭ分離・終端部６０２０は、受信した信号をイーサＯＡＭ信号と判定すると、ユーザ装置へ転送せずに端末制御部６０４０内のイーサＯＡＭ処理部６０６０へ転送する。イーサＯＡＭ処理部６０６０では、受信したイーサＯＡＭ信号の内容を確認して、必要な処理を実施する。
【００３４】
イーサＯＡＭ処理部６０６０は、受信したイーサＯＡＭ信号のＭＥＬ３０５０から当該信号のＭＥＧレベルを読み取り、イーサＯＡＭ信号の透過または終端を判断する。イーサＯＡＭ信号のＭＥＧレベルが、イーサＯＡＭ処理部６０６０の保持する終端ＭＥＧレベル、つまりＢｏｘ−Ｍ４０が処理すべきＭＥＧレベルよりも大きい場合、イーサＯＡＭ処理部６０６０は、イーサＯＡＭ信号を透過処理する。この透過処理とは、イーサＯＡＭ分離・終端部６０２０から転送されたイーサＯＡＭ信号を、イーサＯＡＭ分離・終端部６０２０へそのまま折り返し、イーサＯＡＭ挿入・多重部６０３０から送られてきたイーサＯＡＭ信号は、イーサＯＡＭ挿入・多重部６０３０へそのまま折り返す処理である。
イーサＯＡＭ信号のＭＥＧレベルが、イーサＯＡＭ処理部６０６０の保持する終端ＭＥＧレベルより小さい場合、イーサＯＡＭ処理部６０６０はイーサＯＡＭ信号を破棄する。
【００３５】
イーサＯＡＭ信号のＭＥＧレベルが、イーサＯＡＭ処理部６０６０の保持する終端ＭＥＧレベルと同じ場合、イーサＯＡＭ処理部６０６０はイーサＯＡＭ信号を終端し、イーサＯＡＭ信号の処理を行う。この時、Ｌ２―ＶＰＮ網１０から受信したイーサＯＡＭ信号がＥｔｈ―ＣＣ信号であれば、イーサＯＡＭ処理部６０６０は、送信元ＭＡＣアドレスやユニットＩＤや制御／ユーザ回線判定領域４０６１の情報を確認して、該情報を接続先テーブル管理部６０５０に展開する。接続先テーブル管理部６０５０は必要に応じて、接続先ＤＢ６０５５に送信元ＭＡＣアドレス等を登録する。接続先テーブル管理部管理部６０５０は、コントローラ５０から転送される自身に従属するＢｏｘ―Ｓ３０の状態の把握や、受信したＥｔｈ―ＣＣ信号などから取得した送信元ＭＡＣアドレスを基に自身と接続されている対向装置の状態を把握している。接続先ＤＢ６０５５は、接続されている対向措置のユニットＩＤやＭＡＣアドレス等を格納するためのデータベースであり、図１２で後述する。
【００３６】
設定管理部６０８０は、コントローラ５０から転送された自装置への登録情報を格納・管理している。設定管理部６０８０が格納・管理する登録情報は例えば、網１では、Ｂｏｘ―Ｍ４０はＶＬＡＮ ＡとＶＬＡＮ Ｂの２種類のＶＬＡＮ ＩＤに収容されているので、ＶＬＡＮ Ａ、ＶＬＡＮ Ｂ毎の対向装置であるＢｏｘ−Ｓ３０のユニットＩＤなどが格納される。設定管理部６０８０は、コントローラ５０から転送される情報から、自身に従属するＢｏｘ―Ｓ３０についての情報等、必要な情報を接続先テーブル管理部６０５０へ展開する。通知監視部６０７０は、他装置からの障害通知や自装置内の障害状況を監視しており、必要に応じてコントローラ５０や対向するＢｏｘ−Ｓ３０などに自装置が検出した情報を通知する機能を備える。該通知には、例えばイーサＯＡＭ処理部６０６０に指示を出し、イーサＯＡＭ処理部６０６０にて必要なイーサＯＡＭ通知信号を生成してもよい。
【００３７】
接続性監視部６１１０は、通知監視部６０７０内で、コントローラ５０や他の終端装置との接続性を監視している。接続性監視部６０７０は、接続先テーブル管理部６０５０とイーサＯＡＭ処理部６０６０を利用して接続性監視を実施する。即ち、接続性監視部６１１０は、接続先ＤＢ６０５５に登録されているデータベースを参考に、イーサＯＡＭ処理部６０６０がコントローラ５０や対向の終端装置からＥｔｈ―ＣＣ信号を一定時間内に受信するか否かで、該当装置との接続性を監視している。
【００３８】
Ｂｏｘ―Ｍ４０は、ユーザ装置から信号が送信されると、ＩＦ部６０１０を経由し、イーサＯＡＭ挿入・多重部６０３０内のフレームバッファ部６１００で受信する。イーサＯＡＭ挿入・多重部６０３０は受信した信号をイーサＯＡＭ信号かユーザフレームかを判定する機能を持つ。イーサＯＡＭ挿入・多重部６０３０は、受信した信号をユーザフレームと判定すると、外部とのインタフェース部であるＩＦ部６０００を経由し、Ｌ２―ＶＰＮ網１０へ転送する。イーサＯＡＭ挿入・多重部６０３０は、受信した信号をイーサＯＡＭ信号と判定すると、Ｌ２―ＶＰＮ網１０へ転送せずに端末制御部６０４０内のイーサＯＡＭ処理部６０６０へ転送する。このように、この実施例の終端装置は必要に応じてＯＡＭ信号を終端するものである。
端末制御部６０４０は、接続先テーブル管理部６０５０と、設定管理部６０８０と、通知監視部６０７０と、イーサＯＡＭ処理部６０６０を統括して、自装置全体の制御を行う。
【００３９】
Ｂｏｘ―Ｍ４０からコントローラ５０に通知情報やＥｔｈ―ＣＣ信号を送信する場合、Ｂｏｘ―Ｍ４０はコントローラ５０へ個別に送信すればよいので、宛先ＭＡＣアドレス３０００はコントローラ５０のＭＡＣアドレスに設定して、ユニキャストＭＡＣアドレスにて送信する。
一方、Ｂｏｘ―Ｍ４０は、配下のＢｏｘ―Ｓ３０との接続性監視を行うためにＥｔｈ―ＣＣ信号を送信する場合、宛先ＭＡＣアドレス３０００をマルチキャストＭＡＣアドレスに設定して、自装置に登録されたＶＬＡＮ ＩＤ毎に各終端装置へ送信する。Ｂｏｘ―Ｍ４０はマルチキャストＭＡＣアドレスに設定したＥｔｈ―ＣＣ信号を送信することで、配下の複数のＢｏｘ―Ｓ３０に一括送信することが可能になる。
【００４０】
図７は拠点側終端装置Ｂｏｘ―Ｓ３０のブロック図の一例である。
Ｂｏｘ―Ｓ３０は例えば、ＩＦ部７０００、７０１０と、イーサＯＡＭ分離・終端部７０２０と、イーサＯＡＭ挿入・多重部７０３０と、端末制御部７０４０から構成される。端末制御部７０４０は例えば、コントローラ/マスタテーブル管理部７０５０と、イーサＯＡＭ処理部７０６０と、通知監視部７０７０と、設定管理部７０８０から構成される。通知監視部７０７０には例えば、接続性監視部７１１０が内蔵されている。イーサＯＡＭ分離・終端部７０２０やイーサＯＡＭ挿入・多重部７０３０には例えば、フレームバッファ部７０９０、７１００が内蔵されている。コントローラ/マスタテーブル管理部７０５０は例えば、コントローラ／マスタＤＢ７０５５が内蔵されている。
コントローラ/マスタテーブル管理部７０５０とコントローラ／マスタＤＢ７０５５以外の各ブロックの詳細は、図６のＢｏｘ―Ｍ４０のブロック図と同様なので、詳細な説明は省く。コントローラ/マスタテーブル管理部７０５０は、図６の接続先テーブル管理部６０５０に代わるものである。コントローラ/マスタテーブル管理部７０５０は、対向装置であるコントローラ５０やＢｏｘ―Ｍ４０のＭＡＣアドレスを管理する機能を持つ。コントローラ／マスタＤＢ７０５５については、図１３で後述する。
【００４１】
また、Ｂｏｘ―Ｓ３０からコントローラ５０に通知情報やＥｔｈ―ＣＣ信号を送信する場合、Ｂｏｘ―Ｓ３０はコントローラ５０へ個別に送信すればよいので、Ｂｏｘ―Ｍ４０と同様に、宛先ＭＡＣアドレス３０００はコントローラ５０のＭＡＣアドレスに設定して、ユニキャストＭＡＣアドレスにて送信する。その他、従属先のＢｏｘ―Ｍ４０との接続性監視を行うためにＥｔｈ―ＣＣ信号を送信する場合も、Ｂｏｘ―Ｓ３０は、従属先のＢｏｘ―Ｍ４０のみに送信すればよいので、宛先ＭＡＣアドレス３０００はＢｏｘ―Ｍ４０のＭＡＣアドレスに設定して、ユニキャストＭＡＣアドレスにて送信する。
【００４２】
図８は網１において、コントローラ５０とセンタ側終端装置Ｂｏｘ―Ｍ４０との間で実施される通常運用までの立ち上げに関するシーケンス図である。
コントローラ５０には予めオペレータが設定したＢｏｘ―Ｍ４０に関する設定情報が登録情報ＤＢ５０５５に登録されている（Ｓ−８０００）。オペレータがどのような情報を予め登録情報ＤＢ５０５５に登録するかについては、図１１（Ａ）にて後述する。
コントローラ５０は登録情報ＤＢ５０５５に情報が登録されたことを契機に、イーサＯＡＭ生成部５０３０が定期的にＬ２―ＶＰＮ網に対してＥｔｈ―ＣＣ信号を送信する（Ｓ−８０１０）。この時、Ｅｔｈ―ＣＣ信号内の宛先ＭＡＣアドレス３０００は、マルチキャストＭＡＣアドレスとする。宛先ＭＡＣアドレス３０００をマルチキャストＭＡＣアドレスに設定することで、後述する拠点側終端装置Ｂｏｘ―Ｓ３０にも該Ｅｔｈ―ＣＣ信号を一括して届けることが可能になる。
【００４３】
なお、Ｅｔｈ−ＣＣ信号の送信をマルチキャストで行なう場合には、例えば非特許文献１で規定されたＯＡＭフレーム用のマルチキャストＭＡＣアドレスを利用することができる。このマルチキャストＭＡＣアドレスを使用すれば、Ｅｔｈ−ＣＣ信号を受信する終端装置は宛先ＭＡＣアドレス３０００に、規格で規定されたマルチキャストＭＡＣアドレスが格納されていることを確認して処理をすることができる。
【００４４】
また非特許文献１では、ＭＥＧレベルによって、イーサＯＡＭ信号で用いるマルチキャストＭＡＣアドレスが異なる。前述の例では、ＭＥＧレベルが「３」であれば、マルチキャストＭＡＣアドレスは「０ｘ０１−０ｘ８０−０ｘＣ２―０ｘ００−０ｘ００−０ｘ３３」であり、ＭＥＧレベルが「４」であれば、マルチキャストＭＡＣアドレスは「０ｘ０１−０ｘ８０−０ｘＣ２―０ｘ００−０ｘ００−０ｘ３４」である。このマルチキャストＭＡＣアドレスは、Ｅｔｈ―ＣＣ信号にも適用される。ただし、ＭＥＧレベルの設定値は前述に拘ったものではなく、一例として挙げるものである。この実施例では、Ｅｔｈ−ＣＣフレームを送受信する区間の広狭によって、使用するマルチキャストＭＡＣアドレスが異なる場合もある。
【００４５】
また、上記のような規格で規定されたＭＡＣアドレスではなく、ユーザやキャリアが任意に決定したマルチキャストＭＡＣアドレスを用いても良い。任意のマルチキャストＭＡＣアドレスを用いる場合には、どのようなマルチキャストＭＡＣアドレスを用いてＥｔｈ−ＣＣ信号を送受信するのかを、コントローラ５０、Ｂｏｘ−Ｍ４０、Ｂｏｘ―Ｓ３０に予め設定しておく必要がある。
【００４６】
コントローラ５０からＥｔｈ―ＣＣ信号を受信したＢｏｘ―Ｍ４０は、イーサＯＡＭ分離・終端部６０２０にて該当信号がイーサＯＡＭ信号であると判定する（Ｓ−８０２０）。その後、イーサＯＡＭ処理部６０６０が該当信号をＥｔｈ―ＣＣ信号であり、さらに制御／ユーザ回線判定領域４０６１を参照することで、コントローラ５０からのＥｔｈ―ＣＣ信号と判定する。
Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、立ち上げ後にコントローラ５０からＥｔｈ−ＣＣ信号を受信する時点で（Ｓ―８０２０）、コントローラや自装置以外の終端装置に関する情報を取得していない。そこで、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、受信するＥｔｈ―ＣＣ信号の送信元種別を判別するのに制御／ユーザ回線判定領域４０６１を用いる。
図４で説明したとおり、コントローラ５０はマルチキャストＭＡＣアドレスを宛先ＭＡＣアドレス３０００としてＥｔｈ−ＣＣ信号を送信するときに、制御／ユーザ回線判定領域４０６１に「１」を設定する。また、終端装置がＥｔｈ−ＣＣ信号を送信するときは、制御／ユーザ回線判定領域４０６１には「０」が設定されている。このため、Ｂｏｘ−Ｍ４０は送信元ＭＡＣアドレス３０１０に自装置が知らないＭＡＣアドレスが格納されたＥｔｈ−ＣＣ信号を受信しても、制御／ユーザ回線判定領域４０６１に「１」が格納されていることを確認すれば、この信号がコントローラ５０からのものであると判断できる。
【００４７】
Ｂｏｘ―Ｍ４０が、コントローラ５０からのＥｔｈ―ＣＣ信号を確認すると、該Ｅｔｈ―ＣＣ信号からの送信元ＭＡＣアドレス３０１０を接続先ＤＢ６０５５へ登録する（Ｓ−８０２０、Ｓ―８０３０）。この処理によって、Ｂｏｘ―Ｍ４０は、コントローラ５０のＭＡＣアドレスを認識可能になる。同時に、Ｂｏｘ―Ｍ４０は受信したＥｔｈ―ＣＣ信号内のＶＬＡＮタグ３０２０から、コントローラ５０との間に構成されたＶＬＡＮ ＩＤが認識可能である。
【００４８】
コントローラ５０のＭＡＣアドレスを接続先ＤＢ６０５５へ登録すると、Ｂｏｘ―Ｍ４０の端末制御部６０４０は、イーサＯＡＭ挿入・多重部６０３０に、宛先ＭＡＣアドレス３０００に該コントローラ５０のＭＡＣアドレス（ユニキャストＭＡＣアドレス）を設定したＥｔｈ―ＣＣ信号を定期的に送信するように指示を出す（Ｓ−８０４０）。Ｂｏｘ―Ｍ４０は、コントローラ５０からのＥｔｈ―ＣＣ信号において、送信元ＭＡＣアドレス３０１０を取得することで、前述のコントローラ５０へのＥｔｈ―ＣＣ信号送信が可能になる。
なお、Ｂｏｘ−Ｍ４０がコントローラ５０に送信するＥｔｈ−ＣＣ信号には、シリアルナンバー４０６２にＢｏｘ−Ｍ４０のシリアルナンバーが格納されている。
【００４９】
Ｂｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号を受信したコントローラ５０のイーサＯＡＭ終端・処理部５０４０は、該信号をＥｔｈ―ＣＣ信号と認識して、該信号を登録情報管理部５０５０へ転送する。登録情報管理部５０５０は、該信号内のシリアルナンバー４０６２を登録情報ＤＢ５０５５へ照会をかける。登録情報管理部５０５０は、照会したシリアルナンバー４０６２を登録情報内に登録されたＢｏｘ―Ｍ４０のシリアルナンバー１１０２と一致させると、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０をＢｏｘ―ＭのＭＡＣアドレス１１０３として登録情報ＤＢ５０５５へ登録する（Ｓ−８０５０、Ｓ―８０６０）。
前述のＭＡＣアドレスの登録後、コントローラ５０は引き続き該当のＢｏｘ―Ｍ４０に対して通常運用に必要な設定を実施していく（Ｓ−８０７０）。
【００５０】
Ｂｏｘ―Ｍ４０は、コントローラ５０から送信される設定情報を設定管理部６０８０に登録し、通常運用へ必要な処理を実施していく。通常運用に必要な設定が完了すると、Ｂｏｘ―Ｍ４０は通常運用に移行する（Ｓ−８０８０、Ｓ−８０９０、Ｓ−８１００、Ｓ―８１１０）。
【００５１】
その後、Ｂｏｘ―Ｍ４０とコントローラ５０との間で互いに定期的に送受信するＥｔｈ―ＣＣ信号を使用して、コントローラ５０とＢｏｘ―Ｍ４０は、互いに接続性監視を実施していく。また、詳細は後述するが、コントローラ５０から受信する設定情報（Ｓ−８０７０）には、Ｂｏｘ−Ｍ４０が他の終端装置に対して上位装置(マスタ)であるとの情報も含まれているため、通常運用に移行したＢｏｘ―Ｍ４０はＢｏｘ―Ｓ３０に対してＥｔｈ―ＣＣ信号を定期的に送信する（Ｓ―８１１０）。この時Ｂｏｘ―Ｍ４０は、まだ配下の全てのＢｏｘ―Ｓ３０との接続性が確認できていないので、配下の全てのＢｏｘ―Ｓ３０との接続性について、接続性異常と判定した状態で通常運用に移行している。
【００５２】
ここで、網１において、Ｂｏｘ―Ｍ４０は、ＶＬＡＮ ＩＤがＶＬＡＮ Ａ、ＶＬＡＮ Ｂに従属したネットワークにそれぞれ接続されている。また、コントローラ５０は登録情報ＤＢ５０５５を基にＶＬＡＮタグ３０２０がＶＬＡＮ Ａ、ＶＬＡＮ Ｂの２種類のＥｔｈ―ＣＣ信号を定期的に送信している。よって、Ｂｏｘ―Ｍ４０は、コントローラ５０から前述の２種類のＥｔｈ―ＣＣ信号を受信し、それぞれのＶＬＡＮ ＩＤを学習する。そして、それぞれのＶＬＡＮ ＩＤをＶＬＡＮタグ３０２０に格納した２種類のＥｔｈ―ＣＣ信号を生成し、コントローラ５０へ送信している。この時、コントローラ５０は以後のＢｏｘ―Ｍ４０への登録情報の通知には、前述のどちらのＶＬＡＮ ＩＤを用いて登録情報を転送しても構わないし、所属するＶＬＡＮ内の登録情報をＶＬＡＮ毎に転送しても構わない。
【００５３】
また、Ｂｏｘ―Ｍ４０への設定情報の転送（Ｓ−８０７０）には例えば、ＯｐＣｏｄｅ３０７０が０ｘ３３と設定された、ベンダが独自に設定可能であるＶＳＭ（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＯＡＭ Ｍｅｓｓａｇｅ）信号の適切な領域に設定情報を格納させ、コントローラ５０がＢｏｘ―Ｍ４０へ送信することで可能となる。また、他にも外部からＢｏｘ−Ｍ４０に設定情報を登録しても構わない。例えば、工事業者がＢｏｘ―Ｍ４０を設置する際に工事業者の所有する登録専用端末からＢｏｘ―Ｍ４０へ設定情報を転送しても構わない。
【００５４】
図９は網１において、コントローラ５０と拠点側終端装置Ｂｏｘ―Ｓ３０との間で実施される、通常運用までの立ち上げに関するシーケンス図である。
この時の処理内容については、上述のコントローラ５０とセンタ側終端装置Ｂｏｘ―Ｍ４０との間で実施されるシーケンスと同様の処理のため詳しい説明は省略する。ただし、Ｂｏｘ−Ｓ３０に対し通常運用に必要な設定が完了した後の動作は、Ｂｏｘ―Ｓ３０とＢｏｘ−Ｍ４０とで異なる。コントローラ５０から受信する設定情報（Ｓ−９０７０）には、Ｂｏｘ−Ｓ３０が他の終端装置に対して下位装置(スレーブ)であるとの情報も含まれているため、Ｂｏｘ−Ｓ３０は、通常運用に移行する際、他の終端装置に対してＥｔｈ―ＣＣ信号を送信するのでは無く、マスタの終端装置（この実施例ではＢｏｘ―Ｍ４０）からのＥｔｈ―ＣＣ信号を待機する動きをとる（Ｓ―９１１０）。
【００５５】
コントローラ５０とＢｏｘ―Ｓ３０との通信に対しては、互いに定期的にＥｔｈ―ＣＣ信号を送受信することで接続性監視を開始する。なお、Ｂｏｘ−Ｍ４０がコントローラ５０に送信するＥｔｈ−ＣＣ信号には、シリアルナンバー４０６２にＢｏｘ−Ｓ３０のシリアルナンバーが格納されている。コントローラ５０は、Ｂｏｘ−Ｓ３０から初めてＥｔｈ−ＣＣ信号を受信するとき、Ｂｏｘ−Ｓ３０のＭＡＣアドレスを知らないため、このシリアルナンバー４０６２と登録情報ＤＢ５０５５のシリアルナンバー１１０２とを比較して、どのＢｏｘ−Ｓ３０から信号を受信したのかを特定することは、Ｂｏｘ−Ｍ４０との間の処理と同様である。
【００５６】
Ｂｏｘ−Ｓ３０は、Ｂｏｘ−Ｍ４０からのＥｔｈ−ＣＣ信号を待っている間は、まだ従属先のＢｏｘ―Ｍ４０との接続性が確認できていないので、Ｂｏｘ―Ｍ４０との接続性について、接続性異常と判定した状態で通常運用に移行している。
また、Ｂｏｘ―Ｓ３０への設定情報の転送には、コントローラ５０からの通信を利用しているが、他にも外部から設定情報を登録しても構わない。例えば、工事業者がＢｏｘ―Ｓ３０を設置する際に工事業者の所有する登録専用端末からＢｏｘ―Ｓ３０へ設定情報を転送しても構わない。
【００５７】
図１０は網１において、センタ側終端装置Ｂｏｘ―Ｍ４０と拠点側終端装置Ｂｏｘ―Ｓ３０との間で実施される、接続性確認実施までのシーケンス図である。前述したように、Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０は互いにＥｔｈ―ＣＣ信号を受信できていないので、両者とも対向装置との接続性に異常があると判定して通常運用に移行している。
【００５８】
前述のように通常運用に移行したＢｏｘ―Ｍ４０は、コントローラ５０から自装置がマスタであると通知されているため（図８のＳ−８０７０）、Ｂｏｘ―Ｓ３０に対して、ＶＬＡＮ ＩＤ毎に定期的なＥｔｈ―ＣＣ信号の送信を開始している（図８のＳ―８１１０）。一方、通常運用に移行したＢｏｘ―Ｓ３０は、前述のようにＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号を受信するまで待機している（図９のＳ―９１１０）。
この時、該当のＥｔｈ―ＣＣ信号の宛先ＭＡＣアドレス３０００は規格により、もしくはキャリアやユーザによってあらかじめ定められたマルチキャストＭＡＣアドレスが設定されている。よって網１では、ＶＬＡＮ ＩＤがＶＬＡＮ Ａに設定されたＥｔｈ−ＣＣ信号をＢｏｘ―Ｓ―１（３０Ａ）とＢｏｘ―Ｓ―２（３０Ｂ）が受信し、ＶＬＡＮ ＩＤがＶＬＡＮ Ｂに設定されたＥｔｈ−ＣＣ信号をＢｏｘ―Ｓ―３（３０Ｃ）とＢｏｘ―Ｓ―４（３０Ｄ）が受信する。
また、Ｂｏｘ−Ｍ４０がマルチキャストＭＡＣアドレスを用いて送信するＥｔｈ−ＣＣ信号のユニットＩＤ４０６３には、コントローラ５０から設定されたＢｏｘ−Ｍ４０のユニットＩＤが格納されている。
【００５９】
Ｂｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号を受信したＢｏｘ―Ｓ３０は、イーサＯＡＭ終端・分離部７０２０にて該信号をＥｔｈ―ＣＣ信号と判定し、イーサＯＡＭ処理部７０６０にて該信号をＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号と判定する（Ｓ―１００００）。
イーサＯＡＭ処理部７０６０は、受信するＥｔｈ―ＣＣ信号の制御／ユーザ回線判定領域４０６１を確認することで、コントローラ５０とＢｏｘ−Ｍ４０のどちらが送信したＥｔｈ―ＣＣ信号かを判定できる。該信号をＢｏｘ−Ｍ４０からのＥｔｈ―ＣＣ信号と判定したイーサＯＡＭ処理部７０６０は、続いて該信号内のユニットＩＤの情報と送信元ＭＡＣアドレス３０１０の情報をコントローラ／マスタテーブル管理部７０５０へ転送する。コントローラ／マスタテーブル管理部７０５０は、コントローラ／マスタＤＢ７０５５を用いて、送信元のＢｏｘ−Ｍ４０を特定する。送信元のＢｏｘ−Ｍ４０の特定には、転送されたユニットＩＤの情報を利用する。
【００６０】
コントローラ／マスタＤＢ７０５５には通常運用立ち上がり時に作成した自身との接続先に関するテーブル情報が作成されており（図９のＳ―９０７０でコントローラ５０が送信する設定情報を利用してテーブルを作成している）、Ｂｏｘ−Ｓ３０はＢｏｘ−Ｍ４０のユニットＩＤをコントローラ５０から設定されていて、これを基に送信元の終端装置を特定することが可能である。終端装置の特定の結果、コントローラ／マスタテーブル管理部７０５０は、該Ｅｔｈ−ＣＣ信号が従属先であるＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号と判定する。その後、コントローラ／マスタテーブル管理部７０５０はコントローラ／マスタＤＢ７０５５に該信号の送信元ＭＡＣアドレス３０１０を登録する（Ｓ―１００１０）。この時、Ｂｏｘ―Ｓ３０は、対向Ｂｏｘ―Ｍ４０との間に接続が確立されたと判定して、接続性異常を解消する（Ｓ―１００２０）。その後Ｂｏｘ―Ｓ３０は、Ｂｏｘ―Ｍ４０へ定期的にＥｔｈ―ＣＣ信号を送信し始める（Ｓ―１００３０）。
【００６１】
この、Ｂｏｘ−Ｓ３０がＢｏｘ−Ｍ４０へ送信するＥｔｈ−ＣＣ信号のユニットＩＤ４０６３には、Ｂｏｘ−Ｓ３０のユニットＩＤが格納されている。
【００６２】
この時、Ｂｏｘ―Ｓ３０は、前述にて登録した、Ｂｏｘ―Ｍ４０から受信したＥｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０を、Ｂｏｘ―Ｍ４０宛のＥｔｈ―ＣＣ信号の宛先ＭＡＣアドレス３０００に使用している。つまり、Ｂｏｘ―Ｓ３０が送信するＥｔｈ―ＣＣ信号の宛先ＭＡＣアドレスは、Ｂｏｘ―Ｍ４０が送信するＥｔｈ―ＣＣ信号と違い、ユニキャストＭＡＣアドレスであり、該当のＢｏｘ―Ｍ４０のみが受信可能である。
【００６３】
Ｂｏｘ―Ｓ３０から送信された前述のＥｔｈ―ＣＣ信号は、Ｂｏｘ―Ｍ４０のイーサＯＡＭ分離・終端部６０２０で受信される（Ｓ―１００４０）。該信号は、イーサＯＡＭ分離・終端部６０２０でイーサＯＡＭ信号と判定され、イーサＯＡＭ処理部６０６０へ転送される。イーサＯＡＭ処理部６０６０は、該信号をＥｔｈ―ＣＣ信号と確認すると、引き続き制御／ユーザ回線判定領域を確認して、コントローラ５０ではなく終端装置からのＥｔｈ―ＣＣ信号と判定する。イーサＯＡＭ処理部６０６０は、前述の判定を実施すると、該信号から取り出した送信元である終端装置のユニットＩＤの情報と送信元ＭＡＣアドレス３０１０の情報を接続先テーブル管理部６０５０へ展開する。
接続先テーブル管理部６０５０はＢｏｘ―Ｓ３０と同様、前述のユニットＩＤを検索キーにして、接続先ＤＢ６０５５を検索して送信元装置を特定する。送信元装置を特定したＢｏｘ―Ｍ４０は、該信号の送信元のＭＡＣアドレス３０１０を接続先ＤＢ６０５５へ登録する（Ｓ―１００５０）。Ｂｏｘ―Ｍ４０は、この時、該Ｂｏｘ―Ｓ３０との接続が確立されたと判定して、接続性異常を解消する（Ｓ―１００６０）。
Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０は、互いにＭＡＣアドレスを学習した以後、互いに定期的に送受信するＥｔｈ―ＣＣ信号を利用することで、接続性監視が実施可能になる。
【００６４】
図１１は、コントローラ５０の登録情報ＤＢ５０５５に格納されるテーブル情報の一例である。
例えば、網１において、Ｂｏｘ―Ｍ４０のＭＡＣアドレスをＭ、シリアルナンバーを０００１、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ａ、ＶＬＡＮ Ｂ、ＶＬＡＮ ＡでのユニットＩＤを１、ＶＬＡＮ ＢでのユニットＩＤを１とする。またＢｏｘ―Ｓ―１（３０Ａ）のＭＡＣアドレスをＳ―１、シリアルナンバーを０００２、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ａ、ＶＬＡＮ ＡでのユニットＩＤを２とする。またＢｏｘ―Ｓ―２（３０Ｂ）のＭＡＣアドレスをＳ―２、シリアルナンバーを０００３、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ａ、ＶＬＡＮ ＡでのユニットＩＤを３とする。またＢｏｘ―Ｓ―３（３０Ｃ）のＭＡＣアドレスをＳ―３、シリアルナンバーを０００４、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ｂ、ＶＬＡＮ ＢでのユニットＩＤを２とする。またＢｏｘ―Ｓ―４（３０Ｄ）のＭＡＣアドレスをＳ―４、シリアルナンバーを０００５、所属するＶＬＡＮ ＩＤをＶＬＡＮ Ｂ、ＶＬＡＮ ＢでのユニットＩＤを３とする。
【００６５】
コントローラ５０は前述のように、オペレータから終端装置Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０の登録情報を受ける（図８のＳ―８０００、図９のＳ―９０００）。図１１（Ａ）は、このときオペレータ５０が登録情報ＤＢ５０５５に予め登録する情報の一例である。最初の設定情報としてオペレータからは例えば、接続されるＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０の所属するＶＬＡＮ ＩＤ１１００や、ＶＬＡＮ内でのユニットＩＤ１１０１や、シリアルナンバー１１０２や、終端装置種別１１０５や接続先終端装置のユニットＩＤ１１０６の情報が登録される。
ここで終端装置種別とは、例えばＢｏｘ−Ｍ４０であれば、他の終端装置であるＢｏｘ−Ｓ３０からのＥｔｈ−ＣＣ信号を統べる上位装置、つまりマスタであるという情報であり、図１１では“Ｂｏｘ−Ｍ”として登録されている。同様にＢｏｘ−Ｓ３０であれば他の終端装置であるＢｏｘ−Ｍ４０に従属する下位装置、つまりスレーブであるという情報であり、図１１では“Ｂｏｘ−Ｓ”として登録されている。
【００６６】
コントローラ５０は、終端装置からＥｔｈ―ＣＣ信号を受信すると（図８のＳ−８０５０、図９のＳ−９０５０）、図１１（Ａ）の設定内容から送信元の装置を特定する。すなわちコントローラ５０は前述したように、受信したＥｔｈ―ＣＣ信号に含まれる、終端装置のシリアルナンバー４０６２を検索キーとして登録情報ＤＢ５０５５を検索し、いずれの装置からＥｔｈ−ＣＣ信号を受信したのかを特定できる。送信元の終端装置が判明すると、コントローラ５０はそのＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０を、登録情報ＤＢ５０５５中で特定したシリアルナンバー１１０２に対応するＭＡＣアドレス１１０３の領域に登録する。
【００６７】
その後、コントローラ５０はＭＡＣアドレスを登録した終端装置に対して、その終端装置のＶＬＡＮ ＩＤ毎のユニットＩＤ１１０１や、終端装置種別１１０５、接続先装置のユニットＩＤ１１０６、接続先装置の装置種別１１０５等の設定情報を転送し、終端装置を通常運用へ移行させる（図８のＳ−８０７０、図９のＳ９０７０）。
例えば、コントローラ５０がＢｏｘ―Ｍ４０に設定情報を転送する場合、Ｂｏｘ―Ｍ４０のシリアルナンバー「０００１」を検索キーとして、所属するＶＬＡＮ ＩＤ１１００としてＶＬＡＮ Ａ、ＶＬＡＮ Ｂを通知し、ユニットＩＤ１１０１としてＶＬＡＮ Ａでは１、ＶＬＡＮ Ｂでは１を通知し、終端装置種別情報１１０５としてＶＬＡＮ Ａ、Ｂ共にセンタ側終端装置（Ｂｏｘ―Ｍ）を通知し、接続先装置のユニットＩＤ１１０６としてＶＬＡＮ ＡではユニットＩＤ ２、３、ＶＬＡＮ ＢではユニットＩＤ ２、３を通知し、接続先装置種別としてＶＬＡＮ ＡではユニットＩＤ ２は拠点側終端装置（Ｂｏｘ―Ｓ）、ユニット ＩＤ ３は拠点側終端装置（Ｂｏｘ―Ｓ）、ＶＬＡＮ ＢではユニットＩＤ ２は拠点側終端装置（Ｂｏｘ―Ｓ）、ユニット ＩＤ ３は拠点側終端装置（Ｂｏｘ―Ｓ）と通知することが可能である。
【００６８】
Ｂｏｘ−Ｍ４０ではコントローラ５０から通知された接続先に関する情報が接続先ＤＢ６０５５に登録され、Ｂｏｘ−Ｓ３０ではコントローラ／マスタＤＢ７０５５に格納される。コントローラ５０は、配下の全ての終端装置を順次通常運用に移行させると、図１１（Ｂ）の情報を登録情報ＤＢ５０５５にて持つ。つまり、初期状態の図１１（Ａ）と比べると、図１１（Ｂ）ではＭＡＣアドレス１１０３、運用状態１１０４に新たな情報が登録されている。
コントローラ５０は、通常運用に移行したＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号を受け取る際、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレスを該テーブル情報に照会することで、該当装置との接続正常性を判定する。
【００６９】
また、例えばＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０が故障などにより機器交換された場合、例えば、オペレータが該テーブル情報における、ユニットＩＤ１１０１は変更せずに既存の情報をそのまま引き継ぎ、該装置のシリアルナンバーを変更（上書き）し、該装置のＭＡＣアドレスを消去すれば良い。前述の処理を実施することで、コントローラ５０は、改めて交換後のＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０からＭＡＣアドレスを取得し、該装置へ改めて登録情報（交換前の終端装置へ登録した内容と同様の登録情報）の転送を行うことで、該当装置を通常運用へ移行させ、該装置との接続性監視を開始する。前述の処理によって、コントローラ５０は、交換前のＢｏｘ―Ｍ４０又はＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号が届かなくなることによる、誤った接続性異常の判定を下すことがなくなる。
【００７０】
なお、図１１はあくまで一例であり、例えば、該当装置に適用する帯域情報等、該ネットワーク構築に必要な情報を適宜追加・修正をしても構わない。
【００７１】
図１２は、接続性判定のためにＢｏｘ―Ｍ４０が作成する接続先ＤＢ６０５５のテーブル情報の一例である。接続先ＤＢ６０５５には例えば、ＶＬＡＮ ＩＤ１２００毎に接続されるコントローラ５０や配下のＢｏｘ―Ｓ３０の、ユニットＩＤ１２０１やＭＡＣアドレス１２０２や接続先種別１２０３や接続状態１２０４の情報が格納される。
【００７２】
Ｂｏｘ―Ｍ４０は立ち上がり後、初めてコントローラ５０からＥｔｈ―ＣＣ信号を受信し（図８のＳ−８０２０）、該Ｅｔｈ―ＣＣ信号の制御／ユーザ回線判定領域４０６１を判定することで、該Ｅｔｈ―ＣＣ信号をコントローラ５０からのＥｔｈ―ＣＣ信号と特定し、このＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０をコントローラ５０のＭＡＣアドレス１２０２（「Ｃ」とする）として登録する（図８のＳ−８０３０）。また、コントローラ５０から受信したＥｔｈ−ＣＣ信号のＶＬＡＮタグ３０２０から、コントローラ５０との間のＶＬＡＮ ＩＤ１２００も登録可能である。また、Ｅｔｈ−ＣＣ信号の制御／ユーザ回線判定領域４０６１から、接続先種別１２０３がコントローラである、という情報も登録できる。
【００７３】
その後、コントローラ５０から設定情報を受信することで（図８のＳ−８０７０）、Ｂｏｘ―Ｍ４０は通常運用に移行する（図８のＳ−８１１０）。図１２における設定情報のうち配下のＢｏｘ−Ｓ３０に関する情報は、Ｂｏｘ−Ｓ３０が接続先でありスレーブであること（１２０３）、Ｂｏｘ−Ｓ３０のユニットＩＤ１２０１やＶＬＡＮ ＩＤ１２００である。また、図１２には記載されていないが、コントローラ５０はＢｏｘ−Ｍ４０に、Ｂｏｘ−Ｍ４０の装置種別１１０５も送信しているため、Ｂｏｘ−Ｍ４０は自装置が終端装置の中で上位装置（マスタ）であることを把握する。
このとき、移行直後はＢｏｘ−Ｍ４０は図１２（Ａ）のようなテーブル情報を持つ。つまり、移行直後のＢｏｘ−Ｍ４０はコントローラ５０についてはＥｔｈ−ＣＣ信号の受信（図８のＳ−８０２０）と設定情報の受信（図８のＳ−８０７０）により十分な情報を得ているが、配下のＢｏｘ−Ｓ３０については、コントローラ５０からの設定情報の受信（図８のＳ−８０７０）によって接続先１２０３であることやＶＬＡＮ ＩＤ１２００、ユニットＩＤ１２０１、接続先種別１２０３はコントローラ５０からの情報を提供されているものの、ＭＡＣアドレス１２０２は未登録であり、接続状態１２０４はＭＡＣアドレスが登録されていないので「未接続」であり、接続性異常と検出されている。
【００７４】
なお、図１２ではコントローラ５０のユニットＩＤ１２０１は０となっているが、この情報はコントローラ５０が送信するＥｔｈ―ＣＣ信号内に搭載されていても構わないし、コントローラ５０からＢｏｘ−Ｍ４０に送信する設定情報（図８のＳ−８０７０）に含まれていても構わないし、又はシステムとして予め定義されていてＢｏｘ−Ｍ４０が事前に知っている（登録されている）ものでも構わない。いずれにしろ、ユニットＩＤ１２０１はＶＬＡＮ内でユニークに設定されたＩＤであれば構わない。
【００７５】
その後Ｂｏｘ−Ｍ４０は、収容する各Ｂｏｘ―Ｓ３０からＥｔｈ―ＣＣ信号を受信すると（図１０のＳ−１００４０）、Ｅｔｈ―ＣＣ信号内のユニットＩＤ４０６３を利用して、終端装置を特定するために接続先ＤＢ６０５５を照会する。接続先ＤＢ６０５５のユニットＩＤ１２０１と照会した結果、送信元の終端装置が確定すると、Ｂｏｘ−Ｍ４０は、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０を該テーブル情報のＭＡＣアドレス１２０２に登録処理する（図１０のＳ−１００５０）。前述の登録処理完了によって、Ｂｏｘ―Ｍ４０は該Ｂｏｘ―Ｓ３０との接続が完了したと判定し、接続状態を「未接続」から「接続」へ移行させ、接続性異常の判定を変更し、接続性正常と判定する（図１０のＳ−１００６０）。
【００７６】
図１２（Ｂ）は、Ｂｏｘ―Ｍ４０が網１において、全ての接続先のＭＡＣアドレスの登録処理を完了した状態の接続先ＤＢ６０５５のテーブル情報である。Ｂｏｘ―Ｍ４０は、コントローラ５０や通常運用に移行したＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号を受け取る際、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレスを該テーブル情報に照会することで、接続正常性を判定している。
【００７７】
また、例えばコントローラ５０が故障などにより機器交換された場合、コントローラ５０のＭＡＣアドレスが変更されてしまう。Ｂｏｘ―Ｍ４０は制御／ユーザ回線判定領域４０６１からコントローラ５０からのＥｔｈ―ＣＣ信号が判別可能である。よって、Ｂｏｘ―Ｍ４０は、コントローラ５０からのＥｔｈ―ＣＣ信号内の送信元ＭＡＣアドレスが変更されていると、該テーブル情報にて、前述のＭＡＣアドレスをコントローラ５０のＭＡＣアドレスとして変更（上書き）することで、オペレータからの特別な操作も必要無く、Ｂｏｘ―Ｍ４０はコントローラ５０の変更（交換）にも対応可能となる。
このようにＭＡＣアドレスを書き換えることで、Ｂｏｘ―Ｍ４０は、交換前のコントローラ５０からＥｔｈ―ＣＣ信号が届かなくなっても、接続先ＤＢ６０５５から照会すべき故障したコントローラ５０のＭＡＣアドレスが無くなっているので、誤って接続性異常の判定を下すことがなくなる。なお、Ｕｎｉｔ ＩＤ１２０１は機器交換の前後で同じ値を使用することができる。
【００７８】
また、自身と接続されているＢｏｘ―Ｓ３０（例えばＢｏｘ―Ｓ―１（３０Ａ））が故障などにより機器交換された場合、Ｂｏｘ―Ｍ４０は交換後のＢｏｘ―Ｓ―１（３０Ａ）から、ユニットＩＤは以前と変わらないが、送信元ＭＡＣアドレスが異なったＥｔｈ―ＣＣ信号を受信するようになる。これは、機器交換の場合、終端装置自体は交換されるが、該終端装置における設定情報は交換前と同様の情報が交換後の終端装置に適用（コントローラ５０から交換後の終端装置へ転送）されるためである。
この場合、Ｂｏｘ―Ｍ４０は、図１２（Ｂ）のテーブル情報において、該ユニットＩＤ１２０１（図１２（Ｂ）のユニットＩＤが２）に対応するＭＡＣアドレス１２０３を変更（上書き）することで、オペレータからの特別な操作も必要無く、対応可能となる。つまり、ユニットＩＤ１２０１は「２」を流用したまま、ＭＡＣアドレス１２０３を書き換えるだけで良い。この処理により、Ｂｏｘ―Ｍ４０は、交換前のＢｏｘ―Ｓ３０からＥｔｈ―ＣＣ信号が届かなくなるが、交換前のＢｏｘ−Ｓ３０のＭＡＣアドレスは接続先ＤＢ６０５５から無くなっているため、誤って接続性異常の判定を下すことがなくなる。
【００７９】
なお、図１２はあくまで一例であり、該テーブル情報に必要な情報を適宜追加・修正をしても構わない。
【００８０】
図１３は、接続性判定のためにＢｏｘ―Ｓ３０のコントローラ／マスタＤＢ７０５５のテーブル情報の一例である。図１３には特に網１のＶＬＡＮ Ａに属するＢｏｘ―Ｓ―１（３０Ａ）もしくはＢｏｘ―Ｓ―２（３０Ｂ）のコントローラ／マスタＤＢ７０５５の構成例について記載している。該テーブル情報は例えば、ＶＬＡＮ ＩＤ１３００毎に接続されるコントローラ５０や従属先のＢｏｘ―Ｍ４０の、ユニットＩＤ１３０１やＭＡＣアドレス１３０２や接続先種別１３０３や接続状態１３０４の情報が格納される。
【００８１】
Ｂｏｘ―Ｓ３０は立ち上がり直後、Ｂｏｘ―Ｍ４０と同様、コントローラ５０からＥｔｈ―ＣＣ信号を受信し（図９のＳ−９０２０）、該Ｅｔｈ―ＣＣ信号の制御／ユーザ回線判定領域４０６１を判定することで、該Ｅｔｈ―ＣＣ信号をコントローラ５０からのＥｔｈ―ＣＣ信号と特定し、このＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０をコントローラ５０のＭＡＣアドレス１３０２として登録する（図９のＳ−９０３０）。また、コントローラ５０から受信したＥｔｈ−ＣＣ信号のＶＬＡＮタグ３０２０から、コントローラ５０との間のＶＬＡＮ ＩＤ１３００も登録可能である。また、Ｅｔｈ−ＣＣ信号の制御／ユーザ回線判定領域４０６１から、接続先種別１３０３がコントローラである、という情報も登録できる。
【００８２】
その後、コントローラ５０から設定情報を受信することで（図９のＳ−９０７０）、Ｂｏｘ―Ｓ３０は通常運用に移行する（図９のＳ−９１１０）。図１３における設定情報のうち従属先であるＢｏｘ−Ｍ４０に関する情報は、Ｂｏｘ−Ｍ４０が接続先でありマスタであること（１３０３）、Ｂｏｘ−Ｍ４０のユニットＩＤ１３０１やＶＬＡＮ ＩＤ１３００である。また、図１３には記載されていないが、コントローラ５０はＢｏｘ−Ｓ３０に、Ｂｏｘ−Ｓ３０の装置種別１１０５も送信しているため、Ｂｏｘ−Ｓ３０は自装置が終端装置の中で下位装置（スレーブ）であることを把握する。
【００８３】
このとき、移行直後はＢｏｘ−Ｓ３０は図１３（Ａ）のようなテーブル情報を持つ。つまり、移行直後のＢｏｘ−Ｓ３０はコントローラ５０についてはＥｔｈ−ＣＣ信号の受信（図９のＳ−９０２０）と設定情報の受信（図９のＳ−９０７０）により十分な情報を得ているが、従属先のＢｏｘ−Ｍ４０については、コントローラ５０からの設定情報の受信（図９のＳ−９０７０）によってＶＬＡＮ ＩＤ１３００やユニットＩＤ１３０１、接続先種別１３０３はコントローラ５０から情報を提供されているものの、ＭＡＣアドレス１３０２は未登録であり、接続状態１３０４はＭＡＣアドレスが登録されていないので「未接続」であり、接続性異常と検出されている。
【００８４】
なお、図１３でも図１２と同様に、コントローラ５０のユニットＩＤ１３０１は０となっているが、この情報はコントローラ５０が送信するＥｔｈ―ＣＣ信号内に搭載されていても構わないし、コントローラ５０からＢｏｘ−Ｓ３０に送信する設定情報（図９のＳ−９０７０）に含まれていても構わないし、又はシステムとして予め定義されていてＢｏｘ−Ｓ３０が事前に知っている（登録されている）ものでも構わない。いずれにしろ、ユニットＩＤ１３０１はＶＬＡＮ内でユニークに設定されたＩＤであれば構わない。
【００８５】
その後も、Ｂｏｘ―Ｍ４０と同様なので簡略するが、Ｂｏｘ―Ｓ３０は、Ｂｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号を受信すると（図１０のＳ−１００００）、制御／ユーザ回線判定領域４０６１を確認し、該信号を終端装置からのＥｔｈ―ＣＣ信号と判定し、該信号に含まれるユニットＩＤ４０６３をコントローラ／マスタＤＢ７０５５のユニットＩＤ１３０１と比較してＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号であると特定する。
Ｂｏｘ―Ｓ３０は、Ｅｔｈ−ＣＣ信号の送信元をＢｏｘ―Ｍ４０と特定すると、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレス３０１０をコントローラ／マスタＤＢ７０５５のＭＡＣアドレス１３０２の領域に登録する（図１０のＳ−１００１０）。前述の登録処理完了によって、Ｂｏｘ―Ｓ３０は該Ｂｏｘ―Ｍ４０との接続が完了したと判定し、接続状態を「未接続」から「接続」へ移行させ、接続性異常の判定を変更し、接続性正常と判定する（図１０のＳ−１００２０）。
以後、Ｂｏｘ−Ｓ３０はＢｏｘ−Ｍ４０のＭＡＣアドレス１３０２を用いて、定期的にＢｏｘ−Ｍ４０に対してＥｔｈ−ＣＣ信号を送信する。またＢｏｘ−Ｓ３０はコントローラ５０のＭＡＣアドレスが登録されると、そのＭＡＣアドレス１３０２を用いて、定期的にコントローラ５０に対してＥｔｈ−ＣＣ信号を送信する。これらＥｔｈ−ＣＣ信号のユニットＩＤ４０６３には、Ｂｏｘ−Ｓ３０のユニットＩＤが格納されている。
【００８６】
図１３（Ｂ）は、Ｂｏｘ―Ｓ―１（３０Ａ）もしくはＢｏｘ―Ｓ―２（３０Ｂ）が網１のＶＬＡＮ Ａにおいて、全ての接続先のＭＡＣアドレスの登録処理が完了した状態のテーブル情報である。Ｂｏｘ―Ｓ３０は、コントローラ５０や通常運用に移行したＢｏｘ―Ｍ４０からのＥｔｈ―ＣＣ信号を受け取る際、該Ｅｔｈ―ＣＣ信号の送信元ＭＡＣアドレスを該テーブル情報に照会することで、接続正常性を判定している。
【００８７】
また、例えばコントローラ５０が故障などにより機器交換された場合、コントローラ５０のＭＡＣアドレスが変更されてしまう。この時、Ｂｏｘ―Ｓ３０は前述のＢｏｘ―Ｍ４０と同様の処理を行うことで、オペレータからの特別な操作も必要無く、Ｂｏｘ―Ｓ４０はコントローラ５０の変更（交換）にも対応可能となる。この場合、Ｂｏｘ―Ｓ３０は、交換前のコントローラ５０からＥｔｈ―ＣＣ信号が届かなくなるが、誤って接続性異常の判定を下すことがなくなる。
【００８８】
また、自身と接続されているＢｏｘ―Ｍ４０が故障などにより機器交換された場合、Ｂｏｘ―Ｓ３０は交換後のＢｏｘ―Ｍ４０から、ユニットＩＤは以前と変わらないが、送信元ＭＡＣアドレス３０１０が異なったＥｔｈ―ＣＣ信号を受信するようになる。これは、機器交換の場合、終端装置は交換されるが、該終端装置における設定情報は交換前と同様の情報が交換後の終端装置に適用（コントローラ５０から交換後の終端装置へ転送）されるためである。この場合、Ｂｏｘ―Ｓ３０は、図１３（Ｂ）のテーブル情報において、該ユニットＩＤ１３０１（図１３（Ｂ）のユニットＩＤが１）に対応するＭＡＣアドレス１３０２を変更（上書き）することで、オペレータからの特別な操作も必要無く、対応可能となる。前述の処理によって、Ｂｏｘ―Ｓ３０は、交換前のＢｏｘ―Ｍ４０からＥｔｈ―ＣＣ信号が届かなくなるが、誤って接続性異常の判定を下すことがなくなる。
【００８９】
また、図１３はあくまで一例であり、該テーブル情報に必要な情報を適宜追加・修正をしても構わない。
【００９０】
図１４は拠点側終端装置Ｂｏｘ―Ｍ４０、センタ側終端装置Ｂｏｘ―Ｓ３０において、通常運用開始後にＬ２―ＰＶＮ網１０から信号を受信した場合の受信処理に関するシーケンス図である。
【００９１】
Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０はＬ２―ＶＰＮ網１０から信号が転送された場合は、イーサＯＡＭ分離・終端部６０２０、７０２０のフレームバッファ部６０９０、７０９０にその信号を格納する（Ｓ―１４０００）。その後、イーサＯＡＭ分離・終端部６０２０、７０２０が該信号をユーザフレームかイーサＯＡＭ信号か判定する（Ｓ―１４０１０）。
イーサＯＡＭ分離・終端部６０２０、７０２０は、該信号をユーザフレームと判定した場合、該信号をＬ２―ＶＰＮ網へ転送させる（Ｓ―１４０２０）。一方、イーサＯＡＭ分離・終端部６０２０、７０２０は、該信号をイーサＯＡＭ信号と判定した場合、該信号をイーサＯＡＭ処理部６０６０、７０６０へ転送させて、必要な処理を継続する（Ｓ―１４０３０）。イーサＯＡＭ処理部６０６０、７０６０は、転送された信号を解析し、該信号がＥｔｈ―ＣＣ信号かそれ以外のイーサＯＡＭ信号かを判定する（Ｓ―１４０４０）。
【００９２】
イーサＯＡＭ処理部６０６０、７０６０は、該信号をＥｔｈ―ＣＣ信号と判定した場合、その情報を接続性監視部６１１０、７１１０に通知する。接続性監視部６１１０、７１１０は、通知された情報に含まれるＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０と、接続先ＤＢ６０５５のＭＡＣアドレス１２０２もしくはコントローラ／マスタＤＢ７０５５のＭＡＣアドレス１３０２とを参照し、送信元ＭＡＣアドレス３０１０の該当装置との接続性正常を判定する（Ｓ―１４０５０、Ｓ―１４０６０）。
【００９３】
また、例えば、網１においてＢｏｘ―Ｓ３０が新設された場合、新設されたＢｏｘ―Ｓ３０から送信されたＥｔｈ―ＣＣ信号の送信元ＭＡＣアドレスは、Ｂｏｘ―Ｍ４０の接続先ＤＢ６０５５に登録されていない。ただし、新設されたＢｏｘ−Ｓ３０のユニットＩＤ等の設定情報は、例えばコントローラ５０から転送されるなどしてＢｏｘ−Ｍ４０に登録されているので、Ｂｏｘ―Ｍ４０は、該Ｅｔｈ−ＣＣ信号のユニットＩＤから該信号が新設されたＢｏｘ―Ｓ３０からのＥｔｈ―ＣＣ信号だと判定可能である。
よって、Ｂｏｘ―Ｍ４０は、新設されたＢｏｘ―Ｓ３０からのＥｔｈ−ＣＣ信号の送信元ＭＡＣアドレス３０１０を接続先ＤＢ６０５５の該当するユニットＩＤ１２０１に対応するＭＡＣアドレス１２０２のエントリに新規登録し、該Ｂｏｘ―Ｓ３０との接続性判定を「異常」から「正常」と判定する（Ｓ―１４０５０、Ｓ―１４０７０、Ｓ―１４０８０）。なお、該Ｂｏｘ―Ｓ３０側の動作は、図１０や図１３で説明した動作と同様なので、省略する。
【００９４】
イーサＯＡＭ処理部６０６０、７０６０は、該信号をＥｔｈ―ＣＣ信号以外のイーサＯＡＭ信号と判定した場合、該信号がコントローラ５０からの設定変更情報かそれ以外のイーサＯＡＭ信号かを判定する（Ｓ―１４０９０）。イーサＯＡＭ処理部６０６０、７０６０は、該信号をコントローラ５０からの設定変更情報と判定した場合、設定管理部６０８０、７０８０へ設定変更情報を転送する。設定管理部６０８０、７０８０は転送された情報を格納して、自装置への設定変更を反映させる（Ｓ―１４１００）。一方、イーサＯＡＭ処理部６０６０、７０６０は、該信号をＥｔｈ―ＣＣ信号やコントローラからの設定変更信号以外のイーサＯＡＭ信号と判定した場合、自ブロック内で必要な処理を実施する（Ｓ―１４０９０、Ｓ―１４１１０、Ｓ―１４１２０）。
【００９５】
図１５は、コントローラ５０が行う、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３０との間の接続性判定を実施するシーケンスの一例である。コントローラ５０とＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３０との間におけるＥｔｈ−ＣＣ信号を用いた接続性の確認は、主にコントローラ５０とＢｏｘ３０、４０間の制御信号が通る経路の正常性を確認するためのものである。
【００９６】
コントローラ５０は、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０への通常運用移行への設定が完了すると（図８のＳ−８１００、図９のＳ−９１００）、該当装置との接続性監視を開始する（Ｓ―１５０００、Ｓ―１５０１０）。
接続性監視については、前述までの該当装置から受信するＥｔｈ―ＣＣ信号を利用する。つまり、コントローラ５０は宛先ＭＡＣアドレス３０００にあらかじめ定められたマルチキャストＭＡＣアドレスを設定したＥｔｈ−ＣＣ信号を送信し、このＥｔｈ−ＣＣ信号を受信できたＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３０は、コントローラ５０との接続が正常であると確認する。また、コントローラ５０はＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３０からのＥｔｈ−ＣＣ信号を受信することで、これら終端装置との接続性を確認するが、このＥｔｈ−ＣＣ信号の宛先ＭＡＣアドレス３０００は、コントローラ５０のＭＡＣアドレスであり、これはユニキャストアドレスである。
【００９７】
コントローラ５０は通常運用に移行した終端装置、つまり登録情報ＤＢ５０５５にＭＡＣアドレスが登録された終端装置を判別可能である。よって、コントローラ５０は、通常運用に移行した、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０から一定時間内にＥｔｈ―ＣＣ信号を受信すると、該当装置との接続性が正常と判定する（Ｓ―１５０２０、Ｓ―１５０３０）。
一方、コントローラ５０は、一定時間内に前述のＥｔｈ―ＣＣ信号を受信できなかった場合、該当装置との接続性に異常が発生したと判定し、オペレータや必要な通知先に接続性異常を通知する（Ｓ―１５０４０、Ｓ―１５０５０）。
【００９８】
また、通常運用に移行していないＢｏｘ―Ｍ４０やＢｏｘ―Ｓ３０からは、当然Ｅｔｈ―ＣＣ信号をコントローラ５０は受信できない。よって前述のシーケンスを用いることで、通信事業者や加入者による該当装置の設置工事が完了するまで、コントローラ５０は、該当装置との接続性を異常と判断しないという処理も可能である。
【００９９】
図１６は、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０といった終端装置が接続性判定を実施するシーケンスの一例である。コントローラ５０との間の接続性確認は上述のとおり制御信号の中継経路の正常性を判断することを主な目的としているが、Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ３０との間でＥｔｈ−ＣＣ信号をやり取りすることによる疎通確認は、主にユーザのデータや信号が通る経路の正常性を確認するためのものである。Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０による接続性監視は、これら自身が通信を実施する、制御区間の中継経路とユーザのデータや信号が通る経路の正常性を確認することを目的とする。
【０１００】
Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は通常運用後（図８のＳ−８１１０や図９のＳ９１１０の後）に、コントローラ５０や他の終端装置との接続性の監視を開始する（Ｓ―１６０００）。接続性監視については、コントローラと同様、該当装置から受信するＥｔｈ―ＣＣ信号を利用する。この時、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、接続先ＤＢ６０５５やコントローラ／マスタＤＢ７０６５に登録された接続先情報が監視対象に設定されている。よって、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、対向装置が通常運用に移行しているかは自身では判別できないので、接続先ＤＢ６０５５やコントローラ／マスタＤＢ７０６５に登録された全ての接続先について、一定時間内に該当のＥｔｈ―ＣＣ信号の到着を待つ。Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、一定時間内に該Ｅｔｈ―ＣＣ信号を受信すると、該装置との接続性が正常と判定する（Ｓ―１６０１０、Ｓ―１６０２０）。
【０１０１】
一方、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、一定時間内に該装置からＥｔｈ―ＣＣ信号を受信できなかった場合、該当装置との接続性に異常が発生したと判定し、オペレータや必要な通知先に接続性異常を通知する（Ｓ―１６０３０、Ｓ―１６０４０）。この時、接続先ＤＢ６０５５やコントローラ／マスタＤＢ７０６５内にＭＡＣアドレスが未登録の終端装置が存在する場合、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０は、該装置とは接続性が異常であると判定する。
【０１０２】
前述のシーケンスにおいて、コントローラ５０は、各終端装置が通常運用に移行しているか判別可能なので、通常運用に移行していない終端装置との接続性異常を申告してきた対向側の終端装置からの通知については、その旨を併せてオペレータに通知することも可能である。
【０１０３】
また、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０がコントローラ５０との制御区間の中継経路にて接続性異常を判定した場合、Ｂｏｘ―Ｍ４０やＢｏｘ―Ｓ３０はその旨を通知する信号を対向の終端装置を経由して通知することで、障害が発生している自身とコントローラ５０との制御区間の中継経路を使用せずにコントローラ５０へ通知することも可能である。
【０１０４】
上述のように、本実施例では終端装置をマスタであるＢｏｘ−Ｍ４０とスレーブであるＢｏｘ−Ｓ３０の２種類に分けたネットワーク構成を構築する。即ち、複数の拠点に配置される終端装置について、中継網の先に設置されるＢｏｘ−Ｍ４０にて複数のＢｏｘ−Ｓ３０を集約するネットワーク構成とする。前述のネットワーク構成によって、接続性監視の区間は、集約される側のスレーブの終端装置（下位の終端装置）と集約する側のマスタの終端装置（上位の終端装置）との間になり、障害検出区間の特定が容易になる。
また、上位の終端装置は複数の終端装置を配下に収めるので、上位の終端装置からはマルチキャストＭＡＣアドレスを利用したＣＣＭフレームを送信する。一方、下位の終端装置は、宛先ＭＡＣアドレスを上位の終端装置のＭＡＣアドレス、つまりユニキャストＭＡＣアドレスに設定したＣＣＭフレームを上位の終端装置へ送信する。このように上位の終端装置から送信するＣＣＭフレームと下位の終端装置から送信するＣＣＭフレームにおいて、宛先ＭＡＣアドレスをマルチキャストＭＡＣアドレス、ユニキャストＭＡＣアドレスと使い分けることで、ネットワークに対する接続性監視の負荷を低減できる。
【０１０５】
前述の接続性監視方法は、上位の終端装置と下位の終端装置を纏めて制御する通信事業者の制御装置（コントローラ）にも適用した。即ち、制御装置からは、上位の終端装置又は下位の終端装置へのＣＣＭフレームでも宛先ＭＡＣアドレスにマルチキャストＭＡＣアドレスを利用して接続性監視を実施する。一方、上位の終端装置又は下位の終端装置は制御装置に対して、宛先ＭＡＣアドレスをユニキャストＭＡＣアドレスである、制御装置のＭＡＣアドレスに設定したＣＣＭフレームを送信する。制御装置から送信するＣＣＭフレームと、上位の終端装置又は下位の終端装置から送信するＣＣＭフレームにおいて、宛先ＭＡＣアドレスをマルチキャストＭＡＣアドレス、ユニキャストＭＡＣアドレスと使い分けることで、ネットワークに対する接続性監視の負荷を低減できる。
【０１０６】
ネットワークを構成する制御装置や上位の終端装置や下位の終端装置は、それぞれＣＣＭフレームを受信することで対向側装置のＭＡＣアドレスを認識する。制御装置や上位の終端装置や下位の終端装置の接続性監視は、ＣＣＭフレームの送受信によって実施する。
【０１０７】
以上で説明したように、本実施例のコントローラ５０、Ｂｏｘ―Ｍ４０、Ｂｏｘ―Ｓ３０の構成と動作により、既存のＬ２―ＶＰＮ網を利用しつつ、ユーザ拠点間の新しい接続性監視を容易に提供できるようになる。また、ユーザ拠点間の接続性監視において、終端点同士を親局―子局のような従属関係を用いることにより、複数の拠点間の接続性監視を同時に実施でき、その監視フレームに用いる帯域の最小化を可能としている。本発明により、複数の地域網を経由するユーザ拠点間の通信において、障害発生時に明確に障害回線の特定や障害区間の特定が可能になる。
【０１０８】
なお、本実施例ではイーサＯＡＭ信号の場合について説明を行なったが、これはあくまでも一例である。装置間の接続性を監視するためのフレームやパケット等の信号を、マルチキャストアドレスを用いて複数の装置に送信できる保守監視システムであれば、上記実施例と同様に本発明を実施できる。また、Ｅｔｈ−ＣＣ信号は受信した装置が送信した装置との接続性を確認するものであり、Ｅｔｈ−ＣＣ信号を送信した装置は相手装置がＥｔｈ−ＣＣ信号を正常に受信したかどうかは関知しない。送信側の装置は、逆に受信側の信号が別途送信してくるＥｔｈ−ＣＣ信号を受信することで、相手装置との疎通確認をする。しかし、このＥｔｈ−ＣＣ信号のように送信側が信号を送信した後で何ら返信を待たない信号の他、送信側が送信した信号に対する受信側からの返信を得ることで接続性を確認するようなＯＡＭ用の信号に対しても、この発明は同様に適用することができる。
【符号の説明】
【０１０９】
３０ Ｂｏｘ―Ｓ
４０ Ｂｏｘ―Ｍ
５０ コントローラ
５０５０ 登録情報管理部
５０７０ 接続性監視部（コントローラ）
６０５０ 接続先テーブル管理部
６０６０ イーサＯＡＭ処理部（Ｂｏｘ―Ｍ）
６１１０ 接続性監視部（Ｂｏｘ―Ｍ）
７０５０ コントローラ／マスタ管理部
７０６０ イーサＯＡＭ処理部（Ｂｏｘ―Ｓ）
７１１０ 接続性監視部（Ｂｏｘ―Ｓ）
【特許請求の範囲】
【請求項１】
イーサネット用のＯＡＭ信号を終端する終端装置であって、
同じＶＬＡＮ ＩＤで識別されるＶＬＡＮに属する複数の他の終端装置を、前記ＶＬＡＮ内で一意に識別するための識別情報を記憶し、
前記複数の他の終端装置に、マルチキャストＭＡＣアドレスを用いてＣＣＭフレームを送信し、
前記複数の他の終端装置それぞれから、自装置のＭＡＣアドレスを宛先ＭＡＣアドレスとしたＣＣＭフレームを受信すると、前記ＣＣＭフレームに含まれる、当該ＣＣＭフレームを送信した前記他の終端装置の前記識別情報が、前記記憶している識別情報に含まれているかどうかを調べ、前記ＣＣＭフレームに含まれる識別情報が前記記憶している識別情報に含まれている場合は、当該ＣＣＭフレームの送信元ＭＡＣアドレスを、前記識別情報と対応付けて記憶することを特徴とする終端装置。
【請求項２】
請求項１に記載の終端装置であって、
前記ＣＣＭフレームを送信した前記他の終端装置から再びＣＣＭフレームを受信すると、当該ＣＣＭフレームに含まれる送信元ＭＡＣアドレスが記憶されているか否かを調べ、
前記送信元ＭＡＣアドレスが記憶されている場合は前記他の終端装置との接続は正常であると判断することを特徴とする終端装置。
【請求項３】
イーサネット用のＯＡＭ信号を終端する終端装置であって、
同じＶＬＡＮ ＩＤで識別されるＶＬＡＮに属する他の終端装置を、前記ＶＬＡＮ内で一意に識別するための識別情報を記憶し、
前記他の終端装置から、マルチキャストＭＡＣアドレスを宛先ＭＡＣアドレスとしたＣＣＭフレームを受信すると、前記ＣＣＭフレームに含まれる、前記他の終端装置の前記識別情報が、前記記憶している識別情報に含まれているかどうかを調べ、前記ＣＣＭフレームに含まれる識別情報が前記記憶している識別情報に含まれている場合は、当該ＣＣＭフレームの送信元のＭＡＣアドレスを、前記識別情報と対応付けて記憶することを特徴とする終端装置。
【請求項４】
請求項３に記載の終端装置であって、
前記識別情報と対応付けて記憶した、前記他の終端装置のＭＡＣアドレスを宛先アドレスとしたＣＣＭフレームを送信することを特徴とする終端装置。
【請求項５】
請求項３に記載の終端装置であって、
前記他の終端装置から前記マルチキャストＭＡＣアドレスを宛先としたＣＣＭフレームを再び受信すると、当該ＣＣＭフレームに含まれる送信元ＭＡＣアドレスが記憶されているか否かを調べ、
前記送信元ＭＡＣアドレスが記憶されている場合は前記他の終端装置との接続は正常であると判断することを特徴とする終端装置。
【請求項６】
イーサネット用のＯＡＭ信号を終端する複数の終端装置との間の接続を監視する制御装置であって、
前記複数の終端装置と、同じＶＬＡＮ ＩＤで識別されるＶＬＡＮに属しており、
前記複数の終端装置をそれぞれ一意に識別するための複数の第１の識別情報と、前記複数の終端装置を前記ＶＬＡＮ内で一意に識別するための複数の第２の識別情報とを記憶し、
前記複数の終端装置の中の第１の終端装置に、当該第１の終端装置がマルチキャストＭＡＣアドレスを用いてＣＣＭフレームを送信するべき複数の他の第２の終端装置の前記第２の識別情報を通知することを特徴とする制御装置。
【請求項７】
請求項６に記載の制御装置であって、
前記第２の終端装置に、前記第１の終端装置の前記第２の識別情報を通知することを特徴とする制御装置。
【請求項８】
請求項６に記載の制御装置であって、
前記複数の終端装置に、マルチキャストＭＡＣアドレスを用いてＣＣＭフレームを送信し、
前記複数の終端装置の中の１台の終端装置から、自装置のＭＡＣアドレスを宛先ＭＡＣアドレスとしたＣＣＭフレームを受信すると、前記ＣＣＭフレームに含まれる、当該ＣＣＭフレームを送信した前記１台の終端装置の前記第１の識別情報を記憶しているか否かを調べ、前記１台の終端装置の前記第１の識別情報を記憶している場合には、当該ＣＣＭフレームの送信元ＭＡＣアドレスを、前記１台の終端装置の前記第１の識別情報と対応付けて記憶することを特徴とする終端装置。
【請求項１】
イーサネット用のＯＡＭ信号を終端する終端装置であって、
同じＶＬＡＮ ＩＤで識別されるＶＬＡＮに属する複数の他の終端装置を、前記ＶＬＡＮ内で一意に識別するための識別情報を記憶し、
前記複数の他の終端装置に、マルチキャストＭＡＣアドレスを用いてＣＣＭフレームを送信し、
前記複数の他の終端装置それぞれから、自装置のＭＡＣアドレスを宛先ＭＡＣアドレスとしたＣＣＭフレームを受信すると、前記ＣＣＭフレームに含まれる、当該ＣＣＭフレームを送信した前記他の終端装置の前記識別情報が、前記記憶している識別情報に含まれているかどうかを調べ、前記ＣＣＭフレームに含まれる識別情報が前記記憶している識別情報に含まれている場合は、当該ＣＣＭフレームの送信元ＭＡＣアドレスを、前記識別情報と対応付けて記憶することを特徴とする終端装置。
【請求項２】
請求項１に記載の終端装置であって、
前記ＣＣＭフレームを送信した前記他の終端装置から再びＣＣＭフレームを受信すると、当該ＣＣＭフレームに含まれる送信元ＭＡＣアドレスが記憶されているか否かを調べ、
前記送信元ＭＡＣアドレスが記憶されている場合は前記他の終端装置との接続は正常であると判断することを特徴とする終端装置。
【請求項３】
イーサネット用のＯＡＭ信号を終端する終端装置であって、
同じＶＬＡＮ ＩＤで識別されるＶＬＡＮに属する他の終端装置を、前記ＶＬＡＮ内で一意に識別するための識別情報を記憶し、
前記他の終端装置から、マルチキャストＭＡＣアドレスを宛先ＭＡＣアドレスとしたＣＣＭフレームを受信すると、前記ＣＣＭフレームに含まれる、前記他の終端装置の前記識別情報が、前記記憶している識別情報に含まれているかどうかを調べ、前記ＣＣＭフレームに含まれる識別情報が前記記憶している識別情報に含まれている場合は、当該ＣＣＭフレームの送信元のＭＡＣアドレスを、前記識別情報と対応付けて記憶することを特徴とする終端装置。
【請求項４】
請求項３に記載の終端装置であって、
前記識別情報と対応付けて記憶した、前記他の終端装置のＭＡＣアドレスを宛先アドレスとしたＣＣＭフレームを送信することを特徴とする終端装置。
【請求項５】
請求項３に記載の終端装置であって、
前記他の終端装置から前記マルチキャストＭＡＣアドレスを宛先としたＣＣＭフレームを再び受信すると、当該ＣＣＭフレームに含まれる送信元ＭＡＣアドレスが記憶されているか否かを調べ、
前記送信元ＭＡＣアドレスが記憶されている場合は前記他の終端装置との接続は正常であると判断することを特徴とする終端装置。
【請求項６】
イーサネット用のＯＡＭ信号を終端する複数の終端装置との間の接続を監視する制御装置であって、
前記複数の終端装置と、同じＶＬＡＮ ＩＤで識別されるＶＬＡＮに属しており、
前記複数の終端装置をそれぞれ一意に識別するための複数の第１の識別情報と、前記複数の終端装置を前記ＶＬＡＮ内で一意に識別するための複数の第２の識別情報とを記憶し、
前記複数の終端装置の中の第１の終端装置に、当該第１の終端装置がマルチキャストＭＡＣアドレスを用いてＣＣＭフレームを送信するべき複数の他の第２の終端装置の前記第２の識別情報を通知することを特徴とする制御装置。
【請求項７】
請求項６に記載の制御装置であって、
前記第２の終端装置に、前記第１の終端装置の前記第２の識別情報を通知することを特徴とする制御装置。
【請求項８】
請求項６に記載の制御装置であって、
前記複数の終端装置に、マルチキャストＭＡＣアドレスを用いてＣＣＭフレームを送信し、
前記複数の終端装置の中の１台の終端装置から、自装置のＭＡＣアドレスを宛先ＭＡＣアドレスとしたＣＣＭフレームを受信すると、前記ＣＣＭフレームに含まれる、当該ＣＣＭフレームを送信した前記１台の終端装置の前記第１の識別情報を記憶しているか否かを調べ、前記１台の終端装置の前記第１の識別情報を記憶している場合には、当該ＣＣＭフレームの送信元ＭＡＣアドレスを、前記１台の終端装置の前記第１の識別情報と対応付けて記憶することを特徴とする終端装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−１８２７６０（Ｐ２０１２−１８２７６０Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４５８５０（Ｐ２０１１−４５８５０）
【出願日】平成２３年３月３日（２０１１．３．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年３月３日（２０１１．３．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]