特許7093768無線通信システムにおけるランダムアクセスのための方法及び装置、並びにユーザ端末
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-06-22
(45)【発行日】2022-06-30
(54)【発明の名称】無線通信システムにおけるランダムアクセスのための方法及び装置、並びにユーザ端末
(51)【国際特許分類】
H04W 74/08 20090101AFI20220623BHJP
H04W 4/70 20180101ALI20220623BHJP
【ＦＩ】
H04W74/08
H04W4/70
【請求項の数】
8
(21)【出願番号】P 2019507784
(86)(22)【出願日】2017-03-24
(65)【公表番号】
(43)【公表日】2019-09-05
(86)【国際出願番号】 CN2017078184
(87)【国際公開番号】W WO2018028210
(87)【国際公開日】2018-02-15
【審査請求日】2020-03-24
(31)【優先権主張番号】201610667989.0
(32)【優先日】2016-08-12
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002572
【氏名又は名称】特許業務法人平木国際特許事務所
(72)【発明者】
【氏名】シュー，ジン
【審査官】松野 吉宏
(56)【参考文献】
【文献】Qualcomm Incorporated，Remaining details of Random Access Channel，3GPP TSG-RAN WG1#84b R1-163018，フランス，3GPP，2016年04月06日，Section 2
【文献】InterDigital，PRACH for NB-IoT，3GPP TSG-RAN WG1#84b R1-162962，フランス，3GPP，2016年04月01日，Section 2
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線通信のための方法において、ランダムアクセス手順を開始するため、モバイルデバイスにおいて、サブキャリア指示を含むメッセージを基地局から受信し、
現在のカバレッジレベルに対応するランダムアクセスチャネルのリソースを、（１）前記現在のカバレッジレベルにおける前記ランダムアクセスチャネルに割り当てられた第１のサブキャリアのインデックス、及び（２）前記現在のカバレッジレベルにおける前記ランダムアクセスチャネルに割り当てられるサブキャリアの数を法としたサブキャリア指示の合計を用いて選択し、
前記ランダムアクセス手順のため選択されたランダムアクセスチャネルのリソースを用いて、ランダムアクセス信号を送信する
ことを特徴とする方法。
【請求項2】
前記ランダムアクセス手順の失敗に応答して、更新されたカバレッジレベル及び前記サブキャリア指示に基づき、第２のランダムアクセスチャネルのリソースを再選択し、前記第２のランダムアクセスチャネルのリソースを使用して前記ランダムアクセス信号を送信する、請求項１に記載の方法。
【請求項3】
無線通信のための装置であって、ランダムアクセス手順を開始するため、サブキャリア指示を含むメッセージを基地局から受信するよう構成された受信機と、
現在のカバレッジレベルに対応するランダムアクセスチャネルのリソースを、（１）前記現在のカバレッジレベルにおける前記ランダムアクセスチャネルに割り当てられた第１のサブキャリアのインデックス、及び（２）前記現在のカバレッジレベルにおける前記ランダムアクセスチャネルに割り当てられるサブキャリアの数を法としたサブキャリア指示の合計を用いて選択するよう構成されたプロセッサと、
前記ランダムアクセス手順のため、選択された前記リソースを用いて、ランダムアクセス信号を送信するよう構成された送信機と
を備えたことを特徴とする、無線通信のための装置。
【請求項4】
前記プロセッサは、前記ランダムアクセス手順の失敗に応答して、更新されたカバレッジレベル及び前記サブキャリア指示に基づいて第２のランダムアクセスチャネルのリソースを再選択するよう構成され、前記送信機は、前記第２のランダムアクセスチャネルのリソースを用いて前記ランダムアクセス信号を送信する構成された、
請求項３に記載の装置。
【請求項5】
ランダムアクセス手順を開始するため、基地局からモバイルデバイスへ、サブキャリア指示を含むメッセージを送信し、前記基地局において、モバイルデバイスから、前記ランダムアクセス手順のためのランダムアクセス信号を、前記サブキャリア指示により示された、現在のカバレッジレベルに対応するランダムアクセスチャネルのリソースを用いて受信し、
前記ランダムアクセスチャネルのリソースは、（１）現在のカバレッジレベルに対応する前記ランダムアクセスチャネルに割り当てられた第１のサブキャリアのインデックス、及び（２）現在のカバレッジレベルに対応する前記ランダムアクセスチャネルに割り当てられるサブキャリアの数を法としたサブキャリア指示の合計を用いて決定される、
無線通信のための方法。
【請求項6】
前記ランダムアクセス手順の失敗に応答して、更新されたカバレッジレベル及び前記サブキャリア指示に基づいて決定された第２のランダムアクセスチャネルのリソースを使用して、前記ランダムアクセス信号を受信する、請求項５に記載の方法。
【請求項7】
無線通信のための装置であって、ランダムアクセス手順を開始するため、サブキャリア指示を含むメッセージをモバイルデバイスに送信するよう構成された送信機と、
ランダムアクセス手順のため、サブキャリア指示により示された、現在のカバレッジレベルに対応するランダムアクセスのリソースを用いて、ランダムアクセス信号を前記モバイルデバイスから受信するよう構成され、
前記ランダムアクセスのリソースは、（１）前記現在のカバレッジレベルにおける前記ランダムアクセスチャネルに割り当てられた第１のサブキャリアのインデックス、及び（２）前記現在のカバレッジレベルにおける前記ランダムアクセスチャネルに割り当てられるサブキャリアの数を法としたサブキャリア指示の合計を用いて決定される
ことを特徴とする装置。
【請求項8】
前記受信機は、前記ランダムアクセス手順の失敗に応答して、更新されたカバレッジレベル及び前記サブキャリア指示に基づいて決定された第２ランダムアクセスチャネルのリソースを使用して、前記ランダムアクセス信号を受信するよう構成された、請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信技術に関し、詳しくは、無線通信システムにおけるランダムアクセスのための方法及び装置、並びにユーザ端末に関する。
【背景技術】
【0002】
拡張マシンタイプ通信（enhanced Machine Type Communication：ｅＭＴＣ）及び狭帯域モノのインターネット（Narrow Band Internet of Things：ＮＢ－ＩｏＴ）標準プロトコル等の無線通信システムでは、基地局（例えば、発展型ノードＢ（evolved NodeB：ｅＮｏｄｅＢ））は、例えば、ユーザ機器（User Equipment：ＵＥ）にランダムアクセスプロセスを開始するように指示する物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）オーダを送信することによって、ランダムアクセスプロセスを開始できる。この場合、基地局は、ＵＥが使用する物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）リソースに関する情報を指示できる（表１は、ＰＤＣＣＨオーダによって指示されるＰＲＡＣＨ情報を示している）。基地局から指示を受信すると、ＵＥは、基地局が指示するリソースを介してＰＲＡＣＨを送信する。ｅＭＴＣシステムでは、ＵＥは、基地局が指示するプリアンブルコードワード（preamble codeword）を使用してＰＲＡＣＨを送信する。
【0003】
【表1】
【0004】
ｅＭＴＣ及びＮＢ－ＩｏＴシステムでは、ＰＲＡＣＨリソースは、カバレッジレベルに応じて構成される。各カバレッジレベルは、一組のＰＲＡＣＨ時間－周波数リソース、ＰＲＡＣＨ繰り返しの回数、及びランダムアクセスの回数に対応する。ｅＭＴＣシステムでは、カバレッジレベル毎に一組のプリアンブルコードワードも構成されている。
【0005】
基地局が開始したランダムアクセスプロセスでは、初期カバレッジレベルのためのＰＲＡＣＨリソースのセットに、基地局が指示するＰＲＡＣＨリソースインデックス、サブキャリアＩＤ、又はプリアンブルコードワードが必ず含まれ、これにより、基地局が指示するＰＲＡＣＨリソースを介して、ＵＥが初期カバレッジレベルでランダムアクセスプロセスを開始することが保証される。しかしながら、基地局が指示するＰＲＡＣＨリソースを介するランダムアクセスにＵＥが複数回失敗した後、カバレッジレベルを増加させる必要がある場合、基地局が指示するＰＲＡＣＨリソースインデックス、サブキャリアＩＤ、又はプリアンブルコードワードは、より高いレベルのＰＲＡＣＨリソースのセットに含まれていないことがある。この場合、ＵＥは、ランダムアクセスを開始できず、あるいは、基地局が指示するＰＲＡＣＨ情報に従ってＵＥがＰＲＡＣＨを送信しても、基地局が応答しない可能性がある。いずれの場合も、ランダムアクセスは失敗し、この結果、基地局によって開始されるランダムアクセスの成功率が低下する。
【0006】
関連技術では、無線基地局によって開始されるランダムアクセスの成功率が低いという技術的課題に対する有効なソリューションは、未だ見出されていない。
【発明の概要】
【発明が解決しようとする課題】
【0007】
本開示は、無線基地局によって開始されるランダムアクセスの成功率が低いという技術的課題を解決できる、無線通信システムにおけるランダムアクセスのための方法及び装置、並びにユーザ端末を提供する。
【課題を解決するための手段】
【0008】
本開示は、一側面として、無線通信システムにおけるランダムアクセスのための方法を提供する。この方法は、無線基地局から送信された指示情報を受信することであって、指示情報は、ユーザ端末にランダムアクセスを開始するように指示することと、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することであって、ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用され、現在のカバレッジレベルは、ランダムアクセスを現在開始するカバレッジレベルであり、利用可能なリソースは、現在のカバレッジレベルで使用することが許容されるリソースであることと、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベル及びリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を送信することとを含む。
オプションとして、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗は、ランダムアクセスの開始の失敗回数を取得することと、失敗回数が現在のカバレッジレベルで許容されるＰＲＡＣＨ信号の最大送信数である所定の値に達したときに、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗を決定することとによって決定される。
オプションとして、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗は、ランダムアクセスの開始の失敗回数を取得することと、失敗回数が現在のカバレッジレベルで許容されるＰＲＡＣＨ信号の最大送信数である所定の値に達したときに、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗を決定することとによって決定される。
【0009】
オプションとして、方法は、ランダムアクセスの開始の失敗回数を取得した後、失敗回数が所定の値よりも小さいとき、ターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を再送信することを更に含む。オプションとして、更新後のカバレッジレベルは、更新前のカバレッジレベルよりも１つ上のレベルである。
【0010】
オプションとして、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲット時間－周波数リソース、ターゲットコードワード、及びターゲットサブキャリアを含む。現在のカバレッジレベルと、指示情報で搬送されるリソース情報とに基づいて利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する動作は、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングすることを含む。
【0011】
オプションとして、無線通信システムが拡張型マシンタイプ通信（enhanced Machine Type Communication：ｅＭＴＣ）システムである場合、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングすることは、現在のカバレッジレベルにおいて利用可能な時間－周波数リソースの数と、リソース情報内の時間－周波数リソースインデックスとに基づいてターゲット時間－周波数リソースを決定すること、及び／又は現在のカバレッジレベルにおけるプリアンブルの開始コードワード及び終了コードワードと、リソース情報内のプリアンブルインデックスとに基づいてターゲットコードワードを決定することを含むことができる。
【0012】
オプションとして、現在のカバレッジレベルにおいて利用可能な時間－周波数リソースの数と、リソース情報内の時間－周波数リソースインデックスとに基づいてターゲット時間－周波数リソースを決定する動作は、リソース情報において利用可能な時間－周波数リソースの数Ｎｕｍ１と、時間－周波数リソースインデックスＩＤ１とに基づいて、Ｋ１、Ｋ２及びＫ３を定数として、ＩＤ２＝（ＩＤ１－Ｋ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ２又はＩＤ２＝（ＩＤ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ３の所定の式に従って、第１のインデックスＩＤ２を算出することと、ＩＤ２に対応する時間－周波数リソースをターゲット時間－周波数リソースとして決定することとを含む。
【0013】
オプションとして、現在のカバレッジレベルにおけるプリアンブルの開始コードワード及び終了コードワードと、リソース情報内のプリアンブルインデックスとに基づいてターゲットコードワードを決定する動作は、開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及びプリアンブルインデックスＩＤ５に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出すること、又は開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及び指示情報に示されるカバレッジレベルに対応する開始コードワードインデックスＩＤ９に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５－ＩＤ９）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出することと、ＩＤ６に対応するコードワードをターゲットコードワードとして決定することとを含む。
【0014】
オプションとして、無線通信システムが狭帯域モノのインターネット（Narrow Band Internet of Things：ＮＢ－ＩｏＴ）システムである場合、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングする動作は、サブキャリアの数と、現在のカバレッジレベルにおける開始サブキャリアのインデックスと、リソース情報内のサブキャリアインデックス又はオフセットとに基づいてターゲットサブキャリアを決定することを含む。
【0015】
オプションとして、サブキャリアの数と、現在のカバレッジレベルにおける開始サブキャリアのインデックスと、リソース情報内のサブキャリアインデックス又はオフセットとに基づいてターゲットサブキャリアを決定することは、現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２と、開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアオフセットＮｕｍ３とに基づいて、ＩＤ８＝ＩＤ７＋（Ｎｕｍ３）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出すること、又は現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２及び開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアインデックスＮｕｍ３と、指示情報に示されるカバレッジレベルに対応する開始サブキャリアインデックスＩＤ１０とに基づいて、ＩＤ８＝ＩＤ７＋（Ｎｕｍ３－ＩＤ１０）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出することと、ＩＤ８に対応するサブキャリアをターゲットサブキャリアとして決定することとを含む。
【0016】
オプションとして、無線通信システムがｅＭＴＣシステム又はＮＢ－ＩｏＴシステムである場合、指示情報は、ＰＤＣＣＨオーダ情報である。
オプションとして、無線通信システムがｅＭＴＣシステムである場合、指示情報は、ハンドオーバ情報である。
オプションとして、無線通信システムがｅＭＴＣシステムである場合、指示情報は、ハンドオーバ情報である。
【0017】
本発明は、他の側面として、無線通信システムにおけるランダムアクセスのための装置を提供する。この装置は、無線基地局から送信された指示情報を受信するように構成され、指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する受信ユニットと、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定するように構成された決定ユニットであって、ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用され、現在のカバレッジレベルは、現在ランダムアクセスを開始するべきカバレッジレベルである決定ユニットと、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベル及びリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を送信するように構成された送信ユニットとを備える。
【0018】
オプションとして、送信ユニットは、ランダムアクセスの開始の失敗回数を取得するように構成された取得モジュールと、失敗回数が現在のカバレッジレベルで許容されるＰＲＡＣＨ信号の最大送信数である所定の値に達したときに、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗を決定するように構成された第１の決定モジュールとを備える。
【0019】
オプションとして、送信ユニットは、更に、ランダムアクセスの開始の失敗回数を取得した後、失敗回数が所定の値より小さいとき、ターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を再送信するように構成された送信モジュールを備える。
オプションとして、更新後のカバレッジレベルは、更新前のカバレッジレベルよりも１つ上のレベルである。
オプションとして、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲット時間－周波数リソース、ターゲットコードワード、及びターゲットサブキャリアを含む。決定ユニットは、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングするように更に構成されている。
オプションとして、更新後のカバレッジレベルは、更新前のカバレッジレベルよりも１つ上のレベルである。
オプションとして、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲット時間－周波数リソース、ターゲットコードワード、及びターゲットサブキャリアを含む。決定ユニットは、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングするように更に構成されている。
【0020】
オプションとして、無線通信システムが拡張型マシンタイプ通信（ｅＭＴＣ）システムである場合、決定ユニットは、現在のカバレッジレベルにおいて利用可能な時間－周波数リソースの数と、リソース情報内の時間－周波数リソースインデックスとに基づいてターゲット時間－周波数リソースを決定するように構成された第２の決定モジュール、及び／又は現在のカバレッジレベルにおけるプリアンブルの開始コードワード及び終了コードワードと、リソース情報内のプリアンブルインデックスとに基づいてターゲットコードワードを決定するように構成された第３の決定モジュールを備える。
【0021】
オプションとして、第２の決定モジュールは、更に、利用可能な時間－周波数リソースの数Ｎｕｍ１と、リソース情報内の時間－周波数リソースインデックスＩＤ１とに基づいて、Ｋ１、Ｋ２、Ｋ３を定数として、ＩＤ２＝（ＩＤ１－Ｋ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ２又はＩＤ２＝（ＩＤ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ３の所定の式に従って、第１のインデックスＩＤ２を算出し、ＩＤ２に対応する時間－周波数リソースをターゲット時間－周波数リソースとして決定するように構成されている。
【0022】
オプションとして、第３の決定モジュールは、更に、開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及びプリアンブルインデックスＩＤ５に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出し、又は開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及び指示情報に示されるカバレッジレベルに対応する開始コードワードインデックスＩＤ９に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５－ＩＤ９）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出し、ＩＤ６に対応するコードワードをターゲットコードワードとして決定するように構成されている。
【0023】
オプションとして、無線通信システムが狭帯域モノのインターネット（Narrow Band Internet of Things：ＮＢ－ＩｏＴ）システムである場合、決定ユニットは、現在のカバレッジレベルにおけるサブキャリアの数及び開始サブキャリアのインデックスと、リソース情報におけるサブキャリアインデックス又はオフセットとに基づいてターゲットサブキャリアを決定するように構成された第４の決定ユニットを備える。
【0024】
オプションとして、第４の決定モジュールは、更に、現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２と、開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアオフセットＮｕｍ３とに基づいてＩＤ８＝ＩＤ７＋（Ｎｕｍ３）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出し、又は現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２及び開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアインデックスＮｕｍ３と、指示情報に示されるカバレッジレベルに対応する開始サブキャリアインデックスとＩＤ１０に基づいてＩＤ８＝ＩＤ７＋（Ｎｕｍ３－ＩＤ１０）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出し、及びＩＤ８に対応するサブキャリアをターゲットサブキャリアとして決定する。
【0025】
オプションとして、無線通信システムがｅＭＴＣシステム又はＮＢ－ＩｏＴシステムである場合、指示情報は、ＰＤＣＣＨオーダ情報である。
オプションとして、無線通信システムがｅＭＴＣシステムである場合、指示情報は、ハンドオーバ情報である。
オプションとして、無線通信システムがｅＭＴＣシステムである場合、指示情報は、ハンドオーバ情報である。
【0026】
本開示は、更なる側面として、ユーザ端末を提供する。ユーザ端末は、メモリを備え、このメモリは、無線基地局から送信された指示情報を受信することであって、指示情報は、ユーザ端末にランダムアクセスを開始するように指示するステップと、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定するステップであって、ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用されるステップと、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベル及びリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定するステップと、再決定されたターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を送信するステップとを行うためのコードを格納する。ユーザ端末は、更に、メモリに格納されたコードを実行するためのプロセッサを備える。ユーザ端末は、更に、メモリ及びプロセッサに接続され、メモリ内のコードをプロセッサに送信するように構成れた送信デバイスを備える。
【0027】
本開示は、更なる側面として、ストレージ媒体を提供する。ストレージ媒体は、無線基地局から送信された指示情報を受信することであって、指示情報は、ユーザ端末にランダムアクセスを開始するように指示するステップと、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定するステップであって、ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用されるステップと、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベル及びリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定するステップと、再決定されたターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を送信するステップとを行うためのコードを保存する。
【0028】
本開示では、無線基地局から送信される指示情報を受信する。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。ターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースは、現在のカバレッジレベル及び指示情報で搬送されるリソース情報に基づいて、利用可能なリソースから決定される。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。ターゲットＰＲＡＣＨリソースを介してランダムアクセスを開始することの失敗に応答して、ターゲットＰＲＡＣＨリソースは、更新されたカバレッジレベルと、リソース情報とに基づいて、利用可能なリソースから再決定され、ＰＲＡＣＨ信号は、再決定されたターゲットＰＲＡＣＨリソースを介して送信される。これにより、関連技術において、無線基地局が開始するランダムアクセスの成功率が低いという技術的課題を解決でき、ランダムアクセスの成功率の向上という技術的効果が達成される。
本開示は、本開示の一部を構成する以下の図面を参照する説明によって更に明瞭となる。本開示の例示的な実施形態は、説明を目的とし、本開示を限定するものではない。
本開示は、本開示の一部を構成する以下の図面を参照する説明によって更に明瞭となる。本開示の例示的な実施形態は、説明を目的とし、本開示を限定するものではない。
【図面の簡単な説明】
【0029】
【図1】本開示に基づく任意のユーザ端末を示す概略図である。
【図2】本開示に基づく無線通信システムにおけるランダムアクセスのプロセスを示すフローチャートである。
【図3】本開示に基づく無線通信システムにおけるランダムアクセスの別のプロセスを示すフローチャートである。
【図4】本開示に基づく無線通信システムにおけるランダムアクセスの別のプロセスを示すフローチャートである。
【図5】本開示に基づく無線通信システムにおけるランダムアクセスのための装置を示す概略図である。
【発明を実施するための形態】
【0030】
以下、実施形態と共に図面を参照して本開示を詳細に説明する。実施形態及びその特徴は、矛盾が生じない限り、互いに組み合わせることができる。
なお、明細書、特許請求の範囲及び図面における「第１」、「第２」等の用語は、類似の対象を区別するために使用しており、必ずしも特定の順序又は序列を意味するものではない。
なお、明細書、特許請求の範囲及び図面における「第１」、「第２」等の用語は、類似の対象を区別するために使用しており、必ずしも特定の順序又は序列を意味するものではない。
【0031】
[実施形態１]
本開示の実施形態１が提供する方法は、ユーザ端末、コンピュータ端末、又は同様のコンピューティングデバイスにおいて実行できる。この方法がユーザ端末において実行される場合、ユーザ端末は、例えば、図１に示すように、例えば、１つ又は複数のプロセッサ１０１（１つのみを示しており、これには、以下に限定されるものではないが、ＭＣＵ等のマイクロプロセッサ又はＦＰＧＡ等のプログラマブルロジックデバイスのような処理デバイスが含まれる）と、データを保存するメモリ１０３と、通信機能を提供する送信デバイス１０５とを含む。図１に示す構造は、例示的なものであり、上記の電子デバイスの構造はこれに限定されないことは、当業者にとって明らかである。
本開示の実施形態１が提供する方法は、ユーザ端末、コンピュータ端末、又は同様のコンピューティングデバイスにおいて実行できる。この方法がユーザ端末において実行される場合、ユーザ端末は、例えば、図１に示すように、例えば、１つ又は複数のプロセッサ１０１（１つのみを示しており、これには、以下に限定されるものではないが、ＭＣＵ等のマイクロプロセッサ又はＦＰＧＡ等のプログラマブルロジックデバイスのような処理デバイスが含まれる）と、データを保存するメモリ１０３と、通信機能を提供する送信デバイス１０５とを含む。図１に示す構造は、例示的なものであり、上記の電子デバイスの構造はこれに限定されないことは、当業者にとって明らかである。
【0032】
メモリ１０３は、ソフトウェアプログラム及びソフトウェアアプリケーションのモジュール、例えば、本開示に基づくデバイス制御のための方法に関連するプログラム命令／モジュールを格納できる。プロセッサ１０１は、メモリ１０３に格納されているソフトウェアプログラム及びモジュールを実行することによって、様々な機能的アプリケーション及びデータ処理動作、すなわち上記方法を実行する。メモリは、ランダムキャッシュ又は不揮発性メモリ、例えば、１つ以上の磁気ストレージデバイス、フラッシュメモリ、又は他の不揮発性固体メモリを含むことができる。幾つかの例では、メモリは、プロセッサからリモートにあり、ネットワークを介してコンピュータ端末に接続できる１つ又は複数のメモリを更に含むことができる。このようなネットワークの例としては、以下に限定されるものではないが、インターネット、企業のイントラネット、ローカルエリアネットワーク（Local Area Network：ＬＡＮ）、移動体通信ネットワーク、及びこれらの任意の組み合わせが含まれる。
【0033】
なお、メモリは、無線基地局から送信された指示情報を受信することであって、指示情報は、ユーザ端末にランダムアクセスを開始するように指示することと、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することであって、ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用され、現在のカバレッジレベルは、ランダムアクセスが現在開始されるカバレッジレベルであることと、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベル及びリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を送信することとを実行するためのコードを保存できる。
【0034】
送信デバイスは、ネットワークを介してデータを送信又は受信できる。ネットワークは、例えば、コンピュータ端末の通信プロバイダが提供する無線ネットワークであってもよい。一例では、送信デバイスは、インターネットとの通信のために基地局を介して他のネットワークデバイスに接続できるネットワークアダプタ、又はネットワークインタフェースコントローラ（Network Interface Controller：ＮＩＣ）を含む。一例では、送信デバイスは、インターネットと無線で通信するための無線周波数（Radio Frequency：ＲＦ）モジュールであってもよい。
【0035】
本開示の実施形態は、無線通信システムにおけるランダムアクセスのための方法を提供する。なお、フローチャートに示すステップは、一組のコンピュータ実行可能命令を実行するコンピュータシステムにおいて実行できる。フローチャートには、論理シーケンスの順序を示しているが、幾つかの場合、ここに示し又は説明するステップは、ここに示す順序とは異なる順序で実行してもよい。
【0036】
図２は、本開示に基づく無線通信システムにおけるランダムアクセスのプロセスを示すフローチャートである。図２に示すように、このプロセスフローは、以下のステップを含む。ステップＳ２０１において、無線基地局から送信された指示情報を受信する。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。
ステップＳ２０２において、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。現在のカバレッジレベルは、ランダムアクセスが現在開始されるカバレッジレベルである。利用可能なリソースは、現在のカバレッジレベルで使用することが許可されているリソースである。
ステップＳ２０２において、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。現在のカバレッジレベルは、ランダムアクセスが現在開始されるカバレッジレベルである。利用可能なリソースは、現在のカバレッジレベルで使用することが許可されているリソースである。
【0037】
ステップＳ２０３において、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベルと、リソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、ＰＲＡＣＨ信号は、再決定されたターゲットＰＲＡＣＨリソースを介して送信される。
【0038】
上記実施形態では、無線基地局から送信された指示情報を受信する。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。ターゲットＰＲＡＣＨリソースは、現在のカバレッジレベル及び指示情報で搬送されるリソース情報に基づいて、利用可能なリソースから決定される。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。ターゲットＰＲＡＣＨリソースを介してランダムアクセスを開始することの失敗に応答して、ターゲットＰＲＡＣＨリソースは、更新されたカバレッジレベルと、リソース情報とに基づいて、利用可能なリソースから再決定され、ＰＲＡＣＨ信号は、再決定されたターゲットＰＲＡＣＨリソースを介して送信される。これにより、関連技術において、無線基地局が開始するランダムアクセスの成功率が低いという技術的課題を解決でき、ランダムアクセスの成功率の向上という技術的効果が達成される。オプションとして、上記のステップは、非限定的な例として、ユーザ端末によって実行してもよい。
【0039】
ステップＳ２０１において、無線基地局から送信された指示情報を受信した場合、指示情報は、ＰＤＣＣＨオーダ情報を含んでいてもよい。すなわち、基地局、又は基地局は、ＰＤＣＣＨオーダを介して指示情報を送信できる。但し、本開示はこれに限定されず、他のタイプの基地局が、同様のメッセージを使用して送信を行ってもよい。
【0040】
ステップＳ２０２において、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する際、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングしてもよい。ターゲットＰＲＡＣＨリソースは、無線基地局のシステムタイプに対応する方式に基づいて決定してもよい。
【0041】
無線通信システムがｅＭＴＣシステムである場合、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲット時間－周波数リソース及びターゲットコードワードを含むことができる。現在のカバレッジレベル及び指示情報で搬送されるリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する動作は、現在のカバレッジレベルにおいて利用可能な時間－周波数リソースの数と、リソース情報内の時間－周波数リソースインデックスとに基づいてターゲット時間－周波数リソースを決定すること、及び／又は現在のカバレッジレベルにおけるプリアンブルの開始コードワード及び終了コードワードと、リソース情報内のプリアンブルインデックスとに基づいてターゲットコードワードを決定することを含むことができる。
【0042】
オプションとして、現在のカバレッジレベルにおいて利用可能な時間－周波数リソースの数とリソース情報内の時間－周波数リソースインデックスとに基づいてターゲット時間－周波数リソースを決定する動作は、利用可能な時間－周波数リソースの数Ｎｕｍ１と、リソース情報内の時間－周波数リソースインデックスＩＤ１とに基づいて、Ｋ１、Ｋ２、Ｋ３を定数として、所定の式ＩＤ２＝（ＩＤ１－Ｋ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ２又はＩＤ２＝（ＩＤ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ３に従って第１のインデックスＩＤ２を算出することと、ＩＤ２に対応する時間－周波数リソースをターゲット時間－周波数リソースとして決定することとを含むことができる。
【0043】
上記式の「ｍｏｄ」は、モジュロ演算を表す。現在のカバレッジレベルにおけるプリアンブルの開始コードワード及び終了コードワードと、リソース情報内のプリアンブルインデックスとに基づいてターゲットコードワードを決定する動作は、開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及びプリアンブルインデックスＩＤ５に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出し、又は開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及び指示情報に示されるカバレッジレベルに対応する開始コードワードインデックスＩＤ９に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５－ＩＤ９）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出することと、ＩＤ６に対応するコードワードをターゲットコードワードとして決定することとを含むことができる。
【0044】
無線通信システムがＮＢ－ＩｏＴシステムである場合、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲットサブキャリアを含むことができ、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングする動作は、現在のカバレッジレベルにおけるサブキャリアの数及び開始サブキャリアのインデックスと、リソース情報内のサブキャリアインデックス又はオフセットとに基づいてターゲットサブキャリアを決定することを含むことができる。
【0045】
オプションとして、現在のカバレッジレベルにおけるサブキャリアの数及び開始サブキャリアのインデックスと、リソース情報内のサブキャリアインデックス又はオフセットに基づいてターゲットサブキャリアを決定する動作は、現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２と、開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアオフセットＮｕｍ３とに基づいてＩＤ８＝ＩＤ７＋（Ｎｕｍ３）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出し、又は現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２及び開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアインデックスＮｕｍ３と、指示情報内に示されるカバレッジレベルに対応する開始サブキャリアインデックスＩＤ１０とに基づいてＩＤ８＝ＩＤ７＋（Ｎｕｍ３－ＩＤ１０）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出することと、ＩＤ８に対応するサブキャリアをターゲットサブキャリアとして決定することとを含むことができる。
【0046】
ステップＳ２０３において、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗は、ランダムアクセスの開始の失敗回数を取得することと、失敗回数が現在のカバレッジレベルで許容されるＰＲＡＣＨ信号の最大送信数である所定の値に達したときに、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗を決定することとによって決定してもよい。
【0047】
なお、ランダムアクセスの開始の失敗回数を取得した後に、失敗回数が所定値より小さい場合、失敗回数が所定値に達するまで、ターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を再送信してもよい。更新後のカバレッジレベルは、更新前のカバレッジレベルよりも１つ上のレベルである。
以下では、図３及び図４に示す様々な具体例を参照して、本開示の実施形態を詳細に説明する。
以下では、図３及び図４に示す様々な具体例を参照して、本開示の実施形態を詳細に説明する。
【0048】
（具体例１）
ｅＭＴＣ ＦＤＤシステムは、４つのカバレッジレベル、ＣＥＬ０、ＣＥＬ１、ＣＥＬ２、及びＣＥＬ３で構成され、そのうちＣＥＬ０が最低のカバレッジレベルである。４つのカバレッジレベルのＰＲＡＣＨリソース情報を表２に示す。
ｅＭＴＣ ＦＤＤシステムは、４つのカバレッジレベル、ＣＥＬ０、ＣＥＬ１、ＣＥＬ２、及びＣＥＬ３で構成され、そのうちＣＥＬ０が最低のカバレッジレベルである。４つのカバレッジレベルのＰＲＡＣＨリソース情報を表２に示す。
【0049】
【表2】
【0050】
３６．２１１仕様に基づく上記のＰＲＡＣＨ構成インデックスに対応するＰＲＡＣＨ時間領域リソース（無線フレーム番号及びサブフレーム番号）を表３に示す。
【0051】
【表3】
【0052】
ステップＳ３０１では、ｅＭＴＣシステムにおいて、基地局が（例えば、ＰＤＣＣＨオーダを送信することによって）ランダムアクセスを開始するようにＵＥに指示する。指示されたＰＲＡＣＨリソース情報は、初期カバレッジレベル及びＮＰＲＡＣＨのサブキャリア指示（すなわち、サブキャリアインデックス）を含む。基地局から送信されるＰＤＣＣＨオーダにおいて指示されるＰＲＡＣＨ情報を表４に示す。
【0053】
【表4】
【0054】
ステップＳ３０２において、ＵＥは、ＰＤＣＣＨオーダを受信し、初期カバレッジレベルに関する情報を取得し、時間領域位置、周波数領域位置及びプリアンブルコードワードを含むレベルに対応するＰＲＡＣＨリソースを取得する。利用可能なＰＲＡＣＨ時間－周波数リソースの数は、ＮＰＲＡＣＨである。
例えば、ＵＥは、初期カバレッジレベルに基づいて、ＰＲＡＣＨリソースセットの時間－周波数リソース情報及び繰り返し回数を取得する。ＵＥは、ＮＰＲＡＣＨのサブキャリア指示及び初期カバレッジレベルにおいて利用可能なＰＲＡＣＨサブキャリアの数に基づいて、使用するべきＰＲＡＣＨサブキャリアＩＤを算出できる。
例えば、ＵＥは、初期カバレッジレベルに基づいて、ＰＲＡＣＨリソースセットの時間－周波数リソース情報及び繰り返し回数を取得する。ＵＥは、ＮＰＲＡＣＨのサブキャリア指示及び初期カバレッジレベルにおいて利用可能なＰＲＡＣＨサブキャリアの数に基づいて、使用するべきＰＲＡＣＨサブキャリアＩＤを算出できる。
【0055】
ステップＳ３０３において、ＵＥは、決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを送信する。
基地局から送信されたＰＲＡＣＨマスクインデックス（すなわち、時間－周波数リソースインデックス）が１～１０の範囲内である場合、ＵＥは、以下のｍｏｄ演算によって、ＰＲＡＣＨマスクインデックスとＰＲＡＣＨ時間－周波数リソースの数（ＮＰＲＡＣＨ）とに基づいて使用するべきＵＥマスクインデックス（すなわち、ターゲット時間－周波数リソースインデックス）を算出／決定できる。
ＵＥマスクインデックス＝（ＰＲＡＣＨマスクインデックス－１）ｍｏｄ（ＮＰＲＡＣＨ）＋１、又は
ＵＥマスクインデックス＝（ＰＲＡＣＨマスクインデックス）ｍｏｄ（ＮＰＲＡＣＨ）＋１
ＰＲＡＣＨ時間－周波数リソースの数は、３６．２１１仕様に従ってＰＲＡＣＨリソース構成から取得できる。
ＰＲＡＣＨマスクインデクスフィールドが他の値を有する場合、３６．３２１仕様に従った定義が適用される。
基地局から送信されたＰＲＡＣＨマスクインデックス（すなわち、時間－周波数リソースインデックス）が１～１０の範囲内である場合、ＵＥは、以下のｍｏｄ演算によって、ＰＲＡＣＨマスクインデックスとＰＲＡＣＨ時間－周波数リソースの数（ＮＰＲＡＣＨ）とに基づいて使用するべきＵＥマスクインデックス（すなわち、ターゲット時間－周波数リソースインデックス）を算出／決定できる。
ＵＥマスクインデックス＝（ＰＲＡＣＨマスクインデックス－１）ｍｏｄ（ＮＰＲＡＣＨ）＋１、又は
ＵＥマスクインデックス＝（ＰＲＡＣＨマスクインデックス）ｍｏｄ（ＮＰＲＡＣＨ）＋１
ＰＲＡＣＨ時間－周波数リソースの数は、３６．２１１仕様に従ってＰＲＡＣＨリソース構成から取得できる。
ＰＲＡＣＨマスクインデクスフィールドが他の値を有する場合、３６．３２１仕様に従った定義が適用される。
【0056】
ＵＥは、基地局から送信されたプリアンブルインデックス（コードインデックス）及びプリアンブルコードワードの数（ＮＰｒｅａｍｂｌｅ）に基づいて、使用されるプリアンブルＩＤ（すなわち、ターゲットサブキャリアインデックス）を以下のように算出できる。
プリアンブルＩＤ＝（ｆｉｒｓｔＰｒｅａｍｂｌｅ－ｒ１３）＋（プリアンブルインデックス）ｍｏｄ（ＮＰｒｅａｍｂｌｅ）
ＮＰｒｅａｍｂｌｅ＝（ｌａｓｔＰｒｅａｍｂｌｅ－ｒ１３）－（ｆｉｒｓｔＰｒｅａｍｂｌｅ－ｒ１３）＋１
ここで、「ｆｉｒｓｔＰｒｅａｍｂｌｅ－ｒ１３」は、３６．３３１仕様で定義されている要素であり、現在のカバレッジレベルにおける開始プリアンブルコードワードを示し、「ｌａｓｔＰｒｅａｍｂｌｅ－ｒ１３」は、３６．３３１仕様で定義されている要素であり、現在のカバレッジレベルに使用されている終了プリアンブルコードワードを示す。
ＵＥは、上述のように決定されたＰＲＡＣＨ及びプリアンブルコードに基づいてＰＲＡＣＨを送信する。
プリアンブルＩＤ＝（ｆｉｒｓｔＰｒｅａｍｂｌｅ－ｒ１３）＋（プリアンブルインデックス）ｍｏｄ（ＮＰｒｅａｍｂｌｅ）
ＮＰｒｅａｍｂｌｅ＝（ｌａｓｔＰｒｅａｍｂｌｅ－ｒ１３）－（ｆｉｒｓｔＰｒｅａｍｂｌｅ－ｒ１３）＋１
ここで、「ｆｉｒｓｔＰｒｅａｍｂｌｅ－ｒ１３」は、３６．３３１仕様で定義されている要素であり、現在のカバレッジレベルにおける開始プリアンブルコードワードを示し、「ｌａｓｔＰｒｅａｍｂｌｅ－ｒ１３」は、３６．３３１仕様で定義されている要素であり、現在のカバレッジレベルに使用されている終了プリアンブルコードワードを示す。
ＵＥは、上述のように決定されたＰＲＡＣＨ及びプリアンブルコードに基づいてＰＲＡＣＨを送信する。
【0057】
ステップＳ３０４では、ランダムアクセスが成功したか否かを判定する。成功の場合、方法は、ステップＳ３０６に進み、この他の場合、方法は、ステップＳ３０５に進む。
開始されたランダムアクセスプロセスが失敗した場合、ステップＳ３０５において、決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを再送信する。ここでは、初期カバレッジレベルでのＰＲＡＣＨ送信の数が最大ランダムアクセス数より少ないか否かを判定する。少ない場合、方法は、ステップＳ３０７に進み、この他の場合、方法は、ステップＳ３０６に進む。
開始されたランダムアクセスプロセスが失敗した場合、ステップＳ３０５において、決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを再送信する。ここでは、初期カバレッジレベルでのＰＲＡＣＨ送信の数が最大ランダムアクセス数より少ないか否かを判定する。少ない場合、方法は、ステップＳ３０７に進み、この他の場合、方法は、ステップＳ３０６に進む。
【0058】
例えば、ＵＥは、ＰＤＣＣＨオーダを受信し、ＣＥＬ１の初期カバレッジレベル及びＣＥＬ１に対応するＰＲＡＣＨリソースを取得する。ＰＲＡＣＨ構成インデックスは、９であり、すなわち、プリアンブルコードは、各無線フレーム内のサブフレーム１、４及び７で送信されることになる。この構成で使用可能なＰＲＡＣＨリソースの数ＮＰＲＡＣＨは、３である。ＰＲＡＣＨの開始サブフレーム期間は、４サブフレームである。周波数領域におけるＰＲＡＣＨの開始ＰＲＢは、ＰＲＢ＝０である。プリアンブルコードの数は、１２から２３までの１２個である。ＣＥＬ１で開始されるランダムアクセスの回数は、ｍｉｎ（３，２０）＝３である。
【0059】
ＵＥは、ＰＤＣＣＨオーダで指示されたＰＲＡＣＨマスクインデックスに基づいて、ＵＥマスクインデクス＝（ＰＲＡＣＨマスクインデクス－１） ｍｏｄ ＮＰＲＡＣＨ＋１＝（３－１）ｍｏｄ３＋１＝３として使用するべきＵＥマスクインデックスを算出する。３６．３２１仕様及び３６．２１１仕様によると、プリアンブルコードは、各無線フレームのサブフレーム７で送信される。ＰＲＡＣＨの開始サブフレーム期間は、４サブフレームであるので、ＵＥは、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームでプリアンブルコードを送信する。
【0060】
【数1】
【0061】
ＵＥは、ＰＤＣＣＨオーダで指示されたプリアンブルインデックスに基づいて、ＵＥマスクインデクス＝１２＋１５ｍｏｄ１２＝１５として使用するべきＵＥマスクインデックスを算出する。ＵＥは、決定されたサブフレームにおいてＰＲＢ＝０であるＰＲＡＣＨリソースを介してプリアンブルコード１５を送信する。開始されたランダムアクセスプロセスが失敗し、ＣＥＬ０で開始されたランダムアクセスの回数が３未満である場合、プリアンブルコード１５は、上記式を満たすサブフレームにおいてＰＲＢ＝０であるＰＲＡＣＨリソースを介して再送信される。
【0062】
ランダムアクセス処理は、ステップＳ３０６において終了する。ステップＳ３０７では、初期カバレッジレベルにおけるＰＲＡＣＨ送信の数がこのカバレッジレベルに対するランダムアクセスの回数より少ないか否かを判定する。少ない場合、方法は、ステップＳ３０３に進む。この他の場合、方法は、ステップＳ３０８に進む。
【0063】
ステップ３０８において、現在のカバレッジレベルにおけるＰＲＡＣＨ送信の数がｍａｘ（ＮｕｍＰｒｅａｍｂｌｅＡｔｔｅｍｐｔＣＥ－ｒ１３）（すなわち、現在のカバレッジレベルについてのランダムアクセスの回数）に等しく且つｎｕｍ（ＲｅｐｅｔｉｔｉｏｎｓＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ－ｒ１３）（すなわち、ランダムアクセスの最大回数）よりも小さい場合、カバレッジレベルを１レベル増加させ、ステップＳ３０３を再び実行する。
【0064】
時間領域位置、周波数領域位置及びプリアンブルコードワードを含む、レベルに対応するＰＲＡＣＨリソースが取得される。
ＵＥは、現在のカバレッジレベルに基づいて、ＰＲＡＣＨリソースセットの時間－周波数リソース情報と繰り返し回数とを取得する。ＵＥは、ＮＰＲＡＣＨのサブキャリア指示及び現在のカバレッジレベルにおいて利用可能なＰＲＡＣＨサブキャリアの数に基づいて、使用するべきＰＲＡＣＨサブキャリアＩＤを算出できる。
ＵＥは、現在のカバレッジレベルに基づいて、ＰＲＡＣＨリソースセットの時間－周波数リソース情報と繰り返し回数とを取得する。ＵＥは、ＮＰＲＡＣＨのサブキャリア指示及び現在のカバレッジレベルにおいて利用可能なＰＲＡＣＨサブキャリアの数に基づいて、使用するべきＰＲＡＣＨサブキャリアＩＤを算出できる。
【0065】
ＵＥは、新しいカバレッジレベルで使用するべきＰＲＡＣＨＵＥマスクインデックス及びプリアンブルＩＤを算出し、決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを送信する。例えば、ＣＥＬ１で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、カバレッジレベルをＣＥＬ２に上げ、そのレベルに対応するＰＲＡＣＨリソースを取得する。ＰＲＡＣＨ構成インデックスは、６であり、すなわち、プリアンブルコードは、各無線フレーム内のサブフレーム１及びサブフレーム６で送信されることになる。この構成で使用可能なＰＲＡＣＨリソースの数Ｎｐｒａｃｈは、２である。ＰＲＡＣＨの開始サブフレーム期間は、８サブフレームである。周波数領域におけるＰＲＡＣＨの開始ＰＲＢは、ＰＲＢ＝０である。プリアンブルコードの数は、２４から３５までの１２個である。ＣＥＬ２で開始されるランダムアクセスの回数は、ｍｉｎ（３，２０－３）＝３である。
【0066】
ＵＥは、ＰＤＣＣＨオーダで指示されたＰＲＡＣＨマスクインデックスに基づいて、ＵＥマスクインデクス＝（３－１）ｍｏｄ２＋１＝１として使用するべきＵＥマスクインデックスを算出する。３６．３２１仕様及び３６．２１１仕様によると、プリアンブルコードは、各無線フレームのサブフレーム１で送信される。ＰＲＡＣＨの開始サブフレーム期間は、８サブフレームであるため、ＵＥは、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームでプリアンブルコードを送信する。
【0067】
【数2】
【0068】
ＵＥは、ＰＤＣＣＨオーダで指示されるプリアンブルインデックスに基づいて、２４＋１５ｍｏｄ１２＝２７として使用するべきプリアンブルインデックス（すなわち、プリアンブルＩＤ）を算出する。ＵＥは、決定されたサブフレームにおいてＰＲＢ＝０であるＰＲＡＣＨリソースを介してプリアンブルコード２７を送信する。上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
【0069】
あるいは、ＵＥは、ＰＤＣＣＨオーダを受信し、ＣＥＬ１の初期カバレッジレベル及びＣＥＬ１に対応するＰＲＡＣＨリソースを取得する。ＰＲＡＣＨ構成インデックスは、９であり、すなわち、プリアンブルコードは、各無線フレーム内のサブフレーム１、４及び７で送信されることになる。この構成で使用可能なＰＲＡＣＨリソースの数Ｎｐｒａｃｈは、３である。ＰＲＡＣＨの開始サブフレーム期間は、４サブフレームである。周波数領域におけるＰＲＡＣＨの開始ＰＲＢは、ＰＲＢ＝０である。プリアンブルコードの数は、１２から２３までの１２個である。ＣＥＬ１で開始されるランダムアクセスの回数は、ｍｉｎ（３，２０）＝３である。ＵＥは、ＰＤＣＣＨオーダで指示されたＰＲＡＣＨマスクインデックスに基づいて、マスクインデックス＝ＰＲＡＣＨマスクインデックス ｍｏｄ Ｎｐｒａｃｈ＋１＝３ｍｏｄ３＋１＝１として使用するべきマスクインデックスを算出する。３６．３２１仕様及び３６．２１１仕様によると、マスクインデックス＝３であり、すなわち、プリアンブルコードは、各無線フレームのサブフレーム７で送信される。ＰＲＡＣＨの開始サブフレーム期間は、４サブフレームであるので、ＵＥは、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームでプリアンブルコードを送信する。
【0070】
【数3】
【0071】
ＵＥは、ＰＤＣＣＨオーダで指示されたプリアンブルインデックスに基づいて、プリアンブルインデックス＝１２＋プリアンブルインデックスｍｏｄ１２＝１２＋１５ｍｏｄ１２＝１５として使用するべきプリアンブルインデックスを算出する。ＵＥは、決定されたサブフレームにおいてＰＲＢ＝０であるＰＲＡＣＨリソースを介してプリアンブルコード１５を送信する。開始されたランダムアクセスプロセスが失敗し、ＣＥＬ０で開始されたランダムアクセスの回数が３未満である場合、プリアンブルコード１５は、以下の式を満たすサブフレームにおいてＰＲＢ＝０であるＰＲＡＣＨリソースを介して再送信される。
【0072】
【数4】
【0073】
ＣＥＬ１で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、カバレッジレベルをＣＥＬ２に上げ、そのレベルに対応するＰＲＡＣＨリソースを取得する。ＰＲＡＣＨ構成インデックスは、６であり、すなわちプリアンブルコードは、各無線フレーム内のサブフレーム１及び６で送信されることになる。この構成で使用可能なＰＲＡＣＨリソースの数ＮＰＲＡＣＨは、２である。ＰＲＡＣＨの開始サブフレーム期間は、８サブフレームである。周波数領域におけるＰＲＡＣＨの開始ＰＲＢは、ＰＲＢ＝０である。プリアンブルコードの数は、２４から３５までの１２個である。ＣＥＬ２で開始されるランダムアクセスの回数は、ｍｉｎ（３，２０－３）＝３である。
【0074】
ＵＥは、ＰＤＣＣＨオーダで指示されたＰＲＡＣＨマスクインデックスに基づいて、マスクインデックス＝（ＰＲＡＣＨマスクインデックス－１） ｍｏｄ ＮＰＲＡＣＨ＋１＝（３－１）ｍｏｄ２＋１＝１として使用するべきマスクインデックスを算出する。３６．３２１仕様及び３６．２１１仕様によると、マスクインデックス＝１であり、すなわちプリアンブルコードは、各無線フレームのサブフレーム１で送信される。
ＰＲＡＣＨの開始サブフレーム期間は、８サブフレームであるため、ＵＥは、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームでプリアンブルコードを送信する。
ＰＲＡＣＨの開始サブフレーム期間は、８サブフレームであるため、ＵＥは、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームでプリアンブルコードを送信する。
【0075】
【数5】
【0076】
ＵＥは、ＰＤＣＣＨオーダで指示されたプリアンブルインデックスに基づいて、プリアンブルインデックス＝２４＋プリアンブルインデックスｍｏｄ１２＝２４＋１５ｍｏｄ１２＝２７として使用するべきプリアンブルインデックスを算出する。ＵＥは、決定されたサブフレームにおいてＰＲＢ＝０であるＰＲＡＣＨリソースを介してプリアンブルコード２７を送信する。上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
【0077】
（具体例２）
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。３つのカバレッジレベルのＰＲＡＣＨリソース情報を表５に示す。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。３つのカバレッジレベルのＰＲＡＣＨリソース情報を表５に示す。
【0078】
【表5】
【0079】
【表6】
【0080】
例えば、ＣＥＬ０の初期カバレッジレベル及びＣＥＬ０に対応するＰＲＡＣＨリソースを取得できる。その期間は、６４０ｍｓであり、開始サブフレームオフセットは、８であり、サブキャリアの数は、０から１１までの１２個である。ＣＥＬ０で開始されたランダムアクセスの回数は、ｍｉｎ（３，２０）＝３である。ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、ＣＥＬ０で使用するべきサブキャリアＩＤを算出できる。この算出は、以下に限定されるものではないが、以下のようにして行うことができる。
ＰＲＡＣＨサブキャリアＩＤ＝ｎｐｒａｃｈ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ－ｒ１３＋ＮＰＲＡＣＨのサブキャリア指示 ｍｏｄ ｎｐｒａｃｈ－ＮｕｍＳｕｂｃａｒｒｉｅｓ－ｒ１３＝０＋６ｍｏｄ１２＝６。
ＰＲＡＣＨサブキャリアＩＤ＝ｎｐｒａｃｈ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ－ｒ１３＋ＮＰＲＡＣＨのサブキャリア指示 ｍｏｄ ｎｐｒａｃｈ－ＮｕｍＳｕｂｃａｒｒｉｅｓ－ｒ１３＝０＋６ｍｏｄ１２＝６。
【0081】
ステップＳ４０３では、ＰＤＣＣＨオーダの最後のサブフレームがｎである場合、ＵＥは、決定されたＰＲＡＣＨリソースを介して、ｎ＋９のインデックスを有するサブフレームから開始して、ＰＲＡＣＨを送信する。
例えば、ＵＥは、サブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
例えば、ＵＥは、サブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
【0082】
【数6】
【0083】
開始されたランダムアクセスプロセスが失敗し、ＣＥＬ０で開始されたランダムアクセスの回数が３未満である場合、ＰＲＡＣＨ信号は、サブキャリアＩＤ６を使用して、以下の式を満たすサブフレームから開始して再送される。
【0084】
【数7】
【0085】
ステップＳ４０４では、ランダムアクセスが成功したか否かを判定する。成功の場合、方法は、ステップＳ４０６に進み、この他の場合、方法は、ステップＳ４０５に進む。
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応するＰＲＡＣＨリソースを取得する。その期間は、６４０ｍｓであり、開始サブフレームオフセットは、６４であり、サブキャリアの数は、１２から２３までの１２個である。ＣＥＬ１で開始されたランダムアクセスの回数は、ｍｉｎ（３，２０－３）＝３である。
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応するＰＲＡＣＨリソースを取得する。その期間は、６４０ｍｓであり、開始サブフレームオフセットは、６４であり、サブキャリアの数は、１２から２３までの１２個である。ＣＥＬ１で開始されたランダムアクセスの回数は、ｍｉｎ（３，２０－３）＝３である。
【0086】
開始されたランダムアクセスプロセスが失敗した場合、ステップＳ４０５において、決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを再送信する。初期カバレッジレベルでのＰＲＡＣＨ送信の数が最大ランダムアクセス数より少ないか否かを判定する。少ない場合、方法は、ステップＳ４０７に進み、この他の場合、方法は、ステップＳ４０６に進む。
ランダムアクセス処理は、ステップＳ４０６において、終了する。
ランダムアクセス処理は、ステップＳ４０６において、終了する。
【0087】
ステップＳ４０７では、初期カバレッジレベルにおけるＰＲＡＣＨ送信の数がこのカバレッジレベルに対するランダムアクセスの回数より少ないか否かを判定する。少ない場合、方法は、ステップＳ４０３に進み。この他の場合、方法は、ステップＳ４０８に進む。
【0088】
ステップ４０８において、現在のカバレッジレベルにおけるＰＲＡＣＨ送信の数がｍａｘ（ＮｕｍＰｒｅａｍｂｌｅＡｔｔｅｍｐｔＣＥ－ｒ１３）（すなわち、現在のカバレッジレベルについてのランダムアクセスの回数）に等しく且つｎｕｍ（ＲｅｐｅｔｉｔｉｏｎｓＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ－ｒ１３）（すなわち、ランダムアクセスの最大回数）よりも小さい場合、カバレッジレベルを１レベル増加させ、時間領域位置、周波数領域位置及び繰り返し数を含む、レベルに対応するＰＲＡＣＨリソースを取得し、ステップＳ４０３を再び実行する。
【0089】
ＵＥは、新しいカバレッジレベルで使用するべきＰＲＡＣＨサブキャリアＩＤを算出する。
ＵＥは、再決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを送信する。
例えば、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、ＣＥＬ１で使用するべきサブキャリアＩＤを算出できる。算出は、以下に限定されるものではないが、以下のようにして行うことができる。ＰＲＡＣＨサブキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８。ＵＥは、サブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
ＵＥは、再決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを送信する。
例えば、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、ＣＥＬ１で使用するべきサブキャリアＩＤを算出できる。算出は、以下に限定されるものではないが、以下のようにして行うことができる。ＰＲＡＣＨサブキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８。ＵＥは、サブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
【0090】
【数8】
【0091】
上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
【0092】
上記の実施形態の説明から当業者にとって明らかなように、上記の実施形態に基づく方法は、ソフトウェアと必要な一般的なハードウェアプラットフォームとによって実現してもよく、もちろん、ハードウェアを介して実装してもよいが、多くの場合、前者の方が優れた実装形態である。この理解に基づき、本開示の技術的ソリューションは、本質的に又は先行技術に寄与する部分に関して、ソフトウェア製品の形式で実現でき、ソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、ディスク、ＣＤ－ＲＯＭ）に格納され、端末装置（携帯電話、コンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本開示の様々な実施形態において説明される方法を実行させる。
【0093】
（具体例３）
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。３つのカバレッジレベルのＰＲＡＣＨリソース情報を表７に示す。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。３つのカバレッジレベルのＰＲＡＣＨリソース情報を表７に示す。
【0094】
【表7】
【0095】
ステップＳ４０１において、ＮＢ－ＩｏＴシステムの基地局は、表８に示すように、「ＮＰＲＡＣＨ繰り返しの開始番号」フィールドと「ＮＰＲＡＣＨのサブキャリア指示」フィールドとを含むＰＲＡＣＨ情報を示すＰＤＣＣＨオーダを送信する。
【0096】
【表8】
【0097】
ステップＳ４０２において、ＵＥは、ＰＤＣＣＨオーダを受信し、初期カバレッジレベルに関する情報を取得し、時間領域位置と周波数領域位置とを含むレベルに対応するＰＲＡＣＨリソースを取得する。ここで、周波数領域位置は、ｎｐｒａｃｈ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ－ｒ１３（ＰＲＡＣＨ開始サブキャリア）とｎｐｒａｃｈ－ＮｕｍＳｕｂｃａｒｒｉｅｒｓ－ｒ１３の２つのパラメータに基づいて決定できる。
【0098】
例えば、ＣＥＬ０の初期カバレッジレベル及びＣＥＬ０に対応するＰＲＡＣＨリソースを取得できる。その期間は、６４０ｍｓであり、開始サブフレームオフセットは、８であり、サブキャリアの数は、０から１１までの１２個である。ＣＥＬ０で開始されたランダムアクセスの回数は、ｍｉｎ（３，２０）＝３である。ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、ＣＥＬ０で使用するべきサブキャリアＩＤを算出できる。この算出は、以下に限定されるものではないが、以下のようにして行うことができる。
【0099】
ＰＲＡＣＨサブキャリアＩＤ＝ｎｐｒａｃｈ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ－ｒ１３＋（ＮＰＲＡＣＨのサブキャリア指示－ｎｐｒａｃｈ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ－ｒ１３） ｍｏｄ ｎｐｒａｃｈ－ＮｕｍＳｕｂｃａｒｒｉｅｓ－ｒ１３＝０＋（６－０）ｍｏｄ１２＝６。
【0100】
ステップＳ４０３では、ＰＤＣＣＨオーダの最後のサブフレームがｎである場合、ＵＥは、決定されたＰＲＡＣＨリソースを介して、ｎ＋９のインデックスを有するサブフレームから開始して、ＰＲＡＣＨを送信する。
例えば、ＵＥは、サブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
例えば、ＵＥは、サブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
【0101】
【数9】
【0102】
開始されたランダムアクセスプロセスが失敗し、ＣＥＬ０で開始されたランダムアクセスの回数が３未満である場合、ＰＲＡＣＨ信号は、サブキャリアＩＤ６を使用して、以下の式を満たすサブフレームから開始して再送される。
【0103】
【数10】
【0104】
ステップＳ４０４では、ランダムアクセスが成功したか否かを判定する。成功の場合、方法は、ステップＳ４０６に進み、この他の場合、方法は、ステップＳ４０５に進む。
【0105】
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応するＰＲＡＣＨリソースを取得する。その期間は、６４０ｍｓであり、開始サブフレームオフセットは、６４であり、サブキャリアの数は、１２から２３までの１２個である。ＣＥＬ１で開始されたランダムアクセスの回数は、ｍｉｎ（３，２０－３）＝３である。
【0106】
開始されたランダムアクセスプロセスが失敗した場合、ステップＳ４０５において、決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを再送信する。初期カバレッジレベルでのＰＲＡＣＨ送信の数が最大ランダムアクセス数より少ないか否かを判定する。少ない場合、方法は、ステップＳ４０７に進み、この他の場合、方法は、ステップＳ４０６に進む。
ランダムアクセス処理は、ステップＳ４０６において、終了する。
ランダムアクセス処理は、ステップＳ４０６において、終了する。
【0107】
ステップＳ４０７では、初期カバレッジレベルにおけるＰＲＡＣＨ送信の数がこのカバレッジレベルに対するランダムアクセスの回数より少ないか否かを判定する。少ない場合、方法は、ステップＳ４０３に進み。この他の場合、方法は、ステップＳ４０８に進む。
ステップ４０８において、現在のカバレッジレベルにおけるＰＲＡＣＨ送信の数がｍａｘ（ＮｕｍＰｒｅａｍｂｌｅＡｔｔｅｍｐｔＣＥ－ｒ１３）（すなわち、現在のカバレッジレベルについてのランダムアクセスの回数）に等しく且つｎｕｍ（ＲｅｐｅｔｉｔｉｏｎｓＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ－ｒ１３）（すなわち、ランダムアクセスの最大回数）よりも小さい場合、カバレッジレベルを１レベル増加させ、時間領域位置、周波数領域位置及び繰り返し数を含む、レベルに対応するＰＲＡＣＨリソースを取得し、ステップＳ４０３を再び実行する。
ステップ４０８において、現在のカバレッジレベルにおけるＰＲＡＣＨ送信の数がｍａｘ（ＮｕｍＰｒｅａｍｂｌｅＡｔｔｅｍｐｔＣＥ－ｒ１３）（すなわち、現在のカバレッジレベルについてのランダムアクセスの回数）に等しく且つｎｕｍ（ＲｅｐｅｔｉｔｉｏｎｓＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ－ｒ１３）（すなわち、ランダムアクセスの最大回数）よりも小さい場合、カバレッジレベルを１レベル増加させ、時間領域位置、周波数領域位置及び繰り返し数を含む、レベルに対応するＰＲＡＣＨリソースを取得し、ステップＳ４０３を再び実行する。
【0108】
ＵＥは、新しいカバレッジレベルで使用するべきＰＲＡＣＨサブキャリアＩＤを算出する。ＵＥは、再決定されたＰＲＡＣＨリソースを介してＰＲＡＣＨを送信する。例えば、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、ＣＥＬ１で使用するべきサブキャリアＩＤを算出できる。算出は、以下に限定されるものではないが、以下のようにして行うことができる。ＰＲＡＣＨサブキャリアＩＤ＝１２＋（６－０）ｍｏｄ１２＝１８。ＵＥは、サブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
【0109】
【数11】
【0110】
上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
【0111】
ＮＢ－ＩｏＴ Ｒｅｌ－１４では、マルチキャリアエンハンスメント技術が導入され、アンカーキャリア（anchor carrier）及び非アンカーキャリア（non-anchor carrier）においてランダムアクセスを開始できるようになった。ランダムアクセスに利用可能なＰＲＡＣＨキャリアは、各カバレッジレベルで構成される。基地局が開始したランダムアクセスプロセスでは、基地局は、上記のＰＲＡＣＨリソース情報に加えて、端末がランダムアクセスを開始するためのＰＲＡＣＨキャリアを指示する。基地局が指示する初期カバレッジレベルでランダムアクセスを開始することに端末が失敗し、カバレッジレベルを高める必要がある場合、より高いレベルのＰＲＡＣＨリソースのセットに、基地局が指示するＰＲＡＣＨキャリアが含まれないことがある。この場合、ＵＥは、ランダムアクセスを開始できず、又は基地局が指示するＰＲＡＣＨリソースを介してＰＲＡＣＨ信号をＵＥが送信したとしても、基地局は、応答しない。いずれの場合も、ランダムアクセスが失敗し、その結果、基地局が開始したランダムアクセスの成功率が低下し、端末のアップリンク同期が失われる。
【0112】
オプションとして、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲットキャリアを更に含む。現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングする動作は、現在のカバレッジレベルにおけるキャリアのリスト及びリソース情報内のキャリアインデックスに基づいてターゲットキャリアを決定することを含む。
【0113】
オプションとして、現在のカバレッジレベルにおけるキャリアのリスト及びリソース情報内のキャリアインデックスに基づいてターゲットキャリアを決定する動作は、システムによって構成された非アンカーキャリアのリスト及び各キャリアについての異なるカバレッジレベルに対するＰＲＡＣＨリソース構成に基づいて、現在のカバレッジレベルにおけるターゲットキャリアのリストを決定することであって、非アンカーキャリアのリストは、第１の非アンカーキャリアを格納し、ターゲットキャリアのリスト内の第２の非アンカーキャリアは、非アンカーキャリアのリストに含まれ、ターゲットキャリアのリスト内の各キャリアは、インデックスを有することと、ターゲットキャリアのリスト内のキャリアの数Ｎｕｍ４と、キャリアインデックスＩＤ１１とに基づいてＩＤ１２＝（ＩＤ１１）ｍｏｄ（Ｎｕｍ４）として第４のインデックスＩＤ１２を算出することであって、キャリアインデックスＩＤ１１は、ターゲットキャリアを検索するためのインデックスであることと、ターゲットキャリアのリスト内のＩＤ１２のインデックスを有するキャリアをターゲットキャリアとして決定することとを含む。
【0114】
各非アンカーキャリアは、それぞれのカバレッジレベルに対応するＰＲＡＣＨリソースを用いてシステムによって構成される。システムによって構成された非アンカーキャリアのリスト内の順序に従って、現在のカバレッジレベルのＰＲＡＣＨリソースを使用してそれぞれ構成された非アンカーキャリアは、非アンカーキャリアのリスト内の順序で、ターゲットキャリアのリストとして編成される。
【0115】
オプションとして、キャリアインデックスＩＤ１１が所定の閾値と等しくない場合、非アンカーキャリアのリスト内の第１の非アンカーキャリアのそれぞれは、キャリアシーケンス番号を有し、ターゲットキャリアのリストの先頭にあるアンカーキャリアは、０のキャリアシーケンス番号を有し、第２の非アンカーキャリアは、非アンカーキャリアのリストにおいて、第２の非アンカーキャリアが由来するキャリアと同じキャリアシーケンス番号を有する。
【0116】
オプションとして、キャリアインデックスＩＤ１１が所定の閾値と等しくない場合、ターゲットキャリアのリストの先頭にあるアンカーキャリアは、０のキャリアシーケンス番号を有し、第２の非アンカーキャリアは、第２の非アンカーキャリアのインデックスと同じキャリアシーケンス番号を有する。
【0117】
オプションとして、キャリアインデックスＩＤ１１が所定の閾値と等しくない場合、非アンカーキャリアのリスト内の第１の非アンカーキャリアのそれぞれは、キャリアシーケンス番号を有し、ターゲットキャリアのリストの最後にあるアンカーキャリアは、０のキャリアシーケンス番号を有し、第２の非アンカーキャリアは、非アンカーキャリアのリストにおいて、第２の非アンカーキャリアが由来するキャリアと同じキャリアシーケンス番号を有する。
【0118】
オプションとして、キャリアインデックスＩＤ１１が所定の閾値に等しい場合、非アンカーキャリアのリスト内の第１の非アンカーキャリアのそれぞれは、キャリアシーケンス番号を有し、ターゲットキャリアのリスト内では、第２の非アンカーキャリアは、非アンカーキャリアのリストにおいて、第２の非アンカーキャリアが由来するキャリアと同じキャリアシーケンス番号を有する。ターゲットキャリアのリストは、アンカーキャリアを含まない。
【0119】
オプションとして、キャリアインデックスＩＤ１１がターゲットキャリアのリスト内の所定の閾値に等しい場合、第２の非アンカーキャリアは、第２の非アンカーキャリアのインデックスと同じキャリアシーケンス番号を有する。ターゲットキャリアのリストは、アンカーキャリアを含まない。
【0120】
オプションとして、キャリアインデックスＩＤ１１が所定の閾値に等しい場合、アンカーキャリアがターゲットキャリアである。所定の閾値は、アンカーキャリアをターゲットキャリアとして指示する。
【0121】
現在のカバレッジレベルにおけるキャリアのリストに基づいてターゲットキャリアを決定する動作は、システムによって構成された非アンカーキャリアのリストに基づいて、現在のカバレッジレベルにおいて利用可能なキャリアのリストＡ｛非アンカーキャリアＩＤ１，非アンカーキャリアＩＤ２，…｝、及び各キャリアの各カバレッジレベルに対するＰＲＡＣＨリソース構成を決定することを含む。リストＡ内のキャリアは、｛アンカーキャリア，非アンカーキャリアｎ１，非アンカーキャリアｎ２，…｝の順序で配列される。リストＡでは、インデックス０，１，２，…がキャリアにこの順序で割り当てられる。アンカーキャリアのキャリアＩＤは、０である。非アンカーキャリアｎ１，非アンカーキャリアｎ２，…のキャリアＩＤは、システムによって構成された非アンカーキャリアのリストの順序と同じ、又はこれに準拠する順序に配列された、システムによって構成された非アンカーキャリアのリスト内のそれぞれの非アンカーキャリアのキャリアＩＤである。第４のインデックスＩＤ１２は、キャリアリストＡのキャリア数Ｎｕｍ４とキャリアインデックスＩＤ１１とに基づいてＩＤ１２＝（ＩＤ１１）ｍｏｄ（Ｎｕｍ４）として算出される。キャリアのリストＡのうち、インデックスがＩＤ１２のキャリアをターゲットキャリアとして決定する。
【0122】
あるいは、現在のカバレッジレベルにおいて利用可能なキャリアのリストＡは、システムによって構成された非アンカーキャリアのリスト｛非アンカーキャリアＩＤ１，非アンカーキャリアＩＤ２，…｝、及び各キャリアの各カバレッジレベルに対するＰＲＡＣＨリソース構成に基づいて決定してもよい。リストＡ内のキャリアは、｛アンカーキャリア，非アンカーキャリアｎ１，非アンカーキャリアｎ２，…｝の順序で配列される。リストＡでは、インデックス０，１，２，…がキャリアにこの順序で割り当てられる。アンカーキャリア，非アンカーキャリアｎ１，非アンカーキャリアｎ２，…のキャリアＩＤは、それぞれのインデックスである。非アンカーキャリアｎ１，非アンカーキャリアｎ２，…の順序は、システムによって構成された非アンカーキャリアのリスト内の順序と同じである。第４のインデックスＩＤ１２は、キャリアリストＡのキャリア数Ｎｕｍ４とキャリアインデックスＩＤ１１とに基づいてＩＤ１２＝（ＩＤ１１）ｍｏｄ（Ｎｕｍ４）として算出される。キャリアリストＡのうち、インデックスがＩＤ１２のキャリアをターゲットキャリアとして決定する。
【0123】
あるいは、現在のカバレッジレベルにおいて利用可能なキャリアのリストＡは、システムによって構成された非アンカーキャリアのリスト｛非アンカーキャリアＩＤ１，非アンカーキャリアＩＤ２，…｝、及び各キャリアの各カバレッジレベルに対するＰＲＡＣＨリソース構成に基づいて決定してもよい。リストＡ内のキャリアは、｛非アンカーキャリアｎ１，非アンカーキャリアｎ２，…、アンカーキャリア｝の順序で配列される。リストＡでは、インデックス０，１，２，…がキャリアにこの順序で割り当てられる。アンカーキャリアのキャリアＩＤは、０である。非アンカーキャリアｎ１，非アンカーキャリアｎ２，…のキャリアＩＤは、システムによって構成された非アンカーキャリアのリストの順序と同じ、又はこれに準拠する順序に配列された、システムによって構成された非アンカーキャリアのリスト内のそれぞれの非アンカーキャリアのキャリアＩＤである。第４のインデックスＩＤ１２は、キャリアリストＡのキャリア数Ｎｕｍ４とキャリアインデックスＩＤ１１とに基づいてＩＤ１２＝（ＩＤ１１）ｍｏｄ（Ｎｕｍ４）として算出される。キャリアリストＡのうち、インデックスがＩＤ１２のキャリアをターゲットキャリアとして決定する。
【0124】
あるいは、キャリアインデックスＩＤ１１が特定の値である場合、アンカーキャリアをターゲットサブキャリアとする。キャリアインデックスＩＤ１１が特定の値ではない場合、現在のカバレッジレベルにおいて利用可能なキャリアのリストＡは、システムによって構成された非アンカーキャリアのリスト｛非アンカーキャリアＩＤ１，非アンカーキャリアＩＤ２，…｝、及び各キャリアの各カバレッジレベルに対するＰＲＡＣＨリソース構成に基づいて決定してもよい。リストＡ内のキャリアは、｛非アンカーキャリアｎ１，非アンカーキャリアｎ２，…｝の順序で配列される。リストＡでは、インデックス０，１，２，…がキャリアにこの順序で割り当てられる。アンカーキャリアのキャリアＩＤは、０である。非アンカーキャリアｎ１，非アンカーキャリアｎ２，…のキャリアＩＤは、システムによって構成された非アンカーキャリアのリストの順序と同じ、又はこれに準拠する順序に配列された、システムによって構成された非アンカーキャリアのリスト内のそれぞれの非アンカーキャリアのキャリアＩＤである。第４のインデックスＩＤ１２は、キャリアリストＡのキャリア数Ｎｕｍ４とキャリアインデックスＩＤ１１とに基づいてＩＤ１２＝（ＩＤ１１）ｍｏｄ（Ｎｕｍ４）として算出される。キャリアリストＡのうち、インデックスがＩＤ１２のキャリアをターゲットキャリアとする。
【0125】
あるいは、キャリアインデックスＩＤ１１が特定の値である場合、アンカーキャリアをターゲットサブキャリアとする。キャリアインデックスＩＤ１１が特定の値ではない場合、現在のカバレッジレベルにおいて利用可能なキャリアのリストＡは、システムによって構成された非アンカーキャリアのリスト｛非アンカーキャリアＩＤ１，非アンカーキャリアＩＤ２，…｝、及び各キャリアの各カバレッジレベルに対するＰＲＡＣＨリソース構成に基づいて決定してもよい。リストＡ内のキャリアは、｛アンカーキャリア，非アンカーキャリアｎ１，非アンカーキャリアｎ２，…｝の順序で配列される。リストＡでは、インデックス０，１，２，…がキャリアにこの順序で割り当てられる。非アンカーキャリアｎ１，非アンカーキャリアｎ２，…のキャリアＩＤは、それぞれのインデックスである。非アンカーキャリアｎ１，非アンカーキャリアｎ２，…の順序は、システムによって構成された非アンカーキャリアのリスト内の順序と同じである。第４のインデックスＩＤ１２は、キャリアリストＡのキャリア数Ｎｕｍ４とキャリアインデックスＩＤ１１とに基づいてＩＤ１２＝（ＩＤ１１）ｍｏｄ（Ｎｕｍ４）として算出される。キャリアリストＡのうち、インデックスがＩＤ１２のキャリアをターゲットキャリアとする。
【0126】
ＮＢ－ＩｏＴＲｅｌ－１４標準プロトコルに従ってＰＤＣＣＨオーダで指示されるＰＲＡＣＨ情報を表９に示す。
【0127】
【表9】
【0128】
ＮＢ－ＩｏＴシステムでは、Ｒｅｌ－１３端末の場合、これがアンカーキャリアでＰＲＡＣＨ信号を送信し、ＰＲＡＣＨの送信のためのサブキャリアを決定する。Ｒｅｌ－１４端末の場合、これは、以下の非限定的な方式に従って、基地局が指示する「ＰＲＡＣＨキャリアインデックス」フィールドに基づいて、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するためのＰＲＡＣＨキャリアを決定する。
【0129】
＜方式１＞
１）現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全てのＰＲＡＣＨキャリアを決定する。アンカーキャリアがある場合、これに０の番号を付し、非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリストにおけるこれらの順序に従って、１から順に番号を付す。アンカーキャリアがない場合、非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、０から順に番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値＋１は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。番号は、ｉｎｄｅｘ１として示され、最大値は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
１）現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全てのＰＲＡＣＨキャリアを決定する。アンカーキャリアがある場合、これに０の番号を付し、非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリストにおけるこれらの順序に従って、１から順に番号を付す。アンカーキャリアがない場合、非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、０から順に番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値＋１は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。番号は、ｉｎｄｅｘ１として示され、最大値は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
【0130】
２）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアをｉｎｄｅｘ２＝ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
【0131】
３）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
【0132】
＜方式２＞
１）現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全てのＰＲＡＣＨキャリアを決定する。非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、０から順に番号を付す。最大値は、Ｎｎｏｎ－ａｎｃｈｏｒである。アンカーキャリアがある場合、アンカーキャリアには、Ｎｎｏｎ－ａｎｃｈｏｒ＋１の番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値＋１は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
２）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアをｉｎｄｅｘ２＝ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
３）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
１）現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全てのＰＲＡＣＨキャリアを決定する。非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、０から順に番号を付す。最大値は、Ｎｎｏｎ－ａｎｃｈｏｒである。アンカーキャリアがある場合、アンカーキャリアには、Ｎｎｏｎ－ａｎｃｈｏｒ＋１の番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値＋１は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
２）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアをｉｎｄｅｘ２＝ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
３）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
【0133】
＜方式３＞
１）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値（例えば、０又は１５）である場合、これは、ＰＲＡＣＨ信号がアンカーキャリアで送信されることを示す。端末は、アンカーキャリアでのみＰＲＡＣＨ信号を送信する。
２）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値ではない場合、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全ての非アンカーキャリアを決定する。非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、０から順に番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値＋１は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
３）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアをｉｎｄｅｘ２＝ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
４）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
１）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値（例えば、０又は１５）である場合、これは、ＰＲＡＣＨ信号がアンカーキャリアで送信されることを示す。端末は、アンカーキャリアでのみＰＲＡＣＨ信号を送信する。
２）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値ではない場合、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全ての非アンカーキャリアを決定する。非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、０から順に番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値＋１は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
３）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアをｉｎｄｅｘ２＝ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
４）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
【0134】
＜方式４＞
１）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値０である場合、これは、ＰＲＡＣＨ信号がアンカーキャリアで送信されることを示す。端末は、アンカーキャリアでのみＰＲＡＣＨ信号を送信する。
２）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値ではない場合、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全ての非アンカーキャリアを決定する。アンカーキャリアの番号は、０である。非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、１から順に番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
３）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアを、ｉｎｄｅｘ２＝１＋ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
４）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
オプションの実施形態を以下に示す。
１）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値０である場合、これは、ＰＲＡＣＨ信号がアンカーキャリアで送信されることを示す。端末は、アンカーキャリアでのみＰＲＡＣＨ信号を送信する。
２）システムによって指示されたＰＲＡＣＨキャリアインデックスが特定の値ではない場合、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能な全ての非アンカーキャリアを決定する。アンカーキャリアの番号は、０である。非アンカーキャリアには、ブロードキャストメッセージ内の非アンカーキャリアのリスト内の順序に従って、１から順に番号を付す。番号は、ｉｎｄｅｘ１として示され、最大値は、現在のカバレッジレベルでＰＲＡＣＨ信号を送信するために利用可能なＰＲＡＣＨキャリアの数Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒである。
３）現在のカバレッジレベルで使用するべきＰＲＡＣＨキャリアを、ｉｎｄｅｘ２＝１＋ｉｎｄｅｘ１ ｍｏｄ Ｎｐｒａｃｈ＿ｃａｒｒｉｅｒとする。
４）ｉｎｄｅｘ１の値がｉｎｄｅｘ２であるＰＲＡＣＨキャリアを、ＰＲＡＣＨ信号を送信するために端末が使用するべきＰＲＡＣＨキャリアとする。
オプションの実施形態を以下に示す。
【0135】
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表１０に示し、ここには、ＮＢ－ＩｏＴシステムブロードキャストによって構成されるＰＲＡＣＨ情報が示されている。
【0136】
【表10】
【0137】
基地局は、表１１に示すように、ＰＲＡＣＨ情報を示すＰＤＣＣＨオーダを送信する。
【0138】
【表11】
【0139】
Ｒｅｌ－１４ＵＥは、ＰＤＣＣＨオーダを受信し、ＣＥＬ０の初期カバレッジレベルと、ＣＥＬ０に対応するＰＲＡＣＨリソース情報とを取得する。ＣＥＬ０に対応するＰＲＡＣＨリソース情報を表１２に示す。
【0140】
【表12】
【0141】
アンカーキャリアの番号は、０である。非アンカーキャリアには、システムブロードキャストによって構成された通信キャリアのリストの順序に従って、１から順に番号を付す。非アンカーキャリア１には１の番号を付し、非アンカーキャリア２には２の番号を付し、非アンカーキャリア３には３の番号を付す。番号０～３のリストは、｛アンカーキャリア，非アンカーキャリア１，非アンカーキャリア２，非アンカーキャリア３｝に対応するｉｎｄｅｘ１、すなわち、ｉｎｄｅｘ１＝［０，１，２，３］として示される。また、これにより、ＣＥＬ０におけるＰＲＡＣＨキャリア数が４であることがわかる。
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ０で使用するべきＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアインデックスｍｏｄ４＝３ｍｏｄ４＝３とする。
ｉｎｄｅｘ１の値が３であるキャリア、すなわち、非アンカーキャリア３は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア３について、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、非アンカーキャリア３上のサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ０で使用するべきＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアインデックスｍｏｄ４＝３ｍｏｄ４＝３とする。
ｉｎｄｅｘ１の値が３であるキャリア、すなわち、非アンカーキャリア３は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア３について、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、非アンカーキャリア３上のサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
【0142】
【数12】
【0143】
【数13】
【0144】
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、表１３に示すように、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応するＰＲＡＣＨリソースを取得する。
【0145】
【表13】
【0146】
アンカーキャリアの番号は、０である。非アンカーキャリアには、システムブロードキャストによって構成された通信キャリアのリストの順序に従って、１から順に番号を付す。非アンカーキャリア１には１の番号を付し、非アンカーキャリア２には２の番号を付す。番号０～２のリストは、｛アンカーキャリア、非アンカーキャリア１、非アンカーキャリア２｝に対応するｉｎｄｅｘ１、すなわちｉｎｄｅｘ１＝［０，１，２］として示される。また、これにより、ＣＥＬ０のＰＲＡＣＨキャリア数が３であることがわかる。
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ１で使用するべきＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアＩｎｄｅｘ ｍｏｄ ３＝３ｍｏｄ３＝０とする。
ｉｎｄｅｘ１の値が０であるキャリア、すなわち、アンカーキャリアは、ＵＥがＰＲＡＣＨ信号を送信するために使用するＰＲＡＣＨキャリアとして決定される。
アンカーキャリアについて、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、アンカーキャリアのサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ１で使用するべきＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアＩｎｄｅｘ ｍｏｄ ３＝３ｍｏｄ３＝０とする。
ｉｎｄｅｘ１の値が０であるキャリア、すなわち、アンカーキャリアは、ＵＥがＰＲＡＣＨ信号を送信するために使用するＰＲＡＣＨキャリアとして決定される。
アンカーキャリアについて、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、アンカーキャリアのサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
【0147】
【数14】
【0148】
上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
この実施形態の更なる任意の例について説明する。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表１４に示す。
この実施形態の更なる任意の例について説明する。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表１４に示す。
【0149】
【表14】
【0150】
基地局は、表１５に示すように、ＰＲＡＣＨ情報を示すＰＤＣＣＨオーダを送信する。表１５は、ＮＢ－ＩｏＴにおいて送信されるＰＤＣＣＨオーダで示されるＰＲＡＣＨ情報を示している。
【0151】
【表15】
【0152】
Ｒｅｌ－１４のＵＥがＰＤＣＣＨオーダを受信する。指示されたＰＲＡＣＨキャリアインデックスは、特定の値（０と仮定される）ではない。次に、ＵＥは、ＣＥＬ０の初期カバレッジレベルと、ＣＥＬ０に対応する非アンカーキャリアのためのＰＲＡＣＨリソース情報とを取得する。ＣＥＬ０に対応する非アンカーキャリアのためのＰＲＡＣＨリソース情報を表１６に示す。
【0153】
【表16】
【0154】
非アンカーキャリアには、システムブロードキャストによって構成されたキャリアのリスト内の順序に従って、０から順に番号を付す。非アンカーキャリア１には０の番号を付し、非アンカーキャリア２には１の番号を付し、非アンカーキャリア３には２の番号を付す。番号０～２のリストは、｛非アンカーキャリア１、非アンカーキャリア２、非アンカーキャリア３｝に対応するｉｎｄｅｘ１、すなわちｉｎｄｅｘ１＝［０，１，２］として示される。また、これにより、ＣＥＬ０における非アンカーＰＲＡＣＨキャリアの数が３であることがわかる。
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ０で使用するべき非アンカーＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアインデックスｍｏｄ３＝３ｍｏｄ３＝０とする。
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ０で使用するべき非アンカーＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアインデックスｍｏｄ３＝３ｍｏｄ３＝０とする。
【0155】
ｉｎｄｅｘ１の値が０であるキャリア、すなわち、非アンカーキャリア１は、ＵＥがＰＲＡＣＨ信号を送信するために使用するＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア１について、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、非アンカーキャリア１上のサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
非アンカーキャリア１について、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、非アンカーキャリア１上のサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
【0156】
【数15】
【0157】
開始されたランダムアクセスプロセスが失敗し、ＣＥＬ０で開始されたランダムアクセスの回数が３未満である場合、非アンカーキャリア１上のサブキャリアＩＤ６を使用して、以下の式を満たすサブフレームから開始してＰＲＡＣＨ信号を再送する。
【0158】
【数16】
【0159】
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、表１７に示すように、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応する非アンカーＰＲＡＣＨリソースを取得する。
【0160】
【表17】
【0161】
非アンカーキャリアには、システムブロードキャストによって構成されたキャリアのリスト内の順序に従って、０から順に番号を付す。非アンカーキャリア１には０の番号を付し、非アンカーキャリア２には１の番号を付す。番号０～１のリストは、｛非アンカーキャリア１、非アンカーキャリア２｝に対応するｉｎｄｅｘ１、すなわちｉｎｄｅｘ１＝［０，１］として示される。また、これにより、ＣＥＬ０における非アンカーＰＲＡＣＨキャリアの数が２であることがわかる。
【0162】
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ１で使用するべきＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアインデックスｍｏｄ２＝３ｍｏｄ２＝１とする。
ｉｎｄｅｘ１の値が１であるキャリア、すなわち、非アンカーキャリア２は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア２について、ＵＥは、ＮＰＲＡＣＨの示されたサブキャリア指示に基づいて、以下に限定されるわけでないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、非アンカーキャリア２上のサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
ｉｎｄｅｘ１の値が１であるキャリア、すなわち、非アンカーキャリア２は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア２について、ＵＥは、ＮＰＲＡＣＨの示されたサブキャリア指示に基づいて、以下に限定されるわけでないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、非アンカーキャリア２上のサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
【0163】
【数17】
【0164】
上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
【0165】
本開示の更なる任意の例について説明する。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表１８に示し、ここには、ＮＢ－ＩｏＴシステムブロードキャストによって構成されるＰＲＡＣＨ情報が示されている。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表１８に示し、ここには、ＮＢ－ＩｏＴシステムブロードキャストによって構成されるＰＲＡＣＨ情報が示されている。
【0166】
【表18】
【0167】
【表19】
【0168】
Ｒｅｌ－１４ＵＥは、ＰＤＣＣＨオーダを受信する。指示されたＰＲＡＣＨキャリアインデックスは、特定の値（０と仮定される）ではない。次に、ＵＥは、ＣＥＬ０の初期カバレッジレベルと、ＣＥＬ０に対応する非アンカーキャリアのためのＰＲＡＣＨリソース情報とを取得する。ＣＥＬ０に対応する非アンカーキャリアに対するＰＲＡＣＨリソース情報を表２０に示す。
【0169】
【表20】
【0170】
アンカーキャリアの番号は、０である。非アンカーキャリアには、システムブロードキャストによって構成された通信キャリアのリストの順序に従って、１から順に番号を付す。非アンカーキャリア１には１の番号を付し、非アンカーキャリア２には２の番号を付し、非アンカーキャリア３には３の番号を付す。番号０～３のリストは、｛アンカーキャリア，非アンカーキャリア１，非アンカーキャリア２，非アンカーキャリア３｝に対応するｉｎｄｅｘ１、すなわち、ｉｎｄｅｘ１＝［０，１，２，３］として示される。また、これにより、ＣＥＬ０における非アンカーＰＲＡＣＨキャリアの数が３であることがわかる。ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ０で使用するべき非アンカーＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝１＋ＰＲＡＣＨキャリアインデックスｍｏｄ３＝１＋３ｍｏｄ３＝１とする。
【0171】
ｉｎｄｅｘ１の値が１であるキャリア、すなわち、非アンカーキャリア１は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア１について、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、非アンカーキャリア１上のサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
非アンカーキャリア１について、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、非アンカーキャリア１上のサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
【0172】
【数18】
【0173】
開始されたランダムアクセスプロセスが失敗し、ＣＥＬ０で開始されたランダムアクセスの回数が３未満である場合、非アンカーキャリア１上のサブキャリアＩＤ６を使用して、以下の式を満たすサブフレームから開始してＰＲＡＣＨ信号を再送する。
【0174】
【数19】
【0175】
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応する非アンカーＰＲＡＣＨリソースを取得する。表２１は、ＣＥＬ１における非アンカーキャリアのためのＰＲＡＣＨリソース情報を示している。
【0176】
【表21】
【0177】
非アンカーキャリアには、表５に示すように、システムブロードキャストによって構成されたキャリアのリスト内の順序に従って、０から順に番号を付す。非アンカーキャリア１には０の番号を付し、非アンカーキャリア２には１の番号を付す。番号０～１のリストは、｛非アンカーキャリア１、非アンカーキャリア２｝に対応するｉｎｄｅｘ１、すなわちｉｎｄｅｘ１＝［０，１］として示される。また、これにより、ＣＥＬ０における非アンカーＰＲＡＣＨキャリアの数が２であることがわかる。
【0178】
ＵＥは、指示されたＰＲＡＣＨキャリアインデックスに基づいて、ＣＥＬ１で使用するべきＰＲＡＣＨキャリアインデックスをｉｎｄｅｘ２＝ＰＲＡＣＨキャリアインデックスｍｏｄ２＝３ｍｏｄ２＝１とする。
ｉｎｄｅｘ１の値が１であるキャリア、すなわち、非アンカーキャリア２は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア２について、ＵＥは、ＮＰＲＡＣＨの示されたサブキャリア指示に基づいて、以下に限定されるわけでないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、非アンカーキャリア２上のサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
ｉｎｄｅｘ１の値が１であるキャリア、すなわち、非アンカーキャリア２は、ＰＲＡＣＨ信号を送信するためにＵＥが使用するべきＰＲＡＣＨキャリアとして決定される。
非アンカーキャリア２について、ＵＥは、ＮＰＲＡＣＨの示されたサブキャリア指示に基づいて、以下に限定されるわけでないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、非アンカーキャリア２上のサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
【0179】
【数20】
【0180】
上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
本開示の更なる任意の例について説明する。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表２２に示し、ここには、ＮＢ－ＩｏＴシステムブロードキャストによって構成されるＰＲＡＣＨ情報が示されている。
本開示の更なる任意の例について説明する。
ＮＢ－ＩｏＴシステムは、ＣＥＬ０、ＣＥＬ１、及びＣＥＬ２の３つのカバレッジレベルで構成され、これらのうちＣＥＬ０が最低のカバレッジレベルである。ＮＢ－ＩｏＴセルは、１つのアンカーキャリアと３つの非アンカーキャリアで構成される。これら５つのキャリアのためのＰＲＡＣＨリソース情報を表２２に示し、ここには、ＮＢ－ＩｏＴシステムブロードキャストによって構成されるＰＲＡＣＨ情報が示されている。
【0181】
【表22】
【0182】
基地局は、表２３に示すように、ＰＲＡＣＨ情報を示すＰＤＣＣＨオーダを送信する。
【0183】
【表23】
【0184】
Ｒｅｌ－１４ＵＥは、ＰＤＣＣＨオーダを受信する。指示されたＰＲＡＣＨキャリアインデックスは、特定の値（０と仮定される）である。次に、ＵＥは、ＣＥＬ０の初期カバレッジレベルと、ＣＥＬ０に対応するアンカーキャリアのためのＰＲＡＣＨリソース情報とを取得する。ＣＥＬ０に対応するアンカーキャリアのＰＲＡＣＨリソース情報を表２４に示す。
【0185】
【表24】
【0186】
アンカーキャリアについて、ＵＥは、ＮＰＲＡＣＨの示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ０で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、アンカーキャリアのサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
ＰＲＡＣＨキャリアＩＤ＝０＋６ｍｏｄ１２＝６
ＵＥは、アンカーキャリアのサブキャリアＩＤ６を使用して、無線フレーム番号をｓｆとし、スロット番号をｎｓとして、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を送信する。
【0187】
【数21】
【0188】
【数22】
【0189】
ＣＥＬ０で開始されたランダムアクセスの回数が３である（総数閾値である２０に達していない）場合、ＵＥは、表２５に示すように、カバレッジレベルをＣＥＬ１に上げ、そのレベルに対応する非アンカーＰＲＡＣＨリソースを取得する。
【表25】
【0190】
アンカーキャリアについて、ＵＥは、ＮＰＲＡＣＨの指示されたサブキャリア指示に基づいて、以下に限定されるわけではないが、ＣＥＬ１で使用するべきサブキャリアＩＤを以下のように算出する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、アンカーキャリアのサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
ＰＲＡＣＨキャリアＩＤ＝１２＋６ｍｏｄ１２＝１８
ＵＥは、アンカーキャリアのサブキャリアＩＤ１８を使用して、以下の式を満たすサブフレームから開始して、ＰＲＡＣＨ信号を再送信する。
【0191】
【数23】
【0192】
上記のステップは、ランダムアクセスが成功するまで又は最大繰り返し数ｍｉｎ（３＋３＋３，２０）＝９に達するまで繰り返される。
【0193】
上記の実施形態の説明から当業者にとって明らかなように、上記の実施形態に基づく方法は、ソフトウェアと必要な一般的なハードウェアプラットフォームとによって実現してもよく、もちろん、ハードウェアを介して実装してもよいが、多くの場合、前者の方が優れた実装形態である。この理解に基づき、本開示の技術的ソリューションは、本質的に又は先行技術に寄与する部分に関して、ソフトウェア製品の形式で実現でき、ソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、ディスク、ＣＤ－ＲＯＭ）に格納され、端末装置（携帯電話、コンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本開示の様々な実施形態において説明される方法を実行させる。
【0194】
[実施形態２]
本開示の実施形態は、また、無線通信システムにおけるランダムアクセスのための装置を提供する。この装置は、上記の実施形態を実施でき、好ましい実施形態及びその詳細はここでは省略する。以下で使用する用語「モジュール」は、所定の機能を実行できるソフトウェア、ハードウェア、又はこれらの組み合わせであってもよい。以下の実施形態で説明する装置は、ソフトウェアで実現することが好ましいが、これらは、ハードウェアで実現してもよく、又はソフトウェアとハードウェアの組み合わせでも実現してもよい。
本開示の実施形態は、また、無線通信システムにおけるランダムアクセスのための装置を提供する。この装置は、上記の実施形態を実施でき、好ましい実施形態及びその詳細はここでは省略する。以下で使用する用語「モジュール」は、所定の機能を実行できるソフトウェア、ハードウェア、又はこれらの組み合わせであってもよい。以下の実施形態で説明する装置は、ソフトウェアで実現することが好ましいが、これらは、ハードウェアで実現してもよく、又はソフトウェアとハードウェアの組み合わせでも実現してもよい。
【0195】
図５は、本開示に基づく無線通信システムにおけるランダムアクセスのための装置を示す概略図である。図５に示すように、この装置は、受信ユニット５１、決定ユニット５２、及び送信ユニット５３を含むことができる。
受信ユニット５１は、無線基地局から送信された指示情報を受信するように構成されている。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。
受信ユニット５１は、無線基地局から送信された指示情報を受信するように構成されている。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。
【0196】
決定ユニット５２は、現在のカバレッジレベルと、指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定するように構成されている。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。現在のカバレッジレベルは、ランダムアクセスが現在開始されるカバレッジレベルである。
送信ユニット５３は、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベルと、リソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を送信するように構成されている。
送信ユニット５３は、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベルと、リソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を送信するように構成されている。
【0197】
上記の実施形態では、受信ユニットは、無線基地局から送信された指示情報を受信する。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。決定ユニットは、現在のカバレッジレベルと、指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。送信ユニットは、ターゲットＰＲＡＣＨリソースを介したランダムアクセスを開始することの失敗に応答して、更新されたカバレッジレベルと、リソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を送信する。これにより、関連技術において、無線基地局が開始するランダムアクセスの成功率が低いという技術的課題を解決でき、ランダムアクセスの成功率の向上という技術的効果が達成される。
受信ユニットは、無線基地局から送信された指示情報を受信する際、その指示情報をＰＤＣＣＨオーダ情報として受信できる。
受信ユニットは、無線基地局から送信された指示情報を受信する際、その指示情報をＰＤＣＣＨオーダ情報として受信できる。
【0198】
決定ユニットは、現在のカバレッジレベルと、指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する際、現在のカバレッジレベルにおいて利用可能なリソースからターゲットＰＲＡＣＨリソースにリソース情報をマッピングできる。具体的には、決定ユニットは、無線基地局のシステムタイプに対応するようにターゲットＰＲＡＣＨリソースを決定できる。
【0199】
無線通信システムが拡張型マシンタイプ通信（ｅＭＴＣ）システムである場合、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲット時間－周波数リソースとターゲットコードワードとを含む。決定ユニットは、現在のカバレッジレベルにおいて利用可能な時間－周波数リソースの数と、リソース情報内の時間－周波数リソースインデックスとに基づいてターゲット時間－周波数リソースを決定するように構成された第２の決定モジュール、及び／又は現在のカバレッジレベルにおけるプリアンブルの開始コードワード及び終了コードワードと、リソース情報内のプリアンブルインデックスとに基づいてターゲットコードワードを決定するように構成された第３の決定モジュールを含む。
【0200】
オプションとして、第２の決定モジュールは、更に、利用可能な時間－周波数リソースの数Ｎｕｍ１と、リソース情報内の時間－周波数リソースインデックスＩＤ１とに基づいて、Ｋ１、Ｋ２、Ｋ３を定数として、ＩＤ２＝（ＩＤ１－Ｋ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ２又はＩＤ２＝（ＩＤ１）ｍｏｄ（Ｎｕｍ１）＋Ｋ３の所定の式に従って、第１のインデックスＩＤ２を算出し、ＩＤ２に対応する時間－周波数リソースをターゲット時間－周波数リソースとして決定するように構成される。
【0201】
オプションとして、第３の決定モジュールは、更に、開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及びプリアンブルインデックスＩＤ５に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出し、又は開始コードワードのインデックスＩＤ３、終了コードワードのインデックスＩＤ４、及び指示情報に示されるカバレッジレベルに対応する開始コードワードインデックスＩＤ９に基づいて、ＩＤ６＝ＩＤ３＋（ＩＤ５－ＩＤ９）ｍｏｄ（ＩＤ４－ＩＤ３＋１）として第２のインデックスＩＤ６を算出し、及びＩＤ６に対応するコードワードをターゲットコードワードとして決定するように構成される。
【0202】
無線通信システムが狭帯域モノのインターネット（ＮＢ－ＩｏＴ）システムである場合、ターゲットＰＲＡＣＨリソースは、ＰＲＡＣＨ信号を送信するためのターゲットサブキャリアを含む。決定ユニットは、現在のカバレッジレベルにおけるサブキャリアの数と、開始サブキャリアのインデックスとリソース情報内のサブキャリアインデックス又はオフセットとに基づいてターゲットサブキャリアを決定するように構成された第４の決定ユニットを含む。
【0203】
オプションとして、第４の決定モジュールは、更に、サブキャリアの数Ｎｕｍ２と、現在のカバレッジレベルにおける開始サブキャリアのインデックスＩＤ７、とリソース情報内のサブキャリアオフセットＮｕｍ３とに基づいてＩＤ８＝ＩＤ７＋（Ｎｕｍ３）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出し、又は現在のカバレッジレベルにおけるサブキャリアの数Ｎｕｍ２と、開始サブキャリアのインデックスＩＤ７と、リソース情報内のサブキャリアインデックスＮｕｍ３と、指示情報内に指示されるカバレッジレベルに対応する開始サブキャリアインデックスＩＤ１０とに基づいて、ＩＤ８＝ＩＤ７＋（Ｎｕｍ３－ＩＤ１０）ｍｏｄ（Ｎｕｍ２）として第３のインデックスＩＤ８を算出し、ＩＤ８に対応するサブキャリアをターゲットサブキャリアとして決定するように構成される。
【0204】
上記の送信ユニットは、ランダムアクセスの開始の失敗回数を取得するように構成された取得モジュールと、失敗回数が、現在のカバレッジレベルで許容されるＰＲＡＣＨ信号の最大送信数である所定の値に達したとき、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗を決定するように構成された第１の決定モジュールとを含む。
オプションとして、送信ユニットは、更に、ランダムアクセスの開始の失敗回数を取得した後、失敗回数が所定の値より小さいとき、ターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を再送信するように構成された送信モジュールを含む。
オプションとして、送信ユニットは、更に、ランダムアクセスの開始の失敗回数を取得した後、失敗回数が所定の値より小さいとき、ターゲットＰＲＡＣＨリソースを介して、ＰＲＡＣＨ信号を再送信するように構成された送信モジュールを含む。
【0205】
なお、更新後のカバレッジレベルは、更新前のカバレッジレベルよりも１レベル高い。
また、上述のモジュールのそれぞれは、ソフトウェア又はハードウェアによって実現してもよく、ハードウェアの場合、以下に限定されるわけではないが、上述のモジュールは、同じプロセッサに配置してもよく、上述のモジュールの任意の組み合わせを複数のプロセッサに亘って分散させてもよい。
また、上述のモジュールのそれぞれは、ソフトウェア又はハードウェアによって実現してもよく、ハードウェアの場合、以下に限定されるわけではないが、上述のモジュールは、同じプロセッサに配置してもよく、上述のモジュールの任意の組み合わせを複数のプロセッサに亘って分散させてもよい。
【0206】
[実施形態３]
また、本開示の実施形態は、記憶媒体を提供する。記憶媒体は、以下のステップのためのプログラムコードを記憶するように構成できる。
また、本開示の実施形態は、記憶媒体を提供する。記憶媒体は、以下のステップのためのプログラムコードを記憶するように構成できる。
【0207】
Ｓ１では、無線基地局から送信された指示情報を受信する。指示情報は、ランダムアクセスを開始するようにユーザ端末に指示する。Ｓ２では、現在のカバレッジレベルと、指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを決定する。ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用される。
【0208】
Ｓ３では、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベルとリソース情報とに基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を送信する。
あるいは、本実施形態では、上述の記憶媒体は、以下に限定されるわけではないが、ＵＳＢディスク、リードオンリーメモリ（Read-Only Memory：ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）、モバイルハードディスク、磁気ディスク、又はＣＤ－ＲＯＭ、及びプログラムコードを格納できる他の媒体を含む。
あるいは、本実施形態では、上述の記憶媒体は、以下に限定されるわけではないが、ＵＳＢディスク、リードオンリーメモリ（Read-Only Memory：ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）、モバイルハードディスク、磁気ディスク、又はＣＤ－ＲＯＭ、及びプログラムコードを格納できる他の媒体を含む。
【0209】
オプションとして、本実施形態では、プロセッサは、記憶媒体に記憶されているプログラムコードに従って、無線基地局から送信された指示情報を受信することであって、指示情報は、ユーザ端末にランダムアクセスを開始するように指示することと、現在のカバレッジレベルと指示情報で搬送されるリソース情報とに基づいて、利用可能なリソースからターゲット物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを決定することであって、ターゲットＰＲＡＣＨリソースは、ランダムアクセスを開始するためのＰＲＡＣＨ信号を送信するために使用されることと、ターゲットＰＲＡＣＨリソースを介したランダムアクセスの開始の失敗に応答して、更新されたカバレッジレベル及びリソース情報に基づいて、利用可能なリソースからターゲットＰＲＡＣＨリソースを再決定し、再決定されたターゲットＰＲＡＣＨリソースを介してＰＲＡＣＨ信号を送信することとを実行する。
なお、本実施形態における具体例については、上記実施形態及び任意の実施形態に記載された例を適宜参照でき、その詳細は、省略する。
なお、本実施形態における具体例については、上記実施形態及び任意の実施形態に記載された例を適宜参照でき、その詳細は、省略する。
【0210】
本開示の上述のモジュール又はステップは、汎用コンピューティングデバイスによって実現してもよく、単一のコンピューティングデバイスに配置してもよく、ネットワークを介して複数のコンピューティングデバイスに亘って分散してもよいことは、当業者にとって明らかである。オプションとして、これらは、コンピューティングデバイスによって実行可能なプログラムコードによって実現してもよく、プログラムコードは、ストレージデバイスに格納され、コンピューティングデバイスによって実行してもよく、場合によっては、これらは、本明細書に図示又は説明されたステップとは、異なる順序で実行してもよく、個々の集積回路モジュールに個別に組み込んでもよく、複数のモジュール又はステップを単一の集積回路モジュールに組み込むことによって実現してもよい。したがって、本開示は、如何なる特定のハードウェア、ソフトウェア、及びこれらの組み合わせにも限定されない。
【0211】
以上は、本開示の好ましい実施形態の単なる例示であり、本開示を限定することを意図するものではない。当業者によって様々な変更及び修正を行うことができる。本開示の思想及び原理に含まれる任意の修正、等価の置換、改良等は、本開示の範囲内に含まれる。
【図1】
【図2】
【図3】
【図4】
【図5】