(57)【要約】【課題】  データ量の削減を図る通信ネットワークシステム、通信装置、及び通信ネットワークシステムにおける通信方法を提供すること。また、相互接続可能な通信ネットワークシステム等を提供すること。【解決手段】中継装置を介して第１及び第２の通信装置間においてフレームを送受信する通信ネットワークシステムにおいて、前記第１の通信装置は、第１のフレーム、又は前記第１のフレームに対して前記通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第２の通信装置に送信する送信部と、前記第１及び第２のフレームを前記第２の通信装置から受信する受信部と備え、前記送信部は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信する。【選択図】図２
2011049656.tif 000002
【特許請求の範囲】
【請求項１】
中継装置を介して第１及び第２の通信装置間においてフレームを送受信する通信ネットワークシステムにおいて、
前記第１の通信装置は、
第１のフレーム、又は前記第１のフレームに対して前記通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第２の通信装置に送信する送信部と、
前記第１及び第２のフレームを前記第２の通信装置から受信する受信部と備え、
前記送信部は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信することを特徴とする通信ネットワークシステム。
【請求項２】
前記送信部は、前記第１又は第２のフレームに含まれるメッセージの一部を削除した第３のフレームを送信し、
前記受信部は、前記第１乃至前記第３のフレームのうち、前記第１のフレームを含む少なくとも２つのフレームを受信することを特徴とする請求項１記載の通信ネットワークシステム。
【請求項３】
前記第１及び第２のフレームは、前記通信ネットワークシステム内の監視用メッセージを収容したフレームであることを特徴とする請求項１記載の通信ネットワークシステム。
【請求項４】
中継装置を介して他の通信装置とフレームを送受信する通信装置において、
第１のフレーム、又は前記第１のフレームに対して通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第他の通信装置に送信する送信部と、
前記第１及び第２のフレームを前記他の通信装置から受信する受信部と備え、
前記送信部は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信することを特徴とする通信装置。
【請求項５】
中継装置を介して第１及び第２の通信装置間においてフレームを送受信する通信ネットワークシステムにおける通信方法であって、
前記第１の通信装置は、第１のフレーム、又は前記第１のフレームに対して前記通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第２の通信装置に送信し、
前記第１の通信装置は、前記第１及び第２のフレームを前記第２の通信装置から受信し、
前記送信ステップにおいて、前記第１の通信装置は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークシステム、通信装置、及び通信ネットワークシステムにおける通信方法に関する。
【背景技術】
【０００２】
従来から、イーサネット（登録商標）ワーク回線等の通信ネットワークシステムにおける保守管理機能として、ITU-T Recommendation Y.1731などにより標準化が進められているＯＡＭ（Operation Administration Management）がある。例えば、通信ノード等は、ＯＡＭ専用のメッセージを送受信することで、特定通信区間を監視することができる。  
【０００３】
また、イーサネットワーク等においては、IEEE 802.1ah、IEEE 802.QayなどでＰＢＢ（Provider Backbone Bridge）と呼ばれる技術も開示されている。例えば、ＰＢＢは、カスタマ（ユーザ）ネットワークのユーザＭＡＣフレームをプロバイダ（キャリア）ネットワークのプロバイダＭＡＣフレーム（以下、ＰＢＢフレーム）でカプセリングする技術である。ＰＢＢにより、ＶＬＡＮ  ＩＤの拡張を図ることができる。
【０００４】
図２１（Ａ）〜同図（Ｄ）は、カスタマＭＡＣフレームを収容したＰＢＢフレームのフォーマット例を示す図である。同図（Ｂ）に示すように、ＰＢＢフレームは、カスタマＭＡＣフレームを新たなＭＡＣフレームでカプセル化している。例えば、「Ｂ‐ＭＡＣ  ＤＡ」、「Ｂ‐ＭＡＣ  ＳＡ」はＰＢＢネットワーク内で使用されるＭＡＣアドレスであり、「Ｂ‐ＴＡＧ」はＰＢＢネットワーク内で使用されるＶＬＡＮタグである。また、「Ｉ‐ＴＡＧ」はＰＢＢネットワークのエッジノードで使用されるＶＬＡＮタグである。同図（Ｂ）に示すように、「Ｂ‐ＴＡＧ」内のＶＬＡＮ‐ＩＤは「１２」ビット長に対して、「Ｉ‐ＴＡＧ」内のＶＬＡＮ‐ＩＤは「２４」ビット長であり、ＶＬＡＮ‐ＩＤが拡張される。
【０００５】
図２２は、Ｓ‐ＯＡＭ（Service-OAM）のＣＣＭ（Continuous Check Message）を収容したＰＢＢフレーム（以下、Ｓ‐ＯＡＭフレーム）のフォーマット例を示す図である。例えば、Ｓ‐ＯＡＭフレームはＰＢＢネットワークのエッジノード間で使用され、エッジノードが定期的にＳ‐ＯＡＭフレームを送受信することでＰＢＢネットワークにおける特定通信区間の受信断等を検出する。
【０００６】
通信ネットワークシステムに関する従来技術として、例えば、第１のレイヤ２ネットワーク装置が、ネットワークを介して第２のレイヤ２ネットワーク装置へ送信すべきイーサネットＯＡＭフレームに対して、ＯｕｔｅｒＯＡＭヘッダを更に付加して送信し、第２のレイヤ２ネットワーク装置が、第１のレイヤ２ネットワーク装置から受信したＯＡＭフレームについてＯｕｔｅｒＯＡＭフレームを除去して送信するようにしたものも開示される（例えば、以下の特許文献１）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８‐１６７３３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、Ｓ‐ＯＡＭフレーム（例えば、図２２）はＰＢＢネットワークの状態監視等のために使用され、カスタマ端末やカスタマノード間で送受信されない。一方、Ｓ‐ＯＡＭフレームには、カスタマ端末等に対するＭＡＣアドレスを収容する領域（例えば、「Ｃ‐ＭＡＣ  ＤＡ」、「Ｃ‐ＭＡＣ  ＳＡ」）がある。このため、Ｓ‐ＯＡＭフレームは当該領域の分だけデータ量も多くなる。よって、ＰＢＢネットワークのエッジノードは、当該領域の分だけ、Ｓ‐ＯＡＭフレームに対する処理に時間がかかり、更に通信区間の障害検出に時間がかかる。
【０００９】
また、特許文献１に記載されたものも、ＯｕｔｅｒＯＡＭヘッダがイーサネットＯＡＭフレームに付加されており、レイヤ２ネットワーク装置間において付加されたヘッダの分だけデータ転送量が増大する。
【００１０】
更に、ＰＢＢネットワークのエッジノード間において、互いに異なるフォーマットのフレームを送受信する場合もあり、この場合、各エッジノード間で相互に接続できないという問題もある。
【００１１】
そこで、本発明の一目的は、データ量の削減を図るようにした通信ネットワークシステム、通信装置、及び通信ネットワークシステムにおける通信方法を提供することにある。
【００１２】
また、本発明の他の目的は、相互接続可能な通信ネットワークシステム等を提供することにある。
【課題を解決するための手段】
【００１３】
一態様によれば、中継装置を介して第１及び第２の通信装置間においてフレームを送受信する通信ネットワークシステムにおいて、前記第１の通信装置は、第１のフレーム、又は前記第１のフレームに対して前記通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第２の通信装置に送信する送信部と、前記第１及び第２のフレームを前記第２の通信装置から受信する受信部と備え、前記送信部は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信する。
【発明の効果】
【００１４】
データ量の削減を図る通信ネットワークシステム、通信装置、及び通信ネットワークシステムにおける通信方法を提供することができる。
【００１５】
また、相互接続可能な通信ネットワークシステム等を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は通信ネットワークシステムの構成例を示す図である。
【図２】図２はＰＥノードの構成例を示す図である。
【図３】図３は動作例を示すフローチャートである。
【図４】図４は動作例を示すフローチャートである。
【図５】図５（Ａ）及び図５（Ｂ）はフレームフォーマットの例を示す図である。
【図６】図６はフレーム情報テーブルの例を示す図である。
【図７】図７はフラグチェック部の処理の例を示す図である。
【図８】図８（Ａ）〜図８（Ｃ）はフレームフォーマットの例を示す図である。
【図９】図９はフレーム情報テーブルの例を示す図である。
【図１０】図１０はフレーム情報テーブルの例を示す図である。
【図１１】図１１はＰＥノードの構成例を示す図である。
【図１２】図１２（Ａ）及び同図（Ｂ）はＣＣＭメッセージフォーマットの例を示す図である。
【図１３】図１３（Ａ）はＦｌａｇフォーマット、図１３（Ｂ）はＰｅｒｉｏｄ値の例をそれぞれ示す図である。
【図１４】図１４はＰＥノードの構成例を示す図である。
【図１５】図１５はＰＥノードの構成例を示す図である。
【図１６】図１６はＳ‐ＯＡＭ生成部の構成例を示す図である。
【図１７】図１７はＳ‐ＯＡＭ生成部の構成例を示す図である。
【図１８】図１８はフレーム情報テーブルの例を示す図である。
【図１９】図１９はＰＥノードの構成例を示す図である。
【図２０】図２０はフレーム情報テーブルの例を示す図である。
【図２１】図２１（Ａ）〜図２１（Ｄ）はＰＢＢフレームのフォーマット例を示す図である。
【図２２】図２２はＣＣＭメッセージを含むＰＢＢフレームのフォーマット例を示す図である。
【発明を実施するための形態】
【００１７】
本発明を実施するための形態について以下説明する。
【００１８】
＜第１の実施例＞
第１の実施例について説明する。図１は通信ネットワークシステム１００の構成例を示す図である。通信ネットワークシステム１００は、パーソナルコンピュータ（以下、「ＰＣ」）１０‐１〜１０‐６と、カスタマエッジノード（以下、「ＣＥノード」）２０‐１，２０‐２と、プロバイダエッジノード（以下、「ＰＥノード」）３０‐１，３０‐２と、プロバイダバックボーンノード（以下、「ＰＢノード」）５０‐１〜５０‐４とを備える。
【００１９】
ＰＣ１０‐１〜１０‐６は、カスタマ（又はユーザ）端末であり、カスタマネットワーク内に配置される。ＰＣ１０‐１〜１０‐６は、例えば、カスタマ（又はユーザ）ＭＡＣフレームを送受信する。
【００２０】
ＣＥノード２０‐１，２０‐２は、カスタマネットワーク内に配置され、プロバイダ（またはキャリア）ネットワーク（以下、「ＰＢＢネットワーク」）側とカスタマネットワークの境界となる通信ノード（又は通信装置）である。
【００２１】
ＰＥノード３０‐１，３０‐２は、ＰＢＢネットワーク内に配置され、カスタマネットワークとの境界となる通信ノード（又は通信装置）である。ＰＥノード３０‐１，３０‐２は、ＣＥノード２０‐１，２０‐２から送信されたユーザＭＡＣフレームをカプセリングしてＰＢＢフレームを生成し、ＰＢノード５０‐１〜５０‐４に送信する。また、ＰＥノード３０‐１，３０‐２は、ＰＢノード５０‐１〜５０‐４から送信されたＰＢＢフレームを終端またはデカプセリング化等によりユーザＭＡＣフレームを生成し当該フレームをＣＥノード２０‐１，２０‐２に送信する。詳細は後述する。
【００２２】
ＰＢノード５０‐１〜５０‐４は、ＰＢＢネットワーク内のコア側に配置される中継ノード（又は中継装置）であり、ＰＢＢフレームの「Ｂ‐ＭＡＣ」，「Ｂ‐ＴＡＧ」の各領域に格納された値に従い、ＰＢＢフレームを中継する。
【００２３】
尚、図１に示す通信ネットワークシステム１００は、ＰＥノード３０‐１，３０‐２間で２つのパス（ＷｏｒｋパスとＰｒｏｔｅｃｔパス）が設定される例を示す。例えば、ＰＢＢフレームの転送はいずれか一方で行われる。また、Ｓ‐ＯＡＭのＣＣＭメッセージを収容するＰＢＢフレーム（以下、特に断らない限り「Ｓ‐ＯＡＭフレーム」と称す）が２つのパス間で定期的に送受信され、パスの正常性が監視される。例えば、ＰＥノード３０‐１，３０‐２は、ＰＢＢフレームの送受信により、Ｗｏｒｋパスの障害を検出すると、Ｐｒｏｔｅｃｔパスへの通信切り替えを行う。
【００２４】
また、通信ネットワークシステム１００において、ＰＢＢネットワークは、例えば、ＰＥノード３０‐１，３０‐２とＰＢノード５０‐１〜５０‐４とを備える。
【００２５】
図２はＰＥノード３０の構成例を示す図である。ＰＥノード３０は、回線インタフェース部３５と、スイッチ（以下、ＳＷ）部３７と、他の回線インタフェース部３９とを備える。
【００２６】
回線インタフェース部３５は、ＰＢＢネットワーク側と接続され、例えばイーサネットワーク回線を収容するインタフェースであり、Ｓ‐ＯＡＭフレームの生成等、各種送受信処理を行う。
【００２７】
回線インタフェース部３５は、フレーム情報提供部３５１と、フラグチェック部３５２と、第１のＳ‐ＯＡＭ判定及び抽出部（以下、「第１のＳ‐ＯＡＭ抽出部」）３５３と、第２のＳ‐ＯＡＭ判定及び抽出部（以下、「第２のＳ‐ＯＡＭ抽出部」）３５４と、Ｓ‐ＯＡＭ終端部３５５と、受信フレーム処理部３５６と、送信フレーム処理部３５７と、Ｓ‐ＯＡＭ生成部３５８と、Ｓ‐ＯＡＭ挿入部３５９と、制御部（ＣＰＵ）３６０とを備える。
【００２８】
フレーム情報提供部３５１は、ＰＢＢネットワークからＰＢＢフレームを受信し、当該ＰＢＢフレームをフラグチェック部３５２に出力し、さらに、ＰＢＢフレームがＳ‐ＯＡＭフレームか否か等を判定するための各種フレーム情報をフラグチェック部３５２に出力する。フレーム情報提供部３５１は、内部にフレーム情報テーブルを備え、ＰＢＢフレーム内の「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」に基づいて、フレーム情報テーブルからフレーム情報を抽出し出力する。フレーム情報テーブルの詳細は後述する。
【００２９】
フラグチェック部３５２は、フレーム情報に基づいて、Ｓ‐ＯＡＭフレームの有効性、及びＳ‐ＯＡＭフレームの形式等を判定する。フラグチェック部３５２は、判定結果に基づいて、ＰＢＢフレームを、受信フレーム処理部３５６、第１のＳ‐ＯＡＭ抽出部３５３、又は第２のＳ‐ＯＡＭ抽出部３５４に出力する。判定の詳細等は後述する。
【００３０】
第１のＳ‐ＯＡＭ抽出部３５３は、標準形式のＰＢＢフレームがＳ‐ＯＡＭフレームか否か（またはＰＢＢフレームがＳ‐ＯＡＭメッセージを格納しているか否か）を、フレーム情報等に基づいて判定する。第１のＳ‐ＯＡＭ抽出部３５３は、判定結果に応じて、ＰＢＢフレームからＳ‐ＯＡＭメッセージを抽出し、当該メッセージをＳ‐ＯＡＭ終端部３５５に出力する。また、第１のＳ‐ＯＡＭ抽出部３５３は、Ｓ‐ＯＡＭフレーム以外のＰＢＢフレーム（以下、非Ｓ‐ＯＡＭフレーム）を受信フレーム処理部３５６に出力する。判定等の詳細は後述する。
【００３１】
第２のＳ‐ＯＡＭ抽出部３５４は、新規形式のＰＢＢフレームがＳ‐ＯＡＭフレームか否かをフレーム情報等に基づいて判定する。第２のＳ‐ＯＡＭ抽出部３５４は、第１のＳ‐ＯＡＭ抽出部３５４と同様に、判定結果に基づいて、Ｓ‐ＯＡＭメッセージをＳ‐ＯＡＭ終端部３５５に出力、又は非Ｓ‐ＯＡＭフレームを受信フレーム処理部３５６に出力する。判定等の詳細は後述する。
【００３２】
Ｓ‐ＯＡＭ終端部３５５は、第１及び第２のＳ‐ＯＡＭ抽出部３５３，３５４から出力されたＳ‐ＯＡＭメッセージの内容チェック又は受信周期内に受信したか否かのチェック等を行い、当該メッセージを終端する。
【００３３】
受信フレーム処理部３５６は、第１及び第２のＳ‐ＯＡＭ抽出部３５３，３５４から出力された非Ｓ‐ＯＡＭフレームの内容チェック、転送先の判定等の処理を行い、非Ｓ‐ＯＡＭフレームをＳＷ部３７に出力する。
【００３４】
送信フレーム処理部３５７は、例えば、ＳＷ部３７から出力されたユーザＭＡＣフレームに対して、当該フレームをカプセリングしてＰＢＢフレームを生成し、更に送信フレームの送信判定等を行う。
【００３５】
Ｓ‐ＯＡＭ生成部３５８は、Ｓ‐ＯＡＭフレームを生成し、設定された周期（例えば、３．３ｍｓ）でＳ‐ＯＡＭ挿入部３５９に出力する。Ｓ‐ＯＡＭ生成部３５８は、例えば、内部にメモリ等を備え、メモリに記憶されたＳ‐ＯＡＭフレームを設定された周期で読み出して、出力する。
【００３６】
Ｓ‐ＯＡＭ挿入部３５９は、送信フレーム処理部３５７から出力されたＰＢＢフレーム（非Ｓ‐ＯＡＭフレーム）と、Ｓ‐ＯＡＭ生成部３５８から出力されたＳ‐ＯＡＭフレームとを合流し、２つのフレームをＰＢＢネットワークに送信する。
【００３７】
ＳＷ部３７は、他の処理部又は他の回線インタフェース部３９に接続され、例えばユーザＭＡＣフレームをスイッチングする。
【００３８】
他の回線インタフェース部３９は、例えば回線インタフェース部３５と同一構成であり、ＣＥノード２０‐１，２０‐２と接続される。
【００３９】
次に動作を説明する。図３はＰＥノード３０における送信側の動作例を示すフローチャートである。
【００４０】
ＰＥノード３０は、処理を開始すると（Ｓ１０）、Ｓ‐ＯＡＭフレームを生成する（Ｓ１１）。例えば、Ｓ‐ＯＡＭ生成部３５８がＳ‐ＯＡＭフレームを生成し、メモリに記憶する。
【００４１】
本実施例において、ＰＥノード３０は、標準形式のＳ‐ＯＡＭフレームと、標準形式に対してデータ量の少ない新規形式のＳ‐ＯＡＭフレームを送信及び受信できる。図５（Ａ）は標準形式、同図（Ｂ）は新規形式の各Ｓ‐ＯＡＭフレームのフォーマット例を示す図である。新規形式のＳ‐ＯＡＭフレームは、標準形式と比較して、「Ｃ‐ＭＡＣ  ＤＡ」及び「Ｃ‐ＭＡＣ  ＳＡ」の各領域が削除されている。「Ｃ‐ＭＡＣ  ＤＡ」等は、カスタマ（ユーザ）ＭＡＣアドレスであり、例えば、ＰＢＢネットワーク外のＰＣ１０‐１〜１０‐６に関するアドレス情報である。標準形式のＳ‐ＯＡＭフレームから「Ｃ‐ＭＡＣ  ＤＡ」等の領域が削除されても、ＰＢＢフレームはＰＢＢネットワーク外のＰＣ１０‐１〜１０‐６、及びＣＥノード２０‐１，２０‐２等に送信されないため、ＰＢＢネットワーク内の状態監視は可能である。
【００４２】
次いで、ＰＥノード３０は、生成したＳ‐ＯＡＭフレームをＰＢＢネットワークに周期的に送信する（Ｓ１２）。例えば、Ｓ‐ＯＡＭ生成部３５８がＳ‐ＯＡＭフレームを周期的に送信する。Ｓ‐ＯＡＭ生成部３５８は、例えば、標準形式と新規形式の２種類のＳ‐ＯＡＭフレームのうち、対向するエッジノード（ＰＥノード）がいずれをサポートするかに応じて、予め決められた方を出力することもできる。
【００４３】
そして、ＰＥノード３０は送信処理を終了する（Ｓ１３）。
【００４４】
図４はＰＥノード３０の受信側の動作例を示すフローチャートである。ＰＥノード３０は処理を開始すると（Ｓ２０）、受信したＰＢＢフレームにおける「Ｉ‐ＴＡＧ」領域の「ＶＬＡＮ  ＩＤ」領域に格納されたＶＬＡＮ  ＩＤ（以下、「Ｉ‐ＴＡＧ  ＶＡＬＮ  ＩＤ」）を抽出し、フレーム情報を取得する（Ｓ２１）。例えば、フレーム情報提供部３５１が「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」を抽出し、当該ＩＤに基づいてフレーム情報テーブル３５１０からフレーム情報を取得する。
【００４５】
図６はフレーム情報テーブル３５１０の例を示す図である。フレーム情報テーブル３５１０は、「エントリ有効フラグ」と、「Ｓ‐ＯＡＭ有効フラグ」と、「Ｓ‐ＯＡＭフレーム形式フラグ」と、「Ｓ‐ＯＡＭ  Ｅ‐ＴＹＰＥ値」の各領域を備える。
【００４６】
「エントリ有効フラグ」は、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」でアクセスされる本テーブル３５１０のエントリが有効か否かを示すフラグが格納され、例えば「１」のときエントリ有効、「０」のときエントリ無効を示す。
【００４７】
「Ｓ‐ＯＡＭ有効フラグ」は、ＰＢＢエッジノード（ＰＥノード３０‐１，３０‐２）間でＳ‐ＯＡＭがサポートされているか否かを示すフラグである。例えば、「１」のときサポート有効、「０」のときサポート無効を示す。
【００４８】
「Ｓ‐ＯＡＭフレーム形式フラグ」は、Ｓ‐ＯＡＭフレームが標準形式（例えば、図５（Ａ））か、新規形式（例えば、図５（Ｂ））か、を示すフラグであり、例えば、「１」のとき新規形式、「０」のとき標準形式を示す。
【００４９】
「Ｓ‐ＯＡＭ  Ｅ‐ＴＹＰＥ値」は、例えば、Ｓ‐ＯＡＭフレームの種別を示す「Ｅ‐ＴＹＰＥ」値が記憶される。
【００５０】
尚、フレーム情報テーブル３５１０は更に「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」領域を含む。
【００５１】
例えば、フレーム情報提供部３５１は、受信したＰＢＢフレームに含まれる「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」を抽出し、当該ＩＤをインデックスとして、フレーム情報テーブル３５１０から、対応する「エントリ有効フラグ」等の各種フレーム情報を抽出する。フレーム情報提供部３５１は、ＰＢＢフレームとフレーム情報とをフラグチェック部３５２に出力する。
【００５２】
次いで、ＰＥノード３０は受信したＰＢＢノードのフラグチェックを行う（Ｓ２２）。例えば、フラグチェック部３５２が行う。図７はフラグチェック部３５２における処理内容の例を示す図である。フラグチェック部３５２は、例えば、図７に示すテーブルを記憶し、当該テーブルに基づいて以降の処理を行う。
【００５３】
次いで、ＰＥノード３０は、「Ｓ‐ＯＡＭ有効フラグ」が有効か否かを判定する（Ｓ２３）。例えば、フラグチェック部３５２は、フレーム情報のうち「Ｓ‐ＯＡＭ有効フラグ」に基づいて判定する。
【００５４】
ＰＥノード３０は、「Ｓ‐ＯＡＭ有効フラグ」が有効のとき（Ｓ２３でＹｅｓ）、受信したＰＢＢフレームが新規形式か標準形式か否かを判定する（Ｓ２４）。例えば、フラグチェック部３５２が「Ｓ‐ＯＡＭフレーム形式フラグ」に基づいて判定する。例えば、フラグチェック部３５２は、「Ｓ‐ＯＡＭ形式フラグ」が「１」のとき新規形式、「０」のとき標準形式と判定する。
【００５５】
一方、ＰＥノード３０は、「Ｓ‐ＯＡＭ有効フラグ」が無効のとき（Ｓ２３でＮｏ）、受信したＰＢＢフレームを受信フレーム処理部３５６に出力する（Ｓ３０）。
【００５６】
次いで、ＰＥノード３０は、ＰＢＢフレームが新規形式のとき（Ｓ２４でＹｅｓ）、受信したＰＢＢフレームを第２のＳ‐ＯＡＭ抽出部３５４に出力する（Ｓ２５）。例えば、フラグチェック部３５２は、新規形式と判定したＰＢＢフレームとフレーム情報のうち「Ｓ‐ＯＡＭ  Ｅ‐ＴＹＰＥ値」とを第２のＳ‐ＯＡＭ抽出部３５４に出力する。
【００５７】
一方、ＰＥノード３０は、ＰＢＢフレームが標準形式のとき（Ｓ２４でＮｏ）、受信したＰＢＢフレームを第１のＳ‐ＯＡＭ抽出部３５３に出力する（Ｓ２６）。例えば、フラグチェック部３５２は、標準形式と判定したＰＢＢフレームと「Ｓ‐ＯＡＭ  Ｅ‐ＴＹＰＥ値」とを第１のＯＡＭ抽出部３５３に出力する。
【００５８】
次いで、ＰＥノード３０は、受信したＰＢＢフレームがＳ‐ＯＡＭフレームか否かを判定する（Ｓ２７，Ｓ２８）。例えば、第２のＳ‐ＯＡＭ抽出部３５４は、フレーム情報の「Ｓ‐ＯＡＭ  Ｅ‐ＴＹＰＥ値」と、受信したＰＢＢフレームの「Ｅ‐ＴＹＰＥ」領域に格納された値とを比較し、一致するときＳ‐ＯＡＭフレーム、一致しないとき非Ｓ‐ＯＡＭフレームと判定する。
【００５９】
フレーム情報テーブル３５１０は、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」の値により、「Ｓ‐ＯＡＭ  Ｅ‐ＴＹＰＥ値」を格納する。このＴＹＰＥ値がＳ‐ＯＡＭフレームを示す値（例えば、「０ｘＡＡＡＡ」）で、かつＰＢＢフレームに格納されたＴＹＰＥ値と一致すれば、第２のＳ‐ＯＡＭ抽出部３５４は、受信したＰＢＢフレームがＳ‐ＯＡＭフレームと判定できる。一方、ＰＢＢフレームに格納されたＴＹＰＥ値がＳ‐ＯＡＭフレーム以外の値（例えば、「０ｘ００００」）のとき、Ｓ‐ＯＡＭを示すＴＹＰＥ値と一致しない。かかる場合、第２のＳ‐ＯＡＭ抽出部３５４は非Ｓ‐ＯＡＭフレームと判定できる。第１のＳ‐ＯＡＭ抽出部３５３も同様の判定を行う。
【００６０】
ＰＥノード３０は、ＰＢＢフレームがＳ‐ＯＡＭフレームと判定したとき（Ｓ２７及びＳ２８でＹｅｓ）、Ｓ‐ＯＡＭフレームの内容をチェックし、当該フレームを終端する（Ｓ２９）。例えば、第１又は第２のＳ‐ＯＡＭ抽出部３５３，３５４は、Ｓ‐ＯＡＭフレームをＳ‐ＯＡＭ終端部３５５に出力し、Ｓ‐ＯＡＭ終端部３５５はフレーム内容のチェック等を行い、当該フレームを終端する。
【００６１】
一方、ＰＥノード３０は、ＰＢＢフレームが非Ｓ‐ＯＡＭフレームと判定したとき（Ｓ２７及びＳ２８でＮｏ）、非Ｓ‐ＯＡＭフレームに対して受信フレーム処理を行う（Ｓ３０）。例えば、第１又は第２のＳ‐ＯＡＭ抽出部３５３，３５４は、非Ｓ‐ＯＡＭフレームを受信フレーム処理部３５６に出力する。
【００６２】
そして、ＰＥノード３０は一連の処理を終了する（Ｓ３１）。
【００６３】
このように、本第１の実施例において、本通信ネットワークシステム１００は、標準形式のＳ‐ＯＡＭフレームと比較して、データ量の少ない新規形式のＳ‐ＯＡＭフレームをＰＢＢネットワークに送信している。従って、本通信ネットワークシステム１００は、標準形式の場合と比較してデータ量の削減を図ることができる。
【００６４】
また、本ＰＥノード３０は、Ｓ‐ＯＡＭフレームについて標準形式と新規形式の２種類のフレームを受信できる。従って、例えば、ＰＥノード３０‐２に対向するＰＥノード３０‐１が標準形式のみをサポートするときでも、ＰＥノード３０‐２はＰＥノード３０‐１と接続して処理することができる。また、ＰＥノード３０‐２に対向するＰＥノード３０‐１が標準形式と新規形式とをサポートするＰＥノードであっても接続できる。よって、ＰＥノード３０は相互接続できる。
【００６５】
＜第２の実施例＞
次に第２の実施例を説明する。本第２の実施例は、Ｓ‐ＯＡＭフレーム等にユーザＶＬＡＮＩＤが付与される場合の例である。尚、ＰＥノード３０の構成例等は第１の実施例と同様である。
【００６６】
図８（Ａ）〜同図（Ｃ）はＳ‐ＯＡＭフレームのフレームフォーマット例を示す。図８（Ａ）は標準形式、同図（Ｃ）は新規形式、同図（Ｂ）はユーザタグがある場合の例を夫々示す図である。同図（Ｂ）に示すＳ‐ＯＡＭフレームは、「ＴＡＧ‐１」と「ＴＡＧ２」の２つのユーザタグがあり、ユーザ（又はカスタマ）ネットワークが２つのネットワークに分離される例を示す。本第２の実施例は、ユーザフレームにＶＬＡＮタグが含まれる場合の例である。
【００６７】
ＰＥノード３０の第１のＳ‐ＯＡＭ抽出部３５３は、Ｓ‐ＯＡＭか否かの判定に、ＰＢＢフレーム内の「Ｅ‐ＴＹＰＥ」領域に格納された値を用いる。第１の実施例において、第１のＳ‐ＯＡＭ抽出部３５３は、ＰＢＢフレームの先頭から予め決められたバイト長分の位置にアクセスすることで、「Ｅ‐ＴＹＰＥ」領域に格納された値を読み出すことができる。
【００６８】
一方、第１のＳ‐ＯＡＭ抽出部３５３は、標準形式のＰＢＢフレームに複数のユーザタグが付与された場合、「Ｅ‐ＴＹＰＥ」領域の値を読み出すには、ユーザタグの付与段数をチェックする。
【００６９】
そこで、本第２の実施例では、例えば、ユーザタグの付与段数を示す「ＶＬＡＮ段数」をフレーム情報テーブル３５１０に記憶させる。そして、第１のＳ‐ＯＡＭ抽出部３５３はフレーム情報のうち「ＶＬＡＮ付与段数」に基づいて「Ｅ‐ＴＹＰＥ」領域の値を読み出し、Ｓ‐ＯＡＭフレームか否かの判定を行う（図４のＳ２８）。
【００７０】
図９は本第２の実施例におけるフレーム情報テーブル３５１０の例を示す図である。フレーム情報テーブル３５１０は更に「ＶＬＡＮ段数」を示す値が格納される。
【００７１】
フレーム情報提供部３５１は、受信ＰＢＢフレームの「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」に基づいて、フレーム情報テーブル３５１０の「ＶＬＡＮ段数」を抽出する。フレーム情報提供部３５１はフラグチェック部３５２を介して「ＶＬＡＮ段数」を第１のＳ‐ＯＡＭ抽出部３５３に出力する（図４のＳ２１）。
【００７２】
第１のＳ‐ＯＡＭ抽出部３５３は、「ＶＬＡＮ段数」に基づいて「Ｅ‐ＴＹＰＥ」領域の値を読み出し、受信ＰＢＢフレームがＳ‐ＯＡＭフレームか否かを判定する（Ｓ２８）。以降は第１の実施例と同様である。
【００７３】
また、例えば、Ｓ‐ＯＡＭ生成部３５８は３つの形式のＳ‐ＯＡＭフレームを保持し、周期的に読み出すことで、３つの形式のいずれかのＳ‐ＯＡＭフレームをＰＢＢネットワークに送信することができる（図３のＳ１１〜Ｓ１２）。
【００７４】
本第２の実施例においても、ＰＥノード３０は、ユーザタグ有りの場合でも無しの場合でも処理可能であり、対向するＰＥノードがユーザタグを有するＰＢＢフレームを送信する場合でも処理できる。従って、本無線ネットワークシステム１００は相互接続が可能となる。また、ＰＥノード３０は、第１の実施例と同様に新規形式のＳ‐ＯＡＭフレームを送受信できるため、ユーザタグを有する標準形式のＳ‐ＯＡＭと比較して、フレーム長を短縮化でき、データ量の削減を図ることができる。
【００７５】
＜第３の実施例＞
次に第３の実施例について説明する。本第３の実施例は、ＰＢＢフレームが新規形式か標準形式かの判定に、ＰＢＢフレームの「Ｉ‐ＴＡＧ」領域における「Ｒｅｓｅｒｖｅｄ」領域（例えば、図２１（Ａ）の「Ｒｓｖ」領域）を用いる例である。
【００７６】
「Ｒｅｓｅｒｖｅｄ」領域は、例えばＩＥＥＥ標準仕様（IEEE802.1ah等）では、未使用ビットとして３ビットの「０００」が格納される。本第３の実施例では、新規形式のＳ‐ＯＡＭフレームを用いる場合、この「Ｒｅｓｅｒｖｅｄ」領域に予め決められたビットを格納させ、新規形式のＳ‐ＯＡＭフレームか否かを判別する。
【００７７】
図１０は本第３の実施例で用いるフレーム情報テーブル３５１０の例を示す図である。本フレーム情報テーブル３５１０は、「Ｒｅｓｅｒｖｅｄ」領域により新規形式か標準形式かを判定するため、「Ｓ‐ＯＡＭフレーム形式フラグ」領域が削除される。ＰＥノード３０等の構成例は第１の実施例等と同様である。
【００７８】
ＰＥノード３０のＳ‐ＯＡＭ生成部３５８は、新規形式のＳ‐ＯＡＭフレームについて、Ｉ‐ＴＡＧの「Ｒｅｓｅｒｖｅｄ」領域に予め決められたビットを格納して、Ｓ‐ＯＡＭ挿入部３５９に出力する（図３のＳ１１〜Ｓ１２）。
【００７９】
また、ＰＥノード３０のフラグチェック部３５２は、受信したＰＢＢフレームの「Ｒｅｓｅｒｖｅｄ」領域に格納された値をチェックし、当該値が新規形式のＳ‐ＯＡＭフレームを示す値のとき、受信したＰＢＢフレームは新規形式と判定する（図４のＳ２４）。以下、第１の実施例等と同様である。
【００８０】
本第３の実施例において、フレーム情報テーブル３５１０には、「Ｓ‐ＯＡＭフレーム形式フラグ」領域がない分、第１の実施例等と比較してメモリ領域の削減を図ることができる。また、フレーム情報テーブル３５１０において「ＶＬＡＮ  ＩＤ」毎に「Ｓ‐ＯＡＭフレーム形式フラグ」の設定値を記憶させることも無く、第１の実施例と比較し更に処理の軽減を図ることができる。
【００８１】
＜第４の実施例＞
次に第４の実施例について説明する。第４の実施例は、Ｓ‐ＯＡＭフレームの送信数または受信数をカウントし、データ転送量を計算する例である。図１１は本第４の実施例におけるＰＥノード３０の構成例を示す図である。
【００８２】
ＰＥノード３０は、更に、Ｓ‐ＯＡＭ受信統計収集部３６１と、Ｓ‐ＯＡＭ送信統計収集部３６２とを備える。
【００８３】
Ｓ‐ＯＡＭ受信統計収集部３６１は、Ｓ‐ＯＡＭ終端部３５５で終端したＳ‐ＯＡＭフレームの「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」をカウントすることで、Ｓ‐ＯＡＭフレームの受信数をカウントする。
【００８４】
Ｓ‐ＯＡＭ送信統計収集部３６２は、Ｓ‐ＯＡＭ生成部３５８で生成または出力したＳ‐ＯＡＭフレームの「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」をカウントすることで、Ｓ‐ＯＡＭフレームの送信数をカウントする。
【００８５】
例えば、カウントしたＳ‐ＯＡＭフレームの送信数または受信数は、ＣＰＵ３６０により読みだされ、例えば制御バスに接続された外部モニタに送信することで、データ量の削減量が表示され、ネットワークの保守者または運用者が視認できる。
【００８６】
受信数等は、Ｓ‐ＯＡＭ受信統計収集部３６１等が計算してもよいし、ＣＰＵ３６０が計算するようにしてもよい。例えば、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」単位にＳ‐ＯＡＭフレーム１個当たりの削減バイト数（「Ｃ‐ＭＡＣ  ＤＡ」、「Ｃ‐ＭＡＣ  ＳＡ」、ユーザタグ等）と受信フレーム数（または送信フレーム、あるいはその双方）とを積算することで、削減バイト数が計算される。
【００８７】
＜第５の実施例＞
次に第５の実施例について説明する。第５の実施例は、ＣＣＭメッセージのうち一部を削減したＳ‐ＯＡＭフレームの例である。
【００８８】
図１２（Ａ）は、Ｓ‐ＯＡＭフレーム内のＣＣＭメッセージのフォーマット例（例えば、ＩＴＵ‐Ｔ  Ｙ．１７３１準拠）を示す図である。かかるＣＣＭメッセージは、例えば図５（Ａ）等の「Ｓ‐ＯＡＭ  ＣＣＭ」領域に含まれるメッセージである。
【００８９】
例えば、ＣＣＭメッセージは、全部で７５バイト長あり、このうち「ＭＥＧ  ＩＤ」が４８バイト長を有する。「ＭＥＧ  ＩＤ」はグローバルなＩＤを示す。本第５の実施例は、例えば、「ＭＥＧ  ＩＤ」領域を８バイト長とする。これにより、Ｓ‐ＯＡＭフレームは４０バイト長削減できる。バイト長は８バイトに限らず、バイト長が短縮できればどのような値でもよい。
【００９０】
図１２（Ｂ）は本第５の実施例におけるＣＣＭメッセージのフォーマット例（以下、独自形式のＣＣＭメッセージ、または独自形式のＳ‐ＯＡＭフレーム）を示す図である。「ＭＥＧ  ＩＤ」領域はバイト長が８バイト長となり、更に、「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」領域と「ＴｘＦＣｆ」領域、「ＲｘＦＣｂ」領域、及び「ＴｘＦＣｂ」領域は削除される。独自形式のＣＣＭメッセージは、「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」領域等がある場合と比較して、１６バイト長の削減が可能である。また、「ＭＥＧ  ＩＤ」領域を含めると、図１２（Ａ）の例と比較して、全部で５６バイト長の削減が可能となる。
【００９１】
なお、図１２（Ａ）において、「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」領域は、シーケンス番号が格納され、現状未使用で例えば「０」が格納される。「ＴｘＦＣｆ」領域と「ＲｘＦＣｂ」領域、及び「ＴｘＦＣｂ」領域も現状未使用で例えば「０」が格納される。
【００９２】
また、図１３（Ａ）は、ＣＣＭメッセージの「Ｆｌａｇｓ」領域に含まれるＣＣＭ  Ｆｌａｇフォーマットの例を示す。このＣＣＭ  Ｆｌａｇフォーマットは、「Ｐｅｒｉｏｄ」領域を含み、当該領域にＣＣＭメッセージの転送周期を示す値が格納される。図１３（Ｂ）は「Ｐｅｒｉｏｄ」領域に格納される値（ＣＣＭ  Ｐｅｒｉｏｄ値）の例を示す図である。
【００９３】
図１４は第５の実施例におけるＰＥノード３０の構成例を示す図である。ＰＥノード３０は、更に、第３のＳ‐ＯＡＭ判定及び抽出部（以下、第３のＳ‐ＯＡＭ抽出部）３６４と、第１及び第２のＳ‐ＯＡＭ終端部３５５‐１，３５５‐２を備える。また、フラグチェック部３５２は、ＰＢＢフレームが標準形式か独自形式かの判定を行う。
【００９４】
第３のＳ‐ＯＡＭ抽出部３６４は、フラグチェック部３５２から出力されたフレームが、非Ｓ‐ＯＡＭフレームか、Ｓ‐ＯＡＭフレームかを判定する。第３のＳ‐ＯＡＭ抽出部３６４は、第１の実施例と同様に、「Ｅ‐ＴＹＰＥ」領域に格納された値と、フレーム情報テーブル３５１０に記憶された値とが一致したときＳ‐ＯＡＭフレームと判定し、そうでないとき非Ｓ‐ＯＡＭフレームと判定する。第３のＳ‐ＯＡＭ抽出部３６４は、非Ｓ‐ＯＡＭフレームを受信フレーム処理部３５６、Ｓ‐ＯＡＭフレームを第２のＳ‐ＯＡＭ終端部３５５‐２に出力する。
【００９５】
第１及び第２のＳ‐ＯＡＭ終端部３５５‐１，３５５‐２は、それぞれ標準形式及び独自形式のＳ‐ＯＡＭフレームにおける転送周期の確認等を行い、当該フレームを終端する。
【００９６】
尚、フラグチェック部３５２は、例えば、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」により、受信したＰＢＢフレームが標準形式か、独自形式かを判定する。独自形式を示す「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」の値がフレーム情報テーブル３５１０に記憶され、フラグチェック部３５２は、受信したＰＢＢフレームに含まれる「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」と一致すれば独自形式、そうでないとき標準形式と判定する（図４のＳ２４）。以降は第１の実施例と同様である。
【００９７】
さらに、Ｓ‐ＯＡＭ生成部３５８は、例えば内部メモリに、独自形式または標準形式のＳ‐ＯＡＭフレームを格納し、周期的にＳ‐ＯＡＭ挿入部３５９に出力する（図３のＳ１１〜Ｓ１２）。
【００９８】
本第５の実施例では、Ｓ‐ＯＡＭフレーム内のＣＣＭメッセージが短縮されるため、Ｓ‐ＯＡＭフレームについて標準形式と比較してデータ量が削減できる。また、ＰＥノード３０は、標準形式も受信可能であり、対向するＰＥノードが標準形式のみ対応するものであっても相互接続できる。
【００９９】
尚、本第５の実施例において、例えば、受信したＳ‐ＯＡＭフレーム中のＣＣＭメッセージにおけるＣＣＭ  Ｐｅｒｉｏｄ値（例えば、図１３（Ａ）等）が期待する周期と異なるとき、外部モニタ等に警告を表示させることもできる。例えば、第１及び第２のＳ‐ＯＡＭ終端部３５５‐１，３５５‐２は、予め設定された周期（例えば、３．３ｍｓ）を保持し、Ｓ‐ＯＡＭフレーム内のＣＣＭ  Ｐｅｒｉｏｄ値が当該周期と異なる値のとき（例えば、１０ｍｓ）、異なることを示す信号をＣＰＵ３６０に出力する。ＣＰＵ３６０は、例えば内部に保持したメモリから警告文、例えば、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ＝ＸＸにおいて、期待値３．３ｍｓに対して１０ｍｓ設定メッセージ受信」を読み出して外部モニタ等に表示させる。これにより、ＰＥノード３０間で設定ミスを早期に発見することができる。
【０１００】
更に、ＣＣＭメッセージ以外にも、ループバック（Loup Back）メッセージ、又はリンクトレース（Link Trace）メッセージの場合でも本第５の実施例は実施可能である。
【０１０１】
更に、メッセージが縮小されたＳ‐ＯＡＭフレームは、例えば、標準形式のものでも、カスタマＭＡＣアドレスのない新規形式のものでも実施可能である。
【０１０２】
＜第６の実施例＞
次に第６の実施例について説明する。第６の実施例は、ＰＥノード３０が標準形式と新規形式（例えば、図５（Ａ）及び同図（Ｂ））、及び独自形式（例えば、図１２（Ｂ））の３つをサポートする例である。本第６の実施例では「ＩＴＡＧ」領域の「Ｒｅｓｅｒｖｅｄ」領域（例えば、図２１（Ａ））における３ビットを用い、Ｓ‐ＯＡＭフレームの種別が判別される。例えば、
Ｒｅｓｅｒｖｅｄ＝０００：標準形式、
Ｒｅｓｅｒｖｅｄ＝００１：新規形式、
Ｒｅｓｅｒｖｅｄ＝０１０：独自形式、
とする。
【０１０３】
図１５は本第６の実施例におけるＰＥノード３０の構成例を示す図である。ＰＥノード３０は、更に、フラグ及びＲｅｓｅｒｖｅｄチェック部（以下、Ｒｅｓｅｒｖｅｄチェック部）３６５を備える。
【０１０４】
Ｒｅｓｅｒｖｅｄチェック部３６５は、Ｓ‐ＯＡＭ有効フラグ、及び「Ｒｅｓｅｒｖｅｄ」領域に格納された値（以下、Ｒｅｓｅｒｖｅｄ値）に基づいて、フレーム情報提供部３５１から出力される受信ＰＢＢフレームの転送先を決定する。
【０１０５】
例えば、Ｒｅｓｅｒｖｅｄチェック部３６５は、Ｓ‐ＯＡＭ有効フラグが無効のとき、ＰＢＢフレームを受信フレーム処理部３５６に出力する。また、Ｒｅｓｅｒｖｅｄチェック部３６５は、Ｓ‐ＯＡＭ有効フラグが有効で、Ｒｅｓｅｒｖｅｄ値が標準形式を示す値のとき、ＰＢＢフレームを第１のＳ‐ＯＡＭ抽出部３５３に出力する。更に、Ｒｅｓｅｒｖｅｄチェック部３６５は、Ｓ‐ＯＡＭ有効フラグが有効で、Ｒｅｓｅｒｖｅｄ値が新規形式を示す値のとき、ＰＢＢフレームを第２のＳ‐ＯＡＭ抽出部３５４に出力する。更に、Ｒｅｓｅｒｖｅｄチェック部３６５は、Ｓ‐ＯＡＭ有効フラグが有効で、Ｒｅｓｅｒｖｅｄ値が独自形式を示す値のとき、ＰＢＢフレームを第３のＳ‐ＯＡＭ抽出部３６４に出力する。
【０１０６】
また、第１のＳ‐ＯＡＭ終端部３５５‐１は、標準形式と新規形式のＳ‐ＯＡＭフレームを終端し、第２のＳ‐ＯＡＭ終端部３５５‐２は、独自形式のＳ‐ＯＡＭフレームを終端する。以降は第１の実施例等と同様に実施できる。
【０１０７】
Ｓ‐ＯＡＭフレームの送信についても、Ｓ‐ＯＡＭ生成部３５８は、３つの形式のＳ‐ＯＡＭフレームを保持し、いずれかのＳ‐ＯＡＭフレームを出力できる。
【０１０８】
本第６の実施例において、ＰＥノード３０は３つの形式のＳ‐ＯＡＭフレームを処理できる。これにより、例えば、ＰＢＢネットワーク内において、初期に新規形式のＳ‐ＯＡＭを処理できるノードが設置され、後から独自形式のＳ‐ＯＡＭフレームを処理できるノードが設置された場合でも、先に配置したノードの変更を行うことなく、本ＰＥノード３０は処理できる。
【０１０９】
＜第７の実施例＞
次に第７の実施例を説明する。本第７の実施例では、Ｓ‐ＯＡＭフレームの種別判定に、「Ｉ‐ＴＡＧ」領域の「ＴＰＩＤ（Tag Protocol Identifier：タグプロトコル識別子）」領域（例えば、図２１（Ａ））を用いる。「ＴＰＩＤ」領域に挿入されるＴＰＩＤの値は、通常ネットワーク上で任意の一つ、例えば「０ｘ８１００」（固定値）が使用される。本第７の実施例は、複数のＴＰＩＤをサポートし、Ｓ‐ＯＡＭフレームの種別に応じてＴＰＩＤが割り当てられる。例えば、
Ｉ‐ＴＡＧ  ＴＰＩＤ＝０ｘ９１００：標準形式（例えば、図５（Ａ））、
Ｉ‐ＴＡＧ  ＴＰＩＤ＝０ｘ９１０１：新規形式（例えば、図５（Ｂ））、
Ｉ‐ＴＡＧ  ＴＰＩＤ＝０ｘ９１０２：独自形式（例えば、図１２（Ａ））、
とする。本第７の実施例におけるＰＥノード３０の構成例は第６の実施例と同様である（例えば、図１５）。
【０１１０】
例えば、フレーム情報提供部３５１は、受信ＰＢＢフレームから「ＴＰＩＤ」領域に格納されたＴＰＩＤを抽出し、Ｓ‐ＯＡＭフレームの種別を判定する。例えば、フレーム情報提供部３５１は、ＴＰＩＤに対応するフレーム種別に関する情報を保持する。そして、フレーム情報提供部３５１は、種別の判定結果に対して、
Ｉ‐ＴＡＧ  ＴＰＩＤ＝０ｘ９１００  ：ＴＰＩＤフラグ＝０、
Ｉ‐ＴＡＧ  ＴＰＩＤ＝０ｘ９１０１  ：ＴＰＩＤフラグ＝１、
Ｉ‐ＴＡＧ  ＴＰＩＤ＝０ｘ９１０２  ：ＴＰＩＤフラグ＝２、
のようにＴＰＩＤフラグを与え、当該フラグをＲｅｓｅｒｖｅｄチェック部３６５に出力する。Ｒｅｓｅｒｖｅｄチェック部３６５は、ＴＰＩＤフラグとＳ‐ＯＡＭ有効フラグに基づいて、Ｓ‐ＯＡＭフレームの種別を判別し、判別結果に応じてＳ‐ＯＡＭフレーム等を第１のＳ‐ＯＡＭ抽出部３５３等に出力する。
【０１１１】
本第７の実施例も第６の実施例等と同様に、本通信ネットワークシステム１００は相互接続可能で、また、データ量の削減を図ることができる。
【０１１２】
＜第８の実施例＞
次に第８の実施例を説明する。図１６はＳ‐ＯＡＭ生成部３５８の構成例を示す図である。第１の実施例等で説明したように、Ｓ‐ＯＡＭフレームがメモリに格納され、周期的に読み出されて送信される。本第８の実施例はＳ‐ＯＡＭ生成部３５８の詳細な例（例えば図３のＳ１１）を示す。
【０１１３】
Ｓ‐ＯＡＭ生成部３５８は、タイマ３５８１と、メッセージ生成制御部３５８２と、送信メッセージ管理テーブル３５８３と、送信メッセージテーブル３５８４とを備える。
【０１１４】
タイマ３５８１は、Ｓ‐ＯＡＭフレームの転送周期（例えば、３．３ｍｓ、１０ｍｓ、１０ｍｉｎ等）を示すタイマ信号を生成し、メッセージ生成制御部３５８２に出力する。
【０１１５】
メッセージ生成制御部３５８２は、タイマ信号をトリガにして、送信メッセージ管理テーブル３５８３に格納された値を読み出す。
【０１１６】
送信メッセージ管理テーブル３５８３は、各メッセージ番号（＃１〜＃Ｎ）単位に、Ｓ‐ＯＡＭ  ＣＣＭ転送周期（又はＳ‐ＯＡＭフレームの転送周期）とメッセージのフレーム長とを記憶する。
【０１１７】
送信メッセージテーブル３５８４は、メッセージ番号毎に固定長（図１６の例では、縦方向に１２８バイト）のメッセージ領域があり、各メッセージ領域にＳ‐ＯＡＭフレームを記憶する。図１６の例では、送信メッセージテーブル３５８４はＮ個のメッセージが格納される。
【０１１８】
Ｓ‐ＯＡＭ生成部３５８は、例えば以下のように動作する。すなわち、メッセージ生成制御部３５８２は、タイマ３５８１から１０ｍｓ周期のタイマ信号を受信すると、送信メッセージ管理テーブル３５８３にアクセスする。そして、メッセージ生成制御部３５８２は、送信メッセージ管理テーブル３５８３の全エントリを読みだして、「Ｓ‐ＯＡＭ  ＣＣＭ転送周期」が「１０ｍｓ」に「１」が記憶されているかを確認する。メッセージ生成制御部３５８２は、「１」が設定されているとき、該当エントリは１０ｍｓ周期に送信されるＳ‐ＯＡＭメッセージであると判定し、「「（該当エントリ番号）−１」×１２８バイト」の計算を行い、開始アドレスを計算する。本例では、該当エントリ番号は＃２であり、（２−１）×１２８＝１２８が開始アドレスとなる。メッセージ生成制御部３５８２は、計算した開始アドレスを先頭とする送信メッセージテーブル３５８４のメッセージ領域にアクセスし、フレーム長分のＳ‐ＯＡＭフレームを読みだす。本例では、開始アドレスを「１２８」とするメッセージ領域（「メッセージ＃２」）からＳ‐ＯＡＭフレームが読み出される。以降の処理は第１の実施例等と同様に実施できる。
【０１１９】
本第８の実施例において、Ｓ‐ＯＡＭフレームは、ハードウェアであるメッセージ生成制御部３５８２等により生成され、ハードウェアであるＳ‐ＯＡＭ終端部３５５により終端される。メッセージの生成と終端の処理がＣＰＵ３６０等によるソフトウェアによる行われる場合、ソフトウェアがアップグレードされるときにＣＰＵ３６０のリブートが行われることがある。ＣＰＵ３６０のリブート中は、Ｓ‐ＯＡＭメッセージの生成と終端が停止される。従って、図２等に示すように、Ｓ‐ＯＡＭフレームの生成と終端とをハードウェアにより処理させることで、Ｓ‐ＯＡＭフレームの送受信処理を継続して行わせることができる。
【０１２０】
＜第９の実施例＞
次に第９の実施例を説明する。第９の実施例は送信メッセージテーブル３５８４のメッセージ領域が可変長となる例である。
【０１２１】
図１７はＳ‐ＯＡＭ生成部３５８の構成例を示す図である。送信メッセージ管理テーブル３５８３は、更に、「開始アドレス」領域を備える。「開始アドレス」領域は、送信メッセージテーブル３５８４の各メッセージ領域の先頭アドレスを示す。
【０１２２】
例えば、メッセージ生成制御部３５８２は、送信メッセージ管理テーブル３５８３から開始アドレス「ＸＸＸＸ」を読み出したとき、開始アドレスが「ＸＸＸＸ」であるメッセージ領域にアクセスする。そして、メッセージ生成制御部３５８２は、開始アドレスを先頭として「１１５」バイト分のＳ‐ＯＡＭフレームを読み出して送信する。
【０１２３】
これにより、極端に長さの異なる可変長のＳ‐ＯＡＭフレームが送信メッセージテーブル３５８４に格納されるときでも、送信メッセージテーブル３５８４を効率的に使用することができ、固定長と比較して、Ｓ‐ＯＡＭフレームの格納数を増加させることができる。また、送信メッセージテーブル３５８４内のメッセージ領域は固定長と比較して種々の長さに対応できるため、メッセージ再配置等を行うことができ、送信メッセージテーブル３５８４を効率的に使用できる。
【０１２４】
例えば、Ｓ‐ＯＡＭフレームの追加又は削除が繰り返され、送信メッセージテーブル３５８４内に空き領域が発生することもある。かかる場合、送信メッセージテーブル３５８４内の空き領域にＳ‐ＯＡＭフレームを格納させておき、格納後にＣＰＵ３６０等が送信メッセージ管理テーブル３５８３の開始アドレスを書き換える。これにより、ＰＥノード３０は、Ｓ‐ＯＡＭフレームを退避でき、Ｓ‐ＯＡＭフレームの送信に影響を与えることなく当該フレームを再配置（デフラグ）できる。
【０１２５】
＜第１０の実施例＞
次に第１０の実施例を説明する。第１０の実施例はＣＣＭメッセージ以外のメッセージを含むＰＢＢフレームをＣＰＵ３６０で終端させる例である。図１８はフレーム情報テーブル３５１０の例、図１９はＰＥノード３０の構成例を夫々示す図である。
【０１２６】
ＣＣＭメッセージ以外のメッセージとして、例えば、ループバック（Loop Back:ＬＰ）、リンクトレース（Link Trace:ＬＴ）等がある。ＬＰメッセージ等は、ユーザやオペレータの操作等、オンデマンド処理により発生するメッセージである。従って、ＣＰＵ３６０によりＬＰメッセージ等の終端が行われても、ＣＣＭメッセージと比較してＣＰＵ３６０の負荷は少ない。
【０１２７】
図１８はフレーム情報テーブル３５１０の例を示す図である。フレーム情報テーブル３５１０は、更に、「ＣＣＭ有効フラグ」と「ＬＢ有効フラグ」の各領域がある。
【０１２８】
「ＣＣＭ有効フラグ」領域は、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」を有するフレームがＣＣＭメッセージをサポートするか否かを示す値が格納される。例えば、「ＣＣＭ有効フラグ」が「１」のときＣＣＭメッセージをサポートでき、「０」のときＣＣＭメッセージをサポートできないことを示す。
【０１２９】
「ＬＢ有効フラグ」領域は、「Ｉ‐ＴＡＧ  ＶＬＡＮ  ＩＤ」を有するフレームがＬＢメッセージをサポートするか否かを示す値が格納される。例えば、「ＬＢ有効フラグ」が「１」のときＬＢメッセージをサポートでき、「０」のときサポートできないことを示す。
【０１３０】
図１９はＰＥノード３０の構成例を示す図である。第１及び第２のＳ‐ＯＡＭ終端部３５５‐１，３５５‐２は、ＣＣＭメッセージを終端し、ＬＰメッセージ等をＣＰＵ３６０に出力する。
【０１３１】
ＣＰＵ３６０は、ＬＢメッセージを含むＳ‐ＯＡＭフレームを受信すると、ＬＢメッセージを送信元に戻すため、「Ｂ‐ＭＡＣ  ＤＡ」と「Ｂ‐ＭＡＣ  ＳＡ」とを入れ替えたフレームを生成し、Ｓ‐ＯＡＭ挿入部３５９に出力する。Ｓ‐ＯＡＭ挿入部３５９はＬＢメッセージを含むＳ‐ＯＡＭフレームをＰＢＢネットワークに送信する。
【０１３２】
＜第１１の実施例＞
次に第１１の実施例を説明する。図２０は外部モニタに表示された属性情報の例を示す図である。属性情報の一部は、例えば、上述したフレーム情報テーブル３５１０に含まれる。例えば、ＣＰＵ３６０は、フレーム情報テーブル３５１０、又はＰＥノード３０の各部３５２等に保持された情報を読み出し、制御バスを介して接続された外部モニタに出力する。保守者またはオペレータは、フレーム情報テーブル３５１０等に設定した情報を容易に確認できる。また、ネットワークの保守に関して信頼性を向上させることもできる。
【０１３３】
以上まとめると付記のようになる。
【０１３４】
（付記１）
中継装置を介して第１及び第２の通信装置間においてフレームを送受信する通信ネットワークシステムにおいて、
前記第１の通信装置は、
第１のフレーム、又は前記第１のフレームに対して前記通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第２の通信装置に送信する送信部と、
前記第１及び第２のフレームを前記第２の通信装置から受信する受信部と備え、
前記送信部は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信することを特徴とする通信ネットワークシステム。
【０１３５】
（付記２）
前記受信部は、前記第１又は前記第２のフレームのＩ‐ＴＡＧ領域に含まれるＶＬＡＮ‐ＩＤに基づいて、前記第２の通信装置から受信した受信フレームが前記第１又は第２のフレームか否かを判定し、前記受信フレームが前記第１又は第２のフレームのとき、当該受信フレームを終端し、前記第１又は第２のフレームでないとき当該受信フレームを前記通信ネットワークシステム外の通信装置に送信することを特徴とする付記１記載の通信ネットワークシステム。
【０１３６】
（付記３）
前記送信部は、前記第１のフレームにＶＬＡＮタグが付加されている場合、前記ＶＬＡＮタグを削除した前記第２のフレームを送信することを特徴とする付記１記載の通信ネットワークシステム。
【０１３７】
（付記４）
前記受信部は、ＶＡＬＮタグが付加された前記第１のフレームと、前記ＶＬＡＮタグが削除された前記第２のフレームを受信することを特徴とする付記１記載の通信ネットワークシステム。
【０１３８】
（付記５）
前記受信部は、前記第１のフレームに付加された前記ＶＬＡＮタグの段数と前記第１のフレームのＩ‐ＴＡＧ領域に含まれるＶＬＡＮ‐ＩＤとに基づいて、前記第２の通信装置から受信した受信フレームが前記第１のフレームか否かを判定することを特徴とする付記６記載の通信ネットワークシステム。
【０１３９】
（付記６）
前記送信部は、前記第１又は第２のフレームに含まれる未使用ビットを用いて、前記第１又は第２のフレームを識別する情報を夫々前記第１又は第２のフレームに格納し、当該第１又は第２のフレームを送信することを特徴とする付記１記載の通信ネットワークシステム。
【０１４０】
（付記７）
前記受信部は、未使用ビットとされたビットを前記第１及び第２のフレームから抽出し、当該ビットを用いて、前記第２の通信装置から受信した受信フレームが前記第１又は第２のフレームを識別することを特徴とする付記１記載の通信ネットワークシステム。
【０１４１】
（付記８）
前記第１の通信装置は、更に、送信データ量の削減量を計算する送信統計収集部を備えることを特徴とする付記１記載の通信ネットワークシステム。
【０１４２】
（付記９）
前記第１の通信装置は、更に、受信データ量の削減量を計算する受信統計収集部を備えることを特徴とする付記１記載の通信ネットワークシステム。
【０１４３】
（付記１０）
前記送信部は、前記第１又は第２のフレームに含まれるメッセージの一部を削除した第３のフレームを送信し、
前記受信部は、前記第１乃至前記第３のフレームのうち、前記第１のフレームを含む少なくとも２つのフレームを受信することを特徴とする付記１記載の通信ネットワークシステム。
【０１４４】
（付記１１）
前記送信部は、前記第１乃至前記第３のフレームに含まれる未使用ビットを用いて前記第１乃至第３のフレームを識別する情報を前記第１乃至前記第３のフレームに夫々格納して、前記第１、又は前記第２、又は前記第３の各フレームを送信することを特徴とする付記１０記載の通信ネットワークシステム。
【０１４５】
（付記１２）
前記受信部は、未使用ビットとされたビットを前記第１乃至第３のフレームから抽出し、当該ビットを用いて、前記第２の通信装置から受信したフレームが前記第１、又は第２、又は第３のフレームかを識別することを特徴とする付記１０記載の通信ネットワークシステム。
【０１４６】
（付記１３）
前記送信部は、Ｉ−ＴＡＧ領域のタグプロトコル識別子を用いて、前記第１乃至第３のフレームを識別する情報を前記第１乃至第３のフレームに夫々格納し、前記第１、又は前記第２、又は前記第３の各フレームを送信することを特徴とする付記１０記載の通信ネットワークシステム。
【０１４７】
（付記１４）
前記受信部は、Ｉ‐ＴＡＧ領域のタグプロトコル識別子を前記第１乃至第３のフレームから抽出し、当該タグプロトコル識別子を用いて、前記第２の通信装置から受信したフレームが前記第１、又は第２、又は第３のフレームかを識別することを特徴とする付記１０記載の通信ネットワークシステム。
【０１４８】
（付記１５）
前記送信部は、タイマと、前記第１及び第２のフレームを保持する送信メッセージテーブルと、前記タイマから出力されたタイマ周期に基づいて前記送信メッセージテーブルから前記第１又は第２のフレームを読み出して、前記第２の通信装置に送信するメッセージ生成制御部とを備えることを特徴とする付記１記載の通信ネットワークシステム。
【０１４９】
（付記１６）
前記送信テーブルには、更に、前記第１又は第２のフレームに含まれるメッセージの一部を削除した第３のフレームを記憶し、
前記メッセージ生成制御部は、前記タイマ周期に基づいて、前記第１又は第２、又は第３のフレームを前記送信テーブルから読み出して前記第２の通信装置に送信することを特徴とする付記１５記載の通信ネットワークシステム。
【０１５０】
（付記１７）
前記送信メッセージテーブルに記憶された前記第１又は第２、又は第３のフレームは可変長であることを特徴とする付記１５又は付記１６に記載された通信ネットワークシステム。
【０１５１】
（付記１８）
前記受信部はＣＰＵを備え、
前記ＣＰＵは、前記第１又は第２のフレームのうち、オンデマンドにより処理されるメッセージを含む前記第１又は第２のフレームを終端することを特徴とする付記１記載の通信ネットワークシステム。
【０１５２】
（付記１９）
前記受信部はＣＰＵを備え、
前記ＣＰＵは、前記第１、又は第２、又は第３のフレームのうち、オンデマンドにより処理されるメッセージを含む前記第１、又は第２、又は第３のフレームを終端することを特徴とする付記１０記載の通信ネットワークシステム。
【０１５３】
（付記２０）
更に、表示部を備え、
前記表示部は、前記第１、又は第２、又は第３のフレームに関する属性情報を表示することを特徴とする付記１０記載の通信ネットワークシステム。
【０１５４】
（付記２１）
更に、表示部を備え、
前記受信部は、受信した前記第１乃至第３のフレームに格納された転送周期の情報と、設定された転送周期の情報とが一致しないとき、前記表示部に警告情報を表示させることを特徴とする付記１０記載の通信ネットワークシステム。
【０１５５】
（付記２２）
前記第１及び第２のフレームは、前記通信ネットワークシステム内の監視用メッセージを収容したフレームであることを特徴とする付記１記載の通信ネットワークシステム。
【０１５６】
（付記２３）
前記第１乃至第３のフレームは、前記通信ネットワークシステム内の監視用メッセージを収容したフレームであることを特徴とする付記１０記載の通信ネットワークシステム。
【０１５７】
（付記２４）
中継装置を介して他の通信装置とフレームを送受信する通信装置において、
第１のフレーム、又は前記第１のフレームに対して通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第他の通信装置に送信する送信部と、
前記第１及び第２のフレームを前記他の通信装置から受信する受信部と備え、
前記送信部は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信することを特徴とする通信装置。
【０１５８】
（付記２５）
中継装置を介して第１及び第２の通信装置間においてフレームを送受信する通信ネットワークシステムにおける通信方法であって、
前記第１の通信装置は、第１のフレーム、又は前記第１のフレームに対して前記通信ネットワークシステム外の通信装置に関する情報を削除した第２のフレームを前記第２の通信装置に送信し、
前記第１の通信装置は、前記第１及び第２のフレームを前記第２の通信装置から受信し、
前記送信ステップにおいて、前記第１の通信装置は、前記通信ネットワークシステム外の外部ネットワーク用のフレームを前記通信ネットワークシステム内の内部ネットワーク用のフレームでカプセリングし、カプセリング化された前記第１又は第２のフレームを送信することを特徴とする通信方法。
【符号の説明】
【０１５９】
１０‐１〜１０‐６：パーソナルコンピュータ（ＰＣ）
２０‐１〜２０‐２：カスタマエッジノード（ＣＥノード）
３０，３０‐１〜３０‐２：プロバイダエッジノード（ＰＥノード）
３５：回線インタフェース部            ３７：スイッチ部（ＳＷ部）
３９：他の回線インタフェース部
５０‐１〜５０‐４：プロバイダバックボーンノード（ＰＢノード）
３５１：フレーム情報提供部            ３５２：フラグチェック部
３５３：第１のＳ‐ＯＡＭ判定及び抽出部（第１のＳ‐ＯＡＭ抽出部）
３５４：第２のＳ‐ＯＡＭ判定及び抽出部（第２のＳ‐ＯＡＭ抽出部）
３５５：Ｓ‐ＯＡＭ終端部              ３５５‐１：第１のＳ‐ＯＡＭ終端部
３５５‐２：第２のＳ‐ＯＡＭ終端部    ３５６：受信フレーム処理部
３５７：送信フレーム処理部            ３５８：Ｓ‐ＯＡＭ生成部
３５９：Ｓ‐ＯＡＭ挿入部              ３６０：制御部（ＣＰＵ）
３６１：Ｓ‐ＯＡＭ受信統計収集部      ３６２：Ｓ‐ＯＡＭ送信統計収集部
３６４：第３のＳ‐ＯＡＭ判定及び抽出部（第３のＳ‐ＯＡＭ抽出部）
３６５：フラグ及びＲｅｓｅｒｖｅｄチェック部（Ｒｅｓｅｒｖｅｄチェック部）
３５８１：タイマ                      ３５８２：メッセージ生成制御部
３５８３：送信メッセージ管理テーブル  ３５８４：送信メッセージテーブル
【図１】
2011049656.tif 000003
【図２】
2011049656.tif 000004
【図３】
2011049656.tif 000005
【図４】
2011049656.tif 000006
【図５】
2011049656.tif 000007
【図６】
2011049656.tif 000008
【図７】
2011049656.tif 000009
【図８】
2011049656.tif 000010
【図９】
2011049656.tif 000011
【図１０】
2011049656.tif 000012
【図１１】
2011049656.tif 000013
【図１２】
2011049656.tif 000014
【図１３】
2011049656.tif 000015
【図１４】
2011049656.tif 000016
【図１５】
2011049656.tif 000017
【図１６】
2011049656.tif 000018
【図１７】
2011049656.tif 000019
【図１８】
2011049656.tif 000020
【図１９】
2011049656.tif 000021
【図２０】
2011049656.tif 000022
【図２１】
2011049656.tif 000023
【図２２】
2011049656.tif 000024