知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-08
(45)【発行日】2023-12-18
(54)【発明の名称】無線端末及び基地局
(51)【国際特許分類】
H04W 74/08 20090101AFI20231211BHJP
H04W 76/19 20180101ALI20231211BHJP
H04W 76/27 20180101ALI20231211BHJP
H04W 4/70 20180101ALN20231211BHJP
【ＦＩ】
H04W74/08
H04W76/19
H04W76/27
H04W4/70
【請求項の数】
4
(21)【出願番号】P 2022075448
(22)【出願日】2022-04-28
(62)【分割の表示】P 2021077830の分割
【原出願日】2019-06-24
(65)【公開番号】P2022105136
(43)【公開日】2022-07-12
【審査請求日】2022-04-28
(31)【優先権主張番号】P 2018122950
(32)【優先日】2018-06-28
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
【審査官】久松 和之
(56)【参考文献】
【文献】Intel Corporation，Report of [101#58][NB-IoT/MTC R15] EDT security issues，3GPP TSG RAN WG2 #102 R2-1807523，2018年05月11日
【文献】ZTE, ZTE Microelectronics，Quantitative analysis on UL data transmission in inactive state，3GPP TSG RAN WG2 adhoc_2017_01_NR R2-1700360，2017年01月06日
【文献】Nokia, Alcatel-Lucent Shanghai Bell，Data transmission in INACTIVE，3GPP TSG RAN WG2 #96 R2-167706，2016年11月04日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ユーザ装置であって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）インアクティブ状態にある前記ユーザ装置が上りリンクデータを送信するための上りリンク無線リソースを示す情報を含むＲＲＣ Ｒｅｌｅａｓｅメッセージを基地局から受信する受信部と、
前記ＲＲＣ Ｒｅｌｅａｓｅメッセージの受信に応じて、前記ユーザ装置がＲＲＣ接続状態から離脱して、前記ＲＲＣインアクティブ状態に入るように前記ユーザ装置を制御する制御部と、
前記ＲＲＣインアクティブ状態において、前記上りリンク無線リソースを使用して前記上りリンクデータを前記基地局に送信する送信部と、を備えるユーザ装置。
【請求項2】
基地局であって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）インアクティブ状態にあるユーザ装置が上りリンクデータを送信するための上りリンク無線リソースを示す情報を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ｒｅｌｅａｓｅメッセージをＲＲＣ接続状態にある前記ユーザ装置に送信する送信部と、
前記上りリンク無線リソースを用いて送信された上りリンクデータを前記ＲＲＣインアクティブ状態にある前記ユーザ装置から受信する受信部と、を備える基地局。
【請求項3】
ユーザ装置を制御するプロセッサであって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）インアクティブ状態にある前記ユーザ装置が上りリンクデータを送信するための上りリンク無線リソースを示す情報を含むＲＲＣ ｒｅｌｅａｓｅメッセージを基地局から受信する処理と、
前記ＲＲＣ Ｒｅｌｅａｓｅメッセージの受信に応じて、前記ユーザ装置がＲＲＣ接続状態から離脱して、前記ＲＲＣインアクティブ状態に入るように前記ユーザ装置を制御する処理と、
前記ＲＲＣインアクティブ状態において、前記上りリンク無線リソースを使用して前記上りリンクデータを前記基地局に送信する処理と、を実行するプロセッサ。
【請求項4】
方法であって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続状態にあるユーザ装置が、ＲＲＣインアクティブ状態にある前記ユーザ装置が上りリンクデータを送信するための上りリンク無線リソースを示す情報を含むＲＲＣ ｒｅｌｅａｓｅメッセージを基地局から受信することと、
前記ユーザ装置が、前記ＲＲＣ Ｒｅｌｅａｓｅメッセージの受信に応じて、前記ＲＲＣ接続状態から離脱して、前記ＲＲＣインアクティブ状態に入ることと、
前記ＲＲＣインアクティブ状態にある前記ユーザ装置が、前記上りリンク無線リソースを使用して前記上りリンクデータを前記基地局に送信することと、を含む方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、移動通信システムに用いる無線端末及び基地局に関する。
【背景技術】
【0002】
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐｅｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ。）規格に準拠する移動通信システムにおいて、無線端末は、ＲＲＣアイドルモードと称される待ち受け状態から、ＲＲＣコネクティッドモードと称される接続状態に遷移するためのプロシージャとして、ランダムアクセスプロシージャを行う。無線端末は、ランダムアクセスプロシージャによって接続状態に遷移した後に、ユーザデータを基地局と送受信する。
【0003】
また、マシンタイプ通信向けの技術として、ランダムアクセスプロシージャ中にユーザデータを送受信するアーリーデータ伝送が導入されている。アーリーデータ伝送によれば、ランダムアクセスプロシージャのメッセージ３（Ｍｓｇ３）を利用して無線端末が上りリンクデータを基地局に送信し、接続状態に遷移することなくランダムアクセスプロシージャを終了することにより、低消費電力でデータの送信を行うことができる。
【0004】
基地局と無線端末との間のシグナリングをさらに削減するために、ランダムアクセスプロシージャにおけるメッセージ１（Ｍｓｇ１）及びメッセージ２（Ｍｓｇ２）を不要とする技術が提案されている（非特許文献１参照）。Ｍｓｇ１は無線端末から基地局に送信されるランダムアクセス信号（ランダムアクセスプリアンブル）であり、Ｍｓｇ２は基地局から無線端末に送信されるランダムアクセス応答である。かかる新たな技術においては、無線端末は、ランダムアクセスプロシージャをＭｓｇ３送信から開始することになると考えられる。
【先行技術文献】
【非特許文献】
【0005】
【文献】３ＧＰＰ寄書「ＲＰ－１８１１８６」、“Ｓｃｏｐｅ ｏｆ Ｒｅｌ－１６ ＬＴＥ－ＭＴＣ”、［ｏｎｌｉｎｅ］、［平成３０年６月１８日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿Ｒａｎ／ｔｓｇ＿Ｒａｎ／ＴＳＧＲ＿８０／Ｄｏｃｓ／ＲＰ－１８１１８６．ｚｉｐ＞
【発明の概要】
【0006】
第１の特徴に係る無線端末は、移動通信システムに用いる無線端末であって、基地局が前記無線端末に割り当てた識別子を前記無線端末が接続状態から待ち受け状態になる前に前記基地局から受信する受信部と、前記無線端末が待ち受け状態にある間において前記識別子を保持する制御部と、前記保持された識別子を用いてビット系列をスクランブルすると共に、前記スクランブルされたビット系列を前記基地局に送信する送信部とを備える。
【0007】
第２の特徴に係る基地局は、移動通信システムに用いる基地局であって、無線端末に割り当てた識別子を前記無線端末が接続状態から待ち受け状態になる前に前記無線端末に送信する送信部と、前記無線端末が待ち受け状態にある間において前記識別子を保持する制御部と、ビット系列を前記無線端末から受信すると共に、前記保持された識別子を用いて前記受信したビット系列に対するデスクランブルを行う受信部とを備える。
【図面の簡単な説明】
【0008】
【図1】実施形態に係る移動通信システムの構成を示す図である。
【図2】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図3】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図4】実施形態に係る無線インターフェイスのプロトコルスタックの構成を示す図である。
【図5】実施形態に係る無線フレームの構成を示す図である。
【図6】ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥが取り扱う周波数チャネルを示す図である。
【図7】ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥ向けの一般的なランダムアクセスプロシージャを示す図である。
【図8】実施形態に係る、Ｒｅｓｕｍｅ ＩＤを用いるケースにおける動作例を示す図である。
【図9】実施形態に係る、Ｃ－ＲＮＴＩ候補を用いるケースにおける動作例を示す図である。
【図10】実施形態に係る、前回割り当てられたＣ－ＲＮＴＩを用いるケースにおける動作例を示す図である。
【発明を実施するための形態】
【0009】
無線端末は、基地局から割り当てられたＣ－ＲＮＴＩ（Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を用いて送信ビット系列をスクランブルする。Ｃ－ＲＮＴＩは、セル内において無線端末を一意に識別する識別子である。
【0010】
通常のランダムアクセスプロシージャにおいて、Ｍｓｇ２によりＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが基地局から無線端末に割り当てられ、無線端末は、このＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを用いてＭｓｇ３送信におけるスクランブル処理を行う。
【0011】
しかしながら、上述したようにＭｓｇ１及びＭｓｇ２を不要とする場合、Ｍｓｇ２によって無線端末にＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが割り当てられないため、上りリンク送信（Ｍｓｇ３送信）を適切に行うことができない懸念がある。
【0012】
本開示は、Ｍｓｇ２により無線端末にＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが割り当てられない場合であっても、上りリンク送信を適切に行うことを可能とする無線端末及び基地局を提供する。
【0013】
一実施形態に係る移動通信システムについて図面を参照しながら説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【0014】
（移動通信システム）
本実施形態に係る移動通信システムの構成について説明する。図１は、本実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。但し、ＬＴＥシステムに限定されるものではなく、３ＧＰＰ規格に基づく第５世代（５Ｇ）移動通信システムであるＮＲシステムであってもよい。
本実施形態に係る移動通信システムの構成について説明する。図１は、本実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。但し、ＬＴＥシステムに限定されるものではなく、３ＧＰＰ規格に基づく第５世代（５Ｇ）移動通信システムであるＮＲシステムであってもよい。
【0015】
図１に示すように、本実施形態に係る移動通信システムは、無線端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ－ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、コアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０とを備える。
【0016】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。ＵＥ１００は、ｅＮＢ２００との無線通信を行う装置であればどのような装置であっても構わないが、例えば、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置である。
【0017】
Ｅ－ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、適宜「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
【0018】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ－ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリア（ＴＡ）の情報を管理する。トラッキングエリアは、複数のセルからなるエリアである。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ及びＳ－ＧＷは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【0019】
【0020】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【0021】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【0022】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【0023】
【0024】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【0025】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【0026】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【0027】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【0028】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを構成する。
【0029】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【0030】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【0031】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【0032】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【0033】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。なお、ＲＲＣコネクティッドモードは接続状態の一例であり、ＲＲＣアイドルモードは待ち受け状態の一例である。
【0034】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００ＣのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。
【0035】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。図５に示すように、無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【0036】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として用いることができる領域である。
【0037】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として用いることができる領域である。
【0038】
（ｅＭＴＣ及びＮＢ－ＩｏＴ）
本実施形態において、ＭＴＣ及びＩｏＴサービス等のマシンタイプ通信を対象とした新たなカテゴリのＵＥ１００が存在するシナリオを想定する。新たなカテゴリのＵＥ１００は、システム送受信帯域（ＬＴＥ送受信帯域幅）の一部のみに送受信帯域幅が制限されるＵＥ１００である。新たなＵＥカテゴリは、例えば、カテゴリＭ１及びカテゴリＮＢ（Ｎａｒｒｏｗ Ｂａｎｄ）－ＩｏＴと称される。カテゴリＭ１は、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＵＥが属するカテゴリである。カテゴリＮＢ－ＩｏＴ（カテゴリＮＢ１）は、ＮＢ－ＩｏＴ ＵＥが属するカテゴリである。カテゴリＭ１は、ＵＥ１００（ｅＭＴＣ ＵＥ）の送受信帯域幅を例えば１．０８ＭＨｚ（すなわち、６リソースブロックの帯域幅）に制限する。カテゴリＮＢＩｏＴ（カテゴリＮＢ１）は、ＵＥ１００（ＮＢ－ＩｏＴ ＵＥ）の送受信帯域幅を１８０ｋＨｚ（すなわち、１リソースブロックの帯域幅）にさらに制限する。このような狭帯域化により、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥに要求される低コスト化及び低消費電力化が実現可能となる。
本実施形態において、ＭＴＣ及びＩｏＴサービス等のマシンタイプ通信を対象とした新たなカテゴリのＵＥ１００が存在するシナリオを想定する。新たなカテゴリのＵＥ１００は、システム送受信帯域（ＬＴＥ送受信帯域幅）の一部のみに送受信帯域幅が制限されるＵＥ１００である。新たなＵＥカテゴリは、例えば、カテゴリＭ１及びカテゴリＮＢ（Ｎａｒｒｏｗ Ｂａｎｄ）－ＩｏＴと称される。カテゴリＭ１は、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＵＥが属するカテゴリである。カテゴリＮＢ－ＩｏＴ（カテゴリＮＢ１）は、ＮＢ－ＩｏＴ ＵＥが属するカテゴリである。カテゴリＭ１は、ＵＥ１００（ｅＭＴＣ ＵＥ）の送受信帯域幅を例えば１．０８ＭＨｚ（すなわち、６リソースブロックの帯域幅）に制限する。カテゴリＮＢＩｏＴ（カテゴリＮＢ１）は、ＵＥ１００（ＮＢ－ＩｏＴ ＵＥ）の送受信帯域幅を１８０ｋＨｚ（すなわち、１リソースブロックの帯域幅）にさらに制限する。このような狭帯域化により、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥに要求される低コスト化及び低消費電力化が実現可能となる。
【0039】
図６は、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥが取り扱う周波数チャネルを示す図である。図６に示すように、ＬＴＥシステムのシステム周波数帯域の周波数帯域幅は１０ＭＨｚであり得る。システム送受信帯域の帯域幅は、例えば、５０リソースブロック＝９ＭＨｚである。ｅＭＴＣ ＵＥが対応可能な周波数チャネルの帯域幅は、６リソースブロック＝１．０８ＭＨｚ以内である。ｅＭＴＣ ＵＥが対応可能な６リソースブロック以内の周波数チャネルは、「狭帯域（ＮＢ：Ｎａｒｒｏｗ Ｂａｎｄ）」と称される。ＮＢ－ＩｏＴ ＵＥが対応可能な周波数チャネルの帯域幅は、１リソースブロック＝１８０ｋＨｚである。ＮＢ－ＩｏＴ ＵＥが対応可能な１リソースブロックの周波数チャネルは、「キャリア（ｃａｒｒｉｅｒ）」と称される。
【0040】
ｅＭＴＣ ＵＥは、ＬＴＥ送受信帯域幅内で運用される。ＮＢ－ＩｏＴ ＵＥは、ＬＴＥ送受信帯域幅内で運用される形態、ＬＴＥ送受信帯域幅外のガードバンドで運用される形態、及びＮＢ－ＩｏＴ専用の周波数帯域内で運用される形態をサポートする。
【0041】
ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥは、カバレッジ拡張を実現するために、繰り返し送信等を用いた強化カバレッジ（ＥＣ：Ｅｎｈａｎｃｅｄ Ｃｏｖｅｒａｇｅ）機能をサポートする。強化カバレッジ機能は、複数のサブフレームを用いて同一信号を繰り返し送信する繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）を含んでもよい。繰り返し送信の回数が多いほど、カバレッジを拡張することができる。
【0042】
（ランダムアクセスプロシージャ）
図７は、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥ向けの一般的なランダムアクセスプロシージャを示す図である。初期状態において、ＵＥ１００は、ＲＲＣアイドルモードにある。ＵＥ１００は、ＲＲＣコネクティッドモードに遷移するためにランダムアクセスプロシージャを実行する。このようなケースは、初期接続（Ｉｎｉｔｉａｌ ａｃｃｅｓｓ ｆｒｏｍ ＲＲＣ＿ＩＤＬＥ）と称される。初期接続時には、競合ベース（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）のランダムアクセスプロシージャが適用される。
図７は、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥ向けの一般的なランダムアクセスプロシージャを示す図である。初期状態において、ＵＥ１００は、ＲＲＣアイドルモードにある。ＵＥ１００は、ＲＲＣコネクティッドモードに遷移するためにランダムアクセスプロシージャを実行する。このようなケースは、初期接続（Ｉｎｉｔｉａｌ ａｃｃｅｓｓ ｆｒｏｍ ＲＲＣ＿ＩＤＬＥ）と称される。初期接続時には、競合ベース（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）のランダムアクセスプロシージャが適用される。
【0043】
図７に示すように、ＵＥ１００は、ｅＮＢ２００のセルをサービングセルとして選択している。ＵＥ１００は、通常のカバレッジのための第１のセル選択基準（第１のＳ－ｃｒｉｔｅｒｉａ）が満たされず、強化カバレッジのための第２のセル選択基準（第２のＳｃｒｉｔｅｒｉａ）が満たされた場合、自身が強化カバレッジに居ると判断してもよい。「強化カバレッジに居るＵＥ」とは、セルにアクセスするために強化カバレッジ機能（強化カバレッジモード）を用いることが必要とされるＵＥを意味する。なお、ｅＭＴＣ ＵＥは、強化カバレッジモードを用いることが必須である。ここでは、ＵＥ１００が強化カバレッジに居ると仮定して説明を進める。
【0044】
ステップＳ１００１において、ｅＮＢ２００は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）関連情報をブロードキャストシグナリング（例えば、ＳＩＢ）により送信する。ＰＲＡＣＨ関連情報は、強化カバレッジレベルごとに設けられた各種のパラメータを含む。一例として、強化カバレッジレベルは、強化カバレッジレベル０乃至３の合計４つのレベルが規定される。各種のパラメータは、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）閾値、ＰＲＡＣＨリソース、及び最大プリアンブル送信回数を含む。ＰＲＡＣＨリソースは、無線リソース（時間・周波数リソース）及び信号系列（プリアンブル系列）を含む。ＵＥ１００は、受信したＰＲＡＣＨ関連情報を記憶する。
【0045】
ステップＳ１００２において、ＵＥ１００は、ｅＮＢ２００から送信される参照信号に基づいてＲＳＲＰを測定する。
【0046】
ステップＳ１００３において、ＵＥ１００は、測定したＲＳＲＰを強化カバレッジレベルごとのＲＳＲＰ閾値と比較することにより、自身の強化カバレッジレベル（ＣＥレベル）を決定する。強化カバレッジレベルは、ＵＥ１００に必要とされる強化カバレッジの度合いを示す。強化カバレッジレベルは、少なくとも繰り返し送信における送信回数（すなわち、Ｒｅｐｅｔｉｔｉｏｎ回数）と関連する。
【0047】
ステップＳ１００４において、ＵＥ１００は、自身の強化カバレッジレベルに対応するＰＲＡＣＨリソースを選択する。
【0048】
ステップＳ１００５～Ｓ１００８は、ランダムアクセスプロシージャを構成する。ステップＳ１００５において、ＵＥ１００は、選択したＰＲＡＣＨリソースを用いてＭｓｇ１（ランダムアクセスプリアンブル）をｅＮＢ２００に送信する。なお、「Ｍｓｇ」は、メッセージの略である。ｅＮＢ２００は、受信したＭｓｇ１に用いられたＰＲＡＣＨリソースに基づいて、ＵＥ１００の強化カバレッジレベルを特定する。
【0049】
ステップＳ１００６において、ｅＮＢ２００は、ＵＥ１００に割り当てたＰＵＳＣＨリソースを示すスケジューリング情報を含むＭｓｇ２（ランダムアクセス応答）をＵＥ１００に送信する。ここで、Ｍｓｇ２には、ｅＮＢ２００がＵＥ１００に割り当てたＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが含まれる。また、Ｍｓｇ２には、ｅＮＢ２００がランダムアクセスプリアンブルに基づいて計算したタイミングアドバンス値が含まれる。タイミングアドバンス値は、無線信号の伝搬遅延を補償するための送信タイミング調整値である。なお、ＵＥ１００は、Ｍｓｇ２を正常に受信するまで、自身の強化カバレッジレベルに対応する最大プリアンブル送信回数までＭｓｇ１を複数回送信し得る。
【0050】
ステップＳ１００７において、ＵＥ１００は、スケジューリング情報に基づいてＭｓｇ３をｅＮＢ２００に送信する。Ｍｓｇ３は、ＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージであってもよい。ここで、ＵＥ１００は、Ｍｓｇ２に含まれていたタイミングアドバンス値を用いて送信タイミング調整を行う。また、ＵＥ１００は、Ｍｓｇ２に含まれていたＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを用いてスクランブル処理を行う。具体的には、ＰＨＹレイヤにおいて、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩからＵＥ固有のスクランブル系列を生成し、ＵＥ固有のスクランブル系列により送信ビット系列（コードワード）をスクランブルする。同様にして、ｅＮＢ２００は、ＵＥ１００に割り当てたＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを用いてデスクランブル処理を行う。
【0051】
ステップＳ１００８において、ｅＮＢ２００は、Ｍｓｇ４をＵＥ１００に送信する。Ｍｓｇ４は、ＲＲＣ接続確立（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージであってもよい。ここで、ｅＮＢ２００は、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを用いてＰＤＣＣＨのスクランブル処理を行う。具体的には、ｅＮＢ２００は、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩでスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）パリティビットを伴う下りリンク制御情報（ＤＣＩ）をＰＤＣＣＨにより送信し、ＵＥ１００は、このＤＣＩに対してデコードを試みてＣＲＣチェックが成功したＰＤＣＣＨを自身宛のＰＤＣＣＨとして検出する（いわゆる、ブラインド復号）。
【0052】
ステップＳ１００９において、ＵＥ１００は、Ｍｓｇ４の受信に応じてＲＲＣコネクティッドモードに遷移する。その際、ＵＥ１００は、Ｍｓｇ５：ＲＲＣ接続確立完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）メッセージをｅＮＢ２００に送信してもよい。その後、ｅＮＢ２００は、特定した強化カバレッジレベルに基づいて、ＵＥ１００への繰り返し送信等を制御する。
【0053】
ＲＲＣコネクティッドモードに遷移したＵＥ１００は、Ｍｓｇ２に含まれていたＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを、自身に割り当てられたＣ－ＲＮＴＩとして、ＲＲＣコネクティッドモードである間において継続的に使用する。
【0054】
（ＥＤＴ）
ｅＭＴＣ ＵＥやＮＢ－ＩｏＴ ＵＥは、送受信すべきデータの量が少なく、データの送受信を行う頻度も少ない。本実施形態において、ｅＭＴＣ ＵＥやＮＢ－ＩｏＴ ＵＥが、ランダムアクセスプロシージャ中に所定メッセージを利用してユーザデータを送受信するアーリーデータ伝送（ＥＤＴ：Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）を行う一例について説明する。
ｅＭＴＣ ＵＥやＮＢ－ＩｏＴ ＵＥは、送受信すべきデータの量が少なく、データの送受信を行う頻度も少ない。本実施形態において、ｅＭＴＣ ＵＥやＮＢ－ＩｏＴ ＵＥが、ランダムアクセスプロシージャ中に所定メッセージを利用してユーザデータを送受信するアーリーデータ伝送（ＥＤＴ：Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）を行う一例について説明する。
【0055】
ＥＤＴは、ランダムアクセスプロシージャにおけるＭｓｇ３を利用して上りリンクデータを送受信する上りリンクのＥＤＴと、ランダムアクセスプロシージャにおけるＭｓｇ４を利用して下りリンクデータを送受信する下りリンクのＥＤＴとを含む。具体的には、１つのランダムアクセスプロシージャにおいて、上りリンクのＥＤＴ及び下りリンクのＥＤＴの両方が行われる場合と、上りリンクのＥＤＴのみが行われる場合と、下りリンクのＥＤＴのみが行われる場合とがある。
【0056】
ＥＤＴには、ＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）ソリューション及びＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）ソリューションの２種類がある。ＵＰソリューションでは、ＥＤＴにおいて、ユーザデータをＲＲＣメッセージに含めずに、ＭＡＣレイヤにおいてユーザデータ（ＤＴＣＨ）とＲＲＣメッセージ（ＣＣＣＨ）とを１つのＭＡＣ ＰＤＵに多重化して送信する。一方で、ＣＰソリューションでは、ＥＤＴにおいて、ユーザデータをＲＲＣメッセージに含める。
【0057】
ＵＰソリューションは、ＵＥ１００がＲＲＣアイドルモードのサブ状態であるサスペンド状態である場合に適用される。サスペンド状態は、ＵＥ１００のコンテキスト情報がｅＮＢ２００において維持される、ＲＲＣアイドルモードのサブ状態である。ＵＰソリューションでは、Ｍｓｇ３を構成するＲＲＣメッセージがＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージであり、Ｍｓｇ４を構成するＲＲＣメッセージがＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅメッセージ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔメッセージである。ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔメッセージを受信すると、ＲＲＣアイドルモードを維持したままランダムアクセスプロシージャを終了する。一方で、ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅメッセージを受信すると、ＲＲＣコネクティッドモードに遷移し、ＲＲＣコネクティッドモードにおいてユーザデータを送受信する。
【0058】
ＣＰソリューションは、ＵＥ１００がＲＲＣアイドルモードであってサスペンド状態ではない場合に適用される。ＣＰソリューションでは、Ｍｓｇ３を構成するＲＲＣメッセージがＥａｒｌｙ Ｄａｔａ Ｒｅｑｕｅｓｔメッセージであり、Ｍｓｇ４を構成するＲＲＣメッセージが基本的にはＥａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅメッセージである。ＵＥ１００は、Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅメッセージを受信すると、ＲＲＣアイドルモードを維持したままランダムアクセスプロシージャを終了する。但し、Ｍｓｇ４を構成するＲＲＣメッセージがＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐメッセージであり得る。ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐメッセージを受信すると、ＲＲＣコネクティッドモードに遷移し、ＲＲＣコネクティッドモードにおいてユーザデータを送受信する。
【0059】
（ＧＦＴプロシージャ）
本実施形態において、ｅＮＢ２００とＵＥ１００との間のシグナリングをさらに削減するために、ランダムアクセスプロシージャにおけるＭｓｇ１及びＭｓｇ２を不要としてデータ伝送を可能とする新たなプロシージャを導入する。かかるプロシージャをＧＦＴ（Ｇｒａｎｔ－Ｆｒｅｅ Ｔｒａｎｓｍｉｓｓｉｏｎ）プロシージャと称する。或いは、かかるプロシージャは、ＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）－ｌｅｓｓデータ伝送プロシージャと称されてもよい。
本実施形態において、ｅＮＢ２００とＵＥ１００との間のシグナリングをさらに削減するために、ランダムアクセスプロシージャにおけるＭｓｇ１及びＭｓｇ２を不要としてデータ伝送を可能とする新たなプロシージャを導入する。かかるプロシージャをＧＦＴ（Ｇｒａｎｔ－Ｆｒｅｅ Ｔｒａｎｓｍｉｓｓｉｏｎ）プロシージャと称する。或いは、かかるプロシージャは、ＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）－ｌｅｓｓデータ伝送プロシージャと称されてもよい。
【0060】
ＲＲＣアイドルモードにあるＵＥ１００は、ＧＴＦプロシージャを開始すると、Ｍｓｇ１の送信及びＭｓｇ２の受信を省略してＭｓｇ３をｅＮＢ２００に送信する。ここで、ＵＥ１００は、上りリンクのＥＤＴにより、Ｍｓｇ３を利用して上りリンクデータをｅＮＢ２００に送信してもよい。また、ＵＥ１００は、下りリンクのＥＤＴにより、Ｍｓｇ４を利用して下りリンクデータをｅＮＢ２００から受信してもよい。ＧＴＦプロシージャは必ずしもＥＤＴを前提とするものではないが、本実施形態においてはＥＤＴを前提としてＧＦＴプロシージャを導入するケースを主として想定する。
【0061】
ＧＦＴプロシージャは、ＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するプロシージャであるため、ランダムアクセスプロシージャの一種であると考えることができる。一方、ＧＦＴプロシージャにおいては、ＵＥ１００がランダムアクセスを行わない（すなわち、ランダムアクセスプリアンブルを送信しない）ため、ランダムアクセスプロシージャとは異なるプロシージャであると考えることもできる。以下において、ＧＦＴプロシージャがランダムアクセスプロシージャとは異なるプロシージャであると位置付けて説明を進める。
【0062】
ランダムアクセスプロシージャにおいては、Ｍｓｇ２によりＴｅｍｐｏｒａｒｙ ＣＲＮＴＩがｅＮＢ２００からＵＥ１００に割り当てられ、ＵＥ１００は、このＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを用いてＭｓｇ３送信におけるスクランブル処理を行う。しかしながら、ＧＴＦプロシージャはＭｓｇ１及びＭｓｇ２を不要とするものであるため、Ｍｓｇ２によってＵＥ１００にＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが割り当てられない。
【0063】
本実施形態に係るＵＥ１００において、受信部１１０は、ｅＮＢ２００がＵＥ１００に割り当てた識別子をｅＮＢ２００から受信する。具体的には、受信部１１０は、ＵＥ１００がＲＲＣコネクティッドモードに遷移する前にｅＮＢ２００から識別子を受信する。制御部１３０は、ＵＥ１００がＲＲＣアイドルモードにある間において識別子を保持しており、ＧＦＴプロシージャを開始する。送信部１２０は、保持された識別子を用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をＧＦＴプロシージャ中にｅＮＢ２００に送信する。具体的には、ＰＨＹレイヤにおいて、保持された識別子からＵＥ固有のスクランブル系列を生成し、ＵＥ固有のスクランブル系列により送信ビット系列（コードワード）をスクランブルして送信する。
【0064】
一方、本実施形態に係るｅＮＢ２００において、送信部２１０は、ＵＥ１００に割り当てた識別子をＵＥ１００に送信する。具体的には、送信部２１０は、ＵＥ１００がＲＲＣコネクティッドモードに遷移する前にＵＥ１００に識別子を送信する。制御部２３０は、ＵＥ１００がＲＲＣアイドルモードにある間において識別子を保持する。受信部２２０は、ＧＦＴプロシージャ中においてビット系列をＵＥ１００から受信し、保持された識別子を用いて、受信したビット系列に対するデスクランブルを行う。具体的には、ＰＨＹレイヤにおいて、保持された識別子からＵＥ固有のスクランブル系列を生成し、ＵＥ固有のスクランブル系列により送信ビット系列（コードワード）をデスクランブルする。
【0065】
これにより、Ｍｓｇ２によってＵＥ１００にＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが割り当てられない場合であっても、予め保持した識別子を用いてビット系列をスクランブル及びデスクランブルできるため、上りリンク送信を適切に行うことができる。予め保持される識別子としては、（Ａ）Ｒｅｓｕｍｅ ＩＤ、（Ｂ）Ｃ－ＲＮＴＩ候補、（Ｃ）前回割り当てられたＣ－ＲＮＴＩのいずれかを用いることができる。
【0066】
（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケース
Ｒｅｓｕｍｅ ＩＤを用いるケースにおいて、ＵＥ１００の受信部１１０は、ｅＮＢ２００から送信される接続解放メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージ）に含まれるＲｅｓｕｍｅ ＩＤを受信する。ＵＥ１００の制御部１３０は、ＵＥ１００がＲＲＣアイドルモードにある間においてＲｅｓｕｍｅ ＩＤを保持する。ＵＥ１００の送信部１２０は、保持されたＲｅｓｕｍｅ ＩＤの少なくとも一部を用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をＧＦＴプロシージャ中に送信する。
Ｒｅｓｕｍｅ ＩＤを用いるケースにおいて、ＵＥ１００の受信部１１０は、ｅＮＢ２００から送信される接続解放メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージ）に含まれるＲｅｓｕｍｅ ＩＤを受信する。ＵＥ１００の制御部１３０は、ＵＥ１００がＲＲＣアイドルモードにある間においてＲｅｓｕｍｅ ＩＤを保持する。ＵＥ１００の送信部１２０は、保持されたＲｅｓｕｍｅ ＩＤの少なくとも一部を用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をＧＦＴプロシージャ中に送信する。
【0067】
ここで、Ｒｅｓｕｍｅ ＩＤのビット長（Ｌ１）がＣ－ＲＮＴＩのビット長（Ｌ２）よりも長い場合、Ｒｅｓｕｍｅ ＩＤからＬ２分を抽出して用いる。例えば、Ｒｅｓｕｍｅ ＩＤの上位Ｌ２ビットを抽出して用いる、又はＲｅｓｕｍｅ ＩＤの下位Ｌ２ビットを抽出して用いるといったルールを予め規定する。当該ルールは、ｅＮＢ２００からＵＥ１００に送信するか又はＵＥ１００及びｅＮＢ２００が予め保持しておくことによって、お互いに共有していてもよい。ＵＥ１００及びｅＮＢ２００は、ＧＦＴプロシージャ中において、Ｒｅｓｕｍｅ ＩＤから抽出したビット系列（以下、「Ｒｅｓｕｍｅ ＩＤの一部」という）をＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩの代わりに用いる。なお、Ｌ１及びＬ２は、ビット長の値を示す。
【0068】
図８は、Ｒｅｓｕｍｅ ＩＤを用いるケースにおける動作例を示す図である。本動作例は、ＥＤＴのＵＰソリューションをベースとした動作例である。
【0069】
図８に示すように、ステップＳ１００において、ＵＥ１００は、ＲＲＣコネクティッドモードにあり、ｅＮＢ２００との無線通信を行う。また、ＵＥ１００の制御部１３０は、タイミングアドバンス値を管理し、無線信号の伝搬遅延を補償するためにタイミングアドバンス値を用いて送信タイミング調整を行う。
【0070】
ステップＳ１０１において、ｅＮＢ２００の送信部２１０は、Ｒｅｓｕｍｅ ＩＤを含んだＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。ＵＥ１００の受信部１１０は、Ｒｅｓｕｍｅ ＩＤを含んだＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージを受信する。なお、ｅＮＢ２００は、Ｒｅｓｕｍｅ ＩＤをＵＥ１００の識別子及び／又はコンテキストと対応付けて記憶する。ｅＮＢ２００は、後述するステップＳ１０９及び１１０において、記憶しておいたＲｅｓｕｍｅ ＩＤを使用する。
【0071】
ステップＳ１０２において、ＵＥ１００の制御部１３０は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含まれるＲｅｓｕｍｅ ＩＤを保持する。同様に、ｅＮＢ２００の制御部２３０は、ＵＥ１００に割り当てたＲｅｓｕｍｅ ＩＤを保持する。具体的には、ｅＮＢ２００の制御部２３０は、ＵＥ１００のコンテキスト情報（ＵＥコンテキスト）とＲｅｓｕｍｅ ＩＤとを対応付けて保持する。
【0072】
ステップＳ１０３において、ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージの受信に応じてＲＲＣアイドルモードに遷移する。ＵＥ１００の制御部１３０は、その時点（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージの受信時点又はＲＲＣアイドルモードへの遷移時点）でのタイミングアドバンス値を保持する。また、ＵＥ１００の制御部１３０は、ｅＮＢ２００との間のパスロスを測定し、タイミングアドバンス値にパスロスを対応付けて保持する。なお、パスロスは、ｅＮＢ２００における参照信号送信電力（ブロードキャストによりＵＥ１００に通知されている）と、ＵＥ１００における参照信号受信電力との差である。
【0073】
ＵＥ１００の制御部１３０及び受信部１１０は、ＲＲＣアイドルモードにおいて待ち受け動作、すなわち、ページングの監視を行う。なお、マシンタイプ通信を想定すると、ＲＲＣアイドルモードの時間は長時間でありうる。また、ＵＥ１００はＲＲＣアイドルモードである間に移動しうる。
【0074】
ステップＳ１０４において、ＵＥ１００の制御部１３０は、データ通信を行う必要が生じたと判断する。例えば、ＵＥ１００の制御部１３０は、送信すべき上りリンクデータが発生した又は自身宛のページングを受信したことに応じて、データ通信（下りリンクデータの受信）を行う必要が生じたと判断する。ここでは、送信すべき上りリンクデータが発生したと仮定して説明を進める。
【0075】
ステップＳ１０５において、ＵＥ１００の制御部１３０は、Ｍｓｇ１及びＭｓｇ２を省略可能か否か、すなわち、ＧＦＴプロシージャを利用可能であるか否かを判断する。言い換えると、ＵＥ１００の制御部１３０は、Ｍｓｇ１の送信及びＭｓｇ２の受信を含むランダムアクセスプロシージャ（第１のプロシージャ）と、Ｍｓｇ１の送信及びＭｓｇ２の受信を含まないＧＦＴプロシージャ（第２のプロシージャ）とのいずれか一方を選択する。
【0076】
ここでの判断基準としては以下の３つの判断基準を用いることができる。これら３つの判断基準の全てが満たされた場合にＧＦＴプロシージャを利用可能であると判断してもよいし、３つの判断基準のうち１つ又は２つが満たされた場合にＧＦＴプロシージャを利用可能であると判断してもよい。なお、当該３つの判断基準又は当該３つの判断基準のうちの少なくとも１つの判断基準（例えば、判断基準２及び３）は、ｅＮＢ２００からＵＥ１００にブロードキャスト又はユニキャストにより送信してもよいし、ＵＥ１００が予め自身のＳＩＭ（Ｕ－ＳＩＭ）又はメモリに保持していてもよい。
【0077】
判断基準１：ＧＦＴプロシージャをサポートすることを示す情報又はメッセージをｅＮＢ２００が送信している。
【0078】
例えば、かかる情報又はメッセージをｅＮＢ２００がブロードキャストしていることを条件として、ＵＥ１００の制御部１３０は、ＧＦＴプロシージャを利用可能であると判断する。かかる情報又はメッセージとして、ＧＦＴプロシージャ用の候補の無線リソース情報（詳細については後述）を用いてもよい。または、ＵＥ１００が事前にｅＮＢ２００に対してｅＮＢ２００がＧＦＴプロシージャをサポートするか否かについて問合せを行い、ｅＮＢ２００がＵＥ１００に対してＧＦＴプロシージャをサポートするか否かをＵＥ固有シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇ）によりユニキャストで送信することによって、ＵＥ１００が、ｅＮＢ２００がＧＦＴプロシージャをサポートするか否かを把握してもよい。
【0079】
判断基準２：現在のＵＥ１００の位置が、ｅＮＢ２００と所定の関係を満たすエリア内である。
【0080】
ＧＦＴプロシージャを利用するためにはｅＮＢ２００にＵＥコンテキストが保持されている必要があると考えられる。よって、ＵＥ１００がＲＲＣアイドルモードに遷移する際の第１のｅＮＢと、ＵＥ１００がＧＦＴプロシージャを開始する際の第２のｅＮＢとが異なるｅＮＢ２００であって、且つ、第２のｅＮＢにおいてＵＥコンテキストが保持されていない場合には、ＧＦＴプロシージャを利用できないと考えられる。ＵＥコンテキストが保持されている範囲を判断する方法としてとして、以下の具体例が挙げられる。
【0081】
・ＲＲＣアイドルモードに遷移する際のセルとＧＦＴプロシージャを開始する際のセルとが同じである。セルを識別するためには、物理セルＩＤを用いることができる。
【0082】
・ＲＲＣアイドルモードに遷移する際のｅＮＢとＧＦＴプロシージャを開始する際のｅＮＢ２００とが同じである。ｅＮＢを識別するためには、ＥＣＧＩ（Ｅ－ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）を用いることができる。
【0083】
・ＲＲＣアイドルモードに遷移する際のｅＮＢとＧＦＴプロシージャを開始する際のｅＮＢ２００とが隣接関係にある。隣接関係にある場合には、ｅＮＢが保持するＵＥ１００のコンテキストを基地局間メッセージのやり取りによって、隣接するｅＮＢ２００に送信している可能性があるからである。
【0084】
・ＲＲＣアイドルモードに遷移する際のＲＡＮエリアとＧＦＴプロシージャを開始する際のＲＡＮエリアとが同じである。ここで、ＲＡＮエリアとは、５Ｇ移動通信システムにおいて導入が検討されているＲＡＮ Ｐａｇｉｎｇ Ａｒｅａ又はＲＡＮ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａをいう。
【0085】
・ＲＲＣアイドルモードに遷移する際のトラッキングエリア（又はＭＭＥ）とＧＦＴプロシージャを開始する際のトラッキングエリア（又はＭＭＥ）とが同じである。トラッキングエリアを識別するためには、トラッキングエリア識別子を用いることができる。
【0086】
判断基準３：ＲＲＣアイドルモードに遷移する際のｅＮＢ２００とＵＥ１００との間の第１のパスロスと、ＧＦＴプロシージャを開始する際のｅＮＢ２００とＵＥ１００との間の第２のパスロスとの差が所定値以下である。
【0087】
ＧＦＴプロシージャにおける上りリンク送信において、ＵＥ１００が保持しているタイミングアドバンス値を用いて送信タイミング調整を行うと仮定する。かかる場合、ＵＥ１００とｅＮＢ２００との間の距離が大きく異なっていると、タイミングアドバンス値が不適切な値になっているため、Ｍｓｇ１及びＭｓｇ２によりタイミングアドバンス値を更新する必要がある。よって、パスロスの差が小さい場合に限り、ＧＦＴプロシージャを利用可能とする。なお、ＵＥ１００がＧＮＳＳ受信機を有している場合、パスロスに代えてＧＮＳＳ位置情報を用いてもよい。
【0088】
なお、判断基準は上記の３つに限らない。また、上記の３つの判断基準以外にも、ＵＥ１００が送信するデータ量が一定値以下であることを、ＧＦＴプロシージャを利用可能であると判断するための判断基準としてもよい。
【0089】
以下においては、ＵＥ１００がＧＦＴプロシージャを選択したと仮定して説明を進める。
【0090】
ステップＳ１０６において、ＵＥ１００は、ＧＦＴプロシージャにおける上りリンク送信用の無線リソースを選択する。具体的には、ＵＥ１００の受信部１１０は、ビット系列の送信に用いる候補の無線リソースを示す情報をｅＮＢ２００から受信し、ＵＥ１００の制御部１３０は、保持された識別子（本動作例では、Ｒｅｓｕｍｅ ＩＤ又はその一部）に基づいて、候補の無線リソースの中からビット系列の送信に用いる無線リソースを選択する。このような識別子を用いたリソース選択を行うことにより、複数のＵＥ１００間でのリソース衝突が生じることを抑制できる。
【0091】
ここで、候補の無線リソースを示す情報は、ｅＮＢ２００の送信部２１０により、システム情報（ＳＩＢ）中でブロードキャストされる、又はＵＥ固有シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇ）によりユニキャストで送信される。ユニキャストの場合、候補の無線リソースを示す情報は、ステップＳ１０１におけるＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含まれてもよい。或いは、候補の無線リソースを示す情報は、ＵＥ１００に予め設定（ｐｒｅｃｏｎｆｉｇｕｒｅｄ）されていてもよい。
【0092】
候補の無線リソースを示す情報は、下記の情報を含む。
【0093】
・周波数情報：周波数帯（Ｂａｎｄ），キャリア周波数（Ｆｒｅｑｕｅｎｃｙ），帯域幅（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）、狭帯域（Ｎａｒｒｏｗｂａｎｄ）、キャリア（Ｃａｒｒｉｅｒ）、リソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）、サブキャリア（Ｓｕｂ－ｃａｒｒｉｅｒ）、周波数間隔、オフセット
・時間情報：ハイパーフレーム番号（Ｈ－ＳＦＮ）、システムフレーム番号（ＳＦＮ）、サブフレーム番号（Ｓｕｂｆｒａｍｅ＃）、スロット番号（Ｓｌｏｔ＃）、シンボル番号（Ｓｙｍｂｏｌ＃）、時間間隔、オフセット
・無線リソースを示すＩＤ：明示的な番号、リスト形式のエントリー順（暗示的な番号）。ここで、周波数情報及び／又は時間情報はＩＤと関連付けられており、ＩＤごとに無線リソースが定められる。
・時間情報：ハイパーフレーム番号（Ｈ－ＳＦＮ）、システムフレーム番号（ＳＦＮ）、サブフレーム番号（Ｓｕｂｆｒａｍｅ＃）、スロット番号（Ｓｌｏｔ＃）、シンボル番号（Ｓｙｍｂｏｌ＃）、時間間隔、オフセット
・無線リソースを示すＩＤ：明示的な番号、リスト形式のエントリー順（暗示的な番号）。ここで、周波数情報及び／又は時間情報はＩＤと関連付けられており、ＩＤごとに無線リソースが定められる。
【0094】
また、ＵＥ１００が保持している識別子（本動作例では、Ｒｅｓｕｍｅ ＩＤ又はその一部）に基づいて無線リソースを選択する方法としては、以下のような方法を用いることができる。
【0095】
・「ＵＥ１００が保持している識別子」 ｍｏｄ Ｍ＝ＩＤを満たす無線リソースを選択する。なお、Ｍは任意の値でよい。また、Ｍ及び上記の式は、ＵＥ１００とｅＮＢ２００の間で事前に共有されていてもよい。
【0096】
・ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ等のｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇにて、当該ＵＥ１００の送信が許可される無線リソース（無線リソースプール又は無線リソースのＩＤ）の指定を行う。
【0097】
ステップＳ１０７において、ＵＥ１００の送信部１２０は、保持しているＲｅｓｕｍｅ ＩＤの一部を用いて、Ｍｓｇ３に対応するビット系列をスクランブルする。本動作例ではＥＤＴのＵＰソリューションを想定しており、ＭＡＣレイヤにおいてユーザデータ（ＤＴＣＨ）とＲＲＣメッセージ（ＣＣＣＨ）とを１つのＭＡＣ ＰＤＵに多重化する。ＭＡＣレイヤでは、当該ＭＡＣ ＰＤＵに対応するビット系列をスクランブルする。
【0098】
ここで、ＲＲＣメッセージは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージである。なお、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージには、Ｒｅｓｕｍｅ ＩＤを含める。また、ｅＮＢ２００は、ＵＥ１００に割り当てたＲｅｓｕｍｅ ＩＤを保持しているため、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ ＲｅｑｕｅｓｔメッセージにはＲｅｓｕｍｅ ＩＤを含めなくてもよい。
【0099】
ステップＳ１０８において、ＵＥ１００の送信部１２０は、ステップＳ１０６において選択された無線リソース（時間・周波数リソース）によって、ステップＳ１０７においてスクランブルされたビット系列をＧＦＴプロシージャ中に送信する。
【0100】
また、上述したように、ＵＥ１００の制御部１３０は、ＲＲＣアイドルモードに遷移する前にｅＮＢ２００との通信に用いられていたタイミングアドバンス値をＲＲＣアイドルモードにある間において保持している。ＵＥ１００の送信部１２０は、保持されたタイミングアドバンス値を用いて、スクランブルされたビット系列の送信タイミングを調整する。
【0101】
ｅＮＢ２００の受信部１１０は、ＵＥ１００からの送信ビット系列を受信する。ｅＮＢ２００の受信部１１０は、候補の無線リソース（無線リソースプール内の無線リソース）を総当たりで監視することで受信をしてもよいし、保持している識別子（Ｒｅｓｕｍｅ ＩＤ又はその一部）を用いて特定された無線リソースを監視することで受信をしてもよい。
【0102】
ステップＳ１０９において、ｅＮＢ２００の受信部２２０は、保持しているＲｅｓｕｍｅ ＩＤの一部を用いて、ＵＥ１００から受信したビット系列をデスクランブルする。ｅＮＢ２００の制御部２３０は、受信したビット系列からＭＡＣ ＰＤＵを取得し、上りリンクデータ及びＲＲＣメッセージを取得する。
【0103】
ｅＮＢ２００の制御部２３０は、このＲｅｓｕｍｅ ＩＤの一部をＣ－ＲＮＴＩとしてＵＥ１００に継続使用させるか否かを判断する。例えば、既に別のＵＥについて、上記生成したＲＮＴＩ（Ｒｅｓｕｍｅ ＩＤの一部）と重複していた場合、ｅＮＢ２００の制御部１３０は、別のＲＮＴＩをＣ－ＲＮＴＩとして用いることを決定する。そして、Ｒｅｓｕｍｅ ＩＤの一部をＣ－ＲＮＴＩとして継続使用させない場合、Ｍｓｇ４にＣ－ＲＮＴＩを含める。一方、Ｒｅｓｕｍｅ ＩＤの一部をＣ－ＲＮＴＩとして継続使用させる場合、Ｍｓｇ４にＣ－ＲＮＴＩを含めない。
【0104】
ステップＳ１１０において、ｅＮＢ２００の送信部２１０は、保持しているＲｅｓｕｍｅ ＩＤの一部を用いて、Ｍｓｇ４送信用のＰＤＣＣＨをスクランブルする。具体的には、保持しているＲｅｓｕｍｅ ＩＤの一部でスクランブルされたＣＲＣパリティビットを伴うＤＣＩを生成する。
【0105】
ステップＳ１１１において、ｅＮＢ２００の送信部２１０は、Ｍｓｇ４をＵＥ１００に送信する。具体的には、ｅＮＢ２００の送信部２１０は、ＤＣＩ（ＰＤＣＣＨ）の送信後に、ＰＤＳＣＨによりＭｓｇ４（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ）をＵＥ１００に送信する。このＭｓｇ４には、Ｃ－ＲＮＴＩが含まれていてもよい。なお、ｅＮＢ２００がＵＥ１００とのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎを再開しない場合には、Ｍｓｇ４は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅの代わりに、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅであってもよい。
【0106】
ステップＳ１１２において、ＵＥ１００の受信部１１０は、保持しているＲｅｓｕｍｅ ＩＤの一部を用いてｅＮＢ２００からのＰＤＣＣＨに対するデスクランブルを行う。ＵＥ１００の受信部１１０は、ＤＣＩに対してデコードを試みてＣＲＣチェックが成功したＰＤＣＣＨを自身宛のＰＤＣＣＨとして検出する（ブラインド復号）。ＵＥ１００の受信部１１０は、ＰＤＣＣＨをデスクランブルにより復号した後、ｅＮＢ２００からのＰＤＳＣＨ（Ｍｓｇ４）を受信する。
【0107】
ステップＳ１１３において、ＵＥ１００の制御部１３０は、ｅＮＢ２００からＵＥ１００に割り当てられた新たな識別子（Ｃ－ＲＮＴＩ）がＭｓｇ４に含まれる場合に、保持しているＲｅｓｕｍｅ ＩＤを当該Ｃ－ＲＮＴＩで上書きする。ＵＥ１００がＲＲＣコネクティッドモードに遷移した場合、当該Ｃ－ＲＮＴＩをＲＲＣコネクティッドモードである間において継続的に使用する。一方、ｅＮＢ２００からＵＥ１００に割り当てられた新たな識別子（Ｃ－ＲＮＴＩ）がＭｓｇ４に含まれていない場合で、ＵＥ１００がＲＲＣコネクティッドモードに遷移した場合、保持しているＲｅｓｕｍｅ ＩＤの一部を自身のＣＲＮＴＩとしてＲＲＣコネクティッドモードである間において継続的に使用する。その場合、ｅＮＢ２００は、ＵＥ１００がＲＲＣコネクティッドモードに遷移した後に、当該Ｒｅｓｕｍｅ ＩＤの一部をＵＥ１００のＣ－ＲＮＴＩとして扱う。
【0108】
（Ｂ）Ｃ－ＲＮＴＩ候補を用いるケース
図９は、Ｃ－ＲＮＴＩ候補を用いるケースにおける動作例を示す図である。本動作例は、ＥＤＴのＵＰソリューションをベースとしてもよいし、ＥＤＴのＣＰソリューションをベースとしてもよい。ここでは、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースとの相違点を説明し、重複する説明を省略する。
図９は、Ｃ－ＲＮＴＩ候補を用いるケースにおける動作例を示す図である。本動作例は、ＥＤＴのＵＰソリューションをベースとしてもよいし、ＥＤＴのＣＰソリューションをベースとしてもよい。ここでは、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースとの相違点を説明し、重複する説明を省略する。
【0109】
Ｃ－ＲＮＴＩ候補を用いるケースにおいて、ＵＥ１００の受信部１１０は、ｅＮＢ２００から送信されるＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含まれるＣ－ＲＮＴＩ候補を受信する。ＵＥ１００の制御部１３０は、ＵＥ１００がＲＲＣアイドルモードにある間においてＣ－ＲＮＴＩ候補を保持する。ＵＥ１００の送信部１２０は、保持されたＣ－ＲＮＴＩ候補を用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をＧＦＴプロシージャ中に送信する。
【0110】
このように、Ｃ－ＲＮＴＩ候補を用いるケースにおいては、ｅＮＢ２００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージの新たな情報要素としてＣ－ＲＮＴＩ候補を含める。ＵＥ１００は、ＲＲＣアイドルモードにある間においてＣ－ＲＮＴＩ候補を保持し、保持されたＣ－ＲＮＴＩ候補をＧＦＴプロシージャにおいて用いる。
【0111】
図９に示すように、ステップＳ２００は、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースの動作と同じである。
【0112】
ステップＳ２０１において、ｅＮＢ２００の送信部２１０は、Ｃ－ＲＮＴＩ候補を含んだＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。このＣ－ＲＮＴＩ候補のビット長は、Ｃ－ＲＮＴＩのビット長と同じである。
【0113】
ステップＳ２０２において、ＵＥ１００の制御部１３０は、Ｃ－ＲＮＴＩ候補を保持する。ｅＮＢ２００の制御部２３０もＣ－ＲＮＴＩ候補を保持する。ｅＮＢ２００の制御部２３０は、このＣ－ＲＮＴＩ候補を他のＵＥ１００に割り当てないように管理する。なお、ＵＥ１００及びｅＮＢ２００は、一定時間を経過したら、このＣ－ＲＮＴＩ候補を破棄／解放してもよい。この一定時間は、ｅＮＢ２００がＵＥ１００に対してステップＳ２０１におけるＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含めて送信してもよい。
【0114】
ステップＳ２０３乃至Ｓ２１３の動作については、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースの動作におけるＲｅｓｕｍｅ ＩＤの一部を、Ｃ－ＲＮＴＩ候補と読み替えればよい。
【0115】
なお、ステップＳ２０８において、Ｍｓｇ３は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージの代わりに、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージであってもよく、ステップＳ２１１において、Ｍｓｇ４は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐメッセージ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔメッセージ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージであってもよい。
【0116】
（Ｃ）前回割り当てられたＣ－ＲＮＴＩを用いるケース
図１０は、前回割り当てられたＣ－ＲＮＴＩを用いるケースにおける動作例を示す図である。本動作例は、ＥＤＴのＵＰソリューションをベースとしてもよいし、ＥＤＴのＣＰソリューションをベースとしてもよい。ここでは、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースとの相違点を説明し、重複する説明を省略する。
図１０は、前回割り当てられたＣ－ＲＮＴＩを用いるケースにおける動作例を示す図である。本動作例は、ＥＤＴのＵＰソリューションをベースとしてもよいし、ＥＤＴのＣＰソリューションをベースとしてもよい。ここでは、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースとの相違点を説明し、重複する説明を省略する。
【0117】
前回割り当てられたＣ－ＲＮＴＩを用いるケースにおいて、ＵＥ１００の受信部１１０は、ＲＲＣコネクティッドモードに遷移する際に、ｅＮＢ２００から割り当てられたＣＲＮＴＩを受信する。ＵＥ１００の制御部１３０は、割り当てられたＣ－ＲＮＴＩを用いてｅＮＢ２００との通信を行い、ＲＲＣコネクティッドモードからＲＲＣアイドルモードに遷移した後も、当該Ｃ－ＲＮＴＩをＲＲＣアイドルモードにある間において保持する。ＵＥ１００の送信部１２０は、保持されたＣ－ＲＮＴＩを用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をＧＦＴプロシージャ中に送信する。なお、ＵＥ１００は、当該Ｃ－ＲＮＴＩを保持するのは一定期間であってもよく、一定期間を過ぎた後は当該Ｃ－ＲＮＴＩを解放／放棄してもよい。
【0118】
このように、前回割り当てられたＣ－ＲＮＴＩを用いるケースにおいては、ＲＲＣアイドルモードに遷移する前に用いていたＣ－ＲＮＴＩをＧＦＴプロシージャにおいて流用する。具体的には、ＵＥ１００は、ＲＲＣアイドルモードにある間においてＣ－ＲＮＴＩを保持し、保持されたＣ－ＲＮＴＩをＧＦＴプロシージャにおいて用いる。
【0119】
図１０に示すように、ステップＳ３００は、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースの動作と同じである。
【0120】
ステップＳ３０１において、ｅＮＢ２００の送信部２１０は、現在割り当てられているＣ－ＲＮＴＩを保持すべきことを示すインジケータを含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。インジケータに加えて、Ｃ－ＲＮＴＩを保持すべき時間を示すタイマをＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含めてもよい。または、インジケータを含める代わりに、ＵＥ１００は、予め一定期間、Ｃ－ＲＮＴＩを保持するよう設定されていてもよい。
【0121】
ステップＳ３０２において、ＵＥ１００の制御部１３０は、Ｃ－ＲＮＴＩを保持すべきことを示すインジケータの受信に応じて、現在のＣ－ＲＮＴＩを保持する。ｅＮＢ２００の制御部２３０もＣ－ＲＮＴＩを保持する。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージにタイマが含まれている場合には、当該タイマを起動して、当該タイマが満了するまで、ＵＥ１００の制御部１３０は、現在のＣ－ＲＮＴＩを保持する。ｅＮＢ２００の制御部２３０は、このＣ－ＲＮＴＩを他のＵＥ１００に割り当てないように管理する。
【0122】
ステップＳ３０３乃至Ｓ３１３の動作については、上述した（Ａ）Ｒｅｓｕｍｅ ＩＤを用いるケースの動作におけるＲｅｓｕｍｅ ＩＤの一部を、前回割り当てられたＣ－ＲＮＴＩと読み替えればよい。なお、ステップＳ３０８において、Ｍｓｇ３は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージの代わりに、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージであってもよく、ステップＳ３１１において、Ｍｓｇ４は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐメッセージ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔメッセージ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージであってもよい。
【0123】
（実施形態のまとめ）
本実施形態に係るＵＥ１００は、ｅＮＢ２００が遅くともＵＥ１００がＲＲＣコネクティッドモードからＲＲＣアイドルモードに遷移するまでにＵＥ１００に割り当てた識別子をｅＮＢ２００から受信する受信部１１０と、ＵＥ１００がＲＲＣアイドルモードにある間において識別子を保持し、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するためのプロシージャを開始する制御部１３０と、保持された識別子を用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をこのプロシージャ中にｅＮＢ２００に送信する送信部１２０とを備える。
本実施形態に係るＵＥ１００は、ｅＮＢ２００が遅くともＵＥ１００がＲＲＣコネクティッドモードからＲＲＣアイドルモードに遷移するまでにＵＥ１００に割り当てた識別子をｅＮＢ２００から受信する受信部１１０と、ＵＥ１００がＲＲＣアイドルモードにある間において識別子を保持し、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するためのプロシージャを開始する制御部１３０と、保持された識別子を用いてビット系列をスクランブルすると共に、スクランブルされたビット系列をこのプロシージャ中にｅＮＢ２００に送信する送信部１２０とを備える。
【0124】
本実施形態に係るｅＮＢ２００は、ＵＥ１００に割り当てた識別子をＵＥ１００に送信する送信部２１０と、ＵＥ１００がＲＲＣアイドルモードにある間において識別子を保持する制御部２３０と、ＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するためのプロシージャ中において、ビット系列をＵＥ１００から受信し、保持された識別子を用いて受信したビット系列に対するデスクランブルを行う受信部２２０とを備える。
【0125】
これにより、ランダムアクセスプロシージャのＭｓｇ１及びＭｓｇ２を不要とし、ランダムアクセスプロシージャ中にＭｓｇ２によって無線端末にＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩが割り当てられない場合であっても、予め保持した識別子を用いてビット系列をスクランブル及びデスクランブルすることにより、上りリンク送信（Ｍｓｇ３送信）を適切に行うことができる。
【0126】
（その他の実施形態）
上述した実施形態において、ＧＦＴプロシージャにおいてＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する動作について主として説明したが、この限りではない。ＲＲＣコネクティッドモードに遷移せず、ＲＲＣアイドルモードを維持してもよい。
上述した実施形態において、ＧＦＴプロシージャにおいてＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する動作について主として説明したが、この限りではない。ＲＲＣコネクティッドモードに遷移せず、ＲＲＣアイドルモードを維持してもよい。
【0127】
或いは、ＵＥ１００は、ＲＲＣコネクティッドモードにおいてＧＦＴプロシージャを開始してもよい。この場合、ＵＥ１００は、既に割り当てられているＣ－ＲＮＴＩではなく、ＧＦＴ専用に割り当てられた識別子（ＧＦＴ－ＲＮＴＩ等）をｅＮＢ２００から割り当てられてもよい。当該識別子は、ＧＦＴプロシージャを開始するよりも以前に設定される。当該識別子はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎによって設定されてもよい。当該識別子を設定された場合、ＵＥ１００は、ｅＮＢ２００がＧＦＴプロシージャを許可したと判断し、ＧＦＴプロシージャを開始してもよい。このようなＲＲＣコネクティッドモードにおいて開始されるＧＦＴプロシージャに対して、上述した実施形態に係る動作を適用してもよい。例えば、ＵＥ１００は、当該識別子を用いて送信リソースの選択を行ってもよい。
【0128】
上述した実施形態において、ＭＴＣやＩｏＴを対象とした無線端末（ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥ）を用いる一例を説明した。しかしながら、本開示はｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥに限定されない。一般的なＵＥに対して、上述した実施形態に係る動作を適用してもよい。
【0129】
上述した実施形態では強化カバレッジに居るＵＥを例に挙げて説明したが、これに限らない。ノーマルカバレッジに居るＵＥに対して、上述した実施形態に係る動作を適用してもよい。具体的には、ＲＡＣＨプロシージャにおいて、ＲＳＲＰ測定に基づくＣＥレベル判断を行わなくてもよい。
【0130】
上述した実施形態では、待ち受け状態がＲＲＣアイドルモード（具体的には、サスペンド状態）であり、接続状態がＲＲＣコネクティッドモードである一例について説明したが、これに限らない。接続状態がＲＲＣライトコネクションであってもよいし、待ち受け状態がＩＮＡＣＴＩＶＥ状態であってもよい。ＲＲＣライトコネクションは、ＲＲＣコネクティッドモードの一状態であって、ＲＲＣアイドルモードのプロシージャの一部が適用される特殊な状態である。ＩＮＡＣＴＩＶＥは、５Ｇ移動通信システムにおいて導入されることが想定されており、ＲＲＣコネクティッドモード及びＲＲＣアイドルモードとは異なるＲＲＣ状態である。
【0131】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システム（例えば、５Ｇ移動通信システム）に対して、上述した実施形態に係る動作を適用してもよい。
【0132】
ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
【0133】
以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【0134】
本願は日本国特許出願第２０１８－１２２９５０号（２０１８年６月２８日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】