JP2014518475A

JP2014518475A - 新しいソフトウェアのダウンロードが完了したとき、光ネットワークユニットを制御してリスタートさせるための方法および装置

Info

Publication number: JP2014518475A
Application number: JP2014515305A
Authority: JP
Inventors: ルオ，ハイジユイン; チヤン，ウエンリン; リー，リン; シユイ，イージユイン
Original assignee: アルカテル−ルーセント
Priority date: 2011-06-15
Filing date: 2012-06-15
Publication date: 2014-07-28
Anticipated expiration: 2032-06-15
Also published as: WO2012172431A2; US9509431B2; JP5689564B2; TW201304437A; TWI452853B; CN102833639B; CN102833639A; WO2012172431A3; EP2721753A2; KR20140022461A; KR101518185B1; US20140294389A1; EP2721753B1

Abstract

本発明は、新しいソフトウェアのダウンロードが完了したとき、光ネットワークユニットを制御してリスタートさせるための方法および装置を提供する。新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワーク端末は、最初に、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて、送信すべきアクティブイメージ要求のタイプを決定し、次に、そのアクティブイメージ要求を光ネットワークユニットに送信する。決定されるアクティブイメージ要求は、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するための第１のアクティブイメージ要求であっても、あるいはアクティブ化フラグをセットするように光ネットワークユニットに命令するための第２のアクティブイメージ要求、および直ちにリスタートするように光ネットワークユニットに命令するための第３のアクティブイメージ要求であってもよく、これらはいずれも組み合わせて使用される。

Description

本出願は光通信ネットワークに関し、詳細にはイーサネット（登録商標）受動光ネットワーク（ＥＰＯＮ）およびギガビット受動光ネットワーク（ＧＰＯＮ）のシステムにおける光回線端末（ＯＬＴ）および光ネットワークユニット（ＯＮＵ）に関する。

ＥＰＯＮシステムおよびＧＰＯＮシステムでは、光回線端末は、光ネットワークユニットのソフトウェアバージョンを遠隔でアップグレードすることができなければならない。新しいソフトウェアバージョンのすべてのデータブロックが正確に受信された後で、光ネットワークユニットは直ちにリスタートし、その新しいソフトウェアバージョンを自動的にアクティブ化する。ソフトウェアをダウンロードする観点からすると、光ネットワークユニットの上記動作は適正ではあるが、この動作は、ユーザサービス、とりわけ音声サービスおよびビデオサービスを中断することがある。

ＣＴＣＥＰＯＮＤｅｖｉｃｅＴｅｃｈｎｉｑｕｅＲｅｑｕｉｒｅｍｅｎｔＳｐｅｃｉｆｉｃａｔｉｏｎＶ２．１

したがってこの技術的な問題に対処することができる解決策を提供することが望ましい。

上記問題に鑑みて、本発明ではアクティブイメージ要求の使用が拡張された。すなわち、最初のアクティブイメージ要求（以下、「第１のアクティブイメージ要求」と呼ぶ）が予約され、一方、第２のアクティブイメージ要求および第３のアクティブイメージ要求が新たに導入される。

最初の第１のアクティブイメージ要求のフラグフィールドには、例えば０、すなわちフラグ＝０が割り当てられ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令する。

新たに導入される第２のアクティブイメージ要求のフラグフィールドには、例えば１、すなわちフラグ＝１が割り当てられ、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示すためにアクティブ化フラグをセットするように、光ネットワークユニットに命令する。

新たに導入される第３のアクティブイメージ要求のフラグフィールドには、例えば２、すなわちフラグ＝２が割り当てられ、直ちにリスタートするように光ネットワークユニットに命令する。

具体的には、第１のアクティブイメージ要求は単独で使用され、第２のアクティブイメージ要求および第３のアクティブイメージ要求は組み合わせて使用され、これについては以下で詳細に説明する。

さらに、本発明には、光ネットワークユニットの２つの属性、それぞれリスタート遅延時間範囲（ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ）属性およびリスタート遅延トラフィック閾値（ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ）属性もまた導入される。

ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性は、光ネットワークユニット上でトラフィック検出が実施される時間範囲または時間値を示すために使用され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性は、トラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態（ｓｉｌｅｎｔｓｔａｔｅ）にあると決定され、これについては以下で詳細に説明する。

ここにおいて、本発明の一実施形態では、光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令する方法が提供される。この方法は以下のステップを含む：ａ．新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて、送信すべきアクティブイメージ要求のタイプを決定するステップであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が、光ネットワークユニット上でトラフィック検出が実施される時間範囲または時間値を示すために使用され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される、決定するステップと、ｂ．光ネットワークユニットにアクティブイメージ要求を送信するステップ。

任意選択でステップａは、時間遅延が不要であり、光ネットワークユニット上でトラフィック検出を実施する必要はないことを、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第１のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するステップを含み、また、ステップｂは、光ネットワークユニットに第１のアクティブイメージ要求を送信するステップであって、第１のアクティブイメージ要求が、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用される、送信するステップを含み、ステップｂの後、上記方法は、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するステップをさらに含む。

任意選択でステップａは、光ネットワークユニット上でトラフィック検出を実施する必要はないことをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示し、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値が特定の時間値を示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するステップを含み、また、ステップｂは、光ネットワークユニットに第２のアクティブイメージ要求を送信するステップであって、第２のアクティブイメージ要求が、アクティブ化フラグをセットするように光ネットワークユニットに命令し、それによりダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示すために使用される、送信するステップを含み、また、ステップｂの後、上記方法は以下のステップをさらに含む：ｃ．第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するステップと、ｄ．ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される特定の時間値のときに、第３のアクティブイメージ要求を光ネットワークユニットに送信するステップであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される、送信するステップと、ｅ．第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するステップ。

任意選択でステップａは、光ネットワークユニット上でトラフィック検出を実施する必要があることをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するステップを含み、また、ステップｂは、光ネットワークユニットに第２のアクティブイメージ要求を送信するステップであって、第２のアクティブイメージ要求が、アクティブ化フラグをセットするように光ネットワークユニットに命令し、それによりダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すために使用される、送信するステップを含み、ステップｂの後、上記方法は以下のステップをさらに含む：ｃ’．第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するステップと、ｄ’．ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間範囲内に、または時間値のときに、光ネットワークユニット上でトラフィック検出を実施するステップと、ｅ’．検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第３のアクティブイメージ要求を送信するステップであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される、送信するステップと、ｆ’．第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するステップ。

本発明の他の実施形態では、光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令する方法が提供される。この方法は以下のステップを含む：Ａ．新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて光ネットワークユニットのトラフィックを検出するステップであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が時間範囲を示すために使用され、この時間範囲内に光ネットワークユニット上でトラフィック検出が実施され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される、検出するステップと、Ｂ．検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第１のアクティブイメージ要求を送信するステップであって、第１のアクティブイメージ要求が、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用される、送信するステップと、Ｃ．第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するステップ。

本発明のさらに他の実施形態では、光通信ネットワークの光ネットワークユニットにおいて、光回線端末の命令に応答してリスタートさせるための方法が提供される。この方法は以下のステップを含む：ｉ．新しいソフトウェアバージョンのダウンロードが完了したとき、光回線端末からアクティブイメージ要求を受信するステップと、ｉｉ．アクティブイメージ要求のタイプを決定し、かつ、そのタイプに応じて、そのタイプのアクティブイメージ要求に対応する動作を実施するステップ。

任意選択でステップｉｉは、アクティブイメージ要求が第１のアクティブイメージ要求である場合、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートさせて、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するステップを含む。

任意選択でステップｉｉは、アクティブイメージ要求が第２のアクティブイメージ要求である場合、第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光回線端末に送信し、かつ、アクティブ化フラグをセットして、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すステップを含み、また、ステップｉｉの後、上記方法は以下のステップをさらに含む：ｉｉｉ．光回線端末から第３のアクティブイメージ要求を受信するステップと、ｉｖ．第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートさせるステップ。

本発明の技術的解決策を適用することにより、新しいソフトウェアバージョンのダウンロードが完了しても、光ネットワークユニットは、無通信状態にある場合だけリスタートすることになる。すなわち、光ネットワークユニットは、ネットワークサービスを提供するためにビジーである場合リスタートして新しいソフトウェアバージョンをアクティブ化することはなく、したがって、実行中のネットワークサービスが中断されないことが最大限保証される。

本発明のさらに他の実施形態では、光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令するための装置が提供される。この装置は以下を備えている：新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて、送信すべきアクティブイメージ要求のタイプを決定するための第１の決定デバイスであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が、光ネットワークユニット上でトラフィック検出が実施される時間範囲または時間値を示すために使用され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される第１の決定デバイスと、決定されたアクティブイメージ要求を光ネットワークユニットに送信するための第１の送信デバイス。

任意選択で第１の決定デバイスは、時間遅延が不要であり、光ネットワークユニット上でトラフィック検出を実施する必要はないことを、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第１のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するためのものであり、第１の送信デバイスは、光ネットワークユニットに第１のアクティブイメージ要求を送信するためのものであり、第１のアクティブイメージ要求は、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用され、また、上記装置は、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するための第１の受信デバイスをさらに備えている。

任意選択で第１の決定デバイスは、光ネットワークユニット上でトラフィック検出を実施する必要はないことをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示し、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値が特定の時間値を示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するためのものであり、第１の送信デバイスは、光ネットワークユニットに第２のアクティブイメージ要求を送信するためのものであり、第２のアクティブイメージ要求が、アクティブ化フラグをセットするように光ネットワークユニットに命令し、それによりダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示すために使用され、また、上記装置は以下をさらに備えている：第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するための第２の受信デバイスと、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される特定の時間値のときに、第３のアクティブイメージ要求を光ネットワークユニットに送信するための第２の送信デバイスであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される第２の送信デバイスと、第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するための第３の受信デバイス。

任意選択で第１の決定デバイスは、光ネットワークユニット上でトラフィック検出を実施する必要があることをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するためのものであり、第１の送信デバイスは、光ネットワークユニットに第２のアクティブイメージ要求を送信するためのものであり、第２のアクティブイメージ要求が、アクティブ化フラグをセットするように光ネットワークユニットに命令し、それによりダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すために使用され、また、上記装置は以下をさらに備えている：第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するための第４の受信デバイスと、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間範囲内に、または時間値のときに、光ネットワークユニット上でトラフィック検出を実施するための第１の検出デバイスと、検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第３のアクティブイメージ要求を送信するための第３の送信デバイスであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される第３の送信デバイスと、第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するための第５の受信デバイス。

本発明のさらに他の実施形態では、光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令するための装置が提供される。この装置は以下を備えている：新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて光ネットワークユニットのトラフィックを検出するための第２の検出デバイスであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が、光ネットワークユニット上でトラフィック検出が実施される時間範囲または時間値を示すために使用され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される第２の検出デバイスと、検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第１のアクティブイメージ要求を送信するための第４の送信デバイスであって、第１のアクティブイメージ要求が、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用される第４の送信デバイスと、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するための第６の受信デバイス。

本発明のさらに他の実施形態では、光通信ネットワークの光ネットワークユニットにおいて、光回線端末の命令に応答してリスタートさせるための装置が提供される。この装置は以下を備えている：新しいソフトウェアバージョンのダウンロードが完了したとき、光回線端末からアクティブイメージ要求を受信するための第７の受信デバイスと、アクティブイメージ要求のタイプを決定し、かつ、そのタイプに応じて、そのタイプのアクティブイメージ要求に対応する動作を実施するための実行デバイス。

任意選択で実行デバイスは、アクティブイメージ要求が第１のアクティブイメージ要求である場合、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するためのものである。

任意選択で実行デバイスは、アクティブイメージ要求が第２のアクティブイメージ要求である場合、第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光回線端末に送信し、かつ、アクティブ化フラグをセットして、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示するためのものであり、また、上記装置は以下をさらに備えている：光回線端末から第３のアクティブイメージ要求を受信するための第８の受信デバイスと、第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートさせるための第５の送信デバイス。

本発明の個々の態様は、本発明の実施形態についての以下の説明からより明らかになるであろう。

本発明の以上および他の特徴は、図面を参照して行う非限定的な実施形態についての以下の詳細な説明を検討することによってより明らかになるであろう。

本発明の一実施形態による、新しいソフトウェアのダウンロードが完了したとき、光ネットワークユニットを制御してリスタートさせる方法の流れ図である。

同一または同様の参照数表示は、すべての図面を通して同一または同様の構成要素を表している。

本発明の技術的解決策を実施するためには、「ＣＴＣＥＰＯＮＤｅｖｉｃｅＴｅｃｈｎｉｑｕｅＲｅｑｕｉｒｅｍｅｎｔＳｐｅｃｉｆｉｃａｔｉｏｎＶ２．１」で定義されているアクティブイメージ要求の使用を拡張しなければならない。上で説明したように、本発明では、最初のアクティブイメージ要求（以下、「第１のアクティブイメージ要求」と呼ぶ）が予約され、一方、第２のアクティブイメージ要求および第３のアクティブイメージ要求が新たに導入される。

最初の第１のアクティブイメージ要求のフラグフィールドには、例えば０、すなわちフラグ＝０が割り当てられ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令する。第１のアクティブイメージ要求は以下のフォーマットである。

Ｏｐｃｏｄｅは、８が割り当てられた、長さ２バイトの命令コードフィールドであり、Ｆｌａｇは、０が割り当てられた、長さ１バイトのフラグフィールドである。

新たに導入される第２のアクティブイメージ要求のフラグフィールドには、例えば１、すなわちフラグ＝１が割り当てられ、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示すためにアクティブ化フラグをセットするように、光ネットワークユニットに命令する。第２のアクティブイメージ要求は以下のフォーマットである。

Ｏｐｃｏｄｅは、８が割り当てられた、長さ２バイトの命令コードフィールドであり、Ｆｌａｇは、１が割り当てられた、長さ１バイトのフラグフィールドである。

新たに導入される第３のアクティブイメージ要求のフラグフィールドには、例えば２、すなわちフラグ＝２が割り当てられ、直ちにリスタートするように光ネットワークユニットに命令する。第３のアクティブイメージ要求は以下のフォーマットである。

Ｏｐｃｏｄｅは、８が割り当てられた、長さ２バイトの命令コードフィールドであり、Ｆｌａｇは、２が割り当てられた、長さ１バイトのフラグフィールドである。

さらに、本発明では、「ＣＴＣＥＰＯＮＤｅｖｉｃｅＴｅｃｈｎｉｑｕｅＲｅｑｕｉｒｅｍｅｎｔＳｐｅｃｉｆｉｃａｔｉｏｎＶ２．１」で定義されているアクティブイメージ応答は不変であり、そのフォーマットは以下の通りである。

Ｏｐｃｏｄｅは、９が割り当てられた、長さ２バイトの命令コードフィールドであり、ＡＣＫは、長さ１バイトの肯定応答フィールドである。

さらに、本発明には、本発明の技術的解決策を実施するために、光ネットワークユニットの２つの属性、それぞれリスタート遅延時間範囲（ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ）属性およびリスタート遅延トラフィック閾値（ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ）属性が新たに導入される。これらの２つの新しい属性は、以下の表に示されている通りである。

実際の用途では、属性の上記対の値は、実際の条件に応じて事業者によって適切にプリセットされ、かつ、光回線端末に記憶される。１つの光回線端末が複数の光ネットワークユニットを管理し、かつ、制御している場合、個々の光ネットワークユニットに対応する属性の上記対の値は、適切にプリセットされ、かつ、光回線端末に記憶される。

上述の第１のアクティブイメージ要求は単独で使用されること、すなわち、時間遅延が不要であり、光ネットワークユニット上でトラフィック検出を実施する必要はないことを、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、光回線端末は、新しいソフトウェアバージョンのダウンロードが完了したとき、第１のアクティブイメージ要求を光ネットワークユニットに送信することに留意されたい。

上述の第２のアクティブイメージ要求および第３のアクティブイメージ要求は組み合わせて使用される。

光ネットワークユニット上でトラフィック検出を実施する必要があることをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、光回線端末は、新しいソフトウェアバージョンのダウンロードが完了したとき、最初に第２のアクティブイメージ要求を光ネットワークユニットに送信する。次に、光回線端末は、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間範囲の間、あるいはＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間値のときに、光ネットワークユニット上でトラフィック検出を実施し、また、検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、第３のアクティブイメージ要求を光ネットワークユニットに送信する。

光ネットワークユニット上でトラフィック検出を実施する必要はないことをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示し、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値が特定の時間値を示している場合、光回線端末は、新しいソフトウェアバージョンのダウンロードが完了したとき、最初に、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される特定の時間値のときに第２のアクティブイメージ要求を光ネットワークユニットに送信し、次に第３のアクティブイメージ要求を光ネットワークユニットに送信する。

属性の上記対（すなわちＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ）の値の例は、以下の通りである。
− （ＩＭＭＥＤＩＡＴＥ、０）：これは、時間遅延が不要であり、また、光ネットワークユニット上でトラフィック検出を実施する必要がなく、したがって光回線端末は、新しいソフトウェアバージョンのダウンロードが完了したとき、第１のアクティブイメージ要求を光ネットワークユニットに送信することを示す。
− （１２０、０）：これは、光ネットワークユニット上でトラフィック検出を実施する必要がなく、したがって光回線端末は、新しいソフトウェアバージョンのダウンロードが完了したとき、第２のアクティブイメージ要求を光ネットワークユニットに送信し、次に１２０分が経過した後に第３のアクティブイメージ要求を光ネットワークユニットに送信することを示す。
− （２０１１−５−２７０２：００、０）：これは、光ネットワークユニット上でトラフィック検出を実施する必要がなく、したがって光回線端末は、新しいソフトウェアバージョンのダウンロードが完了したとき、第２のアクティブイメージ要求を光ネットワークユニットに送信し、次に２０１１年５月２７日の午前２：００まで第３のアクティブイメージ要求を光ネットワークユニットに送信しないことを示す。
− （ＩＭＭＥＤＩＡＴＥ、５）：これは、検出されたトラフィック、例えば送信され、かつ、受信されたデータパケットの１分当たりの数が５データパケット以下である場合、光ネットワークユニットに第２のアクティブイメージ要求を送信し、かつ、第３のアクティブイメージ要求を送信した後、直ちに光回線端末が光ネットワークユニット上でトラフィック検出を実施することを示す。
− （１２０、５）：これは、第２のアクティブイメージ要求を送信した後、光回線端末は、１２０分が経過するまで光ネットワークユニット上でトラフィック検出を実施しないこと、および光回線端末は、検出されたトラフィック、例えば送信され、かつ、受信されたデータパケットの１分当たりの数が５データパケット以下である場合、第３のアクティブイメージ要求を光ネットワークユニットに送信することを示す。
− （２０１１−５−２７０２：００−０６：００、５）：これは、第２のアクティブイメージ要求を送信した後、光回線端末は、２０１１年５月２７日の午前２：００まで光ネットワークユニット上でトラフィック検出を実施しないこと、また、光回線端末は、検出されたトラフィック、例えば送信され、かつ、受信されたデータパケットの１分当たりの数が５データパケット以下である場合、午前２：００から午前６：００までの時間範囲内に第３のアクティブイメージ要求を光ネットワークユニットに送信し、また、送信され、かつ、受信されたデータパケットの１分当たりの数が５データパケット以下である場合が、午前２：００から午前６：００までの時間範囲内に存在しない場合、光回線端末は、その時間範囲が終了し、すなわち午前６：００になると、第３のアクティブイメージ要求を光ネットワークユニットに送信することを示す。
− （ＥＶＥＲＤＡＹ０２：００−０６：００、５）：これは、第２のアクティブイメージ要求を送信した後、光回線端末は、毎日、午前２：００から午前６：００までの時間範囲内に光ネットワークユニット上でトラフィック検出を実施し、また、検出されたトラフィック、例えば送信され、かつ、受信されたデータパケットの１分当たりの数が５データパケット以下である場合、第３のアクティブイメージ要求を光ネットワークユニットに送信することを示す。

以下、本発明の技術的解決策について、図面を参照して説明する。

図１は、本発明の一実施形態による、新しいソフトウェアのダウンロードが完了したとき、光ネットワークユニットを制御してリスタートさせる方法の流れ図を示したものである。

光回線端末１０が光ネットワークユニット２０に新しいソフトウェアバージョンを提供するように要求されると、光回線端末１０は、最初にソフトウェアバージョン情報問合せ要求（ＧｅｔＲｅｑｕｅｓｔ）を光ネットワークユニット２０に送信し、光ネットワークユニット２０によって現在使用されているソフトウェアバージョンに関して問い合わせる。光ネットワークユニット２０は、ソフトウェアバージョン情報問合せ要求（ＧｅｔＲｅｑｕｅｓｔ）を受信すると、光ネットワークユニット２０が現在使用しているソフトウェアバージョンの情報をソフトウェアバージョン情報問合せ応答（ＧｅｔＲｅｓｐｏｎｓｅ）を介して光回線端末１０に送信する。

光回線端末１０は、ソフトウェアバージョン情報問合せ応答（ＧｅｔＲｅｓｐｏｎｓｅ）を受信すると、ソフトウェアバージョン情報問合せ応答（ＧｅｔＲｅｓｐｏｎｓｅ）中のソフトウェアバージョンの情報と、提供すべきその新しいソフトウェアバージョンが整合するかどうかを決定する。整合しない場合、光回線端末１０は、ファイル書き込み要求（ＦｉｌｅＷｒｉｔｅＲｅｑｕｅｓｔ）を光ネットワークユニット２０に送信する。光ネットワークユニット２０は、ファイル書き込み要求を受信すると、ファイル送信確認（ＦｉｌｅＴｒａｎｓｆｅｒＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を光回線端末１０に送信する。

次に光回線端末１０は、新しいソフトウェアバージョンを複数のデータブロックに分割し、それらを連続的に光ネットワークユニット２０に送信する。

最後のデータブロックの送信の終了時に、光回線端末１０は、ダウンロード終了要求（ＥｎｄＤｏｗｎｌｏａｄＲｅｑｕｅｓｔ）を光ネットワークユニット２０に送信する。光ネットワークユニット２０は、ダウンロード終了要求を受信すると、メモリから受け取った個々のデータブロックをＦｌａｓｈに書き込む。光ネットワークユニット２０は、書込み動作の終了時に、ダウンロード終了応答（ＥｎｄＤｏｗｎｌｏａｄＲｅｓｐｏｎｓｅ）を光回線端末１０に送信する。

そのために、新しいソフトウェアバージョンのダウンロードが完了している。

以上の個々のステップは、従来技術におけるダウンロードステップと同様であり、簡潔にするためにここではそれらの反復説明は省略されていることに留意されたい。

図１を参照すると、ステップＳ１１で、新しいソフトウェアバージョンのダウンロードが完了したとき、光回線端末１０は、光ネットワークユニット２０に対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて、送信すべきアクティブイメージ要求のタイプを決定する。

時間遅延が不要であり、光ネットワークユニット２０上でトラフィック検出を実施する必要はないことを、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、光回線端末１０は、第１のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定する。

次にステップＳ１２ａで、光回線端末１０は、第１のアクティブイメージ要求を光ネットワークユニット２０に送信する。

光ネットワークユニット２０は、第１のアクティブイメージ要求を受信すると、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光回線端末１０に送信し、かつ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化する。

光ネットワークユニット２０上でトラフィック検出を実施する必要はないことをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示し、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値が特定の時間値を示している場合、光回線端末１０は、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定する。

次にステップＳ１２ｂで、光回線端末１０は、第２のアクティブイメージ要求を光ネットワークユニット２０に送信する。

光ネットワークユニット２０は、第２のアクティブイメージ要求を受信すると、第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光回線端末１０に送信し、かつ、アクティブ化フラグをセットして、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示す。

ステップＳ１３ｂで、光回線端末１０は、光ネットワークユニット２０から第２のアクティブイメージ応答を受信する。

次にステップＳ１４ｂで、光回線端末１０は、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される特定の時間値のときに、第３のアクティブイメージ要求を光ネットワークユニット２０に送信する。

光ネットワークユニット２０は、第３のアクティブイメージ要求を受信すると、第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光回線端末１０に送信し、かつ、直ちにリスタートする。光ネットワークユニット２０は、第２のアクティブイメージ要求を受信するとアクティブ化フラグをセットするため、光ネットワークユニット２０は、リスタートした後、新しいソフトウェアバージョンをアクティブ化する。

次にステップＳ１５ｂで、光回線端末１０は、光ネットワークユニット２０から第３のアクティブイメージ応答を受信する。

光ネットワークユニット２０上でトラフィック検出を実施する必要があることをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、光回線端末１０は、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定する。

次にステップ１２ｃで、光回線端末１０は、第２のアクティブイメージ要求を光ネットワークユニット２０に送信する。

ステップＳ１３ｃで、光回線端末１０は、光ネットワークユニット２０から第２のアクティブイメージ応答を受信する。

次にステップＳ１４ｃで、光回線端末１０は、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間範囲内、または時間値のときに、光ネットワークユニット２０上でトラフィック検出を実施する。

検出されたトラフィック、例えば送信され、かつ、受信されたデータパケットの１分当たりの数がＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光回線端末１０は、ステップＳ１５ｃで第３のアクティブイメージ要求を光ネットワークユニット２０に送信する。

次にステップＳ１６ｃで、光回線端末１０は、光ネットワークユニット２０から第３のアクティブイメージ応答を受信する。

光回線端末１０は、光ネットワークユニット２０から第１のアクティブイメージ応答または第３のアクティブイメージ応答を受信しても、光ネットワークユニット２０がリスタートするまでイメージコミット要求（ＣｏｍｍｉｔＩｍａｇｅＲｅｑｕｅｓｔ）を光ネットワークユニット２０に送信しない。

光ネットワークユニット２０は、イメージコミット要求を受信すると、イメージコミット応答（ＣｏｍｍｉｔＩｍａｇｅＲｅｓｐｏｎｓｅ）を光回線端末１０に送信する。

他の実施形態では、光ネットワークユニット２０は、光回線端末１０が第２のアクティブイメージ要求を光ネットワークユニット２０に送信し、かつ、光ネットワークユニット２０が第２のアクティブイメージ要求に応答してアクティブ化フラグをセットした後、光回線端末１０が第３のアクティブイメージ要求を送信する前に手動でリスタートされる。また、光ネットワークユニット２０が例えば手動でリスタートされると、光回線端末１０は、第３のアクティブイメージ要求を光ネットワークユニット２０に送信することができる。光ネットワークユニット２０は既にリスタートし、かつ、新しいソフトウェアバージョンをアクティブ化しているため、光ネットワークユニット２０は、第３のアクティブイメージ要求を受信すると、リスタートすることなく、単に第３のアクティブイメージ応答を光回線端末１０に戻すだけである。

別法としては、光ネットワークユニット２０が手動でリスタートされた後で、光回線端末１０は、光ネットワークユニット２０から自発的に現在実行中のそのソフトウェアバージョンをフェッチすることも可能であり、現在実行中のソフトウェアバージョンが新しいソフトウェアバージョンである場合、光回線端末１０は、もはや第３のアクティブイメージ要求を光ネットワークユニット２０に送信することはなく、その代わりにＣｏｍｍｉｔＩｍａｇｅＲｅｑｕｅｓｔを直接光ネットワークユニット２０に送信する。

さらに他の実施形態では、光回線端末１０は、光ネットワークユニット２０が本発明のリスタート遅延解決策をサポートしているかどうかを知らないことが仮定されている。したがって光回線端末１０は、最初に、光ネットワークユニット２０がリスタート遅延解決策をサポートしているかどうかを示す光ネットワークユニット２０の能力情報を得ることができる。

光回線端末１０が能力情報を得ることができないか、あるいは取得した能力情報から、光ネットワークユニット２０がリスタート遅延解決策をサポートしていないことを知ると、それは、個別に送信される２つの新しいアクティブソフトウェアバージョン要求（すなわち連続的に送信される第２の新しいアクティブソフトウェアバージョン要求および第３の新しいアクティブソフトウェアバージョン要求）を光ネットワークユニット２０が認識することができないことを意味しており、したがってこの場合、光ネットワークユニット２０のＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値を「ＩＭＭＥＤＩＡＴＥ」に設定することができ、また、好ましいことには光ネットワークユニット２０のＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値を２０に設定することができる。

ここにおいて、新しいソフトウェアバージョンのダウンロードが完了したとき、光回線端末１０は、直ちに光ネットワークユニット２０のトラフィックデータを検出する。

光回線端末１０は、検出されたトラフィック、例えば送信され、かつ、受信されたデータパケットの１分当たりの数が２０データパケット以下である場合、第１のアクティブイメージ要求を光ネットワークユニット２０に送信する。

第１のアクティブイメージ要求を受信すると、光ネットワークユニット２０は、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光回線端末１０に送信し、かつ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化する。

本発明は、以上の例示的な実施形態の詳細に限定されず、本発明の精神または本質的な原理から逸脱することなく、他の特定の形態で具体化することができることは当業者には明らかであろう。したがってこれらの実施形態は、あらゆる面において非限定的な実施例として解釈すべきであり、また、特許請求の範囲のすべての参照符号表示は、それらが出現する特許請求の範囲を限定するものとして解釈してはならない。さらに、「備える」という用語は、他の１つまたは複数の要素あるいは１つまたは複数のステップを排除するものではないこと、また、要素の「単数形」の表現は、「複数の」このような要素を排除するものではないことは明らかであろう。製品請求項に記載されている複数の要素は、別法としては、ソフトウェアまたはハードウェアの中で単一の要素として具体化することも可能である。「第１の」、「第２の」、等々という用語は、何らかの特定の順序の代わりの名称を表すために使用されている。

Claims

光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令する方法であって、
ａ．新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて、送信すべきアクティブイメージ要求のタイプを決定するステップであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が、光ネットワークユニット上でトラフィック検出が実施される時間範囲または時間値を示すために使用され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される、決定するステップと、
ｂ．光ネットワークユニットにアクティブイメージ要求を送信するステップと
を含む、方法。
ステップａが、
時間遅延が不要であり、光ネットワークユニット上でトラフィック検出を実施する必要はないことを、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第１のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するステップ
を含み、
ステップｂが、光ネットワークユニットに第１のアクティブイメージ要求を送信するステップであって、第１のアクティブイメージ要求が、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用される、送信するステップを含み、
ステップｂの後、方法が、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するステップをさらに含む、請求項１に記載の方法。
ステップａが、
光ネットワークユニット上でトラフィック検出を実施する必要はないことをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示し、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値が特定の時間値を示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するステップ
を含み、
ステップｂが、光ネットワークユニットに第２のアクティブイメージ要求を送信するステップであって、第２のアクティブイメージ要求がアクティブ化フラグをセットするように光ネットワークユニットに命令するために使用され、アクティブ化フラグが、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示すために使用される、送信するステップを含み、
ステップｂの後、方法が、
ｃ．第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するステップと、
ｄ．ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される特定の時間値のときに、第３のアクティブイメージ要求を光ネットワークユニットに送信するステップであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される、送信するステップと、
ｅ．第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するステップと
をさらに含む、請求項１に記載の方法。
ステップａが、
光ネットワークユニット上でトラフィック検出を実施する必要があることをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するステップ
を含み、
ステップｂが、光ネットワークユニットに第２のアクティブイメージ要求を送信するステップであって、第２のアクティブイメージ要求がアクティブ化フラグをセットするように光ネットワークユニットに命令するために使用され、アクティブ化フラグが、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すために使用される、送信するステップを含み、
ステップｂの後、方法が、
ｃ’．第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するステップと、
ｄ’．ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間範囲内に、または時間値のときに、光ネットワークユニット上でトラフィック検出を実施するステップと、
ｅ’．検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第３のアクティブイメージ要求を送信するステップであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される、送信するステップと、
ｆ’．第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するステップと
をさらに含む、請求項１に記載の方法。
光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令する方法であって、
Ａ．新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて光ネットワークユニットのトラフィックを検出するステップであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が時間範囲を示すために使用され、この時間範囲内に光ネットワークユニット上でトラフィック検出が実施され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される、検出するステップと、
Ｂ．検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第１のアクティブイメージ要求を送信するステップであって、第１のアクティブイメージ要求が、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用される、送信するステップと、
Ｃ．第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するステップと
を含む、方法。
光通信ネットワークの光ネットワークユニットにおいて、光回線端末の命令に応答してリスタートさせるための方法であって、
ｉ．新しいソフトウェアバージョンのダウンロードが完了したとき、光回線端末からアクティブイメージ要求を受信するステップと、
ｉｉ．アクティブイメージ要求のタイプを決定し、かつ、そのタイプに応じて、そのタイプのアクティブイメージ要求に対応する動作を実施するステップと
を含む、方法。
ステップｉｉが、
アクティブイメージ要求が第１のアクティブイメージ要求である場合、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するステップ
を含む、請求項６に記載の方法。
ステップｉｉが、
アクティブイメージ要求が第２のアクティブイメージ要求である場合、第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光回線端末に送信し、かつ、アクティブ化フラグをセットするステップであって、アクティブ化フラグが、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すために使用される、セットするステップ
を含み、
ステップｉｉの後、方法が、
ｉｉｉ．光回線端末から第３のアクティブイメージ要求を受信するステップと、
ｉｖ．第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートさせるステップと
をさらに含む、請求項６に記載の方法。
光通信ネットワークの光回線端末において、リスタートするように光ネットワークユニットに命令するための装置であって、
新しいソフトウェアバージョンのダウンロードが完了したとき、光ネットワークユニットに対応するＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の記憶されている値に基づいて、送信すべきアクティブイメージ要求のタイプを決定するための第１の決定デバイスであって、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性が、光ネットワークユニット上でトラフィック検出が実施される時間範囲または時間値を示すために使用され、ＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性がトラフィック上限を示すために使用され、このトラフィック上限以下では、光ネットワークユニットは無通信状態にあると決定される第１の決定デバイスと、
アクティブイメージ要求を光ネットワークユニットに送信するための第１の送信デバイスと
を備える、装置。
第１の決定デバイスが、時間遅延が不要であり、光ネットワークユニット上でトラフィック検出を実施する必要はないことを、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値およびＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第１のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するためのものであり、
第１の送信デバイスが、光ネットワークユニットに第１のアクティブイメージ要求を送信するためのものであり、第１のアクティブイメージ要求が、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するように光ネットワークユニットに命令するために使用され、
装置が、
第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光ネットワークユニットから受信するための第１の受信デバイス
をさらに備える、請求項９に記載の装置。
第１の決定デバイスが、光ネットワークユニット上でトラフィック検出を実施する必要はないことをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示し、ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値が特定の時間値を示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するためのものであり、
第１の送信デバイスが、光ネットワークユニットに第２のアクティブイメージ要求を送信するためのものであり、第２のアクティブイメージ要求が、アクティブ化フラグをセットするように光ネットワークユニットに命令するために使用され、アクティブ化フラグが、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきことを示すために使用され、
装置が、
第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するための第２の受信デバイスと、
ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される特定の時間値のときに、第３のアクティブイメージ要求を光ネットワークユニットに送信するための第２の送信デバイスであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される第２の送信デバイスと、
第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するための第３の受信デバイスと
をさらに備える、請求項９に記載の装置。
第１の決定デバイスが、光ネットワークユニット上でトラフィック検出を実施する必要があることをＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値が示している場合、第２のアクティブイメージ要求を、送信すべきアクティブイメージ要求として決定するためのものであり、
第１の送信デバイスが、光ネットワークユニットに第２のアクティブイメージ要求を送信するためのものであり、第２のアクティブイメージ要求が、アクティブ化フラグをセットするように光ネットワークユニットに命令するために使用され、アクティブ化フラグが、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すために使用され、
装置が、
第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光ネットワークユニットから受信するための第４の受信デバイスと、
ＲｓｔＤｅｌａｙＴｉｍｅＲａｎｇｅ属性の値によって示される時間範囲内に、または時間値のときに、光ネットワークユニット上でトラフィック検出を実施するための第１の検出デバイスと、
検出されたトラフィックがＲｓｔＤｅｌａｙＴｒａｆｆｉｃＴｈｒｅｓｈｏｌｄ属性の値以下である場合、光ネットワークユニットに第３のアクティブイメージ要求を送信するための第３の送信デバイスであって、第３のアクティブイメージ要求が、直ちにリスタートするように光ネットワークユニットに命令するために使用される第３の送信デバイスと、
第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光ネットワークユニットから受信するための第５の受信デバイスと
をさらに備える、請求項９に記載の装置。
光通信ネットワークの光ネットワークユニットにおいて、光回線端末の命令に応答してリスタートさせるための装置であって、
新しいソフトウェアバージョンのダウンロードが完了したとき、光回線端末からアクティブイメージ要求を受信するための第７の受信デバイスと、
アクティブイメージ要求のタイプを決定し、かつ、そのタイプに応じて、そのタイプのアクティブイメージ要求に対応する動作を実施するための実行デバイスと
を備える、装置。
実行デバイスが、
アクティブイメージ要求が第１のアクティブイメージ要求である場合、第１のアクティブイメージ要求に対応する第１のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートして、ダウンロードされた新しいソフトウェアバージョンをアクティブ化するためのものである、
請求項１３に記載の装置。
実行デバイスが、
アクティブイメージ要求が第２のアクティブイメージ要求である場合、第２のアクティブイメージ要求に対応する第２のアクティブイメージ応答を光回線端末に送信し、かつ、アクティブ化フラグをセットするためのものであり、アクティブ化フラグが、ダウンロードされた新しいソフトウェアバージョンを次のリスタート時にアクティブ化すべきであることを示すために使用され、
装置が、
光回線端末から第３のアクティブイメージ要求を受信するための第８の受信デバイスと、
第３のアクティブイメージ要求に対応する第３のアクティブイメージ応答を光回線端末に送信し、かつ、直ちにリスタートさせるための第５の送信デバイスと
をさらに備える、請求項１３に記載の装置。