JP7079273B2

JP7079273B2 - 端末、通信方法及び基地局

Info

Publication number: JP7079273B2
Application number: JP2019564217A
Authority: JP
Inventors: 知也小原; 浩樹原田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2018-01-11
Filing date: 2018-01-11
Publication date: 2022-06-01
Anticipated expiration: 2038-01-11
Also published as: NZ766463A; EP3740023A1; RU2747111C1; WO2019138513A1; US11432323B2; JPWO2019138513A1; US20210076411A1; KR102401433B1; CN111543112B; RU2747111C9; PH12020551027A1; EP3740023A4; BR112020013560A2; KR20200107941A; CN111543112A

Description

本発明は、無線通信システムにおける端末、通信方法及び基地局に関する。

３ＧＰＰ（3rd Generation Partnership Project）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、５ＧあるいはＮＲ（New Radio）と呼ばれる無線通信方式（以下、当該無線通信方式を「ＮＲ」という。）の検討が進んでいる。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。

ＮＲでは、ユーザ装置と基地局装置とが接続を確立する際の初期アクセスにおいて、基地局装置から送信される同期信号によるセル検出及びセル同定、及び初期アクセスに必要なシステム情報の一部の取得が、ユーザ装置によって行われる（例えば非特許文献１）。

また、ＮＲでは、ＬＴＥ（Long Term Evolution）と同様の低い周波数帯から、ＬＴＥよりも更に高い周波数帯までの幅広い周波数を使用することが想定されている。特に、高周波数帯では伝搬ロスが増大することから、当該伝搬ロスを補うために、ビーム幅の狭いビームフォーミングを適用することが検討されている（例えば非特許文献２）。

３ＧＰＰＴＳ３６．２１３Ｖ１４．４．０（２０１７－０９）３ＧＰＰＴＳ３６．２１１Ｖ１４．４．０（２０１７－０９）

ＮＲにおいて、初期アクセスに必要な同期信号及びシステム情報の一部は、連続したＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルから構成されるＳＳｂｌｏｃｋ（Synchronization Signal block）と呼ばれるリソースユニットで、無線フレームにマッピングされる。ユーザ装置は、基地局装置から送信されるＳＳｂｌｏｃｋを受信して初期アクセスに必要な情報を取得する。初期アクセスに必要な情報には、ＲＡＣＨ（Random Access Channel）リソース及びプリアンブル信号形式を特定する情報が含まれる。

また、ＮＲにおいて、基地局装置は、ビームフォーミングを適用して複数のビームを送信する。当該ビームに関連付けられたＳＳｂｌｏｃｋをユーザ装置は受信し、初期アクセスに必要な情報を取得する。ＲＡＣＨリソースは、ＳＳｂｌｏｃｋに関連付けられている。また、ＮＲにおいて、無線フレームを構成するスロットのシンボルに対してＤＬ（Downlink）又はＵＬ（Uplink）を柔軟に設定することが可能である。

一方、使用可能なＲＡＣＨリソースをユーザ装置に通知するためのＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが有するｉｎｄｅｘ数には限りがあるため、ＮＲにおけるＳＳｂｌｏｃｋの数及び配置、スロット及びシンボルへのＤＬ又はＵＬの設定等に対応する適切なＲＡＣＨリソースの通知は困難であった。

本発明は上記の点に鑑みてなされたものであり、無線通信システムの初期アクセスにおいて、使用可能なリソースを効率良くユーザ装置に通知することを目的とする。

開示の技術によれば、無線フレームにおけるＲＡＣＨリソースに関する設定を指定するインデックスを受信する受信部と、前記インデックスに基づいて、ＲＡＣＨリソースを特定する制御部と、前記ＲＡＣＨリソースを用いて、ランダムアクセスプリアンブルを送信する送信部とを有し、前記ＲＡＣＨリソースに関する設定は、前記インデックスにより指定される前記ＲＡＣＨリソースの時間領域の位置及び数を含み前記ＲＡＣＨリソースに関する設定は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期の整数倍の周期ごとに、前記整数倍の周期における１以上のスロットにＲＡＣＨリソースが配置される設定を含む、端末が提供される。

開示の技術によれば、無線通信システムの初期アクセスにおいて、使用可能なリソースを効率良くユーザ装置に通知することができる。

本発明の実施の形態における無線通信システムの構成例を示す図である。本発明の実施の形態における初期アクセスのシーケンスの一例を示す図である。本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔを説明するための図である。本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔの構成例（１）を説明するための図である。本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔの構成例（２）を説明するための図である。本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔの構成例（３）を説明するための図である。本発明の実施の形態におけるＳＳｂｌｏｃｋに関連付けられたＲＡＣＨリソースを説明するための図である。本発明の実施の形態におけるスロットのフォーマットの例を示す図である。本発明の実施の形態におけるＲＡＣＨリソースの例（１）を示す図である。本発明の実施の形態におけるＲＡＣＨリソースの例（２）を示す図である。本発明の実施の形態における基地局装置１００の機能構成の一例を示す図である。本発明の実施の形態におけるユーザ装置２００の機能構成の一例を示す図である。基地局装置１００又はユーザ装置２００のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。

本実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ）を含む広い意味を有するものとする。

また、以下で説明する実施の形態では、既存のＬＴＥで使用されているＳＳ（Synchronization Signal）、ＰＳＳ（Primary SS）、ＳＳＳ（Secondary SS）、ＰＢＣＨ（Physical broadcast channel）、ＰＲＡＣＨ（Physical RACH）等の用語を使用しているが、これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。また、ＮＲにおける上述の用語を、ＮＲ－ＳＳ、ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＮＲ－ＰＲＡＣＨ等と表記する。

図１は、本発明の実施の形態における無線通信システムの構成例を示す図である。本発明の実施の形態における無線通信システムは、図１に示されるように、基地局装置１００及びユーザ装置２００を含む。図１には、基地局装置１００及びユーザ装置２００が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

基地局装置１００は、１つ以上のセルを提供し、ユーザ装置２００と無線通信を行う通信装置である。図１に示されるように、基地局装置１００は、同期信号及びシステム情報をユーザ装置２００に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報は、例えば、ＮＲ－ＰＢＣＨにて送信される。また、システム情報は、報知情報ともいう。基地局装置１００及びユーザ装置２００とはいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。ユーザ装置２００は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局装置１００に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。初期アクセスの段階において、図１に示されるように、ユーザ装置２００は、ランダムアクセスのプリアンブル信号を基地局装置１００に送信する。当該ランダムアクセスは、基地局装置１００から受信したＮＲ－ＰＢＣＨによるシステム情報に加え、ＮＲ－ＰＤＣＣＨ（Physical downlink control channel）によってスケジューリングされたＮＲ－ＰＤＳＣＨ（Physical downlink shared channel）によるシステム情報であるＲＭＳＩ（Remaining minimum system information）に基づいて行われる。ＲＭＳＩは、例えば、ＲＡＣＨ設定等の初期アクセスに必要な情報を含む。

なお、本実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。

また、以下の説明において、送信ビームを用いて信号を送信することは、プリコーディングベクトルが乗算された（プリコーディングベクトルでプリコードされた）信号を送信することであってもよい。同様に、受信ビームを用いて信号を受信することは、所定の重みベクトルを受信した信号に乗算することであってもよい。また、送信ビームを用いて信号を送信することは、特定のアンテナポートで信号を送信することと表現されてもよい。同様に、受信ビームを用いて信号を受信することは、特定のアンテナポートで信号を受信することと表現されてもよい。アンテナポートとは、３ＧＰＰの規格で定義されている論理アンテナポート又は物理アンテナポートを指す。なお、送信ビーム及び受信ビームの形成方法は、上記の方法に限られない。例えば、複数アンテナを備える基地局装置１００及びユーザ装置２００において、それぞれのアンテナの角度を変える方法を用いてもよいし、プリコーディングベクトルを用いる方法とアンテナの角度を変える方法を組み合わせる方法を用いてもよいし、異なるアンテナパネルを切り替えて利用してもよいし、複数のアンテナパネルを合わせて使う方法を組み合わせる方法を用いてもよいし、その他の方法を用いてもよい。また、例えば、高周波数帯において、複数の互いに異なる送信ビームが使用されてもよい。複数の送信ビームが使用されることを、マルチビーム運用といい、ひとつの送信ビームが使用されることを、シングルビーム運用という。

（実施例）
以下、実施例について説明する。

図２は、本発明の実施の形態における初期アクセスのシーケンスの一例を示す図である。初期アクセスが開始されると、ステップＳ１において、基地局装置１００は、ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ及びＮＲ－ＰＢＣＨ、すなわちＳＳｂｌｏｃｋを、ユーザ装置２００に送信する。ＮＲ－ＰＢＣＨには、システム情報の一部が含まれる。基地局装置１００は、複数のＳＳｂｌｏｃｋで構成されるＳＳｂｕｒｓｔｓｅｔをＳＳｂｕｒｓｔｓｅｔｐｅｒｉｏｄｉｃｉｔｙの周期で繰り返してユーザ装置２００に送信する。ＳＳｂｕｒｓｔｓｅｔに複数のＳＳｂｌｏｃｋが含まれる場合、当該複数のＳＳｂｌｏｃｋは、マルチビーム運用環境において、それぞれ異なるビームに関連付けられてもよい。

一方、ユーザ装置２００は、基地局装置１００から送信されるＮＲ－ＰＳＳを受信して、初期の時間及び周波数同期及びセルＩＤ（identity）の一部の特定に少なくとも使用する。また、ユーザ装置２００は、基地局装置１００から送信されるＮＲ－ＳＳＳを受信して、少なくともセルＩＤの一部の特定に使用する。また、ユーザ装置２００は、基地局装置１００から送信されるＮＲ－ＰＢＣＨを受信して、初期アクセスに必要なシステム情報の一部、例えば、システムフレーム番号（ＳＦＮ：System Frame Number）及び他のシステム情報のＲＭＳＩ等を取得するための情報を取得する。

続いて、ステップＳ２において、ＲＭＳＩを含む他のシステム情報は、ＮＲ－ＰＤＣＣＨによってスケジューリングされたＮＲ－ＰＤＳＣＨを介して受信される。ＲＭＳＩには、ランダムアクセス手順を実行するためのリソース、すなわち、ＲＡＣＨリソース及びプリアンブルフォーマット等を特定する情報が含まれる。

ＳＳｂｕｒｓｔｓｅｔに複数のＳＳｂｌｏｃｋが含まれる場合、ユーザ装置２００は、あるＳＳｂｌｏｃｋを取得すると、当該ＳＳｂｌｏｃｋに関連付けられるＲＡＣＨリソースで、プリアンブルを送信しランダムアクセス手順を開始する（Ｓ３）。

ステップＳ３において、基地局装置１００とユーザ装置２００との間でランダムアクセス手順が成功すると、初期アクセスは完了し、通常の通信が開始される（Ｓ４）。

図３は、本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔを説明するための図である。図３に示されるように、ＳＳｂｕｒｓｔｓｅｔは、１～Ｌ個のＳＳｂｌｏｃｋから構成される。ＳＳｂｌｏｃｋを送信する候補のリソースは、５ｍｓ期間内に含まれる。ＳＳｂｌｏｃｋは、ＳＳｂｕｒｓｔｓｅｔのＬ個の候補位置すべてに配置されるとは限らず、実際に基地局装置１００から送信されるＳＳｂｌｏｃｋは、運用に応じてＬ個以下で配置される。ＳＳｂｌｏｃｋが配置されていない候補位置のリソースは、通常の通信に使用される。すなわち、Ｌは、ＳＳｂｕｒｓｔｓｅｔ中の最大ＳＳｂｌｏｃｋ数を示す。また、Ｌは、周波数帯によって異なる値となる。例えば、３ＧＨｚ以下の周波数帯ではＬ＝４、３ＧＨｚ～６ＧＨｚの周波数帯ではＬ＝８、６ＧＨｚ～５２．６ＧＨｚの周波数帯ではＬ＝６４としてよい。

また、図３に示される例においては、ＳＳｂｕｒｓｔｓｅｔが送信される周期を示すＳＳｂｕｒｓｔｓｅｔｐｅｒｉｏｄｉｃｉｔｙは、２０ｍｓである。ＳＳｂｕｒｓｔｓｅｔｐｅｒｉｏｄｉｃｉｔｙの最小値は、５ｍｓであってもよい。

図４は、本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔの構成例（１）を説明するための図である。図４において、無線フレーム上での５ｍｓ又は１ｍｓの時間単位でＳＳｂｕｒｓｔｓｅｔが構成された例を示している。

図４Ａは、ＳＳｂｌｏｃｋが送信される無線信号のサブキャリア間隔が１５ｋＨｚかつ周波数帯が３ＧＨｚまでの場合のＳＳｂｕｒｓｔｓｅｔの構成例である。５ｍｓに対応する５スロットのうち、先頭の２スロットが、ＳＳｂｌｏｃｋ（以下、「ＳＳＢ」ともいう。）を含む。スロット＃０にＳＳＢ＃０及びＳＳＢ＃１が配置され、スロット＃１にＳＳＢ＃２及びＳＳＢ＃３が配置される。１ｍｓの長さを有するスロットは、シンボル＃０からシンボル＃１３の１４シンボルで構成される。図４Ａに示されるように、１５ｋＨｚＳＣＳ（subcarrier spacing、サブキャリア間隔）である無線フレームの、シンボル＃２からシンボル＃５にＳＳＢ＃０が配置され、シンボル＃８からシンボル＃１１にＳＳＢ＃１が配置される。１５ｋＨｚＳＣＳである無線フレームは、ＳＳＢ及びデータの送受信に使用され、３０ｋＨｚＳＣＳ及び６０ｋＨｚＳＣＳである無線フレームは、データの送受信に使用される。

図４Ｂは、ＳＳｂｌｏｃｋが送信される無線信号のサブキャリア間隔が１５ｋＨｚかつ周波数帯が３ＧＨｚから６ＧＨｚまでの場合のＳＳｂｕｒｓｔｓｅｔの例である。５ｍｓに対応する５スロットのうち、先頭の４スロットが、ＳＳｂｌｏｃｋを含む。スロット＃０にＳＳＢ＃０及び＃１が配置され、スロット＃１にＳＳＢ＃２及び＃３が配置され、スロット＃２にＳＳＢ＃４及びＳＳＢ＃５が配置され、スロット＃３にＳＳＢ＃６及びＳＳＢ＃７が配置される。スロット内のシンボル上のＳＳｂｌｏｃｋの配置は、図４Ａと同様でよい。

図５は、本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔの構成例（２）を説明するための図である。図５において、無線フレーム上での５ｍｓ又は１ｍｓの時間単位でＳＳｂｕｒｓｔｓｅｔが構成された例を示している。

図５Ａは、ＳＳｂｌｏｃｋが送信される無線信号のサブキャリア間隔が３０ｋＨｚの場合のＳＳｂｕｒｓｔｓｅｔのスロット内の構成例である。スロット内のシンボル＃４からシンボル＃７にＳＳＢ＃０が配置され、シンボル＃８からシンボル＃１１にＳＳＢ＃１が配置される。続くスロット内のシンボル＃２からシンボル＃５にＳＳＢ＃２が配置され、シンボル＃６からシンボル＃９にＳＳＢ＃３が配置される。ＳＳＢ＃０からＳＳＢ＃３が、連続する２スロットに配置される。３０ｋＨｚＳＣＳである無線フレームは、ＳＳＢ及びデータの送受信に使用され、１５ｋＨｚＳＣＳ及び６０ｋＨｚＳＣＳである無線フレームは、データの送受信に使用される。

図５Ｂは、ＳＳｂｌｏｃｋが送信される無線信号のサブキャリア間隔が３０ｋＨｚの場合のＳＳｂｕｒｓｔｓｅｔのスロット内の他の構成例である。スロット内のシンボル＃２からシンボル＃５にＳＳＢ＃０が配置され、シンボル＃８からシンボル＃１１にＳＳＢ＃１が配置される。続くスロット内のシンボル＃２からシンボル＃５にＳＳＢ＃２が配置され、シンボル＃８からシンボル＃１１にＳＳＢ＃３が配置される。ＳＳＢ＃０からＳＳＢ＃３が、連続する２スロットに配置される。３０ｋＨｚＳＣＳである無線フレームは、ＳＳＢ及びデータの送受信に使用され、１５ｋＨｚＳＣＳ及び６０ｋＨｚＳＣＳである無線フレームは、データの送受信に使用される。

図５Ｃは、ＳＳｂｌｏｃｋが送信される無線信号の周波数帯が０Ｈｚから３ＧＨｚまでの場合のＳＳｂｕｒｓｔｓｅｔの例を５ｍｓのスロット単位で示したものである。スロットは、時間順にスロット＃０からスロット＃９とする。図５Ｃに示されるように、スロット＃０にＳＳＢ＃０及びＳＳＢ＃１が配置され、スロット＃１にＳＳＢ＃２及びＳＳＢ＃３が配置される。

図５Ｄは、ＳＳｂｌｏｃｋが送信される無線信号の周波数帯が３ＧＨｚから６ＧＨｚまでの場合のＳＳｂｕｒｓｔｓｅｔの例を５ｍｓのスロット単位で示したものである。スロットは、時間順にスロット＃０からスロット＃９とする。図５Ｄに示されるように、スロット＃０にＳＳＢ＃０及びＳＳＢ＃１が配置され、スロット＃１にＳＳＢ＃２及びＳＳＢ＃３が配置され、スロット＃２にＳＳＢ＃４及びＳＳＢ＃５が配置され、スロット＃３にＳＳＢ＃６及びＳＳＢ＃７が配置される。

図６は、本発明の実施の形態におけるＳＳｂｕｒｓｔｓｅｔの構成例（３）を説明するための図である。図６において、無線フレーム上での５ｍｓ又は０．２５ｍｓの時間単位でＳＳｂｕｒｓｔｓｅｔが構成された例を示している。

図６Ａは、ＳＳｂｌｏｃｋが送信される無線信号のサブキャリア間隔が１２０ｋＨｚかつ周波数帯が６ＧＨｚから５２．６ＧＨｚの場合のＳＳｂｕｒｓｔｓｅｔの構成例である。５ｍｓのスロット単位で示した図においてスロットは、時間順にスロット＃０からスロット＃３９とする。スロット＃２０のシンボル＃４からシンボル＃７にＳＳＢ＃３２が配置され、シンボル＃８からシンボル＃１１にＳＳＢ＃３３が配置される。スロット＃２２のシンボル＃２からシンボル＃５にＳＳＢ＃３４が配置され、シンボル＃６からシンボル＃９にＳＳＢ＃３５が配置される。同様のスロット内の構成で、スロット＃０からスロット＃７はＳＳＢ＃０からＳＳＢ＃１５が配置され、スロット＃１０からスロット＃１７にＳＳＢ＃１６からＳＳＢ＃３１が配置され、スロット＃２０からスロット＃２７にＳＳＢ＃３２及びＳＳＢ＃４７が配置され、スロット＃３０からスロット＃３７にＳＳＢ＃４８からＳＳＢ＃６３が配置される。１２０ｋＨｚＳＣＳである無線フレームは、ＳＳＢ及びデータの送受信に使用され、６０ｋＨｚＳＣＳである無線フレームは、データの送受信に使用されてもよい。

図６Ｂは、ＳＳｂｌｏｃｋが送信される無線信号のサブキャリア間隔が２４０ｋＨｚかつ周波数帯が６ＧＨｚから５２．６ＧＨｚの場合のＳＳｂｕｒｓｔｓｅｔの構成例である。５ｍｓのスロット単位で示した図においてスロットは、時間順にスロット＃０からスロット＃７９とするが、図６Ｂにおいては１マスが２スロットに対応するように図示している。スロット＃３２のシンボル＃８からシンボル＃１１にＳＳＢ＃５６が配置され、シンボル＃１２からスロット＃３３のシンボル＃１にＳＳＢ＃５７が配置され、シンボル＃２からシンボル＃５にＳＳＢ＃５８が配置され、シンボル＃６からシンボル＃９にＳＳＢ＃５９が配置される。スロット＃３４のシンボル＃４からシンボル＃７にＳＳＢ＃６０が配置され、シンボル＃８からシンボル＃１１にＳＳＢ＃６１が配置され、シンボル＃１２からスロット＃３５のシンボル＃１にＳＳＢ＃６２が配置され、シンボル＃２からシンボル＃５にＳＳＢ＃６３が配置される。同様のスロット内の構成で、スロット＃０からスロット＃１５はＳＳＢ＃０からＳＳＢ＃３１が配置され、スロット＃２０からスロット＃３５にＳＳＢ＃３２からＳＳＢ＃６３が配置される。２４０ｋＨｚＳＣＳである無線フレームは、ＳＳＢの送受信に使用され、６０ｋＨｚＳＣＳ及び１２０ｋＨｚＳＣＳである無線フレームは、データの送受信に使用されてもよい。

図７は、本発明の実施の形態におけるＳＳｂｌｏｃｋに関連付けられたＲＡＣＨリソースを説明するための図である。図７に示されるように、ＮＲにおいて、基地局装置１００からビームに関連付けられたＳＳｂｌｏｃｋを含むＳＳｂｕｒｓｔｓｅｔが送信される。ユーザ装置２００は、検出可能なＳＳｂｌｏｃｋを受信して、受信したＳＳｂｌｏｃｋに関連付けられたＲＡＣＨリソースでプリアンブルを送信して初期アクセス手順を開始する。ＲＡＣＨリソースは、ビームに関連付けられていてもよい。

図７に示される例では、ＳＳｂｕｒｓｔｓｅｔに含まれる４番目のＳＳｂｌｏｃｋをユーザ装置２００は受信し、４番目のＳＳｂｌｏｃｋに関連付けられているＲＡＣＨリソース２で、プリアンブルを送信する。また、図４に示される例では、ＳＳｂｕｒｓｔｓｅｔに含まれる２番目のＳＳｂｌｏｃｋは、ＲＡＣＨリソース１に関連付けられ、ＳＳｂｕｒｓｔｓｅｔに含まれる６番目のＳＳｂｌｏｃｋは、ＲＡＣＨリソース３に関連付けられている。また、ＳＳｂｌｏｃｋには、対応するＳＳｂｌｏｃｋｉｎｄｅｘが存在し、例えば、ＳＳｂｕｒｓｔｓｅｔに含まれる４番目のＳＳｂｌｏｃｋのＳＳｂｌｏｃｋｉｎｄｅｘは、「４」と定義される。

すなわち、図７に示されるように、ＳＳｂｌｏｃｋと、ＲＡＣＨリソース又はｐｒｅａｍｂｌｅｉｎｄｅｘとはそれぞれ関連付けられていてもよい。また、例えば１つのＳＳｂｌｏｃｋに対して、複数のＲＡＣＨリソース又はｐｒｅａｍｂｌｅｉｎｄｅｘが関連付けられていてもよい。また、時間方向の複数のＲＡＣＨリソース、周波数方向の複数のＲＡＣＨリソース又は複数のｐｒｅａｍｂｌｅｉｎｄｅｘの範囲が、それぞれＳＳｂｌｏｃｋごとに関連付けられていてもよい。

また、ＮＲにおいて、ＬＴＥ同様に、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが定義され、ｔａｂｌｅを指定するインデックスが基地局装置１００からユーザ装置２００に、利用可能であるＲＡＣＨリソースの時間領域の位置、数、密度等が通知される。通知された利用可能であるＲＡＣＨリソースのそれぞれと、ＳＳｂｌｏｃｋとの関連付けが、基地局装置１００からユーザ装置２００に通知されてもよいし、予め規定されてもよい。

図８は、本発明の実施の形態におけるスロットのフォーマットの例を示す図である。図８は、１０スロットの期間において、ＤＬ、ＵＬ、Ｕｎｋｎｏｗｎであるスロット又はシンボルが規定されるフォーマットを有するＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎである。ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期は、０．５ｍｓ、０．６２５ｍｓ、１ｍｓ、１．２５ｍｓ、２ｍｓ、２．５ｍｓ、５ｍｓ又は１０ｍｓであってもよい。

図８に示されるフォーマットを通知するため、基地局装置１００から下記のパラメータがユーザ装置２００に通知されてもよい。
１）Ｔｏｔａｌｎｕｍｂｅｒｏｆｓｌｏｔｓ：スロットの総数
２）ＮｕｍｂｅｒｏｆＤＬｆｕｌｌＤＬｓｌｏｔｓ：すべてＤＬシンボルが配置されるフルＤＬスロットの総数
３）ＮｕｍｂｅｒｏｆＤＬｓｙｍｂｏｌｓ：あるスロット（図９では５番目のスロット）におけるＤＬシンボルの数
４）ＮｕｍｂｅｒｏｆＵＬｓｙｍｂｏｌｓ：あるスロット（ＵＬシンボルの数
５）ＮｕｍｂｅｒｏｆｆｕｌｌＵＬｓｌｏｔｓ：すべてＵＬシンボルが配置されるフルＵＬスロットの総数
なお、上記のパラメータは、すべてユーザ装置２００に通知されなくてもよく、一部が予め規定されてもよい。

図８で説明したフォーマットと異なり、図９においては、ＤＬシンボルのみが配置されるスロットの数、一部ＤＬシンボルが配置されるスロットにおけるＤＬシンボル数、一部ＵＬシンボルが配置されるスロットにおけるＵＬシンボル数、ＵＬシンボルのみが配置されるスロットの数がユーザ装置２００に通知されてもよい。また、図９においては１０スロットである、フォーマットが繰り返される周期を示すスロットの総数が、ユーザ装置２００に通知又は予め規定されてもよい。スロットの総数は、時間長で示されてもよく、図８に示されるように、例えば、０．５ｍｓ、１ｍｓ、２ｍｓ、５ｍｓ、１０ｍｓ等でユーザ装置２００に通知又は予め規定されてもよい。なお、ＤＬ又はＵＬに使用されることが指定されていない位置が「ｕｎｋｎｏｗｎ」である。図８に示されるフォーマットにおいて、時間領域で、すべてＤＬシンボルが配置されるフルＤＬスロット、次に「ｕｎｋｎｏｗｎ」を含むスロット、最後にすべてＵＬシンボルが配置されるフルＵＬスロットの順で配置される。

ここで、ＮＲにおける初期アクセス時のＲＡＣＨリソースを基地局装置１００がユーザ装置２００に通知する場合、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘが通知される必要がある。セル固有に通知される報知情報においてはビット数が限られるため、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘ数では柔軟なＲＡＣＨリソース割り当てを行うことができない可能性がある。

スタンドアロンではない環境、例えば、ＬＴＥ－ＮＲデュアルコネクティビティによるＮＲ運用の場合には、ネットワークは、ＮＲで使用されるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘを、ＬＴＥのＲＲＣ（Radio Resource Configuration）シグナリングによってユーザ装置２００に個別に通知することが可能であるため、ビット数の制限が少ないと考えられる。そこで、ユーザ装置２００に個別にＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘが通知される場合、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅとは異なるスタンドアロンではない環境用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅとして規定し、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅより多くのｉｎｄｅｘ数によるＲＡＣＨリソースの設定が可能であってもよい。

また、スタンドアロンではない環境用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅには、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅがすべて含まれてもよいし、一部のみ含まれてもよいし、全く含まれなくてもよい。

また、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅとは異なるスタンドアロンではない環境用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが規定される場合、基地局装置１００は、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅ又はスタンドアロンではない環境用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのいずれを使用するかを特定する１ビットの情報をＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘとは別途ユーザ装置２００に通知してもよい。

また、スタンドアロンではない環境において、ＲＲＣシグナリングによって報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅに基づいたｉｎｄｅｘが通知される一方で、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅ内に含まれる一部のパラメータが更にＲＲＣシグナリングによってユーザ装置２００に通知され、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅに基づいたｉｎｄｅｘに対応するパラメータのうち、ＲＲＣシグナリングによって通知されたパラメータのみが上書きされてもよい。例えば、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅで指定されるＲＡＣＨリソース配置パターンの周期（ＲＡＣＨｃｏｎｆｉｇｐｅｒｉｏｄ）がＲＲＣシグナリングによってユーザ装置２００に個別で通知され、上書きされてもよい。

また、初期アクセスを完了してコネクテッドモードに移行したユーザ装置２００に対して、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅとは異なるコネクテッドモード用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘがＲＲＣシグナリングによって通知されてもよい。報知情報により通知されたＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘが、ＲＲＣシグナリングにより通知されたＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘで上書きされる。すなわち、コネクテッドモード用の新たなＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが規定される。コネクテッドモード用の新たなＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅは、報知情報により通知されるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅをすべて含んでいてもよいし、一部のみを含んでいてもよいし、含まなくてもよい。

なお、新たなＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅは、スタンドアロンではない環境用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅと同一でもよいし、異なるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅであってもよい。

また、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅとは異なるコネクテッドモード用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが規定される場合、基地局装置１００は、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅ又はコネクテッドモード用のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのいずれを使用するかを特定する１ビットの情報をＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘとは別途ユーザ装置２００に通知してもよい。

また、コネクテッドモードに移行したユーザ装置２００に対して、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅ内に含まれる一部のパラメータのみがＲＲＣシグナリングによってユーザ装置２００に通知され、報知情報によるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅに基づいたｉｎｄｅｘに対応するパラメータ値のうち、通知されたパラメータのみが上書きされてもよい。例えば、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅで指定されるＲＡＣＨリソース配置パターンの周期（ＲＡＣＨｃｏｎｆｉｇｐｅｒｉｏｄ）がＲＲＣシグナリングによってユーザ装置２００に個別で通知され、上書きされてもよい。

図９は、本発明の実施の形態におけるＲＡＣＨリソースの配置例（１）を示す図である。ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘで割り当てられる時間領域のＲＡＣＨリソースとして、通知されうるＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期ごとに、周期の最後尾の１又は複数スロットにＲＡＣＨリソースを配置してもよい。図示されている無線フレームは、１０ｍｓ分を図示しＳＣＳ（Subcarrier spacing）は１２０ｋＨｚを想定しており、１スロットは０．１２５ｍｓの長さを有する。図９に示される「ＤＬ／ＵＬｐｅｒｉｏｄｉｃｉｔｙ０．６２５ｍｓ」の図は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期が０．６２５ｍｓ、すなわち５スロットである場合の周期を網掛けで示している。

また、図９に示される「ＰｅｒｉｏｄｉｃｉｔｙごとにＲＡＣＨリソース」の図は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期ごとすなわち５スロットごとに、ＲＡＣＨリソースが配置されるスロットを網掛けで示している。また、図９に示される「２ＰｅｒｉｏｄｉｃｉｔｙごとにＲＡＣＨリソース」の図は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期の２周期ごとすなわち１０スロットごとに、ＲＡＣＨリソースが配置されるスロットを網掛けで示している。また、同様にＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期の整数倍の周期ごとに、ＲＡＣＨリソースが配置されてもよい。

なお、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅで指定されるＲＡＣＨリソース配置パターンの周期（ＲＡＣＨｃｏｎｆｉｇｐｅｒｉｏｄ）は、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓ等が指定されてもよい。例えば、ＲＡＣＨリソース配置パターンの周期が４０ｍｓの場合、４０ｍｓのうち連続する１０ｍｓの期間のみにＲＡＣＨリソースが配置され、他の３０ｍｓにはＲＡＣＨリソースが配置されなくてもよい。

図１０は、本発明の実施の形態におけるＲＡＣＨリソースの例（２）を示す図である。ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅにおけるＲＡＣＨリソースの割り当てとして、２スロット等の複数のスロットに対して前半スロット又は後半スロットの指定を行う場合、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅで指定されるＲＡＣＨリソース配置パターンの周期ごとに、前半スロットを指定するか後半スロットを指定するかを動的に変更してもよい。

図１０において、無線フレームは１０ｍｓ分を図示し、ＳＣＳは１２０ｋＨｚを想定した８０スロットを示している。例えば、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘによって、ＳＣＳが６０ｋＨｚの場合の４０スロットを参照してスロットインデックスを通知し、さらに通知されたＳＣＳが６０ｋＨｚの１スロットに対応する、ＳＣＳが１２０ｋＨｚの２スロットのうち、後半スロットをＲＡＣＨリソースに用いるか又は両方の２スロットをＲＡＣＨリソースに用いるかが指定されてもよい。すなわち、ＲＡＣＨリソースのＳＣＳより、少ないＳＣＳでスロットインデックスが指定されてもよい。

ここで、図１０に示されるように、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期が０．６２５ｍｓであった場合、後半のスロットのみでは、当該周期の最後尾のスロットにＲＡＣＨリソースを配置する割り当てができない。例えば、図１０の先頭スロットから５スロット目は、ＳＣＳが６０ｋＨｚの１スロットの前半のスロットである。そこで、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘによって、ＲＡＣＨリソースは、通知されたＳＣＳが６０ｋＨｚの１スロットに対応するＳＣＳが１２０ｋＨｚの２スロットごと交互に前半スロット又は後半スロットを用いるように指定されてもよい。上記のような、後半スロットに配置、両方のスロットに配置、交互に前半のスロット又は後半のスロットに配置は、スロットごと又はＲＡＣＨリソース配置パターンの周期ごとに動的に変更可能であってもよい。

また、他のＲＡＣＨリソースの配置として、例えば無線フレーム１０ｍｓ中で指定されるＲＡＣＨリソースが配置される複数のスロットのうち、一部のスロットのみ後半スロットがＲＡＣＨリソースとして使用され、他のスロットは前半スロット及び後半スロットの両方がＲＡＣＨリソースとして使用されてもよい。ＲＡＣＨリソースが配置される複数のスロットは例えばＳＣＳが６０ｋＨｚのスロットインデックスで指定され、前半スロット及び後半スロットは、例えばＳＣＳが１２０ｋＨｚのように、スロットインデックスが通知されるＳＣＳより大きなＳＣＳで構成される無線フレームで前半スロット及び後半スロットが規定されてもよい。上記のＲＡＣＨリソース配置により、前半スロット及び後半スロットの連続するスロットにＲＡＣＨリソースを割り当てるとともに、例えばＳＣＳが１２０ｋＨｚで構成される無線フレームにおいて奇数スロット数のＲＡＣＨリソース割り当てが可能となる。

なお、無線フレーム１０ｍｓにおけるＳＳｂｕｒｓｔｓｅｔの位置は、ＳＳｂｕｒｓｔｓｅｔｐｅｒｉｏｄｉｃｉｔｙが５ｍｓである場合を除外すると、ＳＳｂｕｒｓｔｓｅｔは１０ｍｓ中の先頭５ｍｓに配置され、後半５ｍｓではＳＳｂｕｒｓｔｓｅｔは配置されないことが想定される。そこで、１０ｍｓの先頭５ｍｓ期間のみＲＡＣＨリソースが配置されてもよく、ＳＳｂｕｒｓｔｓｅｔの位置に応じて、ＳＳｂｕｒｓｔｓｅｔが配置される次のスロットにＲＡＣＨリソースが配置されてもよい。また、ＳＳｂｕｒｓｔｓｅｔが配置されるスロットのうち、ＳＳｂｌｏｃｋが実際には送信されない位置で、ＲＡＣＨリソースが配置されてもよい。

また、１０ｍｓの後半５ｍｓ期間のみＲＡＣＨリソースが配置されてもよい。当該配置によって、ＳＳｂｕｒｓｔｓｅｔの配置に制約を受けることなくＲＡＣＨリソースを配置することが可能となり、他チャネルの配置の柔軟性も向上する。

ここで、１０ｍｓ中のＲＡＣＨリソース配置はＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘによって指定される。一方、ＲＡＣＨリソース配置パターンの周期は、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓであってもよい。すなわち、ＲＡＣＨリソースが配置された１０ｍｓ期間の次の１０ｍｓ期間において、ＲＡＣＨリソース配置パターンの周期が１０ｍｓである場合、常にＲＡＣＨが配置され、例えば、ＲＡＣＨリソース配置パターンの周期が２０ｍｓである場合、ＲＡＣＨが配置されない。

なお、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅの割り当てとして前半スロット又は後半スロットの指定を行う場合、ＲＡＣＨリソースに対応するＰＲＡＣＨのＳＣＳに応じて、１スロット内でＲＡＣＨリソース配置が開始されるシンボルを示すｓｔａｒｔｉｎｇｓｙｍｂｏｌｉｎｄｅｘを異なる値として読み替えてもよい。例えば、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのあるｉｎｄｅｘとして、ＳＣＳが１２０ｋＨｚの２スロット中の後半スロットがＲＡＣＨリソースに指定された場合を考える。ＰＲＡＣＨのＳＣＳが１２０ｋＨｚである場合ｓｔａｒｔｉｎｇｓｙｍｂｏｌｉｎｄｅｘを０又は２として、ＰＲＡＣＨのＳＣＳが６０ｋＨｚである場合ｓｔａｒｔｉｎｇｓｙｍｂｏｌｉｎｄｅｘを７、８、９としてもよい。同様に、ＰＲＡＣＨのＳＣＳが３０ｋＨｚである場合ｓｔａｒｔｉｎｇｓｙｍｂｏｌｉｎｄｅｘを０又は２として、ＰＲＡＣＨのＳＣＳが１５ｋＨｚである場合ｓｔａｒｔｉｎｇｓｙｍｂｏｌｉｎｄｅｘを７、８、９としてもよい。

上記の例で、ＰＲＡＣＨのＳＣＳが６０ｋＨｚ又は１５ｋＨｚの場合、１スロット中の後半であるハーフスロットを想定したｓｔａｒｔｉｎｇｓｙｍｂｏｌが指定されてもよい。すなわち、ＰＲＡＣＨのＳＣＳが１２０ｋＨｚ又は３０ｋＨｚの場合のスロット位置と同様の時間領域におけるシンボルでＲＡＣＨリソースが配置されてもよい。それぞれのＳＣＳに対して、同一のｓｔａｒｔｉｎｇｓｙｍｂｏｌの時間領域の位置となるようにｓｔａｒｔｉｎｇｓｙｍｂｏｌが指定されてもよいし、ＳＣＳごとに異なるｓｔａｒｔｉｎｇｓｙｍｂｏｌの時間領域の位置が指定されてもよい。

また、１スロット内のｓｔａｒｔｉｎｇｓｙｍｂｏｌは、ＰＲＡＣＨフォーマットごとの時間長にも関連するため、ＰＲＡＣＨフォーマットごと又はＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘごとに異なる値が規定されてもよい。また、ｓｔａｒｔｉｎｇｓｙｍｂｏｌとＰＲＡＣＨフォーマットの時間長とに応じて、１スロット内のＲＡＣＨリソース配置が終了するシンボルであるｅｎｄｉｎｇｓｙｍｂｏｌに異なる値が設定されてもよい。

なお、実際にそれぞれのＳＣＳにおいていずれのｓｔａｒｔｉｎｇｓｙｍｂｏｌが用いられるかは、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘごとにそれぞれ設定される。ｓｔａｒｔｉｎｇｓｙｍｂｏｌの指定方法は、上記のＳＣＳに応じて読み替える方法でもよいし、ＳＣＳごとにＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅで別途指定されてもよい。

また、連続するスロットでＲＡＣＨリソースが割り当てられたとき、先頭の１スロットのみで、上記の１スロット内でのｓｔａｒｔｉｎｇｓｙｍｂｏｌが適用されてもよい。例えば、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの１周期すべてで連続するスロットのＲＡＣＨリソースが割り当てられたとき、先頭の１スロットにのみＤＬが存在することがある。例えば、ｓｔａｒｔｉｎｇｓｙｍｂｏｌを２に設定することによって、先頭の１スロットの０シンボル及び１シンボルに、下り制御情報を割り当てることができる。

なお、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅとして、ＦＤＤとＴＤＤとで異なるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが規定されてもよい。ユーザ装置２００が、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが対応する複信方式がＦＤＤか又はＴＤＤかを下記のように判別してもよい。
１）バンドごとにＦＤＤ又はＴＤＤが規定される場合、ユーザ装置２００の在圏バンドに応じて、対応するバンドのＦＤＤ又はＴＤＤとして判別する
２）ＦＤＤか又はＴＤＤかに応じて、例えば報知情報等で通知される内容が異なるとき、当該内容に応じて、暗黙的にＦＤＤか又はＴＤＤかを判別する
上記の判別は、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅが対応する複信方式の判別に適用されてもよいし、その他のテーブル又はパラメータ等が対応する複信方式の判別に適用されてもよい。

上述の実施例において、ユーザ装置２００は、複数のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅを使用して、基地局装置１００から通知されるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅに係るインデックスに基づいて割り当てられたＲＡＣＨリソースを特定することができる。また、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期、ＲＡＣＨリソースのＳＣＳ、ＳＳｂｌｏｃｋの配置に応じて、ＲＡＣＨリソースが配置されるスロットの通知を効率良く行うことができる。

すなわち、無線通信システムの初期アクセスにおいて、使用可能なリソースを効率良くユーザ装置に通知することができる。

（装置構成）
次に、これまでに説明した処理及び動作を実行する基地局装置１００及びユーザ装置２００の機能構成例を説明する。基地局装置１００及びユーザ装置２００はそれぞれ、少なくとも実施例を実施する機能を含む。ただし、基地局装置１００及びユーザ装置２００はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。

図１１は、基地局装置１００の機能構成の一例を示す図である。図１１に示されるように、基地局装置１００は、送信部１１０と、受信部１２０と、設定情報管理部１３０と、初期アクセス設定部１４０とを有する。図１１に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部１１０は、ユーザ装置２００側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、ユーザ装置２００から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、ユーザ装置２００へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号等を送信する機能を有する。また、送信部１１０は、ユーザ装置２００に送信電力制御に関する情報及びスケジューリングに関する情報を送信し、受信部１２０は、ユーザ装置２００からプリアンブル及び初期アクセスに係るメッセージを受信する。

設定情報管理部１３０は、予め設定される設定情報、及び、ユーザ装置２００に送信する各種の設定情報を格納する。設定情報の内容は、例えば、初期アクセスに使用する情報等である。

初期アクセス設定部１４０は、実施例において説明した、基地局装置１００におけるユーザ装置２００への同期信号及び初期アクセスに使用する情報を含むシステム情報の送信に係る制御、ＲＡＣＨリソースの設定及びユーザ装置２００からの初期アクセスに係る制御を行う。

図１２は、ユーザ装置２００の機能構成の一例を示す図である。図１２に示されるように、ユーザ装置２００は、送信部２１０と、受信部２２０と、設定情報管理部２３０と、初期アクセス制御部２４０とを有する。図１２に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局装置１００から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号等を受信する機能を有する。また、送信部２１０は、基地局装置１００にプリアンブル及び初期アクセスに係るメッセージを送信し、受信部１２０は、基地局装置１００から初期アクセスに使用する情報を受信する。

設定情報管理部２３０は、受信部２２０により基地局装置１００から受信した各種の設定情報を格納する。また、設定情報管理部２３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、初期アクセスに使用する情報等である。

初期アクセス制御部２４０は、実施例において説明した、ユーザ装置２００におけるＲＡＣＨリソースの選択及び初期アクセスに係る制御を行う。なお、初期アクセス制御部２４０におけるプリアンブル信号送信等に関する機能部を送信部２１０に含め、初期アクセス制御部２４０におけるシステム情報受信等に関する機能部を受信部２２０に含めてもよい。

（ハードウェア構成）
上述の本発明の実施の形態の説明に用いた機能構成図（図１１及び図１２）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

また、例えば、本発明の一実施の形態における基地局装置１００及びユーザ装置２００はいずれも、本発明の実施の形態に係る処理を行うコンピュータとして機能してもよい。図１３は、本発明の実施の形態に係る基地局装置１００又はユーザ装置２００である無線通信装置のハードウェア構成の一例を示す図である。上述の基地局装置１００及びユーザ装置２００はそれぞれ、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局装置１００及びユーザ装置２００のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

基地局装置１００及びユーザ装置２００における各機能は、プロセッサ１００１、記憶装置１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、補助記憶装置１００３及び／又は通信装置１００４から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１１に示した基地局装置１００の送信部１１０、受信部１２０、設定情報管理部１３０、初期アクセス設定部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１２に示したユーザ装置２００の送信部２１０と、受信部２２０と、設定情報管理部２３０、初期アクセス制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。記憶装置１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。補助記憶装置１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び／又は補助記憶装置１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、基地局装置１００の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、ユーザ装置２００の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及び記憶装置１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、基地局装置１００及びユーザ装置２００はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（実施の形態のまとめ）
以上説明したように、本発明の実施の形態によれば、基地局装置と無線フレームを介して通信するユーザ装置であって、前記無線フレームにおけるＲＡＣＨリソースの割り当てを示すＲＡＣＨ設定テーブルに係るインデックスを前記基地局装置から受信する受信部と、互いに異なる複数のＲＡＣＨ設定テーブル及び前記インデックスに基づいて、使用可能であるＲＡＣＨリソースを特定する制御部と、特定された前記使用可能であるＲＡＣＨリソースを用いて、プリアンブルを前記基地局装置に送信する送信部とを有するユーザ装置が提供される。

上記の構成により、基地局装置１００は、通信状況に応じた複数のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅを用いたＲＡＣＨリソースの割り当てを行い、ユーザ装置２００にＲＡＣＨリソースを特定させることができる。したがって、無線通信システムの初期アクセスにおいて、使用可能なリソースを効率良くユーザ装置に通知することができる。

前記互いに異なる複数のＲＡＣＨ設定テーブルは、報知情報で使用されるＲＡＣＨ設定テーブル及び非スタンドアロン時に使用されるＲＡＣＨ設定テーブルを含むか、又は、報知情報で使用されるＲＡＣＨ設定テーブル及びコネクテッドモード時に使用されるＲＡＣＨ設定テーブルを含むか、又は、報知情報で使用されるＲＡＣＨ設定テーブル及び報知情報で使用されるＲＡＣＨ設定テーブルの一部のパラメータがＲＲＣシグナリングによって書き換えられたＲＡＣＨ設定テーブルを含んでもよい。当該構成により、ユーザ装置は、通信状況に応じた複数のＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅに基づいて、使用可能なＲＡＣＨリソースを特定することができる。

前記ＲＡＣＨ設定テーブルは、下りリンク配置又は上りリンク配置を示す情報の周期の整数倍の周期ごとに、前記整数倍の周期の最後尾の１又は複数スロットにＲＡＣＨリソースが配置される設定を含んでもよい。当該構成により、ユーザ装置２００は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎに応じて、ＲＡＣＨリソースを特定することができる。

前記ＲＡＣＨ設定テーブルは、ＲＡＣＨリソース配置パターンの周期ごとに、ＲＡＣＨリソースのサブキャリア間隔より少ないサブキャリア間隔で１又は複数のスロットが指定され、前記指定された１又は複数のスロットに時間領域で対応するＲＡＣＨリソースのサブキャリア間隔による複数のスロットのうち、前半スロット及び後半スロットそれぞれにＲＡＣＨリソースが配置されるか否かが指定される設定を含んでもよい。当該構成により、ユーザ装置２００は、ＳＣＳに応じたスロットインデックスによってＲＡＣＨリソースを特定することができる。

前記ＲＡＣＨ設定テーブルは、ＲＡＣＨリソースのサブキャリア間隔に基づいて、スロット内のＲＡＣＨリソースの配置が開始されるシンボルを示すインデックスが指定される設定を含んでもよい。当該構成により、ユーザ装置２００は、ＳＣＳに応じたｓｔａｒｔｉｎｇｉｎｄｅｘによってＲＡＣＨリソースを特定することができる。

また、本発明の実施の形態によれば、ユーザ装置と無線フレームを介して通信する基地局装置であって、前記無線フレームにおけるＲＡＣＨリソースの割り当てを示すＲＡＣＨ設定テーブルに係るインデックスを前記ユーザ装置に送信する送信部と、互いに異なる複数のＲＡＣＨ設定テーブル及び前記インデックスに基づいて、使用可能であるＲＡＣＨリソースを特定する設定部と、特定された前記使用可能であるＲＡＣＨリソースを用いて、プリアンブルを前記基地局装置から受信する受信部とを有する基地局装置が提供される。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局装置１００及びユーザ装置２００は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局装置１００が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってユーザ装置２００が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、ブロードキャスト情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局装置１００によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局装置１００を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、ユーザ装置２００との通信のために行われる様々な動作は、基地局装置１００及び／又は基地局装置１００以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局装置１００以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

ユーザ装置２００は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局装置１００は、当業者によって、ＮＢ（NodeB）、ｅＮＢ（enhanced NodeB）、ｇＮＢ、ベースステーション（Base Station）、又はいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（include）」、「含んでいる（including）」、及びそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

なお、本発明の実施の形態において、ＳＳｂｌｏｃｋは、ＳＳブロックの一例である。初期アクセス設定部１４０は、設定部の一例である。初期アクセス制御部２４０は、制御部の一例である。ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅは、ＲＡＣＨ設定テーブルの一例である。ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅのｉｎｄｅｘは、インデックスの一例である。ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎは、下りリンク配置又は上りリンク配置を示す情報の一例である。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１００基地局装置
２００ユーザ装置
１１０送信部
１２０受信部
１３０設定情報管理部
１４０初期アクセス設定部
２００ユーザ装置
２１０送信部
２２０受信部
２３０設定情報管理部
２４０初期アクセス制御部
１００１プロセッサ
１００２記憶装置
１００３補助記憶装置
１００４通信装置
１００５入力装置
１００６出力装置

Claims

無線フレームにおけるＲＡＣＨリソースに関する設定を指定するインデックスを受信する受信部と、
前記インデックスに基づいて、ＲＡＣＨリソースを特定する制御部と、
前記ＲＡＣＨリソースを用いて、ランダムアクセスプリアンブルを送信する送信部とを有し、
前記ＲＡＣＨリソースに関する設定は、前記インデックスにより指定される前記ＲＡＣＨリソースの時間領域の位置及び数を含み、
前記ＲＡＣＨリソースに関する設定は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期の整数倍の周期ごとに、前記整数倍の周期における１以上のスロットにＲＡＣＨリソースが配置される設定を含む、
端末。
前記受信部は、システム情報を用いて前記ＲＡＣＨリソースに関する設定を指定するインデックスを受信した後、ＲＲＣシグナリングを用いて、コネクテッドモードにおける前記ＲＡＣＨリソースに関する設定を指定するインデックスを受信し、
前記制御部は、前記コネクテッドモードにおけるＲＡＣＨリソースに関する設定を指定するインデックスに基づいて、ＲＡＣＨリソースを特定する、
請求項１記載の端末。
前記ＲＡＣＨリソースに関する設定は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの２倍の周期ごとに、前記ＲＡＣＨリソースが配置される設定を含む、
請求項１記載の端末。
前記ＲＡＣＨリソースに関する設定は、前記整数倍の周期における最後尾のスロットにＲＡＣＨリソースが配置される設定を含む、
請求項１記載の端末。
前記ＲＡＣＨリソースに関する設定は、前記整数倍の周期における最後尾のスロットを含む複数のスロットにＲＡＣＨリソースが配置される設定を含む、
請求項１記載の端末。
前記ＲＡＣＨリソースに関する設定は、前記無線フレームのうち、前半のみにＲＡＣＨリソースが配置される設定を含む、
請求項１記載の端末。
前記ＲＡＣＨリソースに関する設定は、前記無線フレームのうち、後半のみにＲＡＣＨリソースが配置される設定を含む、
請求項１記載の端末。
無線フレームにおけるＲＡＣＨリソースに関する設定を指定するインデックスを受信するステップと、
前記インデックスに基づいて、ＲＡＣＨリソースを特定するステップと、
前記ＲＡＣＨリソースを用いて、ランダムアクセスプリアンブルを送信するステップと、を有し、
前記ＲＡＣＨリソースに関する設定は、前記インデックスにより指定される前記ＲＡＣＨリソースの時間領域の位置及び数を含み、
前記ＲＡＣＨリソースに関する設定は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期の整数倍の周期ごとに、前記整数倍の周期における１以上のスロットにＲＡＣＨリソースが配置される設定を含む、
端末における通信方法。
無線フレームにおけるＲＡＣＨリソースに関する設定を指定するインデックスを送信する送信部と、
前記インデックスに基づいて、ＲＡＣＨリソースを特定する制御部と、
前記ＲＡＣＨリソースを用いて、ランダムアクセスプリアンブルを受信する受信部とを有し、
前記ＲＡＣＨリソースに関する設定は、前記インデックスにより指定される前記ＲＡＣＨリソースの時間領域の位置及び数を含み、
前記ＲＡＣＨリソースに関する設定は、ＤＬ／ＵＬｃｏｎｆｉｇｕｒａｔｉｏｎの周期の整数倍の周期ごとに、前記整数倍の周期における１以上のスロットにＲＡＣＨリソースが配置される設定を含む、
基地局。