JP2021005902A - 基地局、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、及びこれらの方法 - Google Patents

Abstract

【課題】複数のカバレッジ向上（ＣＥ）レベルのための複数の無線リソース設定を基地局から無線端末（ＵＥ）に知らせるために必要なデータサイズを削減することに寄与する。【解決手段】基地局（２）は、ランダムアクセス・レスポンス（ＲＡＲ）ウィンドウサイズの第１の基礎値と、ＭＡＣコンテンション解決タイマの第２の基礎値と、複数のＣＥレベルのそれぞれに対応する複数の乗数とを含むシステム情報をブロードキャストする。基地局（２）は、ＵＥ（１）によりＲＳＲＰの測定に応じて決定されたＣＥレベルに対応する乗数を第１の基礎値に乗算することで導出されるＲＡＲウインドウサイズの継続時間に基づいてＲＡＲメッセージの送信を制御し、当該乗数を第２の基礎値に乗算することで導出されるＭＡＣコンテンション解決タイマのタイマ値によって示される継続時間に基づいてＭＡＣコンテンション解決メッセージの送信を制御する。【選択図】図６

Description

本開示は、カバレッジ向上の為の通信制御を行う無線通信システムに関する。

3rd Generation Partnership Project (3GPP)では、近年のモバイルトラフィックの急激な増大による通信品質の低下の改善及びさらなる高速通信の実現のための技術の標準化が行われている。さらに、今後予想される膨大な数のMachine to Machine (M2M) 端末のLong Term Evolution（LTE）ネットワーク又はLTE-Advancedネットワークへの接続による制御シグナリング負荷の増大を回避する技術の標準化も行われている。ここで、M2M端末は、例えば人が介在せずに通信を行う端末を指す。M2M端末は、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両、船舶）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。LTE及びLTE-Advancedでは、M2M端末による通信をMachine Type Communication (MTC) と呼び、MTCを行う端末をMTC端末 (MTC User Equipment (MTC UE)) と呼ぶ。

M2Mのサービス事業者は膨大な数のM2M端末を市場に配布する必要があるが、M2M端末1台あたりにかけられるコストに制限がある。この為に、M2M端末は、低コストで実装されること、低消費電力で通信が行えること、等が要求される。また、MTC UEの１つのuse caseとして、建物内（例えばビル内）に固定的又は静的に設置されたまま通信を行う場合が想定される。この場合、MTC UEの無線品質が常に低い可能性があり、一般的に移動性を有する通常のUE（e.g., 携帯電話、スマートフォン、タブレットコンピュータ、ノートブック・パーソナルコンピュータ（ノートブックPC））に比べカバレッジ向上の為の技術が必要となる。また、低コスト化する為の機能制限としては、例えば最大送信電力が小さい、受信アンテナ数が少ない（e.g., １つの受信アンテナのみ）、高次変調方式（e.g., 64 quadrature amplitude modulation（64QAM））をサポートしない、使用可能な無線帯域幅が狭帯域（e.g.、 1.4 MHz）である、などが考えられ、これによりMTC UEの最大伝送レートが低下する。

そこで、3GPPでは、通常UEのそれに比べ劣ることが予想されるMTC UEの通信特性（つまり、カバレッジ）を改善（improve）又は向上(enhance)する為の技術の標準化が行われている（非特許文献１）。以下では、3GPPで検討されているMTC UEのカバレッジを向上する為の技術の一例を説明する。尚、以下に説明されるMTC UEのためのカバレッジ向上技術（カバレッジ向上処理）は、MTC UEの通信特性又は通信品質を改善又は向上する為の処理と言うこともできる。これらの特別なカバレッジ向上技術を適用するUEの状態は、カバレッジ向上モード（Coverage Enhancement （CE）Mode）、カバレッジ拡張モード（Coverage Extension （CE）Mode）、向上されたカバレッジ・モード（Enhanced Coverage Mode（ECM））、又は拡張されたカバレッジ・モード（Extended Coverage Mode（ECM））と呼ばれる。

カバレッジ向上技術により改善される特性は、Physical Broadcast Channel（PBCH）の受信特性、Physical Random Access Channel（PRACH）プリアンブルの送信特性（つまり無線基地局（evolved NodeB（eNB））における検出特性）、Physical Downlink Control Channel（PDCCH）の受信特性、Physical Downlink Shared Channel（PDSCH）の受信特性、Physical Uplink Control Channel（PUCCH）の送信特性、Physical Uplink Shared Channel（PUSCH）の送信特性、等がある。PBCHは、eNBによるセル内共通の報知情報の送信に用いられる下り報知チャネルである。PRACHは、UEによるeNBへの初期アクセス（i.e., ランダムアクセス）に用いられる上り物理チャネルである。PDCCHは、例えばeNBによる下りデータのスケジューリング情報（DL assignment）、および上りデータの無線リソース割り当て情報（UL grant）の送信に用いられる下り物理チャネルである。PDSCHは、UEによるシステム情報およびデータ受信に用いられる下り物理チャネルである。PUSCHは、UEによるデータ送信に用いられる上り物理チャネルである。

PBCHの受信特性を改善するために検討されている処理の１つは、通常よりも所定回数だけ余分にPBCHによる報知情報の送信を繰り返すことである（非特許文献２を参照）。PRACHの送信特性を改善するために検討されている処理の１つは、PRACH（つまりプリアンブル）の送信を所定回数だけ繰り返すことである（非特許文献３を参照）。また、PDSCHの受信特性、並びにPUCCH及びPUSCHの送信特性を改善するために検討されている処理の１つは、複数サブフレームに亘りPDSCH、PUCCH、及びPUSCHを繰り返し送信することである（非特許文献４を参照）。さらに、MTC UE用のL1/L2制御情報を送信するPDCCHであるM-PDCCHの受信特性を改善するために検討されている処理の１つは、複数サブフレームに亘りM-PDCCHを繰り返し送信することである。これらの処理により、通常UEよりも劣化することが予想されるMTC UEの通信特性が改善することが期待される。なお、下りリンクのデータがM-PDCCHの繰り返し送信によりスケジューリングされる場合、当該データはM-PDCCHの最後の繰り返し送信が行われるサブフレームより後のサブフレームで送信されることが検討されている。さらに、M-PDCCHに含まれる下りリンクの制御情報（DL Control Information）に、当該M-PDCCHの繰り返し回数（実際に行われる予定の繰り返し回数）を含めることも検討されている。

通信特性の改善のために必要な送信繰り返し回数及び受信繰り返し回数は、各MTC UEが設置されている場所に依存し、各MTC UEとeNBの間の伝搬損失（pathloss）に依存する。したがって、カバレッジ向上技術は、複数のカバレッジ向上レベル（coverage enhancement（CE）levels）を提供する。カバレッジ向上レベル（coverage enhancement（CE）levels）は、enhanced coverage levels、coverage extension levels、extended coverage levels、又はrepetition levels（e.g., PRACH repetition levels）と呼ばれることもある。さらに、CE levelとRepetition levelの間には１対１の関係、または所定の相対関係が予め設定されることもある。

例えば、カバレッジ向上技術は、通常のカバレッジ（normal coverage, zero coverage extension）に加えて、３つのCEレベルを提供する。複数のCEレベルは、互いに異なる送信繰り返し回数及び受信繰り返し回数に対応付けられる。高いCEレベルで使用される送信繰り返し回数及び受信繰り返し回数は、低いCEレベルで使用されるそれらに比べて大きい。各MTC UEは、当該MTC UEとeNBの間の伝搬損失が大きくなるほど、高いCEレベルに割り当てられる。幾つかの実装において、MTC UEは、eNBからの参照信号の受信電力（Reference Signal Received Power（RSRP））又はMTC UEとeNBの間の推定される伝搬損失を計測し、計測されたRSRP又は伝搬損失に基づいて必要とされるCEレベルを決定（推定）し、決定されたCEレベルに対応付けられた最大送信繰り返し回数に従ってランダムアクセス・プリアンブル（RACH）プリアンブルを送信する（特許文献１を参照）。

国際公開第２０１５／０２１３１５号

3GPP TR 36.888 V12.0.0 (2013-06), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12)", 2013年6月 3GPP R1-135943, Vodafone, "Way Forward on P-BCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013 3GPP R1-135944, Vodafone, "Way Forward on PRACH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013 3GPP R1-136001, Vodafone et al. "Way forward on PDCCH, PDSCH, PUCCH and PUSCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013

eNBは、カバレッジ向上技術をサポートするMTC UEに対して複数のCEレベルの無線リソース設定を知らせる必要がある。例えば、eNBは、アイドル状態のMTC UEによる初期アクセス（i.e., ランダムアクセス）に関する無線リソース設定をMTC UE用のシステム情報（i.e., System Information Block x-bis（SIB x-bis））、例えば、SIB 1-bis又はSIB2-bis、に含めてセル内において送信する。仮にシステム情報が複数のCEレベルのための複数の無線リソース設定を明示的に含む必要があるならば、システム情報のデータサイズが増加してしまう。

本明細書に開示される実施形態が達成しようとする目的の１つは、複数のカバレッジ向上レベルのための複数の無線リソース設定を基地局から無線端末に知らせるために必要なデータサイズ（i.e., シグナリング・オーバヘッド）を削減することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、基地局は、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１の無線リソース設定情報要素についての通常カバレッジ又は第１のカバレッジ向上レベルに関連付けられた第１の値と、変換因子に関する情報とを、無線端末に送信するよう構成されている。前記変換因子に関する情報から得られる前記変換因子の値は、前記第１の無線リソース設定情報要素についての第２のカバレッジ向上レベルに関連付けられた第２の値を前記第１の値から導出するために前記無線端末によって使用される。

第２の態様では、基地局における方法は、第１の無線リソース設定情報要素についての通常カバレッジ又は第１のカバレッジ向上レベルに関連付けられた第１の値と、変換因子に関する情報とを、無線端末に送信することを含む。前記変換因子に関する情報から得られる前記変換因子の値は、前記第１の無線リソース設定情報要素についての第２のカバレッジ向上レベルに関連付けられた第２の値を前記第１の値から導出するために前記無線端末によって使用される。

第３の態様では、無線端末は、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、少なくとも１つのモジュールを実行するよう構成されている。前記少なくとも１つのモジュールは、受信モジュール及び計算モジュールを含む。前記受信モジュールは、第１の無線リソース設定情報要素についての通常カバレッジ又は第１のカバレッジ向上レベルに関連付けられた第１の値を、基地局から受信するよう構成されている。前記計算モジュールは、変換因子の値を用いて前記第１の値を変換することによって、前記第１の無線リソース設定情報要素についての第２のカバレッジ向上レベルに関連付けられた第２の値を導出するよう構成されている。

第４の態様では、無線端末における方法は、（ａ）第１の無線リソース設定情報要素についての通常カバレッジ又は第１のカバレッジ向上レベルに関連付けられた第１の値を、基地局から受信すること、及び（ｂ）変換因子の値を用いて前記第１の値を変換することによって、前記第１の無線リソース設定情報要素についての第２のカバレッジ向上レベルに関連付けられた第２の値を導出すること、を含む。

第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、複数のカバレッジ向上レベルのための複数の無線リソース設定を基地局から無線端末に知らせるために必要なデータサイズ（i.e., シグナリング・オーバヘッド）を削減することに寄与する装置、方法、及びプログラムを提供できる。

いくつかの実施形態に係る無線通信ネットワークの構成例を示す図である。 第１の実施形態に係るシステム情報の送信動作の一例を示すシーケンス図である。 RACHプリアンブルの繰り返し送信の一例を示す図である。 複数のCEレベルのための無線リソース設定情報要素の値の例を示す図である。 第１の実施形態に係る無線端末の動作の一例を示すフローチャートである。 第１の実施形態に係る無線端末による無線リソース設定情報要素の導出のための計算の第１の例を示す図である。 第１の実施形態に係る無線端末による無線リソース設定情報要素の導出のための計算の第２の例を示す図である。 第１の実施形態に係る無線端末による無線リソース設定情報要素の導出のための計算の第３の例を示す図である。 第１の実施形態に係る無線端末による無線リソース設定情報要素の導出のための計算の第４の例を示す図である。 第１の実施形態に係るランダムアクセス手順の一例を示す図である。 いくつかの実施形態に係る無線端末の構成例を示すブロック図である。 いくつかの実施形態に係る基地局の構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

以下に示される複数の実施形態は、LTE及びSAE（System Architecture Evolution）を収容するEvolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD (High Rate Packet Data)）、global system for mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。

＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信ネットワークの構成例を示している。図１の例では、無線通信ネットワークは、１又は複数の無線端末（i.e., MTC UE）１及び基地局（eNB）２を含む。各MTC UE１は、少なくとも１つの無線トランシーバを有し、eNB２とのセルラー通信を行うよう構成されている。eNB２は、セル２１を管理し、セルラー通信技術（e.g., Evolved Universal Terrestrial Radio Access (E-UTRA) technology）を用いて複数のMTC UE１の各々とセルラー通信を行うよう構成されている。

図１に示されたeNB２は、Centralized Radio Access Network（C-RAN）アーキテクチャで使用されるBaseband Unit（BBU）であってもよい。言い換えると、図１に示されたeNB２は、１又は複数のRemote Radio Head（RRH）に接続されるRANノードであってもよい。いくつかの実装において、BBUとしてのeNB２は、コントロールプレーン処理とユーザプレーンのデジタルベースバンド信号処理を担当する。一方、RRHは、アナログRadio Frequency（RF）信号処理（e.g., 周波数変換および信号増幅）を担当する。なお、C-RANは、Cloud RANと呼ばれることもある。また、BBUは、Radio Equipment Controller（REC）又はData Unit（DU）と呼ばれることもある。RRHは、Radio Equipment（RE）、Radio Unit（RU）、又はRemote Radio Unit（RRU）と呼ばれることもある。

図１の例では、MTC UE１Ａは、MTC UE１Ｂに比べeNB２からの距離が離れているために、伝搬損失が大きく無線品質が劣化することが想定される。MTC UE１Ｃは建物（例えばビル）内に設置されており、屋外に設置される場合に比べて無線品質が劣化することが想定される。また、仮に各MTC UE１が、音声通話及びwebブラウジング等のヒューマンタイプ通信を行うUEs、例えば、スマートフォン及びタブレットコンピュータ、に比べて限られた能力又は機能のみを持つ場合、無線品質の劣化が更に顕著になると予想される。したがって、本実施形態に係るMTC UE１は、上述したカバレッジ向上技術をサポートする。

既に説明したように、ダウンリンク（DL）でのセルカバレッジを向上するためには、DL送信の繰り返し、例えばシステム情報、M-PDCCH、及びPDSCHの繰り返し送信が用いられることができる。アップリンク（UL）のセルカバレッジを向上するためには、UL送信の繰り返し、RACHプリアンブル、PUCCH、及びPUSCHの繰り返し送信が用いられることができる。

MTC UE１は、複数のCE modes（又はECMs）をサポートしてもよい。幾つかの実装において、MTC UE１は、RRC_IDLE状態のためのCE modes（又はECMs） とRRC_CONNECTED状態のための別のCE modes（又はECMs）をサポートしてもよい。さらに又はこれに代えて、MTC UE１は、RRC_IDLE状態のための複数のCE modes（又はECMs）をサポートしてもよいし、RRC_CONNECTED状態のための複数のCE modes（又はECMs）をサポートしてもよい。幾つかの実装において、各CE mode（又は各ECM）に複数のバレッジ向上レベルが定義される。さらに又はこれに代えて、幾つかの実装において、複数のCE modesは、互いに異なるカバレッジ向上レベルを提供する。

図２は、本実施形態に係るシステム情報の送信動作の一例（処理２００）を示している。ステップ２０１では、eNB２は、セル２１内においてシステム情報（e.g., SIB1-bis, SIB2-bis）を送信する。eNB２は、セル２１のDLのためのカバレッジ向上設定に従って、システム情報（ SIB1bis, SIB2-bis）を繰り返し送信してもよい。

ステップ２０１で送信されるシステム情報は、セルでカバレッジ向上技術（Coverage enhancement solution）がサポートされていることを明示的または暗示的に示す情報、及び、カバレッジ向上技術に必要な制御情報（Coverage enhancement configuration）を包含する。特に、当該システム情報は、第１の無線リソース設定情報要素（IE）についての通常カバレッジ（normal coverage, zero coverage extension）又は第１のカバレッジ向上（CE）レベル（e.g., CE level 1）に関連付けられた値（以下では「基礎値（base value）」と呼ぶ）を包含する。第１の無線リソース設定IEは、CEレベル毎に異なる値に設定されることが必要なIEである。例えば、第１の無線リソース設定IEは、ランダムアクセス手順において繰り返し送信されるULメッセージ、UL物理チャネル、DLメッセージ、及びDL物理チャネルのうち少なくとも１つに関係してもよい。

いくつかの実装において、第１の無線リソース設定IEは、以下に列挙されたRACH設定に関する複数のIEsのうち少なくとも１つを含んでもよい：
・numberOfRA-Preambles；
・maxNumPreambleAttemptCE；
・numRepetitionPerPreambleAttempt；
・ra-ResponseWindowSize；
・mac-ContentionResolutionTimer；
・maxHARQ-Msg3Tx；及び
・numRepetitionPerRA-Response。

“numberOfRA-Preambles”IEは、contention based random accessに使用できるランダムアクセス・プリアンブル（RACHプリアンブル）の総数を示す。“maxNumPreambleAttemptCE”IEは、PRACHアテンプトの最大試行回数（CEレベル毎）を示す。“numRepetitionPerPreambleAttempt”IEは、PRACHアテンプト当たりのプリアンブル送信の繰り返し回数（CEレベル毎）を示す。“ra-ResponseWindowSize”IEは、ランダムアクセス（RA）・レスポンス・ウインドウの継続時間（duration）を示す。“mac-ContentionResolutionTimer”IEは、ランダムアクセス手順の第３メッセージ（Msg3）、つまりRRC Connection RequestメッセージをeNB２に送信した後にeNB２からのRA Contention ResolutionのためのMedium Access Control (MAC) Contention Resolutionメッセージの受信を待つためのMACコンテンション解決タイマのタイマ値を示す。“maxHARQ-Msg3Tx”IEは、ランダムアクセス手順の第３メッセージ（Msg3）、つまりRRC Connection Requestメッセージ、のHybrid Automatic Repeat Request（HARQ）再送信（retransmissions）の最大回数を示す。“numRepetitionPerRA-Response”IEは、ランダムアクセス手順の第２のメッセージ（Msg2）、つまりランダムアクセス・レスポンス（RAR）メッセージの送信に使用されるM-PDCCH送信の繰り返し回数（CEレベル毎）、またはRARメッセージ送信の繰り返し回数を示す。なお、これらのIE名称は例示であって、これらのIEに関して他の名称が使用されてもよい。

図３は、カバレッジ向上技術をサポートするMTC UE１によって行われるRACHプリアンブルの繰り返し送信の一例を示している。図３の例では、MTC UE１は、１回のPRACHアテンプト当たり４回のプリアンブル送信を繰り返し、最大で２０PRACHアテンプトを実行する。MTC UE１は、１回のアテンプトを失敗するとパワーランピング・スキームに従ってRACHプリアンブルの送信電力を増加して次のアテンプトを開始する。

図４は、複数のCEレベルのための無線リソース設定情報要素の値の例を示している。図４の例では、最小のCEレベル（i.e., CE level 1）に関連付けられた“maxNumPreambleAttemptCE”IEの値は２０であり、“numRepetitionPerPreambleAttempt”IEの値は４である。これは、図３に示された例に相当する。一方、高次のCEレベルでは、PRACHアテンプトの最大試行回数及びPRACHアテンプト当たりのプリアンブル送信の繰り返し回数が共に増加する。すなわち、CE level 2に関連付けられた“maxNumPreambleAttemptCE”IEの値は６０であり、“numRepetitionPerPreambleAttempt”IEの値は１０である。さらに、CE level 3に関連付けられた“maxNumPreambleAttemptCE”IEの値は１２０であり、“numRepetitionPerPreambleAttempt”IEの値は２０である。

いくつかの実装において、第１の無線リソース設定IEは、以下に列挙されたPRACH設定に関する複数のIEsのうち少なくとも１つを含んでもよい：
・prach-ConfigIndex；及び
・prach-FreqOffset。

“prach-ConfigIndex”IEは、MTC UE１がfrequency/time grids内でランダムアクセス・プリアンブルをいつ送信するべきかを定義するための値（i.e., R_Slot）を示す。“prach-FreqOffset”IEは、RACHアクセスに利用可能な物理リソースブロック（Physical Resource Block（PRB））を特定するための周波数オフセット値を示す。

3GPP仕様書は、各無線リソース設定IEに設定されることができる所定数（e.g., ８個）の値の集合又は１次元配列を定義している。これらの値は例えば昇順又は降順で配列され、各値は昇順又は降順での順位を示すインデックス値に対応付けられる。したがって、各無線リソース設定IEは、これらの集合又は１次元配列に含まれるいずれかの値を表すインデックス値を示す。例えば、3GPP Release 12では、RAレスポンス・ウインドウサイズはサブフレーム単位であり、 ２、３、４、５、６、７、８、及び１０サブフレームの８通りの値を設定されることができる。したがって、“ra-ResponseWindowSize”IEは、３ビット長を持ち、３ビットのインデックス値でこれらの８通りの値のいずれかを示す。

MTC UE１は、第１の無線リソース設定IEについての通常カバレッジ（zero coverage extension, CE level 0）又は第１のCEレベル（e.g., CE level 1）に関連付けられた基礎値をeNB２から受信し、当該第１の無線リソース設定IEについての他のCEレベル（第２のCEレベル（e.g., CE level 2））に関連付けられた値（第２の値）を受信した基礎値から導出する。したがって、MTC UE１は、第１の無線リソース設定IEについての第２のCEレベルに関連付けられた第２の値を明示的に示す追加のIEをeNB２から受信する必要がない。

より具体的に述べると、MTC UE１は、eNB２から受信した基礎値から第２のCEレベル（e.g., CE level 2）に関連付けられた第２の値を導出するために変換因子（conversion factor）の値を使用する。変換因子は、単にファクターと表現されてもよい。MTC UE１での第２の値の導出をサポートするため、いくつかの実装において、eNB２は、図２のステップ２０１で送信されるシステム情報の中に、変換因子の値をさらに含めてもよい。これに代えて、幾つかの実装において、eNB２は、変換因子の値を間接的に示す情報又は変換因子の値を導出するための情報を、図２のステップ２０１で送信されるシステム情報の中にさらに含めてもよい。例えば、変換因子の値を間接的に示す情報は、予め定められた複数の候補値を含むセットの中からいずれか１つの値を指定するインデックスであってもよい。例えば、変換因子の値を導出するための情報は、予め定められた変換因子の計算式に代入される１又は複数のパラメータを含んでもよい。すなわち、eNB２は、変換因子に関する情報（e.g., 変換因子の値それ自体、変換因子の値を間接的に示す情報、変換因子の値を導出するための情報）をMTC UE１に送信してもよい。変換因子に関する情報は、変換因子の値を得るためにMTC UE１によって使用される。この場合、変換因子及びこれを用いた第２の値の導出（計算）手順は、１又は複数の無線リソース設定IEについての第２のCEレベルに関連付けられた値をeNB２からMTC UE１に明示的に送信するために必要なデータサイズよりも変換因子に関する情報のデータサイズが小さくなるように定義される。

ステップ２０１に先立って、eNB２は、MTC UE１に送信される変換因子の値を計算してもよい。具体的には、eNB２は、１又は複数の第２のCEレベル（e.g., CE levels 1-3）の各々のための第１の無線リソース設定IEの値を決定し、決定されたIE値と当該第１の無線リソース設定IEの基礎値（e.g., CE level 0のためのIE値）を用いて各第２のCEレベルのための変換因子の値を計算してもよい。

他の実装において、MTC UE１は、変換因子のデフォルト値をメモリ内に予め保持するよう構成され、eNB２から変換因子が明示的に送信されない場合、第１の無線リソース設定IEの基礎値から第２の値を導出するために当該デフォルト値を用いてもよい。

図５は、MTC UE１の動作の一例（処理５００）を示すフローチャートである。ステップ５０１では、MTC UE１は、第１の無線リソース設定IEについての基礎値を包含するシステム情報をeNB２から受信する。既に説明したとおり、第１の無線リソース設定IEについての基礎値は、通常カバレッジ（zero coverage extension）又は第１のCEレベル（e.g., CE level 1）関連付けられた第１の無線リソース設定IEの値である。当該システム情報は、当該第１の無線リソース設定IEについての第２のCEレベルに関連付けられた第２の値を当該基礎値から導出するために使用される変換因子をさらに包含してもよい。

ステップ５０２では、MTC UE１は、通常カバレッジ（又は第１のCEレベル）に関連付けられた第１の無線リソース設定IEの基礎値を変換因子の値を用いて変換することにより、第２のCEレベルに関連付けられた第１の無線リソース設定IEの値を導出する。例えば、第１の無線リソース設定IEは、１又は複数のRACH設定IE（e.g., ra-ResponseWindowSize、及びmac-ContentionResolutionTimer）を含む。この場合、MTC UE１は、通常カバレッジ（又は第１のCEレベル）に関連付けられた１又は複数のRACH設定IEの基礎値から第１のCEレベル（又は第２のCEレベル）に関連付けられた第２の値を導出するために変換因子の値を使用する。

MTC UE１は、eNB２からの参照信号の受信電力（RSRP）又はMTC UE１とeNB２の間の推定される伝搬損失を計測し、計測されたRSRP又は伝搬損失に基づいて必要とされるCEレベルを決定してもよい。ステップ５０３では、もしMTC UE１が第２のCEレベルを必要とする場合、MTC UE１は、ステップ５０２で導出された第１の無線リソース設定IE（e.g., ra-ResponseWindowSize、及びmac-ContentionResolutionTimer）の第２の値に従って、ランダムアクセス手順を行う。

続いて以下では、変換因子の幾つかの例と、及び無線リソース設定IEの基礎値から変換因子を用いてその第２の値を導出（計算）する手順の幾つかの例が説明される。図６に示された第１の例では、変換因子は乗数（multiplier factor）を表す。さらに、当該第１の例では、１つの変換因子（乗数）の値が、２以上の無線リソース設定IE（e.g., ra-ResponseWindowSize、及びmac-ContentionResolutionTimer）についての第２のCEレベルに関連付けられた２以上の値を導出するために兼用される。したがって、当該第１の例では、eNB２は、２以上の無線リソース設定IEについての第２のCEレベルに関連付けられた２以上の値を送信する代わりに、１つの変換因子の値を送信すればよい。これにより、当該第１の例は、複数のCEレベルのための複数の無線リソース設定を基地局から無線端末に知らせるために必要なデータサイズを削減することができる。なお、第１の例での変換因子は、スケーリング因子（factor）、係数（coefficient）、又はスケーリング係数と呼ぶこともできる。

詳しく説明すると、図６の例では、MTC UE１は、通常カバレッジ（i.e., zero coverage extension又はCE level 0）のための“ra-ResponseWindowSize”IE及び“mac-ContentionResolutionTimer”IEの値をeNB２からSIBで受信する（６０１）。図６では、通常カバレッジのためのRAレスポンス・ウインドウサイズ（ra-ResponseWindowSize）が２サブフレーム（sf2）であり、通常カバレッジのためのコンテンション解決タイマの長さ（mac-ContentionResolutionTimer）が８サブフレーム（sf8）である。

MTC UE１は、さらに、３つのCEレベル（CE level 1, 2, 3）に関連付けられた３つの変換因子（i.e., 乗数）の値をeNB２から受信する（６０２）。図６では、CEレベル１、２、及び３のための変換因子（乗数）の値は、それぞれ２、３、及び４である。なお、MTC UE１は、３つのCEレベルのうち必要とされる１つのCEレベルに対応する変換因子の値のみをeNB２から受信してもよい。

MTC UE１は、通常カバレッジのための２以上のIE値（６０１）のそれぞれに変換因子（乗数）の値を乗算する（６０３）。これにより、MTC UE１は、CEレベル１、２、又は３のための２以上のIEの値を導出することができる（６０４）。なお、MTC UE１は、３つのCEレベルのうち必要とされる１つのCEレベルに対応する値のみを計算してもよい。

図７に示された第２の例では、１つの変換因子の値を用いて２つ以上のCEレベルのためのIE値が計算される。すなわち、MTC UE１は、無線リソース設定IEの基礎値と変換因子の値を用いて第２のCEレベルに関連付けられた当該無線リソース設定IEの第２の値を計算するだけでなく、当該基礎値と当該変換因子の値を用いて第３のCEレベルに関連付けられた当該無線リソース設定IEの第３の値をさらに計算する。したがって、当該第２の例では、eNB２は、第１の無線リソース設定IEについての第２及び第３のCEレベルに関連付けられた２以上の値を送信する代わりに、１つの変換因子の値を送信すればよい。これにより、当該第２の例は、複数のCEレベルのための複数の無線リソース設定を基地局から無線端末に知らせるために必要なデータサイズを削減することができる。

詳しく説明すると、図７の例では、MTC UE１は、通常カバレッジ（i.e., zero coverage extension又はCE level 0）のための“ra-ResponseWindowSize”IEの値をeNB２からSIBで受信する（７０１）。図７では、通常カバレッジのためのRAレスポンス・ウインドウサイズ（ra-ResponseWindowSize）が２サブフレーム（sf2）である。

MTC UE１は、さらに、３つのCEレベル（CE level 1, 2, 3）のためのIE値を求めるために使用される１つの変換因子（i.e., 基礎乗数（base multiplier factor））の値をeNB２から受信する（７０２）。図７では、変換因子（基礎乗数）の値は２である。

MTC UE１は、通常カバレッジのための無線リソース設定IEの値（７０１）に変換因子（基礎乗数）の値を乗算する（７０３）。これにより、MTC UE１は、CEレベル１のためのIE値を導出することができる（７０４）。さらに、CEレベル２のためのIE値を求める場合、MTC UE１は、CEレベル１のためのIE値に変換因子（基礎乗数）の値を乗算する。すなわち、図７の例では、変換因子（基礎乗数）の値は、通常カバレッジのためのIE値と２つ以上のCEレベルIE値の間のスケール比を直接的または間接的に指定する。これにより、MTC UE１は、１つの変換因子（基礎乗数）の値に基づいて、２つ以上のCEレベルのためのIE値を計算することができる。

図８に示された第３の例では、変換因子はオフセットを表す。当該第３の例では、上述の第１の例と同様に、１つの変換因子（オフセット）の値が２以上の無線リソース設定IE（e.g., ra-ResponseWindowSize、及びmac-ContentionResolutionTimer）についての第２のCEレベルに関連付けられた２以上の値を導出するために兼用される。したがって、当該第３の例は、上述の第１の例と同様に、複数のCEレベルのための複数の無線リソース設定を基地局から無線端末に知らせるために必要なデータサイズを削減することができる。

詳しく説明すると、図８の例では、MTC UE１は、通常カバレッジ（i.e., zero coverage extension又はCE level 0）のための“ra-ResponseWindowSize”IE及び“mac-ContentionResolutionTimer”IEの値をeNB２からSIBで受信する（８０１）。図８では、通常カバレッジのためのRAレスポンス・ウインドウサイズ（ra-ResponseWindowSize）が２サブフレーム（sf2）であり、通常カバレッジのためのコンテンション解決タイマの長さ（mac-ContentionResolutionTimer）が８サブフレーム（sf8）である。

MTC UE１は、さらに、３つのCEレベル（CE level 1, 2, 3）に関連付けられた３つの変換因子（i.e., オフセット）の値をeNB２から受信する（８０２）。図８では、CEレベル１、２、及び３のための変換因子（オフセット）の値は、それぞれ２、４、及び６である。なお、MTC UE１は、３つのCEレベルのうち必要とされる１つのCEレベルに対応する変換因子の値のみをeNB２から受信してもよい。

MTC UE１は、通常カバレッジのための２以上のIE値（８０１）のそれぞれに変換因子（オフセット）の値を加算する（８０３）。これにより、MTC UE１は、CEレベル１、２、又は３のための２以上のIEの値を導出することができる（８０４）。なお、MTC UE１は、３つのCEレベルのうち必要とされる１つのCEレベルに対応する値のみを計算してもよい。

図９に示された第４の例では、上述の第２の例と同様に、１つの変換因子の値を用いて２つ以上のCEレベルのためのIE値が計算される。したがって当該第４の例は、上述の第２の例と同様に、複数のCEレベルのための複数の無線リソース設定を基地局から無線端末に知らせるために必要なデータサイズを削減することができる。ただし、第４の例では、基礎オフセット（base offset）が変換因子として使用される。

詳しく説明すると、図９の例では、MTC UE１は、通常カバレッジ（i.e., zero coverage extension又はCE level 0）のための“ra-ResponseWindowSize”IEの値をeNB２からSIB（e.g., SIB2-bis）で受信する（９０１）。図９では、通常カバレッジのためのRAレスポンス・ウインドウサイズ（ra-ResponseWindowSize）が２サブフレーム（sf2）である。

MTC UE１は、さらに、３つのCEレベル（CE level 1, 2, 3）のためのIE値を求めるために使用される１つの変換因子（i.e., 基礎オフセット）の値をeNB２から受信する（９０２）。図９では、変換因子（基礎オフセット）の値は２である。

MTC UE１は、通常カバレッジのための無線リソース設定IEの値（９０１）に変換因子（基礎オフセット）の値を加算する（９０３）。これにより、MTC UE１は、CEレベル１のためのIE値を導出することができる（９０４）。さらに、CEレベル２のためのIE値を求める場合、MTC UE１は、CEレベル１のためのIE値に変換因子（基礎オフセット）の値を加算する。すなわち、図９の例では、変換因子（基礎オフセット）の値は、通常カバレッジのためのIE値と２つ以上のCEレベルIE値の間のスケール比を間接的に指定する。これにより、MTC UE１は、１つの変換因子（基礎オフセット）の値に基づいて、２つ以上のCEレベルのためのIE値を計算することができる。

第５の例は、上述した第１の例の変形であり、変換因子は除数（divisor factor）を表す。当該第５の例では、第１の例と同様に、１つの変換因子（除数）の値が、２以上の無線リソース設定IEについての第２のCEレベルに関連付けられた２以上の値を導出するために兼用される。いくつかの実装において、MTC UE１は、通常カバレッジのための２以上のIE値のそれぞれを各CEレベルのための変換因子（除数）の値によって除算する。これにより、MTC UE１は、各CEレベルのための２以上のIEの値を導出することができる。当該第５の例は、CEレベルが高くなるほど減少するIE（e.g., maxNumPreambleAttemptCE）の値を求めるために使用されてもよい。

第６の例は、上述した第２の例の変形であり、変換因子は基礎除数（base divisor factor）を表す。当該第６の例では、第２の例と同様に、１つの変換因子の値を用いて２つ以上のCEレベルのためのIE値が計算される。いくつかの実装において、MTC UE１は、通常カバレッジのためのIE値を変換因子（i.e., 基礎除数）の値によって除算する。これにより、MTC UE１は、１つの変換因子（基礎除数）の値に基づいて、２つ以上のCEレベルのためのIE値を計算することができる。当該第６の例は、CEレベルが高くなるほど減少するIE（e.g., maxNumPreambleAttemptCE）の値を求めるために使用されてもよい。

第７の例は、上述した第１の例の変形であり、変換因子は整数ｍの累乗（ｍのべき）の指数（exponent）を表す。変換因子が正の整数ｋであるとき、無線リソース設定IEの第２の値は、無線リソース設定IEの基礎値をｍのｋ乗を掛けて得られる値である。なお、累乗の底ｍの値は3GPP仕様書等に規定されてもよい。つまり、累乗の底ｍの値は、MTC UE１のメモリ内に予め格納されてもよい。例えば、累乗の底ｍが２であり、CE level 1のための変換因子の値が３であるとき、CE level 1のための無線リソース設定IEの値は、通常カバレッジ（CE level 0）のための当該無線リソース設定IEの基礎値に２の３乗を乗じた値、つまり基礎値の８倍の値である。当該第７の例では、第１の例と同様に、１つの変換因子（指数）の値が、２以上の無線リソース設定IEについての第２のCEレベル（e.g., CE level 1）に関連付けられた２以上の値を導出するために兼用される。

なお、上述した第１〜第７の例は、適宜変形されることができる。また、無線リソース設定IEの基礎値から変換因子を用いてその第２の値を導出するために第１〜第６の例の例とは異なる手法が使用されてもよい。

例えば、上述の第１〜第７の例では、変換因子の値は、無線リソース設定IEの基礎値（i.e., インデックス値）が示す具体的な値（e.g., サブフレーム数）の乗算、加算、又は除算のための乗数、オフセット、除数、又は累乗の指数である。これに代えて、変換因子の値は、無線リソース設定IEの基礎値それ自体（i.e., インデックス値）の乗算、加算、又は除算のための乗数、オフセット、除数、又は累乗の指数であってもよい。例えば、無線リソース設定IEの基礎値それ自体（i.e., インデックス値）は、変換因子としての乗数の値によって乗算されてもよい。この場合、変換された後のインデックス値によって表される具体的な値（e.g., サブフレーム数）が各CEレベルのために使用される。

上述した第１〜第７の例は、適宜組合せ使用されてもよい。例えば、同じ変換因子を用いて複数のIEの値が計算される場合、IE毎に変換因子の役割（i.e., IE値を導出するための計算方法）が異なってもよい。例えば、あるIEの値を求めるために変換因子の値が乗算のための乗数として使用され、他のIEの値を求めるために当該変換因子の値が加算のためのオフセットとして使用されてもよい。

幾つかの実装において、第１の無線リソース設定IEについての第２のCEレベルに関連付けられた値を求めるための変換因子の値は、当該第１の無線リソース設定IEとは異なる第２の無線リソース設定IEについての第２のカバレッジ向上レベルに関連付けられた値と兼用されてもよい。例えば、MTC UE１は、eNB２から受信した第２のCEレベルでのプリアンブル繰り返し回数（PRACH preamble repetition level）を示す“numRepetitionPerPreambleAttempt”IEの値及び第２のCEレベルでのRAレスポンスの繰り返し数（RAR repetition level）を示す“numRepetitionPerRA-Response”IEの値のいずれか又は両方を、“ra-ResponseWindowSize”IE及び“mac-ContentionResolutionTimer”IEについての第２のCEレベルに関連付けられた値を求めるための変換因子として使用してもよい。さらに又はこれに代えて、MTC UE１は、eNB２から受信した第２のCEレベルでのランダムアクセス手順の第３メッセージ（RRC Connection Requestメッセージ）のrepetition level（繰り返し数）を示すIEの値及び第４メッセージ（Contention Resolutionメッセージ）のrepetition level（繰り返し数）を示すIEの値のいずれか又は両方を、“mac-ContentionResolutionTimer”IEについての第２のCEレベルに関連付けられた値を求めるための変換因子として使用してもよい。これらの２つの例において、PRACH preamble repetition level及びRAR repetition levelのいずれか又は両方とra-ResponseWindowSizeとの間を関係づける係数（比例係数）は、第３メッセージのrepetition level及び第４メッセージのrepetition levelのいずれか又は両方とmac-ContentionResolutionTimerとの間を関係づける係数（比例係数）と同一であってもよい。

幾つかの実装において、必要なCEレベルに対応するIEの値をMTC UE１において求めるために、変換因子に加えて他の値がさらに使用されてもよい。例えば、対応する信号（preamble, メッセージ）のrepetition level（繰り返し数）及び変換因子を用いてIEの値を導出してもよい。例えば、第１のCEレベル（e.g., CE level 0）のためのra-ResponseWindowSizeの値に第２のCEレベル（e.g., CE level 1, 2, or 3）のためのPRACH preamble repetition levelの値を乗算し、更にこれに変換因子の値を乗算（または加算、除算）することによって、第２のCEレベルのためのra-ResponseWindowSizeの値を導出してもよい。このとき、変換因子の値は、RACHプリアンブルの繰り返し送信の間隔の値、またはRARメッセージの繰り返し送信（M-PDCCH又はPDSCH）の間隔の値でもよい。

さらに、同じ変換因子を複数のIEに適用する場合、それぞれに対応する信号（preamble, メッセージ）のrepetition level（繰り返し数）及び当該同じ変換因子を用いてIEの値を導出してもよい。例えば、第１のCEレベル（e.g., CE level 0）のためのra-ResponseWindowSizeの値に第２のCEレベル（e.g., CE level 1, 2, or 3）のためのPRACH preamble repetition levelの値またはRAR repetition levelの値を乗算し、更にこれに変換因子の値を乗算（または加算、除算）することによって、第２のCEレベルのためのra-ResponseWindowSizeの値を導出してもよい。同様に、第１のCEレベル（e.g., CE level 0）のためのmac-ContentioResolutionTimerの値に第２のCEレベル（e.g., CE level 1, 2, or 3）のための第３メッセージ（RRC Connection Requestメッセージ）のrepetition levelの値及び第４メッセージ（Contention Resolutionメッセージ）のrepetition levelの値のいずれか又は両方を乗算し、更にこれに同じ変換因子を乗算（または加算、除算）することによって、第２のCEレベルのためのmac-ContentioResolutionTimerの値を導出してもよい。

幾つかの実装において、変換因子の値は、CEレベル値であってもよい。例えば、変換因子の値は、必要とされるCEレベル（e.g., CEレベル１）を示す値（e.g., １）又はこれを所定の変換式に従って変換することにより得られる値であってもよい。

幾つかの実装において、複数のCEレベルのうちの一部のCEレベル（e.g., CE level 1）に関してのみ変換因子を用いたIE値の導出が行われ、残りのCEレベル（e.g., CE level 1 and CE level 2）のためのIE値は、当該一部のCEレベル（e.g., CE level 1）のためのIE値から所定のルールに従って導出されてもよい。例えば、CE level 2のためのIE値はCE level 1のためのIE値の２倍の値とされ、CE level 3のためのIE値はCE level 1のためのIE値の３倍の値とされてもよい。これに代えて、CE level 2のためのIE値はCE level 1のためのIE値に“オフセット＋２”を加算した値とされ、CE level 3のためのIE値はCE level 1のためのIE値に“オフセット＋３”を加算した値とされてもよい。あるいは、CE level間のrepetition level（繰り返し回数）の違い（e.g., 比率、差分）に相当する値を用いてIE値が導出されてもよい。例えば、CE level 1のrepetition levelが２、CE level 2のrepetition levelが４なら、CE level 2のIEの値はCE level 1の値の４／２倍の値、つまり２倍の値とされてもよい。

上述した第１、第３、第５、および第７の例では、１つの変換因子の値が、２以上の無線リソース設定IE毎に設定される（又は使用される）例を示した。第２、第４、及び第６の例では、１つの変換因子の値が、２以上のCEレベル毎に設定される（又は使用される）例を示した。これらに代えて、幾つかの実装において、１つの変換因子の値は、無線リソース設定IE毎かつCEレベル毎に設定（又は使用）されてもよい。この場合、変換因子は、変換因子を示すIEのビット長が無線リソース設定IEのビット長よりも小さくなるように定義されることが好ましい。

図１０は、本実施形態に係るランダムアクセス手順の一例（処理１０００）を示す図である。ステップ１００１では、MTC UE１は、eNB２からの信号の受信品質（e.g., RSRP）の計測値、又はUE１とeNB２の間の伝搬損失の計測値（推定値）に基づいて必要とされるCEレベルを決定（推定）する。

ステップ１００２では、MTC UE１は、決定されたCEレベルに対応するカバレッジ向上技術（e.g., システム情報（SIB）の繰り返し送信）を適用しながら、eNB２から送信されるシステム情報（SIB）を受信する。当該システム情報は、第１の無線リソース設定IE（e.g., １又は複数のRACH設定IE）についての通常カバレッジ又は第１のCEレベル（e.g., CE level 1）に関連付けられた基礎値を包含すると共に、第２のCEレベル（e.g., CE level 2）に関連付けられた第１の無線リソース設定IEの値を導出するための変換因子に関する情報をさらに包含する。既に説明したように、変換因子に関する情報は、例えば、変換因子の値それ自体を含んでもよいし、変換因子の値を間接的に示す情報又は変換因子の値を導出するための情報であってもよい。

ステップ１００３では、MTC UE１は、通常カバレッジ（又は第1のCEレベル）に関連付けられた第１の無線リソース設定IEの基礎値を変換因子の値を用いて変換する。変換因子の値は、eNB２から受信した変換因子に関する情報から得ることができる。これにより、MTC UE１は、決定された必要なCEレベルに関連付けられた第１の無線リソース設定IEの値を導出する。

その後、MTC UE１は、導出された第１の無線リソース設定IE（e.g., １又は複数のRACH設定IE）の値に従って、ランダムアクセス手順を行う（ステップ１００４〜１００６）。

ステップ１００４において、MTC UE１は、決定（推定）したCEレベル（e.g., CE level 1）に対するRACHプリアンブルの最大アテンプト数に達してもランダムアクセスに成功しない場合、次のCEレベル（e.g., CE level 2）に対する設定を用いて、RACHプリアンブルの送信を開始してもよい。このとき、MTC UE１は、次のCEレベル（e.g., CE level 2）に対応する設定、例えば“ra-ResponseWindowSize”IEおよび“mac-ContentionResolutionTimer” IEの値を、当該CEレベルの変更時に導出してもよいし、予め複数のCEレベルに対応する値をまとめて導出しておいてもよい。

なお、MTC UE１は、ステップ１００４でのRACHプリアンブル送信の１試行内の繰り返し送信の最初または最後から３サブフレーム後から“ra-ResponseWindowSize”IEに従ってRAレスポンス・ウインドウの計測を開始してもよい。“ra-ResponseWindowSize”IEは、MTC UE１が、ステップ１００４のRACHプリアンブルを送信した後にステップ１００６のランダムアクセス・レスポンス（RAR）の受信を待つべき時間を示す。また、MTC UE１は、ランダムアクセス手順の第３メッセージ（Msg3）の繰り返し送信の最初または最後のいずれかから“mac-ContentionResolutionTimer”IEに従ってMACコンテンション解決タイマの計測を開始してもよい。“mac-ContentionResolutionTimer” IEは、MTC UE１が、第３メッセージ（Msg3）を送信した後にContention Resolution messageの受信（及びコンテンツの確認）を待つべき時間を示す。

ステップ１００５において、eNB２は、MTC UE１から送信されたランダムアクセス（RA）プリアンブル（RACHプリアンブル）を検出する。例えば、eNB２は、RAプリアンブルが検出された無線リソースに基づいてMTC UE１のCEレベルを判定する。そして、eNB２は、判定されたMTC UE１のCEレベルに対応する複数のIE（e.g., “numRepetitionPerPreambleAttempt”IE、“ra-ResponseWindowSize”IE）の値に従って、RAプリアンブルの繰り返し受信およびRAレスポンスの繰り返し送信を含むカバレッジ向上のための動作を実行する。幾つかの実装において、eNB２は、判定されたMTC UE１のCEレベルのための変換因子の値に基づいて、当該MTC UE１のCEレベルに対応する複数のIEの値を計算してもよい。他のいくつかの実装において、eNB２は、各CEレベルに対応する複数のIEの値を記憶しているルック・アップ・テーブルを参照することによって、判定されたMTC UE１のCEレベルに対応する複数のIEの値を計算してもよい。

上述の具体例では、ランダムアクセス手順における既存の無線パラメータ（RRC messageの IE）に対して、各CEレベルに対応した値の導出方法について説明した。これと同様に、上述の導出方法は、カバレッジ向上技術のために新たに規定される無線パラメータ（RRC messageのIE）に対して各CEレベルに対応した値を導出するために使用されてもよい。例えば、上述の導出方法は、CEレベル毎のRACHプリアンブルの最大試行回数を示すIE（i.e., maxNumPreambleAttemptCE）、及びRACHプリアンブルの試行毎の最大繰り返し数を示すIE（i.e., numRepetitionPerPreambleAttempt）に適用されてもよい。この場合、eNB２は最低のCEレベル（e.g., CE level 1）に対応するIE値をシステム情報で送信し、UE１は１又は複数の高次のCEレベル（e.g., CE level 2またはそれ以上）に対応するIE値を上述の変換因子を用いて導出してもよい。

上述のランダムアクセス手順は、UEがRRC_IDLE状態からRRC_CONNECTED状態になる際の初期アクセス（Initial Access）だけでなく、RRC_CONNECTED状態におけるランダムアクセスにも適用されてもよい。さらに、eNB２からの実行指示（PDCCH Order）によるランダムアクセスの場合、当該実行指示が基礎値および変換因子の少なくともいずれかを含んでもよい。

続いて以下では、本実施形態に係るMTC UE１及びeNB２の構成例について説明する。図１１は、MTC UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。

ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及びパケット通信に関するシグナリング）の通信管理を含む。

例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。

アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、メータリングデータ又はセンシングデータを取得する通信アプリケーション）を実行することによって、MTC UE１の各種機能を実現する。

いくつかの実装において、図１１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１１０６は、上述の複数の実施形態で説明されたMTC UE１による処理を行うための命令群およびデータを含む１又は複数のソフトウェアモジュール（コンピュータプログラム）１１０７を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュール１１０７をメモリ１１０６から読み出して実行することで、上述の実施形態で説明されたMTC UE１の処理を行うよう構成されてもよい。

図１２は、上述の実施形態に係る基地局（eNB）２の構成例を示すブロック図である。図１２を参照すると、eNB２は、RFトランシーバ１２０１、ネットワークインターフェース１２０３、プロセッサ１２０４、及びメモリ１２０５を含む。RFトランシーバ１２０１は、無線端末１と通信するためにアナログRF信号処理を行う。RFトランシーバ１２０１は、複数のトランシーバを含んでもよい。RFトランシーバ１２０１は、アンテナ１２０２及びプロセッサ１２０４と結合される。RFトランシーバ１２０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１２０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１２０２に供給する。また、RFトランシーバ１２０１は、アンテナ１２０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１２０４に供給する。

ネットワークインターフェース１２０３は、ネットワークノード（e.g., Mobility Management Entity (MME)およびServing Gateway (S-GW)）と通信するために使用される。ネットワークインターフェース１２０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ１２０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１２０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ１２０４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

プロセッサ１２０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１２０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。

メモリ１２０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１２０５は、プロセッサ１２０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０４は、ネットワークインターフェース１２０３又は図示されていないI/Oインタフェースを介してメモリ１２０５にアクセスしてもよい。

メモリ１２０５は、上述の複数の実施形態で説明されたeNB２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）１２０６を格納してもよい。いくつかの実装において、プロセッサ１２０４は、当該ソフトウェアモジュール１２０６をメモリ１２０５から読み出して実行することで、上述の実施形態で説明されたeNB２の処理を行うよう構成されてもよい。

図１１及び図１２を用いて説明したように、上述の実施形態に係るMTC UE１及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の実施形態は、主にランダムアクセスに関する無線リソース設定IE（e.g., RACH設定IE及びPRACH設定IE）に関して説明した。しかしながら、上述の実施形態で説明された変換因子を用いて特定のCEレベルのためのIE値を導出する手法は、カバレッジ向上（CE）レベルに応じて異なる無線リソース設定が必要とされる場合に広く利用することができる。上述の実施形態で説明された手法は、例えば、RRC_CONNECTED状態のMTC UE１が、PUSCHでのULユーザデータ送信、PUCCHでのL1/L2制御情報の送信、PDSCHでのシステム情報またはDLユーザデータ受信、及びM-PDCCHでのL1/L2制御情報の受信を特定のCEレベルにおいて行う際に必要な無線リソース設定IEの値（e.g., 送信（受信）繰り返し回数）を導出するために使用されてもよい。

上述の実施形態は、主にeNB２が変換因子に関する情報をシステム情報で送信する場合に関して説明した。しかしながら、変換因子に関する情報は、eNB２がMTC UE１に対して個別の制御情報を送信する信号（e.g., RRC signaling, MAC signaling）で送信されてもよい。例えば、変換因子に関する情報は、RRC Connection ReconfigurationメッセージやMAC Control ElementでeNB２からMTC UE１に送信されてもよい。なお、MTC UE１がシステム情報および個別の制御情報で変換因子に関する情報を受信した場合、個別の制御情報で通知された変換因子に関する情報から得られる変換因子の値を優先的に（つまり、システム情報から得られる変換因子の値を個別の制御情報から得られる変換因子の値で上書きして）使用してもよい。

上述の実施形態で説明された変換因子を用いたIE値の導出に関するMTC UE１及びeNB２の動作は、カバレッジ向上（CE）レベルに応じて異なる長さが必要とされるタイマの値を導出するために利用されてもよい。複数のCEレベルに異なるタイマ値を使用するタイマの具体例は、例えば、（１）呼処理などの制御（i.e., RRC, NAS）に関連するタイマ、（２）Layer 2（i.e., PDCP, RLC, MAC）制御に関連するタイマ、及び（３）RRC_IDLE状態において計測するタイマを含む。

例えば、上述の（１）のタイマは、RRC接続確立の成功または失敗を判定するために使用されるタイマ（i.e., タイマT300）であってもよい。MTC UE１は、RRC Connection Reestablishment Requestメッセージを送信した時点から当該タイマ（i.e., タイマT300）をスタートし、eNB２からの応答（i.e., RRC Connection Setupメッセージ又はRRC Connection Rejectメッセージ）を受信した場合に当該タイマを停止する。

さらに又はこれに代えて、上述の（１）のタイマは、適したセル（suitable cell）の検出の成功または失敗を判定するためのタイマ（i.e., タイマT311）であってもよい。MTC UE１は、RRC Connection Reestablishment procedureを開始した時点から当該タイマ（i.e., タイマT311）をスタートし、適したセルを検出（選択）した場合に当該タイマを停止する。

さらに又はこれに代えて、上述の（１）のタイマは、ハンドオーバの成功または失敗を判定するためのタイマ（i.e., タイマT304）であってもよい。MTC UE１は、MobilityControlInfo IEを含む（つまりハンドオーバ指示となる）RRC Connection Reconfigurationメッセージを受信した時点から当該タイマ（i.e., タイマT304）をスタートし、ターゲットセルへのランダムアクセス手順を成功して完了した場合に当該タイマを停止する。

例えば、上述の（２）のタイマは、MAC レイヤの制御に使用されるタイマであってもよい。MAC レイヤの制御に使用されるタイマの具体例は、UEにおける間欠受信制御（Discontinuous Reception（DRX））に関連するタイマ（e.g., OnDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer, HART RTT Timer）、スケジューリング要求（Scheduling Request（SR））が禁止される期間を計測するタイマ（e.g., sr-ProhibitTimer, logicalChannelSR-ProhibitTimer）、上りリンクバッファ量の報告（Buffer Status Report（BSR））に関連するタイマ（e.g., PeriodicBSR-Timer, RetxBSR-Timer）、及び上りリンク送信電力の残量の報告（Power Headroom Report（PHR））に関連するタイマ（e.g., periodicPHR-Timer, prohibitPHR-Timer）を含む。

さらに又はこれに代えて、上述の（２）のタイマは、RLCレイヤの制御に使用されるタイマであってもよい。RLCレイヤの制御に使用されるタイマの具体例は、DLデータ受信においてRLC PDUの欠落（loss）の検出および順序制御に用いるタイマ（T-Reordering）、並びにDLデータの受信状況を示す情報（STATUS PDU）の送信が禁止される期間を計測するタイマ（T-StatusProhibit）を含む。

さらに又はこれに代えて、上述の（２）のタイマは、PDCPレイヤの制御に使用されるタイマであってもよい。PDCPレイヤの制御に使用されるタイマの具体例は、ULデータ送信において未送信データを廃棄するか否かを判定するタイマ（discardTimer）を含む。

例えば、上述の（３）のタイマは、RRC_IDLE状態のMTC UE１によるセル再選択の処理において使用されるタイマであってもよい。具体的には、上述の（３）のタイマは、セル再選択をトリガするための条件式が満足される継続期間（duration）（i.e., T-Reselection）を測定するタイマであってもよい。

上述のタイマの計測は、それぞれに関連する（つまりトリガとなる）信号（メッセージ）の繰り返し送信の最初または最後のいずれかから開始されてもよい。あるいは、タイマの計測は、それぞれに関連する信号（メッセージ）の繰り返し受信の最初または最後のいずれかから開始されてもよい。

上述した実施形態では、無線端末１は非MTC UEであってもよい。つまり、上述した実施形態は、繰り返し送信（又は受信）を含むカバレッジ向上技術をサポートするUEとeNBとの間の通信に広く適用することができる。

さらに、上述の実施形態は、LTE、LTE-Advanced 及びこれらの改良に限定されるものではなく、他の無線通信ネットワーク又はシステムにおけるカバレッジ向上技術をサポートする無線端末と基地局と間の通信に適用されてもよい。

例えば、上述の実施形態は、3GPPで検討されているNarrow Band - Internet of Things（NB-IoT）というシステムにおけるカバレッジ向上技術に適用されてもよい。NB-IoTは、低コストおよび超低消費電力（例えばバッテリ交換無しで10年稼動など）のIoT端末をセルラネットワークで収容することを目的としている。NB-IoT は目的および対象端末の特性の観点からRel-13 MTCと非常に類似しており、3GPP Release 13 (Rel-13) MTCの技術をNB-IoTのために再利用することが検討されている。したがって、上述の実施形態は、NB-IoTに適用されてもよい。なお、Rel-13 MTC UEはランダムアクセスにおいてRACHプリアンブルを送信するが、NB-IoTではUEがPRACHでプリアンブルの代わりにメッセージ（e.g., contention-based message）を送信することが検討されている。このように、Rel-13 MTCをNB-IoTのために改良すること又はRel-13 MTCに無い機能をNB-IoTに導入することも検討されているが、上述の実施形態は当該違いに関わらずNB-IoTに適用可能である。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記Ａ１）
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１の無線リソース設定情報要素についての通常カバレッジ又は第１のカバレッジ向上レベルに関連付けられた第１の値と、変換因子に関する情報とを、無線端末に送信するよう構成され、
前記変換因子に関する情報から得られる前記変換因子の値は、前記第１の無線リソース設定情報要素についての第２のカバレッジ向上レベルに関連付けられた第２の値を前記第１の値から導出するために前記無線端末によって使用される、
基地局。

（付記Ａ２）
前記第１の無線リソース設定情報要素は、２以上の無線リソース設定情報要素を含み、
前記第２の値は、前記２以上の無線リソース設定情報要素についての前記第２のカバレッジ向上レベルに関連付けられた２以上の値を含み、
前記変換因子の値は、前記２以上の値を前記第１の値から導出するために共通して前記無線端末によって使用される、
付記Ａ１に記載の基地局。

（付記Ａ３）
前記変換因子の値は、前記第２の値に加えて、前記第１の無線リソース設定情報要素についての第３のカバレッジ向上レベルに関連付けられた第３の値を前記第１の値から導出するために前記無線端末によって使用される、
付記Ａ１に記載の基地局。

（付記Ａ４）
前記変換因子の値は、前記第１の値、前記第２の値、及び前記第３の値の間のスケール比を直接的または間接的に指定する、
付記Ａ３に記載の基地局。

（付記Ａ５）
前記変換因子の値は、乗数値を含み、
前記第２の値は、前記第１の値に前記乗数値を乗じることによって計算される、
付記Ａ１〜Ａ４のいずれか１項に記載の基地局。

（付記Ａ６）
前記変換因子の値は、オフセット値を含み、
前記第２の値は、前記第１の値に前記オフセット値を足すことによって計算される、
付記Ａ１〜Ａ４のいずれか１項に記載の基地局。

（付記Ａ７）
前記変換因子の値は、前記第１の無線リソース設定情報要素とは異なる第２の無線リソース設定情報要素についての前記第２のカバレッジ向上レベルに関連付けられた値と兼用される、
付記Ａ１〜Ａ４のいずれか１項に記載の基地局。

（付記Ａ８）
前記第１の無線リソース設定情報要素は、ランダムアクセス手順に関する少なくとも１つのパラメータを含み、
前記少なくとも１つのパラメータは、
（ａ）ランダムアクセス・プリアンブルの送信のために使用可能な周波数及び時間リソースを定義するパラメータ、（ｂ）ランダムアクセス・プリアンブルの総数を示すパラメータ、（ｃ）ランダムアクセス・プリアンブルの送信試行（attempts）の最大回数を示すパラメータ、（ｄ）ランダムアクセス・プリアンブルの送信試行当たりのランダムアクセス・プリアンブル送信の繰り返し回数、（ｅ）ランダムアクセス・レスポンス・ウインドウの継続時間（duration）を示すパラメータ、（ｆ）コンテンション・レゾリューション・タイマの継続時間（duration）を示すパラメータ、（ｇ）前記基地局によるランダムアクセス・レスポンス送信の最大繰り返し回数、並びに（ｈ）ランダムアクセス・レスポンスの受信に応答した第３メッセージの最大再送回数を示すパラメータ、のうち少なくとも１つを含む、
付記Ａ１〜Ａ７のいずれか１項に記載の基地局。

（付記Ａ９）
前記少なくとも１つのプロセッサは、さらに、前記無線端末に送信されるための前記変換因子の値を前記第１の値および前記第２の値を用いて計算し、前記計算された変換因子の値を前記無線端末に送信するよう構成されている、
付記Ａ１〜Ａ８のいずれか１項に記載の基地局。

（付記Ｂ１）
無線端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは少なくとも１つのモジュールを実行するよう構成され、
前記少なくとも１つのモジュールは、
第１の無線リソース設定情報要素についての通常カバレッジ又は第１のカバレッジ向上レベルに関連付けられた第１の値を、基地局から受信するよう構成された受信モジュールと、
変換因子の値を用いて前記第１の値を変換することによって、前記第１の無線リソース設定情報要素についての第２のカバレッジ向上レベルに関連付けられた第２の値を導出するよう構成された計算モジュールと、
を備える、
無線端末。

（付記Ｂ２）
前記第１の無線リソース設定情報要素は、２以上の無線リソース設定情報要素を含み、
前記第２の値は、前記２以上の無線リソース設定情報要素についての前記第２のカバレッジ向上レベルに関連付けられた２以上の値を含み、
前記計算モジュールは、前記２以上の値を前記第１の値から導出するために前記変換因子の値を共通して使用する、
付記Ｂ１に記載の無線端末。

（付記Ｂ３）
前記計算モジュールは、前記第２の値に加えて、前記第１の無線リソース設定情報要素についての第３のカバレッジ向上レベルに関連付けられた第３の値を前記第１の値から導出するために前記変換因子の値を共通して使用する、
付記Ｂ１に記載の無線端末。

（付記Ｂ４）
前記変換因子の値は、前記第１の値、前記第２の値、及び前記第３の値の間のスケール比を直接的または間接的に指定する、
付記Ｂ３に記載の無線端末。

（付記Ｂ５）
前記少なくとも１つのプロセッサは、前記変換因子の値を得るための前記変換因子に関する情報を前記基地局から受信するよう構成されている、
付記Ｂ１〜Ｂ４のいずれか１項に記載の無線端末。

（付記Ｂ６）
前記変換因子の値は、乗数値を含み、
前記第２の値は、前記第１の値に前記乗数値を乗じることによって計算される、
付記Ｂ１〜Ｂ５のいずれか１項に記載の無線端末。

（付記Ｂ７）
前記変換因子の値は、オフセット値を含み、
前記第２の値は、前記第１の値に前記オフセット値を足すことによって計算される、
付記Ｂ１〜Ｂ５のいずれか１項に記載の無線端末。

（付記Ｂ８）
前記変換因子の値は、前記第１の無線リソース設定情報要素とは異なる第２の無線リソース設定情報要素についての前記第２のカバレッジ向上レベルに関連付けられた値と兼用される、
付記Ｂ５に記載の無線端末。

（付記Ｂ９）
前記少なくとも１つのモジュールは、さらに、
前記無線端末が従うべきカバレッジ向上レベルを推定するよう構成された推定モジュールと、
前記推定されたカバレッジ向上レベルに関連付けられた前記第１の無線リソース設定情報要素の値に従って前記基地局と通信する通信モジュールと、
を備え、
前記計算モジュールは、前記推定されたカバレッジ向上レベルに関連付けられた前記第１の無線リソース設定情報要素の値としての前記第２の値を計算する、
付記Ｂ１〜Ｂ８のいずれか１項に記載の無線端末。

（付記Ｂ１０）
前記第１の無線リソース設定情報要素は、ランダムアクセス手順に関する少なくとも１つのパラメータを含み、
前記少なくとも１つのパラメータは、
（ａ）ランダムアクセス・プリアンブルの送信のために使用可能な周波数及び時間リソースを定義するパラメータ、（ｂ）ランダムアクセス・プリアンブルの総数を示すパラメータ、（ｃ）ランダムアクセス・プリアンブルの送信試行（attempts）の最大回数を示すパラメータ、（ｄ）ランダムアクセス・プリアンブルの送信試行当たりのランダムアクセス・プリアンブル送信の繰り返し回数、（ｅ）ランダムアクセス・レスポンス・ウインドウの継続時間（duration）を示すパラメータ、（ｆ）コンテンション・レゾリューション・タイマの継続時間（duration）を示すパラメータ、（ｇ）前記基地局によるランダムアクセス・レスポンス送信の最大繰り返し回数、並びに（ｈ）ランダムアクセス・レスポンスの受信に応答した第３メッセージの最大再送回数を示すパラメータ、のうち少なくとも１つを含む、
付記Ｂ１〜Ｂ９のいずれか１項に記載の無線端末。

この出願は、２０１５年１１月５日に出願された日本出願特願２０１５−２１７９６３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ 無線端末（UE）
２ 基地局（eNB）
１１０１ radio frequency（RF）トランシーバ
１１０３ ベースバンドプロセッサ
１１０４ アプリケーションプロセッサ
１１０６ メモリ
１２０１ RFトランシーバ
１２０４ プロセッサ
１２０５ メモリ

Claims (10)

1. ランダムアクセス・レスポンス・ウィンドウサイズの第１の基礎値と、Medium Access Control（MAC）コンテンション解決タイマの第２の基礎値と、複数のカバレッジ向上レベルのそれぞれに対応する複数の乗数とを含むシステム情報をブロードキャストする手段と、
   Narrow Band - Internet of Things（NB-IoT）に従う無線通信を行うUser Equipment（UE）から、前記UEによって測定されたReference Signals Received Power（RSRP）に応じて前記UEにより決定されたカバレッジ向上レベルに対応するランダムアクセス・プリアンブルを受信する手段と、
   前記UEの前記カバレッジ向上レベルに対応する乗数を前記第１の基礎値に乗算することにより導出される前記ランダムアクセス・レスポンス・ウインドウサイズの継続時間に基づいて、ランダムアクセス・レスポンス・メッセージの送信を制御する手段と、
   前記UEの前記カバレッジ向上レベルに対応する前記乗数を前記第２の基礎値に乗算することにより導出される前記MACコンテンション解決タイマのタイマ値によって示される継続時間に基づいて、MACコンテンション解決メッセージの送信を制御する手段と、
   を備える基地局。
2. 前記複数の乗数は、前記ランダムアクセス・レスポンス・ウィンドウサイズ及び前記MACコンテンション解決タイマとは異なる無線リソース設定の情報要素の複数の値であり、
   前記無線リソース設定の情報要素の前記複数の値は、ランダムアクセス手順の第３及び第４メッセージの繰り返し回数を示すために使用され、
   前記第４メッセージは、前記MACコンテンション解決メッセージである、
   請求項１に記載の基地局。
3. ランダムアクセス・レスポンス・ウィンドウサイズの第１の基礎値と、Medium Access Control（MAC）コンテンション解決タイマの第２の基礎値と、複数のカバレッジ向上レベルのそれぞれに対応する複数の乗数とを含むシステム情報をブロードキャストすること、
   Narrow Band - Internet of Things（NB-IoT）に従う無線通信を行うUser Equipment（UE）から、前記UEによって測定されたReference Signals Received Power（RSRP）に応じて前記UEにより決定されたカバレッジ向上レベルに対応するランダムアクセス・プリアンブルを受信すること、
   前記UEの前記カバレッジ向上レベルに対応する乗数を前記第１の基礎値に乗算することにより導出される前記ランダムアクセス・レスポンス・ウインドウサイズの継続時間に基づいて、ランダムアクセス・レスポンス・メッセージの送信を制御すること、及び
   前記UEの前記カバレッジ向上レベルに対応する前記乗数を前記第２の基礎値に乗算することにより導出される前記MACコンテンション解決タイマのタイマ値によって示される継続時間に基づいて、MACコンテンション解決メッセージの送信を制御すること、
   を備える、基地局における方法。
4. 前記複数の乗数は、前記ランダムアクセス・レスポンス・ウィンドウサイズ及び前記MACコンテンション解決タイマとは異なる無線リソース設定の情報要素の複数の値であり、
   前記無線リソース設定の情報要素の前記複数の値は、ランダムアクセス手順の第３及び第４メッセージの繰り返し回数を示すために使用され、
   前記第４メッセージは、前記MACコンテンション解決メッセージである、
   請求項３に記載の方法。
5. 基地局における方法をコンピュータに行なわせるプログラムであって、前記方法は、
   ランダムアクセス・レスポンス・ウィンドウサイズの第１の基礎値と、Medium Access Control（MAC）コンテンション解決タイマの第２の基礎値と、複数のカバレッジ向上レベルのそれぞれに対応する複数の乗数とを含むシステム情報をブロードキャストすること、
   Narrow Band - Internet of Things（NB-IoT）に従う無線通信を行うUser Equipment（UE）から、前記UEによって測定されたReference Signals Received Power（RSRP）に応じて前記UEにより決定されたカバレッジ向上レベルに対応するランダムアクセス・プリアンブルを受信すること、
   前記UEの前記カバレッジ向上レベルに対応する乗数を前記第１の基礎値に乗算することにより導出される前記ランダムアクセス・レスポンス・ウインドウサイズの継続時間に基づいて、ランダムアクセス・レスポンス・メッセージの送信を制御すること、及び
   前記UEの前記カバレッジ向上レベルに対応する前記乗数を前記第２の基礎値に乗算することにより導出される前記MACコンテンション解決タイマのタイマ値によって示される継続時間に基づいて、MACコンテンション解決メッセージの送信を制御すること、
   を備える、プログラム。
6. Narrow Band - Internet of Things（NB-IoT）に従う無線通信を行うよう構成されたUser Equipment（UE）であって、
   ランダムアクセス・レスポンス・ウィンドウサイズの第１の基礎値と、Medium Access Control（MAC）コンテンション解決タイマの第２の基礎値と、複数のカバレッジ向上レベルのそれぞれに対応する複数の乗数とを含むシステム情報を受信する手段と、
   前記UEによって測定されたReference Signals Received Power（RSRP）に応じて前記UEのカバレッジ向上レベルを決定する手段と、
   前記UEの前記カバレッジ向上レベルに対応する乗数を前記第１の基礎値に乗算することによって、前記ランダムアクセス・レスポンス・ウインドウサイズの継続時間を導出する手段と、
   前記UEの前記カバレッジ向上レベルに対応する前記乗数を前記第２の基礎値に乗算することによって、前記MACコンテンション解決タイマのタイマ値を導出する手段と、
   前記ランダムアクセス・レスポンス・ウインドウサイズの前記導出された継続時間において、ランダムアクセス・レスポンス・メッセージを受信する手段と、
   前記MACコンテンション解決タイマの前記導出されたタイマ値により示される継続時間において、MACコンテンション解決メッセージを受信する手段と、
   を備えるUE。
7. 前記複数の乗数は、前記ランダムアクセス・レスポンス・ウィンドウサイズ及び前記MACコンテンション解決タイマとは異なる無線リソース設定の情報要素の複数の値であり、
   前記無線リソース設定の情報要素の前記複数の値は、ランダムアクセス手順の第３及び第４メッセージの繰り返し回数を示すために使用され、
   前記第４メッセージは、前記MACコンテンション解決メッセージである、
   請求項６に記載のUE。
8. Narrow Band - Internet of Things（NB-IoT）に従う無線通信を行うよう構成されたUser Equipment（UE）における方法であって、
   ランダムアクセス・レスポンス・ウィンドウサイズの第１の基礎値と、Medium Access Control（MAC）コンテンション解決タイマの第２の基礎値と、複数のカバレッジ向上レベルのそれぞれに対応する複数の乗数とを含むシステム情報を受信すること、
   前記UEによって測定されたReference Signals Received Power（RSRP）に応じて前記UEのカバレッジ向上レベルを決定すること、
   前記UEの前記カバレッジ向上レベルに対応する乗数を前記第１の基礎値に乗算することによって、前記ランダムアクセス・レスポンス・ウインドウサイズの継続時間を導出すること、
   前記UEの前記カバレッジ向上レベルに対応する前記乗数を前記第２の基礎値に乗算することによって、前記MACコンテンション解決タイマのタイマ値を導出すること、
   前記ランダムアクセス・レスポンス・ウインドウサイズの前記導出された継続時間において、ランダムアクセス・レスポンス・メッセージを受信すること、及び
   前記MACコンテンション解決タイマの前記導出されたタイマ値により示される継続時間において、MACコンテンション解決メッセージを受信すること、
   を備える方法。
9. 前記複数の乗数は、前記ランダムアクセス・レスポンス・ウィンドウサイズ及び前記MACコンテンション解決タイマとは異なる無線リソース設定の情報要素の複数の値であり、
   前記無線リソース設定の情報要素の前記複数の値は、ランダムアクセス手順の第３及び第４メッセージの繰り返し回数を示すために使用され、
   前記第４メッセージは、前記MACコンテンション解決メッセージである、
   請求項８に記載の方法。
10. Narrow Band - Internet of Things（NB-IoT）に従う無線通信を行うよう構成されたUser Equipment（UE）における方法をコンピュータに行なわせるプログラムであって、前記方法は、
    ランダムアクセス・レスポンス・ウィンドウサイズの第１の基礎値と、Medium Access Control（MAC）コンテンション解決タイマの第２の基礎値と、複数のカバレッジ向上レベルのそれぞれに対応する複数の乗数とを含むシステム情報を受信すること、
    前記UEによって測定されたReference Signals Received Power（RSRP）に応じて前記UEのカバレッジ向上レベルを決定すること、
    前記UEの前記カバレッジ向上レベルに対応する乗数を前記第１の基礎値に乗算することによって、前記ランダムアクセス・レスポンス・ウインドウサイズの継続時間を導出すること、
    前記UEの前記カバレッジ向上レベルに対応する前記乗数を前記第２の基礎値に乗算することによって、前記MACコンテンション解決タイマのタイマ値を導出すること、
    前記ランダムアクセス・レスポンス・ウインドウサイズの前記導出された継続時間において、ランダムアクセス・レスポンス・メッセージを受信すること、及び
    前記MACコンテンション解決タイマの前記導出されたタイマ値により示される継続時間において、MACコンテンション解決メッセージを受信すること、
    を備える、プログラム。

Images