(57)【要約】【課題】  ユーザーフレームの破壊や保守フレームの送信漏れを確実に防止する。【解決手段】  まず、ユーザーフレーム及び保守フレームの送信状態を検出する。その結果、ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のＩＦＧを付加して保守フレームを送信する。一方、保守フレームが送信中と検出されると、当該保守フレームの送信後に、一定のＩＦＧを付加してユーザーフレームを送信する。このように、ユーザーフレームを単純に遅延させてＩＦＧに保守フレームを組み込むのではなく、ユーザーフレームの送信後に一定のＩＦＧを付加して保守フレームを組み込むので、ユーザーフレームの破壊や保守フレームの送信漏れが本質的に起こらない。【選択図】  図７
2006165875.tif 000002
【特許請求の範囲】
【請求項１】
光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のインターフレームギャップに組み込んで、光メディアコンバータから前記光通信ネットワークシステムへ出力する保守管理装置において、
前記ユーザーフレーム及び前記保守フレームの送信状態を検出する第一の手段と、
前記第一の手段によって前記ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のインターフレームギャップを付加して前記保守フレームを送信する第二の手段と、
前記第一の手段によって前記保守フレームが送信中と検出されると、当該保守フレームの送信後に、一定のインターフレームギャップを付加して前記ユーザーフレームを送信する第三の手段と、
を備えたことを特徴とする保守管理装置。
【請求項２】
光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のインターフレームギャップに組み込んで、光メディアコンバータから前記光通信ネットワークシステムへ出力する保守管理装置において、
前記ユーザーフレーム及び前記保守フレームの送信状態を検出する第一の手段と、
前記第一の手段によって前記ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のインターフレームギャップを付加して前記保守フレームを送信する第二の手段と、
前記第一の手段によって前記保守フレームが送信中又は送信待ちと検出されると、当該保守フレームの送信後に、一定のインターフレームギャップを付加して前記ユーザーフレームを送信する第三の手段と、
を備えたことを特徴とする保守管理装置。
【請求項３】
光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のインターフレームギャップに組み込んで、光メディアコンバータから前記光通信ネットワークシステムへ出力する保守管理方法において、
前記ユーザーフレーム及び前記保守フレームの送信状態を検出する第一のステップと、
前記第一のステップによって前記ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のインターフレームギャップを付加して前記保守フレームを送信する第二のステップと、
前記第一のステップによって前記保守フレームが送信中と検出されると、当該保守フレームの送信後に、一定のインターフレームギャップを付加して前記ユーザーフレームを送信する第三のステップと、
を備えたことを特徴とする保守管理方法。
【請求項４】
光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のインターフレームギャップに組み込んで、光メディアコンバータから前記光通信ネットワークシステムへ出力する保守管理方法において、
前記ユーザーフレーム及び前記保守フレームの送信状態を検出する第一のステップと、
前記第一のステップによって前記ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のインターフレームギャップを付加して前記保守フレームを送信する第二のステップと、
前記第一のステップによって前記保守フレームが送信中又は送信待ちと検出されると、当該保守フレームの送信後に、一定のインターフレームギャップを付加して前記ユーザーフレームを送信する第三のステップと、
を備えたことを特徴とする保守管理方法。
【請求項５】
光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のインターフレームギャップに組み込んで、光メディアコンバータから前記光通信ネットワークシステムへ出力するために用いられる保守管理プログラムにおいて、
前記ユーザーフレーム及び前記保守フレームの送信状態を検出する第一の手段、
前記第一の手段によって前記ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のインターフレームギャップを付加して前記保守フレームを送信する第二の手段、及び、
前記第一の手段によって前記保守フレームが送信中と検出されると、当該保守フレームの送信後に、一定のインターフレームギャップを付加して前記ユーザーフレームを送信する第三の手段、
としてコンピュータを機能させることを特徴とする保守管理プログラム。
【請求項６】
光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のインターフレームギャップに組み込んで、光メディアコンバータから前記光通信ネットワークシステムへ出力するために用いられる保守管理プログラムにおいて、
前記ユーザーフレーム及び前記保守フレームの送信状態を検出する第一の手段、
前記第一の手段によって前記ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のインターフレームギャップを付加して前記保守フレームを送信する第二の手段、及び、
前記第一の手段によって前記保守フレームが送信中又は送信待ちと検出されると、当該保守フレームの送信後に、一定のインターフレームギャップを付加して前記ユーザーフレームを送信する第三の手段、
としてコンピュータを機能させることを特徴とする保守管理プログラム。
【請求項７】
請求項１又は２記載の保守管理装置を備えた光メディアコンバータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光通信ネットワークシステムの保守管理装置等に関する。以下、光メディアコンバータをＭＣ（Media Converter）、インターフレームギャップをＩＦＧ（Inter
Frame Gap）」と略称する。
【背景技術】
【０００２】
図１３は、光通信ネットワークシステムの構成例を示すブロック図である。光通信ネットワークシステム９０は、加入者９１に加入者側端末９３及び加入者側ＭＣ９５が設置され、局舎９２に局舎側ＭＣ９７及び局舎側装置９９が設置され、加入者側端末９３と加入者側ＭＣ９５とがＵＴＰケーブル９４で接続され、加入者側ＭＣ９５と局舎側ＭＣ９７とが光ファイバ９６で接続され、局舎側ＭＣ９７と局舎側装置９９とがＵＴＰケーブル９８で接続されたものである。ＵＴＰ（Unshield Twisted-Pair wire）ケーブル９４，９８は、銅ケーブルの一種である。加入者側ＭＣ９５は、ＵＴＰケーブル９４の信号と光ファイバ９６の信号とを相互に変換する。局舎側ＭＣ９７は、光ファイバ９６の信号とＵＴＰケーブル９８の信号とを相互に変換する。
【０００３】
光通信ネットワークシステムを運用する上で、システムの運用に影響を与えることなく、システムの保守を行うことが必要である。そこで、図１４に示すように、システムを保守するための保守フレームを、運用中のユーザーフレームのＩＦＧに組み込むことによって、システムの運用に影響を与えずにシステムを保守する方法が考えられている。ＩＦＧとは、ユーザーフレーム間の隙間のことである。ただし、運用中のユーザーフレームのＩＦＧに、保守フレームを組み込む場合、ユーザーフレームの送信と保守フレームの送信とには競合が起こり得る。このとき、ユーザーフレームの破壊が発生したり、保守フレームの送信漏れが発生したりすると、システムの品質に関わる問題となる。
【０００４】
【特許文献１】特開２００３−１８１６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
光通信ネットワークシステムにおいて、運用中のユーザーフレームのＩＦＧに保守フレームを組み込む場合、保守フレームを組み込もうとするタイミングとユーザーフレームの位相関係によっては、保守フレームとユーザーフレームの送信には競合が起こり得る。そこで、競合制御が必要になる。競合制御の手段の一例として、図１４に示すように、ユーザーフレームを単純にバッファ等で遅延させ、位相調節してユーザーフレームのＩＦＧに保守フレームを組み込む手段が考えられている（例えば上記特許文献１）。しかし、この方法では保守フレーム送信の頻度や、ユーザーフレームのＩＦＧサイズ等の条件によっては、保守フレームの組み込みがうまく行えない場合がある。例えば、ユーザーフレームのＩＦＧが短い場合は、ユーザーフレーム間に適切なＩＦＧ（IEEE802.3では最低１２バイトを規定）を確保して、保守フレームを組み込むことができない。
【０００６】
そこで、本発明の目的は、ユーザーフレームの破壊や保守フレームの送信漏れを確実に防止できる保守管理装置等を提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る保守管理装置は、光通信ネットワークシステムを保守するための保守フレームをユーザーフレーム間のＩＦＧに組み込んで、ＭＣから光通信ネットワークシステムへ出力するものである。そして、本発明に係る保守管理装置は、次の三つの手段を備えている。第一の手段は、ユーザーフレーム及び保守フレームの送信状態を検出する。第二の手段は、第一の手段によってユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のＩＦＧを付加して保守フレームを送信する。第三の手段は、第一の手段によって保守フレームが送信中と検出されると、当該保守フレームの送信後に、一定のＩＦＧを付加してユーザーフレームを送信する。
【０００８】
ユーザーフレームを単純に遅延させてＩＦＧに保守フレームを組み込むのではなく、ユーザーフレームの送信後に一定のＩＦＧを付加して保守フレームを組み込むので、ユーザーフレームの破壊や保守フレームの送信漏れが本質的に起こらない。
【０００９】
また、第三の手段は、第一の手段によって保守フレームが送信中又は送信待ちと検出されると、当該保守フレームの送信後に、一定のＩＦＧを付加してユーザーフレームを送信する、としてもよい。この場合は、送信待ちの保守フレームがユーザーフレームよりも優先的に送信されるので、より確実に保守フレームの送信漏れが防止される。
【００１０】
更に、本発明に係る保守管理方法は、本発明に係る保守管理装置の各手段を手順として表現したものである。本発明に係る保守管理プログラムは、本発明に係る保守管理装置の各手段をコンピュータに機能させるためのものである。本発明に係るＭＣは、本発明に係る保守管理装置を備えたものである。なお、本発明に係る保守管理装置の各手段は、ソフトウェア（プログラムなど）によっても実現できるし、ハードウェア（ＩＣなど）によっても実現できる。
【００１１】
換言すると、本発明では、保守フレームの送信とユーザーフレームの送信とに競合が起きる場合、単純にユーザーフレームをバッファ等で遅延させ、位相調節して保守フレームを組み込むのではなく、保守フレームを組み込もうとするタイミングとユーザーフレームの位相との関係を常時把握して競合制御を実行する。保守フレームのタイミングの方が早い場合は、保守フレーム送信を優先し、ユーザーフレームの位相の方が早い場合は、ユーザーフレーム送信を優先する。
【００１２】
つまり、本発明は、ＭＣを用いた光通信ネットワークシステムの運用及び保守において、システムの運用に影響を与えず、システムの保守を可能にすることを特徴とする。図１３において局舎側ＭＣ又は加入者側ＭＣから光通信ネットワークシステムの保守を行うための保守フレームを、図８に示すように運用中のユーザーフレームのＩＦＧに挿入する。このようにして、本発明では、運用中のユーザーフレームを破壊することなくシステムに保守フレームを組み込むことができるため、システムの運用に影響を与えず、システムの保守を可能にする。
【発明の効果】
【００１３】
本発明によれば、ユーザーフレームを単純に遅延させてＩＦＧに保守フレームを組み込むのではなく、ユーザーフレームの送信後に一定のＩＦＧを付加して保守フレームを組み込むので、ユーザーフレームの破壊や保守フレームの送信漏れを確実に防止できる。
【００１４】
換言すると、本発明によれば、光通信ネットワークシステムを保守するための保守フレームを、運用中のユーザーフレームへ組み込む際に、ユーザーフレームの送信と保守フレームの送信との競合制御を行うことにより、ユーザーフレームの破壊が発生したり、保守フレームの送信漏れが発生したりすることなく、確実にユーザーフレーム及び保守フレームを送信できる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明に係るＭＣの第一実施形態を示すブロック図である。以下、この図面に基づき説明する。
【００１６】
ＭＣ１０は図１３における加入者側ＭＣ９５及び局舎側ＭＣ９７に相当し、ＵＴＰケーブル１４は図１３におけるＵＴＰケーブル９４，９８に相当し、光ファイバ１５は図１３における光ファイバ９６に相当する。ＭＣ１０は、機能別に分割すると、電気側インタフェースである10BASE-T/100BASE-TXの物理層（第一層）を終端する物理機能部（PHY Function）１１と、ＭＣの機能を実現するＭＣ機能部（MC
Function）１２と、光側インタフェースである100BASE-FXの物理層（第一層）を終端する物理機能部１３とから構成される。一般的な構成として、物理機能部１１とＭＣ機能部１２との間には、ブリッジ処理を扱うＭＡＣ（Media Access Control）機能部が入る。ただし、ＭＡＣ機能部は、本発明に直接関係しないので、本実施形態では省略する。
【００１７】
図２は、物理機能部１１，１３の構成を示すブロック図である。以下、この図面に基づき説明する。
【００１８】
物理機能部１１，１３は、IEEE802.3 Layer1で規定される更に三つの機能に分けられる。各機能は、ＰＣＳ（Physical Coding Sub
Layer）２１、ＰＭＡ（Physical Medium Attachment）２２、ＰＭＤ（Physical Medium Dependent）２３と呼ばれる。ＰＣＳ２１は、４ビットのデータを５ビットのコードに変換する又はその逆に変換する４Ｂ／５Ｂ符合変換を行う。ＰＭＡ２２は、シリアル／パラレル変換を行う。ＰＭＤ２３は、伝送媒体に合わせた信号波形変換を行う。本実施形態では、信号３１，３８で示されるＭＩＩ（Media
Independent Interface）上で保守フレームの組み込み及び検出を行う。
【００１９】
図３はＭＣ機能部１２の送信部１２ａを示すブロック図であり、図４はＭＣ機能部１２の受信部１２ｂを示すブロック図である。以下、これらの図面に基づき説明する。
【００２０】
ＭＣ機能部１２は、ＭＣの機能を実現するブロックであり、送信部１２ａと受信部１２ｂとに分けられる。本実施形態では、保守フレームの送信及び受信にのみ言及する。その他の機能については、本発明に直接関係しないので、説明を省略する。
【００２１】
送信部１２ａは、保守フレーム送信開始を指示する保守フレーム送信指示部４１と、送信する保守フレームを生成する保守フレーム生成部４２と、ユーザーフレームを格納するユーザーフレーム格納用バッファ４４と、保守フレームの送信とユーザーフレームの送信との競合が発生したときに競合制御を行うフレーム送信制御部４３と、競合制御で送信が許された保守フレーム又はユーザーフレームの送信を選択するフレーム送信選択部４５とから構成される。特許請求の範囲における「第一の手段」はフレーム送信制御部４３に相当し、同じく「第二及び第三の手段」はフレーム送信選択部４５に相当する。
【００２２】
受信部１２ｂは、保守フレームを検出する保守フレーム検出部６１と、検出した保守フレームを格納する保守フレーム格納用バッファ６２とから構成される。
【００２３】
次に、ＭＣ機能部１２の各部について詳しく説明する。まず、送信部１２ａのブロックについて説明する。
【００２４】
保守フレーム送信指示部４１は、光通信ネットワークシステムの保守を行うために、保守フレームを送信するためのイベントが発生したことを通知するとともに、送信すべき保守フレームの送信内容を決定する。具体的には、保守フレーム送信イベント発生５２をフレーム送信制御部４３へ、保守フレーム送信内容５１を保守フレーム生成部４２へ、それぞれ通知する。
【００２５】
また、ユーザーフレームは、保守フレームとの送信の競合が発生した場合の競合制御のために、ユーザーフレーム格納用バッファ４４に取り込まれる。ユーザーフレーム格納用バッファ４４の容量は、保守フレームの送信とユーザーフレームの送信との間で競合が発生した場合にシステム上で規定する競合制御時の待ち時間から、任意に決定できる。
【００２６】
フレーム送信制御部４３は、保守フレーム送信指示部４１から通知される保守フレーム送信イベント発生５２と、ユーザーフレーム格納用バッファ４４の状態５４とを常時モニタして、保守フレーム及びユーザーフレームのどちらを先に送信すべきかを判断する。保守フレームを送信する場合は、保守フレーム生成指示５５を保守フレーム生成部４２へ、フレーム送信選択（この場合は保守フレーム送信選択）５８をフレーム送信選択部４５へ、それぞれ通知する。一方、ユーザーフレームを送信する場合は、バッファ読み出し指示５６をユーザーフレーム格納用バッファ４４へ、フレーム送信選択（この場合はユーザーフレーム送信選択）５８をフレーム送信選択部４５へ、それぞれ通知する。
【００２７】
保守フレーム生成部４２は、フレーム送信制御部４３から通知される保守フレーム生成指示５５と、保守フレーム送信指示部４１から通知される保守フレーム送信内容５１とに基づき、送信する保守フレームを生成する。
【００２８】
フレーム送信選択部４５は、フレーム送信制御部４３からフレーム送信選択５８を受ける。その結果、保守フレームを送信する場合は、保守フレーム生成部４２で生成された保守フレーム５７を送信する。ユーザーフレームを送信する場合は、ユーザーフレーム格納用バッファ４４に格納されているユーザーフレーム５９を送信する。
【００２９】
次に、受信部１２ｂのブロックについて説明する。保守フレーム検出部６１は、受信した保守フレーム及びユーザーフレームから保守フレーム６３だけを検出して、保守フレーム格納用バッファ６２に渡す。保守フレーム格納用バッファ６２は、保守フレーム検出部６１で検出された保守フレーム６３を格納する。
【００３０】
図５は、ＭＣ１２の送信動作を示すフローチャートである。以下、図３及び図５に基づき、ＭＣ１２の送信動作を説明する。なお、動作の主体はフレーム送信制御部４３とする。
【００３１】
フレーム送信制御部４３は、保守フレーム送信指示部４１から通知される保守フレーム送信イベント発生５２と、ユーザーフレーム格納用バッファ４４の状態５４と、を常時モニタしている（ステップ１０１）。保守フレーム送信イベント発生５２が通知されたら、その時点でユーザーフレームが送信されているか確認する（ステップ１０２）。ユーザーフレームが送信中でないことを確認したら、送信する保守フレームの前に最小規定値であるＩＦＧ１２バイトが付加されるようタイムスケジュール管理を行った後に（ステップ１０３）、保守フレーム生成部４２に対して保守フレーム生成指示５５を通知する（ステップ１０４）。また、フレーム送信選択部４５へ、フレーム送信選択（この場合は保守フレーム送信選択）５８を通知し、保守フレーム生成部４２で生成した保守フレーム５７を送信する（ステップ１０４）。
【００３２】
一方、ユーザーフレームが送信中ならば、そのユーザーフレームの送信が完了するのを待ち、ユーザーフレーム送信完了を確認した後（ステップ１０２）、送信する保守フレームの前に最小規定値であるＩＦＧ１２バイトが付加されるようタイムスケジュール管理を行った後に（ステップ１０３）、保守フレーム生成部４２に対して保守フレーム生成指示５５を通知する（ステップ１０４）。また、フレーム送信選択部４５へ、フレーム送信選択（この場合は保守フレーム送信選択）５８を通知し、保守フレーム生成部４２で生成した保守フレーム５７を送信する（ステップ１０４）。
【００３３】
保守フレーム送信イベント発生５２の通知がなく、ユーザーフレーム格納用バッファ４４にユーザーフレームが格納されている場合は、その時点で保守フレームが送信されているか確認する（ステップ１１１，１１２）。保守フレームが送信されていなければ、送信するユーザーフレームの前に最小規定値であるＩＦＧ１２バイトが付加されるようタイムスケジュール管理を行った後に（ステップ１１３）、フレーム送信選択部４５へ、フレーム送信選択（この場合はユーザーフレーム送信選択）５８を通知し、ユーザーフレーム格納用バッファ４４に格納されているユーザーフレーム５９を送信する（ステップ１１４）。
【００３４】
一方、保守フレームが送信されている場合は、保守フレームの送信が完了してから（ステップ１１２）、送信するユーザーフレームの前に最小規定値であるＩＦＧ１２バイトが付加されるようタイムスケジュール管理を行った後に（ステップ１１３）、フレーム送信選択部４５へ、フレーム送信選択（この場合はユーザーフレーム送信選択）５８を通知し、ユーザーフレーム格納用バッファ４４に格納されているユーザーフレーム５９を送信する（ステップ１１４）。
【００３５】
図６に競合制御がない場合の保守フレーム送信動作を示し、図７に競合制御がある場合の保守フレーム送信動作を示し、図８に図１４の従来技術に対比させた場合の保守フレーム送信動作を示す。これらの図面に基づき、本実施形態を次のように総括する。まず、ユーザーフレーム及び保守フレームの送信状態を検出する。その結果、ユーザーフレームが送信中と検出されると、当該ユーザーフレームの送信後に、一定のＩＦＧを付加して保守フレームを送信する。一方、保守フレームが送信中と検出されると、当該保守フレームの送信後に、一定のＩＦＧを付加してユーザーフレームを送信する。このように、ユーザーフレームを単純に遅延させてＩＦＧに保守フレームを組み込むのではなく、ユーザーフレームの送信後に一定のＩＦＧを付加して保守フレームを組み込むので、ユーザーフレームの破壊や保守フレームの送信漏れが本質的に起こらない。
【００３６】
なお、保守フレーム送信とユーザーフレーム送信とが全く同じタイミングで起きた場合は、どちらを優先するべきかシステム上の定義に従って、優先させたいフレームを送信することができる。
【００３７】
図９は、本発明に係るＭＣの第二実施形態における送信動作を示すフローチャートである。以下、図３及び図９に基づき、本実施形態のＭＣにおける送信動作を説明する。なお、動作の主体はフレーム送信制御部４３とする。また、本実施形態において、第一実施形態と同じ部分は、説明を省略する。
【００３８】
保守フレームの送信中に、次の保守フレームを送信する必要性が発生した場合、保守フレーム送信待ちのキュー制御を行うことによって、保守フレームの送信漏れを防ぎ、確実に保守フレームを送信することができる。本実施形態は、保守フレーム送信待ちのキュー制御を、第一実施形態に加えた場合のフロー制御に関する。
【００３９】
フレーム送信制御部４３は、保守フレーム送信指示部４１から通知される保守フレーム送信イベント発生５２と、ユーザーフレーム格納用バッファ４４の状態５４と、を常時モニタしている。保守フレーム送信イベント発生５２が通知されたら、既に保守フレーム送信イベント発生５２を受けているかどうか確認する（ステップ２０１，２０２）。初めて保守フレーム送信イベント発生５２を受けた場合は、その時点でユーザーフレームが送信されているか確認する（ステップ２０４）。既に保守フレーム送信イベント発生５２を受けている場合は、保守フレームの送信待ちキューに登録を行い（ステップ２０３）、その後、ユーザーフレームを送信しているか確認するフェーズに進む（ステップ２０４）。
【００４０】
ユーザーフレームが送信中でないことを確認したら、保守フレーム生成部４２に対して保守フレーム生成指示５５を通知する。また、フレーム送信選択部４５へ、フレーム送信選択（この場合は保守フレーム送信選択）５８を通知し、保守フレーム生成部４２で生成した保守フレーム５７を送信する（ステップ２０５，２０６）。
【００４１】
一方、ユーザーフレームが送信中ならば、そのユーザーフレームの送信が完了するのを待ち、ユーザーフレーム送信完了を確認した後（ステップ２０４）、保守フレーム生成部４２に対して保守フレーム生成指示５５を通知する。また、フレーム送信選択部４５へ、フレーム送信選択（この場合は保守フレーム送信選択）５８を通知し、保守フレーム生成部４２で生成した保守フレーム５７を送信する（ステップ２０５，２０６）。
【００４２】
保守フレームを送信した後、保守フレームの送信待ちキュー登録が存在しているならば（ステップ２０７）、登録されている送信待ちキューを削除して（ステップ２０８）、送信待ちの保守フレーム５７を送信する（ステップ２０５，２０６）。
【００４３】
また、保守フレーム送信イベント発生５２の通知がなく、ユーザーフレーム格納用バッファ４４にユーザーフレームが格納されている場合は、その時点で保守フレームが送信さているか、又は保守フレームの送信待ちが発生しているか確認する（ステップ２１１，２１２）。どちらも発生していなければ、フレーム送信選択部４５へ、フレーム送信選択（この場合はユーザーフレーム送信選択）５８を通知し、ユーザーフレーム格納用バッファ４４に格納されているユーザーフレーム５９を送信する（ステップ２１３，２１４）。
【００４４】
一方、保守フレームが送信されているか、保守フレームの送信待ちが発生している場合は、それらが発生しなくなってから（ステップ２１２）、フレーム送信選択部４５へ、フレーム送信選択（この場合はユーザーフレーム送信選択）５８を通知し、ユーザーフレーム格納用バッファ４４に格納されているユーザーフレーム５９を送信する（ステップ２１３，２１４）。
【００４５】
図１０に保守フレームの送信待ちが発生した場合の保守フレーム送信動作を示す。
【００４６】
図１１及び図１２は本発明に係るＭＣの第三実施形態を示すブロック図であり、図１１は送信部を示し、図１２は受信部を示す。以下、これらの図面に基づき説明する。ただし、図３及び図４と同じ部分は同じ符号を付すことにより説明を省略する。
【００４７】
本実施形態では、図１におけるＭＣ１０と物理機能部１１，１３とのインタフェースが、ＭＩＩの代わりにＲＭＩＩ（Reduced MII）やＳＭＩＩ（Serial MII）になっている。この場合は、図１１及び図１２に示すように、送信部１２ｃではインタフェース変換部４６，４７を設け、受信部１２ｄではインタフェース変換部６４を設けることにより、対応が可能である。
【図面の簡単な説明】
【００４８】
【図１】第一実施形態を示すブロック図である。
【図２】第一実施形態における物理機能部の構成を示すブロック図である。
【図３】第一実施形態におけるＭＣ機能部の送信部を示すブロック図である。
【図４】第一実施形態におけるＭＣ機能部の受信部を示すブロック図である。
【図５】第一実施形態におけるＭＣの送信動作を示すフローチャートである。
【図６】第一実施形態において、競合制御がない場合の保守フレーム送信動作を示すタイムチャートである。
【図７】第一実施形態において、競合制御がある場合の保守フレーム送信動作を示すタイムチャートである。
【図８】第一実施形態において、従来技術に対比させた場合の保守フレーム送信動作を示すタイムチャートである。
【図９】第二実施形態における送信動作を示すフローチャートである。
【図１０】第二実施形態において、保守フレームの送信待ちが発生した場合の保守フレーム送信動作を示すタイムチャートである。
【図１１】第三実施形態における、ＭＣ機能部の送信部を示すブロック図である。
【図１２】第三実施形態における、ＭＣ機能部の受信部を示すブロック図である。
【図１３】光通信ネットワークシステムの構成例を示すブロック図である。
【図１４】従来の保守フレーム送信動作を示すタイムチャートである。
【符号の説明】
【００４９】
１０  ＭＣ（光メディアコンバータ）
１１，１３  物理機能部
１２  ＭＣ機能部
１２ａ，１２ｃ  送信部
１２ｂ，１２ｄ  受信部
１４  ＵＴＰケーブル
１５  光ファイバ
４１  保守フレーム送信指示部
４２  保守フレーム生成部
４３  フレーム送信制御部（第一の手段）
４４  ユーザーフレーム格納用バッファ
４５  フレーム送信選択部（第二及び第三の手段）
４６，４７，６４  インタフェース変換部
６１  保守フレーム検出部
６２  保守フレーム格納用バッファ
【図１】
2006165875.tif 000003
【図２】
2006165875.tif 000004
【図３】
2006165875.tif 000005
【図４】
2006165875.tif 000006
【図５】
2006165875.tif 000007
【図６】
2006165875.tif 000008
【図７】
2006165875.tif 000009
【図８】
2006165875.tif 000010
【図９】
2006165875.tif 000011
【図１０】
2006165875.tif 000012
【図１１】
2006165875.tif 000013
【図１２】
2006165875.tif 000014
【図１３】
2006165875.tif 000015
【図１４】
2006165875.tif 000016