JP2014123926A - 制御装置、基地局、通信システム、端末、制御方法、及び、送信方法 - Google Patents

Abstract

【課題】無線リソースの利用効率を向上させる。
【解決手段】制御装置３０において受信処理部３６は、Ｍ（Ｍは、２以上の自然数）個の端末１０宛てのデータを受信する。決定部３３は、同時に送信するデータの宛先端末１０の数がＭより小さい自然数になるように、制御装置３０が基地局２０へ同時に送信するデータの宛先端末１０についての、スケジュールを決定する。そして、送信処理部３８は、決定部３３で決定されたスケジュールに基づいて、Ｍ個の端末１０宛てのデータを基地局２０へ送信する。
【選択図】図５

Description

本発明は、制御装置、基地局、通信システム、端末、制御方法、及び、送信方法に関する。

移動通信システムでは、第３世代移動通信方式のサービスが行われている。第３世代移動通信システム（３Ｇ：3rd Generation）に適用される通信規格としては、例えば、次のものが挙げられる。すなわち、まず、ＨＳＤＰＡ（High-Speed Downlink Packet Access）及びＨＳＵＰＡ（High-Speed Uplink Packet Access）、並びに、これらを組み合わせたＨＳＰＡ（High Speed Packet Access）が挙げられる。また、ＨＳＰＡの発展型であるＨＳＰＡ＋（High Speed Packet Access Plus）、及び、３ＧＰＰ ＬＴＥ（Long Term Evolution）が挙げられる。なお、ＬＴＥの発展版であるＬＴＥ−Ａｄｖａｎｃｅｄも検討されている。

このような第３世代以降の移動通信システムでは、周波数利用効率を向上させるため、１つのチャネルが、複数のユーザ、つまり複数の移動端末によって使用される。すなわち、共有チャネルが複数のユーザによって用いられる。

共有チャネルを複数のユーザで使用することを可能とするために、基地局は、スケジューリングにより、複数のユーザ宛のデータに対して共通チャネルのリソースを割り当てる。この共有チャネルのスケジューリングでは、先に受信されたデータから順番にスケジュールされる。すなわち、現存するデータについてのスケジューリングが行われる。このため、同時期に受信され且つバッファに保持されている、複数のユーザ宛のデータ群は、同じスケジューリングタイミングでスケジュールされる。すなわち、受信されているデータ群の宛先として複数の移動端末が含まれている場合、全ての移動端末についてのスケジューリングが行われることになる。また、この共有チャネルのスケジューリングでは、受信品質の高いユーザほど、多くの周波数が割り当てられる。すなわち、受信品質の高いユーザ宛てのデータほど、単位時間当たりに多く伝送される。なお、周波数の割り当ての際には、端末間の公平性も考慮される。

例えば、或るスケジューリングタイミングにおいて複数の移動端末、つまり、ＵＥ１，２，３宛てのデータがバッファに保持されている場合、ＵＥ１，２，３の全てがスケジューリング対象となる。そして、ＵＥ１及びＵＥ２の受信品質が同じで、ＵＥ３の受信品質がＵＥ１及びＵＥ２の受信品質よりも低い場合には、図１に示すように、ＵＥ１及びＵＥ２には同じ帯域幅の周波数が割り当てられる。そして、ＵＥ３には、ＵＥ１及びＵＥ２の帯域幅よりも狭い帯域幅の周波数が割り当てられる。図１は、従来のスケジューリング方法の説明に供する図である。

特開２０１０−２０６３１６号公報

しかしながら、図１のように現存するデータについてのスケジューリングが行われる場合、複数の移動端末へのデータ伝送完了時間が周波数に応じて複雑に変動する状況が生じる可能性が高くなる。これは、各移動端末に割り当てられる周波数の帯域幅又は各移動端末宛てのデータの量が異なるためである。このような状況において、以降のスケジューリングが行われると、割り当て可能な無線リソースが現れるタイミングが周波数に応じて複雑に変動する。このため、以降のスケジューリングが制限されてスケジューリングの自由度が低下し、利用されない無線リソースが増加する可能性が高くなる。この結果として、無線リソースの利用効率の低下を招く可能性が高くなる。

開示の技術は、上記に鑑みてなされたものであって、無線リソースの利用効率を向上させることができる、制御装置、基地局、通信システム、端末、制御方法、及び、送信方法を提供することを目的とする。また、端末における消費電力を削減することを他の目的とする。

開示の態様では、Ｍ（Ｍは、２以上の自然数）個の端末宛てのデータを受信し、同時に送信するデータの宛先端末の数が前記Ｍより小さい自然数になるように、前記受信されたデータを基地局へ送信する。

開示の態様によれば、無線リソースの利用効率を向上させることができる。また、端末における消費電力を削減することができる。

図１は、従来のスケジューリング方法の説明に供する図である。 図２は、実施例１の通信システムの一例を示す図である。 図３は、実施例１の端末の一例を示す機能ブロック図である。 図４は、実施例１の基地局の一例を示す機能ブロック図である。 図５は、実施例１の制御装置の一例を示す機能ブロック図である。 図６は、実施例１のサーバの一例を示す機能ブロック図である。 図７は、実施例１の通信システムの処理動作の一例を示すシーケンス図である。 図８は、実施例１のスケジューリング結果の一例を示す図である。 図９は、実施例２の端末の一例を示す機能ブロック図である。 図１０は、実施例２の制御装置の一例を示す機能ブロック図である。 図１１は、実施例５の決定部の一例を示す機能ブロック図である。 図１２は、実施例６の端末の一例を示す機能ブロック図である。 図１３は、実施例６の制御装置の一例を示す機能ブロック図である。 図１４は、実施例７の通信システムの一例を示す図である。 図１５は、実施例７の制御装置の一例を示す機能ブロック図である。 図１６は、実施例８の通信システムの一例を示す図である。 図１７は、実施例８の基地局の一例を示す機能ブロック図である。 図１８は、端末のハードウェア構成を示す図である。 図１９は、基地局のハードウェア構成を示す図である。 図２０は、制御装置のハードウェア構成を示す図である。

以下に、本願の開示する制御装置、基地局、通信システム、端末、制御方法、及び、送信方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願の開示する制御装置、基地局、通信システム、端末、制御方法、及び、送信方法が限定されるものではない。また、実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。

［実施例１］
［通信システムの概要］
図２は、実施例１の通信システムの一例を示す図である。図２において、通信システム１は、端末１０−１，２，３と、基地局２０と、制御装置３０と、サーバ４０とを有する。ここでは、説明を簡単にするために、端末１０の数を３つ、基地局２０の数を１つ、制御装置３０の数を１つ、サーバ４０の数を１つとしているが、これに限定されるものではない。また、図２には図示されていないが、基地局２０と制御装置３０との間、及び、制御装置３０とサーバ４０との間には、移動通信システムのネットワーク装置又はインターネット網が配設されてもよい。なお、以下では、端末１０−１，２，３は、特に区別されない場合には、単に端末１０と呼ばれることがある。また、図１における円は、基地局２０から送信された信号が届くエリア、つまりセルを表している。

通信システム１において、各端末１０は、サーバ４０からデータを取得するための取得要求を、端末１０が属する基地局２０及び制御装置３０を介してサーバ４０へ送信する。各端末１０の取得対象である各データは、コンテンツデータ等、一連のデータ群でもよい。

サーバ４０は、取得要求に対応するデータを制御装置３０へ送信する。

制御装置３０は、３つの端末１０−１，２，３宛ての複数のデータを受信する。そして、制御装置３０は、同時に送信するデータの宛先端末１０の数が３より小さい自然数になるように、受信されたデータを基地局２０へ送信する。

具体的には、制御装置３０は、同時に送信するデータの宛先端末１０の数が３より小さい自然数になるように、同時に送信するデータの宛先端末１０についての、スケジュールを決定する。詳細には、制御装置３０は、３つの端末１０−１，２，３の順序を決定し、決定された順序に基づいて、スケジュールを決定する。そして、制御装置３０は、決定したスケジュールに基づいて、端末１０−１，２，３宛てのデータを基地局２０へ送信する。

基地局２０は、制御装置３０から送信された複数のデータを受信する。そして、基地局２０は、受信データを、受信順序に従ってスケジュールする。すなわち、基地局２０は、受信データに割り当てるリソースを、受信順序に従って決定する。そして、基地局２０は、割り当てたリソースを用いてデータを宛先の端末１０へ送信する。

このように、基地局２０の上位局である制御装置３０は、Ｍ（Ｍは、２以上の自然数）個の端末１０宛てのデータを受信し、同時に送信するデータの宛先端末１０の数がＭより小さい自然数になるように、Ｍ個の端末１０宛てのデータを基地局２０へ送信する。換言すれば、基地局２０において現存するデータについてのスケジューリングが実行される前段で、制御装置３０において端末単位のスケジューリングが実行される。

こうすることで、制御装置３０が基地局２０にて同じタイミングでスケジューリング対象となる端末１０の数を少なく調整することができる。これにより、基地局２０におけるスケジューリングをシンプルにすることができると共に、制御装置３０及び基地局２０の全体として、スケジューリングの自由度を高めることができる。この結果として、基地局２０における無線リソースの利用効率を向上させることができる。

［端末の構成］
図３は、実施例１の端末の一例を示す機能ブロック図である。図３において端末１０は、要求生成部１１と、送信処理部１２と、無線送信部１３と、無線受信部１４と、受信処理部１５と、アプリケーション処理部１６と、制御部１７とを有する。

要求生成部１１は、サーバ４０からデータを取得するための取得要求を生成する。この取得要求には、取得要求対象であるデータの識別情報と、各端末１０に固有である自装置の識別情報と、自装置が収容されている基地局２０の識別情報とが含められる。生成された取得要求は、送信処理部１２へ出力される。

送信処理部１２は、要求生成部１１で生成された取得要求を制御チャネルにマッピングして送信信号を形成し、形成された送信信号を無線送信部１３へ出力する。また、送信処理部１２は、制御部１７から受け取る受信品質に関する情報、例えばＣＱＩ（Channel Quality Indicator）を制御チャネルにマッピングして送信信号を形成し、形成された送信信号を無線送信部１３へ出力する。

無線送信部１３は、送信処理部１２で形成された送信信号に対して所定の無線送信処理、つまりデジタルアナログ変換、アップコンバート等を施し、得られた無線信号を、アンテナを介して基地局２０へ送信する。

無線受信部１４は、基地局２０から送信された信号を、アンテナを介して受信する。そして、無線受信部１４は、受信信号に対して所定の無線受信処理、つまりダウンコンバート、アナログデジタル変換等を施し、得られた信号を受信処理部１５へ出力する。

受信処理部１５は、無線受信部１４から受け取る受信信号から、自装置に対して基地局２０によって割り当てられたリソースにマッピングされているデータを抽出する。抽出されたデータは、アプリケーション処理部１６及び制御部１７へ出力される。

アプリケーション処理部１６は、受信処理部１５から受け取るデータを用いてアプリケーションを実行する。

制御部１７は、受信処理部１５から受け取るデータのうちの既知データ、例えばパイロットに基づいて、周波数毎の受信品質を測定し、測定された受信品質に関する情報、例えばＣＱＩを生成する。生成された受信品質情報は、送信処理部１２へ出力される。

［基地局の構成］
図４は、実施例１の基地局の一例を示す機能ブロック図である。図４において基地局２０は、無線受信部２１と、受信処理部２２と、送信処理部２３と、ネットワークインタフェース（ＩＦ）２４と、受信処理部２５と、スケジューラ２６と、バッファ２７と、送信処理部２８と、無線送信部２９とを有する。

無線受信部２１は、端末１０から送信された信号をアンテナを介して受信する。そして、無線受信部２１は、受信信号に対して所定の無線受信処理、つまりダウンコンバート、アナログデジタル変換等を施し、得られた信号を受信処理部２２へ出力する。

受信処理部２２は、無線受信部１４から受け取る受信信号から受信品質情報を抽出し、抽出された受信品質情報をスケジューラ２６へ出力する。また、受信処理部２２は、無線受信部１４から受け取る受信信号から取得要求を抽出し、抽出された取得要求を送信処理部２３へ出力する。

送信処理部２３は、受信処理部２２から受け取る取得要求をリソースにマッピングして送信信号を形成し、形成された送信信号を、ネットワークＩＦ２４を介して制御装置３０へ送信する。ここで、上記の通り、取得要求には、基地局２０の識別情報が端末１０において含められている。このため、送信処理部２３は、自装置の識別情報を取得要求に付加せずに、制御装置３０へ転送すればよい。すなわち、取得要求については、端末１０と制御装置３０との間に基地局２０を介してデータリンク層のトンネルが形成されている。

受信処理部２５は、制御装置３０から送信された信号をネットワークＩＦ２４を介して受信する。そして、受信処理部２５は、受信信号から端末１０宛てのデータを抽出し、抽出されたデータをスケジューラ２６及びバッファ２７へ出力する。

スケジューラ２６は、受信処理部２２から受け取る受信品質情報に基づいて、周波数スケジューリングを実行する。この周波数スケジューリングは、受信データの受信順序に従って実行される。すなわち、スケジューラ２６は、受信データに割り当てるリソースを、受信順序に従って決定する。ここで、スケジューラ２６は、受信処理部２５からの出力データに基づいて、受信順序を特定できる。

そして、スケジューラ２６は、スケジューリング結果に基づいて、送信対象であるデータの出力指示信号をバッファ２７へ出力する。また、スケジューラ２６は、スケジューリング結果に基づいて、送信データの識別情報と、当該送信データをマッピングするリソースに関する情報とを送信処理部２８へ出力する。

バッファ２７は、スケジューラ２６から受け取る出力指示信号に基づいて、当該出力指示信号に対応するデータを送信処理部２８へ出力する。

送信処理部２８は、スケジューラ２６から受け取る、送信データの識別情報とリソースに関する情報とに基づいて、バッファ２７から受け取るデータを当該データに対応するリソースにマッピングして送信信号を形成する。そして、送信処理部２８は、形成された送信信号を無線送信部２９へ出力する。

無線送信部２９は、送信処理部２８で形成された送信信号に対して所定の無線送信処理、つまりデジタルアナログ変換、アップコンバート等を施し、得られた無線信号を、アンテナを介して端末１０へ送信する。

［制御装置の構成］
図５は、実施例１の制御装置の一例を示す機能ブロック図である。図５において、制御装置３０は、ネットワークＩＦ３１と、受信処理部３２と、決定部３３と、送信処理部３４と、ネットワークＩＦ３５と、受信処理部３６と、バッファ３７と、送信処理部３８とを有する。

受信処理部３２は、基地局２０から送信された信号をネットワークＩＦ３１を介して受信する。そして、受信処理部３２は、受信信号から取得要求を抽出し、抽出された取得要求を送信処理部３４へ出力する。

決定部３３は、受信処理部３６から、Ｍ（Ｍは、２以上の自然数）個の端末１０の取得要求に対応する受信データに関する情報（以下では、「受信データ情報」と呼ばれることがある）を受け取る。そして、決定部３３は、Ｍ個の取得要求によってサーバ４０から取得されるデータのうち基地局２０へ同時に送信するデータの宛先端末１０の数がＭより小さい自然数になるように、同時に送信するデータの宛先端末１０についての、スケジュールを決定する。具体的には、決定部３３は、Ｍ個の端末１０の順序を決定し、決定した順序に基づいて、基地局２０へ同時に送信するデータの宛先端末１０についての、スケジュールを決定する。すなわち、端末単位のスケジューリングが実行される。なお、決定部３３は、受信データ情報に基づいて、受信データの宛先端末１０を把握することができる。

そして、決定部３３は、決定したスケジュールをバッファ３７へ出力する。

送信処理部３４は、受信処理部３２から受け取る取得要求をリソースにマッピングして送信信号を形成し、形成された送信信号を、ネットワークＩＦ３５を介してサーバ４０へ送信する。なお、送信信号の送信制御は、受信処理部３２から取得要求を受け取った決定部３３によって制御されてもよい。

受信処理部３６は、サーバ４０から送信された信号をネットワークＩＦ３５を介して受信する。そして、受信処理部３６は、受信信号から端末１０宛てのデータを抽出し、抽出されたデータをバッファ３７へ出力する。また、受信処理部３６は、抽出したデータに関する受信データ情報を決定部３３へ出力する。

バッファ３７は、受信処理部３６から受け取る、Ｍ個の取得要求に対応するＭ個の端末１０宛てのデータを一時保持する。そして、バッファ３７は、決定部３３で決定されたスケジュールに従って、Ｍ個の端末１０宛てのデータを送信処理部３８へ出力する。これにより、バッファ３７から同時に出力されるデータの宛先端末１０の数は、Ｍより小さい自然数になっている。

送信処理部３８は、バッファ３７から受け取るデータをリソースにマッピングして送信信号を形成し、形成された送信信号を、ネットワークＩＦ３１を介して基地局２０へ送信する。ここで、上記の通り、バッファ３７から同時に出力されるデータの宛先端末の数は、Ｍより小さい自然数になっている。このため、送信処理部３８は、同時に送信するデータの宛先端末１０の数がＭより小さい自然数になるように、Ｍ個の端末１０宛てのデータを基地局２０へ送信することができる。

［サーバの構成］
図６は、実施例１のサーバの一例を示す機能ブロック図である。図６において、サーバ４０は、ネットワークＩＦ４１と、要求受信部４２と、記憶部４３と、送信制御部４４とを有する。

要求受信部４２は、制御装置３０から送信された信号を、ネットワークＩＦ４１を介して受信する。そして、要求受信部４２は、受信信号から取得要求を抽出し、抽出された取得要求を送信制御部４４へ出力する。

記憶部４３は、複数のデータ、例えばコンテンツデータと、各データの識別情報とを対応付けて記憶する。

送信制御部４４は、要求受信部４２から受け取る取得要求に含まれるデータ識別情報に対応するデータを記憶部４３から読み出し、読み出されたデータを、ネットワークＩＦ４１を介して制御装置３０へ送信する。

［通信システムの動作］
以上の構成を有する通信システム１の処理動作について説明する。図７は、実施例１の通信システムの処理動作の一例を示すシーケンス図である。

端末１０−１，２，３のそれぞれは、サーバ４０からデータを取得するための取得要求を生成し、生成された取得要求を基地局２０へ送信する（ステップＳ１０１−Ｓ１０３及びステップＳ１０４−Ｓ１０６）。

基地局２０において送信処理部２３は、端末１０−１，２，３から送信された取得要求を制御装置３０へ転送する（ステップＳ１０７−Ｓ１０９）。

制御装置３０において送信処理部３４は、は、基地局２０から転送された複数の取得要求をサーバ４０へ転送する（ステップＳ１１０）。なお、送信処理部３４は、端末１０−１，２，３の取得要求を別々に送信してもよいし、端末１０−１，２，３の取得要求を１つの取得要求に纏めてから送信してもよい。纏めて送信する場合には、取得要求は次のフォーマットにされてもよい。例えば、１つに纏められた取得要求には、メッセージが取得要求であることを示す情報と、纏められる取得要求の送信元である端末１０の識別情報と、その端末１０が収容されている基地局２０の識別情報と、取得要求対象であるデータの識別情報とが含められる。

サーバ４０において送信制御部４４は、端末１０−１，２，３の取得要求に含まれるデータの識別情報に対応するデータを制御装置３０へ送信する（ステップＳ１１１）。

制御装置３０においてバッファ３７は、サーバ４０から送信されたデータを一時保持する（ステップＳ１１２）。

サーバ４０において決定部３３は、サーバ４０から取得したデータの宛先である端末１０−１，２，３の順序を決定する（ステップＳ１１３）。ここでは、決定部３３が端末１０−１，３を１番目、端末１０−２を２番目として順序を決定したものとする。このように複数の端末１０に対して同一の順序を付与することにより、基地局２０において同じタイミングでスケジューリング対象とされる複数の端末１０をグルーピングすることができる。

制御装置３０において送信処理部３４は、バッファ３７に保持された、端末１０−１，３に対応するデータを、決定部３３で決定された順序に従って、基地局２０へ送信する（ステップＳ１１４）。ここでは、端末１０−１，３が同一順序なので、端末１０−１，３に対応するデータの送信は同じタイミングで開始される。

基地局２０においてバッファ２７は、制御装置３０から送信されたデータを一時保持する（ステップＳ１１５）。

そして、基地局２０においてスケジューラ２６は、バッファ２７に一時保持されている、端末１０−１，３の取得要求に対応するデータについて、スケジューリングを実行する（ステップＳ１１６）。

基地局２０において送信処理部２８は、端末１０−１，３の取得要求に対応するデータを、スケジューリング結果に基づいて端末１０−１，３へ送信する（ステップＳ１１７）。

また、制御装置３０において送信処理部３４は、バッファ３７に保持された、端末１０−２の取得要求に対応するデータを、決定部３３で決定された順序に従って、基地局２０へ送信する（ステップＳ１１８）。

基地局２０においてバッファ２７は、制御装置３０から送信された、端末１０−２の取得要求に対応するデータを一時保持する（ステップＳ１１９）。

基地局２０においてスケジューラ２６は、バッファ２７に一時保持されている、端末１０−２の取得要求に対応するデータについて、スケジューリングを実行する（ステップＳ１２０）。ここで、図８は、実施例１のスケジューリング結果の一例を示す図である。例えば、図８において、無線リソースＲ１０−１は、端末１０−１宛てのデータに割り当てられる無線リソースであり、無線リソースＲ１０−２は、端末１０−２宛てのデータに割り当てられる無線リソースである。また、無線リソースＲ１０−３は、端末１０−３宛てのデータに割り当てられる無線リソースである。ところで、同じタイミングでスケジューリング対象となる端末１０の数を少なくする程、スケジューリングをシンプルにすることができる。そして、制御装置３０によって基地局２０で同時にスケジューリング対象となるデータの宛先端末１０の数を少なくする処理が行われている。このため、図８に示すように、無線リソースＲ１０−１及び無線リソースＲ１０−３以外の大きく空いた無線リソース領域を、端末１０−２に割り当てることができている。この結果、端末１０−２へのデータ伝送完了時間と端末１０−３へのデータ伝送完了時間との間の変動が少なくなっている。このため、以降のスケジューリングの自由度が高くなり、利用されない無線リソースの発生を低減できるので、結果として、無線リソースの利用効率を向上させることができる。

基地局２０において送信処理部２８は、端末１０−２の取得要求に対応するデータを、スケジューリング結果に基づいて端末１０−２へ送信する（ステップＳ１２１）。

以上のように本実施例によれば、制御装置３０において受信処理部３６は、Ｍ（Ｍは、２以上の自然数）個の端末１０宛てのデータを受信する。そして、送信処理部３８は、同時に送信するデータの宛先端末１０の数がＭより小さい自然数になるように、Ｍ個の端末１０宛てのデータを基地局２０へ送信する。

具体的には、制御装置３０において決定部３３は、同時に送信するデータの宛先端末１０の数がＭより小さい自然数になるように、同時に送信するデータの宛先端末１０についての、スケジュールを決定する。詳細には、決定部３３は、Ｍ個の端末１０の順序を決定し、決定した順序に基づいて、上記したスケジュールを決定する。そして、送信処理部３８は、決定部３３で決定されたスケジュールに基づいて、Ｍ個の端末１０宛てのデータを基地局２０へ送信する。

こうすることで、基地局２０において同じタイミングでスケジューリング対象となる端末１０の数を少なく調整することができる。これにより、基地局２０におけるスケジューリングをシンプルにすることができると共に、制御装置３０及び基地局２０の全体として、スケジューリングの自由度を高めることができる。この結果として、利用されない無線リソースの発生を低減できるので、基地局２０における無線リソースの利用効率を向上させることができる。また、これにより、基地局２０における消費電力を削減することができる。また、同じタイミングでスケジューリング対象となる端末１０の数が少なくなるため、各端末１０においてデータの受信時間が短縮されることにより消費電力を削減することができる。

［実施例２］
実施例２では、順序決定のパラメータとして、データ種別が用いられる。なお、実施例２における基地局及びサーバの構成は、実施例１の基地局２０及びサーバ４０と同じである。

図９は、実施例２の端末の一例を示す機能ブロック図である。図９において端末１１０は、要求生成部１１１を有する。

要求生成部１１１は、制御部１７から、取得要求対象であるデータの種別情報を受け取り、当該種別情報を含めた取得要求を生成する。なお、実施例１と同様に、取得要求には、他に、取得要求対象であるデータの識別情報と、各端末１０に固有である自装置の識別情報と、自装置が収容されている基地局２０の識別情報とが含められる。生成された取得要求は、送信処理部１２へ出力される。

ここで、データ種別は、例えば、音声、動画、及びウェブブラウジング等のサービス種別、並びに、伝送周期等によって規定される。

図１０は、実施例２の制御装置の一例を示す機能ブロック図である。図１０において、制御装置１３０は、決定部１３１を有する。

決定部１３１は、Ｍ個の取得要求に対応するＭ個の端末１１０の順序を、受信処理部３６から受け取った受信データ情報に含まれるデータの種別情報に基づいて決定する。すなわち、決定部１３１は、Ｍ個の端末１１０の順序を、Ｍ個の端末１１０宛てのデータの種別情報に基づいて決定する。なお、Ｍ個の端末１０からの取得要求に順序決定に用いられる情報が含まれる場合、決定部１３１は、受信処理部２２から取得要求を受け取り、当該取得要求に含まれる情報に基づいて順位を決定してもよい。

具体的には、決定部１３１は、記憶部（図示せず）を有する。この記憶部は、複数のデータ種別候補と、各データ種別候補に応じた、リアルタイム性に関する指数とを対応づけるテーブルを保持する。例えば、リアルタイム性に関する指数が大きいほど、高いリアルタイム性が要求される。そして、決定部１３１は、要求されるリアルタイム性の高いデータの種別情報を含む受信データ情報に対応する端末１１０ほど早い順序に決定する。換言すれば、決定部１３１は、第１のデータの種別の方が第２のデータの種別よりもリアルタイム性が高い場合、第１のデータの宛先である第１の端末１１０の順序を第２のデータの宛先である第２の端末１１０の順序よりも前にする。

例えば、音声等のリアルタイム性の高いサービスに対応するデータの取得を要求している端末１１０は、優先度が高いので、早い順序とされる。一方、ウェブブラウジング等の遅延の許容されるサービスに対応するデータの取得を要求している端末１１０は、優先度が低いので、遅い順序とされる。

以上のように本実施例によれば、制御装置１３０において決定部１３１は、受信データ情報に含まれる、データの種別情報に基づいて、順序を決定する。

こうすることで、取得要求対象であるデータの種別に応じて端末単位のスケジューリングを行うことができるので、ユーザの利便性が損なわれることを防止することができる。

［実施例３］
実施例３では、順序決定のパラメータとして、データサイズが用いられる。なお、実施例３における基地局及びサーバの構成は、実施例１の基地局２０及びサーバ４０と同じである。また、実施例３における端末及び制御装置の基本構成は、実施例２の端末１１０及び制御装置１３０と同じなので、図９及び図１０を援用して説明する。

実施例３の端末１１０において要求生成部１１１は、制御部１７から、取得要求対象であるデータの取得要求を生成する。

また、実施例３の制御装置１３０において決定部１３１は、Ｍ個の取得要求に対応するＭ個の端末１１０の順序を、受信処理部３６から受け取った受信データ情報に含まれるデータのサイズ情報に基づいて決定する。ここで、データサイズは、例えば、連続して伝送されるデータの量として規定される。なお、周期的に伝送が行われるサービスでは、ここに規定されるデータサイズを有するデータが複数回伝送される。

具体的には、決定部１３１は、より大きいサイズを示すサイズ情報を含む受信データ情報に対応する端末１１０ほど早い順序に決定する。換言すれば、決定部１３１は、第１のデータのサイズの方が第２のデータのサイズよりも大きい場合、第１のデータの宛先である第１の端末１１０の順序を第２のデータの宛先である第２の端末１１０の順序よりも前にする。

以上のように本実施例によれば、端末１１０において要求生成部１１１は、取得要求対象であるデータの取得要求を生成する。

また、制御装置１３０において決定部１３１は、受信データ情報に含まれる、データのサイズ情報に基づいて、順序を決定する。

こうすることで、伝送に長い時間を要するデータに対応する端末１１０ほど早い順序にすることができるので、遅延によってユーザの利便性が損なわれることを防止することができる。

［実施例４］
実施例４では、順序決定のパラメータとして、無線品質が用いられる。なお、実施例４における基地局及びサーバの構成は、実施例１の基地局２０及びサーバ４０と同じである。また、実施例４における端末及び制御装置の基本構成は、実施例２の端末１１０及び制御装置１３０と同じなので、図９及び図１０を援用して説明する。

実施例４の端末１１０において制御部１７は、自装置と自装置が収容されている基地局２０との間の無線品質を測定し、測定された無線品質に関する情報を要求生成部１１１へ出力する。

ここで、無線品質としては、例えば、端末１１０が収容されている基地局２０から送信された既知データ、例えばパイロットの受信品質、又は、端末１１０が収容されている基地局２０から送信されたデータの誤り率を用いることができる。受信品質としては、例えば、信号対干渉比（ＳＩＲ：Signal-to-Interference Ratio）を用いることができる。

要求生成部１１１は、制御部１７から、無線品質情報を受け取り、当該無線品質情報を含めた取得要求を生成する。

また、実施例４の制御装置１３０において決定部１３１は、受信処理部３２から受け取ったＭ個の取得要求に対応するＭ個の端末１１０の順序を、取得要求に含まれる無線品質情報に基づいて決定する。

具体的には、決定部１３１は、よりレベルの低いことを示す無線品質情報を含む取得要求に対応する端末１１０ほど早い順序に決定する。換言すれば、決定部１３１は、第１の端末１１０と基地局２０との間の無線品質が第２の端末１１０と基地局２０との間の無線品質よりも低い場合、第１の端末１１０の順序を第２の端末１１０の順序よりも前にする。

以上のように本実施例によれば、端末１１０において要求生成部１１１は、自装置と自装置が収容されている基地局２０との間の無線品質に関する情報を含めた取得要求を生成する。

また、制御装置１３０において決定部１３１は、取得要求に含まれる、端末１１０と当該端末１１０が収容されている基地局２０との間の無線品質に関する情報に基づいて、順序を決定する。

こうすることで、伝送に長い時間を要するデータの取得要求に対応する端末１１０ほど早い順序にすることができるので、遅延によってユーザの利便性が損なわれることを防止することができる。

［実施例５］
実施例５では、順序決定のパラメータとして、データ種別、データサイズ、及び無線品質のうちの任意の組合せが用いられる。なお、実施例５における基地局及びサーバの構成は、実施例１の基地局２０及びサーバ４０と同じである。また、実施例５における端末及び制御装置の基本構成は、実施例２の端末１１０及び制御装置１３０と同じなので、図９及び図１０を援用して説明する。

実施例５の端末１１０において要求生成部１１１は、無線品質を含めた取得要求を生成する。

また、実施例５の制御装置１３０において決定部１３１は、Ｍ個の取得要求に対応するＭ個の端末１１０の順序を、データ種別、データサイズ、及び無線品質のうちの任意の組合せに基づいて決定する。なお、無線品質に関する情報は、決定部１３１が受信処理部３２から受け取る取得要求に含まれている。また、データサイズに関する情報、及び、データ種別に関する情報は、決定部１３１が受信処理部３６から受け取る受信データ情報に含まれている。

図１１は、実施例５の決定部の一例を示す機能ブロック図である。図１１において決定部１３１は、ポイント付与部１４１と、総計算出部１４２と、順序付与部１４３とを有する。

ポイント付与部１４１は、上記した任意の組合せの各パラメータ毎に、各端末１１０に対してポイントを付与する。

具体的には、ポイント付与部１４１は、記憶部（図示せず）を有する。この記憶部は、複数のデータ種別候補と、各データ種別候補に応じたポイントとが対応付けられた第１のテーブルを記憶している。また、この記憶部は、複数のデータサイズ候補と、各データサイズ候補に応じたポイントとが対応付けられた第２のテーブルを記憶している。また、この記憶部は、複数の無線品質候補と、各無線品質候補に応じたポイントとが対応付けられた第３のテーブルを記憶している。例えば、第１のテーブルでは、リアルタイム性の高いサービスに対応するデータ種別候補ほど、高いポイントが対応づけられている。また、第２のテーブルでは、大きなサイズを示すデータサイズ候補ほど、高いポイントが対応づけられている。また、第３のテーブルでは、低い無線品質を示す無線品質候補ほど、高いポイントが対応づけられている。

そして、ポイント付与部１４１は、上記した任意の組合せの各パラメータと、第１から第３のテーブルとに基づいて、端末１１０に対してポイントを付与する。

総計算出部１４２は、各端末１１０について、任意の組合せを構成する全パラメータのポイントの総計値を算出する。例えば、上記した３つのパラメータの組合せが用いられ、最高ポイントを１０とし、最低ポイントを１とした場合、総計値の最大値は、３０ポイントであり、最小値は３ポイントである。

順序付与部１４３は、総計算出部１４２で算出された総計値に基づいて、各端末１０の順序を決定する。例えば、順序付与部１４３は、総計値の多い端末１１０ほど、順序を前にする。

以上のように本実施例によれば、制御装置１３０において順序付与部１４３は、各端末１１０について、任意の組合せを構成する全パラメータのポイントの総計値に基づいて、各端末１１０の順序を決定する。

こうすることで、複数のパラメータに応じて端末１１０の順序を決定することができる。

［実施例６］
実施例６では、制御装置がデータの送信を開始する予定時間又はデータが宛先の端末へ届く予定時間を算出し、算出された予定時間に関する情報を該当する端末へ送信する。そして、端末は、受信した予定時間に関する情報を表示部に表示させる。なお、実施例６における基地局及びサーバの構成は、実施例１の基地局２０及びサーバ４０と同じである。

図１２は、実施例６の端末の一例を示す機能ブロック図である。図１２において、端末２１０は、アプリケーション処理部２１１と、表示部２１２とを有する。

アプリケーション処理部２１１は、受信処理部１５から受け取るデータに含まれる、予定時間に関する情報を抽出し、表示部２１２に表示させる。

図１３は、実施例６の制御装置の一例を示す機能ブロック図である。図１３において制御装置２３０は、時間算出部２３１を有する。

時間算出部２３１は、決定部３３で決定された順序に基づいて、各端末２１０宛てのデータの送信を開始する予定時間を算出する。そして、時間算出部２３１は、算出された予定時間に関する情報を送信処理部３８へ出力する。

送信処理部３８は、時間算出部２３１から受け取る、予定時間に関する情報をリソースにマッピングして送信信号を形成し、形成された送信信号を、ネットワークＩＦ３１を介して基地局２０へ送信する。予定時間に関する情報は、例えば、制御チャネルのリソースにマッピングされる。

なお、ここでは、時間算出部２３１は、予定時間として、各端末２１０宛てのデータの送信が開始される時間を算出したが、これに限定されない。例えば、時間算出部２３１は、上記の通り、予定時間として、データが宛先の端末２１０に届く時間を算出してもよい。データが宛先の端末２１０に届く時間は、例えば、データの送信を開始する時間に対して、制御装置２３０から送信された信号が端末２１０に届くまでに掛かる平均時間を加算することによって算出可能である。

以上のように本実施例によれば、制御装置２３０において時間算出部２３１は、決定部３３で決定された順序に基づいて、各端末２１０宛てのデータの送信を開始する予定時間又は各端末２１０について各データが届く予定時間を算出する。

また、端末２１０において受信処理部１５は、制御装置２３０から送信された、予定時間に関する情報を受信する。そして、表示部２１２は、受信された、予定時間に関する情報を表示する。

こうすることで、データが端末２１０に届く時間の目安、つまりネットワークの混み具合の目安となる情報を表示できる。これにより、端末２１０の利用者に対して、データの取得要求を延期するか否か又は取り消すか否かについての判断材料を提供することができる。すなわち、端末２１０の利用者の利便性を向上させることができる。

なお、上記説明では、制御装置２３０の基本構成は実施例１の制御装置３０と共通しているが、これに限定されない。すなわち、制御装置２３０の基本構成は実施例２から５のいずれかと共通していてもよい。

［実施例７］
実施例７は、制御装置の配下に複数の基地局が存在することを前提とする。そして、制御装置は、共通の基地局に収容されている端末のグループ毎に、端末の順序を決定する。なお、実施例７における端末、基地局、及びサーバの構成は、実施例１から６のいずれかのものと同じである。

図１４は、実施例７の通信システムの一例を示す図である。図１４に示す通信システム２では、制御装置３３０の配下に基地局２０−１，２が配設されている。また、端末１０−１，２，３は、基地局２０−１に収容され、端末１０−４，５，６は、基地局２０−２に収容されている。ここでは、説明を簡単にするために、端末１０の数を６つ、基地局２０の数を２つ、制御装置３３０の数を１つ、サーバ４０の数を１つとしているが、これに限定されるものではない。なお、図１４における円は、セルを表している。

図１５は、実施例７の制御装置の一例を示す機能ブロック図である。図１５において制御装置３３０は、決定部３３１を有する。

決定部３３１は、共通の基地局２０に収容される端末１０から成るグループ毎に、同時に送信するデータの宛先端末１０についての、スケジュールを決定する。具体的には、決定部３３１は、共通の基地局２０に収容される端末１０から成るグループ毎に、端末１０の順序を決定する。すなわち、図１４に示される通信システム２では、基地局２０−１に収容されている端末１０−１，２，３が第１のグループとされる。また、基地局２０−２に収容されている端末１０−４，５，６が第２のグループとされる。そして、決定部３３１は、第１のグループの中で順序を決定すると共に、第２のグループの中で順序を決定する。そして、第１のグループの中での順序に基づいて、端末１０−１，２，３宛てのデータが基地局２０−１へ送信され、第２のグループの中での順序に基づいて、端末１０−４，５，６宛てのデータが基地局２０−２へ送信される。

以上のように本実施例によれば、制御装置３３０において決定部３３１は、共通の基地局２０に収容される端末１０から成るグループ毎に、同時に送信するデータの宛先端末１０についての、スケジュールを決定する。具体的には、決定部３３１は、共通の基地局２０に収容される端末１０から成るグループ毎に、端末１０の順序を決定する。

こうすることで、１つの制御装置３３０によって複数の基地局２０に収容されている端末１０を対象とする順序制御を行うことができるので、システム構成を簡素化することができる。

なお、上記説明では、制御装置３３０の基本構成は実施例１の制御装置３０と共通しているが、これに限定されない。すなわち、制御装置３３０の基本構成は実施例２から６のいずれかと共通していてもよい。

［実施例８］
実施例１から７では、基地局と制御装置とが別体の装置であることを前提としている。これに対して、実施例８は、実施例１から６のいずれかの制御装置が組み入れられた構成を有する基地局に関する。なお、実施例８における端末及びサーバの構成は、実施例１から６のいずれかのものと同じである。

図１６は、実施例８の通信システムの一例を示す図である。図１６において通信システム３は、端末１０−１，２，３と、基地局４２０と、サーバ４０とを有する。ここでは、説明を簡単にするために、端末１０の数を３つ、基地局４２０の数を１つ、サーバ４０の数を１つとしているが、これに限定されるものではない。なお、図１６における円は、セルを表している。

図１７は、実施例８の基地局の一例を示す機能ブロック図である。図１７において基地局４２０は、受信処理部２５，３２と、決定部３３と、送信処理部３４と、スケジューラ４２１とを有する。

受信処理部３２は、端末１０から送信された信号をアンテナ及び無線受信部２１を介して受信する。そして、受信処理部３２は、受信信号から取得要求を抽出し、抽出された取得要求を送信処理部３４へ出力する。

受信処理部２５は、実施例１で説明した機能を有する。また、受信処理部２５は、抽出したデータに関する受信データ情報を決定部３３へ出力する。

決定部３３は、スケジューラ４２１で同時にスケジューリング対象とされるデータの宛先端末１０についての、スケジュールを決定する。このスケジュールは、Ｍ個の取得要求によってサーバ４０から取得されるデータのうちスケジューラ４２１で同時にスケジューリング対象とされるデータの宛先端末１０の数がＭより小さい自然数になるように決定される。具体的には、決定部３３は、Ｍ個の端末１０の順序を決定し、決定した順序に基づいて、スケジューラ４２１で同時にスケジューリング対象とされるデータの宛先端末１０についての、スケジュールを決定する。

そして、決定部３３は、決定したスケジュールをスケジューラ４２１へ出力する。

送信処理部３４は、受信処理部３２から受け取る取得要求をリソースにマッピングして送信信号を形成し、形成された送信信号を、ネットワークＩＦ２４を介してサーバ４０へ送信する。

スケジューラ４２１は、受信処理部３２から受け取る受信品質情報に基づいて、周波数スケジューリングを実行する。この周波数スケジューリングは、決定部３３で決定されたスケジュールに従って実行される。これにより、スケジューラ４２１で同時にスケジューリングされるデータの宛先端末の数をＭより小さい自然数にすることができる。

以上のように本実施例によれば、基地局４２０において受信処理部２５は、Ｍ（Ｍは、２以上の自然数）個の端末１０宛てのデータを受信する。決定部３３は、スケジューラ４２１で同時にスケジューリング対象とされるデータの宛先端末１０についての、スケジュールを決定する。このスケジュールは、スケジューラ４２１で同時にスケジューリング対象とされるデータの宛先端末１０の数がＭより小さい自然数になるように決定される。

こうすることで、スケジューラ４２１において同じタイミングでスケジューリング対象となる端末１０の数を少なく調整することができる。これにより、スケジューラ４２１におけるスケジューリングをシンプルにすることができると共に、決定部３３及びスケジューラ３３の全体として、スケジューリングの自由度を高めることができる。この結果として、利用されない無線リソースの発生を低減できるので、スケジューラ４２１における無線リソースの利用効率を向上させることができる。

［他の実施例］
実施例１から８の端末、基地局、及び制御装置は、以下のようなハードウェア構成により実現することができる。

図１８は、端末のハードウェア構成を示す図である。図１８において端末５００は、ハードウェア的には、アンテナを有するＲＦ回路５０１と、ＣＰＵ（Central Processing Unit）５０２と、メモリ５０３と、ＬＣＤ（Liquid Crystal Display）等の表示装置５０４とを有する。ＣＰＵ５０２と、ＲＦ回路５０１、メモリ５０３、及び表示装置５０４のそれぞれとは、バスを介して接続されている。メモリ５０３は、例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ、ＲＯＭ（Read Only Memory)、フラッシュメモリにより構成される。また、端末５００が携帯電話機である場合、端末５００には、マイクロフォン及びスピーカに接続される音声入出力部、並びに、操作キーなどの入力部等が実装されてもよい。

そして、無線送信部１３及び無線受信部１４は、ＲＦ回路５０１によって実現される。また、バッファ２７は、メモリ５０３によって実現される。また、表示部２１２は、表示装置５０４によって実現される。

そして、実施例１から８の端末で行われる各種処理機能は、予め用意されたプログラムをコンピュータで実行することによって実現できる。すなわち、要求生成部１１と、送信処理部１２と、受信処理部１５と、アプリケーション処理部１６，２１１と、制御部１７とによって実行される各処理に対応するプログラムがメモリ５０３に記録され、各プログラムがＣＰＵ５０２に読み出されてプロセスとして機能してもよい。また、要求生成部１１と、送信処理部１２と、受信処理部１５と、アプリケーション処理部１６と、制御部１７とは、ベースバンドＣＰＵ及びアプリケーションＣＰＵ等の複数のＣＰＵに分けられて実装されてもよい。この場合、アプリケーション処理部１６は、アプリケーションＣＰＵによって実現される。

図１９は、基地局のハードウェア構成を示す図である。図１９において基地局６００は、アンテナを有するＲＦ回路６０１と、ＣＰＵ６０２と、メモリ６０３と、ネットワークＩＦ（Ｉｎｔｅｒ Ｆａｃｅ）６０４とを有する。ＣＰＵ６０２と、ＲＦ回路６０１、メモリ６０３、及びネットワークＩＦ６０４のそれぞれとは、バスを介して接続されている。メモリ６０３は、例えば、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリにより構成される。

そして、無線受信部２１及び無線送信部２９は、ＲＦ回路６０１によって実現される。また、バッファ２７は、メモリ６０３によって実現される。また、ネットワークＩＦ２４は、ネットワークＩＦ６０４によって実現される。

そして、実施例１から８の基地局で行われる各種処理機能は、予め用意されたプログラムをコンピュータで実行することによって実現できる。すなわち、受信処理部２２，２５，３２と、送信処理部２３，２８，３４と、スケジューラ２６，４２１と、決定部３３とによって実行される各処理に対応するプログラムがメモリ６０３に記録され、各プログラムがＣＰＵ６０２に読み出されてプロセスとして機能してもよい。

図２０は、制御装置のハードウェア構成を示す図である。図２０において制御装置７００は、ネットワークＩＦ７０１，７０２と、ＣＰＵ７０３と、メモリ７０４とを有する。ＣＰＵ７０３と、ネットワークＩＦ７０１，７０２及びメモリ７０４のそれぞれとは、バスを介して接続されている。メモリ７０４は、例えば、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリにより構成される。

そして、バッファ３７は、メモリ７０４によって実現される。また、ネットワークＩＦ３１，３５は、ネットワークＩＦ７０１，７０２によって実現される。

そして、実施例１から７の制御装置で行われる各種処理機能は、予め用意されたプログラムをコンピュータで実行することによって実現できる。すなわち、受信処理部３２，３６と、決定部３３，１３１，３３１と、送信処理部３４，３８と、時間算出部２３１とによって実行される各処理に対応するプログラムがメモリ７０４に記録され、各プログラムがＣＰＵ７０３に読み出されてプロセスとして機能してもよい。

１，２，３ 通信システム
１０，１１０，２１０ 端末
１１，１１１ 要求生成部
１２，２３，２８，３４，３８ 送信処理部
１３，２９ 無線送信部
１４，２１ 無線受信部
１５，２２，２５，３２，３６ 受信処理部
１６，２１１ アプリケーション処理部
１７ 制御部
２０，４２０ 基地局
２４，３１，３５，４１ ネットワークＩＦ
２６，４２１ スケジューラ
２７，３７ バッファ
３０，１３０，２３０，３３０ 制御装置
３３，１３１，３３１ 決定部
４０ サーバ
４２ 要求受信部
４３ 記憶部
４４ 送信制御部
１４１ ポイント付与部
１４２ 総計算出部
１４３ 順序付与部
２１２ 表示部
２３１ 時間算出部

Claims (16)

1. 基地局から端末へデータを送信する通信システムにおける制御装置であって、
   Ｍ（Ｍは、２以上の自然数）個の端末宛てのデータを受信する受信部と、
   同時に送信するデータの宛先端末の数が前記Ｍより小さい自然数になるように、前記受信されたデータを前記基地局へ送信する送信部と、
   を具備することを特徴とする制御装置。
2. 同時に送信されるデータの宛先端末の数が前記Ｍより小さい自然数になるように、前記同時に送信されるデータの宛先端末についての、スケジュールを決定する決定部を具備し、
   前記送信部は、前記決定されたスケジュールに基づいて、前記受信されたデータを前記基地局へ送信する、
   ことを特徴とする請求項１に制御装置。
3. 前記決定部は、前記Ｍ個の端末の順序を決定し、前記決定した順序に基づいて、前記スケジュールを決定する、
   ことを特徴とする請求項２に記載の制御装置。
4. 前記決定部は、各データの種別、各データのサイズ、各端末と前記基地局との間の無線品質、又は、これらの任意の組合せに基づいて、前記順序を決定する、
   ことを特徴とする請求項３に記載の制御装置。
5. 前記決定部は、第１のデータの種別の方が第２のデータの種別よりもリアルタイム性が高い場合、前記第１のデータの宛先である第１の端末の順序を前記第２のデータの宛先である第２の端末の順序よりも前にする、
   ことを特徴とする請求項３又は４に記載の制御装置。
6. 前記決定部は、第１のデータのサイズの方が第２のデータのサイズよりも大きい場合、前記第１のデータの宛先である第１の端末の順序を前記第２のデータの宛先である第２の端末の順序よりも前にする、
   ことを特徴とする請求項３又は４に記載の制御装置。
7. 前記決定部は、第１の端末と前記基地局との間の無線品質が第２の端末と前記基地局との間の無線品質よりも低い場合、前記第１の端末の順序を前記第２の端末の順序よりも前にする、
   ことを特徴とする請求項３又は４に記載の制御装置。
8. 前記決定部は、
   前記任意の組合せを構成するパラメータ毎に、前記各端末に対してポイントを付与する第１の付与部と、
   前記各端末について全パラメータのポイントの総計値を算出する算出部と、
   前記算出された総計値に基づいて、前記各端末に前記順序を付与する第２の付与部と、
   を具備する、
   ことを特徴とする請求項４に記載の制御装置。
9. 前記決定された順序に基づいて、前記各端末宛てのデータの送信を開始する予定時間を算出する時間算出部を具備し、
   前記送信部は、前記算出された予定時間に関する情報を、前記基地局へ送信する、
   ことを特徴とする請求項３から８のいずれか一項に記載の制御装置。
10. 複数の基地局と接続され、
    前記決定部は、共通の基地局に収容される端末から成るグループ毎に、前記順序を決定する、
    ことを特徴とする請求項３から９のいずれか一項に記載の制御装置。
11. 制御装置と、端末へデータを送信する基地局とを有する通信システムにおいて、
    前記制御装置は、
    Ｍ（Ｍは、２以上の自然数）個の端末宛てのデータを受信する第１の受信部と、
    同時に送信するデータの宛先端末の数が前記Ｍより小さい自然数になるように、前記受信されたデータを前記基地局へ送信する送信部と、
    を具備し、
    前記基地局は、
    前記制御装置から送信されたデータを受信する第２の受信部と、
    前記第２の受信部で受信されたデータを、受信順序に従ってスケジューリングするスケジューラと、
    を具備する、
    ことを特徴とする通信システム。
12. 端末が基地局からデータを取得する通信システムにおける前記端末であって、
    取得要求対象であるデータの種別、又はサイズ、及び自装置が収容される基地局と自装置との間の無線品質の少なくとも１つと、自装置の識別情報と、前記基地局の識別情報とを含む、取得要求を生成する生成部と、
    前記生成された取得要求を前記基地局へ送信する送信部と、
    を具備することを特徴とする端末。
13. 前記取得要求対象であるデータの送信が開始される予定時間に関する情報を受信する受信部と、
    前記受信された情報を表示する表示部と、
    を具備することを特徴とする請求項１２に記載の端末。
14. 端末が基地局からデータを取得する通信システムにおける制御方法であって、
    Ｍ（Ｍは、２以上の自然数）個の端末宛てのデータを受信し、
    同時に送信するデータの宛先端末の数が前記Ｍより小さい自然数になるように、前記受信されたデータを基地局へ送信する、
    ことを特徴とする制御方法。
15. 端末が基地局からデータを取得する通信システムにおける送信方法であって、
    端末による取得要求の対象であるデータの種別、若しくはサイズ、及び前記端末が収容される基地局と前記端末との間の無線品質の少なくとも１つと、前記端末の識別情報と、前記基地局の識別情報とを含む取得要求を生成し、
    前記生成された取得要求を前記基地局へ送信する、
    ことを特徴とする送信方法。
16. 端末が基地局からデータを取得する通信システムにおける前記基地局であって、
    Ｍ（Ｍは、２以上の自然数）個の端末宛てのデータを受信する受信部と、
    同時にスケジューリングされるデータの宛先端末の数が前記Ｍより小さい自然数になるように、前記同時にスケジューリングされるデータの宛先端末についての、スケジュールを決定する決定部と、
    前記決定されたスケジュールに基づいて、前記受信されたデータをスケジューリングするスケジューラと、
    を具備することを特徴とする基地局。

Images