JP2010252176A - 通信システム、通信方法および通信装置 - Google Patents

Abstract

【課題】共通の受動的光ネットワークを介した複数の通信装置のダウンロードを短時間で行なうことが可能な通信システム、通信方法および通信装置を提供する。
【解決手段】通信システム３０１は、複数の宅側装置１０２と、共通の受動的光ネットワークを介して複数の宅側装置１０２と通信を行ない、複数の宅側装置１０２自身によってダウンロードされるべきダウンロードデータを複数の宅側装置１０２へブロードキャストする局側装置１０１とを備える。
【選択図】図１

Description

本発明は、通信システム、通信方法および通信装置に関し、特に、複数の宅側装置が媒体を共有してデータの伝送を行なう媒体共有型通信であるＰＯＮ（Passive Optical Network）において、複数の宅側装置が共通のデータをダウンロードする通信システム、通信方法および通信装置に関する。

各家庭までのネットワークアクセスサービスを光ファイバによって提供するＦＴＴＨ（Fiber To The Home）を実現する形態のひとつにＰＯＮ（Passive Optical Network）がある。ＰＯＮの特長は、各家庭に設置される宅側装置（ＯＮＵ（Optical Network Unit））と局側装置（ＯＬＴ（Optical Line Terminal））との間を結ぶ光ファイバの一部を共有して通信を行なうことにより、低コストで光アクセスサービスを提供できることである。

また、非特許文献１には、ＰＯＮの１つの方式であって、ＰＯＮを通過するユーザ情報およびＰＯＮを管理運用するための制御情報を含め、すべての情報がイーサネット（登録商標）フレームの形式で通信されるＥＰＯＮ（Ethernet（登録商標） PON）と、ＥＰＯＮのアクセス制御プロトコル（ＭＰＣＰ（Multi-Point Control Protocol））およびＯＡＭ（Operations, Administration and Maintenance）プロトコルとが規定されている。局側装置と宅側装置との間でＭＰＣＰフレームをやりとりすることによって、宅側装置の加入、離脱、上りアクセス多重制御などが行なわれる。

ＰＯＮでは、ＯＬＴから光ファイバへ送信されるデータを物理的にはすべてのＯＮＵが受信できてしまう。そこで、ＰＯＮでは、フレームのプリアンブル部分に埋め込まれたＬＬＩＤ（Logical Link ID）という識別子によってそのフレームを受信すべきＯＮＵ番号を示し、ＯＮＵは、ＬＬＩＤを参照することにより、自装置あてのフレームのみを使用する。すなわち、ＯＮＵは、物理的に受信したフレームのうち、自己のＬＬＩＤと一致するフレームのみを論理的に受信する。

ＬＬＩＤとしては、ＯＮＵとの通信接続時にＯＬＴがＯＮＵに個別に割り当てる「ユニキャストＬＬＩＤ」と、すべてのＯＮＵが受信すべきフレームを示す識別子である「ブロードキャストＬＬＩＤ」とが定義されている。

次に、遠隔ダウンロードについて述べる。ＦＴＴＨを含めたネットワークシステムでは、新たな機能の追加および問題点の改修を行なう機能を求められることが多い。このような機能の実現方法としては、ネットワークシステムにおける機器内のＣＰＵが実行するソフトウェアプログラム、あるいはネットワークシステムにおける機器内のＦＰＧＡ（Field Programmable Gate Array）の設計データをダウンロードする方法がある。

このような遠隔ダウンロードを行なう通信システムの一例として、たとえば、特許文献１には、以下のような構成が開示されている、すなわち、プログラムを保持している中央局と、上記中央局と通信回線で接続され、上記中央局からダウンロードされたプログラムを保持し、このプログラムに基づいて処理を行なう複数の基地局からなる無線通信システムであって、上記基地局は、所定のときにプログラムのバージョンデータを上記中央局に問い合わせ、上記中央局で保持しているバージョンデータと上記基地局で保持しているバージョンデータとを比較するバージョンチェック処理手段と、上記バージョンデータが不一致のときプログラムのダウンロード要求を中央局に送出するダウンロード制御処理手段とを含む。

特開平８−６７７０号公報

ＩＥＥＥ Ｓｔｄ ８０２．３ａｈ（登録商標）−２００４

しかしながら、特許文献１に記載の構成では、ダウンロード対象である基地局ごとに個別にダウンロードを実施するため、ダウンロード対象である基地局の台数が多い場合には、すべての基地局のダウンロードが完了するまでに長時間を要してしまう。

それゆえに、本発明の目的は、共通の受動的光ネットワークを介した複数の通信装置のダウンロードを短時間で行なうことが可能な通信システム、通信方法および通信装置を提供することである。

上記課題を解決するために、この発明のある局面に係わる通信システムは、複数の宅側装置と、共通の受動的光ネットワークを介して上記複数の宅側装置と通信を行ない、上記複数の宅側装置自身によってダウンロードされるべきダウンロードデータを上記複数の宅側装置へブロードキャストする局側装置とを備える。

またこの発明の別の局面に係わる通信システムは、複数の宅側装置と、共通の受動的光ネットワークを介して上記複数の宅側装置と通信を行ない、上記複数の宅側装置によって用いられる管理データのうち、上記複数の宅側装置で共通に用いられる共通管理データを上記複数の宅側装置へブロードキャストし、上記宅側装置が上記共通管理データを正常に受信したか否かの情報を上記宅側装置から取得する局側装置とを備える。

好ましくは、上記局側装置は、上記複数の宅側装置への上記ブロードキャストを行なう前に、ブロードキャスト対象の上記宅側装置を選択し、選択した上記宅側装置へ選択通知を送信し、上記宅側装置は、上記選択通知を受けて、上記局側装置によって新たにブロードキャストされるブロードキャストデータを受信し、受信した上記ブロードキャストデータに基づいて動作内容を変更する。

より好ましくは、上記局側装置は、選択した上記宅側装置を記憶し、上記ブロードキャストを行なった後、上記ブロードキャストデータを正常に受信したか否かの情報を、記憶した上記宅側装置から取得し、上記ブロードキャストデータを正常に受信しなかった上記宅側装置が存在する場合、上記ブロードキャストデータを正常に受信しなかった上記宅側装置へ上記ブロードキャストデータを再送信する。

好ましくは、上記局側装置は、上記複数の宅側装置への上記ブロードキャストを行なう前に、ブロードキャストすべきブロードキャストデータの種類の情報を上記複数の宅側装置へブロードキャストし、上記宅側装置は、上記局側装置から受信した上記情報に基づいて上記ブロードキャストデータを使用すべきか否かを判断し、使用すべきであると判断した場合、上記ブロードキャストデータに基づいて動作内容を変更する。

より好ましくは、上記宅側装置は、上記ブロードキャストデータを使用すべきであると判断した場合、上記局側装置へ応答を送信し、上記局側装置は、上記応答を送信した上記宅側装置を記憶し、上記ブロードキャストを行なった後、上記ブロードキャストデータを正常に受信したか否かの情報を、記憶した上記宅側装置から取得し、上記ブロードキャストデータを正常に受信しなかった上記宅側装置が存在する場合、上記ブロードキャストデータを正常に受信しなかった上記宅側装置へ上記ブロードキャストデータを再送信する。

好ましくは、上記局側装置は、上記複数の宅側装置へブロードキャストすべきブロードキャストデータを複数のブロックに分割して上記複数の宅側装置へそれぞれブロードキャストし、上記局側装置は、上記複数のブロックを正常に受信したか否かの情報を上記複数の宅側装置から取得し、上記ブロックを正常に受信しなかった上記宅側装置が存在する場合、上記複数のブロックのうちの正常に受信されなかった上記ブロックを、上記ブロックを正常に受信しなかった上記宅側装置へ再送信する。

好ましくは、上記局側装置は、上記複数の宅側装置へブロードキャストすべきブロードキャストデータを複数のブロックに分割して上記複数の宅側装置へそれぞれブロードキャストし、上記局側装置は、上記複数のブロックのブロードキャストを行なう前に、上記複数の宅側装置の中から、上記ブロックを正常に受信したか否かの情報を上記局側装置へ通知させる上記宅側装置を選択し、選択した上記宅側装置へ応答指示を送信し、上記応答指示を受けた上記宅側装置は、上記局側装置から上記ブロックを正常に受信したか否かの情報を上記局側装置へ送信し、上記局側装置は、上記ブロックが正常に受信されたという上記情報を受けた場合、上記複数のブロックのうちの未送信のブロックを上記複数の宅側装置へブロードキャストする。

上記課題を解決するために、この発明のある局面に係わる通信方法は、複数の宅側装置と、共通の受動的光ネットワークを介して上記複数の宅側装置と通信を行なう局側装置とを備えた通信システムにおける通信方法であって、上記局側装置が、上記複数の宅側装置自身によってダウンロードされるべきダウンロードデータを上記複数の宅側装置へブロードキャストするステップと、上記複数の宅側装置が上記ダウンロードデータを受信するステップとを含む。

またこの発明の別の局面に係わる通信方法は、複数の宅側装置と、共通の受動的光ネットワークを介して上記複数の宅側装置と通信を行なう局側装置とを備えた通信システムにおける通信方法であって、上記局側装置が、上記複数の宅側装置によって用いられる管理データのうち、上記複数の宅側装置で共通に用いられる共通管理データを上記複数の宅側装置へブロードキャストするステップと、上記局側装置が、上記宅側装置が上記共通管理データを正常に受信したか否かの情報を上記宅側装置から取得するステップとを含む。

上記課題を解決するために、この発明のある局面に係わる通信装置は、共通の受動的光ネットワークを介して複数の他の装置と通信を行なう通信装置であって、上記複数の他の装置自身によってダウンロードされるべきダウンロードデータを生成するデータ生成部と、上記データ生成部によって生成された上記ダウンロードデータを上記複数の他の装置へブロードキャストする送信部とを備える。

またこの発明の別の局面に係わる通信装置は、共通の受動的光ネットワークを介して複数の他の装置と通信を行なう通信装置であって、上記複数の他の装置によって用いられる管理データのうち、上記複数の他の装置で共通に用いられる共通管理データを上記複数の他の装置へブロードキャストする送信部と、上記他の装置が上記共通管理データを正常に受信したか否かの情報を上記他の装置から取得する制御部とを備える。

またこの発明のさらに別の局面に係わる通信装置は、共通の受動的光ネットワークを介して他の装置と通信を行なう通信装置であって、上記他の装置からブロードキャストされるダウンロードデータを自らがダウンロードすべきか否かの情報を上記他の装置から取得し、上記情報に基づいて上記ダウンロードデータをダウンロードすべきであると判断した場合、ダウンロード状態へ遷移して新たに受信した上記ダウンロードデータに基づいて動作内容を変更し、その後、非ダウンロード状態へ遷移する。

本発明によれば、共通の受動的光ネットワークを介した複数の通信装置のダウンロードを短時間で行なうことができる。

本発明の実施の形態に係るＰＯＮシステムの概略構成を示すブロック図である。 本発明の実施の形態に係るＯＬＴの概略構成を示すブロック図である。 本発明の実施の形態に係るＯＮＵの概略構成を示すブロック図である。 本発明の実施の形態に係るＰＯＮシステムにおけるデータのダウンロードの動作手順を示すシーケンス図である。 本発明の実施の形態に係るＰＯＮシステムにおけるブロードキャスト開始前の準備動作の手順を示すシーケンス図である。 本発明の実施の形態に係るＰＯＮシステムにおけるブロードキャスト開始前の準備動作の手順の変形例を示すシーケンス図である。 本発明の実施の形態に係るＰＯＮシステムにおけるＯＬＴがブロードキャストを行なう際の動作手順を定めたフローチャートである。 本発明の実施の形態に係るＰＯＮシステムにおけるＯＬＴがブロードキャストを行なう際の動作の変形例の手順を定めたフローチャートである。 本発明の実施の形態に係るＰＯＮシステムにおけるＯＮＵがデータのダウンロードを行なう際の動作手順を定めたフローチャートである。 （ａ）〜（ｃ）は、本発明の実施の形態に係るＯＮＵが有する受信チェックリストを示す図である。 本発明の実施の形態に係るＰＯＮシステムにおけるＯＬＴがダウンロード完了確認を行なう際の動作手順を定めたフローチャートである。

以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

図１は、本発明の実施の形態に係るＰＯＮシステムの概略構成を示すブロック図である。

図１を参照して、ＰＯＮシステム３０１は、主に電話局などに設置されるＯＬＴ１０１と、主に各宅内に設置される複数のＯＮＵ１０２−１〜１０２−ｎと、ＯＬＴ１０１から送信される光信号を分岐してＯＮＵ１０２−１〜１０２−ｎに送信し、ＯＮＵ１０２−１〜１０２−ｎから送信される光信号を集束してＯＬＴ１０１に送信するスプリッタ１０５と、ＯＮＵ１０２−１〜１０２−ｎのそれぞれに接続される複数のユーザ端末１１１とを備える。なお、１つのＯＮＵに複数のユーザ端末が接続されていてもよい。

ＯＬＴ１０１は、上位ネットワーク１０９を介して受信したデータを、光ファイバであるＰＯＮ回線１０４およびスプリッタ１０５を介してＯＮＵ１０２−１〜１０２−ｎに送信する。また、ＯＬＴ１０１は、ＯＮＵ１０２−１〜１０２−ｎから送信されたレポートに基づいて、ＯＮＵ１０２−１〜１０２−ｎ内のバッファに蓄積されているデータの送信開始時刻および送信許可量を演算し、指示信号を挿入したグラントをＰＯＮ回線１０４およびスプリッタ１０５を介してＯＮＵ１０２−１〜１０２−ｎに送信する。

たとえば、ＯＮＵ１０２−１は、宅側ネットワーク１１０を介してユーザ端末１１１から上り情報フレームを受信すると、この上り情報フレームを一旦バッファに蓄積する。ＯＮＵ１０２−１は、ＯＬＴ１０１からグラントを受信すると、そのグラントによって指定された時刻に自己のバッファ内のデータの長さをレポートでＯＬＴ１０１に通知する。

ＯＮＵ１０２−１は、指示信号が挿入されたグラントをＯＬＴ１０１から受信すると、その指示信号に基づいて自己のバッファ内のデータをレポートとともにＯＬＴ１０１に送信する。

図２は、本発明の実施の形態に係るＯＬＴの概略構成を示すブロック図である。
図２を参照して、ＯＬＴ１０１は、受信部４１と、送信部４２と、制御フレーム処理部（制御部およびデータ生成部）４３と、受信部４４と、バッファメモリ４５と、送信部４６と、バッファメモリ４８とを含む。

下り方向において、受信部４１は、上位ネットワーク１０９から受信した下りデータフレームをバッファメモリ４８に転送する。バッファメモリ４８は、受信部４１から受けた下りデータフレームを蓄積する。

制御フレーム処理部４３は、受信部４４から受けたレポートフレームに基づいてグラントフレームを生成する。また、制御フレーム処理部４３は、他の制御フレームも生成して送信部４２へ転送する。たとえば、制御フレーム処理部４３は、ダウンロード用の制御フレームを生成して送信部４２へ出力する。

ここで、ダウンロード用の制御フレームには、ＯＮＵで用いられる管理データが含まれる。管理データは、各ＯＮＵで共通に用いられる共通管理データと、各ＯＮＵで個別に用いられる個別管理データとを含む。管理データには、たとえば、ＯＮＵのＣＰＵ（Central Processing Unit）が実行するプログラムコードおよびＯＮＵのＦＰＧＡ（Field Programmable Gate Array）が用いるコンフィグレーションコード等のダウンロードデータが含まれる。また、管理データには、たとえば、ＯＮＵが各種動作を行なうための動作指示情報が含まれる。動作指示情報は、たとえば、ＯＬＴからのリセット指示、およびバッファメモリの記憶領域の構成情報である。

また、ＯＮＵ自身がダウンロードすべきデータであるダウンロードデータは、たとえば数百キロバイトから数メガバイトのサイズを有する。ＥＰＯＮでは、管理データをイーサネット（登録商標）フレームの形式に従ってＰＯＮ回線へ送信する必要がある。このため、ＯＬＴは、管理データを適切なサイズに分割して各ＯＮＵへブロードキャストする。すなわち、ＯＬＴは、管理データを複数のブロックに分割して各ＯＮＵへブロードキャストする。たとえば、５０，１００バイトの管理データを１，０００バイトのブロックに分割して送信する場合には、全部で５１ブロックを送信することになる。なお、最後のブロックには、１００バイトの管理データのみが格納されている。

ブロックを格納するイーサネット（登録商標）フレームには、ブロック以外に少なくとも当該ブロックが何番目のブロックであるかを示すシーケンス番号が含まれている。また、データの正当性をチェックするためのチェックデータが含まれていてもよい。

このように、制御フレーム処理部４３は、管理データのデータ量が多い場合には、管理データを複数のブロックに分割し、分割した複数のブロックをそれぞれ含む複数の制御フレームを生成する。

送信部４２は、バッファメモリ４８に蓄積された下りデータフレームおよび制御フレーム処理部４３から受けた制御フレームをＰＯＮ回線１０４経由でＯＮＵへ送信する。

上り方向において、受信部４４は、ＯＮＵからの上りフレームをＰＯＮ回線１０４経由で受信する。受信部４４は、上りフレームのヘッダ部分によってデータフレームであるか、レポートフレームなどの制御フレームであるかを判定する。受信したフレームがデータフレームであれば、受信部４４は当該データフレームをバッファメモリ４５経由で送信部４６に転送する。また、受信したフレームが制御フレームであれば、受信部４４は当該制御フレームを制御フレーム処理部４３に転送する。

バッファメモリ４５は、受信部４４によって受信されたデータフレームを蓄積する。送信部４６は、バッファメモリ４５に蓄積されたデータフレームを上位ネットワーク１０９に送信する。

図３は、本発明の実施の形態に係るＯＮＵの概略構成を示すブロック図である。
図３を参照して、ＯＮＵ１０２は、受信部２１と、送信部２２と、制御フレーム処理部２３と、受信部２４と、バッファメモリ２５と、送信部２６と、ＦＰＧＡ２７と、バッファメモリ２８と、ＲＯＭ２９とを含む。

制御フレーム処理部２３は、ＣＰＵ３１と、不揮発性メモリであるＲＯＭ（Read Only Memory）３２と、ＲＡＭ（Random Access Memory）３３とを含む。ＲＯＭ３２にはＣＰＵのプログラムコード、および動作指示情報等が書き込まれる。

ＣＰＵ３１は、電源立ち上げによって電力が供給されるとブートロードする、すなわちプログラムコードの読み出しを開始して動作する。ＲＡＭ３３は、ＣＰＵ３１が動作している際に使用するワークメモリとして用いられる。

ＦＰＧＡ２７は、ＲＯＭ２９に書き込まれているコンフィグレーションコードによって回路構成を変更できる汎用の論理回路である。ＦＰＧＡ２７は、電源立ち上げによって電力が供給されると、ＲＯＭ２９からコンフィグレーションコードを読み出して自らの回路構成を決定し、決定した回路構成に基づいて動作する。すなわち、図３では、ＦＰＧＡ２７は他の機能ブロックと別個に記載されているが、ＦＰＧＡ２７としてどのような処理を行なうかが予め決められているわけではない。ＦＰＧＡ２７と他のブロックとが基板上で電気的に接続されていれば、図３に示すＯＮＵにおける「送信部」、「受信部」および「バッファメモリ」等の機能を果たすことが可能である。

下り方向において、受信部２１は、ＯＬＴからの光信号を受信し、フレームのヘッダ部分を読み取ることによって当該フレームが自身宛てであるか否かを判定する。受信部２１は、受信したフレームが自身宛てであれば当該フレームを取り込み、また、他のＯＮＵ宛てまたは他のＯＮＵに接続される装置宛てであれば当該フレームを廃棄する。より詳細には、受信部２１は、ＰＯＮ回線１０４を介してＯＬＴから受信したフレームに記されたＬＬＩＤの識別を行ない、自装置に設定されているユニキャストＬＬＩＤ、あるいはブロードキャストＬＬＩＤが記されたフレームのみを通過させる。

また、受信部２１は、取込んだフレームのヘッダ部分によってデータフレームであるか、グラントフレームなどの制御フレームであるかを判定する。受信したフレームがデータフレームであれば、受信部２１は当該データフレームをバッファメモリ２８経由で送信部２２に転送する。また、受信したフレームが制御フレームであれば、受信部２１は当該制御フレームを制御フレーム処理部２３に転送する。

制御フレーム処理部２３におけるＣＰＵ３１は、受信部２１からダウンロード用の制御フレームを受けて、この制御フレームに含まれる管理データをダウンロードする。ここで、本発明における「ダウンロード」とは、ある装置におけるＲＯＭ等の記憶部に書き込まれているデータであってＣＰＵおよびＦＰＧＡ等の動作内容を決めるデータを、他の装置から新たに受信したデータに変更することを意味する。すなわち、ＣＰＵ３１は、ＲＯＭ３２に記憶されているプログラムコードおよび動作指示情報、ならびにＲＯＭ２９に記憶されているコンフィグレーションコードをＲＯＭ３２またはＲＯＭ２９における所定のエリアに書き込むことにより、新たに受信した管理データに基づいて自らの動作内容およびＦＰＧＡ２７の動作内容を変更する。

また、ＣＰＵ３１は、ＯＬＴから応答指示を受けている場合には、応答メッセージを含む制御フレームを生成し、送信部２６へ出力する。

送信部２２は、受信部２１からデータフレームを受けると、このデータフレームをユーザ端末等が接続される宅側ネットワーク１１０へ送信する。

制御フレーム処理部２３は、受信部２１からグラントフレームを受けると、レポートフレームを作成して送信部２６に転送する。また、制御フレーム処理部２３は、ＯＬＴからのグラントフレーム以外の制御フレームの処理も実行し、必要に応じて対応の制御フレームを生成して送信部２６へ転送する。

上り方向において、受信部２４は、ユーザ端末からの上り情報フレームすなわちデータフレームを受信し、バッファメモリ２５に転送する。バッファメモリ２５は、制御フレーム処理部２３および受信部２４からそれぞれ転送された制御フレームおよびデータフレームを蓄積する。

制御フレーム処理部２３は、バッファメモリ２５に蓄積されたフレームを送信部２６に転送する。送信部２６は、バッファメモリ２５から受けたデータフレームおよび制御フレーム処理部２３から受けた制御フレームをＯＬＴへ送信する。ここで、送信部２６は、データフレームを送信する場合および制御フレームを送信する場合のいずれであっても、送信すべきフレームに自らのユニキャストＬＬＩＤを入れて送信する。

図４は、本発明の実施の形態に係るＰＯＮシステムにおけるデータのダウンロードの動作手順を示すシーケンス図である。ここでは、共通管理データがＮ個のブロックに分割される場合について説明する。

図４を参照して、まず、ＯＬＴは、「ダウンロード開始」を通知するための制御フレームを各ＯＮＵへ送信する（ＳＱ１）。

次に、各ＯＮＵは、ＯＬＴから「ダウンロード開始」を示す制御フレームを受信して、ダウンロード状態へ遷移する。そして、各ＯＮＵは、ダウンロード状態へ遷移したこと示す制御フレームをＯＬＴへ送信する（ＳＱ２）。

次に、ＯＬＴは、各ＯＮＵからダウンロード状態へ遷移したことを示す制御フレームを受信して、Ｎ個のブロックのうちのブロック１をイーサネット（登録商標）フレームである制御フレームに入れ、かつブロードキャストＬＬＩＤを制御フレームに入れて各ＯＮＵへブロードキャストする（ＳＱ３）。

次に、各ＯＮＵは、ＯＬＴからブロック１を含む制御フレームを受信して、ブロック１を保存し、ブロック１を正常に受信したことを示すＡｃｋ（Acknowledge）１を制御フレームに入れてＯＬＴへ送信する（ＳＱ４）。

次に、ＯＬＴは、各ＯＮＵからＡｃｋ１を含む制御フレームを受信して、Ｎ個のブロックのうちのブロック２をイーサネット（登録商標）フレームである制御フレームに入れ、かつブロードキャストＬＬＩＤを制御フレームに入れて各ＯＮＵへブロードキャストする（ＳＱ５）。

次に、各ＯＮＵは、ＯＬＴからブロック２を含む制御フレームを受信して、ブロック２を保存し、ブロック２を正常に受信したことを示すＡｃｋ２を制御フレームに入れてＯＬＴへ送信する（ＳＱ６）。

以降、ＯＬＴおよび各ＯＮＵは、ブロック３〜ブロックＮ−１の送信および受信を繰り返す。そして、ＯＬＴがブロックＮのブロードキャストを行ない（ＳＱ７）、これに対して各ＯＮＵがＡｃｋＮを制御フレームに入れてＯＬＴへ送信する（ＳＱ８）。ここで、各ＯＮＵは、ブロック１〜ブロックＮをすべて正常に受信できた場合、管理データの更新を行なう。

次に、ＯＬＴは、各ＯＮＵからＡｃｋＮを含む制御フレームを受信して、ブロック１〜ブロックＮのダウンロードが正常に完了したか否かの問い合わせを示す制御フレームを各ＯＮＵへ送信する（ＳＱ９）。

次に、各ＯＮＵは、ＯＬＴから問い合わせを示す制御フレームを受信して、ブロック１〜ブロックＮのダウンロードが正常に完了したか否かの状態を示す制御フレームをＯＬＴへ送信する（ＳＱ１０）。

次に、ＯＬＴは、各ＯＮＵからブロック１〜ブロックＮのダウンロードが正常に完了した状態を示す制御フレームを受信した場合には、ダウンロード処理を終了する。一方、ＯＬＴは、ブロック１〜ブロックＮのダウンロードが正常に完了しなかった状態を示す制御フレームを少なくとも１つのＯＮＵ（以下、未完了ＯＮＵと称する。）から受信した場合には、未完了ＯＮＵが正常に受信できなかったブロックｉ（ｉ＝１〜Ｎ）を未完了ＯＮＵへ再送信する（ＳＱ１１）。

次に、未完了ＯＮＵは、ＯＬＴからブロックｉを含む制御フレームを受信して、ブロックｉを保存し、ブロックｉを正常に受信したことを示すＡｃｋｉを制御フレームに入れてＯＬＴへ送信する（ＳＱ１２）。そして、未完了ＯＮＵは、管理データの更新を行なう。

次に、ＯＬＴは、未完了ＯＮＵからＡｃｋｉを含む制御フレームを受信して、ブロック１〜ブロックＮのダウンロードが正常に完了したか否かの問い合わせを示す制御フレームを未完了ＯＮＵへ送信する（ＳＱ１３）。

次に、未完了ＯＮＵを含む各ＯＮＵは、ＯＬＴから問い合わせを示す制御フレームを受信して、ブロック１〜ブロックＮのダウンロードが正常に完了した状態を示す制御フレームをＯＬＴへ送信する（ＳＱ１４）。

そして、ＯＬＴは、各ＯＮＵからブロック１〜ブロックＮのダウンロードが正常に完了した状態を示す制御フレームを受信した場合には、ダウンロード処理を終了する。

図５は、本発明の実施の形態に係るＰＯＮシステムにおけるブロードキャスト開始前の準備動作の手順を示すシーケンス図である。図５は、図４に示すシーケンスＳＱ１およびＳＱ２の動作に対応している。ここでは、ＯＬＴとＯＮＵ−ＡおよびＯＮＵ−Ｂとが通信を行なっている場合について説明する。

１つのＯＬＴと通信している、すなわち１つのＯＬＴに接続されている各ＯＮＵにおいて、製造メーカ、ソフトウェアバージョンおよびハードウェアバージョンが混在していることがあり、同じ管理データについて必ずしもすべてのＯＮＵがダウンロード対象になるとは限らない。

そこで、ＯＬＴは、共通管理データを各ＯＮＵへブロードキャストする前に、その共通管理データをダウンロードすべきＯＮＵ、すなわちダウンロード対象のＯＮＵを把握する。まず、ＯＬＴは、「ダウンロード開始」を通知する制御メッセージを生成し、制御フレームに入れ、かつブロードキャストＬＬＩＤを制御フレームに入れてＯＮＵ−ＡおよびＯＮＵ−Ｂへブロードキャストする（ＳＱ２１ＡおよびＳＱ２１Ｂ）。

この制御メッセージには、「ダウンロード開始」通知に加えて、共通管理データの種類が含まれる。共通管理データの種類としては、たとえば、ダウンロード対象となるＯＮＵの製造メーカ名、ソフトウェアバージョンおよびハードウェアバージョンがある。また、共通管理データの種類としては、ダウンロード対象デバイスの種類、すなわち共通管理データがＣＰＵ等のソフトウェアプログラムであるかＦＰＧＡのデータであるかまたは動作指示情報であるか等の情報がある。また、共通管理データの種類としては、共通管理データ自体のバージョン、共通管理データのサイズ、共通管理データの分割ブロックのサイズおよび共通管理データの日付がある。

次に、ＯＮＵ−ＡおよびＯＮＵ−Ｂは、ＯＬＴから受信した制御フレームに含まれる制御メッセージと、自己の設定およびバージョン等とを確認する。すなわち、ＯＮＵは、制御メッセージが示す共通管理データの種類と自己の設定およびバージョン等とを比較して、当該共通管理データのダウンロード条件を自己が満たしているか否かを判断する（ＳＱ２２およびＳＱ２４）。

ＯＮＵ−Ａは、ダウンロード条件を自己が満たしている、すなわちこの共通管理データをダウンロードすべきであると判断すると（ＳＱ２３）、ダウンロード状態へ遷移して、ダウンロード状態へ遷移したこと示す制御フレームをＯＬＴへ送信する（ＳＱ２６）。

ＯＮＵ−Ｂは、ダウンロード条件を自己が満たしていないと判断すると（ＳＱ２５）、ダウンロード状態へ遷移せず、ダウンロード状態へ遷移しなかったこと示す制御フレームをＯＬＴへ送信する（ＳＱ２７）。なお、ダウンロード状態へ遷移していないＯＮＵ−Ｂにおいても、受信部２１は、ＯＬＴからのブロードキャストＬＬＩＤが記されたフレームをＣＰＵ３１へ出力するが、ＣＰＵ３１は、このフレームを廃棄する。

次に、ＯＬＴは、ＯＮＵ−Ａからダウンロード状態へ遷移したこと示す制御フレームおよびＯＮＵ−Ｂからダウンロード状態へ遷移しなかったこと示す制御フレームを受信して、ダウンロード状態となったＯＮＵ−Ａの識別番号たとえばユニキャストＬＬＩＤを記憶する、すなわちダウンロード対象にＯＮＵ−Ａを追加する。この記憶内容は、後述するダウンロード完了確認処理において用いられる（ＳＱ２８）。

図６は、本発明の実施の形態に係るＰＯＮシステムにおけるブロードキャスト開始前の準備動作の手順の変形例を示すシーケンス図である。図６は、図４に示すシーケンスＳＱ１およびＳＱ２の動作に対応している。

図６を参照して、ＯＬＴは、共通管理データを各ＯＮＵへブロードキャストする前に、その共通管理データをダウンロードすべきＯＮＵ、すなわちダウンロード対象のＯＮＵを選択する。たとえば、ＯＬＴは、各ＯＮＵの設定およびバージョン等の情報を記憶しており、共通管理データの種類と各ＯＮＵの設定およびバージョン等とを比較して、当該共通管理データのダウンロード条件を満たしているＯＮＵを選択する。ここでは、ＯＬＴは、ＯＮＵ−Ａをダウンロード対象のＯＮＵとして選択する。また、ＯＬＴは、後述するダウンロード完了確認処理を行なうために、ダウンロード対象として選択したＯＮＵ−Ａの識別番号たとえばユニキャストＬＬＩＤを記憶しておく（ＳＱ３１）。

次に、ＯＬＴは、「ダウンロード開始」を通知する制御メッセージを生成し、制御フレームに入れ、かつＯＮＵ−ＡのユニキャストＬＬＩＤを制御フレームに入れてＰＯＮ回線へ送信する（ＳＱ３２）。

次に、ＯＮＵ−Ａは、ＯＬＴから受信した制御フレームに含まれるユニキャストＬＬＩＤが自己のユニキャストＬＬＩＤであることから、ダウンロード状態へ遷移して（ＳＱ３３）、ダウンロード状態へ遷移したこと示す制御フレームをＯＬＴへ送信する（ＳＱ３４）。このダウンロード状態において、ＯＮＵ−Ａは、新たにブロードキャストされる制御フレームを、自らの動作内容を決めるデータとして受信する。

図７は、本発明の実施の形態に係るＰＯＮシステムにおけるＯＬＴがブロードキャストを行なう際の動作手順を定めたフローチャートである。図７は、図４に示すシーケンスＳＱ３，ＳＱ５，ＳＱ７の動作に対応している。このフローチャートは、共通管理データのブロックの送信に対するＯＮＵからの応答を契機にＯＬＴが次のブロックを送信する方式を示している。

図７を参照して、まず、ＯＬＴは、変数ｉ＝１に設定する（Ｓ１）。
次に、ＯＬＴは、トータル送信ブロック数を算出する、すなわち共通管理データの分割ブロック数を算出する（Ｓ２）。

次に、ＯＬＴは、ｉ番目のブロックを各ＯＮＵへブロードキャストする（Ｓ３）。
次に、ＯＬＴは、ブロックをブロードキャストした時から所定時間内に各ＯＮＵからの応答（Ａｃｋ）を受信した場合には（Ｓ４でＹＥＳ）、変数ｉ＝ｉ＋１に設定する（Ｓ５）。

次に、ＯＬＴは、変数ｉがトータル送信ブロック数に達していない場合には（Ｓ６でＮＯ）、ｉ番目のブロックを各ＯＮＵへブロードキャストする、すなわち次のブロックをブロードキャストする（Ｓ３）。

また、ＯＬＴは、ブロックをブロードキャストした時から所定時間内に各ＯＮＵからの応答を受信しなかった場合には（Ｓ４でＮＯ）、同じブロックを再送信する（Ｓ３）。

そして、ＯＬＴは、変数ｉがトータル送信ブロック数に達した場合には（Ｓ６でＹＥＳ）、ブロードキャスト処理を終了する。

図８は、本発明の実施の形態に係るＰＯＮシステムにおけるＯＬＴがブロードキャストを行なう際の動作の変形例の手順を定めたフローチャートである。図８は、図４に示すシーケンスＳＱ３，ＳＱ５，ＳＱ７の動作に対応している。このフローチャートは、所定時間が経過するたびに共通管理データのブロックを順次送信する方式を示している。

図８を参照して、まず、ＯＬＴは、変数ｉ＝１に設定する（Ｓ１１）。
次に、ＯＬＴは、トータル送信ブロック数を算出する、すなわち共通管理データの分割ブロック数を算出する（Ｓ１２）。

次に、ＯＬＴは、ｉ番目のブロックを各ＯＮＵへブロードキャストする（Ｓ１３）。
次に、ＯＬＴは、次のブロックの送信まで所定時間待機する（Ｓ１４）。

次に、ＯＬＴは、変数ｉ＝ｉ＋１に設定する（Ｓ１５）。
次に、ＯＬＴは、変数ｉがトータル送信ブロック数に達していない場合には（Ｓ１６でＮＯ）、ｉ番目のブロックを各ＯＮＵへブロードキャストする、すなわち次のブロックをブロードキャストする（Ｓ１３）。

そして、ＯＬＴは、変数ｉがトータル送信ブロック数に達した場合には（Ｓ１６でＹＥＳ）、ブロードキャスト処理を終了する。

図７に示す方式では、図８に示す方式とは異なり、次のブロックの送信まで所定時間待つことなく、ＯＮＵからの応答が返ってくれば次のブロックを送信する。このため、図８に示す方式と比べてすべてのブロックを転送するのに要する時間が短くなるという利点がある。

その一方で、ダウンロード対象のＯＮＵが複数存在する場合であって共通管理データをメモリに書き込む速度が他のＯＮＵと比べて遅いＯＮＵが存在するときには、そのＯＮＵがデータ書き込みを完了する前にＯＬＴが次のブロックを送信してしまう可能性がある。図８に示す方式では、次のブロックの送信までの待ち時間をＯＮＵがブロックをメモリに書き込むのに要する最長時間などに設定することにより、このような可能性を排除できるという利点がある。

図９は、本発明の実施の形態に係るＰＯＮシステムにおけるＯＮＵがデータのダウンロードを行なう際の動作手順を定めたフローチャートである。図９は、図４に示すシーケンスＳＱ４，ＳＱ６，ＳＱ８の動作に対応している。図１０（ａ）〜（ｃ）は、本発明の実施の形態に係るＯＮＵが有する受信チェックリストを示す図である。

図９および図１０を参照して、ＯＮＵは、ブロックごとの受信の成否を記録するために「受信チェックリスト」を有する。すなわち、「受信チェックリスト」は共通管理データの受信進行状況を示している。

ここで、ＯＮＵは、図４に示すシーケンスＳＱ１においてＯＬＴから受信する制御フレームから、ダウンロードすべきブロック数Ｎを認識しており、このブロック数Ｎに基づいてＮ個のフィールドを有する受信チェックリストを作成する。

まず、ＯＮＵは、図１０（ａ）に示すように、受信チェックリストにおけるＮ個のフィールドを０にクリアする（Ｓ２１）。

次に、ＯＮＵは、ブロードキャストＬＬＩＤが含まれる制御フレームをＯＬＴから受信し、この制御フレームに含まれるｉ番目のブロックを受信する（Ｓ２２）。

次に、ＯＮＵは、ブロックをＲＯＭ３２等に書き込む（Ｓ２３）。
次に、ＯＮＵは、図１０（ｂ）に示すように、受信チェックリストのｉ番目のフィールドを、「受信済み」を示す１に更新する（Ｓ２４）。

次に、ＯＮＵは、ＯＬＴから応答指示を受けている場合、すなわちシーケンスＳＱ１においてＯＬＴから受信した制御フレームにブロック受信の応答を通知する指示が含まれている場合には（Ｓ２５でＹＥＳ）、ＯＬＴへ応答を送信する（Ｓ２６）。この場合、ＯＮＵは、応答としてたとえば受信チェックリストをフレームに入れて送信する。

次に、ＯＮＵは、受信チェックリストのＮ個のフィールドのいずれかが０である場合には（Ｓ２７でＮＯ）、変数ｉ＝ｉ＋１に設定し（Ｓ２８）、次に送信されてくるブロックを受信する（Ｓ２２）。

一方、ＯＮＵは、図１０（ｃ）に示すように、受信チェックリストのＮ個のフィールドがすべて１すなわち「受信済み」に設定されている場合には（Ｓ２７でＹＥＳ）、管理データの更新を行なう（Ｓ２９）。より詳細には、ＯＮＵにおけるＣＰＵ３１およびＦＰＧＡ２７等は、ＲＯＭ３２等に保存されている新たなＮ個のブロックに基づいて各種動作内容を変更する。そして、ＯＮＵは、ダウンロード状態から非ダウンロード状態へ移行する（Ｓ３０）。

このように、すべてのブロックを正常に受信した後に動作内容の更新を行なう構成により、すべてのブロックを正常に受信する前は、更新前の管理データが維持されている。このため、たとえばダウンロード中にＯＮＵの電源がオフされた場合でも、ＯＮＵは、次に電源がオンされたときに更新前の管理データによって正常に動作することができる。

また、ＯＮＵは、受信チェックリストを更新した後（Ｓ２４）、ＯＬＴから応答指示を受けていない場合には（Ｓ２５でＮＯ）、そのままステップＳ２７へ移行する。

図１１は、本発明の実施の形態に係るＰＯＮシステムにおけるＯＬＴがダウンロード完了確認を行なう際の動作手順を定めたフローチャートである。図１１は、図４に示すシーケンスＳＱ９〜ＳＱ１４の動作に対応している。

図１１を参照して、ＯＬＴは、図５または図６に示す動作によって認識したダウンロード対象の各ＯＮＵのうち、いずれかのＯＮＵを選択し、選択したＯＮＵの識別番号たとえばユニキャストＬＬＩＤを変数ｏｎｕに代入する（Ｓ３１）。

次に、ＯＬＴは、選択したＯＮＵに対してダウンロードの完了を問い合わせる。すなわち、ＯＬＴは、共通管理データのダウンロードが正常に完了したか否かの問い合わせを示す制御フレームに、変数ｏｎｕのＬＬＩＤを入れてＰＯＮ回線へ送信する（Ｓ３２）。

次に、ＯＬＴは、選択したＯＮＵからダウンロードが完了した旨を示す応答を受けた場合であって（Ｓ３３でＹＥＳ）、ダウンロード対象の各ＯＮＵのダウンロード完了をすべて確認したときには（Ｓ３６でＹＥＳ）、ダウンロード完了確認処理を終了する。

一方、ＯＬＴは、選択したＯＮＵからダウンロードが完了した旨を示す応答を受けた場合であって（Ｓ３３でＹＥＳ）、ダウンロード対象の各ＯＮＵの中でダウンロード完了を確認していないＯＮＵが存在する場合には（Ｓ３６でＮＯ）、未確認のＯＮＵを選択し、選択したＯＮＵの識別番号たとえばユニキャストＬＬＩＤを変数ｏｎｕに代入する（Ｓ３１）。

また、ＯＬＴは、選択したＯＮＵからダウンロードが未完了である旨を示す応答を受けた場合には（Ｓ３３でＮＯ）、当該ＯＮＵから取得した「受信チェックリスト」に基づいて、各ブロックのうちのどのブロックが正常受信されていないかを確認し、未正常受信のブロックを当該ＯＬＴへ送信する。すなわち、ＯＬＴは、未正常受信のブロックを制御フレームに入れ、当該ＯＮＵのユニキャストＬＬＩＤを制御フレームに入れてＰＯＮ回線へ送信し（Ｓ３５）、ステップＳ３６の処理を行なう。

このように、ＯＬＴは、一旦すべてのブロックを送信すると、各ＯＮＵがダウンロードを完了したか否かを確認し、完了していない場合には、正常受信されなかったブロックだけをＯＮＵへ個別に再送信する。

このような構成により、ＯＬＴからＯＮＵへの伝送経路の途中でブロックが喪失した場合であっても、ＯＮＵのダウンロードを完了させることができる。

ところで、特許文献１に記載の構成では、ダウンロード対象である基地局ごとに個別にダウンロードを実施するため、ダウンロード時間と、ダウンロードを行なうための回線の帯域が基地局ごとに必要となってしまう。

しかしながら、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、共通の受動的光ネットワークすなわちＰＯＮ回線１０４を介して複数のＯＮＵと通信を行ない、複数のＯＮＵによって用いられる管理データのうち、複数のＯＮＵで共通に用いられる共通管理データを複数のＯＮＵへブロードキャストする。このような構成により、ＰＯＮにおいてＯＮＵの台数が多い場合であっても、ダウンロード時間を削減し、かつダウンロードを行なうためのＰＯＮ回線の帯域を低減することができる。

また、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、ＯＮＵが共通管理データのダウンロードを完了したか否かの情報をＯＮＵから取得する。このような構成により、ＯＬＴが、ＯＮＵによる共通管理データのダウンロード状況を把握し、共通管理データの再送信等の適切な処置を行なうことができる。

また、図６のシーケンス図で説明したように、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、複数のＯＮＵへのブロードキャストを行なう前に、ブロードキャスト対象のＯＮＵを選択し、選択したＯＮＵへ選択通知すなわち選択したＯＮＵのユニキャストＬＬＩＤを付した「ダウンロード開始」制御メッセージを送信する。そして、ＯＮＵは、この選択通知を受けて、ＯＬＴによって新たにブロードキャストされる共通管理データを受信し、受信した共通管理データに基づいて動作内容を変更する。このように、ＯＬＴが主体となってＯＮＵがダウンロードを行なうべきか否かを決定する構成により、ＯＮＵにおいて共通管理データをダウンロードすべきか否かを判断する必要がなくなることから、ＯＮＵの処理量を低減することができる。

また、図６のシーケンス図および図１１のフローチャートで説明したように、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、ダウンロード対象として選択したＯＮＵを記憶し、共通管理データのブロードキャストを行なった後、共通管理データのダウンロードを完了したか否かの情報を、記憶したＯＮＵから取得する。そして、ＯＬＴは、共通管理データのダウンロードを完了しなかったＯＮＵが存在する場合、当該ＯＮＵへ共通管理データを再送信する。このような構成により、ダウンロード時間およびダウンロード帯域を低減できることに加えて、各ＯＮＵへの共通管理データの伝送を確実に行なうことができる。

また、図５のシーケンス図で説明したように、本発明の実施の形態に係るＰＯＮシステムでは、複数のＯＮＵへのブロードキャストを行なう前に、ブロードキャストすべき共通管理データの種類の情報を複数のＯＮＵへブロードキャストする。そして、ＯＮＵは、ＯＬＴから受信した情報に基づいて共通管理データを使用すべきか否かを判断し、使用すべきであると判断した場合、ＯＬＴから受信した共通管理データに基づいて動作内容を変更する。このように、ＯＮＵが自らダウンロードの実行および非実行を決定する構成により、共通管理データをダウンロードすべきＯＮＵをＯＬＴが選択する必要がなくなることから、ＯＬＴの処理量を低減することができる。

また、図５のシーケンス図および図１１のフローチャートで説明したように、本発明の実施の形態に係るＰＯＮシステムでは、ＯＮＵは、共通管理データをダウンロードすべきであると判断した場合、ＯＬＴへ応答を送信する。そして、ＯＬＴは、応答を送信したＯＮＵを記憶し、共通管理データのブロードキャストを行なった後、共通管理データのダウンロードを完了したか否かの情報を、記憶したＯＮＵから取得する。そして、ＯＬＴは、共通管理データのダウンロードを完了しなかったＯＮＵが存在する場合、共通管理データのダウンロードを完了しなかったＯＮＵへ共通管理データを再送信する。このような構成により、ダウンロード時間およびダウンロード帯域を低減できることに加えて、各ＯＮＵへの共通管理データの伝送を確実に行なうことができる。

また、図７、図８および図１１のフローチャートで説明したように、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、複数のＯＮＵへブロードキャストすべき共通管理データを複数のブロックに分割して複数のＯＮＵへそれぞれブロードキャストする。そして、ＯＬＴは、共通管理データのダウンロードを完了したか否かの情報、すなわちすべてのブロックを正常に受信したか否かの情報を各ＯＮＵから取得し、ブロックを正常に受信しなかったＯＮＵが存在する場合、複数のブロックのうちの正常に受信されなかったブロックを当該ＯＮＵへ再送信する。このような構成により、共通管理データの再送信単位を小さくすることができるため、ダウンロード時間およびダウンロード帯域をさらに低減することができる。

また、図９のフローチャートで説明したように、本発明の実施の形態に係るＰＯＮシステムでは、ＯＮＵは、他の装置からブロードキャストされるダウンロードデータを自装置においてダウンロードすべきか否かの情報を他の装置から取得する。そして、ＯＮＵは、この情報に基づいてダウンロードデータをダウンロードすべきであると判断した場合、ダウンロード状態へ遷移し、新たに受信したダウンロードデータに基づいて動作内容を変更し、その後、非ダウンロード状態へ遷移する。このようなＯＮＵを用いることにより、ＯＮＵへの共通管理データのブロードキャストが可能となり、ＰＯＮにおいてＯＮＵの台数が多い場合であっても、ダウンロード時間を削減し、かつダウンロードを行なうためのＰＯＮ回線の帯域を低減することができる。

なお、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、図７に示すステップＳ４において、ブロックをブロードキャストした時から所定時間内に各ＯＮＵからの応答（Ａｃｋ）を受信したか否かを確認する構成であるとしたが、これに限定するものではない。ダウンロード対象の各ＯＮＵから、ＯＬＴへ応答を送信すべきＯＮＵを選択し、選択したＯＮＵからの応答を受信したか否かをＯＬＴが確認する構成であってもよい。すなわち、ＯＬＴは、複数のブロックのブロードキャストを行なう前に、複数のＯＮＵの中から、ブロックを正常に受信したか否かの情報をブロックごとにＯＬＴへ通知させるＯＮＵを選択し、選択したＯＮＵへ応答指示を送信する。たとえば、図５に示すＳＱ２１ＡおよびＳＱ２１Ｂにおいて、ＯＬＴは、「ダウンロード開始」を通知する制御メッセージにＯＬＴへＡｃｋを送信すべきＯＮＵの識別番号たとえばユニキャストＬＬＩＤを含めることにより、選択したＯＮＵに応答を指示する。応答指示を受けたＯＮＵは、ＯＬＴからブロックを正常に受信したか否かの情報をＯＬＴへ送信する。そして、ＯＬＴは、ブロックが正常に受信されたという情報を受けた場合、複数のブロックのうちの未送信のブロックを複数のＯＮＵへブロードキャストする。

このような構成により、特定のＯＮＵのみからＡｃｋが送信される、すなわちブロックを送信するたびに各ＯＮＵからＡｃｋが一斉に送信されてくることを防ぐことができるため、ＰＯＮ回線におけるトラフィックの増大を防ぐことができ、ＰＯＮシステムのパフォーマンスを向上させることができる。

また、本発明の実施の形態に係るＰＯＮシステムでは、ＯＬＴは、共通管理データのダウンロードが正常に完了したか否かの情報を各ＯＮＵから取得する構成であるとしたが、これに限定するものではない。ＯＬＴが、共通管理データを正常に受信したか否かの情報を少なくとも各ＯＮＵから取得する構成であれば、ＰＯＮにおいてＯＮＵの台数が多い場合であっても、ダウンロード時間を削減し、かつダウンロードを行なうためのＰＯＮ回線の帯域を低減することができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２１，４１ 受信部、２２，４２ 送信部、２３ 制御フレーム処理部、２４，４４ 受信部、２５，４５ バッファメモリ、２６，４６ 送信部、２７ ＦＰＧＡ、２８，４８ バッファメモリ、２９，３２ ＲＯＭ、３１ ＣＰＵ、３３ ＲＡＭ、４３ 制御フレーム処理部（制御部およびデータ生成部）、１０１ ＯＬＴ、１０２，１０２−１〜１０２−ｎ ＯＮＵ、１０５ スプリッタ、１１１ ユーザ端末、３０１ ＰＯＮシステム。

Claims (13)

1. 複数の宅側装置と、
   共通の受動的光ネットワークを介して前記複数の宅側装置と通信を行ない、前記複数の宅側装置自身によってダウンロードされるべきダウンロードデータを前記複数の宅側装置へブロードキャストする局側装置とを備える通信システム。
2. 複数の宅側装置と、
   共通の受動的光ネットワークを介して前記複数の宅側装置と通信を行ない、前記複数の宅側装置によって用いられる管理データのうち、前記複数の宅側装置で共通に用いられる共通管理データを前記複数の宅側装置へブロードキャストし、前記宅側装置が前記共通管理データを正常に受信したか否かの情報を前記宅側装置から取得する局側装置とを備える通信システム。
3. 前記局側装置は、前記複数の宅側装置への前記ブロードキャストを行なう前に、ブロードキャスト対象の前記宅側装置を選択し、選択した前記宅側装置へ選択通知を送信し、
   前記宅側装置は、前記選択通知を受けて、前記局側装置によって新たにブロードキャストされるブロードキャストデータを受信し、受信した前記ブロードキャストデータに基づいて動作内容を変更する請求項１または２に記載の通信システム。
4. 前記局側装置は、選択した前記宅側装置を記憶し、前記ブロードキャストを行なった後、前記ブロードキャストデータを正常に受信したか否かの情報を、記憶した前記宅側装置から取得し、前記ブロードキャストデータを正常に受信しなかった前記宅側装置が存在する場合、前記ブロードキャストデータを正常に受信しなかった前記宅側装置へ前記ブロードキャストデータを再送信する請求項３に記載の通信システム。
5. 前記局側装置は、前記複数の宅側装置への前記ブロードキャストを行なう前に、ブロードキャストすべきブロードキャストデータの種類の情報を前記複数の宅側装置へブロードキャストし、
   前記宅側装置は、前記局側装置から受信した前記情報に基づいて前記ブロードキャストデータを使用すべきか否かを判断し、使用すべきであると判断した場合、前記ブロードキャストデータに基づいて動作内容を変更する請求項１または２に記載の通信システム。
6. 前記宅側装置は、前記ブロードキャストデータを使用すべきであると判断した場合、前記局側装置へ応答を送信し、
   前記局側装置は、前記応答を送信した前記宅側装置を記憶し、前記ブロードキャストを行なった後、前記ブロードキャストデータを正常に受信したか否かの情報を、記憶した前記宅側装置から取得し、
   前記ブロードキャストデータを正常に受信しなかった前記宅側装置が存在する場合、前記ブロードキャストデータを正常に受信しなかった前記宅側装置へ前記ブロードキャストデータを再送信する請求項５に記載の通信システム。
7. 前記局側装置は、前記複数の宅側装置へブロードキャストすべきブロードキャストデータを複数のブロックに分割して前記複数の宅側装置へそれぞれブロードキャストし、
   前記局側装置は、前記複数のブロックを正常に受信したか否かの情報を前記複数の宅側装置から取得し、前記ブロックを正常に受信しなかった前記宅側装置が存在する場合、前記複数のブロックのうちの正常に受信されなかった前記ブロックを、前記ブロックを正常に受信しなかった前記宅側装置へ再送信する請求項１または２に記載の通信システム。
8. 前記局側装置は、前記複数の宅側装置へブロードキャストすべきブロードキャストデータを複数のブロックに分割して前記複数の宅側装置へそれぞれブロードキャストし、
   前記局側装置は、前記複数のブロックのブロードキャストを行なう前に、前記複数の宅側装置の中から、前記ブロックを正常に受信したか否かの情報を前記局側装置へ通知させる前記宅側装置を選択し、選択した前記宅側装置へ応答指示を送信し、
   前記応答指示を受けた前記宅側装置は、前記局側装置から前記ブロックを正常に受信したか否かの情報を前記局側装置へ送信し、
   前記局側装置は、前記ブロックが正常に受信されたという前記情報を受けた場合、前記複数のブロックのうちの未送信のブロックを前記複数の宅側装置へブロードキャストする請求項１または２に記載の通信システム。
9. 複数の宅側装置と、共通の受動的光ネットワークを介して前記複数の宅側装置と通信を行なう局側装置とを備えた通信システムにおける通信方法であって、
   前記局側装置が、前記複数の宅側装置自身によってダウンロードされるべきダウンロードデータを前記複数の宅側装置へブロードキャストするステップと、
   前記複数の宅側装置が前記ダウンロードデータを受信するステップとを含む通信方法。
10. 複数の宅側装置と、共通の受動的光ネットワークを介して前記複数の宅側装置と通信を行なう局側装置とを備えた通信システムにおける通信方法であって、
    前記局側装置が、前記複数の宅側装置によって用いられる管理データのうち、前記複数の宅側装置で共通に用いられる共通管理データを前記複数の宅側装置へブロードキャストするステップと、
    前記局側装置が、前記宅側装置が前記共通管理データを正常に受信したか否かの情報を前記宅側装置から取得するステップとを含む通信方法。
11. 共通の受動的光ネットワークを介して複数の他の装置と通信を行なう通信装置であって、
    前記複数の他の装置自身によってダウンロードされるべきダウンロードデータを生成するデータ生成部と、
    前記データ生成部によって生成された前記ダウンロードデータを前記複数の他の装置へブロードキャストする送信部とを備える通信装置。
12. 共通の受動的光ネットワークを介して複数の他の装置と通信を行なう通信装置であって、
    前記複数の他の装置によって用いられる管理データのうち、前記複数の他の装置で共通に用いられる共通管理データを前記複数の他の装置へブロードキャストする送信部と、
    前記他の装置が前記共通管理データを正常に受信したか否かの情報を前記他の装置から取得する制御部とを備える通信装置。
13. 共通の受動的光ネットワークを介して他の装置と通信を行なう通信装置であって、
    前記他の装置からブロードキャストされるダウンロードデータを自らがダウンロードすべきか否かの情報を前記他の装置から取得し、前記情報に基づいて前記ダウンロードデータをダウンロードすべきであると判断した場合、ダウンロード状態へ遷移して新たに受信した前記ダウンロードデータに基づいて動作内容を変更し、その後、非ダウンロード状態へ遷移する通信装置。

Images