(57)【要約】  一実施形態に係る通信制御方法は、移動通信システムにおいて用いられる。通信制御方法は、ＵＥが、ＵＥとｅＮＢとの間の接続が確立されていない第１の期間において、接続が確立された後の第２の期間内での無線状態を予測するステップＡと、ＵＥが、接続を確立するためのランダムアクセスプロシージャを実行するステップＢと、を含む。ステップＢは、ランダムアクセスプロシージャにおいて、予測した無線状態に関する情報をＵＥからｅＮＢに通知するステップを含む。当該情報は、ｅＮＢがＵＥとの通信を制御するために用いられる。
2018173805.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて用いられる通信制御方法であって、
無線端末が、前記無線端末と基地局との間の接続が確立されていない第１の期間において、前記接続が確立された後の第２の期間内での無線状態を予測するステップＡと、
前記無線端末が、前記接続を確立するためのランダムアクセスプロシージャを実行するステップＢと、を含み、
前記ステップＢは、前記ランダムアクセスプロシージャにおいて、前記予測した無線状態に関する情報を前記無線端末から前記基地局に通知するステップを含み、
前記情報は、前記基地局が前記無線端末との通信を制御するために用いられる
通信制御方法。
【請求項２】
前記ランダムアクセスプロシージャは、前記接続の確立又は復旧を要求するＲＲＣメッセージを前記無線端末から前記基地局に送信する処理を含み、
前記ステップＢにおいて、前記無線端末は、前記ＲＲＣメッセージを用いて前記情報を前記基地局に通知する
請求項１に記載の通信制御方法。
【請求項３】
前記ランダムアクセスプロシージャは、ランダムアクセスプリアンブルを前記無線端末から前記基地局に送信する処理を含み、
前記ステップＢにおいて、前記無線端末は、前記ランダムアクセスプリアンブルを用いて前記情報を前記基地局に通知する
請求項１に記載の通信制御方法。
【請求項４】
前記ステップＡは、
前記無線端末の移動状態を監視するステップと、
前記移動状態に基づいて、前記第２の期間内での無線状態を予測するステップと、を含む
請求項１乃至３の何れか一項に記載の通信制御方法。
【請求項５】
前記ステップＡは、前記無線端末から前記基地局に送信するべきデータの量に基づいて、前記第２の期間の長さを推定するステップを含む
請求項１乃至４の何れか一項に記載の通信制御方法。
【請求項６】
前記情報は、前記第２の期間内における前記無線状態の変動が所定値よりも大きいか否かを示す情報を含む
請求項１乃至５の何れか一項に記載の通信制御方法。
【請求項７】
前記情報は、前記第２の期間内における前記無線端末と前記基地局との間のチャネル品質を示す情報を含む
請求項１乃至５の何れか一項に記載の通信制御方法。
【請求項８】
前記情報は、前記第２の期間内において前記無線端末に適用することが推奨される強化カバレッジレベルを示す情報を含む
請求項１乃至５の何れか一項に記載の通信制御方法。
【請求項９】
移動通信システムにおいて用いられる無線端末であって、
前記無線端末と基地局との間の接続が確立されていない第１の期間において、前記接続が確立された後の第２の期間内での無線状態を予測する制御部を備え、
前記制御部は、前記接続を確立するためのランダムアクセスプロシージャを実行し、
前記制御部は、前記ランダムアクセスプロシージャにおいて、前記予測した無線状態に関する情報を前記無線端末から前記基地局に通知し、
前記情報は、前記基地局が前記無線端末との通信を制御するために用いられる
無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムのための通信制御方法及び無線端末に関する。
【背景技術】
【０００２】
近年、人が介在することなく通信を行うＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）サービスを対象とした無線端末が注目されている。このような無線端末は、低コスト化、カバレッジ広域化、及び低消費電力化を実現することが求められる。このため、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、システム送受信帯域の一部のみに送受信帯域幅を制限した新たな無線端末のカテゴリが仕様化されている。このような新たなカテゴリの無線端末には、繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）等を含む強化カバレッジ（ｅｎｈａｎｃｅｄ  ｃｏｖｅｒａｇｅ）機能が適用される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ  ３６．３００  Ｖ１４．１．０」  ２０１６年１２月
【発明の概要】
【０００４】
一実施形態に係る通信制御方法は、移動通信システムにおいて用いられる。前記通信制御方法は、無線端末が、前記無線端末と基地局との間の接続が確立されていない第１の期間において、前記接続が確立された後の第２の期間内での無線状態を予測するステップＡと、前記無線端末が、前記接続を確立するためのランダムアクセスプロシージャを実行するステップＢと、を含む。前記ステップＢは、前記ランダムアクセスプロシージャにおいて、前記予測した無線状態に関する情報を前記無線端末から前記基地局に通知するステップを含む。前記情報は、前記基地局が前記無線端末との通信を制御するために用いられる。
【０００５】
一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、前記無線端末と基地局との間の接続が確立されていない第１の期間において、前記接続が確立された後の第２の期間内での無線状態を予測する制御部を備える。前記制御部は、前記接続を確立するためのランダムアクセスプロシージャを実行する。前記制御部は、前記ランダムアクセスプロシージャにおいて、前記予測した無線状態に関する情報を前記無線端末から前記基地局に通知する。前記情報は、前記基地局が前記無線端末との通信を制御するために用いられる。
【図面の簡単な説明】
【０００６】
【図１】実施形態に係るＬＴＥシステム（移動通信システム）の構成を示す図である。
【図２】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。
【図５】実施形態に係るＬＴＥシステムの無線フレームの構成を示す図である。
【図６】実施形態に係るｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥが取り扱う周波数チャネルを示す図である。
【図７】３ＧＰＰリリース１３仕様におけるＮＢ−ＩｏＴ  ＵＥのページング及びランダムアクセスの一例を示す図である。
【図８】３ＧＰＰリリース１４仕様におけるＮＢ−ＩｏＴ  ＵＥのページング及びランダムアクセスの一例を示す図である。
【図９】ＮＢ−ＩｏＴ  ＵＥ向けのランダムアクセスプロシージャの一例を示す図である。
【図１０】実施形態に係る動作フローを示す図である。
【図１１】実施例１に係るＵＥの動作を示す図である。
【発明を実施するための形態】
【０００７】
（１）移動通信システム
実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【０００８】
ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【０００９】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。
【００１０】
Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。
【００１１】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ−ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリア（ＴＡ）の情報を管理する。トラッキングエリアは、複数のセルからなるエリアである。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ及びＳ−ＧＷは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００１２】
図２は、ＵＥ１００（無線端末）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００１３】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００１４】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００１５】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００１６】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００１７】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００１８】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００１９】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２０】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００２１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤを構成する。
【００２２】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００２３】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００２４】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００２５】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００２６】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００２７】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００ＣのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。
【００２８】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００２９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として用いることができる領域である。
【００３０】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として用いることができる領域である。
【００３１】
（２）ｅＭＴＣ及びＮＢ−ＩｏＴの概要
ｅＭＴＣ及びＮＢ−ＩｏＴの概要について説明する。実施形態において、新たなカテゴリのＵＥ１００が存在するシナリオを想定する。新たなカテゴリのＵＥ１００は、システム送受信帯域（ＬＴＥ送受信帯域幅）の一部のみに送受信帯域幅が制限されるＵＥ１００である。新たなＵＥカテゴリは、例えば、カテゴリＭ１及びカテゴリＮＢ（Ｎａｒｒｏｗ  Ｂａｎｄ）−ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）と称される。カテゴリＭ１は、ｅＭＴＣ（ｅｎｈａｎｃｅｄ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＵＥが属するカテゴリである。カテゴリＮＢ−ＩｏＴ（カテゴリＮＢ１）は、ＮＢ−ＩｏＴ  ＵＥが属するカテゴリである。カテゴリＭ１は、ＵＥ１００（ｅＭＴＣ  ＵＥ）の送受信帯域幅を１．０８ＭＨｚ（すなわち、６リソースブロックの帯域幅）に制限する。カテゴリＮＢ−ＩｏＴ（カテゴリＮＢ１）は、ＵＥ１００（ＮＢ−ＩｏＴ  ＵＥ）の送受信帯域幅を１８０ｋＨｚ（すなわち、１リソースブロックの帯域幅）にさらに制限する。このような狭帯域化により、ｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥに要求される低コスト化及び低消費電力化が実現可能となる。以下において、ｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥが対応可能な１つの周波数帯域を「周波数チャネル」と称する。
【００３２】
図６は、ｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥが取り扱う周波数チャネルを示す図である。図６に示すように、ＬＴＥシステムのシステム周波数帯域の周波数帯域幅は１０ＭＨｚであり得る。システム送受信帯域の帯域幅は、例えば、５０リソースブロック＝９ＭＨｚである。ｅＭＴＣ  ＵＥが対応可能な周波数チャネルの帯域幅は、６リソースブロック＝１．０８ＭＨｚ以内である。ｅＭＴＣ  ＵＥが対応可能な６リソースブロック以内の周波数チャネルは、「狭帯域（ＮＢ：Ｎａｒｒｏｗ  Ｂａｎｄ）」と称される。ＮＢ−ＩｏＴ  ＵＥが対応可能な周波数チャネルの帯域幅は、１リソースブロック＝１８０ｋＨｚである。ＮＢ−ＩｏＴ  ＵＥが対応可能な１リソースブロックの周波数チャネルは、「キャリア（ｃａｒｒｉｅｒ）」と称される。
【００３３】
ｅＭＴＣ  ＵＥは、ＬＴＥ送受信帯域幅内で運用される。ＮＢ−ＩｏＴ  ＵＥは、ＬＴＥ送受信帯域幅内で運用される形態、ＬＴＥ送受信帯域幅外のガードバンドで運用される形態、及びＮＢ−ＩｏＴ専用の周波数帯域内で運用される形態をサポートする。
【００３４】
ｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥは、カバレッジ広域化（カバレッジ強化）を実現するために、繰り返し送信等を用いた強化カバレッジ（ＥＣ：Ｅｎｈａｎｃｅｄ  Ｃｏｖｅｒａｇｅ）機能をサポートする。強化カバレッジ機能は、複数のサブフレームを用いて同一信号を繰り返し送信する繰り返し送信（Ｒｅｐｅｔｉｔｉｏｎ）を含んでもよい。繰り返し送信の回数が多いほど、カバレッジを強化することができる。強化カバレッジ機能は、送信信号の電力密度を上げる電力ブースト（Ｐｏｗｅｒ  ｂｏｏｓｔｉｎｇ）を含んでもよい。一例として、送信信号の周波数帯域幅を狭くする狭帯域送信により電力密度を上げる。送信信号の電力密度を上げるほど、カバレッジを強化することができる。強化カバレッジ機能は、送信信号に用いるＭＣＳを下げる低ＭＣＳ（Ｌｏｗｅｒ  ＭＣＳ）送信を含んでもよい。データレートが低く、誤り耐性の高いＭＣＳを用いて送信を行うことにより、カバレッジを強化することができる。
【００３５】
（３）ＮＢ−ＩｏＴ  ＵＥのページング及びランダムアクセス
ＮＢ−ＩｏＴ  ＵＥのページング及びランダムアクセスについて説明する。以下において、ＵＥ１００がＮＢ−ＩｏＴ  ＵＥである一例を説明する。しかしながら、ＵＥ１００は、ｅＭＴＣ  ＵＥであってもよい。ＵＥ１００がｅＭＴＣ  ＵＥである場合、「キャリア」を「狭帯域（ＮＢ）」と読み替えてもよい。
【００３６】
図７は、３ＧＰＰリリース１３仕様におけるＮＢ−ＩｏＴ  ＵＥのページング及びランダムアクセスの一例を示す図である。図７に示すように、ｅＮＢ２００は、複数のキャリアを管理する。複数のキャリアのそれぞれは、ＬＴＥ送受信帯域幅内、ＬＴＥ送受信帯域幅外のガードバンド内、又はＮＢ−ＩｏＴ専用の周波数帯域内で運用される。複数のキャリアは、アンカーキャリア（Ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）及び非アンカーキャリア（Ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）を含む。アンカーキャリアは、ＵＥ１００がＮＰＳＳ（Ｎａｒｒｏｗｂａｎｄ  Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、ＮＳＳＳ（Ｎａｒｒｏｗｂａｎｄ  Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、ＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、及びＳＩＢ−ＮＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ−Ｎａｒｒｏｗ  Ｂａｎｄ）が送信されると想定するキャリアである。ＮＰＳＳ及びＮＳＳＳは、ＮＢ−ＩｏＴ  ＵＥ用の物理同期信号である。ＮＰＢＣＨは、ＮＢ−ＩｏＴ  ＵＥ用の物理ブロードキャストチャネルである。ＳＩＢ−ＮＢは、ＮＢ−ＩｏＴ  ＵＥ用のＳＩＢである。非アンカーキャリアは、ＵＥ１００がＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨ、及びＳＩＢ−ＮＢが送信されると想定しないキャリアである。アンカーキャリアとして用いられ得るキャリアとして、仕様で定義されたキャリアの情報がＵＥ１００に事前設定されていてもよい。
【００３７】
３ＧＰＰリリース１３仕様において、ページング及びランダムアクセスプロシージャにはアンカーキャリアが用いられる。具体的には、ｅＮＢ２００は、アンカーキャリアを用いて、ＲＲＣアイドルモードにあるＵＥ１００宛てのページングメッセージを送信する。ＵＥ１００は、自身に宛てられたページングメッセージを受信する。ＵＥ１００は、ページングメッセージの受信に応じて、ＲＲＣコネクティッドモードに遷移するためのランダムアクセスプロシージャを開始する。具体的には、ＵＥ１００は、アンカーキャリアを用いて、ランダムアクセス信号をｅＮＢ２００に送信する。ランダムアクセス信号は、ランダムアクセスプリアンブルと称されてもよい。ＮＢ−ＩｏＴ  ＵＥがランダムアクセス信号の送信に用いる物理チャネルは、ＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）と称される。
【００３８】
ｅＮＢ２００は、ランダムアクセスプロシージャによりＲＲＣコネクティッドモードに遷移したＵＥ１００に対して、非アンカーキャリアを設定し得る。非アンカーキャリアが設定されたＵＥ１００は、ＲＲＣコネクティッドモードにある間は、非アンカーキャリアのみを用いてｅＮＢ２００との通信を行う。非アンカーキャリアには、同期信号、ページングメッセージ、及びブロードキャスト情報（ＳＩＢ）の送信用の無線リソースを不要とすることができる。よって、非アンカーキャリアは、アンカーキャリアに比べて、データ用の無線リソースを増加させることができる。
【００３９】
図８は、３ＧＰＰリリース１４仕様におけるＮＢ−ＩｏＴ  ＵＥのページング及びランダムアクセスの一例を示す図である。３ＧＰＰリリース１３仕様において、ページング及びランダムアクセスプロシージャには、アンカーキャリアだけではなく、非アンカーキャリアを用いることが可能である。具体的には、ｅＮＢ２００及びＵＥ１００は、ページングメッセージの宛先のＵＥ１００の識別子に基づいて、ページングメッセージの送受信に用いるキャリアを選択する。このような識別子としては、ＵＥ１００のＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）に記憶されたＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）が用いられる。ＵＥ１００は、ＵＩＭまたはＩＭＳＩに基づいて選択されたキャリアを用いて、自身に宛てられたページングメッセージを受信する。ＵＥ１００は、ページングメッセージの受信に応じて、ＲＲＣコネクティッドモードに遷移するためのランダムアクセスプロシージャを開始する。具体的には、ＵＥ１００は、ランダムに選択したキャリアを用いて、ランダムアクセス信号（ＮＰＲＡＣＨ）をｅＮＢ２００に送信する。このようなキャリア選択方法を用いることにより、アンカーキャリアに負荷が集中することを回避し、非アンカーキャリアに負荷を分散することが可能である。
【００４０】
図９は、ＮＢ−ＩｏＴ  ＵＥ向けのランダムアクセスプロシージャの一例を示す図である。ＵＥ１００は、ＲＲＣコネクティッドモードに遷移するためにランダムアクセスプロシージャを実行する。
【００４１】
ＲＲＣアイドルモードにあるＵＥ１００は、ｅＮＢ２００のセルをサービングセルとして選択している。ＵＥ１００は、通常のカバレッジのための第１のセル選択基準（第１のＳ−ｃｒｉｔｅｒｉａ）が満たされず、強化カバレッジのための第２のセル選択基準（第２のＳ−ｃｒｉｔｅｒｉａ）が満たされた場合、自身が強化カバレッジに居ると判定してもよい。「強化カバレッジに居るＵＥ」とは、セルにアクセスするために強化カバレッジ機能（強化カバレッジモード）を用いることが必要とされるＵＥを意味する。
【００４２】
ステップＳ１００１において、ｅＮＢ２００は、ＮＰＲＡＣＨ関連情報をブロードキャストシグナリング（例えば、ＳＩＢタイプ２−ＮＢ）により送信する。ＮＰＲＡＣＨ関連情報は、強化カバレッジレベルごとに設けられた各種のパラメータを含む。一例として、強化カバレッジレベルは、強化カバレッジレベル０乃至３の合計４つのレベルが規定される。各種のパラメータは、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）閾値、ＮＰＲＡＣＨリソース、及び最大プリアンブル送信回数を含む。ＮＰＲＡＣＨリソースは、無線リソース（時間・周波数リソース）及び信号系列（プリアンブル系列）を含む。ＵＥ１００は、受信したＮＰＲＡＣＨ関連情報を記憶する。
【００４３】
ステップＳ１００２において、ＵＥ１００は、ｅＮＢ２００から送信される参照信号に基づいてＲＳＲＰを測定する。
【００４４】
ステップＳ１００３において、ＵＥ１００は、測定したＲＳＲＰを強化カバレッジレベルごとのＲＳＲＰ閾値と比較することにより、自身の強化カバレッジレベルを決定する。強化カバレッジレベルは、ＵＥ１００に必要とされる強化カバレッジの度合いを示す。強化カバレッジレベルは、少なくとも繰り返し送信における送信回数（すなわち、Ｒｅｐｅｔｉｔｉｏｎ回数）と関連する。
【００４５】
ステップＳ１００４において、ＵＥ１００は、自身の強化カバレッジレベルに対応するＮＰＲＡＣＨリソースを選択する。ＵＥ１００は、ｅＮＢ２００が管理する複数のキャリアのうち、ＮＰＲＡＣＨ送信（プリアンブル送信）に用いるキャリアを選択してもよい。ＮＰＲＡＣＨ送信（プリアンブル送信）に用いるキャリアは、予め定められたアンカーキャリア又はランダムに選択したキャリアであってもよい。
【００４６】
ステップＳ１００５において、ＵＥ１００は、選択したキャリア、且つ選択したＮＰＲＡＣＨリソースを用いて、Ｍｓｇ  １（ランダムアクセスプリアンブル）をｅＮＢ２００に送信する。ｅＮＢ２００は、受信したＭｓｇ  １に用いられたＮＰＲＡＣＨリソースに基づいて、ＵＥ１００の強化カバレッジレベルを特定する。
【００４７】
ステップＳ１００６において、ｅＮＢ２００は、スケジューリング情報を含むＭｓｇ  ２（ランダムアクセス応答）をＵＥ１００に送信する。スケジューリング情報は、ＵＥ１００に割り当てたＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）リソースを示す。ＵＥ１００は、Ｍｓｇ  ２を正常に受信するまで、自身の強化カバレッジレベルに対応する最大プリアンブル送信回数までＭｓｇ  １を複数回送信し得る。
【００４８】
ステップＳ１００７において、ＵＥ１００は、スケジューリング情報に基づいて、Ｍｓｇ  ３をｅＮＢ２００に送信する。Ｍｓｇ  ３は、ＲＲＣ接続の確立を要求するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであってもよい。Ｍｓｇ  ３は、ＲＲＣ接続の復旧を要求するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔメッセージであってもよい。
【００４９】
ステップＳ１００８において、ｅＮＢ２００は、Ｍｓｇ  ４をＵＥ１００に送信する。
【００５０】
ステップＳ１００９において、ＵＥ１００は、Ｍｓｇ  ４の受信に応じてＲＲＣコネクティッドモードに遷移する。その後、ｅＮＢ２００は、特定した強化カバレッジレベルに基づいて繰り返し送信及びＭＣＳ等を制御する。
【００５１】
このように、ＵＥ１００は、ｅＮＢ２００から送信される参照信号に基づいてＲＳＲＰを測定し、測定したＲＳＲＰをＲＳＲＰ閾値と比較することにより、自身の強化カバレッジレベルを決定する。ＵＥ１００は、決定した強化カバレッジレベルに対応するＮＰＲＡＣＨリソースを用いてランダムアクセスプリアンブルを送信する。ｅＮＢ２００は、ランダムアクセスプリアンブルを受信し、受信したランダムアクセスプリアンブル（具体的には、ＮＰＲＡＣＨリソース）に基づいて、ＵＥ１００の強化カバレッジレベルを特定する。ｅＮＢ２００は、特定した強化カバレッジレベルに基づいて繰り返し送信及びＭＣＳ等を制御する。
【００５２】
（４）実施形態に係る動作
上述したランダムアクセスプロシージャにおいて、ｅＮＢ２００は、ランダムアクセスプリアンブルに基づいて、ランダムアクセスプリアンブルが送信される時点以前のＵＥ１００（ＮＢ−ＩｏＴ  ＵＥ）のおおよその無線状態（具体的には、受信電力）を推定することができる。ＮＢ−ＩｏＴ  ＵＥは、基本的に、移動しない機器であって、且つ短時間のデータ送信を行う機器であることが想定されている。このような想定下において、ｅＮＢ２００は、ランダムアクセスプリアンブルに基づいて推定した無線状態に応じてリンクアダプテーション（繰り返し送信等）を行うことにより、ＵＥ１００の無線状態に適応した通信を行うことができると考えられる。
【００５３】
しかしながら、ＵＥ１００（ＮＢ−ＩｏＴ  ＵＥ）が移動するケース及び／又はＵＥ１００（ＮＢ−ＩｏＴ  ＵＥ）が比較的長い時間のデータ送信を行うケースにおいては、ランダムアクセスプロシージャを行った後において無線状態が大きく変動し得る。よって、このようなケースにおいては、ＵＥ１００の無線状態に適応した通信を行うことは難しいという問題がある。以下において、このような問題を解決可能とする動作について説明する。
【００５４】
（４．１）動作フロー
図１０は、実施形態に係る動作フローを示す図である。ここでは、図９と重複する動作の説明を省略する。ＵＥ１００は、ｅＮＢ２００のセルカバレッジのうち強化カバレッジ（ＣＥ）に居るＵＥであってもよい。ＵＥ１００は、ＲＲＣアイドルモードである。図１０の動作フローは、ＵＥ１００が、ｅＮＢ２００に送信するべきデータが発生したことを検知したことに応じて開始されてもよい。図１０の動作フローは、ＵＥ１００が、ｅＮＢ２００からページングメッセージを受信したことに応じて開始されてもよい。
【００５５】
図１０に示すように、ステップＳ１において、ＵＥ１００（制御部１３０）は、ＵＥ１００とｅＮＢ２００との間の接続（ＲＲＣ接続）が確立されていない第１の期間において、接続が確立された後の第２の期間内での無線状態を予測する。第１の期間は、ＵＥ１００がＲＲＣアイドルモードにある期間であってもよい。第２の期間は、ＵＥ１００がＲＲＣコネクティッドモードにある期間（すなわち、データ通信期間）であってもよい。
【００５６】
ステップＳ１において、ＵＥ１００は、ＵＥ１００の移動状態を監視してもよい。ＵＥ１００は、移動状態に基づいて、第２の期間内での無線状態を予測してもよい。ＵＥ１００の移動状態は、ＵＥ１００が移動しているか否か及びＵＥ１００の移動速度のうち少なくとも１つを含む。ＵＥ１００の移動状態は、ＵＥ１００における単位時間当たりのセル再選択回数、ＵＥ１００に設けられたＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）に基づく地理的位置情報、及びＵＥ１００が測定するフェージング周波数のうち、少なくとも１つから推定されてもよい。ＵＥ１００は、第２の期間内でＵＥ１００が移動する又は移動速度が高いと予測される場合に、第２の期間内での無線状態の変動が大きいと予測してもよい。
【００５７】
ステップＳ１において、ＵＥ１００は、ｅＮＢ２００に送信するべきデータ（すなわち、上りリンクデータ）が発生した後、当該データの量に基づいて第２の期間の長さを推定してもよい。一例として、ＵＥ１００は、ｅＮＢ２００に送信するデータの量が多いほど、第２の期間が長くなると推定する。或いは、第２の期間の長さは、ｅＮＢ２００からＵＥ１００にブロードキャストシグナリング又はページングメッセージにより通知されてもよい。
【００５８】
ステップＳ２において、ＵＥ１００（制御部１３０）は、接続を確立するためのランダムアクセスプロシージャを実行する。ランダムアクセスプロシージャは、ランダムアクセスプリアンブル（Ｍｓｇ  １）をＵＥ１００からｅＮＢ２００に送信する処理と、接続の確立又は復旧を要求するＲＲＣメッセージ（Ｍｓｇ  ３）をＵＥ１００からｅＮＢ２００に送信する処理と、を含む。ステップＳ２において、ＵＥ１００は、ランダムアクセスプリアンブル（Ｍｓｇ  １）及び／又はＲＲＣメッセージ（Ｍｓｇ  ３）を用いて、予測した無線状態に関する情報をｅＮＢ２００に通知する。当該情報は、第２の期間内における無線状態の変動が所定値よりも大きいか否かを示す情報、第２の期間内におけるＵＥ１００とｅＮＢ２００との間のチャネル品質を示す情報、及び第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルを示す情報のうち、少なくとも１つを含む。
【００５９】
ステップＳ３において、ｅＮＢ２００（制御部２３０）は、ランダムアクセスプロシージャ中にＵＥ１００から通知された情報に基づいて、ＵＥ１００との通信を制御するリンクアダプテーションを行う。一例として、ｅＮＢ２００は、ＵＥ１００との通信に用いる繰り返し送信及びＭＣＳ等を調整するリンクアダプテーションを行う。
【００６０】
（４．２）実施例１
実施例１について説明する。実施例１は、ＵＥ１００が、図１０のステップＳ２（ランダムアクセスプロシージャ）において、第２の期間内における無線状態の変動が所定値（閾値）よりも大きいか否かを示す情報を含むＲＲＣメッセージ（Ｍｓｇ  ３）をｅＮＢ２００に送信する実施例である。
【００６１】
図１１は、実施例１に係るＵＥ１００の動作を示す図である。
【００６２】
図１１に示すように、ステップＳ１０１において、ＲＲＣアイドルモードにあるＵＥ１００は、自身の移動状態を監視する。ＵＥ１００の移動状態は、ＵＥ１００が移動しているか否か及びＵＥ１００の移動速度のうち少なくとも１つを含む。
【００６３】
ステップＳ１０２において、ＵＥ１００は、ｅＮＢ２００に送信するべきデータが発生したことを検知する。
【００６４】
ステップＳ１０３において、ＵＥ１００は、発生したデータの量（総量）を確認する。一例として、ＵＥ１００は、上りリンク用のバッファに蓄積されたデータ量及び上位レイヤ（アプリケーション等）から通知されたデータ量のうち少なくとも１つに基づいて、発生したデータの量を確認する。
【００６５】
ステップＳ１０４において、ＵＥ１００は、発生したデータの量に基づいて、ｅＮＢ２００との通信時間（第２の期間）の長さを推定する。一例として、ＵＥ１００は、データ量と通信時間との対応関係を示すテーブル及びデータ量から通信時間を算出する計算式のうち少なくとも１つを用いて、ｅＮＢ２００との通信時間（第２の期間）の長さを推定する。
【００６６】
ステップＳ１０５において、ＵＥ１００は、ステップＳ１０１で監視している移動状態及びステップＳ１０４で推定した通信時間（第２の期間）の長さに基づいて、データ通信中の無線状態を推定する。一例として、ＵＥ１００は、データ通信中におけるＵＥ１００の移動速度が高いほど、データ通信中における無線状態の変動（例えば、チャネル品質の変動）が大きいと判断する。ＵＥ１００は、移動状態と無線状態の変動度合いとの対応関係を示すテーブル及び移動状態から無線状態の変動度合いを算出する計算式のうち少なくとも１つを用いて、データ通信中における無線状態の変動を推定してもよい。
【００６７】
ステップＳ１０６において、ＵＥ１００は、ステップＳ１０５で推定した無線状態の変動が閾値よりも大きいか否かを判断する。閾値は、ＵＥ１００に事前設定される、又はｅＮＢ２００からＵＥ１００に設定される。
【００６８】
ステップＳ１０５で推定した無線状態の変動が閾値よりも大きい場合（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０７において、ＵＥ１００は、ＲＲＣ接続の確立を要求するＲＲＣメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに、移動情報を含める。移動情報は、第２の期間内における無線状態の変動が所定値（閾値）よりも大きいことを示す情報である。移動情報は、第２の期間内においてＵＥ１００が移動すると予想されることを示す情報であってもよい。
【００６９】
ステップＳ１０５で推定した無線状態の変動が閾値以下である場合（ステップＳ１０６：Ｎｏ）、ステップＳ１０８において、ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに、固定情報を含める。固定情報は、第２の期間内における無線状態の変動が所定値（閾値）以下であることを示す情報である。固定情報は、第２の期間内においてＵＥ１００が移動すると予想されないことを示す情報であってもよい。
【００７０】
ステップＳ１０９において、ＵＥ１００は、ランダムアクセスプロシージャにおいて、移動情報又は固定情報を含むＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをｅＮＢ２００に送信する。
【００７１】
ｅＮＢ２００は、移動情報を送信したＵＥ１００に対して、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）のフィードバックを行うよう設定してもよい。ｅＮＢ２００は、移動情報を送信したＵＥ１００に対して、ランダムアクセスプリアンブルから推定される現時点でのＵＥ１００の無線状態よりも悪い無線状態を想定してリンクアダプテーションを行ってもよい。一例として、ｅＮＢ２００は、繰り返し送信回数の増加、ＭＣＳの低下、及び送信電力の上昇のうち少なくとも１つを行なってもよい。ＭＣＳの低下とは、誤り耐性が高く、且つデータレートの低いＭＣＳを用いることである。
【００７２】
ＵＥ１００は、移動情報又は固定情報に加えて、現在の移動速度を示す情報をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに含めてもよい。ＵＥ１００は、移動情報又は固定情報に代えて、現在の移動速度を示す情報をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに含めてもよい。現在の移動速度を示す情報は、ｌｏｗ／ｍｉｄ／ｈｉｇｈといったように、大凡の移動速度を示すインデックスであってもよい。
【００７３】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを用いる一例を説明したが、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに代えて、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔメッセージを用いてもよい。
【００７４】
（４．３）実施例２
実施例２について説明する。実施例２は、ＵＥ１００が、図１０のステップＳ２（ランダムアクセスプロシージャ）において、第２の期間内におけるＵＥ１００とｅＮＢ２００との間のチャネル品質を示す情報を含むＲＲＣメッセージ（Ｍｓｇ  ３）をｅＮＢ２００に送信する実施例である。実施例１と実施例２との相違点を主として説明する。
【００７５】
実施例２において、ＵＥ１００は、第２の期間内におけるＵＥ１００とｅＮＢ２００との間のチャネル品質を示すＣＱＩをＲＲＣメッセージ（Ｍｓｇ  ３）に含めてもよい。ＣＱＩは、第２の期間内で用いることが推奨されるＭＣＳを示す情報とみなすことができる。ＵＥ１００は、ＲＲＣアイドルモードにおいて、サービングセルのセル固有参照信号（ＣＲＳ）及び／又はナローバンド参照信号（ＮＲＳ）を用いてチャネル推定（例えば、ＳＩＮＲ測定）を行ってもよい。そして、ＵＥ１００は、実施例１で説明した無線状態変動予測を用いて、第２の期間内における無線状態変動が反映されたチャネル品質を予測し、予測したチャネル品質によりＣＱＩを選択してもよい。ＣＱＩは、第２の期間内において予測される最低のチャネル品質を示す情報であってもよい。ｅＮＢ２００は、チャネル品質とＣＱＩとの対応付けを示すマッピングテーブルをＳＩＢでブロードキャストしてもよい。マッピングテーブルは、仕様により規定されてＵＥ１００に事前設定されてもよい。
【００７６】
ＵＥ１００は、現在のチャネル品質を示すＣＱＩと第２の期間内でのＣＱＩの変動を示す情報とをＲＲＣメッセージ（Ｍｓｇ  ３）に含めてもよい。第２の期間内でのＣＱＩの変動を示す情報は、実施例１で説明した無線状態変動予測に基づく変動量（ｄＢ）又は現在のＣＱＩに対するオフセット量であってもよい。ＵＥ１００は、第２の期間内における無線状態の変動が所定値（閾値）よりも大きいと予測される場合に限り、第２の期間内でのＣＱＩの変動を示す情報をＲＲＣメッセージ（Ｍｓｇ  ３）に含めてもよい。
【００７７】
ＵＥ１００は、第２の期間内で用いることが推奨される繰り返し送信回数（ｒｅｐａｔｒｉａｔｉｏｎ回数）を示す情報をＲＲＣメッセージ（Ｍｓｇ  ３）にさらに含めてもよい。第２の期間内で用いることが推奨される繰り返し送信回数は、実施例１で説明した無線状態変動予測に基づいて決定されてもよい。
【００７８】
（４．４）実施例３
実施例３について説明する。実施例３は、ＵＥ１００が、図１０のステップＳ２（ランダムアクセスプロシージャ）において、第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルを示す情報を、ランダムアクセスプリアンブルを用いてｅＮＢ２００に通知する実施例である。実施例１と実施例３との相違点を主として説明する。
【００７９】
ＵＥ１００は、第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルと関連付けられたＮＰＲＡＣＨリソースを選択することにより、ＮＰＲＡＣＨリソースにより強化カバレッジレベルをｅＮＢ２００に通知する。一般的なＮＰＲＡＣＨリソースの選択は、ＵＥ１００における現在のＲＳＲＰに基づいて行われる（図９のステップＳ１００４参照）。これに対し、実施例３において、ＵＥ１００は、現在のＲＳＲＰではなく、将来に予測されるＲＳＲＰに基づいて、ＮＰＲＡＣＨリソースを選択する。
【００８０】
第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルは、実施例１で説明した無線状態変動予測に基づいて決定されてもよい。第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルは、第２の期間内において予測される最低の無線状態に対応する強化カバレッジレベルであってもよい。ＵＥ１００は、第２の期間内における無線状態の変動が所定値（閾値）よりも大きいと予測される場合に限り、第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルをｅＮＢ２００に通知してもよい。
【００８１】
実施例３において、ＵＥ１００は、ＮＰＲＡＣＨリソースにより強化カバレッジレベルをｅＮＢ２００に通知することに代えて、ランダムアクセスプリアンブルの送信に用いるキャリアにより強化カバレッジレベルをｅＮＢ２００に通知してもよい。ＵＥ１００は、第２の期間内においてＵＥ１００に適用することが推奨される強化カバレッジレベルと対応付けられたキャリアを選択することにより、プリアンブル送信に用いるキャリアにより強化カバレッジレベルをｅＮＢ２００に通知する。ＵＥ１００は、現在のＲＳＲＰではなく、将来に予測されるＲＳＲＰに基づいて、プリアンブル送信に用いるキャリアを選択する。この場合、１又は複数のキャリアのそれぞれが強化カバレッジレベルと対応付けられる。ｅＮＢ２００は、キャリアと強化カバレッジレベルとの対応付けをＳＩＢ又はページングメッセージ等によりＵＥ１００に通知してもよい。
【００８２】
ｅＮＢ２００は、現在のＲＳＲＰに基づく強化カバレッジレベルの通知（すなわち、従来の強化カバレッジレベル通知）に用いるキャリアと、将来に予測されるＲＳＲＰに基づく強化カバレッジレベルの通知（すなわち、実施例３の強化カバレッジ通知）に用いるキャリアとを区別するための情報をＳＩＢ又はページングメッセージ等によりＵＥ１００に通知してもよい。例えば、プリアンブル送信に用いることが許容されるキャリア＃１及び＃２がある場合、ｅＮＢ２００は、キャリア＃１は従来のプリアンブル送信（従来のＣＥレベル通知）に用いるべきキャリアであり、キャリア＃２は実施例３の強化カバレッジ通知に用いるべきキャリアであることをＵＥ１００に通知する。ｅＮＢ２００は、複数のキャリアの識別情報からなるリストとキャリアごとの用途（従来の強化カバレッジレベル通知又は実施例３の強化カバレッジ通知）を示す識別子との組み合わせをＵＥ１００に通知してもよい。或いは、ｅＮＢ２００は、用途ごとにリストを分け、従来の強化カバレッジレベル通知用のキャリアリストと実施例３の強化カバレッジ通知用のキャリアリストとをＵＥ１００に通知してもよい。ＵＥ１００は、従来の強化カバレッジレベル通知用のキャリアと実施例３の強化カバレッジ通知用のキャリアとの両方が通知された場合に、ＵＥ１００の能力（例えば予測能力を有するか否か）等に応じて、どちらのキャリアでプリアンブル送信を行うかを判断してもよい。
【００８３】
プリアンブル送信に用いるキャリアにより強化カバレッジレベルをｅＮＢ２００に通知する方法は、実施例１及び実施例２にも応用可能である。実施例１に応用する場合、ＵＥ１００は、第２の期間内における無線状態の変動が所定値（閾値）よりも大きいか否かを示す情報と対応付けられたキャリアを選択し、選択したキャリアを用いてプリアンブル送信を行う。実施例２に応用する場合、ＵＥ１００は、第２の期間内におけるＵＥ１００とｅＮＢ２００との間のチャネル品質を示す情報と対応付けられたキャリアを選択し、選択したキャリアを用いてプリアンブル送信を行う。
【００８４】
（その他の実施形態）
上述した実施例１乃至３は、別個独立して実施する場合に限定されない。２以上の実施例を組み合わせて実施してもよい。
【００８５】
上述した実施形態において、ＲＲＣコネクティッドモードにあるＵＥ１００の動作について特に説明しなかった。ＲＲＣコネクティッドモードにあるＵＥ１００は、次のようなイベントトリガ型のＣＱＩ送信動作を行ってもよい。ＵＥ１００は、データ通信中に、近い将来にＭＣＳを変えた方が良い状況になると判定した場合（例えば、電波が閾値よりも良くなる又は悪くなると予測した場合）、ＣＱＩを送信してもよい。このＣＱＩは、実施例２で説明したような予測ＣＱＩであってもよい。ＵＥ１００は、チャネル品質（例えば、ＳＩＮＲ）が閾値よりも上回った又は下回った場合（あるいは、ＢＬＥＲが閾値を上回った又は下回った場合）、ＣＱＩを送信してもよい。イベントトリガ型のＣＱＩ送信を行うべきか否か（及び閾値）は、ｅＮＢ２００からＵＥ１００に設定されてもよい。
【００８６】
上述した実施形態において、ＵＥ１００がＮＢ−ＩｏＴ  ＵＥである一例を説明した。しかしながら、ＵＥ１００は、ｅＭＴＣ  ＵＥであってもよい。ＵＥ１００がｅＭＴＣ  ＵＥである場合、上述した実施形態に係る動作において、「キャリア」を「狭帯域（ＮＢ）」と読み替えてもよい。また、「ＮＰＲＡＣＨ」を「ＰＲＡＣＨ」と読み替えてもよい。
【００８７】
ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
【００８８】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システム（例えば、第５世代移動通信システム）に、上述した実施形態に係る動作を適用してもよい。
【００８９】
日本国特許出願第２０１７−０５８２２６号（２０１７年３月２３日出願）の全内容が、参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【００９０】
本開示は、無線通信分野において有用である。
【図１】
2018173805.tif 000003
【図２】
2018173805.tif 000004
【図３】
2018173805.tif 000005
【図４】
2018173805.tif 000006
【図５】
2018173805.tif 000007
【図６】
2018173805.tif 000008
【図７】
2018173805.tif 000009
【図８】
2018173805.tif 000010
【図９】
2018173805.tif 000011
【図１０】
2018173805.tif 000012
【図１１】
2018173805.tif 000013
【国際調査報告】
2018173805.tif 000014
2018173805.tif 000015