JP3910903B2 - 制御パケットの受信方法及び受信装置 - Google Patents
制御パケットの受信方法及び受信装置 Download PDFInfo
- Publication number
- JP3910903B2 JP3910903B2 JP2002296420A JP2002296420A JP3910903B2 JP 3910903 B2 JP3910903 B2 JP 3910903B2 JP 2002296420 A JP2002296420 A JP 2002296420A JP 2002296420 A JP2002296420 A JP 2002296420A JP 3910903 B2 JP3910903 B2 JP 3910903B2
- Authority
- JP
- Japan
- Prior art keywords
- oam packet
- control
- reception flag
- control packet
- reception
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
この発明は、加入者アクセス装置における制御パケット受信方法に関するものである。
【０００２】
【従来の技術】
加入者アクセスシステムのひとつであるEPON(：Ethernet(R) Passive Optical Network)システムは、局内設置装置であるELT(：Ethernet(R) Line Terminal)と宅内設置装置である複数のENT(：Ethernet(R) Network Terminal)から構成されている（例えば、特許文献１参照。）。
【０００３】
ENTのループバック制御，警報収集等の監視制御はELTから実行され、ELTは制御パケットであるOAM(：Operation Administration and Maintenance)パケットを使用した監視制御コマンドをENTに送出し、ENTから実行結果のレスポンスを受信することによって実現される。
【０００４】
この監視制御コマンド及びレスポンスの送受信は、ENTに対する常時監視のために、ファームウェアにより定期的に実行される。
【０００５】
そして、このようなEPONシステムにおいて、ELTのOAMパケット受信ブロックには、OAMパケット受信のためのバッファメモリが備えられている。ELTのハードウェアはOAMパケットを受信するとバッファに蓄積し受信フラグをセットしファームウェアに通知する。通知を受けたファームウェアは受信バッファの読み出し処理を実行する。そして、OAM送受のプロトコルはコマンドを送信後、レスポンスを受信してから次のコマンドを送信する方法を採用している。
【０００６】
通常状態のみ考慮した場合、ENTはELTからコマンドを受信しない限りOAMパケットを送出することはない。そのためELTは、１つのENTに対してOAMパケット受信バッファメモリを1面有すればENT制御は実現可能である。
【０００７】
しかし、ENTの電源がOFFされる場合に、電源がOFFされる過程においてENTは、ELTに電源OFF情報を伝達することが、システムの仕様として要求されている。
【０００８】
この場合に限り、ENTはELT からのコマンドに拠らず、OAMパケットを自律で発出して、この電源OFF情報をELTに伝達する構成となっている。
【０００９】
この結果、従来装置においては、ENTからの通常のレスポンス処理中に上記電源OFF通知OAMパケットを受信する場合を考慮し、ELTは各ENTに対応した受信バッファメモリを2面ずつ具える構成となっていた。
【００１０】
【特許文献１】
特開２００２−５７６８５号公報
【００１１】
【発明が解決しようとする課題】
上記の従来の構成では、ELTにENT毎のOAMパケット受信バッファメモリが２面ずつ必要となる。EPONシステムでは、最大６４個のENTを接続することを考慮しており、またOAMパケットは最低でも64byte必要であるため、受信バッファメモリは64Kbit以上必要となる。この結果、ハード規模が大きくならざるを得ないという欠点があった。
【００１２】
【課題を解決するための手段】
上記の課題を解決する為に、監視制御の為の監視制御コマンドを制御パケットとして宅内設置装置に送信し、宅内設置装置からの監視制御コマンドに対するレスポンスあるいは電源OFF通知を制御パケットとして受信しバッファメモリに蓄積して処理する局内設置装置に用いられる本発明の制御パケットの受信方法は、制御パケット連続受信フラグ生成部によって上記宅内設置装置からの制御パケットが連続して受信されたことを検出し、この制御パケット連続受信フラグ生成部で制御パケットが連続して受信されたことを検出した場合に、上記宅内設置装置の電源OFF通知の受信を検出する。
【００１３】
【発明の実施の形態】
（第１の実施例）
この発明の第１の実施例を、図１を用いて説明する。図１は、この第１の実施例の制御パケット受信方法に用いる受信装置である、OAMパケット受信ブロック100の構成を示したブロック図である。
【００１４】
OAMパケット受信ブロック100は、OAMパケット受信検出回路101，OAMパケット受信バッファメモリ102，OAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104及びフラグリセット部105から構成される。
【００１５】
なお、これらの構成のうちOAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104，フラグリセット部105はファームウェアによって制御・処理されており、ファームウェアによって、OAMパケット受信フラグやOAMパケット連続受信フラグの読み出しや、リセットを実行することができる。
【００１６】
OAMパケット受信検出回路101は、入力される“受信データ”からOAMパケットを検出すると、“OAMパケット受信検出パルス”を発生させる。この“OAMパケット受信検出パルス”により、OAMパケット受信フラグ生成部103のOAMパケット受信フラグは“1”にセットされる。
【００１７】
そして、OAMパケット連続受信フラグ生成部104のOAMパケット連続受信フラグは、OAMパケット受信フラグ生成部103から出力されている“フラグステートＡ”が“1”の状態のときに、“OAMパケット受信検出パルス”を受信すると“1”にセットされる。すなわち受信OAMパケット処理中に再度OAMパケットを受信したことを示すフラグである。
【００１８】
一方、OAMパケット受信バッファメモリ102は、OAMパケット受信検出回路101からの書き込み制御により、検出されたOAMパケットをバッファメモリに蓄積し、以降の読み出し処理に備える。
【００１９】
ただし、OAMパケット連続受信フラグが“1”の場合には、ファームウェアによってバッファメモリへの書き込みが禁止される。
【００２０】
そして、一連の処理が終了した後に、フラグリセット部105によって、OAMパケット受信フラグ生成部103のOAMパケット受信フラグとOAMパケット連続受信フラグ生成部104のOAMパケット連続受信フラグは、“０"にリセットされる。
【００２１】
図２は、第１の実施例における、ファームウェアで実行されるOAMパケット受信動作フローを示したフローチャートである。
【００２２】
このフローチャートに示したように、最初にOAMパケット受信フラグが“1”になると、OAMパケット受信バッファ処理を実行し、処理完了後にOAMパケット連続受信フラグをチェックする。
【００２３】
OAMパケット連続受信フラグが“０”の場合には2つのフラグをリセットし再び最初の処理に戻る。
【００２４】
OAMパケット連続受信フラグが“1”の場合には、ENTからの電源OFFのOAMパケット受信があったものとみなし、当該処理を実行し、2つのフラグをクリアした後、再び最初の処理に戻る。
【００２５】
従来技術の説明に記述したように、OAMパケット受信処理中にOAMパケットを受信することはENTの電源OFF通知以外には無いことに着目し、本願発明ではOAMパケット連続受信フラグを用意した。そしてファームウェアにより、OAMパケット受信バッファ処理完了後にこのOAMパケット連続受信フラグのフラグステートをチェックすることでENTの電源OFF通知の受信を検出することを可能とし、OAMパケット受信バッファメモリを1面のみとし、ハードウェア規模を軽減する効果が得られる。
【００２６】
（第２の実施例）
この発明の第２の実施例を、図３を用いて説明する。図３は、この第２の実施例の制御パケット受信方法に用いる受信装置である、OAMパケット受信ブロック200の構成を示したブロック図である。
【００２７】
OAMパケット受信ブロック200は、OAMパケット受信検出回路101，OAMパケット受信バッファメモリ102，OAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104，OAMパケット受信フラグ２生成部205及びフラグリセット部206から構成される。
【００２８】
なお、これらの構成のうちOAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104，OAMパケット受信フラグ２生成部205及びフラグリセット部206はファームウェアによって制御・処理されており、ファームウェアによって、OAMパケット受信フラグやOAMパケット連続受信フラグの読み出しや、リセットを実行することができる。
【００２９】
この第２の実施例では、第１の実施例の構成に加えて、OAMパケット受信フラグ２生成するOAMパケット受信フラグ２生成部205を備えている。
【００３０】
そして、OAMパケット受信フラグ２生成部205のOAMパケット受信フラグ２は、ファームウェアでフラグステートＣを読み出すことで、フラグを自動クリアする仕組み（：read and clear）を有する。また、第1の実施例と異なり、OAMパケット連続受信フラグに基づいた、OAMパケット受信バッファメモリ102への書き込み禁止制御は行われない。
【００３１】
第２の実施例における、ファームウェアで実行されるOAMパケット受信動作フローを、図４のフローチャートに示す。
【００３２】
第１の実施例と異なり、ファームウェアはOAMパケット受信フラグ２を繰り返し読出し、“1”になったことでOAMパケット受信を認識する。OAMパケット受信フラグ２は、ファームウェアで読み出されたことで、上述の通り自動的にクリアされ“０”に戻る。OAMパケット受信バッファ処理後、OAMパケット連続受信フラグをチェックし“０”であれば第1の実施例と同様の動作になる。一方、上記受信バッファ処理途中にENTからの電源OFF通知OAMパケットを受信した場合、OAMパケット連続受信フラグは“1”にセットされる。同時にOAMパケット受信フラグ２も再び“1”にセットされる。
【００３３】
第１の実施例と異なりOAMパケット受信バッファメモリへの書き込み禁止を実施していないため、ENT電源OFF通知OAMパケットはOAMパケット受信バッファメモリに蓄積される。しかし直前に実施されたOAMパケット受信バッファ処理途中にOAMパケット受信バッファが更新されている可能性があるため、直前の処理を無効化する必要がある。よって、OAMパケット連続受信フラグをチェックし、“1”であれば直前のOAMパケット受信バッファ処理を無効化し、OAMパケット受信フラグおよびOAMパケット連続受信フラグをリセットし、最初の処理にもどる。この結果、最初のOAMパケット受信フラグ２の読出しで“1”が読み出され、先ほど蓄積されたENT電源OFF通知OAMパケットの処理を正しく処理することが可能である。
【００３４】
このような構成とすることで、第１の実施例と同様にOAMパケット受信バッファを１面のみ備えることで、OAMパケット受信処理を実行することができる。更に、OAMパケット受信フラグ２生成部205にOAMパケット受信フラグ２を用意すること、ENTの電源OFF通知パケットであることが正確に確認でき、OAMパケット誤受信による誤動作を防止することができる。すなわち、第1の実施例の場合、OAMパケット連続フラグをチェックしてからフラグリセットを実行するまでの僅かの時間にENT電源OFF通知OAMパケットを受信した場合、ファームウェアはそれを検出できない恐れがあるのに対して、第２の実施例の構成であれは、確実に検出することが可能である。
【００３５】
【発明の効果】
本発明の構成によれば、局内設置装置において制御パケット受信処理中に宅内設置装置から自律的に発せられる新たな制御パケットを受信することは、対象となる宅内設置装置の電源OFF通知以外には無いことに着目し、宅内設置装置からの制御パケットが連続して受信されたことを検出する制御パケット連続受信フラグ生成部を設けている。
【００３６】
この結果、制御パケット連続受信フラグ生成部で制御パケットが連続して受信されたことを検出した場合に、宅内設置装置の電源OFF通知の受信を検出できるので、制御パケットを受信するためのバッファメモリを１面しか備えない構成であっても、的確に宅内設置装置の電源OFF通知を行うことができ、局内設置装置のハードウェア規模を軽減することが可能となる。
【図面の簡単な説明】
【図１】第１の実施例のOAMパケット受信ブロック100のブロック図である。
【図２】第１の実施例のOAMパケット受信フローを示したフローチャートである。
【図３】第２の実施例のOAMパケット受信ブロック200のブロック図である。
【図４】第２の実施例のOAMパケット受信フローを示したフローチャートである。
【符号の説明】
100，200 OAMパケット受信ブロック
101 OAMパケット受信検出回路
102 OAMパケット受信バッファメモリ
103 OAMパケット受信フラグ生成部
104 OAMパケット連続受信フラグ生成部
105，206 フラグリセット部
205 OAMパケット受信フラグ２生成部
【発明の属する技術分野】
この発明は、加入者アクセス装置における制御パケット受信方法に関するものである。
【０００２】
【従来の技術】
加入者アクセスシステムのひとつであるEPON(：Ethernet(R) Passive Optical Network)システムは、局内設置装置であるELT(：Ethernet(R) Line Terminal)と宅内設置装置である複数のENT(：Ethernet(R) Network Terminal)から構成されている（例えば、特許文献１参照。）。
【０００３】
ENTのループバック制御，警報収集等の監視制御はELTから実行され、ELTは制御パケットであるOAM(：Operation Administration and Maintenance)パケットを使用した監視制御コマンドをENTに送出し、ENTから実行結果のレスポンスを受信することによって実現される。
【０００４】
この監視制御コマンド及びレスポンスの送受信は、ENTに対する常時監視のために、ファームウェアにより定期的に実行される。
【０００５】
そして、このようなEPONシステムにおいて、ELTのOAMパケット受信ブロックには、OAMパケット受信のためのバッファメモリが備えられている。ELTのハードウェアはOAMパケットを受信するとバッファに蓄積し受信フラグをセットしファームウェアに通知する。通知を受けたファームウェアは受信バッファの読み出し処理を実行する。そして、OAM送受のプロトコルはコマンドを送信後、レスポンスを受信してから次のコマンドを送信する方法を採用している。
【０００６】
通常状態のみ考慮した場合、ENTはELTからコマンドを受信しない限りOAMパケットを送出することはない。そのためELTは、１つのENTに対してOAMパケット受信バッファメモリを1面有すればENT制御は実現可能である。
【０００７】
しかし、ENTの電源がOFFされる場合に、電源がOFFされる過程においてENTは、ELTに電源OFF情報を伝達することが、システムの仕様として要求されている。
【０００８】
この場合に限り、ENTはELT からのコマンドに拠らず、OAMパケットを自律で発出して、この電源OFF情報をELTに伝達する構成となっている。
【０００９】
この結果、従来装置においては、ENTからの通常のレスポンス処理中に上記電源OFF通知OAMパケットを受信する場合を考慮し、ELTは各ENTに対応した受信バッファメモリを2面ずつ具える構成となっていた。
【００１０】
【特許文献１】
特開２００２−５７６８５号公報
【００１１】
【発明が解決しようとする課題】
上記の従来の構成では、ELTにENT毎のOAMパケット受信バッファメモリが２面ずつ必要となる。EPONシステムでは、最大６４個のENTを接続することを考慮しており、またOAMパケットは最低でも64byte必要であるため、受信バッファメモリは64Kbit以上必要となる。この結果、ハード規模が大きくならざるを得ないという欠点があった。
【００１２】
【課題を解決するための手段】
上記の課題を解決する為に、監視制御の為の監視制御コマンドを制御パケットとして宅内設置装置に送信し、宅内設置装置からの監視制御コマンドに対するレスポンスあるいは電源OFF通知を制御パケットとして受信しバッファメモリに蓄積して処理する局内設置装置に用いられる本発明の制御パケットの受信方法は、制御パケット連続受信フラグ生成部によって上記宅内設置装置からの制御パケットが連続して受信されたことを検出し、この制御パケット連続受信フラグ生成部で制御パケットが連続して受信されたことを検出した場合に、上記宅内設置装置の電源OFF通知の受信を検出する。
【００１３】
【発明の実施の形態】
（第１の実施例）
この発明の第１の実施例を、図１を用いて説明する。図１は、この第１の実施例の制御パケット受信方法に用いる受信装置である、OAMパケット受信ブロック100の構成を示したブロック図である。
【００１４】
OAMパケット受信ブロック100は、OAMパケット受信検出回路101，OAMパケット受信バッファメモリ102，OAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104及びフラグリセット部105から構成される。
【００１５】
なお、これらの構成のうちOAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104，フラグリセット部105はファームウェアによって制御・処理されており、ファームウェアによって、OAMパケット受信フラグやOAMパケット連続受信フラグの読み出しや、リセットを実行することができる。
【００１６】
OAMパケット受信検出回路101は、入力される“受信データ”からOAMパケットを検出すると、“OAMパケット受信検出パルス”を発生させる。この“OAMパケット受信検出パルス”により、OAMパケット受信フラグ生成部103のOAMパケット受信フラグは“1”にセットされる。
【００１７】
そして、OAMパケット連続受信フラグ生成部104のOAMパケット連続受信フラグは、OAMパケット受信フラグ生成部103から出力されている“フラグステートＡ”が“1”の状態のときに、“OAMパケット受信検出パルス”を受信すると“1”にセットされる。すなわち受信OAMパケット処理中に再度OAMパケットを受信したことを示すフラグである。
【００１８】
一方、OAMパケット受信バッファメモリ102は、OAMパケット受信検出回路101からの書き込み制御により、検出されたOAMパケットをバッファメモリに蓄積し、以降の読み出し処理に備える。
【００１９】
ただし、OAMパケット連続受信フラグが“1”の場合には、ファームウェアによってバッファメモリへの書き込みが禁止される。
【００２０】
そして、一連の処理が終了した後に、フラグリセット部105によって、OAMパケット受信フラグ生成部103のOAMパケット受信フラグとOAMパケット連続受信フラグ生成部104のOAMパケット連続受信フラグは、“０"にリセットされる。
【００２１】
図２は、第１の実施例における、ファームウェアで実行されるOAMパケット受信動作フローを示したフローチャートである。
【００２２】
このフローチャートに示したように、最初にOAMパケット受信フラグが“1”になると、OAMパケット受信バッファ処理を実行し、処理完了後にOAMパケット連続受信フラグをチェックする。
【００２３】
OAMパケット連続受信フラグが“０”の場合には2つのフラグをリセットし再び最初の処理に戻る。
【００２４】
OAMパケット連続受信フラグが“1”の場合には、ENTからの電源OFFのOAMパケット受信があったものとみなし、当該処理を実行し、2つのフラグをクリアした後、再び最初の処理に戻る。
【００２５】
従来技術の説明に記述したように、OAMパケット受信処理中にOAMパケットを受信することはENTの電源OFF通知以外には無いことに着目し、本願発明ではOAMパケット連続受信フラグを用意した。そしてファームウェアにより、OAMパケット受信バッファ処理完了後にこのOAMパケット連続受信フラグのフラグステートをチェックすることでENTの電源OFF通知の受信を検出することを可能とし、OAMパケット受信バッファメモリを1面のみとし、ハードウェア規模を軽減する効果が得られる。
【００２６】
（第２の実施例）
この発明の第２の実施例を、図３を用いて説明する。図３は、この第２の実施例の制御パケット受信方法に用いる受信装置である、OAMパケット受信ブロック200の構成を示したブロック図である。
【００２７】
OAMパケット受信ブロック200は、OAMパケット受信検出回路101，OAMパケット受信バッファメモリ102，OAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104，OAMパケット受信フラグ２生成部205及びフラグリセット部206から構成される。
【００２８】
なお、これらの構成のうちOAMパケット受信フラグ生成部103，OAMパケット連続受信フラグ生成部104，OAMパケット受信フラグ２生成部205及びフラグリセット部206はファームウェアによって制御・処理されており、ファームウェアによって、OAMパケット受信フラグやOAMパケット連続受信フラグの読み出しや、リセットを実行することができる。
【００２９】
この第２の実施例では、第１の実施例の構成に加えて、OAMパケット受信フラグ２生成するOAMパケット受信フラグ２生成部205を備えている。
【００３０】
そして、OAMパケット受信フラグ２生成部205のOAMパケット受信フラグ２は、ファームウェアでフラグステートＣを読み出すことで、フラグを自動クリアする仕組み（：read and clear）を有する。また、第1の実施例と異なり、OAMパケット連続受信フラグに基づいた、OAMパケット受信バッファメモリ102への書き込み禁止制御は行われない。
【００３１】
第２の実施例における、ファームウェアで実行されるOAMパケット受信動作フローを、図４のフローチャートに示す。
【００３２】
第１の実施例と異なり、ファームウェアはOAMパケット受信フラグ２を繰り返し読出し、“1”になったことでOAMパケット受信を認識する。OAMパケット受信フラグ２は、ファームウェアで読み出されたことで、上述の通り自動的にクリアされ“０”に戻る。OAMパケット受信バッファ処理後、OAMパケット連続受信フラグをチェックし“０”であれば第1の実施例と同様の動作になる。一方、上記受信バッファ処理途中にENTからの電源OFF通知OAMパケットを受信した場合、OAMパケット連続受信フラグは“1”にセットされる。同時にOAMパケット受信フラグ２も再び“1”にセットされる。
【００３３】
第１の実施例と異なりOAMパケット受信バッファメモリへの書き込み禁止を実施していないため、ENT電源OFF通知OAMパケットはOAMパケット受信バッファメモリに蓄積される。しかし直前に実施されたOAMパケット受信バッファ処理途中にOAMパケット受信バッファが更新されている可能性があるため、直前の処理を無効化する必要がある。よって、OAMパケット連続受信フラグをチェックし、“1”であれば直前のOAMパケット受信バッファ処理を無効化し、OAMパケット受信フラグおよびOAMパケット連続受信フラグをリセットし、最初の処理にもどる。この結果、最初のOAMパケット受信フラグ２の読出しで“1”が読み出され、先ほど蓄積されたENT電源OFF通知OAMパケットの処理を正しく処理することが可能である。
【００３４】
このような構成とすることで、第１の実施例と同様にOAMパケット受信バッファを１面のみ備えることで、OAMパケット受信処理を実行することができる。更に、OAMパケット受信フラグ２生成部205にOAMパケット受信フラグ２を用意すること、ENTの電源OFF通知パケットであることが正確に確認でき、OAMパケット誤受信による誤動作を防止することができる。すなわち、第1の実施例の場合、OAMパケット連続フラグをチェックしてからフラグリセットを実行するまでの僅かの時間にENT電源OFF通知OAMパケットを受信した場合、ファームウェアはそれを検出できない恐れがあるのに対して、第２の実施例の構成であれは、確実に検出することが可能である。
【００３５】
【発明の効果】
本発明の構成によれば、局内設置装置において制御パケット受信処理中に宅内設置装置から自律的に発せられる新たな制御パケットを受信することは、対象となる宅内設置装置の電源OFF通知以外には無いことに着目し、宅内設置装置からの制御パケットが連続して受信されたことを検出する制御パケット連続受信フラグ生成部を設けている。
【００３６】
この結果、制御パケット連続受信フラグ生成部で制御パケットが連続して受信されたことを検出した場合に、宅内設置装置の電源OFF通知の受信を検出できるので、制御パケットを受信するためのバッファメモリを１面しか備えない構成であっても、的確に宅内設置装置の電源OFF通知を行うことができ、局内設置装置のハードウェア規模を軽減することが可能となる。
【図面の簡単な説明】
【図１】第１の実施例のOAMパケット受信ブロック100のブロック図である。
【図２】第１の実施例のOAMパケット受信フローを示したフローチャートである。
【図３】第２の実施例のOAMパケット受信ブロック200のブロック図である。
【図４】第２の実施例のOAMパケット受信フローを示したフローチャートである。
【符号の説明】
100，200 OAMパケット受信ブロック
101 OAMパケット受信検出回路
102 OAMパケット受信バッファメモリ
103 OAMパケット受信フラグ生成部
104 OAMパケット連続受信フラグ生成部
105，206 フラグリセット部
205 OAMパケット受信フラグ２生成部
Claims (2)
- 監視制御の為の監視制御コマンドを制御パケットとして宅内設置装置に送信し、前記宅内設置装置からの前記監視制御コマンドに対するレスポンスあるいは電源OFF通知を制御パケットとして受信しバッファメモリに蓄積して処理する局内設置装置において、
制御パケット連続受信フラグ生成部によって前記宅内設置装置からの制御パケットが連続して受信されたことを検出し、
前記制御パケット連続受信フラグ生成部で制御パケットが連続して受信されたことを検出した場合に、前記宅内設置装置の電源OFF通知の受信を検出することを特徴とする制御パケットの受信方法。 - 監視制御の為の監視制御コマンドを制御パケットとして宅内設置装置に送信し、前記宅内設置装置からの前記監視制御コマンドに対するレスポンスあるいは電源OFF通知を制御パケットとして受信しバッファメモリに蓄積して処理する局内設置装置において、
前記宅内設置装置からの制御パケットが連続して受信されたことを検出する制御パケット連続受信フラグ生成部を有し、
前記制御パケット連続受信フラグ生成部で制御パケットが連続して受信されたことを検出した場合に、前記宅内設置装置の電源OFF通知の受信を検出することを特徴とする制御パケットの受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002296420A JP3910903B2 (ja) | 2002-10-09 | 2002-10-09 | 制御パケットの受信方法及び受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002296420A JP3910903B2 (ja) | 2002-10-09 | 2002-10-09 | 制御パケットの受信方法及び受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004134969A JP2004134969A (ja) | 2004-04-30 |
| JP3910903B2 true JP3910903B2 (ja) | 2007-04-25 |
Family
ID=32286418
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002296420A Expired - Fee Related JP3910903B2 (ja) | 2002-10-09 | 2002-10-09 | 制御パケットの受信方法及び受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3910903B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5233504B2 (ja) | 2008-08-25 | 2013-07-10 | 富士通株式会社 | 経路制御装置およびパケット廃棄方法 |
| JP5460630B2 (ja) | 2011-03-10 | 2014-04-02 | 株式会社日立製作所 | ネットワークシステム、及び、管理サーバ |
-
2002
- 2002-10-09 JP JP2002296420A patent/JP3910903B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004134969A (ja) | 2004-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3910903B2 (ja) | 制御パケットの受信方法及び受信装置 | |
| JPH0512143A (ja) | 複流バスにおける障害検出方式 | |
| KR19990074817A (ko) | 교환기와 과금센터간의 인터페이스 유지보수 방법 | |
| JP4073595B2 (ja) | ネットワーク故障検出システム、検出方法 | |
| JP2938495B2 (ja) | ネットワーク監視装置 | |
| KR960001045B1 (ko) | 통제기의 접속유무 검출방법 및 회로 | |
| JPS6077551A (ja) | デ−タ伝送制御方式 | |
| KR930006862B1 (ko) | 전자교환기의 신호단말그룹 버스 삼중화 신호 감시회로 | |
| JP2933471B2 (ja) | 監視装置 | |
| JP2822995B2 (ja) | 警報セル発生システム | |
| JP2833543B2 (ja) | データ通信の回線切替方式 | |
| KR100439370B1 (ko) | 통합 액세스 장비의 유-링크 장애 처리 방법 및 시스템 | |
| JPH11355274A (ja) | 装置障害情報転送方法および装置障害情報転送機能実装ネットワーク間接続装置 | |
| JP3239856B2 (ja) | ローカルエリアネットワークにおける情報処理装置の障害通知システム及び障害通知装置 | |
| KR0174669B1 (ko) | 셉트 전송장비에서 장애 검출장치 | |
| RU2286014C2 (ru) | Системы для защитного контролирования линии связи | |
| JPS61236241A (ja) | 情報伝送装置の縮退運用方式 | |
| JP3246779B2 (ja) | 故障情報収集方式 | |
| JPS60204144A (ja) | バス型通信システムにおける障害検出方式 | |
| JPS63246946A (ja) | ル−プ構造ネツトワ−クにおける通信装置の障害検出方式 | |
| EP1207706A1 (en) | Call control device | |
| JPH0685770A (ja) | 伝送予備回路の不良検出方式 | |
| JPH04361439A (ja) | シリアルデータ通信装置 | |
| JPS59214347A (ja) | 誤警報デ−タ受信防止方式 | |
| JPH10294723A (ja) | 多重通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041220 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060923 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060929 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061013 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070125 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110202 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110202 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120202 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130202 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140202 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |