JP2012244488A

JP2012244488A - 通信システムおよび終端装置

Info

Publication number: JP2012244488A
Application number: JP2011113839A
Authority: JP
Inventors: Masanori Yoshizawa; 真範吉澤
Original assignee: Fujitsu Telecom Networks Ltd
Current assignee: Fujitsu Telecom Networks Ltd
Priority date: 2011-05-20
Filing date: 2011-05-20
Publication date: 2012-12-10
Anticipated expiration: 2031-05-20
Also published as: JP5541806B2

Abstract

【課題】データを再送信することなく、確度高く伝送することができる技術を提供することを目的とする。
【解決手段】ユーザ端末をそれぞれ収容する複数の端末装置と、ネットワーク上に配置され複数の端末装置とネットワークとの間のデータ伝送を制御する終端装置とからなる通信システムであって、終端装置は、ユーザ端末から受信したデータのうち未送信のデータ量を端末装置から取得し、未送信のデータ量に基づいて、端末装置に対する終端装置へのデータ送信の帯域の割り当て処理とともに、割り当て処理の時間間隔を制御する制御部を備える。
【選択図】図１

Description

本発明は、通信システムおよび終端装置に関する。

従来、インターネットのブロードバンド化に伴い、一般家庭においてもデータの大容量伝送が求められるようになり、光ファイバを用いたＰＯＮ（Passive Optical Network）システム等の通信システムが開発されている。

例えば、複数のＯＮＵ（Optical Network Unit）それぞれが、データ流量を監視して、その流量監視結果をＯＬＴ（Optical Line Terminal）に通知し、その流量監視結果に基づいて、ＯＬＴが生成した複数のＯＮＵに割り当てるべき伝送帯域の増減を制御する制御情報を受信して、キュー単位でのきめ細やかな帯域制御が実現でき、伝送区間帯域を有効活用する技術がある（例えば、特許文献１等参照）。

特開２００７−１９６４７号公報

しかしながら、従来技術では、ＯＮＵに割り当てられた伝送帯域に対して過剰なデータが流入した場合、過剰な帯域のデータを破棄されることから、最初からデータをまたは未送信部分からのデータを再度ＯＬＴに送り直さなければならないという問題がある。

上記従来技術が有する問題に鑑み、本発明の目的は、データを再送信することなく、確度高く伝送することができる技術を提供することにある。

上記課題を解決するために、本発明の通信システムは、ユーザ端末をそれぞれ収容する複数の端末装置と、ネットワーク上に配置され複数の端末装置とネットワークとの間のデータ伝送を制御する終端装置とからなる通信システムであって、終端装置は、ユーザ端末から受信したデータのうち未送信のデータ量を端末装置から取得し、未送信のデータ量に基づいて、端末装置に対する終端装置へのデータ送信の帯域の割り当て処理とともに、割り当て処理の時間間隔を制御する制御部を備える。

また、制御部は、端末装置の未送信のデータを記憶する記憶部の記憶容量と未送信のデータ量との差分に基づいて、割り当て処理および時間間隔を制御してもよい。

また、制御部は、差分および端末装置と該端末装置が収容するユーザ端末との間の通信速度から算出される記憶部が未送信のデータに満たされるまでの予測時間に基づいて、割り当て処理および時間間隔を制御してもよい。

また、制御部は、差分または予測時間に基づいて、複数の端末装置による終端装置へのデータ送信の順番を制御してもよい。

また、制御部は、複数の端末装置の数に応じて時間間隔を制御してもよい。

また、端末装置は、終端装置と間のデータ伝送を他の端末装置と異なる通信速度で行ってもよい。

本発明の終端装置は、ネットワーク上に配置され、ユーザ端末をそれぞれ収容する複数の端末装置とネットワークとの間のデータ伝送を制御する終端装置であって、ユーザ端末から受信したデータのうち未送信のデータ量を端末装置から取得し、未送信のデータ量に基づいて、端末装置に対する終端装置へのデータ送信の帯域の割り当て処理とともに、割り当て処理の時間間隔を制御する制御部を備える。

本発明によれば、データを再送信することなく、確度高く伝送することができる。

一の実施形態に係るネットワークシステムの構成を示すブロック図ＯＮＵの構成を示すブロック図ＯＬＴの構成を示すブロック図一の実施形態に係るＧＥ−ＰＯＮシステムによる通信動作を示すフローチャート各ＯＮＵの仕様および未送信フレーム長の一例を示す図

図１は、本発明の一の実施形態に係るネットワークシステムの構成を示すブロック図である。

図１に示すネットワークシステムは、ネットワーク２の上位に端末１ａやサーバ１ｂのネットワーク機器を配置し、ネットワーク２の下位にギガビットイーサネット（ＧＥ）（イーサネットは登録商標）を用いて形成されたＧＥ−ＰＯＮシステムを配置する。

ＧＥ−ＰＯＮシステムは、本実施形態の通信システムとして、ＯＬＴ３、受動素子のスプリッタを用いて光信号を複数に分岐する光スプリッタ４、ＯＮＵ５−１〜５−Ｎ、ＯＮＵ５−１〜５−Ｎそれぞれに接続されるユーザ端末６−１〜６−Ｎから構成される（Ｎは自然数）。ＯＬＴ３と光カプラ４、光カプラ４とＯＮＵ５−１〜５−Ｎとは、それぞれ光ファイバで接続される。本実施形態のＧＥ−ＰＯＮシステムは、ＯＬＴ３からＯＮＵ５−１〜５−Ｎへの下り方向の通信は、例えば、波長１．５μｍの光信号による時分割多重方式（ＴＤＭＡ）に基づいて行われ、ＯＮＵ５−１〜５−ＮからＯＬＴ３への上り方向の通信は、例えば、波長１．３μｍの光信号によるバースト方式に基づいて行われる。

なお、図１では、ネットワーク２の上位に２つの端末１ａおよびサーバ１ｂのネットワーク機器が配置されるが、３つ以上の複数のネットワーク機器が接続されてもよい。また、ユーザ端末６−１〜６−Ｎは、一般的なパソコンや携帯端末等である。

次に、図２は、本実施形態に係る端末装置であるＯＮＵ５−ｋの構成を示すブロック図である（１≦ｋ≦Ｎ）。図２に示すように、ＯＮＵ５−ｋは、ＵＮＩ（User Network Interface）１０、ＭＡＣチップ１１、バッファメモリ１２、ＧＥ−ＰＯＮ終端部１３、バッファメモリ１４を備える。

ＵＮＩ１０は、ユーザ端末６−ｋと接続され、ユーザ端末６−ｋとの間でデータの送受信を行うインタフェースである。ＵＮＩ１０とユーザ端末６−ｋとのデータの送受信は、ＵＮＩ１０にユーザ端末６−ｋが最初に接続された際、ユーザ端末６−ｋとＭＡＣチップ１１との間での交信に基づいて設定されるリンク速度で行われる。なお、本実施形態のＵＮＩ１０は、ＩＥＥＥ８０２．３ａｅで規定される１０ギガビットイーサネットのＬＡＮ／ＷＡＮＰＨＹを備えるＵＮＩＰＨＹに準拠しているとする。また、図２に示すＵＮＩ１０は、１つのユーザ端末６−ｋしか接続されていないが、複数のユーザ端末が接続されてもよい。

ＭＡＣチップ１１は、ＯＮＵ５−ｋの各部をＭＡＣ制御するマイクロプロセッサである。また、ＭＡＣチップ１１は、そのＭＡＣ制御に基づいて、所定の統計情報（エラー情報等）や、後述するバッファメモリ１２、１４の記憶容量および未送信のデータ量等の情報を収集する。同時に、ＭＡＣチップ１１は、図２に示すように、上り方向の受信フレーム処理部１５および送信フレーム処理部１６として、下り方向の受信フレーム処理部１７および送信フレーム処理部１８として動作する。

受信フレーム処理部１５は、ユーザ端末６−ｋから送信されたデータのイーサネットフレームを、ＵＮＩ１０を介して受信する。受信フレーム処理部１５は、その受信したイーサネットフレームにおけるエラー等のチェックを行い、バッファメモリ１２にデータを一時的に蓄積する。なお、バッファメモリ１２は、揮発性の半導体メモリ等である。

送信フレーム処理部１６は、後述するように、ＯＬＴ３からの制御指示により設定された帯域の割り当て等に基づいて、バッファメモリ１２に蓄積されたユーザ端末６−ｋからのデータを順次読み込み、ＧＥ−ＰＯＮ終端部１３へイーサネットフレームとして出力する。

受信フレーム処理部１７は、ネットワーク２の上位に配置された端末１ａやサーバ１ｂ等から送信されたユーザ端末６−ｋ宛のイーサネットフレームを、ＧＥ−ＰＯＮ終端部１３を介して受信する。受信フレーム処理部１７は、受信フレーム処理部１５の場合と同様に、受信したイーサネットフレームにおけるエラー等のチェックを行い、データをバッファメモリ１４に一時的に蓄積する。なお、バッファメモリ１４は、バッファメモリ１２と同様に、揮発性の半導体メモリ等である。また、本実施形態では、バッファメモリ１２、１４の２つを用いるが、１つのバッファメモリを領域設定することにより、２つのバッファメモリ１２、１４として用いてもよい。

送信フレーム処理部１８は、ＭＡＣチップ１１の制御指示に基づいて、バッファメモリ１４に蓄積されたデータを順次読み込み、ユーザ端末６−ｋへイーサネットフレームとして送信する。

ＧＥ−ＰＯＮ終端部１３は、ＯＬＴ３からＴＤＭＡ方式で送信されたイーサネットフレームの光信号を受信したり、ユーザ端末６−ｋからのデータを有するイーサネットフレームをバースト信号にしてＯＬＴ３に送信したりするインタフェースである。本実施形態のＧＥ−ＰＯＮ終端部１３は、ＯＮＵ自身が送信するイーサネットフレームをバースト信号に、およびＯＬＴ３からの光信号を電気信号に変換する光−電気変換部（不図示）を有する。

図３は、本実施形態に係る終端装置であるＯＬＴ３の構成を示すブロック図である。図３に示すように、ＯＬＴ３は、ＧＥ−ＰＯＮ終端部２０、制御部２１、ＳＮＩ（Service Node Interface）２２を備える。

ＧＥ−ＰＯＮ終端部２０は、ＯＮＵ５−１〜５−ＮにＴＤＭＡ方式で光信号を送信したり、ＯＮＵ５−１〜５−Ｎからのバースト信号を受信したりするインタフェースである。本実施形態のＧＥ−ＰＯＮ終端部２０は、ＧＥ−ＰＯＮ終端部１３と同様に、ＯＮＵ５−１〜５−Ｎからのバースト信号を電気信号に、およびＯＬＴ３が送信するイーサネットフレームを光信号に変換する光−電気変換部（不図示）を有する。

制御部２１は、ＯＬＴ３の各部の動作を統括的に制御するＭＡＣチップ等のマイクロプロセッサである。本実施形態では、後述するように、制御部２１は、制御プログラムを実行することにより、所定の時間間隔で、ＯＮＵ５−１〜５−Ｎそれぞれから、バッファメモリ１２に蓄積される未送信のデータ量等の情報を取得する。制御部２１は、取得した情報に基づいて、ＯＮＵ５−１〜５−Ｎそれぞれに対し、送信時の帯域を割り当てるＤＢＡ（Dynamic Bandwidth Allocation）処理を行う。なお、本実施形態では、上記所定の時間間隔（以下、ＤＢＡサイクル）は、６００μ秒に予め設定されているとする。ただし、ＤＢＡサイクルの長さは、後述するように、バッファメモリ１２に蓄積される未送信のデータ量等に応じて変更可能であり、ＧＥ−ＰＯＮシステムやＯＬＴ３の構成に応じて適宜決定されることが好ましい。

ＳＮＩ２２は、ネットワーク２とＯＬＴ３との間で、データの送受信を行うインタフェースである。

次に、図４のフローチャートを参照しつつ、本実施形態のＧＥ−ＰＯＮシステムにおける通信動作、特に、ＧＥ−ＰＯＮシステムにおけるＯＮＵ５−１〜５−ＮからＯＬＴ３への上り方向の通信動作について説明する。

なお、本実施形態では、図５に示すように、ＯＮＵ５の数をＮ＝５とするが、それ以外の数の場合でも同様の通信動作が行われる。図５（ａ）は、本実施形態におけるＯＮＵ５−１〜５−５の仕様およびある時点での未送信フレーム長の一例を示す。図５（ａ）に示す情報に基づいて、ＯＬＴ３は、ＤＢＡ処理を行い、ＯＮＵ５−１〜５−５それぞれに対して帯域の割り当てを行う。ここで、ＰＯＮ回線通信速度とは、ＯＬＴ３とＯＮＵ５−ｋとの間の通信速度を示し、本実施形態のＧＥ−ＰＯＮシステムでは、１Ｇｂｐｓと１０Ｇｂｐｓとの２つの通信速度が混在するものとする。また、キュー容量とは、上り方向のバッファメモリ１２の記憶容量を、未送信フレーム長とは、収容するユーザ端末６−ｋから受信したデータのうち、バッファメモリ１２に蓄積された未送信のデータ量を示し、ＵＮＩリンク速度とは、ＯＮＵ５−ｋとユーザ端末６−ｋとの間の通信速度を示す。

さらに、フロー制御有無とは、ＯＮＵ５−ｋのＵＮＩ１０が、バッファメモリ１２に蓄積される未送信フレーム長が所定の閾値を超えた場合、収容するユーザ端末６−ｋに対してデータの送信を規制する公知のフロー制御の機能を有するか否かを示す。本実施形態では、ＯＮＵ５−５のＵＮＩ１０のみがフロー制御の機能を有しないものとする。なお、ユーザ端末６−１〜６−５は、フロー制御の機能に対応可能とする。

また、ＯＬＴ３は、ＯＮＵ５−１〜５−５それぞれが最初に接続された時点で、ＯＮＵ５−１〜５−５に関する、図５（ａ）に示す情報のうち、少なくともＰＯＮ回線通信速度、キュー容量、ＵＮＩリンク速度、フロー制御有無等の情報を取得し、不図示のメモリ等に記憶しているとする。

ステップＳ１０１：ＯＬＴ３の制御部２１は、ＯＮＵ５−１〜５−５それぞれのバッファメモリ１２に蓄積されている未送信フレーム長を取得する。そのために、制御部２１は、各ＯＮＵ５宛のＬＬＩＤ（logical link ID）の識別子を付したイーサネットフレームをそれぞれ生成し、ＯＮＵ５−１〜５−５へ送信する。制御部２１は、ＯＮＵ５−１〜５−５からレポートフレームであるイーサネットフレームを受信し、ＯＮＵ５−１〜５−５における未送信フレーム長を取得する。なお、同時に、制御部２１は、新たにＯＮＵが接続されたか否かを判別するブロードキャストＬＬＩＤを付したイーサネットフレーム（ディスカバリＧＡＴＥフレーム）を生成し送信することが好ましい。

ステップＳ１０２：制御部２１は、ステップＳ１０１において取得したＯＮＵ５−１〜５−５の未送信フレーム長に基づいて、未送信のデータの有無を判定する。制御部２１は、ＯＮＵ５−１〜５−５において未送信のデータが無い場合、ステップＳ１０１（ＮＯ側）へ移行する。一方、制御部２１は、いずれかのＯＮＵ５−ｋに未送信のデータが有る場合、ステップＳ１０３（ＹＥＳ側）へ移行する。

ステップＳ１０３：制御部２１は、ＤＢＡ処理に基づいて、ＯＮＵ５−ｋに帯域を割り当てるために、図５（ａ）に示すＵＮＩリンク速度でユーザ端末６−ｋからデータを受信し続けた場合、ＯＮＵ５−ｋにおいて未送信フレーム長がキュー容量以上となるまでの時間ｔ_kを次式（１）を用いて算出する。
時間ｔ_k＝（キュー容量−未送信フレーム長）／（ＵＮＩリンク速度）・・・（１）
なお、図５（ｂ）は、上記ＵＮＩリンク速度でデータのイーサネットフレームを受信した場合、１ＤＢＡサイクル（＝６００μ秒）後のＯＮＵ５−ｋにおける未送信フレーム長の予測値を示す。すなわち、ＵＮＩリンク速度が１０Ｇｂｐｓの場合、１ＤＢＡサイクルごとに未送信フレーム長は、６Ｍｂｙｔｅずつ増加することから、例えば、ＯＮＵ５−４のキュー容量は未送信フレーム長で満たされ、ＯＮＵ５−５はキュー溢れを起こすこと示す。一方、ＯＮＵ５−１〜５−３は、キュー容量にまだ十分な余裕があることを示す。

ステップＳ１０４：制御部２１は、ステップＳ１０３で算出された時間ｔ_kに基づいて、１ＤＢＡサイクル内でキュー溢れを起こすＯＮＵ５−ｋが有るか否かを判定する。制御部２１は、キュー溢れを起こすＯＮＵ５−ｋが有る場合、ステップＳ１０５（ＹＥＳ側）へ移行し、キュー溢れを起こすＯＮＵ５−ｋが無い場合、ステップＳ１０９（ＮＯ側）へ移行する。

ステップＳ１０５：制御部２１は、キュー溢れを起こすと予測されたＯＮＵ５−５に未送信のデータを優先的に送信させるために帯域を割り当てる。同時に、制御部２１は、１ＤＢＡサイクルの長さを、例えば、４００μ秒等の最短の長さに変更し設定する。すなわち、制御部２１は、最短のＤＢＡサイクルで、ＯＮＵ５−５に未送信のデータを優先的に送信させて、キュー溢れの回避を図る。

一方、制御部２１は、ＯＮＵ５−４の未送信フレーム長が、次のＤＢＡサイクルでキュー容量と等しくなることから、ＯＮＵ５−５とともに、ＯＮＵ５−４に対しても未送信のデータを優先的に送信させるように帯域を割り当ててもよい。あるいは、ＯＮＵ５−４はフロー制御の機能を有することから、制御部２１は、ＯＮＵ５−４のＵＮＩ１０とユーザ端末６ー４との間でフロー制御がなされるものと判断し、ＯＮＵ５−４に対し、ＯＮＵ５−５以外のＯＮＵと同様の帯域の割り当てを行ってもよい。

また、制御部２１は、図５に示すような場合、ＯＮＵ５−１および５−２に対し、ＯＮＵ５−５やＯＮＵ５−４と比べて少なめの帯域を割り当てることが好ましい。また、ＯＮＵ５−３は、未送信フレーム長が０ｂｙｔｅであることから、制御部２１は、ＯＮＵ５−３とユーザ端末６ー３との間でデータの送受信がないと判断し、ＯＮＵ５−３に対し、レポートフレーム分のみの帯域を割り当てることが好ましい。

なお、最短のＤＢＡサイクルの長さは、ＧＥ−ＰＯＮシステムの構成やＯＬＴ３の処理能力等に基づいて、適宜決定されることが好ましい。

ステップＳ１０６：制御部２１は、さらに効果的にキュー溢れの回避を図るために、ＯＮＵ５−１〜ＯＮＵ５−５の送信の順番を入れ替える。制御部２１は、例えば、通常、ＯＮＵ５−１からＯＮＵ５−５の順に、イーサネットフレームのバースト信号を送信させていたのを、キュー溢れが予測された場合、ＯＮＵ５−５、ＯＮＵ５−４、ＯＮＵ５−１、ＯＮＵ５−２、ＯＮＵ５−３等の順に入れ替えて送信させるように設定する。

ステップＳ１０７：制御部２１は、ステップＳ１０５およびステップＳ１０６、または後述するステップＳ１０９やステップＳ１１０において、設定されたＯＮＵ５−１〜ＯＮＵ５−５の帯域、ＤＢＡサイクルの長さ、送信の順番等に基づいて、ＯＮＵ５−１〜ＯＮＵ５−５宛のＧＡＴＥフレームであるイーサネットフレームをそれぞれ生成し送信する。なお、制御部２１は、同時に、新たなＯＮＵが接続されたか否かを判別するためのディスカバリＧＡＴＥフレームを生成し送信してもよい。

ステップＳ１０８：ＯＮＵ５−１〜ＯＮＵ５−５のＧＥ−ＰＯＮ終端部１３は、ＯＬＴ３から送信された自装置宛のＧＡＴＥフレームを受信する。ＭＡＣチップ１１は、受信したＧＡＴＥフレームに基づいて、データおよびレポートフレームの送信の帯域およびタイミングを設定する。送信フレーム処理部１６は、設定された帯域に応じた量のデータをバッファメモリ１２から読み込む。ＧＥ−ＰＯＮ終端部１３は、レポートフレームとともに、読み込んだデータのイーサネットフレームをバースト信号としてＯＬＴ３へ送信する。ＯＬＴ３の制御部２１は、ＧＥ−ＰＯＮ終端部２０を介して、ＯＮＵ５−１〜ＯＮＵ５−５それぞれからのデータのイーサネットフレームを受信し、ＳＮＩ２２を介して、ネットワーク２の上位に配置された端末１ａやサーバ１ｂ等に送信する。

そして、制御部２１は、ステップＳ１０１へ移行し、保守等によるＯＬＴ３の動作終了指示を外部から受け付けるまで、受信した新たなレポートフレームに基づいた次のＤＢＡサイクルの処理を行う。

ステップＳ１０９：制御部２１は、ＯＬＴ３に新たなＯＮＵ５が接続されたり、ＯＮＵ５−１〜ＯＮＵ５−５のいずれかが切断されたりして、ＯＮＵ５の数Ｎが増減したか否かを判定する。制御部２１は、ＯＮＵ５の数Ｎが増減した場合、ステップＳ１１０（ＹＥＳ側）へ移行する。一方、制御部２１は、ＯＮＵ５の数Ｎが変わらない場合、ステップＳ１０７へ移行し、これまでに設定されたＯＮＵ５−１〜ＯＮＵ５−５の帯域、ＤＢＡサイクルの長さ、送信の順番等に基づいて、ＯＮＵ５−１〜ＯＮＵ５−５宛のＧＡＴＥフレームをそれぞれ生成し送信する。

なお、ＯＬＴ３に接続されるＯＮＵ５の増減は、ステップＳ１０１やステップＳ１０７で送信されたディスカバリＧＡＴＥフレームに対する、新たに接続されたＯＮＵ５からの応答信号や、ステップＳ１０２やステップＳ１０８で受信したレポートフレームに基づいて判定する。

ステップＳ１１０：制御部２１は、ＯＬＴ３に接続されるＯＮＵ５の数Ｎに応じて、１ＤＢＡサイクルの長さを制御し設定する。例えば、制御部２１は、ＯＮＵ５の数Ｎに対する２つの閾値α、β（α、βは自然数で、α＜βとする）を用い、ＯＮＵ５の数Ｎが閾値α以下の場合、ＤＢＡサイクルの長さを７００μ秒と長く設定する。ＯＮＵ５の数Ｎがα＜Ｎ≦βの場合、制御部２１は、ＤＢＡサイクルの長さを６００μ秒と設定し、数Ｎが閾値βより多い場合、ＤＢＡサイクルを５００μ秒と短く設定する。そして、制御部２１は、ステップＳ１０７へ移行し、新たに設定されたＤＢＡサイクルの長さに基づいて、各ＯＮＵ５宛のＧＡＴＥフレームを生成し送信する。これにより、ＯＬＴ３に接続されるＯＮＵ５の数Ｎに応じて、ＤＢＡサイクルの長さを制御設定することにより、各ＯＮＵ５に対する帯域の割り当ての自由度が増加し、キュー溢れの回避を図りつつ効率的にユーザ端末６からのデータをＯＬＴ３に送信することができる。

なお、閾値の数およびＯＮＵ５の数Ｎに応じたＤＢＡサイクルの長さは、ＧＥ−ＰＯＮシステムの構成やＯＬＴ３の処理能力等に基づいて、適宜決定されることが好ましい。

このように、本実施形態では、ＯＬＴ３の制御部２１が、接続されるＯＮＵ５−１〜ＯＮＵ５−５それぞれのキュー容量、未送信フレーム長、ＵＮＩリンク速度等に基づいて、１ＤＢＡサイクル内でキュー溢れを起こすＯＮＵ５−ｋが有るか否かを予測し、ＤＢＡサイクルの長さを最短に変更設定することにより、たとえＯＮＵ５−ｋがフロー制御の機能を有しない場合でも、ＯＮＵ５−ｋのキュー溢れを回避しつつ、データを再送信することなく、確度高く伝送することができる。

また、制御部２１は、上記予測に基づいて、ＤＢＡサイクルの長さを最短に変更するとともに、各ＯＮＵ５の送信の順番を変更することにより、より効率的にかつ確度高くデータを伝送することができる。

さらに、制御部２１は、１ＤＢＡサイクル内でキュー溢れを起こすＯＮＵ５−ｋが無い場合、接続されるＯＮＵ５の数Ｎに応じて、ＤＢＡサイクルの長さを制御することにより、例えば、各ＯＮＵ５からのバースト信号におけるバーストヘッダの１ＤＢＡサイクルの送信帯域に占める割合を相対的に低下させることができ、より効率的にデータを伝送することができる。
《実施形態の補足事項》
上記実施形態では、ＯＮＵ５−５のみフロー制御の機能を有しないとしたが、本発明はこれに限定されず、全てのＯＮＵ５−１〜ＯＮＵ５−５がフロー制御の機能を有しなくてもよい。また、ＯＮＵ５−ｋのＵＮＩ１０がフロー制御の機能を有し、それに接続されるユーザ端末６−ｋがフロー制御に非対応の場合でも、本発明を適用することができる。

なお、２以上のＯＮＵ５がキュー溢れを起こすと予測された場合、制御部２１は、キュー溢れの量に応じて、予測されたＯＮＵ５に対し優先的にデータを送信させるように帯域を割り当てることが好ましい。

上記実施形態では、ＯＮＵ５−１〜ＯＮＵ５−５のそれぞれとＯＬＴ３との間のＰＯＮ回線通信速度が、１Ｇｂｐｓと１０Ｇｂｐｓと混在するとしたが、本発明はこれに限定されず、１Ｇｂｐｓや１０Ｇｂｐｓ等の単一のＰＯＮ回線通信速度でもよい。

上記実施形態では、ＯＮＵ５−１〜ＯＮＵ５−５のキュー容量を全て１２５Ｍｂｙｔｅとしたが、本発明はこれに限定されず、ＯＮＵ５−ｋのキュー容量は、ＯＮＵ５−ｋの仕様や使用環境等に応じて、適宜決定されることが好ましい。

以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲が、その精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図する。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずであり、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物によることも可能である。

１ａ端末、１ｂサーバ、２ネットワーク、３ＯＬＴ、４光スプリッタ、５−１〜５−ＮＯＮＵ、６−１〜６−Ｎユーザ端末、１０ＵＮＩ、１１ＭＡＣチップ、１２、１４バッファメモリ、１３、２０ＧＥ−ＰＯＮ終端部、１５、１７、受信フレーム処理部、１６、１８送信フレーム処理部、２１制御部、２２ＳＮＩ

Claims

ユーザ端末をそれぞれ収容する複数の端末装置と、ネットワーク上に配置され前記複数の端末装置と前記ネットワークとの間のデータ伝送を制御する終端装置とからなる通信システムであって、
前記終端装置は、
前記ユーザ端末から受信したデータのうち未送信のデータ量を前記端末装置から取得し、前記未送信のデータ量に基づいて、前記端末装置に対する前記終端装置へのデータ送信の帯域の割り当て処理とともに、前記割り当て処理の時間間隔を制御する制御部を備える
ことを特徴とする通信システム。
請求項１に記載の通信システムにおいて、
前記制御部は、前記端末装置の前記未送信のデータを記憶する記憶部の記憶容量と前記未送信のデータ量との差分に基づいて、前記割り当て処理および前記時間間隔を制御することを特徴とする通信システム。
請求項２に記載の通信システムにおいて、
前記制御部は、前記差分および前記端末装置と該端末装置が収容するユーザ端末との間の通信速度から算出される前記記憶部が前記未送信のデータに満たされるまでの予測時間に基づいて、前記割り当て処理および時間間隔を制御することを特徴とする通信システム。
請求項３に記載の通信システムにおいて、
前記制御部は、前記差分または前記予測時間に基づいて、前記複数の端末装置による前記終端装置へのデータ送信の順番を制御することを特徴とする通信システム。
請求項１ないし請求項４のいずれか１項に記載の通信システムにおいて、
前記制御部は、前記複数の端末装置の数に応じて前記時間間隔を制御することを特徴とする通信システム。
請求項１ないし請求項５のいずれか１項に記載の通信システムにおいて、
前記端末装置は、前記終端装置と間のデータ伝送を他の端末装置と異なる通信速度で行うことを特徴とする通信システム。
ネットワーク上に配置され、ユーザ端末をそれぞれ収容する複数の端末装置と前記ネットワークとの間のデータ伝送を制御する終端装置であって、
前記ユーザ端末から受信したデータのうち未送信のデータ量を前記端末装置から取得し、前記未送信のデータ量に基づいて、前記端末装置に対する前記終端装置へのデータ送信の帯域の割り当て処理とともに、前記割り当て処理の時間間隔を制御する制御部を備える
ことを特徴とする終端装置。