WO2023085031A1 - 基地局装置、通信装置、通信システム及び通信方法 - Google Patents

Abstract

基地局装置（２０）は、通信部（２１）と、制御部（２４）と、を備える。通信部（２１）は、通信装置（４０）とアップリンク通信を行う。制御部（２４）は、通信装置（４０）の送信バッファに格納されるデータ量が所定量以下になった旨の通知を取得する。制御部（２４）は、通知を取得した場合、一定期間、通信装置（４０）が信号を送信するためのリソースを、通信装置（４０）に割り当てる。

Description

基地局装置、通信装置、通信システム及び通信方法

　本開示は、基地局装置、通信装置、通信システム及び通信方法に関する。

　高速通信網の発達により、音楽ライブなどのイベントのリアルタイムでの配信が盛んとなっている。例えば撮影機能を備えた通信装置は、音楽ライブなどのパフォーマンスを撮影し、撮影した映像データおよび音声データを、基地局を介してネットワークにアップロードする。通信装置は、映像データや音声データ等の送信データを送信バッファに保存し、基地局が行うアップリンクスケジューリングに従って、送信データを基地局に送信する。

特表２０１９－５２２９３３号公報

　ここで、例えば、通信装置の送信バッファが空になった、すなわち、通信装置が送信するデータが一時的に無くなった場合、基地局は、当該通信装置へのリソースの割り当てを停止する。基地局は、次に通信装置からリソースのスケジューリングを要求された場合に、当該通信装置へのリソースの割り当てを再開する。

　このように、通信装置は、送信バッファが空になってから次にアップリンク送信を再開するまでに、基地局とやり取りを行う必要がある。このように、通信装置がアップリンク送信を再開するまでに遅延が発生するという問題があった。

　そこで、本開示では、通信装置がアップリンク送信を再開するまでの遅延をより低減することができる仕組みを提供する。

　なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。

　本開示の基地局装置は、通信部と、制御部と、を備える。通信部は、通信装置とアップリンク通信を行う。制御部は、前記通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を取得する。制御部は、前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てる。

本開示の実施形態に係る通信システムの全体構成の一例を示す図である。 基地局装置と端末装置との間で行われるアップリンク通信の一例を示すシーケンス図である。 基地局装置と端末装置との間で行われるアップリンク通信のパラメータの一例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示の実施形態に係る基地局装置と端末装置との間で行われるアップリンク通信の一例を示すシーケンス図である。 本開示の実施形態に係る基地局装置と端末装置との間で行われるアップリンク通信のパラメータの一例を示す図である。 本開示の実施形態に係る通信システムで行われるアップリンク通信の一例を示す図である。 本開示の実施形態に係る、通常通信を行うDefault　Bearerを確立する確立処理の流れを示すシーケンス図である。 本開示の実施形態に係る、リアルタイム通信を行うDefault　Bearerを確立する確立処理の流れを示すシーケンス図である。 本開示の実施形態に係る、リアルタイム通信を行うDefault　Bearer及びDedicated　Bearerを確立する確立処理の流れを示すシーケンス図である。 本開示の実施形態に係る通信処理の流れの一例を示すフローチャートである。

　以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

　また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベット又は数字を付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。

　以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。

＜＜１．はじめに＞＞
＜１．１．通信システムの概要＞
　図１は、本開示の実施形態に係る通信システム１の全体構成の一例を示す図である。図１に示したように、通信システム１は、複数の基地局装置２０（２０Ａ及び２０Ｂ）、複数の端末装置４０（４０Ａ及び４０Ｂ）、コアネットワーク１２０及びＰＤＮ（Packet　Data　Network）１３０を含む。なお、各装置の数はこれには限られず、例えば基地局装置２０や端末装置４０は各１台であってもよい。

　基地局装置２０は、セル１１０を運用し、セル１１０のカバレッジの内部に位置する１つ以上の端末装置４０へ無線通信サービスを提供する通信装置である。セル１１０は、例えばＬＴＥ（Long　Term　Evolution）またはＮＲ（New　Radio）等の任意の無線通信方式にしたがって運用される。基地局装置２０は、コアネットワーク１２０に接続される。

　コアネットワーク１２０は、ゲートウェイ装置（図示せず）を介してパケットデータネットワーク（ＰＤＮ）１３０に接続される。

　コアネットワーク１２０がＮＲのコアネットワーク（5G　Core（５ＧＣ））の場合、コアネットワーク１２０は、ＡＭＦ（Access　and　Mobility　Management　Function）、ＳＭＦ（Session　Management　Function）、ＵＰＦ（User　Plane　Function）、ＰＣＦ（Policy　Control　Function）及びＵＤＭ（Unified　Data　Management）を含み得る。

　コアネットワーク１２０がＬＴＥのコアネットワーク（Evolved　Packet　Core（ＥＰＣ））の場合、コアネットワーク１２０は、ＭＭＥ（Mobility　Management　Entity）、Ｓ－ＧＷ（Serving　gateway）、Ｐ－ＧＷ（PDN　gateway）、ＰＣＲＦ（Policy　and　Charging　Rule　Function）及びＨＳＳ（Home　Subscriber　Server）を含み得る。ＡＭＦ及びＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置４０の移動状態（Mobility）を管理する。ＵＰＦ及びＳ－ＧＷ／Ｐ－ＧＷは、ユーザプレーンの信号を取り扱うノードである。ＰＣＦ／ＰＣＲＦは、ＰＤＵセッション又はベアラに対するＱｏＳ（Quality　of　Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＵＤＭ／ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。

　端末装置４０は、基地局装置２０による制御に基づいて基地局装置２０と無線通信する通信装置である。端末装置４０は、例えば、通信機能を有するカメラデバイス、携帯電話、スマートデバイス（スマートフォン、又はタブレット）などである。

　なお、図１には図示していないが、通信システム１の周囲には、セルラー通信以外の、例えばＷｉ－Ｆｉ（登録商標）やＭｕｌｔｅＦｉｒｅ（登録商標）等の他のＲＡＴにより運用される無線通信サービスを提供する通信装置が存在し得る。かかる通信装置は、典型的には、ＰＤＮ１３０に接続される。

＜１．２．課題＞
　図２は、基地局装置２０と端末装置４０との間で行われるアップリンク通信の一例を示すシーケンス図である。図３は、基地局装置２０と端末装置４０との間で行われるアップリンク通信のパラメータの一例を示す図である。

　図２に示すように、基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、下りリンク制御情報（Downlink　Control　Information（ＤＣＩ））を送信する（ステップＳ１）。ＤＣＩは、例えばアップリンク通信に使用するリソースなどの情報を示す上りリンクグラント（Uplink（UL）　Grant）を含む。上りリンクグラント（UL　Grant）は、例えば図３のＳＦＮ（System　Frame　Number）＝９４３、Slot＝１であるリソースを使用して送信される。

　図２に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）を使用して送信信号を送信する（ステップＳ２）。送信信号の例えばヘッダには、端末装置４０が有する送信バッファの状態を示すバッファ情報（ＢＳＲ（Buffer　Status　Report）、図２ではPeriodic　BSR）が含まれる。

　Periodic　BSRは、周期的に基地局装置２０に送信されるＢＳＲである。端末装置４０は、送信バッファに保存される送信データを送信信号に変換して基地局装置２０に送信する。ＢＳＲは、送信バッファに保存される送信データのサイズに関するバッファ情報である。端末装置４０は、Periodic　BSRとして、ＢＳＲを周期的に基地局装置２０に送信する。

　図３の例では、端末装置４０は、ＳＦＮ＝９４３、Slot＝４であるリソースを使用して、送信バッファに保存していた送信データを送信する。基地局装置２０は、UL　Grantを用いて、GrantSizeで示す大きさのリソース（図３の例では、GrantSize＝５２５２ｂｙｔｅ）を端末装置４０に割り当てている。基地局装置２０は、例えばPeriodic　BSRで送信されるＢＳＲに基づき、端末装置４０に割り当てるリソースの大きさを決定する。

　端末装置４０は、BytesBuiltで示す大きさの送信データ（図３の例では、BytesBuilt＝５２５２ｂｙｔｅ）を、ＴＢＳ（Transport　Block　Size）で示すサイズ（図３の例では、ＴＢＳ＝５２５２ｂｙｔｅ）の送信信号に変換して、基地局装置２０に送信する。

　図３のＲＢｓは、送信信号がマッピングされるリソースブロックのサイズを示す。端末装置４０がＳＦＮ＝９４３、Slot＝４のリソースを使用して送信信号を送信する場合、送信信号はＲＢｓ＝６６であるリソースブロックに割り当てられて基地局装置２０に送信される。

　図３のＢＳＲは、端末装置４０が基地局装置２０に送信するバッファ情報を示す。端末装置４０がＳＦＮ＝９４３、Slot＝４のリソースを使用して送信信号を送信する場合、端末装置４０は、ＢＳＲ＝１７であるPeriodic　BSRをヘッダに含めて送信信号を送信する。

　ＢＳＲが「１７」であるとは、送信バッファに格納された送信データのサイズ（バッファサイズ、ＢＳ）が１４４６ｂｙｔｅより大きく、２０１４ｂｙｔｅ以下である（１４４６ｂｙｔｅ＜ＢＳ≦２０１４ｂｙｔｅ）ことを示している。

　図２に戻る。基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ３）。基地局装置２０は、ＳＦＮ＝９４３、Slot＝６のリソースで下りリンク制御情報を送信する（図３参照）。

　図２に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ４）。このとき、端末装置４０は、Padding　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。Padding　BSRとは、ＰＵＳＣＨで送信されるデータ内のPaddingデータのサイズが残バッファサイズ以上である場合に送信される。

　この場合、TBS　5252　Byteに対して、BytesBuilt　＝１８８８ｂｙｔｅで残バッファサイズ(ＢＳＲ)は「０(=０ｂｙｔｅ)」であるため、Padding　BSRが端末装置４０から送信される。

　端末装置４０は、ＳＦＮ＝９４３、Slot＝９のリソースで送信信号を送信する（図３参照）。上述したように、端末装置４０は、ＢＳＲとして、Padding　BSRを送信する。

　図３の例では、端末装置４０は、ＳＦＮ＝９４３、Slot＝９であるリソースを使用して、送信バッファに保存していた送信データを送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝５２５２ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝１８８８ｂｙｔｅの送信データを、ＴＢＳ＝５２５２ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝６６であるリソースブロックに割り当てて基地局装置２０に送信する。

　図２に示すように、基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ５）。基地局装置２０は、ＳＦＮ＝９４３、Slot＝１１のリソースで下りリンク制御情報を送信する（図３参照）。

　図２に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ６）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図３に示すように、ＳＦＮ＝９４３、Slot＝１１のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝２３７０ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝２ｂｙｔｅの送信データを、ＴＢＳ＝２３７０ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝３０であるリソースブロックに割り当てて基地局装置２０に送信する。

　この場合、端末装置４０は、ＢＳＲ＝０であるPeriodic　BSRをヘッダに含めて送信信号を送信する。ＢＳＲが「０」であるとは、送信バッファに格納された送信データのサイズが「０」であり、送信バッファが空であることを示している。

　なお、このように、送信バッファが空である場合、端末装置４０は、送信データとして、所定の値（例えば、「０」）がpaddingされたデータ（Paddingデータ）を基地局装置２０に送信する。

　図２に示すように、基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ７）。基地局装置２０は、ＳＦＮ＝９４３、Slot＝１６のリソースで下りリンク制御情報を送信する（図３参照）。

　図２に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ８）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図３に示すように、ＳＦＮ＝９４３、Slot＝１９のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝２０４９ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝２ｂｙｔｅの送信データを、ＴＢＳ＝２０４９ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝２６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝０であるPeriodic　BSRをヘッダに含めて送信信号を送信する。

　図２に戻る。このように、端末装置４０がＢＳＲ＝０のPeriodic　BSR、又は、PaddingBSRを送信すると、基地局装置２０は、当該端末装置４０に対するUL　Grantの送信を停止する。すなわち、基地局装置２０は、端末装置４０の送信バッファが空になった旨の通知を取得すると、当該端末装置４０へのリソースの割り当てを中止する。

　図２に示す例では、基地局装置２０がUL　Grantの送信を停止してから、期間Ｔ１経過後に、基地局装置２０は、端末装置４０からＰＵＣＣＨ（Physical　Uplink　Control　Channel）を介してスケジューリングリクエストを受信する（ステップＳ９）。基地局装置２０は、ＳＦＮ＝９４３、Slot＝４４のリソースでスケジューリングリクエストを受信する（図３参照）。

　図２に示すように、基地局装置２０は、スケジューリングリクエストに応じて、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１０）。基地局装置２０は、ＳＦＮ＝９４３、Slot＝５６のリソースで下りリンク制御情報を送信する（図３参照）。

　図２に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１１）。このとき、端末装置４０は、Regular　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。Regular　BSRは、スケジューリングリクエスト後に基地局装置２０に送信されるＢＳＲである。

　このとき、端末装置４０は、図３に示すように、ＳＦＮ＝９４３、Slot＝５９のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝６７２ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝６７２ｂｙｔｅの送信データを、ＴＢＳ＝６７２ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝２６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝２９であるRegular　BSRをヘッダに含めて送信信号を送信する。

　ＢＳＲが「２９」であるとは、送信バッファに格納された送信データのサイズが７７２８４ｂｙｔｅより大きく、１０７６６９ｂｙｔｅ以下である（７７２８４ｂｙｔｅ＜ＢＳ≦１０７６６９ｂｙｔｅ）ことを示している。

　ステップＳ１１で端末装置４０はRegular　BSRを送信する。ここで端末装置４０へ割り当てられたリソースについては、GrantSize＝６７２ｂｙｔｅであり、BSRにてバッファサイズを送信することしかできない程度の少量のリソースしか割り当てられない。

　図２に戻る。Regular　BSRを含む送信信号を受信した基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１２）。基地局装置２０は、ＳＦＮ＝９４３、Slot＝７１のリソースで下りリンク制御情報を送信する（図３参照）。

　図２に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１１）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図３に示すように、ＳＦＮ＝９４３、Slot＝７４のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝５７６３ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝５７６３ｂｙｔｅの送信データを、ＴＢＳ＝５７６３ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝６６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝２８であるPeriodic　BSRをヘッダに含めて送信信号を送信する。

　ＢＳＲが「２８」であるとは、送信バッファに格納された送信データのサイズが５５４７４ｂｙｔｅより大きく、７７２８４ｂｙｔｅ以下である（５５４７４ｂｙｔｅ＜ＢＳ≦７７２８４ｂｙｔｅ）ことを示している。

　以降、基地局装置２０及び端末装置４０は、アップリンク通信を再開する。図２に示すように、端末装置４０がスケジューリングリクエストを送信して基地局装置２０にアップリンク通信の再開を要求してから、実際にアップリンクのリソースが割り当てられアップリンク通信を再開するまでに、期間Ｔ２が必要となる。なお、スケジューリングリクエストは、端末装置４０が、基地局装置２０に対してリソースの割り当て再開を要求するリソース要求であるとも言える。

　このように、端末装置４０が送信バッファ（アップリンクバッファ）に溜まっていた送信データを全て送信して送信バッファが空になると、基地局装置２０はUL　Grantの送信を停止する。そのため、端末装置４０は、次に送信データの送信を再開するために、スケジューリングリクエストの送信やRegular　BSRの送信などアップリンク通信の再開処理を行う必要がある。

　上述したような音楽ライブなどのイベントのリアルタイム配信など、カメラで撮影しているライブ映像を、例えば５Ｇのような高速通信網経由でサーバー等に送信するユースケースでは、アップリンク方向のリアルタイム性を維持することが重要となる。

　このようなユースケースにおいて、一度端末装置４０の送信バッファが空になり、UL　Grantの送信が停止されると、次にアップリンク通信が再開されるまでに再開処理が必要となる。このように、これまでのアップリンク通信では、端末装置４０の送信バッファが空になると、アップリンク通信の再開処理による遅延が発生するという問題があった。

　例えば、具体的に、一度端末装置４０の送信バッファが空になった後に新規データが発生してから、次に端末装置４０が送信データの送信を再開するまでに３０スロット必要であるとする。この場合、例えば、ミリ波のサブキャリア間隔（ｍｍＷ　ＳＣＳ（Subcarrier　Spacing））が１２０ｋＨｚであったとすると、アップリンク通信を再開するまでの期間Ｔ２は、Ｔ２＝３０×０．１２５ｍｓｅｃ＝３．７５ｍｓｅｃとなる。すなわち、端末装置４０に新規送信データが発生してからアップリンク通信を再開するまでに３．７５ｍｓｅｃの遅延が発生する。

　なお、端末装置４０は、スケジューリングリクエストを決まった周期（タイミング）で送信する。したがって、スケジューリングリクエストを送信するタイミングによっては、端末装置４０に新規送信データが発生してからアップリンク通信を再開するまでの期間Ｔ２がさらに大きくなる可能性がある。

　このように、アップリンク方向のリアルタイム性が要求されるユースケースにおいて、端末装置４０の送信バッファが空になった場合に発生する遅延をより低減することが望まれる。

　なお、端末装置４０がスケジューリングリクエストを送信する周期は、例えば３ＧＰＰ３８．３１１に規定されている。当該周期は、例えばサブキャリア間隔（ＳＣＳ）に応じて複数の値を取り得る。

＜１．３．提案技術＞
　上述したように、従来のアップリンク通信では、端末装置４０の送信バッファが空になった後に、新規送信データが発生してからアップリンク通信を再開するまでに遅延が発生するという問題があった。

　本開示に係る通信システム１の基地局装置２０は、端末装置４０（通信装置の一例）とアップリンク通信を行う。基地局装置２０は、端末装置４０の送信バッファに格納されるデータ量が所定量以下（例えばゼロ以下）になったことを示す通知（例えば、ＢＳＲ）を、端末装置４０から取得する。基地局装置２０は、当該通知を取得した場合、一定期間、端末装置４０が信号を送信するためのリソースを、端末装置４０に割り当てる。

　すなわち、基地局装置２０は、端末装置４０の送信バッファが、例えば空になり、送信データがなくなった場合でも、一定期間でUL　Grantを端末装置４０に送信する。したがって、図２及び図３に示す期間Ｔ１において、UL　Grantが端末装置４０に送信されることになる。

　これにより、端末装置４０は、送信バッファが空になった後に新規送信データが発生した場合、一定期間で送信されるUL　Grantに基づき、基地局装置２０が一定期間、割り当てるリソースを使用して、当該新規送信データを基地局装置２０に送信することができる。したがって、端末装置４０は、送信バッファが空になった後に新規送信データが発生しても、スケジューリングリクエストを基地局装置２０に送信して再開処理を実行する必要がなくなる。このように、本開示に係る通信システム１は、アップリンク通信を再開するまでに発生する遅延をより低減することができる。

　なお、一定期間は、期間Ｔ１と同じである必要はない。一定期間は、予め設定された期間でもよく、基地局装置２０によって任意に設定される期間であってもよい。一定期間は、例えば端末装置４０が送信する送信データ（例えば映像データ）が生成される周期（例えば、映像データが撮影される周期（フレームレート））に応じて決定されてもよい。あるいは、一定期間は、端末装置４０による送信データの送信間隔に応じて決定されてもよい。

＜＜２．通信システムの構成例＞＞
＜２．１．基地局装置の構成＞
　図４は、本開示の実施形態に係る基地局装置２０の構成例を示す図である。基地局装置２０は、端末装置４０と無線通信する通信装置（無線システム）である。基地局装置２０は、情報処理装置の一種である。

　基地局装置２０は、信号処理部２１と、記憶部２２と、ネットワーク通信部２３と、制御部２４と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置２０の機能は、複数の物理的に分離された装置に分散して実装されてもよい。

（信号処理部２１）
　信号処理部２１は、他の通信装置（例えば、端末装置４０及び他の基地局装置２０）と無線通信する無線通信インタフェースである。信号処理部２１は、制御部２４の制御にしたがって動作する通信部（無線トランシーバ）である。信号処理部２１は複数の無線アクセス方式に対応してもよい。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応してもよい。信号処理部２１は、Ｗ－ＣＤＭＡやｃｄｍａ２０００等の他のセルラー通信方式に対応してもよい。また、信号処理部２１は、セルラー通信方式に加えて、無線ＬＡＮ通信方式に対応してもよい。勿論、信号処理部２１は、１つの無線アクセス方式に対応するだけであってもよい。

　信号処理部２１は、受信処理部２１１と、送信処理部２１２と、アンテナ４１３と、を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、基地局装置２０がＮＲとＬＴＥとに対応しているのであれば、受信処理部２１１及び送信処理部２１２は、ＮＲとＬＴＥとで個別に構成されてもよい。

（受信処理部２１１）
　受信処理部２１１は、アンテナ４１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。

　無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。例えば、基地局装置２０の無線アクセス方式が、ＬＴＥ等のセルラー通信方式であるとする。このとき、多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　shift　Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、または２５６ＱＡＭ等の多値ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２４へ出力される。

（送信処理部２１２）
　送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。

　符号化部２１２ａは、制御部２４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ４１３から送信される。

（記憶部２２）
　記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局装置２０の記憶手段として機能する。

（ネットワーク通信部２３）
　ネットワーク通信部２３は、他の装置（例えば、他の基地局装置２０、コアネットワーク１２０のファンクション）と通信するための通信インタフェースである。例えば、ネットワーク通信部２３は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースである。ネットワーク通信部２３は、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、ネットワーク通信部２３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部２３は、基地局装置２０のネットワーク通信手段として機能する。ネットワーク通信部２３は、制御部２４の制御にしたがって、他の装置と通信する。

（制御部２４）
　制御部２４は、基地局装置２０の各部を制御するコントローラ（Controller）である。制御部２４は、基地局装置２０の各部を制御するハードウェアプロセッサである。制御部２４は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部２４は、基地局装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部２４は、ＡＳＩＣ（Application　Specific　IntegrateＤＣＩrcuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

　制御部２４は、信号処理部２１を介して、端末装置４０からＢＳＲを取得する。取得したＢＳＲが、端末装置４０の送信バッファに格納される送信データのデータ量が所定量以下であることを示す場合、制御部２４は、一定期間、端末装置４０に、アップリンク通信のためのリソースを割り当てる。制御部２４は、一定期間、割り当てたリソースに関する情報を含むUL　Grantを周期的に端末装置４０に送信する。制御部２４は、例えば一定期間を、制御部２４が有するタイマ２４１を用いて計測する。

　タイマ２４１がタイムアウトしても、すなわち、一定期間が経過しても、端末装置４０からの送信データ（すなわち、ＰＵＳＣＨを使用して送信された送信信号）を受信しない場合、基地局装置２０はアップリンク通信のためのリソースの割り当てを停止する。基地局装置２０は、一定期間が経過すると、端末装置４０からスケジューリングリクエストが送信されるまでUL　Grantの送信を停止する。

＜２．２．端末装置の構成例＞
　図５は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、基地局装置２０と無線通信する通信装置である。端末装置４０は、情報処理装置の一種である。

　端末装置４０は、信号処理部４１と、記憶部４２と、ネットワーク通信部４４と、制御部４５と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

（信号処理部４１）
　信号処理部４１は、他の通信装置（例えば、基地局装置２０及び他の端末装置４０）と無線通信する無線通信インタフェースである。信号処理部４１は、制御部４５の制御にしたがって動作する無線トランシーバである。信号処理部４１は１または複数の無線アクセス方式に対応する。例えば、信号処理部４１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部４１は、Ｗ－ＣＤＭＡやｃｄｍａ２０００等、他の無線アクセス方式に対応していてもよい。

　信号処理部４１は、受信処理部４１１と、送信処理部４１２と、アンテナ３１３と、を備える。信号処理部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ３１３をそれぞれ複数備えていてもよい。なお、信号処理部４１が複数の無線アクセス方式に対応する場合、信号処理部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。受信処理部４１１、及び送信処理部４１２の構成は、基地局装置２０の受信処理部２１１、及び送信処理部２１２と同様である。

（記憶部４２）
　記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。

（ネットワーク通信部４４）
　ネットワーク通信部４４は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部４４は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースである。ネットワーク通信部４４は、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、ネットワーク通信部４４は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部４４は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４４は、制御部４５の制御にしたがって、他の装置と通信する。

（制御部４５）
　制御部４５は、端末装置４０の各部を制御するコントローラである。制御部２４は、端末装置４０の各部を制御するハードウェアプロセッサである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

　制御部４５は、例えば、映像データを、信号処理部４１を介して基地局装置２０にリアルタイムで送信する。制御部４５は、例えば端末装置４０に搭載される撮像装置（図示省略）が撮像した映像データを基地局装置２０に送信する。あるいは、制御部４５は、例えば端末装置４０の外部に設けられる撮像装置（図示省略）が撮像した映像データを基地局装置２０に送信してもよい。この場合、制御部４５は、ネットワーク通信部４４を介して撮像装置から映像データを取得し得る。

　また、制御部４５は、上述した映像データのようなリアルタイムデータ以外のデータを基地局装置２０に送信し得る。例えば、制御部４５は、メールやＳＮＳ（Social　Networking　Service）等のやり取り、Ｗｅｂサイトのブラウジングなど、リアルタイム性を要求されないデータを基地局装置２０とやり取りし得る。

＜＜３．通信システムの動作例＞＞
　上述したように、基地局装置２０は、端末装置４０の送信バッファが空になっても、一定期間、端末装置４０にアップリンク通信のリソースを割り当て、UL　Grantを送信する。

　そこで、本開示の実施形態では、まず基地局装置２０と端末装置４０との間で行われるアップリンク通信について説明する。

＜３．１．アップリンク通信＞
　図６は、本開示の実施形態に係る基地局装置２０と端末装置４０との間で行われるアップリンク通信の一例を示すシーケンス図である。図７は、本開示の実施形態に係る基地局装置２０と端末装置４０との間で行われるアップリンク通信のパラメータの一例を示す図である。なお、図６及び図７において図２及び図３と同じ動作については説明を省略する。

　図６に示すように、ステップＳ８でＢＳＲ＝０のPeriodic　BSRを含む送信信号を受信した基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１０１）。基地局装置２０は、図７に示す、ＳＦＮ＝９４３、Slot＝２１のリソースで下りリンク制御情報を送信する。

　図６に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１０２）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図７に示すように、ＳＦＮ＝９４３、Slot＝２４のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝２０４９ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝２ｂｙｔｅの送信データを、ＴＢＳ＝２０４９ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝２６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝０であるPeriodic　BSRをヘッダに含めて送信信号を送信する。なお、ＢＳＲ＝０、すなわち端末装置４０の送信バッファには送信データが保存されていない。そのため、端末装置４０は、送信データとして、例えばPaddingデータを基地局装置２０に送信する。

　図６に戻る。基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１０３）。基地局装置２０は、図７に示す、ＳＦＮ＝９４３、Slot＝２６のリソースで下りリンク制御情報を送信する。

　図６に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１０４）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図７に示すように、ＳＦＮ＝９４３、Slot＝２９のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝２０４９ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝２ｂｙｔｅの送信データを、ＴＢＳ＝２０４９ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝２６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝０であるPeriodic　BSRをヘッダに含むPaddingデータを送信信号として送信する。

　図６に示すように、基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１０５）。基地局装置２０は、図７に示す、ＳＦＮ＝９４３、Slot＝３１のリソースで下りリンク制御情報を送信する。

　図６に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１０６）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図７に示すように、ＳＦＮ＝９４３、Slot＝３４のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝２０４９ｂｙｔｅのリソースを端末装置４０に割り当てている。このように、基地局装置２０は、端末装置４０の送信バッファが空である場合に、当該端末装置４０に割り当てるリソースのサイズを、送信バッファが空でない場合に、当該端末装置４０に割り当てるリソースのサイズより小さくする。

　端末装置４０は、BytesBuilt＝２ｂｙｔｅの送信データを、ＴＢＳ＝２０４９ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝２６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝０であるPeriodic　BSRをヘッダに含むPaddingデータを送信信号として送信する。

　図６に示すように、基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１０５）。基地局装置２０は、図７に示す、ＳＦＮ＝９４３、Slot＝３６のリソースで下りリンク制御情報を送信する。

　図６に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１０６）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図７に示すように、ＳＦＮ＝９４３、Slot＝３９のリソースで送信信号を送信する。基地局装置２０は、UL　Grantを用いて、GrantSize＝２０４９ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝２０４９ｂｙｔｅの送信データを、ＴＢＳ＝２０４９ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝２６であるリソースブロックに割り当てて基地局装置２０に送信する。

　ここで、ステップＳ１０６において、端末装置４０に新規送信データが発生し送信バッファに保存されているものとする。この場合、端末装置４０は、送信バッファに保存されている送信データのサイズ（データ量）に応じた値のＢＳＲ（図７の例ではＢＳＲ＝２８）をPeriodic　BSRとして基地局装置２０に送信する。

　図６に示すように、基地局装置２０は、端末装置４０に、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）を使用して、UL　Grantを含む下りリンク制御情報を送信する（ステップＳ１０７）。基地局装置２０は、図７に示す、ＳＦＮ＝９４３、Slot＝４１のリソースで下りリンク制御情報を送信する。

　図６に示すように、端末装置４０は、基地局装置２０に、ＰＵＳＣＨを使用して送信信号を送信する（ステップＳ１０８）。このとき、端末装置４０は、Periodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このとき、端末装置４０は、図７に示すように、ＳＦＮ＝９４３、Slot＝４４のリソースで送信信号を送信する。基地局装置２０は、前回受信したＢＳＲの値（ＢＳＲ＝２８）に基づき、UL　Grantを用いて、GrantSize＝５７６３ｂｙｔｅのリソースを端末装置４０に割り当てている。

　端末装置４０は、BytesBuilt＝５７６３ｂｙｔｅの送信データを、ＴＢＳ＝５７６３ｂｙｔｅの送信信号に変換する。端末装置４０は、送信信号をＲＢｓ＝６６であるリソースブロックに割り当てて基地局装置２０に送信する。この場合、端末装置４０は、ＢＳＲ＝２８であるPeriodic　BSRをヘッダに含めて送信信号を基地局装置２０に送信する。

　このように、本開示の実施形態に係る基地局装置２０は、ステップＳ８でＢＳＲ＝０のPeriodic　BSRを受信した以降もUL　Grantを端末装置４０に送信する（図６の期間Ｔ３参照）。そのため、ステップＳ１０６において新規送信データが発生していても、端末装置４０は、次の送信機会（ステップＳ１０８）で、新規送信データを基地局装置２０に送信することができる。端末装置４０は、スケジューリングリクエストの送信やRegular　BSRの送信などアップリンク通信の再開処理を省略することができ、アップリンク送信を再開するまでの遅延をより低減することができる。

＜３．２．接続処理＞
　図８は、本開示の実施形態に係る通信システム１で行われるアップリンク通信の一例を示す図である。

　ここで、通信システム１では、上述したように、例えば映像配信サービスにおける通信などリアルタイム性が求められ、アップリンク通信の再開時の低遅延が求められるアップリンク通信（以下、リアルタイムＵＬ通信とも記載する）が行われる。

　図８に示す例では、端末装置４０Ｂ（第１通信装置の一例）は、撮影した映像データをリアルタイムＵＬ通信で基地局装置２０に送信する。映像データは、基地局装置２０及びコアネットワーク１２０を介して、例えばローカルネットワークに配置される映像サーバー（図示省略）に送信される。

　一方、通信システム１では、例えばメールやＳＮＳ等のやり取り、Ｗｅｂサイトのブラウジングなど、リアルタイム性が求められないアップリンク通信（以下、通常ＵＬ通信とも記載する）も行われる。

　図８に示す例では、端末装置４０Ａ（第２通信装置の一例）は、メールデータ等を通常ＵＬ通信で基地局装置２０に送信する。メールデータは、基地局装置２０及びコアネットワーク１２０を介して、例えばインターネットに送信される。

　ここで、通常ＵＬ通信時において、基地局装置２０が、本開示の提案技術を適用し、端末装置４０Ａの送信バッファが空になった場合でもUL　Grantを送信するものとする。そうすると、基地局装置２０は、実際に使用されないアップリンクのリソースブロックを端末装置４０Ａに割り当ててしまうことになる。

　これにより、他の端末装置４０が使用できるリソースブロックが減り、他の端末装置４０がアップリンクデータを送信することができる送信機会が減少する。そのため、通信システム１におけるアップリンク通信のスループットが低下し、遅延が発生する恐れがある。

　そこで、本開示の実施形態では、基地局装置２０が、リアルタイムＵＬ通信を行う端末装置４０Ｂに対しては、本開示の提案技術を適用したアップリンク通信を行い、通常ＵＬ通信を行う端末装置４０Ａに対しては、通常のアップリンク通信を行うものとする。

　換言すると、基地局装置２０は、リアルタイムＵＬ通信を行う端末装置４０Ｂの送信バッファが空になった場合でも、端末装置４０Ｂにリソースを割り当て、UL　Grantを送信する。一方、基地局装置２０は、通常ＵＬ通信を行う端末装置４０Ａの送信バッファが空になった場合、端末装置４０Ａへのリソースの割り当て、及び、UL　Grantの送信を、端末装置４０Ａからスケジューリングリクエストが到達するまで停止する。

　これにより、基地局装置２０は、リアルタイム性が要求されるデータのアップリンク通信における遅延を抑制しつつ、アップリンク通信全体のスループットの低下を抑制することができる。

　例えば、本開示の実施形態では、基地局装置２０は、端末装置４０に対して確立されるBearerごとに本開示の提案技術を適用するか否かを区別することで、リアルタイムＵＬ通信を行う端末装置４０Ｂと、通常ＵＬ通信を行う端末装置４０Ａと、を区別し得る。

　基地局装置２０は、例えば端末装置４０ごとに本開示の提案技術を適用するDefault　Bearerと、適用しないDefault　Bearerと、を確立する。あるいは、基地局装置２０は、リアルタイムＵＬ通信を行う場合に、本開示の提案技術を適用するDedicated　Bearerを確立するようにしてもよい。以下、それぞれの場合について詳細に説明する。

＜３．２．１．Default　Bearerを使用する方法＞
　まず、図９及び図１０を用いて、基地局装置２０が端末装置４０ごとに本開示の提案技術を適用するDefault　Bearerと、適用しないDefault　Bearerと、を確立する方法について説明する。図９は、本開示の実施形態に係る、通常ＵＬ通信を行うDefault　Bearerを確立する確立処理の流れを示すシーケンス図である。図８に示す端末装置４０Ａは、基地局装置２０に対して、図９に示す確立処理を実行する。

　図９では、端末装置４０Ａがノンスタンドアロン（ＮＳＡ）モードで確立処理を行うものとする。また、図９では、端末装置４０ＡをＵＥ（User　Equipment）と記載し、ＬＴＥにおける基地局装置２０をｅＮＢ（evolved　NodeB）、ＮＲにおける基地局装置２０をｇＮＢ（ｇＮｏｄｅＢ）と記載し、ＬＴＥにおけるコアネットワーク１２０をＥＰＣと記載する。

　図９に示すように、ＵＥは、ｅＮＢに対して、コネクション要求信号（rrcConnectionRequest）を送信する（ステップＳ２０１）。これに対してｅＮＢは、ＵＥに、コネクション確立のためのセル設定情報などを含むrrcConnectionSetupを送信する（ステップＳ２０２）。rrcConnectionSetupを受信したＵＥは、ＲＲＣ接続状態に遷移し、ｅＮＢにrrcConnectionSetupCompleteを送信する（ステップＳ２０３）。なお、rrcConnectionSetupComplete内には、ＮＡＳメッセージのアタッチ要求(Attach　request)が含まれている。

　ｅＮＢは、ＥＰＣに対して、ステップＳ２０３に含まれたアタッチ要求(Attach　request)を転送する（ステップＳ２０４）。ＥＰＣは、ｅＮＢを経由してＵＥに対して、Attach　acceptを送信し、Default　Bearerに関する情報を送信する（ステップＳ２０９）。

　当該情報には、ＡＰＮ（Access　Point　Name）に関する情報が含まれる。図９の例では、ｅＮＢは、ＡＰＮとして、「zzzzzz.com」を送信する。この「zzzzzz.com」は、通常ＵＬ通信時に使用されるＡＰＮである。

　また、Attach　acceptには、確立されるDefault　Bearerの優先度クラスに関する情報（例えばＱＣＩ（QoS　Class　Identifier））が含まれる。ＥＰＣは、通常ＵＬ通信時のＱＣＩとしてＱＣＩ＝９を指定する。

　ｅＮＢは、ＵＥに対して、rrcConnection　Reconfigurationを送信する（ステップＳ２１０）。また、rrcConnection　Reconfiguration内にはＮＡＳメッセージのAttach　Acceptが含まれている。このReconfigurationにて、Default　BearerのＤＲＢ１（Data　Radio　Bearer　1）に対して、ＬＣＧ（LogicalChannelGroup）＝３、ＬＣＩＤ（LogicalChannelIdentity）＝３、ＬＣＰ（LogicalChannel　priority）＝１３が設定される。ＬＣＧ、ＬＣＩＤ、ＬＣＰは、ＭＡＣ　Ｌａｙｅｒで定義されるアップリンク通信の優先度である。なお、ここで定義される優先度は、４Ｇ（ＬＴＥ）での優先度である。

　ＵＥは、ＮＲのｇＮＢと接続するために追加の処理（NR　Addition　Procedure）を実行する（ステップＳ２１１）。ｇＮＢは、ｅＮＢを経由して５Ｇ　ＮＲにおけるrrc　ReconfigurationをＵＥに送信する（ステップＳ２１２）。このReconfigurationにて、Default　BearerのＤＲＢ１に対して、ＬＣＧ＝５、ＬＣＩＤ＝４、ＬＣＰ＝１３が設定される。なお、ここで定義される優先度は、５Ｇ（ＮＲ）での優先度である。

　次に、図１０は、本開示の実施形態に係る、リアルタイムＵＬ通信を行うDefault　Bearerを確立する確立処理の流れを示すシーケンス図である。図８に示す端末装置４０Ｂは、基地局装置２０に対して、図１０に示す確立処理を実行する。

　図１０では、端末装置４０Ｂがノンスタンドアロン（ＮＳＡ）モードで確立処理を行うものとする。また、図１０では、端末装置４０ＢをＵＥ（User　Equipment）と記載し、ＬＴＥにおける基地局装置２０をｅＮＢ（evolved　NodeB）、ＮＲにおける基地局装置２０をｇＮＢ（ｇＮｏｄｅＢ）と記載し、ＬＴＥにおけるコアネットワーク１２０をＥＰＣと記載する。また、図９と同じ処理については同一符号を付し、説明を省略する。

　図１０に示すように、ＥＰＣは、ｅＮＢを経由してＵＥに対して、Attach　acceptを送信し、Default　Bearerに関する情報を送信する（ステップＳ３０２）。当該情報には、ＡＰＮ（Access　Point　Name）に関する情報が含まれる。図１０の例では、ｅＮＢは、ＡＰＮとして、「xxxxxx.com」を送信する。この「xxxxxx.com」は、リアルタイムＵＬ通信時に使用されるＡＰＮである。

　上述したように、ＥＰＣは、通常ＵＬ通信に使用されるＡＰＮとして「zzzzzz.com」を指定する。一方、ＥＰＣは、リアルタイムＵＬ通信に使用されるＡＰＮとして「xxxxxx.com」を指定する。このように、リアルタイムサービスを使用してデータを送信するリアルタイムＵＬ通信と、リアルタイムサービス以外のサービスを使用してデータを送信する通常ＵＬ通信と、で異なるＡＰＮが割り当てられる。

　また、ステップＳ３０２において、Attach　acceptには、確立されるDefault　Bearerの優先度クラスに関する情報（例えばＱＣＩ）が含まれる。ＥＰＣは、通常ＵＬ通信時のＱＣＩとしてＱＣＩ＝８を指定する。

　ここで、ＱＣＩは、値が小さい程優先度が高い。ＥＰＣは、ＡＰＮごとに異なる優先度を割り当てる。ＥＰＣは、リアルタイムＵＬ通信の優先度を、通常ＵＬ通信よりも高く設定する。

　ｅＮＢは、ＵＥに対して、rrcConnection　Reconfigurationを送信する（ステップＳ３０３）。このReconfigurationにて、Default　BearerのＤＲＢ１に対して、ＬＣＧ＝２、ＬＣＩＤ＝２、ＬＣＰ＝８が設定される。なお、ここで定義される優先度は、４Ｇ（ＬＴＥ）での優先度である。

　ステップＳ２１１でＵＥがＮＲのｇＮＢと接続するための追加の処理が行われた後、ｇＮＢは、ｅＮＢを経由して５Ｇ　ＮＲにおけるrrc　ReconfigurationをＵＥに送信する（ステップＳ３０４）。このReconfigurationにて、Default　BearerのＤＲＢ１に対して、ＬＣＧ＝４、ＬＣＩＤ＝３、ＬＣＰ＝８が設定される。なお、ここで定義される優先度は、５Ｇ（ＮＲ）での優先度である。

　ここで、ＬＣＧ、ＬＣＩＤ、ＬＣＰは値が小さい程優先度が高い。ｅＮＢ及びｇＮＢは、ＡＰＮごとに異なる優先度を割り当てる。ｅＮＢ及びｇＮＢは、リアルタイムＵＬ通信の優先度を、通常ＵＬ通信よりも高く設定する。

　このように、コアネットワーク１２０は、サービスの利用対象である端末装置４０のＡＰＮをサービス（例えば、リアルタイムサービス及びそれ以外とのサービス）ごとに設定することで、端末装置４０をサービスごとに区別する。

　基地局装置２０は、ＱＣＩに紐付くＤＲＢ１の設定をサービスごとに区別することで、本開示の提案技術を適用するか否かを区別し、さらにＱＣＩに応じた優先スケジューリングを実現することができる。

＜３．２．２．Dedicated　Bearerを使用する方法＞
　図１１は、本開示の実施形態に係る、リアルタイムＵＬ通信を行うDefault　Bearer及びDedicated　Bearerを確立する確立処理の流れを示すシーケンス図である。図８に示す端末装置４０Ｂは、基地局装置２０に対して、図１１に示す確立処理を実行する。

　図１１では、端末装置４０Ｂがノンスタンドアロン（ＮＳＡ）モードで確立処理を行うものとする。また、図１１では、端末装置４０ＢをＵＥ（User　Equipment）と記載し、ＬＴＥにおける基地局装置２０をｅＮＢ（evolved　NodeB）、ＮＲにおける基地局装置２０をｇＮＢ（ｇＮｏｄｅＢ）と記載し、ＬＴＥにおけるコアネットワーク１２０をＥＰＣと記載する。

　まず、ＵＥは、ステップＳ２０９、ステップＳ２１０において、Default　Bearerを確立する。係る処理は、図９に示す処理と同じであるため、説明を省略する。なお、図１１では、ＵＥがステップＳ２０９から確立処理を実行しているが、図９に示すステップＳ２０１～Ｓ２０４の処理も行うものとする。

　このように、ＵＥは、まず、通常ＵＬ通信に使用する通信ベアラをDefault　Bearer（ＤＲＢ１）として確立する。なお、図１１の例では、ＥＰＣは、ＡＰＮとして「yyyyyy.com」を指定する。

　次に、ＥＰＣは、ｅＮＢを経由してＵＥに対してＮＡＳメッセージのACTIVATE　DEDICATED　EPS　BEARER　CONTEXT　REQUESTを送信し、Dedicated　Bearerに関する情報を送信する（ステップＳ４０３）。

　ACTIVATE　DEDICATED　EPS　BEARER　CONTEXT　REQUESTには、確立されるDedicated　Bearerの優先度クラスに関する情報（例えばＱＣＩ）が含まれる。ＥＰＣは、リアルタイムＵＬ通信時のＱＣＩとしてＱＣＩ＝８を指定する。

　ここで、ＥＰＣは、リアルタイムＵＬ通信で使用するポート（UL　Destination　Port）を指定し得る。例えば、ＥＰＣは、UL　Destination　PortとしてUL　Destination　Port＝５００００を指定する。この場合、UL　Destination　Port＝５００００を使用するサービスのアップリンク通信は、全てDedicated　Bearerで処理される。このようにポート番号を指定することで、ＵＥ及びｅＮＢは、リアルタイムＵＬ通信と通常ＵＬ通信とを区別することができる。

　ｅＮＢは、ＵＥに対して、rrcConnection　Reconfigurationを送信する（ステップＳ４０４）。このReconfigurationにて、Dedicated　BearerのＤＲＢ２（Data　Radio　Bearer　2）に対して、ＬＣＧ＝２、ＬＣＩＤ＝２、ＬＣＰ＝８が設定される。なお、ここで定義される優先度は、４Ｇ（ＬＴＥ）での優先度である。

　ステップＳ２１１でＵＥがＮＲのｇＮＢと接続するための追加の処理が行われた後、ｇＮＢは、ｅＮＢを経由して５Ｇ　ＮＲにおけるrrc　ReconfigurationをＵＥに送信する（ステップＳ４０５）。このReconfigurationにて、Default　BearerのＤＲＢ１に対して、ＬＣＧ＝５、ＬＣＩＤ＝４、ＬＣＰ＝１３が設定され、Dedicated　BearerのＤＲＢ２に対して、ＬＣＧ＝４、ＬＣＩＤ＝３、ＬＣＰ＝８が設定される。なお、ここで定義される優先度は、５Ｇ（ＮＲ）での優先度である。

　このように、端末装置４０は、通常ＵＬ通信に使用するDefault　Bearer、及び、リアルタイムＵＬ通信に使用するDedicated　Bearerをそれぞれ確立する。これにより、通信システム１は、通信ベアラごとにリアルタイムＵＬ通信及び通常ＵＬ通信を区別することができる。また、端末装置４０が、Default　Bearer、及び、Dedicated　Bearerの両方を確立することで、通常ＵＬ通信及びリアルタイムＵＬ通信の両方を行うことができる。

　なお、ここでは、端末装置４０が、Default　Bearerを確立した後にDedicated　Bearerを確立し、５Ｇ　ＮＲに接続する場合を例に示しているが、これに限定されない。例えば、端末装置４０が、Default　Bearerを確立して通常ＵＬ通信を行いつつ、リアルタイムサービスを使用してアップリンク通信を行う場合に、Dedicated　Bearerを確立するようにしてもよい。すなわち、端末装置４０は、Default　Bearerを確立して基地局装置２０と接続しておく。その後、端末装置４０は、例えば映像配信アプリ等リアルタイムサービスを使用してアップリンク通信を行うアプリケーションが起動されてからDedicated　Bearerを確立するようにしてもよい。

　なお、ここでは、端末装置４０が、ノンスタンドアロンモードで確立処理を行うものとしたが、これに限定されない。端末装置４０がスタンドアロンモードで確立処理を行ってもよい。

＜３．３．通信処理＞
　図１２は、本開示の実施形態に係る通信処理の流れの一例を示すフローチャートである。図１２に示す通信処理は、例えば、基地局装置２０で実行される。基地局装置２０は、例えば、端末装置４０とアップリンク通信を行っている間、図１２に示す通信処理を繰り返し実行する。

　図１２に示すように、基地局装置２０は、端末装置４０からＢＳＲを受信する（ステップＳ５０１）。次に、基地局装置２０は、受信したＢＳＲがＢＳＲ＝０であるか否かを判定する（ステップＳ５０２）。受信したＢＳＲがＢＳＲ＝０でない場合（ステップＳ５０２；Ｎｏ）、基地局装置２０は、ステップＳ５０６に進む。

　受信したＢＳＲがＢＳＲ＝０である場合（ステップＳ５０２；Ｙｅｓ）、基地局装置２０は、端末装置４０との間のアップリンク通信がリアルタイムＵＬ通信であるか否かを判定する（ステップＳ５０３）。

　端末装置４０との間のアップリンク通信がリアルタイムＵＬ通信でない場合（ステップＳ５０３；Ｎｏ）、基地局装置２０は、端末装置４０に対するUL　Grantの送信を停止する（ステップＳ５０４）。

　端末装置４０との間のアップリンク通信がリアルタイムＵＬ通信である場合（ステップＳ５０３；Ｙｅｓ）、基地局装置２０は、最初にＢＳＲ＝０であるPeriodic　BSRを受信してから一定期間経過したか否かを判定する（ステップＳ５０５）。

　一定期間経過した場合（ステップＳ５０５；Ｙｅｓ）、基地局装置２０は、ステップＳ５０４に進み、端末装置４０に対するUL　Grantの送信を停止する。

　一定期間経過していない場合（ステップＳ５０５；Ｎｏ）、基地局装置２０は、端末装置４０に対してＢＳＲに応じたリソースを割り当てる（ステップＳ５０６）。基地局装置２０は、割り当てたリソースに関する情報を含むUL　Grantを端末装置４０に送信する（ステップＳ５０７）。

＜＜４．その他の実施形態＞＞
　上述の実施形態及び各変形例は一例を示したものであり、種々の変更及び応用が可能である。

　本実施形態の基地局装置２０、及び、端末装置４０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。

　例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、基地局装置２０、及び、端末装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、基地局装置２０、及び、端末装置４０の内部の装置（例えば、制御部２４、及び、制御部４５）であってもよい。

　また、上記通信プログラムをインターネット等のネットワーク上のサーバー装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating　System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバー装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

　また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。

　また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャート及びシーケンス図に示された各ステップは、適宜順序を変更することが可能である。

　また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large　Scale　Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

　なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

　また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

＜＜５．むすび＞＞
　以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

　また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

　なお、本技術は以下のような構成も取ることができる。
（１）
　通信装置とアップリンク通信を行う通信部と、
　前記通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を取得し、
　前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てる、制御部と、
　を備える基地局装置。
（２）
　前記通知は、前記送信バッファが空になったことを示すバッファステータスレポートである、（１）に記載の基地局装置。
（３）
　前記制御部は、前記通知を取得した場合、前記通信装置にアップリンクグラントを割り当てる、（１）又は（２）に記載の基地局装置。
（４）
　前記制御部は、前記通知を取得した場合、前記送信バッファに格納されるデータ量が所定量より大きい場合に割り当てる前記リソースよりも小さい前記リソースを前記通信装置に割り当てる、（１）～（３）のいずれか１つに記載の基地局装置。
（５）
　前記通信装置は、リアルタイムサービスを使用してデータを送信する、（１）～（４）のいずれか１つに記載の基地局装置。
（６）
　前記通信装置は、前記リアルタイムサービスを使用して前記データを送信する場合と、前記リアルタイムサービスと異なるサービスを使用して前記データを送信する場合とで、異なるＡＰＮが割り当てられる、（５）に記載の基地局装置。
（７）
　異なる前記ＡＰＮごとに異なる優先度が割り当てられる、（６）に記載の基地局装置。
（８）
　前記通信部は、
　リアルタイムサービスを使用してデータを送信する第１通信装置、及び、前記リアルタイムサービスと異なるサービスを使用してデータを送信する第２通信装置と通信を行い、
　前記制御部は、
　前記第１通信装置から前記通知を取得した場合に、前記一定期間、前記第１通信装置が信号を送信するための前記リソースを、前記通信装置に割り当て
　前記第２通信装置から前記通知を取得した場合に、前記第２通信装置からリソース要求を受け付けるまで前記リソースの割り当てを停止する、
　（１）～（４）のいずれか１つに記載の基地局装置。
（９）
　前記第１通信装置及び前記第２通信装置は、それぞれ異なるＡＰＮが割り当てられる、（８）に記載の基地局装置。
（１０）
　前記第１通信装置及び前記第２通信装置は、それぞれ異なる優先度が割り当てられる、（８）又は（９）に記載の基地局装置。
（１１）
　送信バッファに格納されるデータ量が所定量以下になった場合、前記送信バッファに関する通知を基地局装置に送信し、
　前記通知を送信した後に、一定期間、前記基地局装置によって割り当てられるリソースを使用して、前記基地局装置に信号を送信する制御部、
　を備える通信装置。
（１２）
　基地局装置と、通信装置と、を備える通信システムであって、
　前記基地局装置は、
　通信装置と通信を行う通信部と、
　前記通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を取得し、
　前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てる、制御部と、
　を備え、
　前記通信装置は、
　前記送信バッファに格納される前記データ量が前記所定量以下になった場合、前記通知を前記基地局装置に送信し、
　前記通知を送信した後に、一定期間、前記基地局装置によって割り当てられる前記リソースを使用して、前記基地局装置に信号を送信する制御部と、
　を備える、通信システム。
（１３）
　通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を、前記通信装置から取得することと、
　前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てることと、
　を含む通信方法。
（１４）
　送信バッファに格納されるデータ量が所定量以下になった場合、前記送信バッファに関する通知を基地局装置に送信することと、
　前記通知を送信した後に、一定期間、前記基地局装置によって割り当てられるリソースを使用して、前記基地局装置に信号を送信することと、
　を含む通信方法。

　１　通信システム
　２０　基地局装置
　２１，４１　信号処理部
　２２，４２　記憶部
　２３，４４　ネットワーク通信部
　２４，４５　制御部
　４０　端末装置

Claims (14)

1. 　通信装置とアップリンク通信を行う通信部と、
   　前記通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を取得し、
   　前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てる、制御部と、
   　を備える基地局装置。
2. 　前記通知は、前記送信バッファが空になったことを示すバッファステータスレポートである、請求項１に記載の基地局装置。
3. 　前記制御部は、前記通知を取得した場合、前記通信装置にアップリンクグラントを割り当てる、請求項１に記載の基地局装置。
4. 　前記制御部は、前記通知を取得した場合、前記送信バッファに格納されるデータ量が所定量より大きい場合に割り当てる前記リソースよりも小さい前記リソースを前記通信装置に割り当てる、請求項１に記載の基地局装置。
5. 　前記通信装置は、リアルタイムサービスを使用してデータを送信する、請求項１に記載の基地局装置。
6. 　前記通信装置は、前記リアルタイムサービスを使用して前記データを送信する場合と、前記リアルタイムサービスと異なるサービスを使用して前記データを送信する場合とで、異なるＡＰＮが割り当てられる、請求項５に記載の基地局装置。
7. 　異なる前記ＡＰＮごとに異なる優先度が割り当てられる、請求項６に記載の基地局装置。
8. 　前記通信部は、
   　リアルタイムサービスを使用してデータを送信する第１通信装置、及び、前記リアルタイムサービスと異なるサービスを使用してデータを送信する第２通信装置と通信を行い、
   　前記制御部は、
   　前記第１通信装置から前記通知を取得した場合に、前記一定期間、前記第１通信装置が信号を送信するための前記リソースを、前記通信装置に割り当て
   　前記第２通信装置から前記通知を取得した場合に、前記第２通信装置からリソース要求を受け付けるまで前記リソースの割り当てを停止する、
   　請求項１に記載の基地局装置。
9. 　前記第１通信装置及び前記第２通信装置は、それぞれ異なるＡＰＮが割り当てられる、請求項８に記載の基地局装置。
10. 　前記第１通信装置及び前記第２通信装置は、それぞれ異なる優先度が割り当てられる、請求項８に記載の基地局装置。
11. 　送信バッファに格納されるデータ量が所定量以下になった場合、前記送信バッファに関する通知を基地局装置に送信し、
    　前記通知を送信した後に、一定期間、前記基地局装置によって割り当てられるリソースを使用して、前記基地局装置に信号を送信する制御部、
    　を備える通信装置。
12. 　基地局装置と、通信装置と、を備える通信システムであって、
    　前記基地局装置は、
    　前記通信装置と通信を行う通信部と、
    　前記通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を取得し、
    　前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てる、制御部と、
    　を備え、
    　前記通信装置は、
    　前記送信バッファに格納される前記データ量が前記所定量以下になった場合、前記通知を前記基地局装置に送信し、
    　前記通知を送信した後に、一定期間、前記基地局装置によって割り当てられる前記リソースを使用して、前記基地局装置に信号を送信する制御部、
    　を備える、通信システム。
13. 　通信装置の送信バッファに格納されるデータ量が所定量以下になった旨の通知を、前記通信装置から取得することと、
    　前記通知を取得した場合、一定期間、前記通信装置が信号を送信するためのリソースを、前記通信装置に割り当てることと、
    　を含む通信方法。
14. 　送信バッファに格納されるデータ量が所定量以下になった場合、前記送信バッファに関する通知を基地局装置に送信することと、
    　前記通知を送信した後に、一定期間、前記基地局装置によって割り当てられるリソースを使用して、前記基地局装置に信号を送信することと、
    　を含む通信方法。

Images