(57)【要約】【課題】異なる伝送媒体間の媒体変換を行うメディアコンバータを用いた保守フレーム送受信の際に、使用するバッファの容量を軽減する為のメディアコンバータ、保守信号処理方法及び保守信号処理プログラムを提供する。【解決手段】センタ側のメディアコンバータ１ａは保守信号処理装置６及び対向するメディアコンバータより保守信号処理の要求に対する応答の保守信号を受信し、信号の変換を行う第１信号変換装置７等からなる。保守信号処理装置６は、ＣＰＵ１０、主記憶装置１１及びＰＬＤ２０を備える。ＰＬＤ２０は受信バッファ２２を備え、ＣＰＵ１０は、保守信号処理の要求を送信する保守信号送信部１８と、受信バッファ２２に応答の保守信号内の一部の信号をさせるバッファ制御部１９とを備え、これらモジュールを、適宜主記憶装置１１より呼び出して演算処理し、各機能を実行させる。【選択図】      図３
2004282155.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンバータ間にて信号を伝送する伝送媒体を介し対向するメディアコンバータに保守信号処理の要求を送信する保守信号送信部と、
前記対向するメディアコンバータより前記要求に対する応答の保守信号を受信し、信号の変換を行う信号変換装置と、
前記応答の保守信号内の一部の信号を記憶するバッファと、
前記一部の信号を選択するバッファ制御部
とを備えることを特徴とするメディアコンバータ。
【請求項２】
前記保守信号処理に応じて前記要求の送信回数を制御する保守信号要求制御部とを備え、
前記バッファ制御部は、前記要求に対する応答の保守信号の受信毎に、前記バッファが記憶する前記一部の信号を選択することを特徴とする請求項１に記載のメディアコンバータ。
【請求項３】
前記一部の領域が、一定の期間累積して記憶されるＣＰＵバッファとを更に備え、
前記バッファ制御部は、前記保守信号制御部が指定した要求の送信回数に対する応答の保守信号を受信したことを確認すると、前記ＣＰＵバッファに累積して記憶された前記一部の領域を用いて前記応答の保守信号を再構築することを特徴とする請求項１又は２に記載のメディアコンバータ。
【請求項４】
前記応答の保守信号は可変領域及び固定領域から構成される保守フレームによって伝送され、前記可変領域は前記固定領域以上のデータ長となるよう構成されることを特徴とする請求項１乃至３のいずれか１項に記載のメディアコンバータ。
【請求項５】
前記固定領域が前記可変領域以上のデータ長である場合、前記固定領域を前記可変領域以下のデータ長となるよう分割することを特徴とする請求項１乃至４のいずれか１項に記載のメディアコンバータ。
【請求項６】
前記バッファ制御部は、前記対向するメディアコンバータの前記固定領域を受信した後の受信バッファに、前記応答の保守信号内の前記可変領域のみを受信するよう制御することを特徴とする請求項１乃至５のいずれか１項に記載のメディアコンバータ。
【請求項７】
前記バッファ制御部は、電源起動時又は前記対向するメディアコンバータとのリンク回復時に、前記受信バッファに前記対向するメディアコンバータの前記固定領域を受信するよう制御することを特徴とする請求項１乃至６のいずれか１項に記載のメディアコンバータ。
【請求項８】
前記伝送媒体は光ファイバーケーブルであることを特徴とする請求項１に記載のメディアコンバータ。
【請求項９】
メディアコンバータ間にて信号を伝送する伝送媒体を介し対向するメディアコンバータに保守信号処理の要求を送信するステップと、
前記対向するメディアコンバータより前記要求に対する応答の保守信号を受信し、信号の変換を行うステップと、
前記応答の保守信号内の一部の信号を選択するステップと、
選択された前記一部の信号をバッファに記憶するステップ
とを備えることを特徴とする保守信号処理方法。
【請求項１０】
前記保守信号処理に応じて前記要求の送信回数を制御するステップを備え、
前記選択するステップは、前記要求に対する応答の保守信号の受信毎に、前記バッファが記憶する前記一部の信号を選択することを特徴とする請求項９に記載の保守信号処理方法。
【請求項１１】
前記一部の領域が、一定の期間累積してＣＰＵバッファに記憶させるステップとを更に備え、
前記選択するステップは、指定した要求の送信回数に対する応答の保守信号を受信したことを確認すると、前記ＣＰＵバッファに累積して記憶された前記一部の領域を用いて前記応答の保守信号を再構築することを特徴とする請求項９又は１０に記載の保守信号処理方法。
【請求項１２】
前記応答の保守信号は可変領域及び固定領域から構成される保守フレームによって伝送され、前記可変領域は前記固定領域以上のデータ長となるよう構成され、前記固定領域が前記可変領域以上のデータ長である場合、前記固定領域を前記可変領域以下のデータ長となるよう分割することを特徴とする請求項９乃至１１のいずれか１項に記載の保守信号処理方法。
【請求項１３】
前記選択するステップは、前記対向するメディアコンバータの前記固定領域を受信した後のバッファに、前記応答の保守信号内の前記可変領域のみを受信するよう制御することを特徴とする請求項９乃至１２のいずれか１項に記載の保守信号処理方法。
【請求項１４】
前記選択するステップは、電源起動時又は前記対向するメディアコンバータとのリンク回復時に、前記バッファに前記対向するメディアコンバータの前記固定領域を受信するよう制御することを特徴とする請求項９乃至１３のいずれか１項に記載の保守信号処理方法。
【請求項１５】
前記伝送媒体は光ファイバーケーブルであることを特徴とする請求項９に記載の保守信号処理方法。
【請求項１６】
異なる伝送媒体間の媒体変換を行うコンピュータに、
メディアコンバータ間にて信号を伝送する伝送媒体を介し対向するメディアコンバータに保守信号処理の要求を送信する命令と、
前記対向するメディアコンバータより前記要求に対する応答の保守信号を受信し、信号の変換を行う命令と、
前記応答の保守信号内の一部の信号を選択する命令と、
選択された前記一部の信号をバッファに記憶する命令
とを実行させることを特徴とする保守信号処理プログラム。
【請求項１７】
前記保守信号処理に応じて前記要求の送信回数を制御する命令を備え、
前記選択する命令は、前記要求に対する応答の保守信号の受信毎に、前記バッファが記憶する前記一部の信号を選択することを特徴とする請求項１６に記載の保守信号処理プログラム。
【請求項１８】
前記一部の領域を、一定の期間累積してＣＰＵバッファに記憶させるステップとを更に備え、
前記選択するステップは、指定した要求の送信回数に対する応答の保守信号を受信したことを確認すると、前記ＣＰＵバッファに累積して記憶された前記一部の領域を用いて前記応答の保守信号を再構築することを特徴とする請求項１６又は１７に記載の保守信号処理プログラム。
【請求項１９】
前記応答の保守信号は可変領域及び固定領域から構成される保守フレームによって伝送され、前記可変領域は前記固定領域以上のデータ長となるよう構成され、前記固定領域が前記可変領域以上のデータ長である場合、前記固定領域を前記可変領域以下のデータ長となるよう分割することを特徴とする請求項１６乃至１８のいずれか１項に記載の保守信号処理プログラム。
【請求項２０】
前記選択する命令は、前記対向するメディアコンバータの前記固定領域を受信した後のバッファに、前記応答の保守信号内の前記可変領域のみを受信するよう制御することを特徴とする請求項１６乃至１９のいずれか１項に記載の保守信号処理プログラム。
【請求項２１】
前記選択する命令は、電源起動時又は前記対向するメディアコンバータとのリンク回復時に、前記バッファに前記対向するメディアコンバータの前記固定領域を受信するよう制御することを特徴とする請求項１６乃至１９のいずれか１項に記載の保守信号処理プログラム。
【請求項２２】
前記伝送媒体は光ファイバーケーブルであることを特徴とする請求項１６に記載の保守信号処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、異なる伝送媒体間の媒体変換を行うメディアコンバータを用いた、保守信号の送受信の為の技術に係り、特に、メディアコンバータ内において送受信に用いるバッファ使用量を軽減させる為のメディアコンバータ、保守信号処理方法及び保守信号処理プログラムに関する。
【０００２】
【従来の技術】
近年、世界最大のコンピュータネットワーク「インターネット（Ｉｎｔｅｒｎｅｔ）」の利用が普及してきている。これに伴い、各家庭まで光ファイバ回線を延ばして、音楽、動画像及び医療データ等を高速回線で自在に送受信できる「ＦＴＴＨ（ｆｉｂｅｒ  ｔｏ  ｔｈｅ  ｈｏｍｅ）」が話題を集めている。このようなＦＴＴＨが実現されると、光ファイバ回線をオフィス内、地域内及び家庭内の端末に接続する為のメディアコンバータが不可欠となる。
【０００３】
メディアコンバータは、一般的に光ケーブルを接続する為光トランシーバ装置等に配置されるポートと、ＵＴＰケーブルを接続する為ＲＪ４５等に配置されるポートのそれぞれに物理層デバイスが設けられており、各物理層デバイスはＩＥＥＥ８０２．３規格によって規定されたＭＩＩ（ｍｅｄｉａ  ｉｎｄｅｐｅｎｄｅｎｔ  ｉｎｔｅｒｆａｃｅ：媒体非依存インターフェース）をサポートしている。
【０００４】
メディアコンバータを用いてＵＴＰケーブルを光ケーブルに接続した場合、ＦＴＴＨによる情報配信を行う中央局の側（以下、「センタ側」と記載）のメディアコンバータと、センタ側より光信号の配信を受けるオフィス、地域、家庭内の側（以下、「端末側」と記載）のメディアコンバータ間において、端末側のメディアコンバータの動作状態を問い合わせる為の保守フレームが送受信される。メディアコンバータについてのＴＴＣ基準であるＴＳ−１０００では、この保守フレームについての規定がなされている。この規定では、センタ側のメディアコンバータは端末側のメディアコンバータに対し状態通知要求を送信し、これに対して端末側のメディアコンバータはセンタ側のメディアコンバータに対し、現在の動作状態を保守フレーム内の一部の領域であるＳビット領域に入力した状態通知応答を返信する。
【０００５】
【非特許文献１】
社団法人電信電話技術委員会  ＴＴＣ仕様書  ＴＳ−１０００  光加入者線インターフェース（１００Ｍｂｉｔ／ｓ一心ＷＤＭ方式）  第１版  ２００２年５月２３日制定
【０００６】
【発明が解決しようとする課題】
しかしながら、前述したようなＴＳ−１０００準拠の保守フレームの送受信の際は、センタ側のメディアコンバータにおいて、端末側のメディアコンバータからの状態通知応答を処理する場合に、メディアコンバータの受信バッファは、図５の保守信号フレーム９６ビットの内、Ｆ０からＦ７までのプリアンブルとＥ０からＥ７までのＦＣＳを除く、Ｃ０からＭ４７までの８０ビットを受信し、受信した保守フレームをＣＰＵに送信する必要があった。この為、センタ側のメディアコンバータは、保守信号フレームと同サイズに、８０ビットの受信バッファを確保する必要があり、メディアコンバータ自体の記憶装置を増加させる一因となっていた。
【０００７】
本発明は、上記問題点を解決する為になされたものであり、メディアコンバータ間における保守フレーム送受信の際にバッファの容量を軽減する為のメディアコンバータ、保守信号処理方法及び保守信号処理プログラムに関する。
【０００８】
【課題を解決するための手段】
上記の問題点を鑑みて本発明の第１の特徴は、（イ）メディアコンバータ間にて信号を伝送する伝送媒体を介し対向するメディアコンバータに保守信号処理の要求を送信する保守信号送信部と、（ロ）対向するメディアコンバータより要求に対する応答の保守信号を受信し、信号の変換を行う信号変換装置と、（ハ）応答の保守信号内の一部の信号を記憶するバッファと、（ニ）一部の信号を選択するバッファ制御部とを備えるメディアコンバータであることを要旨とする。又、本発明の第１の特徴は、（ホ）保守信号処理に応じて要求の送信回数を制御する保守信号要求制御部とを備え、バッファ制御部は、要求に対する応答の保守信号の受信毎に、バッファが記憶する一部の信号を選択し、（ヘ）一部の領域が、一定の期間累積して記憶されるＣＰＵバッファとを更に備え、バッファ制御部は、保守信号制御部が指定した要求の送信回数に対する応答の保守信号を受信したことを確認すると、ＣＰＵバッファに累積して記憶された一部の領域を用いて応答の保守信号を再構築し、（ト）応答の保守信号は可変領域及び固定領域から構成される保守フレームによって伝送され、可変領域は固定領域以上のデータ長となるよう構成され、（チ）固定領域が可変領域以上のデータ長である場合、固定領域を可変領域以下のデータ長となるよう分割し、（リ）バッファ制御部は、対向するメディアコンバータの固定領域を受信した後の受信バッファに、応答の保守信号内の可変領域のみを受信するよう制御し、（ヌ）バッファ制御部は、電源起動時又は対向するメディアコンバータとのリンク回復時に、受信バッファに対向するメディアコンバータの固定領域を受信するよう制御し、（ル）伝送媒体は光ファイバーケーブルであることを加えても良い。
【０００９】
本発明の第２の特徴は、（イ）メディアコンバータ間にて信号を伝送する伝送媒体を介し対向するメディアコンバータに保守信号処理の要求を送信するステップと、（ロ）対向するメディアコンバータより要求に対する応答の保守信号を受信し、信号の変換を行うステップと、（ハ）応答の保守信号内の一部の信号を選択するステップと、（ニ）選択された一部の信号をバッファに記憶するステップとを備える保守信号処理方法であることを要旨とする。
【００１０】
本発明の第３の特徴は、（イ）異なる伝送媒体間の媒体変換を行うコンピュータに、メディアコンバータ間にて信号を伝送する伝送媒体を介し対向するメディアコンバータに保守信号処理の要求を送信する命令と、（ロ）対向するメディアコンバータより要求に対する応答の保守信号を受信し、信号の変換を行う命令と、（ハ）応答の保守信号内の一部の信号を選択する命令と、（ニ）選択された一部の信号をバッファに記憶する命令とを実行させる保守信号処理プログラムであることを要旨とする。
【００１１】
【発明の実施の形態】
（保守信号処理システムの概要）
始めに、本発明の実施の形態に係るメディアコンバータを用いた保守信号処理システムの概要について説明する。
【００１２】
保守信号処理システムは、図１に示すように、「メディアコンバータ」であるセンタ側のメディアコンバータ１ａ、「対向するメディアコンバータ」である端末側のメディアコンバータ１ｂ、センタ側のメディアコンバータ１ａと端末側のメディアコンバータ１ｂ間の伝送媒体である光ファイバーケーブル２とを備える。センタ側のメディアコンバータ１ａは、保守信号受信の際、光ファイバーケーブル２からの光信号を電気信号に変換し、接続された第２の伝送媒体であるＵＴＰケーブル３ａを介してセンタ側ネットワーク４に送信する。センタ側ネットワーク４は端末４ａ、４ｂ、４ｃを有する。同様に、端末側のメディアコンバータ１ｂは、光ファイバーケーブル２からの光信号を電気信号に変換し、接続されたＵＴＰケーブル３ｂを介して端末側ネットワーク５に送信する。端末側ネットワーク５は端末５ａ、５ｂ、５ｃを有する。尚、センタ側のメディアコンバータ１ａ及び端末側のメディアコンバータ１ｂは、その内部若しくは外部に、所定の機能を実現するソフトウェアプログラムをインストールすることにより実現される。
【００１３】
尚、センタ側のメディアコンバータ１ａ及び端末側のメディアコンバータ１ｂの配置に関しては、同一機能を有するメディアコンバータを使用することにより、その位置関係を変更することも可能である。
【００１４】
（保守信号）
保守信号は、１００ＢＡＳＥ−ＦＸ（ＩＥＥＥ標準８０２．３）準拠の符号化方式を用いた９６ビット固定長フレームにより送受信される。保守信号は保守機能のための複数の制御信号を含み、主信号に挿入され、主信号と同帯域で送受信される。保守機能として用いられる保守信号には、ループ試験の際に用いられる「ループ試験開始要求」、「ループ試験開始応答」、「ループ試験終了要求」及び「ループ試験終了応答」、各メディアコンバータの状態通知要求の為の「状態通知要求」、これに応答する「状態通知応答」、各メディアコンバータに対して状態を通知する「状態通知表示」等が存在する。全ての保守信号は規定された保守フレームにてメディアコンバータ間を送受信される。
【００１５】
保守信号のフレームは、図４に示すような、ＴＴＣ標準によって定義されたものを使用する。以下、「保守フレーム内の一部の領域」について説明する。Ｃ０からＣ１５までの１６ビットが「Ｃビット領域」である。Ｓ０からＳ１５までの１６ビットが「Ｓビット領域」である。Ｃビット領域及びＳビット領域は、可変領域であり、その内容は送信する保守フレームによって変化する。Ｍ０からＭ２３までの２４ビットが、製造販売側のコードを示す「ベンダコード領域」である。Ｍ２４からＭ４７までの２３ビットが、型式番号、モデル番号を示す「モデル番号領域」である。ベンダコード領域及びモデル番号領域は端末側のメディアコンバータ１ｂ固有のものである為、一度取得すれば、端末側のメディアコンバータ１ｂが変わらない限り固定される。よって、ベンダコード領域及びモデル番号領域においては、電源起動時又は光リンク回復時に取得するのみで、端末側のメディアコンバータ１ｂを特定することが可能である。
【００１６】
保守フレームの項目定義について、信号の項目のうち代表的なものを説明する。方向識別子４１は、「０：上り」か「１：下り」であるかを判別する。上りの場合、端末側のメディアコンバータ１ｂからセンタ側のメディアコンバータ１ａに向かって信号が伝送される。下りの場合、センタ側のメディアコンバータ１ａから端末側のメディアコンバータ１ｂに向かって信号が伝送される。メディアコンバータが複数存在する場合でも、あくまで直近の、端末側若しくはセンタ側に信号は伝達される。命令識別子４２は、依頼が「１０：要求」、「１１：応答」及び「０１：表示」のいずれであるかを判別する。制御信号４３は、信号が「１０００００００：ループ試験開始」「００００００００：ループ試験終了」及び「０１００００００：状態通知」のいずれを制御するのかを判別する。リンク４４は、図１のセンタ側ネットワーク４若しくは端末側ネットワーク５のリンクが正常に確立されているかを「０：リンク確立」「１：リンク断絶」の信号によって判別する。ループ試験状態表示４５は、通常の主信号を伝送する状態「０：通常」であるか、「１：ループ試験中」であるかを判別する。リンク速度４６に従って「１０Ｍｂｉｔ／ｓ」、「１００Ｍｂｉｔ／ｓ」及び「１Ｇｂｉｔ／ｓ」等の速度を判別する。リンク通信方式４７により「全二重」若しくは「半二重」であるかを判別する。リンク自動ネゴシエーション機能４８によりリンク自動ネゴシエーションが可能か否かを判別する。リンクの物理インターフェース数４９によって、図１のセンタ側メディアコンバータ１ａ若しくは端末側メディアコンバータ１ｂが有するネットワーク４、５側の物理インターフェースの数が「単数」であるか「複数」であるか判別する。
【００１７】
（受信バッファ）
「バッファ」である、本発明の実施の形態に係る受信バッファ２２においては、保守信号の送受信に用いる通常の保守フレームの図５のＣ０からＭ４７までの８０ビットを受信しない。そのかわり、図６に示す、分割された小容量の受信バッファ２２に、後述するバッファ制御装置１９に指定された複数ビットのみを受信するよう初期設定する。
【００１８】
固定領域であるベンダコード領域及びモデル番号領域（図４、図６（ｂ）及び図６（ｃ）参照）は、対向するメディアコンバータを特定する際に必要である。よって電源起動時等に一度受信していればその後受信する必要は無い。
【００１９】
保守フレーム内の可変領域であるＣビット領域及びＳビット領域は、規定により図４の可変する方向識別子４１、制御信号４３等の情報を、対向するメディアコンバータに伝達する領域である。保守フレームの送信の際、実質的に情報を伝えるのが可変領域のＣビット領域及びＳビット領域である。この為、保守フレーム送受信の際には、可変領域を、最も多く、効率よく、受信バッファに取り込む手法について考慮する必要がある。先ず、固定領域のビット数は可変領域のビット数以下である方が伝送上効率が良いので、固定領域及び可変領域のビット数の関係は、
可変領域ビット数  ≧  固定領域ビット数        ・・・・・（１）
と表される。又、固定領域ビット数が可変領域ビット数以上のデータ長である場合、固定領域を可変領域以下のデータ長となるよう分割して送信する必要がある。この固定領域を送信する為に必要となる送信回数は、
保守フレームビット数／可変領域ビット数        ・・・・・（２）
によって求めることができる。
【００２０】
本発明の実施の形態に係るメディアコンバータにおいては、保守フレーム９６ビット、可変領域３２ビット、ベンダコード領域２４ビット、モデル番号領域２４ビットと規定がなされている為、受信バッファ２２の容量を３２ビットとする。これは、式（１）及び式（２）を満たす。よって、保守フレームの受信毎に、可変領域３２ビットのみ、ベンダコード領域２４ビットのみ、モデル番号領域２４ビットのみを受信バッファ２２に取り込むことが、最も効率的に受信バッファ２２の容量を軽減させて使用することができる。
【００２１】
この際、図６（ａ）及び図６（ｂ）の点線部の余りとなる領域が少ないほうが良いことは勿論である。この為、可変領域であるＣビット領域内に含まれる固定情報の、保守信号識別子（Ｃ０）及びバージョン情報（Ｃ４からＣ７）の５ビットを削除し、２７ビットにて可変領域及び固定領域を受信バッファに送信することも可能である。このとき受信バッファ２２も２７ビットしか必要ない。このように、可変領域と各固定領域のビット数を近づけることにより、より受信バッファの容量を軽減し、効率よく使用することができる。
【００２２】
尚、上記においてはＴＴＣ仕様書（ＴＳ−１０００）の規定に基づいてビット数の計算されているが、この保守フレームに関する規定が変更されたとしても、その変更に応じ、同様に受信バッファ２２の容量を軽減させることができることは勿論である。
【００２３】
（メディアコンバータ）
次に本発明の実施の形態に係るセンタ側のメディアコンバータ１ａは、図２に示すように、保守信号処理装置６、第１信号変換装置７、第２信号変換装置８及び保守信号処理に関する情報を外部に報知するＬＥＤ表示器２５等を備えている。第１信号変換装置７は、光トランシーバ装置３１及び光側物理層デバイス３２等から構成される。第２信号変換装置８はＭＡＣブリッジ装置３３、ツイストペア線側物理層デバイス３４、パルストランス３５及びＬＡＮ用コネクタ３６等から構成される。
【００２４】
光トランシーバ装置３１は、光ファイバーケーブル２にて伝送される光信号と端末側の装置にて伝送される電気信号間の変換を行う。光側物理層デバイス３２は、光ファイバーケーブル２側の物理層であり、物理層プロトコルを用い光トランシーバ装置３１との間で主信号の送受信処理を行う。ＭＡＣブリッジ装置３３は、データリンク層にてＩＥＥＥ８０２ＬＡＮ等の間の接続を行い、保守フレームの転送及びフィルタリング等を行う。ツイストペア線側物理層デバイス３４は、ＵＴＰケーブル３ａ、３ｂ側の物理層であり、物理層プロトコルを用いＵＴＰケーブル３ａ、３ｂ側との間で主信号の送受信処理を行う。パルストランス３５は、ＵＴＰケーブル３ａ、３ｂと、物理層デバイス等の内部回路との絶縁を行なう。ＬＡＮ用コネクタ３６は、ＲＪ４５等のコネクタである。
【００２５】
保守信号処理装置６は、図３に示すように、ＣＰＵ１０、主記憶装置１１及びＰＬＤ２０を備える。ＣＰＵ１０及びＰＬＤ２０は、保守信号処理を依頼する保守信号及び依頼された保守信号処理を実行する保守信号に関する処理を行う為のモジュールの集まりである。
【００２６】
ＰＬＤ２０は、保守信号抽出部２１、受信バッファ２２、送信バッファ２３及び保守信号挿入部２４を備える。保守信号抽出部２１は、第１信号変換装置７より受信した主信号より保守信号のみを抽出するモジュールである。又、抽出後の主信号及び保守信号処理フレーム等をＭＡＣブリッジ装置３３に対して送信する。受信バッファ２２は、所定のバッファ容量にて、保守信号抽出部２１より抽出された保守信号を一時保管する。送信バッファ２３は、所定のバッファ容量にて、ＣＰＵ１０より受信した保守信号を一時保管する。保守信号挿入部２４は、保守信号を主信号に挿入するモジュールである。
【００２７】
ＣＰＵ１０は、保守信号受信部１２、保守信号解析部１３、入出力処理部１４、タイマ処理部１５、物理層制御部１６、保守信号生成部１７、保守信号送信部１８、バッファ制御部１９、保守信号送信制御部２７及びＣＰＵバッファ２８等から構成される。保守信号受信部１２は、ＰＬＤ２０より保守信号を受信する為のモジュールである。保守信号解析部１３は、保守信号受信部１２から入力された保守信号及び後述する入出力処理部１４から入力された保守信号処理の依頼信号を解析し、種別化するモジュールである。入出力処理部１４はＬＥＤ表示器２５を制御する。入出力処理部１４はＬＥＤ表示器２５を緑色、橙色等に点灯及び点滅等させ、ループ試験の開始及び終了等の保守フレームの送受信を外部に報知させる。逆に、入出力処理部１４は、自動プログラム又は手動等により、端末側のメディアコンバータの状態問い合わせを開始する依頼信号を適宜作成し、保守信号解析部１３に伝達する。タイマ処理部１５は、保守信号のタイマ起動、停止等の管理を行うモジュールである。物理層制御部１６は、ＵＴＰケーブル３ａ、３ｂ側のツイストペア線側物理層デバイス３４に対して、保守信号処理の為の制御信号を発信するモジュールである。保守信号生成部１７は、解析結果より保守信号処理の依頼又は依頼に応答する保守信号を生成するモジュールである。保守信号送信部１８は、生成された保守信号を後述するＰＬＤ２０に送信するモジュールである。保守信号送信制御部２７は、保守信号の種類等に応じて、保守信号を送信する回数を制御するモジュールである。バッファ制御部１９は、ＣＰＵバッファ２８、受信バッファ２２及び送信バッファ２３の記憶するビット領域の制御及び記憶容量を制御する為のモジュールである。保守信号送信制御部２７及びバッファ制御部１９は接続されており、保守信号の送信毎に、所定のこれに応答する保守フレームを受信バッファ２２が受信するよう監視する。又、所定回数の保守信号の送信に対し、同数の保守信号の応答を受信するかを監視する。
【００２８】
主記憶装置１１は、ＣＰＵ１０にて使用する上記のモジュールを格納する。各モジュールは、モジュール実行時に、図示しないＣＰＵ１０内の演算装置によって演算処理されることにより各機能を実行する。主記憶装置１１は、更に保守信号記憶部１１ａ及びバッファ制御情報記憶部１９ａを備える。保守信号記憶部１１ａは、保守信号処理に関する保守信号の種別及び内容を記憶する。バッファ制御情報記憶部１９ａは、バッファ制御部１９のバッファの容量、保守フレーム内の受信バッファに取り込む領域等に関する制御情報を記憶する。
【００２９】
尚、端末側のメディアコンバータ１ｂについては、状態問い合わせの開始をする図３の入出力処理部１４、バッファ制御部１９及び保守信号送信制御部２７以外においてセンタ側のメディアコンバータ１ａと同構造であるため説明を省略する。
【００３０】
（メディアコンバータの動作）
次に、本発明の実施の形態に係るセンタ側のメディアコンバータ１ａと端末側のメディアコンバータ１ｂ間において状態問い合わせの処理についての保守フレームを送受信する動作について図７のフローチャートを用いて説明する。
【００３１】
（ａ）ステップＳ１０１において、センタ側のメディアコンバータ１ａの入出力処理部１４は、プログラムによる自動設定若しくは手動設定により、端末側のメディアコンバータ１ｂの動作状態の問い合わせ要求の依頼信号を発生させる。
【００３２】
（ｂ）ステップＳ１０２にて、保守信号解析部１３は保守信号記憶部１１ａの情報を基に、この依頼信号を解析し、この依頼信号はセンタ側のメディアコンバータ１ａに対する状態問い合わせ要求の保守信号であるという解析結果を出す。タイマ処理部１５は、「状態通知要求」送信から「状態通知応答」受信までの第１タイマを設定する。又、保守信号生成部１７は、保守信号処理依頼の情報を図３の保守フレームの各項目に生成する。例えば、方向識別子４１の欄に、相手側である端末側のメディアコンバータ１ｂの宛先とし、端末側からセンタ側へ対してなので「１：下り」を入力する。又、状態通知要求である為、命令識別子４２は「１０：要求」、制御信号４３は「０１００００００：状態通知」を入力する。他の保守フレーム項目においても同様に入力し、保守信号を生成する。
【００３３】
生成した保守信号は保守信号送信部１８によって送信バッファ２３に送信される。この際、保守信号送信制御部２７は、この保守信号に対する応答の保守フレームを受信バッファ２２にて受信するのに、保守信号処理の要求の送信が何回必要となるかを判断する。本発明の実施の形態においては、前述したように、３回の送信が必要である。送信バッファ２３に一時保存された保守フレーム（保守信号）は、保守信号挿入部２４によってＭＡＣブリッジ装置３３から送信された主信号に挿入される。挿入後の主信号は、第１信号変換装置７の光側物理層デバイス３２及び光トランシーバ装置３１（図２参照）にて物理層プロトコルの光信号に変換され、光ファイバーケーブル２を介して、端末側のメディアコンバータ１ｂに送信される。
【００３４】
（ｃ）ステップＳ１０３において、端末側のメディアコンバータ１ｂが第１の状態通知要求の保守信号を受信すると、図３の保守信号抽出部２１は、主信号より、保守信号のみを抽出される。抽出された保守信号はＣＰＵ１０の保守信号受信部１２を介して保守信号解析部１３に送信される。保守信号解析部１３は、保守信号記憶部１１ａの情報を基に、この保守信号を解析し、第１の状態通知応答を依頼されたことを判断する。これを受け、入出力処理部１４は、保守信号の送信が行われていることを、図３のＬＥＤ表示器２５を点灯、点滅等させることにより外部に報知する。
【００３５】
保守信号生成部１７は、「第１の状態通知応答」の為、図４の保守フレームの各項目を適宜入力する。例えば、方向識別子４１の欄に、相手側であるセンタ側のメディアコンバータ１ａの宛先として、この場合センタ側から端末側へ対してなので「０：上り」を入力する。又、「状態通知応答」である為、命令識別子４２は「１１：応答」、制御信号４３は「０１００００００：状態通知」を入力する。他の保守フレーム項目においても同様に入力し、図５の第１状態通知応答の保守信号９６ビットを生成する。
【００３６】
（ｄ）ステップＳ１０４において、第１の状態通知応答の保守信号は、保守信号挿入部２４にて主信号と合成され、端末側のメディアコンバータ１ｂ側の光側物理層デバイス３２及び光トランシーバ装置３１を経て、光ファイバーケーブル２を介し、再び、センタ側のメディアコンバータ１ａへ送信される。
【００３７】
（ｅ）ステップＳ１０５では、図８に示すように、センタ側のメディアコンバータ１ａ側では、第１の信号受信装置７が第１の状態通知応答の保守信号を受信し、バッファ制御部１９が、第１の状態通知応答フレームの内、図６（ｂ）のベンダコード領域２４ビットのみを受信バッファ２２に記憶させる。このベンダコード領域は、保守信号受信部１２を介し、ＣＰＵ１０のＣＰＵバッファ２８に送信され、一時記憶される。タイマ処理部１５は、第１タイマを解除する。
【００３８】
（ｆ）ステップＳ１０６では、ステップＳ１０２と同様に、センタ側のメディアコンバータ１ａにて、タイマ処理部１５が第２タイマを起動する。又、保守信号挿入部２４が、第２の状態通知要求の保守信号を主信号に挿入し、第１信号変換装置７を介して、端末側のメディアコンバータ１ｂに送信する。
【００３９】
（ｇ）ステップＳ１０７では、ステップＳ１０３と同様に、端末側のメディアコンバータ１ｂが第２の状態通知要求の保守信号を受信し、解析する。これに応じて保守信号生成部１７が、図５の第２の状態通知応答の保守信号を作成する。ステップＳ１０８にて、第２の状態通知応答の保守信号はセンタ側のメディアコンバータ１ａに送信される。
【００４０】
（ｈ）ステップＳ１０９では、ステップＳ１０５と同様に、図９に示すように、センタ側のメディアコンバータ１ａにて、第２の状態通知応答の保守信号を受信し、バッファ制御部１９が、第２の状態通知応答フレームの内、図６（ｃ）のモデル番号領域２４ビットのみを受信バッファ２２に記憶させる。このモデル番号領域は、ＣＰＵ１０のＣＰＵバッファ２８に送信され、記憶される。タイマ処理部１５は、第２タイマを解除する。
【００４１】
（ｉ）ステップＳ１１０では、ステップＳ１０２と同様に、センタ側のメディアコンバータ１ａにて、タイマ処理部１５が第３タイマを起動する。又、保守信号挿入部２４が、第３の状態通知要求の保守信号を主信号に挿入し、第１信号変換装置７を介して、端末側のメディアコンバータ１ｂに送信する。
【００４２】
（ｊ）ステップＳ１１１では、ステップＳ１０３と同様に、端末側のメディアコンバータ１ｂが第３の状態通知要求の保守信号を受信し、解析する。これに応じて保守信号生成部１７が第３の状態通知応答の保守信号を作成する。ステップＳ１１２にて、第３の状態通知応答の保守信号はセンタ側のメディアコンバータ１ａに送信される。
【００４３】
（ｋ）ステップＳ１１３では、ステップＳ１０５と同様に、図１０に示すように、センタ側のメディアコンバータ１ａにて、第３の状態通知応答の保守信号を受信し、バッファ制御部１９が、第３の状態通知応答フレームの内、図６（ａ）のＣビッド領域及びＳビット領域のみを受信バッファ２２に記憶させる。このベンダコード領域は、ＣＰＵ１０のＣＰＵバッファ２８に送信され、記憶される。タイマ処理部１５は、第３タイマを解除する。
【００４４】
（ｌ）ステップＳ１１４において、バッファ制御部１９は保守信号送信制御部２７が指定する３回の応答フレームを受信したことを確認する。確認後、バッファ制御部１９はＣＰＵバッファ２８に記憶されている８０ビットの情報を、保守信号フレームとして再構築する。ステップＳ１１５において、再構築された状態通知応答は、通常処理と同様に、保守信号として処理される。
【００４５】
（ｍ）ステップＳ１１５では、状態通知要求を連続して送信する場合や、ループ試験開始要求等別の保守信号の送信があるか否かを判断する。判断の結果、別の保守信号の送信がある場合は、ステップＳ１１０からステップＳ１１４までの、Ｃビッド領域及びＳビット領域のみを受信バッファ２２に記憶させるステップを繰り返す。
【００４６】
（ｎ）最後にステップＳ１１６において、端末側のメディアコンバータ１ｂに対し要求する保守信号が他に無い場合、状態問い合わせの処理を終了する。
【００４７】
（実施例）
例えば、端末側のメディアコンバータ１ｂからセンタ側のメディアコンバータ１ａの間に、応答の保守フレームの送信が１０回行なわれたとする。ＴＴＣ仕様書に規定されている手法で行なうと、単純に、８０ビット＊１０回＝８００ビット必要であるところを、本発明の実施の形態に係るセンタ側のメディアコンバータ１ａによると、２４ビット＋２４ビット＋（３２＊１０）＝３６８ビットで行なうことが可能である。又、可変領域を２７ビットと設定すると、２４ビット＋２４ビット＋（２７＊１０）＝３１８ビットにて行なうことが可能であり、規定の手法と比較し、データの送受信量を約０．４倍に軽減することができる。
【００４８】
受信バッファの制御においては、保守フレームの受信が頻繁に行なわれるセンタ側のメディアコンバータの受信バッファのみを制御しても良いし、保守フレームの受信の頻度に応じて、センタ側のメディアコンバータ及び端末側のメディアコンバータの双方において同様の制御を行なっても良いものとする。
【００４９】
本発明の実施の形態に係るメディアコンバータによると、受信バッファの容量を軽減することができるのと同様に送信バッファの容量を軽減することも可能である。よって、メディアコンバータの記憶装置全体の容量を軽減することが可能である。その上、メディアコンバータ間において送受信されるデータ量そのものを軽減させることができる。
【００５０】
【発明の効果】
本発明により、異なる伝送媒体間の媒体変換を行うメディアコンバータを用いた保守フレーム送受信の際に、使用するバッファの容量を軽減する為のメディアコンバータ、保守信号処理方法及び保守信号処理プログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るメディアコンバータを用いた通信システムの概要図である。
【図２】本発明の実施の形態に係るメディアコンバータの内部構成図である。
【図３】本発明の実施の形態に係る保守信号処理装置の内部構成図である。
【図４】本発明の実施の形態に係る保守フレームのデータ構成図である。
【図５】保守フレームのデータ構成図である。
【図６】保守フレームのデータ構成図である。
【図７】本発明の実施の形態に係る保守信号処理方法のフロー図である。
【図８】第１の状態通知応答のデータの流れを模式的に示す模式図である。
【図９】第２の状態通知応答のデータの流れを模式的に示す模式図である。
【図１０】第３の状態通知応答のデータの流れを模式的に示す模式図である。
【符号の説明】
１ａ…センタ側のメディアコンバータ
１ｂ…端末側のメディアコンバータ
２…光ファイバーケーブル
３…保守信号解析部
３ａ…ＵＴＰケーブル
３ｂ…ＵＴＰケーブル
４…センタ側ネットワーク
４ａ、４ｂ、４ｃ…端末
５…端末側ネットワーク
５ａ、５ｂ、５ｃ…端末
６…保守信号処理装置
７…第１信号変換装置
８…第２信号変換装置
１０…ＣＰＵ
１１…主記憶装置
１１ａ…保守信号記憶部
１２…保守信号受信部
１３…保守信号解析部
１４…入出力処理部
１５…タイマ処理部
１６…物理層制御部
１７…保守信号生成部
１８…保守信号送信部
１９…バッファ制御部
１９ａ…バッファ制御情報記憶部
２０…ＰＬＤ
２１…保守信号抽出部
２２…受信バッファ
２３…送信バッファ
２４…保守信号挿入部
２５…ＬＥＤ表示器
２７…保守信号送信制御部
２８…ＣＰＵバッファ
３１…光トランシーバ装置
３２…光側物理層デバイス
３３…ＭＡＣブリッジ装置
３４…ツイストペア線側物理層デバイス
３５…パルストランス
３６…ＬＡＮ用コネクタ
【図１】
2004282155.tif 000003
【図２】
2004282155.tif 000004
【図３】
2004282155.tif 000005
【図４】
2004282155.tif 000006
【図５】
2004282155.tif 000007
【図６】
2004282155.tif 000008
【図７】
2004282155.tif 000009
【図８】
2004282155.tif 000010
【図９】
2004282155.tif 000011
【図１０】
2004282155.tif 000012