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

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（付記）
序論
ＲＡＮプレナリは、ＮＲのＵＥの省電力に関する研究を承認し、以下がRAN２主導の目標として定義づけられた。

ユーザ装置の省電力のための、上位レイヤ手順の拡張の研究
ａ）追加の省電力信号/チャネル/手順に基づいてＵＥのページング手順の拡張の研究
ｂ）ＲＲＣコネクティッドモードからＲＲＣアイドルモード/ＲＲＣインアクティブモードへの効率的な遷移をサポートするＵＥの省電力手順の拡張の研究

この付記では、ＲＲＣコネクティッドモードからＲＲＣアイドルモード/インアクティブモードへの遷移手順で起こりうる問題とＵＥの省電力のための解決策の方向性が議論されている。

議論
図９に示すように、ＵＥがアイドルモード/インアクティブモードへ遷移することがすでに可能であっても、ＵＥがコネクティッドモードのままであるときに、不必要な電力消費が引き起こされる。このような遅延は、データ送信の終了からＲＲＣ解放までの期間、及び、ＲＲＣ解放の受信からアイドルモード/インアクティブモードへ遷移するプロセスの開始の期間から構成されてもよい。したがって、ＵＥの電力消費を削減するためには、不必要にＵＥがＲＲＣコネクティッドモードを維持することによる遅延を最小限にすることが望ましい。

提案１：ＲＡＮ２は、不必要にＵＥがＲＲＣコネクティッドモードを維持する期間を最小限にする解決策を研究すべきである。

前者の遅延に関して、ＤＬ／ＵＬデータ送信が完了した後、ｇＮＢは出来るだけ早くＲＲＣ解放を送信することが期待される。しかしながら、ＲＲＣ解放の直後に、追加のデータが到着した場合、ＵＥはＲＲＣコネクティッドモードに再遷移する必要がある。そのようなＲＲＣ状態の頻繁な前後遷移は望ましくない。したがって、いつＲＲＣ解放を送信するかについてより理解するために、ｇＮＢは近い将来にＤＬ／ＵＬが発生するかどうかを知る必要があってもよい。ＮＢ−ＩｏＴ及びｅＭＴＣでは、ＵＥがＢＳＲ＝０を送信することによって、ＵＥが近い将来送信又は受信するより多くのデータを保持しているかどうかをｅＮＢに知らせるためにＲＡＩ（Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｄｉｃａｔｉｏｎ）が導入された。１つの可能性として、ＮＲに今日のＬＴＥのようにＲＡＩの概念を再利用することがある。しかしながら、ＮＲにはＬＴＥにおいて利用できない追加機能（例えば、インアクティブ状態）があることを考慮すると、既存のＲＡＩに対する何らかの拡張が必要になる場合がある。詳細は、後段で議論され得るだろう。

提案２：ＲＡＮ２はＲＡＩ（Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｄｉｃａｔｉｏｎ）の概念をベースラインとして採用することに同意すべきであり、詳細及び拡張の可能性は更に研究されるべきである。

上記で議論された後者の遅延に関して、現在の仕様ではUEはアイドルモード/インアクティブモードへ遷移するプロセスをＲＲＣ解放メッセージの受信後60ミリ秒遅らせる、又は、任意で下位レイヤからのメッセージの確認応答によってアイドルモード/インアクティブモードへ遷移する。そのために、ＬＴＥにおける６０ミリ秒の遅延はＬ２確認応答すなわちＲＬＣ状態報告及びＨＡＲＱ ＡＣＫを考慮する。このＲＲＣ接続解放の処理遅延は、Ｒｅｌ−８から続いているため、ＮＲに適用できるかどうか再検討すべきである。例えば、拡張されたＲＲＣ解放メッセージはデータ送信が終了した場合（例えば条件付きのＲＲＣ解放の場合）のみ、ＵＥにアイドルモード/インアクティブモードへの遷移を指示することができる。詳細及びその他の解決策はさらに研究されるべきである。

所見１：現在、ＵＥはＲＲＣ解放の受信後すぐにはアイドルモードに遷移しない。つまり、６０ミリ秒待つか、下位レイヤからの確認応答を待つ。

提案３：ＲＡＮ２はＲＲＣ解放の受信時の遅延を最小限にする解決策を検討すべきである。

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

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

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

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

Claims (15)

1. 移動通信システムにおける通信制御方法であって、
   ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッドモードにあるユーザ装置が、ＲＲＣ接続を解放又は中断する条件が付けられたＲＲＣ解放メッセージを基地局から受信することと、
   前記ユーザ装置が、前記ＲＲＣ解放メッセージを受信した場合であっても、前記条件が満たされるまでの間において前記基地局とのデータ通信を行うことと、
   前記ユーザ装置が、前記条件が満たされた際に、ＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移することと、を含む
   通信制御方法。
2. 前記ＲＲＣ解放メッセージは、前記条件を指定する情報を含み、
   前記遷移することは、前記ＲＲＣ解放メッセージにより指定された前記条件が満たされた場合、前記ＲＲＣアイドルモード又は前記ＲＲＣインアクティブモードに遷移することを有する
   請求項１に記載の通信制御方法。
3. 前記ＲＲＣ解放メッセージが前記ＲＲＣ接続の中断を示す中断情報を含む場合、前記遷移することは、前記条件が満たされた際に前記ＲＲＣインアクティブモードに遷移ことステップを有する
   請求項１又は２に記載の通信制御方法。
4. 前記条件は、前記ユーザ装置が前記基地局へのデータ送信を完了したことを含む
   請求項１乃至３のいずれか１項に記載の通信制御方法。
5. 前記データ送信の完了は、前記データ送信の完了を示す情報を前記ユーザ装置が前記基地局に送信したこと、又は前記データ送信の完了前に前記ユーザ装置が前記基地局に事前通知していたデータ量又は送信時間分のデータ送信が完了したことを含む
   請求項４に記載の通信制御方法。
6. 前記条件は、前記ユーザ装置が前記基地局からのデータ受信を完了したことを含む
   請求項１乃至５のいずれか１項に記載の通信制御方法。
7. 前記データ受信の完了は、データ送信の完了を示す情報を前記基地局から前記ユーザ装置が受信したこと、又は前記データ受信の完了前に前記ユーザ装置が前記基地局から事前通知されていたデータ量又は受信時間分のデータ受信が完了したことを含む
   請求項６に記載の通信制御方法。
8. 前記条件は、前記ＲＲＣ解放メッセージにより前記基地局から指定された時間が経過したことを含む
   請求項１乃至７のいずれか１項に記載の通信制御方法。
9. 前記ユーザ装置が、前記ＲＲＣ解放メッセージを受信した後、ＲＲＣ接続の解放又は中断のキャンセル要求を前記基地局に送信する、又は前記キャンセル要求を前記基地局から受信することをさらに含む
   請求項１乃至８のいずれか１項に記載の通信制御方法。
10. 移動通信システムにおけるユーザ装置であって、
    ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッドモードにおいて、ＲＲＣ接続を解放又は中断する条件が付けられたＲＲＣ解放メッセージを基地局から受信する受信部と、
    前記ＲＲＣ解放メッセージを受信した場合であっても、前記条件が満たされるまでの間において前記基地局とのデータ通信を行う制御部と、を備え、
    前記制御部は、前記条件が満たされた際に、前記ユーザ装置をＲＲＣアイドルモード又はＲＲＣインアクティブモードに遷移させる
    ユーザ装置。
11. 移動通信システムにおける通信制御方法であって、
    ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッドモードにあるユーザ装置が、ＲＲＣ接続の中断を示すＲＲＣ解放メッセージを基地局から受信することと、
    前記ユーザ装置が、前記ＲＲＣ解放メッセージの受信に応じて、ＲＲＣインアクティブモードに遷移することと、
    前記ＲＲＣインアクティブモードにある前記ユーザ装置が、所定条件が満たされた場合、自発的にＲＲＣアイドルモードに遷移することと、を含む
    通信制御方法。
12. 前記ＲＲＣ解放メッセージは、前記所定条件を指定する情報を含み、
    前記遷移することは、前記ＲＲＣ解放メッセージにより指定された前記所定条件が満たされた場合、前記ＲＲＣインアクティブモードから前記ＲＲＣアイドルモードに遷移することを有する
    請求項１１に記載の通信制御方法。
13. 前記所定条件は、前記ユーザ装置が前記ＲＲＣインアクティブモードに遷移してから所定時間内に、前記ＲＲＣコネクティッドモードに遷移するトリガが発生しないことを含む
    請求項１１又は１２に記載の通信制御方法。
14. 前記基地局が、前記所定条件が満たされたか否かを判定することと、
    前記基地局が、前記所定条件が満たされたと判定された場合、前記ユーザ装置が前記ＲＲＣアイドルモードに遷移したことを示す通知をコアネットワークに送信することと、をさらに含む
    請求項１１乃至１３のいずれか１項に記載の通信制御方法。
15. 移動通信システムにおけるユーザ装置であって、
    ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッドモードにおいて、ＲＲＣ接続の中断を示すＲＲＣ解放メッセージを基地局から受信する受信部と、
    前記ＲＲＣ解放メッセージの受信に応じて、前記ユーザ装置をＲＲＣインアクティブモードに遷移させる制御部と、を備え、
    前記制御部は、所定条件が満たされた場合、自発的に前記ＲＲＣインアクティブモードからＲＲＣアイドルモードに前記ユーザ装置を遷移させる
    ユーザ装置。

Images