転送装置及びネットワークシステム
【課題】転送装置が送信するユーザデータのフレーム長が大きくても、伝送路の異常の誤検出を防止する転送装置を提供することを目的とする。
【解決手段】転送装置において、監視データを周期的に他の装置へ送信する監視データ送信部と、ユーザデータを他の装置へ送信するユーザデータ送信部と、他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、ユーザデータを送信するために必要なユーザデータ送信時間を計測する送信時間計測部と、送信時間計測部によって計測されたユーザデータ送信時間が監視データの送信周期より大きい場合、監視データの送信周期がユーザデータ送信時間より大きくなるように監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とする。
【解決手段】転送装置において、監視データを周期的に他の装置へ送信する監視データ送信部と、ユーザデータを他の装置へ送信するユーザデータ送信部と、他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、ユーザデータを送信するために必要なユーザデータ送信時間を計測する送信時間計測部と、送信時間計測部によって計測されたユーザデータ送信時間が監視データの送信周期より大きい場合、監視データの送信周期がユーザデータ送信時間より大きくなるように監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを転送する転送装置に関し、特に、監視データの送信周期を変更する転送装置に関する。
【背景技術】
【０００２】
ＬＡＮ(Local Area Network)の主流であって、勧告ＩＥＥＥ８０２．３で標準化されたイーサネット(登録商標、以下同じ)の普及が進むに従って、イーサネット網での保守管理機能の強化する要望が高まっている。イーサネットの保守管理機能としてＥｔｈｅｒ ＯＡＭがＩＴＵ−Ｔ勧告Ｙ．１７３１で標準化されている。Ｅｔｈｅｒ ＯＡＭを利用することによって、イーサネットの故障をインチャネルで検出し、イーサネットの品質をインチャネルで管理できる。
【０００３】
勧告Ｙ.１７３１では、用途に応じて様々なＥｔｈｅｒ ＯＡＭフレームが規定されている（例えば、非特許文献１参照）。
【０００４】
二つの転送装置間の接続を監視するためにはＥＴＨ−ＣＣ(Ethernet Continuity check)（Ethernetは登録商標、以下同じ）が用いられる。ＥＴＨ−ＣＣは転送装置（送信装置）から所定の周期で送信される。送信装置に接続された転送装置（受信装置）は、ＥＴＨ−ＣＣの受信周期を監視し、所定の周期でＥＴＨ−ＣＣを受信しない場合、伝送路に障害があると判定して警報をネットワークに送信する。
【０００５】
具体的には、送信装置は、ＥＴＨ−ＣＣを３．３３ｍｓ周期で送信する。受信装置は、ＥＴＨ−ＣＣの送信周期を３．５倍した受信時間内（３．３３ｍｓ×３．５＝１１．６５５ｍｓ）に、ＥＴＨ−ＣＣを３フレーム受信しなければ、伝送路障害警報としてＬＯＣ(Loss of continuity)をネットワークに送信する。受信装置が伝送路の障害が回復したと判定する条件（ＬＯＣ回復条件）は、受信時間にＥＴＨ―ＣＣを３フレーム以上受信することである。
【０００６】
次に、勧告Ｇ．８０３１で規定されるイーサネットリニアプロテクションについて説明する。
【０００７】
前提として、二つの転送装置は、ユーザデータを送信する運用系の伝送路と予備系の伝送路とによって接続されている。一方の転送装置が運用系の伝送路に障害を検出した場合、運用系の伝送路を予備系の伝送路に切り替え、予備系の伝送路を運用系の伝送路に切り替える。イーサネットリニアプロテクションでは、転送装置は、伝送路を切り替えたことを他の転送装置に通知するためにＥＴＨ−ＡＰＳ(Ethernet Automatic protection switching)を使用する（例えば、非特許文献２）。
【０００８】
ＥＴＨ−ＡＰＳは、５ｓ周期で送信されるが、転送装置が、伝送路を切り替えると、ＥＴＨ−ＡＰＳに切替トリガ情報を含めて送信する。切替トリガ情報を含むＥＴＨ−ＡＰＳを受信した転送装置は、受信したＥＴＨ−ＡＰＳに基づいて伝送路を切り替える。ＥＴＨ−ＡＰＳが切替トリガ情報を含む場合３．３３ｍｓ周期で送信される。これによって、通常のＥＴＨ−ＡＰＳと切替トリガ情報を含むＥＴＨ−ＡＰＳとは区分される。
【０００９】
図９及び図１０を用いて従来のイーサネットリニアプロテクションを利用するネットワークシステムについて説明する。
【００１０】
図９は、従来のネットワークシステムの説明図である。
【００１１】
ネットワークシステムは、転送装置Ａ１０及び転送装置Ｂ２０を備える。
【００１２】
転送装置Ａ１０及び転送装置Ｂ２０は二重化された伝送路によって接続される。このネットワークシステムは、転送装置Ａ１０に備わる０系インタフェース１１と転送装置Ｂ２０に備わる０系インタフェース２１とを接続する伝送路を運用系の伝送路として利用し、転送装置Ａ１０に備わる１系インタフェース１２と転送装置Ｂ２０に備わる１系インタフェース２２とを接続する伝送路を予備系の伝送路として利用する。
【００１３】
具体的には、転送装置Ａ１０のセレクタ１３は、０系インタフェース１１を運用系として選択し、１系インタフェース１２を予備系として選択する。同様に転送装置Ｂ２０のセレクタ２３は、０系インタフェース２１を運用系として選択し、１系インタフェース２２を予備系として選択する。
【００１４】
転送装置Ａ１０及び転送装置Ｂ２０は、運用系として選択された０系インタフェース１１及び２１の間でユーザデータを通信する。
【００１５】
転送装置Ａ１０は、０系インタフェース１１のポートＢ及び１系インタフェース１２のポートＢから３．３３ｍｓ周期でＥＴＨ−ＣＣを送信する。転送装置Ｂ２０は、０系インタフェース２１のポートＣ及び１系インタフェース２２のポートＣから３．３３ｍｓ周期でＥＴＨ−ＣＣを送信する。
【００１６】
また、転送装置Ａ１０は、１系インタフェース１１のポートＢから５ｓ周期でＥＴＨ−ＡＰＳを送信する。転送装置Ｂ２０は、１系インタフェース２２のポートＣから５ｓ周期でＥＴＨ−ＡＰＳを送信する。
【００１７】
すなわち、ＥＴＨ−ＣＣは、運用系の伝送路及び予備系の伝送路の両方で通信され、ＥＴＨ−ＡＰＳは予備系の伝送路のみで通信される。
【００１８】
図１０は、従来のネットワークシステムの伝送路の異常の検出に基づいて伝送路を切り換える処理のシーケンス図である。
【００１９】
図１０では、転送装置Ａ１０及び転送装置Ｂ２０が、図９と同様に、０系インタフェース１１及び２１を運用系として選択している。
【００２０】
例えば、図９に示す０系インタフェース１１のポートＢと０系インタフェース２１のポートＢとを接続する伝送路に障害が発生すると、転送装置Ｂ２０は、転送装置Ａ１０からのＥＴＨ−ＣＣを受信できなくなる。
【００２１】
転送装置Ｂ２０は、ＥＴＨ−ＣＣの送信周期（３．３３ｍｓ）に所定の値（保護段数）：３．５を乗算した受信時間（１１．６５５ｍｓ）内にＥＴＨ−ＣＣを３フレーム受信できず、ＬＯＣを検出する。
【００２２】
この場合、転送装置Ｂ２０のセレクタ２３は、１系インタフェース２２を運用系として選択し、切替トリガ情報を含むＥＴＨ−ＡＰＳを１系インタフェース２２のポートＣから送信する。
【００２３】
転送装置Ａ１０は、切替トリガ情報を含むＥＴＨ−ＡＰＳを受信した場合、セクレタ１３は１系インタフェース１２を運用系として選択する。
【００２４】
伝送路に障害が発生し、転送装置Ｂ２０が他の転送装置にデータを送信できなくなってから転送装置Ａが運用系を切り替え、転送装置Ｂ２０が他の転送装置にデータを送信できるようになるまでの信号断時間を、イーサネットリニアプロテクションでは５０ｍｓ以内に保証する。
【００２５】
このため、ＥＴＨ−ＣＣは、３．３３ｍｓという高速周期で送信されるようにして、障害発生からＬＯＣ検出までの時間、つまり、障害発生から切替トリガ情報を含むＥＴＨ−ＡＰＳを送信するまでの時間を短縮化する。また、切替トリガ情報を含むＥＴＨ−ＡＰＳは、３．３３ｍｓという高速周期で通信されるようにし、他の転送装置への切替通知を高速化する。
【００２６】
また、勧告Ｇ．８０２１ Ｐ１５８ １０章では、１０Ｍｂｐｓ，１００Ｍｂｐｓ，１０００Ｍｂｐｓ，及び１０Ｇｂｐｓの四つの伝送速度がＥｔｈｅｒ ＯＡＭの伝送速度として規定されている（例えば、非特許文献３参照）。
【００２７】
さらに、イーサネットではＩＥＥＥ８０２．３ Ｐ９０ ４．４．２章では、運用系の伝送路を介して通信されるユーザデータのフレーム長は最大１５１８バイトと規定されている（例えば、非特許文献４参照）。しかし、近年の転送装置は、フレーム長が９０００バイトから１６０００バイトであるユーザデータ（ジャンボフレーム）をサポートする。今後は、さらに大きなフレーム長のユーザデータをサポートする転送装置が開発されることも考えられる。
【先行技術文献】
【非特許文献】
【００２８】
【非特許文献１】ITU-T Y.1731: OAM functions and mechanisms for Ethernet based networks
【非特許文献２】ITU-T G.8031/Y.1342: Ethernet linear protections switching
【非特許文献３】ITU-T G.8021/Y.1341: Characteristics of Ethernet transport network equipment functional blocks:P158 10章
【非特許文献４】IEEE standard 802.3 Information Technology − Telecommunications and information exchange between systems − Local and metropolitan area networks − Specific requirements − Carrier sense multiple access whit collision detection (CSMA/CD) access method and physical layer specifications
【発明の概要】
【発明が解決しようとする課題】
【００２９】
イーサネットリニアプロテクションでは、Ｅｔｈｅｒ ＯＡＭの高速通信を実装する関係上、以下に示す課題が生じる。
【００３０】
上述したように、イーサネットリニアプロテクションでは、運用系と予備系とを切り替えるトリガとして、ＥＴＨ−ＣＣの未受信に基づくＬＯＣの検出を用いる。ＥＴＨ−ＣＣは３．３３ｍｓ周期で高速通信されるのが望ましいが、伝送路速度及びユーザデータのフレーム長次第で、転送装置Ａ１０が３．３３ｍｓ周期で送信できず、転送装置Ｂ２０が伝送路に障害が発生していないにもかかわらず、ＬＯＣを検出してしまうことがある。
【００３１】
例えば、伝送路速度が１０Ｍｂｐｓでフレーム長が１６０００バイトのユーザデータを転送装置が送信する場合、転送装置がユーザデータを送信するために必要な時間（ユーザデータ送信時間）は１２．８ｍｓとなる。このユーザデータ送信時間は、ＥＴＨ−ＣＣの送信周期（３．３３ｍｓ）より大きくなる。また、転送装置は、ユーザデータを送信する間、ＥＴＨ−ＣＣを転送装置に接続された転送装置（対向装置）に送信できない。
【００３２】
このため、対向装置は、ユーザデータ送信時間である１２．８ｍｓの間ＥＴＨ−ＣＣを受信できず、受信時間（１１．６５５ｍｓ）にＥＴＨ−ＣＣを３回以上受信できず、ＬＯＣを検出する。転送装置がＬＯＣを一旦を検出すると、自動的に解除できない。
【００３３】
伝送路速度が１０Ｍｂｐｓである場合を例にＬＯＣの誤検出を説明したが、１０Ｍｂｐｓ以外の伝送路速度でもユーザフレーム長が大きくなれば同じ問題が生じ得る。
【００３４】
また、ＥＴＨ−ＣＣ以外のＥｔｈｅｒ ＯＡＭフレームを監視データとして用いる場合でも、上述のようにＥｔｈｅｒ ＯＡＭフレームを期待通りに送信できず、Ｅｔｈｅｒ ＯＡＭの保守管理機能を行えない状態となる。
【００３５】
本発明は、転送装置が送信するユーザデータのフレーム長が大きくても、伝送路の異常の誤検出を防止する転送装置を提供することを目的とする。
【課題を解決するための手段】
【００３６】
本発明の代表的な一例を示せば、接続された他の装置へデータを転送する転送装置において、監視データを周期的に前記他の装置へ送信する監視データ送信部と、ユーザデータを前記他の装置へ送信するユーザデータ送信部と、前記他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、前記ユーザデータを送信するために必要なユーザデータ送信時間を計測する送信時間計測部と、前記送信時間計測部によって計測されたユーザデータ送信時間が前記監視データの送信周期より大きい場合、前記監視データの送信周期が前記ユーザデータ送信時間より大きくなるように前記監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とする転送装置。
【発明の効果】
【００３７】
本発明によれば、転送装置が送信するユーザデータのフレーム長が大きくても、伝送路の異常の誤検出を防止する転送装置を提供できる。
【図面の簡単な説明】
【００３８】
【図１Ａ】本発明の第１実施形態の伝送路に障害が発生したネットワークシステムの説明図である。
【図１Ｂ】本発明の第１実施形態のネットワークシステムの異常を検出した転送装置Ｂ２０のインタフェースの切替えの説明図である。
【図１Ｃ】本発明の第１実施形態のネットワークシステムの切替トリガ情報を受信した転送装置Ａ１０のインタフェースの切替えの説明図である。
【図２】本発明の第１実施形態のＥＴＨ−ＣＣのフレームフォーマットの説明図である。
【図３】本発明の第１実施形態のＥＴＨ−ＣＣのＦｌａｇｓのフィールドフォーマットの説明図である。
【図４】本発明の第１実施形態のＥＴＨ−ＣＣによって表現可能な送信周期が従来のＥＴＨ−ＣＣによって表現可能な送信周期より多くなることを説明するための図である。
【図５】本発明の第１実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。
【図６】本発明の第１実施形態のＬＯＣ検出解除条件の変更処理のフローチャートである。
【図７】本発明の第１実施形態のネットワークシステムのＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理のシーケンス図である。
【図８】本発明の第２実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。
【図９】従来のネットワークシステムの説明図である。
【図１０】従来のネットワークシステムの伝送路の異常の検出に基づいて伝送路を切り換える処理のシーケンス図である。
【発明を実施するための形態】
【００３９】
（第１実施形態）
以下、本発明の第１実施形態を図１〜図７を用いて説明する。
【００４０】
まず、イーサリニアプロテクションを用いたネットワークシステムについて図１Ａ〜図１Ｃを用いて説明する。
【００４１】
図１Ａは、本発明の第１実施形態の伝送路に障害が発生したネットワークシステムの説明図である。
【００４２】
転送装置Ａ１０は、０系インタフェース１１、１系インタフェース１２、及びセレクタ１３を備える。
【００４３】
セレクタ１３は、運用系のインタフェース及び予備系のインタフェースを選択する。図１Ａでは、０系インタフェース１１が運用系として選択され、１系のインタフェース１２が予備系として選択される。
【００４４】
０系インタフェース１１は、ポートＡ、ポートＢ、ポートＣ、及びポートＤを備え、０系インタフェース１１は運用系として選択されているので、転送装置Ｂ２０の０系インタフェース２１とユーザデータ及びＥＴＨ−ＣＣを通信する。
【００４５】
ポートＡは、他の転送装置に接続され、当該他の転送装置から送信されたユーザデータを受信する。ポートＢは、伝送路を介して転送装置Ｂ２０の０系インタフェース２１のポートＢに接続され、ポートＡが受信したユーザデータ及びＥＴＨ−ＣＣを転送装置Ｂ２０の０系インタフェース２１のポートＢに送信する。
【００４６】
ポートＣは伝送路を介して転送装置Ｂ２０の０系インタフェース２１のポートＣに接続され、転送装置Ｂ２０の０系インタフェース２１のポートＣから送信されたユーザデータ及びＥＴＨ−ＣＣを受信する。ポートＤは、他の転送装置に接続され、ポートＣが受信したユーザデータをセレクタ１３を介して当該他の転送装置に送信する。
【００４７】
転送装置Ａ１０の０系インタフェース１１のポートＢと転送装置Ｂ２０の０系インタフェース２１のポートＢとを接続する伝送路と、転送装置Ａ１０の０系インタフェース１１のポートＣと転送装置Ｂ２０の０系インタフェース２１のポートＣとを接続する伝送路とによって一つのネットワークが構築される。０系インタフェース１１及び２１が運用系として選択されているので、当該ネットワークを運用系ネットワークという。
【００４８】
１系インタフェース１２は、ポートＡ、ポートＢ、ポートＣ、及びポートＤを備え、１系インタフェース１２は予備系として選択されているので、転送装置Ｂ２０の１系インタフェース２２とＥＴＨ−ＣＣ及びＥＴＨ−ＡＰＳを通信する。
【００４９】
ポートＡは、他の転送装置に接続され、当該他の転送装置から送信されたユーザデータを受信可能であるが、現在１系インタフェース１２は予備系として選択されているので、ユーザデータを受信しない。ポートＢは、伝送路を介して転送装置Ｂ２０の１系インタフェース２２のポートＢに接続され、ＥＴＨ−ＣＣ及びＥＴＨ−ＡＰＳを転送装置Ｂ２０の１系インタフェース２２のポートＢに送信する。
【００５０】
ポートＣは伝送路を介して転送装置Ｂ２０の１系インタフェース２２のポートＣに接続され、転送装置Ｂ２０の１系インタフェース２２のポートＣから送信されたＥＴＨ−ＣＣ及びＥＴＨ−ＡＰＳを受信する。ポートＤは、他の転送装置に接続され、ポートＣが受信したユーザデータをセレクタ１３を介して当該他の転送装置に送信するが、現在１系インタフェース１２は予備系として選択されているので、ユーザデータを受信しない。
【００５１】
転送装置Ａ１０の１系インタフェース１２のポートＢと転送装置Ｂ２０の１系インタフェース２２のポートＢとを接続する伝送路と、転送装置Ａ１０の１系インタフェース１２のポートＣと転送装置Ｂ２０の１系インタフェース２２のポートＣとを接続する伝送路とによって一つのネットワークが構築される。１系インタフェース１２及び２２が予備系として選択されているので、当該ネットワークを予備系ネットワークという。
【００５２】
転送装置Ｂ２０の構成については転送装置Ａ１０の構成と同じであるので説明を省略する。
【００５３】
転送装置Ａ１０及び転送装置Ｂ２０は、ＥＴＨ−ＣＣを３．３３ｍｓ周期で送信し、ＥＴＨ−ＡＰＳを５ｓ周期で送信する。
【００５４】
図１Ａでは、転送装置Ａ１０の０系インタフェース１１のポートＢと転送装置Ｂ２０の０系インタフェース２１のポートＢとを接続する伝送路に障害が発生し、転送装置Ｂ２０がＥＴＨ−ＣＣを受信できなくなった状態を示している。
【００５５】
転送装置Ａ１０及び転送装置Ｂ２０は、所定の受信時間内にＥＴＨ−ＣＣを受信しない場合、伝送路に異常が発生したと判定し、伝送路障害警報としてＬＯＣ(Loss of continuity)をネットワークに送信する。転送装置Ａ１０及び転送装置Ｂ２０の当該機能は異常検出部として機能する。所定の受信時間は、ＥＴＨ−ＣＣの送信周期（３．３３ｍｓ）に所定の値（保護段数：３．５）を乗算した受信時間（１１．６５５ｍｓ）である。このＬＯＣを検出する条件をＬＯＣ検出条件という。
【００５６】
図１Ａでは、転送装置Ｂ２０は、受信時間内にＥＴＨ−ＣＣを受信できないので、異常を検出する。
【００５７】
以上のように、ＥＴＨ−ＣＣは伝送路の異常を検出するために周期的に送信されるデータであり、監視データという。
【００５８】
また、転送装置がユーザデータを送信する機能をユーザデータ送信部といい、転送装置が監視データを周期的に送信する機能を監視データ送信部という。また、転送装置が受信時間内に監視データを受信しない場合に異常を検出する機能を異常検出部という。
【００５９】
図１Ｂは、本発明の第１実施形態のネットワークシステムの異常を検出した転送装置Ｂ２０のインタフェースの切替えの説明図である。
【００６０】
図１で説明したように、伝送路で異常が発生し、転送装置Ｂ２０が伝送路の異常を検出した場合、転送装置Ｂ２０のセレクタ２３は、運用系として選択されている０系インタフェース２１を予備系のインタフェースとして選択し、予備系として選択されている１系インタフェース２２を運用系のインタフェースとして選択する。
【００６１】
この場合、転送装置Ｂ２０は、１系インタフェース２２のポートＣから切替トリガ情報を含むＥＴＨ−ＡＰＳを送信する。なお、切替トリガ情報を含むＥＴＨ−ＡＰＳの送信周期は３．３３ｍｓであり、通常のＥＴＨ−ＡＰＳの送信周期である５ｓとは異なる。
【００６２】
図１Ｃは、本発明の第１実施形態のネットワークシステムの切替トリガ情報を受信した転送装置Ａ１０のインタフェースの切替えの説明図である。
【００６３】
転送装置Ａ１０は、転送装置Ｂ２０から送信された切替トリガ情報を含むＥＴＨ−ＡＰＳを受信した場合、運用系として選択されている０系インタフェース１１を予備系のインタフェースとして選択し、予備系として選択されている１系インタフェース１２を運用系のインタフェースとして選択する。
【００６４】
これによって、ネットワークシステムでは、転送装置Ａ１０では、１系インタフェース１２が運用系として選択され、０系インタフェース１１が予備系として選択される。また、転送装置Ｂ２０では、１系インタフェース２２が運用系として選択され、０系インタフェース２１が予備系として選択される。すなわち、運用系ネットワークが予備系ネットワークに切り替えられ、予備系ネットワークが運用系ネットワークに切り替えられる。
【００６５】
このセレクタ１３及び２３の運用系及び予備系ネットワークを切り替える機能をネットワーク切替部という。
【００６６】
図２は、本発明の第１実施形態のＥＴＨ−ＣＣのフレームフォーマットの説明図である。
【００６７】
本実施形態で使用するＥＴＨ−ＣＣのフレームフォーマットは勧告Ｙ．１７３１で規定されている。
【００６８】
ＥＴＨ−ＣＣは、合計７５バイトのデータである。
【００６９】
具体的には、ＥＴＨ−ＣＣは、３ビットのＭＥＬ、５ビットのＶｅｒｓｉｏｎ、１バイトのＯｐＣｏｄｅ、１バイトのＦｌａｇｓ、１バイトのＴＬＶ Ｏｆｆｓｅｔ、４バイトのＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、２バイトのＭＥＰ ＩＤ、５６バイトのＭＥＧ ＩＤ、１バイトのＴｘＦＣｆ、１バイトのＴｘＦＣｆ、１バイトのＲｘＦＣｂ、１バイトのＲｘＦＣｂ、１バイトのＴｘＦＣｂ、１バイトのＴｘＦＣｂ、１バイトのＲｅｓｅｒｖｅｄ、１バイトのＲｅｓｅｒｖｅｄ、及び１バイトのＥｎｄ ＴＬＶを含む。
【００７０】
図３は、本発明の第１実施形態のＥＴＨ−ＣＣのＦｌａｇｓのフィールドフォーマットの説明図である。
【００７１】
本実施形態のＥＴＨ−ＣＣに含まれるＦｌａｇｓのフィールドフォーマットは勧告Ｔ．１７３１で規定されている。
【００７２】
ＥＴＨ−ＣＣに含まれるＦｌａｇｓは、１ビットのＲＤＩ、４ビットのＲｅｓｅｒｖｅｄ、及び３ビットのＰｅｒｉｏｄを含む。
【００７３】
勧告Ｙ．１７３１では、３ビットのＰｅｒｉｏｄにＥＴＨ−ＣＣの送信周期を格納して、転送装置に送信していた。
【００７４】
図４は、本発明の第１実施形態のＥＴＨ−ＣＣによって表現可能な送信周期が従来のＥＴＨ−ＣＣによって表現可能な送信周期より多くなることを説明するための図である。
【００７５】
図４では、勧告Ｙ．１７３１で規定されるＰｅｒｉｏｄに格納されるビット列と当該ビット列が示す送信周期との関係を示す。
【００７６】
Ｆｌａｇｓ４０１は、Ｐｅｒｉｏｄに格納されるビット列が表す。Ｐｅｒｉｏｄ Ｖａｌｕｅ４０２は、Ｐｅｒｉｏｄに格納されるビット列が示すＥＴＨ−ＣＣの送信周期を表す。Ｃｏｍｍｎｅｔｓ４０３は、Ｐｅｒｉｏｄに格納されるビット列が示すＥＴＨ−ＣＣの送信周期に関する付加情報を表す。
【００７７】
ビット列「１００」が示すＥＴＨ−ＣＣの送信周期が「１ｓ」である場合、当該ＥＴＨ−ＣＣは転送装置に発生した故障を通知する信号として用いられる。
【００７８】
ビット列「０１１」が示すＥＴＨ−ＣＣの送信周期が「１００ｍｓ」である場合、当該ＥＴＨ−ＣＣは転送装置の性能を監視するための信号として用いられる。
【００７９】
ビット列「００１」が示すＥＴＨ−ＣＣの送信周期が「３．３３ｍｓ」である場合、当該ＥＴＨ−ＣＣはイーサネットリニアプロテクションにおける接続監視データとして用いられる。
【００８０】
これら以外のＥＴＨ−ＣＣの送信周期は予備である。
【００８１】
３ビットのＰｅｒｉｏｄを用いてＥＴＨ−ＣＣの送信周期を他の転送装置に通知するので、８通りの送信周期しか設定できない。
【００８２】
このため、本実施形態では、ＥＴＨ−ＣＣの送信周期を格納するＰｅｒｉｏｄをＲｅｓｅｖｅｄまで拡大して、ＥＴＨ−ＣＣの送信周期を格納するＰｅｒｉｏｄを合計７ビットとする。
【００８３】
これによって、合計７ビット分の最大127種類のＥＴＨ−ＣＣの送信周期を表現できるので、ＥＴＨ−ＣＣの送信周期を１ｍｓ単位で送信周期を表現できる。
【００８４】
次に、ＥＴＨ−ＣＣの送信周期の変更処理について、図５を用いて説明する。
【００８５】
図５は、本発明の第１実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。
【００８６】
ＥＴＨ−ＣＣの送信周期の変更処理は、転送装置Ａ１０及び転送装置Ｂ２０（以下、転送装置Ａ１０及び転送装置Ｂ２０を総称して、転送装置という）の図示しないプロセッサと論理回路(例えば、ＦＰＧＡに代表されるプログラマブル論理回路)によって実行される。また、ＥＴＨ−ＣＣの送信周期の変更処理のプログラムは、転送装置の図示しないメモリに記憶されている。
【００８７】
まず、転送装置は、ユーザデータの最大パケット長を設定する（５０１）。この最大パケット長は任意の値でよく、管理者によって転送装置に入力されるものであってもよいし、転送装置に予め設定されたものであってもよい。
【００８８】
次に、転送装置は、ＥＴＨ−ＣＣの送信周期の初期値を設定する（５０２）。ＥＴＨ−ＣＣの送信周期の初期値は、ステップ５０１の処理で設定された最大パケット長のユーザデータの送信時間よりも長い時間であれば任意の値でよい。また、ＥＴＨ−ＣＣの送信周期は、管理者によって転送装置に入力されてもよいし、転送装置に予め設定されていてもよい。
【００８９】
なお、ユーザデータの送信時間は、ユーザデータのパケット長を伝送路速度で除算することによって算出される。例えば、伝送路速度が１０Ｍｂｐｓで、ユーザデータのパケット長が１５１８バイトであれば、ユーザデータの送信時間は、１．２１ｍｓである。
【００９０】
次に、転送装置は、ステップ５０２の処理で設定されたＥＴＨ−ＣＣの送信周期に基づいて、ＬＯＣ検出接除条件の初期値を設定する（５０３）。ＬＯＣ検出解除条件とは、検出されたＬＯＣを解除するための条件であり、所定の受信時間以内に所定数のＥＴＨ−ＣＣを受信するという条件である。具体的には、所定の受信時間は、ＥＴＨ−ＣＣの送信周期に保護段数という所定の値を乗算した時間である。
【００９１】
保護段数の算出方法について説明する。
【００９２】
まず、転送装置は、信号断時間（５０ｍｓ）から最大パケット長のユーザデータの送信時間を減算した減算値を算出する。保護段数は、減算値をステップ５０２の処理で設定されたＥＴＨ−ＣＣの送信周期で除算した除算値を超えないように設定される。除算値が３．５よりも大きい場合、保護段数は３．５に設定される。
【００９３】
なお、所定の受信時間以内に受信するＥＴＨ−ＣＣの受信回数は、保護段数の整数部分によって特定される。
【００９４】
転送装置は、以上のように保護段数を決定することによって、ＬＯＣ検出解除条件を設定する。
【００９５】
ここで、保護段数はＬＯＣ検出条件にも用いられる。具体的には、転送装置は、ＥＴＨ−ＣＣの送信周期に保護段数を乗算した受信時間内にＥＴＨ−ＣＣを受信しない場合にＬＯＣを検出する。
【００９６】
転送装置がユーザデータを送信又は受信している間、切替トリガ情報を含むＥＴＨ−ＡＰＳを３．３３ｍｓ周期で送信できない可能性がある。このため、信号断時間から最大パケット長のユーザデータの送信時間を減算した時間を超えて受信時間が設定されている場合、転送装置によるＬＯＣの検出が遅れ、信号断時間内に二つの転送装置のインタフェースの切替えが完了しない可能性がある。信号断時間内に二つの転送装置のインタフェースの切替えの完了を担保するために、受信時間が信号断時間から最大パケット長のユーザデータの送信時間を減算した時間を超えないように保護段数を設定するようにした。
【００９７】
例えば、ステップ５０１の処理でユーザデータの最大パケット長が１５１８バイトに設定され、ステップ５０２の処理でＥＴＨ−ＣＣの送信周期が１０ｍｓに設定された場合、保護段数が３．５であれば、受信時間は３５ｍｓである。この受信時間は、信号断時間から最大パケット長のユーザデータの送信時間を減算した時間（５０ｍｓ−１．２１ｍｓ）を超えないので、保護段数は３．５に設定される。
【００９８】
なお、ステップ５０１〜５０３の処理は、転送装置が、ユーザデータの最大パケット長、ＥＴＨ−ＣＣの送信周期、及びＬＯＣ検出解除条件に適当な所定値を設定すればよいので、実行されなくてもよい。また、ステップ５０１〜５０３の処理は、ＥＴＨ−ＣＣの送信周期の変更処理の運用が開始されてから実行されてもよい。
【００９９】
ステップ５０１〜５０３の処理で、ユーザデータの最大パケット長、ＥＴＨ−ＣＣの送信周期、及びＬＯＣ検出解除条件が初期設定されると、ＥＴＨ−ＣＣの送信周期の変更処理の運用が開始される（５０４）。
【０１００】
まず、転送装置は、ユーザデータ及びＥＴＨ−ＣＣを受信する（５０５）。
【０１０１】
次に、転送装置は、受信したユーザデータの送信時間を計測する（５０６）。具体的には、転送装置は、受信したユーザデータに含まれるトップ符号及びエンド符号に基づいて、ユーザデータのパケット長を計測する。そして、転送装置は、受信したユーザデータを送信する伝送路の伝送路速度及び計測したパケット長に基づいてユーザデータの送信時間を算出する。ユーザデータの送信時間の算出方法についてはステップ５０２の処理で説明した通りである。この転送装置のユーザデータの送信時間を計測する機能を送信時間計測部という。
【０１０２】
なお、ステップ５０６の処理では、転送装置は、受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに基づいて、ＥＴＨ−ＣＣの送信周期を特定する。
【０１０３】
次に、転送装置は、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であるか否かを判定する（５０７）。
【０１０４】
ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期よりも小さいと判定された場合、転送装置は、ユーザデータの送信によってＥＴＨ−ＣＣの送信周期に影響を与えることはないので、ステップ５０６の処理に戻る。
【０１０５】
一方、ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であると判定された場合、転送装置は、ＥＴＨ−ＣＣの送信周期が受信したユーザデータの送信時間よりも大きくなるように、ＥＴＨ−ＣＣの送信周期を変更し（５０８）、ステップ５０６の処理に戻る。このＥＴＨ−ＣＣの送信周期をユーザデータ送信時間よりも大きくする機能を送信周期変更部という。
【０１０６】
例えば、伝送路速度が１０Ｍｂｐｓであって、ユーザデータの最大パケット長が１５１８バイトから１６０００バイトになった場合、ユーザデータの送信時間は１．２１ｍｓから１２．８ｍｓとなる。ＥＴＨ−ＣＣの送信周期が３．３３ｍｓであった場合、ステップ５０８の処理では、転送装置は、ＥＴＨ−ＣＣの送信周期を１２．８ｍｓよりも大きくなるように、例えば、１３ｍｓに変更する。
【０１０７】
また、ステップ５０８の処理では、転送装置は、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信する。
【０１０８】
当該転送装置に接続された転送装置は、この変更後の送信周期を含むＥＴＨ−ＣＣを受信することによって、ＥＴＨ−ＣＣの送信周期が変更されたことを把握する。
【０１０９】
なお、図５では、ステップ５０７の処理で、転送装置は、ユーザデータを受信するたびに、受信したユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上であるか否かを判定したが、受信したユーザデータのパケット長が、受信したユーザデータのパケット長が現在まで受信したユーザデータのパケット長の中で最大となる場合にのみステップ５０７の処理を実行し、受信したユーザデータのパケット長が現在まで受信したユーザデータのパケット長の中で最大とならない場合、ステップ５０６の処理に戻るようにしてもよい。
【０１１０】
これによって、転送装置は、必要な場合にのみステップ５０７の処理を実行するので、処理負荷を軽減できる。
【０１１１】
また、ステップ５０７の処理では、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上であるか否かを判定したが、所定時間内に計測されたユーザデータの送信時間の平均がＥＴＨ−ＣＣの送信周期以上であるか否かを判定してもよい。
【０１１２】
さらに、ステップ５０７の処理では、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上であるか否かを判定したが、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期より大きいか否かを判定し、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期より大きい場合に、ステップ５０８の処理に進むようにしてもよい。
【０１１３】
図６は、本発明の第１実施形態のＬＯＣ検出解除条件の変更処理のフローチャートである。
【０１１４】
ＬＯＣ検出解除条件の変更処理は、転送装置がＥＴＨ−ＣＣの送信周期の変更を検出した場合、ＬＯＣ検出解除条件を変更する処理である。ＬＯＣ検出解除条件の変更処理は、転送装置の図示しないプロセッサと論理回路(例えば、ＦＰＧＡに代表されるプログラマブル論理回路)によって実行される。また、ＬＯＣ検出解除条件の変更処理のプログラムは、転送装置の図示しないメモリに記憶されている。
【０１１５】
ステップ６０１〜６０３の処理は、ステップ５０１〜５０３の処理と同じであるので、説明を省略する。
【０１１６】
ステップ６０３の処理が実行された後、ＬＯＣ検出解除条件の変更処理の運用が開始される（６０４）。
【０１１７】
まず、転送装置は、ＥＴＨ−ＣＣの送信周期が変更されたか否かを判定するために、今回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットが、前回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットから変更されたか否かを判定する（６０５）。
【０１１８】
ステップ６０５の処理で、今回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットが、前回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットから変更されていないと判定された場合、ＥＴＨ−ＣＣの送信周期が変更されていないと判定し、ステップ６０５の処理に戻る。
【０１１９】
ステップ６０５の処理で、今回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットが、前回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットから変更されたと判定された場合、ＥＴＨ−ＣＣの送信周期が変更されたと判定し、転送装置は、ＬＯＣ検出解除条件を変更する（６０６）。
【０１２０】
具体的には、変更後のＥＴＨ−ＣＣの送信周期に保護段数（３．５）を乗じた乗算値が信号断時間から最大パケット長のユーザデータの送信時間を減算した減算値よりも小さいか否かを判定する。ここで、ユーザデータの送信時間は、転送装置がユーザデータを送信する場合に、ユーザデータのパケット長及びユーザデータを送信する伝送路の伝送路速度に基づいて算出されている。
【０１２１】
乗算値が減算値よりも小さい場合、転送装置は保護段数を３．５に設定する。
【０１２２】
一方、乗算値が減算値以上である場合、転送装置は、信号断時間から最大パケット長のユーザデータの送信時間を減算した減算値を、変更後のＥＴＨ−ＣＣの送信周期で除算した除算値を算出する。そして、転送装置は、算出した除算値よりも小さい値に保護段数を設定する。
【０１２３】
例えば、ＥＴＨ−ＣＣの送信周期が１３ｍｓに変更され、ユーザデータの最大パケット長のユーザデータの送信時間が１２．８ｍｓである場合について説明する。
【０１２４】
変更後のＥＴＨ−ＣＣの送信周期（１３ｍｓ）に保護段数（３．５）を乗じた乗算値（４５．５ｍｓ）が、信号断時間（５０ｍｓ）から最大パケット長のユーザデータの送信時間（１２．８ｍｓ）を減算した減算値（３７．２ｍｓ）より大きくなるので、転送装置は保護段数を変更する。
【０１２５】
具体的には、減算値（３７．２ｍｓ）を変更後のＥＴＨ−ＣＣの送信周期（１３ｍｓ）で除算した除算値（２．８６）を算出する。そして、転送装置は、２．８６よりも小さい値に保護段数を設定する。ここでは、保護段数は０．５刻みで設定可能であるものとし、２．５に設定される。
【０１２６】
この場合、ＬＯＣ検出条件及びＬＯＣ検出解除条件の受信時間は、変更後のＥＴＨ−ＣＣの送信周期（１３ｍｓ）に保護段数（２．５）を乗じた値である３２．５ｍｓとなる。また、ＬＯＣ解除条件は、３２．５ｍｓ以内にＥＴＨ−ＣＣを２回（２．５の整数部分）受信することが条件となる。
【０１２７】
以上のように、ＬＯＣ検出条件及びＬＯＣ検出解除条件の受信時間は、ＥＴＨ−ＣＣの送信周期の変更によって、信号断時間から最大パケット長のユーザデータの送信時間を減算した減算値を超えないように変更される。この受信時間の変更機能を受信時間変更部という。
【０１２８】
次に、転送装置は、転送装置は、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信し（６０７）、ステップ６０５の処理に戻る。
【０１２９】
このＥＴＨ−ＣＣを転送装置が受信すると、当該転送装置は、図６と同じく、ＬＯＣ接続解除条件を変更する。
【０１３０】
図７は、本発明の第１実施形態のネットワークシステムのＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理のシーケンス図である。
【０１３１】
転送装置Ａ１０及び転送装置Ｂ２０は、ＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理を開始すると（７０１）、ステップ５０１〜５０３の処理又はステップ６０１〜６０３の処理でユーザデータの最大パケット長、ＥＴＨ−ＣＣの送信周期、及びＬＯＣ検出解除条件が初期設定を設定し（７０２）、ＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理の運用を開始する（７０３）。
【０１３２】
次に、転送装置Ａ１０及び転送装置Ｂ２０は、ステップ７０２の処理で設定されたＥＴＨ−ＣＣの送信周期でＥＴＨ−ＣＣの送信を開始する（７０４）。
【０１３３】
また、転送装置Ａ１０及び転送装置Ｂ２０は、送信したユーザデータの送信時間の計測を開始する（７０５）。
【０１３４】
ここで、転送装置Ａ１０は、ステップ７０４の処理でユーザデータの送信時間がステップ７０２の処理で設定されたＥＴＨ−ＣＣの送信周期よりも大きくなったことを検出すると（７０６）、当該送信時間より大きくなるようにＥＴＨ−ＣＣの送信周期を変更する（７０７）。
【０１３５】
そして、転送装置Ａ１０は、変更後のＥＴＨ−ＣＣの送信周期をＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに設定して、変更後の送信周期でＥＴＨ−ＣＣを送信する（７０８）。
【０１３６】
転送装置Ｂ２０は、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを受信した場合、ＥＴＨ−ＣＣの送信周期が変更されたことを検出し、ＬＯＣ検出解除条件及びＥＴＨ−ＣＣの送信周期を変更する（７０９）。このＬＯＣ検出解除条件及びＥＴＨ−ＣＣの送信周期の変更は、図６のステップ６０６及び６０７の処理で説明した通りである。
【０１３７】
そして、転送装置Ｂ２０は、変更後のＥＴＨ−ＣＣの送信周期をＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに設定して、変更後の送信周期でＥＴＨ−ＣＣを送信する（７１０）。
【０１３８】
この後、転送装置Ｂ２０は、送信したユーザデータの送信時間の計測を開始する（７０５）。
【０１３９】
転送装置Ａ１０は、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを受信した場合、ＥＴＨ−ＣＣの送信周期が変更されたことを検出し、ＬＯＣ検出解除条件を変更する（７１１）。転送装置Ａ１０は、変更後の送信周期でＥＴＨ−ＣＣを送信する。
【０１４０】
この後、転送装置Ａ１０は、送信したユーザデータの送信時間の計測を開始する（７０５）。
【０１４１】
以上によって、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上である場合、ＥＴＨ−ＣＣの送信周期をユーザデータの送信時間よりも大きくし、対向する転送装置に変更後のＥＴＨ−ＣＣの送信周期を通知し、対向する転送装置のＬＯＣの検出のための受信時間を変更するので、ユーザデータの送信に時間がかかっても、ＬＯＣを誤って検出することを防止できる。
【０１４２】
また、信号断時間から最大パケット長のユーザデータの送信時間を減算時間よりＬＯＣの検出のための受信時間を少なくするように、転送装置が保護段数を設定するため、ＥＴＨ−ＣＣの送信周期が大きくなっても信号断時間内にネットワークを切り替えることを担保できる。
【０１４３】
（第２実施形態）
第１実施形態では、ＥＴＨ−ＣＣの送信周期がユーザデータの送信時間よりも大きくなるように一旦変更されると、当該ＥＴＨ−ＣＣの送信周期は短縮されなかったが、第２実施形態では、所定時間のユーザデータの最大送信時間がＥＴＨ−ＣＣの送信周期より小さくなると、所定時間のユーザデータの最大送信時間に基づいて、ＥＴＨ−ＣＣの送信周期を短縮する。
【０１４４】
本実施形態について図８を用いて説明する。
【０１４５】
図８は、本発明の第２実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。図８では、図５に示すＥＴＨ−ＣＣの送信周期の変更処理と同じ処理は同じ符号を付与し、説明を省略する。また、図８では、図５に示すステップ５０１〜５０３の処理の図示を省略している。
【０１４６】
図８では図示しないステップ５０１〜５０３の処理が実行されると、ステップ５０４の処理で、ＥＴＨ−ＣＣの送信周期の変更処理の運用が開始され、ステップ５０５の処理で、転送装置は、ユーザフレーム及びＥＴＨ−ＣＣを受信する。そして、転送装置は、ステップ５０６の処理で、ユーザフレームの送信時間を計測し、ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であるか否かを判定する。
【０１４７】
ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期より小さいと判定された場合、ステップ５０６の処理に戻る。
【０１４８】
一方、ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であると判定された場合、転送装置は、ステップ５０８の処理で、ＥＴＨ−ＣＣの送信周期が受信したユーザデータの送信時間よりも大きくなるように、ＥＴＨ−ＣＣの送信周期を変更する。また、転送装置は、ステップ５０８の処理で、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信する。
【０１４９】
次に、転送装置は、ウィンドウ時間を算出する（８０１）。ウィンドウ時間は、変更後のＥＴＨ−ＣＣの送信周期に保護段数を乗じた時間よりも長くする。なお、保護段数は、図６に示すステップ６０６の処理と同じく、ウィンドウ時間が信号断時間から最大パケット長となるユーザデータの送信時間を減算した時間を超えないように設定される。
【０１５０】
そして、転送装置は、ステップ８０１の処理で算出されたウィンドウ時間が経過したか否かを判定する（８０２）。
【０１５１】
ステップ８０１の処理で算出されたウィンドウ時間が経過しないと、ステップ８０２の処理で判定された場合、転送装置は、ウィンドウ時間内に送信するユーザデータの送信時間を計測する（８０３）。
【０１５２】
次に、転送装置は、ウィンドウ時間内で最大となるユーザデータの送信時間が、全時間で最大となるユーザデータの送信時間より小さいか否かを判定する（８０４）。
【０１５３】
ステップ８０４の処理で、ウィンドウ時間内で最大となるユーザデータの送信時間が、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間より小さいと判定された場合、転送装置は、ＥＴＨ−ＣＣの送信周期を、ステップ５０８の処理で設定されたＥＴＨ−ＣＣの送信周期より小さく設定する（８０５）。
【０１５４】
具体的には、転送装置は、ＥＴＨ−ＣＣの送信周期がウィンドウ時間内で最大となるユーザデータの送信時間より大きくなるように、ＥＴＨ−ＣＣの送信周期を設定する。ウィンドウ時間内で最大となるユーザデータの送信時間が、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間より小さいため、ＥＴＨ−ＣＣの送信周期は、ステップ５０８の処理で設定されたＥＴＨ−ＣＣの送信周期より小さくなる。
【０１５５】
例えば、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間が１２．８ｍｓで、ウィンドウ時間内で最大となるユーザデータの送信時間が１．２１ｍｓである場合、ＥＴＨ−ＣＣの送信周期は１３ｍｓから、１．２１ｍｓより大きい例えば３．３３ｍｓに短縮される。
【０１５６】
なお、ステップ８０５の処理では、転送装置は、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信する。
【０１５７】
ステップ８０２の処理で、ウィンドウ時間が経過したと判定された場合、ステップ５０６の処理に戻る。
【０１５８】
ステップ８０４の処理で、ウィンドウ時間内で最大となるユーザデータの送信時間が、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間以上であると判定された場合、ステップ８０２の処理に戻る。なお、この場合、ステップ８０２の処理で、ウィンドウ時間が経過したと判定され、ステップ５０６の処理に戻ると、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間より大きければ、ステップ５０８の処理でＥＴＨ−ＣＣの送信周期が変更される。
【０１５９】
以上によって、送信に時間がかかるユーザデータが送信されなくなれば、ＥＴＨ−ＣＣの送信周期が短縮されるので、必要な場合にのみＥＴＨ−ＣＣの送信周期を延長することができる。
【０１６０】
本発明では、周期的に他の転送装置に送信される監視データとして、ＥＴＨ−ＣＣを用いたが、周期的に他の転送装置に送信されるデータで他のデータ（例えばＥＴＨ−ＡＰＳや、Ｅｔｈｅｒ ＯＡＭ以外の監視フレーム）であってもよい。
【０１６１】
なお、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１６２】
１０ 転送装置Ａ
１１ ０系インタフェース
１２ １系インタフェース
１３ セレクタ
２０ 転送装置Ｂ
２１ ０系インタフェース
２２ １系インタフェース
２３ セレクタ
【技術分野】
【０００１】
本発明は、データを転送する転送装置に関し、特に、監視データの送信周期を変更する転送装置に関する。
【背景技術】
【０００２】
ＬＡＮ(Local Area Network)の主流であって、勧告ＩＥＥＥ８０２．３で標準化されたイーサネット(登録商標、以下同じ)の普及が進むに従って、イーサネット網での保守管理機能の強化する要望が高まっている。イーサネットの保守管理機能としてＥｔｈｅｒ ＯＡＭがＩＴＵ−Ｔ勧告Ｙ．１７３１で標準化されている。Ｅｔｈｅｒ ＯＡＭを利用することによって、イーサネットの故障をインチャネルで検出し、イーサネットの品質をインチャネルで管理できる。
【０００３】
勧告Ｙ.１７３１では、用途に応じて様々なＥｔｈｅｒ ＯＡＭフレームが規定されている（例えば、非特許文献１参照）。
【０００４】
二つの転送装置間の接続を監視するためにはＥＴＨ−ＣＣ(Ethernet Continuity check)（Ethernetは登録商標、以下同じ）が用いられる。ＥＴＨ−ＣＣは転送装置（送信装置）から所定の周期で送信される。送信装置に接続された転送装置（受信装置）は、ＥＴＨ−ＣＣの受信周期を監視し、所定の周期でＥＴＨ−ＣＣを受信しない場合、伝送路に障害があると判定して警報をネットワークに送信する。
【０００５】
具体的には、送信装置は、ＥＴＨ−ＣＣを３．３３ｍｓ周期で送信する。受信装置は、ＥＴＨ−ＣＣの送信周期を３．５倍した受信時間内（３．３３ｍｓ×３．５＝１１．６５５ｍｓ）に、ＥＴＨ−ＣＣを３フレーム受信しなければ、伝送路障害警報としてＬＯＣ(Loss of continuity)をネットワークに送信する。受信装置が伝送路の障害が回復したと判定する条件（ＬＯＣ回復条件）は、受信時間にＥＴＨ―ＣＣを３フレーム以上受信することである。
【０００６】
次に、勧告Ｇ．８０３１で規定されるイーサネットリニアプロテクションについて説明する。
【０００７】
前提として、二つの転送装置は、ユーザデータを送信する運用系の伝送路と予備系の伝送路とによって接続されている。一方の転送装置が運用系の伝送路に障害を検出した場合、運用系の伝送路を予備系の伝送路に切り替え、予備系の伝送路を運用系の伝送路に切り替える。イーサネットリニアプロテクションでは、転送装置は、伝送路を切り替えたことを他の転送装置に通知するためにＥＴＨ−ＡＰＳ(Ethernet Automatic protection switching)を使用する（例えば、非特許文献２）。
【０００８】
ＥＴＨ−ＡＰＳは、５ｓ周期で送信されるが、転送装置が、伝送路を切り替えると、ＥＴＨ−ＡＰＳに切替トリガ情報を含めて送信する。切替トリガ情報を含むＥＴＨ−ＡＰＳを受信した転送装置は、受信したＥＴＨ−ＡＰＳに基づいて伝送路を切り替える。ＥＴＨ−ＡＰＳが切替トリガ情報を含む場合３．３３ｍｓ周期で送信される。これによって、通常のＥＴＨ−ＡＰＳと切替トリガ情報を含むＥＴＨ−ＡＰＳとは区分される。
【０００９】
図９及び図１０を用いて従来のイーサネットリニアプロテクションを利用するネットワークシステムについて説明する。
【００１０】
図９は、従来のネットワークシステムの説明図である。
【００１１】
ネットワークシステムは、転送装置Ａ１０及び転送装置Ｂ２０を備える。
【００１２】
転送装置Ａ１０及び転送装置Ｂ２０は二重化された伝送路によって接続される。このネットワークシステムは、転送装置Ａ１０に備わる０系インタフェース１１と転送装置Ｂ２０に備わる０系インタフェース２１とを接続する伝送路を運用系の伝送路として利用し、転送装置Ａ１０に備わる１系インタフェース１２と転送装置Ｂ２０に備わる１系インタフェース２２とを接続する伝送路を予備系の伝送路として利用する。
【００１３】
具体的には、転送装置Ａ１０のセレクタ１３は、０系インタフェース１１を運用系として選択し、１系インタフェース１２を予備系として選択する。同様に転送装置Ｂ２０のセレクタ２３は、０系インタフェース２１を運用系として選択し、１系インタフェース２２を予備系として選択する。
【００１４】
転送装置Ａ１０及び転送装置Ｂ２０は、運用系として選択された０系インタフェース１１及び２１の間でユーザデータを通信する。
【００１５】
転送装置Ａ１０は、０系インタフェース１１のポートＢ及び１系インタフェース１２のポートＢから３．３３ｍｓ周期でＥＴＨ−ＣＣを送信する。転送装置Ｂ２０は、０系インタフェース２１のポートＣ及び１系インタフェース２２のポートＣから３．３３ｍｓ周期でＥＴＨ−ＣＣを送信する。
【００１６】
また、転送装置Ａ１０は、１系インタフェース１１のポートＢから５ｓ周期でＥＴＨ−ＡＰＳを送信する。転送装置Ｂ２０は、１系インタフェース２２のポートＣから５ｓ周期でＥＴＨ−ＡＰＳを送信する。
【００１７】
すなわち、ＥＴＨ−ＣＣは、運用系の伝送路及び予備系の伝送路の両方で通信され、ＥＴＨ−ＡＰＳは予備系の伝送路のみで通信される。
【００１８】
図１０は、従来のネットワークシステムの伝送路の異常の検出に基づいて伝送路を切り換える処理のシーケンス図である。
【００１９】
図１０では、転送装置Ａ１０及び転送装置Ｂ２０が、図９と同様に、０系インタフェース１１及び２１を運用系として選択している。
【００２０】
例えば、図９に示す０系インタフェース１１のポートＢと０系インタフェース２１のポートＢとを接続する伝送路に障害が発生すると、転送装置Ｂ２０は、転送装置Ａ１０からのＥＴＨ−ＣＣを受信できなくなる。
【００２１】
転送装置Ｂ２０は、ＥＴＨ−ＣＣの送信周期（３．３３ｍｓ）に所定の値（保護段数）：３．５を乗算した受信時間（１１．６５５ｍｓ）内にＥＴＨ−ＣＣを３フレーム受信できず、ＬＯＣを検出する。
【００２２】
この場合、転送装置Ｂ２０のセレクタ２３は、１系インタフェース２２を運用系として選択し、切替トリガ情報を含むＥＴＨ−ＡＰＳを１系インタフェース２２のポートＣから送信する。
【００２３】
転送装置Ａ１０は、切替トリガ情報を含むＥＴＨ−ＡＰＳを受信した場合、セクレタ１３は１系インタフェース１２を運用系として選択する。
【００２４】
伝送路に障害が発生し、転送装置Ｂ２０が他の転送装置にデータを送信できなくなってから転送装置Ａが運用系を切り替え、転送装置Ｂ２０が他の転送装置にデータを送信できるようになるまでの信号断時間を、イーサネットリニアプロテクションでは５０ｍｓ以内に保証する。
【００２５】
このため、ＥＴＨ−ＣＣは、３．３３ｍｓという高速周期で送信されるようにして、障害発生からＬＯＣ検出までの時間、つまり、障害発生から切替トリガ情報を含むＥＴＨ−ＡＰＳを送信するまでの時間を短縮化する。また、切替トリガ情報を含むＥＴＨ−ＡＰＳは、３．３３ｍｓという高速周期で通信されるようにし、他の転送装置への切替通知を高速化する。
【００２６】
また、勧告Ｇ．８０２１ Ｐ１５８ １０章では、１０Ｍｂｐｓ，１００Ｍｂｐｓ，１０００Ｍｂｐｓ，及び１０Ｇｂｐｓの四つの伝送速度がＥｔｈｅｒ ＯＡＭの伝送速度として規定されている（例えば、非特許文献３参照）。
【００２７】
さらに、イーサネットではＩＥＥＥ８０２．３ Ｐ９０ ４．４．２章では、運用系の伝送路を介して通信されるユーザデータのフレーム長は最大１５１８バイトと規定されている（例えば、非特許文献４参照）。しかし、近年の転送装置は、フレーム長が９０００バイトから１６０００バイトであるユーザデータ（ジャンボフレーム）をサポートする。今後は、さらに大きなフレーム長のユーザデータをサポートする転送装置が開発されることも考えられる。
【先行技術文献】
【非特許文献】
【００２８】
【非特許文献１】ITU-T Y.1731: OAM functions and mechanisms for Ethernet based networks
【非特許文献２】ITU-T G.8031/Y.1342: Ethernet linear protections switching
【非特許文献３】ITU-T G.8021/Y.1341: Characteristics of Ethernet transport network equipment functional blocks:P158 10章
【非特許文献４】IEEE standard 802.3 Information Technology − Telecommunications and information exchange between systems − Local and metropolitan area networks − Specific requirements − Carrier sense multiple access whit collision detection (CSMA/CD) access method and physical layer specifications
【発明の概要】
【発明が解決しようとする課題】
【００２９】
イーサネットリニアプロテクションでは、Ｅｔｈｅｒ ＯＡＭの高速通信を実装する関係上、以下に示す課題が生じる。
【００３０】
上述したように、イーサネットリニアプロテクションでは、運用系と予備系とを切り替えるトリガとして、ＥＴＨ−ＣＣの未受信に基づくＬＯＣの検出を用いる。ＥＴＨ−ＣＣは３．３３ｍｓ周期で高速通信されるのが望ましいが、伝送路速度及びユーザデータのフレーム長次第で、転送装置Ａ１０が３．３３ｍｓ周期で送信できず、転送装置Ｂ２０が伝送路に障害が発生していないにもかかわらず、ＬＯＣを検出してしまうことがある。
【００３１】
例えば、伝送路速度が１０Ｍｂｐｓでフレーム長が１６０００バイトのユーザデータを転送装置が送信する場合、転送装置がユーザデータを送信するために必要な時間（ユーザデータ送信時間）は１２．８ｍｓとなる。このユーザデータ送信時間は、ＥＴＨ−ＣＣの送信周期（３．３３ｍｓ）より大きくなる。また、転送装置は、ユーザデータを送信する間、ＥＴＨ−ＣＣを転送装置に接続された転送装置（対向装置）に送信できない。
【００３２】
このため、対向装置は、ユーザデータ送信時間である１２．８ｍｓの間ＥＴＨ−ＣＣを受信できず、受信時間（１１．６５５ｍｓ）にＥＴＨ−ＣＣを３回以上受信できず、ＬＯＣを検出する。転送装置がＬＯＣを一旦を検出すると、自動的に解除できない。
【００３３】
伝送路速度が１０Ｍｂｐｓである場合を例にＬＯＣの誤検出を説明したが、１０Ｍｂｐｓ以外の伝送路速度でもユーザフレーム長が大きくなれば同じ問題が生じ得る。
【００３４】
また、ＥＴＨ−ＣＣ以外のＥｔｈｅｒ ＯＡＭフレームを監視データとして用いる場合でも、上述のようにＥｔｈｅｒ ＯＡＭフレームを期待通りに送信できず、Ｅｔｈｅｒ ＯＡＭの保守管理機能を行えない状態となる。
【００３５】
本発明は、転送装置が送信するユーザデータのフレーム長が大きくても、伝送路の異常の誤検出を防止する転送装置を提供することを目的とする。
【課題を解決するための手段】
【００３６】
本発明の代表的な一例を示せば、接続された他の装置へデータを転送する転送装置において、監視データを周期的に前記他の装置へ送信する監視データ送信部と、ユーザデータを前記他の装置へ送信するユーザデータ送信部と、前記他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、前記ユーザデータを送信するために必要なユーザデータ送信時間を計測する送信時間計測部と、前記送信時間計測部によって計測されたユーザデータ送信時間が前記監視データの送信周期より大きい場合、前記監視データの送信周期が前記ユーザデータ送信時間より大きくなるように前記監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とする転送装置。
【発明の効果】
【００３７】
本発明によれば、転送装置が送信するユーザデータのフレーム長が大きくても、伝送路の異常の誤検出を防止する転送装置を提供できる。
【図面の簡単な説明】
【００３８】
【図１Ａ】本発明の第１実施形態の伝送路に障害が発生したネットワークシステムの説明図である。
【図１Ｂ】本発明の第１実施形態のネットワークシステムの異常を検出した転送装置Ｂ２０のインタフェースの切替えの説明図である。
【図１Ｃ】本発明の第１実施形態のネットワークシステムの切替トリガ情報を受信した転送装置Ａ１０のインタフェースの切替えの説明図である。
【図２】本発明の第１実施形態のＥＴＨ−ＣＣのフレームフォーマットの説明図である。
【図３】本発明の第１実施形態のＥＴＨ−ＣＣのＦｌａｇｓのフィールドフォーマットの説明図である。
【図４】本発明の第１実施形態のＥＴＨ−ＣＣによって表現可能な送信周期が従来のＥＴＨ−ＣＣによって表現可能な送信周期より多くなることを説明するための図である。
【図５】本発明の第１実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。
【図６】本発明の第１実施形態のＬＯＣ検出解除条件の変更処理のフローチャートである。
【図７】本発明の第１実施形態のネットワークシステムのＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理のシーケンス図である。
【図８】本発明の第２実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。
【図９】従来のネットワークシステムの説明図である。
【図１０】従来のネットワークシステムの伝送路の異常の検出に基づいて伝送路を切り換える処理のシーケンス図である。
【発明を実施するための形態】
【００３９】
（第１実施形態）
以下、本発明の第１実施形態を図１〜図７を用いて説明する。
【００４０】
まず、イーサリニアプロテクションを用いたネットワークシステムについて図１Ａ〜図１Ｃを用いて説明する。
【００４１】
図１Ａは、本発明の第１実施形態の伝送路に障害が発生したネットワークシステムの説明図である。
【００４２】
転送装置Ａ１０は、０系インタフェース１１、１系インタフェース１２、及びセレクタ１３を備える。
【００４３】
セレクタ１３は、運用系のインタフェース及び予備系のインタフェースを選択する。図１Ａでは、０系インタフェース１１が運用系として選択され、１系のインタフェース１２が予備系として選択される。
【００４４】
０系インタフェース１１は、ポートＡ、ポートＢ、ポートＣ、及びポートＤを備え、０系インタフェース１１は運用系として選択されているので、転送装置Ｂ２０の０系インタフェース２１とユーザデータ及びＥＴＨ−ＣＣを通信する。
【００４５】
ポートＡは、他の転送装置に接続され、当該他の転送装置から送信されたユーザデータを受信する。ポートＢは、伝送路を介して転送装置Ｂ２０の０系インタフェース２１のポートＢに接続され、ポートＡが受信したユーザデータ及びＥＴＨ−ＣＣを転送装置Ｂ２０の０系インタフェース２１のポートＢに送信する。
【００４６】
ポートＣは伝送路を介して転送装置Ｂ２０の０系インタフェース２１のポートＣに接続され、転送装置Ｂ２０の０系インタフェース２１のポートＣから送信されたユーザデータ及びＥＴＨ−ＣＣを受信する。ポートＤは、他の転送装置に接続され、ポートＣが受信したユーザデータをセレクタ１３を介して当該他の転送装置に送信する。
【００４７】
転送装置Ａ１０の０系インタフェース１１のポートＢと転送装置Ｂ２０の０系インタフェース２１のポートＢとを接続する伝送路と、転送装置Ａ１０の０系インタフェース１１のポートＣと転送装置Ｂ２０の０系インタフェース２１のポートＣとを接続する伝送路とによって一つのネットワークが構築される。０系インタフェース１１及び２１が運用系として選択されているので、当該ネットワークを運用系ネットワークという。
【００４８】
１系インタフェース１２は、ポートＡ、ポートＢ、ポートＣ、及びポートＤを備え、１系インタフェース１２は予備系として選択されているので、転送装置Ｂ２０の１系インタフェース２２とＥＴＨ−ＣＣ及びＥＴＨ−ＡＰＳを通信する。
【００４９】
ポートＡは、他の転送装置に接続され、当該他の転送装置から送信されたユーザデータを受信可能であるが、現在１系インタフェース１２は予備系として選択されているので、ユーザデータを受信しない。ポートＢは、伝送路を介して転送装置Ｂ２０の１系インタフェース２２のポートＢに接続され、ＥＴＨ−ＣＣ及びＥＴＨ−ＡＰＳを転送装置Ｂ２０の１系インタフェース２２のポートＢに送信する。
【００５０】
ポートＣは伝送路を介して転送装置Ｂ２０の１系インタフェース２２のポートＣに接続され、転送装置Ｂ２０の１系インタフェース２２のポートＣから送信されたＥＴＨ−ＣＣ及びＥＴＨ−ＡＰＳを受信する。ポートＤは、他の転送装置に接続され、ポートＣが受信したユーザデータをセレクタ１３を介して当該他の転送装置に送信するが、現在１系インタフェース１２は予備系として選択されているので、ユーザデータを受信しない。
【００５１】
転送装置Ａ１０の１系インタフェース１２のポートＢと転送装置Ｂ２０の１系インタフェース２２のポートＢとを接続する伝送路と、転送装置Ａ１０の１系インタフェース１２のポートＣと転送装置Ｂ２０の１系インタフェース２２のポートＣとを接続する伝送路とによって一つのネットワークが構築される。１系インタフェース１２及び２２が予備系として選択されているので、当該ネットワークを予備系ネットワークという。
【００５２】
転送装置Ｂ２０の構成については転送装置Ａ１０の構成と同じであるので説明を省略する。
【００５３】
転送装置Ａ１０及び転送装置Ｂ２０は、ＥＴＨ−ＣＣを３．３３ｍｓ周期で送信し、ＥＴＨ−ＡＰＳを５ｓ周期で送信する。
【００５４】
図１Ａでは、転送装置Ａ１０の０系インタフェース１１のポートＢと転送装置Ｂ２０の０系インタフェース２１のポートＢとを接続する伝送路に障害が発生し、転送装置Ｂ２０がＥＴＨ−ＣＣを受信できなくなった状態を示している。
【００５５】
転送装置Ａ１０及び転送装置Ｂ２０は、所定の受信時間内にＥＴＨ−ＣＣを受信しない場合、伝送路に異常が発生したと判定し、伝送路障害警報としてＬＯＣ(Loss of continuity)をネットワークに送信する。転送装置Ａ１０及び転送装置Ｂ２０の当該機能は異常検出部として機能する。所定の受信時間は、ＥＴＨ−ＣＣの送信周期（３．３３ｍｓ）に所定の値（保護段数：３．５）を乗算した受信時間（１１．６５５ｍｓ）である。このＬＯＣを検出する条件をＬＯＣ検出条件という。
【００５６】
図１Ａでは、転送装置Ｂ２０は、受信時間内にＥＴＨ−ＣＣを受信できないので、異常を検出する。
【００５７】
以上のように、ＥＴＨ−ＣＣは伝送路の異常を検出するために周期的に送信されるデータであり、監視データという。
【００５８】
また、転送装置がユーザデータを送信する機能をユーザデータ送信部といい、転送装置が監視データを周期的に送信する機能を監視データ送信部という。また、転送装置が受信時間内に監視データを受信しない場合に異常を検出する機能を異常検出部という。
【００５９】
図１Ｂは、本発明の第１実施形態のネットワークシステムの異常を検出した転送装置Ｂ２０のインタフェースの切替えの説明図である。
【００６０】
図１で説明したように、伝送路で異常が発生し、転送装置Ｂ２０が伝送路の異常を検出した場合、転送装置Ｂ２０のセレクタ２３は、運用系として選択されている０系インタフェース２１を予備系のインタフェースとして選択し、予備系として選択されている１系インタフェース２２を運用系のインタフェースとして選択する。
【００６１】
この場合、転送装置Ｂ２０は、１系インタフェース２２のポートＣから切替トリガ情報を含むＥＴＨ−ＡＰＳを送信する。なお、切替トリガ情報を含むＥＴＨ−ＡＰＳの送信周期は３．３３ｍｓであり、通常のＥＴＨ−ＡＰＳの送信周期である５ｓとは異なる。
【００６２】
図１Ｃは、本発明の第１実施形態のネットワークシステムの切替トリガ情報を受信した転送装置Ａ１０のインタフェースの切替えの説明図である。
【００６３】
転送装置Ａ１０は、転送装置Ｂ２０から送信された切替トリガ情報を含むＥＴＨ−ＡＰＳを受信した場合、運用系として選択されている０系インタフェース１１を予備系のインタフェースとして選択し、予備系として選択されている１系インタフェース１２を運用系のインタフェースとして選択する。
【００６４】
これによって、ネットワークシステムでは、転送装置Ａ１０では、１系インタフェース１２が運用系として選択され、０系インタフェース１１が予備系として選択される。また、転送装置Ｂ２０では、１系インタフェース２２が運用系として選択され、０系インタフェース２１が予備系として選択される。すなわち、運用系ネットワークが予備系ネットワークに切り替えられ、予備系ネットワークが運用系ネットワークに切り替えられる。
【００６５】
このセレクタ１３及び２３の運用系及び予備系ネットワークを切り替える機能をネットワーク切替部という。
【００６６】
図２は、本発明の第１実施形態のＥＴＨ−ＣＣのフレームフォーマットの説明図である。
【００６７】
本実施形態で使用するＥＴＨ−ＣＣのフレームフォーマットは勧告Ｙ．１７３１で規定されている。
【００６８】
ＥＴＨ−ＣＣは、合計７５バイトのデータである。
【００６９】
具体的には、ＥＴＨ−ＣＣは、３ビットのＭＥＬ、５ビットのＶｅｒｓｉｏｎ、１バイトのＯｐＣｏｄｅ、１バイトのＦｌａｇｓ、１バイトのＴＬＶ Ｏｆｆｓｅｔ、４バイトのＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、２バイトのＭＥＰ ＩＤ、５６バイトのＭＥＧ ＩＤ、１バイトのＴｘＦＣｆ、１バイトのＴｘＦＣｆ、１バイトのＲｘＦＣｂ、１バイトのＲｘＦＣｂ、１バイトのＴｘＦＣｂ、１バイトのＴｘＦＣｂ、１バイトのＲｅｓｅｒｖｅｄ、１バイトのＲｅｓｅｒｖｅｄ、及び１バイトのＥｎｄ ＴＬＶを含む。
【００７０】
図３は、本発明の第１実施形態のＥＴＨ−ＣＣのＦｌａｇｓのフィールドフォーマットの説明図である。
【００７１】
本実施形態のＥＴＨ−ＣＣに含まれるＦｌａｇｓのフィールドフォーマットは勧告Ｔ．１７３１で規定されている。
【００７２】
ＥＴＨ−ＣＣに含まれるＦｌａｇｓは、１ビットのＲＤＩ、４ビットのＲｅｓｅｒｖｅｄ、及び３ビットのＰｅｒｉｏｄを含む。
【００７３】
勧告Ｙ．１７３１では、３ビットのＰｅｒｉｏｄにＥＴＨ−ＣＣの送信周期を格納して、転送装置に送信していた。
【００７４】
図４は、本発明の第１実施形態のＥＴＨ−ＣＣによって表現可能な送信周期が従来のＥＴＨ−ＣＣによって表現可能な送信周期より多くなることを説明するための図である。
【００７５】
図４では、勧告Ｙ．１７３１で規定されるＰｅｒｉｏｄに格納されるビット列と当該ビット列が示す送信周期との関係を示す。
【００７６】
Ｆｌａｇｓ４０１は、Ｐｅｒｉｏｄに格納されるビット列が表す。Ｐｅｒｉｏｄ Ｖａｌｕｅ４０２は、Ｐｅｒｉｏｄに格納されるビット列が示すＥＴＨ−ＣＣの送信周期を表す。Ｃｏｍｍｎｅｔｓ４０３は、Ｐｅｒｉｏｄに格納されるビット列が示すＥＴＨ−ＣＣの送信周期に関する付加情報を表す。
【００７７】
ビット列「１００」が示すＥＴＨ−ＣＣの送信周期が「１ｓ」である場合、当該ＥＴＨ−ＣＣは転送装置に発生した故障を通知する信号として用いられる。
【００７８】
ビット列「０１１」が示すＥＴＨ−ＣＣの送信周期が「１００ｍｓ」である場合、当該ＥＴＨ−ＣＣは転送装置の性能を監視するための信号として用いられる。
【００７９】
ビット列「００１」が示すＥＴＨ−ＣＣの送信周期が「３．３３ｍｓ」である場合、当該ＥＴＨ−ＣＣはイーサネットリニアプロテクションにおける接続監視データとして用いられる。
【００８０】
これら以外のＥＴＨ−ＣＣの送信周期は予備である。
【００８１】
３ビットのＰｅｒｉｏｄを用いてＥＴＨ−ＣＣの送信周期を他の転送装置に通知するので、８通りの送信周期しか設定できない。
【００８２】
このため、本実施形態では、ＥＴＨ−ＣＣの送信周期を格納するＰｅｒｉｏｄをＲｅｓｅｖｅｄまで拡大して、ＥＴＨ−ＣＣの送信周期を格納するＰｅｒｉｏｄを合計７ビットとする。
【００８３】
これによって、合計７ビット分の最大127種類のＥＴＨ−ＣＣの送信周期を表現できるので、ＥＴＨ−ＣＣの送信周期を１ｍｓ単位で送信周期を表現できる。
【００８４】
次に、ＥＴＨ−ＣＣの送信周期の変更処理について、図５を用いて説明する。
【００８５】
図５は、本発明の第１実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。
【００８６】
ＥＴＨ−ＣＣの送信周期の変更処理は、転送装置Ａ１０及び転送装置Ｂ２０（以下、転送装置Ａ１０及び転送装置Ｂ２０を総称して、転送装置という）の図示しないプロセッサと論理回路(例えば、ＦＰＧＡに代表されるプログラマブル論理回路)によって実行される。また、ＥＴＨ−ＣＣの送信周期の変更処理のプログラムは、転送装置の図示しないメモリに記憶されている。
【００８７】
まず、転送装置は、ユーザデータの最大パケット長を設定する（５０１）。この最大パケット長は任意の値でよく、管理者によって転送装置に入力されるものであってもよいし、転送装置に予め設定されたものであってもよい。
【００８８】
次に、転送装置は、ＥＴＨ−ＣＣの送信周期の初期値を設定する（５０２）。ＥＴＨ−ＣＣの送信周期の初期値は、ステップ５０１の処理で設定された最大パケット長のユーザデータの送信時間よりも長い時間であれば任意の値でよい。また、ＥＴＨ−ＣＣの送信周期は、管理者によって転送装置に入力されてもよいし、転送装置に予め設定されていてもよい。
【００８９】
なお、ユーザデータの送信時間は、ユーザデータのパケット長を伝送路速度で除算することによって算出される。例えば、伝送路速度が１０Ｍｂｐｓで、ユーザデータのパケット長が１５１８バイトであれば、ユーザデータの送信時間は、１．２１ｍｓである。
【００９０】
次に、転送装置は、ステップ５０２の処理で設定されたＥＴＨ−ＣＣの送信周期に基づいて、ＬＯＣ検出接除条件の初期値を設定する（５０３）。ＬＯＣ検出解除条件とは、検出されたＬＯＣを解除するための条件であり、所定の受信時間以内に所定数のＥＴＨ−ＣＣを受信するという条件である。具体的には、所定の受信時間は、ＥＴＨ−ＣＣの送信周期に保護段数という所定の値を乗算した時間である。
【００９１】
保護段数の算出方法について説明する。
【００９２】
まず、転送装置は、信号断時間（５０ｍｓ）から最大パケット長のユーザデータの送信時間を減算した減算値を算出する。保護段数は、減算値をステップ５０２の処理で設定されたＥＴＨ−ＣＣの送信周期で除算した除算値を超えないように設定される。除算値が３．５よりも大きい場合、保護段数は３．５に設定される。
【００９３】
なお、所定の受信時間以内に受信するＥＴＨ−ＣＣの受信回数は、保護段数の整数部分によって特定される。
【００９４】
転送装置は、以上のように保護段数を決定することによって、ＬＯＣ検出解除条件を設定する。
【００９５】
ここで、保護段数はＬＯＣ検出条件にも用いられる。具体的には、転送装置は、ＥＴＨ−ＣＣの送信周期に保護段数を乗算した受信時間内にＥＴＨ−ＣＣを受信しない場合にＬＯＣを検出する。
【００９６】
転送装置がユーザデータを送信又は受信している間、切替トリガ情報を含むＥＴＨ−ＡＰＳを３．３３ｍｓ周期で送信できない可能性がある。このため、信号断時間から最大パケット長のユーザデータの送信時間を減算した時間を超えて受信時間が設定されている場合、転送装置によるＬＯＣの検出が遅れ、信号断時間内に二つの転送装置のインタフェースの切替えが完了しない可能性がある。信号断時間内に二つの転送装置のインタフェースの切替えの完了を担保するために、受信時間が信号断時間から最大パケット長のユーザデータの送信時間を減算した時間を超えないように保護段数を設定するようにした。
【００９７】
例えば、ステップ５０１の処理でユーザデータの最大パケット長が１５１８バイトに設定され、ステップ５０２の処理でＥＴＨ−ＣＣの送信周期が１０ｍｓに設定された場合、保護段数が３．５であれば、受信時間は３５ｍｓである。この受信時間は、信号断時間から最大パケット長のユーザデータの送信時間を減算した時間（５０ｍｓ−１．２１ｍｓ）を超えないので、保護段数は３．５に設定される。
【００９８】
なお、ステップ５０１〜５０３の処理は、転送装置が、ユーザデータの最大パケット長、ＥＴＨ−ＣＣの送信周期、及びＬＯＣ検出解除条件に適当な所定値を設定すればよいので、実行されなくてもよい。また、ステップ５０１〜５０３の処理は、ＥＴＨ−ＣＣの送信周期の変更処理の運用が開始されてから実行されてもよい。
【００９９】
ステップ５０１〜５０３の処理で、ユーザデータの最大パケット長、ＥＴＨ−ＣＣの送信周期、及びＬＯＣ検出解除条件が初期設定されると、ＥＴＨ−ＣＣの送信周期の変更処理の運用が開始される（５０４）。
【０１００】
まず、転送装置は、ユーザデータ及びＥＴＨ−ＣＣを受信する（５０５）。
【０１０１】
次に、転送装置は、受信したユーザデータの送信時間を計測する（５０６）。具体的には、転送装置は、受信したユーザデータに含まれるトップ符号及びエンド符号に基づいて、ユーザデータのパケット長を計測する。そして、転送装置は、受信したユーザデータを送信する伝送路の伝送路速度及び計測したパケット長に基づいてユーザデータの送信時間を算出する。ユーザデータの送信時間の算出方法についてはステップ５０２の処理で説明した通りである。この転送装置のユーザデータの送信時間を計測する機能を送信時間計測部という。
【０１０２】
なお、ステップ５０６の処理では、転送装置は、受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに基づいて、ＥＴＨ−ＣＣの送信周期を特定する。
【０１０３】
次に、転送装置は、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であるか否かを判定する（５０７）。
【０１０４】
ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期よりも小さいと判定された場合、転送装置は、ユーザデータの送信によってＥＴＨ−ＣＣの送信周期に影響を与えることはないので、ステップ５０６の処理に戻る。
【０１０５】
一方、ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であると判定された場合、転送装置は、ＥＴＨ−ＣＣの送信周期が受信したユーザデータの送信時間よりも大きくなるように、ＥＴＨ−ＣＣの送信周期を変更し（５０８）、ステップ５０６の処理に戻る。このＥＴＨ−ＣＣの送信周期をユーザデータ送信時間よりも大きくする機能を送信周期変更部という。
【０１０６】
例えば、伝送路速度が１０Ｍｂｐｓであって、ユーザデータの最大パケット長が１５１８バイトから１６０００バイトになった場合、ユーザデータの送信時間は１．２１ｍｓから１２．８ｍｓとなる。ＥＴＨ−ＣＣの送信周期が３．３３ｍｓであった場合、ステップ５０８の処理では、転送装置は、ＥＴＨ−ＣＣの送信周期を１２．８ｍｓよりも大きくなるように、例えば、１３ｍｓに変更する。
【０１０７】
また、ステップ５０８の処理では、転送装置は、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信する。
【０１０８】
当該転送装置に接続された転送装置は、この変更後の送信周期を含むＥＴＨ−ＣＣを受信することによって、ＥＴＨ−ＣＣの送信周期が変更されたことを把握する。
【０１０９】
なお、図５では、ステップ５０７の処理で、転送装置は、ユーザデータを受信するたびに、受信したユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上であるか否かを判定したが、受信したユーザデータのパケット長が、受信したユーザデータのパケット長が現在まで受信したユーザデータのパケット長の中で最大となる場合にのみステップ５０７の処理を実行し、受信したユーザデータのパケット長が現在まで受信したユーザデータのパケット長の中で最大とならない場合、ステップ５０６の処理に戻るようにしてもよい。
【０１１０】
これによって、転送装置は、必要な場合にのみステップ５０７の処理を実行するので、処理負荷を軽減できる。
【０１１１】
また、ステップ５０７の処理では、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上であるか否かを判定したが、所定時間内に計測されたユーザデータの送信時間の平均がＥＴＨ−ＣＣの送信周期以上であるか否かを判定してもよい。
【０１１２】
さらに、ステップ５０７の処理では、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上であるか否かを判定したが、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期より大きいか否かを判定し、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期より大きい場合に、ステップ５０８の処理に進むようにしてもよい。
【０１１３】
図６は、本発明の第１実施形態のＬＯＣ検出解除条件の変更処理のフローチャートである。
【０１１４】
ＬＯＣ検出解除条件の変更処理は、転送装置がＥＴＨ−ＣＣの送信周期の変更を検出した場合、ＬＯＣ検出解除条件を変更する処理である。ＬＯＣ検出解除条件の変更処理は、転送装置の図示しないプロセッサと論理回路(例えば、ＦＰＧＡに代表されるプログラマブル論理回路)によって実行される。また、ＬＯＣ検出解除条件の変更処理のプログラムは、転送装置の図示しないメモリに記憶されている。
【０１１５】
ステップ６０１〜６０３の処理は、ステップ５０１〜５０３の処理と同じであるので、説明を省略する。
【０１１６】
ステップ６０３の処理が実行された後、ＬＯＣ検出解除条件の変更処理の運用が開始される（６０４）。
【０１１７】
まず、転送装置は、ＥＴＨ−ＣＣの送信周期が変更されたか否かを判定するために、今回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットが、前回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットから変更されたか否かを判定する（６０５）。
【０１１８】
ステップ６０５の処理で、今回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットが、前回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットから変更されていないと判定された場合、ＥＴＨ−ＣＣの送信周期が変更されていないと判定し、ステップ６０５の処理に戻る。
【０１１９】
ステップ６０５の処理で、今回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットが、前回受信したＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットから変更されたと判定された場合、ＥＴＨ−ＣＣの送信周期が変更されたと判定し、転送装置は、ＬＯＣ検出解除条件を変更する（６０６）。
【０１２０】
具体的には、変更後のＥＴＨ−ＣＣの送信周期に保護段数（３．５）を乗じた乗算値が信号断時間から最大パケット長のユーザデータの送信時間を減算した減算値よりも小さいか否かを判定する。ここで、ユーザデータの送信時間は、転送装置がユーザデータを送信する場合に、ユーザデータのパケット長及びユーザデータを送信する伝送路の伝送路速度に基づいて算出されている。
【０１２１】
乗算値が減算値よりも小さい場合、転送装置は保護段数を３．５に設定する。
【０１２２】
一方、乗算値が減算値以上である場合、転送装置は、信号断時間から最大パケット長のユーザデータの送信時間を減算した減算値を、変更後のＥＴＨ−ＣＣの送信周期で除算した除算値を算出する。そして、転送装置は、算出した除算値よりも小さい値に保護段数を設定する。
【０１２３】
例えば、ＥＴＨ−ＣＣの送信周期が１３ｍｓに変更され、ユーザデータの最大パケット長のユーザデータの送信時間が１２．８ｍｓである場合について説明する。
【０１２４】
変更後のＥＴＨ−ＣＣの送信周期（１３ｍｓ）に保護段数（３．５）を乗じた乗算値（４５．５ｍｓ）が、信号断時間（５０ｍｓ）から最大パケット長のユーザデータの送信時間（１２．８ｍｓ）を減算した減算値（３７．２ｍｓ）より大きくなるので、転送装置は保護段数を変更する。
【０１２５】
具体的には、減算値（３７．２ｍｓ）を変更後のＥＴＨ−ＣＣの送信周期（１３ｍｓ）で除算した除算値（２．８６）を算出する。そして、転送装置は、２．８６よりも小さい値に保護段数を設定する。ここでは、保護段数は０．５刻みで設定可能であるものとし、２．５に設定される。
【０１２６】
この場合、ＬＯＣ検出条件及びＬＯＣ検出解除条件の受信時間は、変更後のＥＴＨ−ＣＣの送信周期（１３ｍｓ）に保護段数（２．５）を乗じた値である３２．５ｍｓとなる。また、ＬＯＣ解除条件は、３２．５ｍｓ以内にＥＴＨ−ＣＣを２回（２．５の整数部分）受信することが条件となる。
【０１２７】
以上のように、ＬＯＣ検出条件及びＬＯＣ検出解除条件の受信時間は、ＥＴＨ−ＣＣの送信周期の変更によって、信号断時間から最大パケット長のユーザデータの送信時間を減算した減算値を超えないように変更される。この受信時間の変更機能を受信時間変更部という。
【０１２８】
次に、転送装置は、転送装置は、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信し（６０７）、ステップ６０５の処理に戻る。
【０１２９】
このＥＴＨ−ＣＣを転送装置が受信すると、当該転送装置は、図６と同じく、ＬＯＣ接続解除条件を変更する。
【０１３０】
図７は、本発明の第１実施形態のネットワークシステムのＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理のシーケンス図である。
【０１３１】
転送装置Ａ１０及び転送装置Ｂ２０は、ＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理を開始すると（７０１）、ステップ５０１〜５０３の処理又はステップ６０１〜６０３の処理でユーザデータの最大パケット長、ＥＴＨ−ＣＣの送信周期、及びＬＯＣ検出解除条件が初期設定を設定し（７０２）、ＥＴＨ−ＣＣの送信周期の変更処理及びＬＯＣ検出解除条件の変更処理の運用を開始する（７０３）。
【０１３２】
次に、転送装置Ａ１０及び転送装置Ｂ２０は、ステップ７０２の処理で設定されたＥＴＨ−ＣＣの送信周期でＥＴＨ−ＣＣの送信を開始する（７０４）。
【０１３３】
また、転送装置Ａ１０及び転送装置Ｂ２０は、送信したユーザデータの送信時間の計測を開始する（７０５）。
【０１３４】
ここで、転送装置Ａ１０は、ステップ７０４の処理でユーザデータの送信時間がステップ７０２の処理で設定されたＥＴＨ−ＣＣの送信周期よりも大きくなったことを検出すると（７０６）、当該送信時間より大きくなるようにＥＴＨ−ＣＣの送信周期を変更する（７０７）。
【０１３５】
そして、転送装置Ａ１０は、変更後のＥＴＨ−ＣＣの送信周期をＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに設定して、変更後の送信周期でＥＴＨ−ＣＣを送信する（７０８）。
【０１３６】
転送装置Ｂ２０は、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを受信した場合、ＥＴＨ−ＣＣの送信周期が変更されたことを検出し、ＬＯＣ検出解除条件及びＥＴＨ−ＣＣの送信周期を変更する（７０９）。このＬＯＣ検出解除条件及びＥＴＨ−ＣＣの送信周期の変更は、図６のステップ６０６及び６０７の処理で説明した通りである。
【０１３７】
そして、転送装置Ｂ２０は、変更後のＥＴＨ−ＣＣの送信周期をＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに設定して、変更後の送信周期でＥＴＨ−ＣＣを送信する（７１０）。
【０１３８】
この後、転送装置Ｂ２０は、送信したユーザデータの送信時間の計測を開始する（７０５）。
【０１３９】
転送装置Ａ１０は、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを受信した場合、ＥＴＨ−ＣＣの送信周期が変更されたことを検出し、ＬＯＣ検出解除条件を変更する（７１１）。転送装置Ａ１０は、変更後の送信周期でＥＴＨ−ＣＣを送信する。
【０１４０】
この後、転送装置Ａ１０は、送信したユーザデータの送信時間の計測を開始する（７０５）。
【０１４１】
以上によって、ユーザデータの送信時間がＥＴＨ−ＣＣの送信周期以上である場合、ＥＴＨ−ＣＣの送信周期をユーザデータの送信時間よりも大きくし、対向する転送装置に変更後のＥＴＨ−ＣＣの送信周期を通知し、対向する転送装置のＬＯＣの検出のための受信時間を変更するので、ユーザデータの送信に時間がかかっても、ＬＯＣを誤って検出することを防止できる。
【０１４２】
また、信号断時間から最大パケット長のユーザデータの送信時間を減算時間よりＬＯＣの検出のための受信時間を少なくするように、転送装置が保護段数を設定するため、ＥＴＨ−ＣＣの送信周期が大きくなっても信号断時間内にネットワークを切り替えることを担保できる。
【０１４３】
（第２実施形態）
第１実施形態では、ＥＴＨ−ＣＣの送信周期がユーザデータの送信時間よりも大きくなるように一旦変更されると、当該ＥＴＨ−ＣＣの送信周期は短縮されなかったが、第２実施形態では、所定時間のユーザデータの最大送信時間がＥＴＨ−ＣＣの送信周期より小さくなると、所定時間のユーザデータの最大送信時間に基づいて、ＥＴＨ−ＣＣの送信周期を短縮する。
【０１４４】
本実施形態について図８を用いて説明する。
【０１４５】
図８は、本発明の第２実施形態のＥＴＨ−ＣＣの送信周期の変更処理のフローチャートである。図８では、図５に示すＥＴＨ−ＣＣの送信周期の変更処理と同じ処理は同じ符号を付与し、説明を省略する。また、図８では、図５に示すステップ５０１〜５０３の処理の図示を省略している。
【０１４６】
図８では図示しないステップ５０１〜５０３の処理が実行されると、ステップ５０４の処理で、ＥＴＨ−ＣＣの送信周期の変更処理の運用が開始され、ステップ５０５の処理で、転送装置は、ユーザフレーム及びＥＴＨ−ＣＣを受信する。そして、転送装置は、ステップ５０６の処理で、ユーザフレームの送信時間を計測し、ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であるか否かを判定する。
【０１４７】
ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期より小さいと判定された場合、ステップ５０６の処理に戻る。
【０１４８】
一方、ステップ５０７の処理で、受信したユーザデータの送信時間が、ＥＴＨ−ＣＣの送信周期以上であると判定された場合、転送装置は、ステップ５０８の処理で、ＥＴＨ−ＣＣの送信周期が受信したユーザデータの送信時間よりも大きくなるように、ＥＴＨ−ＣＣの送信周期を変更する。また、転送装置は、ステップ５０８の処理で、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信する。
【０１４９】
次に、転送装置は、ウィンドウ時間を算出する（８０１）。ウィンドウ時間は、変更後のＥＴＨ−ＣＣの送信周期に保護段数を乗じた時間よりも長くする。なお、保護段数は、図６に示すステップ６０６の処理と同じく、ウィンドウ時間が信号断時間から最大パケット長となるユーザデータの送信時間を減算した時間を超えないように設定される。
【０１５０】
そして、転送装置は、ステップ８０１の処理で算出されたウィンドウ時間が経過したか否かを判定する（８０２）。
【０１５１】
ステップ８０１の処理で算出されたウィンドウ時間が経過しないと、ステップ８０２の処理で判定された場合、転送装置は、ウィンドウ時間内に送信するユーザデータの送信時間を計測する（８０３）。
【０１５２】
次に、転送装置は、ウィンドウ時間内で最大となるユーザデータの送信時間が、全時間で最大となるユーザデータの送信時間より小さいか否かを判定する（８０４）。
【０１５３】
ステップ８０４の処理で、ウィンドウ時間内で最大となるユーザデータの送信時間が、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間より小さいと判定された場合、転送装置は、ＥＴＨ−ＣＣの送信周期を、ステップ５０８の処理で設定されたＥＴＨ−ＣＣの送信周期より小さく設定する（８０５）。
【０１５４】
具体的には、転送装置は、ＥＴＨ−ＣＣの送信周期がウィンドウ時間内で最大となるユーザデータの送信時間より大きくなるように、ＥＴＨ−ＣＣの送信周期を設定する。ウィンドウ時間内で最大となるユーザデータの送信時間が、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間より小さいため、ＥＴＨ−ＣＣの送信周期は、ステップ５０８の処理で設定されたＥＴＨ−ＣＣの送信周期より小さくなる。
【０１５５】
例えば、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間が１２．８ｍｓで、ウィンドウ時間内で最大となるユーザデータの送信時間が１．２１ｍｓである場合、ＥＴＨ−ＣＣの送信周期は１３ｍｓから、１．２１ｍｓより大きい例えば３．３３ｍｓに短縮される。
【０１５６】
なお、ステップ８０５の処理では、転送装置は、ＥＴＨ−ＣＣのＥＴＨ−ＣＣのＦｌａｇｓフィールドのＲｅｓｅｒｖｅｄビット及びＰｅｒｉｏｄビットに変更後のＥＴＨ−ＣＣの送信周期が含まれるように設定し、変更後のＥＴＨ−ＣＣの送信周期を含むＥＴＨ−ＣＣを送信する。
【０１５７】
ステップ８０２の処理で、ウィンドウ時間が経過したと判定された場合、ステップ５０６の処理に戻る。
【０１５８】
ステップ８０４の処理で、ウィンドウ時間内で最大となるユーザデータの送信時間が、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間以上であると判定された場合、ステップ８０２の処理に戻る。なお、この場合、ステップ８０２の処理で、ウィンドウ時間が経過したと判定され、ステップ５０６の処理に戻ると、ウィンドウ時間が設定される前までの時間で最大となるユーザデータの送信時間より大きければ、ステップ５０８の処理でＥＴＨ−ＣＣの送信周期が変更される。
【０１５９】
以上によって、送信に時間がかかるユーザデータが送信されなくなれば、ＥＴＨ−ＣＣの送信周期が短縮されるので、必要な場合にのみＥＴＨ−ＣＣの送信周期を延長することができる。
【０１６０】
本発明では、周期的に他の転送装置に送信される監視データとして、ＥＴＨ−ＣＣを用いたが、周期的に他の転送装置に送信されるデータで他のデータ（例えばＥＴＨ−ＡＰＳや、Ｅｔｈｅｒ ＯＡＭ以外の監視フレーム）であってもよい。
【０１６１】
なお、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１６２】
１０ 転送装置Ａ
１１ ０系インタフェース
１２ １系インタフェース
１３ セレクタ
２０ 転送装置Ｂ
２１ ０系インタフェース
２２ １系インタフェース
２３ セレクタ
【特許請求の範囲】
【請求項１】
接続された他の装置へデータを転送する転送装置において、
監視データを周期的に前記他の装置へ送信する監視データ送信部と、
ユーザデータを前記他の装置へ送信するユーザデータ送信部と、
前記他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、
前記ユーザデータを送信するために必要なユーザデータ送信時間を計測する送信時間計測部と、
前記送信時間計測部によって計測されたユーザデータ送信時間が前記監視データの送信周期より大きい場合、前記監視データの送信周期が前記ユーザデータ送信時間より大きくなるように前記監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とする転送装置。
【請求項２】
前記監視データ送信周期変更部は、前記監視データの送信周期を変更した場合、前記他の装置に前記変更後の監視データの送信周期を通知し、
前記監視データの送信周期が変更されたことを前記他の装置から通知された場合、前記通知された変更後の監視データの送信周期に基づいて、現在設定されている受信時間より大きくなるように前記受信時間を変更する受信時間変更部を備えることを特徴とする請求項１に記載の転送装置。
【請求項３】
前記転送装置と前記他の装置とは二つのネットワークによって接続され、
前記ユーザデータ送信部は、一つのネットワークに前記ユーザデータを送信することによって、前記ユーザデータを前記他の装置へ送信し、
前記異常検出部が異常を検出した場合、前記ユーザデータ送信部が前記ユーザデータを送信しているネットワークを他方のネットワークに切り替えるとともに、前記他の装置にもネットワークを切り替えさせるネットワーク切替部を備え、
前記異常検出部による異常の検出から前記他の装置のネットワークの切り替えは、所定の切替時間以内で実行され、
前記異常検出部は、前記監視データの送信周期に所定の値を乗算した時間である前記受信時間以内に、前記監視データを受信していない場合、前記異常を検出し、
前記受信時間変更部は、
前記受信時間を変更する場合、前記切替時間から前記送信時間計測部によって計測されたユーザデータ送信時間のうち最大のユーザデータ送信時間を減算した減算値を算出し、
前記算出した減算値を前記変更後の監視データの送信周期で除算した除算値を算出し、
前記所定の値を前記算出した除算値より小さくなるように変更することによって、前記受信時間を変更することを特徴とする請求項２に記載の転送装置。
【請求項４】
前記送信時間計測部は、前記監視データ送信周期変更部によって前記監視データの送信周期が変更された時間から所定時間経過するまでのユーザデータ送信時間を変更後ユーザデータ送信時間として計測し、
前記監視データ送信周期変更部は、
前記変更後ユーザデータ送信時間のうち最大となる第１ユーザデータ送信時間が、前記監視データ送信周期変更部によって前記監視データの送信周期が変更される前の変更前ユーザデータ送信時間のうち最大となる第２ユーザデータ送信時間より小さいか否かを判定し、
前記第１ユーザデータ送信時間が前記第２ユーザデータ送信時間より小さい場合、前記監視データの送信周期を前記第１ユーザデータ送信時間より大きく、前記第２ユーザデータ送信時間より小さくなるように変更することを特徴とする請求項１乃至請求項３のいずれか一つに記載の転送装置。
【請求項５】
前記監視データは、ＥＴＨ−ＣＣフレームであることを特徴とする請求項１乃至請求項４のいずれか一つに記載の転送装置。
【請求項６】
データを転送する転送装置を備えるネットワークシステムにおいて、
前記転送装置は、
監視データを周期的に前記他の装置へ送信する監視データ送信部と、
ユーザデータを前記他の装置へ送信するユーザデータ送信部と、
前記他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、
前記ユーザデータを送信するのにかかるユーザデータ送信時間を計測する送信時間計測部と、
前記送信時間計測部によって計測されたユーザデータ送信時間が前記監視データの送信周期より大きい場合、前記監視データの送信周期が前記ユーザデータ送信時間より大きくなるように前記監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とするネットワークシステム。
【請求項７】
前記転送装置は、第１転送装置と前記第１転送装置に接続された第２転送装置とを含み、
前記第１転送装置の前記監視データ送信周期変更部が前記監視データの送信周期を変更した場合、当該監視データ送信周期変更部は、前記変更後の監視データの送信周期を前記第２転送装置に通知し、
前記第２転送装置は、前記監視データの送信周期が変更されたことを前記第１転送装置から通知された場合、前記通知された変更後の監視データの送信周期に基づいて、現在設定されている受信時間より大きくなるように前記受信時間を変更する受信時間変更部を備え、
前記第２転送装置が前記監視データの送信周期が変更されたことを前記第１転送装置から通知された場合、前記第２転送装置の前記監視データ送信周期変更部は、前記通知された変更後の監視データの送信周期に前記監視データの送信周期を変更し、前記変更後の監視データの送信周期を前記第１転送装置に通知し、
前記第１転送装置は、前記監視データの送信周期が変更されたことを前記第２転送装置から通知された場合、前記通知された変更後の監視データの送信周期に基づいて、現在設定されている受信時間より大きくなるように前記受信時間を変更する受信時間変更部を備えることを特徴とする請求項６に記載のネットワークシステム。
【請求項８】
前記第１転送装置と前記第２転送装置とは二つのネットワークによって接続され、
前記第１転送装置及び前記第２転送装置のユーザデータ送信部は、同じ一つのネットワークに前記ユーザデータを送信することによって、前記ユーザデータを他方の転送装置へ送信し、
前記第１転送装置及び前記第２転送装置は、前記異常検出部が異常を検出した場合、ユーザデータ送信部が前記ユーザデータを送信しているネットワークを他方のネットワークに切り替えるとともに、前記他の装置にもネットワークを切り替えさせるネットワーク切替部を備え、
前記異常検出部による異常の検出から前記他の装置のネットワークの切り替えは、所定の切替時間以内で実行され、
前記異常検出部は、前記監視データの送信周期に所定の値を乗算した時間である前記受信時間以内に、前記監視データを受信していない場合、前記異常を検出し、
前記第１転送装置及び前記第２転送装置の前記受信時間変更部は、
前記受信時間を変更する場合、
前記切替時間から前記送信時間計測部によって計測されたユーザデータ送信時間のうち最大のユーザデータ送信時間を減算した減算値を算出し、
前記算出した減算値を前記変更後の監視データの送信周期で除算した除算値を算出し、
前記所定の値を前記算出した除算値より小さくなるように変更することによって、前記受信時間を変更することを特徴とする請求項７に記載のネットワークシステム。
【請求項９】
前記送信時間計測部は、前記監視データ送信周期変更部によって前記監視データの送信周期が変更された時間から所定時間経過するまでのユーザデータ送信時間を変更後ユーザデータ送信時間として計測し、
前記監視データ送信周期変更部は、
前記変更後ユーザデータ送信時間のうち最大となる第１ユーザデータ送信時間が、前記監視データ送信周期変更部によって前記監視データの送信周期が変更される前の変更前ユーザデータ送信時間のうち最大となる第２ユーザデータ送信時間より小さいか否かを判定し、
前記第１ユーザデータ送信時間が前記第２ユーザデータ送信時間より小さい場合、前記監視データの送信周期を前記第１ユーザデータ送信時間より大きく、前記第２ユーザデータ送信時間より小さくなるように変更することを特徴とする請求項６乃至請求項８のいずれか一つに記載のネットワークシステム。
【請求項１０】
前記監視データは、ＥＴＨ−ＣＣフレームであることを特徴とする請求項６乃至請求項９のいずれか一つに記載のネットワークシステム。
【請求項１】
接続された他の装置へデータを転送する転送装置において、
監視データを周期的に前記他の装置へ送信する監視データ送信部と、
ユーザデータを前記他の装置へ送信するユーザデータ送信部と、
前記他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、
前記ユーザデータを送信するために必要なユーザデータ送信時間を計測する送信時間計測部と、
前記送信時間計測部によって計測されたユーザデータ送信時間が前記監視データの送信周期より大きい場合、前記監視データの送信周期が前記ユーザデータ送信時間より大きくなるように前記監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とする転送装置。
【請求項２】
前記監視データ送信周期変更部は、前記監視データの送信周期を変更した場合、前記他の装置に前記変更後の監視データの送信周期を通知し、
前記監視データの送信周期が変更されたことを前記他の装置から通知された場合、前記通知された変更後の監視データの送信周期に基づいて、現在設定されている受信時間より大きくなるように前記受信時間を変更する受信時間変更部を備えることを特徴とする請求項１に記載の転送装置。
【請求項３】
前記転送装置と前記他の装置とは二つのネットワークによって接続され、
前記ユーザデータ送信部は、一つのネットワークに前記ユーザデータを送信することによって、前記ユーザデータを前記他の装置へ送信し、
前記異常検出部が異常を検出した場合、前記ユーザデータ送信部が前記ユーザデータを送信しているネットワークを他方のネットワークに切り替えるとともに、前記他の装置にもネットワークを切り替えさせるネットワーク切替部を備え、
前記異常検出部による異常の検出から前記他の装置のネットワークの切り替えは、所定の切替時間以内で実行され、
前記異常検出部は、前記監視データの送信周期に所定の値を乗算した時間である前記受信時間以内に、前記監視データを受信していない場合、前記異常を検出し、
前記受信時間変更部は、
前記受信時間を変更する場合、前記切替時間から前記送信時間計測部によって計測されたユーザデータ送信時間のうち最大のユーザデータ送信時間を減算した減算値を算出し、
前記算出した減算値を前記変更後の監視データの送信周期で除算した除算値を算出し、
前記所定の値を前記算出した除算値より小さくなるように変更することによって、前記受信時間を変更することを特徴とする請求項２に記載の転送装置。
【請求項４】
前記送信時間計測部は、前記監視データ送信周期変更部によって前記監視データの送信周期が変更された時間から所定時間経過するまでのユーザデータ送信時間を変更後ユーザデータ送信時間として計測し、
前記監視データ送信周期変更部は、
前記変更後ユーザデータ送信時間のうち最大となる第１ユーザデータ送信時間が、前記監視データ送信周期変更部によって前記監視データの送信周期が変更される前の変更前ユーザデータ送信時間のうち最大となる第２ユーザデータ送信時間より小さいか否かを判定し、
前記第１ユーザデータ送信時間が前記第２ユーザデータ送信時間より小さい場合、前記監視データの送信周期を前記第１ユーザデータ送信時間より大きく、前記第２ユーザデータ送信時間より小さくなるように変更することを特徴とする請求項１乃至請求項３のいずれか一つに記載の転送装置。
【請求項５】
前記監視データは、ＥＴＨ−ＣＣフレームであることを特徴とする請求項１乃至請求項４のいずれか一つに記載の転送装置。
【請求項６】
データを転送する転送装置を備えるネットワークシステムにおいて、
前記転送装置は、
監視データを周期的に前記他の装置へ送信する監視データ送信部と、
ユーザデータを前記他の装置へ送信するユーザデータ送信部と、
前記他の装置から送信された監視データを所定の受信時間以内に受信していない場合に、異常を検出する異常検出部と、
前記ユーザデータを送信するのにかかるユーザデータ送信時間を計測する送信時間計測部と、
前記送信時間計測部によって計測されたユーザデータ送信時間が前記監視データの送信周期より大きい場合、前記監視データの送信周期が前記ユーザデータ送信時間より大きくなるように前記監視データの送信周期を変更する監視データ送信周期変更部と、を備えることを特徴とするネットワークシステム。
【請求項７】
前記転送装置は、第１転送装置と前記第１転送装置に接続された第２転送装置とを含み、
前記第１転送装置の前記監視データ送信周期変更部が前記監視データの送信周期を変更した場合、当該監視データ送信周期変更部は、前記変更後の監視データの送信周期を前記第２転送装置に通知し、
前記第２転送装置は、前記監視データの送信周期が変更されたことを前記第１転送装置から通知された場合、前記通知された変更後の監視データの送信周期に基づいて、現在設定されている受信時間より大きくなるように前記受信時間を変更する受信時間変更部を備え、
前記第２転送装置が前記監視データの送信周期が変更されたことを前記第１転送装置から通知された場合、前記第２転送装置の前記監視データ送信周期変更部は、前記通知された変更後の監視データの送信周期に前記監視データの送信周期を変更し、前記変更後の監視データの送信周期を前記第１転送装置に通知し、
前記第１転送装置は、前記監視データの送信周期が変更されたことを前記第２転送装置から通知された場合、前記通知された変更後の監視データの送信周期に基づいて、現在設定されている受信時間より大きくなるように前記受信時間を変更する受信時間変更部を備えることを特徴とする請求項６に記載のネットワークシステム。
【請求項８】
前記第１転送装置と前記第２転送装置とは二つのネットワークによって接続され、
前記第１転送装置及び前記第２転送装置のユーザデータ送信部は、同じ一つのネットワークに前記ユーザデータを送信することによって、前記ユーザデータを他方の転送装置へ送信し、
前記第１転送装置及び前記第２転送装置は、前記異常検出部が異常を検出した場合、ユーザデータ送信部が前記ユーザデータを送信しているネットワークを他方のネットワークに切り替えるとともに、前記他の装置にもネットワークを切り替えさせるネットワーク切替部を備え、
前記異常検出部による異常の検出から前記他の装置のネットワークの切り替えは、所定の切替時間以内で実行され、
前記異常検出部は、前記監視データの送信周期に所定の値を乗算した時間である前記受信時間以内に、前記監視データを受信していない場合、前記異常を検出し、
前記第１転送装置及び前記第２転送装置の前記受信時間変更部は、
前記受信時間を変更する場合、
前記切替時間から前記送信時間計測部によって計測されたユーザデータ送信時間のうち最大のユーザデータ送信時間を減算した減算値を算出し、
前記算出した減算値を前記変更後の監視データの送信周期で除算した除算値を算出し、
前記所定の値を前記算出した除算値より小さくなるように変更することによって、前記受信時間を変更することを特徴とする請求項７に記載のネットワークシステム。
【請求項９】
前記送信時間計測部は、前記監視データ送信周期変更部によって前記監視データの送信周期が変更された時間から所定時間経過するまでのユーザデータ送信時間を変更後ユーザデータ送信時間として計測し、
前記監視データ送信周期変更部は、
前記変更後ユーザデータ送信時間のうち最大となる第１ユーザデータ送信時間が、前記監視データ送信周期変更部によって前記監視データの送信周期が変更される前の変更前ユーザデータ送信時間のうち最大となる第２ユーザデータ送信時間より小さいか否かを判定し、
前記第１ユーザデータ送信時間が前記第２ユーザデータ送信時間より小さい場合、前記監視データの送信周期を前記第１ユーザデータ送信時間より大きく、前記第２ユーザデータ送信時間より小さくなるように変更することを特徴とする請求項６乃至請求項８のいずれか一つに記載のネットワークシステム。
【請求項１０】
前記監視データは、ＥＴＨ−ＣＣフレームであることを特徴とする請求項６乃至請求項９のいずれか一つに記載のネットワークシステム。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−７０３２９（Ｐ２０１３−７０３２９Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０８９２３（Ｐ２０１１−２０８９２３）
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]