JP5064352B2 - 光通信ネットワークシステムおよびその通信方法 - Google Patents

Description

この発明は、デ−タ通信技術に関し、メディア・コンバ−タ局側装置とメディア・コンバ−タ端末側装置と光通信ネットワ−クシステムおよびそれらの通信方法に関する。

アクセス回線領域において、光ファイバ上にてデ−タ伝送を行う光通信ネットワ−クの１つの形態として、図１１に示すような、シングルスタ−（ＳＳ：Ｓｉｎｇｌｅ Ｓｔａｒ：以下適宜ＳＳと称する）型ネットワ−ク形態１１０がある。ＳＳ型ネットワ−ク形態１１０では、オプティカルラインタ−ミネーション（ＯＬＴ：Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｔｉｏｎ：以下適宜ＯＬＴと称する）１１１と、オプティカルネットワ−クユニット（ＯＮＵ：Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ：以下適宜ＯＮＵと称する）１１５との通信は、光ファイバ１１２の帯域を占有する。

ＯＮＵ１１５は、加入者宅等に配置される加入者側端末（以下、適宜端末と称する）１１６と接続される。シングルスタ−型ネットワ−ク形態１１０では、ｎ個のＯＬＴ１１１〜ＯＬＴ１１１（ｎ）に対して、各々ｎ個のＯＮＵ１１５〜ＯＮＵ１１５（ｎ）が各々光ファイバ１１２〜光ファイバ１１２（ｎ）で接続される。また、ｎ個のＯＮＵ１１５〜ＯＮＵ１１５（ｎ）には、各々加入者側の端末装置１１６〜１１６（ｎ）が接続される。

光通信ネットワ−クの他の形態として、不図示のＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）型ネットワ−ク形態が知られている。ＰＯＮ型ネットワ−ク形態では、複数の加入者宅内等のそれぞれに置かれるＯＮＵへの分岐点である光スプリッタと電話局舎内等に置かれるＯＬＴとの間の光ファイバの帯域を、複数の加入者宅内等に置かれる各ＯＮＵで共有する。

メディアコンバ−タは、ＳＳ型ネットワ−ク形態１１０において、ポイント・ツウ・ポイント（以下、適宜「Ｐ２Ｐ」とも称する）伝送方式にてデ−タを伝送する代表的な装置である。

ＩＥＥＥ８０２委員会で規格化されたイ−サネット（登録商標）を利用する伝送方式は、近年では、ＥＦＭ（Ｅｔｈｅｒｎｅｔ（登録商標） ｉｎ ｔｈｅ Ｆｉｒｓｔ Ｍｉｌｅ）と呼ばれる方式（ＩＥＥＥ８０２．３標準に含まれる）により、アクセス回線領域に適用されるようになってきている。

ＩＥＥＥが制定したＥＦＭの伝送方式として、例えば、１Ｇｂｐｓの伝送速度を実現するＰ２Ｐ伝送方式として、「１０００ＢＡＳＥ−ＢＸ１０」が挙げられる。また、同じく１Ｇｂｐｓの伝送速度を実現するＰＯＮ型ネットワ−ク形態においては、ポイント・ツウ・マルチポイント（Ｐｏｉｎｔ ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）伝送方式として、「１０００ＢＡＳＥ−ＰＸ１０」および長距離対応方式の「１０００ＢＡＳＥ−ＰＸ２０」が挙げられる。

「１０００ＢＡＳＥ−ＰＸ１０」および「１０００ＢＡＳＥ−ＰＸ２０」は、通称「ＥＰＯＮ（Ｅｔｈｅｒｎｅｔ（登録商標）Ｐａｓｓｉｖｅ ＯｐｔｉｃａｌＮｅｔｗｏｒｋ）」として知られている。

光通信ネットワ−クシステムにおいては、より信頼性の高い通信品質を保持し、またその管理とメンテナンス及び障害からの速やかな復旧対策上、通信回線の断線や接続不良等に起因する通信断を遅滞なく検出できることが望まれる。また、電話局舎等に配置された管理装置側において、発生した障害の状態を把握できることが好ましい。例えば、下記特許文献１には、オ−トネゴシエ−ション機能を無効とした場合においても、ＭＡＣフレ−ムを用いてリンク断等の障害情報を通知することが提案されている。
特開２００５−８６７２９号公報

しかし、ＩＥＥＥ８０２．３標準では、ＯＬＴからＯＮＵへ至る下り通信回線についての信号断情報を、ＯＬＴに通知する方法について、現状の装置の性能を十分に考慮したものとはなっていないのが実状である。

本発明は、このような問題点に鑑み為されたものであり、簡易かつ汎用的に下り受信信号のＯＮＵでの受信異常を、ＯＬＴで把握可能なメディア・コンバ−タ局側装置等を実現することを目的とする。

本発明のメディア・コンバ−タ局側装置は、通信端末側に配置されるメディア・コンバ−タ端末側装置とリンクを確立して光通信するメディア・コンバ−タ局側装置であって、メディア・コンバ−タ局側装置が、メディア・コンバ−タ端末側装置から受信したデ−タがマックフレ−ムとは異なるデ−タである場合に、マックフレ−ムとは異なるデ−タを連続して受信した時間が所定の閾値時間より長ければ、メディア・コンバ−タ局側装置からメディア・コンバ−タ端末側装置への通信が断絶状態であると判断する。

また、本発明のメディア・コンバ−タ局側装置は、好ましくはメディア・コンバ−タ局側装置が、メディア・コンバ−タ端末側装置から受信した信号がアイドル信号またはオ−トネゴシエ−ション信号のいずれか一方である場合に、いずれか一方の信号を連続して受信した時間が所定の閾値時間より長ければ、メディア・コンバ−タ局側装置からメディア・コンバ−タ端末側装置への通信が断絶状態であると判断してもよい。

また、本発明のメディア・コンバ−タ局側装置は、さらに好ましくはマックフレ−ムとは異なるデ−タを連続して受信した時間が所定の閾値時間より長い場合に、メディア・コンバ−タ端末側装置に回線試験フレ−ムを送出し、回線試験フレ−ムにより、メディア・コンバ−タ局側装置とメディア・コンバ−タ端末側装置との間の回線断線試験をしてもよい。

また、本発明のメディア・コンバ−タ局側装置は、さらに好ましくはマックフレ−ムとは異なるデ−タを連続して受信した時間が所定の閾値時間より長い場合に、メディア・コンバ−タ端末側装置に対してバリアブルリクエストメッセ−ジを送出し、バリアブルリクエストメッセ−ジに対応してメディア・コンバ−タ端末側装置から送出されたバリアブルレスポンスメッセ−ジを受信しなければ、メディア・コンバ−タ局側装置からメディア・コンバ−タ端末側装置への通信が断絶状態であると判断してもよい。

また、上述のメディア・コンバ−タ局側装置と通信するメディア・コンバ−タ端末側装置において、メディア・コンバ−タ局側装置が受信したマックフレ−ムにより、メディア・コンバ−タ端末側装置への通信断の有無を判断できるように、メディア・コンバ−タ局側装置から送出された信号の受信状態を通知する情報を付与したマックフレ−ムを、少なくとも所定時間毎にメディア・コンバ−タ局側装置へ送出する。

また、本発明のメディア・コンバ−タ端末側装置は、好ましくはメディア・コンバ−タ端末側装置からメディア・コンバ−タ局側装置への通信回線がフルレ−トである場合に、受信状態を通知する情報を付与したマックフレ−ムの送出をしないこととしてもよい。

また、本発明のメディア・コンバ−タ端末側装置は、電話局側に配置されるメディア・コンバ−タ局側装置とリンクを確立して光通信するメディア・コンバ−タ端末側装置であって、メディア・コンバ−タ局側装置が受信したマックフレ−ムにより、メディア・コンバ−タ端末側装置への通信回線における光強度低下状態を認識できるように、メディア・コンバ−タ局側装置からメディア・コンバ−タ端末側装置への通信信号の光強度レベルが低下した場合に、光レベルの低下状態を示す受信光強度情報を付与したマックフレ−ムをメディア・コンバ−タ局側装置へ送出する。

また、本発明の光通信ネットワ−クシステムは、上述のメディア・コンバ−タ局側装置と、上述のメディア・コンバ−タ端末側装置とを備え、メディア・コンバ−タ局側装置とメディア・コンバ−タ端末側装置との間で、ポイント・ツウ・ポイント通信をする。

また、本発明のメディア・コンバ−タ局側装置の通信方法は、通信端末側に配置されるメディア・コンバ−タ端末側装置とリンクを確立して光通信するメディア・コンバ−タ局側装置の通信方法であって、メディア・コンバ−タ局側装置が、メディア・コンバ−タ端末側装置からデ−タを受信する受信工程と、受信工程で受信したデ−タがマックフレ−ムであるか否かを判断するデ−タ判断工程と、デ−タ判断工程において受信工程で受信したデ−タがマックフレ−ムではないと判断された場合に、マックフレ−ムではないデ−タを連続して受信した時間が所定の閾値時間より長いか否かを判断する連続受信時間判断工程と、連続受信時間判断工程で、マックフレ−ムではないデ−タを連続して受信した時間が所定の閾値時間より長いと判断された場合に、メディア・コンバ−タ局側装置からメディア・コンバ−タ端末側装置への通信が断絶状態であると判断する工程とを有する。

また、本発明のメディア・コンバ−タ端末側装置の通信方法は、上述のメディア・コンバ−タ局側装置と通信するメディア・コンバ−タ端末側装置の通信方法であって、メディア・コンバ−タ局側装置が受信したマックフレ−ムにより、メディア・コンバ−タ端末側装置への通信断の有無を判断できるように、メディア・コンバ−タ局側装置から送出された信号の受信状態の情報をマックフレ−ムに付与する付与工程と、付与工程で受信状態の情報が付与されたマックフレ−ムを、少なくとも所定時間毎にメディア・コンバ−タ局側装置へ送出する工程とを有する。

また、本発明のメディア・コンバ−タ端末側装置の通信方法は、電話局側に配置されるメディア・コンバ−タ局側装置とリンクを確立して光通信するメディア・コンバ−タ端末側装置の通信方法において、メディア・コンバ−タ局側装置が受信したマックフレ−ムにより、メディア・コンバ−タ端末側装置への通信回線における光強度低下状態を認識できるように、メディア・コンバ−タ局側装置から送出された通信信号の光強度レベルの低下を検出する検出工程と、検出工程で光強度レベルの低下が検出された場合に、光強度レベルの低下状態を示す受信光強度情報をマックフレ−ムに付与する工程と、受信光強度情報が付与されたマックフレ−ムを、メディア・コンバ−タ局側装置へ送出する工程とを有する。

また、本発明の光通信ネットワ−クシステムの通信方法は、上述のメディア・コンバ−タ局側装置の通信方法と、上述のメディア・コンバ−タ端末側装置の通信方法と、を有し、メディア・コンバ−タ局側装置とメディア・コンバ−タ端末側装置との間で、ポイント・ツウ・ポイント通信をする。

本発明により、ＯＮＵにおける下り受信信号の受信異常を簡易かつ汎用的に把握可能なメディア・コンバ−タ局側装置等とできる。

実施形態では、光ファイバ上でイ−サネット（登録商標）信号を用いてデ−タ伝送を行うポイント・ツゥ・ポイント伝送装置において、局側から端末側への下り通信信号の異常を通知する方法について説明する。そこで、まず前提となる共通する光通信技術について概要を以下に説明する。

１Ｇｂｐｓのポイント・ツゥ・ポイント伝送方式を実現する代表的な装置の一つとして、ギガビットメディア・コンバ−タ装置（以下、適宜ギガＭＣ装置とも称する）がある。ギガＭＣ装置は、１０００ＢＡＳＥ−ＢＸ１０を適用した装置の他、標準外の方式を適用した装置も多数知られている。

ギガＭＣ装置は、一般的に中継回線（例えば、図１１に示す光ファイバ１１２）に対して、ＩＥＥＥ８０２．３標準で規定されている１０００ＢＡＳＥ−Ｘと呼ばれるインタフェ−スを採用している。１０００ＢＡＳＥ−Ｘの符号化技術としては、８Ｂ／１０Ｂデ−タ符号化、すなわち上位レイヤから来る８ビットのデ−タを物理レイヤで１０ビットの符号（１０Ｂ符号）に変換するものが挙げられる。また、他の１０００ＢＡＳＥ−Ｘの符号化技術としては、オ−ダ・セット、すなわち１０Ｂ符号の組み合わせによって表現された特殊信号として、アイドル（Ｉｄｌｅ）信号やオ−トネゴシエ−ション（Ａｕｔｏ−ｎｅｇｏｔｉａｔｉｏｎ）信号等が規定されている。

図１１において、ＯＬＴ１１１−ＯＮＵ１１５間で、リンクが確立していない状態においては、１０００ＢＡＳＥ−Ｘのオ−トネゴシエ−ション機能が”Ｄｉｓａｂｌｅ”に設定されている時にはアイドル信号が送信され、”Ｅｎａｂｌｅ”に設定されている時にはオ−トネゴシエ−ション信号が送信される。アイドル信号の概要を図５（ａ）に示し、オ−トネゴシエ−ション信号の概要を図５（ｂ）に示す。図５は、オ−ダ・セット信号の概要を例示する概念図である。アイドル信号は、ＩＥＥＥ８０２．３標準では／Ｉ１／と／Ｉ２／との２種類が規定されている。一方、オ−トネゴシエ−ション信号は、ＩＥＥＥ８０２．３標準では／Ｃ１／と／Ｃ２／との２種類が規定されている。

図１は、電話局側に配置されるＯＬＴと加入者宅側に配置されるＯＮＵとの構成概要を概念的に示す構成概要図である。電話局側に配置されるＯＬＴと加入者宅側に配置されるＯＮＵとは、光通信ネットワークシステム１１０（２）を構成する。ＯＬＴ２１０は電話局側に配置されたギガＭＣ装置（ＧＭＣ−ＯＬＴ）であるものとし、ＯＮＵ２４０は加入者宅側に配置されたギガＭＣ装置（ＧＭＣ−ＯＮＵ）であるものとする。また、図１においてＯＬＴ２１０はメディア・コンバ−タ局側装置に対応し、ＯＮＵ２４０はメディア・コンバ−タ端末側装置に対応する。

図１において、２１１，２４１はＰＨＹ終端部であり、２１２，２４２はＭＡＣ終端部であり、２１３，２４３はＭＡＣフレーム処理部であり、２１４，２４４はＭＡＣ終端部であり、２１５，２４５はＰＨＹ終端部である。また、１１６は加入者宅においてＯＮＵ２４０と接続された端末装置である。

ＯＬＴ２１０とＯＮＵ２４０との間の中継回線（典型的には光ファイバ）上を通る信号として、下り方向（ＯＬＴ２１０からＯＮＵ２４０方向）の下り信号２２０と、上り方向（ＯＮＵ２４０からＯＬＴ２１０方向）の上り信号２３０を示す。下り信号２２０，上り信号２３０は、個々別々の光ファイバ上で送信される場合と、同一ファイバ上で異なった波長により送信される場合とがある。

ＯＮＵ２４０が、受信した下り信号２２０に異常を検出したとき、ＯＮＵ２４０は異常検出をＯＬＴ２１０に通知する為に、異常検出情報をＭＡＣフレ−ムで構成されている上り信号２３０により送出することが望まれる。下り信号２２０の受信異常が、同期外れによる信号断である場合、ＩＥＥＥ８０２．３標準の規定によると、同期外れから最大で２０ｍｓ間のみにおいて、下り信号断情報を有するＭＡＣフレ−ムを、ＯＮＵ２４０からＯＬＴ２１０に送出することが可能である。２０ｍｓ以降においては、ＯＮＵ２４０は、ＯＬＴ２１０に対してアイドル信号やオ−トネゴシエ−ション信号等のオ−ダ・セットのみを送信することが可能となる。

ＩＥＥＥ８０２．３標準には、ＥＦＭ向けのＯＡＭフレ−ムが規定されている。図２は、ＯＡＭフレ−ム２０の構成概念を模式的に示す図である。ＯＡＭフレ−ム２０はＭＡＣフレ−ムにて構成されており、ＯＡＭフレ−ム２０の中には、”Ｆｌａｇｓ”フィ−ルド２１がある。図３は、”Ｆｌａｇｓ”フィ−ルド２１の詳細を概念的に説明する概念構成図である。下り信号が途絶えた場合には、その下り信号断情報を、上り信号２３０により送出する場合には、ＩＥＥＥ８０２．３標準によると、”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「１」としたＯＡＭフレ−ム２０を送出することになる。

一方で、同期外れによる信号断検出から２０ｍｓ以内に、”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビットを「１」としたＯＡＭフレ−ムを送出することが困難なＯＮＵ２４０が多いとも思われる。例えば、同期外れから２０ｍｓ以内にＯＡＭフレ−ム２０を送出するためには、次に示すような課題が想定される。

まず、ＰＨＹ終端部２４１で下り信号２２０の信号断を検出した後、当該信号断検出情報をＭＡＣフレ−ム処理部２４３に通知し、上り信号２３０方向にＯＡＭフレ−ム２０を送出するという処理を、２０ｍｓ以内に完了させるためには、物理レイヤとＭＡＣレイヤが集約(共通化)されたＬＳＩの採用／開発等により実現しなければならないため、開発規模が大きくなる。また、ＯＬＴ２１０への下り信号２２０の信号断通知が可能であるのは、２０ｍｓ間に限られるため、信頼性が低くなりやすい。すなわち、ＯＬＴ２１０が２０ｍｓ間の通信で、確実に下り信号断通知を受信できるか否かについては、その時間の短さにより信頼性が低減されるものと考えられる。

次に、ＯＡＭフレ−ム２０を送出する代わりに、１０Ｂ符号に下り信号断情報を載せて、アラ−ム信号として送出することも考え得るが、この場合には、ＰＨＹ終端部２４１の手前側(中継回線側)に、物理レイヤレベルの信号処理回路を導入しなければならず、ハ−ド規模が大きくなるというデメリットを生じることとなる。

また、実際には、受信した下り信号２２０の異常として、同期外れによる信号断が生じることは稀である。むしろ、下り信号２２０の受信光強度レベルの低下によるエラ−の発生や、光強度の低下量が多い場合に信号断に至ることの方が多い。しかし、ＩＥＥＥ８０２．３標準では、下り信号２２０の受信光レベルの低下情報をＯＬＴ２１０に通知する方法については、明確な規定がない。

実施形態では、ＩＥＥＥ８０２．３標準に規定されているＥＦＭの伝送方式に基づいたＧＭＣ−ＯＬＴ／ＯＮＵ装置において、簡易的且つ汎用的に下り受信信号の異常をＯＬＴに通知する方法について説明する。ＩＥＥＥ８０２．３標準に規定されているＥＦＭの伝送方式に基づいたＧＭＣ−ＯＬＴ／ＯＮＵ装置において、簡易的且つ汎用的に下り受信信号の異常をＯＬＴ２１０に通知することが可能となる。

（第一の実施形態）
図４は、第一の実施形態にかかる下り信号断通知機能のＯＬＴ−ＯＮＵ実装形態例を概念的に示す図である。図４では、図１のＯＬＴ２１０に監視制御部３１６を付加していることを除き図１と同一構成であるので、説明の重複を避ける為に対応する符号を付してその説明を省略する。

ＯＮＵ３４０は、下り信号３２０を正常に受信できている場合に、ＭＡＣフレ−ム処理部３４３は、下り信号３２０が正常であることを、”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１に反映させる処理を行う。

すなわちＭＡＣフレ−ム処理部３４３は、図３に示すように”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「０」としたＯＡＭフレ−ム２０を生成し、ＭＡＣ終端部３４２、ＰＨＹ終端部３４１を経由して、所定の一定周期間隔毎(例えば５〜６秒間隔)に、上り信号３３０にて、ＯＬＴ３１０に通知する。なお、”Ｆｌａｇｓ”フィ−ルド２１は、ＯＮＵ３４０の故障を通知する”Ｃｒｉｔｉｃａｌ Ｅｖｅｎｔ”ビット３３と、ＯＮＵ３４０の電源切れを通知する”Ｄｙｉｎｇ Ｇａｓｐ”ビット３２とを有する。

ここで、ＯＮＵ３４０が下り信号３２０に信号断を検出したとき、信号断検出後２０ｍｓ以内は、信号断の継続性を確認する。信号断検出から２０ｍｓ経過後に、ＯＡＭフレ−ム２０ではなく、ＰＨＹ動作として、物理レイヤの１０Ｂ符号を上り信号３３０として送出する。

ここでの１０Ｂ符号とは、１０００ＢＡＳＥ−Ｘのオ−ダ・セットのことであり、オ−トネゴシエ−ション機能が”Ｄｉｓａｂｌｅ”設定時にはアイドル信号となり、”Ｅｎａｂｌｅ”設定時にはオ−トネゴシエ−ション信号となる。アイドル信号は図５（ａ）に示すものであり、オ−トネゴシエ−ション信号は図５（ｂ）に示すものである。

この場合には、ＯＬＴ３１０では、所定の一定周期間隔毎(例えば数秒間隔毎程度)で受信していた、下り信号３２０が正常であることを示す情報を持ったＯＡＭフレ−ム２０を受信しなくなる。そしてＯＮＵ３４０から送信されたアイドル信号やオ−トネゴシエ−ション信号等のオ−ダ・セットのみを受信することとなる。したがって、オ−ダ・セットのみの受信が一定時間（例えば数秒間）続いたら下り信号３２０が断状態であると判断し、監視制御部３１６に通知し、監視制御部３１６は警報としてさらに上位の不図示の監視装置に通知するものとする。

（第二の実施形態）
第二の実施形態では第一の実施形態で説明した処理に加えて、ＯＮＵ３４０は、少なくとも５〜６秒間に１度以上、下り信号３２０の中継回線を含むＯＮＵ３４０受信側回線が正常状態であることを通知する為のＯＡＭフレ−ム２０を送出するものとする。

上り信号３３０が空きの無いフルレ−トで運用されている場合、ＯＡＭフレ−ム２０の生成および送受をしようとすると、例えばＯＡＭフレーム２０を送信データ中に挿入するために、本来送信するべき主信号フレ−ムを廃棄する必要が発生してしまう。この為、上り信号３３０のフルレ−ト時においては、ＯＮＵ３４０はＯＡＭフレ−ム２０の送出を中止することが好ましい。

（第三の実施形態）
上述の光通信ネットワークシステム１１０（２），１１０（３）では、ＯＬＴ２１０においてオ−ダ・セットのみの受信が所定の時間（例えば数秒間）続くことを条件として、下り信号３２０が断状態であると判断する例を示した。第三の実施形態においては、下り信号３２０が断状態であると確実に判断するために、オ−ダ・セットのみの受信が一定時間（数秒間）続いた場合には、回線状態を確認する目的で、ＯＬＴ３１０からＯＮＵ３４０に向けて回線状態を確認するためのフレ−ムを送出する。

この場合に、いわゆるル−プバックモ−ドに切り替えてル−プバックフレ−ムを送出する方法では、ＯＬＴ３１０がル−プバックフレ−ムを送出している間は、主信号ＭＡＣフレ−ムの送受信ができなくなる。その時間は、１〜２秒間程度であるものと想定されるが、もし、下り信号３２０断ではなく、主信号ＭＡＣフレ−ムが正常に送受信できている状態でループバックモードに切替えると、主信号ＭＡＣフレ−ムの送受信が中断されることになる。

ＭＡＣフレームの送受信を可能としながら、回線試験を実施できる好ましい方法として、例えばＯＬＴ３１０が、ＯＮＵ３４０に図１２に示す回線試験専用フレームを送出し、この送出に際してループ制御ＭＡＣフレームは送出しないこととする。そして、ＯＮＵ３４０は、受信したＭＡＣフレームが、回線試験フレームであることを確認し、ＭＡＣフレーム処理部３４３で回線試験フレームを折り返し返信する処理をする。ＯＬＴ３１０は、自ら送出した回線試験フレームが正常に折り返し返信されてきた場合には、下り信号の送受が正常であると判断するものとすることとしてもよい。

図１２は、回線試験専用フレームの典型例を示す概念図である。図１２に示す回線試験専用フレームは、ＩＥＥＥ８０２．３として規格化されているイーサネット（登録商標）フレームに、ループ制御要求、ループ制御応答、ループ解除要求、ループ解除応答及び試験フレームの各回線試験専用の特定コードを割当てる。ここでは特定コードを、回線試験フレームであることを意味する「０ｘＡＣＣ５」とする。ＩＥＥＥ８０２．３として規格化されているイーサネット（登録商標）フレームは、ＭＡＣフレームとも称される。

図１２（ａ）に、ＭＡＣフレームのタイプ／長さ（Ｔｙｐｅ／Ｌｅｎｇｔｈ）を表す領域に各回線試験専用の特定コードを割り当てた例を示す。この例においては、ＭＡＣ終端部３４２が、ＭＡＣフレームのタイプ／長さを表す領域に特定コードと一致するコードを検出する。従って、ＭＡＣ終端部３４２が、ＭＡＣフレームのタイプ／長さを表す領域のコード監視をするのみで回線試験専用フレームの認識が可能であるため、汎用性が高く、且つ簡易なハードウェア追加で回線試験の実現が可能となる。

図１２（ｂ）に、ＭＡＣフレームのトラフィック制御等のためのフロー制御用のコントロールフレームのオペレーションコード領域に、各回線試験専用の特定コードを割り当てた例を示す。この例においては、ＭＡＣ終端部３４２が、ＭＡＣコントロールフレームの操作コード領域に特定コードと一致するコードを検出する。従って、ＭＡＣ終端部３４２が、ＭＡＣコントロールフレームの操作コード領域のコード監視をするのみで回線試験専用フレームの認識が可能なため、汎用性が高く、且つ簡易なハードウェア追加で回線試験の実現が可能となる。これにより、主信号ＭＡＣフレームの送受信中断が回避できるので速やかな回線試験が実行できることとなるので好ましい。

このように、ループ制御要求等の制御ＭＡＣフレ−ムを送出せずに、回線試験フレ−ムを用いて中継回線の断状態の確認を実施することが好ましい。その他の回線試験フレ−ム及び回線試験の詳細については、特開２００５−２０３９１４にも開示されているが、その概要を以下簡単に例示して説明する。図６は、フレーム伝達区間の回線試験の一例を説明する概念図である。

図６において、伝送装置１−３１から対向する伝送装置１−３２に対してそのフレーム伝達区間の回線試験を実行する場合の手順は以下のようになる。伝送装置１−３１は、該フレーム伝達区間の折返し接続を要求するコードを割当てたループ制御要求フレームを伝送装置１−３２に送信するとともに、他装置からの伝送路１−５１経由のフレームの受付を拒否するためにその入力端の伝送路１−４１を切断して受信動作を停止し、また、伝送路１−５２を経由して返送される試験フレームがネットワーク端末１−２１及び第１のネットワーク１−１１へ送出されるのを防ぐために、該伝送路１−５２経由のフレームの出力端の伝送路１−４２を切断して該伝送路方向の送信動作を停止する。

ループ制御要求フレームを受信した伝送装置１−３２は、折返し試験区間の最遠端（最もネットワーク端末１−２２側に近いポイント）において、伝送路１−５１からの主信号を伝送路１−５２へ返送するように折返し接続経路を形成し、それとともに伝送装置１−３１に対してループ制御応答フレームを送信する。

伝送装置１−３１は、ループ制御応答フレームの受信後、試験フレームを伝送路１−５１へ挿入し、伝送装置１−３２を経由する折返し接続経路で返送された該試験フレームを伝送路１−５２から受信し、該返送された試験フレームの正常性をチェックすることにより、伝送装置１−３１と伝送装置１−３２との間の伝送路１−５１及び１−５２の回線正常性及び回線品質を確認する。

伝送装置１−３１は、試験フレームを送出してから一定時間が経過した後、又は返送された試験フレームの正常性確認を完了した後、伝送装置１−３２に対してループ解除要求フレームを送出する。該ループ解除要求フレームを受信した伝送装置１−３２は、前述の折返し接続経路を解除するとともに、伝送装置１−３１に対してループ解除応答フレームを送信する。伝送装置１−３１はループ解除応答フレームを受信した後、試験対象外の伝送路１−４１，１−４２に対するフレーム送受停止状態の解除を行い、通常の主信号疎通状態に復旧させる。以上が、回線試験を実行する処理の例である。

ここで、ＯＬＴ３１０は、ＭＡＣフレ−ムのＯＡＭフレーム２０のＬｅｎｇｔｈ／Ｔｙｐｅフィ−ルド２２等に回線試験専用コ−ドを割当て、割り当てた回線試験専用コ−ドの内容に従った処理動作により、回線試験を実施するものとできる。また、ＩＥＥＥ８０２．３標準に規定されているＥＦＭ向けのＯＡＭフレ−ム２０が有する機能の一つであるバリアブルリクエスト（Ｖａｒｉａｂｌｅ Ｒｅｑｕｅｓｔ）／レスポンス（Ｒｅｓｐｏｎｓｅ）を利用しても良い。バリアブルリクエストとは、対向装置のＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）変数を要求する機能であり、ＯＡＭフレ−ム２０の”Ｃｏｄｅ”２３を、「０ｘ０２」の値に設定することにより、「０ｘ０２」に設定されたＯＡＭフレーム２０がバリアブルリクエストメッセ−ジとなる。

ここで指定するＭＩＢ変数は、ＯＮＵ３４０のベンダＩＤ等、主信号フレ−ムの伝送に影響しないものであれば、特に制限しなくてもよい。例えば、ＭＩＢ変数は、モデムシリアル番号やモデムメーカ名、モデム速度設定値等であってもよい。

ＩＥＥＥ８０２．３標準の規定によると、ＯＮＵ３４０は、バリアブルリクエストを受信後１秒以内に、ＯＡＭフレ−ム２０の”Ｃｏｄｅ”２３を「０ｘ０３」と設定することにより、バリアブルレスポンス（Ｖａｒｉａｂｌｅ Ｒｅｓｐｏｎｓｅ）メッセ−ジを生成して、要求されたＭＩＢ変数をＯＬＴ３１０に対して回答することになっている。

したがって、回線試験用ＭＡＣフレ−ムに代えて、上述したバリアブルリクエスト／レスポンスを利用することで、下り信号３２０の断状態を確認することもできる。これにより、特別なデータを構成したり機能を付加したりしなくても、下り信号３２０の断状態を確認できることとなるので好ましい。

ＯＬＴ３１０側においてオ−ダ・セットのみの受信が一定時間（数秒間）続き、その後の回線試験用ＭＡＣフレ−ム、あるいは、バリアブルリクエスト／レスポンスを確認することで、ＯＬＴ３１０はより確実かつ確からしく下り信号３２０の断状態を判断できる。

すなわちＯＬＴ３１０が下り信号３２０の断状態を検知した後、ＯＬＴ３１０はさらに下り信号３２０が断状態であることを確実に断定し、断定した情報を監視制御部３１６に通知するものとする。また、通知を受けた監視制御部３１６は、警報としてさらに上位の不図示の監視装置に通知するものとする。

（第四の実施形態）
第四の実施形態は、図４において、ＯＮＵ３４０が受信した下り信号３２０の光レベルに強度低下が発生した場合の対処方法に関する。下り信号３２０の光強度レベルの低下発生時においても、下り信号３２０の信号断時と同様に、ＯＬＴ３１０にその光強度レベルの低下状態を通知することが、ＯＬＴ３１０及びその上位監視機器での通信管理上好ましい。

図７は、第四の実施形態にかかる加入者宅側に配置されるＯＮＵ３４０の概要を示すブロック概念図である。図７においては、図４に示す部位と同一の部位には同一の符号を付して、重複を避けるためにその説明を省略する。

図７に示すようにＰＨＹ終端部３４１は、Ｏ／ＥＥ／Ｏ部５１１、ＰＣＳ部５１２を備える。Ｏ／ＥＥ／Ｏ部５１１で電気信号に変換された光強度レベルが低下した場合には、Ｏ／ＥＥ／Ｏ部５１１は、その検出した光強度レベルの低下を示す入力光レベル低下情報５１５を、ＭＡＣフレ−ム処理部３４３に通知する。

ＭＡＣフレ−ム処理部３４３は、Ｏ／ＥＥ／Ｏ部５１１から通知された入力光レベル低下情報５１５を反映させたＯＡＭフレ−ムを上り信号３３０方向に送出する。ＩＥＥＥ８０２．３標準には明確な規定がされていないものであるが、図３に示す”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を下り信号３２０の異常として、光レベル低下情報の通知に利用することに制限はない。従って、第四の実施形態においては、”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「１」としたＯＡＭフレ−ム２０を上り信号３３０から上り方向に送出するものとする。

下り信号３２０の光強度レベル低下については、Ｏ／ＥＥ／Ｏ部５１１が入力光レベル低下情報５１５をＭＡＣフレ−ム処理部３４３に通知し、通知された入力光レベル低下情報５１５を反映させたＯＡＭフレ−ム２０を、上り信号３３０として送出する処理を、Ｏ／ＥＥ／Ｏ部５１１が光強度レベルの低下を検出してから２０ｍｓ以内で、実現することは容易である。

この為、下り信号３２０の異常検出から２０ｍｓ以内にＯＡＭフレ−ム２０を送出するとの上記処理は、Ｏ／ＥＥ／Ｏ部５１１が光強度レベル低下を検出した場合に限ることで、効果的に中継回線の故障状態切り分けを行うことが可能になる。

また、下り信号３２０の光強度レベルの低下量が少ない場合には、光強度レベル低下に起因するエラ−が発生するようにはなるものの、信号断にまでは至らない。このため、下り信号３２０の光強度レベルの低下を検出してから２０ｍｓ以上であっても、”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「１」として、ＯＡＭフレ−ム２０を上り信号３３０として上り方向に送出し続けることが可能となる。この構成と処理とにより、異常発生を通知する信号を別途生成する必要がなくなる。

上述した第一の実施形態乃至第四の実施形態に示した各動作処理においては、開示した動作処理の目的に反しない範囲で、適宜自由に組み合わせ併用することもできる。

（処理フロー）
図８は、上述した実施形態にかかる光通信ネットワークシステム１１０（２），１１０（３）の動作処理を組み合わせた光通信ネットワークシステムの動作処理を概念的に示すフロー図である。そこで、以下図８に示す各ステップに基づいて、順次光通信ネットワークシステムの動作処理について説明する。なお、下記の処理フローの説明においては説明の便宜上、図４及び図７に示した符号を用いて説明するが、これに限定されるものではない。

（ステップＳ９１）
光通信ネットワークシステム１１０（３）は、電話局側のＯＬＴ３１０と加入者宅側のＯＮＵ３４０との間で、１０００ＢＡＳＥ−Ｘ区間の下り信号３２０と光ケーブルの上り信号３３０とにより、リンクが確立されているか否かを判断する。電話局側のＯＬＴ３１０と加入者宅側のＯＮＵ３４０との間でリンクが確立されていれば、ステップＳ９２へと進む。また、電話局側のＯＬＴ３１０と加入者宅側のＯＮＵ３４０との間でリンクが確立されていなければ、ステップＳ９１で待機する。従って、ステップＳ９２の処理は、その前提としてリンク確立状態であるものとする。

（ステップＳ９２）
ＯＮＵ３４０のＰＨＹ終端部３４１は、電話局側に設置されたＯＬＴ３１０から、中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０を正常に受信したか否かを判断する。ＯＮＵ３４０のＰＨＹ終端部３４１が、ＯＬＴ３１０から下り信号３２０を正常に受信していると判断すればステップＳ９３へと進む。ＯＮＵ３４０のＰＨＹ終端部３４１が、ＯＬＴ３１０から下り信号３２０を正常に受信していないと判断すればステップＳ９ｄへと進む。

（ステップＳ９３）
ＯＮＵ３４０のＰＨＹ終端部３４１は、中継回線１０００ＢＡＳＥ−Ｘ区間を介して受信した下り信号３２０の光強度レベルが所定の閾値より大きいか否かを判断する。具体的には、ＯＮＵ３４０のＯ／ＥＥ／Ｏ部５１１が、下り信号３２０の光強度レベルと記憶部５１１ａに記憶された所定の閾値とを比較し、受信した下り信号３２０の光強度レベルが所定の閾値より大きいか否かを判断する。

受信した下り信号３２０の光強度レベルが所定の閾値より大きい場合には、ステップＳ９４へと進む。また、受信した下り信号３２０の光強度レベルが所定の閾値より大きくない場合には、ステップＳ９５へと進む。

（ステップＳ９４）
ＭＡＣフレ−ム処理部３４３は、下り信号３２０の光強度レベルが正常であることを、”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１に反映させる処理を行う。すなわち、ＭＡＣフレ−ム処理部３４３は、”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「０」としたＯＡＭフレーム２０を生成する。

（ステップＳ９５）
ＭＡＣフレ−ム処理部３４３は、下り信号３２０の光強度レベルが正常でないことを、”Ｆｌａｇｓ”フィ−ルド２１の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１に反映させる処理を行う。すなわち、ＭＡＣフレ−ム処理部３４３は、”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「１」としたＯＡＭフレーム２０を生成する。

（ステップＳ９６）
ＯＮＵ３４０は、ＯＬＴ３１０へ送信する上り信号３３０がフルレートであるか否かを判断する。フルレートであるとは、典型的にはステップ９５で生成した”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１を「１」としたＯＡＭフレーム２０を送信データ中に挿入するために、本来送信するべき主信号フレ−ムを廃棄する必要が生じるような状態をいう。

ＯＬＴ３１０へ送信する上り信号３３０がフルレートである場合には、ステップＳ９８へと進む。また、ＯＬＴ３１０へ送信する上り信号３３０がフルレートではない場合には、ステップＳ９７へと進む。

（ステップＳ９７）
ＯＮＵ３４０は、ステップＳ９４又はステップＳ９５で生成したＯＡＭフレーム２０を有するＭＡＣフレームを、電話局側に設置されたＯＬＴ３１０に、光ケーブルを介した上り信号３３０として送信する。

（ステップＳ９８）
電話局に設置されたＯＬＴ３１０は、ＯＮＵ３４０から送信されたＯＡＭフレーム２０を有するＭＡＣフレームを、光ケーブルを介した上り信号３３０として受信したか否かを判断する。この受信したか否かの判断は、ＯＬＴ３１０が備えるＰＨＹ終端部３１５が判断してもよい。

電話局に設置されたＯＬＴ３１０が、ＯＮＵ３４０から送信されたＯＡＭフレーム２０を有するＭＡＣフレームを受信した場合には、ステップＳ９９へと進む。また、電話局に設置されたＯＬＴ３１０が、ＯＮＵ３４０から送信されたＯＡＭフレーム２０を有するＭＡＣフレームを受信しない場合には、ステップＳ９８で待機する。

なお、ステップＳ９６でフルレートであった場合には、ＯＬＴ３１０は、ＯＮＵ３４０から送信された主信号ＭＡＣフレームを、光ケーブルを介した上り信号３３０として受信したか否かを判断する。この場合に、ＯＬＴ３１０は、ＯＮＵ３４０から送信された主信号ＭＡＣフレームを受信した場合にはステップＳ９ａへと進み、受信しない場合にはステップＳ９８で待機する。

（ステップＳ９９）
ＯＬＴ３１０は、ＯＮＵ３４０から受信したＯＡＭフレーム２０の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１が「０」であるか否かを判断する。ＯＮＵ３４０から受信したＯＡＭフレーム２０の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１が「０」であれば、ステップＳ９ａへと進む。また、ＯＮＵ３４０から受信したＯＡＭフレーム２０の”Ｌｉｎｋ Ｆａｕｌｔ”ビット３１が「０」でなければ、ステップＳ９ｂへと進む。

（ステップＳ９ａ）
ＯＬＴ３１０の監視制御部３１６は、電話局側のＯＬＴ３１０から加入者宅側のＯＮＵ３４０への通信が、正常であり典型的には光強度レベルの低下が生じていないものと判断する。監視制御部３１６は、電話局側のＯＬＴ３１０から加入者宅側のＯＮＵ３４０への通信の光強度レベルの低下が生じていないことを、さらに上位の監視装置等に通知してもよい。

（ステップＳ９ｂ）
ＯＬＴ３１０の監視制御部３１６は、電話局側のＯＬＴ３１０から加入者宅側のＯＮＵ３４０への通信が、異常であり典型的には光強度レベルの低下が生じているものと判断する。監視制御部３１６は、電話局側のＯＬＴ３１０から加入者宅側のＯＮＵ３４０への通信の光強度レベルの低下が生じていることを、さらに上位の監視装置等に通知し、または／及びシステムオペレータに通知してもよい。

（ステップＳ９ｃ）
光通信ネットワークシステム１１０（３）は、監視制御部３１６または端末装置１１６から、通信を終了する指示入力があったか否かを判断する。通信を終了する場合には、この処理フローを終了する。また、通信を終了しない場合には、ステップＳ９２へと戻る。

（ステップＳ９ｄ）
ＯＮＵ３４０は、ＯＮＵ３４０のＰＨＹ終端部３４１が電話局側に設置されたＯＬＴ３１０から中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０を受信しない状態が、２０ｍｓ継続したか否かを判断する。ＰＨＹ終端部３４１が電話局側に設置されたＯＬＴ３１０から下り信号３２０を受信しない状態が、２０ｍｓ継続した場合には、ステップＳ９ｅへと進む。また、ＰＨＹ終端部３４１が電話局側に設置されたＯＬＴ３１０から下り信号３２０を受信しない状態が、２０ｍｓ継続していない場合には、ステップＳ９２へと戻る。

（ステップＳ９ｅ）
加入者宅側に設置されたＯＮＵ３４０は、電話局側に設置されたＯＬＴ３１０に対して、いわゆるオーダセットを上り信号３３０として送信する。加入者宅側に設置されたＯＮＵ３４０は、この間にオーダセットのみを送信しＭＡＣフレームは送信しない。

（ステップＳ９ｆ）
電話局側に設置されたＯＬＴ３１０は、加入者宅側に設置されたＯＮＵ３４０から送信されたオーダセットを受信する。この間にオーダセットのみが送信されＭＡＣフレームが送信されないので、電話局側に設置されたＯＬＴ３１０はオーダセットのみを受信する。

（ステップＳ９ｇ）
ＯＬＴ３１０は、ＭＡＣフレームの欠落期間すなわちオーダセットのみの受信時間が、所定の閾値時間よりも大きいか否かを判断する。この判断は、監視制御部３１６が、所定の閾値時間記憶部３１６ａを備え、所定の閾値時間記憶部３１６ａに記憶された所定の閾値時間と、計測されたＭＡＣフレームの欠落期間と、を比較して判断してもよい。監視制御部は、ＭＡＣフレームの欠落期間すなわちオーダセットのみの受信時間が継続した時間を計測するＭＡＣフレーム欠落時間計測部３１６ｂを備えてもよい。ＭＡＣフレーム欠落時間計測部３１６ｂは、例えばカウンタのカウントアップ動作処理により、ＭＡＣフレーム欠落時間を計測することとしてもよい。

（ステップＳ９ｈ）
ステップ９ｈは、図９に示す処理を行ってもよく、また後述する図１０に示す処理を行ってもよく、また処理を行わずスルー処理（フローの短絡）としてもよい。ここでは、図９に示す処理を実行するものとして説明する。図９は、ステップＳ９ｈにおいて、第二の実施形態で示した処理を行う例を説明する図である。

（ステップＳ１０１）
ＯＬＴ３１０は、回線試験フレームを、中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０としてＯＮＵ３４０に対して送出する。回線試験フレーム及びその処理の概要については、重複を避けるためここでは説明を省略する。なお、回線試験は、中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０の伝送異常（典型的には信号断）を確認できる試験であればよい。このため、回線試験信号の折り返し箇所をＯＮＵ３４０の信号処理部に設定する必要はなく、ＯＮＵ３４０の信号受信箇所、例えばＯ／ＥＥ／Ｏ部５１１等において、折り返すこととしてもよい。

（ステップＳ１０２）
ステップＳ１０１での回線試験フレームの送出及び回線試験結果により、ＯＬＴ３１０の監視制御部３１６は、ＯＬＴ３１０からＯＮＵ３４０への中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０に、障害が生じているのか否か、典型的には光信号断状態であるのか否かを判断できる。なお、光信号の断状態は、典型的には光ファイバーの断線によっても生じるが、例えばコネクタ不良や劣化等様々な事象に起因して生じるとも考えられるものであり、必ずしも光ファイバの断線に限定されるものではない。

図１０は、図８に示した処理フローのステップＳ９ｈについて、第三の実施形態で示した処理を行う例を説明する図である。

（ステップＳ１１１）
ＯＬＴ３１０は、ＯＡＭフレ−ム２０の”Ｃｏｄｅ”２３を、「０ｘ０２」の値に設定することによりバリアブルリクエストメッセ−ジを生成する。ＯＬＴ３１０が指定するＭＩＢ変数は、ＯＮＵ３４０のベンダＩＤ等、主信号フレ−ムの伝送に影響しないものであれば、特に制限しなくてもよい。ＯＬＴ３１０が指定するＭＩＢ変数は、例えばモデムシリアル番号やモデムメーカ名、モデム速度設定値等であってもよい。

（ステップＳ１１２）
電話局側に設置されたＯＬＴ３１０は、ステップＳ１１１で生成したバリアブルリクエストメッセージを、中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０として、ＯＮＵ３４０に対して送信する。

（ステップＳ１１３）
加入者宅側に設置されたＯＮＵ３４０は、ＯＬＴ３１０から中継回線１０００ＢＡＳＥ−Ｘ区間を介した下り信号３２０によりバリアブルリクエストメッセージを受信する。なお、仮に下り中継回線に障害等が生じている場合には、ＯＮＵ３４０はバリアブルリクエストメッセージを受信できないので、このステップＳ１１３乃至ステップＳ１１５の処理は実行されない。

（ステップＳ１１４）
ＯＮＵ３４０は、ＯＡＭフレ−ム２０の”Ｃｏｄｅ”２３を「０ｘ０３」と設定し、バリアブルレスポンスメッセージを生成する。

（ステップＳ１１５）
ＯＮＵ３４０は、ＯＬＴ３１０に対して、光ケーブルを介した上り信号３３０としてバリアブルレスポンスを送信する。ＩＥＥＥ８０２．３標準の規定によると、バリアブルリクエストを受信したＯＮＵ３４０は受信後１秒以内に、ＯＡＭフレ−ム２０の”Ｃｏｄｅ”２３を「０ｘ０３」と設定することにより、バリアブルレスポンスメッセ−ジを生成して、要求されたＭＩＢ変数をＯＬＴ３１０に対して回答する。

（ステップＳ１１６）
ＯＬＴ３１０は、バリアブルレスポンスメッセ−ジを受信したか否かを判断する。ＯＬＴ３１０が、バリアブルレスポンスメッセ−ジを受信すればステップＳ９ａへと進む。ＯＬＴ３１０が、バリアブルレスポンスメッセ−ジを受信しなければステップＳ９ｂへと進む。

このような構成と動作処理をする光通信システムとすることにより、ＩＥＥＥ８０２．３標準に規定されているＥＦＭの伝送方式に基づいたギガビットメディアコンバータ加入者宅内装置においても、容易かつ汎用的に下り受信信号に生じた異常を、ギガビットメディアコンバータ局側装置に通知する方法とできるので好ましい。

上述した各実施形態は、各技術思想の範囲において適宜組み合わせた処理とし、また自明な範囲で適宜変更して用いることができるものであり、例示したシステム構成と動作処理とに限定されるものではない。

電話局側に配置されるＯＬＴと加入者宅側に配置されるＯＮＵとの構成概要を概念的に示す構成概要図である。 ＯＡＭフレ−ムの構成概念を模式的に示す図である。 ”Ｆｌａｇｓ”フィ−ルドの詳細を概念的に説明する概念構成図である。 第一の実施形態にかかる下り信号断通知機能のＯＬＴ−ＯＮＵ実装形態例を概念的に示す図である。 オ−ダ・セット信号の概要を例示する概念図である。 オ−ダ・セット信号の概要を例示する概念図である。 フレーム伝達区間の回線試験の説明図である。 第四の実施形態にかかるＯＮＵの概要を示すブロック概念図である。 各実施形態にかかる光通信ネットワークシステムの動作処理を組み合わせたシステムの処理を概念的に示すフロー図である。 第二の実施形態で示した処理を行う例を説明する図である。 第三の実施形態で示した処理を行う例を説明する図である。 ＳＳ型ネットワ−ク形態を示す図である。 回線試験専用フレームの典型例を示す概念図である。 回線試験専用フレームの典型例を示す概念図である。

符号の説明

１１０・・シングルスタ−型ネットワ−ク形態、１１１・・ＯＬＴ、１１２・・光ファイバ、１１５・・ＯＮＵ、１１６・・端末装置、２１０・・ＯＬＴ、２２０・・下り信号、２３０・・上り信号、２４０・・ＯＮＵ、２４１・・ＰＨＹ終端部、２４３・・ＭＡＣフレ−ム処理部、３１０・・ＯＬＴ、３１５・・ＰＨＹ終端部、３１６・・監視制御部、３１６ａ・・閾値時間記憶部、３１６ｂ・・ＭＡＣフレーム欠落時間計測部、３２０・・下り信号、３３０・・上り信号、３４０・・ＯＮＵ、３４１・・ＰＨＹ終端部、３４２・・ＭＡＣ終端部、３４３・・ＭＡＣフレ−ム処理部、３４９・・ＯＮＵ、５１１・・Ｏ／ＥＥ／Ｏ部、５１１ａ・・記憶部、５１２・・ＰＣＳ部。

Claims (6)

1. 電話局側に配置されるメディア・コンバ−タ局側装置と、
   通信端末側に配置され、前記メディア・コンバ−タ局側装置とリンクを確立して光通信するメディア・コンバータ端末側装置と、
   を備え、
   前記メディア・コンバータ端末側装置は、
   前記メディア・コンバ−タ局側装置から前記メディア・コンバータ端末側装置への通信信号の光強度レベルの低下を検出した場合に、前記光強度レベルの低下状態を示す受信光強度情報を付与したＯＡＭフレ−ムを前記メディア・コンバ−タ局側装置へ送出する一方、
   前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信の断絶を検出した場合に、ＯＡＭフレームを送出することなく、ＯＡＭフレームとは異なるオーダ・セット信号を前記メディア・コンバ−タ局側装置へ送出し、
   前記メディア・コンバータ局側装置は、
   前記メディア・コンバータ端末側装置から受信したデータが前記光強度レベルの低下状態を示す受信光強度情報を付与したＯＡＭフレ−ムである場合に、前記メディア・コンバータ端末側装置への通信における光強度レベルの低下が発生していると判断する一方、
   前記メディア・コンバータ端末側装置から受信したデータが前記オーダ・セット信号である場合に、前記オーダ・セット信号を連続して受信した時間が所定の閾値時間より長ければ、前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信が断絶状態であると判断する
   ことを特徴とする光通信ネットワ−クシステム。
2. 請求項１に記載の光通信ネットワ−クシステムにおいて、
   前記メディア・コンバ−タ局側装置が、前記メディア・コンバ−タ端末側装置から受信した信号がアイドル信号またはオ−トネゴシエ−ション信号のいずれか一方である場合に、前記いずれか一方の信号を連続して受信した時間が前記所定の閾値時間より長ければ、前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信が断絶状態であると判断する
   ことを特徴とする光通信ネットワ−クシステム。
3. 請求項１または請求項２に記載の光通信ネットワ−クシステムにおいて、
   メディア・コンバータ局側装置は、前記オーダ・セット信号を連続して受信した時間が前記所定の閾値時間より長い場合に、前記メディア・コンバ−タ端末側装置に回線試験フレ−ムを送出し、前記回線試験フレ−ムにより、前記メディア・コンバ−タ局側装置と前記メディア・コンバ−タ端末側装置との間の回線断線試験をする
   ことを特徴とする光通信ネットワ−クシステム。
4. 請求項１乃至請求項３のいずれか一項に記載の光通信ネットワ−クシステムにおいて、
   メディア・コンバータ局側装置は、前記オーダ・セット信号を連続して受信した時間が前記所定の閾値時間より長い場合に、前記メディア・コンバ−タ端末側装置に対してバリアブルリクエストメッセ−ジを送出し、前記バリアブルリクエストメッセ−ジに対応して前記メディア・コンバ−タ端末側装置から送出されたバリアブルレスポンスメッセ−ジを受信しなければ、前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信が断絶状態であると判断する
   ことを特徴とする光通信ネットワ−クシステム。
5. 請求項１乃至請求項４のいずれか一項に記載の光通信ネットワ−クシステムにおいて、
   前記メディア・コンバータ端末側装置は、前記メディア・コンバ−タ端末側装置から前記メディア・コンバ−タ局側装置への通信回線がフルレ−トである場合に、前記メディア・コンバ−タ局側装置から送出された信号の受信状態を通知する情報を付与したＯＡＭフレ−ムの送出をしない
   ことを特徴とする光通信ネットワ−クシステム。
6. 電話局側に配置されるメディア・コンバ−タ局側装置と、通信端末側に配置され、前記メディア・コンバータ局側装置とリンクを確立して光通信するメディア・コンバータ端末側装置とを備える光通信ネットワークシステムの通信方法において、
   前記メディア・コンバータ端末側装置が、
   前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信信号の光強度レベルの低下を検出した場合に、前記光強度レベルの低下状態を示す受信光強度情報を付与したＯＡＭフレ−ムを前記メディア・コンバ−タ局側装置へ送出するステップと、
   前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信の断絶を検出した場合に、ＯＡＭフレームを送出することなく、ＯＡＭフレームとは異なるオーダ・セット信号を前記メディア・コンバ−タ局側装置へ送出するステップと、
   を実行し、
   前記メディア・コンバータ局側装置が、
   前記メディア・コンバータ端末側装置から受信したデータが前記光強度レベルの低下状態を示す受信光強度情報を付与したＯＡＭフレ−ムである場合に、前記メディア・コンバータ端末側装置への通信における光強度レベルの低下が発生していると判断するステップと、
   前記メディア・コンバータ端末側装置から受信したデータが前記オーダ・セット信号である場合に、前記オーダ・セット信号を連続して受信した時間が所定の閾値時間より長ければ、前記メディア・コンバ−タ局側装置から前記メディア・コンバ−タ端末側装置への通信が断絶状態であると判断するステップと、
   を実行することを特徴とする光通信ネットワ−クシステムの通信方法。

Images