(57)【特許請求の範囲】
【請求項１】
アクセスネットワーク及び中継ネットワークを含むネットワークにおいて、前記ネットワークのトラヒック量を含む統計情報及び警報情報を収集するネットワーク管理システムであって、
前記ネットワーク管理システムは、前記アクセスネットワークに接続するアクセス装置、及び、前記アクセスネットワークと前記中継ネットワークとを接続するエッジノードを備え、
前記アクセス装置は、
前記アクセス装置におけるトラヒック量を含む統計情報を計測し、
前記アクセス装置における装置警報及び通信警報のうち少なくともいずれか一つを含む警報情報を検出し、
前記計測された統計情報及び前記検出された警報情報を前記エッジノードに通知し、
前記エッジノードは、前記アクセス装置における統計情報及び警報情報のうち少なくともいずれか一つの取得を指示する制御フレームを前記アクセス装置に送信することによって、前記アクセス装置によって通知された統計情報及び警報情報を収集し、
前記アクセス装置は、
前記制御フレームを受信すると、当該制御フレームによって指示された統計情報及び警報情報のうち少なくともいずれか一つを収集し、
前記制御フレームによって指示された統計情報及び警報情報を前記エッジノードに送信することを特徴とするネットワーク管理システム。
【請求項２】
前記エッジノードは、前記アクセス装置における統計情報及び警報情報のうち少なくともいずれか一つの取得を指示する制御フレームを前記アクセス装置に送信することによって前記アクセス装置から前記エッジノードまでの接続を確認し、
前記アクセス装置は、前記制御フレームによって指示された統計情報及び警報情報を定期的に前記エッジノードに送信することを特徴とする請求項１に記載のネットワーク管理システム。
【請求項３】
前記エッジノードは、前記統計情報及び前記警報情報の収集を開始する指示を含むフレームを前記アクセス装置に送信し、
前記アクセス装置は、前記統計情報及び前記警報情報の収集を開始する指示を含むフレームを受信した場合に、前記統計情報の計測及び前記警報情報の検出を開始することを特徴とする請求項１に記載のネットワーク管理システム。
【請求項４】
前記エッジノードは、前記収集される統計情報の種類を指定するフレームを前記アクセス装置に送信し、
前記アクセス装置は、
前記収集される統計情報の種類を指定するフレームを受信した場合に、当該フレームによって指定された統計情報を計測し、
前記計測された統計情報を前記エッジノードに送信することを特徴とする請求項１に記載のネットワーク管理システム。
【請求項５】
前記エッジノードは、
前記アクセスネットワークから受信したトラヒック量を計測し、
前記アクセス装置から前記アクセスネットワークに送信されたトラヒック量を、当該アクセス装置から収集し、
前記計測されたトラヒック量と、前記アクセス装置から収集されたトラヒック量との差分を算出することを特徴とする請求項１に記載のネットワーク管理システム。
【請求項６】
前記エッジノードは、前記算出された差分が所定の第１の閾値よりも大きい場合には、前記アクセスネットワークに送信されるトラヒック量が所定のトラヒック量よりも小さくなるように設定された帯域を前記アクセス装置に通知し、
前記アクセス装置は、前記通知された帯域に基づいて、当該アクセス装置から前記アクセスネットワークに送信されるトラヒック量を制限することを特徴とする請求項５に記載のネットワーク管理システム。
【請求項７】
前記エッジノードは、
前記アクセスネットワークに送信するトラヒック量を計測し、
前記アクセス装置が前記アクセスネットワークから受信したトラヒック量を、当該アクセス装置から収集し、
前記計測されたトラヒック量と、前記アクセス装置から収集されたトラヒック量との差分を算出することを特徴とする請求項１に記載のネットワーク管理システム。
【請求項８】
前記エッジノードは、前記算出された差分が所定の第２の閾値よりも大きい場合には、前記アクセスネットワークに送信されるトラヒック量が所定のトラヒック量よりも小さくなるように制御することを特徴とする請求項７に記載のネットワーク管理システム。
【請求項９】
アクセスネットワーク及び中継ネットワークを含むネットワークにおいて、前記ネットワークのトラヒック量を含む統計情報及び警報情報を収集するネットワーク管理システムに含まれるエッジノードであって、
前記ネットワーク管理システムは、前記アクセスネットワークに接続し、トラヒック量を含む統計情報及び警報情報を計測するアクセス装置を備え、
前記エッジノードは、
前記アクセス装置における統計情報及び警報情報のうち少なくともいずれか一つの取得を指示する制御フレームを前記アクセス装置に送信することによって、前記アクセス装置によって計測された統計情報を収集し、
前記アクセス装置における装置警報及び通信警報のうち少なくともいずれか一つを検出することを特徴とするエッジノード。
【請求項１０】
アクセスネットワーク及び中継ネットワークを含むネットワークにおいて、前記ネットワークのトラヒック量を含む統計情報を収集するネットワーク管理システムに含まれるアクセス装置であって、
前記ネットワーク管理システムは、前記アクセスネットワークと前記中継ネットワークとを接続するエッジノードを備え、
前記アクセス装置は、
前記アクセスネットワークに接続され、
前記アクセス装置におけるトラヒック量を含む統計情報を計測し、
前記アクセス装置における装置警報及び通信警報のうち少なくともいずれか一つを含む警報情報を検出し、
前記制御フレームを受信すると、当該制御フレームによって指示された統計情報及び警報情報のうち少なくともいずれか一つを収集し、
前記制御フレームによって指示され、前記計測された統計情報及び前記検出された警報情報を前記エッジノードに通知することを特徴とするアクセス装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地に設置されたユーザ端末を収容するアクセス端末から、ネットワーク上に転送されるデータ量の統計収集及び警報情報を収集する技術に関する。
【背景技術】
【０００２】
従来の専用線サービスに変わる帯域保証型の通信サービスを、パケット転送ネットワークを利用して提供するキャリアが増加している。帯域保障型の通信サービスは、キャリアがユーザサイトにアクセス装置を設置し、アクセス装置間の契約通信帯域をキャリアが保証するサービスである。
【０００３】
パケット転送ネットワークの代表例にはインターネットがある。インターネットはベストエフォートを前提とするサービスであった。そのため、途中経路でデータが廃棄される可能性があったが、どこでどれだけのデータが廃棄されたかは把握する必要がなかった。
【０００４】
一方契約通信帯域を保証するサービスでは、保証帯域を遵守してユーザ端末ら送信されたデータがキャリアが提供するパケット転送ネットワーク内で廃棄された場合、契約違反となるため違約金の支払い等の責任がキャリアに発生する。
【０００５】
また、ユーザサイト間を接続するネットワークは、単一のネットワークで接続されるのではなく、アクセスネットワーク及び中継ネットワークなど複数のネットワークによって構成されることがある。これらの複数のネットワークは管理事業者が異なる場合がある。
【０００６】
そのため、データの廃棄や通信障害などが発生した場合、アクセス装置も含めてネットワーク内で発生した障害やデータ廃棄箇所を特定して、責任の所在を明確化する必要がある。
【０００７】
中継ネットワークはアクセスネットワークと中継ネットワークとを接続するエッジノードと中継ノードから構成されている。中継ネットワークではこれらノードに制御情報を設定するための制御ネットワークが接続されていることがある。中継ネットワークの管理者は、中継ノードを通過するデータの統計情報や中継ノードで発生した故障情報を制御ネットワークを通して監視することができる。
【０００８】
また、中継ネットワークを構築する通信プロトコルにＡＴＭがある。ＡＴＭではＯＡＭ（Operation Administration and Maintenance）が定義されている。ＡＴＭのＯＡＭでは、中継ノードからの故障通知とＯＡＭの適用範囲内に限定した統計情報の収集などがある。
【特許文献１】特開２００１−１１１５６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ユーザサイトに設置されるアクセス装置は中継ノードとは異なり、制御ネットワークが接続されることはない。そのため、アクセス装置で収集した統計情報の回収を、エッジノードや中継ノードのように制御ネットワークを通して収集することができない。さらに、統計情報と併せてアクセス装置で収集した故障情報もエッジノードや中継ノードのように制御ネットワークを通して収集することができない。
【００１０】
また、特許文献１で開示されている技術はＡＴＭのＯＡＭで監視を行っている区間内の統計情報を収集する技術である。この技術を用いることでアクセスネットワークがＡＴＭの場合、アクセス装置からアクセスネットワークへ転送されたデータ量などの統計は取得することが可能となる。しかし、本技術で取得できる統計情報はアクセスネットワークへ転送される統計のみとなる。つまり、本技術ではＯＡＭの範囲対象外となる統計情報、例えばユーザ端末からアクセス装置に流入するデータ量などは取得することができなかった。
【００１１】
また、上記統計情報に加えて、アクセス装置固有の部品故障などの装置障害情報及び、アクセス装置が対向の通信装置との間の接続確認試験の結果検出した通信エラー等の通信警報情報を管理者が取得することもできなかった。
【００１２】
よって、アクセス網でデータが廃棄された場合はユーザ端末からアクセス装置への流入量が契約帯域を超過していたためにデータ廃棄が発生したのか、あるいはアクセス装置の不具合によりデータ廃棄が発生したのか、あるいはアクセス装置以外のポイントで廃棄が発生したのかの特定が困難になり、契約違反の責任の所在が不明確となる。
【００１３】
さらに、アクセス装置の設置位置、アクセス装置に収容するユーザ端末の数、アクセス装置が具備するユーザ端末収容ポートの数などにより取得したい統計情報や警報情報（装置障害情報や通信警報情報等を含む）は様々に変化する。
【００１４】
従来技術では取得できる情報は一律であり、取得情報の取捨選択ができなかった。そのため、不要な情報も含めての収集となる。中継ノードに接続するアクセス装置の数はエッジノードや中継ノードの数よりも多数となるため、一律での統計情報や警報情報の収集はアクセス回線の帯域消費及びアクセス装置から情報を収集するエッジノードの負荷増加に繋がる。
【００１５】
本発明はこのような従来の課題点に鑑みてなされたものである。
【００１６】
本発明の第一の目的は、中継ノードに接続するアクセス装置から、統計情報を取得し、データ廃棄ポイント及び廃棄原因の特定を目的とする。また、帯域が保証されないサービスであっても、ネットワークが輻輳した原因を特定するために、収集された統計情報を利用することができる。
【００１７】
本発明の第二の目的は、上記統計情報に加えて、中継ノードに接続するアクセス装置から警報情報を取得し、データ廃棄ポイント及び廃棄原因の特定を目的とする。
【００１８】
本発明の第三の目的は、アクセス装置の種別や設置箇所に応じて、取得する統計情報や警報情報を選択することで、アクセス装置から情報収集するトラヒック量削減及び情報収集するエッジノードの負荷軽減を目的とする。
【００１９】
本発明の第四の目的は、廃棄発生ポイントを特定すると、廃棄発生原因となるユーザ端末を収容するアクセス装置の上り送信帯域をコントロールして、ネットワーク全体の負荷軽減を目的とする。
【課題を解決するための手段】
【００２０】
第一の目的を実現するために、アクセスネットワーク及び中継ネットワークに接続するエッジノードと、ユーザ端末を収容するアクセス装置において、前記アクセス装置は、当該アクセス装置におけるトラヒック量を含む統計情報を計測し、前記計測された統計情報を前記エッジノードに通知し、前記エッジノードは、前記アクセス装置によって通知された統計情報を収集する手段を有する。
【００２１】
第二の目的を実現するために、さらに前記アクセス装置は当該アクセス装置における装置警報及び通信警報のうち少なくともいずれか一つを検出し、前記検出された装置警報及び通信警報のうち少なくともいずれか一つを前記エッジノードに通知し、前記エッジノードは、前記アクセス装置によって通知された装置警報及び通信警報のうち少なくともいずれか一つを収集する手段を有する。
【００２２】
第三の目的を実現するために、前記エッジノードは前記アクセス装置に取得する統計情報と取得する警報情報のうち少なくともいずれか一つを指示する制御フレームを送信し、前記アクセス装置は前記制御フレームを受信すると、統計情報及び警報情報のうち少なくともいずれか一つのうち、制御フレームで指定されるもののみを収集し、前記アクセス装置は統計情報及び警報情報のうち少なくともいずれか一つのうち、指定されたもののみを定期的に前記エッジノードへ送信し、前記エッジノードは前記アクセス装置から取得した統計情報及び警報情報のうち少なくともいずれか一つを回収して、アクセス装置単位でデータを保持する手段を有する。
【００２３】
第四の目的を実現するために、前記エッジノードは前記アクセス装置から取得した統計情報と、前記エッジノードに流入するアクセス装置別の統計情報をアクセス装置単位に比較し、アクセス装置がアクセスネットワークへ送信したデータ量と、前記エッジノードで受信したアクセス装置別のデータ量とを比較し、前記エッジノードで受信したデータ量が前記アクセス装置がアクセスネットワークへ送信したデータ量よりも少ない場合は前記アクセス装置から前記アクセスネットワークへ送信するデータ量を抑止する制御データを前記エッジノードが送信することで、前記アクセスネットワークの負荷を軽減する手段を有する。
【発明の効果】
【００２４】
本発明によれば、アクセス装置で計測された統計情報及び警報情報のうち少なくともいずれか一つをエッジノードによって収集することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施形態を、図面を参照しながら説明する。
【００２６】
（第１の実施形態）
図１は、本発明の第１の実施形態のキャリアアクセスネットワーク構成の一例を示す図である。
【００２７】
本発明の第１の実施形態のキャリアアクセスネットワークは、ユーザサイト３０、アクセスネットワーク４０、及び、中継ネットワーク５０を含む。ユーザサイト３０及びアクセスネットワーク４０は、アクセス装置１０を介して接続される。アクセスネットワーク４０及び中継ネットワーク５０は、キャリアエッジノード２０を介して接続される。
【００２８】
アクセスネットワーク４０は、ユーザサイト３０と中継ネットワーク５０とを接続するネットワークである。具体的には、ＦＴＴＨ、ＡＤＳＬ、又は、ＣＡＴＶなどである。中継ネットワーク５０は、図示しない他のネットワークと接続する。
【００２９】
アクセス装置１０は、ユーザサイト３０及びアクセスネットワーク４０に接続する。本発明の第１の実施形態では、ユーザサイト３０からアクセスネットワーク４０に送信されるデータ量、及び、アクセスネットワーク４０から送信されるデータ量を含む統計情報及び自装置で検出した装置障害情報や通信警報情報などの警報情報を収集する。なお、アクセス装置１０の構成については、図８にて後述する。
【００３０】
キャリアエッジノード２０は、アクセスネットワーク４０及び中継ネットワーク５０に接続する。本発明の第１の実施形態のキャリアエッジノード２０は、中継ネットワーク５０に送受信されるデータ量を計測することが可能である。さらに、アクセス装置１０で収集された統計情報及び警報情報を取得し、キャリアエッジノード２０で計測されたデータ量と、アクセス装置１０から収集されたデータ量とを比較して、廃棄されたデータ量を算出することが可能である。なお、キャリアエッジノード２０の構成については、図４にて後述する。
【００３１】
アクセス装置１０から統計情報や警報情報を収集する手段に、例えばＩＴＵ−Ｔによって標準化された国際勧告「Ｙ．１７３１」のイーサＯＡＭ機能を使用することができる。
【００３２】
イーサネット（登録商標、以下同じ。）は、ＬＡＮ技術として規格化された経緯があるため、広域のネットワークで使用するためには不足している機能があった。具体的には、遠隔にあるＬＡＮスイッチの状態を調べたり、途中の回線の障害を切り分けるような、イーサネットの保守管理機能が不足していた。そこで、イーサネットの保守管理機能が前述した「Ｙ．１７３１」として標準化された。
【００３３】
イーサＯＡＭでは任意のポイント間の接続性を確認する機能として接続確認機能（ＣＣ：Ｃｏｎｔｉｎｕｔｙ  Ｃｈｅｃｋ）が規定されている。ＣＣ機能は、定期的にＣＣフレーム６０を接続確認区間のエンド−エンドの通信装置で送受することで、通信経路の正常性を確認するための機能である。このＣＣフレーム６０の内部にアクセス装置１０で収集した統計情報や警報情報を搭載して、キャリアエッジノード２０へ送信することも可能である。ＣＣフレームの詳細は図２、６及び１０で後述する。また、ＣＣフレームを使用しない場合には、同じくイーサＯＡＭで規定されているＶＳＭフレームを利用してアクセス装置１０からキャリアエッジノード２０へ統計情報や警報情報を通知しても良い。ＶＳＭフレームはＹ．１７３１で装置提供ベンダが自由にペイロードなどを規定することを許可しているフレームである。
【００３４】
図３は、本発明の第１の実施形態のアクセスネットワーク４０の構成の一例を示す図である。
【００３５】
アクセスネットワーク４０は、複数のスイッチ（ＳＷ）４１を含む。ＳＷ４１は、受信したフレームを解析し、指定された相手先に送信する。
【００３６】
本発明の第１の実施形態のネットワークでは、アクセスネットワーク４０を提供する事業者（ＮＷ提供キャリアＡ）と、中継ネットワーク５０を提供する事業者（ＮＷ提供キャリアＢ）が異なっている。また、アクセスネットワーク４０と中継ネットワーク５０を提供する事業者が同じであっても、別部門でサービスが提供される場合についても同様に考えることができる。
【００３７】
また、本発明の第１の実施形態のネットワークにおいて、帯域が保証された専用線サービスが提供される場合、利用者との間で保証帯域の契約が交わされる。このとき、保証された帯域を確保できない場合には、契約違反として違約金の支払い等のペナルティが課せられるおそれがある。
【００３８】
保証された帯域が確保されない要因として、ネットワーク経路内でのデータ輻輳によるバッファオーバフローにより転送されたデータが廃棄されてしまうことや、装置の故障によりデータが廃棄されてしまうことが考えられる。しかし、アクセスネットワーク４０を提供する事業者と、中継ネットワーク５０を提供する事業者とが異なる場合には、責任の所在を明らかにするために、データが廃棄されたポイントを正確に特定する必要がある。
【００３９】
データが廃棄される可能性のあるポイントは、図３を参照すると、大きく分けて３ヶ所存在する。
【００４０】
まず、第１のポイントとして、アクセス装置１０の内部でデータが廃棄される場合が考えられる。第１のポイントでデータが廃棄される要因としては、例えば、契約帯域を超えたデータ量が利用者によって送信された場合、又は、アクセス装置１０の故障が考えられる。契約帯域を超えたデータ量が利用者によって送信された場合には、責任は、利用者自身にある。一方、アクセス装置１０が故障したことによってデータが廃棄された場合には、アクセス装置１０を提供した事業者の責任となる。
【００４１】
次に、第２のポイントとして、アクセスネットワーク４０内でデータが廃棄される場合が考えられる。アクセスネットワーク４０内でデータが廃棄される要因としては、図３に示すように、特定のＳＷ４１にトラヒックが集中することによって輻輳が発生することが考えられる。この場合には、アクセスネットワークを提供する事業者の責任となる。
【００４２】
最後に、第３のポイントとして、中継ネットワーク５０内でデータが廃棄される場合が考えられる。中継ネットワーク５０内でデータが廃棄された場合には、中継ネットワークを提供する事業者の責任となる。
【００４３】
以上の３つのポイントで発生したデータの廃棄を特定するためには、アクセス装置１０では、ユーザ端末１１からアクセス装置１０へ入力したデータ量と出力したデータ量、アクセス装置１０からアクセスネットワーク４０へ入力したデータ量と出力したデータ量、アクセス装置１０で検出している警報情報を収集する必要がある。また、キャリアエッジノード２０では、アクセスネットワークから入力したデータ量と出力したデータ量、中継ネットワークへの出力したデータ量と入力したデータ量を測定する必要がある。
【００４４】
さらには、複数のユーザ端末を収容する場合はユーザフロー単位での上記データ量測定が必要になる。
【００４５】
キャリアエッジノード２０はアクセス装置１０で収集した統計情報及び警報情報を収集し、キャリアエッジノード２０で測定されたデータ量と比較する。こうすることにより、キャリアエッジノード２０はデータ廃棄が発生した場所がアクセス装置１０、アクセスネットワーク４０、中継ネットワーク５０のいずれかを特定することができる。
【００４６】
図４は、本発明の第１の実施形態のキャリアエッジノード２０の構成を示すブロック図である。
【００４７】
キャリアエッジノード２０は、制御部２２０、スイッチ部２３０、Ｕｐｌｉｎｋインターフェース２４０及びアクセスインターフェース（ＩＦ）２１０を含む。キャリアエッジノード２０には、複数のアクセスＩＦ２１０が含まれている。制御部２２０、スイッチ部２３０、Ｕｐｌｉｎｋインターフェース２４０及びアクセスＩＦ２１０は、互いに接続されている。
【００４８】
制御部２２０は、アクセスＩＦ２１０、Ｕｐｌｉｎｋインターフェース、スイッチ部２３０へ経路情報の設定をしたり、アクセスＩＦ２１０、Ｕｐｌｉｎｋインターフェースから統計情報を収集したりする。さらには、アクセス装置１０から収集した統計情報や警報情報の解析を行う。
【００４９】
スイッチ部２３０は、データの転送先を特定し、適切なアクセスＩＦ２１０又はＵｐｌｉｎｋインターフェース２４０に転送データを引き渡す。
【００５０】
Ｕｐｌｉｎｋインターフェース２４０は、中継ネットワーク５０に接続するインターフェースである。
【００５１】
アクセスＩＦ２１０は、アクセスネットワーク４０に接続するインターフェースである。アクセスＩＦ２１０は、さらに、アクセス装置１０で測定された統計情報や警報情報を収集し、格納する機能を有する。
【００５２】
アクセスＩＦ２１０は、受信回路２１１Ａ、送信回路２１２Ａ、受信回路２１１Ｂ、送信回路２１２Ｂ、制御ＩＦ２１３、ヘッダ処理部Ａ２１４Ａ、ヘッダ処理部Ｂ２１４Ｂ、ＯＡＭ処理部２１５、アクセス装置統計保持ＲＡＭ２１６及びスケジューラ２１７を含む。制御部２２０は、制御ＩＦ２１３を介して、アクセスＩＦ２１０の各構成部の設定及び統計情報の収集を行う。
【００５３】
制御ＩＦ２１３は、制御部２２０からの制御命令を受信し、各構成部に制御命令を送信する。また、制御部２２０からの要求に従い、各構成部から設定情報及び取得した統計情報などを収集して制御部２２０へ送信する。
【００５４】
受信回路２１１Ａは、アクセスネットワーク４０からデータを受信する。送信回路２１２Ａは、アクセスネットワーク４０にデータを送信する。
【００５５】
受信回路２１２Ｂは、スイッチ部２３０からデータを受信する。送信回路２１１Ｂは、スイッチ部２３０へデータを送信する。
【００５６】
ヘッダ処理部Ａ２１４Ａ及びヘッダ処理部Ｂ２１４Ｂは、フレームを受信すると、フレームのヘッダ部を解析し、受信データ種別の解析及び受信フレームの送信元アクセス装置１０の特定処理を行う。また、受信フレームの個数やバイト数をユーザ別又はアクセス装置１０別にカウントする機能を有する。例えば、ヘッダ処理部２１４Ａについて説明する。
【００５７】
ヘッダ処理部Ａ２１４Ａは、フレームを受信するとヘッダ情報を抽出する。抽出したヘッダ情報から、まず本フレームを送信したアクセス装置１０を特定する。次に、フレームの種別を解析し、受信フレームがＯＡＭフレームの場合はＯＡＭ処理部２１５へとフレームを転送する。受信フレームがデータフレームの場合はアクセス装置１０別で受信フレーム数と受信バイト数などの統計情報をカウントし、送信回路２１１Ｂへとフレームを転送する。
【００５８】
ＯＡＭ処理部２１５は、ヘッダ処理部ＡからＯＡＭフレームを受信するとＯＡＭフレームの種別の解析を行い、種別ごとのＯＡＭ終端処理を行う。さらに、キャリアエッジノード２０からアクセス装置１０へＯＡＭフレームを挿入する機能を具備している。
【００５９】
ＯＡＭ処理部２１５は、ヘッダ処理部Ａ２１４ＡからＯＡＭフレームを受信するとＯＡＭ種別の解析を行う。ＯＡＭ処理部２１５は、ヘッダ処理部Ａ２１４Ａから引き渡されたＯＡＭフレームがＣＣフレーム６０の場合には、接続性確認のための処理を行なう。
【００６０】
さらに、本発明の第１の実施形態では、ＣＣフレーム６０にアクセス装置１０で計測された統計情報（ＣＣペイロード情報）が含まれる場合には、当該フレームから統計情報を取得し、アクセス装置１０別にアクセス装置統計保持ＲＡＭ２１６に統計情報と警報情報を格納する。
【００６１】
アクセス装置１０から統計情報と警報情報をＣＣフレーム６０ではなくＶＳＭフレームを利用して収集している場合は、ＶＳＭフレームをヘッダ処理部Ａ２１４Ａから受信すると、ペイロードから統計情報と警報情報を取得し、アクセス装置１０別にアクセス装置統計保持ＲＡＭ２１６に統計情報と警報情報を格納する。
【００６２】
また、ＯＡＭ処理部は定期的にアクセス装置１０へＣＣフレーム６０を送信したり、アクセス１０へ統計取得の開始及び警報検出開始の指示を通知するＶＳＭフレーム７０を送信したりする機能を具備している。
【００６３】
アクセス装置統計保持ＲＡＭ２１６は、アクセス装置１０で計測された統計情報及び警報情報を格納する。
【００６４】
図５は、本発明の第１の実施の形態のアクセス装置統計保持ＲＡＭ２１６の一例を表す図である。
【００６５】
アクセス装置統計保持ＲＡＭ２１６は、アドレスごとに、アクセス装置の統計／警報情報を格納するＲＡＭである。本ＲＡＭのバイト幅は一例として３２バイトと記載しているが本バイト幅は装置の実装により異なり、この限りではない。
【００６６】
アクセス装置統計保持ＲＡＭのメモリアドレスは、例えばアクセス装置を識別する識別子（識別ＩＤ）に対応させても良い。アクセス装置識別ＩＤは、送信元のアクセス装置のＭＡＣアドレスやＶＬＡＮタグのＶＩＤなどを特定するための装置内で試用するＩＤである。
【００６７】
ＯＡＭ処理部２１５は、ＣＣフレーム又はＶＳＭフレームからアクセス装置１０で取得した統計情報や警報情報を取得すると、ＯＡＭフレームの送信元アクセス装置１０を特定するアクセス装置識別ＩＤに一致するＲＡＭアドレスに対して取得情報を書き込む。
【００６８】
本アクセス装置統計保持ＲＡＭ２１６に書き込まれる統計情報及び警報情報はアクセス装置１０ごとにそれぞれ異なるものが入っている。
【００６９】
ネットワーク管理者は制御部２２０を介して各アクセスＩＦ２１０のアクセス装置統計保持ＲＡＭ２１６から定期的にイーサＯＡＭ装置ごとの統計情報及び警報情報を取得することができる。
【００７０】
スケジューラ２１７は、アクセスネットワーク４０に送信するデータを送信回路２１２Ａに引き渡す順序を制御する。
【００７１】
図８は、本発明の第１の実施形態のアクセス装置１０の構成を示すブロック図である。
【００７２】
アクセス装置１０は、受信回路１０１、送信回路１０２、ポート多重部１０３、ヘッダ処理部Ａ１０４、帯域制御部１０５、スケジューラ１０６、ポート振分け部１０７、ポート多重部１０８、ヘッダ処理部Ｂ１０９、ＯＡＭ処理部１１０、統計／警報テーブル１１１、ポート振分け部１１２、ＣＰＵ１２０、受信回路１２１及び送信回路１２２を含む。
【００７３】
受信回路１０１及び送信回路１０２は、ユーザサイト３０のユーザ端末１１と接続する。ユーザサイト３０に面している送受信側ポートのことをＵＮＩ（Ｕｓｅｒ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）と定義する。図８に示すアクセス装置には、２つのＵＮＩが含まれているが、１つであってもよいし、３つ以上であってもよい。
【００７４】
受信回路１０１は、ユーザ端末１１から送信されたデータを受信する。送信回路１０２は、アクセスネットワーク４０から受信したデータをユーザ端末１１に送信する。
【００７５】
ポート多重部１０３は、複数の受信回路１０１から受信したフレームを多重化する。ヘッダ処理部１０４は、受信したフレームのヘッダ情報を取得し、ヘッダ情報に基づいた処理を実行する。帯域制御部１０５は、帯域が保証されたサービスを提供している場合など、必要に応じて帯域を制御する。
【００７６】
スケジューラ１０６は、帯域制御部１０５とＯＡＭ処理部１１０の何れかからフレームを読出す調停処理をする。
【００７７】
ポート振分け部１０７は、スケジューラから受信したフレームをＮＮＩ＃０又はＮＮＩ＃１へ振分ける。フレームの振分けは例えばフレームヘッダの宛先情報などを使用すると良い。
【００７８】
受信回路１２１は、アクセスネットワーク４０から送信されたデータを受信する。送信回路１２２は、ユーザサイト３０から受信したデータをアクセスネットワーク４０に送信する。受信回路１２１及び送信回路１２２は、アクセスネットワーク４０との接続に利用し、ＮＮＩ（Ｎｅｔｗｏｒｋ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）を構成する。図８に示すアクセス装置には、２つのＮＮＩが含まれているが、１つであってもよいし、３つ以上であってもよい。
【００７９】
ポート多重部１０８は、複数の受信回路１２１から受信したフレームを多重化する。
【００８０】
ヘッダ処理部１０９は、受信したフレームを解析し、フローを特定する。さらに、受信フレームがユーザデータかＯＡＭフレームかを判定する。受信フレームがユーザデータの場合は必要に応じて統計情報取得のためにフレームバイト長及びフレーム受信数をカウントアップする。統計取得後はユーザデータをポート振分け部１１２へ転送する。
【００８１】
受信したフレームがＣＣフレーム６０又はＶＳＭフレーム７０などのＯＡＭフレームの場合、ＯＡＭ処理部１１０へＯＡＭフレームを転送する。
【００８２】
ポート振分け部１１２は、ヘッダ処理部から受信したフレームをＵＮＩ＃０又はＵＮＩ＃１へ振分ける。フレームの振分けは例えばフレームヘッダの宛先情報などを使用すると良い。
【００８３】
ＯＡＭ処理部１１０は、ヘッダ処理部Ｂ１０９からイーサＯＡＭフレームを取得すると、イーサＯＡＭフレームの終端処理を行う。例えば、受信したイーサＯＡＭフレームがＣＣフレームやＶＳＭフレームの場合、フレームペイロードから、特定の統計情報の収集や警報情報の監視を指示する収集情報コードを取得して、ＣＰＵ１２０へと通知する。
【００８４】
また、ＯＡＭ処理部１１０は、ＣＣフレームやＶＳＭフレームを生成してスケジューラ１０６へフレームを引き渡す。
【００８５】
ＣＰＵ１２０は、各構成部が動作のために必要となる設定情報を指定の位置に設定したり、警報情報の検出や統計情報の管理などを行う。また、ＯＡＭ処理部１１０から収集情報コードを取得すると、収集情報コードを解析して、指定の統計情報の収集開始や警報情報の監視を各機能ブロックへと指示する。
【００８６】
本発明の第１の実施形態において、キャリアエッジノード２０からアクセス装置１０への統計情報収集と警報情報監視の通知をする動作と、アクセス装置１０からキャリアエッジノード２０へ統計情報及び警報情報を通知する動作の一例を図２、図６、図７、図１０、図１８、図１９を用いて解説する。
【００８７】
図１９は、本発明の第１の実施の形態のキャリアエッジノード２０からアクセス装置１０へ統計収集及び警報監視開始の指示し、指示を受けたアクセス装置１０がキャリアエッジノード２０へ統計情報と警報情報を定期的に送信するシーケンス図である。
【００８８】
キャリアエッジノード２０は、アクセス装置１０に対して新たに統計情報、警報情報の収集を開始させたい場合、収集情報コマンド３１１をアクセス装置１０へ通知する。
【００８９】
収集情報コマンド３１１で収集を指示する統計情報及び警報監視の具体的な内容としては、例えば、「ＵＮＩポートの入力フレーム数の統計」、「ＮＮＩポートの出力フレーム数の統計」、「収容ユーザ単位の入力フレーム数」、「ハードウェア故障警報の監視」、「対向アクセス装置との間の接続性確認結果の監視」などがある。
【００９０】
収集情報コマンド３１１は、キャリアエッジノード２０から定期的に送信するＣＣフレーム６０又はＶＳＭフレームに格納して、キャリアエッジノード２０からアクセス装置１０へと通知しても良い。収集情報コマンド３１１を格納するＣＣフレーム及びＶＳＭフレームは図２、図６、図７を用いて後述する。
【００９１】
アクセス装置１０は、収集情報コマンド３１１を取得すると、収集情報コマンド３１１で指定される統計情報及び警報監視を開始する。
【００９２】
アクセス装置１０は、指示された統計情報、警報情報３０１−ｎ（ｎ：１，２，３・・・）を定期的にキャリアエッジノード２０へと通知する。アクセス装置１０が通知する統計情報、警報情報３０１−ｎは、アクセス装置１０から定期的に送信するＣＣフレーム６０又はＶＳＭフレームに格納して、アクセス装置１０からキャリアエッジノード２０へと通知しても良い。統計情報、警報情報３０１−ｎを格納するＣＣフレーム及びＶＳＭフレームは図１０、図１８を用いて後述する。
【００９３】
また、アクセス装置１０から収集する統計情報、警報情報を変更したい場合は、キャリアエッジノード２０は収集情報コード３１２を通知する。アクセス装置１０は、新規収集情報コード３１２を受信すると収集する統計情報、警報情報３０２−ｎを変更し、定期的にキャリアエッジノード２０へと通知する。
【００９４】
収集情報コマンド３１１を格納するＣＣフレーム及びＶＳＭフレームを図２、図６、図７を用いて解説する。
【００９５】
図２と図６で情報収集コマンド３１１をＣＣフレームに格納した場合のＣＣフレームのフォーマットを説明する。
【００９６】
図２は、Ｙ．１７３１のＣＣフレーム６０のフォーマットを示す図である。Ｙ．１７３１で規定されているＣＣフレーム６０は、勧告規定フィールド６１及びＭＥＧ  ＩＤ６２によって構成される。
【００９７】
勧告規定フィールド６１は、「Ｙ．１７３１」に規定された情報を格納する。勧告規定フィールド６１は、フレームの先頭及び最後に配置される。フレームの先頭に配置された勧告規定フィールド６１のサイズは８バイトである。フレームの先頭に配置された勧告規定フィールド６１によって、ＣＣフレームであることが認識される。また、フレームの最後に配置された勧告規定フィールド６１のサイズは、１７バイトである。
【００９８】
Ｙ．１７３１で規格化されているＭＥＧ  ＩＤ６２は、イーサＯＡＭでの管理対象の属性を管理対象を識別する識別子である。規格上は４８バイトのフィールドが用意されている。このうち上位１６バイトはＩＴＵキャリアコードとしての使用が決まっているが、下位３２バイトは規格上“Ｕｎｕｓｅｄ”とされている。
【００９９】
そこで、アクセス装置１０からＣＣを用いて統計情報及び警報情報を収集する一例ではＭＥＧ  ＩＤ６２の下位３２バイトを利用する。
【０１００】
図６は、本発明の第１の実施形態のキャリアエッジノード２０からアクセス装置１０に収集情報コマンドを通知するためのＣＣフレーム６０の構成例を示す図である。
【０１０１】
ＣＣフレーム６０のフォーマットは、図２に示したように、勧告規定フィールド６１及びＭＥＧ  ＩＤ６２から構成されている。
【０１０２】
ＭＥＧ  ＩＤ６２には、ネットワーク事業者を識別するための１６バイトのＩＴＵキャリアコード６３のみ規定されている。ＭＥＧ  ＩＤ６２の残りの３２バイトのフィールドは未使用領域となっている。そこで、本発明の第１の実施形態では、未使用の３２バイトの領域を、アクセス装置で収集する警報／統計情報を指定する収集情報コード格納領域６４として利用する。収集情報コード格納領域３２バイトは、例えば、収集情報変更フラグ６５と収集情報コード６６から構成すると良い。
【０１０３】
収集情報変更フラグ６５には、“１”又は“０”の値が格納され、“１”で新規統計情報及び警報情報収集開始、“０”で前回指示内容の継続収集を表す。
【０１０４】
収集情報変更フラグ６５は、アクセス装置１０で収集する統計情報及び警報情報の内容を変更する場合に０から１へと変更する。
【０１０５】
収集情報コード６６は、アクセス装置１０が取得すべき統計情報及び警報情報を通知するために使用するフィールドである。本フィールドは、例えば、取得統計情報種別を表すコードや監視する装置警報や監視する通信警報を表すコードが格納されている。
【０１０６】
図１２Ａは、本発明の第１の実施形態のアクセス装置１０が、収集情報コード３１１を格納したＣＣフレーム６０を受信した場合のＯＡＭ処理部１１０による処理の手順を示すフローチャートである。
【０１０７】
アクセス装置１０のＯＡＭ処理部１１０は、ＯＡＭフレームを受信すると、受信したＯＡＭフレームがＣＣフレーム６０であるか否かを判定する（Ｓ１２０１）。受信したフレームがＣＣフレーム６０でない場合には（Ｓ１２０１の結果が「Ｎ」）、本処理を終了する。
【０１０８】
アクセス装置１０のＯＡＭ処理部１１０は、受信したフレームがＣＣフレーム６０である場合には（Ｓ１２０１の結果が「Ｙ」）、ＣＣフレーム６０に含まれる収集情報変更フラグ６５の値が“１”であるか否かを判定する（Ｓ１２０２）。収集情報変更フラグ６５の値が“１”でない場合、すなわち、収集情報変更フラグ６５の値が“０”の場合には（Ｓ１２０２の結果が「Ｎ」）、本処理を終了し、以前に指示された情報の収集を継続する。
【０１０９】
アクセス装置１０のＯＡＭ処理部１１０は、収集情報変更フラグ６５の値が“１”である場合には（Ｓ１２０２の結果が「Ｙ」）、ＣＣフレーム６０から収集情報コードを取得する。図６を参照すると、ＣＣフレーム６０の２５バイト目には、収集情報変更フラグ６５が格納され、２６バイト目から３１バイト分のデータに収集情報コード６６が格納されている。
【０１１０】
アクセス装置１０のＯＡＭ処理部１１０は、取得した収集情報コード６６をＣＰＵ１２０へ通知する。ＣＰＵ１２０は収集情報コード６６を解析し、指定された統計情報及び警報情報の取得を開始する（Ｓ１２０３）。
【０１１１】
図７は、本発明の第１の実施の形態のＶＳＭフレームに情報収集コマンド３１１を格納した場合のＶＳＭフレームのフォーマットを説明する図である。本発明の第１の実施形態のキャリアエッジノード２０からアクセス装置１０に収集情報コマンドを通知するためにＶＳＭフレーム７０を利用しても良い。
【０１１２】
ＶＳＭフレーム７０には、勧告規定フィールド７１、ＳｕｂＯｐＣｏｄｅ７２及び収集情報コード７３が含まれる。
【０１１３】
勧告規定フィールド７１は、ＶＳＭフレームであることを示す情報などが格納される。勧告規定フィールド７１のサイズは、８バイトである。ＳｕｂＯｐＣｏｄｅ７２は、当該ＶＳＭフレームが統計情報及び警報情報を要求する収集情報コマンドであることを示す任意のコードである。なお、本発明の第１の実施形態では、ＳｕｂＯｐＣｏｄｅ７２のサイズは、１バイトである。収集情報コード７３は、ＣＣフレーム６０に含まれる収集情報コード６６と同じである。
【０１１４】
図１２Ｂは、本発明の第１の実施形態のアクセス装置１０が、ＶＳＭフレーム７０を受信した場合のＯＡＭ処理部１１０による処理の手順を示すフローチャートである。
【０１１５】
アクセス装置１０のＯＡＭ処理部１１０は、ＯＡＭフレームを受信すると、受信したＯＡＭフレームがＶＳＭフレーム７０であるか否かを判定する（Ｓ１２１１）。受信したフレームがＶＳＭフレーム７０でない場合には（Ｓ１２１１の結果が「Ｎ」）、本処理を終了する。
【０１１６】
アクセス装置１０のＯＡＭ処理部１１０は、受信したフレームがＶＳＭフレーム７０である場合には（Ｓ１２１１の結果が「Ｙ」）、ＶＳＭフレーム７０に含まれるＳｕｂＯｐＣｏｄｅ７２が統計／収集要求であるか否かを判定する（Ｓ１２１２）。ＳｕｂＯｐＣｏｄｅ７２が統計／収集要求でない場合には（Ｓ１２１２の結果が「Ｎ」）、本処理を終了し、以前に指示された情報の収集を継続する。
【０１１７】
アクセス装置１０のＯＡＭ処理部１１０は、ＳｕｂＯｐＣｏｄｅ７２が統計／収集要求である場合には（Ｓ１２１２の結果が「Ｙ」）、ＶＳＭフレーム７０から収集情報コードを取得する。図７を参照すると、ＶＳＭフレーム７０の１０バイト目から収集情報コード７３が格納されている。
【０１１８】
アクセス装置１０のＯＡＭ処理部１１０は、取得された収集情報コード７３をＣＰＵ１２０へ通知する。ＣＰＵ１２０は収集情報コード７３を解析し、指定された統計情報及び警報情報の取得を開始する（Ｓ１２１３）。
【０１１９】
図９は、本発明の第１の実施形態のアクセス装置１０に格納される統計／警報テーブル１１１の構成を示す図である。
【０１２０】
統計／警報テーブル１１１は、キャリアエッジノード２０に送信する統計情報及び警報情報を格納する。
【０１２１】
統計情報及び警報情報は、前述のようにＣＰＵ１２０からの指示によって各機能ブロックが収集を開始する。ＣＰＵ１２０は各機能ブロックから一定周期で統計情報と警報情報を収集し、統計／警報テーブル１１１に格納する。統計情報は、例えば、ポートごとに送受信されたバイト数／フレーム数や収容ユーザ毎の送受信バイト数／フレーム数などである。
【０１２２】
警報情報には、装置警報と通信警報がある。装置警報はアクセス装置１０のデバイス故障が発生しているか否かを示す情報などを含む。通信警報はアクセス装置１０がキャリアエッジノード２０以外の通信装置との間で接続確認をしている場合の状態を示す情報、ＵＮＩポートのリンク障害の情報などを含む。
【０１２３】
本発明の第１の実施形態では、統計情報以外にも、このように、アクセス装置１０ごとの警報情報をキャリアエッジノード２０が取得することが可能である。
【０１２４】
各機能ブロックは、キャリアエッジノード２０から指定された統計／警報情報以外は収集しない。このため、統計／警報テーブル１１１に必要なＲＡＭ容量はキャリアエッジノードが要求する統計情報を格納するだけのフィールドで良くなり、すべての統計情報を収集していた従来の通信装置と比較して、ＲＡＭ容量の削減効果を期待できる。
【０１２５】
次に、アクセス装置１０からキャリアエッジノード２０へ統計情報、警報情報を通知する手段について説明する。
【０１２６】
図１０には、アクセス装置１０のＯＡＭ処理部１１０でキャリアエッジノード２０から要求された情報を格納した後のＣＣフレーム６０を示している。
【０１２７】
本発明の第１の実施形態では、ＭＥＧ  ＩＤ格納フィールドのうち、ＩＴＵキャリアコードで確保されている１６バイト領域に続く３２バイトの領域を統計／警報情報格納領域として利用する。本領域には、アクセス装置１０の統計／警報テーブル１１１で保持している、統計情報及び警報情報を格納する。
【０１２８】
図１１Ａは、本発明の第１の実施形態のキャリアエッジノード２０のＯＡＭ処理部２１５が統計情報、警報情報３０１−ｎ、３０２−ｎを含むＣＣフレーム６０を受信したときの処理の手順を示すフローチャートである。
【０１２９】
キャリアエッジノード２０のＯＡＭ処理部２１５は、まず、受信したＯＡＭフレームがＣＣフレーム６０であるか否かを判定する（Ｓ１１０１）。受信したＯＡＭフレームがＣＣフレーム６０でない場合には（Ｓ１１０１の結果が「Ｎ」）、本処理を終了し、通常のＯＡＭフレームの受信処理をする。
【０１３０】
キャリアエッジノード２０のＯＡＭ処理部２１５は、受信したフレームがＣＣフレーム６０である場合には（Ｓ１１０１の結果が「Ｙ」）、受信したフレームからフロー識別ＩＤを取得する（Ｓ１１０２）。フロー識別ＩＤは、当該フレームを送信したアクセス装置１０に対応し、アクセス装置１０の識別子として利用することが可能である。フロー識別ＩＤは、例えば、ＭＡＣ  ＳＡなどである。
【０１３１】
さらに、キャリアエッジノード２０のＯＡＭ処理部２１５は、受信したＣＣフレームのペイロードから統計／警報情報を取得する（Ｓ１１０３）。すなわち、先頭に格納された勧告規定フィールド（８バイト）及びＩＴＵキャリアコード（１６バイト）の後に格納された３２バイトの統計／警報格納領域を取得する。
【０１３２】
キャリアエッジノード２０のＯＡＭ処理部２１５は、Ｓ１１０２の処理で取得されたフロー識別ＩＤに基づいて、アクセス装置統計保持ＲＡＭに取得した３２バイトの情報を書き込む（Ｓ１１０４）。アクセス装置統計保持ＲＡＭのアドレスは、図５に示したように、アクセス装置の識別ＩＤに対応し、フロー識別ＩＤから取得することが可能である。
【０１３３】
ＣＣフレーム６０はアクセス装置１０からキャリアエッジノード２０へ接続性確認のため定期的に送信されている。そのため、定期的に統計情報、警報情報を通知しても、アクセスネットワークの通信帯域を消費しない効果がある。
【０１３４】
図１８は、本発明の第１の実施の形態のアクセス装置１０のＯＡＭ処理部１１０でキャリアエッジノード２０から要求された情報を格納した後のＶＳＭフレーム７０を示す図である。
【０１３５】
本発明の第１の実施形態では、ＳｕｂＯｐｃｏｄｅに統計情報、警報情報３０１−ｎ、３０２−ｎをペイロードに格納していることを定義するコードが格納されている。
【０１３６】
ＳｕｂＯｐｃｏｄｅに続く可変長の領域を統計／警報情報格納領域として利用する。本領域には、アクセス装置１０の統計／警報テーブル１１１で保持している、統計情報及び警報情報を格納する。
【０１３７】
図１１Ｂは、本発明の第１の実施形態のキャリアエッジノード２０のＯＡＭ処理部２１５が統計情報、警報情報３０１−ｎ、３０２−ｎを含むＶＳＭフレーム７０を受信したときの処理の手順を示すフローチャートである。
【０１３８】
キャリアエッジノード２０のＯＡＭ処理部２１５は、まず、受信したＯＡＭフレームがＶＳＭフレーム７０であるか否かを判定する（Ｓ１１１１）。受信したＯＡＭフレームがＶＳＭフレーム７０でない場合には（Ｓ１１１１の結果が「Ｎ」）、本処理を終了し、通常のＯＡＭフレームの受信処理をする。
【０１３９】
キャリアエッジノード２０のＯＡＭ処理部２１５は、受信したフレームがＶＳＭフレーム７０である場合には（Ｓ１１１１の結果が「Ｙ」）、受信したフレームからＳｕｂＯｐｃｏｄｅを取得して、ＳｕｂＯｐｃｏｄｅが統計情報通知フレームか否かを確認する（Ｓ１１１２）。ＳｕｂＯｐｃｏｄｅが統計情報通知フレームでない場合には（Ｓ１１１２の結果が「Ｎ」）、本処理を終了し、通常のＯＡＭフレームの受信処理をする。
【０１４０】
キャリアエッジノード２０のＯＡＭ処理部２１５は、受信したフレームが統計情報通知フレームである場合には（Ｓ１１１２の結果が「Ｙ」）、受信したフレームからフロー識別ＩＤを取得する（Ｓ１１１３）。フロー識別ＩＤは、当該フレームを送信したアクセス装置１０に対応し、アクセス装置１０の識別子として利用することが可能である。フロー識別ＩＤは、例えば、ＭＡＣ ＳＡなどである。
【０１４１】
さらに、キャリアエッジノード２０のＯＡＭ処理部２１５は、受信したＶＳＭフレームのペイロードから統計／警報情報を取得する（Ｓ１１１４）。すなわち、先頭に格納された勧告規定フィールド（８バイト）及びＳｕｂＯｐｃｏｄｅ（１バイト）の後に格納された３２バイトの統計／警報格納領域を取得する。
【０１４２】
キャリアエッジノード２０のＯＡＭ処理部２１５は、Ｓ１１１３の処理で取得されたフロー識別ＩＤに基づいて、アクセス装置統計保持ＲＡＭに取得した３２バイトの情報を書き込む（Ｓ１１１５）。アクセス装置統計保持ＲＡＭのアドレスは、図５に示したように、アクセス装置の識別ＩＤに対応し、フロー識別ＩＤから取得することが可能である。
【０１４３】
ＶＳＭフレーム７０はペイロード長が可変長のため、通知が必要な統計情報、警報情報の量に応じてペイロードを大きくでき、一度に大量の情報をアクセス装置１０からキャリアエッジノード２０に通知することが可能になる。
【０１４４】
本発明の第１の実施形態によれば、アクセス装置１０を介して転送されるデータ量を含む統計情報を計測し、キャリアエッジノード２０に送信することによって、ネットワーク内でデータが廃棄されたポイントを明らかにすることができる。
【０１４５】
具体的には、アクセス装置１０がユーザサイト３０から受信したデータ量が、アクセスネットワーク４０に送信するデータ量よりも大きい場合には、アクセスネットワーク４０の内部でデータが廃棄されていることがわかる。さらに、アクセス装置１０がアクセスネットワーク４０に送信するデータ量が、キャリアエッジノード２０がよりもアクセスネットワーク４０から受信したデータ量よりも大きい場合には、アクセスネットワーク４０の内部でデータが廃棄されていることがわかる。
【０１４６】
また、アクセス装置１０で発生する障害警報及び通信警報を監視し、キャリアエッジノードに送信することができる。従来では保守者がアクセス装置１０を設置している場所まで行くまで分からなかった警報情報をキャリアエッジノード２０から収集することが可能になり、何が原因でデータが廃棄されているかを特定することができる。
【０１４７】
したがって、帯域を保証した専用線サービスにおいて、転送されたデータが廃棄されたことによって保証された帯域が確保できなかった場合に、原因箇所を特定し、責任の所在を明確にすることができる。
【０１４８】
なお、アクセス装置１０は想定できるすべての統計情報及び警報情報を収集することも可能であるが、アクセス装置１０は、キャリアエッジノード２０と比較して台数が多く、低価格で提供されることが望ましい。そのため、本発明の第１の実施形態では、アクセス装置１０はすべての統計情報／警報情報を常に収集／保持するのではなく、キャリアエッジノード２０により指定された統計情報／警報情報のみを収集／保持する。このため、ハードウェアのメモリ容量と論理規模の削減が見込まれ低価格化につながる。
【０１４９】
（第２の実施形態）
本発明の第１の実施形態では、専用線サービスなどの帯域が保証されたサービスを対象としていたが、本発明の第２の実施形態では、いわゆるベストエフォート型のインターネットサービスに本発明を適用する。
【０１５０】
ベストエフォート型のインターネットサービスでは、利用者ごとに帯域が確保されていないため、ある利用者がＰ２Ｐソフトなどを使用することによって帯域を占有すると、ネットワークが輻輳し、他の利用者が使用する帯域を確保しにくくなる場合がある。
【０１５１】
そこで、本発明の第２の実施形態では、以下の（１）及び（２）に示すように、収集された統計情報に基づいて帯域を制御することによって、ネットワークの輻輳を緩和させる。
【０１５２】
（１）アクセス装置１０のＮＮＩ送信統計とキャリアエッジノード２０の受信統計の差分から利用者ごとにアクセスネットワーク４０における上りデータ廃棄フレーム数を把握することができる。また、トラヒック量を監視することによって、正確な帯域を把握することができる。把握された情報に基づいて、データの送信量が多く、ネットワーク輻輳原因となる利用者を特定できる。さらに、アクセス装置１０に送信するＣＣフレーム６０又はＶＳＭフレーム７０を利用して、アクセス装置１０の上り帯域制御部の設定帯域を低くすることによって、ネットワーク輻輳を緩和させることが可能となる。
【０１５３】
（２）アクセス装置１０のＮＮＩ受信統計とキャリアエッジノード２０の送信統計の差分から利用者ごとにアクセスネットワーク４０における下りデータ廃棄フレーム数を取得することができる。取得された下りデータ廃棄フレーム数から、データ送信量が多く、ネットワーク輻輳原因となっている利用者を特定することが可能となる。次に、キャリアエッジノード２０の下りトラヒック制御ブロックで輻輳原因ユーザの設定帯域を低くすることによって、ネットワーク輻輳を緩和させることが可能となる。
【０１５４】
なお、ネットワークの状態が改善された場合には、（１）、（２）で設定された帯域制限を解除する。ネットワークの状態が改善されたか否かは、統計情報を参照することによって判断することができる。
【０１５５】
なお、本発明の第２の実施形態において、本発明の第１の実施形態と共通する内容については適宜説明を省略する。
【０１５６】
図１３は、本発明の第２の実施形態のキャリアエッジノード２０の構成を示すブロック図である。
【０１５７】
本発明の第２の実施形態のキャリアエッジノード２０には、図４に示した本発明の第１の実施形態のキャリアエッジノード２０の構成に加えて、トラヒック量監視部２１８及びトラヒック制御部２１９が備えられる。
【０１５８】
トラヒック量監視部２１８は、アクセスネットワーク４０から送信されたデータ量（トラヒック量）を監視し、トラヒック量が所定の閾値を超過している場合には、ＯＡＭ処理部２１５に通知する。
【０１５９】
ＯＡＭ処理部２１５は、トラヒック量監視部２１８からトラヒック量が閾値を超過し、かつ、トラヒック超過ユーザの上り統計情報よってアクセスネットワークでフレームの廃棄が発生していることが確認できた場合には、アクセス装置１０の上りの設定帯域が低くなるように、アクセス装置１０に送信するＣＣフレーム又はＶＳＭフレームを利用して、帯域更新命令を通知する。
【０１６０】
トラヒック制御部２１９は、帯域を制御することによってアクセスネットワーク４０に送信するデータ量を制御する。
【０１６１】
図１４は、本発明の第２の実施形態のアクセス装置１０の構成を示すブロック図である。
【０１６２】
本発明の第２の実施形態のアクセス装置１０には、図８に示した本発明の第１の実施形態のアクセス装置１０の構成に加えて、帯域設定部１１３が備えられる。
【０１６３】
アクセス装置１０のＯＡＭ処理部１１０は、キャリアエッジノード２０から送信されたＣＣフレーム６０又はＶＳＭフレーム７０に帯域更新命令が含まれている場合に、帯域設定部１１３に帯域を更新するように通知する。帯域更新命令は、前述のように、キャリアエッジノード２０から送信されたＣＣフレーム６０又はＶＳＭフレーム７０に含まれる。
【０１６４】
帯域設定部１１３は、キャリアエッジノード２０から通知された帯域更新命令に基づいて、設定帯域を変更する。
【０１６５】
図１５は、本発明の第２の実施形態のキャリアエッジノード２０のＯＡＭ処理部２１５による処理手順を示すフローチャートである。
【０１６６】
キャリアエッジノード２０のＯＡＭ処理部２１５は、まず、受信したフレームがＣＣフレーム６０であるか否かを判定する（Ｓ１５０１）。受信したフレームがＣＣフレーム６０以外のＯＡＭフレームの場合には（Ｓ１５０１の結果が「Ｎ」）、本処理を終了し、通常のイーサＯＡＭ処理をする。
【０１６７】
キャリアエッジノード２０のＯＡＭ処理部２１５は、受信したフレームがＣＣフレーム６０である場合には（Ｓ１５０１の結果が「Ｙ」）、受信したフレームからフロー識別ＩＤを取得する（Ｓ１５０２）。
【０１６８】
キャリアエッジノード２０のＯＡＭ処理部２１５は、Ｓ１５０２の処理が終了すると、アクセス装置１０の帯域制御処理（Ｓ１５０３）及びキャリアエッジノード２０の帯域制御処理（Ｓ１５０４）を並列して実行する。アクセス装置１０の帯域制御処理（Ｓ１５０３）については図１６、キャリアエッジノード２０の帯域制御処理（Ｓ１５０４）については図１７にて詳細を説明する。
【０１６９】
図１６は、本発明の第２の実施形態のキャリアエッジノード２０がアクセス装置１０の帯域制御を指示する手順を示すフローチャートである。
【０１７０】
本処理は、キャリアエッジノード２０のＯＡＭ処理部２１５によって実行され、帯域を変更する指示を含むＶＳＭフレーム７０をアクセス装置１０に送信する処理を含む。
【０１７１】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセス装置１０が送信したデータ量に対応する統計情報を、受信したＣＣフレーム６０から取得する（Ｓ１６０１）。
【０１７２】
キャリアエッジノード２０のＯＡＭ処理部２１５は、キャリアエッジノード２０のアクセスＩＦ２１０が受信したアクセス装置１０ごとのデータ量に対応する統計情報と、Ｓ１６０１の処理で取得された統計情報とを比較する（Ｓ１６０２）。
【０１７３】
キャリアエッジノード２０のＯＡＭ処理部２１５は、ＣＣフレーム６０から取得された統計情報と、アクセスＩＦ２１０で取得された統計情報との差が、あらかじめ規定された帯域抑止閾値よりも大きいか否かを判定する（Ｓ１６０３）。ＣＣフレーム６０から取得された統計情報と、アクセスＩＦ２１０で取得された統計情報との差は、アクセス装置１０からキャリアエッジノード２０にデータを送信する際に、アクセスネットワーク４０で廃棄されたデータ量に対応する。すなわち、Ｓ１６０３の処理では、アクセスネットワーク４０において、廃棄されたデータ量が帯域抑止閾値よりも大きいか否かを判定する。
【０１７４】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が帯域抑止閾値よりも大きい場合には（Ｓ１６０３の結果が「Ｙ」）、ＶＳＭフレーム７０のＳｕｂＯｐＣｏｄｅ７２に「帯域設定」を設定し、抑止帯域をペイロードに設定する（Ｓ１６０４）。
【０１７５】
一方、キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が帯域抑止閾値以下の場合には（Ｓ１６０３の結果が「Ｎ」）、現在、アクセス装置１０で帯域抑止が実施されているか否かを判定する（Ｓ１６０５）。アクセス装置１０で帯域抑止が実施されていない場合には（Ｓ１６０５の結果が「Ｎ」）、本処理を終了する。
【０１７６】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスＩＦ２１０で取得された統計情報と、ＣＣフレーム６０から取得された統計情報との差が、あらかじめ規定された帯域抑止解除閾値よりも小さいか否かを判定する（Ｓ１６０６）。すなわち、Ｓ１６０６の処理は、アクセスネットワーク４０で廃棄されたデータ量が十分に小さくなったため、帯域の抑止を解除すべきか否かを判定する。
【０１７７】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が十分に小さくなっていない場合には（Ｓ１６０６の結果が「Ｎ」）、本処理を終了する。
【０１７８】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が十分に小さくなった場合には（Ｓ１６０６の結果が「Ｙ」）、ＶＳＭフレーム７０のＳｕｂＯｐＣｏｄｅ７２に「帯域設定」を設定し、解除帯域をペイロードに設定する（Ｓ１６０７）。
【０１７９】
キャリアエッジノード２０のＯＡＭ処理部２１５は、Ｓ１６０４又はＳ１６０７の処理が完了すると、作成されたＶＳＭフレーム７０をアクセス装置１０に送信する（Ｓ１６０８）。
【０１８０】
図１７は、本発明の第２の実施形態のキャリアエッジノード２０の帯域制御を実施する手順を示すフローチャートである。
【０１８１】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセス装置１０が受信したデータ量に対応する統計情報を、受信したＣＣフレーム６０から取得する（Ｓ１７０１）。
【０１８２】
キャリアエッジノード２０のＯＡＭ処理部２１５は、キャリアエッジノード２０のアクセスＩＦ２１０から送信されたアクセス装置１０ごとのデータ量に対応する統計情報と、Ｓ１６０１の処理で取得された統計情報とを比較する（Ｓ１７０２）。
【０１８３】
キャリアエッジノード２０のＯＡＭ処理部２１５は、ＣＣフレーム６０から取得された統計情報と、アクセスＩＦ２１０で取得された統計情報との差が、あらかじめ規定された帯域抑止閾値よりも大きいか否かを判定する（Ｓ１７０３）。ＣＣフレーム６０から取得された統計情報と、アクセスＩＦ２１０で取得された統計情報との差は、キャリアエッジノード２０からアクセス装置１０にデータを送信する際に、アクセスネットワーク４０で廃棄されたデータ量に対応する。すなわち、Ｓ１７０３の処理では、アクセスネットワーク４０において、廃棄されたデータ量が帯域抑止閾値よりも大きいか否かを判定する。
【０１８４】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が帯域抑止閾値よりも大きい場合には（Ｓ１７０３の結果が「Ｎ」）、トラヒック制御部２１９によってアクセス装置別設定帯域に抑止帯域を設定する（Ｓ１７０４）。
【０１８５】
一方、キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が帯域抑止閾値以下の場合には（Ｓ１７０３の結果が「Ｙ」）、現在、トラヒック制御部２１９によって帯域抑止が実施されているか否かを判定する（Ｓ１７０５）。キャリアエッジノード２０で帯域抑止が実施されていない場合には（Ｓ１７０５の結果が「Ｎ」）、本処理を終了する。
【０１８６】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスＩＦ２１０で取得された統計情報と、ＣＣフレーム６０から取得された統計情報との差が、あらかじめ規定された帯域抑止解除閾値よりも小さいか否かを判定する（Ｓ１７０６）。すなわち、Ｓ１７０６の処理は、アクセスネットワーク４０で廃棄されたデータ量が十分に小さくなったため、帯域の抑止を解除すべきか否かを判定する。
【０１８７】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が十分に小さくなっていない場合には（Ｓ１７０６の結果が「Ｎ」）、本処理を終了する。
【０１８８】
キャリアエッジノード２０のＯＡＭ処理部２１５は、アクセスネットワーク４０で廃棄されたデータ量が十分に小さくなった場合には（Ｓ１７０６の結果が「Ｙ」）、トラヒック制御部２１９によってアクセス装置別設定帯域に解除帯域を設定する（Ｓ１７０７）。
【０１８９】
本発明の第２の実施形態によれば、収集された統計情報に基づいてアクセスネットワークの輻輳状況をリアルタイムで収集することを可能とし、輻輳情報に基づいて帯域を制御することによって、ネットワークの輻輳を効果的に緩和させることができる。
【図面の簡単な説明】
【０１９０】
【図１】本発明の第１の実施形態のキャリアアクセスネットワークの構成の一例を示す図である。
【図２】本発明の第１の実施形態のＣＣフレームのフォーマットを示す図である。
【図３】本発明の第１の実施形態のアクセスネットワークの構成の一例を示す図である。
【図４】本発明の第１の実施形態のキャリアエッジノードの構成を示すブロック図である。
【図５】本発明の第１の実施形態のアクセス装置統計保持ＲＡＭの構成を示す図である。
【図６】本発明の第１の実施形態のキャリアエッジノードからアクセス装置に送信されるＣＣフレームの構成の一例を示す図である。
【図７】本発明の第１の実施形態のキャリアエッジノードからアクセス装置に送信されるＶＳＭフレームの構成の一例を示す図である。
【図８】本発明の第１の実施形態のアクセス装置の構成を示すブロック図である。
【図９】本発明の第１の実施形態のアクセス装置に格納される統計／警報テーブルの構成を示す図である。
【図１０】本発明の第１の実施形態のアクセス装置からキャリアエッジノードに送信されるＣＣフレームの構成の一例を示す図である。
【図１１Ａ】本発明の第１の実施形態のキャリアエッジノードのＯＡＭ処理部がＣＣフレームを受信した場合の処理手順を示すフローチャートである。
【図１１Ｂ】本発明の第１の実施形態のキャリアエッジノードのＯＡＭ処理部がＶＳＭフレームを受信した場合の処理手順を示すフローチャートである。
【図１２Ａ】本発明の第１の実施形態のアクセス装置がＣＣフレームを受信した場合のＯＡＭ処理部による処理手順を示すフローチャートである。
【図１２Ｂ】本発明の第１の実施形態のアクセス装置がＶＳＭフレームを受信した場合のＯＡＭ処理部による処理手順を示すフローチャートである。
【図１３】本発明の第２の実施形態のキャリアエッジノードの構成を示すブロック図である。
【図１４】本発明の第２の実施形態のアクセス装置の構成を示すブロック図である。
【図１５】本発明の第２の実施形態のキャリアエッジノードのＯＡＭ処理部による処理手順を示すフローチャートである。
【図１６】本発明の第２の実施形態のキャリアエッジノードがアクセス装置の帯域制御を指示する手順を示すフローチャートである。
【図１７】本発明の第２の実施形態のキャリアエッジノードの帯域制御を実施する手順を示すフローチャートである。
【図１８】本発明の第１の実施形態のアクセス装置からキャリアエッジノードに送信されるＶＳＭフレームの構成の一例を示す図である。
【図１９】本発明の第１の実施形態のキャリアエッジノードとアクセス装置との間の統計／警報収集開始及び統計／警報収集情報通知シーケンスの一例を示す図である。
【符号の説明】
【０１９１】
１０    アクセス装置
２０    キャリアエッジノード
３０    ユーザサイト
４０    アクセスネットワーク
４１    スイッチ（ＳＷ）
５０    中継ネットワーク
６０    ＣＣフレーム
６１    勧告規定フィールド
６２    ＭＥＧ  ＩＤ
６３    ＩＴＵキャリアコード
６４    収集情報コード格納領域
６５    収集情報変更フラグ
６６    収集情報コード
７０    ＶＳＭフレーム
７１    勧告規定フィールド
７２    ＳｕｂＯｐＣｏｄｅ
７３    収集情報コード
１０１    受信回路
１０２    送信回路
１０３    ポート多重部
１０４    ヘッダ処理部
１０５    帯域制御部
１０６    スケジューラ
１０７    ポート振分け部
１０８    ポート多重部
１０９    ヘッダ処理部
１１０    ＯＡＭ処理部
１１１    統計／警報テーブル
１１２    ポート振分け部
１１３    帯域設定部
１２０    ＣＰＵ
１２１    受信回路
１２２    送信回路
２１０    アクセスインターフェース（アクセスＩＦ）
２１１Ａ、２１１Ｂ    受信回路
２１２Ａ、２１２Ｂ    送信回路
２１３    制御ＩＦ
２１４Ａ、２１４Ｂ    ヘッダ処理部
２１５    ＯＡＭ処理部
２１６    アクセス装置統計保持ＲＡＭ
２１７    スケジューラ
２１８    トラヒック量監視部
２１９    トラヒック制御部
２２０    制御部
２３０    スイッチ部
２４０    Ｕｐｌｉｎｋインターフェース
【図１】
0005039678.tif 000002
【図２】
0005039678.tif 000003
【図３】
0005039678.tif 000004
【図４】
0005039678.tif 000005
【図５】
0005039678.tif 000006
【図６】
0005039678.tif 000007
【図７】
0005039678.tif 000008
【図８】
0005039678.tif 000009
【図９】
0005039678.tif 000010
【図１０】
0005039678.tif 000011
【図１１Ａ】
0005039678.tif 000012
【図１１Ｂ】
0005039678.tif 000013
【図１２Ａ】
0005039678.tif 000014
【図１２Ｂ】
0005039678.tif 000015
【図１３】
0005039678.tif 000016
【図１４】
0005039678.tif 000017
【図１５】
0005039678.tif 000018
【図１６】
0005039678.tif 000019
【図１７】
0005039678.tif 000020
【図１８】
0005039678.tif 000021
【図１９】
0005039678.tif 000022