(57)【要約】【課題】通信装置及び保守管理メッセージ終端方法において、判定テーブルのメモリ容量を低減することを目的とする。【解決手段】仮想ネットワーク機能と保守管理機能を搭載する通信装置において、供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索する第１判定手段と、第１判定手段の判定結果と、フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索する第２判定手段と、第２判定手段の判定結果に応じて前記フレームを選択する選択手段と、選択手段で選択された保守管理メッセージを含むフレームを終端する終端手段を有する。【選択図】  図４
2010056679.tif 000002
【特許請求の範囲】
【請求項１】
仮想ネットワーク機能と保守管理機能を搭載する通信装置において、
供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索する第１判定手段と、
前記第１判定手段の判定結果と、前記フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索する第２判定手段と、
前記第２判定手段の判定結果に応じて前記フレームを選択する選択手段と、
前記選択手段で選択された保守管理メッセージを含むフレームを終端する終端手段を
有することを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置において、
前記第１判定手段の判定結果は、保守管理グループの端点であることを示す端点識別子を含むことを特徴とする通信装置。
【請求項３】
請求項１記載の通信装置において、
前記第１判定手段の判定結果は、保守管理グループの中間点であることを示す中間点識別子を含むことを特徴とする通信装置。
【請求項４】
請求項１記載の通信装置において、
前記第１判定手段の判定結果は、保守管理グループの端点であることを示す端点識別子と、前記保守管理グループの中間点であることを示す中間点識別子を含むことを特徴とする通信装置。
【請求項５】
仮想ネットワーク機能と保守管理機能を搭載する通信装置の保守管理メッセージ終端方法において、
供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索して第１判定を行い、
前記第１判定の判定結果と、前記フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索して第２判定を行い、
前記第２判定の判定結果に応じて前記フレームを選択し、
選択された保守管理メッセージを含むフレームを終端することを特徴とする保守管理メッセージ終端方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想ネットワーク機能と保守管理機能を搭載しＬＡＮ回線を収容する通信装置及び保守管理メッセージ終端方法に関する。
【背景技術】
【０００２】
Ｅｔｈｅｒｎｅｔ（登録商標）のＯＡＭ機能として、ＩＴＵ−Ｔ  Ｙ．１７３１  ＯＡＭ，ＩＥＥＥ８０２．３ａｇ等の標準化が進んでおり、この回線をサポートする通信装置において、ＯＡＭ機能を搭載する要求が高まってきている。なお、本明細書では、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）もＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に含まれ、Ｅｔｈｅｒｎｅｔ（登録商標）信号（又はフレーム又は回線又はネットワーク）を、ＬＡＮ信号（又はフレーム又は回線又はネットワーク）と呼ぶ。
【０００３】
ここで、ＯＡＭとはＯｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔの略であり、保守管理の機能を指す。この場合のＥｔｈｅｒｎｅｔ（登録商標）ＯＡＭ（「Ｅ−ＯＡＭ」と呼ぶ）機能とは、ＬＡＮフレームが送受信されるネットワーク回線上で、ＯＡＭ専用のメッセージをＬＡＮフレームに収容して送受信を行い、このＬＡＮフレーム（「Ｅ−ＯＡＭフレーム」と呼ぶ）を利用して装置間で回線断等の疎通状態の監視を行うものである。
【０００４】
また、ＬＡＮ回線を収容する装置において、一般的にＶＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ：仮想ネットワーク）のサポートを可能とするが、ＯＡＭ機能もこのＶＬＡＮ単位にサポートすることが要求されている。これは通信業者の提供するＬＡＮ網では、一般的に各ユーザを異なるＶＬＡＮにより収容を行うが、ＶＬＡＮ単位のＯＡＭ機能をサポートすることにより、通信事業者はＶＬＡＮ単位に管理された個々のユーザ単位にＬＡＮ回線の監視・保守を行うことが可能となり、一段と信頼性の高い管理・保守サービスを提供することが可能となる。
【０００５】
ＯＡＭ機能にはＣＣ（Ｃｏｎｔｉｎｕｏｕｓ  Ｃｈｅｃｋ）、ＬＢ（Ｌｏｏｐ  Ｂａｃｋ）、ＬＴ（Ｌｉｎｋ  Ｔｒａｃｅ）等の異なる種別のＯＡＭメッセージがサポートされており、ＯＡＭをサポートする装置はＶＬＡＮ単位に異なるＯＡＭメッセージをサポートすることも要求されている。
【０００６】
また、ＯＡＭはＯＡＭフレーム単位にレベルの設定が可能であり、異なるレベルをサポートすることにより、同一ＶＬＡＮ内の異なる装置間において異なるレベル値を設定することにより、異なる区間の監視が可能となる。異なるＯＡＭメッセージのサポートと共に、異なるレベルのサポートも要求されている。
【０００７】
図１は従来の通信装置の一例の構成図を示す。ここでは送信側機能は図示を省略している。同図中、インタフェースカード１０はＬＡＮフレームの送受信を行う。スイッチカード２０は各インタフェースカード間のＬＡＮフレームの受け渡しを行う。ＣＰＵカード３０は各カードの設定・監視を行う制御系カードである。ＣＰＵカード３０から各カードには制御系信号が接続されており、各カードに対してテーブル情報の設定や障害アラーム情報等の収集を行うことが可能である。
【０００８】
インタフェースカード１０内のＰＨＹ＋ＭＡＣ部１１は、ＰＨＹにてＬＡＮフレーム転送における物理レイヤの処理を行い、ＭＡＣにてＭＡＣレイヤの処理を行う。アクセス制御部１２はフレーム判定テーブル１３に対して、検索データの送信と読み出しデータの制御を行う。
【０００９】
フレーム判定テーブル１３は、アクセス制御部１２から受信した検索データを基にフレーム判定テーブル１３内を検索し、登録検索データとヒット（Ｈｉｔ：一致）した場合は、該当するエントリの読み出しデータをアクセス制御部１２に送信する。また、この読み出しデータ内には、該当フレームがＯＡＭか非ＯＡＭかの判定結果を示す情報も含まれている。更に、フレーム判定テーブル１３内を検索した結果、未ヒット（一致する検索データが何もなかった場合）時は、未ヒットであることをアクセス制御部１２に送信する。フレーム判定テーブル１３は連想メモリ（ＣＡＭ：Ｃｏｎｔｅｎｔ  Ａｄｄｒｅｓｓａｂｌｅ  Ｍｅｍｏｒｙ）等が使用可能である。
【００１０】
選択部１４は、アクセス制御部１２から送信されたフレーム判定結果（ＯＡＭ，非ＯＡＭ，未ヒット）の結果を基に、該当フレームの後処理を選択する。ＯＡＭ終端部１５は、フレーム判定テーブル１３でＯＡＭフレームと判定されたフレームに対して、ＯＡＭ終端処理を行う。非ＯＡＭと判定されたフレームはスイッチカード２０に転送する。また、未ヒットのフレームを廃棄処理する。
【００１１】
図２はフレームフォーマットを示す。図２（Ａ）はＶＬＡＮフレームフォーマットを示し、図２（Ｂ）はＶＬＡＮ付きＥ−ＯＡＭフレームフォーマットを示す。ＭＡＣ  ＤＡはＭＡＣ宛先アドレスであり、ＭＡＣ  ＳＡはＭＡＣ送信元アドレスである。Ｅｔｈｅｒ  Ｔｙｐｅは、そのフレームのフレーム種別を表示するものであり、ＶＬＡＮフレーム、ＩＰフレーム、ＯＡＭフレーム等で値が異なる。ここでは、ＶＬＡＮのＥｔｈｅｒ  Ｔｙｐｅ＝０ｘ８１００，ＩＰのＥｔｈｅｒ  Ｔｙｐｅ＝０ｘ０８００，ＯＡＭのＥｔｈｅｒ  Ｔｙｐｅ＝０ｘ９９００である。
【００１２】
ＦＣＳはＦｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅであり、フレームのＣＲＣ−３２  情報がフレームの最後尾に格納されている。図２（Ａ）はＶＬＡＮフレーム内にＩＰフレームが収容されているケースであり、図２（Ｂ）はＶＬＡＮフレーム内にＯＡＭフレームが収容されているケースを示している。
【００１３】
ＯＡＭフレーム内の各ＭＥＬ，Ｖ，ＯＰＣはＯＡＭの各種情報であり、ＭＥＬはＯＡＭレベル情報を示し、ＶはＶｅｒｓｉｏｎを示し、ＯＰＣはＯｐｅｒａｔｉｏｎ  Ｃｏｄｅであり、ＯＡＭメッセージ種別を示している。ＯｔｈｅｒｓはそれぞれＯＡＭメッセージ種別毎に異なる情報を持つ領域である。
【００１４】
図３はフレーム判定テーブル１３のエントリ構成例を示す。フレーム判定テーブル１３は連想メモリで構成されている。連想メモリは検索データと、その検索データに対応した読み出しデータから構成されるメモリである。
【００１５】
本例では入力ＬＡＮフレームから、ある範囲のデータを取り出し、そのデータを検索データとして連想メモリに送信することによりメモリ内の検索を行い、メモリ内データと一致するか否かの判定を行い、フレーム種別の判定を行う。
【００１６】
図３では、それぞれ以下のエントリを格納する。エントリ１〜３はＶＬＡＮ＋ＯＡＭフレーム用エントリであり、ＶＬＡＮ単位のＯＡＭをサポートするため、ＶＬＡＮｔａｇも含んだ情報が検索データとして登録されている。マスク（Ｍａｓｋ）はＤｏｎ’ｔ  ｃａｒｅを意味し、検索対象とはならない。
【００１７】
ＡはＡｖａｉｌａｂｉｌｉｔｙであり、該当連想メモリのエントリが有効か無効かを示し、Ａ＝１で有効を示す。ＯＡＭのレベル、版数、種別も判定可能なように、ＭＥＬ，Ｖ，ＯＰＣも検索データとして登録されている。ＯＰＣは各々異なるＯＡＭメッセージ種別を示しＣＣメッセージ＝０ｘ０１（０ｘは１６進表示を示す），ＬＢＲメッセージ＝０ｘ０２，ＬＢＭメッセージ＝０ｘ０３を示している。各ＶＬＡＮでサポートするＯＡＭ種別毎にＯＰＣを含むエントリが追加設定される。
【００１８】
読み出しデータのＯＡＭはＯＡＭ＝０の時に非ＯＡＭフレームを示し、ＯＡＭ＝１の時にＯＡＭフレームを示すものである。ＯＡＭ  Ｔｙｐｅは各エントリのＯＡＭ種別を示す。ＯＡＭ＝０の時は非ＯＡＭフレームであるため、ＯＡＭ  Ｔｙｐｅの内容は無効である。廃棄処理は、そのフレームを廃棄する場合、廃棄処理＝１が格納される。この他に出力カード番号と出力ポート番号が格納される。
【００１９】
ＯＡＭフレームは受信したインタフェースカード内で終端されるため、読み出しデータの出力カード番号と出力ポート番号は無効となっている。エントリ４はＶＬＡＮ＋非ＯＡＭフレーム用エントリであり、これにヒットしたフレームは、非ＯＡＭフレーム判定され、読み出しデータから出力カード番号と出力ポート番号を取得後、スイッチカードに転送され、スイッチカード経由で該当する出力側インタフェースカードの出力ポートに送信される。
【００２０】
エントリＮは、未ヒット用のエントリであり、フレーム判定テーブルの最後尾に格納されるエントリである。連想メモリの検索はテーブルの上位（若番）アドレスから行われる。また、上位から検索を行い、ヒットした場合には、その時点で検索処理を終了し、ヒットしたエントリの読み出しデータを返信する。
【００２１】
ここでは、テーブルの上側配置エントリが若番アドレスとなっている。この場合、どのエントリにもヒットしなかった検索データは、最終的に最後尾の未ヒットエントリにヒットする。これは検索データのＡ以外はマスク領域であるため、検索データの中身が何であれヒットするエントリである。また、この未ヒットエントリの廃棄処理は廃棄を示しており、本エントリにヒットしたフレームは廃棄される。Ｅ−ＯＡＭの終端動作としては以下に示す動作となる。
【００２２】
図１において、インタフェースカード１０にフレーム入力時、ＰＨＹ＋ＭＡＣ部１１でフレームが受信され、物理レイヤとＭＡＣレイヤの処理後、アクセス制御部１２はフレームの先頭から１６０ビット迄のデータを抽出し、その抽出データの先頭にフレーム判定テーブル１３用の有効（Ａ）ビットを付与し、フレーム判定テーブル１３に検索データとして送信する。フレーム判定テーブル１３は受信した検索データを基にテーブル内を検索し、その検索結果をアクセス制御部１２に送信する。
【００２３】
これにより、選択部１４は、フレーム判定テーブル１３の判定結果により後段の処理を選択する。以上の処理により、受信したフレームのフレーム種別が判定され、その判定結果に基づき適切なフレーム処理が行われる。
【００２４】
なお、ＶＬＡＮ機能を有するＬ２スイッチで、ＶＬＡＮ機能部がフレームを所定のＶＬＡＮにマッピングしフレーム分類部が優先順位を示し、ＯＡＭ監視部が監視用のフレームを該ＶＬＡＮに挿入することが提案されている（例えば特許文献１参照）。
【特許文献１】国際公開第ＷＯ２００４／０４０８５４公報
【発明の開示】
【発明が解決しようとする課題】
【００２５】
従来は、ＶＬＡＮ毎にＯＡＭをサポートする場合、１つのＶＬＡＮに対して、１つのＶＬＡＮ＋非ＯＡＭフレーム判定エントリと複数のＶＬＡＮ＋ＯＡＭフレーム判定エントリが必要となる。ＶＬＡＮ数は通常の通信装置で数千個のＶＬＡＮ収容が要求される。また、Ｑ−ｉｎ−Ｑ等のＶＬＡＮタグ２段構成をサポートする通信装置では、数万個以上のＶＬＡＮの収容が要求されてくる。
【００２６】
更に、ＶＬＡＮ単位に複数のＯＡＭメッセージをサポートする場合には、必要とされるテーブルエントリが飛躍的に増加し、連想メモリの容量の制限により、必要とされるＶＬＡＮ数のサポートやＯＡＭ機能のサポートができないという問題が発生する。
【００２７】
また、必要とされるＶＬＡＮ単位のＯＡＭをサポートするために、フレーム判定テーブルのメモリ容量の大幅な増加や搭載部品の点数増加によるコストアップや消費電力の増加等の問題が発生する。
【００２８】
開示の通信装置は、判定テーブルのメモリ容量を低減することを目的とする。
【課題を解決するための手段】
【００２９】
開示の一実施態様による通信装置は、仮想ネットワーク機能と保守管理機能を搭載する通信装置において、
供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索する第１判定手段と、
前記第１判定手段の判定結果と、前記フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索する第２判定手段と、
前記第２判定手段の判定結果に応じて前記フレームを選択する選択手段と、
前記選択手段で選択された保守管理メッセージを含むフレームを終端する終端手段を有する。
【００３０】
また、開示の一実施態様による保守管理メッセージ終端方法は、仮想ネットワーク機能と保守管理機能を搭載する通信装置の保守管理メッセージ終端方法において、
供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索して第１判定を行い、
前記第１判定の判定結果と、前記フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索して第２判定を行い、
前記第２判定の判定結果に応じて前記フレームを選択し、
選択された保守管理メッセージを含むフレームを終端する。
【発明の効果】
【００３１】
本実施形態によれば、判定テーブルのメモリ容量を低減することができる。
【発明を実施するための最良の形態】
【００３２】
以下、図面に基づいて実施形態を説明する。
【００３３】
＜第１実施形態＞
図４は通信装置の第１実施形態の構成図を示す。同図中、インタフェースカード１１０はＬＡＮフレームを収容しＬＡＮフレームの送受信を行う。スイッチカード１２０は各インタフェースカード間のＬＡＮフレームの受け渡しを行う。ＣＰＵカード１３０は各カードの設定・監視を行う制御系カードである。
【００３４】
ＣＰＵカード１３０から各カードには制御系信号が接続されており、各カードに対してテーブル情報の設定や障害アラーム情報等の収集を行うことが可能である。制御端末１４０はＣＰＵカード１３０に接続されており、制御端末１４０からテーブル情報の設定や障害アラーム情報等の収集が行われる。
【００３５】
インタフェースカード１１０内のＰＨＹ＋ＭＡＣ部１１１は、ＰＨＹにてＬＡＮフレーム転送における物理レイヤの処理を行い、ＭＡＣにてＭＡＣレイヤの処理を行う。アクセス制御部１１２は入力フレームの先頭から１２８ビット目までを検索データとして抽出し、フレーム判定テーブル１１３に検索データとして送信する。フレーム判定テーブル１１３は、従来とテーブル内の形式（ビットマップ）が異なる。
【００３６】
アクセス制御部１１４は、ＯＡＭ判定テーブル１１５のアクセスの制御を行う。アクセス制御部１１４は、入力フレームの先頭１２９ビット目から１６０ビット目までを検索データとして抽出し、ＯＡＭ判定テーブル１１５に検索データとして送信する。
【００３７】
ＯＡＭ判定テーブル１１５は、ＯＡＭフレーム判定を行う。ＯＡＭ判定テーブル１１５は、フレーム判定テーブル１１３と同様に連想メモリで構成されている。
【００３８】
選択部１１６は、アクセス制御部１１４から送信されたフレーム判定結果（ＯＡＭ，非ＯＡＭ，未ヒット）の結果を基に、該当フレームの後処理を選択する。
【００３９】
ＯＡＭ終端部１１７は、ＯＡＭ判定テーブル１１５でＯＡＭフレームと判定されたフレームに対して、ＯＡＭ終端処理を行う。非ＯＡＭと判定されたフレームはスイッチカード２０に転送する。また、未ヒットのフレームを廃棄処理する。
【００４０】
図５はフレーム判定テーブル１１３の第１実施形態のエントリ構成を示す。同図中、ＶＬＡＮエントリ毎に１エントリを登録する構成である。エントリ有効を示すＡ（Ａｖａｉｌａｂｉｌｉｔｙ）ビットと、ＭＡＣ  ＤＡ，ＭＡＣ  ＳＡ，Ｅｔｈｅｒ  Ｔｙｐｅ，ＶＬＡＮｔａｇを登録検索データとして持ち、ＯＡＭフレームをチェックするデータは登録検索データとしては持たない。
【００４１】
読み出しデータにはＭＥＰフラグが１ビット追加され、ＯＡＭフラグ、ＯＡＭ  Ｔｙｐｅは削除されている。廃棄処理は、そのフレームを廃棄する場合、廃棄処理＝１が格納される。この他に出力カード番号と出力ポート番号が格納される。
【００４２】
ＭＥＰフラグは、ＭＥＧ  Ｅｎｄ  Ｐｏｉｎｔフラグである。ＭＥＧとはＥ−ＯＡＭの技術用語であり、Ｍａｉｎｔｅｎａｎｃｅ  Ｅｎｔｒｙ  Ｇｒｏｕｐの略であり、ＯＡＭを管理するグループを指す。すなわち、端点識別子としてのＭＥＰフラグは、保守管理グループの端点であることを示す。
【００４３】
本実施形態では、このグループがＶＬＡＮ単位に定義されている。また、Ｅ−ＯＡＭにはＯＡＭの端点となるＥｎｄ  Ｐｏｉｎｔと、中間点（中継点）となるＩｎｔｅｒｍｅｄｉａｔｅ  Ｐｏｉｎｔの２種類がある。
【００４４】
Ｅｎｄ  Ｐｏｉｎｔ（ＭＥＰ）は、例えばＣＣメッセージを両端の装置で送受信する場合にＣＣメッセージを終端する通信装置に設定される。Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｐｏｉｎｔは、ＯＡＭのＥｎｄ  Ｐｏｉｎｔを構成する装置の中間に配置され、ＬＢメッセージやＬＴメッセージ等を中間点の装置として終端する装置に設定される。なお、Ｉｎｔｅｒｍｅｄｉａｔｅ  ＰｏｉｎｔはＭＩＰ（ＭＥＧ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｐｏｉｎｔ）と呼ばれる。
【００４５】
図５のフレーム判定テーブル１１３では、該当ＶＬＡＮがＯＡＭのＭＥＰとなる場合、即ち通信装置が端点としてＯＡＭをサポートする場合にはＭＥＰフラグ＝１を設定する。ここでは、エントリ１のＶＬＡＮ＝１００に対してＭＥＰフラグ＝１が設定され、ＶＬＡＮ＝２００はＯＡＭをサポートしないので、ＭＥＰフラグ＝０を設定する例を示している。
【００４６】
図６はＯＡＭ判定テーブル１１５の第１実施形態のエントリ構成を示す。ＯＡＭ判定テーブル１１５はＶＬＡＮ種別に関わらず、装置でサポートするＯＡＭメッセージ単位に１つのエントリが設定される。エントリ有効を示すＡビット、フレーム判定テーブル１１３から取得したＭＥＰフラグ、Ｅｔｈｅｒ  Ｔｙｐｅ，ＭＥＬ（ＭＥＧ  Ｌｅｖｅｌ），Ｖ，ＯＰＣを登録検索データとして持つ。読み出しデータには、ＯＡＭフラグ、廃棄処理、ＯＡＭ  Ｔｙｐｅを示す情報を持つ。また、フレーム判定テーブル１１３と同様にテーブルの最後尾に未ヒットエントリが格納されている。
【００４７】
ここで、図４のインタフェフェースカード１１０にＬＡＮフレームが受信されると、ＰＨＹ／ＭＡＣ部１１１を経由して、アクセス制御部１１２に送信される。アクセス制御部１２では、ＬＡＮフレームの先頭から１２８ビット目までのフレームを検索データとして抽出し、フレーム判定テーブル１１３に送信する。
【００４８】
フレーム判定テーブル１１３では、ＶＬＡＮエントリが登録されており、有効なＶＬＡＮ値を持つフレームがヒットすることになる。フレーム判定テーブル１１３のエントリ構成例では、ＶＬＡＮ＝１００と２００のフレームがヒットし、それ以外のＶＬＡＮ値を持つフレームは未ヒットとなり、読み出しデータから廃棄処理を示す情報が取得される。
【００４９】
フレーム判定テーブル１１３から読み出された読み出しデータは、ＬＡＮフレームと共に、アクセス制御部１２からアクセス制御部１１４に送信される。アクセス制御部１１４では、入力フレームの先頭１２９ビット目から１６０ビット目までを検索データとして抽出し、その抽出データの先頭にＡビットの有効＝１を示すビットとフレーム判定テーブル１１３から取得したＭＥＰフラグを付与して、ＯＡＭ判定テーブル１１５に検索データとして送信する。
【００５０】
これはＬＡＮフレームのＯＡＭフレームの必要な領域を直接抽出し、ＯＡＭ判定テーブル１１５に検索データとして送信することを意味する。この時、受信したＬＡＮフレームが、ＶＬＡＮ＝１００又は２００となるＶＬＡＮ値を持ち、また、ＭＥＬ，Ｖ，ＯＰＣが一致するＯＡＭフレームであった場合にヒットし、読み出しデータが取得される。
【００５１】
ＯＡＭ判定テーブル１１５から読み出された読み出しデータは、ＬＡＮフレームとフレーム判定テーブル１１３から読み出された読み出しデータ共に、アクセス制御部１１４から選択部１１６に送信される。
【００５２】
なお、ＯＡＭ判定テーブル１１５で未ヒットとなった場合、該当ＬＡＮフレームはＯＡＭ＝０、廃棄処理＝０（廃棄しない）として処理される。選択部１１６では、各テーブルからの読み出しデータを基に、ＯＡＭフレーム、非ＯＡＭフレーム、廃棄フレームを判定して、適切な処理を行うために後段にＬＡＮフレームを転送する。すなわち、Ｅ−ＯＡＭフレームのＣＣメッセージ等のＥ−ＯＡＭフレームは端点の通信装置において、選択部１１６からＯＡＭ終端部１１７に供給されて収容（終端）される。
【００５３】
以上に示したように、本実施形態ではフレーム判定テーブル１１３において、ＬＡＮフレームのＶＬＡＮフレーム判定のみを実施し、また、フレーム判定テーブル１１３の読み出しデータにＭＥＰフラグを持たせることにより、該当ＶＬＡＮがＯＡＭをサポートするか否かの判定も可能とし、更にＯＡＭフレーム判定用のＯＡＭ判定テーブル１１５を新たに実装することより、ＯＡＭをサポートするＶＬＡＮフレームに対してのみ、適切なＯＡＭ判定を行うことが可能となる。
【００５４】
これにより、フレーム判定テーブル１１３は必要なＶＬＡＮ数のみのエントリを登録すればよく、また、ＯＡＭ判定テーブル１１５はサポートするＯＡＭメッセージ数のみのエントリを登録すればよく、装置としてサポートする連想メモリのエントリ数を大幅に削減することが可能となる。
【００５５】
例えば必要なＶＬＡＮ数＝ｍ，サポートするＯＡＭメッセージ数＝ｎとした場合、従来のフレーム判定テーブル１１３のエントリ数はｍ×ｎが必要であるが、本実施形態のフレーム判定テーブル１１３のエントリ数はｍで、ＯＡＭ判定テーブル１１５のエントリ数はｎとなって連想メモリのエントリ数を大幅に削減できる。
【００５６】
また、フレーム判定テーブル１１３は従来の１６１ビットの検索データ幅から、１２９ビットの検索データ幅に削減することも可能であり、連想メモリ全体として必要なメモリ長を縦方向（エントリ方向）、横方向（データ幅方向）ともに大幅に削減することが可能となり、大多数のＶＬＡＮを収容する装置においても、ＶＬＡＮ単位のＯＡＭサポートを満足することが可能となる。
【００５７】
＜第２実施形態＞
図７はフレーム判定テーブル１１３の第２実施形態のエントリ構成を示す。図８はＯＡＭ判定テーブル１１５の第２実施形態のエントリ構成を示す。
【００５８】
第１実施形態では、Ｅ−ＯＡＭフレームのＣＣメッセージ等のＥ−ＯＡＭフレームを端点として収容（終端）するＭＥＰ機能をサポートとするが、第２実施形態では、ＬＢメッセージ等の中間点に位置する通信装置がＥ−ＯＡＭフレームを中間点として収容（終端）するＭＩＰ機能をサポートする。
【００５９】
また、図７に示すＯＡＭ判定テーブル１１５においては、読み出しデータにＭＥＰフラグの代わりにＭＩＰフラグを持つ。中間点識別子としてのＭＩＰフラグは、保守管理グループの中間点であることを示し、ＭＩＰを収容するＶＬＡＮフレームに対応するエントリに対して、ＭＩＰ有効となるＭＩＰフラグ＝１を設定する。図中、ＶＬＡＮ＝１００に対してＭＩＰが有効であり、ＶＬＡＮ＝２００に対してＭＩＰが無効となっている。また、図８に示すように、ＯＡＭ判定テーブルの登録検索データにはＭＩＰフラグを持つ。
【００６０】
以上説明したように、この実施形態では、ＶＬＡＮ単位に収容されるＥ−ＯＡＭフレームのＭＩＰに対してＯＡＭ種別判定が可能となる。
【００６１】
＜第３実施形態＞
図９はフレーム判定テーブル１１３の第３実施形態のエントリ構成を示す。図１０はＯＡＭ判定テーブル１１５の第３実施形態のエントリ構成を示す。
【００６２】
第３実施形態では、Ｅ−ＯＡＭの端点としてのＭＥＰと中間点としてのＭＩＰの両方のサポートを可能とする。図９に示すように、読み出しデータにＭＥＰフラグとＭＩＰフラグを持つ。ＭＥＰ又はＭＩＰを収容するＶＬＡＮフレームに対応するエントリに対して、ＭＥＰ＝１又はＭＩＰ＝１を設定する。第７−１図フレーム判定テーブルのエントリ構成例では、ＶＬＡＮ＝１００に対してＭＥＰが有効であり、ＶＬＡＮ＝２００に対してＭＩＰが有効となっている。
【００６３】
また、図１０に示すＯＡＭ判定テーブル１１５においては、登録検索データにＭＥＰフラグとＭＩＰフラグを持つ。ＭＥＰ＝１とＭＩＰ＝１にそれぞれヒットさせるために、各ＯＡＭメッセージ種別に対して、それぞれＭＥＰ＝１かつＭＩＰ＝マスク（無効）のエントリと、ＭＥＰ＝マスク（無効）とＭＩＰ＝１のエントリの２個のエントリを設定する。
【００６４】
なお、アクセス制御部１１４は、検索データにＭＥＰフラグとＭＩＰフラグを付与して、ＯＡＭ判定テーブル１１５に検索データとして送信する。
【００６５】
以上説明したように、第３実施形態では、ＶＬＡＮ単位に収容されるＥ−ＯＡＭ蓮のＭＥＰとＭＩＰに対してＯＡＭ種別判定が可能となる。
【００６６】
＜第４実施形態＞
図１１はフレーム判定テーブル１１３の第４実施形態のエントリ構成を示す。図１２はＯＡＭ判定テーブル１１５の第４実施形態のエントリ構成を示す。
【００６７】
Ｅ−ＯＡＭは複数のメッセージをサポートしているが、全てのメッセージがネットワーク上でサポートされる訳ではない。第４実施形態では、ネットワーク上で定義されていないＥ−ＯＡＭフレームを検出し、そのＥ−ＯＡＭフレームを廃棄する。
【００６８】
第１〜第３実施形態では、ＯＡＭ判定テーブル１１５にヒットしないフレームは廃棄されることなく、フレーム判定テーブルで取得した出力カード番号と出力ポート番号の情報に従い、スイッチカード経由で出力側インタフェースカードに転送される。
【００６９】
これに対し、第４実施形態では、図１２に示すＯＡＭ判定テーブル１１５のエントリＮ−１に示す未定義ＯＡＭエントリを追加する。このエントリはＭＥＰ＝１，ＭＩＰ＝マスクであり、Ｅ−ＯＡＭをサポートする通信装置の端点であるＭＥＰで未定義ＯＡＭエントリをチェックすることを意味する。また、ＭＥＬ，Ｖ，ＯＰＣがマスクであるため、Ｅ−ＯＡＭフレームのＥｔｈｅｒ  Ｔｙｐｅを持ち、かつ、ＯＡＭ判定テーブルの上位のテーブルエントリでヒットしなかった（即ち、定義されているＯＡＭ種別と一致しなかった）Ｅ−ＯＡＭフレームがヒットすることになる。また、このエントリの廃棄処理＝１であるため、このエントリにヒットしたフレームは廃棄される。
【００７０】
以上説明したように、第４実施形態では、ネットワーク上で定義されていないＥ−ＯＡＭを、ＭＥＰとなる端点の装置で検出して廃棄することが可能となり、不必要なフレームがネットワーク上を転送されることを防ぐことが可能となる。
【００７１】
＜第５実施形態＞
図１３はフレーム判定テーブル１１３の第５実施形態のエントリ構成を示す。図１４はＯＡＭ判定テーブル１１５の第５実施形態のエントリ構成を示す。
【００７２】
ＬＡＮフレームでＶＬＡＮタグを持たないフレームは通常アンタグ（Ｕｎｔａｇ：タグなし）フレームと呼ばれる。第５実施形態では、ＶＬＡＮタグ付きのＬＡＮフレーム以外に、タグなしのアンタグフレームの判定及び、アンタグフレーム内のＯＡＭフレームの判定を可能とする。
【００７３】
図１３に示すように、フレーム判定テーブル１１３のエントリ３にアンタグエントリを追加する。アンタグエントリでは、登録検索データのＥｔｈｅｒ  ＴｙｐｅとＶＬＡＮｔａｇをマスクに設定する。これにより、上位エントリでヒットしなかった（即ち、ＶＬＡＮを示すＥｔｈｅｒ  Ｔｙｐｅ＝０ｘ９１００と、然るべきＶＬＡＮｔａｇを持たなかった）ＬＡＮフレームがヒットする。
【００７４】
また、読み出しデータにはアンタグエントリにヒットしたことを示すアンタグフラグのビットを追加する。アンタグエントリの場合、Ｕｎｔａｇ＝１が設定される。これは、アンタグフレームの場合、ＶＬＡＮタグを持たないためにＯＡＭフレームの開始位置がＶＬＡＮフレームの場合とは異なるためである。
【００７５】
アクセス制御部１１４は、第５実施形態では、フレーム判定テーブル１１３から読み出されたアンタグフラグの値をチェックし、Ｕｎｔａｇ＝１の場合はＶＬＡＮタグなしフレームとして、フレームの先頭９７ビット目から１２８ビット目までを検索データとして抽出し、ＯＡＭ判定テーブル１１５に送信する。また、Ｕｎｔａｇ＝０の場合はＶＬＡＮタグありフレームとして、フレームの先頭１２９ビット目から１６０ビット目までを検索データとして抽出し、ＯＡＭ判定テーブル１１５に送信する。
【００７６】
以上説明したように、第５実施形態では、アンタグフレームの判定及び、アンタグフレーム内におけるＥ−ＯＡＭフレームの判定が可能となる。
【００７７】
＜第６実施形態＞
図１５はフレーム判定テーブル１１３の第６実施形態のエントリ構成を示す。図１６はＯＡＭ判定テーブル１１５の第６実施形態のエントリ構成を示す。
【００７８】
ＬＡＮフレームは複数段のＶＬＡＮタグを重ねて送信することが可能であり、この機能を実装する通信装置も近年増えてきている。
【００７９】
第６実施形態では、複数段のＶＬＡＮタグを重ねたＬＡＮフレームの判定及び、ＶＬＡＮタグが付与されないアンタグフレームの判定を可能とし、また、それらのＬＡＮフレーム上で転送されるＥ−ＯＡＭの判定も可能とする。図１５のフレーム判定テーブル１１３に示すように、登録検索データ幅を拡張し、ＶＬＡＮタグを２段まで判定する。
【００８０】
アクセス制御部１２は、第６実施形態では入力フレームの先頭から１６０ビット目までを検索データとして抽出し、フレーム判定テーブル１１３に送信する。また、読み出しデータには、タグ（Ｔａｇ）ビットを追加する。タグビットはＶＬＡＮタグの段数を表示する。アンタグフレームの場合はＴａｇ＝０、１段ＶＬＡＮタグの場合はＴａｇ＝１、また、２段ＶＬＡＮタグの場合はＴａｇ＝２とする。
【００８１】
アクセス制御部１１４は、第６実施形態ではフレーム判定テーブル１１３から読み出されたタグビットの値をチェックし、該入力フレームのＶＬＡＮタグ段数を認識することでＯＡＭフレームの開始先頭位置を認識し、その開始先頭位置から３２ビットのデータを検索データとして抽出し、ＯＡＭ判定テーブル１１５に送信する。
【００８２】
以上説明したように、第６実施形態ではアンタグフレーム及び、複数段のＶＬＡＮタグフレームの判定及び、それらのフレーム上で転送されるＥ−ＯＡＭフレームの判定が可能となる。
【００８３】
＜第７実施形態＞
図１７はフレーム判定テーブル１１３の第７実施形態のエントリ構成を示す。図１８はＯＡＭ判定テーブル１１５の第７実施形態のエントリ構成を示す。
【００８４】
第７実施形態では、ＬＡＮフレームを収容するインタフェースカード１１０が複数の回線収容ポートを有し、かつ、そのポート毎に異なるサービスを収容可能とする場合に、フレーム判定テーブル１１３にて該回線収容ポートで許容されないフレーム形式を判定して廃棄させる。
【００８５】
図１７のフレーム判定テーブル１１３に示すように、登録検索データにポート（Ｐｏｒｔ）ビットを収容する。このポートビットのビット幅はインタフェースカードの収容するポート数による異なる。ここでは、エントリ１とエントリ２がポート１に対するエントリであり、エントリ１に２段ＶＬＡＮタグのエントリが登録され、エントリ２にアンタグエントリが登録されている。次にエントリ３とエントリ４がポート２に対するエントリであり、エントリ３に１段ＶＬＡＮタグのエントリが登録され、エントリ４にアンタグエントリが登録されている。
【００８６】
ここで、エントリ２とエントリ４の読み出しデータの廃棄処理フラグは、エントリ２は廃棄処理＝０（廃棄しない）が設定され、エントリ４は廃棄処理＝１（廃棄する）が設定されている。これはポート１がアンタグフレームを透過するサービスを収容するポートであり、ポート２はアンタグフレームの透過を許容しない（廃棄する）サービスを収容するポートであることを示している。
【００８７】
第７実施形態では、登録検索データにポートビットを追加することで、ポート毎に異なるサービスとそのポート上で収容したＥ−ＯＡＭフレームを判定することが可能となる。
【００８８】
＜第８実施形態＞
図１９はフレーム判定テーブル１１３の第８実施形態のエントリ構成を示す。図２０はＯＡＭ判定テーブル１１５の第８実施形態のエントリ構成を示す。
【００８９】
第８実施形態では、フレーム判定テーブル１１３，ＯＡＭ判定テーブル１１５において廃棄と判定されたフレームに対して、その廃棄要因を明確にする。このため、図１９のフレーム判定テーブルと図２０のＯＡＭ判定テーブルの読み出しデータにそれぞれ廃棄要因ビットを追加する。
【００９０】
廃棄要因ビットビットには廃棄要因となるテーブルエントリ内容に従い、それぞれ異なる値が設定される。ここでは、廃棄要因＝０は廃棄なし、廃棄要因＝１はフレーム判定テーブルでのアンタグフレーム判定による廃棄、廃棄要因＝２はフレーム判定テーブル１１３での未ヒットによる廃棄、廃棄要因＝３はＯＡＭ判定テーブル１１５での未定義ＯＡＭ判定による廃棄をそれぞれ示している。
【００９１】
また、各廃棄要因は、制御信号経由でＣＰＵカード１３０を介して制御端末１４０から読み出し可能とする。このように各テーブルでの廃棄判定となったフレームの廃棄要因を読み出しデータに設定することにより、廃棄要因が明確となり、保守者や管理者へ廃棄要因を表示させることにより、どの要因で廃棄が発生したか把握することが可能となる。
【００９２】
＜第９実施形態＞
図２１は通信装置の第９実施形態の構成図を示す。第９実施形態では、フレーム判定後の各処理部において処理したフレーム数をカウントするカウンタを実装する。
【００９３】
選択部１１６は前段のフレーム判定テーブル１１３，ＯＡＭ判定テーブル１１５におけるフレーム判定結果を基にその後の処理を選択するが、選択部１１６の後段にフレームカウンタ１１８，１１９，１２１を実装することで、各処理において処理したフレーム数のカウントを行う。
【００９４】
ＯＡＭフレームカウンタ１１８は、ＯＡＭ判定テーブル１１５でＯＡＭと判定されて、ＯＡＭ終端部１１７で処理されるフレーム数のカウントを行う。非ＯＡＭフレームカウンタ１１９は、ＯＡＭ判定テーブル１１５で非ＯＡＭと判定されて、スイッチカード１２０に送信されるフレーム数のカウントを行う。廃棄フレームカウンタ１２１は、フレーム判定テーブル１１３とＯＡＭ判定テーブル１１５で廃棄と判定されて、廃棄処理されるフレーム数のカウントを行う。
【００９５】
なお、廃棄フレームカウンタ１２１は廃棄要因が複数ある場合は、各廃棄要因毎に実装してもよい。また、各フレームカウンタは、制御信号経由でＣＰＵカード１３０から読み出し可能とする。
【００９６】
以上説明したように、第９実施形態では、インタフェースカード内で処理される各処理部での処理フレーム数をカウントすることで、どのような頻度でフレームが処理されたか把握することが可能となる。また、試験や評価時にも各処理部で適切な数のフレーム数が処理されたかを把握することが可能となる。
【００９７】
＜第１０実施形態＞
図２２は通信装置の第１０実施形態の構成図を示す。図２３はフレーム判定テーブル１１３の第１０実施形態のエントリ構成を示す。図２４はＯＡＭ判定テーブル１１５の第１０実施形態のエントリ構成を示す。
【００９８】
第１０実施形態では、入力側インタフェースカード１１０だけでなく、出力側インタフェースカード１１０においてもＥ−ＯＡＭフレームの終端を可能とする。通常は入力側インタフェースカードでＥ−ＯＡＭフレームを終端すれば、Ｅ−ＯＡＭフレームを送受信する通信装置間のネットワークの状態を監視することが可能である。
【００９９】
ただし、この場合、例えば通信装置内のスイッチカード１２０やカード間の受け渡し信号線において障害が発生した場合には、その手前の入力側インタフェースカード１１０でＥ−ＯＡＭを終端してしまうため、Ｅ−ＯＡＭを使用した監視はできないことになる。
【０１００】
図２２では、出力側カードにもＥ−ＯＡＭフレームを終端する機能を実装する。また、図２３に示すフレーム判定テーブル１１３にＢＰ（バイパス）フラグを追加する。ＢＰフラグはＢＰ＝１の時、ＯＡＭ判定テーブル１１５で入力側インタフェースカード１１０において終端すべきＥ−ＯＡＭと判定されても、選択部１１６は入力側インタフェースカード１１０でＥ−ＯＡＭフレームを終端せず、出力側インタフェースカード１１０に送信する。
【０１０１】
この際、フレーム判定テーブル１１３の読み出しデータに格納された出力カード番号と出力ポート番号を当該フレームに付与することは当然のことであるが、タグフラグと、図２４に示すＯＡＭ判定テーブル１１５の読み出しデータに格納されたＯＡＭフラグとＯＡＭ  Ｔｙｐｅの情報もヘッダ付与部１３１で当該フレームに付与して送信する。また、Ｅ−ＯＡＭフレームでないフレームは、タグフラグ、ＯＡＭフラグ、ＯＡＭ  Ｔｙｐｅの情報を０として送信する。
【０１０２】
出力側インタフェースカード１１０では、ヘッダ抽出部１３２で入力フレームに付与されたヘッダ情報を抽出して、後段の選択部１３３にヘッダ情報と共に該フレームを転送する。選択部１３３はヘッダ情報をチェックし、ＯＡＭフラグが１の時は、当該フレームが出力側インタフェースカードで終端すべきＥ−ＯＡＭフレームと判断して、ＯＡＭ終端部１３７に向けて、当該Ｅ−ＯＡＭフレームを送信する。
【０１０３】
以上説明したように、本来入力側インタフェースカード１１０において終端されるべきＥ−ＯＡＭフレームであっても、出力側インタフェースカード１１０においてＥ−ＯＡＭの終端させることにより、入力側インタフェースカード１１０、スイッチカード１２０を含む伝送区間の通信状態をＥ−ＯＡＭフレームを利用して監視することが可能となる。
【０１０４】
＜第１１実施形態＞
図２５は通信装置の第１１実施形態の構成図を示す。第１１実施形態では、入力側インタフェースカード１１０だけでなく、出力側インタフェースカード１１０においてもフレーム判定テーブル１４３、ＯＡＭ判定テーブル１４５を実装して、Ｅ−ＯＡＭフレームの終端を可能とする。
【０１０５】
標準技術の仕様として、Ｅ−ＯＡＭフレームのＭＥＰ又はＭＩＰの設定ポイントは、通信装置内の入力側ポート、又は出力側ポートで設定することが可能である。この場合、入力側ポートにおいて、出力側ポートで設定されるＭＥＰ又はＭＩＰの情報を通信装置内フレーム転送ルートの根元である入力側インタフェースカード１１０に設定することにより、出力側ポートで終端することを意図したＥ−ＯＡＭフレームを入力側インタフェースカード１１０で終端させることも可能である。
【０１０６】
しかし、入力側インタフェースカード１１０において、出力側ポートに対応したエントリも追加設定する必要があり、大規模通信装置等の収容するインタフェースポート数が多い通信装置においては、通信装置内の全出力側ポートにＭＥＰ又はＭＩＰが設定されても対応とするために、入力側インタフェースカード１１０において、エントリ容量の大きい連想メモリを実装しておく必要があり、得策とは言えない。
【０１０７】
図２５に示すように、出力側インタフェースカード１１０にも、フレーム判定機能と、Ｅ−ＯＡＭ終端機能を実装する。出力側インタフェースカード１１０のアクセス制御部１４２及びフレーム判定テーブル１４３，アクセス制御部１４４及びＯＡＭ判定テーブル１４５は、入力側インタフェースカード１１０に実装しているアクセス制御部１１２及びフレーム判定テーブル１１３，アクセス制御部１１４及びＯＡＭ判定テーブル１１５と同一のものを適用可能である。
【０１０８】
また、判定テーブル１４３，１４５の構成は図１９，図２０に示すものが適用可能であるが、出力カード番号と出力ポート番号は、入力側インタフェースカード１１０のフレーム判定テーブル１１３で取得済みのため、出力側インタフェースカード１１０のフレーム判定テーブル１４３の出力カード番号と出力ポート番号は無効となる。また、出力側インタフェースカード１１０のフレーム判定テーブル１４３における登録検索データのポートビットには、出力側ポート番号を設定しておく。
【０１０９】
以上説明したように、入力側インタフェースカードと出力側インタフェースカードの各フレーム判定テーブル１１３，１４３に適切なエントリを設定することにより、通信装置内の入力側ポート、又は出力側ポートにおいて、Ｅ−ＯＡＭフレームの終端を行うことが可能となる。
【０１１０】
＜第１２実施形態＞
図２６は通信装置の第１２実施形態の構成図を示す。第１２実施形態では、入力側インタフェースカード１１０と出力側インタフェースカード１１０で判定されたＥ−ＯＡＭフレームを各インタフェースカード１１０内で終端するのでなく、通信装置内の共通箇所で終端を行う。
【０１１１】
図２６において、ＯＡＭ終端カード１５０は、通信装置内の入力側インタフェースカード１１０と出力側インタフェースカード１１０でＥ−ＯＡＭフレームと判定されたフレームを集約し、１箇所でＥ−ＯＡＭフレームの終端を行うカードである。
【０１１２】
このカードは、Ｅ−ＯＡＭ終端専用カードであっても良い。又は、スイッチカード１２０やＣＰＵカード１３０と同一カードであっても良い。また、ＯＡＭフレームカウンタ１１８，１３４は入力側及び出力側のインタフェースカード１１０ではなく、ＯＡＭ終端カード１５０に実装してもよい。
【０１１３】
以上に示すように、Ｅ−ＯＡＭフレームを各インタフェースカード１１０ではなく、通信装置内で共通化した１箇所で集約して終端処理を行うことにより、インタフェースカード１１０の回路規模、部品実装点数を削減することが可能となり、コスト削減、消費電力の低下が可能となる。
【０１１４】
＜第１３実施形態＞
図２７は入力側インタフェースカード１１０のフレーム判定テーブル１１３の第１３実施形態のエントリ構成を示す。図２８は出力側インタフェースカード１１０のフレーム判定テーブル１４３の第１３実施形態のエントリ構成を示す。
【０１１５】
第１３実施形態では、入力側インタフェースカード１１０のフレーム判定テーブル１１３で判定した情報を使用して、出力側インタフェースカード１１０のフレーム判定テーブル１４３を簡易化する。
【０１１６】
図２７のフレーム判定テーブル１１３では、読み出しデータにフレームの識別子としてフレームＩＤが新たに追加されている。フレームＩＤはフレーム判定テーブル１１３で判定した当該フレームに対して付与されるＩＤであり、エントリ毎に個別のフレームＩＤを設定することが可能あり、入力側インタフェースカード１１０から出力側インタフェースカード１１０に当該フレームと共に転送される。
【０１１７】
図２７では、エントリ１とエントリ２に該当するフレームは、入力側インタフェースカード１１０でＥ−ＯＡＭフレームを終端するのではなく、出力側インタフェースカード１１０で終端を行いたいＥ−ＯＡＭフレームであり、フレームＩＤとして、それぞれ１と２が割り当てられている。当該エントリに該当するフレームは、当該フレームＩＤをフレームと共に出力側インタフェースカード１１０に送信される。
【０１１８】
出力側インタフェースカード１１０では、フレームＩＤをメモリインデックス（メモリアドレス）として、フレーム判定テーブル１４３を読み出しアクセスする。図２８のフレーム判定テーブル１４３では、フレームＩＤの１と２のエントリがそれぞれエントリ１と２に設定されており、フレーム判定テーブル１４３をフレームＩＤで直接アクセスすることより、ＭＥＰフラグ，ＭＩＰフラグ等の読み出しデータを取得することが可能となる。
【０１１９】
また、第１３実施形態では、出力側インタフェースカード１１０のフレーム判定テーブル１４３は、テーブル内を検索する必要はないため、連想メモリではくＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を使用して構成される。
【０１２０】
以上示すように、第１３実施形態では、入力側インタフェースカード１１０のフレーム判定テーブル１１３で判定した情報を使用して、出力側インタフェースカード１１０のフレーム判定を行うことにより、出力側インタフェースカード１１０のフレーム判定テーブル１４３をより安価なＳＲＡＭで構成することができる。
【０１２１】
＜第１４実施形態＞
図２９は通信装置の第１４実施形態の構成図を示す。図３０はフレーム判定テーブル１１３，１４３の第１４実施形態のエントリ構成を示す。図３１はＯＡＭ判定テーブル１１５，１４５の第１４実施形態のエントリ構成を示す。図３２はＯＡＭレベル判定部が実行するＯＡＭ判定処理のフローチャートを示す。
【０１２２】
第１４実施形態では、１つのＶＬＡＮ内で異なる複数のレベルのＥ−ＯＡＭフレームをサポートする。異なる通信装置との間で共通のＶＬＡＮを使用してＬＡＮフレームの通信を行うが、個々の通信装置との間で異なる監視を行いたい場合は、Ｅ−ＯＡＭメッセージ内のレベル（ＭＥＬ）に対して異なるレベル値を定義することが可能である。
【０１２３】
ここでは、図３０のフレーム判定テーブル１１３，１４３に示すように、ＭＥＬ１とＭＥＬ２の異なる２つのレベルが設定可能となっている。ここでは２つのレベルとなっているが、読み出しデータに情報を追加すれば、３以上の異なるレベルの設定も可能である。例えば、レベル＝０は無効として、レベル１とレベル２を有効なレベルと定義した場合、エントリ１とエントリ２にＭＥＬ１＝２、ＭＥＬ２＝１が設定されており、これはレベル１と２のＥ−ＯＡＭフレームを終端することを意味し、エントリ３はＭＥＬ１＝１が設定されており、レベル１のＥ−ＯＡＭフレームを終端することを意味する。
【０１２４】
また、図３１のＯＡＭ判定テーブル１１５，１４５に示すように、登録検索データのＭＥＬがマスクとなっている。これはＯＡＭ判定テーブル１１５，１４５を検索する際に、Ｅ−ＯＡＭフレームのＭＥＬ値のチェックは行わないことを意味する。
【０１２５】
また、図２９の構成図に示すように、アクセス制御部１１４，１４４と選択部１１６，１３３との間にＯＡＭレベル判定部１５２，１５３を追加している。
【０１２６】
図３２のＯＡＭ判定処理のフローチャートにおいて、ＯＡＭレベル判定部１５２（又は１５３）は、ＯＡＭ判定テーブル１１５（又は１４５）からの読み出しデータのＯＡＭフラグが１の時、当該フレームがＥ−ＯＡＭフレームであると認識し（ステップＳ１１）、フレーム判定テーブル１１３で取得したＭＥＬ１とＭＥＬ２とＥ−ＯＡＭフレーム内のＭＥＬの値を比較する（ステップＳ１２，Ｓ１３）。
【０１２７】
レベル値が一致した場合は、終端すべきＥ−ＯＡＭフレームと判定して、ＯＡＭフラグを１のまま、選択部１１６にフレームを送信する（ステップＳ１４，Ｓ１５）。また、レベルが一致しない場合は、終端すべきＥ−ＯＡＭフレームではないと判断し、ＯＡＭフラグを０に書き換えて、選択部１１６にフレームを送信する（ステップＳ１６）。
【０１２８】
これにより、レベルが一致する場合は、ＯＡＭ終端部１５１に当該フレームが送信され、レベルが一致しない場合は、終端すべきＥ−ＯＡＭフレームではないものと判定され、スイッチカード１２０に当該フレームを送信する。出力側インタフェースカード１１０においても、同様の処理を行う。
【０１２９】
以上説明したように第１４実施形態では、異なる複数のレベルのＥ−ＯＡＭフレームをサポートし、入力側インタフェースカード１１０及び出力側インタフェースカード１１０の両方でＥ−ＯＡＭフレームを終端することが可能となる。
【０１３０】
＜第１５実施形態＞
図３３は通信装置の第１５実施形態の構成図を示す。図３４はフレーム判定テーブル１１３，１４３の第１５実施形態のエントリ構成を示す。図３５はＯＡＭ判定テーブル１１５，１４５の第１５実施形態のエントリ構成を示す。図３６はＭＥＬ  ＯＡＭ  Ｔｙｐｅビットマップを示す。図３７はＯＡＭレベル＆種別判定部が実行するＯＡＭレベル＆種別判定処理のフローチャートを示す。
【０１３１】
第１５実施形態では、各ＶＬＡＮ内で異なる複数のレベル（ＭＥＬ）のＥ−ＯＡＭフレームをサポートする場合、各ＶＬＡＮのレベル単位にサポートするＯＡＭ種別を個別に設定可能とする。
【０１３２】
図３３の通信装置では、ＯＡＭレベル判定部１５２，１５３の代りにＯＡＭレベル＆種別判定部１６２，１６３を設けている。
【０１３３】
また、図３４のフレーム判定テーブル１１３，１４３に示すように、ＭＥＬ１  ＯＡＭ  ＴｙｐｅとＭＥＬ２  ＯＡＭ  Ｔｙｐｅが追加されるいる。例えば、エントリ１のＶＬＡＮ（１）エントリは、ＭＥＬ１  ＯＡＭ  Ｔｙｐｅ＝１，ＭＥＬ２  ＯＡＭ  Ｔｙｐｅ＝２の異なる２つのレベルが設定されている。この各レベルに対して、サポートするＯＡＭ種別をそれぞれＭＥＬ１  ＯＡＭ  ＴｙｐｅとＭＥＬ２  ＯＡＭ  Ｔｙｐｅに設定する。設定する値は、複数のＯＡＭ種別の組み合わせを予め示すものとする。例えば、ＭＥＬ  ＯＡＭ  Ｔｙｐｅ＝１はＣＣのみをサポート、ＭＥＬ  ＯＡＭ  Ｔｙｐｅ＝２はＣＣとＬＢをサポートすることを示す。
【０１３４】
この他に、図３６のＭＥＬ  ＯＡＭ  Ｔｙｐｅビットマップに示すように、ビットマップ形式により、予めビットフォーマットを決めておき、１つのビットが１つＯＡＭ種別を示し、ビット内の値が１であればサポートするＯＡＭ種別を示し、０であればサポートしないＯＡＭ種別を示す構成としてもよい。図３６では、ＣＣとＬＢがサポート対象のＯＡＭ種別であり、ＬＴが未サポート対象のＯＡＭ種別を表している。
【０１３５】
図３３のフレーム判定テーブル１１３，１４３及びＯＡＭ判定テーブル１１５，１４５をアクセス後、ＯＡＭレベル＆種別判定部１６２，１６３において、ＯＡＭレベル判定とＯＡＭ種別判定を行う。
【０１３６】
図３７のＯＡＭレベル＆種別判定処理のフローチャートにおいて、ＯＡＭレベル＆種別判定部１６２（又は１６３）は、ＯＡＭ判定テーブル１１５（又は１４５）からの読み出しデータのＯＡＭフラグが１の時、当該フレームがＥ−ＯＡＭフレームであると認識し（ステップＳ２１）、フレーム判定テーブル１１３で取得したＭＥＬ１とＭＥＬ２とＥ−ＯＡＭフレーム内のＭＥＬの値を比較する（ステップＳ２２，Ｓ２３）。
【０１３７】
ＭＥＬ値が一致した時は、次にＯＡＭ判定テーブル１１５の読み出しデータから取得したＯＡＭ  Ｔｙｐｅ値とＭＥＬ１  ＯＡＭ  Ｔｙｐｅ値又はＭＥＬ２  ＯＡＭ  Ｔｙｐｅ値を比較チェックする（ステップＳ２４，Ｓ２５）。
【０１３８】
ＭＥＬ１  ＯＡＭ  Ｔｙｐｅ値又はＭＥＬ２  ＯＡＭ  Ｔｙｐｅ値がサポート対象のＯＡＭ種別と一致した場合は、終端すべきＥ−ＯＡＭフレームと判定して、ＯＡＭフラグを１のまま、選択部１１６にフレームを送信する（ステップＳ２６，Ｓ２７）。
【０１３９】
一方、ＯＡＭ種別が一致しない場合は、終端すべきＥ−ＯＡＭフレームではないと判断し、ＯＡＭフラグを０に書き換えて、選択部１１６にフレームを送信する（ステップＳ２８）。
【０１４０】
これにより、レベルとＯＡＭ種別が一致する場合はＯＡＭ終端部１５１に当該フレームを送信し、レベルが一致しない場合は終端すべきＥ−ＯＡＭフレームではないものと判定されスイッチカード２０に当該フレームを送信する。
【０１４１】
以上説明したように、第１５実施形態では、複数の異なるレベルに対して、異なるＯＡＭ種別のサポートを行うことができる。
【０１４２】
＜第１６実施形態＞
図３８は通信装置の第１６実施形態の構成図を示す。第１６実施形態では、入力側インタフェースカード１１０から挿入したＥ−ＯＡＭフレームを同一通信装置内の出力側インタフェースカード１１０で抽出することで、通信装置内のフレーム通信路の自律的な監視を行う。
【０１４３】
図３８において、ＯＡＭカード１５０にＯＡＭ生成部１６５を設ける。ＯＡＭカード１５０は物理的にスイッチカード１２０やＣＰＵカード１３０と同一であっても良い。ＯＡＭ生成部１６５でＥ−ＯＡＭフレームを定期的に生成し、入力側インタフェースカード１１０に送信する。
【０１４４】
入力側インタフェースカード１１０では、ＯＡＭ生成部１６５で生成したＥ−ＯＡＭフレームを、多重部１６６により、回線から入力されたＬＡＮフレームと多重する。この時、Ｅ−ＯＡＭフレームは、回線から入力されたＥ−ＯＡＭフレームとは異なるＶＬＡＮ値を持つものとし、かつ、入力側インタフェースカード１１０において終端されない設定がフレーム判定テーブル１１３に成されているものとする。また、異なるＶＬＡＮ値ではなく、回線から入力されたＥ−ＯＡＭフレームとは異なるものであることが認識可能であるなら、ＶＬＡＮ値以外の特定ＭＡＣアドレス等を使用しても良い。
【０１４５】
出力側インタフェースカード１１０では、ＯＡＭ生成部１６５で生成されたＥ−ＯＡＭフレームを終端すべく、当該Ｅ−ＯＡＭフレームを終端する設定がフレーム判定テーブル１４３とＯＡＭ判定テーブル１４５に設定されている。
【０１４６】
これにより、ＯＡＭ生成部１６５において定期的に生成されたＥ−ＯＡＭフレームをＯＡＭ終端部１５１で終端することが可能となる。また、ＯＡＭ終端部１５１において、当該Ｅ−ＯＡＭフレームを定期的に受信しているかをチェックすることにより、同一通信装置内の入力側インタフェースカード１１０と出力側インタフェースカード１１０間におけるＬＡＮフレーム通信路の自律的な監視を行うことが可能となる。
【０１４７】
＜第１７実施形態＞
第１７実施形態について、図３８の構成図に基づいて説明する。第９実施形態ではＯＡＭフレームと判定されたフレームのカウントを行っていたのに対し、第１７実施形態ではＯＡＭ判定テーブル１１５の読み出しデータに格納されているＯＡＭ  Ｔｙｐｅ（種別）単位にＯＡＭフレームのカウントを行う。
【０１４８】
これはＯＡＭ判定テーブル１１５，１４５においてＯＡＭフレームと判定され、選択部１１６，１３３でＯＡＭフレームとして選択されたフレームに対して、ＯＡＭフレームカウンタ１１８，１３４のカウント時に、ＯＡＭ  Ｔｙｐｅ単位でカウントを行うことで実現する。
【０１４９】
以上説明したように、第１７実施形態では、ＯＡＭ種別単位にフレームカウントを行うことより、どの種別のＯＡＭフレームをどれだけ受信したかを把握することが可能となる。
【０１５０】
上記の各実施形態によれば、ＬＡＮフレーム上で送受信されるＥ−ＯＡＭフレームに対して、複数段ＶＬＡＮタグを含むＶＬＡＮタグ付きＥ−ＯＡＭフレーム、ＶＬＡＮタグなしＥ−ＯＡＭフレーム、異なるレベルのＥ−ＯＡＭフレーム等の様々な種類のＥ−ＯＡＭのサポート時に、必要とされるフレーム判定用テーブルのエントリ数を大幅に低減することが可能となり、また、入力側インタフェースカードと出力側インタフェースカードにＭＥＰ又はＭＩＰポイントを設定することを可能とし、かつＥ−ＯＡＭフレームを利用した通信装置内通信路の監視も可能とすることにより、ＬＡＮ回線ネットワークの信頼性向上に寄与するところが大きい。
（付記１）
仮想ネットワーク機能と保守管理機能を搭載する通信装置において、
供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索する第１判定手段と、
前記第１判定手段の判定結果と、前記フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索する第２判定手段と、
前記第２判定手段の判定結果に応じて前記フレームを選択する選択手段と、
前記選択手段で選択された保守管理メッセージを含むフレームを終端する終端手段を
有することを特徴とする通信装置。
（付記２）
付記１記載の通信装置において、
前記第１判定手段の判定結果は、保守管理グループの端点であることを示す端点識別子を含むことを特徴とする通信装置。
（付記３）
付記１記載の通信装置において、
前記第１判定手段の判定結果は、保守管理グループの中間点であることを示す中間点識別子を含むことを特徴とする通信装置。
（付記４）
付記１記載の通信装置において、
前記第１判定手段の判定結果は、保守管理グループの端点であることを示す端点識別子と、前記保守管理グループの中間点であることを示す中間点識別子を含むことを特徴とする通信装置。
（付記５）
仮想ネットワーク機能と保守管理機能を搭載する通信装置の保守管理メッセージ終端方法において、
供給されるフレームの仮想ネットワーク識別子を用いて第１判定テーブルを検索して第１判定を行い、
前記第１判定の判定結果と、前記フレームに含まれる保守管理メッセージを用いて第２判定テーブルを検索して第２判定を行い、
前記第２判定の判定結果に応じて前記フレームを選択し、
選択された保守管理メッセージを含むフレームを終端することを特徴とする保守管理メッセージ終端方法。
（付記６）
付記２乃至３のいずれか１項記載の通信装置において、
前記第２判定手段は、前記第２判定テーブルに定義されているＯＡＭ種別と一致しなかった保守管理メッセージに対し廃棄を指示することを特徴とする通信装置。
（付記７）
付記２乃至３又は６のいずれか１項記載の通信装置において、
前記第１判定手段は、前記フレームに含まれる複数の仮想ネットワーク識別子を用いて第１判定テーブルを検索することを特徴とする通信装置。
（付記８）
付記７記載の通信装置において、
前記第１判定手段は、フレームを収容する回線収容ポート毎に、前記フレームに含まれる仮想ネットワーク識別子を用いて第１判定テーブルを検索することを特徴とする通信装置。
（付記９）
付記８記載の通信装置において、
前記第１判定手段及び第２判定手段は、判定結果としてフレームの廃棄要因情報を出力することを特徴とする通信装置。
（付記１０）
付記９記載の通信装置において、
前記選択手段によって選択され、後段の処理が異なるフレームの数を前記処理毎にカウントするカウント手段を
有することを特徴とする通信装置。
（付記１１）
付記１記載の通信装置において、
前記第１判定手段と第２判定手段と前記選択手段と前記終端手段を、入力側インタフェースカードに有し、
前記選択手段と前記終端手段を、更に出力側インタフェースカードに有することを特徴とする通信装置。
（付記１２）
付記１記載の通信装置において、
前記第１判定手段と第２判定手段と前記選択手段と前記終端手段を、入力側インタフェースカードと出力側インタフェースカードそれぞれに有することを特徴とする通信装置。
（付記１３）
付記１２記載の通信装置において、
前記入力側インタフェースカードの終端手段と前記出力側インタフェースカードの終端手段とを共通化したことを特徴とする通信装置。
（付記１４）
付記１２又は１３記載の通信装置において、
前記入力側インタフェースカードの第１判定手段は判定結果としてフレーム識別子を付加して出力し、前記出力側インタフェースカードの第１判定手段は前記フレーム識別子を用いて判定結果を出力することを特徴とする通信装置。
（付記１５）
付記１２又は１３記載の通信装置において、
前記入力側インタフェースカード及び前記出力側インタフェースカードの第２判定手段は、複数の異なるレベルの保守管理メッセージについて終端を指示する判定結果を出力することを特徴とする通信装置。
（付記１６）
付記１５記載の通信装置において、
前記入力側インタフェースカード及び前記出力側インタフェースカードの第２判定手段は、複数の異なるレベルの保守管理メッセージの種別について終端を指示する判定結果を出力することを特徴とする通信装置。
（付記１７）
付記１５記載の通信装置において、
前記入力側インタフェースカードに挿入する自律監視用のフレームを生成するフレーム生成手段を有し、
前記出力側インタフェースカードで前記自律監視用のフレームを終端することを特徴とする通信装置。
（付記１８）
付記１０記載の通信装置において、
前記カウント手段は、前記選択手段によって選択された保守管理メッセージを含むフレームの数を前記保守管理メッセージの種別毎にカウントすることを特徴とする通信装置。
（付記１９）
付記５記載の保守管理メッセージ終端方法において、
前記第１判定の判定結果は、保守管理グループの端点であることを示す端点識別子を含むことを特徴とする保守管理メッセージ終端方法。
（付記２０）
付記５記載の保守管理メッセージ終端方法において、
前記第１判定の判定結果は、保守管理グループの中間点であることを示す中間点識別子を含むことを特徴とする保守管理メッセージ終端方法。
（付記２１）
付記５記載の保守管理メッセージ終端方法において、
前記第１判定の判定結果は、保守管理グループの端点であることを示す端点識別子と、前記保守管理グループの中間点であることを示す中間点識別子を含むことを特徴とする保守管理メッセージ終端方法。
（付記２２）
付記１９乃至２１のいずれか１項記載の保守管理メッセージ終端方法において、
前記第２判定は、前記第２判定テーブルに定義されているＯＡＭ種別と一致しなかった保守管理メッセージに対し廃棄を指示することを特徴とする保守管理メッセージ終端方法。
（付記２３）
付記２乃至３又は６のいずれか１項記載の保守管理メッセージ終端方法において、
前記第１判定は、前記フレームに含まれる複数の仮想ネットワーク識別子を用いて第１判定テーブルを検索することを特徴とする保守管理メッセージ終端方法。
（付記２４）
付記７記載の保守管理メッセージ終端方法において、
前記第１判定は、フレームを収容する回線収容ポート毎に、前記フレームに含まれる仮想ネットワーク識別子を用いて第１判定テーブルを検索することを特徴とする保守管理メッセージ終端方法。
（付記２５）
付記８記載の保守管理メッセージ終端方法において、
前記第１判定及び第２判定は、判定結果としてフレームの廃棄要因情報を出力することを特徴とする保守管理メッセージ終端方法。
（付記２６）
付記９記載の保守管理メッセージ終端方法において、
前記第２判定の判定結果に応じて選択され、後段の処理が異なるフレームの数を前記処理毎にカウントすることを特徴とする保守管理メッセージ終端方法。
【図面の簡単な説明】
【０１５１】
【図１】従来の通信装置の一例の構成図である。
【図２】フレームフォーマットを示す図である。
【図３】フレーム判定テーブル１３のエントリ構成例を示す図である。
【図４】通信装置の第１実施形態の構成図である。
【図５】フレーム判定テーブル１１３の第１実施形態のエントリ構成を示す図である。
【図６】ＯＡＭ判定テーブル１１５の第１実施形態のエントリ構成を示す図である。
【図７】フレーム判定テーブル１１３の第２実施形態のエントリ構成を示す図である。
【図８】ＯＡＭ判定テーブル１１５の第２実施形態のエントリ構成を示す図である。
【図９】フレーム判定テーブル１１３の第３実施形態のエントリ構成を示す図である。
【図１０】ＯＡＭ判定テーブル１１５の第３実施形態のエントリ構成を示す図である。
【図１１】フレーム判定テーブル１１３の第４実施形態のエントリ構成を示す図である。
【図１２】ＯＡＭ判定テーブル１１５の第４実施形態のエントリ構成を示す図である。
【図１３】フレーム判定テーブル１１３の第５実施形態のエントリ構成を示す図である。
【図１４】ＯＡＭ判定テーブル１１５の第５実施形態のエントリ構成を示す図である。
【図１５】フレーム判定テーブル１１３の第６実施形態のエントリ構成を示す図である。
【図１６】ＯＡＭ判定テーブル１１５の第６実施形態のエントリ構成を示す図である。
【図１７】フレーム判定テーブル１１３の第７実施形態のエントリ構成を示す図である。
【図１８】ＯＡＭ判定テーブル１１５の第７実施形態のエントリ構成を示す図である。
【図１９】フレーム判定テーブル１１３の第８実施形態のエントリ構成を示す図である。
【図２０】ＯＡＭ判定テーブル１１５の第８実施形態のエントリ構成を示す図である。
【図２１】通信装置の第９実施形態の構成図である。
【図２２】通信装置の第１０実施形態の構成図である。
【図２３】フレーム判定テーブル１１３の第１０実施形態のエントリ構成を示す図である。
【図２４】ＯＡＭ判定テーブル１１５の第１０実施形態のエントリ構成を示す図である。
【図２５】通信装置の第１１実施形態の構成図である。
【図２６】通信装置の第１２実施形態の構成図である。
【図２７】入力側インタフェースカード１１０のフレーム判定テーブル１１３の第１３実施形態のエントリ構成を示す図である。
【図２８】出力側インタフェースカード１１０のフレーム判定テーブル１４３の第１３実施形態のエントリ構成を示す図である。
【図２９】通信装置の第１４実施形態の構成図である。
【図３０】フレーム判定テーブル１１３，１４３の第１４実施形態のエントリ構成を示す図である。
【図３１】ＯＡＭ判定テーブル１１５，１４５の第１４実施形態のエントリ構成を示す図である。
【図３２】ＯＡＭ判定処理のフローチャートである。
【図３３】通信装置の第１５実施形態の構成図である。
【図３４】フレーム判定テーブル１１３，１４３の第１５実施形態のエントリ構成を示す図である。
【図３５】ＯＡＭ判定テーブル１１５，１４５の第１５実施形態のエントリ構成を示す図である。
【図３６】ＭＥＬ  ＯＡＭ  Ｔｙｐｅビットマップを示す図である。
【図３７】ＯＡＭレベル＆種別判定処理のフローチャートである。
【図３８】通信装置の第１６実施形態の構成図である。
【符号の説明】
【０１５２】
１１０  インタフェースカード
１２０  スイッチカード
１３０  ＣＰＵカード
１４０  制御端末
１１１  ＰＨＹ＋ＭＡＣ部
１１２，１１４  アクセス制御部
１１３  フレーム判定テーブル
１１６，１３３  選択部
１１７，１３７  ＯＡＭ終端部
１１８，１３４  ＯＡＭフレームカウンタ
１１９，１３５  非ＯＡＭフレームカウンタ
１２１，１３６  廃棄フレームカウンタ
１３１  ヘッダ付与部
１３２  ヘッダ抽出部
【図１】
2010056679.tif 000003
【図２】
2010056679.tif 000004
【図３】
2010056679.tif 000005
【図４】
2010056679.tif 000006
【図５】
2010056679.tif 000007
【図６】
2010056679.tif 000008
【図７】
2010056679.tif 000009
【図８】
2010056679.tif 000010
【図９】
2010056679.tif 000011
【図１０】
2010056679.tif 000012
【図１１】
2010056679.tif 000013
【図１２】
2010056679.tif 000014
【図１３】
2010056679.tif 000015
【図１４】
2010056679.tif 000016
【図１５】
2010056679.tif 000017
【図１６】
2010056679.tif 000018
【図１７】
2010056679.tif 000019
【図１８】
2010056679.tif 000020
【図１９】
2010056679.tif 000021
【図２０】
2010056679.tif 000022
【図２１】
2010056679.tif 000023
【図２２】
2010056679.tif 000024
【図２３】
2010056679.tif 000025
【図２４】
2010056679.tif 000026
【図２５】
2010056679.tif 000027
【図２６】
2010056679.tif 000028
【図２７】
2010056679.tif 000029
【図２８】
2010056679.tif 000030
【図２９】
2010056679.tif 000031
【図３０】
2010056679.tif 000032
【図３１】
2010056679.tif 000033
【図３２】
2010056679.tif 000034
【図３３】
2010056679.tif 000035
【図３４】
2010056679.tif 000036
【図３５】
2010056679.tif 000037
【図３６】
2010056679.tif 000038
【図３７】
2010056679.tif 000039
【図３８】
2010056679.tif 000040