(57)【特許請求の範囲】
【請求項１】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視し、前記キューにデータが有る場合には、再起動を回避し、前記キューにデータが無い場合または無くなったときに再起動を実施することを特徴とする通信制御方法。
【請求項２】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、前記ＯＬＴに送信するデータフレームの優先度、および／または、前記ＯＬＴから受信したデータフレームの優先度を監視し、特定の優先度のデータフレームが有る場合には、再起動を回避し、特定の優先度のデータフレームが無い場合または無くなったときに再起動を実施することを特徴とする通信制御方法。
【請求項３】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視し、前記キューにデータが有る場合には、再起動準備未完了応答を前記ＯＬＴへ送信して、再起動を回避し、前記キューにデータが無い場合または無くなったときには、再起動準備完了応答を前記ＯＬＴへ送信し、
前記ＯＬＴは、前記ＯＮＵから再起動準備完了応答を受信した場合には、再起動コマンドをＯＮＵへ送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項４】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータフレームの優先度、および／または、前記ＯＬＴから受信したデータフレームの優先度を監視し、特定の優先度のデータフレームが有る場合には、再起動準備未完了応答を前記ＯＬＴへ送信して、再起動を回避し、特定の優先度のデータフレームが無い場合または無くなったときには、再起動準備完了応答を前記ＯＬＴへ送信し、
前記ＯＬＴは、前記ＯＮＵから再起動準備完了応答を受信した場合には、再起動コマンドをＯＮＵへ送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項５】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＮＵは、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視して、キューに格納されているデータ量を報告メッセージによって前記ＯＬＴへ報告し、
前記ＯＬＴは、前記報告メッセージを監視し、前記キューにデータが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、前記キューにデータが無い場合または無くなったときには、再起動コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項６】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視して、キューに格納されているデータ量を報告メッセージによって前記ＯＬＴへ報告し、
前記ＯＬＴは、前記報告メッセージを監視し、前記キューにデータが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、前記キューにデータが無い場合または無くなったときには、再起動コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項７】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータフレームの優先度、および／または、前記ＯＬＴから受信したデータフレームの優先度を監視して、データフレームの優先度を報告メッセージによって前記ＯＬＴへ報告し、
前記ＯＬＴは、前記報告メッセージを監視し、特定の優先度のデータフレームが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、特定の優先度のデータフレームが無い場合または無くなったときには、再起動コマンドを前記ＯＮＵへ送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項８】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、前記ＯＮＵに送信するデータを一時的に格納するキュー、および／または、前記ＯＮＵから受信したデータを一時的に格納するキューを監視し、前記キューにデータが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、前記キューにデータが無い場合または無くなったときに再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項９】
ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、
前記ＯＬＴは、前記ＯＮＵに送信するデータフレームの優先度、および／または、前記ＯＮＵから受信したデータフレームの優先度を監視し、特定の優先度のデータフレームが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、特定の優先度のデータフレームが無い場合または無くなったときに再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、
前記ＯＮＵは、前記再起動コマンドを受信すると、再起動を実施することを特徴とする通信制御方法。
【請求項１０】
前記キューは、優先度が異なる複数のキューのうちの高優先キューであることを特徴とする請求項１、３、５、６、８のいずれか１項に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光アクセスネットワークに適用される光加入者線終端装置（ＯＬＴ）と光ネットワーク終端装置（ＯＮＵ）との間で実施される通信制御方法に関する。
【背景技術】
【０００２】
図１は、１つの光加入者線終端装置（ＯＬＴ：Optical Line Terminal）が１つの光ネットワーク終端装置（ＯＮＵ：Optical Network Unit）と光ファイバ伝送路を介してポイントツーポイントの通信を行う光ネットワークシステムを示している。また、図２は、１つのＯＬＴが複数のＯＮＵと光ファイバ伝送路および１対ｎの光スプリッタ（ｎは自然数）を介してポイントツーマルチポイントの通信を行うＰＯＮ（Passive Optical Network：受動光ネットワーク）システムを示している。ＰＯＮシステムの１つの方式に、ＯＮＵからＯＬＴへの上りデータがＴＤＭＡ（Time Division Multiple Access：時分割多重アクセス）によって多重されるＴＤＭＡ−ＰＯＮがある。ＴＤＭＡ−ＰＯＮでは、複数のＯＮＵは互いに異なるタイムスロットを利用してＯＬＴに信号を送信する。
【０００３】
ＴＤＭＡ−ＰＯＮの代表的な規格であるＥＰＯＮでは、まず、通信端末から送信されたデータは、ＯＮＵ内のキューに格納され、ＯＮＵは、キューに格納されたデータ量をＯＬＴへ報告する。次に、ＯＮＵは、ＯＬＴから指示された送信時刻に、送信許可の得られた分のデータをＯＬＴへ送信する。ＯＮＵからＯＬＴへの報告メッセージとＯＬＴからＯＮＵへの送信許可メッセージは、それぞれＲＥＰＯＲＴメッセージ、ＧＡＴＥメッセージとしてＩＥＥＥ８０２．３において標準化されている。なお、このようなＯＬＴとＯＮＵとの間のポイントツーマルチポイント通信に関する規約は、ＭＰＣＰ（Multipoint Control Protocol）と呼ばれている。
【０００４】
また、ＩＥＥＥ８０２．３においては、ＯＬＴとＯＮＵとの間の保守監視インタフェースがＯＡＭ（Operations, Administration, and Maintenance）機能として規定されている。このＯＡＭ機能の１つとして、ＯＬＴがＯＮＵに対して再起動を行わせるコマンドを用意することが可能である。例えば、ＯＮＵに搭載されているファームウエアをアップグレードする場合や、ＯＬＴとＯＮＵとの間の回線を切り替える場合には、ＯＮＵはＯＬＴとの接続を一度遮断して、再起動する必要があるが、前述のＯＡＭ機能を利用して、ＯＬＴが再起動コマンドをＯＮＵに送信することで、ＯＮＵの再起動を実現することができる。図３に、従来のシステムにおけるＯＮＵの再起動のシーケンスを示す。まず、ＯＬＴは、再起動コマンドをＯＮＵへ送信する。再起動コマンドを受信したＯＮＵは、再起動コマンドに対する受信確認応答をＯＬＴへ送信すると同時に、ＯＮＵの再起動を行う。
【０００５】
図４に、従来のＯＬＴの機能ブロック図を示す。下り主信号は、ＳＮＩ（Service Node Interface）ポート３１、ブリッジ手段３２、ＰＯＮ信号処理手段３３を介してＰＯＮ−ＩＦ（PON Interface）ポート３４へと流れる。一方、上り主信号はＰＯＮ−ＩＦポート３４、ＰＯＮ信号処理手段３３、ブリッジ手段３２を介してＳＮＩポート３１へと流れる。ＭＡＣコントロール（ＭＰＣＰ）手段３５は、ＯＮＵに対してＯＮＵに備えられたキュー内のデータ量を報告させ、メッセージ監視手段３８は、ＯＮＵから受信した報告メッセージをもとにＯＮＵ内のキューのデータ量を監視する。ＤＢＡ（Dynamic Bandwidth Assignment：動的帯域割り当て）手段３７は、各ＯＮＵへ使用帯域を割り当てる。また、ＯＡＭ信号処理手段３６は、ＯＮＵと制御フレームをやり取りする。例えば、再起動を指示するコマンドをＯＮＵに対して送信する。
【０００６】
図５に、従来のＯＮＵの機能ブロック図を示す。上り主信号は、ＵＮＩ（User Network Interface）ポート４１、ブリッジ手段４２、ＰＯＮ信号処理手段４３を介してＰＯＮ−ＩＦポート４４へと流れる。一方、下り主信号はＰＯＮ−ＩＦポート４４、ＰＯＮ信号処理手段４３、ブリッジ手段４２を介してＵＮＩポート４１へと流れる。ＯＮＵは上り方向、下り方向に対してそれぞれ複数のキューを備え、キュー（フレーム）監視手段４７は、各キュー内のデータ量を監視する。また、ＭＡＣコントロール（ＭＰＣＰ）手段４５は、ＯＬＴに対してキュー内のデータ量を報告する。さらに、ＯＡＭ信号処理手段４６および端末制御手段４８は、ＯＬＴと制御フレームをやり取りし、ＯＬＴからの指示を実行する。例えば、ＯＬＴからの再起動の指示に応じてＯＮＵの再起動を実施する。
【非特許文献１】技術基礎講座「ＧＥ−ＰＯＮ技術  第４回  ＧＥ−ＰＯＮのシステム化機能」，ＮＴＴ技術ジャーナル，２００５年１１月，ｐ．５９−６１）
【非特許文献２】Ｔｓｕｔｏｍｕ  Ｔａｔｓｕｔａ，Ｎｏｒｉｙｕｋｉ  Ｏｏｔａ，Ｎｏｒｉｋｉ  Ｍｉｋｉ，ａｎｄ  Ｋｉｙｏｍｉ  Ｋｕｍｏｚａｋｉ，“Ｄｅｓｉｇｎ  ｐｈｉｌｏｓｏｐｈｙ  ａｎｄ  ｐｅｒｆｏｒｍａｎｃｅ  ｏｆ  ａ  ＧＥ−ＰＯＮ  ｓｙｓｔｅｍ  ｆｏｒ  ｍａｓｓ  ｄｅｐｌｏｙｍｅｎｔ”，ＪＯＵＲＮＡＬ  ＯＦ  ＯＰＴＩＣＡＬ  ＮＥＴＷＯＲＫＩＮＧ，Ｖｏｌ．６，Ｎｏ．６，Ｊｕｎｅ  ２００７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のＯＮＵでは、ＯＮＵの通信中に、ＯＬＴから再起動を行わせるコマンドを受信すると、ＯＮＵの通信中にもかかわらずＯＮＵの再起動を実施するので、通信が中断してしまうという問題があった。
【０００８】
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、ＯＮＵの通信中にはＯＮＵの再起動が実施されず、したがってＯＮＵの通信が中断することのない通信制御方法を提供することにある。
【課題を解決するための手段】
【００１６】
上記目的を達成するため、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視し、前記キューにデータが有る場合には、再起動を回避し、前記キューにデータが無い場合または無くなったときに再起動を実施することを特徴とする。
【００１７】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、前記ＯＬＴに送信するデータフレームの優先度、および／または、前記ＯＬＴから受信したデータフレームの優先度を監視し、特定の優先度のデータフレームが有る場合には、再起動を回避し、特定の優先度のデータフレームが無い場合または無くなったときに再起動を実施することを特徴とする。
【００１８】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視し、前記キューにデータが有る場合には、再起動準備未完了応答を前記ＯＬＴへ送信して、再起動を回避し、前記キューにデータが無い場合または無くなったときには、再起動準備完了応答を前記ＯＬＴへ送信し、前記ＯＬＴが、前記ＯＮＵから再起動準備完了応答を受信した場合には、再起動コマンドをＯＮＵへ送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００１９】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータフレームの優先度、および／または、前記ＯＬＴから受信したデータフレームの優先度を監視し、特定の優先度のデータフレームが有る場合には、再起動準備未完了応答を前記ＯＬＴへ送信して、再起動を回避し、特定の優先度のデータフレームが無い場合または無くなったときには、再起動準備完了応答を前記ＯＬＴへ送信し、前記ＯＬＴが、前記ＯＮＵから再起動準備完了応答を受信した場合には、再起動コマンドをＯＮＵへ送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００２０】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＮＵが、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視して、キューに格納されているデータ量を報告メッセージによって前記ＯＬＴへ報告し、前記ＯＬＴが、前記報告メッセージを監視し、前記キューにデータが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、前記キューにデータが無い場合または無くなったときには、再起動コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００２１】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータを一時的に格納するキュー、および／または、前記ＯＬＴから受信したデータを一時的に格納するキューを監視して、キューに格納されているデータ量を報告メッセージによって前記ＯＬＴへ報告し、前記ＯＬＴが、前記報告メッセージを監視し、前記キューにデータが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、前記キューにデータが無い場合または無くなったときには、再起動コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００２２】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、再起動する準備を行わせる再起動準備コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動準備コマンドを受信すると、前記ＯＬＴに送信するデータフレームの優先度、および／または、前記ＯＬＴから受信したデータフレームの優先度を監視して、データフレームの優先度を報告メッセージによって前記ＯＬＴへ報告し、前記ＯＬＴが、前記報告メッセージを監視し、特定の優先度のデータフレームが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、特定の優先度のデータフレームが無い場合または無くなったときには、再起動コマンドを前記ＯＮＵへ送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００２３】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、前記ＯＮＵに送信するデータを一時的に格納するキュー、および／または、前記ＯＮＵから受信したデータを一時的に格納するキューを監視し、前記キューにデータが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、前記キューにデータが無い場合または無くなったときに再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００２４】
また、本発明の通信制御方法は、ポイントツーポイントまたはポイントツーマルチポイントの通信を行う光ネットワークシステムにおいて、光加入者線終端装置（ＯＬＴ）が再起動コマンドにより光ネットワーク終端装置（ＯＮＵ）に対して再起動させる通信制御方法であって、前記ＯＬＴが、前記ＯＮＵに送信するデータフレームの優先度、および／または、前記ＯＮＵから受信したデータフレームの優先度を監視し、特定の優先度のデータフレームが有る場合には、ＯＮＵへの再起動コマンドの送信を回避し、特定の優先度のデータフレームが無い場合または無くなったときに再起動コマンドを前記ＯＮＵへ送信し、再起動コマンドを送信してから設定時間以内に前記ＯＮＵから受信確認応答を受信できない場合は、再起動コマンドを前記ＯＮＵへ再送信し、前記ＯＮＵが、前記再起動コマンドを受信すると、再起動を実施することを特徴とする。
【００２５】
また、前記キューは、優先度が異なる複数のキューのうちの高優先キューであることが好ましい。
【発明の効果】
【００２６】
本発明は、ＯＮＵの通信状態を監視し、ＯＮＵの再起動の時刻を適切に制御することにより、ＯＮＵの通信中（特に優先度の高いサービスを通信中）にＯＮＵが再起動して通信が中断することを未然に防止することができる。
【発明を実施するための最良の形態】
【００２７】
本発明の実施の形態について図面を参照して説明する。
図６は、本発明のキューを具備しないＯＬＴの機能ブロック図である。本発明のＯＬＴは、ＥＰＯＮシステムに適用され、ＳＮＩポート１１、ブリッジ手段１２、ＰＯＮ信号処理手段１３、ＰＯＮ−ＩＦポート１４、ＭＡＣコントロール（ＭＰＣＰ）手段１５、ＯＡＭ信号処理手段１６、ＤＢＡ手段１７、メッセージ監視手段１８、再起動判定手段１９を備える。本発明のＯＬＴは、従来のＯＬＴが備えていた機能に再起動判定手段１９を追加することで、ＯＮＵの再起動の時刻を制御するものである。ここで、再起動判定手段１９には、１つあるいは複数のタイマが具備されているものとする。
【００２８】
下り主信号は、ＳＮＩポート１１、ブリッジ手段１２、ＰＯＮ信号処理手段１３を介してＰＯＮ−ＩＦポート１４へと流れる。一方、上り主信号はＰＯＮ−ＩＦポート１４、ＰＯＮ信号処理手段１３、ブリッジ手段１２を介してＳＮＩポート１１へと流れる。ＭＡＣコントロール（ＭＰＣＰ）手段１５は、ＯＮＵに対してＯＮＵに備えられたキュー内のデータ量あるいはデータフレームの優先度を報告させ、メッセージ監視手段１８は、ＯＮＵから受信した報告メッセージをもとにＯＮＵ内のキューのデータ量あるいはデータフレームの優先度を監視する。ＤＢＡ手段１７は、各ＯＮＵへ使用帯域を割り当てる。また、ＯＡＭ信号処理手段１６は、ＯＮＵと制御フレームをやり取りする。例えば、再起動を指示するコマンドをＯＮＵに対して送信する。さらに、再起動判定手段１９は、メッセージ監視手段１６から、報告メッセージを読み出し、ＯＮＵキュー内のデータ量あるいはデータフレームの優先度を取得して、ＯＮＵの再起動を実施するか否かの再起動判定を行う。
ＯＬＴは、ＯＡＭ信号処理手段１６を介してＯＮＵに再起動コマンドを送信してＯＮＵを再起動させることができる。
【００２９】
図７は、本発明のキューを具備するＯＬＴの機能ブロック図である。本発明のＯＬＴは、ＥＰＯＮシステムに適用され、ＳＮＩポート５１、ブリッジ手段５２、ＰＯＮ信号処理手段５３、ＰＯＮ−ＩＦポート５４、ＭＡＣコントロール（ＭＰＣＰ）手段５５、ＯＡＭ信号処理手段５６、ＤＢＡ手段５７、メッセージ監視手段５８、キュー（フレーム）監視手段５９、再起動判定手段６０を備える。本発明のＯＬＴでは、従来のＯＬＴが備えていた機能にキュー（フレーム）監視手段５９と再起動判定手段６０を追加することでＯＮＵの再起動の時刻を制御するものである。ここで、再起動判定手段６０には、１つあるいは複数のタイマが具備されているものとする。
【００３０】
下り主信号は、ＳＮＩポート５１、ブリッジ手段５２、ＰＯＮ信号処理手段５３を介してＰＯＮ−ＩＦポート５４へと流れる。一方、上り主信号はＰＯＮ−ＩＦポート５４、ＰＯＮ信号処理手段５３、ブリッジ手段５２を介してＳＮＩポート５１へと流れる。ブリッジ手段５２は、ＯＮＵに送信するデータを優先度毎に一時的に格納するキューと、ＯＮＵから受信したデータを優先度毎に一時的に格納するキューとをそれぞれ複数備え、キュー（フレーム）監視手段５９は、ＯＮＵに送信するデータを格納するキューと、ＯＮＵから受信したデータを格納するキューのいずれか、または両方の各キューのデータ量あるいはデータフレームの優先度を監視する。再起動判定手段６０は、キュー（フレーム）監視手段５９からＯＬＴキュー内のデータ量あるいはデータフレームの優先度を取得して、ＯＮＵの再起動を実施するか否かの再起動判定を行う。また、ＤＢＡ手段５７は、各ＯＮＵへ使用帯域を割り当てる。さらに、ＯＡＭ信号処理手段５６は、ＯＮＵと制御フレームをやり取りする。例えば、再起動を指示するコマンドをＯＮＵに対して送信する。
ＯＬＴは、ＯＡＭ信号処理手段５６を介してＯＮＵに再起動コマンドを送信してＯＮＵを再起動させることができる。
【００３１】
図８は、本発明のＯＮＵの機能ブロック図である。本発明のＯＮＵは、ＥＰＯＮシステムに適用され、ＵＮＩポート２１、ブリッジ手段２２、ＰＯＮ信号処理手段２３、ＰＯＮ−ＩＦポート２４、ＭＡＣコントロール（ＭＰＣＰ）手段２５、ＯＡＭ信号処理手段２６、キュー（フレーム）監視手段２７、端末制御手段２８、再起動判定手段２９を備える。本発明のＯＮＵは、従来のＯＮＵが備えていた機能に再起動判定手段２９を追加することで、ＯＮＵの再起動の時刻を制御するものである。ここで、再起動判定手段２９には、１つあるいは複数のタイマが具備されているものとする。
【００３２】
上り主信号は、ＵＮＩポート２１、ブリッジ手段２２、ＰＯＮ信号処理手段２３を介してＰＯＮ−ＩＦポート２４へと流れる。一方、下り主信号はＰＯＮ−ＩＦポート２４、ＰＯＮ信号処理手段２３、ブリッジ手段２２を介してＵＮＩポート２１へと流れる。ブリッジ手段２２は、ＯＬＴに送信するデータを優先度毎に一時的に格納するキューと、ＯＬＴから受信したデータを優先度毎に一時的に格納するキューとをそれぞれ複数備え、キュー（フレーム）監視手段２７は、ＯＬＴに送信するデータを格納するキューと、ＯＬＴから受信したデータを格納するキューのいずれか、または両方の各キュー内のデータ量あるいはデータフレームの優先度を監視する。また、ＭＡＣコントロール（ＭＰＣＰ）手段２５は、ＯＬＴに対してキュー内のデータ量あるいはデータフレームの優先度を報告する。さらに、ＯＡＭ信号処理手段２６および端末制御手段２８は、ＯＬＴと制御フレームをやり取りし、ＯＬＴからの指示を実行する。例えば、ＯＬＴからの再起動の指示に応じてＯＮＵの再起動を実施する。再起動判定手段２９は、キュー内のデータ量あるいはデータフレームの優先度を監視するキュー（フレーム）監視手段２７から、ＯＮＵキュー内のデータ量あるいはデータフレームの優先度を取得して、ＯＮＵの再起動を実施するか否かの再起動判定を行う。
ＯＮＵは、ＯＮＵが再起動可能な状態である場合、あるいは、ＯＬＴから再起動を指示された場合にはＯＮＵの再起動を行うことができる。
【００３３】
＜第１の実施形態＞
図９は、本発明による第１の実施形態を表すシーケンス図である。第１の実施形態は、ＯＬＴから再起動の指示を受けたＯＮＵがキューの監視を行い、ＯＮＵが自律的にＯＮＵの再起動の時刻を制御するものである。第１の実施形態のＯＬＴは、図４に示した従来のＯＬＴにさらにタイマを具備することで実現できる。また、第１の実施形態のＯＮＵは、図８に示した構成で実現できる。なお、ポイントツーポイントの光ネットワークの場合には、ＯＬＴからＭＡＣコントロール手段、ＤＢＡ手段およびメッセージ監視手段を取り除くことができ、ＯＮＵからＭＡＣコントロール手段を取り除くことができる。また、ＯＬＴおよびＯＮＵにおいて、ＰＯＮ信号処理手段は、光ネットワーク信号処理手段に置き換えられる。
【００３４】
まず、ＯＬＴは、ＯＬＴとの接続を一度遮断して再起動させるための再起動コマンドをＯＮＵへ送信する。再起動コマンドを受信したＯＮＵは、再起動コマンドに対する受信確認応答をＯＬＴへ送信する。ＯＮＵは、受信確認応答の送信と同時に、ＯＬＴに送信するデータを一時的に格納するキュー、および／または、ＯＬＴから受信したデータを一時的に格納するキューの監視を開始する。設定時間２の期間、キューにデータが無い場合または無くなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、ＯＮＵの再起動を行う。
【００３５】
ＯＬＴが再起動コマンドを送信してから設定時間１以内に受信確認応答を受信できなかった場合、ＯＬＴは再起動コマンドがＯＮＵに到着していないと判断し、再起動コマンドをＯＮＵへ再送信する。また、ＯＮＵがキューの監視を開始してから設定時間２の期間、キューにデータが存在していた場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。さらに、ＯＮＵは、ＯＬＴがＯＮＵの状態を把握できるようにするために、ＯＮＵの再起動を行うか、あるいは、ＯＮＵの再起動を回避するかという判断結果をＯＬＴに対して通知してもよい。
【００３６】
設定時間１には、ＯＬＴとＯＮＵとの間の往復時間よりも大きな値を指定する。設定時間２には、キューに格納されるデータフレームの送受信間隔よりも大きな値を指定する。ＳＩＰ（Session Initiation Protocol）を利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴへ送信するデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。ＩＥＴＦ標準ＲＦＣ３５５０の規定では、音声パケット（ＲＴＰパケット）の送信間隔を２０ミリ秒にすることが推奨されており、設定時間２を少なくとも２０ミリ秒以上に設定する。例えば、設定時間２を送信間隔の５０倍、つまり１秒以下に設定しておけば、複数のフレームを監視できる。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴから受信したデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。音声パケットが正確に２０ミリ秒の間隔で送信されたとしても、受信側ではパケット損失や遅延ゆらぎの影響を受け、等間隔に音声パケットを受信できない。ＩＴＵ−Ｔ勧告Ｙ．１５４１に規定されているＣｌａｓｓ０の通信品質で音声パケットを送受信することを仮定すると、パケット損失率は１０−３以下、パケット遅延ゆらぎは５０ミリ秒以下である。例えば、最大５０ミリ秒の遅延ゆらぎを考慮したとしても、設定時間２を７０ミリ秒以上に設定しておけば、少なくとも１フレームを監視することができる。また、設定時間２を送信間隔の５０倍、つまり１秒以下に設定しておけば、最大で４７フレームを監視することができる。設定時間２を１秒に設定した場合、監視中に音声パケットが観測されない確率は（１０−３）４７＝１０−１４１である。また、設定時間２を、ＳＩＰセッション確立のためのＩＮＶＩＴＥメッセージを送信してから２００  ＯＫを受信するまでのタイムアウト時間よりも大きな値とすることで、電話アプリケーション実行中のＯＮＵの再起動の回避に加えて、ＳＩＰセッションの確立フェーズにおいてのＯＮＵの再起動も回避できる。
【００３７】
ＯＮＵは、キューに格納されたデータの監視を行う代わりに、送受信されるデータフレームの優先度の監視を行ってもよい。つまり、ＯＬＴへ送信するデータフレームの優先度の監視、ＯＬＴから受信したデータフレームの優先度の監視、あるいは、その両方の監視を行うことで、特定の優先度を有するアプリケーションの通信状態を把握できる。例えば、ＯＮＵが監視を開始してから設定時間２の期間、特定の優先度のデータフレームが送受信されていない場合または送受信されなくなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、ＯＮＵの再起動を行う。また、ＯＮＵが監視を開始してから設定時間２の期間、特定の優先度のデータフレームが送受信されている場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。なお、データフレームの優先度は、データフレームのＶＬＡＮタグヘッダ内に格納されているＣｏＳ（Class of Service）値、あるいは、ＩＰヘッダ内に格納されているＴｏＳ（Type of Service）値によって識別される。
【００３８】
＜第２の実施形態＞
図１０は、本発明による第２の実施形態を表すシーケンス図である。第２の実施形態は、ＯＬＴから再起動準備の指示を受けたＯＮＵがキューの監視を行い、ＯＬＴがＯＮＵの再起動の時刻を制御するものである。第２の実施形態のＯＬＴおよびＯＮＵは、それぞれ図６および図８に示した構成で実現できる。なお、ポイントツーポイントの光ネットワークの場合には、ＯＬＴからＭＡＣコントロール手段、ＤＢＡ手段およびメッセージ監視手段を取り除くことができ、ＯＮＵからＭＡＣコントロール手段を取り除くことができる。また、ＯＬＴおよびＯＮＵにおいて、ＰＯＮ信号処理手段は、光ネットワーク信号処理手段に置き換えられる。
【００３９】
まず、ＯＬＴは、ＯＬＴとの接続を一度遮断して再起動する準備を行わせる再起動準備コマンドをＯＮＵへ送信する。再起動準備コマンドを受信したＯＮＵは、ＯＬＴに送信するデータを一時的に格納するキュー、および／または、ＯＬＴから受信したデータを一時的に格納するキューの監視を開始する。設定時間５の期間、キューにデータが無い場合または無くなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、再起動準備完了応答をＯＬＴへ送信する。同時に、ＯＮＵを通して新たなセッションが確立しないように、設定時間６の期間、ＯＮＵは、ＯＬＴへ送信するデータおよびＯＬＴから受信したデータをすべて廃棄する。再起動準備完了応答を受信したＯＬＴは、ＯＬＴとの接続を一度遮断して再起動させるための再起動コマンドをＯＮＵへ送信する。再起動コマンドを受信したＯＮＵは、再起動コマンドに対する受信確認応答をＯＬＴへ送信し、ＯＮＵの再起動を行う。
【００４０】
一方、ＯＮＵがキューの監視を開始してから設定時間５の期間、キューにデータが存在していた場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、再起動準備未完了応答をＯＬＴへ送信する。再起動準備未完了応答を受信したＯＬＴは、ＯＮＵの再起動を回避する。すなわち、ＯＮＵへの再起動コマンドの送信を回避する。
【００４１】
ＯＬＴが再起動準備コマンドを送信してから設定時間３以内に再起動準備完了応答、あるいは、再起動準備未完了応答を受信できなかった場合、ＯＬＴは再起動準備コマンドがＯＮＵに到着していないと判断し、再起動準備コマンドをＯＮＵへ再送信する。また、ＯＬＴが再起動コマンドを送信してから設定時間４以内に受信確認応答を受信できなかった場合、ＯＬＴは再起動コマンドがＯＮＵに到着していないと判断し、再起動コマンドをＯＮＵへ再送信する。また、ＯＮＵが再起動準備コマンドを受信してから設定時間７以内に再起動コマンドを受信できなかった場合、あるいは、再起動準備完了応答を送信してから設定時間６以内に再起動コマンドを受信できなかった場合、ＯＮＵはＯＮＵの再起動を回避する。
【００４２】
設定時間３および設定時間７には、（ＯＬＴとＯＮＵとの間の往復時間）＋（設定時間５）よりも大きな値を指定する。設定時間４および設定時間６には、ＯＬＴとＯＮＵとの間の往復時間よりも大きな値を指定する。設定時間５には、キューに格納されるデータフレームの送受信間隔よりも大きな値を指定する。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴへ送信するデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。ＩＥＴＦ標準ＲＦＣ３５５０の規定では、音声パケット（ＲＴＰパケット）の送信間隔を２０ミリ秒にすることが推奨されており、設定時間５を少なくとも２０ミリ秒以上に設定する。例えば、設定時間５を送信間隔の５０倍、つまり１秒以下に設定しておけば、複数のフレームを監視できる。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴから受信したデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。音声パケットが正確に２０ミリ秒の間隔で送信されたとしても、受信側ではパケット損失や遅延ゆらぎの影響を受け、等間隔に音声パケットを受信できない。ＩＴＵ−Ｔ勧告Ｙ．１５４１に規定されているＣｌａｓｓ０の通信品質で音声パケットを送受信することを仮定すると、パケット損失率は１０−３以下、パケット遅延ゆらぎは５０ミリ秒以下である。例えば、最大５０ミリ秒の遅延ゆらぎを考慮したとしても、設定時間５を７０ミリ秒以上に設定しておけば、少なくとも１フレームを監視することができる。また、設定時間５を送信間隔の５０倍、つまり１秒以下に設定しておけば、最大で４７フレームを監視することができる。設定時間５を１秒に設定した場合、監視中に音声パケットが観測されない確率は（１０−３）４７＝１０−１４１である。また、設定時間５を、ＳＩＰセッション確立のためのＩＮＶＩＴＥメッセージを送信してから２００  ＯＫを受信するまでのタイムアウト時間よりも大きな値とすることで、電話アプリケーション実行中のＯＮＵの再起動の回避に加えて、ＳＩＰセッションの確立フェーズにおいてのＯＮＵの再起動も回避できる。
【００４３】
ＯＮＵは、キューに格納されたデータの監視を行う代わりに、送受信されるデータフレームの優先度の監視を行ってもよい。つまり、ＯＬＴへ送信するデータフレームの優先度の監視、ＯＬＴから受信したデータフレームの優先度の監視、あるいは、その両方の監視を行うことで、特定の優先度を有するアプリケーションの通信状態を把握できる。例えば、ＯＮＵが監視を開始してから設定時間５の期間、特定の優先度のデータフレームが送受信されていない場合または送受信されなくなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、再起動準備完了応答をＯＬＴへ送信する。また、ＯＮＵが監視を開始してから設定時間５の期間、特定の優先度のデータフレームが送受信されている場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避すると同時に、再起動準備未完了応答をＯＬＴへ送信する。なお、データフレームの優先度は、データフレームのＶＬＡＮタグヘッダ内に格納されているＣｏＳ（Class of Service）値、あるいは、ＩＰヘッダ内に格納されているＴｏＳ（Type of Service）値によって識別される。
【００４４】
＜第３の実施形態＞
図１１は、本発明による第３の実施形態を表すシーケンス図である。第３の実施形態は、ＯＬＴがＯＮＵから受信する報告メッセージをもとにＯＮＵのキュー監視を行い、ＯＬＴがＯＮＵの再起動の時刻を制御するものである。第３の実施形態のＯＬＴおよびＯＮＵはそれぞれ図６および図５に示した構成で実現できる。
【００４５】
まず、ＯＮＵは、ＯＬＴに送信するデータを一時的に格納するキュー、および／または、ＯＬＴから受信したデータを一時的に格納するキューを監視して、キューに格納されているデータ量を報告メッセージによってＯＬＴへ報告する。ＯＬＴは、ＯＮＵから受信した報告メッセージを監視し、ＯＮＵのキューに優先度毎に格納されているデータ量を把握する。設定時間８の期間、キューにデータが無い場合または無くなったときには、ＯＮＵが再起動可能な状態（通信中でない状態）と判断し、ＯＬＴはＯＬＴとの接続を一度遮断して再起動させるための再起動コマンドをＯＮＵへ送信する。同時に、ＯＮＵを通して新たなセッションが確立しないように、設定時間９の期間、ＯＬＴは、再起動を行う予定のＯＮＵへ送信するデータおよび再起動を行う予定のＯＮＵから受信したデータをすべて廃棄する。再起動コマンドを受信したＯＮＵは、再起動コマンドに対する受信確認応答をＯＬＴへ送信し、ＯＮＵの再起動を行う。
【００４６】
ＯＬＴが報告メッセージの監視を開始してから設定時間８の期間、キューにデータが存在していた場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。すなわち、ＯＮＵへの再起動コマンドの送信を回避する。また、ＯＬＴが再起動コマンドを送信してから設定時間９以内に受信確認応答を受信できなかった場合、ＯＬＴは再起動コマンドがＯＮＵに到着していないと判断し、再起動コマンドをＯＮＵへ再送信する。
【００４７】
設定時間８には、キューに格納されるデータフレームの送受信間隔よりも大きな値を指定する。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴへ送信するデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。ＩＥＴＦ標準ＲＦＣ３５５０の規定では、音声パケット（ＲＴＰパケット）の送信間隔を２０ミリ秒にすることが推奨されており、設定時間８を少なくとも２０ミリ秒以上に設定する。例えば、設定時間８を送信間隔の５０倍、つまり１秒以下に設定しておけば、複数のフレームを監視できる。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴから受信したデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。音声パケットが正確に２０ミリ秒の間隔で送信されたとしても、受信側ではパケット損失や遅延ゆらぎの影響を受け、等間隔に音声パケットを受信できない。ＩＴＵ−Ｔ勧告Ｙ．１５４１に規定されているＣｌａｓｓ０の通信品質で音声パケットを送受信することを仮定すると、パケット損失率は１０−３以下、パケット遅延ゆらぎは５０ミリ秒以下である。例えば、最大５０ミリ秒の遅延ゆらぎを考慮したとしても、設定時間８を７０ミリ秒以上に設定しておけば、少なくとも１フレームを監視することができる。また、設定時間８を送信間隔の５０倍、つまり１秒以下に設定しておけば、最大で４７フレームを監視することができる。設定時間８を１秒に設定した場合、監視中に音声パケットが観測されない確率は（１０−３）４７＝１０−１４１である。また、設定時間８を、ＳＩＰセッション確立のためのＩＮＶＩＴＥメッセージを送信してから２００  ＯＫを受信するまでのタイムアウト時間よりも大きな値とすることで、電話アプリケーション実行中のＯＮＵの再起動の回避に加えて、ＳＩＰセッションの確立フェーズにおいてのＯＮＵの再起動も回避できる。設定時間９には、ＯＬＴとＯＮＵとの間の往復時間よりも大きな値を指定する。
【００４８】
＜第４の実施形態＞
図１２は本発明による第４の実施形態を表すシーケンス図である。第４の実施形態は、ＯＬＴから再起動準備の指示を受けたＯＮＵがキューの監視を行い、また、ＯＬＴがＯＮＵから受信する報告メッセージをもとにＯＮＵのキュー監視を行い、ＯＬＴがＯＮＵの再起動の時刻を制御するものである。第４の実施形態のＯＬＴおよびＯＮＵはそれぞれ図６および図８に示した構成で実現できる。
【００４９】
まず、ＯＬＴは、ＯＬＴとの接続を一度遮断して再起動する準備を行わせる再起動準備コマンドをＯＮＵへ送信する。再起動準備コマンドを受信したＯＮＵは、ＯＬＴに送信するデータを一時的に格納するキュー、および／または、ＯＬＴから受信したデータを一時的に格納するキューの監視を開始すると同時に、再起動準備完了応答をＯＬＴへ送信する。設定時間１３の期間、キューにデータが無い場合または無くなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、ＯＮＵを通して新たなセッションが確立しないように、設定時間１４の期間、ＯＮＵは、ＯＬＴへ送信するデータおよびＯＬＴから受信したデータをすべて廃棄する。一方、ＯＮＵがキューの監視を開始してから設定時間１３の期間、キューにデータが存在していた場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。
【００５０】
次に、再起動準備完了応答を受信したＯＬＴは、ＯＮＵから受信した報告メッセージを監視し、ＯＮＵのキューに優先度毎に格納されているデータ量を把握する。設定時間１１の期間、キューにデータが無い場合または無くなったときには、ＯＮＵが再起動可能な状態（通信中でない状態）と判断し、ＯＬＴは、ＯＬＴとの接続を一度遮断して再起動させるための再起動コマンドをＯＮＵへ送信する。再起動コマンドを受信したＯＮＵは、再起動コマンドに対する受信確認応答をＯＬＴへ送信し、ＯＮＵの再起動を行う。ＯＬＴが報告メッセージの監視を開始してから設定時間１１の期間、キューにデータが存在していた場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。すなわち、ＯＮＵへの再起動コマンドの送信を回避する。
【００５１】
ＯＬＴが再起動準備コマンドを送信してから設定時間１０以内に再起動準備完了応答を受信できなかった場合、ＯＬＴは再起動準備コマンドがＯＮＵに到着していないと判断し、再起動準備コマンドをＯＮＵへ再送信する。また、ＯＬＴが再起動コマンドを送信してから設定時間１２以内に受信確認応答を受信できなかった場合、ＯＬＴは再起動コマンドがＯＮＵに到着していないと判断し、再起動コマンドをＯＮＵへ再送信する。また、ＯＮＵが再起動準備コマンドを受信してから設定時間１５以内に再起動コマンドを受信できなかった場合、あるいは、ＯＬＴへ送信するデータおよびＯＬＴから受信するデータをすべて廃棄し始めてから設定時間１４以内に再起動コマンドを受信できなかった場合、ＯＮＵはＯＮＵの再起動を回避する。
【００５２】
設定時間１０、設定時間１２および設定時間１４には、ＯＬＴとＯＮＵとの間の往復時間よりも大きな値を指定する。設定時間１１および設定時間１３には、キューに格納されるデータフレームの送受信間隔よりも大きな値を指定する。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴへ送信するデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。ＩＥＴＦ標準ＲＦＣ３５５０の規定では、音声パケット（ＲＴＰパケット）の送信間隔を２０ミリ秒にすることが推奨されており、設定時間１１および設定時間１３を少なくとも２０ミリ秒以上に設定する。例えば、設定時間１１および設定時間１３を送信間隔の５０倍、つまり１秒以下に設定しておけば、複数のフレームを監視できる。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＮＵが、ＯＬＴから受信したデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。音声パケットが正確に２０ミリ秒の間隔で送信されたとしても、受信側ではパケット損失や遅延ゆらぎの影響を受け、等間隔に音声パケットを受信できない。ＩＴＵ−Ｔ勧告Ｙ．１５４１に規定されているＣｌａｓｓ０の通信品質で音声パケットを送受信することを仮定すると、パケット損失率は１０−３以下、パケット遅延ゆらぎは５０ミリ秒以下である。例えば、最大５０ミリ秒の遅延ゆらぎを考慮したとしても、設定時間１１および設定時間１３を７０ミリ秒以上に設定しておけば、少なくとも１フレームを監視することができる。また、設定時間１１および設定時間１３を送信間隔の５０倍、つまり１秒以下に設定しておけば、最大で４７フレームを監視することができる。設定時間１１および設定時間１３を１秒に設定した場合、監視中に音声パケットが観測されない確率は（１０−３）４７＝１０−１４１である。また、設定時間１１および設定時間１３を、ＳＩＰセッション確立のためのＩＮＶＩＴＥメッセージを送信してから２００  ＯＫを受信するまでのタイムアウト時間よりも大きな値とすることで、電話アプリケーション実行中のＯＮＵの再起動の回避に加えて、ＳＩＰセッションの確立フェーズにおいてのＯＮＵの再起動も回避できる。設定時間１５には、（ＯＬＴとＯＮＵとの間の往復時間）＋（設定時間１１）より
も大きな値を指定する。
【００５３】
ＯＮＵは、キューに格納されたデータの監視を行う代わりに、送受信されるデータフレームの優先度の監視を行ってもよい。つまり、ＯＬＴへ送信するデータフレームの優先度の監視、ＯＬＴから受信したデータフレームの優先度の監視、あるいは、その両方の監視を行うことで、特定の優先度を有するアプリケーションの通信状態を把握できる。例えば、ＯＮＵが監視を開始してから設定時間１３の期間、特定の優先度のデータフレームが送受信されていない場合または送受信されなくなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、ＯＮＵを通して新たなセッションが確立しないように、設定時間１４の期間、ＯＮＵは、ＯＬＴへ送信するデータおよびＯＬＴから受信したデータをすべて廃棄する。また、ＯＮＵが監視を開始してから設定時間１３の期間、特定の優先度のデータフレームが送受信されている場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。なお、データフレームの優先度は、データフレームのＶＬＡＮタグヘッダ内に格納されているＣｏＳ（Class of Service）値、あるいは、ＩＰヘッダ内に格納されているＴｏＳ（Type of Service）値によって識別される。
【００５４】
＜第５の実施形態＞
図１３は本発明による第５の実施形態を表すシーケンス図である。第５の実施形態は、ＯＬＴがＯＬＴのキュー監視を行い、ＯＬＴがＯＮＵの再起動の時刻を制御するものである。第５の実施形態のＯＬＴおよびＯＮＵは、それぞれ図７および図５に示した構成で実現できる。なお、ポイントツーポイントの光ネットワークの場合には、ＯＬＴからＭＡＣコントロール手段、メッセージ監視手段およびＤＢＡ手段を取り除くことができ、ＯＮＵからＭＡＣコントロール手段を取り除くことができる。また、ＯＬＴおよびＯＮＵにおいて、ＰＯＮ信号処理手段は光ネットワーク信号処理手段に置き換えられる。
【００５５】
まず、ＯＬＴはＯＮＵに送信するデータを一時的に格納するキュー、および／または、ＯＮＵから受信したデータを一時的に格納するキューの監視を開始する。設定時間１７の期間、キューにデータが無い場合または無くなったときには、ＯＮＵが再起動可能な状態（通信中でない状態）と判断し、ＯＬＴはＯＬＴとの接続を一度遮断して再起動させるための再起動コマンドをＯＮＵへ送信する。同時に、ＯＮＵを通して新たなセッションが確立しないように、設定時間１８の期間、ＯＬＴは再起動を行う予定のＯＮＵへ送信するデータおよび再起動を行う予定のＯＮＵから受信したデータをすべて廃棄する。再起動コマンドを受信したＯＮＵは、再起動コマンドに対する受信確認応答をＯＬＴへ送信し、ＯＮＵの再起動を行う。
【００５６】
ＯＬＴがキューの監視を開始してから設定時間１７の期間、キューにデータが存在していた場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。また、ＯＬＴが再起動コマンドを送信してから設定時間１８以内に受信確認応答を受信できなかった場合、ＯＬＴは再起動コマンドがＯＮＵに到着していないと判断し、再起動コマンドをＯＮＵへ再送信する。
【００５７】
設定時間１７には、キューに格納されるデータフレームの送受信間隔よりも大きな値を指定する。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＬＴが、ＯＮＵから受信したデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。ＩＥＴＦ標準ＲＦＣ３５５０の規定では、音声パケット（ＲＴＰパケット）の送信間隔を２０ミリ秒にすることが推奨されており、設定時間１７を少なくとも２０ミリ秒以上に設定する。例えば、設定時間１７を送信間隔の５０倍、つまり１秒以下に設定しておけば、複数のフレームを監視できる。ＳＩＰを利用した電話アプリケーション実行中のＯＮＵの再起動を回避するために、ＯＬＴが、ＯＮＵへ送信するデータを優先度毎に一時的に格納するキューを監視する場合について以下に説明する。音声パケットが正確に２０ミリ秒の間隔で送信されたとしても、受信側ではパケット損失や遅延ゆらぎの影響を受け、等間隔に音声パケットを受信できない。ＩＴＵ−Ｔ勧告Ｙ．１５４１に規定されているＣｌａｓｓ０の通信品質で音声パケットを送受信することを仮定すると、パケット損失率は１０−３以下、パケット遅延ゆらぎは５０ミリ秒以下である。例えば、最大５０ミリ秒の遅延ゆらぎを考慮したとしても、設定時間１７を７０ミリ秒以上に設定しておけば、少なくとも１フレームを監視することができる。また、設定時間１７を送信間隔の５０倍、つまり１秒以下に設定しておけば、最大で４７フレームを監視することができる。設定時間１７を１秒に設定した場合、監視中に音声パケットが観測されない確率は（１０−３）４７＝１０−１４１である。また、設定時間１７を、ＳＩＰセッション確立のためのＩＮＶＩＴＥメッセージを送信してから２００  ＯＫを受信するまでのタイムアウト時間よりも大きな値とすることで、電話アプリケーション実行中のＯＮＵの再起動の回避に加えて、ＳＩＰセッションの確立フェーズにおいてのＯＮＵの再起動も回避できる。設定時間１８には、ＯＬＴとＯＮＵとの間の往復時間よりも大きな値を指定する。
【００５８】
ＯＬＴは、キューに格納されたデータの監視を行う代わりに、送受信されるデータフレームの優先度の監視を行ってもよい。つまり、ＯＮＵへ送信するデータフレームの優先度の監視、ＯＮＵから受信したデータフレームの優先度の監視、あるいは、その両方の監視を行うことで、特定の優先度を有するアプリケーションの通信状態を把握できる。例えば、ＯＬＴが監視を開始してから設定時間１７の期間、特定の優先度のデータフレームが送受信されていない場合または送受信されなくなったときには、ＯＮＵは再起動可能な状態（通信中でない状態）と判断し、ＯＮＵの再起動を行う。また、ＯＬＴが監視を開始してから設定時間１７の期間、特定の優先度のデータフレームが送受信されている場合、ＯＮＵは再起動不可能な状態（通信中である状態）と判断し、ＯＮＵの再起動を回避する。なお、データフレームの優先度は、データフレームのＶＬＡＮタグヘッダ内に格納されているＣｏＳ（Class of Service）値、あるいは、ＩＰヘッダ内に格納されているＴｏＳ（Type of Service）値によって識別される。
【００５９】
ＯＬＴは、キューに格納されたデータの監視あるいは送受信されるデータフレームの監視を行う際に、ＯＬＴに接続されている特定のＯＮＵへ送信するデータフレームおよび／または特定のＯＮＵから受信したデータフレームを監視し、ＯＮＵ毎に再起動の時刻を制御してもよいし、すべてのＯＮＵへ送信するデータフレームおよび／またはすべてのＯＮＵから受信したデータフレームを、個々のＯＮＵを区別せずに一括して監視し、特定のＯＮＵの再起動の時刻の制御を行ってもよい。例えば、後者の方法を用いた場合、個々のＯＮＵへ送信するデータフレームおよび／または個々のＯＮＵから受信したデータフレームを区別して監視する必要がないため、リソースを削減できる。
【００６０】
上述した第１から第５の実施形態において、ＯＮＵおよび／またはＯＬＴに複数のキューが具備されている場合、ＯＮＵおよび／またはＯＬＴのキュー監視は、全てのキューに対して行っても、ある特定のキューに対してのみ行ってもよい。例えば、アプリケーションによって高優先キューと低優先キューに振り分けられてデータが格納されることがある。高優先キューに格納されるデータが実時間アプリケーションのデータであると仮定すると、ＯＮＵおよび／またはＯＬＴは高優先キューのみを監視して、高優先キューにデータが存在しない場合のみＯＮＵの再起動を行えば、実時間アプリケーション実行中の再起動を回避することができる。一方、低優先キューに格納される実時間性を有しないアプリケーションであれば、実行中にＯＮＵの再起動が行われたとしても、実時間アプリケーションと比較してユーザへの影響は少ない。したがって、低優先キューの監視機能を取り除くことも可能である。
【００６１】
また、ＯＮＵのキュー監視はＯＬＴへ送信するデータを格納するキューに対して行っても、ＯＬＴから受信したデータを格納するキューに対して行っても、あるいは、送受信両方のキューに対して行ってもよい。ＯＬＴのキュー監視はＯＮＵへ送信するデータを格納するキューに対して行っても、ＯＮＵから受信したデータを格納するキューに対して行っても、あるいは、送受信両方のキューに対して行ってもよい。例えば、電話のような双方向アプリケーションが実行されている際の再起動を回避する場合には、送受信両方のキューを監視する必要がある。一方、映像配信などの一方向アプリケーションの場合には、受信側のキューを監視する必要がある。
【００６２】
再起動準備完了応答、再起動準備未完了応答および再起動コマンドに対する受信確認応答がＯＬＴとＯＮＵとの間で欠落することに起因する再起動準備コマンドおよび再起動コマンドの再送信を防止するため、ＯＮＵは、再起動準備完了応答、再起動準備未完了応答および再起動コマンドに対する受信確認応答をＯＬＴへ複数送信してもよい。
ＯＮＵの再起動を回避した後、再びＯＮＵの再起動を行うまでの時間を設定時間１６として定義し、ＯＬＴあるいはＯＮＵに具備してもよい。例えば、ＯＮＵの再起動を行う時間帯があらかじめ決められていて、その時間帯にＯＮＵの再起動を行えなかった場合、次の時間帯まで待機してＯＮＵの再起動を行うことが考えられる。
【００６３】
ＯＬＴにおいて、ＯＮＵへ送信するデータ、および、ＯＮＵから受信するデータを廃棄する代わりに、ＭＰＣＰにおけるＧＡＴＥメッセージ中の送信を許可するデータ量をゼロとしてもよい。また、ＯＮＵにおいて、ＯＬＴへ送信するデータ、および、ＯＬＴから受信するデータを廃棄する代わりに、ＭＰＣＰにおけるＲＥＰＯＲＴメッセージ中の送信許可を要求するデータ量をゼロとしてもよい。
【００６４】
本実施例ではＥＰＯＮの場合について記述したが、他のＰＯＮ、例えばＩＴＵ−Ｔ勧告準拠のＢ−ＰＯＮおよびＧ−ＰＯＮ、さらにはＷＤＭ−ＰＯＮやＣＤＭ−ＰＯＮにも本発明を適用できることは明らかである。また、図１に示したポイントツーポイントの通信を行う光ネットワークシステムにも本発明を適用できることは明らかである。
【図面の簡単な説明】
【００６５】
【図１】光ネットワークシステムの構成を示す図である。
【図２】ＰＯＮシステムの構成を示す図である。
【図３】従来のシステムにおけるＯＮＵの再起動のシーケンスを示す図である。
【図４】従来のＯＬＴの機能ブロック図である。
【図５】従来のＯＮＵの機能ブロック図である。
【図６】本発明のキューを具備しないＯＬＴの機能ブロック図である。
【図７】本発明のキューを具備するＯＬＴの機能ブロック図である。
【図８】本発明のＯＮＵの機能ブロック図である。
【図９】本発明による第１の実施形態を表すシーケンス図である。
【図１０】本発明による第２の実施形態を表すシーケンス図である。
【図１１】本発明による第３の実施形態を表すシーケンス図である。
【図１２】本発明による第４の実施形態を表すシーケンス図である。
【図１３】本発明による第５の実施形態を表すシーケンス図である。
【符号の説明】
【００６６】
１１，３１，５１  ＳＮＩポート
１２，２２，３２，４２，５２  ブリッジ手段
１３，２３，３３，４３，５３  ＰＯＮ信号処理手段
１４，２４，３４，４４，５４  ＰＯＮ−ＩＦポート
１５，２５，３５，４５，５５  ＭＡＣコントロール手段
１６，２６，３６，４６，５６  ＯＡＭ信号処理手段
１７，３７，５７  ＤＢＡ手段
１８，３８，５８  メッセージ監視手段
１９，２９，６０  再起動判定手段
２１，４１  ＵＮＩポート
２７，４７，５９  キュー（フレーム）監視手段
２８，４８  端末制御手段
【図１】
0004917501.tif 000002
【図２】
0004917501.tif 000003
【図３】
0004917501.tif 000004
【図４】
0004917501.tif 000005
【図５】
0004917501.tif 000006
【図６】
0004917501.tif 000007
【図７】
0004917501.tif 000008
【図８】
0004917501.tif 000009
【図９】
0004917501.tif 000010
【図１０】
0004917501.tif 000011
【図１１】
0004917501.tif 000012
【図１２】
0004917501.tif 000013
【図１３】
0004917501.tif 000014