JPWO2017098588A1 - 無線通信システム、基地局、端末およびスケジューリング方法 - Google Patents

無線通信システム、基地局、端末およびスケジューリング方法 Download PDF

Info

Publication number
JPWO2017098588A1
JPWO2017098588A1 JP2017554702A JP2017554702A JPWO2017098588A1 JP WO2017098588 A1 JPWO2017098588 A1 JP WO2017098588A1 JP 2017554702 A JP2017554702 A JP 2017554702A JP 2017554702 A JP2017554702 A JP 2017554702A JP WO2017098588 A1 JPWO2017098588 A1 JP WO2017098588A1
Authority
JP
Japan
Prior art keywords
terminal
scheduling
base station
data
scheduling request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017554702A
Other languages
English (en)
Other versions
JP6717322B2 (ja
Inventor
孝斗 江崎
孝斗 江崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2017098588A1 publication Critical patent/JPWO2017098588A1/ja
Application granted granted Critical
Publication of JP6717322B2 publication Critical patent/JP6717322B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

端末（１１０）と、端末の上りリソースのスケジューリング要求（Ｄ２）に基づき、前記端末の無線通信のスケジューリングを行う基地局（１０１）と、を備えた無線通信システム（１００）において、端末（１１０）は、スケジューリング要求（Ｄ２）にバッファ状態インデックスを含ませて基地局（１０１）に送信し、基地局（１０１）は、スケジューリング要求（Ｄ２）に含まれるバッファ状態インデックスから算出した端末（１１０）の送信データのデータサイズに従ったスケジューリング（Ｄ３）を行う。

Description

本発明は、端末の無線通信のスケジューリングを行う無線通信システム、基地局、端末およびスケジューリング方法に関する。
次世代の通信方式について、リアルタイムアプリケーションの普及やトラフィックのほぼ全てを担うＴＣＰ／ＩＰの効率向上のために、無線通信区間における遅延時間の短縮が求められている（例えば下記非特許文献１〜３参照。）。遅延の短縮は、リアルタイムアプリケーションの処理実行に対して効果的である。
一方、ＴＣＰ／ＩＰの効率向上について、ＴＣＰではＳｌｏｗ ｓｔａｒｔ ａｌｇｏｒｉｔｈｍと呼ばれる輻輳回避アルゴリズムを用いた制御がある（例えば下記非特許文献４参照。）。この制御について、通信接続直後のＴＣＰ応答時間がデータレートの増加にかかる時間に大きく影響し、ＴＣＰ応答に遅延がある場合、データレートの増加が進まず、ネットワーク全体の効率を損ねる可能性が報告されている（例えば下記非特許文献２，３参照。）。
無線区間の応答時間に大きく影響する要素として、端末で送信データが発生した後、基地局が端末をスケジューリングし、端末がデータを送信できるようになるまでの上り応答遅延が挙げられる。
また、従来、端末がデータのトラフィック量やパケットサイズを測定し基地局に通知する技術、データサイズを識別子で基地局に通知する技術が開示されている（例えば、下記特許文献１〜３参照。）。
特開平９−２１４４５９号公報 特開２００２−３７４３２１号公報 特開２００１−２４６９６号公報
Ｅｒｉｃｓｓｏｎ，Ｒ２−１５２４５１，"Ｕｓｅ ｃａｓｅｓ ｉｎ ｌａｔｅｎｃｙ ｒｅｄｕｃｔｉｏｎ"，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ ＃９０，ＲＡＮ２＃９０，Ｍａｙ２５−２９ｔｈ．２０１５． Ｅｒｉｃｓｓｏｎ，Ｒ２−１５２３２６，"Ｌａｔｅｎｃｙ ｒｅｄｕｃｔｉｏｎｓ ｉｎ ＬＴＥ"，３ＧＰＰ ＲＳＧ−ＲＡＮ ＷＧ２ ＃９０，ＲＡＮ２＃９０，Ｍａｙ２５−２９ｔｈ．２０１５． Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ，Ｒ２−１５２１７４，"Ｉｍｐａｃｔ ｏｆ ｌａｔｅｎｃｙ ｒｅｄｕｃｔｉｏｎ ｏｎ ＴＣＰ ｓｌｏｗ−ｓｔａｒｔ ｂｅｈａｖｉｏｒ"，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ ＃９０，ＲＡＮ２＃９０，Ｍａｙ ２５−２９ｔｈ．２０１５． Ｍ．Ａｌｌｍａｎ外２名、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ ＲＦＣ ５６８１，"ＴＣＰ Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ"ＩＥＴＦ，Ｓｅｐ．２００９．
しかしながら、従来技術では、基地局は、端末が送信するデータのサイズを考慮せずにスケジューリングしている。このため、例えば端末が１回の送信で通信が完了するような小さなデータの場合、スケジューリングで割り当てられた残りの時間分、端末はデータを送信しないため、残り分の割り当てが無駄になる。
また、端末が送信するデータの残りのサイズを基地局に通知する構成の場合においても、端末と基地局との間の通知に所定の時間（例えば２０ｍｓｅｃ）を要する。直前まで端末から基地局に対するデータの送信（上り通信）が行われていない状況の基地局は、端末が送信するデータのサイズが不明である。このため、基地局は、無線リソースを無駄にしないために、基地局が端末からデータのサイズの通知を受けるまでは積極的に無線リソースの割り当てが行えなかった。そして、上り通信のスケジューリング要求時の応答遅延を解消できない。
また、端末がわずか１回のデータ送信で全てのデータを送出可能な場合でも、基地局は、端末からデータのサイズが０の通知を受けるまでの間は、スケジューリングを変更できず、端末はデータを送信しないデータチャネルを送出し続けることになる。これにより、有限の無線リソースを無駄に消費し、また、端末の消費電力を削減できなかった。端末が送信するデータとして、上記のような小さなサイズのデータ（ＴＣＰ ＡＣＫ等）が非常に発生しやすく、無線リソースに無駄が生じる等の上記問題を解消できなかった。
一つの側面では、本発明は、上り通信のリソースの無駄な割り当てによるリソース枯渇を防止し、上り通信のリソースを迅速に割り当てできることを目的とする。
一つの案では、無線通信システムは、端末と、端末の上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局と、を備えた無線通信システムにおいて、前記端末は、前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信し、前記基地局は、スケジューリング要求に含まれる前記データサイズに従ったスケジューリングを行う、ことを要件とする。
一つの実施形態によれば、上り通信のリソースの無駄な割り当てによるリソース枯渇を防止し、上り通信のリソースを迅速に割り当てできるようになる。
図１は、実施の形態１にかかる無線通信システムの構成例を示す図である。 図２は、実施の形態１にかかる基地局のハードウェア構成例を示す図である。 図３Ａは、実施の形態１にかかるバッファ状態閾値の設定例を示す図表である。 図３Ｂは、実施の形態１にかかるバッファ状態閾値の通知内容例を示す図である。 図４は、実施の形態１にかかるバッファ状態閾値の他の設定例を示す図表である。 図５は、実施の形態１にかかる端末のハードウェア構成例を示す図である。 図６は、実施の形態１にかかる端末の機能構成例を示すブロック図である。 図７は、実施の形態１にかかる端末のシンボル変調の例を示す図表である。 図８は、実施の形態１にかかる端末によるバッファ状態インデックス決定の処理例を示すフローチャートである。 図９は、実施の形態１にかかる基地局の機能構成例を示すブロック図である。 図１０は、実施の形態１にかかる基地局によるスケジューリング時のデータサイズ決定にかかる設定表を示す図表である。 図１１は、実施の形態１にかかる基地局のスケジューリング部によるスケジューリング処理例を示すフローチャートである。 図１２は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。（その１） 図１３は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。（その２） 図１４は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。（その３） 図１５は、実施の形態１にかかる端末と基地局間のデータ送信を示すシーケンス図である。（その１） 図１６は、実施の形態１にかかる端末と基地局間のデータ送信を示すシーケンス図である。（その２） 図１７は、実施の形態２にかかる端末によるスケジューリング要求無線リソースの設定例を示す図表である。 図１８は、実施の形態２にかかる基地局の受信部の構成例を示す図である。 図１９は、実施の形態３にかかる基地局による端末のデータサイズ推定の処理例を示すフローチャートである。 図２０は、実施の形態３にかかる基地局によるバッファ状態閾値の算出処理例を示すフローチャートである。 図２１は、既存の技術によるスケジューリング手順を示すシーケンス図である。 図２２は、既存の技術によるスケジューリング手順の他の例を示すシーケンス図である。
（実施の形態１）
以下、開示の無線通信システム、基地局、端末およびスケジューリング方法の実施の形態を詳細に説明する。実施の形態の基地局は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の無線通信規格にしたがって端末と無線通信する例を用いて説明する。
図１は、実施の形態１にかかる無線通信システムの構成例を示す図である。無線通信システム１００は、基地局１０１と端末１１０とを含む。
基地局１０１は、セル配下の端末１１０に報知情報、若しくは各端末１１０個別の設定として、無線通信に関するパラメータＤ１を通知する。端末１１０は、送信すべき上りデータが発生した場合、基地局１０１に対してスケジューリング要求Ｄ２を通知し、上り通信（ＵＬ）のスケジューリング（情報）Ｄ３の生成を促す。
そして、端末１１０は、スケジューリング要求Ｄ２に、基地局１０１に送信するデータのデータサイズに関する信号を含ませて送信する。たとえば、端末１１０は、基地局１０１に送信するデータのデータサイズの値を示す信号を、スケジューリング要求Ｄ２に含ませて送信してよい。あるいは、データサイズそのものを送信せずに、データサイズに対応した値（バッファ状態インデックス）を送信してもよい（詳細は後述する）。これにより、基地局１０１は、スケジューリング要求Ｄ２に含まれるデータサイズに基づき、端末１１０が送信しようとするデータサイズを知ることができる。そして基地局１０１は、端末１１０のデータサイズに適したスケジューリングデータサイズ（例えばスケジューリングの回数）を有するスケジューリングを行う。そして、端末１１０は、基地局１０１から受信したスケジューリングＤ３に基づき、データチャネルを用いて基地局１０１へのデータ送信Ｄ４を行う。
図２は、実施の形態１にかかる基地局のハードウェア構成例を示す図である。基地局（ｅＮＢ）１０１は、無線制御装置（ＲＥＣ：Ｒａｄｉｏ Ｅｑｕｉｐｍｅｎｔ Ｃｏｎｔｒｏｌ）２０１と、無線装置（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）２０２とを含む。また、基地局１０１は、ＲＥＣ２０１とＲＲＨ２０２との間の通信路２０３と、アンテナ２０４と、を含む。通信路２０３は、例えば、ＣＰＲＩ（Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ）を用いることができる。
ＲＥＣ２０１は、制御部２１１と、スケジューリング部２１２と、ベースバンド信号処理部２１３と、記憶部２１４と、バス２１５と、を含む。ＲＥＣ２０１は、ネットワーク網の上位ネットワークの装置や他の基地局１０１と通信路（例えばＸ２インタフェースやＳ１インタフェース）を介して接続され、端末との間で送受信するデータ等を所定の回線プロトコルにしたがって送受信する。
制御部２１１は、ＲＥＣ２０１全体の制御を統括する。例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）や上位のレイヤの制御に関する処理を含む。スケジューリング部２１２は、端末１１０との間の無線通信の無線リソースの割り当ての処理を行う。ベースバンド信号処理部２１３は、ベースバンド信号の生成を行う。記憶部２１４は、制御部２１１やスケジューリング部２１２が行う処理のための各種情報を記憶保持するメモリである。
制御部２１１と、スケジューリング部２１２は、例えば、個別または同一のＣＰＵを用いて構成できる。ＣＰＵは、記憶部２１４に格納された処理プログラムを読み出して実行し、実行中の処理データを記憶部２１４に保持することで、制御部２１１およびスケジューリング部２１２の機能を実現する。記憶部２１４は、制御部２１１とスケジューリング部２１２用に個別に設けてもよい。ベースバンド信号処理部２１３には、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）や、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）を用いることができる。
ＲＲＨ２０２は、アンテナ２０４を介して端末との間で所定周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）の無線通信によりデータの送受信を行う。また、ＲＲＨ２０２は、無線通信のデータを、通信路２０３を介してＲＥＣ２０１（ベースバンド信号処理部２１３）との間で入出力する。
基地局１０１は、報知情報（無線通信に関するパラメータＤ１）を利用して端末１１０にバッファ状態閾値の情報を通知する。バッファ状態閾値は、端末１１０が送信データのサイズ（端末１１０の送信バッファに格納されているデータ量）を所定長のインデックス値（バッファ状態インデックス）に変換する際に用いられる。なお、送信データのサイズは、送信バッファに格納されているデータ量であり、別言すると、アップリンク用無線リソースが未割当てのデータのサイズである。
例えば、端末１１０は、バッファ状態インデックスを例えば２ビット（０〜３）のインデックス値で基地局１０１に通知する。別言すると、端末１１０は、バッファ状態をインデックス化して、基地局へ通知する。基地局１０１は、端末１１０から通知されたインデックス値を、所定の対応情報（設定表）を参照する等して端末１１０が実際に送信するデータサイズを判断する。
ところで、バッファ状態閾値は、基地局１０１が端末１１０に通知するに限らない。バッファ状態閾値は、端末１１０に予め設定されていてもよいほか、インターネットサーバ等からの任意あるいは定期的なダウンロード等により端末に設定してもよい。バッファ状態閾値は、端末１１０がメモリ（後述の記憶部５０５）等に保持し、更新可能とすることができる。
図３Ａは、実施の形態１にかかるバッファ状態閾値の設定例を示す図表である。バッファ状態閾値Θｎ（ｎ：０〜３）と端末１１０に発生している送信データサイズＤの対応関係の一例を示す。図３Ａの例では、送信データサイズＤを０〜Ｄ迄の範囲で４段階（バッファ状態インデックス０〜３）に分けている。端末１１０は、送信データサイズＤに対応したバッファ状態インデックス（０〜３）を基地局１０１に通知する。例えば、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）ｆｏｒｍａｔ１信号を用いることができる。基地局１０１は、端末１１０から通知されたバッファ状態インデックス（０〜３）に基づき、送信データサイズＤを判断できる。たとえば、図３Ａに示すような対応情報（設定表）を用いることで、バッファ状態インデックスが「１」である場合、端末の送信データサイズＤは「Θ0≦Ｄ＜Θ1」の範囲であると判断できる。
このバッファ状態閾値３００は、セル毎のパラメータとして制御部２１１に設定され、例えばＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）の一部として基地局１０１がカバーするセル全体の端末１１０に通知する。
図３Ｂは、実施の形態１にかかるバッファ状態閾値の通知内容例を示す図である。報知情報（無線通信に関するパラメータＤ１）による通知では、例えば、ＲＲＣのメッセージ３１０として端末１１０に送信することができる。端末１１０はＲＲＣのメッセージ３１０のメッセージを受信すると、ｂｕｆｆｅｒＳｔａｔｕｓＴｈｒｅｓｈｏｌｄ０、１、２として通知されたデータサイズ値をバッファ状態閾値０、１、２として設定する。ＲＲＣのメッセージ３１０におけるデータサイズ値の通知については、予めデータサイズ値の代表値を定めておき、代表値に対応する番号（サイズインデックス）を端末１１０に通知することで少ないビット数にて閾値を通知できる。
図４は、実施の形態１にかかるバッファ状態閾値の他の設定例を示す図表である。図４に示すように、端末１１０では、サイズインデックスのインデックス値に対応する閾値Θｎのデータサイズの設定表４００を予め用意しておき、設定表４００を参照して基地局１０１から報知されたインデックス値に対応する閾値を決定する。
このほか、バッファ状態閾値について、基地局１０１が報知情報（無線通信に関するパラメータＤ１）を用いて端末１１０に通知することとせずに、基地局１０１が個々の端末１１０に通信接続する毎に通知してもよい。例えば、端末１１０が基地局１０１と接続する際にＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ等のパラメータ設定に閾値（バッファ状態閾値３００等）を含めて通知する。これにより、端末１１０毎の通信内容（データ通信や音声通信別）に個別の閾値を設定することができる。
図５は、実施の形態１にかかる端末のハードウェア構成例を示す図である。基地局１０１と無線通信する端末１１０は、例えば、スマートホン等の携帯電話機や、無線通信機能を備えた情報処理装置である。
端末１１０は、制御部５０１と、ベースバンド部５０２と、ＲＦ回路５０３と、アンテナ５０４と、記憶部５０５と、を含む。
制御部５０１は、端末１１０全体の制御を統括する。例えば、ＲＲＣや上位のレイヤの制御に関する処理を含む。ベースバンド部５０２は、ベースバンド信号の生成を行う。ＲＦ回路５０３は、アンテナ５０４を介して基地局１０１との間で所定周波数（ＲＦ）の無線通信によりデータの送受信を行う。また、無線通信のデータをベースバンド部５０２との間で入出力する。
制御部５０１は、例えば、ＣＰＵを用いて構成できる。ＣＰＵは、記憶部５０５に格納された処理プログラムを読み出して実行し、実行中の処理データを記憶部５０５に保持することで、制御部の機能を実現する。ベースバンド部５０２は、ＤＳＰやＦＰＧＡ等により構成できる。記憶部５０５は、制御部５０１とベースバンド部５０２用に個別に設けてもよい。
図６は、実施の形態１にかかる端末の機能構成例を示すブロック図である。図５に示した端末１１０の制御部５０１と、ベースバンド部５０２の内部構成について説明する。
制御部５０１は、基地局１０１にスケジューリング要求を行うスケジューリング要求部６０１を含む。ベースバンド部５０２は、シンボル変調部６０２、変調部６０３、ベースバンド信号生成部６０４を含む。
スケジューリング要求部６０１は、端末１１０が基地局１０１へデータ送信する際の送信バッファのサイズ（送信データサイズＤ）に対応したバッファ状態インデックス（０〜３）を、スケジューリング要求送信設定と共にシンボル変調部６０２に通知する。
シンボル変調部６０２は、スケジューリング要求送信設定を受信すると、バッファ状態インデックスにしたがってスケジューリング要求のシンボル変調を実施する。
図７は、実施の形態１にかかる端末のシンボル変調の例を示す図表である。シンボル変調部６０２が行うバッファ状態インデックスの各値に対応するＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）変調点の一例を示す。シンボル変調部６０２は、例えば、図７に定義したバッファ状態インデックス（０〜３）に対応する異なる４つのＩＱ座標の組み合わせの変調シンボルを出力する。例えば、バッファ状態インデックスが０のとき、Ｉ＝１／√２、Ｑ＝１／√２の変調シンボルを出力し、バッファ状態インデックスが２のとき、Ｉ＝−１／√２、Ｑ＝１／√２の変調シンボルを出力する。
図６に戻り説明すると、シンボル変調部６０２が出力する変調シンボルは、変調部６０３によりＰＵＣＣＨ ｆｏｒｍａｔ１信号に変調処理される。変調出力は、ベースバンド信号生成部６０４にてＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）による時間領域信号への変換、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の付与等がなされる。この変調出力は、ＲＦ回路５０３に出力され、アンテナ５０４を介して基地局１０１に送信される。
図８は、実施の形態１にかかる端末によるバッファ状態インデックス決定の処理例を示すフローチャートである。端末１１０は、端末１１０内に上り通信で基地局１０１に送信すべきデータが発生した場合、基地局１０１にスケジューリング要求Ｄ２を送信する。例えば、ＬＴＥではＳｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔと呼ばれる制御チャネルが上り通信に用意されており、該当する制御チャネルを用いてスケジューリング要求Ｄ２を基地局１０１に送信する。
このスケジューリング要求Ｄ２の送信時、制御部５０１（スケジューリング要求部６０１）は、基地局１０１から予め通知されているバッファ状態閾値３００と送信データサイズＤとを比較することで、バッファ状態インデックス（０〜３）を取得する。
図８の処理例では、スケジューリング要求部６０１は、インデックス数（ｉ＝０〜３）分のループ処理を開始する（ステップＳ８０１）。そして、スケジューリング要求部６０１は、バッファ状態閾値３００を参照して、送信するデータを保持する送信バッファの現在のバッファサイズ（送信データサイズＤ）をバッファ状態閾値３００の各閾値Θｉと比較する（ステップＳ８０２）。送信データサイズＤがどの閾値Θｉのサイズよりも小さければ（Θ0未満、ステップＳ８０２：Ｎｏ）、ステップＳ８０４に移行する。
送信データサイズＤは、サイズが小さい閾値Θ0、Θ1、Θ2の順に比較され、いずれかのサイズの範囲内であれば（ステップＳ８０２：Ｙｅｓ）、スケジューリング要求部６０１は、ループ処理（ステップＳ８０３）を終了し、ステップＳ８０４に移行する。
ステップＳ８０４では、スケジューリング要求部６０１は、比較結果として、送信データサイズＤに対応したバッファ状態インデックスｉ（０〜３）を設定し（ステップＳ８０４）、以上の処理を終了する。
図９は、実施の形態１にかかる基地局の機能構成例を示すブロック図である。図２に示した基地局１０１のＲＲＨ２０２と、スケジューリング部２１２と、ベースバンド信号処理部２１３の内部構成について、端末１１０が送信するスケジューリング要求の受信構成を主に説明する。
基地局１０１のＲＲＨ２０２は、搬送波除去部９０１を含む。ベースバンド信号処理部２１３は、サブキャリア分離部９０２、復調部９０３、バッファ状態インデックス判定部９０４を含む。スケジューリング部２１２は、上りスケジューリング処理部９０５を含む。
端末１１０から送信されたスケジューリング要求は、ＡＤ変換器（ＡＤＣ）等による搬送波除去部９０１で搬送波が除去され、ベースバンド信号としてベースバンド信号処理部２１３に出力される。
ベースバンド信号処理部２１３のサブキャリア分離部９０２は、ベースバンド信号にＦＦＴ信号処理を施して、受信周波数帯域内の各サブキャリアの受信信号を取得（周波数領域サブキャリア分離）し、周波数領域サブキャリア分離後の信号を出力する。復調部９０３は、受信したスケジューリング要求をＰＵＣＣＨ ｆｏｒｍａｔ１にしたがう復調を行い、復調シンボルを出力する。バッファ状態インデックス判定部９０４は、出力された復調シンボルにしたがって、端末１１０が送信したバッファ状態インデックスの復元を行う。復元されたバッファ状態インデックスは、スケジューリング要求と共に、スケジューリング部２１２（上りスケジューリング処理部９０５）に通知される。
スケジューリング部２１２（上りスケジューリング処理部９０５）は、受信したスケジューリング要求を送信した端末１１０の上り通信のスケジューリングを実施する。このとき、スケジューリング部２１２は、スケジューリング該当の端末１１０から受信したバッファ状態インデックスにしたがって該当端末にどの程度の送信データ（残り分の送信データを含む）があるかを決定する。
図１０は、実施の形態１にかかる基地局によるスケジューリング時のデータサイズ決定にかかる設定表を示す図表である。スケジューリング部２１２は、端末１１０から受信したバッファ状態インデックスに対して、例えばバッファ状態インデックスが表すバッファサイズの最大値を、該当端末１１０をスケジューリングする際のスケジューリングデータサイズＳｄ（Ｓｄ１、Ｓｄ２、…、∞）として設定する。この場合のバッファ状態インデックスとスケジューリングデータサイズの関係を図１０に示す。
図１１は、実施の形態１にかかる基地局のスケジューリング部によるスケジューリング処理例を示すフローチャートである。スケジューリング部２１２は、はじめに基地局１０１に送信するデータを保持している端末１１０をスケジューリング対象の端末１１０として選択する（ステップＳ１１０１）。
次に、スケジューリング部２１２は、スケジューリング対象の端末１１０について、スケジューリングの優先順位を表すスケジューリングメトリックを算出する（ステップＳ１１０２）。最後に、スケジューリング部２１２は、算出したスケジューリングメトリックに基づくスケジューリング割り当ての端末１１０を決定する（ステップＳ１１０３）。
図１２は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。図１１のステップＳ１１０１に示したスケジューリング部２１２が行うスケジューリング対象の端末１１０を選択する処理例を示す。
スケジューリング部２１２は、通信範囲（セル）内の全端末１１０の中からベースバンド信号処理部２１３からスケジューリング要求の通知がある端末１１０を探索する。そして、スケジューリング部２１２は、該当する端末１１０にはバッファ状態インデックスに基づいてバッファサイズの設定を行う。
図１２の処理例では、スケジューリング部２１２は、はじめにインデックス値を初期化する（ステップＳ１２０１）。インデックス値ｕ（スケジューリング対象の端末のインデックス），インデックス値Ｕ（スケジューリング対象の端末の数）をいずれも初期値０に設定する。次に、スケジューリング部２１２は、通信範囲（セル）内の全端末１１０を探索するループ処理を開始する（ステップＳ１２０２）。このループ処理では、ステップＳ１２０３〜ステップＳ１２０７の各処理を、通信範囲（セル）内の全端末１１０を探索完了するまで繰り返し行う。図１２において、変数ｖは通信範囲（セル）内の全端末のインデックス（スケジューリング対象の端末以外も含む）を示す変数であり、値Ｖは通信範囲内の全端末の数である。
ステップＳ１２０３では、スケジューリング部２１２は、処理中の端末１１０のスケジューリング要求の有無を判断する。端末１１０からのスケジューリング要求があると（ステップＳ１２０３：Ｙｅｓ）、ステップＳ１２０４を実行する。ステップＳ１２０４では、スケジューリング部２１２は、スケジューリング時のバッファサイズＢ［ｖ］として、端末１１０から通知されたバッファ状態インデックスｉに対応するバッファサイズΘｉを設定する（ステップＳ１２０４）。端末１１０がスケジューリング要求していなければ（ステップＳ１２０３：Ｎｏ）、ステップＳ１２０５に移行する。ここで、バッファサイズＢ[ｖ]は、ステップＳ１２０２乃至ステップＳ１２０８のループ処理におけるインデックス値ｖで示されるｖ番目のスケジューリング対象の端末におけるバッファサイズを格納するための変数である。
ステップＳ１２０５では、スケジューリング部２１２は、処理中の端末１１０が基地局１０１に送信するデータを保有しているか判断する。端末１１０が送信するデータを保有していれば、Ｂ［ｖ］＞０となり（ステップＳ１２０５：Ｙｅｓ）、この場合、スケジューリング部２１２は、ステップＳ１２０６以下の処理を行う。端末ｖが基地局１０１に送信するデータを保有していなければ、Ｂ［ｖ］＝０となり（ステップＳ１２０５：Ｎｏ）、ステップＳ１２０８に移行する。
ステップＳ１２０６では、送信すべきデータを有している端末１１０をユーザ番号ｕとして、スケジューリング対象に追加する（ステップＳ１２０６）。そして、この端末１１０の追加により、インデックス値（ｕ，Ｕ）をインクリメントする（ステップＳ１２０７）。そして、通信範囲（セル）内の全端末１１０を探索するため、ｖをインクリメントして（ステップＳ１２０８）、ステップＳ１２０３〜ステップＳ１２０７の処理を継続する。ステップＳ１２０２でｖ＞Ｖ−１となれば、全端末を探索したこととなり、図１２に示す処理を終了する。
図１３は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。図１１のステップＳ１１０２に示したスケジューリング部２１２が行うスケジューリングメトリック算出処理例を示す。無線スケジューリングとして様々な方法が考えられるが、以下の説明では、Ｐｒｏｐｏｒｔｉｏｎａｌ Ｆａｉｒ（ＰＦ）方式のスケジューリングメトリック算出に基づく処理内容を説明する。
ＰＦ方式では下記式（１）のように、スケジューリングする各端末１１０の送信可能データレートを各端末１１０の平均データレートで除した値をスケジューリングメトリックとして求める。スケジューリングメトリックは、スケジューリング優先度を表す指標として用いる。
Figure 2017098588
ここで送信可能データレートｒu,fは、端末１１０の無線品質から想定される送信可能なデータレートを表す。ＰＦ方式では、同一の平均レートの端末１１０間では瞬間的に無線品質がよくデータレートが高くなる端末１１０のスケジューリングの優先度を高く（分子）する。また、同一の無線品質の端末１１０間では過去の通信機会が不利であった端末１１０のスケジューリングの優先度を高くする（分母）。このＰＦ方式は、無線品質が高い端末１１０と低い端末１１０のバランスを取ったスケジューリングを行う方式である。
図１３の処理例では、スケジューリング部２１２は、図１２の各処理の実行によって、スケジューリング対象となった端末１１０について、端末の数Ｕ数分のループ処理を開始する（ステップＳ１３０１）。このループ処理では、ステップＳ１３０２〜ステップＳ１３０４の各処理を、スケジューリング対象の全端末１１０に対して処理完了するまで繰り返して行う。
ステップＳ１３０２では、スケジューリング部２１２は、全周波数リソース分のループ処理を開始する（ステップＳ１３０２）。このループ処理では、ステップＳ１３０３の各処理を、周波数リソース数（全周波数の数Ｆ）分が完了するまで繰り返して行う。
ステップＳ１３０３では、スケジューリング部２１２は、上記式（１）に示したスケジューリングメトリックの算出を行う（ステップＳ１３０３）。
次に、周波数リソース分のスケジューリングメトリック処理を行うため、スケジューリング部２１２は、ｆをインクリメントし（ステップＳ１３０４）、全周波数分（ステップＳ１３０２のｆ＞Ｆ−１）に達するまでステップＳ１３０３の処理を継続する。この後、ステップＳ１３０５では、スケジューリング対象の全端末１１０に対するスケジューリングメトリック処理を行う（ステップＳ１３０５）。このため、スケジューリング部２１２は、ｕをインクリメントし、スケジューリング対象の全端末数分（ステップＳ１３０１のｕ＞Ｕ−１）に達するまでステップＳ１３０２〜ステップＳ１３０４の処理を継続する。ステップＳ１３０１でｕ＞Ｕ−１となれば、スケジューリング対象の全端末に対するスケジューリングメトリック処理が終了したこととなり、ステップＳ１３０６に移行する。
次に、スケジューリング部２１２は、算出されたスケジューリングメトリックを用いて、例えば周波数リソース毎に最大のスケジューリングメトリックを与える端末１１０を一つ決定する。
そして、決定した一つの端末１１０について、以前の処理で割り当てられた全ての周波数リソースを考慮して送信データサイズを決定する。送信データサイズは、端末１１０から送信されるデータサイズに対応して基地局１０１（スケジューリング部２１２）がスケジューリングに用いるデータサイズである。
ステップＳ１３０６では、スケジューリング部２１２は、全周波数リソース分のループ処理を開始する（ステップＳ１３０６）。このループ処理では、ステップＳ１３０７〜ステップＳ１３１１の各処理を、周波数リソース数（全周波数の数Ｆ）分が完了するまで繰り返して行う。
次に、スケジューリング部２１２は、最大メトリックＭmaxを初期化する（ステップＳ１３０７）。そして、スケジューリング部２１２は、処理対象の端末の数Ｕ数分のループ処理を開始する（ステップＳ１３０８）。このループ処理では、ステップＳ１３０９〜ステップＳ１３１０の処理を、対象の全端末１１０に対して処理完了するまで繰り返して行う。
ステップＳ１３０９では、スケジューリング部２１２は、処理中の端末１１０のスケジューリングメトリックが最大であるか判断する（ステップＳ１３０９）。最大でなければ（ステップＳ１３０９：Ｎｏ）、処理対象の端末１１０を順次インクリメントし（ステップＳ１３１１）、スケジューリングメトリックが最大であるか判断する。
処理中の端末１１０のスケジューリングメトリックが最大であれば（ステップＳ１３０９：Ｙｅｓ）、スケジューリング部２１２は、この処理中の端末１１０が最大メトリック端末である旨の更新を行う（ステップＳ１３１０）。そして、全端末の数Ｕ分のループ処理（ｕ＞Ｕ−１）と、全周波数リソース分（ｆ＞Ｆ−１）のループ処理（ステップＳ１３１２）が完了すれば、スケジューリングメトリックが最大な一つの最大メトリック端末（Ｍmax，ｕmax）が決定される。そして、図１３に示す処理を終了する。
図１４は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。図１１のステップＳ１１０３に示したスケジューリング部２１２が行う割り当て端末の決定処理例を示す。ここでは、例えば周波数リソース毎に最大のスケジューリングメトリックを与える端末１１０を一つ決定する。
そして、決定した一つの端末１１０について、以前の処理で割り当てられた全ての周波数リソースを考慮して送信データサイズを決定する。送信データサイズは、端末１１０から送信されるデータサイズに対応して基地局１０１（スケジューリング部２１２）がスケジューリングに用いるデータサイズである。
そして、決定した送信データサイズが端末１１０のバッファサイズ（データサイズ）を超過した場合、この端末１１０が送信すべきデータに対するスケジューリングを全て割り当てたと判断して、該当するタイミングのスケジューリング対象から除外する。具体的には、スケジューリング対象から除外した端末１１０について、スケジューリングメトリック値を取り得る最小の値に設定することでスケジューリングの対象から除外する。
はじめに、スケジューリング部２１２は、送信データサイズが未受信の端末１１０のスケジューリング回数加算フラグｍｕを初期化する（ステップＳ１４０１）。この後、スケジューリング部２１２は、全周波数リソース分のループ処理を開始する（ステップＳ１４０２）。このループ処理では、ステップＳ１４０３〜ステップＳ１４１２の各処理を、周波数リソース数（全周波数の数Ｆ）分が完了するまで繰り返して行う。
次に、スケジューリング部２１２は、最大メトリックＭmaxを初期化する（ステップＳ１４０３）。そして、スケジューリング部２１２は、処理対象の端末の数Ｕ数分のループ処理を開始する（ステップＳ１４０４）。このループ処理では、ステップＳ１４０５〜ステップＳ１４０６の処理を、対象の全端末１１０に対して処理完了するまで繰り返して行う。
ステップＳ１４０５では、スケジューリング部２１２は、処理中の端末１１０のスケジューリングメトリックが最大であるか判断する（ステップＳ１４０５）。最大でなければ（ステップＳ１４０５：Ｎｏ）、処理対象の端末１１０の数ｕを順次インクリメントし（ステップＳ１４０７）、スケジューリングメトリックが最大であるか判断する。
処理中の端末１１０のスケジューリングメトリックが最大であれば（ステップＳ１４０５：Ｙｅｓ）、スケジューリング部２１２は、この処理中の端末１１０が最大メトリック端末である旨の更新を行う（ステップＳ１４０６）。全端末の数Ｕ分のループ処理が完了すれば、スケジューリングメトリックが最大な一つの最大メトリック端末（Ｍmax，ｕmax）が決定され、ステップＳ１４０８に移行する。
次に、スケジューリング部２１２は、ステップＳ１４０６で決定された最大メトリックのユーザ（端末１１０）に、最大メトリックに対応する該当周波数Ｒｆ（周波数リソース）を割り当てる（ステップＳ１４０８）。この後、スケジューリング部２１２は、割り当て済みのリソースから送信データサイズＤｕmaxを算出する（ステップＳ１４０９）。
次に、スケジューリング部２１２は、送信データサイズＤｕmaxが端末１１０のバッファサイズ（データサイズ）Ｂｕmaxを超えているか判断する（ステップＳ１４１０）。送信データサイズＤｕmaxが端末１１０が送信するデータサイズＢｕmaxを超えている場合（ステップＳ１４１０：Ｙｅｓ）、割り当て無線リソースが規定に達したため、この端末１１０を以降のスケジューリング対象から除外する（ステップＳ１４１１）。これは、端末１１０に対し、送信すべきデータに対するスケジューリングを全て割り当てた状態に相当する。この後、ステップＳ１４１２に移行する。
一方、送信データサイズＤｕmaxが端末１１０が送信するデータサイズＢｕmaxを超えていなければ（ステップＳ１４１０：Ｎｏ）、スケジューリング部２１２は、ステップＳ１４１２に移行する。
ステップＳ１４１２では、スケジューリング部２１２は、最大メトリック端末ｕmaxのスケジューリング要求を初期化し（ステップＳ１４１２）、ｆをインクリメントする（ステップＳ１４１３）。そして、周波数リソース分（ｆ＞Ｆ−１）に達するまでステップＳ１４０３〜ステップＳ１４１２の処理を継続する。ステップＳ１４０２でｆ＞Ｆ−１となれば、全周波数リソース分の割り当て端末が決定したこととなり、図１４に示す処理を終了する。
図１５および図１６は、実施の形態１にかかる端末と基地局間のデータ送信を示すシーケンス図である。上述したスケジューリング実行によるデータ送信のタイミングを示す。
図１５は、端末１１０が送信するデータサイズが小さい場合のスケジューリング時の例である。端末（ＵＥ）１１０は、スケジューリング要求Ｄ２を基地局（ｅＮＢ）１０１に送信する。このスケジューリング要求Ｄ２の際、端末１１０は、基地局１０１へ送信するデータのデータサイズをスケジューリング要求Ｄ２に含ませて（重畳して）基地局１０１に通知する。
データサイズは、端末１１０の送信バッファに格納されている送信データサイズである。端末１１０は、送信データサイズに対応した複数段階（０〜３）のバッファ状態インデックス（ＢＳＲｉｄｘ）を生成し、バッファ状態インデックスをスケジューリング要求Ｄ２を送信するチャネルの変調シンボルで基地局１０１に送信することができ、少ないデータ量で基地局１０１に通知できる。
基地局１０１では、端末１１０がスケジューリング要求を送信する無線リソースを監視し、端末１１０からスケジューリング要求Ｄ２を受信すると、この端末１１０を上り通信のスケジューリング対象とする。
そして、基地局１０１は、端末１１０から受信したスケジューリング要求を復調する。この際、シンボル復調を行ってバッファ状態インデックスを復元し、端末１１０が送信するデータサイズを判断する。これにより、基地局１０１では、端末１１０のスケジューリングデータサイズを決定する。
図１５の例では、端末１１０が送信しようとするデータサイズが小さく、スケジューリングデータサイズとして１回のスケジューリングＤ３で端末１１０のデータ送信Ｄ４が完了する場合を示している。
図１６は、端末１１０が送信するデータサイズが大きい場合のスケジューリング時の例である。端末１１０が送信しようとするデータサイズが大きい場合、基地局１０１は、端末１１０から送信されたデータサイズに基づくスケジューリングデータサイズを決定し、ｎ回のスケジューリングＤ３ａ〜Ｄ３ｎを行う。これにより、端末１１０は、スケジューリングされたｎ回のデータ送信Ｄ４ａ〜Ｄ４ｎを行う。
以上説明したように、実施の形態１によれば、基地局は、端末が送信するデータサイズに応じた回数のスケジューリングを行う。これにより、端末が送信するデータサイズにかかわらず複数回スケジューリングする等の無駄なスケジューリングを防ぎ、無線リソースの利用効率を向上できるとともに、スケジューリング要求に対する応答遅延を防ぐことができるようになる。
（実施の形態２）
実施の形態１では、端末１１０が送信するデータサイズをバッファ状態インデックスとしてスケジューリング要求Ｄ２に含ませて（重畳）基地局１０１に送信する構成とした。実施の形態２では、基地局１０１が、スケジューリング要求Ｄ２を受信した無線リソースに基づき、バッファ状態インデックスの識別を行う。
図１７は、実施の形態２にかかる端末によるスケジューリング要求無線リソースの設定例を示す図表である。バッファ状態インデックスに対するスケジューリング要求の無線リソースの設定例（設定表）１７００を示す。端末１１０は、スケジューリング要求Ｄ２の送信時に、設定表１７００のバッファ状態インデックス（０〜１）にしたがって、スケジューリング要求Ｄ２を送信する無線リソースを複数（Ａ〜Ｄ）の中から一つ選択する。そして、端末１１０は、選択した無線リソースを用いて基地局１０１に対するスケジューリング要求Ｄ２を実施する。
複数の無線リソースＡ〜Ｄは、例えば、スケジューリング要求Ｄ２を行う周波数帯域別である。より詳細には、符号／系列／周波数シフト等により多重化された複数ユーザ（端末１１０）の各ユーザを区別するための種別を指す。端末１１０は、基地局１０１に送信するデータサイズ（バッファ状態インデックス０〜３）に対応する無線リソースＡ〜Ｄを用いてスケジューリング要求Ｄ２を行う。
図１８は、実施の形態２にかかる基地局の受信部の構成例を示す図である。受信部１８００は、ベースバンド信号処理部２１３（図９参照）に設けられる。受信部１８００は、複数の無線リソース受信部１８０１〜１８０４と、比較部１８０５と、閾値判定部１８０６と、バッファ状態インデックス算出部１８０７と、を含む。
端末１１０からの受信信号は、複数の無線リソース受信部１８０１〜１８０４に分岐出力され、複数の無線リソース受信部１８０１〜１８０４は、端末１１０が送信する可能性のある無線リソースＡ〜Ｄの全てについて受信処理を行う。
比較部１８０５は、複数の無線リソース受信部１８０１〜１８０４で受信処理した全ての無線リソースＡ〜Ｄの中で最もＳＩＲ（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）の高い最大ＳＩＲの無線リソースを選択する。閾値判定部１８０６は、最大ＳＩＲの値を所定の閾値を用いて判定し、スケジューリング要求Ｄ２の有無を出力する。バッファ状態インデックス算出部１８０７は、最大ＳＩＲの無線リソースの種別Ａ〜Ｄに対応したバッファ状態インデックス０〜３を算出する。算出したバッファ状態インデックスに基づき、端末１１０が送信するデータサイズを判断する。
これにより、受信部１８００は、無線リソースＡ〜Ｄの中で最大ＳＩＲの無線リソースを判断するだけで、スケジューリング要求Ｄ２を送信した端末１１０のデータサイズを簡単に判断できる。そして、算出したバッファ状態インデックスをスケジューリング部２１２に通知する。スケジューリング部２１２におけるスケジューリングの処理は実施の形態１同様である。
実施の形態２によれば、端末から基地局に対するインデックス値の通知は、スケジューリング要求を送信するチャネルの無線リソースをデータサイズに応じて変えることができる。すなわち、端末は、送信するデータサイズに適した無線リソースを切り替える。そして、基地局では、スケジューリング要求が送信されうる全ての無線リソースを監視し、受信した無線リソースの種別に基づき端末が送信しようとするデータサイズを簡単に決定できる。また、端末は、送信するデータサイズに応じた情報（バッファ状態インデックス）を送信することなく、基地局にデータサイズを通知できる。
（実施の形態３）
実施の形態３では、基地局１０１が報知情報Ｄ１を利用して端末１１０に通知するバッファ状態閾値の設定例について説明する。実施の形態３では、基地局１０１は、端末１１０のトラフィックに対応した最適な値をバッファ状態閾値として端末１１０に通知する。このため、基地局１０１は、端末１１０毎に設定するバッファ状態閾値について、端末１１０のスケジューリング要求Ｄ２があった後に初めて受信した端末１１０のバッファサイズ（データサイズ）を複数収集する。そして、収集したデータサイズを統計処理することで、端末１１０毎に最適な閾値を算出する。
図１９は、実施の形態３にかかる基地局による端末のデータサイズ推定の処理例を示すフローチャートである。基地局１０１のスケジューリング部２１２は、端末１１０からスケジューリング要求Ｄ２を受信した後、端末１１０のデータ送信のスケジューリングＤ３を行う。図１９の例は、スケジューリング部２１２により、スケジューリング要求Ｄ２に端末１１０が送信するデータサイズを推定し、推定サイズ（範囲）毎の統計情報を記録する処理例である。
スケジューリング部２１２は、端末１１０からのスケジューリング要求Ｄ２の後に、端末１１０からバッファ状態（データサイズ）の受信が無いかを判断する（ステップＳ１９０１）。端末１１０からバッファ状態（データサイズ）の受信が無ければ（ステップＳ１９０１：Ｎｏ）、処理を終了する。
端末１１０からバッファ状態（データサイズ）を受信すると（ステップＳ１９０１：Ｙｅｓ）、スケジューリング部２１２は、スケジューリング要求Ｄ２時のバッファサイズ推定値を算出する（ステップＳ１９０２）。バッファサイズ推定値は、端末１１０の送信バッファのサイズＢv（ｖ：ユーザ（端末））と、ユーザｖから受信したデータサイズＤvとを加算して得る。
次に、スケジューリング部２１２は、スケジューリング要求Ｄ２時のバッファサイズ推定値毎の発生回数Ｆｒｅｑをインクリメントする（ステップＳ１９０３）。また、頻度情報更新回数Ｎfreqをインクリメントし（ステップＳ１９０４）、処理を終了する。これにより、スケジューリング部２１２は、端末１１０のスケジューリング要求Ｄ２後に、端末１１０から通知されるバッファサイズに基づき、データサイズ別の発生回数を記録していく。
図２０は、実施の形態３にかかる基地局によるバッファ状態閾値の算出処理例を示すフローチャートである。スケジューリング部２１２は、図１９に示した記録処理を一定回数行った後、図２０の処理を行う。
はじめに、スケジューリング部２１２は、頻度情報更新回数Ｎfreqが所定の閾値ΘNを上回るか判断する（ステップＳ２００１）。判断の結果、上回らなければ（ステップＳ２００１：Ｎｏ）、処理を終了する。頻度情報更新回数Ｎfreqが所定の閾値ΘNを上回れば（ステップＳ２００１：Ｙｅｓ）、スケジューリング部２１２は、バッファ状態閾値として設定する閾値数ｍ（閾値の数）分のループ処理を開始する（ステップＳ２００２）。
次に、スケジューリング部２１２は、受信回数ｎを初期化し（ステップＳ２００３）、サイズインデックスｋ分のループ処理を開始する（ステップＳ２００４）。次に、受信回数ｎとして頻度情報更新回数Ｎfreqを加算する（ステップＳ２００５）。ここで、ｖ：ユーザ、ｋ：データサイズのサイズインデックス数であり、ユーザ別およびデータサイズ別の受信回数ｎ（端末１１０から通知されるバッファサイズの受信回数）を算出する。
次に、スケジューリング部２１２は、受信頻度ｎ／Ｎfreqが所定の頻度閾値Θfreq以下であるか判断する（ステップＳ２００６）。ｍ：閾値数であり、頻度閾値Θfreqは、閾値数に対応する。判断結果、受信頻度ｎ／Ｎfreqが所定の頻度閾値Θfreq以下でなければ（ステップＳ２００６：Ｎｏ）、ステップＳ２００８に移行する。一方、受信頻度ｎ／Ｎfreqが所定の頻度閾値Θfreq以下であれば（ステップＳ２００６：Ｙｅｓ）、サイズインデックスｋをインクリメントし（ステップＳ２００７）、ステップＳ２００５の処理を継続する。また、サイズインデックスｋ分のループ処理が終了すれば、ステップＳ２００８に移行する。
次に、スケジューリング部２１２は、サイズインデックスｋをバッファインデックス算出閾値Θbufとして決定する（ステップＳ２００８）。この後、スケジューリング部２１２は、閾値インデックスｍが１以上で、かつ値が一つ小さいバッファインデックス算出閾値Θbufと一致するか判断する（ステップＳ２００９）。判断結果、一致時には（ステップＳ２００９：Ｙｅｓ）、バッファインデックス算出閾値Θbufをサイズインデックスｋ＋１として調整し（ステップＳ２０１０）、ステップＳ２０１１に移行する。一方、判断結果が一致しなければ（ステップＳ２００９：Ｎｏ）、ステップＳ２０１１に移行する。
この後、ステップＳ２０１１では、スケジューリング部２１２は、閾値数ｍ分のループ処理が完了するまでの間は、ステップＳ２００３〜ステップＳ２０１０の処理を継続する（ステップＳ２０１１）。閾値数ｍ分のループ処理が完了すると、以上の処理を終了する。
以上のように、実施の形態３では、端末からスケジューリング要求の後に送信データのデータサイズを受信する毎の受信回数を記録する。そして、受信回数から受信頻度を求め、受信頻度が予め設定された閾値を超過するデータサイズを、バッファインデックス算出用の閾値（バッファ状態閾値）として決定する。このバッファ状態閾値は、端末毎に異なる送信データのデータサイズに基づき複数設定できる。これにより、基地局が報知情報として端末に通知するバッファ状態閾値は、端末のトラフィックに適した値とすることができ、基地局は端末毎のスケジューリングを効率的に行えるようになる。
（既存の技術のスケジューリングの説明）
図２１は、既存の技術によるスケジューリング手順を示すシーケンス図である。図２１を用いて、既存の技術によるスケジューリングの手順を説明すると、
１．端末は基地局にスケジューリング要求ＳＲを送信する（Ｄ２）。
２．基地局は端末がスケジューリング要求を送信する無線リソースを監視する。基地局がスケジューリング要求の受信を確認すると、該当端末は上り通信のスケジューリングの対象となる。上り通信のスケジューリングの結果、上り通信を行うための無線リソース等が基地局から端末に通知される（Ｄ３）。
しかし、このスケジューリングの手法では、端末が送信するデータサイズを基地局で実施するスケジューリングにて考慮することができない。このため、例えば１回の送信で通信が完了するような小さなデータの場合、残りの割り当てが完全に無駄になる。この場合、図２１に示すように、端末が送信するデータサイズにかかわらずに、複数回のスケジューリングＤ３ａ〜Ｄ３ｎを割り当てるため、無駄な割り当てが生じていた。この無駄な割り当ての分（例えば、Ｄ３ｂ〜Ｄ３ｎ）、他の端末にリソース割り当てが行えない。端末は、複数回のスケジューリングＤ３ａ〜Ｄ３ｎに対応して割り当てられたデータ送信Ｄ４ａ〜Ｄ４ｎのうち一部、例えば、Ｄ４ａの１回しか有効なデータを送信しないことが生じる。
図２２は、既存の技術によるスケジューリング手順の他の例を示すシーケンス図である。図２１に示したような無駄な割り当ての発生を防ぐための他の既存技術を説明する。図２２に示すスケジューリング技術では、
１．端末は基地局にスケジューリング要求ＳＲを送信する（Ｄ２）。
２．基地局は端末がスケジューリング要求を送信する無線リソースを監視する。基地局にてスケジューリング要求の受信を確認すると、該当端末は上りスケジューリングの対象となる。上りスケジューリングの結果、上りデータ送信を行うための無線リソース等が基地局から端末に通知される（Ｄ３）。
３．端末は基地局からの無線リソース通知を受けて上りデータを送信する（Ｄ４）。このとき同時に端末に発生している送信データの残サイズを通知する。
４．基地局は端末から送信された端末で発生している送信データサイズを確認し、データサイズに応じた複数回のスケジューリングを実施する（Ｄ５ａ〜Ｄ５ｎ）。
このスケジューリング技術では、端末がスケジューリング要求Ｄ２を送信してから実際にデータ送信（Ｄ６ａ〜Ｄ６ｎ）を開始するまでに、２０ｍｓ弱の時間を要することになる。このように時間を要する理由としては、直前まで上りの通信が行われていない状況においては、スケジューリングを実施する基地局にて端末に発生したデータのサイズが不明であることが挙げられる。このため、基地局は、無線リソースを無駄にしないために、端末からデータサイズの通知（Ｄ４）を受けるまでは、データのサイズに対応した積極的な無線リソースの割り当てを行うことができない。
このように、既存技術では、図２１に示したように、無線リソースが無駄に割り当てられることが生じている。また、図２２に示したように、スケジューリング要求に対する応答遅延が生じている。端末で発生する送信データのパターンではこのような小さなサイズのデータ（ＴＣＰ ＡＣＫ等）が非常に発生しやすい。これにより、有限の無線リソースを無駄に消費し、端末の消費電力を低減化できない。現状では、端末で発生する基地局への送信データのパターンとして、小さなサイズのデータ（ＴＣＰ ＡＣＫ等）が非常に発生しやすく、従来は端末の状態（送信するデータサイズ等）に応じた効率的なスケジューリングが行えなかった。
これに対し、上述した各実施の形態によれば、端末は、スケジューリング要求時に送信するデータサイズを含ませて基地局に送信する。これにより、基地局は、端末が送信するデータのサイズを考慮したスケジューリングが行えるようになる。これにより、例えば端末が１回の送信で通信が完了するような小さなデータの場合、このデータサイズに対応した時間分のスケジューリングを割り当てるため、スケジューリングの無駄な割り当てを防ぎ、無線リソースの利用効率を向上できるようになる。
したがって、各実施の形態によれば、上り通信のリソースの無駄な割り当てによりリソースが枯渇するという問題を防止し、上り通信のリソースを迅速に割り当てでき、スケジューリング要求に対する応答遅延を低減できるようになる。
また、基地局と端末との間で無駄なデータチャネルの送受を抑えて、端末の消費電力を削減できるようになる。例えば端末がＴＣＰ ＡＣＫ等の小さなサイズのデータが多頻度で発生する場合でも、端末が実際に送信するデータサイズに対応したスケジューリング（回数）を設定できるようになる。
１００ 無線通信システム
１０１ 基地局
１１０ 端末
２１１ 制御部
２１２ スケジューリング部
２１３ ベースバンド信号処理部
２１４ 記憶部
３００ バッファ状態閾値
５０１ 制御部
５０２ ベースバンド部
５０３ ＲＦ回路
５０５ 記憶部
６０１ スケジューリング要求部
６０２ シンボル変調部
６０３ 変調部
６０４ ベースバンド信号生成部
９０１ 搬送波除去部
９０２ サブキャリア分離部
９０３ 復調部
９０４ バッファ状態インデックス判定部
９０５ 上りスケジューリング処理部
本発明は、端末の無線通信のスケジューリングを行う無線通信システム、基地局、端末およびスケジューリング方法に関する。
次世代の通信方式について、リアルタイムアプリケーションの普及やトラフィックのほぼ全てを担うＴＣＰ／ＩＰの効率向上のために、無線通信区間における遅延時間の短縮が求められている（例えば下記非特許文献１〜３参照。）。遅延の短縮は、リアルタイムアプリケーションの処理実行に対して効果的である。
一方、ＴＣＰ／ＩＰの効率向上について、ＴＣＰではＳｌｏｗ ｓｔａｒｔ ａｌｇｏｒｉｔｈｍと呼ばれる輻輳回避アルゴリズムを用いた制御がある（例えば下記非特許文献４参照。）。この制御について、通信接続直後のＴＣＰ応答時間がデータレートの増加にかかる時間に大きく影響し、ＴＣＰ応答に遅延がある場合、データレートの増加が進まず、ネットワーク全体の効率を損ねる可能性が報告されている（例えば下記非特許文献２，３参照。）。
無線区間の応答時間に大きく影響する要素として、端末で送信データが発生した後、基地局が端末をスケジューリングし、端末がデータを送信できるようになるまでの上り応答遅延が挙げられる。
また、従来、端末がデータのトラフィック量やパケットサイズを測定し基地局に通知する技術、データサイズを識別子で基地局に通知する技術が開示されている（例えば、下記特許文献１〜３参照。）。
特開平９−２１４４５９号公報 特開２００２−３７４３２１号公報 特開２００１−２４６９６号公報
Ｅｒｉｃｓｓｏｎ，Ｒ２−１５２４５１，"Ｕｓｅ ｃａｓｅｓ ｉｎ ｌａｔｅｎｃｙ ｒｅｄｕｃｔｉｏｎ"，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ ＃９０，ＲＡＮ２＃９０，Ｍａｙ２５−２９ｔｈ．２０１５． Ｅｒｉｃｓｓｏｎ，Ｒ２−１５２３２６，"Ｌａｔｅｎｃｙ ｒｅｄｕｃｔｉｏｎｓ ｉｎ ＬＴＥ"，３ＧＰＰ ＲＳＧ−ＲＡＮ ＷＧ２ ＃９０，ＲＡＮ２＃９０，Ｍａｙ２５−２９ｔｈ．２０１５． Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ，Ｒ２−１５２１７４，"Ｉｍｐａｃｔ ｏｆ ｌａｔｅｎｃｙ ｒｅｄｕｃｔｉｏｎ ｏｎ ＴＣＰ ｓｌｏｗ−ｓｔａｒｔ ｂｅｈａｖｉｏｒ"，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ ＃９０，ＲＡＮ２＃９０，Ｍａｙ ２５−２９ｔｈ．２０１５． Ｍ．Ａｌｌｍａｎ外２名、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ ＲＦＣ ５６８１，"ＴＣＰ Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ"ＩＥＴＦ，Ｓｅｐ．２００９．
しかしながら、従来技術では、基地局は、端末が送信するデータのサイズを考慮せずにスケジューリングしている。このため、例えば端末が１回の送信で通信が完了するような小さなデータの場合、スケジューリングで割り当てられた残りの時間分、端末はデータを送信しないため、残り分の割り当てが無駄になる。
また、端末が送信するデータの残りのサイズを基地局に通知する構成の場合においても、端末と基地局との間の通知に所定の時間（例えば２０ｍｓｅｃ）を要する。直前まで端末から基地局に対するデータの送信（上り通信）が行われていない状況の基地局は、端末が送信するデータのサイズが不明である。このため、基地局は、無線リソースを無駄にしないために、基地局が端末からデータのサイズの通知を受けるまでは積極的に無線リソースの割り当てが行えなかった。そして、上り通信のスケジューリング要求時の応答遅延を解消できない。
また、端末がわずか１回のデータ送信で全てのデータを送出可能な場合でも、基地局は、端末からデータのサイズが０の通知を受けるまでの間は、スケジューリングを変更できず、端末はデータを送信しないデータチャネルを送出し続けることになる。これにより、有限の無線リソースを無駄に消費し、また、端末の消費電力を削減できなかった。端末が送信するデータとして、上記のような小さなサイズのデータ（ＴＣＰ ＡＣＫ等）が非常に発生しやすく、無線リソースに無駄が生じる等の上記問題を解消できなかった。
一つの側面では、本発明は、上り通信のリソースの無駄な割り当てによるリソース枯渇を防止し、上り通信のリソースを迅速に割り当てできることを目的とする。
一つの案では、無線通信システムは、端末と、端末の上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局と、を備えた無線通信システムにおいて、前記端末は、前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信し、前記基地局は、スケジューリング要求に含まれる前記データサイズに従ったスケジューリングを行う、ことを要件とする。
一つの実施形態によれば、上り通信のリソースの無駄な割り当てによるリソース枯渇を防止し、上り通信のリソースを迅速に割り当てできるようになる。
図１は、実施の形態１にかかる無線通信システムの構成例を示す図である。 図２は、実施の形態１にかかる基地局のハードウェア構成例を示す図である。 図３Ａは、実施の形態１にかかるバッファ状態閾値の設定例を示す図表である。 図３Ｂは、実施の形態１にかかるバッファ状態閾値の通知内容例を示す図である。 図４は、実施の形態１にかかるバッファ状態閾値の他の設定例を示す図表である。 図５は、実施の形態１にかかる端末のハードウェア構成例を示す図である。 図６は、実施の形態１にかかる端末の機能構成例を示すブロック図である。 図７は、実施の形態１にかかる端末のシンボル変調の例を示す図表である。 図８は、実施の形態１にかかる端末によるバッファ状態インデックス決定の処理例を示すフローチャートである。 図９は、実施の形態１にかかる基地局の機能構成例を示すブロック図である。 図１０は、実施の形態１にかかる基地局によるスケジューリング時のデータサイズ決定にかかる設定表を示す図表である。 図１１は、実施の形態１にかかる基地局のスケジューリング部によるスケジューリング処理例を示すフローチャートである。 図１２は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。（その１） 図１３は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。（その２） 図１４は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。（その３） 図１５は、実施の形態１にかかる端末と基地局間のデータ送信を示すシーケンス図である。（その１） 図１６は、実施の形態１にかかる端末と基地局間のデータ送信を示すシーケンス図である。（その２） 図１７は、実施の形態２にかかる端末によるスケジューリング要求無線リソースの設定例を示す図表である。 図１８は、実施の形態２にかかる基地局の受信部の構成例を示す図である。 図１９は、実施の形態３にかかる基地局による端末のデータサイズ推定の処理例を示すフローチャートである。 図２０は、実施の形態３にかかる基地局によるバッファ状態閾値の算出処理例を示すフローチャートである。 図２１は、既存の技術によるスケジューリング手順を示すシーケンス図である。 図２２は、既存の技術によるスケジューリング手順の他の例を示すシーケンス図である。
（実施の形態１）
以下、開示の無線通信システム、基地局、端末およびスケジューリング方法の実施の形態を詳細に説明する。実施の形態の基地局は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の無線通信規格にしたがって端末と無線通信する例を用いて説明する。
図１は、実施の形態１にかかる無線通信システムの構成例を示す図である。無線通信システム１００は、基地局１０１と端末１１０とを含む。
基地局１０１は、セル配下の端末１１０に報知情報、若しくは各端末１１０個別の設定として、無線通信に関するパラメータＤ１を通知する。端末１１０は、送信すべき上りデータが発生した場合、基地局１０１に対してスケジューリング要求Ｄ２を通知し、上り通信（ＵＬ）のスケジューリング（情報）Ｄ３の生成を促す。
そして、端末１１０は、スケジューリング要求Ｄ２に、基地局１０１に送信するデータのデータサイズに関する信号を含ませて送信する。たとえば、端末１１０は、基地局１０１に送信するデータのデータサイズの値を示す信号を、スケジューリング要求Ｄ２に含ませて送信してよい。あるいは、データサイズそのものを送信せずに、データサイズに対応した値（バッファ状態インデックス）を送信してもよい（詳細は後述する）。これにより、基地局１０１は、スケジューリング要求Ｄ２に含まれるデータサイズに基づき、端末１１０が送信しようとするデータサイズを知ることができる。そして基地局１０１は、端末１１０のデータサイズに適したスケジューリングデータサイズ（例えばスケジューリングの回数）を有するスケジューリングを行う。そして、端末１１０は、基地局１０１から受信したスケジューリングＤ３に基づき、データチャネルを用いて基地局１０１へのデータ送信Ｄ４を行う。
図２は、実施の形態１にかかる基地局のハードウェア構成例を示す図である。基地局（ｅＮＢ）１０１は、無線制御装置（ＲＥＣ：Ｒａｄｉｏ Ｅｑｕｉｐｍｅｎｔ Ｃｏｎｔｒｏｌ）２０１と、無線装置（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）２０２とを含む。また、基地局１０１は、ＲＥＣ２０１とＲＲＨ２０２との間の通信路２０３と、アンテナ２０４と、を含む。通信路２０３は、例えば、ＣＰＲＩ（Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ）を用いることができる。
ＲＥＣ２０１は、制御部２１１と、スケジューリング部２１２と、ベースバンド信号処理部２１３と、記憶部２１４と、バス２１５と、を含む。ＲＥＣ２０１は、ネットワーク網の上位ネットワークの装置や他の基地局１０１と通信路（例えばＸ２インタフェースやＳ１インタフェース）を介して接続され、端末との間で送受信するデータ等を所定の回線プロトコルにしたがって送受信する。
制御部２１１は、ＲＥＣ２０１全体の制御を統括する。例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）や上位のレイヤの制御に関する処理を含む。スケジューリング部２１２は、端末１１０との間の無線通信の無線リソースの割り当ての処理を行う。ベースバンド信号処理部２１３は、ベースバンド信号の生成を行う。記憶部２１４は、制御部２１１やスケジューリング部２１２が行う処理のための各種情報を記憶保持するメモリである。
制御部２１１と、スケジューリング部２１２は、例えば、個別または同一のＣＰＵを用いて構成できる。ＣＰＵは、記憶部２１４に格納された処理プログラムを読み出して実行し、実行中の処理データを記憶部２１４に保持することで、制御部２１１およびスケジューリング部２１２の機能を実現する。記憶部２１４は、制御部２１１とスケジューリング部２１２用に個別に設けてもよい。ベースバンド信号処理部２１３には、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）や、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）を用いることができる。
ＲＲＨ２０２は、アンテナ２０４を介して端末との間で所定周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）の無線通信によりデータの送受信を行う。また、ＲＲＨ２０２は、無線通信のデータを、通信路２０３を介してＲＥＣ２０１（ベースバンド信号処理部２１３）との間で入出力する。
基地局１０１は、報知情報（無線通信に関するパラメータＤ１）を利用して端末１１０にバッファ状態閾値の情報を通知する。バッファ状態閾値は、端末１１０が送信データのサイズ（端末１１０の送信バッファに格納されているデータ量）を所定長のインデックス値（バッファ状態インデックス）に変換する際に用いられる。なお、送信データのサイズは、送信バッファに格納されているデータ量であり、別言すると、アップリンク用無線リソースが未割当てのデータのサイズである。
例えば、端末１１０は、バッファ状態インデックスを例えば２ビット（０〜３）のインデックス値で基地局１０１に通知する。別言すると、端末１１０は、バッファ状態をインデックス化して、基地局へ通知する。基地局１０１は、端末１１０から通知されたインデックス値を、所定の対応情報（設定表）を参照する等して端末１１０が実際に送信するデータサイズを判断する。
ところで、バッファ状態閾値は、基地局１０１が端末１１０に通知するに限らない。バッファ状態閾値は、端末１１０に予め設定されていてもよいほか、インターネットサーバ等からの任意あるいは定期的なダウンロード等により端末に設定してもよい。バッファ状態閾値は、端末１１０がメモリ（後述の記憶部５０５）等に保持し、更新可能とすることができる。
図３Ａは、実施の形態１にかかるバッファ状態閾値の設定例を示す図表である。バッファ状態閾値Θｎ（ｎ：０〜３）と端末１１０に発生している送信データサイズＤの対応関係の一例を示す。図３Ａの例では、送信データサイズＤを０〜Ｄ迄の範囲で４段階（バッファ状態インデックス０〜３）に分けている。端末１１０は、送信データサイズＤに対応したバッファ状態インデックス（０〜３）を基地局１０１に通知する。例えば、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）ｆｏｒｍａｔ１信号を用いることができる。基地局１０１は、端末１１０から通知されたバッファ状態インデックス（０〜３）に基づき、送信データサイズＤを判断できる。たとえば、図３Ａに示すような対応情報（設定表）を用いることで、バッファ状態インデックスが「１」である場合、端末の送信データサイズＤは「Θ0≦Ｄ＜Θ1」の範囲であると判断できる。
このバッファ状態閾値３００は、セル毎のパラメータとして制御部２１１に設定され、例えばＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）の一部として基地局１０１がカバーするセル全体の端末１１０に通知する。
図３Ｂは、実施の形態１にかかるバッファ状態閾値の通知内容例を示す図である。報知情報（無線通信に関するパラメータＤ１）による通知では、例えば、ＲＲＣのメッセージ３１０として端末１１０に送信することができる。端末１１０はＲＲＣのメッセージ３１０のメッセージを受信すると、ｂｕｆｆｅｒＳｔａｔｕｓＴｈｒｅｓｈｏｌｄ０、１、２として通知されたデータサイズ値をバッファ状態閾値０、１、２として設定する。ＲＲＣのメッセージ３１０におけるデータサイズ値の通知については、予めデータサイズ値の代表値を定めておき、代表値に対応する番号（サイズインデックス）を端末１１０に通知することで少ないビット数にて閾値を通知できる。
図４は、実施の形態１にかかるバッファ状態閾値の他の設定例を示す図表である。図４に示すように、端末１１０では、サイズインデックスのインデックス値に対応する閾値Θｎのデータサイズの設定表４００を予め用意しておき、設定表４００を参照して基地局１０１から報知されたインデックス値に対応する閾値を決定する。
このほか、バッファ状態閾値について、基地局１０１が報知情報（無線通信に関するパラメータＤ１）を用いて端末１１０に通知することとせずに、基地局１０１が個々の端末１１０に通信接続する毎に通知してもよい。例えば、端末１１０が基地局１０１と接続する際にＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ等のパラメータ設定に閾値（バッファ状態閾値３００等）を含めて通知する。これにより、端末１１０毎の通信内容（データ通信や音声通信別）に個別の閾値を設定することができる。
図５は、実施の形態１にかかる端末のハードウェア構成例を示す図である。基地局１０１と無線通信する端末１１０は、例えば、スマートホン等の携帯電話機や、無線通信機能を備えた情報処理装置である。
端末１１０は、制御部５０１と、ベースバンド部５０２と、ＲＦ回路５０３と、アンテナ５０４と、記憶部５０５と、を含む。
制御部５０１は、端末１１０全体の制御を統括する。例えば、ＲＲＣや上位のレイヤの制御に関する処理を含む。ベースバンド部５０２は、ベースバンド信号の生成を行う。ＲＦ回路５０３は、アンテナ５０４を介して基地局１０１との間で所定周波数（ＲＦ）の無線通信によりデータの送受信を行う。また、無線通信のデータをベースバンド部５０２との間で入出力する。
制御部５０１は、例えば、ＣＰＵを用いて構成できる。ＣＰＵは、記憶部５０５に格納された処理プログラムを読み出して実行し、実行中の処理データを記憶部５０５に保持することで、制御部の機能を実現する。ベースバンド部５０２は、ＤＳＰやＦＰＧＡ等により構成できる。記憶部５０５は、制御部５０１とベースバンド部５０２用に個別に設けてもよい。
図６は、実施の形態１にかかる端末の機能構成例を示すブロック図である。図５に示した端末１１０の制御部５０１と、ベースバンド部５０２の内部構成について説明する。
制御部５０１は、基地局１０１にスケジューリング要求を行うスケジューリング要求部６０１を含む。ベースバンド部５０２は、シンボル変調部６０２、変調部６０３、ベースバンド信号生成部６０４を含む。
スケジューリング要求部６０１は、端末１１０が基地局１０１へデータ送信する際の送信バッファのサイズ（送信データサイズＤ）に対応したバッファ状態インデックス（０〜３）を、スケジューリング要求送信設定と共にシンボル変調部６０２に通知する。
シンボル変調部６０２は、スケジューリング要求送信設定を受信すると、バッファ状態インデックスにしたがってスケジューリング要求のシンボル変調を実施する。
図７は、実施の形態１にかかる端末のシンボル変調の例を示す図表である。シンボル変調部６０２が行うバッファ状態インデックスの各値に対応するＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）変調点の一例を示す。シンボル変調部６０２は、例えば、図７に定義したバッファ状態インデックス（０〜３）に対応する異なる４つのＩＱ座標の組み合わせの変調シンボルを出力する。例えば、バッファ状態インデックスが０のとき、Ｉ＝１／√２、Ｑ＝１／√２の変調シンボルを出力し、バッファ状態インデックスが２のとき、Ｉ＝−１／√２、Ｑ＝１／√２の変調シンボルを出力する。
図６に戻り説明すると、シンボル変調部６０２が出力する変調シンボルは、変調部６０３によりＰＵＣＣＨ ｆｏｒｍａｔ１信号に変調処理される。変調出力は、ベースバンド信号生成部６０４にてＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）による時間領域信号への変換、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の付与等がなされる。この変調出力は、ＲＦ回路５０３に出力され、アンテナ５０４を介して基地局１０１に送信される。
図８は、実施の形態１にかかる端末によるバッファ状態インデックス決定の処理例を示すフローチャートである。端末１１０は、端末１１０内に上り通信で基地局１０１に送信すべきデータが発生した場合、基地局１０１にスケジューリング要求Ｄ２を送信する。例えば、ＬＴＥではＳｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔと呼ばれる制御チャネルが上り通信に用意されており、該当する制御チャネルを用いてスケジューリング要求Ｄ２を基地局１０１に送信する。
このスケジューリング要求Ｄ２の送信時、制御部５０１（スケジューリング要求部６０１）は、基地局１０１から予め通知されているバッファ状態閾値３００と送信データサイズＤとを比較することで、バッファ状態インデックス（０〜３）を取得する。
図８の処理例では、スケジューリング要求部６０１は、インデックス数（ｉ＝０〜３）分のループ処理を開始する（ステップＳ８０１）。そして、スケジューリング要求部６０１は、バッファ状態閾値３００を参照して、送信するデータを保持する送信バッファの現在のバッファサイズ（送信データサイズＤ）をバッファ状態閾値３００の各閾値Θｉと比較する（ステップＳ８０２）。送信データサイズＤがどの閾値Θｉのサイズよりも小さければ（Θ0未満、ステップＳ８０２：Ｎｏ）、ステップＳ８０４に移行する。
送信データサイズＤは、サイズが小さい閾値Θ0、Θ1、Θ2の順に比較され、いずれかのサイズの範囲内であれば（ステップＳ８０２：Ｙｅｓ）、スケジューリング要求部６０１は、ループ処理（ステップＳ８０３）を終了し、ステップＳ８０４に移行する。
ステップＳ８０４では、スケジューリング要求部６０１は、比較結果として、送信データサイズＤに対応したバッファ状態インデックスｉ（０〜３）を設定し（ステップＳ８０４）、以上の処理を終了する。
図９は、実施の形態１にかかる基地局の機能構成例を示すブロック図である。図２に示した基地局１０１のＲＲＨ２０２と、スケジューリング部２１２と、ベースバンド信号処理部２１３の内部構成について、端末１１０が送信するスケジューリング要求の受信構成を主に説明する。
基地局１０１のＲＲＨ２０２は、搬送波除去部９０１を含む。ベースバンド信号処理部２１３は、サブキャリア分離部９０２、復調部９０３、バッファ状態インデックス判定部９０４を含む。スケジューリング部２１２は、上りスケジューリング処理部９０５を含む。
端末１１０から送信されたスケジューリング要求は、ＡＤ変換器（ＡＤＣ）等による搬送波除去部９０１で搬送波が除去され、ベースバンド信号としてベースバンド信号処理部２１３に出力される。
ベースバンド信号処理部２１３のサブキャリア分離部９０２は、ベースバンド信号にＦＦＴ信号処理を施して、受信周波数帯域内の各サブキャリアの受信信号を取得（周波数領域サブキャリア分離）し、周波数領域サブキャリア分離後の信号を出力する。復調部９０３は、受信したスケジューリング要求をＰＵＣＣＨ ｆｏｒｍａｔ１にしたがう復調を行い、復調シンボルを出力する。バッファ状態インデックス判定部９０４は、出力された復調シンボルにしたがって、端末１１０が送信したバッファ状態インデックスの復元を行う。復元されたバッファ状態インデックスは、スケジューリング要求と共に、スケジューリング部２１２（上りスケジューリング処理部９０５）に通知される。
スケジューリング部２１２（上りスケジューリング処理部９０５）は、受信したスケジューリング要求を送信した端末１１０の上り通信のスケジューリングを実施する。このとき、スケジューリング部２１２は、スケジューリング該当の端末１１０から受信したバッファ状態インデックスにしたがって該当端末にどの程度の送信データ（残り分の送信データを含む）があるかを決定する。
図１０は、実施の形態１にかかる基地局によるスケジューリング時のデータサイズ決定にかかる設定表を示す図表である。スケジューリング部２１２は、端末１１０から受信したバッファ状態インデックスに対して、例えばバッファ状態インデックスが表すバッファサイズの最大値を、該当端末１１０をスケジューリングする際のスケジューリングデータサイズＳｄ（Ｓｄ１、Ｓｄ２、…、∞）として設定する。この場合のバッファ状態インデックスとスケジューリングデータサイズの関係を図１０に示す。
図１１は、実施の形態１にかかる基地局のスケジューリング部によるスケジューリング処理例を示すフローチャートである。スケジューリング部２１２は、はじめに基地局１０１に送信するデータを保持している端末１１０をスケジューリング対象の端末１１０として選択する（ステップＳ１１０１）。
次に、スケジューリング部２１２は、スケジューリング対象の端末１１０について、スケジューリングの優先順位を表すスケジューリングメトリックを算出する（ステップＳ１１０２）。最後に、スケジューリング部２１２は、算出したスケジューリングメトリックに基づくスケジューリング割り当ての端末１１０を決定する（ステップＳ１１０３）。
図１２は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。図１１のステップＳ１１０１に示したスケジューリング部２１２が行うスケジューリング対象の端末１１０を選択する処理例を示す。
スケジューリング部２１２は、通信範囲（セル）内の全端末１１０の中からベースバンド信号処理部２１３からスケジューリング要求の通知がある端末１１０を探索する。そして、スケジューリング部２１２は、該当する端末１１０にはバッファ状態インデックスに基づいてバッファサイズの設定を行う。
図１２の処理例では、スケジューリング部２１２は、はじめにインデックス値を初期化する（ステップＳ１２０１）。インデックス値ｕ（スケジューリング対象の端末のインデックス），インデックス値Ｕ（スケジューリング対象の端末の数）をいずれも初期値０に設定する。次に、スケジューリング部２１２は、通信範囲（セル）内の全端末１１０を探索するループ処理を開始する（ステップＳ１２０２）。このループ処理では、ステップＳ１２０３〜ステップＳ１２０７の各処理を、通信範囲（セル）内の全端末１１０を探索完了するまで繰り返し行う。図１２において、変数ｖは通信範囲（セル）内の全端末のインデックス（スケジューリング対象の端末以外も含む）を示す変数であり、値Ｖは通信範囲内の全端末の数である。
ステップＳ１２０３では、スケジューリング部２１２は、処理中の端末１１０のスケジューリング要求の有無を判断する。端末１１０からのスケジューリング要求があると（ステップＳ１２０３：Ｙｅｓ）、ステップＳ１２０４を実行する。ステップＳ１２０４では、スケジューリング部２１２は、スケジューリング時のバッファサイズＢ［ｖ］として、端末１１０から通知されたバッファ状態インデックスｉに対応するバッファサイズΘｉを設定する（ステップＳ１２０４）。端末１１０がスケジューリング要求していなければ（ステップＳ１２０３：Ｎｏ）、ステップＳ１２０５に移行する。ここで、バッファサイズＢ[ｖ]は、ステップＳ１２０２乃至ステップＳ１２０８のループ処理におけるインデックス値ｖで示されるｖ番目のスケジューリング対象の端末におけるバッファサイズを格納するための変数である。
ステップＳ１２０５では、スケジューリング部２１２は、処理中の端末１１０が基地局１０１に送信するデータを保有しているか判断する。端末１１０が送信するデータを保有していれば、Ｂ［ｖ］＞０となり（ステップＳ１２０５：Ｙｅｓ）、この場合、スケジューリング部２１２は、ステップＳ１２０６以下の処理を行う。端末ｖが基地局１０１に送信するデータを保有していなければ、Ｂ［ｖ］＝０となり（ステップＳ１２０５：Ｎｏ）、ステップＳ１２０８に移行する。
ステップＳ１２０６では、送信すべきデータを有している端末１１０をユーザ番号ｕとして、スケジューリング対象に追加する（ステップＳ１２０６）。そして、この端末１１０の追加により、インデックス値（ｕ，Ｕ）をインクリメントする（ステップＳ１２０７）。そして、通信範囲（セル）内の全端末１１０を探索するため、ｖをインクリメントして（ステップＳ１２０８）、ステップＳ１２０３〜ステップＳ１２０７の処理を継続する。ステップＳ１２０２でｖ＞Ｖ−１となれば、全端末を探索したこととなり、図１２に示す処理を終了する。
図１３は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。図１１のステップＳ１１０２に示したスケジューリング部２１２が行うスケジューリングメトリック算出処理例を示す。無線スケジューリングとして様々な方法が考えられるが、以下の説明では、Ｐｒｏｐｏｒｔｉｏｎａｌ Ｆａｉｒ（ＰＦ）方式のスケジューリングメトリック算出に基づく処理内容を説明する。
ＰＦ方式では下記式（１）のように、スケジューリングする各端末１１０の送信可能データレートを各端末１１０の平均データレートで除した値をスケジューリングメトリックとして求める。スケジューリングメトリックは、スケジューリング優先度を表す指標として用いる。
Figure 2017098588
ここで送信可能データレートｒu,fは、端末１１０の無線品質から想定される送信可能なデータレートを表す。ＰＦ方式では、同一の平均レートの端末１１０間では瞬間的に無線品質がよくデータレートが高くなる端末１１０のスケジューリングの優先度を高く（分子）する。また、同一の無線品質の端末１１０間では過去の通信機会が不利であった端末１１０のスケジューリングの優先度を高くする（分母）。このＰＦ方式は、無線品質が高い端末１１０と低い端末１１０のバランスを取ったスケジューリングを行う方式である。
図１３の処理例では、スケジューリング部２１２は、図１２の各処理の実行によって、スケジューリング対象となった端末１１０について、端末の数Ｕ数分のループ処理を開始する（ステップＳ１３０１）。このループ処理では、ステップＳ１３０２〜ステップＳ１３０４の各処理を、スケジューリング対象の全端末１１０に対して処理完了するまで繰り返して行う。
ステップＳ１３０２では、スケジューリング部２１２は、全周波数リソース分のループ処理を開始する（ステップＳ１３０２）。このループ処理では、ステップＳ１３０３の各処理を、周波数リソース数（全周波数の数Ｆ）分が完了するまで繰り返して行う。
ステップＳ１３０３では、スケジューリング部２１２は、上記式（１）に示したスケジューリングメトリックの算出を行う（ステップＳ１３０３）。
次に、周波数リソース分のスケジューリングメトリック処理を行うため、スケジューリング部２１２は、ｆをインクリメントし（ステップＳ１３０４）、全周波数分（ステップＳ１３０２のｆ＞Ｆ−１）に達するまでステップＳ１３０３の処理を継続する。この後、ステップＳ１３０５では、スケジューリング対象の全端末１１０に対するスケジューリングメトリック処理を行う（ステップＳ１３０５）。このため、スケジューリング部２１２は、ｕをインクリメントし、スケジューリング対象の全端末数分（ステップＳ１３０１のｕ＞Ｕ−１）に達するまでステップＳ１３０２〜ステップＳ１３０４の処理を継続する。ステップＳ１３０１でｕ＞Ｕ−１となれば、スケジューリング対象の全端末に対するスケジューリングメトリック処理が終了したこととなり、ステップＳ１３０６に移行する。
次に、スケジューリング部２１２は、算出されたスケジューリングメトリックを用いて、例えば周波数リソース毎に最大のスケジューリングメトリックを与える端末１１０を一つ決定する。
そして、決定した一つの端末１１０について、以前の処理で割り当てられた全ての周波数リソースを考慮して送信データサイズを決定する。送信データサイズは、端末１１０から送信されるデータサイズに対応して基地局１０１（スケジューリング部２１２）がスケジューリングに用いるデータサイズである。
ステップＳ１３０６では、スケジューリング部２１２は、全周波数リソース分のループ処理を開始する（ステップＳ１３０６）。このループ処理では、ステップＳ１３０７〜ステップＳ１３１１の各処理を、周波数リソース数（全周波数の数Ｆ）分が完了するまで繰り返して行う。
次に、スケジューリング部２１２は、最大メトリックＭmaxを初期化する（ステップＳ１３０７）。そして、スケジューリング部２１２は、処理対象の端末の数Ｕ数分のループ処理を開始する（ステップＳ１３０８）。このループ処理では、ステップＳ１３０９〜ステップＳ１３１０の処理を、対象の全端末１１０に対して処理完了するまで繰り返して行う。
ステップＳ１３０９では、スケジューリング部２１２は、処理中の端末１１０のスケジューリングメトリックが最大であるか判断する（ステップＳ１３０９）。最大でなければ（ステップＳ１３０９：Ｎｏ）、処理対象の端末１１０を順次インクリメントし（ステップＳ１３１１）、スケジューリングメトリックが最大であるか判断する。
処理中の端末１１０のスケジューリングメトリックが最大であれば（ステップＳ１３０９：Ｙｅｓ）、スケジューリング部２１２は、この処理中の端末１１０が最大メトリック端末である旨の更新を行う（ステップＳ１３１０）。そして、全端末の数Ｕ分のループ処理（ｕ＞Ｕ−１）と、全周波数リソース分（ｆ＞Ｆ−１）のループ処理（ステップＳ１３１２）が完了すれば、スケジューリングメトリックが最大な一つの最大メトリック端末（Ｍmax，ｕmax）が決定される。そして、図１３に示す処理を終了する。
図１４は、実施の形態１にかかるスケジューリング処理の詳細を示すフローチャートである。図１１のステップＳ１１０３に示したスケジューリング部２１２が行う割り当て端末の決定処理例を示す。ここでは、例えば周波数リソース毎に最大のスケジューリングメトリックを与える端末１１０を一つ決定する。
そして、決定した一つの端末１１０について、以前の処理で割り当てられた全ての周波数リソースを考慮して送信データサイズを決定する。送信データサイズは、端末１１０から送信されるデータサイズに対応して基地局１０１（スケジューリング部２１２）がスケジューリングに用いるデータサイズである。
そして、決定した送信データサイズが端末１１０のバッファサイズ（データサイズ）を超過した場合、この端末１１０が送信すべきデータに対するスケジューリングを全て割り当てたと判断して、該当するタイミングのスケジューリング対象から除外する。具体的には、スケジューリング対象から除外した端末１１０について、スケジューリングメトリック値を取り得る最小の値に設定することでスケジューリングの対象から除外する。
はじめに、スケジューリング部２１２は、送信データサイズが未受信の端末１１０のスケジューリング回数加算フラグｍｕを初期化する（ステップＳ１４０１）。この後、スケジューリング部２１２は、全周波数リソース分のループ処理を開始する（ステップＳ１４０２）。このループ処理では、ステップＳ１４０３〜ステップＳ１４１２の各処理を、周波数リソース数（全周波数の数Ｆ）分が完了するまで繰り返して行う。
次に、スケジューリング部２１２は、最大メトリックＭmaxを初期化する（ステップＳ１４０３）。そして、スケジューリング部２１２は、処理対象の端末の数Ｕ数分のループ処理を開始する（ステップＳ１４０４）。このループ処理では、ステップＳ１４０５〜ステップＳ１４０６の処理を、対象の全端末１１０に対して処理完了するまで繰り返して行う。
ステップＳ１４０５では、スケジューリング部２１２は、処理中の端末１１０のスケジューリングメトリックが最大であるか判断する（ステップＳ１４０５）。最大でなければ（ステップＳ１４０５：Ｎｏ）、処理対象の端末１１０の数ｕを順次インクリメントし（ステップＳ１４０７）、スケジューリングメトリックが最大であるか判断する。
処理中の端末１１０のスケジューリングメトリックが最大であれば（ステップＳ１４０５：Ｙｅｓ）、スケジューリング部２１２は、この処理中の端末１１０が最大メトリック端末である旨の更新を行う（ステップＳ１４０６）。全端末の数Ｕ分のループ処理が完了すれば、スケジューリングメトリックが最大な一つの最大メトリック端末（Ｍmax，ｕmax）が決定され、ステップＳ１４０８に移行する。
次に、スケジューリング部２１２は、ステップＳ１４０６で決定された最大メトリックのユーザ（端末１１０）に、最大メトリックに対応する該当周波数Ｒｆ（周波数リソース）を割り当てる（ステップＳ１４０８）。この後、スケジューリング部２１２は、割り当て済みのリソースから送信データサイズＤｕmaxを算出する（ステップＳ１４０９）。
次に、スケジューリング部２１２は、送信データサイズＤｕmaxが端末１１０のバッファサイズ（データサイズ）Ｂｕmaxを超えているか判断する（ステップＳ１４１０）。送信データサイズＤｕmaxが端末１１０が送信するデータサイズＢｕmaxを超えている場合（ステップＳ１４１０：Ｙｅｓ）、割り当て無線リソースが規定に達したため、この端末１１０を以降のスケジューリング対象から除外する（ステップＳ１４１１）。これは、端末１１０に対し、送信すべきデータに対するスケジューリングを全て割り当てた状態に相当する。この後、ステップＳ１４１２に移行する。
一方、送信データサイズＤｕmaxが端末１１０が送信するデータサイズＢｕmaxを超えていなければ（ステップＳ１４１０：Ｎｏ）、スケジューリング部２１２は、ステップＳ１４１２に移行する。
ステップＳ１４１２では、スケジューリング部２１２は、最大メトリック端末ｕmaxのスケジューリング要求を初期化し（ステップＳ１４１２）、ｆをインクリメントする（ステップＳ１４１３）。そして、周波数リソース分（ｆ＞Ｆ−１）に達するまでステップＳ１４０３〜ステップＳ１４１２の処理を継続する。ステップＳ１４０２でｆ＞Ｆ−１となれば、全周波数リソース分の割り当て端末が決定したこととなり、図１４に示す処理を終了する。
図１５および図１６は、実施の形態１にかかる端末と基地局間のデータ送信を示すシーケンス図である。上述したスケジューリング実行によるデータ送信のタイミングを示す。
図１５は、端末１１０が送信するデータサイズが小さい場合のスケジューリング時の例である。端末（ＵＥ）１１０は、スケジューリング要求Ｄ２を基地局（ｅＮＢ）１０１に送信する。このスケジューリング要求Ｄ２の際、端末１１０は、基地局１０１へ送信するデータのデータサイズをスケジューリング要求Ｄ２に含ませて（重畳して）基地局１０１に通知する。
データサイズは、端末１１０の送信バッファに格納されている送信データサイズである。端末１１０は、送信データサイズに対応した複数段階（０〜３）のバッファ状態インデックス（ＢＳＲｉｄｘ）を生成し、バッファ状態インデックスをスケジューリング要求Ｄ２を送信するチャネルの変調シンボルで基地局１０１に送信することができ、少ないデータ量で基地局１０１に通知できる。
基地局１０１では、端末１１０がスケジューリング要求を送信する無線リソースを監視し、端末１１０からスケジューリング要求Ｄ２を受信すると、この端末１１０を上り通信のスケジューリング対象とする。
そして、基地局１０１は、端末１１０から受信したスケジューリング要求を復調する。この際、シンボル復調を行ってバッファ状態インデックスを復元し、端末１１０が送信するデータサイズを判断する。これにより、基地局１０１では、端末１１０のスケジューリングデータサイズを決定する。
図１５の例では、端末１１０が送信しようとするデータサイズが小さく、スケジューリングデータサイズとして１回のスケジューリングＤ３で端末１１０のデータ送信Ｄ４が完了する場合を示している。
図１６は、端末１１０が送信するデータサイズが大きい場合のスケジューリング時の例である。端末１１０が送信しようとするデータサイズが大きい場合、基地局１０１は、端末１１０から送信されたデータサイズに基づくスケジューリングデータサイズを決定し、ｎ回のスケジューリングＤ３ａ〜Ｄ３ｎを行う。これにより、端末１１０は、スケジューリングされたｎ回のデータ送信Ｄ４ａ〜Ｄ４ｎを行う。
以上説明したように、実施の形態１によれば、基地局は、端末が送信するデータサイズに応じた回数のスケジューリングを行う。これにより、端末が送信するデータサイズにかかわらず複数回スケジューリングする等の無駄なスケジューリングを防ぎ、無線リソースの利用効率を向上できるとともに、スケジューリング要求に対する応答遅延を防ぐことができるようになる。
（実施の形態２）
実施の形態１では、端末１１０が送信するデータサイズをバッファ状態インデックスとしてスケジューリング要求Ｄ２に含ませて（重畳）基地局１０１に送信する構成とした。実施の形態２では、基地局１０１が、スケジューリング要求Ｄ２を受信した無線リソースに基づき、バッファ状態インデックスの識別を行う。
図１７は、実施の形態２にかかる端末によるスケジューリング要求無線リソースの設定例を示す図表である。バッファ状態インデックスに対するスケジューリング要求の無線リソースの設定例（設定表）１７００を示す。端末１１０は、スケジューリング要求Ｄ２の送信時に、設定表１７００のバッファ状態インデックス（０〜１）にしたがって、スケジューリング要求Ｄ２を送信する無線リソースを複数（Ａ〜Ｄ）の中から一つ選択する。そして、端末１１０は、選択した無線リソースを用いて基地局１０１に対するスケジューリング要求Ｄ２を実施する。
複数の無線リソースＡ〜Ｄは、例えば、スケジューリング要求Ｄ２を行う周波数帯域別である。より詳細には、符号／系列／周波数シフト等により多重化された複数ユーザ（端末１１０）の各ユーザを区別するための種別を指す。端末１１０は、基地局１０１に送信するデータサイズ（バッファ状態インデックス０〜３）に対応する無線リソースＡ〜Ｄを用いてスケジューリング要求Ｄ２を行う。
図１８は、実施の形態２にかかる基地局の受信部の構成例を示す図である。受信部１８００は、ベースバンド信号処理部２１３（図９参照）に設けられる。受信部１８００は、複数の無線リソース受信部１８０１〜１８０４と、比較部１８０５と、閾値判定部１８０６と、バッファ状態インデックス算出部１８０７と、を含む。
端末１１０からの受信信号は、複数の無線リソース受信部１８０１〜１８０４に分岐出力され、複数の無線リソース受信部１８０１〜１８０４は、端末１１０が送信する可能性のある無線リソースＡ〜Ｄの全てについて受信処理を行う。
比較部１８０５は、複数の無線リソース受信部１８０１〜１８０４で受信処理した全ての無線リソースＡ〜Ｄの中で最もＳＩＲ（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）の高い最大ＳＩＲの無線リソースを選択する。閾値判定部１８０６は、最大ＳＩＲの値を所定の閾値を用いて判定し、スケジューリング要求Ｄ２の有無を出力する。バッファ状態インデックス算出部１８０７は、最大ＳＩＲの無線リソースの種別Ａ〜Ｄに対応したバッファ状態インデックス０〜３を算出する。算出したバッファ状態インデックスに基づき、端末１１０が送信するデータサイズを判断する。
これにより、受信部１８００は、無線リソースＡ〜Ｄの中で最大ＳＩＲの無線リソースを判断するだけで、スケジューリング要求Ｄ２を送信した端末１１０のデータサイズを簡単に判断できる。そして、算出したバッファ状態インデックスをスケジューリング部２１２に通知する。スケジューリング部２１２におけるスケジューリングの処理は実施の形態１同様である。
実施の形態２によれば、端末から基地局に対するインデックス値の通知は、スケジューリング要求を送信するチャネルの無線リソースをデータサイズに応じて変えることができる。すなわち、端末は、送信するデータサイズに適した無線リソースを切り替える。そして、基地局では、スケジューリング要求が送信されうる全ての無線リソースを監視し、受信した無線リソースの種別に基づき端末が送信しようとするデータサイズを簡単に決定できる。また、端末は、送信するデータサイズに応じた情報（バッファ状態インデックス）を送信することなく、基地局にデータサイズを通知できる。
（実施の形態３）
実施の形態３では、基地局１０１が報知情報Ｄ１を利用して端末１１０に通知するバッファ状態閾値の設定例について説明する。実施の形態３では、基地局１０１は、端末１１０のトラフィックに対応した最適な値をバッファ状態閾値として端末１１０に通知する。このため、基地局１０１は、端末１１０毎に設定するバッファ状態閾値について、端末１１０のスケジューリング要求Ｄ２があった後に初めて受信した端末１１０のバッファサイズ（データサイズ）を複数収集する。そして、収集したデータサイズを統計処理することで、端末１１０毎に最適な閾値を算出する。
図１９は、実施の形態３にかかる基地局による端末のデータサイズ推定の処理例を示すフローチャートである。基地局１０１のスケジューリング部２１２は、端末１１０からスケジューリング要求Ｄ２を受信した後、端末１１０のデータ送信のスケジューリングＤ３を行う。図１９の例は、スケジューリング部２１２により、スケジューリング要求Ｄ２に端末１１０が送信するデータサイズを推定し、推定サイズ（範囲）毎の統計情報を記録する処理例である。
スケジューリング部２１２は、端末１１０からのスケジューリング要求Ｄ２の後に、端末１１０からバッファ状態（データサイズ）の受信が無いかを判断する（ステップＳ１９０１）。端末１１０からバッファ状態（データサイズ）の受信が無ければ（ステップＳ１９０１：Ｎｏ）、処理を終了する。
端末１１０からバッファ状態（データサイズ）を受信すると（ステップＳ１９０１：Ｙｅｓ）、スケジューリング部２１２は、スケジューリング要求Ｄ２時のバッファサイズ推定値を算出する（ステップＳ１９０２）。バッファサイズ推定値は、端末１１０の送信バッファのサイズＢv（ｖ：ユーザ（端末））と、ユーザｖから受信したデータサイズＤvとを加算して得る。
次に、スケジューリング部２１２は、スケジューリング要求Ｄ２時のバッファサイズ推定値毎の発生回数Ｆｒｅｑをインクリメントする（ステップＳ１９０３）。また、頻度情報更新回数Ｎfreqをインクリメントし（ステップＳ１９０４）、処理を終了する。これにより、スケジューリング部２１２は、端末１１０のスケジューリング要求Ｄ２後に、端末１１０から通知されるバッファサイズに基づき、データサイズ別の発生回数を記録していく。
図２０は、実施の形態３にかかる基地局によるバッファ状態閾値の算出処理例を示すフローチャートである。スケジューリング部２１２は、図１９に示した記録処理を一定回数行った後、図２０の処理を行う。
はじめに、スケジューリング部２１２は、頻度情報更新回数Ｎfreqが所定の閾値ΘNを上回るか判断する（ステップＳ２００１）。判断の結果、上回らなければ（ステップＳ２００１：Ｎｏ）、処理を終了する。頻度情報更新回数Ｎfreqが所定の閾値ΘNを上回れば（ステップＳ２００１：Ｙｅｓ）、スケジューリング部２１２は、バッファ状態閾値として設定する閾値数ｍ（閾値の数）分のループ処理を開始する（ステップＳ２００２）。
次に、スケジューリング部２１２は、受信回数ｎを初期化し（ステップＳ２００３）、サイズインデックスｋ分のループ処理を開始する（ステップＳ２００４）。次に、受信回数ｎとして頻度情報更新回数Ｎfreqを加算する（ステップＳ２００５）。ここで、ｖ：ユーザ、ｋ：データサイズのサイズインデックス数であり、ユーザ別およびデータサイズ別の受信回数ｎ（端末１１０から通知されるバッファサイズの受信回数）を算出する。
次に、スケジューリング部２１２は、受信頻度ｎ／Ｎfreqが所定の頻度閾値Θfreq以下であるか判断する（ステップＳ２００６）。ｍ：閾値数であり、頻度閾値Θfreqは、閾値数に対応する。判断結果、受信頻度ｎ／Ｎfreqが所定の頻度閾値Θfreq以下でなければ（ステップＳ２００６：Ｎｏ）、ステップＳ２００８に移行する。一方、受信頻度ｎ／Ｎfreqが所定の頻度閾値Θfreq以下であれば（ステップＳ２００６：Ｙｅｓ）、サイズインデックスｋをインクリメントし（ステップＳ２００７）、ステップＳ２００５の処理を継続する。また、サイズインデックスｋ分のループ処理が終了すれば、ステップＳ２００８に移行する。
次に、スケジューリング部２１２は、サイズインデックスｋをバッファインデックス算出閾値Θbufとして決定する（ステップＳ２００８）。この後、スケジューリング部２１２は、閾値インデックスｍが１以上で、かつ値が一つ小さいバッファインデックス算出閾値Θbufと一致するか判断する（ステップＳ２００９）。判断結果、一致時には（ステップＳ２００９：Ｙｅｓ）、バッファインデックス算出閾値Θbufをサイズインデックスｋ＋１として調整し（ステップＳ２０１０）、ステップＳ２０１１に移行する。一方、判断結果が一致しなければ（ステップＳ２００９：Ｎｏ）、ステップＳ２０１１に移行する。
この後、ステップＳ２０１１では、スケジューリング部２１２は、閾値数ｍ分のループ処理が完了するまでの間は、ステップＳ２００３〜ステップＳ２０１０の処理を継続する（ステップＳ２０１１）。閾値数ｍ分のループ処理が完了すると、以上の処理を終了する。
以上のように、実施の形態３では、端末からスケジューリング要求の後に送信データのデータサイズを受信する毎の受信回数を記録する。そして、受信回数から受信頻度を求め、受信頻度が予め設定された閾値を超過するデータサイズを、バッファインデックス算出用の閾値（バッファ状態閾値）として決定する。このバッファ状態閾値は、端末毎に異なる送信データのデータサイズに基づき複数設定できる。これにより、基地局が報知情報として端末に通知するバッファ状態閾値は、端末のトラフィックに適した値とすることができ、基地局は端末毎のスケジューリングを効率的に行えるようになる。
（既存の技術のスケジューリングの説明）
図２１は、既存の技術によるスケジューリング手順を示すシーケンス図である。図２１を用いて、既存の技術によるスケジューリングの手順を説明すると、
１．端末は基地局にスケジューリング要求ＳＲを送信する（Ｄ２）。
２．基地局は端末がスケジューリング要求を送信する無線リソースを監視する。基地局がスケジューリング要求の受信を確認すると、該当端末は上り通信のスケジューリングの対象となる。上り通信のスケジューリングの結果、上り通信を行うための無線リソース等が基地局から端末に通知される（Ｄ３）。
しかし、このスケジューリングの手法では、端末が送信するデータサイズを基地局で実施するスケジューリングにて考慮することができない。このため、例えば１回の送信で通信が完了するような小さなデータの場合、残りの割り当てが完全に無駄になる。この場合、図２１に示すように、端末が送信するデータサイズにかかわらずに、複数回のスケジューリングＤ３ａ〜Ｄ３ｎを割り当てるため、無駄な割り当てが生じていた。この無駄な割り当ての分（例えば、Ｄ３ｂ〜Ｄ３ｎ）、他の端末にリソース割り当てが行えない。端末は、複数回のスケジューリングＤ３ａ〜Ｄ３ｎに対応して割り当てられたデータ送信Ｄ４ａ〜Ｄ４ｎのうち一部、例えば、Ｄ４ａの１回しか有効なデータを送信しないことが生じる。
図２２は、既存の技術によるスケジューリング手順の他の例を示すシーケンス図である。図２１に示したような無駄な割り当ての発生を防ぐための他の既存技術を説明する。図２２に示すスケジューリング技術では、
１．端末は基地局にスケジューリング要求ＳＲを送信する（Ｄ２）。
２．基地局は端末がスケジューリング要求を送信する無線リソースを監視する。基地局にてスケジューリング要求の受信を確認すると、該当端末は上りスケジューリングの対象となる。上りスケジューリングの結果、上りデータ送信を行うための無線リソース等が基地局から端末に通知される（Ｄ３）。
３．端末は基地局からの無線リソース通知を受けて上りデータを送信する（Ｄ４）。このとき同時に端末に発生している送信データの残サイズを通知する。
４．基地局は端末から送信された端末で発生している送信データサイズを確認し、データサイズに応じた複数回のスケジューリングを実施する（Ｄ５ａ〜Ｄ５ｎ）。
このスケジューリング技術では、端末がスケジューリング要求Ｄ２を送信してから実際にデータ送信（Ｄ６ａ〜Ｄ６ｎ）を開始するまでに、２０ｍｓ弱の時間を要することになる。このように時間を要する理由としては、直前まで上りの通信が行われていない状況においては、スケジューリングを実施する基地局にて端末に発生したデータのサイズが不明であることが挙げられる。このため、基地局は、無線リソースを無駄にしないために、端末からデータサイズの通知（Ｄ４）を受けるまでは、データのサイズに対応した積極的な無線リソースの割り当てを行うことができない。
このように、既存技術では、図２１に示したように、無線リソースが無駄に割り当てられることが生じている。また、図２２に示したように、スケジューリング要求に対する応答遅延が生じている。端末で発生する送信データのパターンではこのような小さなサイズのデータ（ＴＣＰ ＡＣＫ等）が非常に発生しやすい。これにより、有限の無線リソースを無駄に消費し、端末の消費電力を低減化できない。現状では、端末で発生する基地局への送信データのパターンとして、小さなサイズのデータ（ＴＣＰ ＡＣＫ等）が非常に発生しやすく、従来は端末の状態（送信するデータサイズ等）に応じた効率的なスケジューリングが行えなかった。
これに対し、上述した各実施の形態によれば、端末は、スケジューリング要求時に送信するデータサイズを含ませて基地局に送信する。これにより、基地局は、端末が送信するデータのサイズを考慮したスケジューリングが行えるようになる。これにより、例えば端末が１回の送信で通信が完了するような小さなデータの場合、このデータサイズに対応した時間分のスケジューリングを割り当てるため、スケジューリングの無駄な割り当てを防ぎ、無線リソースの利用効率を向上できるようになる。
したがって、各実施の形態によれば、上り通信のリソースの無駄な割り当てによりリソースが枯渇するという問題を防止し、上り通信のリソースを迅速に割り当てでき、スケジューリング要求に対する応答遅延を低減できるようになる。
また、基地局と端末との間で無駄なデータチャネルの送受を抑えて、端末の消費電力を削減できるようになる。例えば端末がＴＣＰ ＡＣＫ等の小さなサイズのデータが多頻度で発生する場合でも、端末が実際に送信するデータサイズに対応したスケジューリング（回数）を設定できるようになる。
上述した実施の形態に関し、さらに以下の付記を開示する。
（付記１）端末と、端末の上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局と、を備えた無線通信システムにおいて、
前記端末は、前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信し、
前記基地局は、前記スケジューリング要求に含まれる前記データサイズに従ったスケジューリングを行う、
ことを特徴とする無線通信システム。
（付記２）前記端末は、複数のバッファ状態閾値に基づき、送信バッファに格納するデータのデータサイズに対応するバッファ状態インデックス値を算出し、当該バッファ状態インデックス値を前記スケジューリング要求に含ませて前記基地局に送信し、
前記基地局は、前記スケジューリング要求に含まれる前記バッファ状態インデックス値に基づくスケジューリングを行う、
ことを特徴とする付記１に記載の無線通信システム。
（付記３）前記基地局は、前記バッファ状態閾値を報知情報に含ませて、予め端末に通知することを特徴とする付記２に記載の無線通信システム。
（付記４）前記基地局は、前記バッファ状態閾値を前記端末との通信接続時に通知することを特徴とする付記２に記載の無線通信システム。
（付記５）前記端末は、前記バッファ状態閾値をメモリに予め保持し、更新可能なことを特徴とする付記２に記載の無線通信システム。
（付記６）前記端末は、前記バッファ状態インデックス値を、前記スケジューリング要求を送信するチャネルの変調シンボルを用いて前記基地局に通知することを特徴とする付記２に記載の無線通信システム。
（付記７）前記端末は、前記バッファ状態インデックス値別に対応して予め定めた種別の無線リソースを用いて前記スケジューリング要求に含ませて前記基地局に送信し、
前記基地局は、前記スケジューリング要求を受信した前記無線リソースの種別に基づき、前記バッファ状態インデックス値に対応するスケジューリングを行う、
ことを特徴とする付記２に記載の無線通信システム。
（付記８）前記基地局は、前記端末から送信されたデータサイズを収集し、前記端末毎のトラフィックに対応した前記バッファ状態閾値を算出し、当該バッファ状態閾値を前記端末に通知することを特徴とする付記２〜６のいずれか一つに記載の無線通信システム。
（付記９）端末から送信される上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局において、
前記スケジューリング要求に含まれ、前記端末が送信するデータのデータサイズに従ったスケジューリングを行う、
ことを特徴とする基地局。
（付記１０）前記端末から、前記スケジューリング要求に含まれ、前記データのデータサイズに対応するバッファ状態インデックス値を受信し、
受信した前記バッファ状態インデックス値に基づくスケジューリングを行う、
ことを特徴とする付記９に記載の基地局。
（付記１１）基地局に対して上りリソースのスケジューリング要求を行い、基地局のスケジューリングに従って基地局との間の無線通信を行う端末において、
前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信する、
ことを特徴とする端末。
（付記１２）送信バッファの複数のバッファ状態閾値に基づき、前記送信バッファに格納した前記データのデータサイズに対応するバッファ状態インデックス値を算出し、当該バッファ状態インデックス値を前記スケジューリング要求に含ませて前記基地局に送信する、
ことを特徴とする付記１１に記載の端末。
（付記１３）端末と、端末の上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局におけるスケジューリング方法において、
前記端末は、前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信し、
前記基地局は、前記スケジューリング要求に含まれる前記データサイズに従ったスケジューリングを行う、
ことを特徴とするスケジューリング方法。
（付記１４）前記端末は、複数のバッファ状態閾値に基づき、送信バッファに格納する前記データのデータサイズに対応するバッファ状態インデックス値を算出し、当該バッファサイズインデックス値を前記スケジューリング要求に含ませて前記基地局に送信し、
前記基地局は、前記スケジューリング要求に含まれる前記バッファ状態インデックス値に基づくスケジューリングを行う、
ことを特徴とする付記１３に記載のスケジューリング方法。
１００ 無線通信システム
１０１ 基地局
１１０ 端末
２１１ 制御部
２１２ スケジューリング部
２１３ ベースバンド信号処理部
２１４ 記憶部
３００ バッファ状態閾値
５０１ 制御部
５０２ ベースバンド部
５０３ ＲＦ回路
５０５ 記憶部
６０１ スケジューリング要求部
６０２ シンボル変調部
６０３ 変調部
６０４ ベースバンド信号生成部
９０１ 搬送波除去部
９０２ サブキャリア分離部
９０３ 復調部
９０４ バッファ状態インデックス判定部
９０５ 上りスケジューリング処理部

Claims (14)

  1. 端末と、端末の上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局と、を備えた無線通信システムにおいて、
    前記端末は、前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信し、
    前記基地局は、前記スケジューリング要求に含まれる前記データサイズに従ったスケジューリングを行う、
    ことを特徴とする無線通信システム。
  2. 前記端末は、複数のバッファ状態閾値に基づき、送信バッファに格納するデータのデータサイズに対応するバッファ状態インデックス値を算出し、当該バッファ状態インデックス値を前記スケジューリング要求に含ませて前記基地局に送信し、
    前記基地局は、前記スケジューリング要求に含まれる前記バッファ状態インデックス値に基づくスケジューリングを行う、
    ことを特徴とする請求項１に記載の無線通信システム。
  3. 前記基地局は、前記バッファ状態閾値を報知情報に含ませて、予め端末に通知することを特徴とする請求項２に記載の無線通信システム。
  4. 前記基地局は、前記バッファ状態閾値を前記端末との通信接続時に通知することを特徴とする請求項２に記載の無線通信システム。
  5. 前記端末は、前記バッファ状態閾値をメモリに予め保持し、更新可能なことを特徴とする請求項２に記載の無線通信システム。
  6. 前記端末は、前記バッファ状態インデックス値を、前記スケジューリング要求を送信するチャネルの変調シンボルを用いて前記基地局に通知することを特徴とする請求項２に記載の無線通信システム。
  7. 前記端末は、前記バッファ状態インデックス値別に対応して予め定めた種別の無線リソースを用いて前記スケジューリング要求に含ませて前記基地局に送信し、
    前記基地局は、前記スケジューリング要求を受信した前記無線リソースの種別に基づき、前記バッファ状態インデックス値に対応するスケジューリングを行う、
    ことを特徴とする請求項２に記載の無線通信システム。
  8. 前記基地局は、前記端末から送信されたデータサイズを収集し、前記端末毎のトラフィックに対応した前記バッファ状態閾値を算出し、当該バッファ状態閾値を前記端末に通知することを特徴とする請求項２〜７のいずれか一つに記載の無線通信システム。
  9. 端末から送信される上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局において、
    前記スケジューリング要求に含まれ、前記端末が送信するデータのデータサイズに従ったスケジューリングを行う、
    ことを特徴とする基地局。
  10. 前記端末から、前記スケジューリング要求に含まれ、前記データのデータサイズに対応するバッファ状態インデックス値を受信し、
    受信した前記バッファ状態インデックス値に基づくスケジューリングを行う、
    ことを特徴とする請求項９に記載の基地局。
  11. 基地局に対して上りリソースのスケジューリング要求を行い、前記基地局のスケジューリングに従って前記基地局との間の無線通信を行う端末において、
    前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信する、
    ことを特徴とする端末。
  12. 送信バッファの複数のバッファ状態閾値に基づき、前記送信バッファに格納した前記データのデータサイズに対応するバッファ状態インデックス値を算出し、当該バッファ状態インデックス値を前記スケジューリング要求に含ませて前記基地局に送信する、
    ことを特徴とする請求項１１に記載の端末。
  13. 端末と、端末の上りリソースのスケジューリング要求に基づき、前記端末の無線通信のスケジューリングを行う基地局におけるスケジューリング方法において、
    前記端末は、前記スケジューリング要求に、前記基地局に送信するデータのデータサイズを含ませて前記基地局に送信し、
    前記基地局は、前記スケジューリング要求に含まれる前記データサイズに従ったスケジューリングを行う、
    ことを特徴とするスケジューリング方法。
  14. 前記端末は、複数のバッファ状態閾値に基づき、送信バッファに格納する前記データのデータサイズに対応するバッファ状態インデックス値を算出し、当該バッファサイズインデックス値を前記スケジューリング要求に含ませて前記基地局に送信し、
    前記基地局は、前記スケジューリング要求に含まれる前記バッファ状態インデックス値に基づくスケジューリングを行う、
    ことを特徴とする請求項１３に記載のスケジューリング方法。
JP2017554702A 2015-12-08 2015-12-08 無線通信システム、基地局およびスケジューリング方法 Active JP6717322B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/084452 WO2017098588A1 (ja) 2015-12-08 2015-12-08 無線通信システム、基地局、端末およびスケジューリング方法

Publications (2)

Publication Number Publication Date
JPWO2017098588A1 true JPWO2017098588A1 (ja) 2018-09-27
JP6717322B2 JP6717322B2 (ja) 2020-07-01

Family

ID=59012841

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017554702A Active JP6717322B2 (ja) 2015-12-08 2015-12-08 無線通信システム、基地局およびスケジューリング方法

Country Status (4)

Country Link
US (1) US10624117B2 (ja)
EP (1) EP3389301B1 (ja)
JP (1) JP6717322B2 (ja)
WO (1) WO2017098588A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW202318903A (zh) * 2021-10-29 2023-05-01 財團法人資訊工業策進會 無線通訊裝置以及方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008520128A (ja) * 2004-11-10 2008-06-12 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ２つのグループの専用アップリンクチャネル間の負荷バランスを可能とするシステム、装置、及び方法
WO2009025067A1 (ja) * 2007-07-31 2009-02-26 Sharp Kabushiki Kaisha 通信システム、移動局装置、基地局装置及び通信方法
WO2010143495A1 (ja) * 2009-06-10 2010-12-16 シャープ株式会社 通信システム、基地局、移動局および無線リソース割当て方法
JP2012110047A (ja) * 2007-06-19 2012-06-07 Nec Corp バッファ状態報告
EP2675081A1 (en) * 2011-03-11 2013-12-18 Huawei Technologies Co., Ltd. Method, system and device for scheduling uplink data
WO2014181477A1 (ja) * 2013-05-10 2014-11-13 富士通株式会社 無線通信システム、移動局、基地局及び無線通信方法
WO2014184221A1 (en) * 2013-05-14 2014-11-20 Corenetix Gmbh Signal representing data, method and device for generating such signal and method and device for determining the represented data from such signal
WO2015137208A1 (ja) * 2014-03-14 2015-09-17 シャープ株式会社 端末装置、基地局装置、通信システム、リソース管理方法および集積回路
JP2015211242A (ja) * 2014-04-24 2015-11-24 Ｎｅｃネットワーク・センサ株式会社 データ送信機、データ受信機、データ通信システム、データ送信方法、およびデータ送信プログラム
JP2015220535A (ja) * 2014-05-15 2015-12-07 株式会社日本自動車部品総合研究所 受信機

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09214459A (ja) 1996-01-31 1997-08-15 Nippon Telegr & Teleph Corp <Ntt> Ｔｄｍａ通信方式
JP3605770B2 (ja) 1999-07-05 2004-12-22 日本電信電話株式会社 可変長パケット網輻輳制御方法
JP3892682B2 (ja) 2001-06-18 2007-03-14 株式会社エヌ・ティ・ティ・ドコモ パケット伝送方法、基地局及び移動局
JP4012167B2 (ja) * 2004-03-31 2007-11-21 株式会社東芝 無線通信システム
US7672690B2 (en) * 2004-04-22 2010-03-02 Nokia Corporation Apparatus, and associated method, for facilitating system selection in a multi-network radio communication system
KR20090114444A (ko) * 2007-01-08 2009-11-03 인터디지탈 테크날러지 코포레이션 무선 통신에서의 업링크 스케쥴링 시그널링을 위한 방법 및 장치
US8068459B2 (en) * 2009-03-31 2011-11-29 Intel Corporation Adaptive frequency reuse method of radio resources management and allocation
EP3598688B1 (en) * 2011-04-05 2021-09-08 Samsung Electronics Co., Ltd. Carrier activation in carrier aggregation based wireless communication systems
WO2013064194A1 (en) * 2011-11-04 2013-05-10 Fujitsu Limited Buffer status indication in wireless communication
GB2498709B (en) * 2012-01-17 2013-12-18 Renesas Mobile Corp Method and apparatus for scheduling an uplink data transmission
CN103535099A (zh) * 2012-05-09 2014-01-22 华为技术有限公司 上行信道资源配置方法和设备
CN104584659B (zh) * 2012-08-24 2019-05-10 富士通互联科技有限公司 无线通信方法、无线通信系统、无线基站以及无线终端

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008520128A (ja) * 2004-11-10 2008-06-12 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ２つのグループの専用アップリンクチャネル間の負荷バランスを可能とするシステム、装置、及び方法
JP2012110047A (ja) * 2007-06-19 2012-06-07 Nec Corp バッファ状態報告
WO2009025067A1 (ja) * 2007-07-31 2009-02-26 Sharp Kabushiki Kaisha 通信システム、移動局装置、基地局装置及び通信方法
WO2010143495A1 (ja) * 2009-06-10 2010-12-16 シャープ株式会社 通信システム、基地局、移動局および無線リソース割当て方法
EP2675081A1 (en) * 2011-03-11 2013-12-18 Huawei Technologies Co., Ltd. Method, system and device for scheduling uplink data
WO2014181477A1 (ja) * 2013-05-10 2014-11-13 富士通株式会社 無線通信システム、移動局、基地局及び無線通信方法
WO2014184221A1 (en) * 2013-05-14 2014-11-20 Corenetix Gmbh Signal representing data, method and device for generating such signal and method and device for determining the represented data from such signal
WO2015137208A1 (ja) * 2014-03-14 2015-09-17 シャープ株式会社 端末装置、基地局装置、通信システム、リソース管理方法および集積回路
JP2015211242A (ja) * 2014-04-24 2015-11-24 Ｎｅｃネットワーク・センサ株式会社 データ送信機、データ受信機、データ通信システム、データ送信方法、およびデータ送信プログラム
JP2015220535A (ja) * 2014-05-15 2015-12-07 株式会社日本自動車部品総合研究所 受信機

Also Published As

Publication number Publication date
JP6717322B2 (ja) 2020-07-01
EP3389301A4 (en) 2019-06-26
US20180279349A1 (en) 2018-09-27
EP3389301A1 (en) 2018-10-17
WO2017098588A1 (ja) 2017-06-15
EP3389301B1 (en) 2022-08-10
US10624117B2 (en) 2020-04-14

Similar Documents

Publication Publication Date Title
CN108347778B (zh) 通信方法及装置
EP3550884A1 (en) Signal transmission method, terminal device and network device
EP3288329A1 (en) Frequency spectrum coordination device and method, and device and method in wireless communication system
US8503395B2 (en) Apparatus and method for transmitting load indicator in a broadband wireless communication system
EP2716126B1 (en) Mobile communications system, infrastructure equipment, base station and method
EP3457793A1 (en) Information transmission method, network device, and terminal device
CN110572847A (zh) 数据传输方法、系统、计算机设备和存储介质
KR20190039568A (ko) 데이터 송신 방법, 단말기, 및 기지국
RU2767505C2 (ru) Способ передачи данных, устройство и система связи
EP3123765A1 (en) Evolved node-b and mobility management entity and user equipment and methods for supporting attended and unattended services
EP3925345A1 (en) Resource configuration for a bandwidth part for a wireless network
EP2091165A1 (en) Method for reducing interference between adjacent sectors, and base station apparatus
CN103202079A (zh) 一种用户分组的方法及装置
WO2014006498A1 (en) Method of bandwidth configuration for a user equipment in a mtc based communication network
EP3373688B1 (en) Method and device for transmitting data
CN106658725B (zh) 一种数据传输方法及装置
US11528705B2 (en) Signal transmission method and device
JP6717322B2 (ja) 無線通信システム、基地局およびスケジューリング方法
EP3500037B1 (en) Data transmission method, terminal device and network device
EP3306995B1 (en) Communication method and apparatus
CN109802769B (zh) 免调度上行传输harq进程标识的确定方法、装置及用户设备
CN112929132A (zh) 从一个ofdm模式到另一ofdm模式的切换
JP2023541600A (ja) ユーザ機器アクセス方法、共有キャリア基地局、ユーザ機器、コンピュータ可読記録媒体、及びコンピュータプログラム
KR20120015608A (ko) 무선통신 시스템에서 레인징 신호를 전송하기 위한 방법 및 장치
JP5089431B2 (ja) 無線基地局装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180605

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180605

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181127

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190423

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190624

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191119

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200117

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200512

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200525

R150 Certificate of patent or registration of utility model

Ref document number: 6717322

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150