(57)【特許請求の範囲】
【請求項１】
複数の論理リンク識別子を有する複数の子局装置と親局装置との間で、上記複数の論理リンク識別子を用いて、上記論理リンク識別子毎の通信を行なう通信システムで、上記子局装置の省電力動作を制御する省電力制御システムにおいて、
上記親局装置が、
複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを、上記複数の子局装置の論理リンク識別子毎に対応する識別情報と対応付けて、子局装置毎にグループ分けをした登録情報を管理するグループ管理手段と、
上記グループ管理手段で管理する登録情報に登録されるグループ単位でフレーム導通を監視するフレーム導通監視手段と、
受信フレームに含まれる識別情報に基づいて、上記グループ管理手段の上記登録情報を参照して、メッセージ送信先である論理リンク識別子宛の子局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを識別し、当該監視する論理リンク識別子の子局装置が複数の論理リンク識別子を有する子局装置であるときに、当該監視する論理リンク識別子の属するグループの全ての論理リンク識別子宛に、スリープ状態遷移メッセージを送信する親局側メッセージ送信手段と
を備え、
上記各子局装置が、
上記論理リンク識別子毎に、上記親局装置からのメッセージに基づいて、上記論理リンク識別子を用いた処理状態をスリープ状態又はアクティブ状態とする状態管理手段と、
上記複数の論理リンク識別子の全てがスリープ状態である場合に、全ての論理リンク識別子についてスリープ状態が重複する時間だけ、当該子局装置における共用構成部への電力供給を停止させるパワーダウン実行手段と
を備える
ことを特徴とする省電力制御システム。
【請求項２】
複数の論理リンク識別子を有する複数の子局装置と親局装置との間で、上記複数の論理リンク識別子を用いて、上記論理リンク識別子毎の通信を行なう通信システムを構成する親局装置において、
複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを、上記複数の子局装置の論理リンク識別子毎に対応する識別情報と対応付けて、子局装置毎にグループ分けをした登録情報を管理するグループ管理手段と、
上記グループ管理手段で管理する登録情報に登録されるグループ単位でフレーム導通を監視するフレーム導通監視手段と、
受信フレームに含まれる識別情報に基づいて、上記グループ管理手段の上記登録情報を参照して、メッセージ送信先である論理リンク識別子宛の子局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを識別し、当該監視する論理リンク識別子の子局装置が複数の論理リンク識別子を有する子局装置であるときに、当該監視する論理リンク識別子の属するグループの全ての論理リンク識別子宛に、スリープ状態遷移メッセージを送信する親局側メッセージ送信手段と
を備えることを特徴とする親局装置。
【請求項３】
複数の論理リンク識別子を有する複数の子局装置と親局装置との間で、上記複数の論理リンク識別子を用いて、上記論理リンク識別子毎の通信を行なう通信システムを構成する上記親局装置の省電力制御プログラムにおいて、
コンピュータを、
複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを、上記複数の子局装置の論理リンク識別子毎に対応する識別情報と対応付けて、子局装置毎にグループ分けをした登録情報を管理するグループ管理手段、
上記グループ管理手段で管理する登録情報に登録されるグループ単位でフレーム導通を監視するフレーム導通監視手段、
受信フレームに含まれる識別情報に基づいて、上記グループ管理手段の上記登録情報を参照して、メッセージ送信先である論理リンク識別子宛の子局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを識別し、当該監視する論理リンク識別子の子局装置が複数の論理リンク識別子を有する子局装置であるときに、当該監視する論理リンク識別子の属するグループの全ての論理リンク識別子宛に、スリープ状態遷移メッセージを送信する親局側メッセージ送信手段
として機能させることを特徴とする省電力制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、省電力制御システム、親局装置及び省電力制御プログラムに関し、例えば、光アクセスネットワークを構成する局側光回線終端装置（ＯＬＴ：Optical  Line  Terminal）、加入者側光回線終端装置（ＯＮＵ：Optical  Network  Unit）に適用し得るものである。
【背景技術】
【０００２】
図２は、１対ｎ接続のＥ−ＰＯＮ（Ethernet（登録商標）−Passive  Optical  Network）の構成を示す構成図である。図２に示すように、Ｅ−ＰＯＮ１は、光カプラ３０を介して、１台のＯＬＴ１０と複数のＯＮＵ２０とを光ファイバで接続させたPoint  to  Multi  Point型の光加入者ネットワークシステムである。ＯＬＴ１０とＯＮＵ２０との間で行なう通信動作は、ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖ（米国電気電子学会）で標準化されている。
【０００３】
ＯＮＵ２０には、ＬＬＩＤ（Logical  Link  Identifier）が割り当てられており、ＯＮＵ２０はＬＬＩＤにより論理的に通信相手を識別する。
【０００４】
例えば、ＯＬＴ１０からＯＮＵ２０への下り信号は、光カプラ３０で分岐された全てのＯＮＵ２０に到達するため、ＯＮＵ２０は自身宛のＬＬＩＤ若しくは全員宛のＬＬＩＤ（Broadcast  ＬＬＩＤ）を受信し、それ以外の他宛のＬＬＩＤを廃棄する。
【０００５】
また、ＯＮＵ２０からＯＬＴ１０への上り信号は、フレーム送信時間を複数ユーザで分割して共有する多重化方式のＴＤＭＡ（時分割多元接続：Time  Division  Multiple  Access）なので、各ＯＮＵ２０から送出されたフレームは光カプラ３０により合波させてＯＬＴ１０に与えられる。そのため、各ＯＮＵ２０が送出する光信号の送信タイミングを制御しないと、衝突が発生する。
【０００６】
衝突を回避する方法は、ＯＬＴ１０がフレームの送出タイミングと送出する長さ（送出期間）を各ＯＮＵ２０に指示し、ＯＮＵ２０がＯＬＴ１０からの指示に従いフレームを送出する。これにより、フレーム間の衝突は回避される。
【０００７】
このように、ＯＬＴ１０とＯＮＵ２０はＬＬＩＤにてフレームを識別し、さまざまな設定や通知を行なっている。
【０００８】
これらＯＮＵ２０は、ＯＬＴ１０と連携してパワーセービングを実施しており、例えば、パワーセービング方法は、ＩＥＥＥ  Ｐ１９０４．１  Ｄｒａｆｔ２．３に定義されている。この仕様によると、上りフレームがない場合、ＯＮＵ２０の送信機能を停止し、パワーセービングを実施するＴｘパワーダウンモードや、下りフレーム及び上りフレームがない場合に、ＯＮＵ２０の送信機能及び受信機能の両方のパワーダウンを実施するＴＲｘパワーダウンモードがある。これらＴｘパワーダウンモード及びＴＲｘパワーダウンモードはＯＬＴ１０と連携して、ＯＮＵ２０を制御することで実現される。
【０００９】
このＴＲｘパワーダウンモードについて、図３のシーケンス図を用いて説明する。図３は、ＯＬＴ１０及びＯＮＵ２０における省電力シーケンスの状態遷移図を示している。
【００１０】
まず、ＯＮＵ２０が、通常動作を実施するアクティブモードからパワーダウンを実施するスリープモードに遷移する動作を説明する。ＯＬＴ１０は、ＯＮＵ２０宛の下りフレームおよびＯＮＵ２０からの上りフレーム導通の監視を行なっている。フレーム導通の監視方法はＩＥＥＥ  Ｐ１９０４．１のスコープ外であり、例えば、フレームが上り及び下りバッファに到着した場合に導通ありとすることもできるし、バッファに到着し蓄積させたフレーム数やフレームのＢｙｔｅ数など、設定された閾値以上で導通ありと判断する方法などがあげられるが、図３では、上りフレームを受信していない場合に上りフレームの導通なし、下りフレームをＯＮＵ２０へ送信し終わって、設定した監視タイマ時間にＯＮＵ２０宛の下りフレームを受信しなかった場合に下りフレームの導通なしとする。このように上りフレーム及び下りフレームの導通がなくＯＮＵ２０がＴＲｘパワーダウンを実行可能と判断した場合に、ＯＬＴ１０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージをＯＮＵ２０に送信する。ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを受信したＯＮＵ２０は、送信する上りフレームがなく、スリープモードに移行できる状態であれば、ＳＬＥＥＰ＿ＡＣＫメッセージを応答し、スリープモードに遷移する。
【００１１】
スリープモードでは、まずＯＮＵ２０でのパワーダウンを実施する前にＯＬＴ１０からの信号を送受信できるＴ１（Active  Duration）時間をもつ。Ｔ１時間経過後は、Ｔ２−Ｔ３時間（Ｔ２（Sleep  Duration）時間からＴ３（Power  On  Delay）時間を引いた時間）だけＯＮＵ２０にて実際にパワーダウンを実施する。
【００１２】
ここで、Ｔ３時間は、実際にパワーダウンしたＯＮＵ２０を通常状態に戻すために必要な時間であり、Ｔ３時間はパワーダウンを実施しない。
【００１３】
Ｔ２−Ｔ３時間経過後は、Ｔ３時間を経て、上述したＴ１へ再び遷移し、以降この繰り返しをスリープモードは実施する。
【００１４】
一方、ＯＮＵ２０にはEarly  Wakeup機能がある。ＯＮＵ２０は、Ｔ２−Ｔ３時間の間にＯＮＵ２０のＵＮＩ（User  Network  Interface）から上りフレームを受信した場合で、かつ、Early  Wakeup機能がイネーブルの場合、スリープモードのＴ２−Ｔ３時間でパワーダウン実施中であってもパワーダウンを中断し、直ちにＴ３タイマを開始し、Ｔ３時間が満了すると、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）をＯＬＴ１０に送信することで、以降アクティブモードとして動作する。
【００１５】
逆にスリープモード中にＯＬＴ１０が、スリープ対象のＯＮＵ２０宛若しくは全ＯＮＵ宛のフレームを検出した場合には、ＯＬＴ１０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）を送信する。送受信が可能なＴ１時間中にＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）を受信したＯＮＵ２０は、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）を応答することで、アクティブモードへ遷移する。
【００１６】
このように、ＯＬＴ１０とＯＮＵ２０が連携してパワーセービングを実施するために用いるＳＬＥＥＰ＿ＡＬＬＯＷメッセージやＳＬＥＥＰ＿ＡＣＫメッセージは、各ＬＬＩＤ単位にフレームをやり取りする。
【先行技術文献】
【非特許文献】
【００１７】
【非特許文献１】ＩＥＥＥ  Ｐ１９０４．１  Ｄｒａｆｔ２．３
【発明の概要】
【発明が解決しようとする課題】
【００１８】
ところで、ＯＮＵには、１台のＯＮＵに１個のＬＬＩＤが割り当てられているものと、複数個のＬＬＩＤが割り当てられているものがある。１台のＯＮＵに複数個のＬＬＩＤが割り当てられる場合、例えば、複数のＬＬＩＤを複数のユーザに割り当ててＬＬＩＤとＵＮＩとが１対１の関係にある構成として使用する場合や、単一のユーザに複数のＬＬＩＤで複数のサービスを提供する場合などに使用される。このような、複数個のＬＬＩＤを具備するＯＮＵはＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵと呼ばれる。
【００１９】
Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵは、同一のＰＯＮインタフェースに接続されることから、ＰＯＮインタフェースを介してＯＬＴ１０と通信を実施するための光トランシーバなどを代表として、ＬＬＩＤ毎に同じ機能を有する構成要素に関しては各ＬＬＩＤで共用することができる。
【００２０】
このように、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵは、単一ＬＬＩＤを持つＯＮＵに比べ、本来ＬＬＩＤ毎に必要な機能を共通で使用することができるので、低コスト化、及びＬＬＩＤ当たりの低消費電力化を実現できる。
【００２１】
一般的に、単一のＬＬＩＤを具備するＯＮＵは、パワーセービングの状態遷移に合わせてＴ２−Ｔ３時間に、ＰＯＮインタフェースに接続される機能で消費電力量の大きい、光モジュール等を始めとする構成要素についてパワーダウンを行なう。
【００２２】
しかしながら、上述したように、ＯＬＴと連携したＯＮＵのパワーセービングは、ＬＬＩＤ単位でメッセージの送受信を行ない、メッセージに従ってＯＮＵのパワーダウン処理を行なうものである。
【００２３】
Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵのように、複数のＬＬＩＤの機能間で光モジュールなどの構成要素を共用している場合、あるＬＬＩＤの状態遷移で共用部分のパワーダウンを行なってしまうと、他のＬＬＩＤの上下方向の送受信ができなくなり通信不能になってしまうという問題が生じ得る。
【００２４】
逆に、各ＬＬＩＤのシーケンス通りに、光モジュールや電気シリアル信号を処理する回路のように一般的に消費電力を多く消費する共用部分を除いて、スリープしたＬＬＩＤのみで使用する回路部分のみをパワーダウンしても、その効果がごく小さくなってしまう。
【００２５】
そのため、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの省電力制御を行なう際、あるＬＬＩＤ（論理リンク識別子）についてパワーセービングのシーケンスがなされたときでも、共用構成部をパワーダウンしないようにして、他のＬＬＩＤのパケットロスや論理リンクが切断されることがないようにする省電力制御システム、親局装置及び省電力制御プログラムが求められている。
【課題を解決するための手段】
【００２６】
かかる課題を解決するために、第１の本発明は、複数の論理リンク識別子を有する複数の子局装置と親局装置との間で、複数の論理リンク識別子を用いて、論理リンク識別子毎の通信を行なう通信システムで、子局装置の省電力動作を制御する省電力制御システムにおいて、（Ａ）親局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを、複数の子局装置の論理リンク識別子毎に対応する識別情報と対応付けて、子局装置毎にグループ分けをした登録情報を管理するグループ管理手段と、グループ管理手段で管理する登録情報に登録されるグループ単位でフレーム導通を監視するフレーム導通監視手段と、受信フレームに含まれる識別情報に基づいて、グループ管理手段の登録情報を参照して、メッセージ送信先である論理リンク識別子宛の子局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを識別し、当該監視する論理リンク識別子の子局装置が複数の論理リンク識別子を有する子局装置であるときに、当該監視する論理リンク識別子の属するグループの全ての論理リンク識別子宛に、スリープ状態遷移メッセージを送信する親局側メッセージ送信手段とを備え、（Ｂ）各子局装置が、論理リンク識別子毎に、親局装置からのメッセージに基づいて、論理リンク識別子を用いた処理状態をスリープ状態又はアクティブ状態とする状態管理手段と、複数の論理リンク識別子の全てがスリープ状態である場合に、全ての論理リンク識別子についてスリープ状態が重複する時間だけ、当該子局装置における共用構成部への電力供給を停止させるパワーダウン実行手段とを備えることを特徴とする省電力制御システムである。
【００２８】
第２の本発明は、複数の論理リンク識別子を有する複数の子局装置と親局装置との間で、複数の論理リンク識別子を用いて、論理リンク識別子毎の通信を行なう通信システムを構成する親局装置において、（１）複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを、複数の子局装置の論理リンク識別子毎に対応する識別情報と対応付けて、子局装置毎にグループ分けをした登録情報を管理するグループ管理手段と、（２）グループ管理手段で管理する登録情報に登録されるグループ単位でフレーム導通を監視するフレーム導通監視手段と、（３）受信フレームに含まれる識別情報に基づいて、グループ管理手段の登録情報を参照して、メッセージ送信先である論理リンク識別子宛の子局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを識別し、当該監視する論理リンク識別子の子局装置が複数の論理リンク識別子を有する子局装置であるときに、当該監視する論理リンク識別子の属するグループの全ての論理リンク識別子宛に、スリープ状態遷移メッセージを送信する親局側メッセージ送信手段とを備えることを特徴とする親局装置である。
【００３０】
第３の本発明は、複数の論理リンク識別子を有する複数の子局装置と親局装置との間で、複数の論理リンク識別子を用いて、論理リンク識別子毎の通信を行なう通信システムを構成する上記親局装置の省電力制御プログラムにおいて、コンピュータを、（１）複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを、複数の子局装置の論理リンク識別子毎に対応する識別情報と対応付けて、子局装置毎にグループ分けをした登録情報を管理するグループ管理手段、（２）グループ管理手段で管理する登録情報に登録されるグループ単位でフレーム導通を監視するフレーム導通監視手段、（３）受信フレームに含まれる識別情報に基づいて、グループ管理手段の登録情報を参照して、メッセージ送信先である論理リンク識別子宛の子局装置が、複数の論理リンク識別子を有する子局装置であるか又は単一の論理リンク識別子を有する子局装置であるかを識別し、当該監視する論理リンク識別子の子局装置が複数の論理リンク識別子を有する子局装置であるときに、当該監視する論理リンク識別子の属するグループの全ての論理リンク識別子宛に、スリープ状態遷移メッセージを送信する親局側メッセージ送信手段として機能させることを特徴とする省電力制御プログラムである。
【発明の効果】
【００３１】
本発明によれば、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの省電力制御を行なう際、あるＬＬＩＤ（論理リンク識別子）についてパワーセービングのシーケンスがなされたときでも、共用構成部をパワーダウンしないようにして、他のＬＬＩＤのパケットロスや論理リンクが切断されることがない。
【図面の簡単な説明】
【００３２】
【図１】第１の実施形態のＯＬＴの内部構成を示す内部構成図である。
【図２】１対ｎ接続のＥ−ＰＯＮの構成を示す構成図である。
【図３】ＯＬＴ及びＯＮＵにおける省電力シーケンスの状態遷移図を示している。
【図４】第１の実施形態のＯＬＴのＣＰＵにより実行されるパワーセービング機能を説明する機能ブロック図である。
【図５】第１の実施形態のＯＮＵの内部構成を示す内部構成図である。
【図６】第１の実施形態のＯＬＴのＣＰＵにより実行されるパワーセービング機能を説明する機能ブロック図である。
【図７】第１の実施形態のＯＮＵのパワーセービング処理の動作を示すフローチャートである。
【図８】第１の実施形態の変形実施形態のパワーセービング処理の動作を示すシーケンス図である。
【図９】第２の実施形態のＯＬＴのＣＰＵにより実行されるパワーセービング機能を説明する機能ブロック図である。
【図１０】第２の実施形態のＯＮＵのパワーセービング処理の動作を示すフローチャートである。
【図１１】第２の実施形態のＯＮＵの識別情報とグループとの対応を示す登録情報の一例を説明する説明図である。
【図１２】第２の実施形態のＯＬＴがＯＮＵを識別するシーケンス図である。
【図１３】第３の実施形態のＯＬＴのＣＰＵにより実行されるパワーセービング機能を説明する機能ブロック図である。
【図１４】第３の実施形態のＯＮＵのＣＰＵにより実行されるパワーセービング機能を説明する機能ブロック図である。
【図１５】第３の実施形態のＥ−ＰＯＮを構成するＯＮＵのパワーセービング処理の動作を説明する。
【図１６】第３の実施形態のＯＮＵの識別情報とグループと代表ＬＬＩＤを示す登録情報の一例を説明する説明図である。
【発明を実施するための形態】
【００３３】
（Ａ）第１の実施形態
以下では、本発明の省電力制御システム、親局装置及び省電力制御プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
【００３４】
第１の実施形態では、例えば１対ｎ接続で光通信を行なうＥ−ＰＯＮを構成するＯＬＴ（局側光回線終端装置）及びＯＮＵ（加入者側光回線終端装置）に、本発明を適用する場合を例示する。
【００３５】
（Ａ−１）第１の実施形態の構成
第１の実施形態に係るＥ−ＰＯＮの全体構成は、従来のネットワーク構成を適用することができるため、第１の実施形態でも図２を用いて説明する。
【００３６】
図２において、Ｅ−ＰＯＮ１は、１台のＯＬＴ１０、複数台のＯＮＵ２０、光カプラ３０を有して構成される。なお、図２では、説明便宜上、１台のＯＮＵ２０のみを示しているが、実際には光カプラ３０を介してＯＬＴ１０は複数台のＯＮＵ２０と接続している。
【００３７】
ＯＬＴ１０は、光ファイバでユーザ側のＯＮＵ２０と接続し、電気信号を光信号に変換してＯＮＵ２０との間で光通信を行ない、又、ＮＮＩ（Network  Node  Interface）を介して上位ネットワークとも接続しており、光信号を電気信号に変換して上位ネットワークとの間で送受信する。なお、ＮＮＩは、既存のインタフェース技術を用いることができ、例えば、10/100/1000BASE-T，1000BASE-SX/LX，10GBASE-T/LR等を用いることができる。
【００３８】
ＯＮＵ２０は、ユーザ端末（例えば、パーソナルコンピュータ、いわゆるスマートフォンを含む携帯端末、ＰＤＡなどの通信端末、ＶｏＩＰ電話機、ゲーム端末、音響機器やテレビや冷蔵庫等の家電製品に搭載の通信端末等、）と接続しており、光信号を電気信号に変換してユーザ端末との間で送受信を行い、又、光ファイバでＯＬＴ２０と接続しており、電気信号を光信号に変換してＯＬＴ１０と光通信を行なうものである。
【００３９】
ＯＬＴ１０とＯＮＵ２０との間の光通信動作は、例えば、ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖ等により規格化されている標準化技術を適用することができる。
【００４０】
ＯＮＵ２０には、複数のＬＬＩＤが割り当てられている。つまり、ＯＮＵ２０は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであるとする。ＬＬＩＤの登録は、既存のＬＬＩＤの登録方法と同様であり、例えば、ＯＬＴ１０がＯＮＵ２０に割り当てるＬＬＩＤを決定して付与する。
【００４１】
光カプラ３０は、ＯＬＴ１０側から入力された信号光を各ＯＮＵ２０に送出したり、各ＯＮＵ２０側から入力された信号光を合波してＯＬＴ１０に送出したりするものである。光カプラ３０は、例えば、スプリッタ等を適用することができる。
【００４２】
図１は、第１の実施形態のＯＬＴ１０の内部構成を示す内部構成図である。図１において、第１の実施形態のＯＬＴ１０は、ＮＩ（Network  Interface）側送受信部１０１、ブリッジ部１０２、ＯＡＭ（Operation，Administration，and，Maintenance）送受信部１０３、ＭＰＣＰ（Multi  Point  Control  Protocol）送受信部１０４、ＣＰＵ１０５、ＲＡＭ１０６、ＲＯＭ１０７、ＰＯＮ送信部１０８、ＰＯＮ受信部１０９、ＰＯＮ光送受信部１１０を有する。
【００４３】
ＮＩ側送受信部１０１は、上位ネットワークとの間でユーザデータであるフレーム（Ethernet（登録商標）フレーム）の送受信を行なうものである。
【００４４】
ブリッジ部１０２は、ＮＩ側送受信部１０１から受け取ったフレームをＰＯＮ送信部１０８に与えたり、ＰＯＮ送信部１０９からのフレームをＮＩ側送受信部１０１に与えたりするものである。
【００４５】
ブリッジ部１０２は、ＰＯＮ側のどのＬＬＩＤに転送するかを判断するため、ＮＩ側送受信部１０１からのフレームに含まれるＭＡＣアドレスやＶＬＡＮ情報等に基づいて転送先を決定して、対応するＬＬＩＤを付与する学習機能や、ＬＬＩＤ毎の上下フレームの導通監視機能、ＶＬＡＮ識別のためのＶＬＡＮ−Ｔａｇ付与・削除機能、ユーザに提供するサービス品質を確保するための優先制御機能、ＬＬＩＤ識別のためのバッファ機能等を行なうものである。ブリッジ機能としては、例えばＩＥＥＥ８０２．１Ｄに規定されている標準化技術を適用でき、またＶＬＡＮ技術としては、例えばＩＥＥＥ８０２．１Ｑに規定されている標準化技術を適用できる。
【００４６】
ＯＡＭ送受信部１０３は、ネットワーク網の保守監視を行なうものである。ＯＡＭ送受信部１０３は、例えば、ＯＮＵ２０をスリープモードに遷移させるための監視タイマの設定等を行なったり、定期的にＯＡＭフレームを送信したり、ＯＮＵ２０から自身の状態を示すＯＡＭフレームを受信したりする。
【００４７】
ＭＰＣＰ送受信部１０４は、ＰＯＮインタフェースのリンク確立に必要な制御フレームや、スリープ機能を実現するＳＬＥＥＰ＿ＡＬＬＯＷメッセージやＳＬＥＥＰ＿ＡＣＫメッセージ等を送受信するものである。
【００４８】
ＰＯＮ送信部１０８は、ブリッジ部１０２からのユーザデータや、ＯＡＭ送受信部１０３からのＯＡＭフレームや、ＭＰＣＰ送受信部１０４からのＭＰＣＰフレームを受け取り、光回線に送出する信号を形成してＰＯＮ光送受信部１１０に与えるものである。
【００４９】
ＰＯＮ受信部１０９は、ＰＯＮ光送受信部１１０から受け取ったフレームに基づいて、ユーザデータやＰＯＮ制御フレームを識別し、受け取ったフレームを、ＭＰＣＰ送受信部１０４、ＯＡＭ送受信部１０３、ブリッジ部１０２に振り分けるものである。
【００５０】
ＰＯＮ光送受信部１１０は、ＰＯＮ送信部１０８からの電気信号を光信号に変換してＰＯＮインタフェースに与えたり、又はＰＯＮインタフェースからの光信号を電気信号に変換してＰＯＮ受信部１０９に与えたりするものである。
【００５１】
ＣＰＵ１０５は、ＯＬＴ１０の機能を制御するものである。ＣＰＵ１０５は、この実施形態では特に、パワーセービング機能を実現するものである。
【００５２】
ＲＡＭ１０６は、ＣＰＵ１０５のプログラム実行やＤＢＡ演算処理に必要な情報を一時的に記憶するものであり、ＲＯＭ１０７は、装置起動のプログラムやＤＢＡ処理プログラムや設定値等を格納するものである。
【００５３】
図４は、ＣＰＵ１０５により実行されるパワーセービング機能を説明する機能ブロック図である。図４に示すように、パワーセービング機能部１０５ａは、状態管理部１１、動作モード遷移対象決定部１２、メッセージ送達部１３を有する。
【００５４】
状態管理部１１は、ＭＰＣＰ送信部１０４からのパワーセービングに係るメッセージ情報に基づいて、ＬＬＩＤ毎の動作モードの状態を管理するものである。具体的に、状態管理部１１は、アクティブモードであるか又はスリープモードであるかをＬＬＩＤ毎に管理する。例えば、あるＬＬＩＤ宛の上りフレーム及び下りフレームの非導通時間が閾値（非導通時間）に達して、ＭＰＣＰ送受信部１０４がＳＬＥＥＰ＿ＡＬＬＯＷを送信したときに、アクティブモードからスリープモードに状態遷移したものと管理する。
【００５５】
また、状態管理部１１は、スリープモードである場合、Ｔ１（Active  Duration）時間、Ｔ２−Ｔ３（Sleep  Duration）時間、Ｔ３（Power  On  Delay）時間を管理する。Ｔ１時間等は、予め設定された時間であり、状態管理部１１は、スリープモードへの移行後、Ｔ１時間等を計時して管理する。また、状態管理部１１は、Ｔ２−Ｔ３時間中に、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）を受信すると、当該ＬＬＩＤの動作モードをアクティブモードとして管理する。
【００５６】
動作モード遷移対象決定部１２は、ブリッジ部１０２により上りフレーム及び下りフレームの導通監視結果に基づいて、パワーセービングに係るメッセージを送達するＬＬＩＤを決定するものである。例えば、上りフレーム及び下りフレームの非導通時間が閾値を超えたときには、パワーダウンをさせるために、当該ＬＬＩＤを決定する。
【００５７】
メッセージ送達部１３は、動作モード遷移対象決定部１２により決定されたＬＬＩＤについてのパワーセービングに係るメッセージをＭＰＣＰ送受信部１０４に与えるものである。例えば、上記のように、上りフレーム及び下りフレームの非導通時間が閾値を超えたときには、当該ＬＬＩＤ宛のパワーダウンメッセージをＭＰＣＰ送受信部１０４に与える。
【００５８】
図５は、第１の実施形態のＯＮＵ２０の内部構成を示す内部構成図である。図５に示すＯＮＵ２０は、２個のＬＬＩＤを有するＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの内部構成を示す。
【００５９】
図５において、第１の実施形態のＯＮＵ２０は、２個のＵＩ側送受信部２０１及び３０１、ブリッジ部２０２、ＯＡＭ送受信部２０３、ＭＰＣＰ送受信部２０４、ＰＯＮ送信部２０８、ＰＯＮ受信部２０９、ＰＯＮ光送受信部２１０、ＣＰＵ２０５、ＲＡＭ２０６、ＲＯＭ２０７を有する。
【００６０】
また、ブリッジ部２０２、ＯＡＭ送受信部２０３、ＭＰＣＰ送受信部２０４及びＣＰＵ２０５は、複数ＬＬＩＤ分の処理を行なうことができる。
【００６１】
ＵＩ側送受信部２０１及び３０１は、ユーザネットワークとの間でユーザデータであるフレーム（Ethernet（登録商標）フレーム）の送受信を行なうものである。この実施形態では、ＯＮＵ２０が２個のＬＬＩＤを有するものであり、ＯＮＵ２０は２個の各ＬＬＩＤと1対１で関連付けられたＵＩ側送受信部２０１及び３０１を有する。ただし、ＯＮＵ２０は、ＬＬＩＤの個数に応じた数のＵＩ側送受信部を有するだけではなく、１つのＬＬＩＤからＶＬＡＮなどの識別情報にてブリッジ部２０２にて複数のＵＮＩに関連付けられる場合なども考えられる。
【００６２】
ブリッジ部２０２は、ＰＯＮ側への転送のためバッファ機能、ＶＬＡＮ識別のためのＶＬＡＮ−Ｔａｇ付与・削除機能、学習機能、優先制御機能、上りフレーム及び下りフレームの導通監視機能等を行なうものである。
【００６３】
ＯＡＭ送受信部２０３は、ネットワーク網の保守監視を行なうものであり、ＯＬＴ１０のＯＡＭ送受信部１０３との間で所定のＯＡＭフレームの授受を行なうものである。
【００６４】
ＭＰＣＰ送受信部２０４は、ＯＬＴ１０との間のＰＯＮインタフェースのリンク確立に必要な制御フレームや、スリープ機能を実現するＳＬＥＥＰ＿ＡＬＬＯＷメッセージやＳＬＥＥＰ＿ＡＣＫメッセージ等を送受信するものである。
【００６５】
ＰＯＮ送信部２０８は、ブリッジ部２０２からユーザデータ、ＯＡＭ送受信部２０３からＯＡＭフレーム、ＭＰＣＰ送受信部２０４からＭＰＣＰフレームを受け取り、ＯＬＴ１０に送信すべき信号を形成してＰＯＮ光送受信部２１０に与えるものである。
【００６６】
ＰＯＮ受信部２０９は、ＰＯＮ光送受信部２１０から受け取ったフレームのフレーム種類を識別して、受け取ったフレームを、ブリッジ部２０２、ＯＡＭ送受信部２０３、ＭＰＣＰ送受信部２０４に振り分けるものである。
【００６７】
ＰＯＮ光送受信部２１０は、ＰＯＮ送信部２０８からの電気信号を光信号に変換してＰＯＮインタフェースに与えたり、又はＰＯＮインタフェースからの光信号を電気信号に変換してＰＯＮ受信部２０９に与えたりするものである。
【００６８】
ＣＰＵ２０５は、ＯＮＵ２０の機能を制御するものである。ＣＰＵ２０５は、この実施形態では特に、パワーセービング機能を実現するものである。
【００６９】
ＲＡＭ２０６は、ＣＰＵ２０５のプログラム実行処理に必要な情報を一時的に記憶するものであり、ＲＯＭ２０７は、処理プログラムや設定値等を格納するものである。
【００７０】
図６は、ＣＰＵ２０５により実行されるパワーセービング機能を説明する機能ブロック図である。図６に示すように、パワーセービング機能部２０５ａは、状態管理部２１、動作モード遷移対象決定部２２、メッセージ送達部２３、パワーダウン動作部２４、パワーダウン時間判断部２５、Early  Wakeup部２６を有する。
【００７１】
状態管理部２１は、ＭＰＣＰ送受信部２０４からのパワーセービングに係るメッセージ情報に基づいてＬＬＩＤ毎の動作モードの状態を管理するものである。具体的に、状態管理部２１は、アクティブモードであるか又はスリープモードであるかをＬＬＩＤ毎に管理する。また、状態管理部２１は、スリープモードである場合、Active  Duration時間、Sleep  Duration時間、Power  On  Delay時間を管理する。
【００７２】
動作モード遷移対象決定部２２は、ブリッジ部２０２により上りフレーム及び下りフレームの導通監視結果に基づいて、パワーセービングに係るメッセージを送達するＬＬＩＤを決定するものである。
【００７３】
メッセージ送達部２３は、動作モード遷移対象決定部２２により決定されたＬＬＩＤについてのパワーセービングに係るメッセージをＭＰＣＰ送受信部２０４に与えるものである。
【００７４】
パワーダウン動作部２４は、状態管理部２１により管理されるＬＬＩＤ毎の状態管理状況に基づいて、全ＬＬＩＤでSleep  Duration時間の重なっている時間があるか否かを判断し、全ＬＬＩＤのSleep  Duration時間の重複期間があるとき、その重複期間に共用部分のパワーをダウンさせるものである。
【００７５】
ここで、パワーダウンさせる構成部分は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０において複数のＬＬＩＤ機能の間で共用する部分である。例えば、図５の場合、ＰＯＮ光送受信部２１０、ＰＯＮ送信部２０８、ＰＯＮ受信部２０９、ＯＡＭ送受信部２０３、ＭＰＣＰ送受信部２０４等の全部又は一部である。パワーダウン動作部２４は、上記のような共用部分の構成要素に対して電力供給を遮断したり、回路のクロックを停止したり、回路のリセットを行う等、消費電力を低減するように動作する。
【００７６】
パワーダウン時間判断部２５は、パワーダウン動作部２４により判断された全ＬＬＩＤのSleep  Duration時間の重複期間が閾値を超えるものであるか否かを判断し、全ＬＬＩＤのSleep  Duration時間の重複期間が閾値以下のときには、パワーダウン動作を禁止するものである。
【００７７】
例えば、Sleep  Duration時間の重なりには多くの時間が重なる場合もあれば、各種タイマ値の設定によっては全くパワーダウン時間が重ならない場合もある。そのため、パワーダウン時間判断部２５は、各ＬＬＩＤのＳＬＥＥＰ＿ＡＣＫ（ＴＲｘ）メッセージ送信を監視し、ＳＬＥＥＰ＿ＡＣＫ（ＴＲｘ）メッセージの送信タイミングの差が予め設定された閾値以上であれば、全ＬＬＩＤのスリープモードの重複時間が閾値以下であると判断する。このとき、パワーダウン効果が少ないと判断して、パワーダウン状態遷移の変更を行なうものである。
【００７８】
Early  Wakeup部２６は、スリープモードからアクティブモードに強制的に状態遷移を行なうために、ＯＬＴ１０に対してＳＬＥＥＰ＿ＡＣＫ（wakeup）を与えるものである。
【００７９】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のＥ−ＰＯＮ１を構成するＯＮＵ２０のパワーセービング処理の動作を説明する。
【００８０】
第１の実施形態のＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵにおける各ＬＬＩＤのシーケンスは、単一ＬＬＩＤ  ＯＮＵのシーケンスと同じように実装しながら、各ＬＬＩＤのＴ２−Ｔ３時間の重複する時間のみ、共用部分のパワーダウンを実施する方法である。
【００８１】
図７は、第１の実施形態のＯＮＵ２０のパワーセービング処理の動作を示すフローチャートである。
【００８２】
図７では、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０が、２個のＬＬＩＤを有する場合を例示しており、２個のＬＬＩＤをそれぞれ「ＬＬＩＤ＃１」、「ＬＬＩＤ＃２」として説明する。なお、ここでは、ＬＬＩＤが２個の場合を例示するが、３個以上の場合でも同様の動作を行なう。
【００８３】
また、ＯＬＴ１０及びＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤ毎に使用するactive  Duration等の各種タイマ値については、各タイマにＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全てのＬＬＩＤにて同一のものとする。
【００８４】
まず、Ｓ１０１は、ＯＮＵ２０が、通常動作からパワーダウン動作に遷移するときの処理動作である。
【００８５】
図７において、ＯＬＴ１０及びＯＮＵ２０は、フレーム導通の監視をＬＬＩＤ毎に行なっている。
【００８６】
例えば、ＯＬＴ１０は、「ＬＬＩＤ＃１」宛の下りフレームを受信すると、受信したフレームを「ＬＬＩＤ＃１」宛に転送すると共に、監視タイマを起動する。そして、所定のタイマ時間の経過後、ＯＬＴ１０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを「ＬＬＩＤ＃１」宛に送信する。
【００８７】
このとき、ＯＬＴ１０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージの送信後、「ＬＬＩＤ＃１」について、スリープモードに遷移したものとみなし、Active  Duration時間、Sleep  Duration時間、Power  On  Delay時間を設定して状態管理を行なう。
【００８８】
一方、ＯＮＵ２０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを受信して、送信する上りフレームがなく、スリープモードに移行できる状態であれば、ＳＬＥＥＰ＿ＡＣＫメッセージを応答し、スリープモードに遷移する。スリープモードに遷移すると、ＯＮＵ２０は、「ＬＬＩＤ＃１」について、Active  Duration時間、Sleep  Duration時間、Power  On  Delay時間を設定して状態管理を行なう。
【００８９】
また、「ＬＬＩＤ＃１」とは異なる別の「ＬＬＩＤ＃２」宛の下りフレームが、ＯＬＴ１０に与えられると、ＯＬＴ１０は、「ＬＬＩＤ＃２」宛の下りフレームを転送すると共に、Ｓ１０１と同様に、監視タイマを起動させ、所定のタイマ時間経過後に、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを「ＬＬＩＤ＃１」宛に送信する。このとき、ＯＬＴ１０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージの送信後、「ＬＬＩＤ＃２」について、スリープモードに遷移したものとみなして状態管理を行なう。
【００９０】
一方、ＯＮＵ２０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを受信して、送信する上りフレームがなく、スリープモードに移行できる状態であれば、ＳＬＥＥＰ＿ＡＣＫメッセージを応答し、スリープモードに遷移する。
【００９１】
ＯＮＵ２０は、全てのＬＬＩＤがスリープモードであり、全てのＬＬＩＤのsleep  Duration（Ｔ２−Ｔ３）時間が重なる期間をパワーダウン動作とする。例えば、図７の場合、全ての「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」がスリープモードであり、全ての「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」のsleep  Duration時間（図７では黒塗りの四角部分）の重複する時間をパワーダウン動作とする。
【００９２】
すなわち、パワーダウン動作となると、ＣＰＵ２５が、共用部分の構成要素である、ＰＯＮ光送受信部２１０、ＰＯＮ送信部２０８、ＰＯＮ受信部２０９、ＯＡＭ送受信部２０３、ＭＰＣＰ送受信部２０４への電源供給の停止やクロック停止等を行なう。
【００９３】
また、ＯＮＵ２０において、パワーダウン動作から通常動作への状態遷移は、全てのＬＬＩＤのsleep  Duration（Ｔ２−Ｔ３）時間の重複時間が終了するときに行なわれる。
【００９４】
つまり、ＯＮＵ２０において、ＣＰＵ２５は、共用部分の構成要素である、ＰＯＮ光送受信部２１０、ＰＯＮ送信部２０８、ＰＯＮ受信部２０９、ＯＡＭ送受信部２０３、ＭＰＣＰ送受信部２０４への電源供給やクロック送出の開始等を行なう。
【００９５】
Ｓ１０２は、スリープモードからアクティブモードへの状態遷移を示す処理である。
【００９６】
ＯＬＴ１０及びＯＮＵ２０は、ＬＬＩＤ毎にモード状態を管理しているので、例えば、図７に示すように、「ＬＬＩＤ＃１」について、スリープモードであってsleep  Duration期間に、「ＬＬＩＤ＃１」宛の下りフレームがＯＬＴ１０に与えられると、ＯＬＴ１０は、「ＬＬＩＤ＃１」についてスリープモードが終了した時点で、ＯＬＴ１０は、ＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージを「ＬＬＩＤ＃１」宛に送信する。
【００９７】
そして、「ＬＬＩＤ＃１」宛のＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージがＯＮＵ２０に与えられると、ＯＮＵ２０は、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージをＯＬＴ１０に返信する。
【００９８】
ＯＬＴ１０は、ＯＮＵ２０からのＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージを受信後、「ＬＬＩＤ＃１」宛の下りフレームを送信する。なお、ＯＬＴ１０は、下りフレームを受信してから「ＬＬＩＤ＃１」に転送するまでの間、当該下りフレームのデータをバッファリングしておく。
【００９９】
Ｓ１０３は、Early  Wakeup機能の処理である。
【０１００】
「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」の両方ともスリープモードであり、ＯＮＵ２０がパワーダウン動作をしているときに、ユーザネットワーク側からＵＩ側送受信部２０１又は３０１を介して、いずれかのＬＬＩＤ宛のフレームが入力したとする。
【０１０１】
このとき、ＯＮＵ２０は、両方の「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」共に、スリープモードからアクティブモードに状態を遷移させ、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージをＯＬＴ１０に送信する。その後、ＯＮＵ２０は、受信したフレームをＯＬＴ１０に送信する。
【０１０２】
このように全てのＬＬＩＤについてEarly  Wakeup機能を実行させることでパワーダウン動作から通常動作に遷移させることができる。
【０１０３】
図８は、図７のパワーセービング処理の動作の変形実施形態を示すシーケンス図である。
【０１０４】
図７の例の場合、各ＬＬＩＤでシーケンス制御されるため、各ＬＬＩＤのＴ２−Ｔ３時間の重なりには、多くの時間重なる場合もあれば、各種タイマ値の設定によっては全くパワーダウン時間が重ならない場合や、重なったとしても非常に短い場合もある。
【０１０５】
そのため、各ＬＬＩＤのシーケンス及び状態遷移を把握するＣＰＵ２０５において、パワーダウン時間判断部２５が、各ＬＬＩＤのＳＬＥＥＰ＿ＡＣＫ（ＴＲｘ）メッセージの送信タイミングに基づいて、ＳＬＥＥＰ＿ＡＣＫ（ＴＲｘ）メッセージの送信タイミングのズレを監視する。
【０１０６】
すなわち、各ＬＬＩＤのＳＬＥＥＰ＿ＡＣＫ（ＴＲｘ）メッセージの送信のズレに基づき、各ＬＬＩＤのスリープモードのズレ（具体的には、各ＬＬＩＤのＴ２時間の開始時刻の時間差）を知ることができる。
【０１０７】
そして、スリープモードのズレが予め設定した閾値以上である場合、パワーダウン効果が少ないと判断し、以下の動作を実施する。なお、スリープモードのズレが閾値未満の場合、ＯＮＵ２０はパワーダウン動作を行なう。
【０１０８】
スリープモードのズレが閾値以上の場合、ＣＰＵ２０５は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０の全ＬＬＩＤがＴ１になり、全てのＬＬＩＤについてアクティブモードへの遷移が必要でなくとも、強制的にＯＬＴ１０に対してＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージを全ＬＬＩＤから一斉に送信する。
【０１０９】
ＯＬＴ１０はＩＥＥＥ  Ｐ１９０４．１の状態遷移によると、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージを受信した場合、直ちに全てのＬＬＩＤについてアクティブモードに遷移する。同時に、ＯＬＴ１０は、hold  Durationのタイマを開始し、このタイマの満了後に、フレーム監視を経て再度スリープに遷移可能と判断した場合には、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージをＯＮＵ２０に送信してスリープ指示を行なう。
【０１１０】
このように、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０から、全てのＬＬＩＤについてのＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージを受信したＯＬＴ２０は、Ｍｕｌｔｉｐｌｅ-ＬＬＩＤ  ＯＮＵ２０の各ＬＬＩＤのフレーム監視が非導通の状態のままであれば、ＳＬＥＥＰ_ＡＬＬＯＷ（ＴＲｘ）メッセージを一斉に送信してくることになる。
【０１１１】
従って、ＯＮＵ２０では、ほぼ同じ時間にスリープモードに移行することが可能であるため、パワーダウンの重なりは大きくすることが可能である。
【０１１２】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵにおけるパワーセービングを実施した際に、１個のＬＬＩＤでパワーセービングのシーケンスが実施された場合でも、共用部分をパワーダウンしなくなったことで、他のＬＬＩＤでパケットロスや論理リンクが切断されることがなくなった。
【０１１３】
（Ｂ）第２の実施形態
次に、本発明の省電力制御システム、親局装置及び省電力制御プログラムの第２の実施形態を、図面を参照しながら詳細に説明する。
【０１１４】
（Ｂ−１）第２の実施形態の構成
第２の実施形態は、ＯＬＴ１０が、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０の全てのＬＬＩＤを１つのグループとして管理し、グループ単位でフレーム導通の監視を行なうものである。
【０１１５】
従って、ＯＬＴ１０及びＯＮＵ２０の基本的な内部構成は、第１の実施形態と同様であり、第１の実施形態と異なる点は、ＯＬＴ１０のＣＰＵ１０５のパワーセービング機能である。
【０１１６】
ＯＮＵについては、従来のＯＮＵを用いるようにしてもよいし、又は、第１の実施形態で説明した構成のものを用いるようにしてもよいし、又は、ＯＬＴ２０が接続するＯＮＵの一部が従来のＯＮＵであり他の一部が第１の実施形態のＯＮＵであってもよい。
【０１１７】
そこで、以下では、ＯＬＴ１０のパワーセービング機能について詳細に説明するものとして、第２の実施形態でも図１、図２及び図５を用いて説明する。
【０１１８】
図９は、第２の実施形態のＯＬＴ１０のＣＰＵ１０５により実行されるパワーセービング機能を説明する機能ブロック図である。
【０１１９】
図９において、第２の実施形態のパワーセービング機能部１０５ｂは、状態管理部１１、動作モード遷移対象決定部１２、メッセージ送達部１３、監視グループ管理部１４、グループ監視部１５を有する。
【０１２０】
状態管理部１１、動作モード遷移対象決定部１２は、第１の実施形態の処理を行なうものであるので、ここでの詳細な説明は省略する。
【０１２１】
監視グループ管理部１４は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０の全ＬＬＩＤを１つのグループとして管理するものである。
【０１２２】
グループ監視部１５は、監視グループ管理部１４により管理されるＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤを１つのグループとしてフレーム導通の監視を行なうものである。また、グループ監視部１５は、グループ毎にフレーム導通の監視を行ない、所定の条件を満たす場合に、メッセージ送達部１３に対してメッセージの送信通知を行なうものである。
【０１２３】
メッセージ送達部１３は、グループ監視部１５からＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージの送信通知を受けると、指示されたグループのＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤに対してＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを送信するものである。
【０１２４】
また、メッセージ送信部１３は、グループ監視部１５からＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージの送信通知を受けると、指示されたグループのＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤに対してＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージを送信するものである。
【０１２５】
ここで、メッセージ送信部１３は、指示されたＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０の全ＬＬＩＤ宛にメッセージを送信するようにしても良いし、又は、指示されたグループのBroadcast−ＬＬＩＤ宛にメッセージを送信する用意しても良い。つまり、指示されたＯＮＵ２０が具備する全ＬＬＩＤに対してメッセージを送信することができれば種々の方法を広く適用することができる。
【０１２６】
上記のように、グループ毎にフレーム導通を監視して、グループの全ＬＬＩＤ宛にＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを一斉送信することで、ＯＮＵ２０の全ＬＬＩＤについて同時期にスリープモードに遷移させることができる。
【０１２７】
また、グループのＬＬＩＤのうち、いずれのＬＬＩＤ宛の下りフレームがＯＬＴ１０に与えられたとき、グループの全ＬＬＩＤ宛にＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージを一斉送信することで、ＯＮＵ２０の全ＬＬＩＤについて同時期にアクティブモードに遷移させることができる。
【０１２８】
つまり、グループの全ＬＬＩＤに対してシーケンス制御をほぼ同期化させて、ＯＮＵ側のパワーダウン動作を行なわせることができる。
【０１２９】
（Ｂ−２）第２の実施形態の動作
次に、第２の実施形態のＥ−ＰＯＮ１を構成するＯＮＵ２０のパワーセービング処理の動作を説明する。
【０１３０】
図１０は、第２の実施形態のＯＮＵ２０のパワーセービング処理の動作を示すフローチャートである。
【０１３１】
図１０では、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０が、２個のＬＬＩＤを有する場合を例示しており、２個のＬＬＩＤをそれぞれ「ＬＬＩＤ＃１」、「ＬＬＩＤ＃２」として説明する。なお、ここでは、ＬＬＩＤが２個の場合を例示するが、３個以上の場合でも同様の動作を行なう。
【０１３２】
また、ＯＬＴ１０及びＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤ毎に使用するactive  Duration等の各種タイマ値については、各タイマにＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全てのＬＬＩＤにて同一のものとする。
【０１３３】
まず、ＯＬＴ１０は、接続されたＬＬＩＤの内、どのＬＬＩＤがどのＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のものであるか否かの識別が必要である。
【０１３４】
ＯＬＴ１０がＯＮＵ２０を識別するために、ＯＮＵ２０の登録は、ＯＬＴ１０に接続されたオペレータ端末（例えば、パーソナルコンピュータ等）から行われる。ＯＮＵ２０の登録は、通常、例えばＭＡＣアドレス等のように、一意に識別することができる識別情報を用いることができる。
【０１３５】
図１１は、ＯＮＵ２０の識別情報とグループとの対応を示す登録情報の一例を説明する説明図である。ここでは、ＯＮＵ２０の識別情報がＭＡＣアドレスである場合を示す。オペレータは、図１１に示す情報をＯＬＴ１０に登録する。
【０１３６】
ＭＡＣアドレスは、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０が使用するＬＬＩＤの数だけ存在しなければならない。オペレータは、ＭＡＣアドレスを登録する際に、どのＭＡＣアドレスがどのＯＮＵで使用されるものかを登録する。ＯＮＵが複数のＬＬＩＤを使用する場合には、ＭＡＣアドレスにグループ番号を対応付けることで、グルーピングが可能となり、ＯＮＵが単一ＬＬＩＤのＯＮＵであるか又はＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであるかをＯＬＴ１０は認識できる。
【０１３７】
ここで、ＬＬＩＤは、ＯＬＴ１０とＯＮＵ２０が接続されて通信を開始する際に使用するロジカルリンクの識別子であるから、ＯＬＴ１０は、図１１の情報を参照することで、どのＬＬＩＤがどのＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵのものであるかを判別することができる。
【０１３８】
また、別のＯＮＵ識別方法を適用するようにしてもよい。図１２は、ＯＬＴ１０がＯＮＵ２０を識別するシーケンス図である。
【０１３９】
ＯＬＴ１０は、接続するＯＮＵ２０のＭＡＣアドレスを認識することができるが、当該ＯＮＵがＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであるかを認識できない。
【０１４０】
そこで、ＯＬＴ１０がＯＮＵ２０とのシーケンス接続する際に、ＯＬＴ１０とＯＮＵ２０との間で図１２のシーケンス処理を行なうようにしても良い。
【０１４１】
図１２において、ＯＬＴ１０とＯＮＵ２０は、シーケンス接続の際に、ＭＰＣＰ＿ＤＩＳＣＯＶＥＲＹプロセス（Ｓ２０１）と、ＯＡＭ＿ＤＩＳＣＯＶＥＲＹプロセス（Ｓ２０２）を行なう。ここで、ＭＰＣＰ＿ＤＩＳＣＯＶＥＲＹプロセス、ＯＡＭ＿ＤＩＳＣＯＶＥＲＹプロセスは、既存技術の手順を適用することができ、例えば、ＩＥＥＥ８０２．３ａｖ、ＩＥＥＥ８０２．３ａｈに示される通りの仕様である。
【０１４２】
一般的にはこれらプロセスを実施した後で、認証プロセスなど実際に接続されるＯＮＵが正常なものであるかを識別するプロセスがあり、認証が成功すればユーザデータの導通を開始する。
【０１４３】
この認証プロセスよりも前に、図１２に示すように、拡張ＯＡＭ等を使って、ＯＬＴ１０のＣＰＵ１０５は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであるかどうかの情報を取得するＧＥＴ＿Ｒｅｑｕｅｓｔメッセージを、ＯＮＵ２０に送信する（Ｓ２０３）。
【０１４４】
これを受信したＯＮＵ２０において、ＯＡＭ受信部２０３はＣＰＵ２０５にＧＥＴ＿Ｒｅｑｕｅｓｔメッセージを与え、ＣＰＵ２０５は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの情報を付加したＧＥＴ＿Ｒｅｓｐｏｎｓｅメッセージを、ＯＡＭ送受信部２０３を経由してＯＬＴ１０へ送出する（Ｓ２０４）。
【０１４５】
ＯＮＵ２０が出力するＧＥＴ＿Ｒｅｓｐｏｎｓｅメッセージには、１台のＯＮＵ２０に個別に付与されたユニークな、例えばメーカ名、品名、製造年月、製造番号等の情報を入れておく。
【０１４６】
ＯＬＴ１０では、ＯＡＭ送受信部１０３からＣＰＵ１０５に情報を集め、ＯＮＵ毎に情報を収集する。ＯＮＵ毎の情報が複数ある場合には、そのＯＮＵは、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵとみなす。これにより、図１１で例示したテーブルがＯＬＴにて作成される。
【０１４７】
ＯＮＵ２０からＧＥＴ＿Ｒｅｓｐｏｎｓｅメッセージの応答が無かった場合には、決められた回数のリトライ処理（例として３回など）を行ない、それでも応答がなければ、単一ＬＬＩＤのＯＮＵとみなす。このように動作の前提条件として、いずれかの方法で、図１１に示すテーブルを構成することができる。
【０１４８】
その後、認証プロセスなどを行ない、サービスの提供を行なう（Ｓ２０４）。
【０１４９】
図１０において、Ｓ２１１は、アクティブモードからスリープモードへの状態遷移を示す処理である。
【０１５０】
ＯＬＴ１０は、図１１のテーブルを参照して、ＯＮＵ２０がＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであり、「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」にて接続されていることを認識する。
【０１５１】
まず、ＯＬＴ１０において、アクティブモード中に「ＬＬＩＤ＃１」宛の下りフレームが受信されると、直ちにＯＮＵ２０へフレームを送信され「ＬＬＩＤ＃１」宛の下りフレームが無くなり監視タイマを開始する。
【０１５２】
同様に「ＬＬＩＤ＃２」宛の下りフレームが受信されると、直ちにＯＮＵ２０へフレームを送信され「ＬＬＩＤ＃２」宛の下りフレームが無くなり監視タイマを開始する。
【０１５３】
ここで「ＬＬＩＤ＃１」の監視タイマが満了してもＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全てのＬＬＩＤ、つまりこの場合、「ＬＬＩＤ＃１」、「ＬＬＩＤ＃２」の両方の監視タイマが満了するまでは、「ＬＬＩＤ＃１」へのＳＬＥＥＰ  ＡＬＬＯＷメッセージ（ＴＲｘ）を送信せずに待ち、「ＬＬＩＤ＃１」、「ＬＬＩＤ＃２」の両方の監視タイマが満了した場合に「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」の両方にＳＬＥＥＰ  ＡＬＬＯＷメッセージ（ＴＲｘ）を一斉に送信する。
【０１５４】
また「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」の両方の監視タイマが満了する前に、いずれかのＬＬＩＤ宛の下りフレームを再び受信した場合は、再度監視タイマをリセットし再び監視タイマを起動する。
【０１５５】
図１０のＳ２１２は、スリープモードからアクティブモードへの状態遷移を示す処理である。
【０１５６】
ＯＬＴ１０において、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全ＬＬＩＤの内、いずれかのＬＬＩＤ宛、若しくは全ＬＬＩＤを送信対象とするBroadcast−ＬＬＩＤ宛のフレームを検出した場合には、ＯＬＴ１０は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全ＬＬＩＤにＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージを送信する。
【０１５７】
図１０のＳ２１３は、Early  Wakeup機能の処理である。Early  Wakeup処理は、第１の実施形態と同様に、ＯＮＵ２０にフレームが受信されると、全ＬＬＩＤについてのＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージをＯＬＴ２０に一斉送信して、全ＬＬＩＤをアクティブモードに遷移する。
【０１５８】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態の効果に加えて、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全ＬＬＩＤの導通が無くなった場合でも、ＬＬＩＤ毎のシーケンスはほぼ一致するため、第１の実施形態の場合よりもパワーダウンできる時間が増え、単一ＬＬＩＤとほぼ同一の条件となる。
【０１５９】
（Ｃ）第３の実施形態
次に、本発明の省電力制御システム、親局装置及び省電力制御プログラムの第３の実施形態を、図面を参照しながら詳細に説明する。
【０１６０】
（Ｃ−１）第３の実施形態の構成
第２の実施形態では、ＯＬＴ１０が、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全ＬＬＩＤ宛又はBroadcast−ＬＬＩＤ宛にメッセージを送信するものであるが、第３の実施形態は、グループ監視を行なうＯＬＴ１０が、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵのＬＬＩＤのうち、代表ＬＬＩＤ宛にメッセージを送信する点で第２の実施形態と異なる。
【０１６１】
ＯＬＴ１０及びＯＮＵ２０の基本的な内部構成は、第１及び第２の実施形態と同様であるので、第３の実施形態でも、図１、図２及び図５を用いて説明する。
【０１６２】
図１３は、第３の実施形態のＯＬＴ１０のＣＰＵ１０５により実行されるパワーセービング機能を説明する機能ブロック図である。
【０１６３】
図１３において、第３の実施形態のパワーセービング機能部１０５ｃは、状態管理部１１、動作モード遷移対象決定部１２、メッセージ送達部１６、監視グループ管理部１４、グループ監視部１５を有する。
【０１６４】
第３の実施形態では、メッセージ送達部１３に代えて、メッセージ送達部１６を備える点で、第２の実施形態の構成と異なる。
【０１６５】
状態管理部１１、動作モード遷移対象決定部１２は、第１の実施形態の処理を行なうものであるので、ここでの詳細な説明は省略する。
【０１６６】
監視グループ管理部１４は、第２の実施形態と同様に、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０の全ＬＬＩＤを１つのグループとして管理するものである。また、監視グループ管理部１４は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０の全ＬＬＩＤのうち、代表ＬＬＩＤを管理するものである。
【０１６７】
グループ監視部１５は、第２の実施形態と同様に、監視グループ管理部１４により管理されるＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤを１つのグループとしてフレーム導通の監視を行なうものである。また、グループ監視部１５は、第２の実施形態と同様に、グループ毎にフレーム導通の監視を行ない、所定の条件を満たす場合に、メッセージ送達部１６に対してメッセージの送信通知を行なうものである。
【０１６８】
メッセージ送達部１６は、第１の実施形態と同様に、メッセージ送信を行なうものである。第３の実施形態では、メッセージ送達部１６が送信する宛先が第２の実施形態と異なる。
【０１６９】
メッセージ送達部１６は、グループ単位で監視し、グループ監視部１５からメッセージの送信通知を受けると、監視グループ管理部１４で管理する各グループの代表ＬＬＩＤ宛に、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージ又は
ＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージの送信を行なう。
【０１７０】
図１４は、第３の実施形態のＯＮＵ２０のＣＰＵ２０５により実行されるパワーセービング機能を説明する機能ブロック図である。図１４に示すように、パワーセービング機能部２０５ｃは、状態管理部２１、動作モード遷移対象決定部２２、メッセージ送達部２７、パワーダウン動作部２４、パワーダウン時間判断部２５、Early  Wakeup部２６を有する。
【０１７１】
第３の実施形態では、メッセージ送達部２３に代えて、メッセージ送達部２７を備える点で、第１の実施形態の構成と異なる。
【０１７２】
状態管理部２１、動作モード遷移対象決定部２２、パワーダウン動作部２４、パワーダウン時間判断部２５及びEarly  Wakeup部２６は、第１の実施形態の処理を行なうものであるので、ここでの詳細な説明は省略する。
【０１７３】
メッセージ送達部２７は、Early  Wakeup部２６のEarly  Wakeup機能によりＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージを送信するときに、全ＬＬＩＤのうち代表ＬＬＩＤを用いてＯＬＴ１０に送信するものである。
【０１７４】
ＯＬＴ１０と接続可能なＯＮＵは、従来のＯＮＵでもよいし、第１の実施形態のＯＮＵでもよいし、第３の実施形態のＯＮＵでもよいし、又は、これらのＯＮＵの全てと接続していてもよい。
【０１７５】
（Ｃ−２）第３の実施形態の動作
図１５は、第３の実施形態のＥ−ＰＯＮ１を構成するＯＮＵ２０のパワーセービング処理の動作を説明する。
【０１７６】
図１５は、第３の実施形態のＯＮＵ２０のパワーセービング処理の動作を示すフローチャートである。
【０１７７】
図１５では、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０が、２個のＬＬＩＤを有する場合を例示しており、２個のＬＬＩＤをそれぞれ「ＬＬＩＤ＃１」、「ＬＬＩＤ＃２」として説明する。なお、ここでは、ＬＬＩＤが２個の場合を例示するが、３個以上の場合でも同様の動作を行なう。
【０１７８】
また、ＯＬＴ１０及びＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵ２０のＬＬＩＤ毎に使用するactive  Duration等の各種タイマ値については、各タイマにＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの代表ＬＬＩＤの１種類のみとする。
【０１７９】
図１６は、ＯＮＵ２０の識別情報とグループと代表ＬＬＩＤを示す登録情報の一例を説明する説明図である。ここでは、ＯＮＵ２０の識別情報がＭＡＣアドレスである場合を示す。
【０１８０】
図１６に示す登録情報は、第２の実施形態と同様に、オペレータにより登録されるようにしてもよいし、図１２のシーケンスに従って登録するようにしてもよい。
【０１８１】
図１６に示すように、登録情報は、ＯＮＵ２０のＭＡＣアドレスとグループ番号との対応関係と、ＯＮＵ２０がＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵのときには、複数のＬＬＩＤのうち代表ＬＬＩＤがどれであるかを識別する情報が登録されている。
【０１８２】
例えば、図１６において、あるＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵは、ＭＡＣアドレス「yy:yy:yy:yy:yy:yy」及び「zz:zz:zz:zz:zz:zz」を有しており、「グループ番号：１」として登録される。このうち、「yy:yy:yy:yy:yy:yy」のＬＬＩＤが代表ＬＬＩＤであることを示す。
【０１８３】
なお、図１６に示すように、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであっても、代表ＬＬＩＤを決定しないようにしてもよい。この場合、ＯＬＴ１０は、第２の実施形態と同様に、全ＬＬＩＤ宛又はBroadcast−ＬＬＩＤ宛のメッセージ送信を行なう。
【０１８４】
図１５のＳ３０１は、アクティブモードからスリープモードへの状態遷移を示す処理である。
【０１８５】
ＯＬＴ１０において、「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」宛の下りフレームのＯＴＬ１０のグループ毎のフレーム導通の監視処理は、第２の実施形態と同様であるので、ここでの詳細な説明は省略する。
【０１８６】
そして、「ＬＬＩＤ＃１」及び「ＬＬＩＤ＃２」の両方のＬＬＩＤにて監視タイマが満了したことを確認すると、ＯＬＴ１０は、代表ＬＬＩＤ宛に、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを送信する。
【０１８７】
このとき、ＯＮＵ２０では、代表ＬＬＩＤ宛のＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを受信すると、全ＬＬＩＤについて、スリープモードに状態遷移させる。
【０１８８】
このように、ＯＬＴ１０が、代表ＬＬＩＤ宛だけに、ＳＬＥＥＰ＿ＡＬＬＯＷ（ＴＲｘ）メッセージを送信することで、他のＬＬＩＤ宛にメッセージを送信する必要がなくなるので、ネットワーク全体の帯域利用効率が向上する。
【０１８９】
また、シーケンスは、代表ＬＬＩＤによる１個だけなので、ＯＬＴ１０及びＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵにおけるＬＬＩＤ毎のタイマ値についても代表ＬＬＩＤの１種類だけでよい。
【０１９０】
図１５のＳ３０２は、スリープモードからアクティブモードへの状態遷移を示す処理である。
【０１９１】
この場合も、ＯＬＴ１０において、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの全ＬＬＩＤの内、いずれかのＬＬＩＤ宛、若しくは全ＬＬＩＤを送信対象とするBroadcast−ＬＬＩＤ宛のフレームを検出した場合には、ＯＬＴ１０は、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの代表ＬＬＩＤ宛に、ＳＬＥＥＰ＿ＡＬＬＯＷ（Wakeup）メッセージを送信する。
【０１９２】
図１５のＳ３０３は、Early  Wakeup機能の処理である。Early  Wakeup処理は、ＯＮＵ２０に上りフレームが受信されると、ＯＮＵ２０は代表ＬＬＩＤを用いて、ＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージをＯＬＴ２０に送信して、全ＬＬＩＤをアクティブモードに遷移する。
【０１９３】
ＯＬＴ１０は、全ＬＬＩＤがスリープモードであるときに、代表ＬＬＩＤについてＳＬＥＥＰ＿ＡＣＫ（Wakeup）メッセージを受信したときには、Early  Wakeupであると判断して、全ＬＬＩＤについてアクティブモードに遷移させる。
【０１９４】
（Ｃ−３）第３の実施形態の効果
第３の実施形態によれば、第１及び第２の実施形態の効果に加えて以下の効果を奏する。
【０１９５】
第３の実施形態によれば、第２の実施形態のようにＬＬＩＤ毎にシーケンスを行ないＬＬＩＤ毎に状態遷移をもつのでなく、代表ＬＬＩＤでシーケンスを実施して状態遷移を１個にしたことから、第２の実施形態のような状態のズレは全くなくなり、全ＬＬＩＤで導通がなくなった場合に、単一ＬＬＩＤと同じパワーダウン効果が得られる。
【０１９６】
また、第３の実施形態によれば、シーケンスが１個となるので、ＯＬＴ及びＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵに具備するタイマも１種類でよい。
【０１９７】
さらに、第３の実施形態によれば、シーケンスが１個となるので、ＰＯＮ区間の帯域を使用する制御フレームも少なくでき、ＰＯＮ区間の帯域利用効率も向上する。
【０１９８】
（Ｄ）他の実施形態
上述した第１の実施形態では、単一ＬＬＩＤしかサポートできないＯＬＴであった場合でも、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵのパワーセービングが実施可能である。
【０１９９】
第２及び第３の実施形態では、Ｍｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵであることがオペレーションによる登録時に判別できれば、単一ＬＬＩＤと同じシーケンス、同じパワーダウン方法も用いて実装された、第１の実施形態に説明したようなパワーダウンを考慮していないＭｕｌｔｉｐｌｅ−ＬＬＩＤ  ＯＮＵの場合でも適用することが可能である。
【符号の説明】
【０２００】
１０…ＯＬＴ、１０１…ＮＩ側送受信部、１０２…ブリッジ部、１０３…ＯＡＭ送受信部、１０４…ＭＰＣＰ送受信部、１０５…ＣＰＵ、１０６…ＲＡＭ、１０７…ＲＯＭ、１０８…ＰＯＮ送信部、１０９…ＰＯＮ受信部、１１０…ＰＯＮ光送受信部、
２０…ＯＮＵ、２０１及び３０１…ＮＩ側送受信部、２０２…ブリッジ部、２０３…ＯＡＭ送受信部、２０４…ＭＰＣＰ送受信部、２０５…ＣＰＵ、２０６…ＲＡＭ、２０７…ＲＯＭ、２０８…ＰＯＮ送信部、２０９…ＰＯＮ受信部、２１０…ＰＯＮ光送受信部、
１…ネットワーク。
【図１】
0006028395.tif 000002
【図２】
0006028395.tif 000003
【図３】
0006028395.tif 000004
【図４】
0006028395.tif 000005
【図５】
0006028395.tif 000006
【図６】
0006028395.tif 000007
【図７】
0006028395.tif 000008
【図８】
0006028395.tif 000009
【図９】
0006028395.tif 000010
【図１０】
0006028395.tif 000011
【図１１】
0006028395.tif 000012
【図１２】
0006028395.tif 000013
【図１３】
0006028395.tif 000014
【図１４】
0006028395.tif 000015
【図１５】
0006028395.tif 000016
【図１６】
0006028395.tif 000017