JP7212156B2 - 通信制御方法及びユーザ装置 - Google Patents

Description

本発明は、移動通信システムにおける通信制御方法及びユーザ装置に関する。

従来、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ユーザ装置のＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）のモードとして、ＲＲＣコネクティッドモード、ＲＲＣインアクティブモード、及びＲＲＣアイドルモードが規定されている。

ＲＲＣコネクティッドモード及びＲＲＣインアクティブモードはユーザ装置のＲＲＣ接続が確立されているモードである。但し、ＲＲＣインアクティブモードは、確立されたＲＲＣ接続が中断（サスペンド）されているモードである。ＲＲＣアイドルモードは、ユーザ装置のＲＲＣ接続が確立されていないモードである。

ＲＲＣアイドルモード又はＲＲＣインアクティブモードにあるユーザ装置は、周期的なページング機会においてのみ下りリンク制御チャネルを監視すればよいため、ユーザ装置の消費電力が小さい。一方、ＲＲＣコネクティッドモードにあるユーザ装置は、データ通信を行うために少なくとも下りリンク制御チャネルの頻繁な監視を行う必要があり、ユーザ装置の消費電力が大きい。

よって、ユーザ装置の消費電力を削減するために、ユーザ装置がＲＲＣコネクティッドモードからＲＲＣアイドルモード又はＲＲＣインアクティブモードに適切に遷移可能とする技術の実現が望まれている。

一実施形態に係る通信制御方法は、移動通信システムにおける方法である。前記通信制御方法は、ＲＲＣコネクティッドモードにあるユーザ装置が、ＲＲＣ接続を解放又は中断する条件が付けられたＲＲＣ解放メッセージを基地局から受信することと、前記ユーザ装置が、前記ＲＲＣ解放メッセージを受信した場合であっても、前記条件が満たされるまでの間において前記基地局とのデータ通信を行うことと、前記ユーザ装置が、前記条件が満たされた際に、ＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移することとを含む。

一実施形態に係るユーザ装置は、移動通信システムにおける装置である。前記ユーザ装置は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッドモードにおいて、ＲＲＣ解放メッセージを基地局から受信する受信部と、前記ＲＲＣ解放メッセージに基づいて、前記ユーザ装置をＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移させる制御部と、前記ＲＲＣ解放メッセージを前記基地局から受信するよりも前において、前記ＲＲＣ解放メッセージに関する決定を前記基地局が行うための補助情報を前記基地局に送信する送信部と、を備える。前記補助情報は、前記ＲＲＣアイドルモード及び前記ＲＲＣインアクティブモードのうち前記ユーザ装置が望むモードを示す情報である。

一実施形態に係るユーザ装置は、移動通信システムにおける装置である。前記ユーザ装置は、ＲＲＣコネクティッドモードにおいて、ＲＲＣ接続を解放又は中断する条件が付けられたＲＲＣ解放メッセージを基地局から受信する受信部と、前記ＲＲＣ解放メッセージを受信した場合であっても、前記条件が満たされるまでの間において前記基地局とのデータ通信を行う制御部とを備える。前記制御部は、前記条件が満たされた際に、前記ユーザ装置をＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移させる。

一実施形態に係る通信制御方法は、移動通信システムにおける方法である。前記通信制御方法は、ＲＲＣコネクティッドモードにあるユーザ装置が、ＲＲＣ接続の中断を示すＲＲＣ解放メッセージを基地局から受信することと、前記ユーザ装置が、前記ＲＲＣ解放メッセージの受信に応じて、ＲＲＣインアクティブモードに遷移することと、前記ＲＲＣインアクティブモードにある前記ユーザ装置が、所定条件が満たされた場合、自発的にＲＲＣアイドルモードに遷移することとを備える。

一実施形態に係るユーザ装置は、移動通信システムにおける装置である。前記ユーザ装置は、ＲＲＣコネクティッドモードにおいて、ＲＲＣ接続の中断を示すＲＲＣ解放メッセージを基地局から受信する受信部と、前記ＲＲＣ解放メッセージの受信に応じて、前記ユーザ装置をＲＲＣインアクティブモードに遷移させる制御部とを備える。前記制御部は、所定条件が満たされた場合、自発的に前記ＲＲＣインアクティブモードからＲＲＣアイドルモードに前記ユーザ装置を遷移させる。

一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係るユーザ装置の構成を示す図である。 一実施形態に係る基地局の構成を示す図である。 一実施形態に係るユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 一実施形態に係る制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 ＲＲＣコネクティッドモードから他のモードへの遷移に関する基本的な動作を示す図である。 第１実施形態に係る移動通信システムの動作を示す図である。 第１実施形態の変更例１に係る移動通信システムの動作を示す図である。 第１実施形態の変更例２に係る移動通信システムの動作を示す図である。 第２実施形態に係る移動通信システムの動作を示す図である。 その他の実施形態に係る動作を示す図である。

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

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

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

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

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

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

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

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

図２は、ＵＥ１００（ユーザ装置）の構成を示す図である。

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

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

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

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

図３は、ｇＮＢ２００（基地局）の構成を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（ＲＲＣコネクティッドモードから他のモードへの遷移）
次に、ＲＲＣコネクティッドモードから他のモードへの遷移について説明する。

ＲＲＣコネクティッドモード及びＲＲＣインアクティブモードはＵＥ１００のＲＲＣ接続が確立されているモードである。但し、ＲＲＣインアクティブモードは、確立されたＲＲＣ接続が中断（サスペンド）されているモードである。具体的には、ＲＲＣインアクティブモードにおいては、ＵＥ１００のコンテキスト情報がｇＮＢ２００及びＵＥ１００において保持されるため、保持されたコンテキスト情報を用いてＵＥ１００が円滑にＲＲＣコネクティッドモードに遷移可能である。ＲＲＣアイドルモードは、ＵＥ１００のＲＲＣ接続が確立されていないモードである。

ＲＲＣアイドルモード又はＲＲＣインアクティブモードにあるＵＥ１００は、周期的なページング機会においてのみ下りリンク制御チャネルを監視すればよいため、ＵＥ１００の消費電力が小さい。一方、ＲＲＣコネクティッドモードにあるＵＥ１００は、データ通信を行うために少なくとも下りリンク制御チャネルの頻繁な監視を行う必要があり、ＵＥ１００の消費電力が大きい。また、上りリンクについても、ＲＲＣコネクティッドモードにあるＵＥ１００は、上りリンク制御チャネル（ＰＵＣＣＨ）の送信、具体的にはＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）フィードバックを定期的に行わなければならず、ＵＥ１００の消費電力が大きい。

図６は、ＲＲＣコネクティッドモードから他のモードへの遷移に関する基本的な動作を示す図である。

図６に示すように、ステップＳ１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッドモードにある。ＲＲＣコネクティッドモードにあるＵＥ１００は、ｇＮＢ２００とのデータ通信を行う。

ステップＳ２において、ＵＥ１００は、上りリンクデータをＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介してｇＮＢ２００に送信したり、下りリンクデータをＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介してｇＮＢ２００から受信したりする。

ステップＳ３において、ＵＥ１００及びｇＮＢ２００は、データ通信を完了する。データ通信の完了とは、上りリンクデータ送信のみが行われていた場合は上りリンクデータ送信完了をいい、下りリンクデータ送信のみが行われていた場合は下りリンクデータ送信完了をいい、上下リンクのデータ送信が行われていた場合は上下リンクデータ送信完了をいう。

ステップＳ４において、ＵＥ１００は、ｇＮＢ２００に送信するデータが近い将来発生しないことを示す指示子であるＲＡＩ（Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｄｉｃａｔｏｒ）をｇＮＢ２００に送信してもよい。ＲＡＩは、バッファサイズ値がゼロであることを示すバッファ状態報告であってもよい。ＲＡＩは、ｇＮＢ２００からＲＡＩアクティブ化が設定されたときに限り有効となるものであってもよい。但し、ステップＳ４は必須ではなく、ステップＳ４無しでステップＳ５を行ってもよい。

ステップＳ５において、ｇＮＢ２００は、データ通信の完了に応じて、ＵＥ個別にユニキャスト送信する専用ＲＲＣメッセージの一種であるＲＲＣ解放メッセージをＵＥ１００に送信する。ｇＮＢ２００は、ＵＥ１００をＲＲＣインアクティブモードに遷移させると決定した場合、ＲＲＣインアクティブモードの設定情報（ＳｕｓｐｅｎｄＣｏｎｆｉｇ）をＲＲＣ解放メッセージに含める。Ｓｕｓｐｅｎｄ Ｃｏｎｆｉｇは、ＲＲＣインアクティブモード用のＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）サイクルであるｒａｎ－ＰａｇｉｎｇＣｙｃｌｅと、ＲＲＣインアクティブモード用にＵＥ１００に割り当てられる識別子であるｆｕｌｌＩ－ＲＮＴＩ又はｓｈｏｒｔＩ－ＲＮＴＩとを含む。一方、ｇＮＢ２００は、ＵＥ１００をＲＲＣアイドルモードに遷移させると決定した場合、ＳｕｓｐｅｎｄＣｏｎｆｉｇをＲＲＣ解放メッセージに含めない。

ステップＳ６において、ＵＥ１００は、ｇＮＢ２００から受信したＲＲＣ解放メッセージに基づいて、ＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。具体的には、ＵＥ１００は、ＲＲＣ解放メッセージにＳｕｓｐｅｎｄＣｏｎｆｉｇが含まれていればＲＲＣインアクティブモードに遷移し、ＲＲＣ解放メッセージにＳｕｓｐｅｎｄＣｏｎｆｉｇが含まれていなければＲＲＣアイドルモードに遷移する。

ここで、ＵＥ１００（ＲＲＣレイヤ）は、ＲＲＣメッセージを受信してから６０ｍｓが経過したタイミング、及び下位レイヤ（レイヤ２）がＲＲＣメッセージの送達確認を行ったタイミングのうち、いずれか早い方のタイミングにおいてＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。

図６に示す基本的な動作において、ＵＥ１００は、ステップＳ３でデータ通信が完了してから、ステップＳ６でＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移するまでの期間Ｔ１は、データ通信が完了しているにもかかわらず、ＲＲＣコネクティッドモードを維持する必要がある。この期間Ｔ１におけるＵＥ１００の消費電力はデータの送受信に寄与しない無駄な電力であるため、期間Ｔ１を短縮することでＵＥ１００の消費電力を削減できる余地があると考えられる。

また、データ通信が完了（ステップＳ３）してから長時間が経過した後に次のデータ通信を開始する場合はＵＥ１００をＲＲＣアイドルモードに遷移させることが好ましく、そうでなければＵＥ１００をＲＲＣインアクティブモードに遷移させることが好ましいと考えられる。しかしながら、ｇＮＢ２００は、ＵＥ１００をＲＲＣアイドルモードに遷移させるか又はＲＲＣインアクティブモードに遷移させるかを判断するための判断材料を十分に有していない可能性がある。

（第１実施形態）
次に、第１実施形態について説明する。図７は、第１実施形態に係る移動通信システムの動作を示す図である。

図７に示すように、ステップＳ１０１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッドモードにある。ＲＲＣコネクティッドモードにあるＵＥ１００は、ｇＮＢ２００とのデータ通信を行う。

ステップＳ１０２において、ｇＮＢ２００は、ＵＥ１００のＲＲＣ接続を解放又は中断する条件（以下、「所定条件」と呼ぶ）が付けられたＲＲＣ解放メッセージをＵＥ１００に送信する。このような条件付きのＲＲＣ解放メッセージは、所定条件を指定する条件情報を含むＲＲＣ解放メッセージであってもよい。条件付きのＲＲＣ解放メッセージは、一般的なＲＲＣ解放メッセージとは異なるフォーマットを有する新規なＲＲＣ解放メッセージであってもよい。

ＵＥ１００は、一般的なＲＲＣ解放メッセージを受信したときは直ぐにＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。一方、ＵＥ１００は、条件付きのＲＲＣ解放メッセージを受信したときはＲＲＣアイドルモード又はＲＲＣインアクティブモードへの遷移を保留し、所定条件が満たされるまでＲＲＣコネクティッドモードを維持する。

所定条件は、ＲＲＣ解放メッセージ中の設定情報（情報要素）としてＵＥ１００に設定されてもよいし、通信規格により規定された所定条件がＵＥ１００の出荷時点で予めＵＥ１００に設定されてもよい。所定条件の詳細については、ステップＳ１０４において説明する。

ｇＮＢ２００は、ＵＥ１００をＲＲＣインアクティブモードに遷移させると決定した場合、ＲＲＣインアクティブモードの設定情報（ＳｕｓｐｅｎｄＣｏｎｆｉｇ）をＲＲＣ解放メッセージに含める。一方、ｇＮＢ２００は、ＵＥ１００をＲＲＣアイドルモードに遷移させると決定した場合、ＳｕｓｐｅｎｄＣｏｎｆｉｇをＲＲＣ解放メッセージに含めない。

ＵＥ１００は、条件付きのＲＲＣ解放メッセージをｇＮＢ２００から受信すると、所定条件が満たされたか否かを継続的に確認する。

ステップＳ１０３において、ＵＥ１００は、条件付きのＲＲＣ解放メッセージを受信した後、所定条件が満たされるまでの間においてｇＮＢ２００とのデータ通信を行う。例えば、ＵＥ１００は、ＰＵＳＣＨを介して上りリンクデータをｇＮＢ２００に送信したり、ＰＤＳＣＨを介して下りリンクデータをｇＮＢ２００から受信したりする。

ステップＳ１０４において、ＵＥ１００は、所定条件が満たされたと判定する。所定条件は、下記の条件１乃至３の条件のいずれか１つ、又は２以上の条件の組み合わせである。ｇＮＢ２００がＵＥ１００に所定条件を設定する場合、ｇＮＢ２００は、条件１乃至３のうち１つ又は複数の識別子を、条件付きのＲＲＣ解放メッセージに含めてもよい。

（１）条件１：ＵＥ１００がｇＮＢ２００への上りリンクデータ送信を完了したこと（すなわち、最後の上りリンクデータ送信が終わったこと）。

例えば、ｇＮＢ２００は、ＵＥ１００への下りリンクデータの送信が終わっており、且つＵＥ１００からの上りリンクデータを受信している状況下において、条件１を指定するＲＲＣ解放メッセージをＵＥ１００に送信する。この場合、ＵＥ１００は、上りリンク送信が終わったら自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移することになる。

条件１における上りリンクデータ送信の完了とは、条件１Ａ：データ送信の完了を示す情報をＵＥ１００がｇＮＢ２００に送信したことであってもよい。例えば、ＵＥ１００は、上述したＲＡＩを上りリンクデータ送信の完了通知（エンドマーカ）としてｇＮＢ２００に送信し、このエンドマーカ送信の時点で自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。

条件１における上りリンクデータ送信の完了とは、条件１Ｂ：データ送信の完了前にＵＥ１００とｇＮＢ２００との間で事前通知されていたデータ量又は送信時間分のデータ送信が完了したことであってもよい。例えば、ＵＥ１００は、ステップＳ１０４よりも前に、ｇＮＢ２００への送信予定の上りリンクデータの量又はｇＮＢ２００への上りリンクデータ送信を完了するまでの時間をｇＮＢ２００に事前通知する。このような通知はＲＡＩによりなされてもよい。そして、ＵＥ１００は、ｇＮＢ２００に事前通知したデータ量分の送信又はｇＮＢ２００に事前通知した時間分の送信が完了した時点で、自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。

条件１における上りリンクデータ送信の完了とは、条件１Ｃ：ＵＥ１００が最後の上りリンクデータ送信を行った後、この上りリンクデータに対する送達確認（ＨＡＲＱ又はＡＲＱのＡＣＫ）をｇＮＢ２００から受信したことであってもよい。ＵＥ１００は、最後の上りリンクデータ送信に対応する送達確認をｇＮＢ２００から受信した時点で、自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。なお、ＵＥ１００は、最後の上りリンクデータ送信時に、最後の上りリンクデータ送信であることをｇＮＢ２００に示すためにエンドマーカをｇＮＢ２００に送信してもよい。例えば、ＵＥ１００は、エンドマーカに相当するＭＡＣ ＣＥを、最後の上りリンクデータと同じＭＡＣ ＰＤＵでｇＮＢ２００に送信してもよい。

条件１における上りリンクデータ送信の完了とは、条件１Ａ乃至１Ｃのうち２以上の条件の組み合わせであってもよい。

（２）条件２：ＵＥ１００がｇＮＢ２００からの下りリンクデータ受信を完了したこと（すなわち、最後の下りリンクデータ受信が終わったこと）。

例えば、ｇＮＢ２００は、ＵＥ１００からの上りリンクデータの受信が終わっており、且つＵＥ１００へ下りリンクデータを送信している状況下において、条件２を指定するＲＲＣ解放メッセージをＵＥ１００に送信する。この場合、ＵＥ１００は、下りリンクデータ受信が終わったら自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移することになる。

条件２における下りリンクデータ受信の完了とは、条件２Ａ：データ送信の完了を示す情報をｇＮＢ２００からＵＥ１００が受信したことであってもよい。例えば、ｇＮＢ２００は、最後の下りリンクデータ送信の完了通知（エンドマーカ）をＵＥ１００に送信し、ＵＥ１００は、このエンドマーカ受信の時点で自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。なお、ｇＮＢ２００は、最後の下りリンクデータ送信時に、最後の下りリンクデータ送信であることをＵＥ１００に示すためにエンドマーカをＵＥ１００に送信してもよい。例えば、ｇＮＢ２００は、エンドマーカに相当するＭＡＣ ＣＥを、最後の下りリンクデータと同じＭＡＣ ＰＤＵでＵＥ１００に送信してもよい。

条件２における下りリンクデータ受信の完了とは、条件２Ｂ：下りリンクデータ受信の完了前にＵＥ１００がｇＮＢ２００から事前通知されていたデータ量又は受信時間分のデータ受信が完了したことであってもよい。例えば、ｇＮＢ２００は、ステップＳ１０４よりも前に、ＵＥ１００への送信予定の下りリンクデータの量又はＵＥ１００への下りリンクデータ送信を完了するまでの時間をＵＥ１００に事前通知する。そして、ＵＥ１００は、ｇＮＢ２００から事前通知されたデータ量分の受信又はｇＮＢ２００から事前通知された時間分の受信が完了した時点で、自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。

条件２における下りリンクデータ受信の完了とは、条件２Ｃ：ＵＥ１００が最後の下りリンクデータ受信を行った後、この下りリンクデータに対する送達確認（ＨＡＲＱ又はＡＲＱのＡＣＫ）をｇＮＢ２００に送信したことであってもよい。ＵＥ１００は、最後の下りリンクデータ送信に対応する送達確認をｇＮＢ２００に送信した時点で、自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。

条件２における下りリンクデータ受信の完了とは、条件２Ａ乃至２Ｃのうち２以上の条件の組み合わせであってもよい。

（３）条件３：ＲＲＣ解放メッセージによりｇＮＢ２００から指定された時間が経過したこと。

例えば、ｇＮＢ２００は、ＵＥ１００にＲＲＣコネクティッドモードを維持させる時間を定めるタイマ値を、条件付きのＲＲＣ解放メッセージに含める。ＵＥ１００は、このＲＲＣ解放メッセージを受信した際に、このタイマ値を設定したタイマを開始させ、タイマが満了した時点で、自発的にＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。

ステップＳ１０５において、ＵＥ１００は、所定条件が満たされたことに応じて、ＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移する。ＵＥ１００は、ステップＳ１０２で受信したＲＲＣ解放メッセージにＳｕｓｐｅｎｄＣｏｎｆｉｇが含まれていればＲＲＣインアクティブモードに遷移し、ＲＲＣ解放メッセージにＳｕｓｐｅｎｄＣｏｎｆｉｇが含まれていなければＲＲＣアイドルモードに遷移する。

一方、ステップＳ１０６において、ｇＮＢ２００は、所定条件が満たされたと判定し、ＵＥ１００がＲＲＣアイドルモード又はＲＲＣインアクティブモードのうちｇＮＢ２００が選択したモードにＵＥ１００が遷移したとみなす。そして、ｇＮＢ２００は、ＵＥ１００の遷移先のモードをＵＥ１００の識別子とともにコアネットワーク（ＡＭＦ３００）に通知する。この通知は、ＮＧインターフェイス上で行われてもよい。

第１実施形態によれば、ステップＳ１０４でデータ通信が完了してから、ステップＳ１０５でＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移するまでの期間Ｔ２を短くすることができる。具体的には、図６に示す期間Ｔ１よりも、図７に示す期間Ｔ２は短い。よって、図７に示す基本的な動作に比べて、ＵＥ１００の消費電力を削減できる。

（第１実施形態の変更例１）
上述した実施形態において、ｇＮＢ２００が条件付きのＲＲＣ解放メッセージをＵＥ１００に送信するのに先立って、ＵＥ１００がＲＡＩをｇＮＢ２００に送信する一例について説明した。

本変更例において、このようなＲＡＩの具体例について説明する。図８は、本変更例に係る動作を示す図である。図８に示すように、ステップＳ１０７において、ＵＥ１００は、ｇＮＢ２００が条件付きのＲＲＣ解放メッセージをＵＥ１００に送信するよりも前に、ＲＡＩをｇＮＢ２００に送信する。このＲＡＩは、ＲＲＣメッセージの一種であってもよい。ＵＥ１００は、ＲＡＩに、以下の「情報１」乃至「情報４」のうち少なくとも１つの情報（情報要素）を含める。

・情報１：ＲＲＣアイドルモード及びＲＲＣインアクティブモードのうちＵＥ１００が望むモードを示す情報。

例えば、ＵＥ１００は、ｇＮＢ２００に送信する上りリンクデータ及び／又はｇＮＢ２００から受信する下りリンクデータが発生しない期間の長さを予測し、この期間が一定期間以下であればＲＲＣインアクティブモードを選択し、そうでなければＲＲＣアイドルモードを選択し、選択したモードを示す情報をＲＡＩに含める。

・情報２：上述したような所定条件（トリガ条件）が決まっている場合における条件設定値をｇＮＢ２００が決定するための補助情報。

例えば、上述した条件３、すなわち、条件付きのＲＲＣ解放メッセージによりｇＮＢ２００から指定された時間（タイマ値）が経過したことをトリガ条件として用いる場合、ＵＥ１００は、このタイマ値をｇＮＢ２００が決定するための補助情報をＲＡＩに含める。ＵＥ１００は、あとどれくらいの時間でデータ通信が終了するかを予測し、予測した時間をＲＡＩに含めてもよい。ｇＮＢ２００は、ＵＥ１００から通知された時間に基づいて、条件付きのＲＲＣ解放メッセージに含めるタイマ値を決定する。これにより、例えば、従来のＲＲＣ Ｒｅｌｅａｓｅで必要であったＨＡＲＱ ＡＣＫやＲＬＣ ＡＣＫの確認を待たずにＵＥ１００がＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移できるため、データ通信が完了してからＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移するまでの時間の短縮を図ることができる。

或いは、無線品質（ＲＳＲＰ、ＲＳＲＱ）が閾値を下回ったことをトリガ条件（以下、「条件４」と呼ぶ）として用いる場合、ＵＥ１００は、この閾値をｇＮＢ２００が決定するための補助情報をＲＡＩに含める。例えば、ＵＥ１００は、自身が実行するアプリケーションの種類に応じて、所要ＱｏＳを満足するために最低限必要な無線品質を特定し、特定した無線品質の値をＲＡＩに含めてもよい。ｇＮＢ２００は、ＵＥ１００から通知された無線品質の値に基づいて、条件付きのＲＲＣ解放メッセージに含める無線品質閾値を決定する。

或いは、ＵＥ１００のバッファ内データ量が閾値を下回ったことをトリガ条件（以下、「条件５」と呼ぶ）として用いる場合、ＵＥ１００は、この閾値をｇＮＢ２００が決定するための補助情報をＲＡＩに含める。

・情報３：ｇＮＢ２００が条件付きのＲＲＣ解放メッセージにおいてどの条件を設定するかをｇＮＢ２００が決定するための補助情報。

ＵＥ１００は、上述した条件１乃至５のうちいずれか１つをｇＮＢ２００が決定するための補助情報をＲＡＩに含める。例えば、ＵＥ１００は、条件１乃至５のうち自身が望む条件を示す条件識別子をＲＡＩに含める。ＵＥ１００は、無線品質が良い時だけ通信を行うというアプリケーションを実行しているような場合、希望する条件として条件４を示す条件識別子をＲＡＩに含めてもよい。

・情報４：条件付きのＲＲＣ解放メッセージ及び通常のＲＲＣ解放メッセージのいずれを送信するかをｇＮＢ２００が決定するための補助情報。

ＵＥ１００は、条件付きのＲＲＣ解放メッセージをｇＮＢ２００に送信して欲しいのか又は通常のＲＲＣ解放メッセージ（すなわち、条件無しのＲＲＣ解放メッセージ）をｇＮＢ２００に送信して欲しいのかを示す情報をＲＡＩに含める。

なお、本変更例に係るＲＡＩは、ＵＥ１００が条件付きのＲＲＣ解放メッセージの受信に対応しているか（サポートしているか）否かをｇＮＢ２００に暗示的に示してもよい。具体的には、条件付きのＲＲＣ解放メッセージの受信に対応しているＵＥ１００に限り、本変更例に係るＲＡＩをｇＮＢ２００に送信することが可能とされる。或いは、ＵＥ１００は、自身が条件付きのＲＲＣ解放メッセージの受信に対応しているか（サポートしているか）否かを明示的に示すための指示子（フラグ）をＲＡＩに含めてもよい。

（第１実施形態の変更例２）
次に、第１実施形態の変更例２について、上述した第１実施形態及びその変更例１との相違点を説明する。図９は、第１実施形態の変更例２に係る移動通信システムの動作を示す図である。

図９に示すように、ステップＳ１１１乃至Ｓ１１３は、上述した第１実施形態と同様である。

本変更例において、ＵＥ１００は、条件付きのＲＲＣ解放メッセージをｇＮＢ２００から受信した後、ＲＲＣ接続の解放又は中断のキャンセル要求をｇＮＢ２００に送信する（ステップＳ１１４）、又はキャンセル要求をｇＮＢ２００から受信する（ステップＳ１１５）。キャンセル要求に対する応答がさらに送受信されてもよい。これらのシグナリングは、ＲＲＣメッセージによりなされてもよいし、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）によりなされてもよい。また、キャンセル要求は、キャンセルの理由を示す情報要素を含んでもよい。

これにより、条件付きのＲＲＣ解放メッセージを受信した後であっても、急遽データが発生してしまった場合などにおいて、ＲＲＣコネクティッドモードの維持を継続することができる。

ここで、このようなキャンセルの具体例について説明する。

第１に、ＵＥ１００を起点としてキャンセルする場合としては、ＵＥ１００が新たな上りリンクデータの発生を予期した場合が挙げられる。この場合、ＵＥ１００は、キャンセル要求をｇＮＢ２００に送信する（ステップＳ１１４）。このキャンセル要求は、ＲＡＩのキャンセルを要求するＲＡＩキャンセル要求であってもよい。ｇＮＢ２００は、ＵＥ１００からのキャンセル要求を受信すると、条件付きのＲＲＣ解放メッセージによるＲＲＣ接続解放又は中断をキャンセルするか否かを判断する。そして、ｇＮＢ２００は、ＲＲＣ接続解放又は中断をキャンセルすると判断した場合、このようなキャンセルを指示する条件付きのＲＲＣ ＲｅｌｅａｓｅキャンセルコマンドをＵＥ１００に送信してもよい。

第２に、ｇＮＢ２００を起点としてキャンセルする場合としては、ｇＮＢ２００が新たな下りリンクデータの発生を予期した場合が挙げられる。例えば、ＡＭＦ３００がｇＮＢ２００に対して新たな下りリンクデータについて通知することにより、ｇＮＢ２００が新たな下りリンクデータの発生を予期できる。この場合、ｇＮＢ２００は、上述したキャンセル要求、若しくは条件付きのＲＲＣ ＲｅｌｅａｓｅキャンセルコマンドをＵＥ１００に送信する。

このような条件付きのＲＲＣ Ｒｅｌｅａｓｅキャンセルコマンドを受信したＵＥ１００は、条件付きのＲＲＣ Ｒｅｌｅａｓｅコマンドを破棄する。具体的には、ＵＥ１００は、条件付きのＲＲＣ解放メッセージで設定及び保存していた条件情報を破棄する。また、ＵＥ１００は、条件が満たされたか否かの評価をするための測定（例えば、ＲＳＲＰの測定）やタイマ動作を実施していた場合、このような測定及びタイマ動作を停止する。そして、ＵＥ１００は、ＲＲＣコネクティッドモードを維持する。

或いは、ＵＥ１００は、条件付きのＲＲＣ Ｒｅｌｅａｓｅコマンドを破棄することに代えて、条件付きのＲＲＣ Ｒｅｌｅａｓｅコマンドに対応する条件情報を保存し、この条件が満たされたか否かの評価を中断してもよい。そして、ＵＥ１００は、条件付きのＲＲＣ Ｒｅｌｅａｓｅコマンドの復旧をｇＮＢ２００から指示されたときに、保存していた条件情報の適用を再開してもよい。

（第２実施形態）
次に、第２実施形態について、上述した第１実施形態との相違点を説明する。図１０は、第２実施形態に係る移動通信システムの動作を示す図である。

図１０に示すように、ステップＳ２０１において、ＵＥ１００は、ｇＮＢ２００のセルにおいてＲＲＣコネクティッドモードにある。ＲＲＣコネクティッドモードにあるＵＥ１００は、ｇＮＢ２００とのデータ通信を行う。

ステップＳ２０２において、ＵＥ１００は、ＰＵＳＣＨを介して上りリンクデータをｇＮＢ２００に送信したり、ＰＤＳＣＨを介して下りリンクデータをｇＮＢ２００から受信したりする。

ステップＳ２０３において、ＵＥ１００及びｇＮＢ２００は、データ通信を完了する。データ通信の完了とは、上りリンクデータ送信のみが行われていた場合は上りリンクデータ送信完了をいい、下りリンクデータ送信のみが行われていた場合は下りリンクデータ送信完了をいい、上下リンクのデータ送信が行われていた場合は上下リンクデータ送信完了をいう。

ステップＳ２０４において、ＵＥ１００は、ｇＮＢ２００に送信するデータが近い将来発生しないことを示す指示子であるＲＡＩをｇＮＢ２００に送信してもよい。ＲＡＩは、バッファサイズ値がゼロであることを示すバッファ状態報告であってもよい。ＲＡＩは、ｇＮＢ２００からＲＡＩアクティブ化が設定されたときに限り有効となるものであってもよい。但し、ステップＳ４は必須ではなく、ステップＳ２０４無しでステップＳ２０５を行ってもよい。

ステップＳ２０５において、ｇＮＢ２００は、ＵＥ１００のＲＲＣ接続を解放する条件（所定条件）が付けられたＲＲＣ解放メッセージをＵＥ１００に送信する。第２実施形態に係るＲＲＣ解放メッセージは、ＵＥ１００をＲＲＣインアクティブモードに遷移させるＲＲＣ解放メッセージであって、且つ、ＵＥ１００をＲＲＣアイドルモードに遷移させる所定条件と関連付けられたＲＲＣ解放メッセージである。

第２実施形態において、所定条件は、ＲＲＣ解放メッセージの受信又はＲＲＣインアクティブモードへの遷移から所定時間が経過したという条件である。第２実施形態に係る所定条件は、ＵＥ１００がＲＲＣインアクティブモードに遷移してから所定時間内に、ＲＲＣコネクティッドモードに遷移するトリガが発生しなかったという条件であってもよい。

このような条件付きのＲＲＣ解放メッセージは、所定条件を指定する条件情報を含むＲＲＣ解放メッセージであってもよい。条件付きのＲＲＣ解放メッセージは、一般的なＲＲＣ解放メッセージとは異なるフォーマットを有する新規なＲＲＣ解放メッセージであってもよい。

第２実施形態において、条件付きのＲＲＣ解放メッセージは、上述したＳｕｓｐｅｎｄＣｏｎｆｉｇを含んでもよい。また、条件付きのＲＲＣ解放メッセージは、ＲＲＣアイドルモードに遷移した後に適用するべき少なくとも１つのパラメータを含んでもよい。

ステップＳ２０６において、ＵＥ１００は、条件付きのＲＲＣ解放メッセージをｇＮＢ２００から受信したことに応じて、ＲＲＣインアクティブモードに遷移する。また、ＵＥ１００は、条件付きのＲＲＣ解放メッセージの受信時又はＲＲＣインアクティブモードへの遷移時に、所定時間に対応するタイマを開始させる。

この所定時間（タイマ値）は、条件付きのＲＲＣ解放メッセージ中の設定情報（情報要素）としてＵＥ１００に設定されてもよいし、ｇＮＢ２００がブロードキャストするシステム情報ブロック（ＳＩＢ）中の設定情報（情報要素）としてＵＥ１００に設定されてもよいし、通信規格により規定されたタイマ値がＵＥ１００の出荷時点で予めＵＥ１００に設定されてもよい。

ＵＥ１００は、タイマが動作中に、ＲＲＣコネクティッドモードに遷移するトリガが発生した場合、タイマを停止させてもよい。ＲＲＣコネクティッドモードに遷移するトリガとは、ＵＥ１００がｇＮＢ２００からページングメッセージを受信したことであってもよいし、ＵＥ１００において送信すべき上りリンクデータが発生したことであってもよい。或いは、ＵＥ１００は、タイマが動作中に、ＲＲＣコネクティッドモードに遷移するトリガが発生した後、ＲＲＣコネクティッドモードに遷移する際に、タイマを停止させてもよい。

ＵＥ１００は、タイマが動作中に、ｇＮＢ２００からタイマ再起動の指示を受信した場合、タイマ値をリセットし、タイマを再起動（リスタート）させてもよい。前記指示は、ｅＮＢ２００が送信するＲＡＮページングメッセージに含まれていてもよいし、システム情報に含まれていてもよい。これにより、ｇＮＢ２００は、ＵＥ１００をＲＲＣインアクティブモードに維持する時間を制御することができる。

ここでは、ＵＥ１００が、タイマを停止させることなく、タイマが満了したと仮定して説明を進める。

ステップＳ２０７において、ＵＥ１００は、タイマが満了したことに応じて、自発的にＲＲＣインアクティブモードからＲＲＣアイドルモードに遷移する。

一方、ｇＮＢ２００もＵＥ１００と同様にタイマを管理しており、このタイマの満了に応じて、ＵＥ１００がＲＲＣアイドルモードに遷移したとみなす。そして、ステップＳ２０８において、ｇＮＢ２００は、ＵＥ１００がＲＲＣアイドルモードに遷移した旨をＵＥ１００の識別子とともにコアネットワーク（ＡＭＦ３００）に通知する。この通知は、ＮＧインターフェイス上で行われてもよい。

なお、タイマに代えて、ＲＲＣインアクティブモード中のページング受信機会の数（回数）により所定時間が表現されてもよい。ページング受信機会は、ＳｕｓｐｅｎｄＣｏｎｆｉｇ中のｒａｎ－ＰａｇｉｎｇＣｙｃｌｅに対応する周期で発生する。例えば、ＵＥ１００は、設定された回数のページング受信機会においてページングメッセージを受信しなかった場合、ＲＲＣインアクティブモードからＲＲＣアイドルモードに遷移してもよい。

第２実施形態によれば、ｇＮＢ２００が、ＵＥ１００をＲＲＣアイドルモードに遷移させるか又はＲＲＣインアクティブモードに遷移させるかを判断するための判断材料を十分に有していない場合であっても、ＵＥ１００がＲＲＣインアクティブモードからＲＲＣアイドルモードへの切り替えを自発的に行うことにより、ＲＲＣアイドルモード及びＲＲＣインアクティブモードを適切に使い分けることができる。

（その他の実施形態）
図１１は、その他の実施形態に係る動作を示す図である。本通信制御方法は、プライマリセル及び１以上のセカンダリセルを同時に用いるキャリアアグリゲーションを考慮した方法である。

図１１に示すように、ステップＳ３０１において、ＵＥ１００は、将来の一定期間に発生する上りリンクデータ量を予測する。例えば、ＵＥ１００は、無線レイヤ（ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤと、ＳＤＡＰレイヤ）よりも上位のレイヤ、例えばアプリケーションレイヤ等で得られる情報に基づいて、将来の一定期間に発生する上りリンクデータ量を予測する。ＵＥ１００は、アプリケーションの種別に基づく予測を行ってもよいし、実行するアプリケーションの数に基づく予測を行ってもよい。

ステップＳ３０２において、ＵＥ１００は、ＵＥ１００の上りリンクデータバッファに既に蓄積されている上りリンクデータ量を特定する。例えば、ＵＥ１００は、ＭＡＣレイヤ、ＲＬＣレイヤ、及びＰＤＣＰレイヤの全部又は一部レイヤの上りリンクデータバッファに蓄積されている上りリンクデータ量を特定する。言い換えると、ＵＥ１００は、ＭＡＣレイヤにおいてＵＥ１００からｇＮＢ２００に送信するバッファ状態報告（ＢＳＲ）により報告すべき上りリンクデータ量（すなわち、ＢＳＲ報告値）を特定する。なお、ステップＳ３０２は、ステップＳ３０１の前に行われてもよい。

ステップＳ３０２において、ＵＥ１００は、ステップＳ３０１で予測された上りリンクデータ量から、ステップＳ３０２で特定された上りリンクデータ量を減算して得た上りリンクデータ量をｇＮＢ２００に通知する。ステップＳ３は、ランダムアクセスプロシージャにおけるメッセージ３（Ｍｓｇ３）送信時、又はメッセージ５（Ｍｓｇ５）送信、又はその後のメッセージ送信時に行われてもよい。

ステップＳ３０２でｇＮＢ２００に通知された上りリンクデータ量は、ｇＮＢ２００がＵＥ１００に対して設定するセカンダリセルに関する制御に用いられる。例えば、セカンダリセルに関する制御とは、セカンダリセルをＵＥ１００に設定するか又は設定解除するかの判断を含んでもよいし、ＵＥ１００に設定済みのセカンダリセルを有効化（アクティブ化）するか又は無効化（ディアクティブ化）するかの判断を含んでもよい。

このように、ＵＥ１００は、将来の一定期間に発生する上りリンクデータ量の予測値をｇＮＢ２００にそのまま通知するのではなく、この予測値からＢＳＲ報告値を差し引いたものをｇＮＢ２００に通知する。ここで、ＢＳＲ報告値については、ｇＮＢ２００は、ＵＥ１００から送信されるＢＳＲに基づいて特定可能である。

将来の一定期間に発生する上りリンクデータ量の予測値に、ＢＳＲ報告値が含まれていると、ＢＳＲ報告値に相当する上りリンクデータ量が二重に通知されることになりうるため、ｇＮＢ２００が、ＵＥ１００の上りリンクデータ量を多く見積もってしまうことにより、必要以上にセカンダリセルを設定又は有効化してしまい、ＵＥ１００の消費電力が大きくなる可能性がある。図１１に示す方法によれば、このような重複分を排除できるため、ｇＮＢ２００がより適切にセカンダリセルに関する制御を行うことで、ＵＥ１００の消費電力を削減できる。

なお、図１１に示す方法は、ＵＥ１００がｇＮＢ２００にＢＳＲを送信した後に適用することとしてもよい。すなわち、ＵＥ１００は、ｇＮＢ２００にＢＳＲを送信していない場合、将来の一定期間に発生する上りリンクデータ量の予測値をそのままｇＮＢ２００に通知することとしてもよい。

上述した実施形態において、５Ｇシステム（ＮＲ）について主として説明したが、実施形態に係る動作をＬＴＥに適用してもよい。

上述した実施形態において、ＵＥ１００は、マシンタイプ通信用途又はＩｏＴ用途のＵＥであってもよい。

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

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

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

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

Claims (3)

1. 通信制御方法であって、
   ＲＲＣコネクティッドモードにあるユーザ装置が、ＲＲＣアイドルモード及びＲＲＣインアクティブモードのうち前記ユーザ装置がいずれかのモードを望むことを示す第１情報を基地局に報告することを前記基地局から設定されることと、
   前記ユーザ装置が、前記基地局に送信するデータが近い将来発生しない場合に、前記第１情報を前記基地局に送信することと、
   前記ユーザ装置が、新たな上りリンクデータの発生を予期した場合、前記第１情報を取り消して前記ＲＲＣコネクティッドモードを維持することを望むことを示す第２情報を前記基地局に送信することと、を含む、
   通信制御方法。
2. ユーザ装置であって、
   ＲＲＣコネクティッドモードにある前記ユーザ装置がＲＲＣアイドルモード及びＲＲＣインアクティブモードのうちのいずれかのモードを望むことを示す第１情報を基地局に報告することを前記基地局から設定される制御部を備え、
   前記制御部は、
   前記基地局に送信するデータが近い将来発生しない場合に、前記第１情報を基地局に送信し、
   新たな上りリンクデータの発生を予期した場合、前記第１情報を取り消して前記ＲＲＣコネクティッドモードを維持することを望むことを示す第２情報を前記基地局に送信する、
   ユーザ装置。
3. ユーザ装置を制御するためのプロセッサであって、
   ＲＲＣコネクティッドモードにある前記ユーザ装置がＲＲＣアイドルモード及びＲＲＣインアクティブモードのうちのいずれかのモードを望むことを示す第１情報を基地局に報告することを前記基地局から設定される処理と、
   前記基地局に送信するデータが近い将来発生しない場合に、前記第１情報を基地局に送信する処理と、
   新たな上りリンクデータの発生を予期した場合、前記第１情報を取り消して前記ＲＲＣコネクティッドモードを維持することを望むことを示す第２情報を前記基地局に送信する処理と、を実行する、
   プロセッサ。

Images