JP6956935B2 - 無線端末、無線基地局、無線通信システム、無線通信方法 - Google Patents

Description

本発明は、無線端末、無線基地局、無線通信システム、無線通信方法に関する。

近年、携帯電話システム（セルラーシステム）等の無線通信システム（移動通信システムとも称される）において、無線通信の更なる高速化・大容量化等を図るため、次世代の無線通信技術について議論が行われている。例えば、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）と呼ばれる通信規格や、ＬＴＥの無線通信技術をベースとしたＬＴＥ−Ａ（LTE-Advanced）と呼ばれる通信規格の仕様策定を既に行い、その機能の拡張のための検討作業が継続的に行なわれている。例えば、ＩＴＵ−Ｒ(International Telecommunication Union Radio communications sector)から提示された運用シナリオや技術要件の内容を実現する第五世代移動通信システム（５Ｇシステムとも称される）の標準化に関する議論が行われている。

上述のような無線通信システムでは、無線基地局（基地局とも称される）がより高い効率で無線リソースのスケジューリングを行うことを助け得るために、アップリンク（Uplink：ULとも称される）スケジューリング情報、例えば、無線端末（端末、ユーザ端末、移動局とも称される）のバッファ状態報告（Buffer Status Report: BSRとも称される）を、無線端末が無線基地局へ送信する。無線端末のバッファ状態報告の伝送は、ＢＳＲとも称され、例えば、無線端末の送信バッファに滞留しているデータの量に基づく情報が伝送される。

ＢＳＲの伝送効率の観点から、無線端末は、送信バッファ（バッファとも称される）に滞留しているデータの量を、所定の粒度で量子化したインデックス値（ＢＳＲインデックスとも称される）に変換することで、情報量の圧縮を行う。そのため、無線端末及び無線基地局は、バッファ状態報告テーブル（ＢＳＲインデックステーブルとも称される）が設けられる。ＢＳＲインデックステーブルでは、送信バッファの下限値から上限値までの区間（例えば、０から３０００ｋｂｙｔｅｓまでの区間）を複数の小区間に分割し、各小区間のインデックスがバッファ中のデータ量（バッファサイズとも称される）の１つの範囲に対応する。

無線端末は、上述のＢＳＲインデックステーブルに従って、バッファ中のデータ量（バッファサイズ、data available for transmission, data volumeなどとも称される）に該当する小区間に関連付けられたインデックス値（ＢＳＲインデックス、ＢＳＲインデックス値、ＢＳＲ値とも称される）を特定し、ＢＳＲインデックスを含むＢＳＲを伝送する。無線基地局は、無線端末からのＢＳＲを受信し、どの無線端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことができる。なお、無線端末は、無線基地局に無線リソースを割り当てるようにと、積極的に要求してもよい。

無線端末からのＢＳＲの送信契機は、例えば、無線基地局から送信される設定情報により指定される周期に従って生起される。無線基地局は、無線端末からのＢＳＲに基づいて無線端末のバッファサイズを推定し、スケジューリングで割当てた無線リソースの量などに基づいて、無線端末のバッファサイズの推定量を更新する。なお、無線端末からのＢＳＲの送信契機は、無線基地局から送信される設定情報により指定される周期以外にもあり得る。例えば、アップリンク信号のパケットを生成する際に、パケットに含ませるパディングビットが所定長以上となる場合にも、無線端末は、ＢＳＲを無線基地局へ送信しようとする。

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

3GPP TS 36.211 V14.2.0 (2017-03) 3GPP TS 36.212 V14.2.0 (2017-03) 3GPP TS 36.213 V14.2.0 (2017-03) 3GPP TS 36.300 V14.2.0 (2017-03) 3GPP TS 36.321 V14.2.0 (2017-03) 3GPP TS 36.322 V14.0.0 (2017-03) 3GPP TS 36.323 V14.2.0 (2017-03) 3GPP TS 36.331 V14.2.0 (2017-03) 3GPP TS 36.413 V14.2.0 (2017-03) 3GPP TS 36.423 V14.2.0 (2017-03) 3GPP TS 36.425 V14.0.0 (2017-03) 3GPP TR 38.801 V14.0.0 (2017-03) 3GPP TR 38.802 V14.0.0 (2017-03) 3GPP TR 38.803 V14.0.0 (2017-03) 3GPP TR 38.804 V14.0.0 (2017-03) 3GPP TR 38.900 V14.2.0 (2016-12) 3GPP TR 38.912 V14.0.0 (2017-03) 3GPP TR 38.913 V14.0.0 (2017-03)

第五世代移動通信システム以降の次世代移動通信システムにおいては、例えば、触覚通信や拡張現実など、従来と異なるレベルの低遅延が要求されるサービスの登場が期待されている。そのようなサービスの実現に向けて、第五世代移動通信システムでは、超高信頼・低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communications）を機能要件の一つとしている。例えば、第四世代移動通信システムであるＬＴＥでは、無線区間におけるパケットの送信元から送信先への遅延として１０［ミリ秒］の遅延が想定されるのに対し、第五世代移動通信システムでは、１［ミリ秒］以下の遅延を実現することが目指されている。

しかし、第五世代移動通信システムにおける議論はまだ開始されたばかりであり、当面は基本的なシステム設計が主に議論されていくことになると考えられる。そのため、オペレーター内において適宜実装される技術については十分な検討がなされていない。例えば、ＵＲＬＬＣを実現する上で、ＢＳＲの実装上の課題については、議論があまり進んでいないのが実情である。

開示の技術は、上記に鑑みてなされたものであって、第五世代移動通信システムにおけるＢＳＲの実装上の課題を解決できる無線端末、無線基地局、無線通信システム、無線通信方法を提供することを目的とする。

開示の一側面によれば、基地局および一以上の端末を含む無線通信システムにおいて用いられる端末は、基地局との無線通信が可能な通信回路と、基地局からアップリンク許可を受けて送信バッファに格納されたアップリンクデータを通信回路を用いて送信する際に、アップリンク許可に示される無線リソースの割当量の一部を、送信バッファの状態報告の伝送に割当てる処理回路と、を備える。

開示の技術の一側面によれば、第五世代移動通信システムにおけるＢＳＲの実装上の課題を解決することができる。

図１は、無線通信システムにおけるＢＳＲ伝送のシーケンスの一例を示す図である。 図２は、無線通信システムにおける端末及び基地局が有するＢＳＲインデックステーブルの内容の一例を示す図である。 図３は、基地局におけるバッファ推定量の推定精度の低下により引き起こされ得る事情を示す図（その１）である。 図４は、基地局におけるバッファ推定量の推定精度の低下により引き起こされ得る事情を示す図（その２）である。 図５は、実施例１に係る無線通信システムにおけるＢＳＲ伝送シーケンスの一例を示す図である。 図６は、実施例２に係る無線通信システムにおけるＢＳＲ伝送シーケンスの一例を示す図である。 図７は、実施例２に係る端末における処理の流れの一例を示す図である。 図８は、実施例２に係る基地局における処理の流れの一例を示す図である。 図９は、実施例３に係る無線通信システムにおけるＢＳＲ伝送のシーケンスの一例を示す図である。 図１０は、実施例３に係る端末における処理の流れの一例を示す図（その１）である。 図１１は、実施例３に係る端末における処理の流れの一例を示す図（その２）である。 図１２は、実施例３に係る基地局における処理の流れの一例を示す図である。 図１３は、実施例４に係る無線通信システムにおけるＢＳＲ伝送のシーケンスの一例を示す図である。 図１４は、実施例４に係る端末における処理の流れの一例を示す図である。 図１５は、実施例５に係る端末における処理の流れの一例を示す図である。 図１６は、上述の各実施例で端末から基地局へ送信されるアップリンク信号のデータ構造の一例を示す図である。 図１７は、無線通信システムにおける端末と基地局とのハードウェア構成の一例を示す図である。

以下に、本願の開示する無線端末、無線基地局、無線通信システム、無線通信方法の実施例について、図面を参照しながら詳細に説明する。なお、以下に示す実施例は開示の技術を限定するものではない。また、以下に示す各実施例は、適宜組み合わせて実施してもよいことはいうまでもない。ここで、非特許文献１ないし非特許文献１８の全ての内容は、参照することによりここに援用される。

上述の如く、第五世代移動通信システムにおける議論はまだ開始されたばかりである。そのため、例えば、超高信頼・低遅延通信（ＵＲＬＬＣ）を実現する上で生じ得るＢＳＲの実装上の課題については、議論があまり進んでいないのが実情である。

本発明の発明者らは、第五世代移動通信システムを実現する上で生じ得る実装上の困難について、独自の検討の結果、第五世代移動通信システムの一側面において、データ転送レートが従前に比べ飛躍的に向上することで、無線端末（以下、端末とも称される）で生じるデータのライフサイクルが著しく高速化し得ることを見出した。例えば、端末に関連付けられたセンサなどの各種デバイスからのデータが頻繁に生成されて送信バッファに格納されることが想定され得る。あるいは、例えば、比較的短い時間の経過によりデータが陳腐化することで送信バッファに格納されたデータが廃棄されることが想定され得る。別言すると、端末の送信バッファにデータが滞留する時間がデータのライフサイクルに比して長くなることで、基地局へ送信されることなく送信バッファ中のデータが廃棄されやすくなる。

この様に、第五世代移動通信システムの一側面では、端末の送信バッファに格納されたデータの量（バッファサイズ）が頻繁に増減し得る。そのため、無線基地局（以下、基地局とも称される）が把握している端末のバッファサイズの推定量（バッファ推定量とも称される）と、端末での実際のバッファサイズとの差が大きくなる、という事情が生じ得る。別言すると、基地局におけるバッファ推定量の推定精度が低下する。この事情に対処するため、単純に、端末からのＢＳＲの送信周期を短縮すると、ＢＳＲ送信に伴う通信のオーバヘッドが大きくなり得る。別言すると、無線リソースの利用効率が低下するという新たな事情が生じ得る。なお、本開示において、用語「無線リソース」は、特に他の言及がない限り、アップリンクの無線リソースを指すものとして用いられる。

つぎに、ＢＳＲ伝送シーケンスの一例を説明する。図１は、無線通信システム１におけるＢＳＲ伝送のシーケンスの一例を示す図である。まず、端末１０は、ＢＳＲの送信契機が生起した場合、基地局２０に対してＢＳＲ伝送用の無線リソースの割当てを要求する（Ｓ１）。その際に端末１０から基地局２０へ送信される信号は、スケジューリング・リクエストとも称される。なお、ＢＳＲの送信契機は、種々のタイミングが挙げられる。上述の様に、基地局２０からの設定情報により指定された送信周期に基づいてＢＳＲ伝送シーケンスを実行してもよい。あるいは、ある時点を起点とした所定時間内に所定イベントが検知されなかった場合にＢＳＲ伝送シーケンスを実行してもよい。

基地局２０は、端末１０からの要求（スケジューリング・リクエスト）を受けて、例えば、割り当て可能な無線リソースがあるか否かを確認し、優先的に無線リソースを割り当てるべき他の端末が存在しなければ、スケジューリング・リクエストの送信元の端末１０に対して無線リソースを割り当てる。そして、基地局２０は、端末１０に対して、アップリンク許可（UL Grant、UL Scheduling Grantとも称される）を発行する（Ｓ２）。なお、基地局２０は必ずしもアップリンク許可を発行するとは限らない。

端末１０は、基地局２０からのアップリンク許可を受けた後、割当てられたアップリンク無線リソースを用いて、最新のＢＳＲを基地局２０へ伝送する（Ｓ３）。その際、端末装置１０は、送信バッファに格納されているデータの量（バッファサイズ）を取得し、上述のＢＳＲインデックステーブルに従って、バッファサイズに対応する小区間のインデックス値（ＢＳＲインデックス）を決定する。これにより、端末１０は、最新のバッファサイズに対応したＢＳＲインデックスを有するＢＳＲ（最新のＢＳＲ）を、基地局２０へ送信することができる。

基地局２０は、端末１０からの最新のＢＳＲを受信し、最新のＢＳＲに示されるＢＳＲインデックスに基づいて、端末１０のバッファサイズを推定する。その際、基地局２０は、端末１０が有するのと同じＢＳＲインデックステーブルに従って、最新のＢＳＲに示されるＢＳＲインデックスを、バッファサイズ値に変換する。最新のＢＳＲに基づいて端末１０のバッファ推定量を更新することで、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。基地局２０は、最新のバッファ推定量などに基づき、無線リソースのスケジューリングを行う。その結果、端末１０に対して無線リソースを割当てた場合、アップリンク許可を発行する（Ｓ４）。

端末１０は、基地局２０からのアップリンク許可を受けて、割当てられたデータ量（割当量とも称される）に応じたサイズのデータ（ＵＬ（Uplink）データとも称される）を送信バッファから取り出し、割当てられた無線リソースを用いてデータを基地局２０に送信する（Ｓ５）。

上述のＢＳＲ伝送シーケンスで参照されるＢＳＲインデックステーブルの一例について説明する。図２は、無線通信システム１における端末１０及び基地局２０が有するＢＳＲインデックステーブルの内容の一例を示す図である。図２に示すＢＳＲインデックステーブルは、バッファの下限値である０ｂｙｔｅから、バッファの上限値である３０００ｋｂｙｔｅｓまでの区間を、６４個の小区間に分割し、各小区間に対して０から６３のＢＳＲインデックスが関連付けられている。例えば、インデックス値が「３２」のＢＳＲインデックスに対して、小区間「４９４０＜ＢＳ＜＝６０７４」が関連付けられている。すなわち、小区間「４９４０＜ＢＳ＜＝６０７４」に対応するバッファ推定量ＢＳは、４９４０ｂｙｔｅｓより大きく、かつ、６０７４ｂｙｔｅｓ以下である範囲である。この様なＢＳＲインデックステーブルを、無線通信システム１における、端末１０及び基地局２０は有する。

つぎに、上述の事情が生じ得る具体例を説明する。図３は、基地局２０におけるバッファ推定量の推定精度の低下により引き起こされ得る事情を示す図である。まず、端末１０は、基地局２０から割当てられた無線リソースを用いてＢＳＲを送信する際に、バッファに格納されているデータの量（バッファサイズ）を参照し、バッファサイズが６０００ｂｙｔｅｓであることを取得する。そして、端末１０は、ＢＳＲインデックステーブルに従って、６００００ｂｙｔｅｓのバッファサイズに対応する小区間「４９４０＜ＢＳ＜＝６０７４」に対応するＢＳＲインデックス「３２」を取得する。

端末１０は、ＢＳＲインデックス「３２」を有するＢＳＲを基地局２０へ送信する。これにより、基地局２０は、端末１０から受信したＢＳＲに示されるＢＳＲインデックス「３２」を取得し、ＢＳＲインデックステーブルに従って、ＢＳＲインデックス「３２」に対応する小区間「４９４０＜ＢＳ＜＝６０７４」を特定することで、端末１０のバッファ推定量「４９４０＜ＢＳ＜＝６０７４」を取得する。

基地局２０は、端末１０に対するスケジューリングにおいて、例えば、バッファ推定量が示す範囲「４９４０＜ＢＳ＜＝６０７４」から、端末１０に対する無線リソースの割当量を決定する。図３に示す例では、端末１０に対する割当量として５０００ｂｙｔｅｓが割当てられたことが示されている。基地局２０は、端末１０に対する割当量「５０００ｂｙｔｅｓ」を示すアップリンク許可（UL grant）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可を受信して、アップリンク許可に示される割当量「５０００ｂｙｔｅｓ」に相当するデータを、送信バッファから取り出し、割当てられた無線リソースを用いて、データ（UL Data：５０００ｂｙｔｅｓ長）を基地局２０へ送信する。図３に示す例では、データ（UL Data：５０００ｂｙｔｅｓ長）送信後の端末１０のバッファサイズは、６０００ｂｙｔｅｓから５０００ｂｙｔｅｓを減算することで、１０００ｂｙｔｅｓになる。

なお、実際の無線通信システム１において、端末１０は、アップリンク許可に示される割当量と同じデータ長のデータを送信できるとは限らないことに留意されたい。例えば、プロトコルスタック上のレイヤでの処理に利用されるヘッダ情報（例えばＭＡＣ（Medium Access Control）ヘッダ）などの信号が送信データに付加されることで、割当量の一部がヘッダ情報などに消費され得る。しかし、本開示において示される数値の具体例は、説明の簡略化のため、ヘッダ情報などに分配すべきリソース量は考慮しないこととする。したがって、本開示において、基地局２０から端末１０に割当てられる無線リソースの割当量は、本開示において示される割当量の数値例に加えて、ヘッダ情報などに分配すべきリソース量が加味された値が設定され得る。なお、ヘッダ情報以外に付加される信号としては、例えば、ＣＲＣ（Cyclic Redundancy Check）と称される符号系列が挙げられる。以下の開示において、同様である。

基地局２０は、端末１０からのデータ（UL Data：５０００ｂｙｔｅｓ長）を受信し、受信データのデータ長に基づいて、端末１０のバッファ推定量を更新する。図３に示す例では、更新前のバッファ推定量の上限値「６０７４ｂｙｔｅｓ」から受信データのデータ長「５０００ｂｙｔｅｓ」を減算することで、更新後のバッファ推定量の上限値は「１０７４ｂｙｔｅｓ」になる。また、更新前のバッファ推定量の下限値「４９４０ｂｙｔｅｓ」から受信データのデータ長「５０００ｂｙｔｅｓ」を減算することで、更新後のバッファ推定量の下限値は「０ｂｙｔｅｓ」になる。なお、上述の減算において更新後の値が負の数になる場合は、更新後の下限値は「０ｂｙｔｅｓ」を含む値となる。その結果、基地局２０は、データ（UL Data：５０００ｂｙｔｅｓ長）受信後の端末１０のバッファ推定量を、範囲「０＜＝ＢＳ＜＝１０７４」に更新する。

基地局２０は、端末１０に対するスケジューリングにおいて、バッファ推定量が示す範囲「０＜＝ＢＳ＜＝１０７４」から、端末１０に対する無線リソースの割当量を決定する。図３に示す例では、端末１０に対する無線リソースの割当量として、「１１００ｂｙｔｅｓ」が割当てられる。基地局２０は、端末１０に対する割当量「１１００ｂｙｔｅｓ」を示すアップリンク許可を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可（割当量：１１００ｂｙｔｅｓ）を受信して、アップリンク許可に示される割当量「１１００ｂｙｔｅｓ」に相当するデータを、送信バッファから取り出して、割当てられた無線リソースを用いて、データ（UL Data：５０００ｂｙｔｅｓ長）を基地局２０へ送信する。その際、端末１０の送信バッファには、新たなデータ（データ長：５０００ｂｙｔｅｓ）が追加されており、データ送信後の端末１０のバッファサイズは、６０００ｂｙｔｅｓから１１００ｂｙｔｅｓを減算して、４９００ｂｙｔｅｓになる。

一方、基地局２０は、端末１０からのデータ（UL Data：１１００ｂｙｔｅｓ長）を受信し、受信データのデータ長に基づいて、端末１０のバッファ推定量を更新する。図３の例では、端末１０の更新後のバッファ推定量は、更新前のバッファ推定量の上限値「１０７４ｂｙｔｅｓ」から受信データのデータ長「１１００ｂｙｔｅｓ」を減算することで、「０ｂｙｔｅｓ」になる。その結果、基地局２０は、端末１０に対する無線リソースのスケジューリングを停止する。よって、端末１０は、基地局２０に対してスケジューリング・リクエストを送信するなどして、無線リソースの割り当てを受けるまで、送信バッファに格納されたデータの送信が中断することとなる。しかも、基地局２０に対するスケジューリング・リクエストの送信は、端末１０において所定のタイマーが満了するなどのタイミングを契機とするため、その分だけ遅延が生じ、無線リソースの利用効率が低下する。

上述の事情は、送信バッファに格納中のデータが廃棄された場合にも生じ得る。図４は、基地局２０におけるバッファ推定量の推定精度の低下により引き起こされ得る事情を示す図（その２）である。図４の例において、端末１０の最初のバッファサイズは、図３の例と同様に、「６０００ｂｙｔｅｓ」である。そのため、端末１０は、ＢＳＲインデックス「３２」を有するＢＳＲを基地局２０へ送信する。そして、基地局２０は、図３の例と同様に、端末１０のバッファ推定量として範囲「４９４０＜ＢＳ＜＝６０７４」を取得する。

基地局２０は、端末１０に対するスケジューリングにおいて、例えば、バッファ推定量が示す範囲「４９４０＜ＢＳ＜＝６０７４」から、端末１０に対する無線リソースの割当量として「５００ｂｙｔｅｓ」を決定する。基地局２０は、端末１０に対する割当量「５００ｂｙｔｅｓ」を示すアップリンク許可（割当量：５００ｂｙｔｅｓ）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可を受信して、アップリンク許可に示される割当量「５００ｂｙｔｅｓ」に相当するデータ（送信データとも称される）を、送信バッファから取り出し、割当てられた無線リソースを用いて、データ（UL Data：５００ｂｙｔｅｓ長）を基地局２０へ送信する。その結果、データ（UL Data：５００ｂｙｔｅｓ長）送信後の端末１０のバッファサイズは、６０００ｂｙｔｅｓから送信データのデータ長（５００ｂｙｔｅｓ）を減算することで、５５００ｂｙｔｅｓになる。

基地局２０は、端末１０からのデータ（UL Data：５００ｂｙｔｅｓ長）を受信し、受信データのデータ長に基づいて、端末１０のバッファ推定量を更新する。図４に示す例では、更新前のバッファ推定量の上限値「６０７４ｂｙｔｅｓ」から受信データのデータ長「５００ｂｙｔｅｓ」を減算することで、更新後のバッファ推定量の上限値は「５５７４ｂｙｔｅｓ」になる。また、更新前のバッファ推定量の下限値「４９４０ｂｙｔｅｓ」から受信データのデータ長「５００ｂｙｔｅｓ」を減算することで、更新後のバッファ推定量の下限値は「４４４０ｂｙｔｅｓ」になる。その結果、基地局２０は、データ（UL Data：５０００ｂｙｔｅｓ長）受信後の端末１０のバッファ推定量を、範囲「４４４０＜ＢＳ＜＝５５７４」に更新する。

基地局２０は、端末１０に対するスケジューリングにおいて、バッファ推定量が示す範囲「４４４０＜ＢＳ＜＝５５７４」から、端末１０に対する無線リソースの割当量を決定する。図４に示す例では、端末１０に対する無線リソースの割当量として、「５００ｂｙｔｅｓ」が割当てられる。基地局２０は、端末１０に対する割当量「５００ｂｙｔｅｓ」を示すアップリンク許可を、端末１０へ送信する。

ところが、図４に示す例において、端末１０は、基地局２０からのアップリンク許可（割当量：５００ｂｙｔｅｓ）を受信する前に、送信バッファに格納されているデータ（５５００ｂｙｔｅｓ長）のうち一部のデータ（５０００ｂｙｔｅｓ長）を廃棄する。その結果、端末１０の送信バッファには、５００ｂｙｔｅｓ長のデータが格納されている。上述のデータ廃棄は、例えば、ＭＡＣ（Medium Access Control）レイヤの上位層であるＰＤＣＰ（Packet Data Convergence Protocol）レイヤにおいて実施されるＰＤＣＰ ＳＤＵ Ｄｉｓｃａｒｄや、ＡＱＭ（Active Queue Management）などの処理によって生じ得る。端末１０は、基地局２０からのアップリンク許可（割当量：５００ｂｙｔｅｓ）を受信して、アップリンク許可に示される割当量「５００ｂｙｔｅｓ」に相当するデータを、送信バッファから取り出して、割当てられた無線リソースを用いて、データ（UL Data：５００ｂｙｔｅｓ長）を基地局２０へ送信する。データ（UL Data：５００ｂｙｔｅｓ長）送信後の端末１０のバッファサイズは、５００ｂｙｔｅｓから送信データのデータ長（５００ｂｙｔｅｓ）を減算することで、０ｂｙｔｅｓになる。

一方、基地局２０は、端末１０からのデータ（UL Data：５００ｂｙｔｅｓ長）を受信し、受信データのデータ長に基づいて、端末１０のバッファ推定量を更新する。図４の例では、更新前のバッファ推定量の上限値「５５７４ｂｙｔｅｓ」から受信データのデータ長「５００ｂｙｔｅｓ」を減算することで、更新後のバッファ推定量の上限値は「５０７４ｂｙｔｅｓ」になる。また、更新前のバッファ推定量の下限値「４４４０ｂｙｔｅｓ」から受信データのデータ長「５００ｂｙｔｅｓ」を減算することで、更新後のバッファ推定量の下限値は「３９４０ｂｙｔｅｓ」になる。その結果、基地局２０は、端末１０に対する無線リソースのスケジューリングを継続する。しかし、端末１０は、送信バッファに送信すべきデータが格納されておらず、基地局２０からアップリンク許可を受けたとしても、送信すべきデータがないため、パディングビットを含む信号を送信することとなる。そのため、無線リソースの利用効率が低下する。

この様に、無線通信システム１では、基地局２０におけるバッファ推定量の推定精度が低下することで、無線リソースの利用効率が低下し得る。上述したように、第五世代移動通信システムでは、ＩｏＴなど無線通信の新たな用途が想定されており、端末で生じるデータのライフサイクルが著しく高速化し得る。そのため、従来のＢＳＲ伝送方式を踏襲したのでは、データのライフサイクルの高速化に伴う端末のバッファ状態の変動に基地局２０におけるバッファ推定が追従しきれず、バッファ推定量の推定精度が低下し得ることが懸念される。

本開示の一側面によれば、基地局におけるバッファ推定が端末のバッファ状態の変動に追従し得る、新たなＢＳＲ伝送技術が提供される。なお、上述の事情は、第五世代移動通信システムを一側面から検討した場合に見出し得るものであり、他の側面から検討した場合には、他の事情が見出され得ることに留意されたい。別言すると、本発明の特徴点及び利点は、上述の事情を解決する用途に限定されるものではなく、以下に開示する実施形態の全体を通じて把握され得る。

以下に示す実施形態の構成は、本発明の技術思想を具体化するための一例を示したものであり、本発明をこの実施形態の構成に限定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態にも等しく適用し得るものである。例えば、ＭＡＣ等の種々の名称については、今後の第五世代移動通信システムの仕様策定において、名称が変更され得ることも考えられる。また、第五世代移動通信システム以降の移動通信システムについても、各名称が変更され得ることも考えられる。以下の開示では、端末１０の送信バッファの状態報告の一例として、ＭＡＣレイヤにおける処理の例を用いるが、これに限定する意図ではないことに留意されたい。

＜実施例１＞ 図５は、実施例１に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例を示す図である。図５に示す例において、端末１０は、基地局２０からのアップリンク許可を受けてアップリンクデータ（ＵＬデータとも称される）を送信する際に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。これにより、基地局２０は、端末１０からのデータを受信する都度、最新のＢＳＲに基づいて端末１０のバッファサイズの推定を行うことができ、バッファ推定量の推定精度の低下を抑制できる。

以下、図５に示すシーケンス例を、順を追って説明する。図５の例において、端末１０の最初のバッファサイズは、「Ｂ１」である。なお、以下の説明において、特に他の言及がない限り、バッファサイズなどの各種データ長の単位はバイト（ｂｙｔｅ）である。

端末１０は、ＢＳＲインデックステーブルに従って、バッファサイズ「Ｂ１」をＢＳＲインデックス「Ｘ１」に変換する。すなわち、端末１０は、最新のバッファサイズ「Ｂ１」を包含する小区間「Ｅ１１＜ＢＳ＜＝Ｅ１２」に対応するＢＳＲインデックス「Ｘ１」を取得する。なお、バッファサイズ「Ｂ１」と小区間との関係は、例えば、「Ｅ１１＜Ｂ１＜＝Ｅ１２」で表わされる。

端末１０は、ＢＳＲインデックス「Ｘ１」を有するＢＳＲ（BSR (X1)）を基地局２０へ送信する。そして、基地局２０は、ＢＳＲインデックステーブルに従ってＢＳＲインデックス「Ｘ１」を逆変換して、下限値「Ｅ１１」と上限値「Ｅ１２」とを有する小区間「Ｅ１１＜ＢＳ＜＝Ｅ１２」を取得し、端末１０のバッファ推定量として範囲「Ｅ１１＜ＢＳ＜＝Ｅ１２」を推定する。なお、端末１０のバッファサイズ「Ｂ１」と小区間との関係は、例えば、「Ｅ１１＜Ｂ１＜＝Ｅ１２」で表わされる。

基地局２０は、端末１０に対するスケジューリングにおいて、例えば、バッファ推定量が示す範囲「Ｅ１１＜ＢＳ＜＝Ｅ１２」から、端末１０に対する無線リソースの割当量（第一の割当量とも称される）として「Ｇ１」を決定する。なお、割当量「Ｇ１」とバッファ推定量との関係は、例えば、「Ｅ１１＜Ｇ１＜＝Ｅ１２」で表わされる。基地局２０は、端末１０に対する割当量「Ｇ１」を示すアップリンク許可（割当量：Ｇ１）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可を受信し、アップリンク許可に示される割当量「Ｇ１」の一部をＢＳＲ伝送に割当てる。さらに、端末１０は、ＢＳＲ伝送に割当てた分（ＢＳＲ伝送用割当量、第二の割当量とも称される）を控除した後の割当量（残余割当量、第三の割当量とも称される）に相当するデータを、送信バッファから取り出す。すなわち、第一の割当量と第二の割当量と第三の割当量との関係は、例えば、「第一の割当量＝第二の割当量＋第三の割当量」で表わされる。

端末１０は、上述の残余割当量に相当するデータ長のデータを取り出した後の最新のバッファサイズ「Ｂ２」を取得し、ＢＳＲインデックステーブルに従って最新のバッファサイズ「Ｂ２」を変換することで、最新のＢＳＲインデックス「Ｘ２」を取得する。すなわち、端末１０は、最新のバッファサイズ「Ｂ２」を包含する小区間「Ｅ２１＜ＢＳ＜＝Ｅ２２」に対応するＢＳＲインデックス「Ｘ２」を取得する。なお、バッファサイズ「Ｂ２」と小区間との関係は、例えば、「Ｅ２１＜Ｂ２＜＝Ｅ２２」で表わされる。

端末１０は、最新のバッファサイズ「Ｂ２」を取得する方法として、例えば、端末１０は、データ取出し前のバッファサイズ「Ｂ１」から残余割当量（第三の割当量）を減算することで、最新のバッファサイズ「Ｂ２」を取得してもよい。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長「Ｄ１」のＵＬデータ（UL data (D1)）と、最新のＢＳＲインデックス「Ｘ２」を有するＢＳＲ（New BSR（X2））とを、基地局２０へ送信する。

基地局２０は、端末１０からのＵＬデータ（UL data (D1)）と、最新のＢＳＲインデックス「Ｘ２」を有するＢＳＲ（New BSR (X2)）とを受信する。そして、基地局２０は、ＢＳＲインデックステーブルに従って最新のＢＳＲインデックス「Ｘ２」を逆変換することで、下限値「Ｅ２１」と上限値「Ｅ２２」とを有する小区間「Ｅ２１＜ＢＳ＜＝Ｅ２２」を取得し、端末１０のバッファ推定量として範囲「Ｅ２１＜ＢＳ＜＝Ｅ２２」を取得する。これにより、基地局２０は、端末１０からの最新のＢＳＲに基づいて、端末１０のバッファ推定量を更新することができる。なお、端末１０のバッファサイズ「Ｂ２」と小区間との関係は、例えば、「Ｅ２１＜Ｂ２＜＝Ｅ２２」で表わされる。

基地局２０は、端末１０に対するスケジューリングにおいて、バッファ推定量が示す範囲「Ｅ２１＜ＢＳ＜＝Ｅ２２」から、端末１０に対する無線リソースの割当量を決定する。図５に示す例では、端末１０に対する無線リソースの割当量として、「Ｇ２」が割当てられる。なお、割当量「Ｇ２」とバッファ推定量との関係は、例えば、「Ｅ２１＜Ｇ２＜＝Ｅ２２」で表わされる。基地局２０は、端末１０に対する割当量「Ｇ２」を示すアップリンク許可を、端末１０へ送信する。

図５に示す例において、端末１０は、基地局２０からのアップリンク許可（割当量：Ｇ２）を受信する前に、送信バッファのバッファサイズが変動（データ長：Ｂ３）しており、最新のバッファサイズは「Ｂ４」に変更される。変動前のバッファサイズ「Ｂ２」と変動量「Ｂ３」と変動後のバッファサイズ「Ｂ４」との関係は、例えば、「Ｂ４＝Ｂ２＋Ｂ３」で表わされる。なお、変動量「Ｂ３」は、正の数であってもよいし、負の数であってもよい。例えば、変動量「Ｂ３」が正の数である場合、変動量に相当するデータ長の新たなデータが送信バッファに追加されたことを意味する。例えば、変動量「Ｂ３」が負の数である場合、変動量「Ｂ３」に相当するデータ長のデータが送信バッファから廃棄されたことを意味する。

端末１０は、基地局２０からのアップリンク許可（割当量：Ｇ２）を受信し、アップリンク許可に示される割当量「Ｇ２」の一部をＢＳＲ伝送に割当てる。そして、端末１０は、残余割当量（第三の割当量とも称される）に相当するデータを送信バッファから取り出す。これにより、データ取出し後のバッファサイズは「Ｂ５」になる。端末１０は、最新のバッファサイズ「Ｂ５」をＢＳＲインデックステーブルに従って変換することで、最新のＢＳＲインデックス「Ｘ３」を取得する。すなわち、端末１０は、最新のバッファサイズ「Ｂ５」を包含する小区間「Ｅ３１＜ＢＳ＜＝Ｅ３２」に対応するＢＳＲインデックス「Ｘ３」を取得する。なお、バッファサイズ「Ｂ５」と小区間との関係は、例えば、「Ｅ３１＜Ｂ５＜＝Ｅ３２」で表わされる。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長「Ｄ２」のデータ（UL data (D2)）と、最新のＢＳＲインデックス「Ｘ３」を有するＢＳＲ（New BSR (X3)）とを、基地局２０へ送信する。図５に示す例では、端末１０は、データ（UL data (D2)）と、ＢＳＲインデックス「Ｘ３」を有するＢＳＲ（New BSR (X3)）とを、基地局２０へ送信する。

基地局２０は、端末１０からのＵＬデータ（UL data (D2)）と、最新のＢＳＲインデックス「Ｘ３」を有するＢＳＲ（New BSR (X3)）とを受信する。そして、基地局２０は、最新のＢＳＲインデックス「Ｘ３」をＢＳＲインデックステーブルに従って変換することで、端末１０のバッファ推定量「Ｅ３１＜ＢＳ＜＝Ｅ３２」を取得する。これにより、端末１０からの最新のＢＳＲに基づいて、端末１０のバッファ推定量を更新することができる。その結果、図５に示す例において、基地局２０は、端末１０に対する無線リソースのスケジューリングを継続することができ、端末１０は、適切に無線リソースの割り当てを受けることができる。

＜実施例２＞ 図６は、実施例２に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例を示す図である。図６に示す例において、端末１０は、基地局２０からのアップリンク許可を受けてデータを送信する際に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。これにより、基地局２０は、端末１０からのデータを受信する都度、最新のＢＳＲに基づいて端末１０のバッファサイズの推定を行うことができ、バッファ推定量の推定精度の低下を抑制できる。

以下、図６に示すシーケンス例を、順を追って説明する。図６の例において、端末１０の最初のバッファサイズは、図３の例と同様に、「６０００ｂｙｔｅｓ」である。そのため、端末１０は、ＢＳＲインデックステーブルに従って、バッファサイズをＢＳＲインデックス「３２」に変換し、ＢＳＲインデックス「３２」を有するＢＳＲを基地局２０へ送信する。そして、基地局２０は、ＢＳＲインデックステーブルに従ってＢＳＲインデックス「３２」を逆変換して、バッファサイズの小区間「４９４０＜ＢＳ＜＝６０７４」を取得し、端末１０のバッファ推定量として範囲「４９４０＜ＢＳ＜＝６０７４」を推定する。

基地局２０は、端末１０に対するスケジューリングにおいて、例えば、バッファ推定量が示す範囲「４９４０＜ＢＳ＜＝６０７４」から、端末１０に対する無線リソースの割当量として「５０００ｂｙｔｅｓ」を決定する。基地局２０は、端末１０に対する割当量「５０００ｂｙｔｅｓ」を示すアップリンク許可（割当量：５０００ｂｙｔｅｓ）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可を受信し、アップリンク許可に示される割当量「５０００ｂｙｔｅｓ」の一部をＢＳＲ伝送に割当てる。さらに、端末１０は、ＢＳＲ伝送に割当てた分（ＢＳＲ伝送用割当量とも称される）を控除した後の割当量（残余割当量とも称される）に相当するデータを、送信バッファから取り出す。端末１０は、上述の残余割当量に相当するデータ長のデータを取り出した後の最新のバッファサイズを取得し、ＢＳＲインデックステーブルに従って最新のバッファサイズを変換することで、最新のＢＳＲインデックスを取得する。

図６に示す例では、アップリンク許可に示される割当量「５０００ｂｙｔｅｓ」のうち、ＢＳＲ伝送用として「３ｂｙｔｅｓ」が割当てられている。この場合、残余割当量は、アップリンク許可に示される割当量「５０００ｂｙｔｅｓ」からＢＳＲ伝送用割当量「３ｂｙｔｅｓ」を控除して、「４９９７ｂｙｔｅｓ」である。また、端末１０は、残余割当量に相当するデータを取り出した後の最新のバッファサイズとして、データ取出し前のバッファサイズ「６０００ｂｙｔｅｓ」から残余割当量「４９９７ｂｙｔｅｓ」を減算することで、「１００３ｂｙｔｅｓ」を取得する。図２に示すＢＳＲインデックステーブルの例によれば、最新のＢＳＲインデックスは、最新のバッファサイズ「１００３ｂｙｔｅｓ」を包含する小区間「９４５＜ＢＳ＜＝１１６２」に対応するＢＳＲインデックス「２４」である。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長のデータ（UL Data）と、最新のＢＳＲインデックスを有するＢＳＲ（New BSR）とを、基地局２０へ送信する。図６に示す例では、端末１０は、データ（UL Data：４９９７ｂｙｔｅｓ長）と、ＢＳＲインデックス「２４」を有するＢＳＲ（New BSR）とを、基地局２０へ送信する。

基地局２０は、端末１０からのデータ（UL Data：４９９７ｂｙｔｅｓ長）と、最新のＢＳＲインデックス「２４」を有するＢＳＲ（New BSR）とを受信する。そして、基地局２０は、ＢＳＲインデックステーブルに従って最新のＢＳＲインデックス「２４」を変換することで、端末１０のバッファ推定量「９４５＜ＢＳ＜＝１１６２」を取得する。これにより、端末１０からのデータを受信する都度、最新のＢＳＲに基づいて、端末１０のバッファ推定量を更新することができる。

基地局２０は、端末１０に対するスケジューリングにおいて、バッファ推定量が示す範囲「９４５＜ＢＳ＜＝１１６２」から、端末１０に対する無線リソースの割当量を決定する。図６に示す例では、端末１０に対する無線リソースの割当量として、「１１６２ｂｙｔｅｓ」が割当てられる。基地局２０は、端末１０に対する割当量「１１６２ｂｙｔｅｓ」を示すアップリンク許可を、端末１０へ送信する。

図６に示す例において、端末１０は、基地局２０からのアップリンク許可（割当量：１１６２ｂｙｔｅｓ）を受信する前に、新たなデータ（データ長：５０００ｂｙｔｅｓ）が追加されており、最新のバッファサイズは「６００３ｂｙｔｅｓ」に変更される。

端末１０は、基地局２０からのアップリンク許可（割当量：１１６２ｂｙｔｅｓ）を受信し、アップリンク許可に示される割当量「１１６２ｂｙｔｅｓ」の一部をＢＳＲ伝送に割当てる。そして、端末１０は、残余割当量「１１５９ｂｙｔｅｓ」に相当するデータを送信バッファから取り出す。これにより、データ取出し後のバッファサイズは「４８４４ｂｙｔｅｓ」になる。端末１０は、図２に示すＢＳＲインデックステーブルの例に従って最新のバッファサイズを変換することで、最新のＢＳＲインデックスを取得する。すなわち、端末１０は、最新のバッファサイズ「４８４４ｂｙｔｅｓ」を包含する小区間「４０１７＜ＢＳ＜＝４９４０」に対応するＢＳＲインデックス「３１」を取得する。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長のデータ（UL Data）と、最新のＢＳＲインデックスを有するＢＳＲ（New BSR）とを、基地局２０へ送信する。図６に示す例では、端末１０は、データ（UL Data：１１５９ｂｙｔｅｓ長）と、ＢＳＲインデックス「３１」を有するＢＳＲ（New BSR）とを、基地局２０へ送信する。

基地局２０は、端末１０からのデータ（UL Data：１１５９ｂｙｔｅｓ長）と、最新のＢＳＲインデックス「３１」を有するＢＳＲ（New BSR）とを受信する。そして、基地局２０は、ＢＳＲインデックステーブルに従って最新のＢＳＲインデックス「３１」を変換することで、端末１０のバッファ推定量「４０１７＜ＢＳ＜＝４９４０」を取得する。これにより、端末１０からのデータを受信する都度、最新のＢＳＲ（New BSR）に基づいて、端末１０のバッファ推定量を更新することができる。その結果、図６に示す例において、基地局２０は、端末１０に対する無線リソースのスケジューリングを継続することができ、端末１０は、適切に無線リソースの割り当てを受けることができる。

以上が、実施例２に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例である。ここで、従来例と実施例２との比較のために、図６の例において、端末１０が、基地局２０からのアップリンク許可（割当量：１１６２ｂｙｔｅｓ）を受信した際、割当量の一部をＢＳＲ伝送に割当てないという従来の動作を行う場合について説明する。この場合、端末１０は、基地局２０からのアップリンク許可に示される割当量（１１６２ｂｙｔｅｓ）に相当するデータを送信バッファから取り出し、データ長「１１６２ｂｙｔｅｓ」のデータを基地局へ送信する。すなわち、従来のＢＳＲ伝送シーケンスにおいて、端末１０は、データを送信する際に最新のＢＳＲを送信しない。

従来例において、基地局２０は、端末１０からの受信データに最新のＢＳＲが含まれていないため、端末１０の送信バッファに新たなデータ（データ長：５０００ｂｙｔｅｓ）が追加されたことを把握できない。そのため、基地局２０は、端末１０からのデータ（データ長：１１６２ｂｙｔｅｓ）を受信したことに応じて、端末１０のバッファ推定量を「０ｂｙｔｅｓ」に更新する。その結果、端末１０のバッファ推定量の推定精度は低下する。そして、基地局２０は、推定精度が低下したバッファ推定量に基づいて、端末１０に対する無線リソースのスケジューリングを停止してしまう。よって、端末１０は、基地局２０に対してスケジューリング・リクエストを送信するなどして、無線リソースの割り当てを受けるまで、送信バッファに格納されたデータの送信が中断することとなる。しかも、基地局２０に対するスケジューリング・リクエストの送信は、端末１０において所定のタイマーが満了するなどのタイミングを契機とするため、その分だけ遅延が生じ、無線リソースの利用効率が低下する。

上述の実施例２によれば、端末１０は、基地局２０からのアップリンク許可に示される割当量の一部をＢＳＲ伝送用に割当てて、データ（UL Data）の送信時に最新のＢＳＲを送信する。そのため、基地局２０は、最新のＢＳＲに基づいて端末１０のバッファ推定量を更新ことで、バッファ推定量を端末１０のバッファ状態の変動に追従させることができ、推定精度の低下を抑制できる。別言すると、端末１０は、基地局２０からのアップリンク許可に示される割当量の一部をＢＳＲ伝送用に割当てて、データ（UL Data）の送信時に最新のＢＳＲを送信することで、基地局２０において推定されるバッファ推定量を、端末１０のバッファ状態の変動に追従させることができる。その結果、基地局２０は、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。別言すると、端末１０は、適切に無線リソースの割り当てを受けることができる。

なお、図６では、基地局２０からのアップリンク許可を受ける前に、新たなデータが追加された例を説明したが、本実施例２はこれに限定されない。すなわち、図４で示した例と同様に、基地局２０からのアップリンク許可を受ける前に、送信バッファの一部のデータについてデータ廃棄が行われた場合にも適用され得ることに留意されたい。

次に、端末１０における処理の流れの一例を説明する。図７は、実施例２に係る端末１０における処理の流れの一例を示す図である。例えば、端末１０は、基地局２０からアップリンク許可（UL grant）を受信したことに応じて、図７に示す処理の流れを実行してもよい。

端末１０は、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てて、残余割当量を取得する（Ｓ１０１）。処理Ｓ１０１において、端末１０は、アップリンク許可に示される割当量から、ＢＳＲ伝送に割当てたリソース量（ＢＳＲ伝送用割当量）を減算することで、残余割当量を取得してもよい。

３ＧＰＰの通信規格に準拠した無線通信システムでは、端末１０から基地局２０に伝送されるＢＳＲとして、いくつかの種類が想定される。例えば、複数の論理チャネルを集約した論理チャネルグループが一しか存在しない場合に用いられるＳｈｏｒｔ−ＢＳＲ（例えば１ｂｙｔｅ長）と、論理チャネルグループが複数存在する場合に用いられるＬｏｎｇ−ＢＳＲ（例えば３ｂｙｔｅｓ長）とがある。処理Ｓ１０１において、端末１０は、論理チャネルの使用状況に応じたＢＳＲの種類に基づいて、ＢＳＲ伝送用割当量を決めてもよい。例えば、端末１０は、論理チャネルグループが一つのみ存在する場合、Ｓｈｏｒｔ−ＢＳＲのデータ長に基づいてＢＳＲ伝送用割当量を決めてもよい。例えば、Ｓｈｏｒｔ−ＢＳＲに対して付加するヘッダ（ＭＡＣヘッダとも称される）が２バイト長である場合、Ｓｈｏｒｔ−ＢＳＲのデータ長に基づくＢＳＲ伝送用割当量は、３バイト長であってもよい。あるいは、Ｓｈｏｒｔ−ＢＳＲに対して付加するＭＡＣヘッダが１バイト長である場合、Ｓｈｏｒｔ−ＢＳＲのデータ長に基づくＢＳＲ伝送用割当量は、２バイト長であってもよい。

端末１０は、送信バッファから所定のアルゴリズムに従って残余割当量に相当するＵＬデータを取り出し、アップリンク信号のパケットを生成する（Ｓ１０２）。アップリンク信号のパケットの一例として、ＭＡＣ−ＰＤＵ（Medium Access Control - Packet Data Unit）が挙げられる。処理Ｓ１０２において、端末１０は、生成されるＭＡＣ−ＰＤＵのデータ長が所定長に収まるように、適宜、データを分割してもよい。ここで、所定長は、ＴＢ（Transport Block）サイズとも称されてよい。ＴＢサイズは、端末１０と基地局２０との無線通信の電波品質に応じて、適宜調整されてもよい。

端末１０は、送信バッファの最新のバッファサイズを取得し（Ｓ１０３）、ＢＳＲインデックステーブルに従って最新のバッファサイズをＢＳＲインデックスに変換する（Ｓ１０４）。ＢＳＲインデックステーブルの内容例は、図２に例示される。

端末１０は、処理Ｓ１０４で取得したＢＳＲインデックスを有するＢＳＲ−ＭＡＣ制御要素（ＢＳＲ−ＭＡＣ−ＣＥとも称される）を生成し、これにＭＡＣヘッダを付加して、処理Ｓ１０２で生成したアップリンク信号のパケットに連結する（Ｓ１０５）。処理Ｓ１０５において、端末１０は、ＢＳＲインデックスを有する情報要素を、処理Ｓ１０２で生成したアップリンク信号のパケットの後方に付加してもよいし、パケットの前方に付加してもよい。第五世代移動通信システムの一側面によれば、ＢＳＲインデックスを有する情報要素は、アップリンク信号のパケットの後方に付加することが好ましい場合がある。なお、アップリンク信号のパケットの一例として、ＭＡＣ−ＰＤＵが挙げられる。情報要素の一例として、ＭＡＣ−ＳＤＵ（Medium Access Control - Service Data Unit）が挙げられる。また、ＢＳＲインデックスを格納する情報要素は、ＢＳＲインデックスを格納するＭＡＣ−ＳＤＵと称されてもよいし、ＭＡＣ制御要素と称されてもよいし、ＢＳＲと称されてもよい。

端末１０は、最新のＢＳＲインデックスを有する情報要素が付加されたアップリンク信号のパケットを基地局２０へ送信する（Ｓ１０６）。処理Ｓ１０６において、端末１０は、最新のＢＳＲインデックスを有する情報要素が付加されたアップリンク信号のパケットを、プロトコルスタック上の下位レイヤに回送する際に、所定のアルゴリズムに基づく信号系列を付加してもよい。この様な信号系列の一例として、ＣＲＣなどの誤り検出に用いる符号（誤り訂正符号と称されてもよい）が挙げられる。

以上が、実施例２に係る端末１０における処理の流れの一例である。次に、実施例２に係る基地局２０における処理の流れについて説明する。図８は、実施例２に係る基地局２０における処理の流れの一例を示す図である。例えば、基地局２０は、端末１０からのアップリンク信号を受信したことに応じて、図８に示す処理の流れを実行してもよい。

基地局２０は、端末１０から受信したアップリンク信号から、ＵＬデータとＢＳＲとを取得する（Ｓ２０１）。処理Ｓ２０１において、基地局２０は、例えば、端末１０からのアップリンク信号に含まれる複数の情報要素の各々に関連付けられている識別子を参照することで、ＵＬデータを格納した情報要素であるか、ＢＳＲを格納した情報要素であるかを区別してもよい。ここで、情報要素の一例として、ＭＡＣ−ＳＤＵ（Medium Access Control - Service Data Unit）が挙げられる。ＢＳＲを格納するＭＡＣ−ＳＤＵは、ＭＡＣ制御要素とも称されてよい。情報要素に関連付けられた識別子の一例として、ＬＣＩＤ（Logical Channel IDentifier）が挙げられる。例えば、非特許文献５（3GPP TS 36.321 V14.2.0 (2017-03)）によれば、Ｓｈｏｒｔ−ＢＳＲを示すＬＣＩＤは「１１１０１」、Ｌｏｎｇ−ＢＳＲを示すＬＣＩＤは「１１１１０」である。なお、これらの値は、一例であり、今後の仕様変更によって変わり得ることに留意されたい。

基地局２０は、ＢＳＲに示される最新のＢＳＲインデックスに基づき、端末１０のバッファ推定量を更新する（Ｓ２０２）。処理Ｓ２０２において、基地局２０は、図２に例示されるＢＳＲインデックステーブルに従って、最新のＢＳＲインデックスをバッファサイズ値に変換する。例えば、ＢＳＲインデックス「３２」は、図２に例示されるＢＳＲインデックステーブルに従って、下限値が「４９４０ｂｙｔｅｓ」であり、上限値が「６０７４ｂｙｔｅｓ」を有するバッファサイズ値に変換され、これらの値に基づいて、端末１０のバッファ推定量が更新される。

基地局２０は、処理Ｓ２０２による更新後のバッファ推定量が０値であるかを判定する（Ｓ２０３）。基地局２０は、更新後のバッファ推定量が０値である場合（Ｓ２０３でＹＥＳ）、端末１０に対する無線リソースのスケジューリングを停止してもよい（Ｓ２０４）。一方、基地局２０は、更新後のバッファ推定量が０値でない場合（Ｓ２０３でＮＯ）、端末１０に対する無線リソースのスケジューリングを継続してもよい。

以上が、実施例２に係る基地局２０における処理の流れの一例である。なお、図８に示す処理の一例では、基地局２０における無線リソースのスケジューリング処理の詳細な流れについては、説明の簡略化のため、説明を省略している。上述の処理の流れにより、基地局２０は、最新のＢＳＲに基づいて端末１０のバッファ推定量を更新することで、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。

＜実施例３＞ 図９は、実施例３に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例を示す図である。図９に示す例において、端末１０は、基地局２０からのアップリンク許可を受けてＵＬデータを送信する際に、実施例２と同様に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。ただし、実施例３に係る端末１０は、送信バッファの状況が所定の条件を満たす場合に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。別言すると、実施例３に係る端末１０は、送信バッファの状況が所定の条件を満たさない場合、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てなくてもよい。端末１０における、送信バッファの状況が所定の条件を満たすか否かの判定は、基地局２０における端末１０のバッファ推定量の推定精度が低下したか否かを間接的に判定することに役立つ。

図９において、端末１０の最初のバッファサイズは「６０００ｂｙｔｅｓ」である。そして、端末１０は、図６に示す例と同様に、初回のＢＳＲ伝送を行い、基地局２０からアップリンク許可（割当量：５０００ｂｙｔｅｓ長）を受信する。その際、端末１０は、前回のＵＬデータの送信後の送信バッファのバッファサイズと、現在のバッファサイズとを比較する。図９に示す例では、その比較結果が所定の条件を満たさないため、端末１０は、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てない。すなわち、割当量（５０００ｂｙｔｅｓ長）に相当するデータ長のＵＬデータ（５０００ｂｙｔｅｓ長）を、基地局２０へ送信する。その結果、端末１０の送信バッファのバッファサイズは「１０００ｂｙｔｅｓ」になり、基地局２０における端末１０のバッファ推定量は「０ｂｙｔｅ＜ＢＳ＜＝１０７４ｂｙｔｅｓ」になる。

基地局２０は、端末１０に対するスケジューリングにおいて、更新後のバッファ推定量が示す範囲「０ｂｙｔｅ＜ＢＳ＜＝１０７４ｂｙｔｅｓ」から、端末１０に対する無線リソースの割当量として例えば「１０７４ｂｙｔｅｓ」を決定する。基地局２０は、端末１０に対する割当量「１０７４ｂｙｔｅｓ」を示すアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信し、前回のＵＬデータの送信後の送信バッファのバッファサイズと、現在のバッファサイズとを比較する。図９に示す例では、端末１０は、アップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信する前に、新たなＵＬデータ（５０００ｂｙｔｅｓ長）が送信バッファに追加されている。

端末１０は、前回のＵＬデータの送信後における送信バッファのバッファサイズ「１０００ｂｙｔｅｓ」を、図２に例示するＢＳＲバッファインデックステーブルに従って、ＢＳＲインデックスに変換する。その結果、ＢＳＲインデックス「２４」を取得する。端末１０は、現在の送信バッファのサイズ「６０００ｂｙｔｅｓ」を、図２に例示するＢＳＲバッファインデックステーブルに従って、ＢＳＲインデックスに変換する。その結果、ＢＳＲインデックス「３２」を取得する。

端末１０は、前回のＵＬデータの送信後におけるバッファサイズに対応するＢＳＲインデックスと、現在のバッファサイズに対応するＢＳＲインデックスとを比較する。その結果、両ＢＳＲインデックスが異なるため、端末１０は、ＢＳＲインデックスが異なるほどのバッファサイズの変動があったと判定する。別言すると、前回のＵＬデータの送信後におけるバッファサイズに対応するＢＳＲインデックスは、基地局２０が把握している端末１０の送信バッファの状況に対応する。そのため、上述の比較において、両ＢＳＲインデックスが異なることは、基地局２０における端末１０のバッファ推定量の推定精度が低下したことに相当し得る。

図９において、端末１０は、前回のＵＬデータの送信後におけるバッファサイズに対応するＢＳＲインデックスと、現在のバッファサイズに対応するＢＳＲインデックスとが異なるため、割当量の一部をＢＳＲ伝送に割当てる。例えば、ＢＳＲ伝送に割当てる量は３ｂｙｔｅｓであってもよい。あるいは、ＢＳＲ伝送に割当てる量は２ｂｙｔｅｓなどであってもよい。これらの値は、一例である。

そして、端末１０は、ＢＳＲ伝送に３ｂｙｔｅｓ割当てた場合の残余割当量「１０７１ｂｙｔｅｓ」に相当するデータを、送信バッファから取り出す。これにより、データ取出し後のバッファサイズは「４９２９ｂｙｔｅｓ」になる。端末１０は、図２に示すＢＳＲインデックステーブルの例に従って最新のバッファサイズを変換することで、最新のＢＳＲインデックスを取得する。すなわち、端末１０は、最新のバッファサイズ「４９２９ｂｙｔｅｓ」を包含する小区間「４０１７＜ＢＳ＜＝４９４０」に対応するＢＳＲインデックス「３１」を取得する。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長のデータ（UL Data）と、最新のＢＳＲインデックスを有するＢＳＲ（New BSR）とを、基地局２０へ送信する。図６に示す例では、端末１０は、データ（UL Data：１０７１ｂｙｔｅｓ長）と、ＢＳＲインデックス「３１」を有するＢＳＲ（New BSR）とを、基地局２０へ送信する。

基地局２０は、端末１０からのデータ（UL Data：１０７１ｂｙｔｅｓ長）と、最新のＢＳＲインデックス「３１」を有するＢＳＲ（New BSR）とを受信する。そして、基地局２０は、ＢＳＲインデックステーブルに従って最新のＢＳＲインデックス「３１」を変換することで、端末１０のバッファ推定量「４０１７＜ＢＳ＜＝４９４０」を取得する。これにより、端末１０からのデータを受信する都度、最新のＢＳＲ（New BSR）に基づいて、端末１０のバッファ推定量を更新することができる。その結果、図９に示す例において、基地局２０は、端末１０に対する無線リソースのスケジューリングを継続することができ、端末１０は、適切に無線リソースの割り当てを受けることができる。

以上が、実施例３に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例である。実施例３によれば、端末１０において、前回のＵＬデータの送信後におけるバッファサイズに対応するＢＳＲインデックスと、現在のバッファサイズに対応するＢＳＲインデックスとが異なるか否かを判定する。そして、両ＢＳＲインデックスが異なる場合には、基地局２０における端末１０のバッファ推定量の推定精度が低下している可能性があるため、割当量の一部をＢＳＲ伝送に割当てる。これにより、基地局２０におけるバッファ推定量の推定精度が低下していないと判断される場合には、ＢＳＲ伝送を省略して、ＵＬデータ伝送などの他の用途に無線リソースを有効活用することが可能となる。その一方で、端末１０は、上述の手法により、基地局２０における推定精度の低下を検知した場合には、割当量の一部をＢＳＲ伝送に割当てることで、基地局２０において推定されるバッファ推定量を、端末１０のバッファ状態の変動に追従させることができる。その結果、基地局２０は、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。別言すると、端末１０は、適切に無線リソースの割り当てを受けることができる。

なお、図９では、基地局２０からのアップリンク許可を受ける前に、新たなデータが追加された例を説明したが、本実施例３はこれに限定されない。すなわち、図４で示した例と同様に、基地局２０からのアップリンク許可を受ける前に、送信バッファの一部のデータについてデータ廃棄が行われた場合にも適用され得ることに留意されたい。

図１０及び図１１は、実施例３に係る端末１０における処理の流れの一例を示す図である。例えば、端末１０は、基地局２０からＵＬデータ伝送用の無線リソースの割当量を示すアップリンク許可（UL grant）を受信したことに応じて、図１０及び図１１に示す処理の流れを実行してもよい。

端末１０は、前回のＵＬデータ送信後のバッファサイズ（第一バッファサイズとも称される）を端末１０のメモリから取得する（Ｓ１０１−１）。端末１０のメモリには、後述の処理Ｓ１０１−７が実行される都度、送信バッファのバッファサイズがメモリに格納される。なお、処理Ｓ１０１−１の初回実行時には、０値が格納されていてもよい。あるいは、処理Ｓ１０１−１の初回実行時には、第一バッファサイズとして、現在の送信バッファのバッファサイズを用いてもよい。なお、端末１０は、例えば、基地局２０へスケジューリング・リクエストを送信する都度、処理Ｓ１０１−１の初回実行であるか否かの判定基準をリセットしてもよい。あるいは、端末１０は、例えば、休止状態（ＩＤＬＥ状態とも称される）から復帰する都度、処理Ｓ１０１−１の初回実行であるか否かの判定基準をリセットしてもよい。

端末１０は、現在のバッファサイズ（第二バッファサイズとも称される）を取得する（Ｓ１０１−２）。

端末１０は、第一バッファサイズと第二バッファサイズとを、ＢＳＲインデックステーブルに従って、ＢＳＲインデックスに変換する（Ｓ１０１−３）。

端末１０は、第一バッファサイズのＢＳＲインデックスと、第二バッファサイズのＢＳＲインデックスとを比較し、第一バッファサイズのＢＳＲインデックスが第二バッファサイズのＢＳＲインデックスと同じかを判定する（Ｓ１０１−４）。処理Ｓ１０１−４において、第一バッファサイズのＢＳＲインデックスが第二バッファサイズのＢＳＲインデックスと同じかを判定することは、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てるか否かを判定するという側面を有する。例えば、第一バッファサイズのＢＳＲインデックスと第二バッファサイズのＢＳＲインデックスとが同じ場合、端末１０は、後述の処理において、割当量の一部をＢＳＲ伝送に割当てない。一方、第一バッファサイズのＢＳＲインデックスと第二バッファサイズのＢＳＲインデックスとが同じでない場合、端末１０は、後述の処理において、割当量の一部をＢＳＲ伝送に割当てる。

第一バッファサイズのＢＳＲインデックスと第二バッファサイズのＢＳＲインデックスとが同じ場合（Ｓ１０１−４でＹＥＳ）、端末１０は、アップリンク許可に示される割当量に相当するＵＬデータを送信バッファから取り出し、取り出したＵＬデータに基づいてアップリンク信号のパケットを生成する（Ｓ１０１−５）。

端末１０は、処理Ｓ１０１−５で生成したアップリンク信号のパケットを送信する（Ｓ１０１−６）。処理Ｓ１０１−６において、端末１０は、アップリンク信号のパケットをプロトコルスタック上の下位レイヤに回送する際に、所定のアルゴリズムに基づく信号系列を付加してもよい。この様な信号系列の一例として、ＣＲＣなどの誤り検出に用いる符号（誤り訂正符号と称されてもよい）が挙げられる。

端末１０は、送信バッファのバッファサイズを取得し、最新のバッファサイズをメモリに格納する（Ｓ１０１−７）。処理Ｓ１０１−７でメモリに格納した最新のバッファサイズは、次回の処理Ｓ１０１−１を実行する際に、第一バッファサイズとして参照される。

一方、処理Ｓ１０１−４で、第一バッファサイズのＢＳＲインデックスと第二バッファサイズのＢＳＲインデックスとが異なる場合（Ｓ１０１−４でＮＯ）、端末１０は、図７に示す実施例２に係る処理の流れを実行する（Ｓ１０１−８）。すなわち、端末１０は、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てて、残余割当量に相当するＵＬデータに基づいて生成したアップリンク信号のパケットに、最新のＢＳＲを連結したパケットを、基地局２０へ送信する。これにより、基地局２０は、最新のＢＳＲに基づいて、端末１０のバッファ推定量を推定することができる。

割当量の一部をＢＳＲ伝送に割当てた場合も、端末１０は、送信バッファのバッファサイズを取得し、最新のバッファサイズをメモリに格納する（Ｓ１０１−７）。この場合も、処理Ｓ１０１−７でメモリに格納した最新のバッファサイズは、次回の処理Ｓ１０１−１を実行する際に、第一バッファサイズとして参照される。

以上が、実施例３に係る端末１０における処理の流れの一例である。次に、実施例３に係る基地局２０における処理の流れの一例を説明する。図１２は、実施例３に係る基地局における処理の流れの一例を示す図である。例えば、基地局２０は、端末１０からのアップリンク信号を受信したことに応じて、図１２に示す処理の流れを実行してもよい。

基地局２０は、端末１０から受信したアップリンク信号に、ＢＳＲが含まれているかを判定する（Ｓ２０１−１）。処理Ｓ２０１−１において、基地局２０は、アップリンク信号に含まれる複数の情報要素の各々に関連付けられている識別子を参照することで、ＢＳＲを格納した情報要素が存在するかを判定してもよい。情報要素に関連付けられた識別子の一例として、ＬＣＩＤ（Logical Channel IDentifier）が挙げられる。例えば、非特許文献５（3GPP TS 36.321 V14.2.0 (2017-03)）によれば、Ｓｈｏｒｔ−ＢＳＲを示すＬＣＩＤは「１１１０１」、Ｌｏｎｇ−ＢＳＲを示すＬＣＩＤは「１１１１０」である。なお、これらの値は、一例であり、今後の仕様変更によって変わり得ることに留意されたい。

基地局２０は、端末１０からのアップリンク信号に、上述のＢＳＲを示すＬＣＩＤが関連付けられた情報要素を検出できなければ、ＢＳＲが含まれていないと判定してもよい。アップリンク信号にＢＳＲが含まれていないと判定した場合（Ｓ２０１−１でＹＥＳ）、基地局２０は、アップリンク信号から、ＵＬデータを取得し（Ｓ２０１−２）、ＵＬデータのデータ長に基づき、端末のバッファ推定量を更新する（Ｓ２０１−３）。

基地局２０は、更新後のバッファ推定量が０値であれば（Ｓ２０１−４でＹＥＳ）、端末１０に対する無線リソースのスケジューリングを停止してもよい（Ｓ２０１−５）。一方、更新後のバッファ推定量が０値でなければ（Ｓ２０１−４でＮＯ）、端末１０に対する無線リソースのスケジューリングを継続してもよい。

上述の処理Ｓ２０１−１において、端末からのアップリンク信号にＢＳＲが含まれていると判定した場合（Ｓ２０１−１でＮＯ）、基地局２０は、図８に示す実施例２に係る基地局２０における処理を実行してもよい（Ｓ２０１−６）。すなわち、基地局２０は、端末１０からのアップリンク信号から、ＵＬデータとＢＳＲとを取出し、最新のＢＳＲに示されるＢＳＲインデックスに基づいて端末１０のバッファ推定量を更新する。

以上が、実施例３に係る基地局２０における処理の流れの一例である。実施例３によれば、端末１０において、前回のＵＬデータの送信後におけるバッファサイズに対応するＢＳＲインデックスと、現在のバッファサイズに対応するＢＳＲインデックスとが異なるか否かを判定する。そして、両ＢＳＲインデックスが異なる場合には、基地局２０における端末１０のバッファ推定量の推定精度が低下している可能性があるため、割当量の一部をＢＳＲ伝送に割当てる。これにより、基地局２０におけるバッファ推定量の推定精度が低下していないと判断される場合には、ＢＳＲ伝送を省略して、ＵＬデータ伝送などの他の用途に無線リソースを有効活用することが可能となる。その一方で、端末１０は、上述の手法により、基地局２０における推定精度の低下を検知した場合には、割当量の一部をＢＳＲ伝送に割当てることで、基地局２０において推定されるバッファ推定量を、端末１０のバッファ状態の変動に追従させることができる。その結果、基地局２０は、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。別言すると、端末１０は、適切に無線リソースの割り当てを受けることができる。

＜実施例４＞ 図１３は、実施例４に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例を示す図である。図１３に示す例において、端末１０は、基地局２０からのアップリンク許可を受けてデータを送信する際に、実施例２と同様に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。ただし、実施例４に係る端末１０は、送信バッファの状況が所定の条件を満たす場合に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。別言すると、実施例４に係る端末１０は、送信バッファの状況が所定の条件を満たさない場合、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てなくてもよい。端末１０における、送信バッファの状況が所定の条件を満たすか否かの判定は、基地局２０における端末１０のバッファ推定量の推定精度が低下したか否かを間接的に判定することに役立つ。

図６に示す例と同様に、端末１０は、基地局２０からアップリンク許可（割当量：５０００ｂｙｔｅｓ長）を受信する。その際、端末１０は、前回のＵＬデータの送信後の送信バッファのバッファサイズと、現在のバッファサイズとを比較する。図１３に示す例では、その比較結果が所定の条件を満たさないため、端末１０は、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てない。すなわち、割当量（５０００ｂｙｔｅｓ長）に相当するデータ長のＵＬデータ（５０００ｂｙｔｅｓ長）を、基地局２０へ送信する。その結果、端末１０の送信バッファのバッファサイズは「１０００ｂｙｔｅｓ」になり、基地局２０における端末１０のバッファ推定量は「０ｂｙｔｅ＜ＢＳ＜＝１０７４ｂｙｔｅｓ」になる。

基地局２０は、端末１０に対するスケジューリングにおいて、更新後のバッファ推定量が示す範囲「０ｂｙｔｅ＜ＢＳ＜＝１０７４ｂｙｔｅｓ」から、端末１０に対する無線リソースの割当量として例えば「１０７４ｂｙｔｅｓ」を決定する。基地局２０は、端末１０に対する割当量「１０７４ｂｙｔｅｓ」を示すアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信し、現在のバッファサイズから、アップリンク許可に示される割当量を減算したバッファサイズ（第三バッファサイズ）を取得する。そして、端末１０は、第三バッファサイズが１ｂｙｔｅｓ以上であり、かつ、所定の閾値未満であるかを判定する。図１３に示す例では、端末１０は、アップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信する前に、新たなＵＬデータ（７５ｂｙｔｅｓ長）が送信バッファに追加されている。

図１３において、端末１０は、現在のバッファサイズ「１０７５ｂｙｔｅｓ」から、アップリンク許可に示される割当量「１０７４ｂｙｔｅｓ」を減算することで、第三バッファサイズ「１ｂｙｔｅｓ」を取得する。その結果、端末１０は、第三バッファサイズが上述の所定の条件を満たすと判定し、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てる。図１３に示す例では、端末１０は、一例として、ＢＳＲ伝送に３ｂｙｔｅｓを割当てている。

そして、端末１０は、ＢＳＲ伝送に３ｂｙｔｅｓ割当てた場合の残余割当量「１０７１ｂｙｔｅｓ」に相当するデータを、送信バッファから取り出す。これにより、データ取出し後のバッファサイズは「４ｂｙｔｅｓ」になる。端末１０は、図２に示すＢＳＲインデックステーブルの例に従って最新のバッファサイズを変換することで、最新のＢＳＲインデックスを取得する。すなわち、端末１０は、最新のバッファサイズ「４ｂｙｔｅｓ」を包含する小区間「０＜ＢＳ＜＝１０」に対応するＢＳＲインデックス「１」を取得する。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長のデータ（UL Data）と、最新のＢＳＲインデックスを有するＢＳＲ（New BSR）とを、基地局２０へ送信する。図１３に示す例では、端末１０は、データ（UL Data：１０７１ｂｙｔｅｓ長）と、ＢＳＲインデックス「１」を有するＢＳＲ（New BSR）とを、基地局２０へ送信する。

基地局２０は、端末１０からのデータ（UL Data：１０７１ｂｙｔｅｓ長）と、最新のＢＳＲインデックス「１」を有するＢＳＲ（New BSR）とを受信する。そして、基地局２０は、ＢＳＲインデックステーブルに従って最新のＢＳＲインデックス「１」を変換することで、端末１０のバッファ推定量「０＜ＢＳ＜＝１０」を取得する。これにより、端末１０からのデータを受信する都度、最新のＢＳＲ（New BSR）に基づいて、端末１０のバッファ推定量を更新することができる。その結果、図１３に示す例において、基地局２０は、端末１０に対する無線リソースのスケジューリングを継続することができ、端末１０は、適切に無線リソースの割り当てを受けることができる。

以上が、実施例４に係る無線通信システム１におけるＢＳＲ伝送のシーケンスの一例である。実施例４によれば、端末１０において、基地局２０からの割当量に相当するＵＬデータを送信した後のバッファサイズ（第三バッファサイズとも称される）を推定する。そして、端末において推定された第三バッファサイズが所定の閾値未満の場合には、基地局２０における端末１０のバッファ推定量が０値になる可能性が高まるため、割当量の一部をＢＳＲ伝送に割当てる。別言すると、第三バッファサイズが所定の閾値未満にある場合、基地局２０において端末１０に対する無線リソースのスケジューリングが停止する可能性が高くなる。なお、閾値は、基地局における推定精度の低下の許容度合いに応じて適宜設定すればよい。図１３では、閾値の一例として、閾値＝１０００ｂｙｔｅｓに設定された例を示している。

実施例４では、基地局２０におけるバッファ推定量により端末１０に対する無線リソースのスケジューリングが停止される可能性が高くない場合には、ＢＳＲ伝送を省略して、ＵＬデータ伝送などの他の用途に無線リソースを有効活用することが可能となる。その一方で、端末１０は、上述の手法により、送信バッファにＵＬデータが残っているにもかかわらず、端末１０に対する無線リソースのスケジューリングが停止する可能性があることを検知した場合、割当量の一部をＢＳＲ伝送に割当てることで、基地局２０において推定されるバッファ推定量を、端末１０のバッファ状態の変動に追従させることができる。その結果、基地局２０は、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。別言すると、端末１０は、適切に無線リソースの割り当てを受けることができる。

なお、図１３では、基地局２０からのアップリンク許可を受ける前に、新たなデータが追加された例を説明したが、本実施例４はこれに限定されない。すなわち、図４で示した例と同様に、基地局２０からのアップリンク許可を受ける前に、送信バッファの一部のデータについてデータ廃棄が行われた場合にも適用され得ることに留意されたい。

図１４は、実施例４に係る端末１０における処理の流れの一例を示す図である。例えば、端末１０は、基地局２０からアップリンク許可（UL grant）を受信したことに応じて、図１４に示す処理の流れを実行してもよい。

端末１０は、現在の送信バッファのバッファサイズから、アップリンク許可に示される割当量に相当するデータ量を減算することで、第三バッファサイズを取得する（Ｓ１０１−１Ａ）。

端末１０は、処理Ｓ１０１−１Ａで取得した第三バッファサイズが所定の閾値以上であるかを判定する（Ｓ１０１−２Ａ）。所定の閾値は、例えば、端末１０の製造時に予めメモリなどに記録しておいても良いし、基地局２０から受信した信号に基づいて設定してもよい。この様な信号の一例として、ＲＲＣメッセージの一種であるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが挙げられる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、例えば、端末１０と基地局２０との間で無線通信リンクが確立（再確立）される際に、基地局２０から端末１０に送信されるＲＲＣメッセージである。

端末１０は、第三バッファサイズが所定の閾値以上であると判定した場合（Ｓ１０１−２ＡでＹＥＳ）、割当量に相当するＵＬデータを送信バッファから取り出してアップリンク信号のパケットを生成する（Ｓ１０１−５）。そして、Ｓ１０１−５で生成したアップリンク信号のパケットを送信する（Ｓ１０１−６）。処理Ｓ１０１−６において、端末１０は、アップリンク信号のパケットをプロトコルスタック上の下位レイヤに回送する際に、所定のアルゴリズムに基づく信号系列を付加してもよい。この様な信号系列の一例として、ＣＲＣなどの誤り検出に用いる符号（誤り訂正符号と称されてもよい）が挙げられる。

一方、処理Ｓ１０１−２Ａで、第三バッファサイズが所定の閾値未満である場合（Ｓ１０１−２ＡでＮＯ）、端末１０は、図７に示す実施例２に係る処理の流れを実行する（Ｓ１０１−８）。すなわち、端末１０は、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てて、残余割当量に相当するＵＬデータに基づいて生成したアップリンク信号のパケットに、最新のＢＳＲを連結したパケットを、基地局２０へ送信する。これにより、基地局２０は、最新のＢＳＲに基づいて、端末１０のバッファ推定量を推定することができる。

以上が、実施例４に係る端末１０における処理の流れの一例である。なお、実施例４に係る基地局２０における処理の流れは、実施例３と同様であるため、説明を省略する。

＜実施例５＞ 図１５は、実施例５に係る端末１０における処理の流れの一例を示す図である。実施例５に係る端末１０は、実施例３に係る端末１０と同様に、送信バッファの状況が所定の条件を満たす場合に、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てる。別言すると、実施例３に係る端末１０は、送信バッファの状況が所定の条件を満たさない場合、アップリンク許可に示される割当量の一部を、ＢＳＲ伝送用に割当てなくてもよい。端末１０における、送信バッファの状況が所定の条件を満たすか否かの判定は、基地局２０における端末１０のバッファ推定量の推定精度が低下したか否かを間接的に判定することに役立つ。

実施例５では、端末１０は、基地局２０が行うバッファ推定と略同様の処理を行うことで、端末１０のバッファ推定量のミラーリングを行う。そして、ミラーリングされたバッファ推定量と現在のバッファサイズとに基づいて、基地局２０における端末１０のバッファ推定量の推定精度が低下しているか否かを判定する。以下、図１５に示す処理の流れの一例を、順を追って説明する。

実施例５に係る端末１０は、例えば、基地局２０からアップリンク許可（UL grant）を受信したことに応じて、図１５に示す処理の流れを実行してもよい。

端末１０は、バッファ推定量の上限値をメモリから取得する（Ｓ１０１−１Ｂ）。端末１０のメモリには、後述の処理Ｓ１０１−８Ｂが実行される都度、バッファ推定量の上限値がメモリに格納される。また、後述の処理Ｓ１０１−６Ｂが実行される都度、バッファ推定量の上限値が更新される。処理Ｓ１０１−１Ｂの初回実行時には、０値が格納されていてもよい。

端末１０は、現在のバッファサイズと、処理Ｓ１０１−１Ｂで取得したバッファ推定量の上限値との差分（第四バッファサイズ）を取得する（Ｓ１０１−２Ｂ）。

端末１０は、第四バッファサイズが所定の閾値未満かを判定する（Ｓ１０１−３Ｂ）。所定の閾値は、例えば、端末１０の製造時に予めメモリなどに記録しておいても良いし、基地局２０から受信した信号に基づいて設定してもよい。この様な信号の一例として、ＲＲＣメッセージの一種であるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが挙げられる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、例えば、端末１０と基地局２０との間で無線通信リンクが確立（再確立）される際に、基地局２０から端末１０に送信されるＲＲＣメッセージである。例えば、閾値＝１０００ｂｙｔｅｓとしてもよい。

処理Ｓ１０１−２Ｂにおいて、第四バッファサイズが所定の閾値未満かを判定することは、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てるか否かを判定するという側面を有する。例えば、第四バッファサイズが閾値未満であると判定された場合、端末１０は、後述の処理において、割当量の一部をＢＳＲ伝送に割当てない。一方、第四バッファサイズが閾値以上であると判定された場合、端末１０は、後述の処理において、割当量の一部をＢＳＲ伝送に割当てる。

端末１０は、第四バッファサイズが所定の閾値以上であると判定した場合（Ｓ１０１−３ＢでＹＥＳ）、割当量に相当するＵＬデータを送信バッファから取り出してアップリンク信号のパケットを生成する（Ｓ１０１−４Ｂ）。そして、Ｓ１０１−４Ｂで生成したアップリンク信号のパケットを送信する（Ｓ１０１−５Ｂ）。処理Ｓ１０１−５Ｂにおいて、端末１０は、アップリンク信号のパケットをプロトコルスタック上の下位レイヤに回送する際に、所定のアルゴリズムに基づく信号系列を付加してもよい。この様な信号系列の一例として、ＣＲＣなどの誤り検出に用いる符号（誤り訂正符号と称されてもよい）が挙げられる。

端末１０は、送信したＵＬデータのデータ長に基づき、バッファ推定量の上限値を更新する（Ｓ１０１−６Ｂ）。処理Ｓ１０１−６Ｂにおいて、端末１０は、処理Ｓ１０１−１Ｂでメモリから取得したバッファ推定量の上限値から、処理Ｓ１０１−５Ｂで送信したＵＬデータのデータ長を減算することで、バッファ推定量の上限値を更新してもよい。更新後のバッファ推定量の上限値は、メモリに格納される。なお、処理Ｓ１０１−６Ｂにおいて、処理Ｓ１０１−５Ｂで送信したＵＬデータのデータ長は、処理１０１−４Ｂで送信バッファから取り出したＵＬデータのデータ長に相当し得る、という側面を有する。別言すると、処理Ｓ１０１−６Ｂにおいて、基地局２０からのアップリンク許可に示される割当量に基づいて、バッファ推定量の上限値を更新してもよい。

処理Ｓ１０１−６Ｂにおいて、更新後の上限値が負の値になる場合、端末１０は、更新後のバッファ推定量の上限値を０値としてもよい。

上述の処理Ｓ１０１−３Ｂにおいて、第四バッファサイズが閾値以上であると判定した場合（Ｓ１０１−３ＢでＮＯ）、端末１０は、図７に示す実施例２に係る処理の流れを実行する（Ｓ１０１−７Ｂ）。すなわち、端末１０は、アップリンク許可に示される割当量の一部をＢＳＲ伝送に割当てて、残余割当量に相当するＵＬデータに基づいて生成したアップリンク信号のパケットに、最新のＢＳＲを連結したパケットを、基地局２０へ送信する。これにより、基地局２０は、最新のＢＳＲに基づいて、端末１０のバッファ推定量を推定することができる。

端末１０は、最新のＢＳＲに基づき、バッファ推定量の上限値をメモリに格納する（Ｓ１０１−８Ｂ）。処理Ｓ１０１−８Ｂにおいて、端末１０は、処理Ｓ１０１−７Ｂで基地局へ送信した最新のＢＳＲに示されるＢＳＲインデックスを、図２に例示されるＢＳＲインデックステーブルに従って、バッファ推定量に変換する。例えば、ＢＳＲインデックス値「３２」は、図２に例示されるＢＳＲインデックステーブルに従って、下限値「４９４０ｂｙｔｅｓ」と上限値「６０７４ｂｙｔｅｓ」とを有するバッファ推定量に変換される。この例によれば、端末１０は、バッファ推定量の上限値「６０７４ｂｙｔｅｓ」をメモリに格納する。これにより、上述の処理Ｓ１０１−１Ｂにおいて、端末１０は、バッファ推定量の上限値をメモリから取得することができる。なお、端末１０は、基地局へのＵＬデータ伝送シーケンスにおいて、ＢＳＲ伝送のみを行ってもよい。その場合、処理Ｓ１０１−８Ｂを実行することで、ＢＳＲに基づき推定されたバッファ推定量の上限値をメモリに格納すればよい。

以上が、実施例５に係る端末１０における処理の流れの一例である。実施例５に係る基地局２０における処理の流れの一例は、実施例３に係る基地局２０と同様であるため、説明を省略する。

次に、実施例５に係る端末１０のＢＳＲ伝送のシーケンスにおける動作の概要を、図９を用いて説明する。すなわち、実施例５のＢＳＲ伝送シーケンスは、実施例３と同様である。ただし、端末１０における動作の概要が若干異なるため、以下に補足的に説明する。

図９に示すシーケンス例において、まず、端末１０は、バッファサイズ「６０００ｂｙｔｅｓ」を、ＢＳＲインデックステーブルに従って、ＢＳＲインデックス「３２」に変換する。そして、端末１０は、ＢＳＲインデックス「３２」を有するＢＳＲを基地局２０へ送信する。その際、端末１０は、ＢＳＲインデックス「３２」をＢＳＲインデックステーブルに従ってバッファ推定量に変換し、バッファ推定量の上限値「６０７４ｂｙｔｅｓ」をメモリに格納する。

基地局２０は、端末１０に対するスケジューリングにおいて、例えば、バッファ推定量が示す範囲「４９４０＜ＢＳ＜＝６０７４」から、端末１０に対する無線リソースの割当量として「５０００ｂｙｔｅｓ」を決定する。基地局２０は、端末１０に対する割当量「５０００ｂｙｔｅｓ」を示すアップリンク許可（割当量：５０００ｂｙｔｅｓ）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可を受信し、アップリンク許可に示される割当量「５０００ｂｙｔｅｓ」の一部をＢＳＲ伝送に割当てるべきか否かの判定において、メモリに格納されているバッファ推定量の上限値「６０７４ｂｙｔｅｓ」と、現在のバッファサイズ「６０００ｂｙｔｅｓ」との差分である第四バッファサイズ「７４ｂｙｔｅｓ」を取得する。そして、端末１０は、第四バッファサイズ「７４ｂｙｔｅｓ」が閾値未満であるかを判定する。ここで、閾値の一例として１０００ｂｙｔｅｓであるとする。端末１０は、第四バッファサイズ「７４ｂｙｔｅｓ」が閾値「１０００ｂｙｔｅｓ」未満であるため、割当量の一部をＢＳＲ伝送に割当てないと判定する。

端末１０は、割当量（５０００ｂｙｔｅｓ長）に相当するデータ長のＵＬデータ（５０００ｂｙｔｅｓ長）を、基地局２０へ送信する。その結果、端末１０の送信バッファのバッファサイズは「１０００ｂｙｔｅｓ」になり、基地局２０における端末１０のバッファ推定量は「０ｂｙｔｅ＜ＢＳ＜＝１０７４ｂｙｔｅｓ」になる。さらに、端末１０は、基地局２０と同様に、送信したＵＬデータのデータ長に基づき更新したバッファ推定量の上限値（１０７４ｂｙｔｅｓ）を、メモリに格納する。

基地局２０は、端末１０に対するスケジューリングにおいて、更新後のバッファ推定量が示す範囲「０ｂｙｔｅ＜ＢＳ＜＝１０７４ｂｙｔｅｓ」から、端末１０に対する無線リソースの割当量として例えば「１０７４ｂｙｔｅｓ」を決定する。基地局２０は、端末１０に対する割当量「１０７４ｂｙｔｅｓ」を示すアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を、端末１０へ送信する。

端末１０は、基地局２０からのアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信し、割当量の一部をＢＳＲ伝送に割当てるべきか否かの判定をする。図９に示す例では、端末１０は、アップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信する前に、新たなＵＬデータ（５０００ｂｙｔｅｓ長）が送信バッファに追加されている。端末１０は、メモリに格納されているバッファ推定量の上限値「１０７４ｂｙｔｅｓ」と、現在のバッファサイズ「６０００ｂｙｔｅｓ」との差分である第四バッファサイズ「４９２６ｂｙｔｅｓ」を取得する。そして、端末１０は、第四バッファサイズ「４９２６ｂｙｔｅｓ」が閾値未満であるかを判定する。端末１０は、第四バッファサイズ「４９２６ｂｙｔｅｓ」が閾値「１０００ｂｙｔｅｓ」以上であるため、割当量の一部をＢＳＲ伝送に割当てると判定する。別言すると、第四バッファサイズが閾値以上であることは、基地局２０が把握している端末１０のバッファ推定量の推定精度が閾値以上低下したことに相当し得る。

図９において、基地局２０からアップリンク許可（割当量：１０７４ｂｙｔｅｓ）を受信した際、端末１０は、基地局２０における推定精度の低下を改善するため、割当量の一部をＢＳＲ伝送に割当てる。例えば、ＢＳＲ伝送に割当てる量は３ｂｙｔｅｓであってもよい。あるいは、ＢＳＲ伝送に割当てる量は２ｂｙｔｅｓなどであってもよい。これらの値は、一例である。

端末１０は、ＢＳＲ伝送に３ｂｙｔｅｓ割当てた場合の残余割当量「１０７１ｂｙｔｅｓ」に相当するデータを、送信バッファから取り出す。これにより、データ取出し後のバッファサイズは「４９２９ｂｙｔｅｓ」になる。端末１０は、図２に示すＢＳＲインデックステーブルの例に従って最新のバッファサイズを変換することで、最新のＢＳＲインデックスを取得する。すなわち、端末１０は、最新のバッファサイズ「４９２９ｂｙｔｅｓ」を包含する小区間「４０１７＜ＢＳ＜＝４９４０」に対応するＢＳＲインデックス「３１」を取得する。

端末１０は、割当てられた無線リソースを用いて、残余割当量に相当するデータ長のデータ（UL Data）と、最新のＢＳＲインデックスを有するＢＳＲ（New BSR）とを、基地局２０へ送信する。図６に示す例では、端末１０は、データ（UL Data：１０７１ｂｙｔｅｓ長）と、ＢＳＲインデックス「３１」を有するＢＳＲ（New BSR）とを、基地局２０へ送信する。

さらに、端末１０は、最新のＢＳＲインデックス「３１」に基づいてバッファ推定量の上限値を更新する。例えば、端末１０は、最新のＢＳＲインデックス「３１」を、図２に例示するＢＳＲインデックステーブルに従って、バッファ推定量の上限値「４９４０ｂｙｔｅｓ」に変換する。端末１０は、最新のＢＳＲインデックス「３１」に基づいて取得したバッファ推定量の上限値「４９４０ｂｙｔｓｅ」をメモリに格納する。これにより、次回のアップリンク許可を受けた場合に、割当量の一部をＢＳＲ伝送に割当てるか否かの判定において、メモリに格納したバッファ推定量の上限値「４９４０ｂｙｔｅｓ」が参照される。

実施例５に係るＢＳＲ伝送シーケンスにおいて、基地局２０の動作概要は、実施例３と同様であるため、説明を省略する。

以上が、実施例５に係る無線通信システム１の説明である。実施例５によれば、端末１０において、基地局２０で行っているバッファ推定のミラーリングを行い、バッファ推定量の上限値と現在のバッファサイズとの差分である第四バッファサイズが閾値未満であるか否かを判定する。そして、第四バッファサイズが閾値以上である場合には、基地局２０における端末１０のバッファ推定量の推定精度が低下している可能性があるため、割当量の一部をＢＳＲ伝送に割当てる。一方、端末１０は、基地局２０におけるバッファ推定量の推定精度が低下していないと判断される場合には、ＢＳＲ伝送を省略する。これにより、不要なＢＳＲ伝送への無線リソースの割当てを防止し、ＵＬデータ伝送などの他の用途に無線リソースを有効活用することが可能となる。

さらに、端末１０は、上述の手法により、基地局２０における推定精度の低下を検知した場合には、割当量の一部をＢＳＲ伝送に割当てることで、基地局２０において推定されるバッファ推定量を、端末１０のバッファ状態の変動に追従させることができる。その結果、基地局２０は、どの端末がどれくらいの無線リソースを必要とするかを把握し、適切なスケジューリングを行うことが期待される。別言すると、端末１０は、適切に無線リソースの割り当てを受けることができる。

＜変形例１＞ 上述の実施例１ないし実施例５では、端末１０がＵＬデータを送信した後に、基地局２０におけるスケジューリング処理により端末１０に対してアップリンク許可が発行されている例を説明したが、本発明はこの例に限定されない。変形例１に係る端末１０は、基地局２０からのアップリンク許可を受ける前に、ＢＳＲ伝送用の無線リソースの割り当てを基地局２０に依頼する信号であるスケジューリング・リクエスト（ＳＲとも称される）を基地局２０に送信する。

変形例１に係る基地局２０は、端末１０からのスケジューリング・リクエストを受けて、端末１０に対してＢＳＲ伝送用の無線リソースを割り当てるためのスケジューリング処理を実行する。そして、基地局２０は、端末１０に対して割当てた無線リソース（割当量とも称される）を示すアップリンク許可（ＢＳＲ伝送用アップリンク許可とも称される）を、端末１０に送信する。その際、端末１０に対する割当量は、少なくともＢＳＲ伝送が可能な無線リソースの割り当てが行われればよい。

変形例１に係る端末１０は、基地局からのＢＳＲ伝送用アップリンク許可を受けて、最新のバッファサイズを示すＢＳＲインデックスを、基地局２０へ送信する。その後、端末１０は、基地局２０から、ＵＬデータ送信用に割当てられた無線リソース（割当量とも称される）を示すアップリンク許可を受けて、アップリンク許可に示される割当量に相当するデータ長のＵＬデータを基地局２０へ送信する。

上述のように、変形例１では、実施例１ないし実施例５に係る端末１０における処理の流れの実行契機を、基地局２０からのアップリンク許可の受信に依存させなくてもよい。例えば、送信バッファのバッファサイズの変動が所定の閾値以上であることを検知したことを契機として、実施例１ないし実施例５に示される様なＢＳＲ伝送を実行してもよい。

例えば、実施例２に対して変形例１を適用することで、端末１０は、送信バッファのバッファサイズの変動が所定の閾値以上であることを検知した場合、ＢＳＲ伝送用の無線リソースの割り当てを基地局２０に依頼するスケジューリング・リクエストを送信する。

例えば、実施例３に対して変形例１を適用することで、端末１０は、送信バッファのバッファサイズの変動を検知した場合、第一バッファサイズのＢＳＲインデックスと第二バッファサイズのＢＳＲインデックスとが異なるか否かを判定する。そして、端末１０は、第一バッファサイズのＢＳＲインデックスと第二バッファサイズのＢＳＲインデックスとが異なる場合、ＢＳＲ伝送用の無線リソースの割り当てを基地局２０に依頼するスケジューリング・リクエストを送信する。

例えば、実施例４に対して変形例１を適用することで、端末１０は、送信バッファのバッファサイズの変動を検知した場合、変動後のバッファサイズが所定の閾値未満であるか否かを判定する。そして、端末１０は、変動後のバッファサイズが所定の閾値未満である場合、ＢＳＲ伝送用の無線リソースの割り当てを基地局２０に依頼するスケジューリング・リクエストを送信する。実施例４に対して変形例１を適用した場合、アップリンク許可を受信する前に実行契機が到来するため、アップリンク許可に示される割当量を用いた処理が省略される。

なお、実施例４に対して変形例１を適用した場合に、端末１０において、アップリンク許可に示される割当量を予想して、予想値に基づき第三バッファサイズを取得してもよい。例えば、実施例５で説明したように、端末１０は、基地局２０における端末１０のバッファ推定量を取得する処理をミラーリングし、バッファ推定量の上限値に相当する割当量を予想値としてもよい。

例えば、実施例５に対して変形例１を適用することで、端末１０は、送信バッファのバッファサイズの変動を検知した場合、現在のバッファサイズとバッファ推定量の上限値との差分である第四バッファサイズを取得し、第四バッファサイズが閾値未満か否かを判定する。そして、端末１０は、第四バッファサイズが閾値以上であると判定した場合、ＢＳＲ伝送用の無線リソースの割り当てを基地局２０に依頼するスケジューリング・リクエストを送信する。

＜変形例２＞ 上述の実施例４では、第三バッファサイズが所定の閾値未満の場合に、ＢＳＲ伝送に無線リソースを割り当てると判定されたが、本発明はこれに限定されない。例えば、実施例４に変形例２を適用することで、端末１０は、第三バッファサイズが所定の閾値以上であると判定した場合に、ＢＳＲ伝送に無線リソースを割り当ててもよい。一方、端末１０は、第三バッファサイズが所定の閾値未満であると判定した場合、ＢＳＲ伝送に無線リソースを割当てなくてもよい。

第三バッファサイズが所定の閾値以上であるということは、別言すると、送信バッファに滞留しているデータ量が比較的多い状態にあるという側面を有する。すなわち、この様な状態は、端末１０において、ＵＬデータを発生させるアプリケーションが活発に動作している状態ともいえる。したがって、変形例２では、端末１０は、ＵＬデータを発生させるアプリケーションが活発に動作している状態か否かを、第三バッファサイズが所定の閾値以上であるか否かに基づいて間接的に判定する、という側面を有する。

この様に、変形例２では、ＵＬデータを発生させるアプリケーションが活発に動作している状態の場合、ＢＳＲ伝送に無線リソースを割り当てる。これにより、変形例２に係る端末１０は、最新のバッファ状態に基づき、基地局２０から適切に無線リソースの割り当てを受けることができる。

＜変形例３＞ 上述の実施例１ないし実施例５の各々に係る無線端末１０は、基地局２０からの信号に基づき、基地局２０からの割当量の一部をＢＳＲ伝送に割当てる機能を有効にするか否かを切り替えるように動作してもよい。この様な信号の一例として、ＲＲＣメッセージの一種であるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが挙げられる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、例えば、端末１０と基地局２０との間で無線通信リンクが確立（再確立）される際に、基地局２０から端末１０に送信されるＲＲＣメッセージである。

例えば、実施例２に変形例３を適用することで、端末１０は、基地局２０から、例えばＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した際に、当該ＲＲＣメッセージに含まれる設定情報に基づき、基地局２０からの割当量の一部をＢＳＲ伝送に割当てる機能を有効にするか否かを切り替えるように動作する。例えば、基地局２０から受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに、基地局２０からの割当量の一部をＢＳＲ伝送に割当てる機能を有効にするための設定情報が含まれていない場合、端末１０は、割当量の一部をＢＳＲ伝送に割当てなくてもよい。

例えば、実施例３ないし実施例５の各々に変形例３を適用することで、端末１０は、基地局２０から受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに、基地局２０からの割当量の一部をＢＳＲ伝送に割当てる機能を有効にするための設定情報が含まれていない場合、割当量の一部をＢＳＲ伝送に割当てるか否かの判定を実行しなくてもよい。その結果、端末１０は、割当量の一部をＢＳＲ伝送に割当てない。

＜変形例４＞ さらに、本願に記載されている実施例は、複数の実施例を組み合わせて実施することは可能であり、一実施例に限定されるものではない。例えば、実施例１ないし実施例５に記載の何れか二以上の実施例を組み合わせてもよい。例えば、端末１０は、基地局２０からの設定情報に基づいて、実施例１ないし実施例５の何れかによる動作を選択的に実行してもよい。基地局２０からの設定情報に基づき選択される動作のバリエーションとして、上述の変形例１ないし変形例３による動作を含んでもよい。この様な設定情報を基地局２０から端末１０に通知する信号として、例えば、ＲＲＣメッセージの一種であるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが挙げられる。

＜データ構造＞ 図１６は、上述の各実施例で端末１０から基地局２０へ送信されるアップリンク信号のデータ構造の一例を示す図である。図１６では、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称される）における、第二層（レイヤ２とも称される）に着目したデータ構造が示されている。

図１６に示す第二層は、ＰＤＣＰ（Packet Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）の三つのサブレイヤを有する。ただし、これらは一例であって、第五世代移動通信の仕様策定の動向によっては、異なる名称になり得ることに留意すべきである。

図１６に例示する無線通信システム１における端末１０の各レイヤは、上位レイヤからのデータブロック（サービスデータユニット（ＳＤＵ：Service Data Unit）とも称される）に対して、ヘッダを付すなどの所定のプロトコルに準拠した処理を行うことで、基地局２０におけるピアプロセス間で交換される情報単位であるプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を生成し、下位レイヤに転送する。例えば、ＬＴＥのＲＬＣレイヤでは、上位レイヤであるＰＤＣＰレイヤからのデータブロックであるＰＤＣＰ−ＰＤＵ（すなわち、ＰＤＣＰヘッダと、ＰＤＣＰ−ＳＤＵとを有するデータブロック）をＲＬＣ−ＳＤＵとし、例えば、ＲＬＣ−ＳＤＵにＲＬＣヘッダを付すなどの所定の処理を行うことでＲＬＣ−ＰＤＵを生成する。その様なＲＬＣ−ＰＤＵは、ＲＬＣレイヤにおけるシーケンス番号（ＳＮ：Sequence Number）を有するＲＬＣヘッダが付された状態で、下位レイヤであるＭＡＣレイヤに転送される。

図１６に例示する端末１０のＭＡＣレイヤでは、上位レイヤであるＲＬＣレイヤからのＲＬＣ−ＰＤＵはＭＡＣ−ＳＤＵとして送信バッファに格納される。そして、基地局２０からのアップリンク許可に含まれる割当量の一部をＢＳＲ伝送に割当てた場合、残余割当量に相当するデータ長のＵＬデータが送信バッファから取り出される。

図１６に示す例では、２つのＭＡＣ−ＳＤＵと、各々のＭＡＣ−ＳＤＵに付加されたＭＡＣヘッダとを合計したデータ長Ｄ１０が、残余割当量に相当する。すなわち、端末１０は、残余割当量に相当するデータ長のＭＡＣ−ＳＤＵを送信バッファから取り出す際は、各々のＭＡＣ−ＳＤＵに付加するＭＡＣヘッダのデータ長を考慮して、残余割当量に収まる範囲内のＭＡＣ−ＳＤＵを送信バッファから取り出せばよい。

図１６に示す例では、上述の２つのＭＡＣ−ＳＤＵなどに基づき生成したＭＡＣ−ＰＤＵの末尾に、最新のＢＳＲインデックスを有するＭＡＣ制御要素（New-BSR）と、そのＭＡＣ制御要素に関連付けられたＭＡＣヘッダ（Ｈ）とを有するデータブロックが付加されている。図１６の例では、ＭＡＣ制御要素とＭＡＣヘッダとを合計したデータ長Ｄ２０が、ＢＳＲ伝送用割当量に相当する。

なお、図１６に示す例では、残余割当量Ｄ１０とＢＳＲ伝送用割当量Ｄ２０とを合計した割当量が、トランスポートブロックサイズ（MAC PDU - Transport Block）と同じ例を示したが、本発明はこれに限定されるわけではない。例えば、割当量がトランスポートブロックサイズよりも大きい場合、残余割当量に相当するＵＬデータは、トランスポートブロックサイズを超えないように、複数のＭＡＣ−ＰＤＵに分割される。その場合、最新のＢＳＲは、いずれか一つのＭＡＣ−ＰＤＵに付加してもよい。

＜ハードウェア構成＞ 最後に、本実施例に用いられる各装置のハードウェア構成について、簡単に説明する。図１７は、無線通信システム１における端末１０と基地局２０とのハードウェア構成の一例を示す図である。

図１７に示す端末１０は、無線通信回路１０１、処理回路１０２、メモリ１０３を有する。なお、図１７に示す端末１０では、アンテナの図示を省略している。また、端末１０は、液晶ディスプレイなどの表示装置や、タッチパネルなどの入力装置や、リチウムイオン二次電池（lithium-ion rechargeable battery）などのバッテリを備えてもよい。

無線通信回路１０１は、ダウンリンクにおいて、処理回路１０２からのベースバンド信号を受けて、ベースバンド信号から所定の出力レベルの無線信号を生成し、アンテナを介して無線信号を空間に放射するように構成される。また、無線通信回路１０１は、アップリンクにおいて、アンテナから入力される無線信号を受信し、無線信号をベースバンド信号に変換し、処理回路１０２にベースバンド信号を供給するように構成される。無線通信回路１０１は、伝送回路を介して処理回路１０２と通信可能に接続され得る。伝送回路としては、例えば、Ｍ−ＰＨＹ、Ｄｉｇ−ＲＦなどの規格に準拠した伝送回路が挙げられる。上述のように、無線通信回路１０１は、基地局２０との無線通信を行う機能を有する通信部（送受信部、第一の送受信部とも称される）としての側面を有する。

処理回路１０２は、ベースバンド信号処理を行うように構成さる回路である。処理回路１０２は、アップリンクにおいて、無線通信システムにおけるプロトコルスタックに基づいてベースバンド信号を生成し、無線通信回路１０１にベースバンド信号を出力するように構成される。また、処理回路１０２は、ダウンリンクにおいて、無線通信回路１０１から入力されたベースバンド信号に対して、無線通信システムにおけるプロトコルスタックに基づいて復調・復号などの受信処理を行うように構成される。別言すると、アップリンクにおいて、処理回路１０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、受信装置としての基地局装置２０に向けて、上位レイヤから下位レイヤへと送信データを順次処理して、無線通信回路１０１を介して送信する回路としての側面を有する。また、ダウンリンクにおいて、処理回路１０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、無線通信回路１０１を介して受信した無線信号を、下位レイヤから上位レイヤへと順次処理する回路としての側面を有する。ここで、ダウンリンクにおいて、無線通信回路１０１からベースバンド信号の入力を受けることは、無線通信回路１０１を介して基地局装置２０からの無線信号を受信するという側面を有する。

処理回路１０２は、例えば、メモリ１０３に格納されたプログラムを読みだして実行することで、上述の各種の実施例に係る端末１０の動作を実現する演算装置であってもよい。処理回路１０２として、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）などが挙げられる。なお、処理回路１０２は、二以上のコアを含むマルチコアプロセッサであっても良い。また、処理回路１０２は、無線通信システムのプロトコルスタックにおける各レイヤに応じて、二以上の処理回路１０２を実装してもよい。例えば、ＭＡＣレイヤに属するＭＡＣエンティティとしての処理を実行する処理回路１０２と、ＲＬＣレイヤに属するＲＬＣエンティティとしての処理を実行する処理回路１０２と、ＰＤＣＰレイヤに属するＰＤＣＰエンティティとしての処理を実行する処理回路１０２とを、個別に実装してもよい。処理回路１０２は、Ｃ−ＣＰＵとも称される。端末装置１０は、処理回路１０２の他に、アプリケーションを実行するＡ−ＣＰＵとも称されるプロセッサ回路を実装してもよい。なお、処理回路１０２は、Ａ−ＣＰＵとも称されるプロセッサ回路とともに１チップで実装してもよいし、個別のチップとして実装してもよい。上述のように、処理回路１０２は、端末１０の動作を制御する機能を有する制御部（第一の制御部とも称される）としての側面を有する。

メモリ１０３は、処理回路１０２で実行されるベースバンド信号処理に係るデータやプログラムを記憶保持するように構成される回路である。メモリ１０３は、不揮発性記憶装置と揮発性記憶装置の両方あるいは一方を少なくとも含んで構成される。たとえば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）などが挙げられる。図１７において、メモリ１０３は、主記憶装置及び補助記憶装置などの各種記憶装置を総称したものである。なお、メモリ１０３は、処理回路１０２と同様に、無線通信システムのプロトコルスタックにおける各レイヤに応じて、二以上のメモリ１０３を実装してもよい。例えば、ＭＡＣレイヤに属するＭＡＣエンティティとしての処理に用いられるメモリ１０３と、ＲＬＣレイヤに属するＲＬＣエンティティとしての処理に用いられるメモリ１０３と、ＰＤＣＰレイヤに属するＰＤＣＰエンティティとしての処理に用いられるメモリ１０３とを、個別に実装してもよい。

図１７に示す基地局２０は、無線通信回路２０１、処理回路２０２、メモリ２０３、有線通信回路２０４、を有する。なお、図１７に示す基地局２０では、アンテナの図示を省略している。

無線通信回路２０１は、ダウンリンクにおいて、処理回路２０２からのベースバンド信号を受けて、ベースバンド信号から所定の出力レベルの無線信号を生成し、アンテナを介して無線信号を空間に放射するように構成される。また、無線通信回路２０１は、アップリンクにおいて、アンテナから入力される無線信号を受信し、無線信号をベースバンド信号に変換し、処理回路２０２へベースバンド信号を供給するように構成される。無線通信回路２０１は、ＣＰＲＩ（Common Public Radio Interface）などの伝送路を介して処理回路２０２と通信可能に接続させることも可能であり、ＲＲＨ（Remote Radii Head）、ＲＲＥ（Remote Radio Equipment）とも称され得る。また、無線通信回路２０１と処理回路２０２との組み合わせは、一対一に限定されるものではなく、一つの無線通信回路２０１に複数の処理回路２０２を対応付けたり、複数の無線通信回路２０１を一つの処理回路２０２に対応付けたり、複数の無線通信回路２０１を複数の処理回路２０２に対応付けることも可能である。上述のように、無線通信回路２０１は、端末１０との無線通信を行う機能を有する通信部（送受信部、第二の送受信部とも称される）としての側面を有する。

処理回路２０２は、ベースバンド信号処理を行うように構成さる回路である。処理回路２０２は、ダウンリンクにおいて、無線通信システムにおけるプロトコルスタックに基づいてベースバンド信号を生成し、無線通信回路２０１にベースバンド信号を出力するように構成される。また、処理回路２０２は、アップリンクにおいて、無線通信回路２０１から入力されたベースバンド信号に対して、無線通信システムにおけるプロトコルスタックに基づいて復調・復号などの受信処理を行うように構成される。別言すると、ダウンリンクにおいて、処理回路２０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、受信装置としての端末装置１０宛ての送信データを、上位レイヤから下位レイヤへと順次処理して、無線通信回路２０１を介して送信する回路としての側面を有する。また、アップリンクにおいて、処理回路２０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、無線通信回路２０１を介して受信した無線信号を、下位レイヤから上位レイヤへと順次処理する回路としての側面を有する。ここで、アップリンクにおいて、無線通信回路２０１からベースバンド信号の入力を受けることは、無線通信回路２０１を介して端末１０からの無線信号を受信するという側面を有する。

処理回路２０２は、例えば、メモリ２０３に格納されたプログラムを読みだして実行することで、上述の各種の実施例に係る基地局２０の動作を実現する演算装置であってもよい。処理回路２０２として、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）などが挙げられる。なお、処理回路２０２は、二以上のコアを含むマルチコアプロセッサであっても良い。また、処理回路２０２は、無線通信システムのプロトコルスタックにおける各レイヤに応じて、二以上の処理回路２０２を実装してもよい。例えば、ＭＡＣレイヤに属するＭＡＣエンティティとしての処理を実行する処理回路２０２と、ＲＬＣレイヤに属するＲＬＣエンティティとしての処理を実行する処理回路２０２と、ＰＤＣＰレイヤに属するＰＤＣＰエンティティとしての処理を実行する処理回路２０２とを、個別に実装してもよい。上述のように、処理回路２０２は、基地局２０の動作を制御する機能を有する制御部（第二の制御部とも称される）としての側面を有する。

メモリ２０３は、処理回路２０２で実行されるベースバンド信号処理に係るデータやプログラムを記憶保持するように構成される回路である。メモリ２０３は、不揮発性記憶装置と揮発性記憶装置の両方あるいは一方を少なくとも含んで構成される。たとえば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）などが挙げられる。図１７において、メモリ２０３は、主記憶装置及び補助記憶装置などの各種記憶装置を総称したものである。なお、メモリ２０３は、処理回路２０２と同様に、無線通信システムのプロトコルスタックにおける各レイヤに応じて、二以上のメモリ２０３を実装してもよい。例えば、ＭＡＣレイヤに属するＭＡＣエンティティとしての処理に用いられるメモリ２０３と、ＲＬＣレイヤに属するＲＬＣエンティティとしての処理に用いられるメモリ２０３と、ＰＤＣＰレイヤに属するＰＤＣＰエンティティとしての処理に用いられるメモリ２０３とを、個別に実装してもよい。

有線通信回路２０４は、他の装置へ出力可能なフォーマットのパケットデータに変換して他の装置へ送信したり、他の装置から受信したパケットデータからデータなどを抽出して、メモリ２０３や処理回路２０２などに出力したりする。他の装置の例としては、他の基地局装置やＭＭＥ（Mobility Management Entity）やＳＧＷ（Serving Gateway）などがあり得る。ＭＭＥやＳＧＷはコアノードとも称され、コアノードとの通信に用いられる論理的な通信インタフェースはＳ１インタフェースとも称される。他の基地局装置との通信に用いられる論理的な通信インタフェースはＸ２インタフェースとも称される。

以上の詳細な説明により、実施形態の特徴点及び利点は明らかになるであろう。これは、特許請求の範囲がその精神及び権利範囲を逸脱しない範囲で前述のような実施形態の特徴点及び利点にまで及ぶことを意図するものである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物及び均等物に拠ることも可能である。例えば、本明細書に開示の各工程は、必ずしも処理の流れの一例として説明された順序に沿って時系列に処理する必要はなく、特許請求の範囲に記載された本発明の要旨の範囲内において、工程の順序を入れ替えてもよく、あるいは複数の工程を並列的に実行してもよい。なお、以上の詳細な説明により明らかにされる第五世代移動通信システムに生じ得る事情は、第五世代移動通信システムを一側面から検討した場合に見出し得るものであり、他の側面から検討した場合には、他の事情が見出され得ることに留意されたい。別言すると、本発明の特徴点及び利点は、以上の詳細な説明に明記された事情を解決する用途に限定されるものではない。

１ 無線通信システム
１０ 端末
１０１ 無線通信回路
１０２ 処理回路
１０３ メモリ
２０ 基地局
２０１ 無線通信回路
２０２ 処理回路
２０３ メモリ
２０４ 有線通信回路

Claims (13)

1. 無線基地局および一以上の無線端末を含む無線通信システムにおいて用いられる前記無線端末であって、
   前記無線基地局との無線通信が可能な送受信部と、
   前記無線基地局から送信バッファに格納されているデータ量に応じた第１の状態報告に対するアップリンク許可を受けて前記送信バッファに格納されたアップリンクデータを前記送受信部を用いて送信する際に、前記アップリンク許可に示される無線リソースの割当量の一部を、前記第１の状態報告を送信した後の前記送信バッファのデータの変動量に応じた前記送信バッファの第２の状態報告の伝送に割当てる制御部と、
   を備えることを特徴とする無線端末。
   
2. 請求項１に記載の無線端末であって、
   送信バッファの下限値から上限値までの区間を複数に分割した小区間と、各小区間に対応するインデックスとを有する、変換テーブルを格納したメモリを備え、
   前記制御部は、前記変換テーブルに従って、前記送信バッファに滞留するデータの量に相当する前記小区間を特定し、前記特定した小区間に対応する前記インデックスを取得し、前記送信バッファの前記第１の状態報告または前記第２の状態報告に前記インデックスを格納する、
   ことを特徴とする無線端末。
   
3. 請求項１又は２に記載の無線端末であって、
   前記制御部は、
   前記送信バッファの状態がデータ量に関する所定の条件を満たす場合に、前記アップリンク許可に示される無線リソースの割当量の一部を、前記送信バッファの前記第２の状態報告の伝送に割当て、前記送信バッファの状態が所定の条件を満たさない場合、前記アップリンク許可に示される無線リソースの割当量の一部を、前記送信バッファの前記第２の状態報告の伝送に割当てない、
   ことを特徴とする無線端末。
   
4. 請求項３に記載の無線端末であって、
   前記制御部は、
   前記所定の条件を、前記送受信部を用いて前記無線基地局から受信する、
   ことを特徴とする無線端末。
   
5. 無線基地局および一以上の無線端末を含む無線通信システムにおいて用いられる前記無線基地局であって、
   前記無線端末と無線通信可能な送受信部と、
   前記無線端末の送信バッファに格納されているデータ量に応じた第１の状態報告に応じた、前記無線端末に対して割当てた無線リソースの割当量を示すアップリンク許可信号を、前記送受信部を用いて、前記無線端末に送信する制御部と、を備え、
   前記制御部は、
   前記アップリンク許可信号を前記無線端末に送信した後、前記割当量の一部の無線リソースを用いて前記無線端末から送信された、前記無線端末が前記第１の状態報告を送信した後の前記端末装置の送信バッファのデータの変動量に応じた前記送信バッファの第２の状態報告を、前記送受信部を用いて受信する、
   ことを特徴とする無線基地局。
   
6. 無線基地局および一以上の無線端末を含む無線通信システムであって、
   前記無線端末は、
   前記無線基地局との無線通信が可能な送受信部と、
   前記無線基地局から送信バッファに格納されているデータ量に応じた第１の状態報告に対するアップリンク許可を受けて前記送信バッファに格納されたアップリンクデータを前記送受信部を用いて送信する際に、前記アップリンク許可に示される無線リソースの割当量の一部を、前記第１の状態報告を送信した後の前記送信バッファのデータの変動量に応じた前記送信バッファの第２の状態報告の伝送に割当てる制御部と、を備え、
   前記無線基地局は、
   前記無線端末との無線通信が可能な送受信部と、
   無線リソースのスケジューリングにより前記無線端末に対して割当てた無線リソースの割当量を示す前記アップリンク許可を送信し、前記アップリンク許可の送信に応じて前記無線端末から受信したアップリンク信号から、前記送信バッファの第２の状態報告を取得し、前記取得した前記第２の状態報告に基づき前記無線端末のバッファ推定量を取得する制御部と、を備える、
   ことを特徴とする無線通信システム。
   
7. 請求項６に記載の無線通信システムであって、
   前記無線端末は、
   送信バッファの下限値から上限値までの区間を複数に分割した小区間と、各小区間に対応するインデックスとを有する、変換テーブルを格納したメモリを備え、
   前記無線端末の制御部は、前記変換テーブルに従って、前記送信バッファに滞留するデータの量に相当する前記小区間を特定し、前記特定した小区間に対応する前記インデックスを取得し、前記送信バッファの前記第１の状態報告または前記第２の状態報告に前記インデックスを格納する、
   ことを特徴とする無線通信システム。
   
8. 請求項６又は７に記載の無線通信システムであって、
   前記無線端末の前記制御部は、
   前記送信バッファの状態がデータ量に関する所定の条件を満たす場合に、前記アップリンク許可に示される無線リソースの割当量の一部を、前記送信バッファの前記第２の状態報告の伝送に割当て、
   前記送信バッファの状態が所定の条件を満たさない場合、前記アップリンク許可に示される無線リソースの割当量の一部を、前記送信バッファの前記第２の状態報告の伝送に割当てない、
   ことを特徴とする無線通信システム。
   
9. 請求項８に記載の無線通信システムであって、
   前記無線基地局の前記制御部は、
   前記所定の条件を、前記送受信部を用いて前記無線端末に送信し、
   前記無線端末の前記制御部は、
   前記所定の条件を、前記送受信部を用いて前記無線基地局から受信する、
   ことを特徴とする無線通信システム。
   
   
10. 無線基地局および一以上の無線端末を含む無線通信システムにおいて用いられる前記無線端末により実行される無線通信方法であって、
    前記無線基地局から送信バッファに格納されているデータ量に応じた第１の状態報告に対するアップリンク許可を受信する第一ステップと、
    前記アップリンク許可に応じて前記送信バッファに格納されたアップリンクデータを送信する際に、前記アップリンク許可に示される無線リソースの割当量の一部を、前記第１の状態報告を送信した後の前記送信バッファのデータの変動量に応じた前記送信バッファの第２の状態報告の伝送に割当てる第二ステップ、
    を備えることを特徴とする無線通信方法。
    
11. 請求項１０に記載の無線通信方法であって、
    送信バッファの下限値から上限値までの区間を複数に分割した小区間と、各小区間に対応するインデックスとを有する、変換テーブルに従って、前記送信バッファに滞留するデータの量に相当する前記小区間を特定する第三ステップと、
    前記変換テーブルに従って、前記特定した小区間に対応する前記インデックスを取得する第四ステップと、
    前記送信バッファの前記第１の状態報告または前記第２の状態報告に前記インデックスを格納する第五ステップと、
    を備えることを特徴とする無線通信方法。
    
12. 請求項１０又は１１に記載の無線通信方法であって、
    前記第二ステップは、
    前記送信バッファの状態がデータ量に関する所定の条件を満たす場合に、前記アップリンク許可に示される無線リソースの割当量の一部を、前記送信バッファの前記第２の状態報告の伝送に割当てる第六ステップと、
    前記送信バッファの状態が所定の条件を満たさない場合、前記アップリンク許可に示される無線リソースの割当量の一部を、前記送信バッファの前記第２の状態報告の伝送に割当てない第七ステップと、
    を備えることを特徴とする無線通信方法。
    
13. 請求項１２に記載の無線通信方法であって、
    前記第二ステップは、
    前記所定の条件を、前記無線基地局から受信する第八ステップと、
    を備えることを特徴とする無線通信方法。
    

Images