JP2012160823A - 子局通信装置及び電力制御方法 - Google Patents

Abstract

【課題】 親局通信装置とＰＯＮにより接続し収容される子局通信装置において、通常動作状態と省電力動作状態との間の移行を、容易に高速化する。
【解決手段】 本発明は、親局通信装置とＰＯＮにより接続し、親局通信装置の配下に収容され、通信制御回路を用いて当該子局通信装置の通信制御処理を行う通信制御手段を備える子局通信装置に関する。そして、子局通信装置は、通信制御回路上で、当該子局通信装置が収容する子局側ネットワークからの上り方向のフレームを保持する処理を行う上り方向フレーム保持部を除く部分のうち、一部又は全部の省電力対象処理部分をリセット状態とすることにより、通信制御回路を通常動作状態よりも省電力で動作させる省電力制御手段とを有することを特徴とする。
【選択図】 図１

Description

本発明は、子局通信装置及び電力制御方法に関し、例えば、１０ＧＥ−ＰＯＮ（Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ−Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ；Ｅｔｈｅｒｎｅｔは登録商標）を採用した光通信ネットワークシステムに適用することができる。

従来の１０ＧＥ−ＰＯＮ（ＩＥＥＥ８０２．３ａｖ（非特許文献１等））を採用した光通信ネットワークシステムでは、１つのＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）と複数のＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）を、光スプリッタで分岐した光ファイバで接続し、１対複数に接続する構成となる。

一般的に、ＰＯＮでは、ＯＬＴからＯＮＵへの方向（以下、「下り方向」という）と、ＯＮＵからＯＬＴへの方向（以下、「上り方向」という）の信号送信（フレーム送信）は、異なる光の波長を用いたＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用して多重化している。また、１本の光ファイバを複数のＯＮＵで共用しているため、上り方向の信号送信はＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を用いて、各ＯＮＵからの信号の衝突を回避している。

従来の１０ＧＥ−ＰＯＮでは、ＴＤＭＡによるアクセス制御等のために、ＭＰＣＰ（Ｍｕｌｔｉ Ｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）と呼ばれる制御機能を規定しており、ＭＡＣ ｃｏｎｔｒｏｌフレームと呼ばれる制御フレームを、ＯＬＴとＯＮＵ間で送受信することでＭＰＣＰ制御を実現している。

また、従来のＯＮＵでは、ＭＰＣＰ制御に応じて、当該ＯＮＵの通信制御を行うＩＣやＬＳＩ等の電源を切断して省電力化させる技術として、特許文献１、２の記載技術がある。

特開２００７−８９０２７号公報 特開２００８−１１３１９３号公報 ＩＥＥＥ編、「Physical Layer Specifications and ManagementParameters for 10 Gb/s Passive Optical Networks（IEEE Std 802.3avTM-2009）」、[Online]、INTERNET、[２０１０年１２月１５日検索]，＜ＵＲＬ： http://standards.ieee.org/getieee802/download/802.3av-2009.pdf＞

ＰＯＮを構成する装置の省電力化について定義したＩＴＵ−Ｔ Ｇ.Ｓｕｐ４５（Ｇ−ＰＯＮ Ｐｏｗｅｒ ｓａｖｉｎｇ）では、ＯＮＵの通常動作状態とスリープ動作状態（省電力状態）との間の移行動作の高速化（ＯＮＵ Ｆａｓｔ Ｓｌｅｅｐ）が求められている。

しかしながら、特許文献１、２には、ＯＮＵの通信制御を行うＩＣやＬＳＩ等の電源を切断して省電力化することについてしか記載されておらず、省電力状態から通常動作状態へ移行させる場合、その移行速度は電源回路の性能（例えば、電源の立ち上がりシーケンス等）に大きく左右されるため、複雑な電源回路が必要となり、実現が難しいという問題があった。

そのため、親局通信装置（例えば、ＯＬＴ）とＰＯＮにより接続し収容される子局通信装置（例えば、ＯＮＵ）において、通常動作状態と省電力動作状態（スリープ動作状態）との間の移行を、容易に高速化することができる子局通信装置及び電力制御方法が望まれている。

第１の本発明は、親局通信装置とＰＯＮにより接続し、上記親局通信装置の配下に収容され、通信制御回路を用いて当該子局通信装置の通信制御処理を行う通信制御手段を備える子局通信装置において、上記通信制御回路上で、当該子局通信装置が収容する子局側ネットワークからの上り方向のフレームを保持する処理を行う上り方向フレーム保持部を除く部分のうち、一部又は全部の省電力対象処理部分をリセット状態とすることにより、上記通信制御回路を通常動作状態よりも省電力で動作させる省電力制御手段を有することを特徴とする。

第２の本発明は、親局通信装置とＰＯＮにより接続し、上記親局通信装置の配下に収容され、通信制御回路を用いて当該子局通信装置の通信制御処理を行う通信制御手段を備える子局通信装置の電力制御方法において、省電力制御手段を有し、上記省電力制御手段は、上記通信制御回路上で、当該子局通信装置が収容する子局側ネットワークからの上り方向のフレームを保持する処理を行う上り方向フレーム保持部を除く部分のうち、一部又は全部の省電力対象処理部分をリセット状態とすることにより、上記通信制御回路を通常動作状態よりも省電力で動作させることを特徴とする。

本発明によれば、親局通信装置とＰＯＮにより接続し収容される子局通信装置において、通常動作状態と省電力動作状態との間の移行を、容易に高速化することができる。

第１の実施形態に係るＯＮＵの機能的構成について示したブロック図である。 第１の実施形態に係る光通信ネットワークシステムの全体構成について示したブロック図である。 第１の実施形態に係る拡張ＭＡＣコントロールフレームの構成例について示した説明図である。 第１の実施形態に係る光通信ネットワークシステムにおいて、ＯＮＵがスリープ動作状態の間に上り方向のフレームが発生しない場合の動作について示したシーケンス図である。 第１の実施形態に係る光通信ネットワークシステムにおいて、ＯＮＵがスリープ動作状態の間に上り方向のフレームが発生した場合の動作について示したシーケンス図である。 第１の実施形態の光通信ネットワークシステムで、ＯＮＵ内の動作を詳細化したシーケンス図である。 第２の実施形態に係るＯＮＵの機能的構成について示したブロック図である。

（Ａ）第１の実施形態
以下、本発明による子局通信装置及び電力制御方法の第１の実施形態を、図面を参照しながら詳述する。なお、第１の実施形態の子局通信装置は、ＯＮＵである。

（Ａ−１）第１の実施形態の構成
図２は、この実施形態の全体構成を示すブロック図である。

光通信ネットワークシステム１には、ＯＬＴ２及び、ｎ個のＯＮＵ３（３−１〜３−ｎ）が配置されている。なお、配置されるＯＮＵ３の数は限定されないものである。

ＯＬＴ２と各ＯＮＵ３との間は、光スプリッタ５（複数分岐としても良い）により分岐された光ファイバ４で接続されている。すなわち、ＯＬＴ２と各ＯＮＵ３によりＰＯＮが形成されている。また、ＯＬＴ２と各ＯＮＵ３との間の通信については、１０ＧＥ−ＰＯＮ（ＩＥＥＥ ８０２．３ａｖ）に準拠した構成が採用されているものとして説明する。

図２では、ＯＬＴ２は、図示しない上位側ネットワークと接続しており、各ＯＮＵ３は図示しない下位側ネットワーク（ユーザネットワーク）と接続しているものとする。すなわち、光通信ネットワークシステム１では、ＯＬＴ２及びＯＮＵ３により、図示しない下位側ネットワークと、図示しない上位側ネットワークの間のデータ伝送を行っている。

ＯＬＴ２については、従来の１０ＧＥ−ＰＯＮにおけるＯＬＴと同様のものを適用することができるのでここでは、詳しい説明を省略する。

次に、ＯＮＵ３の内部構成について、図１を用いて説明する。

図１では、ＯＮＵ３−１〜ＯＮＵ３−ｎは全て同じ構成であるものとして示している。

ＯＮＵ３は、光トランシーバ３１、ＳｅｒＤｅｓ（Ｓｅｒｉａｌｉｚｅｒ／Ｄｅｓｅｒｉａｌｉｚｅｒ）処理部３２、ＬＳＩ３３、電源部３４、ＣＰＵ３５、及びＵＮＩ（Ｕｓｅｒ−Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）３６を有している。

光トランシーバ３１及びＳｅｒＤｅｓ処理部３２は、ＯＮＵ３において、光ファイバ４（ＰＯＮ側）と接続するためのインタフェースの機能を担っている。

光トランシーバ３１は、ＳｅｒＤｅｓ処理部３２から与えられた電気信号を、光信号に変換して、光ファイバ４（ＰＯＮ側）に送出する。また、光トランシーバ３１は、光ファイバ４を介して、ＯＬＴ２から送出された光信号を受信すると、その光信号を、電気信号に変換して、ＳｅｒＤｅｓ処理部３２に与える。光トランシーバ３１については、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵと同様のものを適用することができる。

ＳｅｒＤｅｓ処理部３２は、ＯＮＵ３の内部で用いられるパラレル信号と、ＰＯＮ上（光ファイバ４上）で用いられるシリアル信号との間の変換を行うものである。ＳｅｒＤｅｓ処理部３２は、ＯＮＵ３内のＬＳＩ３３から与えられたパラレル信号（ＯＬＴ２へ送信するフレームの電気信号）を、シリアル信号に変換して光トランシーバ３１に与える。また、ＳｅｒＤｅｓ処理部３２は、光トランシーバ３１からシリアル信号（ＯＬＴ２から送出されたフレームの電気信号）が与えられると、その信号をパラレル信号に変換して、ＬＳＩ３３に与える。ＳｅｒＤｅｓ処理部３２については、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵと同様のものを適用することができる。

ＵＮＩ３６は、ＯＮＵ３における下位側ネットワークと接続するインタフェース（物理ポート）であり、下位側ネットワークに属する通信装置(例えば、パソコン、ルータ、ハブ等)と接続している。なお、ＵＮＩ３６に適用するインタフェースの種類は限定されないものであるが、例えば、１０ＧＥに対応したインタフェースの物理ポート等を適用することができる。

電源部３４は、ＯＮＵ３内の各構成要素（機能ブロック）に電力供給するものである。電源部３４としては、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵと同様のものを適用することができる。

ＣＰＵ３５は、ＯＮＵ３の各部の動作を制御するものである。また、ＣＰＵ３５は、当該ＯＮＵ３を通常動作状態（以下、「アクティブ動作状態」ともいう）、又はアクティブ動作状態よりも省電力で動作させる状態（以下、「スリープ動作状態」ともいう）に移行させる制御（以下、「スリープ制御」ともいう）も行う。ＣＰＵ３５によるスリープ制御の処理の詳細については後述する。

なお、ＣＰＵ３５及びＣＰＵ３５が実行するプログラムについては、後述するＬＳＩ３３に係るスリープ制御を行う構成以外は、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵと同様のものを適用することができる。

ＬＳＩ３３は、ＯＮＵ３におけるＰＯＮに係る通信制御処理等を行うものであり、ＰＯＮ側のインタフェースを構成するＳｅｒＤｅｓ処理部３２と、下位側ネットワークのインタフェースであるＵＮＩ３６との間に配置されている。具体的には、ＬＳＩ３３は、ＯＮＵ３が転送する上り方向及び下り方向のユーザデータのフレーム、及び、制御用フレーム（ＭＰＣＰ制御に係るフレーム等）の通信制御処理等を行う。

ＬＳＩ３３は、下りＰＯＮ−ＰＣＳ処理部３３ａ、下りＰＯＮ−ＭＡＣ処理部３３ｂ、下りＢｒｉｄｇｅ部３３ｃ、上りＰＯＮ−ＰＣＳ処理部３３ｄ、上りＰＯＮ−ＭＡＣ処理部３３ｅ、上りＢｒｉｄｇｅ部３３ｆ、ＭＰＣＰ終端部３３ｇ、ＭＰＣＰ挿入部３３ｈ、上り監視部３３ｉ、及びバッファ３３ｊを有している。

下りＰＯＮ−ＰＣＳ処理部３３ａ及び上りＰＯＮ−ＰＣＳ処理部３３ｄは、ＯＮＵ３におけるＰＯＮのＰＣＳ（Ｐｈｙｓｉｃａｌ Ｃｏｄｉｎｇ副層）に係る処理を担っている。

下りＰＯＮ−ＰＣＳ処理部３３ａは、下り方向のフレームについて、データの復号処理やエラービットの訂正等ＰＣＳに係る処理を行う。上りＰＯＮ−ＰＣＳ処理部３３ｄは、上り方向のフレームのデータについてＰＣＳに係る処理を行う。

なお、下りＰＯＮ−ＰＣＳ処理部３３ａ及び上りＰＯＮ−ＰＣＳ処理部３３ｄが行うＰＣＳに係る処理自体は、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵと同様の処理を適用することができる。

下りＰＯＮ−ＭＡＣ処理部３３ｂ及び上りＰＯＮ−ＭＡＣ処理部３３ｅは、ＯＮＵ３におけるＭＰＣＰ制御等の、マルチポイントＭＡＣコントロール副層に係る処理を担っている。

下りＰＯＮ−ＭＡＣ処理部３３ｂ及び上りＰＯＮ−ＭＡＣ処理部３３ｅは、マルチポイントＭＡＣコントロール副層に係る処理として、例えば、ＭＰＣＰにより、当該ＯＮＵのスリープ制御のタイミングや、当該ＯＮＵ３の上り信号の送信制御等を行う。ＯＮＵ３におけるＭＰＣＰ制御は、ＯＬＴ２との間でのＭＰＣＰに係る制御フレーム（以下、「ＭＰＣＰ制御フレーム」という）をやりとりすることにより行われる。

なお、下りＰＯＮ−ＭＡＣ処理部３３ｂ及び上りＰＯＮ−ＭＡＣ処理部３３ｅが行う、マルチポイントＭＡＣコントロール副層に係る処理自体は、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵと同様の処理を適用することができる。

下りＰＯＮ−ＭＡＣ処理部３３ｂ及び上りＰＯＮ−ＭＡＣ処理部３３ｅにより送受信されるＭＰＣＰ制御フレーム（例えば、スリープ制御のためのフレーム）の具体的なフォーマットしては、非特許文献１（ＩＥＥＥ８０２．３ａｖ、Ａｎｎｅｘ３１Ｃ）に記載された拡張ＭＡＣコントロールフレームを使用することができる。

図３は、下りＰＯＮ−ＭＡＣ処理部３３ｂ及び上りＰＯＮ−ＭＡＣ処理部３３ｅにより送受信されるＭＰＣＰ制御フレーム（スリープ制御にも利用されるフレーム）の様式例について示した説明図である。図３では、拡張ＭＡＣコントロールフレーム（ｅｘｔｅｎｓｉｏｎ ＭＡＣ ｃｏｎｔｒｏｌ）のフレーム構成について示している。

ＬＳＩ３３内で、ＣＰＵ３５は、ＭＰＣＰ終端部３３ｇを介して下りＰＯＮ−ＭＡＣ処理部３３ｂが受信するＭＰＣＰ制御フレームの内容を監視し把握している。また、ＣＰＵ３５は、ＭＰＣＰ挿入部３３ｈを介して上りＰＯＮ−ＭＡＣ処理部３３ｅと接続しており、ＭＰＣＰ挿入部３３ｈを経由して、ＯＬＴ２へのＭＰＣＰ制御フレームの送信指示を行う。

上りＢｒｉｄｇｅ部３３ｆ及び下りＢｒｉｄｇｅ部３３ｃは、当該ＯＮＵ３が送受信するフレームのＥｔｈｅｒｎｅｔに係る通信制御を行うものであり、例えば、フレーム転送の為のバッファや、ＶＬＡＮ識別の為のＶＬＡＮ−Ｔａｇ付与削除、アドレス（ＭＡＣアドレス、ＩＰアドレス等）学習、優先処理等を行うものである。

上りＢｒｉｄｇｅ部３３ｆは、ＵＮＩ３６から与えられる上り方向のフレームについて、Ｅｔｈｅｒｎｅｔに係る通信制御を行い、そのフレームを、上りＰＯＮ−ＭＡＣ処理部３３ｅに引き渡す。また、下りＢｒｉｄｇｅ部３３ｃは、下りＰＯＮ−ＭＡＣ処理部３３ｂから与えられた下り方向のフレームについて、Ｅｔｈｅｒｎｅｔに係る通信制御を行い、そのフレームをＵＮＩ３６に引き渡す。

なお、上りＢｒｉｄｇｅ部３３ｆ及び下りＢｒｉｄｇｅ部３３ｃが行うＥｔｈｅｒｎｅｔに係る処理については、既存の１０ＧＥ−ＰＯＮにおけるＯＮＵとほぼ同様の処理を適用することができる。ただし、上りＢｒｉｄｇｅ部３３ｆは、ＣＰＵ３５の制御に応じて、保持した上り方向のフレームを、上りＰＯＮ−ＭＡＣ処理部３３ｅに与えずに、一旦バッファｊに保持させる場合がある。

バッファｊは、上りＢｒｉｄｇｅ部３３ｆから、上り方向のフレームのデータが与えられた場合には、そのデータを保持するバッファ手段である。バッファｊは、ＣＰＵ３５の制御に従って、保持したフレームのデータを、上りＢｒｉｄｇｅ部３３ｆに引き渡す。

上り監視部３３ｉは、ＣＰＵ３５の制御に応じて、当該ＯＮＵ３における上り方向のフレーム受信（図示しない下位側ネットワークからのフレーム受信）を監視するものである。ここでは、上り監視部３３ｉは、ＬＳＩ３３内部のＵＮＩ３６を監視して、上り方向のフレーム受信を検出し、その検出結果をＣＰＵ３５に供給するものとするが、上り方向のフレーム受信を検知する方式は、これに限定されないものである。

次に、ＯＮＵ３におけるスリープ制御（省電力制御）の構成について説明する。

ＣＰＵ３５は、ＯＬＴ２からのＭＰＣＰによる指示等に応じて、当該ＯＮＵ３をアクティブ動作状態（通常動作状態）又は、スリープ動作状態（省電力状態）に制御する。

ＣＰＵ３５は、当該ＯＮＵ３をアクティブ動作状態からスリープ動作状態に移行させる制御を行う際に、少なくとも、ＬＳＩ３３内で、スリープ制御対象（省電力制御対象）となっている構成要素について、より省電力で動作するスリープ動作状態に移行させる制御を行う。図１では、破線で囲われた範囲の構成要素がスリープ制御対象の構成要素であるものとして図示している。すなわち、ここでは、スリープ制御対象の構成要素としては、下りＰＯＮ−ＰＣＳ処理部３３ａ、下りＰＯＮ−ＭＡＣ処理部３３ｂ、下りＢｒｉｄｇｅ部３３ｃ、上りＰＯＮ−ＰＣＳ処理部３３ｄ、上りＰＯＮ−ＭＡＣ処理部３３ｅ、ＭＰＣＰ終端部３３ｇ、及びＭＰＣＰ挿入部３３ｈが対象となっているものとする。言い換えると、ＬＳＩ３３では、上り方向のフレームをバッファリングするための構成要素（上りＢｒｉｄｇｅ部３３ｆ、上り監視部３３ｉ、バッファ３３ｊ）を除いた構成要素が、スリープ制御対象の構成要素となっている。

具体的には、ＣＰＵ３５は、ＬＳＩ３３内のスリープ制御対象の各構成要素について、リセット状態を継続させることにより、スリープ制御対象の各構成要素を、通常動作よりも省電力で動作するスリープ動作状態とする。

次に、ＣＰＵ３５が、ＬＳＩ３３内のスリープ制御対象の各構成要素をリセットする具体的構成の例について説明する。

ＬＳＩ３３では、スリープ制御対象の各構成要素についてリセットするためのリセット端子（信号線）が設けられており、それらのリセット端子が、ＣＰＵ３５に接続されている。すなわち、ＣＰＵ３５が上述のリセット端子を介して、スリープ制御対象の構成要素をリセット状態にさせる制御ができるようになされている。

スリープ制御対象の各構成要素は、ＣＰＵ３５からリセット状態に制御するための信号（以下、「リセット信号」という）が供給されると、リセット状態（動作が停止した状態）となり、通常動作中の場合よりも省電力な状態となる。

そして、スリープ制御対象の各構成要素のそれぞれでは、リセット状態となっている間に、ＣＰＵ３５からそのリセット状態を解除させる信号（以下、「リセット解除信号」という）が供給されると、リセット状態から通常動作状態に復帰する。なお、ＬＳＩ３３内で、スリープ制御対象の各構成要素についてリセット状態を継続させる構成については、上述の例に限定されず、既存の半導体装置を構成する回路の一部をリセットする構成を適用することができる。

なお、ここでは、スリープ制御対象の各構成要素について、個別にリセットする構成について説明しているが、スリープ制御対象の各構成要素についてリセットするための回路を別途設け（ＬＳＩ３３の内部でも良いし外部でも良い）、一括して制御するようにしても良い。

ＣＰＵ３５は、スリープ制御対象の各構成要素について、スリープ動作状態（リセット状態）に移行させる場合には、スリープ制御対象の各構成要素が保持しているデータの一部（少なくとも、各構成要素の動作に不可欠なデータを含む）又は全部のデータ（以下、「動作状態データ」という）について読み込みを行う。そして、ＣＰＵ３５は、各構成要素から読み込んだ動作状態データを、所定の記憶手段（例えば、ＣＰＵ３５がプログラムを実行する際に用いるメモリ等）に記憶させる。なお、スリープ制御対象の構成要素でも、リセット前に保持しておくべきデータがないものについては、ＣＰＵ３５で動作状態データを保持する必要がないのは当然である。

そして、ＣＰＵ３５は、スリープ制御対象の各構成要素について、スリープ動作状態（リセット状態）からアクティブ動作状態（リセットが解除された状態）に移行させる場合には、少なくとも、リセット状態とする前に保持した動作状態データを、各構成要素に与えて読み込ませる。以上のように、ＣＰＵ３５は、スリープ制御対象の各構成要素がスリープ動作状態からアクティブ動作状態に復帰させる。

ここでは、ＣＰＵ３５が、ＬＳＩ３３の各構成要素から動作状態データを読み込む処理や、動作状態データを読み込ませる処理については、上述のリセット制御するための信号線を用いて行うものとするが、ＣＰＵ３５とＬＳＩ３３との間の動作状態データをやりとりする方式はこれに限定されず種々の方式を用いることができる。例えば、別途データ伝送用の端子（バス）をＬＳＩ３３及びＣＰＵ３５に設けるようにしても良い。

動作状態データの詳細については、スリープ制御対象の各構成要素がアクティブ動作状態に復帰した後の動作に、最低限必要なデータを含めればよく、例えば、既存のＰＯＮに搭載されたＬＳＩにおいて動作に必要なデータを適用すれば良い。上述の通り、ここでは、ＯＮＵ３は、ＩＥＥＥ８０２．３ａｖに対応しているため、例えば、以下に示す項目のデータを、動作状態データに含める必要がある。

例えば、上りＰＯＮ−ＭＡＣ処理部３３ｅにより保持されるデータとしては、非特許文献１に記載されているＭＰＣＰ制御に係る情報（ＭＰＣＰ制御フレームに係るパラメータ）が挙げられる。上りＰＯＮ−ＭＡＣ処理部３３ｅにより保持されるＭＰＣＰ制御に係る情報としては、例えば、非特許文献１の「77.4.2 ONU speed-specific registration」の項で定義されているＤｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ（以下、「Ｄｉｓｃｏｖｅｒｙ情報」という）、非特許文献１の「77.3.6.3 REGISTER_REQ description」の項で定義される情報（以下、「Ｒｅｇｉｓｔｅｒ ｒｅｑｕｅｓｔ情報」という）、非特許文献１の「77.3.6.4 REGISTER description」の項で定義される情報（以下、「Ｒｅｇｉｓｔｅｒ情報」という）等が挙げられる。

（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の光通信ネットワークシステム１におけるＯＬＴ２及びＯＮＵ３の動作（実施形態の電力制御方法）を説明する。

ここでは、まず、ＯＮＵ３及びＯＬＴ２の処理の概要について説明する。

ＯＮＵ３では、ＯＬＴ２から、スリープ動作状態としても良い旨のＭＰＣＰ制御フレーム（Ｒｅｑｕｅｓｔ信号のＭＰＣＰ制御フレーム；以下「Ｒｅｑｕｅｓｔフレーム」ともいう）が与えられると、当該ＯＮＵ３をスリープ動作状態に移行させる処理を開始する。なお、上述のＲｅｑｕｅｓｔフレームに限らず、ＯＮＵ３と、ＯＬＴ２との間で行われるＭＰＣＰ制御フレームの内容自体は、既存の１０ＧＥ−ＰＯＮ（非特許文献１）と同様の形式のものを適用することができる。

ＯＮＵ３では、ＯＬＴ２から、Ｒｅｑｕｅｓｔフレームが与えられると、下りＰＯＮ−ＭＡＣ処理部３３ｂで認識され、さらに、ＣＰＵ３５で、このＭＰＣＰ制御フレームに挿入された制御パラメータ（Ｄｉｓｃｏｖｅｒｙ情報、Ｒｅｇｉｓｔｅｒ ｒｅｑｕｅｓｔ情報、Ｒｅｇｉｓｔｅｒ情報等）が抽出される。

ＯＮＵ３はＯＬＴ２からの、Ｒｅｑｕｅｓｔフレームで通知されたスリープ時間（Ｓｌｅｅｐ＿Ｔｉｍｅ；以下、「割当スリープ時間」という）に従い、スリープ動作状態に移行する。

そして、ＣＰＵ３５は、スリープ制御対象の各構成要素から動作状態データを取得した後、リセット信号をＬＳＩ３３のスリープ制御対象の各象構成要素に送出してリセット状態にさせる。

ＣＰＵ３５では、割当スリープ時間の経過（リセット状態を開始してからの経過時間）を、スリープ用タイマ３５ａによりカウントしている。そして、ＣＰＵ３５は、スリープ用タイマ３５ａがタイムアウト（割当スリープ時間が経過）すると、リセット状態となっているスリープ制御対象の各構成要素へ、リセット解除信号を送出する。そして、リセット解除信号を受信したスリープ制御対象の各構成要素は、リセット状態を解除する。

ここでは、スリープ制御対象の各構成要素へ、リセット解除信号と共に、リセット前に保持した動作状態データを与えるものとするが、リセット解除信号によりスリープ制御対象の各構成要素を再起動した後に動作状態データを与えるようにしても良い。

そして、ＣＰＵ３５は、スリープ制御対象の各構成要素の再起動後に、ＯＬＴ２に自装置宛のデータ（下り方向のフレームのデータ）がないかを問い合わせるためのＭＰＣＰ制御フレーム（Ｃｏｎｆｉｒｍａｔｉｏｎ信号のＭＰＣＰ制御フレーム；以下「Ｃｏｎｆｉｒｍａｔｉｏｎフレーム」ともいう）を、上りＰＯＮ−ＭＡＣ処理部３３ｅに送出させる。そして、ＯＬＴ２は、Ｃｏｎｆｉｒｍａｔｉｏｎフレームを受け取ると、自装置内で当該ＯＮＵ３宛のデータ（下り方向のフレームのデータ）がバッファされているか否かを確認する。そして、ＯＬＴ２は、当該ＯＮＵ３宛のデータがバッファされている場合には、そのデータのフレームを、当該ＯＮＵ３に送信する。一方、ＯＬＴ２は、当該ＯＮＵ３宛のデータがバッファされていない場合には、再度Ｒｅｑｕｅｓｔフレームを、当該ＯＮＵ３に対し送出する。そして、Ｒｅｑｕｅｓｔフレームを受信したＯＮＵ３は、上述と同様に、通知された割当スリープ時間に従って、再度スリープ動作状態に移行する。

そして、ＯＮＵ３では、スリープ動作状態の間に、下位側ネットワークから、上り方向のフレームを受信した場合（上りＢｒｉｄｇｅ部３３ｆが上り方向のフレームを受信した場合）には、そのフレームをバッファ３３ｊに与えて蓄積させる。

そして、ＯＮＵ３では、次にスリープ動作状態からアクティブ動作状態に復帰した後（割当スリープ時間が経過した後）に、ＯＬＴ２へ、送信待ちの上り方向のフレームが存在する旨の情報（Ｄｉｓｃｏｖｅｒｙ情報、Ｒｅｇｉｓｔｅｒ ｒｅｑｕｅｓｔ情報、Ｒｅｇｉｓｔｅｒ情報等）を通知するＭＰＣＰ制御フレーム（Ｒｅｐｏｒｔ信号のＭＰＣＰ制御フレーム；以下「Ｒｅｐｏｒｔフレーム」ともいう）を送信する。

そして、ＯＬＴ２は、ＯＮＵ３からの通知（Ｒｅｐｏｒｔフレーム）に対する応答として、上り方向のフレーム送信を許可するＭＰＣＰ制御フレーム（Ｇｒａｎｔ信号（ＧＡＴＥ＿ＵＰ）のＭＰＣＰ制御フレーム；以下「Ｇｒａｎｔフレーム」ともいう）を返答する。そして、ＯＮＵ３は、ＯＬＴ２の制御に従ったタイミングで、バッファ３３ｊに蓄積されたフレームを、ＯＬＴ２に向けて送出する。なお、ここでは詳細についての説明を省略しているが、ＯＮＵ３がＯＬＴ２へフレーム送信するタイミングは、ＯＬＴ２からのＭＰＣＰにより制御されたタイミングであるものとする。

次に、ＯＮＵ３がスリープ動作状態の間に、上り方向のフレーム（トラフィックデータ）が発生しない場合と発生した場合の詳細な動作について説明する。以下では、ＯＮＵ３−１とＯＬＴ２との間の処理について説明するが、他のＯＮＵ３においても同様の動作が行われるため、説明を省略する。

まず、ＯＮＵ３−１がスリープ動作状態の間に、上り方向のフレームが発生しなかった場合の動作について、図４のシーケンス図を用いて説明する。

まず、ＯＮＵ３−１がアクティブ動作状態であり、ＯＮＵ３−１からＯＬＴ２へ、下り方向のフレーム（ユーザデータが挿入されたフレーム）が送信されているものとする（Ｓ１０１）。

そして、ＯＬＴ２では、ＯＮＵ３−１へ送信するデータが無くなると、割当スリープ時間Ｔｓの間、スリープ動作状態としても良い旨のＲｅｑｕｅｓｔフレームを、ＯＮＵ３−１に通知する（Ｓ１０２）。

次に、ＯＮＵ３−１は、スリープ動作状態となることを確認応答するＭＰＣＰ制御フレーム（ＡＣＫ信号）を、ＯＬＴ２に送信し（Ｓ１０３）、その後、ＯＮＵ３−１は、割当スリープ時間Ｔｓの間スリープ動作状態となる。

そして、ＯＮＵ３−１は、割当スリープ時間Ｔｓの経過後にスリープ動作状態が解除されると、ＯＬＴ２に、Ｃｏｎｆｉｒｍａｔｉｏｎフレームを送信し、ＯＬＴ２に自装置宛のデータ（下り方向のフレームのデータ）がないかを問い合わせる（Ｓ１０４）。

そして、ＯＬＴ２は、ＯＮＵ３−１からＣｏｎｆｉｒｍａｔｉｏｎフレームを受信すると、自装置内でＯＮＵ３−１宛のデータがバッファされているか否かを確認する。ここでは、ＯＬＴ２においてＯＮＵ３−１宛のデータはバッファされていない（データ無し）と判断し、再び、割当スリープ時間Ｔｓの間、スリープ動作状態としても良い旨のＲｅｑｕｅｓｔフレームをＯＮＵ３−１に通知する（Ｓ１０５）。

次に、ＯＮＵ３−１は、スリープ動作状態となることを確認応答するＭＰＣＰ制御フレーム（ＡＣＫ信号）を、ＯＬＴに送信し（Ｓ１０６）、その後、ＯＮＵ３−１は、割当スリープ時間Ｔｓの間スリープ動作状態となる。

そして、ＯＮＵ３−１は、割当スリープ時間Ｔｓの時間経過後に、スリープ動作状態から復帰すると、ＯＬＴ２に、Ｃｏｎｆｉｒｍａｔｉｏｎフレームを送信し、ＯＬＴ２に自装置宛のデータがないかを問い合わせる（Ｓ１０７）。

そして、ＯＬＴ２は、ＯＮＵ３−１からＣｏｎｆｉｒｍａｔｉｏｎフレームを受信すると、自装置内で当該ＯＮＵ３−１宛のデータがバッファされているか否かを確認する。今度は、ＯＬＴ２においてＯＮＵ３−１宛のデータはバッファされている（データ有り）と判断され、スリープ動作状態を中止する旨（行わない旨）を通知するためのＲｅｑｕｅｓｔフレーム（割当スリープ時間を「０」とするＲｅｑｕｅｓｔ信号）をＯＮＵ３−１に送信する（Ｓ１０８）。

次に、ＯＮＵ３−１は、確認応答のＭＰＣＰ制御フレーム（ＡＣＫ信号）を、ＯＬＴに送信し（Ｓ１０９）、その後、ＯＮＵ３−１は、ＯＬＴ２からのフレーム受信のためにアクティブ動作状態で待機する。

そして、ＯＬＴ２からＯＮＵ３−１へ、バッファされているデータのフレームを送信する（Ｓ１１０）。その後の、ＯＬＴ２とＯＮＵ３−１との間の動作は、上述のステップＳ１０１からの動作と同様である。

次に、ＯＮＵ３−１がスリープ動作状態の間に、上り方向のトラフィックデータが発生した場合の動作について、図５のシーケンス図を用いて説明する。

まず、ＯＬＴ２及びＯＮＵ３−１では、上述のステップＳ１０１〜ステップＳ１０６と同様の動作（Ｓ２０１〜Ｓ２０６）が行われ、その後、ＯＮＵ３−１が、スリープ動作状態となったものとする。

そして、ＯＮＵ３−１は、割当スリープ時間Ｔｓの間、スリープ動作状態を継続する。そして、ここでは、このスリープ動作状態の間に、ＯＮＵ３−１で、図示しない下位側ネットワークから上り方向のフレームを受信したものとする。上述の通り、ＯＮＵ３−１では、スリープ動作状態の間に上りＢｒｉｄｇｅ部３３ｆがこの上り方向のフレームを受信した場合、このフレームのデータは、一旦バッファ３３ｊに蓄積される。

そして、ＯＮＵ３−１は、割当スリープ時間Ｔｓの経過後に、スリープ動作状態が解除され、アクティブ動作状態に復帰すると、ＯＬＴ２に、上り方向のフレームが発生した旨を通知するＲｅｐｏｒｔフレームを送信する（Ｓ２０７）。

そして、ＯＬＴ２からＯＮＵ３−１へ、上り方向のフレーム送出を許可する旨のＧｒａｎｔフレーム（ＧＡＴＥ＿ＵＰ）が送信される（Ｓ２０８）。

次に、ＯＮＵ３−１により、ＯＬＴ２からの制御に応じたタイミングで、バッファ３３ｊに蓄積された上り方向のフレームの送信が行われる（Ｓ２０９）。

次に、ＯＮＵ３内部の処理のさらに詳細について説明する。

図６は、上述の図４、図５で示したシーケンス図で示した処理について、ＯＮＵ３内の処理をさらに詳細化したものである。

まず、ＯＬＴ２からＯＮＵ３−１へ割当スリープ時間Ｔｓの間、スリープ動作状態としても良い旨のＲｅｑｕｅｓｔフレームが送信され（Ｓ３０１）、ＯＮＵ３−１の下りＰＯＮ−ＭＡＣ処理部３３ｂにおいて検出（Ｓ３０２）されたものとする。

そして、ＣＰＵ３５は、スリープ制御対象の各構成要素から動作状態データを収集して保持する（Ｓ３０３）。

次に、ＣＰＵ３５は、保持した動作状態データを、その動作状態データを所定の記憶手段（メモリ等）により記憶し（Ｓ３０４）、スリープ制御対象の各構成要素へ、リセット信号を供給して、スリープ制御対象の各構成要素をリセット状態に制御し（Ｓ３０５）、割当スリープ時間Ｔｓの間そのリセット状態を継続させる。

ＣＰＵ３５は、割当スリープ時間Ｔｓの間、上り監視部３３ｉを制御して、上り方向のフレーム受信の監視（ＵＮＩ３６に対する監視）をさせる（Ｓ３０６）。そして、上り監視部３３ｉにより、上り方向のフレーム受信が検出されると（Ｓ３０７）、その上り方向のフレームが、上りＢｒｉｄｇｅ部３３ｆからバッファ３３ｊ与えられて蓄積される（Ｓ３０８）。

そして、ＣＰＵ３５は、割当スリープ時間Ｔｓが経過すると（Ｓ３０９）、スリープ制御対象の各構成要素へ、リセット解除信号と、上述のステップＳ３０３で取得した動作状態データを供給して、スリープ制御対象の各構成要素のリセット状態を解除させる制御を行う（Ｓ３１０）。

そして、ＣＰＵ３５は、バッファ３３ｊに上り方向のフレームが１つ以上蓄積されているか否かを判定し（Ｓ３１１）、蓄積されていると判定された場合には、後述するステップＳ３１６から動作し、そうでない場合には、後述するステップＳ３１２の処理から動作する。

上述のステップＳ３１１において、バッファ３３ｊに上り方向のフレームが蓄積されていないと判定された場合には、ＣＰＵ３５は、上りＰＯＮ−ＰＣＳ処理部３３ｄに指示して、ＯＬＴ２に自装置宛のデータがないかを問い合わせるためのＣｏｎｆｉｒｍａｔｉｏｎフレームを送信させる（Ｓ３１２）。

そして、Ｃｏｎｆｉｒｍａｔｉｏｎフレームを受信したＯＬＴ２では、ＯＮＵ３−１宛のデータが蓄積されているか否かが確認され、蓄積されていないと判定された場合には、上述のステップＳ３０１の処理から動作し、蓄積されている場合には、後述するステップＳ３１４の処理から動作する。

上述のステップＳ３１３において、ＯＬＴ２でＯＮＵ３−１宛のデータが蓄積されていると確認された場合には、ＯＬＴ２からＯＮＵ３−１へ、そのデータのフレームが送信され（Ｓ３１４）、ＯＮＵ３−１により受信される（Ｓ３１５）。そして、ＯＬＴ２は、上述のステップＳ３０１の処理から動作し、ＯＮＵ３−１は上述のステップＳ３０２の処理から動作する。

一方、上述のステップＳ３１３において、ＯＬＴ２でＯＮＵ３−１宛のデータが蓄積されていないと判断された場合には、ＯＬＴ２は上述のステップＳ３０１の処理から動作する。また、フローチャートにおいて図示は省略しているが、この場合、ＯＮＵ３−１も上述のステップＳ３０２の処理から動作する。

そして、上述のステップＳ３１１において、バッファ３３ｊに上り方向のデータが蓄積されていると判定された場合には、ＣＰＵ３５は、上りＰＯＮ−ＭＡＣ処理部３３ｅに指示して、ＯＬＴ２へ、送信待ちの上り方向のデータが存在する旨の情報を通知するＲｅｐｏｒｔフレームを送信させる（Ｓ３１６）。

そして、Ｒｅｐｏｒｔフレームを受信したＯＬＴ２は、ＯＮＵ３−１へ、上り方向のフレーム送信を許可するＧｒａｎｔフレームを送信する（Ｓ３１７）。

そして、ＯＮＵ３−１では、下りＰＯＮ−ＭＡＣ処理部３３ｂでＧｒａｎｔフレームが受信され、そのＧｒａｎｔフレームがＣＰＵ３５により取得される。そしてＣＰＵ３５は、上りＰＯＮ−ＭＡＣ処理部３３ｅに指示して、バッファ３３ｊに蓄積された上り方向のフレームを送信させ（Ｓ３１８、Ｓ３１９）、ＯＬＴ２により受信（上位ネットワークへ転送）される（Ｓ３２０）。

その後、ＯＮＵ３−１はステップＳ３１９のデータ送信が終了すると、上述のステップＳ３０２の処理から動作するものとする。なお、ここで、ＯＮＵ３−１を、上述のステップＳ３１２から動作させて、ＯＬＴ２からの下り方向のデータがあればそのデータのフレームを受信させるようにしても良い。また、ＯＬＴ２は、上述のステップＳ３２０のデータ受信処理が終了すると、上述のステップＳ３０１の処理から動作するものとする。

（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。

ＯＮＵ３では、ＬＳＩ３３で、上り方向のフレームを保持する構成（上りＢｒｉｄｇｅ部３３ｆ、上り監視部３３ｉ、バッファ３３ｊ）以外のスリープ制御対象の構成要素についてリセット状態にすることにより、ＬＳＩ３３をスリープ動作状態（省電力動作状態）で動作するようにしている。これにより、ＯＮＵ３では、ＬＳＩ３３の消費電力を低減させている。

従来技術では、ＬＳＩへの電源供給自体を制御することによりスリープ動作状態としていたため、スリープ動作状態からアクティブ動作状態に復帰させる際の構成（電源立ち上げのシーケンス等）が複雑であった。一方、第１の実施形態のＯＮＵ３では、上述のように、スリープ制御対象の構成要素についてリセット状態にすることにより、ＬＳＩ３３をスリープ動作状態としているため、ＬＳＩ３３をスリープ動作状態から復帰させる際には、スリープ制御対象の構成要素のリセット状態を解除させ、動作状態データを供給するだけで良く、容易にスリープ動作状態からアクティブ動作状態への復帰を高速化することができる。

また、第１の実施形態では、スリープ動作状態でも上り方向のフレームを保持する構成（上りＢｒｉｄｇｅ部３３ｆ、上り監視部３３ｉ、バッファ３３ｊ）については、スリープ制御対象から除外している。これにより、ＯＮＵ３では、スリープ動作状態で上り方向のフレームが発生しても、アクティブ動作状態への復帰後に送信することができるため、通信品質を保つことができる。

（Ｂ）第２の実施形態
以下、本発明による子局通信装置及び電力制御方法の第２の実施形態を、図面を参照しながら詳述する。なお、第２の実施形態の子局通信装置は、ＯＮＵである。

第２の実施形態の光通信ネットワークシステム１Ａも、上述の図２により説明することができる。なお、図２において、括弧内の符号は、第２の実施形態においてのみ用いられる符号である。以下、第２の実施形態について、第１の実施形態との差異を説明する。

光通信ネットワークシステム１Ａでは、各ＯＮＵ３が、ＯＮＵ３Ａに置き換えられている点で、第１の実施形態と異なっている。

次に、ＯＮＵ３Ａの構成について説明する。

図７は、ＯＮＵ３Ａの機能的構成について示したブロック図である。

ＯＮＵ３Ａでは、ＬＳＩ３３がＬＳＩ３３Ａに置き換えられている点で、第１の実施形態と異なっている。また、ＬＳＩ３３Ａは、設定保持用レジスタ３３ｋが追加されている点で、第１の実施形態と異なっている。

第１の実施形態では、ＣＰＵ３５が、スリープ制御対象の各構成要素をリセットする前に、各構成要素から動作状態データを収集して保持し、リセット解除時（アクティブ動作状態に復帰時）に、保持した動作状態データを、各構成要素に供給して読み込ませる処理を行っていた。

これに対して、第２の実施形態では、スリープ制御対象の各構成要素は、ＣＰＵ３５からリセット信号が供給されると、それぞれ設定保持用レジスタ３３ｋに動作状態データを格納してから、リセット状態となる。そして、スリープ制御対象の各構成要素は、リセット解除信号がＣＰＵ３５から供給されると、それぞれ設定保持用レジスタ３３ｋに格納された動作状態データを読み込んで自身に登録し、リセット状態から復帰する。

設定保持用レジスタ３３ｋは、ＬＳＩ３３Ａ上で動作状態データを記憶する記憶手段（メモリ）であり、その構成は限定されないものである。また、設定保持用レジスタ３３ｋは、ここでは、スリープ制御対象の構成要素となっているので、リセット状態となっても記憶している内容が揮発しないメモリ（不揮発メモリ）を適用することが望ましい。なお、図７では、設定保持用レジスタ３３ｋは、スリープ制御対象の構成要素として図示しているが、除外するようにしても良い。

これにより、第２の実施形態のＯＮＵ３Ａでは、スリープ制御対象の各構成要素をリセット状態にする処理又はリセット状態を解除する処理を行う際に、ＣＰＵ３５がスリープ制御対象の各構成要素から動作状態データを読み込む処理や供給する処理を行わず、ＬＳＩ３３Ａ内の処理だけで良いため、高速処理を行うことが容易となる。

（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｃ−１）上記の各実施形態では、ＯＮＵ及び光通信ネットワークシステムは、１０ＧＥ−ＰＯＮ（８０２．３ａｖ）に準拠した構成であるものとして説明したが、その他のＰＯＮの規格や形式を採用したものに置き換えるようにしても良い。

（Ｃ−２）上記の各実施形態では、ＯＮＵ上で、ＰＯＮに係る通信制御手段は、一つのＬＳＩ（半導体装置）を用いた回路（通信制御回路）で構成されているが、複数のＬＳＩ（半導体装置）やその他の素子（例えば、抵抗やコンデンサ等）等を組み合わせた回路（通信制御回路）で構成するようにしても良い。なお、その場合でも、上述のＬＳＩの機能的構成は、図１又は図７のように示すことができる。

（Ｃ−３）上記の各実施形態では、ＯＮＵに搭載されたＰＯＮに係る通信制御を行うＬＳＩのスリープ制御（省電力制御）について説明したが、同時にＬＳＩ以外の構成要素（例えば、光トランシーバ、ＳｅｒＤｅｓ処理部等）もスリープ動作状態（省電力動作状態）としても良い。

（Ｃ−４）上記の各実施形態では、ＬＳＩにおいて、上り方向のフレームを保持する構成（上りＢｒｉｄｇｅ部、上り監視部、バッファ）以外の構成要素をスリープ制御対象としているが、上記の各実施形態でスリープ制御対象となっている構成要素の一部を除外するようにしても良い。すなわち、ＬＳＩにおいて、上り方向のフレームを保持する構成（上りＢｒｉｄｇｅ部、上り監視部、バッファ）以外について、スリープ制御対象とする構成要素の組み合わせは限定されないものである。

例えば、上記の各実施形態でスリープ制御対象となっている構成要素のうち、動作状態データを取得する必要のあるものをスリープ制御対象から除外するようにしても良い。これにより、スリープ制御対象をリセット状態にする際、又はリセットを解除する際に、動作状態データに関する処理をする必要がなくなるので、ＯＮＵにおいてより高速にスリープ制御を行うことができる。

（Ｃ−５）上記の各実施形態において、上りＢｒｉｄｇｅ部とバッファは、別の構成要素として記載しているが、上りＢｒｉｄｇｅ部の内部に搭載するようにしても良い。

（Ｃ−６）上記の各実施形態では、ＯＮＵはＯＬＴからの指示（Ｒｅｑｕｅｓｔフレーム）に従ってスリープ動作状態なる例について説明しているが、ＯＮＵが自発的にＯＬＴへスリープ動作状態となることを要求するようにしても良い。

１…光通信ネットワークシステム、２…ＯＬＴ、３、３−１〜３−ｎ…ＯＮＵ、３１…光トランシーバ、３２…ＳｅｒＤｅｓ処理部、３３…ＬＳＩ、３３ａ…下りＰＯＮ−ＰＣＳ処理部、３３ｂ…下りＰＯＮ−ＭＡＣ処理部、３３ｃ…下りＢｒｉｄｇｅ部、３３ｄ…上りＰＯＮ−ＰＣＳ処理部、３３ｅ…上りＰＯＮ−ＭＡＣ処理部、３３ｆ…上りＢｒｉｄｇｅ部、３３ｇ…ＭＰＣＰ終端部、３３ｈ…ＭＰＣＰ挿入部、３３ｉ…上り監視部、３３ｊ…バッファ、３４…電源部、３５…ＣＰＵ、３５ａ…スリープ用タイマ、３６…ＵＮＩ、４…光ファイバ、５…光スプリッタ。

Claims (5)

1. 親局通信装置とＰＯＮにより接続し、上記親局通信装置の配下に収容され、通信制御回路を用いて当該子局通信装置の通信制御処理を行う通信制御手段を備える子局通信装置において、
   上記通信制御回路上で、当該子局通信装置が収容する子局側ネットワークからの上り方向のフレームを保持する処理を行う上り方向フレーム保持部を除く部分のうち、一部又は全部の省電力対象処理部分をリセット状態とすることにより、上記通信制御回路を通常動作状態よりも省電力で動作させる省電力制御手段
   を有することを特徴とする子局通信装置。
2. 上記通信制御回路は、当該子局通信装置が省電力状態から復帰したときに、上記上り方向フレーム保持部に、上り方向のフレームが１つ以上保持されている場合には、そのフレームを、上記親局通信装置に送信する処理を行うことを特徴とする請求項１に記載の子局通信装置。
3. 上記省電力制御手段により、上記省電力対象処理部分がリセットされる前に、上記省電力対象処理部分の動作に必要な動作状態データを保持し、上記省電力制御手段の制御により上記省電力対象処理部分がリセット状態から復帰する際に、保持した動作状態データを、上記省電力対象処理部分に供給する動作状態データ保持手段をさらに備えることを特徴とする請求項１又は２に記載の子局通信装置。
4. 上記動作状態データ保持手段が、上記通信制御回路上に形成されていることを特徴とする請求項３に記載の子局通信装置。
5. 親局通信装置とＰＯＮにより接続し、上記親局通信装置の配下に収容され、通信制御回路を用いて当該子局通信装置の通信制御処理を行う通信制御手段を備える子局通信装置の電力制御方法において、
   省電力制御手段を有し、
   上記省電力制御手段は、上記通信制御回路上で、当該子局通信装置が収容する子局側ネットワークからの上り方向のフレームを保持する処理を行う上り方向フレーム保持部を除く部分のうち、一部又は全部の省電力対象処理部分をリセット状態とすることにより、上記通信制御回路を通常動作状態よりも省電力で動作させる
   ことを特徴とする電力制御方法。

Images