JP4709020B2 - ソフトウェア転送方法 - Google Patents

Description

本発明は、ソフトウェア転送方法に関し、更に詳しくは、受動光網ＰＯＮ（Passive Optical Network）における局側装置ＯＬＴ（Optical Line Terminal）から各加入者接続装置ＯＮＴ（Optical Network Terminal）へのソフトウェアの転送方法に関する。

インターネット等の広域ネットワークへのアクセス網の１つとして、複数の加入者が光ファイバを共用できる受動光網（ＰＯＮ）システムがある。ＰＯＮシステムは、それぞれが加入者端末に接続された複数の加入者接続装置（アクセスノード）ＯＮＴと、これらの装置に光ファイバで接続された局側装置（アクセスノード終端装置）ＯＬＴとからなり、局側装置ＯＬＴに接続された光ファイバと、各加入者接続装置ＯＮＴに接続される複数の支線光ファイバとを光カプラ（スターカプラ）で結合し、光カプラと局側装置ＯＬＴとの間の光ファイバを複数の加入者端末で共用することによって、光ファイバの敷設コストの大幅な削減を可能にしている。

ＰＯＮシステムには、光ファイバ区間（ＰＯＮ区間）で固定長のＡＴＭセルによって情報を伝送するＢ−ＰＯＮ（Broadband PON）、ギガビットクラスの高速データ転送を可能にするＧ−ＰＯＮ（Gigabit PON）、イーサネット（登録商標）サービスに適したＧＥ−ＰＯＮ（Giga-Ethernet PON）がある。Ｇ−ＰＯＮ（ＧＥ−ＰＯＮ）では、可変長フレームの転送が可能となっている。尚、Ｇ−ＰＯＮに関するＩＴＵ−Ｔ勧告としては、例えば、非特許文献１〜非特許文献４がある。

ＰＯＮシステムにおいて、ＯＬＴからの送信フレーム（下りフレーム）は、光カプラで全ての支線光ファイバに分岐される。各加入者接続装置ＯＮＴは、受信フレームに含まれる宛先情報に従って、受信処理すべきフレームを判別する。各ＯＮＴからの送信フレーム（上りフレーム）は、光カプラで多重化された状態でＯＬＴに到達する。この場合、複数のＯＮＴから送信されたフレームが光ファイバ上で衝突しないように、各ＯＮＴは、ＯＬＴから予め指定された時間帯で支線光ファイバに送信フレームを出力する。

ＯＬＴと各ＯＮＴとの間で送受信されるデータには、加入者端末が扱うクライアントデータ（例えば、電話、ビデオ、テキストデータ等）と、ＯＮＴ監視制御データとがある。ＯＮＴ監視制御データは、後述するように、ＯＬＴ内に論理的に存在するＯＮＴ管理制御インタフェースＯＭＣＩ（ONT Management Control Interface）を経由してＰＯＮ区間に送信されるため、以下の説明では、ＯＮＴ監視制御データを含むフレームをＯＭＣＩフレームと言う。上記クライアントデータとＯＭＣＩフレームは、ＰＯＮ区間に固有のダウンストリームフレームのペイロード部に搭載して、各ＯＮＴに送信される。

図２は、Ｇ−ＰＯＮにおいて、各加入者接続装置ＯＮＴがＯＬＴから受信するクライアントフレーム５０（以下、ＧＥＭ（G-PON Encapsulation Mode）クライアントフレームと言う）のフォーマットを示す。ＧＥＭクライアントフレーム５０は、５バイトのＧＥＭヘッダ５１と、可変長のＧＥＭペイロード５２とからなり、ＧＥＭヘッダ５１は、宛先加入者接続装置を特定するポートＩＤを含む。各加入者接続装置ＯＮＴは、受信したフレームのＧＥＭヘッダ５１が示すポートＩＤに従って、自ノード宛のフレームを識別し、ＧＥＭペイロード５２の内容を加入者端末に中継する。

ポートＩＤには、加入者接続装置を個別に指定するポートＩＤと、同一光ファイバに接続された全ての加入者接続装置を指定するマルチキャスト用のポートＩＤとがある。マルチキャスト用のポートＩＤを適用することによって、ＯＬＴは、ＧＥＭフレームのペイロード情報を複数のＯＮＴに同時に配信することが可能となる。

図３は、ＯＭＣＩフレーム６０のフォーマットを示す。
ＯＭＣＩフレーム６０は、ＧＥＭヘッダ６１と、ＯＭＣＩヘッダ６２と、メッセージ内容フィールド６３とからなり、ＧＥＭヘッダ６１には、宛先加入者接続装置を特定するポートＩＤを含む。ＯＭＣＩのメッセージ内容は、各アクセスノードＯＮＴに個別に送信することが前提となっているため、ＯＭＣＩフレーム６０のＧＥＭヘッダ６１では、マルチキャスト用のポートＩＤは規定されていない。

図４は、Ｇ−ＰＯＮにおいて、ＯＬＴからＯＮＴに送信されるＧＴＣ（G-PON Transmission Convergence） ＴＣ（Transmission Convergence）ダウンストリームフレーム７０のフォーマットを示す。
ＧＴＣ ＴＣダウンストリームフレーム７０は、ヘッダとなるＰＣＢｄ（Physical Control Block downstream）７１と、ＧＴＣペイロード７２とからなり、全長が３８８８０バイトとなっている。ＧＥＭクライアントフレーム５０とＯＭＣＩフレーム６０は、ＧＴＣ ＴＣダウンストリームフレーム７０のペイロード７２にマッピングした形で光ファイバ（ＰＯＮ区間）に送信される。

ＰＣＢｄ７１の長さは、ＧＴＣペイロード７２にマッピングされるフレーム個数に比例して、８バイトずつ増加する。ＧＴＣペイロード７２に含まれるフレーム数が１個の時、ＰＣＢｄ長が最短の３８バイトとなる。ＧＴＣペイロード７２は、３８８８０バイトからＰＣＢｄ長を引いた長さとなる。ＯＬＴは、上記ＧＴＣ ＴＣダウンストリームフレーム７０を光信号に変換して、ＰＯＮ区間に送信する。

ITU-T G.984.1 「Gigabit-capable Passive Optical Networks (GPON): General characteristics」 ITU-T G.984.2 「Gigabit-capable Passive Optical Networks (GPON): Physical Media Dependent (PMD) layer specification」 ITU-T G.984.3 「Gigabit-capable Passive Optical Networks (GPON): Transmission convergence layer specification」 ITU-T G.984.4 「Gigabit-capable Passive Optical Networks (GPON): ONT management and control interface specification」

Ｇ−ＰＯＮシステムにおいて、監視制御装置から各加入者接続装置ＯＮＴに遠隔操作でＯＮＴソフトウェアファイルを転送（ダウンロード）する場合、先ず、監視制御装置から局側装置ＯＬＴにソフトウェアファイルを転送しておき、監視制御装置からのファイル転送指示に応答して、ＯＬＴが上記ソフトウェアファイルをＯＮＴに転送するようにしている。

ＯＬＴからＯＮＴへのソフトウェアファイル転送（ダウンロード）は、ＯＮＴ監視制御の一種であるソフトウェアメンテナンスに該当するため、従来は、ＯＬＴがＯＮＴソフトウェアをＯＭＣＩフレームで各ＯＮＴに転送している。但し、ＯＭＣＩフレームのペイロード（メッセージ内容フィールド６３）は３２バイトの固定長となっているため、通常は、ＯＬＴが、転送すべきＯＮＴソフトウェアを３２バイト長の複数のデータブロックに分割し、これらのデータブロックを含む複数のＯＭＣＩフレームをＧＴＣ ＴＣダウンストリームフレーム７０にマッピングして、ＯＮＴに転送している。

しかしながら、ＯＭＣＩフレームにはマルチキャスト用のポートＩＤが規定されていない。そのため、同一のソフトウェアファイルを複数のＯＮＴに同時に転送したい場合、ＯＬＴは、ＯＮＴソフトウェアのデータブロック毎に、ＧＥＭヘッダにＯＮＴの個別ポートＩＤを含む複数のＯＭＣＩフレームを生成する必要があった。

すなわち、ＯＬＴは、図５の（Ａ）に示すように、ＯＮＴソフトウェア（ファイル）Ｄを３２バイト長の複数のデータブロックＤ１〜Ｄｍに分割し、（Ｂ）に示すように、各データブロックについて、ＧＥＭヘッダ６１のポートＩＤが異なる複数（Ｎ個）のＯＭＣＩフレームＦ１（１）〜Ｆ１（ｎ）を生成し、Ｎ倍化されたＯＭＣＩフレームをＧＴＣ ＴＣダウンストリームフレーム７０に搭載してＰＯＮ区間に送信する必要があった。

然るに、ＯＭＣＩフレームは、図３に示したように、３２バイトのペイロード長に対して、ＧＥＭヘッダとＯＭＣＩヘッダで２５バイトを必要としているため、ＯＮＴソフトウェアの転送用フレームとしてはオーバーヘッドが大き過ぎるという問題があった。

また、ＧＴＣ ＴＣダウンストリームフレームは、図４で説明したように、ＧＴＣペイロード７２にマッピングされるフレーム個数に比例して、ヘッダ部（ＰＣＢｄ）７１の長さが増加する。ＧＴＣペイロード７２には、５７バイト長のＯＭＣＩフレームを最大で５９７個搭載できるが、この場合、ＰＣＢｄ７１は４８０６バイトとなり、ＧＴＣ ＴＣダウンストリームフレーム全体の１２％を占めてしまう。ＧＴＣペイロード７２に、５９７個のＯＭＣＩフレームをマッピングした場合、ＰＣＢｄ７１とＧＥＭヘッダとＯＭＣＩヘッダで、ＧＴＣ ＴＣダウンストリームフレーム全体の約５１％を占めることになり、非常に効率の悪いデータ転送となってしまう。

更に、上述したＮ倍化されたＯＭＣＩフレームをＧＴＣ ＴＣダウンストリームフレーム７０で転送する方式の場合、各ＯＮＴから見ると、自ノード宛の有効ＯＭＣＩフレームは、受信フレームの１／Ｎに過ぎず、且つ、１つの有効ＯＭＣＩフレームから３２バイトのデータしか抽出されないため、大容量ソフトウェアのダウンロードに長時間を要するという問題がある。

本発明の目的は、Ｇ−ＰＯＮシステムにおいて、複数の加入者接続装置ＯＮＴに大容量のＯＮＴソフトウェアファイルを効率的に転送できる改良されたソフトウェア転送方法を提供することにある。

上記目的を達成するため、本発明のソフトウェア転送方法は、局側装置ＯＬＴが、上記複数の加入者接続装置ＯＮＴに配布すべきソフトウェアを複数のデータブロックに分割し、各データブロックをヘッダ部にマルチキャスト用のポートＩＤを含むクライアントフレームのペイロード部に搭載し、該クライアントフレームをＰＯＮ区間に固有のダウンストリームフレームのペイロード部に搭載して上記光ファイバに送出し、上記ダウンストリームフレームを受信した各ＯＮＴが、ヘッダ部にマルチキャスト用ポートＩＤを含むクライアントフレームから抽出したデータブロックをソフトウェアファイル用メモリに格納することを特徴とする。

具体的に言うと、上記クライアントフレームは、ＧＥＭ（G-PON Encapsulation Mode）クライアントフレームであり、ＯＬＴからＰＯＮ区間に送信されるダウンストリームフレームは、ＧＴＣ ＴＣダウンストリームフレームである。本発明の好ましい実施例では、ＯＬＴが、ＯＮＴに転送すべきソフトウェアファイルを最大で３８８３７バイト長のデータブロックに分割し、各ＧＴＣ ＴＣダウンストリームフレームのペイロードに、ソフトウェア転送用として単一のＧＥＭクライアントフレームを搭載する。

本発明によれば、ＰＯＮ区間のダウンストリームフレームにおけるペイロードを有効に利用できるため、ＯＬＴからＯＮＴへのソフトウェアの転送（ダウンロード）を短時間で完了できる。

図１は、本発明が適用されるＧ−ＰＯＮシステムの１例を概略的に示した図である。
Ｇ−ＰＯＮシステムは、局側装置ＯＬＴ１０と、複数の加入者接続装置ＯＮＴ２０（２０−１〜２０−ｎ）と、監視制御装置３０とからなる。各ＯＮＴ２０は、ＯＬＴ１０に接続された光ファイバ４０から光カプラ４２で分岐された支線光ファイバ４１（４１−１〜４１−ｎ）に接続されている。

ＯＬＴ１０は、光ファイバ４０および広域ネットワークＮＷ１に接続された第１の信号処理部１１と、この信号処理部１１にＯＮＴ管理制御インタフェ−ス（ＯＭＣＩ）１２で接続された制御部１３と、制御部１３が制御網ＮＷ２を介して監視制御装置３０と交信するための第２の信号処理部１４と、ＯＮＴソフトウェアファイルを格納するためのメモリ１５とからなり、第１の信号処理部１１は、例えば、各ＯＮＴへの送信時間帯の割当て機能と、ＯＮＴからの受信フレームの終端と広域ネットワークＮＷ１への転送機能と、広域ネットワークＮＷ１からの受信フレーム（パケット）またはＯＮＴ監視制御フレームを含む下りＰＯＮフレーム（ＧＴＣ ＴＣダウンストリームフレーム７０）の生成機能を備えている。

各ＯＮＴ２０は、支線光ファイバ４１に接続された信号処理部２１と、この信号処理部２１にＯＮＴ管理制御インタフェ−ス（ＯＭＣＩ）２２で接続された制御部２３と、信号処理部２１に接続された加入者端末、例えば、電話機２４Ａ、ビデオ端末２４Ｂ、データ端末２４Ｃと、ＯＮＴソフトウェアファイルを格納するためのメモリ２５とからなる。

信号処理部２１は、加入者端末からの送信データをＯＬＴから指定された時間帯で支線光ファイバに送信し、下りＰＯＮフレーム（ＧＴＣ ＴＣダウンストリームフレーム７０）から抽出したＧＥＭクライアントフレームまたはＯＭＣＩフレームのＧＥＭヘッダが示すポートＩＤから、自ノードで受信処理すべきフレームを識別する。信号処理部２１は、ＧＥＭヘッダに自ポートＩＤをもつＯＭＣＩフレームは、制御部２３に転送し、ＧＥＭヘッダに自ポートＩＤをもつＧＥＭクライアントフレームは、ペイロードの内容を抽出して、加入者端末２４Ａ〜２４Ｃに出力する。

本発明では、後述するように、ＯＬＴ１０が、ＯＮＴソフトウェアファイルを複数のデータブロックに分割し、各データブロックをＧＥＭヘッダにマルチキャスト用ポートＩＤを含むＧＥＭクライアントフレームでＯＮＴに送信するようにしている。信号処理部２１は、ＧＥＭヘッダにマルチキャスト用ポートＩＤをもつＧＥＭクライアントフレームを受信すると、これを制御部２３に転送する。制御部２３は、上記ＧＥＭクライアントフレームのペイロードからデータブロックを抽出し、これを次々とメモリ２５に格納して、ＯＮＴソフトウェアファイルを構成する。

監視制御装置３０は、制御網ＮＷ２を介してＯＬＴ１０と交信するための信号処理部３１と、この信号処理部３１に接続された制御部３３と、オペレータインタフェースとなる入出力装置３４と、ＯＮＴソフトウェアファイルを格納するためのメモリ３５とからなっている。

メモリの既にＯＮＴソフトウェアファイルが格納された状態で、監視制御装置３０のオペレータが、入出力装置３４からファイル名を指定してＯＬＴ１０へのファイル転送を指令すると、制御部３３が、メモリ３５からＯＮＴ２０（２０−１〜２０−ｎ）にダウンロードすべきＯＮＴソフトウェアファイルを読み出し、信号処理部３１を介して、ＯＬＴ１０宛のアドレスをもつ所定のフレーム形式で、制御網ＮＷ２に送信する。

ＯＬＴ１０の第２の信号処理部１４は、制御網ＮＷ２からの上記フレームを受信すると、これを制御部１３に入力する。制御部１３、受信フレームから抽出したＯＮＴソフトウェアをメモリ１５に格納する。ＯＮＴソフトウェアファイルが大容量の場合、監視制御装置３０は、ソフトウェアファイルを複数のデータブロックに分割し、ＯＮＴソフトウェアファイルを複数のフレームでＯＬＴ１０に送信する。

監視制御装置３０のオペレータが、入出力装置３４から、ファイル名とポートＩＤを指定してＯＮＴへのファイル転送を指示すると、制御部３３が、ＯＬＴ１０宛のアドレスをもつファイル転送指示用の制御メッセージを生成し、信号処理部３１を介して制御網ＮＷ２に送信する。上記制御メッセージは、ＯＬＴ１０に転送され、第２の信号処理部１４から制御部１３に入力される。

制御部１３は、上記制御メッセージを受信すると、指定されたファイル名をもつソフトウェアファイルをメモリ１５から読み出し、後述するように、ペイロードに上記ソフトウェアファイルを含むＧＥＭクライアントフレームを生成する。この後、制御部１３は、ＯＮＴ管理制御インタフェ−ス（ＯＭＣＩ）１２を介して第１の信号処理部１１に、上記ＧＥＭクライアントフレームのＯＮＴへの転送を指令する。第１の信号処理部１１は、このＧＥＭクライアントフレームをＧＴＣ ＴＣダウンストリームフレームのペイロードに搭載して、光ファイバ４０に送出する。

ソフトウェアファイルが、１つのＧＥＭクライアントフレームでは転送できない大容量の場合、制御部１３は、ソフトウェアファイルを所定サイズの複数のデータブロックに分割し、それぞれが１つのデータブロックを含む複数のＧＥＭクライアントフレームを生成する。監視制御装置３０からの制御メッセージで、特定ＯＮＴへのファイル転送を指示されていた場合、制御部１３は、ＧＥＭヘッダに特定ＯＮＴのポートＩＤを含むＧＥＭクライアントフレームを生成する。上記制御メッセージで、光ファイバ４０に接続された全てのＯＮＴへのファイル転送が指示されていた場合、制御部１３は、ＧＥＭヘッダにＯＮＴ２０−１〜２０−ｎのマルチキャストポートＩＤを含むＧＥＭクライアントフレームを生成する。

本実施例では、ＯＮＴソフトウェアをＯＮＴ２０−１〜２０−ｎにマルチキャストする場合について説明する。
ＯＮＴソフトウェアを光ファイバ４０に接続された全てのＯＮＴに転送する場合、ＯＬＴ１０（制御部１３）は、図６に示すように、ＯＮＴソフトウェア（ファイル）Ｄを固定長の複数のデータブロックＤ１、Ｄ２、・・・に分割し、それぞれがＧＥＭペイロード５２に１つのデータブロックを含む一連のＧＥＭクライアントフレーム５０を生成する。最後のデータブロックＤｊは、端数バイト長のデータブロックとなる。本発明の好ましい実施例では、ＯＮＴソフトウェアは、３８８３７バイト長のデータブロックＤ１、Ｄ２、・・・に分割される。

各データブロック長を３８８３７バイトにすると、ＧＴＣ ＴＣダウンストリームフレーム７０のＧＴＣペイロード７２を最も効率的に利用することが可能となる。すなわち、ＧＴＣ ＴＣダウンストリームフレーム７０は、ＧＴＣペイロード７２に含まれるフレーム個数が増えるに従って、ヘッダ部（ＰＣＢｄ）７１の長さが８バイトずつ増加するため、ＧＴＣペイロード７２に含まれるフレームを１個にした時、ＧＴＣペイロード長を最大値３８８４２バイトにできる。

各データブロック長を３８８３７バイトにすると、このデータブロックをペイロード５２に含むＧＥＭクライアントフレームの長さが、５バイトのＧＥＭヘッダ５１を加えて、上記ＧＴＣのペイロード長３８８４２に一致する。この場合、ＰＣＢｄ７１とＧＥＭヘッダ５１によるロスを最小にして、ＰＯＮ区間で最も効率的にＯＮＴソフトウェアを転送できる。

図７は、本発明によるソフトウェアファイル転送のシーケンス図を示す。
監視制御装置３０（制御部３３）は、オペレータからＯＬＴへのファイル転送指令を受けると、この指令で指定されたＯＮＴソフトウェアファイルをメモリ３５から読み出し、所定の通信メッセージ形式でＯＬＴ１０に転送する（ＳＱ１）。ＯＬＴ１０は、受信メッセージから抽出したＯＮＴソフトウェアファイルをメモリ１５に格納（Ｓ１）した後、監視制御装置３０に受信応答を返送する（ＳＱ２）。ソフトウェアファイルが大容量の場合、ＯＮＴソフトウェアファイルの転送は、複数のメッセージに分割してＯＬＴ１０に転送される。

ＯＮＴソフトウェアファイルのＯＬＴ１０への転送が完了すると、監視制御装置３０は、ファイル名とポートＩＤを指定した制御メッセージによって、ＯＬＴ１０にＯＮＴソフトウェアファイルの転送を指示する（ＳＱ３）。ここでは、ポートＩＤとして、ＯＮＴ２０−１〜２０−ｎのマルチキャスト用ポートＩＤが指定される。但し、監視制御装置３０は、マルチキャスト用ポートＩＤを指定する代わりに、光ファイバ４０の識別子を指定してもよい。この場合、マルチキャスト用ポートＩＤへの変換は、ＯＬＴ１０側で行う。

ＯＬＴ１０は、上記ＯＮＴソフトウェアファイルの転送指示を受信すると、メモリ１５からＯＮＴソフトウェアファイルを読み出し、図６で説明したように、ＯＮＴソフトウェアファイルを複数のデータブロックに分割して、データブロック順にＧＥＭクライアントフレーム５０を生成する（Ｓ２）。ＯＬＴ１０は、次に、このＧＥＭクライアントフレーム５０をペイロードに含むＧＴＣ ＴＣダウンストリームフレーム７０を生成し（Ｓ３）、これを光ファイバ４０に送信する（ＳＱ４）。

上記ＧＴＣ ＴＣダウンストリームフレーム７０は、光ファイバ４０から支線光ファイバ４１−１〜４１−ｎに分岐され、複数のＯＮＴ２０−１〜２０−ｎに到達する。各ＯＮＴ２０は、受信したＧＴＣ ＴＣダウンストリームフレームのペイロードに含まれるＧＥＭクライアントフレームのヘッダ５１が示すポートＩＤを確認する（Ｓ１１）。ポートＩＤがマルチキャスト用であることを検出すると、各ＯＮＴ２０は、ＧＥＭペイロードに含まれるソフトウェアデータブロックをソフトウェア用メモリ２５に格納し（Ｓ１２）、ＯＬＴ１０に、上記ＧＥＭクライアントフレームを受信したことを示す応答メッセージを返送する（ＳＱ５）。

ＯＬＴ１０は、光ファイバ４０に接続された全てのＯＮＴから応答メッセージを受信すると、送信すべきデータブロックの有無をチェックし（Ｓ４）、未送信のデータブロックが在れば、ＧＥＭクライアントフレーム５０を生成し（Ｓ２）、これをＧＴＣ ＴＣダウンストリーム７０に載せて（Ｓ３）、光ファイバ４０に送信する（ＳＱ４）。ＯＮＴソフトウェアの全データブロックの転送が完了すると、ＯＬＴ１０は、監視制御装置３０にファイル転送の完了通知メッセージを送信する（ＳＱ６）。

本実施例によれば、ＧＴＣ ＴＣダウンストリームフレームとＧＥＭフレームのペイロードを有効に利用して、且つ、ＧＴＣ ＴＣダウンストリームフレームに内容的に重複したＧＥＭフレームを含むことなく、複数のＯＮＴにソフトウェアファイルを転送できるため、ＯＮＴのソフトウェアメンテナンスを短時間で効率的に完了することが可能となる。

ＧＴＣペイロードの利用率を最大にするために、ソフトウェアを３８８３７バイト長のデータブロックに分割した場合、ＧＴＣ ＴＣダウンストリームフレームのペイロードが、ソフトウェア転送用のＧＥＭクライアントフレームで占有されるため、他のユーザフレームを転送できなくなる。従って、ＯＮＴへのソフトウェア転送のために、ＧＴＣ ＴＣダウンストリームが連続的に使用されると、ＯＬＴの第１の信号処理部１１がネットワークＮＷ１から受信したデータパケットを転送できなくなり、受信バッファが溢れる可能性がある。

上記受信バッファ溢れを回避するためには、信号処理部１１が、受信バッファのデータ蓄積状況から、ソフトウェア転送用のＧＥＭクライアントフレームの送信可否を判断し、制御部１３から信号処理部１１へのＧＥＭクライアントフレームの送出を制御するようにすればよい。

これに代わる方法として、制御部１３からソフトウェアの転送要求があった時、信号処理部１１から制御部１３に、ソフトウェア転送用のＧＥＭクライアントフレームのペイロード長を指定し、制御部１３が指定されたペイロード長でソフトウェアデータブロックを送信するようにしてもよい。この場合、ＧＴＣ ＴＣダウンストリームフレームのペイロードをソフトウェア転送用のＧＥＭクライアントフレームと通常のユーザデータ用のＧＥＭクライアントフレームで共用できるため、受信バッファの蓄積データを継続的に排出することが可能となる。

ソフトウェア転送用のＧＥＭクライアントフレームのペイロード長は、信号処理部１１における受信バッファのデータ蓄積状況に応じて、信号処理部１１から制御部１３に、ＧＴＣ ＴＣダウンストリームフレーム毎に動的に指定するようにしてもよい。この場合、指定ペイロード長がゼロの時は、ソフトウェア転送用のＧＥＭクライアントフレームの送信が抑制され、最大長（３８８３７バイト）の時は、ＧＴＣ ＴＣダウンストリームフレームがソフトウェア転送用に占有され、最大長よりも少ない時は、ＧＴＣ ＴＣダウンストリームフレームが、ソフトウェア転送用のＧＥＭクライアントフレームと通常のユーザデータ用のＧＥＭクライアントフレームで共用されることになる。

本発明が適用されるＧ−ＰＯＮシステムの１例を示す構成図。 ＧＥＭクライアントフレームのフォーマット図。 ＯＭＣＩフレームのフォーマット図。 ＧＴＣ ＴＣダウンストリームフレームのフォーマット図。 従来のソフトウェアファイル転送におけるデータブロックと通信フレームとの関係を説明するための図。 本発明のソフトウェアファイル転送におけるデータブロックと通信フレームとの関係を説明するための図。 本発明によるソフトウェアファイル転送のシーケンス図。

符号の説明

１０：局側装置ＯＬＴ、２０加入者接続装置ＯＮＴ、３０：監視制御装置、４０：光ファイバ、４１：支線光ファイバ、４２：光カプラ、１１、１４、２１、３１：信号処理部、１３、２３、３３：制御部、１５、２５、３５：ＯＮＴソフトウェアファイル用メモリ、５０：ＧＥＭクライアントフレーム、６０：ＯＭＣＩフレーム、７０：ＧＴＣ ＴＣダウンストリームフレーム。

Claims (5)

1. 局側装置（ＯＬＴ）と複数の加入者接続装置（ＯＮＴ）とが受動光網（ＰＯＮ）で接続され、上記ＯＬＴから任意のＯＮＴ宛に、ユーザデータは可変長のクライアントフレームに搭載し、監視制御データは、宛先ＯＮＴをマルチキャスト用のポートＩＤでは指定できない固定長の監視制御フレームに搭載し、上記クライアントフレームと制御監視フレームをＰＯＮ区間に固有のダウンストリームフレームのペイロード部に搭載して送信するようにしたＰＯＮシステムにおけるソフトウェアの転送方法であって、
   
   上記ＯＬＴが、上記ＯＮＴに配布すべきソフトウェアを上記監視制御フレームのペイロードよりも大きいバイト長をもつ複数のデータブロックに分割し、上記ソフトウェアが上記複数のＯＮＴに配布されるソフトウェアの場合、上記各データブロックをヘッダ部にマルチキャスト用のポートＩＤを含むクライアントフレームのペイロード部に搭載し、該クライアントフレームをＰＯＮ区間に固有のダウンストリームフレームのペイロード部に搭載して上記受動光網の光ファイバに送出し、
   上記ダウンストリームフレームを受信した各ＯＮＴが、ヘッダ部にマルチキャスト用のポートＩＤを含むクライアントフレームから上記データブロックを抽出し、該データブロックをソフトウェアファイル用メモリに格納することを特徴とするソフトウェアの転送方法。
2. 前記クライアントフレームが、ＧＥＭ（G-PON Encapsulation Mode）クライアントフレームであり、
   前記監視制御フレームが、ＯＭＣＩ（ONT Management Control Interface）フレームであり、
   前記ＯＬＴからＰＯＮ区間に送信されるダウンストリームフレームが、ＧＴＣ（G-PON Transmission Convergence）ＴＣダウンストリームフレームであることを特徴とする請求項１に記載のソフトウェアの転送方法。
3. 前記各ＧＴＣ ＴＣダウンストリームフレームが、ソフトウェア転送用として単一のＧＥＭクライアントフレームを含むことを特徴とする請求項２に記載のソフトウェアの転送方法。
4. 前記ＯＬＴが、前記ソフトウェアファイルを最大３８８３７バイト長のデータブロックに分割することを特徴とする請求項３に記載のソフトウェアの転送方法。
5. 前記ＯＬＴが、前記受動光網に転送すべきデータパケットの蓄積状況に応じて、前記ソフトウェアのデータブロックが搭載されるクライアントフレームのペイロード長、または前記ソフトウェアのデータブロックが搭載されたクライアントフレームの前記ダウンストリームフレームへの搭載を制御することを特徴とする請求項１〜請求項４の何れかに記載のソフトウェアの転送方法。

Images