JP7229374B2 - 通信制御方法 - Google Patents

Description

本開示は、移動通信システムに用いる通信制御方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の規格において、ランダムアクセスプロシージャ中に上りリンクデータ送信を行うアーリーデータ伝送（ＥＤＴ）が規定されている（例えば、非特許文献１参照）。ＥＤＴでは、ランダムアクセスプロシージャ中に、上りリンクデータ送信に続く下りリンクデータ送信も可能である。

ユーザ装置の上位レイヤがユーザ装置起点（ＭＯ：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）のデータのためのＲＲＣ接続の確立又は再開を要求し、且つ、上りリンクデータのサイズがシステム情報で示された最大データサイズ以下になると、ＥＤＴが開始される。

現状の３ＧＰＰ規格において、ＥＤＴは、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）用途のユーザ装置又はＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）用途のユーザ装置、すなわち、ＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ）通信を行うユーザ装置に限って適用される。

ＬＰＷＡ通信を行うユーザ装置は、送受信すべきデータの量が少なく、データの送受信を行う頻度も少ない。しかしながら、このようなＬＰＷＡ通信を行うユーザ装置に限らず、スマートフォン等のユーザ装置にもＥＤＴを適用可能とすることが望まれている。

３ＧＰＰ ＴＳ ３８．３００ Ｖ１５．６．０ （２０１９－０６）

第１の態様に係る通信制御方法は、ユーザ装置がランダムアクセスプロシージャ中に所定サイズ以下のデータを送信又は受信する特定データ伝送を制御するための方法である。前記通信制御方法は、ＲＲＣコネクティッド状態にある前記ユーザ装置が、前記特定データ伝送を行うために必要なデータ伝送設定を前記ユーザ装置に行うか否かを基地局が判断するための補助情報を前記基地局に送信することと、前記基地局が、前記補助情報に基づいて前記ユーザ装置に前記データ伝送設定を行うと判断した場合、前記データ伝送設定を示す設定情報を含むＲＲＣ解放メッセージを前記ユーザ装置に送信することとを有する。

第２の態様に係る通信制御方法は、ユーザ装置が基地局から設定される所定サイズ以下のデータをランダムアクセスプロシージャ中に送信又は受信する特定データ伝送を制御するための方法である。前記通信制御方法は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある前記ユーザ装置が、ネットワークに送信するべきデータが発生する度に、前記発生したデータを記憶するとともに前記発生したデータのサイズを記憶することと、前記ＲＲＣコネクティッド状態に遷移した前記ユーザ装置が、前記発生したデータのそれぞれのサイズを示す情報を前記ネットワークに送信することとを有する。

一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係るユーザ装置の構成を示す図である。 一実施形態に係る基地局の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 一実施形態に係る動作例を示す図である。 変更例１の動作を示す図である。 変更例２の動作を示す図である。

図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（移動通信システムの構成）
まず、一実施形態に係る移動通信システムの構成について説明する。一実施形態に係る移動通信システムは３ＧＰＰの５Ｇシステムであるが、移動通信システムには、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。

図１は、一実施形態に係る移動通信システムの構成を示す図である。

図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。

ＵＥ１００は、移動可能な装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）、タブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、及び／又は飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、ＮＧ－ＲＡＮノードと呼ばれることもある。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続されてもよいし、ＬＴＥの基地局が５ＧＣに接続されてもよい。また、ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されてもよい。

５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。

図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間がＦ１インターフェイスで接続されてもよい。

図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを有する。

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。また、ＲＲＣ接続が中断（サスペンド）されている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

（特定データ伝送）
次に、一実施形態に係る特定データ伝送について説明する。一実施形態において、上述したＥＤＴを５Ｇシステムに導入するシナリオを想定する。このようなシナリオにおいて、ＥＤＴは、スモールデータ伝送（ＳＤＴ）と呼ばれてもよい。特定データ伝送とは、ＥＤＴ又はＳＤＴをいう。以下において、ＬＴＥのＥＤＴを５Ｇシステム（ＮＲ）に導入する実施形態について説明するが、ＥＤＴをＳＤＴと読み替えてもよい。

ＥＤＴは、ランダムアクセスプロシージャ中に上りリンクデータ送信を行うものである。また、ＥＤＴでは、ランダムアクセスプロシージャ中に、上りリンクデータ送信に続く下りリンクデータ送信も可能である。ＵＥ１００の上位レイヤがＵＥ起点（ＭＯ：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）のデータのためのＲＲＣ接続の確立又は再開を要求し、且つ、上りリンクデータのサイズがシステム情報で示された最大データサイズ以下になると、ＥＤＴが開始される。

ＥＤＴは、ランダムアクセスプロシージャにおけるＭｓｇ３を利用して上りリンクデータを送受信する上りリンクのＥＤＴと、ランダムアクセスプロシージャにおけるＭｓｇ４を利用して下りリンクデータを送受信する下りリンクのＥＤＴとを含む。具体的には、１つのランダムアクセスプロシージャにおいて、上りリンクのＥＤＴのみが行われる場合と、上りリンクのＥＤＴ及び下りリンクのＥＤＴの両方が行われる場合とがある。１つのランダムアクセスプロシージャにおいて、上りリンクのＥＤＴのみが行われる場合があってもよい。

ＥＤＴには、ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）ソリューション及びＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）ソリューションの２種類がある。ＵＰソリューションでは、ＥＤＴにおいて、ユーザデータをＲＲＣメッセージに含めずに、ＭＡＣレイヤにおいてユーザデータ（ＤＴＣＨ）とＲＲＣメッセージ（ＣＣＣＨ）とを１つのＭＡＣ ＰＤＵに多重化して送信する。一方で、ＣＰソリューションでは、ＥＤＴにおいて、ユーザデータをＲＲＣメッセージに含める。

ＵＰソリューションは、ＵＥ１００がＲＲＣインアクティブ状態である場合に適用可能である。ＲＲＣインアクティブ状態では、ＵＥ１００のコンテキスト情報がｇＮＢ２００において維持される。ＵＰソリューションでは、Ｍｓｇ３を構成するＲＲＣメッセージがＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージであり、Ｍｓｇ４を構成するＲＲＣメッセージが基本的にはＲＲＣ Ｒｅｌｅａｓｅメッセージ（ＲＲＣ解放メッセージ）である。ＵＥ１００は、ＲＲＣ Ｒｅｌｅａｓｅメッセージを受信すると、ＲＲＣアイドル状態を維持したままランダムアクセスプロシージャを終了する。但し、Ｍｓｇ４を構成するＲＲＣメッセージがＲＲＣ Ｒｅｓｕｍｅメッセージであり得る。ＵＥ１００は、ＲＲＣ Ｒｅｓｕｍｅメッセージを受信すると、ＲＲＣコネクティッド状態に遷移し、ＲＲＣコネクティッド状態においてユーザデータを送受信する。

ＣＰソリューションは、ＵＥ１００がＲＲＣアイドル状態である場合に適用可能である。ＣＰソリューションでは、Ｍｓｇ３を構成するＲＲＣメッセージがＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｒｅｑｕｅｓｔメッセージであり、Ｍｓｇ４を構成するＲＲＣメッセージがＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅメッセージである。ＵＥ１００は、Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅメッセージを受信すると、ＲＲＣアイドル状態を維持したままランダムアクセスプロシージャを終了する。但し、Ｍｓｇ４を構成するＲＲＣメッセージがＲＲＣ Ｓｅｔｕｐメッセージであり得る。ＵＥ１００は、ＲＲＣ Ｓｅｔｕｐメッセージを受信すると、ＲＲＣコネクティッド状態に遷移し、ＲＲＣコネクティッド状態においてユーザデータを送受信する。

以下において、ＥＤＴのＵＰソリューションを主として想定するが、ＵＰソリューションに限らず、ＣＰソリューションを想定してもよい。

ＥＤＴのＵＰソリューションにおいて、ＵＥ１００がＥＤＴを行うためには、予めｇＮＢ２００がＵＥ１００にＥＤＴ設定を行っている必要がある。例えば、ヘッダ圧縮をＥＤＴ時に実施（継続）するか否かを示す設定情報（ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）とセキュリティキー（ＫｅＮＢ）のアップデート用の設定情報（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）とを含むＲＲＣ解放メッセージをｇＮＢ２００からＵＥ１００に送信している必要がある。

ＬＴＥのＥＤＴは、ＬＰＷＡ通信を行うＵＥ１００に限って適用される。このようなＵＥ１００は、送受信すべきデータの量が少なく、データの送受信を行う頻度も少ない。このため、ＵＥ１００がＥＤＴにより送信する上りリンクデータのサイズは、システム情報で設定される最大データサイズ以下であることが一般的であると考えられる。したがって、ｇＮＢ２００がＵＥ１００にＥＤＴ設定を行うか否かの判断は容易である。

しかしながら、ＬＰＷＡ通信を行うＵＥ１００に限らず、スマートフォン等のＵＥ１００にもＥＤＴを適用可能とする場合、ＵＥ１００のトラフィックパターン、特に、ＥＤＴ送信時のデータが少量データ（小パケット）であるか否かをｇＮＢ２００が把握することは困難である。そのため、ｇＮＢ２００がＵＥ１００にＥＤＴ設定を行うか否かの判断が難しい。

このため、一実施形態において、ＵＥ１００からｇＮＢ２００への補助情報を提供することにより、ｇＮＢ２００がＵＥ１００にＥＤＴ設定を行うか否かの判断を円滑化する。

一実施形態に係る通信制御方法は、ＵＥ１００がランダムアクセスプロシージャ中に所定サイズ以下のデータを送信又は受信するＥＤＴを制御するための方法である。ここで、所定サイズとは、システム情報で設定される最大データサイズをいうが、最大データサイズがＵＥ１００個別のシグナリング（専用シグナリング）で設定されてもよいし、最大データサイズが仕様により予め規定されていてもよい。また、所定サイズとは、上りリンクデータの最大データサイズをいうが、下りリンクデータの最大データサイズであってもよい。最大データサイズは、トランスポートブロックサイズ（ＴＢＳ）により表現されてもよい。

一実施形態に係る通信制御方法において、ＲＲＣコネクティッド状態にあるＵＥ１００は、ＥＤＴを行うために必要なデータ伝送設定（すなわち、ＥＤＴ設定）をＵＥ１００に行うか否かをｇＮＢ２００が判断するための補助情報（以下、「ＥＤＴ補助情報」と呼ぶ）をｇＮＢ２００に送信する。ｇＮＢ２００は、ＥＤＴ補助情報に基づいてＵＥ１００にＥＤＴ設定を行うと判断した場合、ＥＤＴ設定を示す設定情報（以下、「ＥＤＴ設定情報」と呼ぶ）を含むＲＲＣ解放メッセージをＵＥ１００に送信する。このように、ＵＥ１００からｇＮＢ２００へのＥＤＴ補助情報を提供することにより、ｇＮＢ２００がＵＥ１００にＥＤＴ設定を行うか否かの判断を円滑化できる。

（動作例）
次に、一実施形態に係る動作例について説明する。図６は、一実施形態に係る動作例を示す図である。

図６に示すように、ステップＳ１０１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッド状態にある。

ステップＳ１０２において、ＵＥ１００は、データ（ユーザデータ）をｇＮＢ２００と送受信する。

ステップＳ１０３において、ＵＥ１００は、ｇＮＢ２００と送受信するデータが存在しない、又はｇＮＢ２００と送受信するデータが存在しなくなると判断し、ＵＥ１００のＲＲＣ接続を解放又は中断することをｇＮＢ２００に促すためのＲＲＣメッセージをｇＮＢ２００に送信する。このようなＲＲＣメッセージは、ＲＡＩ（Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｄｉｃａｔｉｏｎ）メッセージと呼ばれてもよい。

ここで、ＵＥ１００は、ＥＤＴを行うために必要なＥＤＴ設定をＵＥ１００に行うか否かをｇＮＢ２００が判断するためのＥＤＴ補助情報をＲＡＩメッセージに含める。

ＥＤＴ補助情報は、ＥＤＴ設定を行うことをｇＮＢ２００に要求する要求情報を含んでもよい。ＵＥ１００は、将来送信又は受信する予定のデータのサイズ及び／又は発生パターンを判断し、判断したサイズ及び／又は発生パターンに基づいて自身がＥＤＴを行うべきか否かを判断する。

具体的には、将来送信又は受信する予定のデータとは、ＵＥ１００がＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した後に送信又は受信する予定のデータをいう。例えば、将来送信又は受信する予定のデータは、ＵＥ１００が次回送信又は受信する予定のデータであってもよいし、ＵＥ１００が次々回送信又は受信する予定のデータであってもよい。ＵＥ１００は、例えばアプリケーションレイヤ等から得られる情報に基づいて、将来送信又は受信する予定のデータについて予測する。

そして、ＵＥ１００は、自身がＥＤＴを行うべきと判断した場合、ＥＤＴ設定を行うことをｇＮＢ２００に要求する要求情報をｇＮＢ２００に送信する。例えば、ＵＥ１００は、将来送信又は受信する予定のデータのサイズが所定サイズ以下であるという第１条件、及び、将来送信又は受信する予定のデータが単発のデータである（すなわち、継続的に送信又は受信するデータではない）という第２条件のうち、少なくとも一方の条件が満たされた場合、自身がＥＤＴを行うべきと判断してもよい。

ＥＤＴ補助情報は、ＵＥ１００が将来送信又は受信する予定のデータに関するデータ関連情報を含んでもよい。

データ関連情報は、ＵＥ１００が将来送信又は受信する予定のデータのサイズに関するサイズ情報を含んでもよい。サイズ情報は、ＵＥ１００が将来送信又は受信する予定のデータのトランスポートブロックサイズを示す情報であってもよい。或いは、サイズ情報は、ＵＥ１００が将来送信又は受信する予定のデータのトランスポートブロックサイズが所定サイズ以下であるか否かを示す識別子であってもよい。ＵＥ１００は、ＵＥ１００が将来送信又は受信する予定のデータが単発のデータであると予測される場合にのみ、サイズ情報をｇＮＢ２００に送信してもよい。

なお、「単発のデータ」の条件、例えばデータ発生間隔等は、ｇＮＢ２００からＵＥ１００に設定されてもよい。

データ関連情報は、ＵＥ１００が将来送信又は受信する予定のデータの発生パターンに関する時間情報を含んでもよい。時間情報は、ＵＥ１００が将来送信又は受信する予定のデータが単発のデータであるか否かを示す情報を含んでもよい。時間情報は、ＵＥ１００が将来送信又は受信する予定のデータの発生間隔（発生周期）を示す情報を含んでもよい。時間情報は、ＵＥ１００が将来送信又は受信する予定のデータの発生時刻を示す情報を含んでもよい。ここで、発生時刻は、相対時刻（例えば、３０秒後）であってもよいし、絶対時刻（例えば、（Ｈ－）ＳＦＮ番号）であってもよい。

なお、ＲＡＩメッセージは、ＲＲＣメッセージに限らず、ＭＡＣ制御要素（ＭＡＣ ＣＥ）であってもよい。このＭＡＣ ＣＥは、ＵＥ１００のＲＲＣ接続を解放又は中断することをｇＮＢ２００に促すためのものであってもよい。

ステップＳ１０４において、ｇＮＢ２００は、ＵＥ１００から受信するＲＡＩメッセージに含まれるＥＤＴ補助情報に基づいて、ＵＥ１００にＥＤＴ設定を行うか否かを判断する。以下において、ＵＥ１００にＥＤＴ設定を行うとｇＮＢ２００が判断した一例について説明する。

ステップＳ１０５において、ｇＮＢ２００は、ＥＤＴ設定を示すＥＤＴ設定情報を含むＲＲＣ解放メッセージをＵＥ１００に送信する。ＥＤＴ設定情報は、ヘッダ圧縮をＥＤＴ時に実施（継続）するか否かを示す設定情報（ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）、及びセキュリティキー（ＫｅＮＢ）のアップデート用の設定情報（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）の少なくとも一方を含む。

ｇＮＢ２００は、ＵＥ１００をＲＲＣインアクティブ状態に遷移させる場合、ＲＲＣインアクティブ状態の設定情報（Ｓｕｓｐｅｎｄ Ｃｏｎｆｉｇ．）をＲＲＣ解放メッセージに含める。ｇＮＢ２００は、ＥＤＴ設定情報をＳｕｓｐｅｎｄ Ｃｏｎｆｉｇ．に含めてもよい。

但し、ステップＳ１０４において、ＵＥ１００にＥＤＴ設定を行わないとｇＮＢ２００が判断した場合、ｇＮＢ２００は、ＥＤＴ設定情報を含まないＲＲＣ解放メッセージをＵＥ１００に送信する。

ステップＳ１０６において、ＵＥ１００は、ｇＮＢ２００から受信するＲＲＣ解放メッセージに含まれるＥＤＴ設定情報を記憶する。

ステップＳ１０７において、ＵＥ１００は、ｇＮＢ２００からＲＲＣ解放メッセージを受信したことに応じて、ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。

その後、ステップＳ１０８において、ＵＥ１００において上りリンクデータが発生し、ＵＥ１００の上位レイヤがＵＥ起点（ＭＯ）のデータのためのＲＲＣ接続の確立又は再開を要求する。

ステップＳ１０９において、ＵＥ１００は、ｇＮＢ２００からブロードキャストされるシステム情報（システム情報ブロック）を受信し、このシステム情報に含まれるＥＤＴ最大サイズ情報を取得する。ＥＤＴ最大サイズ情報は、ＥＤＴにおける上りリンクデータの最大データサイズを示す情報である。

ここで、ＵＥ１００は、ステップＳ１０８で発生した上りリンクデータのサイズが、ＥＤＴ最大サイズ情報が示す最大データサイズ以下であるか否かを判断する。ステップＳ１０８で発生した上りリンクデータのサイズが、ＥＤＴ最大サイズ情報が示す最大データサイズ以下である場合、ＵＥ１００はＥＤＴを適用可能と判断し、そうでなければＥＤＴを適用不可と判断する。以下において、ＵＥ１００がＥＤＴを適用可能と判断したと仮定して説明を進める。

ステップＳ１１０乃至Ｓ１１３は、ランダムアクセスプロシージャを構成する。ステップＳ１１０において、ＵＥ１００は、Ｍｓｇ１（ランダムアクセスプリアンブル）をｇＮＢ２００に送信する。なお、「Ｍｓｇ」は、メッセージの略である。

ステップＳ１１１において、ｇＮＢ２００は、ＵＥ１００に割り当てた上りリンク無線リソースを示すスケジューリング情報を含むＭｓｇ２（ランダムアクセス応答）をＵＥ１００に送信する。

ステップＳ１１２において、ＵＥ１００は、ｇＮＢ２００からのスケジューリング情報に基づいて、Ｍｓｇ３をｇＮＢ２００に送信する。Ｍｓｇ３は、例えばＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージである。ＵＥ１００は、ＭＡＣレイヤにおいてユーザデータ（ＤＴＣＨ）とＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージとを１つのＭＡＣ ＰＤＵに多重化して送信する。これにより、上りリンクのＥＤＴが行われる。ここで、ユーザデータ（上りリンクデータ）の送信にＥＤＴ設定情報が適用される。

ステップＳ１１３において、ｇＮＢ２００は、Ｍｓｇ４をＵＥ１００に送信する。例えば、Ｍｓｇ４は、ＲＲＣ Ｒｅｌｅａｓｅメッセージ（ＲＲＣ解放メッセージ）である。ｇＮＢ２００は、下りリンクデータをＲＲＣ Ｒｅｌｅａｓｅメッセージと多重化して送信してもよい。これにより、下りリンクのＥＤＴが行われる。ＵＥ１００は、ＲＲＣ Ｒｅｌｅａｓｅメッセージを受信すると、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態を維持したままランダムアクセスプロシージャを終了する。

本動作例において、ＥＤＴ補助情報をＲＡＩメッセージに含める一例について説明したが、ＥＤＴ補助情報をＲＡＩメッセージ以外のメッセージ（例えば、ＲＲＣメッセージ又はＭＡＣ ＣＥ）に含めてもよい。ＵＥ１００は、ｇＮＢ２００からＲＲＣ解放メッセージを受信するよりも前の段階でｇＮＢ２００に送信するメッセージであれば、どのようなメッセージにＥＤＴ補助情報を含めてもよい。

（変更例１）
次に、上述した実施形態の変更例１について説明する。上述した実施形態の少なくとも一部の動作は、変更例１に適用可能である。

上述したように、ＥＤＴにおける最大データ量（最大トランスポートブロックサイズ）をｇＮＢ２００がＵＥ１００に設定する場合、ｇＮＢ２００が、最適な最大データ量を決定することが難しい。具体的には、ＵＥ１００がＥＤＴによって送受信するデータ量（トランスポートブロックサイズ）は、ＵＥ１００が実行するアプリケーションの種類や状況に応じて変化する。ＥＤＴにおける最大データ量の設定が過大であると、無駄なリソースが発生し得る。一方で、ＥＤＴにおける最大データ量の設定が過小であると、この最大トランスポートブロックサイズを超えるデータを送受信したいＵＥ１００がＥＤＴを利用できないため、ＥＤＴによる消費電力削減・遅延削減の効果が損なわれる。

変更例１において、ＵＥ１００は、ＥＤＴにおいて送受信すべきユーザデータの量を判定する。例えば、ＵＥ１００は、上りリンクのＥＤＴによりＵＥ１００が送信したい上りリンクデータの量を判定する。このような判定に加えて又はこのような判定に代えて、ＵＥ１００は、下りリンクのＥＤＴによりＵＥ１００が受信したい下りリンクデータの量を判定してもよい。そして、ＵＥ１００は、自身がＲＲＣコネクティッド状態にあるときに、判定されたユーザデータの量に基づいて、ＵＥ１００が推奨する最大データ量（最大トランスポートブロックサイズ）を示す情報をｇＮＢ２００に送信する。このような推奨最大データ量は、上りリンクの推奨最大データ量であってもよいし、下りリンクの推奨最大データ量であってもよい。

このような最大データ量の通知は、ＥＤＴを行う能力を有するＵＥ１００のみが行うとしてもよい。このような場合、ｇＮＢ２００は、ＵＥ１００からの通知をＵＥ能力情報としてＵＥコンテキストに保存してもよい。

ｇＮＢ２００は、ＥＤＴについての推奨最大データ量の情報を多数のＵＥ１００から収集し、収集した情報に対する統計処理を行うことにより、ＥＤＴにおける最適な最大データ量を決定する。例えば、ｇＮＢ２００は、上りリンクのＥＤＴについての推奨最大データ量の情報を収集し、収集した情報に基づいて、上りリンクのＥＤＴにおける最適な最大データ量を決定する。ｇＮＢ２００は、下りリンクのＥＤＴについての推奨最大データ量の情報を収集し、収集した情報に基づいて、下りリンクのＥＤＴにおける最適な最大データ量を決定してもよい。ｇＮＢ２００は、最適な最大データ量を決定した後、決定した最大データ量をＵＥ１００に設定する。例えば、ｇＮＢ２００は、決定した最大データ量を示す情報をブロードキャストすることにより、ｇＮＢ２００のセル内のＵＥ１００に当該最大データ量を設定する。

図７は、変更例１の動作を示す図である。ここでは、Ｍｓｇ３を利用したＥＤＴにおける推奨最大上りリンクデータ量をＵＥ１００からｇＮＢ２００に通知する一例について説明する。なお、以下の例は、推奨最大上りリンクデータ量を例にして説明しているが、推奨最大下りリンクデータ量に置き換えても適用することができる。

図７に示すように、ステップＳ２０１において、ｇＮＢ２００は、ＥＤＴにおける推奨最大上りリンクデータ量の通知の送信を要求又は設定する情報をＵＥ１００に送信する。ｇＮＢ２００は、このような情報を、ランダムアクセスプロシージャにおけるＭｓｇ４（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ メッセージ）、ユニキャストメッセージである測定設定（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ及び／又はＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）の設定メッセージに含めてもよい。もしくは、ｇＮＢ２００は、ブロードキャストメッセージによって、当該通知を許可又は要求する情報をＵＥ１００に報知してもよい。但し、ステップＳ２０１は必須ではなく、省略可能である。

なお、ステップＳ２０１において、ｇＮＢ２００は、推奨最大上りリンクデータ量の送信可能条件をＵＥ１００に設定してもよい。例えば、ｇＮＢ２００は、データ発生間隔が１秒以上、データサイズが５０ｋＢ以下といった条件をＵＥ１００に設定する。

ステップＳ２０２において、ＵＥ１００は、ＥＤＴにおける推奨最大上りリンクデータ量を決定する。例えば、ＵＥ１００は、上りリンクデータの発生に応じてランダムアクセスプロシージャを行う際に当該上りリンクデータの量を記憶しており、記憶している上りリンクデータの量を推奨最大上りリンクデータ量として決定する。

ステップＳ２０３において、ＵＥ１００は、決定した推奨最大上りリンクデータ量を示す情報をｇＮＢ２００に送信する。ＵＥ１００は、このような情報を、測定報告に含めてもよいし、ランダムアクセスプロシージャのＭｓｇ５（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｃｏｍｐｌｅｔｅ）又はＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージ又はＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージに含めてもよい。なお、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ及びＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｃｏｍｐｌｅｔｅは、ランダムアクセスプロシージャの直後にＵＥ１００からｇＮＢ２００に送信されるメッセージと位置付けてもよい。

なお、ＲＲＣアイドル状態にあるＵＥ１００は、自身において発生した上りリンクデータの量が、ｇＮＢ２００から設定された最大上りリンクデータ量を超える場合には、ＥＤＴを伴わない通常のランダムアクセスプロシージャを開始するとともに、当該上りリンクデータの量を記憶してもよい。そして、ＵＥ１００は、通常のランダムアクセスプロシージャによりＲＲＣコネクティッド状態に遷移した後に、記憶している上りリンクデータの量を推奨最大上りリンクデータ量としてｇＮＢ２００に通知してもよい。

ステップＳ２０４において、ｇＮＢ２００は、ＵＥ１００から通知された推奨最大上りリンクデータ量に基づいて最適な最大上りリンクデータ量を決定する。ｇＮＢ２００は、最適な最大上りリンクデータ量を決定した後、決定した最大上りリンクデータ量をブロードキャストすることにより、ｇＮＢ２００のセル内のＵＥ１００に当該最大上りリンクデータ量を設定する。

或いは、ｇＮＢ２００は、最大データ量（最大上りリンクデータ量）をブロードキャストでＵＥ１００に設定する場合に限らず、最大データ量をユニキャスト（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ）でＵＥ１００に設定してもよい。このような場合、ｇＮＢ２００は、ＵＥ１００から通知された推奨最大データ量に基づいて、当該ＵＥ１００に対して最適な最大データ量を決定し、決定した最大データ量をユニキャストで当該ＵＥ１００に設定する。

（変更例２）
次に、上述した実施形態の変更例２について、変更例１との相違点を主として説明する。変更例１の少なくとも一部の動作は、変更例２に適用可能である。

変更例１では、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００において上りリンクデータが発生した際に、速やかに上りリンク送信を開始するシナリオを想定していた。しかしながら、遅延が許容される上りリンクデータ等について、ＵＥ１００は、ＥＤＴ最大データサイズを超える上りリンクデータ（パケット）を蓄積し、蓄積したデータ（複数のパケット）を一括して送信し得る。

ここで、ＲＲＣ接続確立後にＵＥ１００が送信したデータのサイズをｇＮＢ２００は把握可能である。但し、小パケットが断続的に発生し、これら複数の小パケットをＵＥ１００が一度に送信した場合、ｇＮＢ２００は、総パケットサイズを把握できるだけであり、各パケットのサイズを把握できない。そこで、変更例２では、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００において発生した各データのサイズをｇＮＢ２００（ネットワーク）が把握可能とする。

変更例２に係る通信制御方法は、ＵＥ１００がｇＮＢ２００から設定される所定サイズ以下のデータをランダムアクセスプロシージャ中に送信又は受信するＥＤＴを制御するための方法である。変更例２に係る通信制御方法において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ネットワークに送信するべきデータが発生する度に、発生したデータを記憶するとともに発生したデータのサイズを記憶する。ＲＲＣコネクティッド状態に遷移したＵＥ１００は、発生したデータのそれぞれのサイズを示す情報（以下、「データサイズ情報」と呼ぶ）をネットワークに送信する。これにより、ネットワークは、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００において発生した各データのサイズを把握できる。そして、ネットワークは、把握した各データのサイズに基づいて、変更例１と同様にしてＥＤＴの最大上りリンクデータ量を最適化できる。

変更例２において、ＲＲＣコネクティッド状態に遷移したＵＥ１００は、発生したデータのそれぞれの時刻情報をネットワークにさらに送信してもよい。時刻情報は、データ発生時の時刻を示す情報（タイムスタンプ情報）である。これにより、ＵＥ１００がデータを長時間にわたって保持する場合でも、このデータの発生時刻をネットワークが把握できる。これにより、例えば時間帯別にＥＤＴの最大上りリンクデータ量を設定するといった運用が容易になる。

変更例２において、ＲＲＣコネクティッド状態に遷移したＵＥ１００は、発生したデータのそれぞれの位置情報をネットワークにさらに送信してもよい。位置情報は、データ発生時のＵＥ１００の位置を示す情報（例えば、ＧＮＳＳ位置情報）である。これにより、ＵＥ１００がデータを長時間にわたって保持する場合でも、このデータの発生位置をネットワークが把握できる。これにより、例えばデータの発生位置に対応するセルについてＥＤＴの最大上りリンクデータ量を最適化することが容易になる。

図８は、変更例２の動作を示す図である。

図８に示すように、ステップＳ３０１において、ＵＥ１００は、ｇＮＢ２００からＲＲＣ解放メッセージを受信する。ＲＲＣ解放メッセージは、データサイズ情報、時刻情報、及び位置情報の少なくとも１つの記憶（ロギング）をＵＥ１００に設定するロギング設定情報を含んでもよい。

ステップＳ３０２において、ＵＥ１００は、ｇＮＢ２００からのＲＲＣ解放メッセージに応じて、ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。

ステップＳ３０３において、ＵＥ１００は、上りリンクデータ＃１を生成し、生成した上りリンクデータ＃１を記憶する。

ステップＳ３０４において、ＵＥ１００は、上りリンクデータ＃１について、データサイズ情報＃１、時刻情報＃１、及び位置情報＃１を取得し、取得した情報を記憶する（ロギング）。

ステップＳ３０５において、ＵＥ１００は、上りリンクデータ＃２を生成し、生成した上りリンクデータ＃２を記憶する。

ステップＳ３０６において、ＵＥ１００は、上りリンクデータ＃２について、データサイズ情報＃２、時刻情報＃２、及び位置情報＃２を取得し、取得した情報を記憶する（ロギング）。

ステップＳ３０７において、ＵＥ１００は、上りリンクデータ＃３を生成し、生成した上りリンクデータ＃３を記憶する。

ステップＳ３０８において、ＵＥ１００は、上りリンクデータ＃３について、データサイズ情報＃３、時刻情報＃３、及び位置情報＃３を取得し、取得した情報を記憶する（ロギング）。

ステップＳ３０９において、ＵＥ１００は、ランダムアクセスプロシージャをｇＮＢ２００と行う。

ステップＳ３１０において、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移する。

ステップＳ３１１において、ＵＥ１００は、記憶した上りリンクデータ＃１乃至＃３、記憶したデータサイズ情報＃１乃至＃３、記憶した時刻情報＃１乃至＃３、及び記憶した位置情報＃１乃至＃３をｇＮＢ２００に送信する。

（その他の実施形態）
上述した変更例１及び２においてＥＤＴの最大上りリンクデータ量を最適化する一例について説明したが、このような最適化に代えて、セルごとのＥＤＴ適用有無（すなわち、ＥＤＴオン／オフ）を切り替えてもよい。

ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

本願は、米国仮出願第６２/８９９８５２号（２０１９年９月１３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims (5)

1. ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態にあるユーザ装置がＲＲＣコネクティッド状態に遷移することなく所定サイズ以下のユーザデータを基地局に送信する特定データ伝送を制御するための通信制御方法であって、
   ＲＲＣコネクティッド状態にある前記ユーザ装置が、前記特定データ伝送を行うために必要なデータ伝送設定を前記ユーザ装置に行うか否かを前記基地局が判断するための要求メッセージを前記基地局に送信することと、
   前記基地局が、前記要求メッセージに基づいて、前記データ伝送設定を示す設定情報を含むＲＲＣ接続解放メッセージを前記ユーザ装置に送信することと、を有し、
   前記要求メッセージは、前記ユーザ装置が将来送信する予定のデータの発生パターンに関する時間情報を含み、
   前記時間情報は、前記ユーザ装置が将来送信する予定のデータが単発のデータであるか否かを示す情報を含む
   通信制御方法。
2. 前記要求メッセージは、前記ユーザ装置が将来送信する予定のデータのサイズに関するサイズ情報を含む
   請求項１に記載の通信制御方法。
3. ユーザ装置であって、
   ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態において、ＲＲＣコネクティッド状態に遷移することなく所定サイズ以下のユーザデータを基地局に送信する特定データ伝送を行うユーザ装置であって、
   前記ユーザ装置がＲＲＣコネクティッド状態にある場合、前記特定データ伝送を行うために必要なデータ伝送設定を前記ユーザ装置に行うか否かを前記基地局が判断するための要求メッセージを前記基地局に送信する送信部と、
   前記データ伝送設定を示す設定情報を含むＲＲＣ接続解放メッセージを前記基地局から受信する受信部と、を有し、
   前記要求メッセージは、前記ユーザ装置が将来送信する予定のデータの発生パターンに関する時間情報を含み、
   前記時間情報は、前記ユーザ装置が将来送信する予定のデータが単発のデータであるか否かを示す情報を含む
   ユーザ装置。
4. ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態において、ＲＲＣコネクティッド状態に遷移することなく所定サイズ以下のユーザデータを基地局に送信する特定データ伝送を行うユーザ装置を制御するプロセッサであって、
   前記ユーザ装置がＲＲＣコネクティッド状態にある場合、前記特定データ伝送を行うために必要なデータ伝送設定を前記ユーザ装置に行うか否かを前記基地局が判断するための要求メッセージを前記基地局に送信する処理と、
   前記データ伝送設定を示す設定情報を含むＲＲＣ接続解放メッセージを前記基地局から受信する処理と、を実行し、
   前記要求メッセージは、前記ユーザ装置が将来送信する予定のデータの発生パターンに関する時間情報を含み、
   前記時間情報は、前記ユーザ装置が将来送信する予定のデータが単発のデータであるか否かを示す情報を含む
   プロセッサ。
5. ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態において、ＲＲＣコネクティッド状態に遷移することなく所定サイズ以下のユーザデータを基地局に送信する特定データ伝送を行うユーザ装置と通信する前記基地局であって、
   前記ユーザ装置がＲＲＣコネクティッド状態にある場合、前記特定データ伝送を行うために必要なデータ伝送設定を前記ユーザ装置に行うか否かを前記基地局が判断するための要求メッセージを前記ユーザ装置から受信する受信部と、
   前記データ伝送設定を示す設定情報を含むＲＲＣ接続解放メッセージを前記ユーザ装置に送信する送信部と、を有し、
   前記要求メッセージは、前記ユーザ装置が将来送信する予定のデータの発生パターンに関する時間情報を含み、
   前記時間情報は、前記ユーザ装置が将来送信する予定のデータが単発のデータであるか否かを示す情報を含む
   基地局。

Images