JP6864091B2 - 端末、プリアンブル送信方法及び基地局 - Google Patents

Description

本発明は、ユーザ装置、基地局及びランダムアクセス制御方法に関する。

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ−Ａｄｖａｎｃｅｄの次世代の通信規格（５Ｇ又はＮＲ）が議論されている。ＮＲシステムにおいても、ＬＴＥ等と同様に、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が基地局（ｅＮＢ又はｅＮｏｄｅＢ）と接続を確立する場合又は再接続する場合に、ランダムアクセスを行うことが想定される。

ＬＴＥ及びＬＴＥ−Ａｄｖａｎｃｅｄのランダムアクセスでは、ユーザ装置ＵＥは、セル内に用意された複数のプリアンブルの中から選択したプリアンブル（ＰＲＡＣＨ ｐｒｅａｍｂｌｅ）を送信する。基地局ｅＮＢはプリアンブルを検出すると、その応答情報であるＲＡＲ（ＲＡＣＨ ｒｅｓｐｏｎｓｅ）を送信する。ＲＡＲを受信したユーザ装置ＵＥは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔをｍｅｓｓａｇｅ３として送信する。基地局ｅＮＢは、ｍｅｓｓａｇｅ３受信後にコネクション確立のためのセル設定情報等を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐをｍｅｓｓａｇｅ４として送信する。自分のＵＥ ＩＤがｍｅｓｓａｇｅ４に含まれていたユーザ装置ＵＥは、ランダムアクセス処理を完了し、コネクションを確立する。

ランダムアクセスにおいて最初にプリアンブルを送信するためのチャネルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と呼ばれ、ＰＲＡＣＨに関する設定情報（ＰＲＡＣＨ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、基地局ｅＮＢからユーザ装置ＵＥにインデックスによって通知される。すなわち、ユーザ装置ＵＥは、基地局ｅＮＢから通知されたＰＲＡＣＨ Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいてＰＲＡＣＨのリソース（以下、ＲＡＣＨリソースと呼ぶ）を選択する。

また、ＰＲＡＣＨ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、プリアンブルフォーマットとも対応しており、ユーザ装置ＵＥは、ＰＲＡＣＨ Ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するプリアンブルフォーマットを使用してプリアンブルを送信する（非特許文献１参照）。

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

ＬＴＥにおいては、プリアンブルフォーマットによって決まるＲＡＣＨリソースの時間長は、ｐｒｅａｍｂｌｅ ｆｏｒｍａｔ ４を除き、１〜３サブフレームのいずれかに対応する。ｐｒｅａｍｂｌｅ ｆｏｒｍａｔ ４は、１サブフレームより小さい時間長を持ち、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）のｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅにおけるＵｐＰＴＳ（Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）内での送信が想定されている。

ＮＲにおいては、様々な時間長を持つプリアンブルが用いられることが想定される。例えば、ＮＲのプリアンブルでは、１．２５ｋＨｚ、５．０ｋＨｚ、１５ｋＨｚ、３０ｋＨｚ、６０ＫＨｚ、１２０ｋＨｚのような様々なサブキャリア間隔がサポートされることが想定される。サブキャリア間隔に応じて１ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルの時間長が異なることとなり、プリアンブルの送信に用いられるＲＡＣＨリソースの時間長も異なることとなる。

また、基地局におけるプリアンブル受信時のビームスウィーピング、受信合成によるカバレッジ拡張等のため、プリアンブルの送信に用いられるＲＡＣＨリソース内でＯＦＤＭシンボルが繰り返される可能性もある。例えば、ＲＡＣＨリソースの先頭にＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）を設け、最後にＧＴ（Ｇｕａｒｄ Ｔｉｍｅ）を設けて、これらの間に複数のＯＦＤＭシンボルが繰り返されることも想定される。ＯＦＤＭシンボルの繰り返し数が異なる場合、同じサブキャリア間隔であってもＲＡＣＨリソースの時間長が異なる。

さらに、想定セル半径に応じた時間遅延及び／又は遅延スプレッドに応じてＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）長及びＧＴ（Ｇｕａｒｄ Ｔｉｍｅ）長が設定されるため、異なる想定セル半径の場合にはＲＡＣＨリソースの時間長が異なる。

このように、ＮＲにおいてはＲＡＣＨリソースの時間長がＯＦＤＭシンボル単位で異なる可能性があるため、従来のようにサブフレーム単位のＲＡＣＨリソースの割り当てでは適切なスケジューリングができない可能性がある。例えば、ＴＤＤバンドやＤｙｎａｍｉｃ ＴＤＤにおけるスケジューリングを考慮した時、従来のサブフレーム単位のＲＡＣＨリソースの割り当てでは、ＲＡＣＨリソースが配置されるサブフレームにおいてデータ及び下り制御情報を配置することは考慮されていない。ＲＡＣＨリソースの割り当てによって下り制御情報を送信することができない場合には、データ送信を含めたスケジューリングに制約が生じることになる。また、ＮＲでは、基地局側の想定ビーム数に応じて複数のＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）ブロックが配置される可能性があり、もしＳＳブロックが存在するスロット内で使用可能な残りの上りリソースに適応できるようなＲＡＣＨリソース割り当て方法がない場合には、ＳＳブロックが存在するスロットを避けてＲＡＣＨリソースを割り当てる必要がある。例えばＳＳブロックが存在するスロットが連続して配置されていた場合、ランダムアクセス遅延が大きくなることが想定される。

例えば上記のような様々なユースケースに応じて、適切な位置にＲＡＣＨリソースを配置することが求められる。

本発明は、ユースケース等に応じて適切な位置にＲＡＣＨリソースを割り当てるため、ＲＡＣＨリソースをＯＦＤＭシンボル単位で割り当てる仕組みを提供することを目的とする。

本発明の一形態に係る端末は、
ランダムアクセスの設定情報を受信する受信部と、
前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置及びプリアンブルフォーマットを特定する制御部と、
前記プリアンブルフォーマットを用いてプリアンブルの系列を生成し、前記スロット内における前記開始シンボル位置以降のリソースで、前記プリアンブルを送信する送信部と、
を有することを特徴とする。
また、本発明の一形態に係る端末は、
ランダムアクセスの設定情報を受信する受信部と、
前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置を特定する制御部と、
前記スロット内における前記開始シンボル位置から前記スロット内における最終シンボル位置までのリソースで、プリアンブルを送信する送信部と、
を有することを特徴とする。

本発明によれば、ＲＡＣＨリソースをＯＦＤＭシンボル単位で割り当てることが可能になる。更にユースケース等に応じて適切な位置にＲＡＣＨリソースを割り当てることが可能となる。

本発明の実施の形態における無線通信システムにおけるランダムアクセスを示す図である。 本発明の実施の形態に係る無線通信システムにおけるランダムアクセス手順を示すシーケンス図である。 ＲＡＣＨリソース割り当ての一例を示す図（その１）である。 ＲＡＣＨリソースにおいて送信されるプリアンブルの一例を示す図である。 ＲＡＣＨリソース割り当ての一例を示す図（その２）である。 １スロット内にＲＡＣＨリソースと他の信号が配置される一例を示す図である。 ＲＡＣＨリソース割り当ての一例を示す図（その３）である。 ＲＡＣＨリソース割り当ての一例を示す図（その４）である。 基地局の機能構成の一例を示すブロック図である。 ユーザ装置の機能構成の一例を示すブロック図である。 本発明の実施の形態に係る無線通信装置のハードウェア構成の一例を示す図である。

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

本実施の形態において、適宜、ＬＴＥで規定された用語を用いて説明する。また、無線通信システムが動作するにあたっては、適宜、ＬＴＥで規定された既存技術を使用できる。ただし、当該既存技術はＬＴＥに限られない。また本明細書で使用する「ＬＴＥ」は、特に断らない限り、ＬＴＥ−Ａｄｖａｎｃｅｄ、及びＬＴＥ−Ａｄｖａｎｃｅｄ以降の方式を含む広い意味で使用する。また、本発明は、ランダムアクセスが適用されるＬＴＥ以外の方式にも適用可能である。

また、本実施の形態では、既存のＬＴＥで使用されているＲＡＣＨ、プリアンブル等の用語を使用しているが、これは記載の便宜上のためであり、これらと同様の信号等が他の名称で呼ばれてもよい。

＜無線通信システムの概要＞
図１は、本実施の形態における無線通信システム１０の構成図である。図１に示すように、本実施の形態における無線通信システム１０は、基地局１００及びユーザ装置２００を含む。図１の例では、１つの基地局１００及び１つのユーザ装置２００が図示されているが、複数の基地局１００を有していてもよいし、複数のユーザ装置２００を有していてもよい。なお、基地局１００をＢＳと呼び、ユーザ装置２００をＵＥと呼んでもよい。

基地局１００は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局１００が複数のセルを収容する場合、基地局１００のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局１００は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。

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

発信時又はハンドオーバ等により、ユーザ装置２００が基地局１００と接続を確立する場合又は再同期等を行う場合、ランダムアクセスが行われる。ランダムアクセスにおいて最初にプリアンブルを送信するためのチャネルを物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と呼ぶ。ユーザ装置は、基地局から通知されたリソース（ＲＡＣＨリソース）を用いてプリアンブルを送信する。ＲＡＣＨリソースは、プリアンブルフォーマットとして通知されてもよい。

ＲＡＣＨリソースは、例えば、時間領域及び周波数領域で構成されるリソースの所定の部分に配置される。時間領域のリソースについて、いずれかのサブキャリア間隔に基づいて定まる時間軸上のデータ割り当て単位がスロットと呼ばれてもよい。スロットおよびシンボルは、いずれも信号を伝送する際の時間単位を表す。スロットおよびシンボルは、それぞれに対応する別の呼び方であってもよい。

本実施の形態では、様々な時間長を持つプリアンブルが用いられることを想定し、ＲＡＣＨリソースをＯＦＤＭシンボル単位で割り当てるための仕組みについて説明する。

＜無線通信システムにおけるランダムアクセス手順＞
次に、本実施の形態に係る無線通信システムにおけるランダムアクセス手順及びプリアンブルの送信電力の決定方法について詳細に説明する。図２は、本発明の実施の形態に係る無線通信システムにおけるランダムアクセス手順を示すシーケンス図である。

基地局１００は、ユーザ装置２００がランダムアクセスにおいてプリアンブルを送信するときに参照すべき設定情報を生成して送信する（Ｓ２０１）。本実施の形態では、基地局１００は、ユーザ装置２００がプリアンブルを送信するときに用いることができるＲＡＣＨリソースの割り当て情報をユーザ装置２００に送信する。ＲＡＣＨリソースはＯＦＤＭシンボル単位で指定可能であり、ＲＡＣＨリソースの割り当て情報は、スロット内におけるＲＡＣＨリソースのＯＦＤＭシンボルを示す位置を含んでもよい。さらに、割り当て情報は、スロット内にＲＡＣＨリソースが時間軸上で繰り返し配置されるときの繰り返し回数、及び／又はスロット内にＲＡＣＨリソースが時間軸上で繰り返し配置されるときのＲＡＣＨリソース間の間隔を含んでもよい。１つのＲＡＣＨリソース内において、ユーザ装置２００がプリアンブルフォーマットに従って１つのプリアンブルを送信する場合を想定すると、ＲＡＣＨリソースが繰り返し配置される場合、ユーザ装置２００は、いずれかのＲＡＣＨリソースを選択し、プリアンブルを送信してもよいし、複数のＲＡＣＨリソースを選択してプリアンブルを送信してもよい。

なお、ユーザ装置２００は、基地局１００からの設定情報の受信（Ｓ２０１）の前に、基地局１００から同期信号（ＳＳ）及びブロードキャスト情報等を受信する。スロット長はサブキャリア間隔に応じて異なるが、ユーザ装置２００は、同期信号が含まれるＳＳブロックのサブキャリア間隔に基づいてスロットを検出してもよく、ブロードキャスト情報等で通知されるサブキャリア間隔に基づいてスロットを検出してもよい。以下では、ユーザ装置２００が検出するスロットのことを想定スロットと呼ぶ。想定スロット内におけるＲＡＣＨリソース割り当ての具体例について以下に説明する。

＜具体例１＞
図３は、ＲＡＣＨリソース割り当ての一例を示す図（その１）である。例えば、図３に示すように、想定スロットに１４個のＯＦＤＭシンボルが含まれており、各ＯＦＤＭシンボルに１から順にインデックスが付与されている場合、ＲＡＣＨリソースの割り当て情報には、ＲＡＣＨリソースの開始インデックスである５が含まれてもよい。なお、各ＯＦＤＭシンボルに順にインデックスが付与されなくてもよく、例えば、２つのＯＦＤＭシンボルに対して１つのインデックスが付与されてもよく、３つ以上の任意のＯＦＤＭシンボルに対して１つのインデックスが付与されてもよい。例えば、ＲＡＣＨリソースが繰り返し３回配置されるときには、割り当て情報には、繰り返し回数である３が含まれてもよい。なお、図３はＲＡＣＨリソースが連続して繰り返される例が示されているが、ＲＡＣＨリソースは一定間隔を開けて配置されてもよい。この場合、割り当て情報には、ＲＡＣＨリソース間の間隔が含まれてもよい。

図４は、ＲＡＣＨリソースにおいて送信されるプリアンブルの一例を示す図である。図３に示すＲＡＣＨリソース内において、ユーザ装置２００は、複数のＯＦＤＭシンボルの繰り返しを送信してもよい。例えば、図４に示すように、ＲＡＣＨリソースの先頭にＣＰを設け、最後にＧＴを設けて、これらの間に複数のＯＦＤＭシンボルを繰り返し送信してもよい。また、ＯＦＤＭシンボル間にＣＰを挟んでもよく、ＯＦＤＭシンボル毎に異なるシーケンスを用いてもよい。

＜具体例２＞
図５は、ＲＡＣＨリソース割り当ての一例を示す図（その２）である。例えば、図５に示すように、ＲＡＣＨリソースは、想定スロットの後方の予め決められた位置に配置されてもよい。ＲＡＣＨリソースは必ずしも想定スロットの最後に配置されなくてもよく、最後から数ＯＦＤＭシンボルの位置に配置されてもよい。また、ＲＡＣＨリソースは、後方から前方に繰り返し配置されてもよい。例えば、ＲＡＣＨリソースが繰り返し３回配置されるときには、割り当て情報には、繰り返し回数である３が含まれてもよい。なお、図５はＲＡＣＨリソースが連続して繰り返される例が示されているが、ＲＡＣＨリソースは一定間隔を開けて配置されてもよい。この場合、割り当て情報には、ＲＡＣＨリソース間の間隔が含まれてもよい。

図６は、１スロット内にＲＡＣＨリソースと他の信号が配置される一例を示す図である。図６（Ａ）には１つのＲＡＣＨリソースが想定スロットの後方に配置される例が示されており、図６（Ｂ）にはＲＡＣＨリソースが想定スロットの後方から前方に繰り返し配置される例が示されている。例えば、スロット内の最初の数ＯＦＤＭシンボル（例えば、１〜３ＯＦＤＭシンボル）には、基地局１００において決定された下りデータのスケジューリング情報を含む下り制御情報が配置されてもよい。更に、スロット内に複数のＳＳブロックが配置されてもよい。下り制御情報及びＳＳブロックが後方のＯＦＤＭシンボルに配置されないことが想定される場合には、図５に示すように後方からＲＡＣＨリソースを配置することで、ＴＤＤスロットの場合に下り制御情報及びＳＳブロックを避けることが可能になる。なお、図６には後方からＲＡＣＨリソースを配置する例が示されているが、ＲＡＣＨリソースの開始インデックスを指定してＲＡＣＨリソースを配置することも可能である。

＜具体例３＞
図７は、ＲＡＣＨリソース割り当ての一例を示す図（その３）である。例えば、ＲＡＣＨリソースは、ＳＳブロックとの相対位置によって決められてもよい。すなわち、ＲＡＣＨリソースの割り当て情報は、スロット内におけるＳＳブロックとの相対位置を含んでもよい。上記のように、ユーザ装置２００は、受信することができた、もしくは受信電力の最も大きいＳＳブロック等に基づいて想定スロットを把握することができるため、スロット内におけるＳＳブロックとの相対位置が認識できれば、ＳＳブロックからＲＡＣＨリソースの位置を認識することができる。また、基地局においてアナログビームフォーミングが用いられる場合には、それぞれのＳＳブロックに対応するＲＡＣＨリソースをそれぞれ異なる時間範囲に設定する必要があるが、ＳＳブロックからの相対位置が指定されれば、ユーザ装置２００は、複数のＲＡＣＨリソースを把握することが可能になる。

なお、図７においても、ＲＡＣＨリソースが繰り返し配置されてもよい。ＲＡＣＨリソースの繰り返しは、図３に示すように、ＳＳブロックからの相対位置によって決まるＲＡＣＨリソースから後方に配置されてもよく、図５に示すように、ＳＳブロックからの相対位置によって決まるＲＡＣＨリソースから前方に配置されてもよい。このように、具体例３は具体例１又は具体例２と組み合わせることも可能である。例えば、ＲＡＣＨリソースが繰り返し３回配置されるときには、割り当て情報には、繰り返し回数である３が含まれてもよい。また、ＲＡＣＨリソースは一定間隔を開けて配置されてもよい。この場合、割り当て情報には、ＲＡＣＨリソース間の間隔が含まれてもよい。

＜具体例４＞
図８は、ＲＡＣＨリソースの割り当ての一例を示す図（その４）である。プリアンブルの系列長、サブキャリア間隔、ＣＰ長、ＧＴ長等を指定するプリアンブルフォーマットに対して、ＲＡＣＨリソースの割り当て情報が予め定義されてもよい。また、プリアンブルフォーマット毎にインデックスが付与されてもよい。例えば、プリアンブルフォーマット１に対しては想定スロットの後方から前方に２つのＯＦＤＭシンボル分のＲＡＣＨリソースが繰り返し３回配置されるＲＡＣＨリソース配置が定義され、プリアンブルフォーマット２に対しては想定スロットの後方から前方に１２個のＯＦＤＭシンボル分のＲＡＣＨリソースが配置されるＲＡＣＨリソース配置が定義されてもよい。また、プリアンブルフォーマットごとに異なる複数のＲＡＣＨリソース配置が定義され、そのうちいずれを利用するか基地局１００からユーザ装置２００に例えばインデックスとして通知してもよい。図８はＲＡＣＨリソースが後方から配置される例を示しているが、プリアンブルフォーマットごとに指定された開始インデックスを持ったＲＡＣＨリソース配置を定義することも可能であり、ＳＳブロックとの相対位置として定義することも可能である。このように、具体例４は具体例１〜具体例３と組み合わせることも可能である。ユーザ装置２００がプリアンブルを送信するときにプリアンブルフォーマットに応じてどのようなＲＡＣＨリソース配置を用いるかは、基地局１００からユーザ装置２００に送信される設定情報（Ｓ２０１）の中で指示されてもよい。

上記と同様に、設定情報には、繰り返し回数が含まれてもよい。また、ＲＡＣＨリソースは一定間隔を開けて配置されてもよい。この場合、設定情報には、ＲＡＣＨリソース間の間隔が含まれてもよい。なお、繰り返し回数及び／又はＲＡＣＨリソース間の間隔が異なる場合には、異なるＲＡＣＨリソース配置が定義されてもよく、同じＲＡＣＨリソース配置の中で異なる繰り返し回数及び／又はＲＡＣＨリソース間の間隔が指定されてもよい。

基地局１００からユーザ装置２００への設定情報の送信（Ｓ２０１）は、ブロードキャスト情報によって行われてもよく、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）等によって行われてもよい。また、基地局１００からユーザ装置２００への設定情報の送信は、ブロードキャスト情報、ＲＲＣシグナリング、ＤＣＩ等の組み合わせによって行われてもよい。これらの組み合わせが用いられる場合、ユーザ装置２００は、予め決められた優先度に従って設定情報を使用してもよい。例えば、ブロードキャスト情報によって設定情報が通知された後に、ＲＲＣシグナリングによって設定情報が通知された場合、ＲＲＣシグナリングを優先して、ブロードキャスト情報によって通知された設定情報を破棄してもよい。なお、この優先度の例は単なる一例であり、どのような優先度が用いられてもよい。

なお、上記の設定情報の全て又は一部を仕様によって予め規定することも可能である。また、設定情報に限らず、本実施の形態において基地局１００からユーザ装置２００に通知又は指示される情報も、仕様によって予め規定することも可能である。例えば、スロット内にＲＡＣＨリソースが繰り返し配置されるときの繰り返し回数、スロット内にＲＡＣＨリソースが繰り返し配置されるときのＲＡＣＨリソース間の間隔等のいずれかが仕様によって予め規定されてもよい。

図３〜図８は、スロット内におけるＲＡＣＨリソースの位置を示しているが、ＲＡＣＨリソースは必ずしも全てのスロットに含まれなくてもよい。すなわち、ＲＡＣＨリソースは一部のスロットに配置され、ＲＡＣＨリソースが配置されるスロットの位置が割り当て情報として基地局１００からユーザ装置２００に送信されてもよい。ＲＡＣＨリソースが配置されるスロットの位置に関する割り当て情報は、スロット内におけるＲＡＣＨリソースの位置に関する割り当て情報とは別々に送信されてもよく、一緒に送信されてもよい。

例えば、ＲＡＣＨリソースが配置される基準となるスロットのインデックスと、その基準となるスロットの後に繰り返し配置されるスロットの間隔（周期）が割り当て情報として送信されてもよい。例えば、割り当て情報には、インデックスが１であるスロットから２スロットおきにＲＡＣＨリソースが配置されることが含まれてもよい。また、基準となるスロットは、ＳＳブロックが存在するスロットとの相対位置等によって決められてもよい。この場合、割り当て情報には、ＳＳブロックが存在するスロットとの相対位置が含まれてもよい。また、プリアンブルフォーマットごとに異なる割り当て情報が定義されても良いし、基地局１００からユーザ装置２００に通知されても良い。

ユーザ装置２００は、基地局１００から設定情報を受信し、設定情報に含まれるＲＡＣＨリソースの割り当て情報に従ってプリアンブルを送信する（Ｓ２０３）。また、基地局１００は、ＲＡＣＨリソースの割り当て情報に従ってユーザ装置２００から送信されたプリアンブルを受信する。上記のように、ユーザ装置２００は、ＳＳブロック等に基づいて想定スロットを把握することができる。ユーザ装置２００は、基地局１００からスロット内におけるＲＡＣＨリソースのＯＦＤＭシンボルを示す位置を受信した場合、該当するＯＦＤＭシンボルにおいてプリアンブルを送信する。

さらに、基地局１００からスロット内にＲＡＣＨリソースが繰り返し配置されるときの繰り返し回数、及び／又はスロット内にＲＡＣＨリソースが繰り返し配置されるときのＲＡＣＨリソース間の間隔を受信した場合、ユーザ装置２００は、ＲＡＣＨリソースが繰り返し配置されることを認識することができる。例えば、図３に示すように、基地局１００からＲＡＣＨリソースの開始インデックス及び繰り返し回数を受信した場合、ユーザ装置２００は、繰り返し配置されるＲＡＣＨリソースの中から、いずれかのＲＡＣＨリソースを選択し、プリアンブルを送信してもよいし、複数のＲＡＣＨリソースを選択してプリアンブルを送信してもよい。例えば、図５に示すように、ＲＡＣＨリソースが後方から前方に繰り返し配置される場合、ユーザ装置２００は、後方から前方に繰り返し配置されるＲＡＣＨリソースの中から、いずれかのＲＡＣＨリソースを選択し、プリアンブルを送信してもよいし、複数のＲＡＣＨリソースを選択してプリアンブルを送信してもよい。

また、図７に示すように、スロット内におけるＳＳブロックとの相対位置を受信した場合、ユーザ装置２００は、ＳＳブロックからＲＡＣＨリソースの位置を認識し、該当するＯＦＤＭシンボルにおいてプリアンブルを送信する。この場合においても、ＲＡＣＨリソースが繰り返し配置される場合、ユーザ装置２００は、繰り返し配置されるＲＡＣＨリソースの中から、いずれかのＲＡＣＨリソースを選択し、プリアンブルを送信してもよいし、複数のＲＡＣＨリソースを選択してプリアンブルを送信してもよい。

また、ユーザ装置２００は、基地局１００からプリアンブルフォーマットのインデックス等により、プリアンブルを送信するときに使用すべきプリアンブルフォーマットを指示された場合、指示されたプリアンブルフォーマットを使用してプリアンブルを送信する。

さらに、ユーザ装置２００は、基地局１００からＲＡＣＨリソースが配置されるスロットの位置を受信した場合、ＲＡＣＨリソースが配置されるスロット内において、ＲＡＣＨリソースの割り当て情報に従ってプリアンブルを送信する。

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

送信部１１０は、上位レイヤの情報から下位レイヤの信号を生成し、当該信号を無線で送信するように構成されている。受信部１２０は、各種の信号を無線受信し、受信した信号から上位レイヤの情報を取得するように構成されている。

設定情報管理部１３０は、予め設定される設定情報を格納するとともに、ダイナミック及び／又はセミスタティックにユーザ装置２００に対して設定する設定情報（スロット内におけるＲＡＣＨリソースの割り当て情報、ＲＡＣＨリソースが配置されるスロットの位置を示す割り当て情報、本実施の形態において用いられるいずれかの設定情報等）を決定し、保持する。設定情報管理部１３０は、ダイナミック及び／又はセミスタティックにユーザ装置２００に対して設定する設定情報を送信部１１０に渡し、送信部１１０に設定情報を送信させる。

ランダムアクセス制御部１４０は、ユーザ装置２００とのランダムアクセス手順を管理する。ユーザ装置２００からプリアンブルを受信した場合、送信部１１０にＲＡＲを送信させ、ユーザ装置２００からＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを受信した場合、送信部１１０にＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐを送信させる。

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

送信部２１０は、上位レイヤの情報から下位レイヤの信号を生成し、当該信号を無線で送信するように構成されている。送信部２１０は、以下に説明する設定情報管理部２３０に格納された設定情報に基づき、プリアンブルを送信する。受信部２２０は、各種の信号を無線受信し、受信した信号から上位レイヤの情報を取得するように構成されている。受信部２２０は、基地局１００等から設定情報（スロット内におけるＲＡＣＨリソースの割り当て情報、ＲＡＣＨリソースが配置されるスロットの位置を示す割り当て情報、本実施の形態において用いられるいずれかの設定情報等）を受信する。

設定情報管理部２３０は、予め設定される設定情報を格納するとともに、ダイナミック及び／又はセミスタティックに基地局１００等から設定される設定情報（スロット内におけるＲＡＣＨリソースの割り当て情報、ＲＡＣＨリソースが配置されるスロットの位置を示す割り当て情報、本実施の形態において用いられるいずれかの設定情報等）を格納する。なお、設定情報管理部２３０において管理できる設定情報は、基地局１００等から設定される設定情報のみならず、仕様によって予め規定された設定情報も含まれる。

ランダムアクセス制御部２４０は、基地局１００とのランダムアクセス手順を管理する。発信時又はハンドオーバ等により、ユーザ装置２００が基地局１００と接続を確立する場合又は再同期を行う場合、ランダムアクセス制御部２４０は、複数のプリアンブルの中からランダムに選択したプリアンブルを送信部２１０に送信させる。また、ランダムアクセス制御部２４０は、プリアンブルを送信した後、例えば、ＲＡＲウィンドウと呼ばれる期間内にその応答情報であるＲＡＲを受信しない場合、送信部２１０にプリアンブルを再送させる。ランダムアクセス制御部２４０は、基地局１００からＲＡＲを受信した場合、送信部２１０にＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを送信させる。

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

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

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

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

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の基地局１００の送信部１１０、受信部１２０、設定情報管理部１３０、ランダムアクセス制御部１４０、ユーザ装置２００の送信部２１０、受信部２２０、設定情報管理部２３０、ランダムアクセス制御部２４０などは、プロセッサ１００１で実現されてもよい。

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

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

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

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

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

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

また、基地局１００及びユーザ装置２００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
＜本発明の実施の形態の効果＞
本発明の実施の形態によれば、スロット内においてＲＡＣＨリソースをＯＦＤＭシンボル単位で割り当てることが可能になる。更にユースケース等に応じて適切な位置にＲＡＣＨリソースを割り当てることが可能となり、例えば、ＲＡＣＨリソースが配置されるスロットに、下り制御情報、ＳＳブロック等を配置することが可能になる。例えば、基地局側の想定ビーム数に応じて複数のＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）ブロックが配置される場合であっても、ＳＳブロックと同じスロットにＲＡＣＨリソースを配置することで、ランダムアクセス遅延を低減することが可能になる。

ＲＡＣＨリソースの開始インデックスによりＲＡＣＨリソースを割り当てる場合には、スロット内において柔軟なＲＡＣＨリソースの割り当てが可能となる。また、スロットの後方からＲＡＣＨリソースを割り当てる場合には、下り制御情報、他の下りデータ送信に必要なＯＦＤＭシンボル、ＳＳブロック等を避けてＲＡＣＨリソースを割り当てることが可能となり、さらに、開始インデックスを通知する場合に比べてシグナリングオーバーヘッドを削減することが可能となる。また、ＳＳブロックとの相対位置によりＲＡＣＨリソースを割り当てる場合には、基地局においてアナログビームフォーミングが用いられる場合のように、それぞれのＳＳブロックに対応するＲＡＣＨリソースが必要となる場合のシグナリングオーバーヘッドを削減することが可能となる。

また、スロット内にＲＡＣＨリソースを繰り返し配置することで、複数のユーザ装置が同じプリアンブルを選択した場合であっても、異なるＲＡＣＨリソースが用いられている場合には、プリアンブルの衝突を回避することが可能になる。

さらに、プリアンブルフォーマットを用いることで、想定のユースケースに従ってプリアンブルフォーマットに応じた適切なＲＡＣＨリソース配置を予め定義することができ、適切なＲＡＣＨリソースの配置パターンを効率的に基地局１００からユーザ装置２００に通知することが可能となる。例えば、下り制御情報が最初の数ＯＦＤＭシンボルに配置される場合には、最初の数ＯＦＤＭシンボルを避けたＲＡＣＨリソースの配置パターンを予め定義することが可能となり、基地局１００からユーザ装置２００に指示されたプリアンブルフォーマットに応じてユーザ装置２００は適切なＲＡＣＨリソースの配置パターンを認識することが可能となる。

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

本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。

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

情報等は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

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

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。

また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されてもよい。

上述したパラメータに使用する名称はいかなる点においても限定的に解釈されるべきではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示した数式等と異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的に解釈されるべきではない。

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

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

本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

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

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

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

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

１００ 基地局
１１０ 送信部
１２０ 受信部
１３０ 設定情報管理部
１４０ ランダムアクセス制御部
２００ ユーザ装置
２１０ 送信部
２２０ 受信部
２３０ 設定情報管理部
２４０ ランダムアクセス制御部

Claims (7)

1. ランダムアクセスの設定情報を受信する受信部と、
   前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置及びプリアンブルフォーマットを特定する制御部と、
   前記プリアンブルフォーマットを用いてプリアンブルの系列を生成し、前記スロット内における前記開始シンボル位置以降のリソースで、前記プリアンブルを送信する送信部と、
   を有する端末。
2. 前記制御部は、前記設定情報に基づいて、前記開始シンボル位置以降のリソースにおいて繰り返し配置される複数のランダムアクセスリソースを特定し、
   前記送信部は、前記複数のランダムアクセスリソースのうち少なくとも１つを用いてプリアンブルを送信する、
   請求項１に記載の端末。
3. ランダムアクセスの設定情報を受信する受信部と、
   前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置を特定する制御部と、
   前記スロット内における前記開始シンボル位置から前記スロット内における最終シンボル位置までのリソースで、プリアンブルを送信する送信部と、
   を有する端末。
4. ランダムアクセスの設定情報を受信するステップと、
   前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置及びプリアンブルフォーマットを特定するステップと、
   前記プリアンブルフォーマットを用いてプリアンブルの系列を生成し、前記スロット内における前記開始シンボル位置以降のリソースで、前記プリアンブルを送信するステップと、
   を有するプリアンブル送信方法。
5. ランダムアクセスの設定情報を受信するステップと、
   前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置を特定するステップと、
   前記スロット内における前記開始シンボル位置から前記スロット内における最終シンボル位置までのリソースで、プリアンブルを送信するステップと、
   を有するプリアンブル送信方法。
6. ランダムアクセスの設定情報を送信する送信部と、
   前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置及びプリアンブルフォーマットを特定する制御部と、
   前記スロット内における前記開始シンボル位置以降のリソースで、前記プリアンブルフォーマットを用いて生成された系列を有するプリアンブルを受信する受信部と、
   を有する基地局。
7. ランダムアクセスの設定情報を送信する送信部と、
   前記設定情報に基づいて、１つ又は複数のスロット内におけるランダムアクセスリソースの開始シンボル位置を特定する制御部と、
   前記スロット内における前記開始シンボル位置から前記スロット内における最終シンボル位置までのリソースで、プリアンブルを受信する受信部と、
   を有する基地局。

Images