(57)【要約】【課題】  予定時刻までに制御フレームを光加入者線終端装置へ送出することができると共に、ユーザデータフレームの遅延を最小限に抑えることが可能な光加入者線端局装置を提供すること。【解決手段】  キュー管理部３２は、制御フレームキュー２１にキューイングされた先頭のディスクリプタに含まれる送信予定時刻が、タイマ１８の現在時刻を超えている場合には、制御フレームキュー２１にキューイングされている制御フレームのディスクリプタをディスクリプタ送信部３３へ送出する。送信部１６は、ディスクリプタ送信部３３から出力されたディスクリプタに対応するフレームをバッファメモリ１５から読出し、光加入者線終端装置へ送出する。したがって、予定時刻までに制御フレームを光加入者線終端装置へ送出することができると共に、ユーザデータフレームの遅延を最小限に抑えることが可能となる。【選択図】        図１
2004343734.tif 000002
【特許請求の範囲】
【請求項１】
光加入者線終端装置から受信された制御フレームに応じて該光加入者線終端装置へ送出する制御フレームを生成するための生成手段と、
上位ネットワークから受信されたユーザデータフレームおよび前記生成手段によって生成された制御フレームを記憶するための記憶手段と、
前記記憶手段によって記憶された制御フレームの送信予定時刻と現在時刻とを比較して、前記記憶手段に記憶されたユーザデータフレームおよび制御フレームのスケジューリングを行なうためのスケジューリング手段と、
前記スケジューリング手段によるスケジューリング結果に応じて、前記記憶手段に記憶されたユーザデータフレームおよび制御フレームを前記光加入者線終端装置に送出するための送信手段とを含む、光加入者線端局装置。
【請求項２】
前記スケジューリング手段は、前記記憶手段に記憶された制御フレームに対応したディスクリプタをキューイングするための制御フレームキューと、
前記記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、
前記制御フレームキューにキューイングされた先頭のディスクリプタに含まれる送信予定時刻と現在時刻とを比較するための比較手段と、
前記比較手段による比較結果に応じて、前記制御フレームキューおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、
前記送信手段は、前記ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを前記記憶手段から読出し、前記光加入者線終端装置へ送出する、請求項１記載の光加入者線端局装置。
【請求項３】
前記ディスクリプタ出力手段は、前記制御フレームキューにキューイングされた先頭のディスクリプタに含まれる送信予定時刻が現在時刻を超えている場合には、前記制御フレームキューにキューイングされている制御フレームのディスクリプタを前記送信手段へ送出し、
前記制御フレームキューにキューイングされた先頭のディスクリプタに含まれる送信予定時刻が現在時刻を超えていない場合には、前記ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを前記送信手段へ送出する、請求項２記載の光加入者線端局装置。
【請求項４】
前記スケジューリング手段はさらに、前記光加入者線終端装置へ送出する緊急フレームのディスクリプタをキューイングするための高優先度キューを含み、
前記ディスクリプタ出力手段は、前記高優先度キューにディスクリプタがある場合には、前記記憶手段に記憶された緊急フレームのディスクリプタを優先的に前記送信手段へ送出する、請求項２または３記載の光加入者線端局装置。
【請求項５】
前記スケジューリング手段は、前記記憶手段に記憶された制御フレームに対応したディスクリプタをキューイングするための制御フレームキューと、
前記記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、
前記記憶手段に記憶された、前記制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻と現在時刻とを比較するための比較手段と、
前記比較手段による比較結果に応じて、前記制御フレームキューおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、
前記送信手段は、前記ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを前記記憶手段から読出し、前記光加入者線終端装置へ送出する、請求項１記載の光加入者線端局装置。
【請求項６】
前記ディスクリプタ出力手段は、前記制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻が現在時刻を超えている場合には、前記制御フレームキューにキューイングされている制御フレームのディスクリプタを前記送信手段へ送出し、
前記制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻が現在時刻を超えていない場合には、前記ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを前記送信手段へ送出する、請求項５記載の光加入者線端局装置。
【請求項７】
前記スケジューリング手段は、前記記憶手段に記憶された制御フレームに対応したディスクリプタを光加入者線終端装置毎に格納するためのテーブル手段と、
前記記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、
前記テーブル手段に格納されたディスクリプタに含まれる送信予定時刻と現在時刻とを所定周期で比較するための比較手段と、
前記比較手段による比較結果に応じて、前記テーブル手段に格納されたディスクリプタおよび前記ユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、
前記送信手段は、前記ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを前記記憶手段から読出し、前記光加入者線終端装置へ送出する、請求項１記載の光加入者線端局装置。
【請求項８】
前記ディスクリプタ出力手段は、前記テーブル手段に格納されたディスクリプタに含まれる送信予定時刻のうち最も早い時刻が現在時刻を超えている場合には、前記テーブル手段に格納されている当該制御フレームのディスクリプタを前記送信手段へ送出し、
前記テーブル手段に格納されたディスクリプタに含まれる送信予定時刻のうち最も早い時刻が現在時刻を超えていない場合には、前記ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを前記送信手段へ送出する、請求項７記載の光加入者線端局装置。
【請求項９】
前記スケジューリング手段は、前記記憶手段に記憶された制御フレームに対応したディスクリプタを光加入者線終端装置毎に格納するためのテーブル手段と、
前記記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、
前記記憶手段に記憶された、前記テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻と現在時刻とを所定周期で比較するための比較手段と、
前記比較手段による比較結果に応じて、前記テーブル手段に格納されたディスクリプタおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、
前記送信手段は、前記ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを前記記憶手段から読出し、前記光加入者線終端装置へ送出する、請求項１記載の光加入者線端局装置。
【請求項１０】
前記ディスクリプタ出力手段は、前記テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻のうち最も早い時刻が現在時刻を超えている場合には、前記制御フレームキューにキューイングされている制御フレームのディスクリプタを前記送信手段へ送出し、
前記テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻のうち最も早い時刻が現在時刻を超えていない場合には、前記ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを前記送信手段へ送出する、請求項９記載の光加入者線端局装置。
【請求項１１】
制御フレームとユーザデータフレームとを光加入者線終端装置へ送出する光加入者線端局装置のフレームスケジューリング方法であって、
前記光加入者線終端装置から受信した制御フレームに応じて前記光加入者線終端装置へ送出する制御フレームを生成して記憶するステップと、
上位ネットワークからユーザデータフレームを受信して記憶するステップと、
前記記憶された制御フレームの送信予定時刻と現在時刻とを比較して、前記記憶されたユーザデータフレームおよび制御フレームのスケジューリングを行なうステップと、
前記スケジューリング結果に応じて、前記記憶されたユーザデータフレームおよび制御フレームを前記光加入者線終端装置に送出するステップとを含む、フレームスケジューリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の宅側装置が媒体を共有してデータの伝送を行なう媒体共有型通信であるＰＯＮ（Passive Optical Network）に関し、特に、データをイーサネット（Ｒ）フレームのまま伝送を行なうＥＰＯＮ（Ethernet(R) PON）における下りフレームのスケジューリングを効率的に行なうＯＬＴ（光加入者線端局装置）およびフレームスケジューリング方法に関する。
【背景技術】
【０００２】
近年、インターネットが広く普及しており、利用者は世界各地で運営されているサイトの様々な情報にアクセスし、その情報を入手することが可能である。それに伴って、ＡＤＳＬ（Asymmetric Digital Subscriber Line）、ＦＴＴＨ（Fiber To The Home）などのブロードバンドアクセスに対する要望も急速に高まってきている。
【０００３】
図７は、従来のＰＯＮシステムの概略構成を示すブロック図である。このＰＯＮシステムは、主に電話局などに設置されるＯＬＴ１０１と、主に各宅内に設置される複数のＯＮＵ（光加入者線終端装置）１０２−１〜１０２−ｎと、ＯＬＴ１０１から送出される光信号を分岐してＯＮＵ１０２−１〜１０２−ｎに送出し、ＯＮＵ１０２−１〜１０２−ｎから送出される光信号を集束してＯＬＴ１０１に送出するスプリッタ１０５と、ＯＮＵ１０２−１〜１０２−ｎのそれぞれに接続されるユーザ端末１１１とを含む。なお、第１のＯＮＵ１０２−１〜第ｎのＯＮＵ１０２−ｎは、それぞれ同じ構成を有している。
【０００４】
ＯＬＴ１０１は、上位ネットワーク１０９を介して受信した下り情報フレームを、伝送路１０４およびスプリッタ１０５を介してＯＮＵ１０２−１〜１０２−ｎに送出する。また、ＯＬＴ１０１は、ＯＮＵ１０２−１〜１０２−ｎから送出されたレポート１０７に基づいて、ＯＮＵ１０２−１〜１０２−ｎ内のバッファ１０３−１〜１０３−ｎに蓄積されているデータの送出開始時刻および送出許可量を演算し、指示信号を挿入したグラント１０６を伝送路１０４およびスプリッタ１０５を介してＯＮＵ１０２−１〜１０２−ｎに送出する。
【０００５】
たとえば、ＯＮＵ１０２−１が下位ネットワーク１１０を介してユーザ端末１１１から上り情報フレーム１０８を受信すると、この上り情報フレーム１０８を一旦バッファ１０３−１に蓄積する。ＯＮＵ１０２−１は、ＯＬＴ１０１からグラント１０６を受信すると、そのグラント１０６によって指定された時刻にバッファ１０３−１内のデータ量をレポート１０７でＯＬＴ１０１に通知する。なお、上り情報フレーム１０８は、可変長パケット単位で到着する。
【０００６】
ＯＮＵ１０２−１は、ＯＬＴ１０１から指示信号を挿入したグラント１０６を受信すると、その指示信号に基づいてバッファ１０３−１内のデータをレポート１０７と共にＯＬＴ１０１に送出する。
【０００７】
図８は、従来のＰＯＮシステムの動作手順を説明するためのシーケンス図である。なお、このシーケンス図は、ＯＬＴ１０１と、ＯＮＵ１０２−１との動作についてのものであるが、他のＯＮＵ１０２−２〜１０２−ｎの動作についても同様である。
【０００８】
運用時間開始時刻Ｔ０において、ＯＬＴ１０１はＯＮＵ１０２−１〜１０２−ｎに関するＲＴＴ（Round Trip Time）を既に計算している。時刻Ｔａ１において、ＯＬＴ１０１は送出要求量を通知させるために、ＯＮＵ１０２−１に対してレポート送出開始時刻Ｔｂ２を含んだグラント１２１を送信する。このレポート送出開始時刻Ｔｂ２は、他のＯＮＵから送信されるレポートと衝突しないように計算される。
【０００９】
ＯＮＵ１０２−１は、自身に対するグラント１２１を受信すると、バッファ１０３−１に蓄積されたデータ量を参照して送出要求量を算出し、グラント１２１に含まれるレポート送出開始時刻Ｔｂ２に、ＯＬＴ１０１に対して送出要求量を含んだレポート１２２を送出する。
【００１０】
ＯＬＴ１０１はレポート１２２を受信すると、固定または可変の最大送出許可量以下となり、かつレポート１２２に含まれるバッファ内データ量のデータをなるべく多く送れるような値を演算し、演算結果を送出許可量としてグラント１２３に挿入する。レポート１２２に含まれる送出要求量がゼロの場合には、ＯＬＴ１０１による演算結果がゼロとなるため帯域が割当てられないが、ＯＮＵ１０２−１にレポートを送出させる必要があるので、ＯＬＴ１０１はＯＮＵ１０２−１に対して必ずグラント１２３を送出する。
【００１１】
グラント１２３に含まれる送出開始時刻Ｔｂ４は、演算済みである前回のＯＮＵデータの受信予定時刻、前回のＯＮＵの送出許可量、現在のＯＮＵに関するＲＴＴおよび固定時間であるガードタイムを用い、データおよびレポートが他のＯＮＵからのデータまたはレポートと衝突しないように計算される。なお、ＯＬＴ１０１は、送出許可量および送出開始時刻Ｔｂ４を含むグラント１２３を送出する時刻Ｔａ３を、グラント１２３が送出開始時刻Ｔｂ４までにＯＮＵ１０２−１に到着するように計算する。
【００１２】
ＯＮＵ１０２−１は、自身に対するグラント１２３を受信すると、グラント１２３に含まれる送出開始時刻Ｔｂ４に、送出許可量分のデータ１２４を、次回の送出要求量を含んだレポートとともにＯＬＴ１０１に送出する。このレポートはデータの直前または直後に送出されるが、データの直前に送出される場合には、送出要求量としてＯＬＴ１０１に報告する値は、バッファ１０３−１に蓄積されているデータ量とデータ１２４のデータ量との差分である。
【００１３】
ＯＬＴ１０１はデータおよびレポート１２４を受信すると、データを上位ネットワーク１０９に送出し、レポートについてはレポート１２２に対する処理と同様の処理を行なう。以上説明した処理は、全てのＯＮＵ１０２−１〜１０２−ｎに対して独立に行なわれ、運用時間が終了するまで時刻Ｔａ３〜時刻Ｔａ４の処理が繰返される。
【００１４】
これに関連する先行技術として、「IPACT:A Dynamic Protocol for an Ethernet(R) PON」（Glen Kramer他、pp74-80,IEEE Commun,Feb.2002.）（以下、第１の先行技術と呼ぶ。）および「GE-PONに適した動的帯域割当アルゴリズム」（吉原他、信学技報、NS2002-17,pp1-4,2002.04）（以下、第２の先行技術と呼ぶ。）がある。
【００１５】
第１の先行技術は、ＥＰＯＮ方式のＦＴＴＨサービスにおける動的割当方式に関するものであり、ＯＬＴが各ＯＮＵに対して独立にレポートを送出させ、その都度ＯＬＴが対応するＯＮＵにグラントを発行する分散型割当方式に関するものである。
【００１６】
また、第２の先行技術は集中型割当方式に関するものであり、ＯＮＵが、グラント周期あたりに割当可能な最大データサイズを上限としたバッファ量と、バッファの先頭から規定の上限値以下のバッファ量とをレポートとして送出する。ＯＬＴは、先頭のＯＮＵから順に上限値以下のバッファ量を許可し、グラント周期の最後のＯＮＵのみに未割当帯域分をグラントとして与えることにより、割当ロスを軽減している。
【非特許文献１】「IPACT:A Dynamic Protocol for an Ethernet(R) PON」（Glen Kramer他、pp74-80,IEEE Commun,Feb.2002.）
【非特許文献２】「GE-PONに適した動的帯域割当アルゴリズム」（吉原他、信学技報、NS2002-17,pp1-4,2002.04）
【発明の開示】
【発明が解決しようとする課題】
【００１７】
上述した従来のＰＯＮシステムにおいて、ＯＬＴ１０１内で生成したグラント（下り制御フレーム）と、下りユーザデータフレームとが競合した場合、何らかのスケジューリングが必要になる。たとえば、ラウンドロビン方式でスケジューリングを行なった場合、ユーザデータフレームの送出によって制御フレームの送出が遅れてしまい、予定時刻までに制御フレームがＯＮＵ１０２−１〜１０２−ｎへ到達せずに、ＯＬＴ１０１がＯＮＵ１０２−１〜１０２−ｎの制御を行なうことができない可能性があるといった問題点があった。
【００１８】
また、常に制御フレームを高優先にするといったスケジューリングを用いた場合、制御フレームを即座に送出する必要がないときでも、制御フレームが優先的に送出されてしまう。すなわち、制御フレームは、ある時刻までに到着すればその目的を十分に達成することができるため、制御フレームが早くＯＮＵに到達しても全く意味がない。したがって、ユーザデータフレームが無意味に待たされることになり、ユーザデータフレームのリアルタイム性が損なわれ、サービスの低下を招くといった問題点があった。
【００１９】
さらには、上述した第１の先行技術および第２の先行技術には、下り制御フレームと下りユーザデータフレームとのスケジューリングについては特に開示されていないため、上述した問題点を解決することはできない。
【００２０】
本発明は、上記問題点を解決するためになされたものであり、その目的は、予定時刻までに制御フレームをＯＮＵへ送出することができると共に、ユーザデータフレームの遅延を最小限に抑えることが可能な光加入者線端局装置およびフレームスケジューリング方法を提供することである。
【課題を解決するための手段】
【００２１】
本発明のある局面に従えば、光加入者線端局装置は、光加入者線終端装置から受信された制御フレームに応じて光加入者線終端装置へ送出する制御フレームを生成するための生成手段と、上位ネットワークから受信されたユーザデータフレームおよび生成手段によって生成された制御フレームを記憶するための記憶手段と、記憶手段によって記憶された制御フレームの送信予定時刻と現在時刻とを比較して、記憶手段に記憶されたユーザデータフレームおよび制御フレームのスケジューリングを行なうためのスケジューリング手段と、スケジューリング手段によるスケジューリング結果に応じて、記憶手段に記憶されたユーザデータフレームおよび制御フレームを光加入者線終端装置に送出するための送信手段とを含む。
【００２２】
好ましくは、スケジューリング手段は、記憶手段に記憶された制御フレームに対応したディスクリプタをキューイングするための制御フレームキューと、記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、制御フレームキューにキューイングされた先頭のディスクリプタに含まれる送信予定時刻と現在時刻とを比較するための比較手段と、比較手段による比較結果に応じて、制御フレームキューおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、送信手段は、ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを記憶手段から読出し、光加入者線終端装置へ送出する。
【００２３】
さらに好ましくは、ディスクリプタ出力手段は、制御フレームキューにキューイングされた先頭のディスクリプタに含まれる送信予定時刻が現在時刻を超えている場合には、制御フレームキューにキューイングされている制御フレームのディスクリプタを送信手段へ送出し、制御フレームキューにキューイングされた先頭のディスクリプタに含まれる送信予定時刻が現在時刻を超えていない場合には、ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを送信手段へ送出する。
【００２４】
さらに好ましくは、スケジューリング手段はさらに、光加入者線終端装置へ送出する緊急フレームのディスクリプタをキューイングするための高優先度キューを含み、ディスクリプタ出力手段は、高優先度キューにディスクリプタがある場合には、記憶手段に記憶された緊急フレームのディスクリプタを優先的に送信手段へ送出する。
【００２５】
好ましくは、スケジューリング手段は、記憶手段に記憶された制御フレームに対応したディスクリプタをキューイングするための制御フレームキューと、記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、記憶手段に記憶された、制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻と現在時刻とを比較するための比較手段と、比較手段による比較結果に応じて、制御フレームキューおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、送信手段は、ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを記憶手段から読出し、光加入者線終端装置へ送出する。
【００２６】
さらに好ましくは、ディスクリプタ出力手段は、制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻が現在時刻を超えている場合には、制御フレームキューにキューイングされている制御フレームのディスクリプタを送信手段へ送出し、制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻が現在時刻を超えていない場合には、ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを送信手段へ送出する。
【００２７】
好ましくは、スケジューリング手段は、記憶手段に記憶された制御フレームに対応したディスクリプタを光加入者線終端装置毎に格納するためのテーブル手段と、記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、テーブル手段に格納されたディスクリプタに含まれる送信予定時刻と現在時刻とを所定周期で比較するための比較手段と、比較手段による比較結果に応じて、テーブル手段に格納されたディスクリプタおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、送信手段は、ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを記憶手段から読出し、光加入者線終端装置へ送出する。
【００２８】
さらに好ましくは、ディスクリプタ出力手段は、テーブル手段に格納されたディスクリプタに含まれる送信予定時刻のうち最も早い時刻が現在時刻を超えている場合には、テーブル手段に格納されている当該制御フレームのディスクリプタを送信手段へ送出し、テーブル手段に格納されたディスクリプタに含まれる送信予定時刻のうち最も早い時刻が現在時刻を超えていない場合には、ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを送信手段へ送出する。
【００２９】
好ましくは、スケジューリング手段は、記憶手段に記憶された制御フレームに対応したディスクリプタを光加入者線終端装置毎に格納するためのテーブル手段と、記憶手段に記憶されたユーザデータフレームに対応したディスクリプタをキューイングするためのユーザデータキューと、記憶手段に記憶された、テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻と現在時刻とを所定周期で比較するための比較手段と、比較手段による比較結果に応じて、テーブル手段に格納されたディスクリプタおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するためのディスクリプタ出力手段とを含み、送信手段は、ディスクリプタ出力手段によって出力されたディスクリプタに対応するフレームを記憶手段から読出し、光加入者線終端装置へ送出する。
【００３０】
さらに好ましくは、ディスクリプタ出力手段は、テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出されたされた送信予定時刻のうち最も早い時刻が現在時刻を超えている場合には、制御フレームキューにキューイングされている制御フレームのディスクリプタを送信手段へ送出し、テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻のうち最も早い時刻が現在時刻を超えていない場合には、ユーザデータキューにキューイングされているユーザデータフレームのディスクリプタを送信手段へ送出する。
【００３１】
本発明の別の局面に従えば、制御フレームとユーザデータフレームとを光加入者線終端装置へ送出する光加入者線端局装置のフレームスケジューリング方法であって、光加入者線終端装置から受信した制御フレームに応じて光加入者線終端装置へ送出する制御フレームを生成して記憶するステップと、上位ネットワークからユーザデータフレームを受信して記憶するステップと、記憶された制御フレームの送信予定時刻と現在時刻とを比較して、記憶されたユーザデータフレームおよび制御フレームのスケジューリングを行なうステップと、スケジューリング結果に応じて、記憶されたユーザデータフレームおよび制御フレームを光加入者線終端装置に送出するステップとを含む。
【発明の効果】
【００３２】
本発明のある局面によれば、スケジューリング手段が、記憶手段によって記憶された制御フレームの送信予定時刻と現在時刻とを比較して、記憶手段に記憶されたユーザデータフレームおよび制御フレームのスケジューリングを行なうので、予定時刻までに制御フレームを光加入者線終端装置へ送出することができると共に、ユーザデータフレームの遅延を最小限に抑えることが可能となる。
【００３３】
また、ディスクリプタ出力手段が、比較手段による比較結果に応じて、制御フレームキューおよびユーザデータキューにキューイングされたディスクリプタを選択的に出力するので、送信手段は制御フレームおよびユーザデータフレームを最適なタイミングで光加入者線終端装置へ送出することが可能となる。
【００３４】
また、制御フレームおよびユーザデータフレームの送出タイミングを容易に決定することが可能となる。
【００３５】
また、システム異常の通知などの緊急を要する通知を、直ちに光加入者線終端装置へ送出することが可能となる。
【００３６】
また、比較手段が、記憶手段に記憶された、制御フレームキューにキューイングされた先頭のディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻と現在時刻とを比較するので、制御フレームキューに送信予定時刻をキューイングする必要がなくなり、制御フレームキューの容量を削減することが可能となる。
【００３７】
また、比較手段が、テーブル手段に格納されたディスクリプタに含まれる送信予定時刻と現在時刻とを所定周期で比較するので、生成手段は制御フレームを実際に伝送路に送信される順番を気にせずに制御フレームの生成処理を行なうことが可能となる。
【００３８】
また、比較手段が、記憶手段に記憶された、テーブル手段に格納されたディスクリプタに対応する制御フレームに含まれる時刻情報から算出された送信予定時刻と現在時刻とを所定周期で比較するので、生成手段は制御フレームを実際に伝送路に送信される順番を気にせずに制御フレームの生成処理を行なうことができると共に、制御フレームキューに送信予定時刻をキューイングする必要がなくなり、制御フレームキューの容量を削減することが可能となる。
【発明を実施するための最良の形態】
【００３９】
（第１の実施の形態）
図１は、本発明の第１の実施の形態におけるＯＬＴの概略構成を示すブロック図である。このＯＬＴは、ＯＮＵからの光信号を電気信号に変換することによってフレームを受信する受信部１１と、受信部１１から受けたデータフレームを上位ネットワークに送出する送信部１２と、受信部１１から受けたレポートフレームに基づいてグラントフレームを生成し、その送信制御を行なう制御フレーム処理部１３と、上位ネットワークからのユーザデータフレームを受信するユーザデータ受信部１４と、ユーザデータ受信部１４によって受信されたユーザデータフレームおよび制御フレーム処理部１３によって生成された制御フレームを蓄積するバッファメモリ１５と、バッファメモリ１５に蓄積されたフレームをＯＮＵに送出する送信部１６と、バッファメモリ１５に蓄積されたユーザデータフレームおよび制御フレームのスケジューリングを行なうスケジューラ１７と、タイマ１８とを含む。なお、バッファメモリ１５は、レジスタ、フリップフロップ回路、ラッチ回路など、データを記憶できるものであればよい。
【００４０】
また、スケジューラ１７は、制御フレームのディスクリプタをキューイングする制御フレームキュー２１と、ユーザデータフレームのディスクリプタをキューイングするユーザデータキュー２２と、制御フレームキュー２１にキューイングされている制御フレームのディスクリプタとユーザデータキュー２２にキューイングされているユーザデータフレームのディスクリプタとを選択的に出力するセレクタ２３とを含む。
【００４１】
さらには、セレクタ２３は、制御フレームキュー２１にキューイングされた先頭の制御フレームの送信予定時刻とタイマ１８の現在時刻とを比較するコンパレータ部３１と、コンパレータ部３１による比較結果に応じて制御フレームキュー２１にキューイングされる制御フレームのディスクリプタとユーザデータキュー２２に格納されるユーザデータフレームのディスクリプタとを管理するキュー管理部３２と、キュー管理部３２から出力されたディスクリプタを送信部１６へ送信するディスクリプタ送信部３３とを含む。
【００４２】
受信部１１は、ＯＮＵからの光信号を受信して電気信号に変換すると共に、受信したフレームのヘッダ部分を読取ることによってデータフレームであるか、レポートフレームなどの制御フレームであるかを判定する。受信したフレームがデータフレームであれば、受信部１１は当該データフレームを送信部１２に転送する。また、受信したフレームが制御フレームであれば、受信部１１は当該制御フレームを制御フレーム処理部１３に転送する。
【００４３】
送信部１２は、受信部１１からデータフレームを受けると、当該データフレームを上位ネットワークに送出する。
【００４４】
制御フレーム処理部１３は、帯域割当演算機能および下り制御フレーム作成機能を有している。制御フレーム処理部１３は、受信部１１からレポートフレームを受けると、グラントフレーム（制御フレーム）を作成してバッファメモリ１５に転送すると共に、その制御フレームに対応したディスクリプタを作成して制御フレームキュー２１に転送する。このディスクリプタには、制御フレームのフレーム長、制御フレームがバッファメモリ１５のどこに格納されているかを示す情報、制御フレームの送信予定時刻（ＧＡＴＥｔｘ）などが含まれる。
【００４５】
制御フレームで通知するグラントの開始時刻をＧｒａｎｔ＿ｓｔａｒｔ、ＯＮＵが制御フレームを受信してから実際にフレームを送信し始めるまでに要するプロセッシング時間をＰｒｏｃ、ＯＬＴとＯＮＵとの間の伝播遅延時間をＲＴＴ、最大フレーム長のユーザデータフレームの送信に要する時間をＴｘ１５００とすると、送信予定時刻ＧＡＴＥｔｘは次式のようになる。
【００４６】
ＧＡＴＥｔｘ＝Ｇｒａｎｔ＿ｓｔａｒｔ−Ｐｒｏｃ−ＲＴＴ−Ｔｘ１５００    …（１）
式（１）は、（Ｇｒａｎｔ＿ｓｔａｒｔ−Ｐｒｏｃ）の時刻に制御フレームがＯＮＵに到着していなければならないことを示している。
【００４７】
ユーザデータ受信部１４は、上位ネットワークからのユーザデータフレームを受信し、バッファメモリ１５に転送すると共に、そのユーザデータフレームに対応したディスクリプタを作成してユーザデータキュー２２に転送する。このディスクリプタには、ユーザデータフレームのフレーム長、ユーザデータフレームがバッファメモリ１５のどこに格納されているかを示す情報などが格納される。
【００４８】
バッファメモリ１５は、制御フレーム処理部１３およびユーザデータ受信部１４から転送された制御フレームおよびユーザデータフレームを蓄積する。そして、送信部１６がディスクリプタ送信部３３から送出されたディスクリプタを参照して、そのディスクリプタに対応した制御フレームまたはユーザデータフレームをバッファメモリ１５から読出し、ＯＮＵへ送出する。
【００４９】
制御フレームキュー２１は、ＦＩＦＯ（First In First Out）によって構成され、制御フレーム処理部１３から出力された制御フレームのディスクリプタをキューイングする。ユーザデータキュー２２は、ＦＩＦＯによって構成され、ユーザデータ受信部１４から出力されたユーザデータフレームのディスクリプタをキューイングする。このユーザデータキュー２２は、ＩＥＥＥ（the Institute of Electrical and Electronics Engineers, Inc.）８０２．１相当のキューを想定しており、複数でも１つでもよい。
【００５０】
コンパレータ部３１は、制御フレームキュー２１にキューイングされた先頭の制御フレームの送信予定時刻とタイマ１８の現在時刻とを比較し、その比較結果をキュー管理部３２へ出力する。
【００５１】
キュー管理部３２は、制御フレームキュー２１が空であり、ユーザデータキュー２２が空でない場合、ユーザデータキュー２２から先頭のユーザデータフレームのディスクリプタを読出し、そのディスクリプタをディスクリプタ送信部３３へ送出する。
【００５２】
また、キュー管理部３２は、制御フレームキュー２１が空でなく、ユーザデータキュー２２が空の場合、コンパレータ部３１による比較結果を参照して、制御フレームキュー２１の先頭ディスクリプタの送信予定時刻が現在時刻を超えているか否かを判定する。先頭ディスクリプタの送信予定時刻が現在時刻を超えていれば、その先頭ディスクリプタをディスクリプタ送信部３３へ送出する。また、先頭ディスクリプタの送信予定時刻が現在時刻を超えていなければ、その先頭ディスクリプタの送信は行なわない。
【００５３】
また、キュー管理部３２は、制御フレームキュー２１およびユーザデータキュー２２の両方が空でない場合、コンパレータ部３１による比較結果を参照して、制御フレームキュー２１の先頭ディスクリプタの送信予定時刻が現在時刻を超えているかを判定する。先頭ディスクリプタの送信予定時刻が現在時刻を超えていれば、その先頭ディスクリプタをディスクリプタ送信部３３へ送出する。また、先頭ディスクリプタの送信予定時刻が現在時刻を超えていなければ、ユーザデータキュー２２から１フレーム分のディスクリプタを読出し、そのディスクリプタをディスクリプタ送信部３３へ送出する。
【００５４】
キュー管理部３２は、１つのフレームに対応したディスクリプタをディスクリプタ送信部３３へ送出する毎に、上述した処理を繰返す。また、ユーザデータキュー２２が複数ある場合には、ユーザデータフレームを送信すると判定されたときに、複数のユーザデータキュー２２の中のいずれかを選択し、選択されたユーザデータキュー２２からディスクリプタを読出して、ディスクリプタ送信部３３へ送出するようにすればよい。
【００５５】
以上説明したように、本実施の形態におけるＯＬＴによれば、キュー管理部３２が、制御フレームの送信予定時刻が現在時刻を超えているか否かによって、制御フレームおよびユーザデータフレームのいずれかのディスクリプタを選択するようにしたので、予定時刻までに制御フレームをＯＮＵへ送出することができると共に、ユーザデータフレームの遅延を最小限に抑えてサービスの低下を防止することが可能となった。
【００５６】
また、スケジューラ１７が制御フレームおよびユーザデータフレームのスケジューリングを行なうので、制御フレーム処理部１３をマイクロプロセッサによって実現した場合、プロセッサは制御フレームの生成のみに専念することができ、処理パフォーマンスを向上させることが可能となる。たとえば、マイクロプロセッサがスケジューリングも行なう場合、制御フレームを生成してその制御フレームをある時刻に送出するために、タイマにその時刻を設定してその時刻になるまで別の処理を行なうことが考えられる。しかし、その時刻になると、マイクロプロセッサは制御フレームの送信処理を行なわなければならないため、それまで行なっていた処理を一時中断しなければならない。中断された処理が、リアルタイム性を要求されるものであれば、このオーバヘッドによってリアルタイム性を損なわれることも考えられる。スケジューラ１７を別途設けることによって、これらの問題を全て解決することが可能となる。
【００５７】
ＯＮＵのタイマがＯＬＴからの受信フレームに同期して動作する同期システムの場合には、ＯＮＵとＯＬＴとの間におけるタイマのずれは発生しない。しかし、ＯＮＵのタイマがＯＬＴから独立して動作する非同期システムの場合には、ＯＮＵとＯＬＴとの間におけるタイマのずれが発生する。すなわち、非同期システムにおいて、ＯＮＵはグラントフレームが到達したときにタイマをスタートさせ、制御フレームの送信予定時刻まで待機するか別の処理を行なうが、グラントフレームが到達してから制御フレームの送信予定時刻までの時間が長いと、タイマの精度の差による時刻のずれが大きくなる。そのため、ＯＬＴが想定しているＯＮＵの送信時刻にそのＯＮＵが送信できないことがある。これを回避するために、ＯＬＴはそのＯＮＵに対して余剰帯域を割当てなければならず、ＯＮＵの台数に応じてこの余剰帯域が必要になって上り帯域効率の低下につながる。
【００５８】
本実施の形態においては、ＯＬＴが送信予定時刻となるまで制御フレームを送出しないので、ＯＮＵがタイマをスタートさせてから制御フレームを送信するまでの時間が短くなり、タイマのずれが少なくなる。その結果、上述した余剰帯域の割当てを極力減らすことが可能となる。
【００５９】
（第２の実施の形態）
本発明の第２の実施の形態におけるＯＬＴは、図１に示す第１の実施の形態におけるＯＬＴと比較して、高優先度キュー２４が追加された点のみが異なる。したがって、重複する構成および機能の詳細な説明は繰返さない。
【００６０】
図２は、本発明の第２の実施の形態におけるＯＬＴのキュー部分のみを示す図である。制御フレームキュー２１およびユーザデータキュー２２以外に、高優先度キュー２４が設けられる。制御フレーム処理部１３は、ＯＮＵへ至急送信したいようなフレーム、たとえば異常が発生したことを通知するフレームをバッファメモリ１５に蓄積すると共に、そのフレームのディスクリプタを高優先度キュー２４にキューイングする。
【００６１】
キュー管理部３２は、まず高優先度キュー２４が空であるか否かを判定する。高優先度キュー２４が空でなければ、高優先度キュー２４からディスクリプタを読出して、ディスクリプタ送信部３３へ送出する。また、高優先度キュー２４が空の場合、キュー管理部３２は第１の実施の形態において説明した手順によって制御フレームまたはユーザデータフレームのディスクリプタをディスクリプタ送信部３３へ送出する。
【００６２】
以上説明したように、本実施の形態におけるＯＬＴによれば、キュー管理部３２が高優先度キュー２４に蓄積されたディスクリプタを優先的に選択するようにしたので、システム異常などの至急を要するフレームをＯＮＵへ直ちに送出することが可能となった。
【００６３】
（第３の実施の形態）
図３は、本発明の第３の実施の形態におけるＯＬＴの概略構成を示すブロック図である。本実施の形態におけるＯＬＴは、図１に示す第１の実施の形態におけるＯＬＴの概略構成と比較して、制御フレーム処理部１３ａの機能が異なる点、スケジューラ１７ａ内の制御フレームキュー２１ａの機能が異なる点、セレクタ２３ａ内のキュー管理部３２ａの機能が異なる点およびセレクタ２３ａ内に制御情報格納部３４が追加された点のみが異なる。したがって、重複する構成および機能の詳細な説明は繰返さない。
【００６４】
制御フレーム処理部１３ａは、帯域割当演算機能および下り制御フレーム作成機能を有している。制御フレーム処理部１３ａは、受信部１１からレポートフレームを受けると、ゲートフレーム（制御フレーム）を作成してバッファメモリ１５に転送すると共に、その制御フレームに対応したディスクリプタを作成して制御フレームキュー２１ａに転送する。このディスクリプタには、制御フレームがバッファメモリ１５のどこに格納されているかを示す情報などのデータ部情報が含まれるが、制御フレームの送信予定時刻（ＧＡＴＥｔｘ）は含まれない。なお、制御フレーム処理部１３ａは、式（１）を用いて計算した送信予定時刻が早い順に、制御フレームに対応するディスクリプタ（データ部情報）を制御フレームキュー２１ａにキューイングする。
【００６５】
制御情報格納部３４は、式（１）の計算の際に用いられるプロセッシング時間Ｐｒｏｃ、伝播遅延時間ＲＴＴ、最大フレーム長のユーザデータフレームの送信に要する時間Ｔｘ１５００などのパラメータを各ＯＮＵ毎に格納する。
【００６６】
キュー管理部３２ａは、制御フレームキュー２１ａの先頭ディスクリプタを参照して、バッファメモリ１５に格納された制御フレーム（ゲートフレーム）内のグラントの開始時刻（Grant#1 Start time）を読出し、制御情報格納部３４に格納されたパラメータを参照しながら式（１）に示す送信予定時刻ＧＡＴＥｔｘを計算する。
【００６７】
コンパレータ部３１は、キュー管理部３２ａによって計算された送信予定時刻とタイマ１８の現在時刻とを比較し、その比較結果をキュー管理部３２ａへ出力する。キュー管理部３２ａは、コンパレータ部３１による比較結果を参照して、第１の実施の形態において説明した処理と同様の処理を行なう。
【００６８】
図４は、ＩＥＥＥ８０２．３において規定されるゲートフレームの構成を示す図である。このゲートフレームは、ゲートフレームの宛先アドレス（Destination Address）と、送信元アドレス（Source Address）と、フレーム長、データフレーム／制御フレームの識別情報などの情報（Length/Type）と、ゲートフレーム／レポートフレームなどの識別情報（Opcode）と、ＯＮＵでの時刻の調整などに使用されるタイムスタンプ（Timestamp）と、グラントの数などを示す情報（Number of Grants/Flags）と、１番目のグラントの開始時刻（Grant#1 Start time）および許可量（Grant#1 Length）と、２番目のグラントの開始時刻（Grant#2 Start time）および許可量（Grant#2 Length）と、３番目のグラントの開始時刻（Grant#3 Start time）および許可量（Grant#3 Length）と、４番目のグラントの開始時刻（Grant#4 Start time）および許可量（Grant#4 Length）と、ＯＮＵ側でのレーザオンの後の同期を取るための時間（Sync Time）と、パディングデータ（Pad/Reserved）と、ＦＣＳ（Frame Check Sequence）とを含む。なお、ゲートフレームは６４バイト固定長とし、１〜４番目のグラントは開始時刻が早い順番に並べられているものとする。
【００６９】
キュー管理部３２ａは、図４に示す１番目のグラントの開始時刻（Grant#1 Start time）を参照して、送信予定時刻ＧＡＴＥｔｘを計算する。
【００７０】
以上説明したように、本実施の形態におけるＯＬＴによれば、キュー管理部３２ａがバッファメモリ１５に格納されたゲートフレームに含まれるグラントの開始時刻を参照して、送信予定時刻ＧＡＴＥｔｘを計算するようにしたので、制御フレームキュー２１ａに送信予定時刻をキューイングする必要がなくなり、制御フレームキュー２１ａの容量を削減することが可能となった。
【００７１】
また、制御フレーム処理部１３ａによる、ディスクリプタへの送信予定時刻の反映処理を削減できることにより、制御フレーム処理部１３ａが、ＧＡＴＥ作成処理（Grant start, Grant length）に専念できる。
【００７２】
（第４の実施の形態）
図５は、本発明の第４の実施の形態におけるＯＬＴの概略構成を示すブロック図である。本実施の形態におけるＯＬＴは、図１に示す第１の実施の形態におけるＯＬＴの概略構成と比較して、制御フレーム処理部１３ｂの機能が異なる点、スケジューラ１７ｂ内の制御フレームキュー２１が制御フレーム送信テーブル２５に置換されている点、およびセレクタ２３ｂ内のキュー管理部３２ｂの機能が異なる点のみが異なる。したがって、重複する構成および機能の詳細な説明は繰返さない。
【００７３】
制御フレーム送信テーブル２５は、制御フレーム処理部１３ｂから出力された制御フレームのディスクリプタを格納し、各ＯＮＵに対応する制御フレームのディスクリプタがそれぞれ格納される領域を有している。このディスクリプタには、制御フレームがバッファメモリ１５のどこに格納されているかを示す情報、制御フレームの送信予定時刻（ＧＡＴＥｔｘ）などが含まれる。
【００７４】
制御フレーム処理部１３ｂは、帯域割当演算機能および下り制御フレーム作成機能を有している。制御フレーム処理部１３ｂは、受信部１１からレポートフレームを受けると、図４に示すようなゲートフレームを作成してバッファメモリ１５に転送すると共に、そのゲートフレームに対応したディスクリプタを作成して制御フレーム送信テーブル２５のＯＮＵに対応する領域に格納する。
【００７５】
キュー管理部３２ｂは、所定周期で制御フレーム送信テーブル２５に格納される各ＯＮＵの送信予定時刻をサーチし、最も時刻が早い送信予定時刻を抽出してコンパレータ部３１に出力する。
【００７６】
コンパレータ部３１は、キュー管理部３２ｂから出力された送信予定時刻とタイマ１８の現在時刻とを比較し、その比較結果をキュー管理部３２ｂへ出力する。キュー管理部３２ｂは、コンパレータ部３１による比較結果を参照して、第１の実施の形態において説明した処理と同様の処理を行なう。なお、キュー管理部３２ｂの処理対象は、コンパレータ部３１に出力した送信予定時刻に対応するディスクリプタである。
【００７７】
以上説明したように、本実施の形態におけるＯＬＴによれば、キュー管理部３２ｂが、所定周期で制御フレーム送信テーブル２５に格納される各ＯＮＵの送信予定時刻をサーチし、最も時刻が早い送信予定時刻を抽出してコンパレータ部２３ｂに出力するようにしたので、制御フレーム処理部１３ｂは制御フレームが実際に伝送路に送信される順番を気にせずに制御フレームの生成処理を行なうことが可能となった。
【００７８】
たとえば、制御フレーム処理部１３ｂは、ＲＴＴが大きなＯＮＵに対してはＲＴＴが小さいＯＮＵに対するよりも早く制御フレームを伝送路上に送信する必要があるが、上述した構成によって、制御フレーム処理部１３ｂは制御フレームを生成する順番を必ずしも伝送路上に送信する順番に合わす必要がなくなる。
【００７９】
また、至急送信したい制御フレームが発生した場合でも、制御フレーム処理部１３ｂは制御フレーム送信テーブル２５にディスクリプタを格納するだけでそれが行なえるようになり、第２の実施の形態において説明した高優先度キュー２４を設ける必要がなくなった。
【００８０】
（第５の実施の形態）
図６は、本発明の第５の実施の形態におけるＯＬＴの概略構成を示すブロック図である。本実施の形態におけるＯＬＴは、図５に示す第４の実施の形態におけるＯＬＴの概略構成と比較して、制御フレーム処理部１３ｃの機能が異なる点、セレクタ２３ｃ内のキュー管理部３２ｃの機能が異なる点およびセレクタ２３ｃ内に制御情報格納部３４が追加された点のみが異なる。したがって、重複する構成および機能の詳細な説明は繰返さない。
【００８１】
制御フレーム処理部１３ｃは、帯域割当演算機能および下り制御フレーム作成機能を有している。制御フレーム処理部１３ｃは、受信部１１からレポートフレームを受けると、ゲートフレーム（制御フレーム）を作成してバッファメモリ１５に転送すると共に、そのゲートフレームに対応したディスクリプタを作成して制御フレーム送信テーブル２５のＯＮＵに対応する領域に格納する。このディスクリプタには、制御フレームがバッファメモリ１５のどこに格納されているかを示す情報などのデータ部情報が含まれるが、制御フレームの送信予定時刻（ＧＡＴＥｔｘ）は含まれない。
【００８２】
制御情報格納部３４は、式（１）の計算の際に用いられるプロセッシング時間Ｐｒｏｃ、伝播遅延時間ＲＴＴ、最大フレーム長のユーザデータフレームの送信に要する時間Ｔｘ１５００などのパラメータを各ＯＮＵ毎に格納する。
【００８３】
キュー管理部３２ｃは、所定周期で制御フレーム送信テーブル２５に格納される各ＯＮＵのディスクリプタを参照して、バッファメモリ１５に格納された各ＯＮＵの制御フレーム（ゲートフレーム）内のグラントの開始時刻（Grant#1 Start time）を読出し、制御情報格納部３４に格納されたパラメータを参照しながら式（１）に示す送信予定時刻ＧＡＴＥｔｘを計算する。そして、最も時刻が早い送信予定時刻をコンパレータ部３１に出力する。
【００８４】
コンパレータ部３１は、キュー管理部３２ｃによって計算された送信予定時刻とタイマ１８の現在時刻とを比較し、その比較結果をキュー管理部３２ｃへ出力する。キュー管理部３２ｃは、コンパレータ部３１による比較結果を参照して、第１の実施の形態において説明した処理と同様の処理を行なう。なお、キュー管理部３２ｃの処理対象は、コンパレータ部３１に出力した送信予定時刻に対応するディスクリプタである。
【００８５】
以上説明したように、本実施の形態におけるＯＬＴによれば、キュー管理部３２ｃがバッファメモリ１５に格納されたゲートフレームに含まれるグラントの開始時刻を参照して、送信予定時刻ＧＡＴＥｔｘを計算するようにしたので、第４の実施の形態において説明した効果に加えて、制御フレーム送信テーブル２５の容量を削減することが可能となった。
【００８６】
また、制御フレーム処理部１３ｃによる、送信予定時刻計算処理、および計算された送信予定時刻のディスクリプタへの反映処理を削減できることにより、制御フレーム処理部１３ｃが、ＧＡＴＥ作成処理（Grant start, Grant length）に専念できる。
【００８７】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００８８】
【図１】本発明の第１の実施の形態におけるＯＬＴの概略構成を示すブロック図である。
【図２】本発明の第２の実施の形態におけるＯＬＴのキュー部分のみを示す図である。
【図３】本発明の第３の実施の形態におけるＯＬＴの概略構成を示すブロック図である。
【図４】ＩＥＥＥ８０２．３において規定されるゲートフレームの構成を示す図である。
【図５】本発明の第４の実施の形態におけるＯＬＴの概略構成を示すブロック図である。
【図６】本発明の第５の実施の形態におけるＯＬＴの概略構成を示すブロック図である。
【図７】従来のＰＯＮシステムの概略構成を示すブロック図である。
【図８】従来のＰＯＮシステムの動作手順を説明するためのシーケンス図である。
【符号の説明】
【００８９】
１１  受信部、１２，１６  送信部、１３，１３ａ，１３ｂ，１３ｃ  制御フレーム処理部、１４  ユーザデータ受信部、１５  バッファメモリ、１７，１７ａ，１７ｂ，１７ｃ  スケジューラ、１８  タイマ、２１，２１ａ  制御フレームキュー、２２  ユーザデータキュー、２３，２３ａ，２３ｂ，２３ｃ  セレクタ、２４  高優先度キュー、２５  制御フレーム送信テーブル、３１  コンパレータ部、３２，３２ａ，３２ｂ，３２ｃ  キュー管理部、３３  ディスクリプタ送信部、３４  制御情報格納部、１０１  ＯＬＴ、１０２−１〜ｎ  ＯＮＵ、１０３−１〜１０３−ｎ  バッファ、１０４  伝送路、１０５  スプリッタ、１０６  グラント、１０７  レポート、１０８  上り情報フレーム、１０９  上位ネットワーク、１１０  下位ネットワーク、１１１  ユーザ端末。
【図１】
2004343734.tif 000003
【図２】
2004343734.tif 000004
【図３】
2004343734.tif 000005
【図４】
2004343734.tif 000006
【図５】
2004343734.tif 000007
【図６】
2004343734.tif 000008
【図７】
2004343734.tif 000009
【図８】
2004343734.tif 000010