局側装置及びＰＯＮシステムのエラー情報通知方法
【課題】 複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷を軽減する。
【解決手段】 複数のＯＮＵ（宅側装置）と共にＰＯＮシステムを構成するＯＬＴ（局側装置）において、ＣＰＵは、当該システム内のＭＡＣチップに対して、エラー情報を収集し、エラー数が閾値に達したときアラームを通知するよう要求する。
【解決手段】 複数のＯＮＵ（宅側装置）と共にＰＯＮシステムを構成するＯＬＴ（局側装置）において、ＣＰＵは、当該システム内のＭＡＣチップに対して、エラー情報を収集し、エラー数が閾値に達したときアラームを通知するよう要求する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の宅側装置（ＯＮＵ）と共に、光ファイバを用いたＰＯＮ（Passive Optical Network）を構成する局側装置（ＯＬＴ）に関する。
【背景技術】
【０００２】
ＰＯＮ方式の光ネットワークでは、電話局側に設置される局側装置（ＯＬＴ）に接続された光ファイバが、光スプリッタを介して多数に分岐され、それぞれについて、ユーザ側に設置される宅側装置（ＯＮＵ）が接続される（例えば、非特許文献１参照。）。ＯＬＴ及びＯＮＵにはそれぞれＭＡＣチップが搭載されており、各ＭＡＣチップは、当該装置における所定の統計情報（エラー情報等）を収集している。ＯＬＴに搭載されたＣＰＵは、ＯＬＴの配下に接続された全ＯＮＵ及びＯＬＴ自身のＭＡＣチップに対して、定期的（例えば１秒間隔）に統計情報を要求する。ＯＮＵのＭＡＣチップへの要求は、ＯＬＴのＭＡＣチップを経由する。
【０００３】
【非特許文献１】ＮＴＴ技術ジャーナル２００３．１「ブロードバンド光アクセス技術動向」
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＯＮＵの接続数が多くなると、その接続数に応じてＯＬＴのＭＡＣチップの負荷が増大する。高負荷状態となったＭＡＣチップはＣＰＵへの応答が遅くなり、統計情報以外の制御情報を取得することができない状態となる。
上記のような従来の問題点に鑑み、本発明は、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、複数の宅側装置と共にＰＯＮシステムを構成する局側装置において、当該システム内のＭＡＣチップに対して、エラー情報を収集し、エラー数が閾値に達したときアラームを通知するよう要求するＣＰＵを設けたことを特徴とするものである。
上記のように構成された局側装置では、エラー数が閾値に達したときにのみＭＡＣチップはＣＰＵにアラームの通知を行う。従って、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷が軽減される。
【０００６】
また、上記局側装置において、ＣＰＵは、アラームの通知を受けてから一定時間内にアラームが解除された場合に、上位の管理装置へのアラームの通知を中止するようにしてもよい。
この場合、短期間（一定時間）にしか生じないアラームは管理装置に通知されないので、管理装置に対する必要以上のアラーム通知を差し控え、管理装置の負担を軽減することができる。
【０００７】
また、上記局側装置において、ＣＰＵは、エラー情報に含まれる各情報に対して個別に閾値を設定してもよい。
この場合、個別に閾値を設定することによりエラーごとのアラームレベルを調整することができる。
【０００８】
また、上記局側装置において、ＣＰＵは、各情報に対してアラーム解除のための閾値を設定してもよい。
この場合、当該閾値に基づいてアラームを解除を管理装置に通知することができる。従って、管理装置はアラーム解除も把握することができ、管理上便利である。
【０００９】
一方、本発明は、局側装置及び複数の宅側装置によって構成されるＰＯＮシステムのエラー情報通知方法であって、局側装置のＣＰＵから当該システム内のＭＡＣチップに対して、取得したいエラー情報とそのエラー数の閾値とを設定し、前記ＭＡＣチップは、エラー情報を収集し、エラー数が閾値に達したとき前記ＣＰＵにアラームを通知することを特徴とするものである。
上記のようなエラー情報通知方法においては、エラー数が閾値に達したときにのみＭＡＣチップはＣＰＵにアラームの通知を行う。従って、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷が軽減される。
【発明の効果】
【００１０】
本発明の局側装置／エラー情報通知方法によれば、エラー数が閾値に達したときにのみＭＡＣチップはＣＰＵにアラームの通知を行うので、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の一実施形態による局側装置を含む、ＧＥ−ＰＯＮ（Gigabit Ethernet-Passive Optical Network（Ethernetは登録商標））システムの構成を示す図である。図において、局側に設置されるＯＬＴ１（局側装置）には光ファイバ２が接続され、これが、光スプリッタ３により分岐（例えば４分岐）される。さらに、分岐されたそれぞれの光ファイバ２が、光スプリッタ４により分岐（例えば８分岐）される。そして、光ファイバ２の終端には、ユーザ側に設置されるＯＮＵ５（宅側装置）が接続される。ＯＮＵ５にはユーザのパソコン等が接続される。一方、ＯＬＴ１は、スイッチ６を介して管理装置７と接続されている。管理装置７は、ＯＬＴ１及びＯＮＵ５を管理している通信事業者の装置であり、ＯＬＴ１に対して上位の装置である。実際には管理装置７以外にも他の装置がスイッチ６に接続されており、スイッチ６の動作により線路の切換が可能となっている。
【００１２】
図２は、ＯＬＴ１の内部構成の概略を示す図である。ＯＬＴ１は、ＭＡＣチップ１１及びＣＰＵ１２を備えている。ＭＡＣチップ１１は光ファイバ２を介して各ＯＮＵ５（１個のみ図示している。）の内部のＭＡＣチップ５１と接続されている。ＭＡＣチップ１１，５１は、ＰＯＮ区間（ＭＡＣチップ１１からＭＡＣチップ５１まで）の所定の統計情報を収集する。
【００１３】
図３は、統計情報の構成を示す図である。この統計情報は以下の内容によって構成されている。
ＩＤ１ Octets transferred 転送したバイト数
ＩＤ２ Total frames transferred 転送したフレーム数
ＩＤ３ Unicast frames transferred 転送したユニキャスト用フレーム数
ＩＤ４ Broadcast frames transferred 転送したブロードキャスト用フレーム数
ＩＤ５ Multicast frames transferred 転送したマルチキャスト用フレーム数
ＩＤ６ CRC-32 Errors ＰＯＮ区間伝送中に発生したエラー数
ＩＤ８ CRC-8 (preamble) Errors 機器内で発生したエラー数
【００１４】
図４は、ＣＰＵ１２、ＭＡＣチップ１１，５１及び管理装置７の間での、信号シーケンスを示す図である。図において、ＯＮＵ５がＰＯＮシステムに接続されたとき、すなわち、ＯＮＵ５がＯＬＴ１に対して最初に接続の宣言をしてきたとき、ＯＬＴ１のＣＰＵ１２は、そのＯＮＵ５のＭＡＣチップ５１に対してパラメータの設定を行う。この設定は１回だけ行われる。但し、ＯＮＵ５が一旦接続解除されて、再度接続されたときにも行われる。設定には以下の内容が含まれている。なお、ＣＰＵ１２は、ＯＬＴ１のＭＡＣチップ１１についても同様に設定を行う。
【００１５】
Alarm code （アラームコード：取得したいエラー情報）
Tag （タグ：エラー検知するポイント）
Direction （ディレクション：上り又は下りの方向）
Rising Thresh （ライジングスレッシュ：アラームの通知をするエラー数の閾値）
Falling Thresh （フォーリングスレッシュ：アラームを解除するエラー数の閾値）
ここで、閾値は各エラー情報（CRC-32 Errors, CRC-8 Errors）について設定可能である。従って、個別に閾値を設定することによりエラーごとのアラームレベルを調整することができる。
【００１６】
例えば、図示の例では、ＯＬＴ１における上り方向のＣＲＣ−３２エラーについて、そのエラー数が毎秒Ｘフレーム以上になればアラームの通知を行い、毎秒Ｙフレーム以下になればアラームを解除せよ、という設定になる。このようにして、全てのＭＡＣチップ１１，５１に対してパラメータ設定が行われる。ＭＡＣチップ１１，５１はエラー情報を収集し続け、エラー数が閾値Ｘに達したとき初めてＣＰＵ１２にアラームを通知する（Report Alarm）。通知の内容は、例えば、以下のようになる。
Alarm code: CRC-32 Error （エラー情報はCRC-32 エラー）
Tag: OLT EPON （エラー検知ポイントはOLT EPON）
Direction: UP （上り方向）
Alarm State: ON （アラーム・オン）
【００１７】
アラームの通知を受けたＣＰＵ１２は、ここでＮ秒待機し、その後、上位の管理装置７に「上り誤り率劣化発生」を通知する。また、その後、エラー数が低下して閾値Ｙ以下になれば、ＭＡＣチップ１１，５１はＣＰＵ１２にアラームが解除されたことを通知する（Report Alarm）。通知の内容は、例えば、以下のようになる。
Alarm code: CRC-32 Error （エラー情報はCRC-32 エラー）
Tag: OLT EPON （エラー検知ポイントはOLT EPON）
Direction: UP （上り方向）
Alarm State: OFF （アラーム・オフ）
アラーム解除の通知を受けたＣＰＵ１２は、ここでＮ秒待機し、その後、上位の管理装置７に「上り誤り率劣化クリア」を通知する。これにより、管理装置７はアラーム解除も把握することができ、管理上便利である。
【００１８】
以上のようにして、従来のようにＭＡＣチップに対してエラー情報の通知を定期的に頻繁に行わせるのではなく、エラー数が、設定された閾値に達したときにのみ通知を行わせるようにしたので、複数のＯＮＵ５が接続されたＯＬＴ１のＭＡＣチップ１１は、エラー情報等の統計情報の取得に翻弄されることが無くなり、負荷が軽減される。その結果、ＯＬＴ１のＭＡＣチップ１１は、ＣＰＵ１２への迅速な応答性を損なわず、統計情報以外の制御情報を確実に取得することができる。
【００１９】
図５は、ＣＰＵ１２、ＭＡＣチップ１１，５１及び管理装置７の間での、信号シーケンスの他の例を示す図である。パラメータ設定及びアラームの通知までは図４の信号シーケンスと同じであるが、それ以後が異なる。すなわち、アラームの通知を受けたＣＰＵ１２は、Ｎ秒待機するが、このＮ秒の間にエラー数が低下して、アラームを解除する閾値Ｙ以下になれば、ＭＡＣチップ１１，５１はＣＰＵ１２にアラームが解除されたことを通知する。アラーム解除の通知を受けたＣＰＵ１２は、Ｎ秒経過後、上位の管理装置７への「上り誤り率劣化発生」の通知を中止する。こうして、Ｎ秒の間に解消されるような短期間のアラームが管理装置７に通知されることを防止する。すなわち、管理装置７に対する必要以上のアラーム通知を差し控え、管理装置７の負担を軽減することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態による局側装置を含む、ＧＥ−ＰＯＮ（Gigabit Ethernet-Passive Optical Network）システムの構成を示す図である。
【図２】ＯＬＴの内部構成の概略を示す図である。
【図３】統計情報の構成を示す図である。
【図４】ＣＰＵ、ＭＡＣチップ及び管理装置の間での、信号シーケンスの一例を示す図である。
【図５】ＣＰＵ、ＭＡＣチップ及び管理装置の間での、信号シーケンスの他の例を示す図である。
【符号の説明】
【００２１】
１ ＯＬＴ（局側装置）
５ ＯＮＵ（宅側装置）
７ 管理装置
１１，５１ ＭＡＣチップ
１２ ＣＰＵ
【技術分野】
【０００１】
本発明は、複数の宅側装置（ＯＮＵ）と共に、光ファイバを用いたＰＯＮ（Passive Optical Network）を構成する局側装置（ＯＬＴ）に関する。
【背景技術】
【０００２】
ＰＯＮ方式の光ネットワークでは、電話局側に設置される局側装置（ＯＬＴ）に接続された光ファイバが、光スプリッタを介して多数に分岐され、それぞれについて、ユーザ側に設置される宅側装置（ＯＮＵ）が接続される（例えば、非特許文献１参照。）。ＯＬＴ及びＯＮＵにはそれぞれＭＡＣチップが搭載されており、各ＭＡＣチップは、当該装置における所定の統計情報（エラー情報等）を収集している。ＯＬＴに搭載されたＣＰＵは、ＯＬＴの配下に接続された全ＯＮＵ及びＯＬＴ自身のＭＡＣチップに対して、定期的（例えば１秒間隔）に統計情報を要求する。ＯＮＵのＭＡＣチップへの要求は、ＯＬＴのＭＡＣチップを経由する。
【０００３】
【非特許文献１】ＮＴＴ技術ジャーナル２００３．１「ブロードバンド光アクセス技術動向」
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＯＮＵの接続数が多くなると、その接続数に応じてＯＬＴのＭＡＣチップの負荷が増大する。高負荷状態となったＭＡＣチップはＣＰＵへの応答が遅くなり、統計情報以外の制御情報を取得することができない状態となる。
上記のような従来の問題点に鑑み、本発明は、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、複数の宅側装置と共にＰＯＮシステムを構成する局側装置において、当該システム内のＭＡＣチップに対して、エラー情報を収集し、エラー数が閾値に達したときアラームを通知するよう要求するＣＰＵを設けたことを特徴とするものである。
上記のように構成された局側装置では、エラー数が閾値に達したときにのみＭＡＣチップはＣＰＵにアラームの通知を行う。従って、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷が軽減される。
【０００６】
また、上記局側装置において、ＣＰＵは、アラームの通知を受けてから一定時間内にアラームが解除された場合に、上位の管理装置へのアラームの通知を中止するようにしてもよい。
この場合、短期間（一定時間）にしか生じないアラームは管理装置に通知されないので、管理装置に対する必要以上のアラーム通知を差し控え、管理装置の負担を軽減することができる。
【０００７】
また、上記局側装置において、ＣＰＵは、エラー情報に含まれる各情報に対して個別に閾値を設定してもよい。
この場合、個別に閾値を設定することによりエラーごとのアラームレベルを調整することができる。
【０００８】
また、上記局側装置において、ＣＰＵは、各情報に対してアラーム解除のための閾値を設定してもよい。
この場合、当該閾値に基づいてアラームを解除を管理装置に通知することができる。従って、管理装置はアラーム解除も把握することができ、管理上便利である。
【０００９】
一方、本発明は、局側装置及び複数の宅側装置によって構成されるＰＯＮシステムのエラー情報通知方法であって、局側装置のＣＰＵから当該システム内のＭＡＣチップに対して、取得したいエラー情報とそのエラー数の閾値とを設定し、前記ＭＡＣチップは、エラー情報を収集し、エラー数が閾値に達したとき前記ＣＰＵにアラームを通知することを特徴とするものである。
上記のようなエラー情報通知方法においては、エラー数が閾値に達したときにのみＭＡＣチップはＣＰＵにアラームの通知を行う。従って、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷が軽減される。
【発明の効果】
【００１０】
本発明の局側装置／エラー情報通知方法によれば、エラー数が閾値に達したときにのみＭＡＣチップはＣＰＵにアラームの通知を行うので、複数のＯＮＵが接続されたＯＬＴのＭＡＣチップにおける負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の一実施形態による局側装置を含む、ＧＥ−ＰＯＮ（Gigabit Ethernet-Passive Optical Network（Ethernetは登録商標））システムの構成を示す図である。図において、局側に設置されるＯＬＴ１（局側装置）には光ファイバ２が接続され、これが、光スプリッタ３により分岐（例えば４分岐）される。さらに、分岐されたそれぞれの光ファイバ２が、光スプリッタ４により分岐（例えば８分岐）される。そして、光ファイバ２の終端には、ユーザ側に設置されるＯＮＵ５（宅側装置）が接続される。ＯＮＵ５にはユーザのパソコン等が接続される。一方、ＯＬＴ１は、スイッチ６を介して管理装置７と接続されている。管理装置７は、ＯＬＴ１及びＯＮＵ５を管理している通信事業者の装置であり、ＯＬＴ１に対して上位の装置である。実際には管理装置７以外にも他の装置がスイッチ６に接続されており、スイッチ６の動作により線路の切換が可能となっている。
【００１２】
図２は、ＯＬＴ１の内部構成の概略を示す図である。ＯＬＴ１は、ＭＡＣチップ１１及びＣＰＵ１２を備えている。ＭＡＣチップ１１は光ファイバ２を介して各ＯＮＵ５（１個のみ図示している。）の内部のＭＡＣチップ５１と接続されている。ＭＡＣチップ１１，５１は、ＰＯＮ区間（ＭＡＣチップ１１からＭＡＣチップ５１まで）の所定の統計情報を収集する。
【００１３】
図３は、統計情報の構成を示す図である。この統計情報は以下の内容によって構成されている。
ＩＤ１ Octets transferred 転送したバイト数
ＩＤ２ Total frames transferred 転送したフレーム数
ＩＤ３ Unicast frames transferred 転送したユニキャスト用フレーム数
ＩＤ４ Broadcast frames transferred 転送したブロードキャスト用フレーム数
ＩＤ５ Multicast frames transferred 転送したマルチキャスト用フレーム数
ＩＤ６ CRC-32 Errors ＰＯＮ区間伝送中に発生したエラー数
ＩＤ８ CRC-8 (preamble) Errors 機器内で発生したエラー数
【００１４】
図４は、ＣＰＵ１２、ＭＡＣチップ１１，５１及び管理装置７の間での、信号シーケンスを示す図である。図において、ＯＮＵ５がＰＯＮシステムに接続されたとき、すなわち、ＯＮＵ５がＯＬＴ１に対して最初に接続の宣言をしてきたとき、ＯＬＴ１のＣＰＵ１２は、そのＯＮＵ５のＭＡＣチップ５１に対してパラメータの設定を行う。この設定は１回だけ行われる。但し、ＯＮＵ５が一旦接続解除されて、再度接続されたときにも行われる。設定には以下の内容が含まれている。なお、ＣＰＵ１２は、ＯＬＴ１のＭＡＣチップ１１についても同様に設定を行う。
【００１５】
Alarm code （アラームコード：取得したいエラー情報）
Tag （タグ：エラー検知するポイント）
Direction （ディレクション：上り又は下りの方向）
Rising Thresh （ライジングスレッシュ：アラームの通知をするエラー数の閾値）
Falling Thresh （フォーリングスレッシュ：アラームを解除するエラー数の閾値）
ここで、閾値は各エラー情報（CRC-32 Errors, CRC-8 Errors）について設定可能である。従って、個別に閾値を設定することによりエラーごとのアラームレベルを調整することができる。
【００１６】
例えば、図示の例では、ＯＬＴ１における上り方向のＣＲＣ−３２エラーについて、そのエラー数が毎秒Ｘフレーム以上になればアラームの通知を行い、毎秒Ｙフレーム以下になればアラームを解除せよ、という設定になる。このようにして、全てのＭＡＣチップ１１，５１に対してパラメータ設定が行われる。ＭＡＣチップ１１，５１はエラー情報を収集し続け、エラー数が閾値Ｘに達したとき初めてＣＰＵ１２にアラームを通知する（Report Alarm）。通知の内容は、例えば、以下のようになる。
Alarm code: CRC-32 Error （エラー情報はCRC-32 エラー）
Tag: OLT EPON （エラー検知ポイントはOLT EPON）
Direction: UP （上り方向）
Alarm State: ON （アラーム・オン）
【００１７】
アラームの通知を受けたＣＰＵ１２は、ここでＮ秒待機し、その後、上位の管理装置７に「上り誤り率劣化発生」を通知する。また、その後、エラー数が低下して閾値Ｙ以下になれば、ＭＡＣチップ１１，５１はＣＰＵ１２にアラームが解除されたことを通知する（Report Alarm）。通知の内容は、例えば、以下のようになる。
Alarm code: CRC-32 Error （エラー情報はCRC-32 エラー）
Tag: OLT EPON （エラー検知ポイントはOLT EPON）
Direction: UP （上り方向）
Alarm State: OFF （アラーム・オフ）
アラーム解除の通知を受けたＣＰＵ１２は、ここでＮ秒待機し、その後、上位の管理装置７に「上り誤り率劣化クリア」を通知する。これにより、管理装置７はアラーム解除も把握することができ、管理上便利である。
【００１８】
以上のようにして、従来のようにＭＡＣチップに対してエラー情報の通知を定期的に頻繁に行わせるのではなく、エラー数が、設定された閾値に達したときにのみ通知を行わせるようにしたので、複数のＯＮＵ５が接続されたＯＬＴ１のＭＡＣチップ１１は、エラー情報等の統計情報の取得に翻弄されることが無くなり、負荷が軽減される。その結果、ＯＬＴ１のＭＡＣチップ１１は、ＣＰＵ１２への迅速な応答性を損なわず、統計情報以外の制御情報を確実に取得することができる。
【００１９】
図５は、ＣＰＵ１２、ＭＡＣチップ１１，５１及び管理装置７の間での、信号シーケンスの他の例を示す図である。パラメータ設定及びアラームの通知までは図４の信号シーケンスと同じであるが、それ以後が異なる。すなわち、アラームの通知を受けたＣＰＵ１２は、Ｎ秒待機するが、このＮ秒の間にエラー数が低下して、アラームを解除する閾値Ｙ以下になれば、ＭＡＣチップ１１，５１はＣＰＵ１２にアラームが解除されたことを通知する。アラーム解除の通知を受けたＣＰＵ１２は、Ｎ秒経過後、上位の管理装置７への「上り誤り率劣化発生」の通知を中止する。こうして、Ｎ秒の間に解消されるような短期間のアラームが管理装置７に通知されることを防止する。すなわち、管理装置７に対する必要以上のアラーム通知を差し控え、管理装置７の負担を軽減することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態による局側装置を含む、ＧＥ−ＰＯＮ（Gigabit Ethernet-Passive Optical Network）システムの構成を示す図である。
【図２】ＯＬＴの内部構成の概略を示す図である。
【図３】統計情報の構成を示す図である。
【図４】ＣＰＵ、ＭＡＣチップ及び管理装置の間での、信号シーケンスの一例を示す図である。
【図５】ＣＰＵ、ＭＡＣチップ及び管理装置の間での、信号シーケンスの他の例を示す図である。
【符号の説明】
【００２１】
１ ＯＬＴ（局側装置）
５ ＯＮＵ（宅側装置）
７ 管理装置
１１，５１ ＭＡＣチップ
１２ ＣＰＵ
【特許請求の範囲】
【請求項１】
複数の宅側装置と共にＰＯＮシステムを構成する局側装置において、当該システム内のＭＡＣチップに対して、エラー情報を収集し、エラー数が閾値に達したときアラームを通知するよう要求するＣＰＵを設けたことを特徴とする局側装置。
【請求項２】
前記ＣＰＵは、アラームの通知を受けてから一定時間内にアラームが解除された場合に、上位の管理装置へのアラームの通知を中止する請求項１記載の局側装置。
【請求項３】
前記ＣＰＵは、前記エラー情報に含まれる各情報に対して個別に閾値を設定する請求項１又は２に記載の局側装置。
【請求項４】
前記ＣＰＵは、各情報に対してアラーム解除のための閾値を設定する請求項３記載の局側装置。
【請求項５】
局側装置及び複数の宅側装置によって構成されるＰＯＮシステムのエラー情報通知方法であって、
局側装置のＣＰＵから当該システム内のＭＡＣチップに対して、取得したいエラー情報とそのエラー数の閾値とを設定し、
前記ＭＡＣチップは、エラー情報を収集し、エラー数が閾値に達したとき前記ＣＰＵにアラームを通知する
ことを特徴とするＰＯＮシステムのエラー情報通知方法。
【請求項１】
複数の宅側装置と共にＰＯＮシステムを構成する局側装置において、当該システム内のＭＡＣチップに対して、エラー情報を収集し、エラー数が閾値に達したときアラームを通知するよう要求するＣＰＵを設けたことを特徴とする局側装置。
【請求項２】
前記ＣＰＵは、アラームの通知を受けてから一定時間内にアラームが解除された場合に、上位の管理装置へのアラームの通知を中止する請求項１記載の局側装置。
【請求項３】
前記ＣＰＵは、前記エラー情報に含まれる各情報に対して個別に閾値を設定する請求項１又は２に記載の局側装置。
【請求項４】
前記ＣＰＵは、各情報に対してアラーム解除のための閾値を設定する請求項３記載の局側装置。
【請求項５】
局側装置及び複数の宅側装置によって構成されるＰＯＮシステムのエラー情報通知方法であって、
局側装置のＣＰＵから当該システム内のＭＡＣチップに対して、取得したいエラー情報とそのエラー数の閾値とを設定し、
前記ＭＡＣチップは、エラー情報を収集し、エラー数が閾値に達したとき前記ＣＰＵにアラームを通知する
ことを特徴とするＰＯＮシステムのエラー情報通知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−１０４２０６（Ｐ２００７−１０４２０６Ａ）
【公開日】平成１９年４月１９日（２００７．４．１９）
【国際特許分類】
【出願番号】特願２００５−２９０２６７（Ｐ２００５−２９０２６７）
【出願日】平成１７年１０月３日（２００５．１０．３）
【出願人】（０００００２１３０）住友電気工業株式会社 (12,747)
【出願人】（５０２３１２４９８）住友電工ネットワークス株式会社 (212)
【Ｆターム（参考）】
【公開日】平成１９年４月１９日（２００７．４．１９）
【国際特許分類】
【出願日】平成１７年１０月３日（２００５．１０．３）
【出願人】（０００００２１３０）住友電気工業株式会社 (12,747)
【出願人】（５０２３１２４９８）住友電工ネットワークス株式会社 (212)
【Ｆターム（参考）】
[ Back to top ]