特許 6190300 光伝送装置及びその制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6190300

(24)【登録日】2017年8月10日

(45)【発行日】2017年8月30日

(54)【発明の名称】光伝送装置及びその制御方法

(51)【国際特許分類】

   H04B 10/07 20130101AFI20170821BHJP

   H04L 7/00 20060101ALI20170821BHJP

【ＦＩ】

   H04B10/07

   H04L7/00

【請求項の数】11

【全頁数】10

(21)【出願番号】特願2014-66095(P2014-66095)

(22)【出願日】2014年3月27日

(65)【公開番号】特開2015-192189(P2015-192189A)

(43)【公開日】2015年11月2日

【審査請求日】2016年7月21日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(74)【代理人】

【識別番号】100170667

【弁理士】

【氏名又は名称】前田 浩次

(74)【代理人】

【識別番号】100166660

【弁理士】

【氏名又は名称】吉田 晴人

(72)【発明者】

【氏名】吉兼 昇

(72)【発明者】

【氏名】釣谷 剛宏

【審査官】 鴨川 学

(56)【参考文献】

【文献】 特開２０１２−２３１２８２（ＪＰ，Ａ）

【文献】 特開平２−８６２３６（ＪＰ，Ａ）

【文献】 特開平１１−１０３２８９（ＪＰ，Ａ）

【文献】 特開２００４−１４０６２６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ １０／００−１０／９０

Ｈ０４Ｊ １４／００−１４／０８

Ｈ０４Ｌ ７／００

Ｈ０４Ｊ ３／００

Ｈ０４Ｌ １３／００

(57)【特許請求の範囲】

【請求項1】

光伝送装置であって、
クライアント側の伝送路を介してクライアント装置から受信されるクライアント信号から抽出した受信クロック、または前記光伝送装置の自走クロックを用いて動作可能であり、前記クライアント信号を収容したライン信号を、ライン側の光伝送路を介して対向装置に送信するための第１の光インタフェース（Ｉ／Ｆ）と、
前記クライアント装置から受信される信号を監視することで、前記伝送路に対する前記クライアント装置の通信Ｉ／Ｆが動作を休止することを示す第１のパケット、及び前記通信Ｉ／Ｆが動作を再開することを示す第２のパケットを検出する検出手段と、
前記検出手段によって前記第１のパケットが検出されてから前記第２のパケットが検出されるまでの間、前記受信クロックを抽出できないことを示す警報が前記第１の光Ｉ／Ｆから送出されることを抑制する抑制手段と
を備えることを特徴とする光伝送装置。

【請求項2】

前記対向装置は、前記光伝送路を介して前記光伝送装置から受信される前記ライン信号から抽出した受信クロックを用いて動作可能な第２の光Ｉ／Ｆを備え、
前記光伝送装置は、前記検出手段によって前記第１のパケットが検出されると、前記第２の光Ｉ／Ｆからの前記警報の送出を抑制すべきことを、前記対向装置に通知する通知手段、を更に備える
ことを特徴とする請求項１に記載の光伝送装置。

【請求項3】

前記通知手段は、更に、前記検出手段によって前記第２のパケットが検出されると、前記第２の光Ｉ／Ｆからの前記警報の送出の抑制を解除すべきことを、前記対向装置に通知することを特徴とする請求項２に記載の光伝送装置。

【請求項4】

前記光伝送装置は、前記自走クロックを生成するクロック発生器を更に備えることを特徴とする請求項１から３のいずれか１項に記載の光伝送装置。

【請求項5】

前記抑制手段は、
前記検出手段によって前記第１のパケットが検出された場合には、前記警報を前記第１の光Ｉ／Ｆから出力させないためのマスクを、前記第１の光Ｉ／Ｆに対して設定し、
前記検出手段によって前記第２のパケットが検出された場合には、前記第１の光Ｉ／Ｆに対して設定した前記マスクを解除する
ことを特徴とする請求項１から４のいずれか１項に記載の光伝送装置。

【請求項6】

前記抑制手段は、前記検出手段によって前記第１のパケットが検出されてから前記第２のパケットが検出されるまでの間、前記警報が前記第１の光Ｉ／Ｆから出力されると、出力された当該警報を所定の通知先に通知しないように動作する
ことを特徴とする請求項１から４のいずれか１項に記載の光伝送装置。

【請求項7】

前記検出手段によって前記第１のパケットが検出されると、前記第１の光Ｉ／Ｆの動作を、前記受信クロックを用いた動作から前記光伝送装置の自走クロックを用いた動作に切り替える切替手段
を更に備えることを特徴とする請求項１から６のいずれか１項に記載の光伝送装置。

【請求項8】

前記切替手段は、更に、前記検出手段によって前記第２のパケットが検出されると、前記第１の光Ｉ／Ｆの動作を、前記自走クロックを用いた動作から前記受信クロックを用いた動作に切り替えることを特徴とする請求項７に記載の光伝送装置。

【請求項9】

前記クライアント装置の通信Ｉ／Ｆは、ＥＥＥ（Energy Efficient Ethernet）機能によって動作を停止または再開するイーサネット（登録商標）Ｉ／Ｆであり、
前記光伝送装置は、前記伝送路を介して前記クライアント装置から前記クライアント信号としてイーサネット信号を受信するための、前記ＥＥＥ機能に対応したイーサネットＩ／Ｆ、を更に備える
ことを特徴とする請求項１から８のいずれか１項に記載の光伝送装置。

【請求項10】

前記光Ｉ／Ｆは、ＯＴＮ（Optical Transport Network）規格に対応したインタフェースであることを特徴とする請求項１から９のいずれか１項に記載の光伝送装置。

【請求項11】

クライアント側の伝送路を介してクライアント装置から受信されるクライアント信号から抽出した受信クロック、または前記光伝送装置の自走クロックを用いて動作可能であり、前記クライアント信号を収容したライン信号を、ライン側の光伝送路を介して対向装置に送信するための光インタフェース（Ｉ／Ｆ）を備える光伝送装置の制御方法であって、
前記クライアント装置から受信される信号を監視することで、前記伝送路に対する前記クライアント装置の通信Ｉ／Ｆが動作を休止することを示す第１のパケット、及び前記通信Ｉ／Ｆが動作を再開することを示す第２のパケットを検出する検出工程と、
前記第１のパケットが検出されてから前記第２のパケットが検出されるまでの間、前記受信クロックを抽出できないことを示す警報が前記光Ｉ／Ｆから送出されることを抑制する抑制工程と
を含むことを特徴とする光伝送装置の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、光通信分野において、クライアント信号を収容したライン信号を光伝送路を介して送受信可能な光伝送装置及びその制御方法に関する。

【背景技術】

【0002】

レイヤ２のネットワーク技術として、イーサネット（Ethernet）（登録商標）技術が広く普及している。近年では、増加し続けている通信トラヒックを効率的に収容するために、ＩＥＥＥ８０２．３において４００ＧｂＥインタフェースの標準化に関する検討が数年後の完了を目指して進められている（非特許文献１）。４００ＧｂＥインタフェースの標準化では、Energy Efficient Ethernet（ＥＥＥ）技術（非特許文献２）をオプションとしてサポートすることがこれまでに決定されている。ＥＥＥ技術とは、インタフェースを介して伝送されるトラヒックが存在しなくなった場合に、当該インタフェースの動作を休止し、トラヒックが再び発生した場合に、当該インタフェースの動作を再開（復旧）する技術である。これにより、伝送すべきトラヒックが存在しない状態においてインタフェースにおける無駄な消費電力を抑制することが可能になるため、そのようなインタフェースを備える装置の省電力化につながる。

【0003】

また、光通信分野において、ＩＴＵ−Ｔ勧告で標準化されているOptical Transport Network（ＯＴＮ）（非特許文献３）に準拠した光信号であるＯＴＮ信号には、クライアント信号の１つとしてイーサネット信号を収容することが可能である。ＯＴＮ信号を送受信するためのＯＴＮインタフェースは、動作のために必要なクロックをクライアント信号から抽出することが可能であり、クライアント信号から抽出したクロックを用いて動作することが可能である。また、ＯＴＮインタフェースは、クライアント信号から抽出したクロックだけでなく、自装置に備えられたクロック発生器によって生成される自走クロックを用いて動作することも可能である。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】“400 Gb/s Ethernet Study Group”, インターネット＜ＵＲＬ：http://www.ieee802.org/3/400GSG/＞

【非特許文献2】IEEE802.1az,“Energy Efficient Ethernet”

【非特許文献3】ITU-T Recommendation G.709,“Interfaces for the Optical Transport Network(OTN)”, 2012/2.

【発明の概要】

【発明が解決しようとする課題】

【0005】

光伝送装置においてイーサネット信号のようなクライアント信号をＯＴＮ信号に収容して伝送する場合、以下のような課題がある。光伝送装置のＯＴＮインタフェースは、通常、クライアント信号から抽出したクロックを用いて動作している間に、通信障害等に起因してクライアント信号を受信できなくなると、クライアント信号からクロックを抽出できなくなったことを示す警報を送出する。しかし、ＯＴＮインタフェースは、クライアント装置の通信インタフェースがＥＥＥ機能によって動作を休止することでクライアント装置からのクライアント信号の送信が途絶した場合であっても、通信障害等が発生した場合と同様に警報を送出してしまう。即ち、ＥＥＥ機能によってクライアント信号が受信できなくなった場合には警報の送出は必ずしも必要でないにもかかわらず、ＯＴＮインタフェースは不必要に警報を送出してしまう。

【0006】

本発明は、上述の課題に鑑みてなされたものである。本発明は、クライアント信号を収容したライン信号を光伝送路を介して送受信可能な光伝送装置で、クライアント信号からクロックを抽出できなくなった場合に光インタフェースから不必要に警報を送出することを防止する技術を提供することを目的としている。

【課題を解決するための手段】

【0007】

本発明は、例えば光伝送装置として実現できる。本発明の一態様の係る光伝送装置は、クライアント側の伝送路を介してクライアント装置から受信されるクライアント信号から抽出した受信クロック、または前記光伝送装置の自走クロックを用いて動作可能であり、前記クライアント信号を収容したライン信号を、ライン側の光伝送路を介して対向装置に送信するための第１の光インタフェース（Ｉ／Ｆ）と、前記クライアント装置から受信される信号を監視することで、前記クライアント装置の、前記伝送路に対する通信Ｉ／Ｆが動作を休止することを示す第１のパケット、及び前記通信Ｉ／Ｆが動作を再開することを示す第２のパケットを検出する検出手段と、前記検出手段によって前記第１のパケットが検出されてから前記第２のパケットが検出されるまでの間、前記受信クロックを抽出できないことを示す警報が前記第１の光Ｉ／Ｆから送出されることを抑制する抑制手段とを備えることを特徴とする。

【発明の効果】

【0008】

本発明によれば、クライアント信号を収容したライン信号を光伝送路を介して送受信可能な光伝送装置で、クライアント信号からクロックを抽出できなくなった場合に光インタフェースから不必要に警報を送出することを防止できる。

【図面の簡単な説明】

【0009】

【図1】光伝送装置と光伝送路とで構成される光伝送システムの概略的な構成例を示すブロック図。

【図2A】光伝送装置における、ＯＴＮ信号の送信側の概略的な構成例を示すブロック図。

【図2B】光伝送装置における、ＯＴＮ信号の受信側の概略的な構成例を示すブロック図。

【図3】光伝送装置における、ＯＴＮ信号の送信側の処理手順を示すフローチャート。

【図4】光伝送装置における、ＯＴＮ信号の受信側の処理手順を示すフローチャート。

【発明を実施するための形態】

【0010】

以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の各図においては、実施形態の説明に必要ではない構成要素については図から省略する。また、以下の実施形態は例示であり、本発明を実施形態の内容に限定するものではない。

【0011】

＜光伝送システムの構成例＞
図１は、本発明の一実施形態に係る光伝送システムの概略的な構成例を示すブロック図である。図１に示す光伝送システムは、ＯＴＮ信号に対応しており、光伝送装置１００，２００と、光伝送装置１００，２００の間の、ＯＴＮ信号を収容した光信号を伝送可能な光伝送路とを備える。光伝送装置１００（２００）は、光伝送路を介して、ライン側の対向装置である光伝送装置２００（１００）と接続される。また、光伝送装置１００，２００のそれぞれは、クライアント側の伝送路を介してクライアント装置（図示せず）と接続される。

【0012】

光伝送装置１００，２００は、クライアント装置との間で送受信するクライアント信号をライン信号（ＯＴＮ信号）に収容し、当該ＯＴＮ信号を光伝送路を介して対向装置との間で送受信可能である。本実施形態では、クライアント側の各伝送路は、イーサネット（登録商標）ネットワークで構成され、また、光伝送装置１００，２００のイーサネットインタフェース（Ｉ／Ｆ）と各クライアント装置のイーサネットＩ／Ｆは、ＥＥＥ機能に対応している。このため、本実施形態の光伝送装置１００，２００は、クライアント装置との間でイーサネット信号を送受信し、光伝送路を介した対向装置との間で、イーサネット信号を収容したライン信号（ＯＴＮ信号）を送受信する。

【0013】

光伝送装置１００は、クライアント信号から抽出した受信クロック、または当該光伝送装置の自走クロックを用いて動作可能な光Ｉ／Ｆ（図２ＡのＯＴＮ Ｉ／Ｆ１２４）を備える。この光Ｉ／Ｆは、ライン側の光伝送路を介して、対向装置である光伝送装置２００との間でライン信号（ＯＴＮ信号）を送受信するために用いられる。本実施形態で、光伝送装置１００は、ＥＥＥ機能によってクライアント信号（イーサネット信号）をクライアント装置から受信できなくなった場合に光Ｉ／Ｆが不必要に警報を送出することを防止するために、以下のように動作する。

【0014】

具体的には、光伝送装置１００は、クライアント装置から受信される信号を監視することで、クライアント装置の、伝送路に対する通信Ｉ／Ｆ（イーサネットＩ／Ｆ）が動作を休止することを示す第１のパケット、及び当該通信Ｉ／Ｆが動作を再開することを示す第２のパケットを検出する。本実施形態では、第１及び第２のパケットとして、ＩＥＥＥ８０２．１ａｚ（非特許文献２）において規定された、イーサネットＩ／ＦでＬＰＩ（Low Power Idle）を実現するための「Ｓｌｅｅｐパケット」及び「Ａｌｅｒｔパケット」を用いる場合について一例として説明する。

【0015】

光伝送装置１００は、第１のパケット（Ｓｌｅｅｐパケット）を検出することによって、ＥＥＥ機能によってクライアント装置からクライアント信号を受信できなくなることを検出する。また、光伝送装置１００は、第２のパケット（Ａｌｅｒｔパケット）を検出することによって、ＥＥＥ機能によって受信できなくなっていたクライアント信号を再び受信できるようになることを検出する。光伝送装置１００は、このような検出結果に基づいて、ＥＥＥ機能によってクライアント信号が受信できない期間に光Ｉ／Ｆから警報が送出されることを抑制する。具体的には、光伝送装置１００は、第１のパケット（Ｓｌｅｅｐパケット）を検出してから第２のパケット（Ａｌｅｒｔパケット）を検出するまでの間、クライアント信号からクロック（即ち、クライアント装置からの受信クロック）を抽出できないことを示す警報が光Ｉ／Ｆから送出されることを抑制する。

【0016】

以下では、図２Ａ〜図４を参照して、光伝送装置１００における、より具体的な構成及び動作の一例について説明する。なお、なお、光伝送装置２００も光伝送装置１００と同様に動作可能である。

【0017】

＜光伝送装置の構成例＞
図２Ａ及び図２Ｂは、それぞれ、光伝送装置１００における、ＯＴＮ信号の送信側及び受信側の概略的な構成例を示すブロック図である。光伝送装置１００は、図２Ａに示すように、ＯＴＮ信号の送信側の構成として、イーサネットＩ／Ｆ１２１、イーサネット信号処理部１２２、ＯＴＮ信号処理部１２３及びＯＴＮ Ｉ／Ｆ１２４と、それらの動作を制御する制御部１１０とを備える。光伝送装置１００は、クライアント信号（イーサネット信号）から受信クロックを抽出できない場合にＯＴＮ Ｉ／Ｆ１２４に供給すべき自走クロックを生成するクロック発生器１５０を更に備える。なお、クロック発生器１５０は、例えば、制御部１１０内に設けられることで、制御部１１０がＯＴＮ Ｉ／Ｆ１２４に対して自走クロックを供給してもよい。また、光伝送装置１００は、ＯＴＮ信号の受信側の構成として、イーサネットＩ／Ｆ１３１、イーサネット信号処理部１３２、ＯＴＮ信号処理部１３３及びＯＴＮ Ｉ／Ｆ１３４を更に備える。

【0018】

（送信側の構成例）
イーサネットＩ／Ｆ１２１は、クライアント装置（図示せず）の通信Ｉ／Ｆからクライアント信号を受信する。本実施形態では、クライアント装置の通信Ｉ／Ｆは、ＥＥＥ機能によって動作を停止または再開するイーサネットＩ／Ｆである。イーサネットＩ／Ｆ１２１は、クライアント装置のイーサネットＩ／Ｆからクライアント信号としてイーサネットを受信するための、ＥＥＥ機能に対応したＩ／Ｆである。なお、イーサネットＩ／Ｆ１２１は、クライアント装置のイーサネットＩ／Ｆから、上述のＳｌｅｅｐパケット及びＡｌｅｒｔパケットを含む信号を受信できる。

【0019】

イーサネット信号処理部１２２は、イーサネットＩ／Ｆ１２１によって受信される、クライアント装置からのイーサネット信号に対して所定の信号処理を施して、ＯＴＮ信号処理部１２３に出力する。また、イーサネット信号処理部１２２は、イーサネットＩ／Ｆ１２１によって受信されるイーサネット信号のデータを監視（確認）する機能を有する。イーサネット信号処理部１２２は、イーサネット信号を監視することで、Ｓｌｅｅｐパケット及びＡｌｅｒｔパケットを検出しうる。

【0020】

ＯＴＮ信号処理部１２３は、イーサネットＩ／Ｆ１２１によって受信され、イーサネット信号処理部１２２から出力されたイーサネット信号を、ＯＴＮ信号に収容する。また、ＯＴＮ信号処理部１２３は、イーサネット信号からクロック（受信クロック）を抽出する機能を有する。ＯＴＮ信号処理部１２３は、イーサネット信号を収容したＯＴＮ信号をＯＴＮ Ｉ／Ｆ１２４に出力するとともに、イーサネット信号から抽出したクロックをＯＴＮ Ｉ／Ｆ１２４に提供する。

【0021】

ＯＴＮ Ｉ／Ｆ１２４は、ＯＴＮ信号処理部１２３からクロックが提供される場合には、当該クロックを用いて動作可能である。また、ＯＴＮ Ｉ／Ｆ１２４は、ＯＴＮ信号処理部１２３からクロックが提供されない場合には、クロック発生器１５０が生成したクロック（光伝送装置１００の自走クロック）を用いて動作することも可能である。ＯＴＮ Ｉ／Ｆ１２４は、ＯＴＮ信号処理部１２３から出力されたＯＴＮ信号を、光伝送路を介して対向装置（光伝送装置２００）に送信する。

【0022】

（受信側の構成例）
ＯＴＮ Ｉ／Ｆ１３４は、光伝送路を介して対向装置（光伝送装置２００）からＯＴＮ信号を受信して、受信した当該ＯＴＮ信号をＯＴＮ信号処理部１３３に出力する。

【0023】

ＯＴＮ信号処理部１３３は、ＯＴＮ Ｉ／Ｆ１３４によって受信されたＯＴＮ信号に収容されたクライアント信号（イーサネット信号）を取り出して、当該イーサネット信号をイーサネット信号処理部１３２に出力する。また、ＯＴＮ信号処理部１３３は、ＯＴＮ信号からクロック（受信クロック）を抽出する機能を有する。ＯＴＮ信号から抽出された受信クロックは、ＯＴＮ Ｉ／Ｆ１３４の動作等のために用いられる。

【0024】

イーサネット信号処理部１３２は、ＯＴＮ信号処理部１３３から出力されるイーサネット信号に対して所定の信号処理を施して、イーサネットＩ／Ｆ１３１に出力する。イーサネットＩ／Ｆ１３１は、クライアント装置のイーサネットＩ／Ｆにイーサネット信号を送信する。なお、イーサネットＩ／Ｆ１３１は、イーサネットＩ／Ｆ１２１と同様、ＥＥＥ機能に対応したＩ／Ｆである。

【0025】

制御部１１０は、光伝送装置１００全体の動作を制御する。本実施形態で、制御部１１０は、イーサネット信号処理部１２２によってＳｌｅｅｐパケットが検出されてから、Ａｌｅｒｔパケットが検出されるまでの間、ＯＴＮ Ｉ／Ｆ１２４から警報を出力させないためのマスク（クロックロス警報マスク）を、ＯＴＮ Ｉ／Ｆ１２４に対して設定する。このクロックロス警報マスクは、クライアント信号（イーサネット信号）から受信クロックを抽出できないことを示す警報をＯＴＮ Ｉ／Ｆ１２４から出力させないために設定される。なお、制御部１１０は、図３を用いて説明するように、光伝送路を介して対向装置（光伝送装置２００）に、ＯＴＮ Ｉ／Ｆ１３４からの警報の送出を抑制すべきことを通知してもよい。例えば、上述のようなクロックロス警報マスクをＯＴＮ Ｉ／Ｆ１３４に対して設定すべきことを通知してもよい。

【0026】

また、制御部１１０は、対向装置（光伝送装置２００）からそのような通知を受信した場合、警報の送出の抑制を解除すべきことが対向装置から通知されるまでの間、ＯＴＮ Ｉ／Ｆからの警報の送出を抑制する。例えば、制御部１１０はクロックロス警報マスクをＯＴＮ Ｉ／Ｆ１３４に対してマスクを設定する。このクロックロス警報マスクは、ＯＴＮ信号から受信クロックを抽出できないことを示す警報をＯＴＮ Ｉ／Ｆ１３４から出力させないために設定される。

【0027】

なお、制御部１１０は、光伝送装置１００の動作状態を示す通知（警報や障害発生通知等）を、所定の通知先に送信しうる。本実施形態では、このような通知先を、光伝送装置１００の外部のネットワーク（ＮＷ）運用管理部（例えば、特定のノード）としている。このような通知先は、外部のネットワーク運用管理部ではなく、光伝送装置１００内の特定の上位レイヤ（アプリケーション等）であってもよい。

【0028】

なお、光伝送装置１００，２００は、図２Ａ及び図２Ｂに示す各ブロックの機能を実行する専用のハードウェアを備えてもよいし、または、ハードウェアで一部の機能を実行し、他の部分の機能を実現するためのプログラム（ソフトウェア）をコンピュータで実行してもよい。

【0029】

＜光伝送装置の送信側の処理手順＞
図３は、光伝送装置１００における、ＯＴＮ信号の送信側の処理手順を示すフローチャートである。なお、図３に示す各ステップの処理は、制御部１１０によって実行される。

【0030】

光伝送装置１００は、イーサネット信号及びＯＴＮ信号を送受信可能な状態に起動すると、まず、Ｓ１０１の処理を行う。Ｓ１０１で、制御部１１０は、クライアント装置から受信される信号から、イーサネット信号処理部１２２によってＳｌｅｅｐパケットが検出されたか否かを判定する。制御部１１０は、Ｓｌｅｅｐパケットが検出されていないと判定する限り当該判定を繰り返し、Ｓｌｅｅｐパケットが検出されたと判定すると、処理をＳ１０２に進める。

【0031】

Ｓ１０２で、制御部１１０は、イーサネット信号（クライアント信号）が途絶状態となったとしてもＯＴＮ Ｉ／Ｆ１２４から警報を出力させないために、ＯＴＮ Ｉ／Ｆ１２４に対してクロックロス警報マスクを設定する。更にＳ１０３で、制御部１１０は、光伝送路を介して対向装置（光伝送装置２００）に、ＯＴＮ Ｉ／Ｆ１３４に対してクロックロス警報マスクを設定すべきことを示す通知（マスク設定通知）を送信する。その後、Ｓ１０３で、制御部１１０は、ＯＴＮ Ｉ／Ｆ１２４の動作を、イーサネット信号から抽出される受信クロックを用いた動作から、クロック発生器１５０によって生成される自走クロックを用いた動作に切り替える。

【0032】

次に、Ｓ１０５で、制御部１１０は、制御部１１０は、クライアント装置から受信される信号から、イーサネット信号処理部１２２によってＡｌｅｒｔパケットが検出されたか否かを判定する。制御部１１０は、Ａｌｅｒｔパケットが検出されていないと判定する限り当該判定を繰り返し、Ａｌｅｒｔパケットが検出されたと判定すると、処理をＳ１０６に進める。

【0033】

Ｓ１０６で、制御部１１０は、光伝送路を介して対向装置（光伝送装置２００）に、ＯＴＮ Ｉ／Ｆ１３４に対して設定されているクロックロス警報マスクを解除すべきことを示す通知（マスク解除通知）を送信する。更にＳ１０７で、制御部１１０は、ＯＴＮ Ｉ／Ｆ１２４の動作を、クロック発生器１５０によって生成される自走クロックを用いた動作から、イーサネット信号から抽出される受信クロックを用いた動作に再び切り替える。

【0034】

次に、Ｓ１０８で、制御部１１０は、ＯＴＮ Ｉ／Ｆ１２４においてイーサネット信号（クライアント信号）に基づくクロックが確立されているか否かを判定する。制御部１１０は、イーサネット信号に基づくクロックが確立されていると判定すると、処理をＳ１０９に進め、ＯＴＮ Ｉ／Ｆ１２４に設定したクロックロス警報マスクを解除する。一方、制御部１１０は、イーサネット信号に基づくクロックが確立されていないと判定すると、処理をＳ１０９に進め、クロック抽出に障害が発生したことを示す通知を、ネットワーク運用管理部に送信する。制御部１１０は、Ｓ１０９またはＳ１１０の完了後、処理をＳ１０１に戻すことで、上述の一連の処理を繰り返す。

【0035】

＜光伝送装置の受信側の処理手順＞
図４は、光伝送装置１００における、ＯＴＮ信号の受信側の処理手順を示すフローチャートである。なお、図４に示す各ステップの処理は、制御部１１０によって実行される。

【0036】

光伝送装置１００は、イーサネット信号及びＯＴＮ信号を送受信可能な状態に起動すると、まず、Ｓ２０１の処理を行う。Ｓ２０１で、制御部１１０は、対向装置（光伝送装置２００）から、マスク設定通知（Ｓ１０３）が受信されたか否かを判定する。制御部１１０は、マスク設定通知が受信されたと判定した場合、処理をＳ２０３に進め、ＯＴＮＩ／Ｆ １３４に対してクロックロス警報マスクを設定する。一方、制御部１１０は、マスク設定通知が受信されていないと判定した場合、処理をＳ２０２に進める。

【0037】

Ｓ２０２で、制御部１１０は、対向装置（光伝送装置２００）から、マスク解除通知（Ｓ１０６）が受信されたか否かを判定する。制御部１１０は、マスク解除通知が受信されたと判定した場合、処理をＳ２０４に進め、ＯＴＮＩ／Ｆ １３４に対して設定したクロックロス警報マスクを解除する。

【0038】

制御部１１０は、対向装置（光伝送装置２００）からマスク設定通知またはマスク解除通知が受信されていない場合（Ｓ２０２で「ＮＯ」）、処理をＳ２０１に戻すことで、上述の一連の処理を繰り返す。また、制御部１１０は、Ｓ２０３またはＳ２０４の完了後も、処理をＳ２０１に戻すことで、上述の一連の処理を繰り返す。

【0039】

以上説明したように、本実施形態によれば、光伝送装置１００で、ＥＥＥ機能によってクライアント信号（イーサネット信号）をクライアント装置から受信できなくなった場合に光Ｉ／Ｆ（ＯＴＮ Ｉ／Ｆ１２４）から不必要に警報を送出することを防止できる。また、光伝送装置１００から対向装置（光伝送装置２００）にマスク設定通知及び解除通知を送信することで、光伝送装置１００だけでなく、対向装置においても光Ｉ／Ｆ（ＯＴＮ Ｉ／Ｆ１３４）から不必要に警報を送出することを防止できる。

【0040】

なお、上述の実施形態は種々の変更が可能である。例えば、制御部１１０は、ＯＴＮ Ｉ／Ｆ１２４からの警報の送出を抑制するために、上述のようにマスクを設定するのではなく、ＯＴＮ Ｉ／Ｆ１２４から出力される警報を所定の通知先（例えば、ネットワーク運用管理部）に通知しないように動作してもよい。このような変更を行った場合にも、上述の実施形態と同様の効果を達成できる。

【符号の説明】

【0041】

１００，２００：光伝送装置
１１０：制御部
１２１，１３１：イーサネットＩ／Ｆ
１２２，１３２：イーサネット信号処理部
１２３，１３３：ＯＴＮ信号処理部
１２４，１３４：ＯＴＮ Ｉ／Ｆ
１５０：クロック発生器

【図1】

【図2A】

【図2B】

【図3】

【図4】