(57)【要約】  本発明の一形態に係るユーザ装置は、基地局との同期後のいずれかのタイミングにおいてプリアンブルを送信するユーザ装置であって、前記基地局からの同期信号又は物理ブロードキャストチャネルを検出する受信部と、プリアンブル送信のための設定情報に基づいてプリアンブルの送信に利用可能なリソースを決定し、前記プリアンブルの送信に利用可能なリソースの中から、マッピングルールに基づいて、前記検出された同期信号又は物理ブロードキャストチャネルに応じてプリアンブルを送信するためのリソースを選択するリソース選択部と、前記選択されたリソースにおいてプリアンブルを前記基地局に送信する送信部とを有する。
2019097653.tif 000002
【特許請求の範囲】
【請求項１】
基地局との同期後のいずれかのタイミングにおいてプリアンブルを送信するユーザ装置であって、
前記基地局からの同期信号又は物理ブロードキャストチャネルを検出する受信部と、
プリアンブル送信のための設定情報に基づいてプリアンブルの送信に利用可能なリソースを決定し、前記プリアンブルの送信に利用可能なリソースの中から、マッピングルールに基づいて、前記検出された同期信号又は物理ブロードキャストチャネルに応じてプリアンブルを送信するためのリソースを選択するリソース選択部と、
前記選択されたリソースにおいてプリアンブルを前記基地局に送信する送信部と、
を有するユーザ装置。
【請求項２】
前記リソース選択部は、同期信号又は物理ブロードキャストチャネルが配置される同期信号ブロックとプリアンブルを送信するリソースとの対応関係を定めたマッピングルールを用いて、前記検出された同期信号又は物理ブロードキャストチャネルが配置される同期信号ブロックに関連付けられたリソースを選択する、請求項１に記載のユーザ装置。
【請求項３】
前記リソース選択部は、異なる同期信号ブロックに対して時間方向において異なるリソースを用いるというマッピングルールを用いて、前記検出された同期信号又は物理ブロードキャストチャネルが配置される同期信号ブロックに関連付けられたリソースを選択する、請求項１に記載のユーザ装置。
【請求項４】
前記リソース選択部は、１つの同期信号ブロックに対して利用可能なプリアンブルインデックスの数及び１つのリソース内で利用可能なプリアンブルインデックスの数に基づいて、前記選択されたリソース内で選択可能なプリアンブルインデックスの範囲を決定する、請求項１乃至３のうちいずれか１項のユーザ装置。
【請求項５】
前記リソース選択部は、周波数多重された複数のリソース及び時間多重された複数のリソースが選択された場合、周波数多重された複数のリソースに対して順にプリアンブルインデックスの範囲を決定し、次に、時間多重された複数のリソースに対して順にプリアンブルインデックスの範囲を決定する、請求項４に記載のユーザ装置。
【請求項６】
基地局との同期後のいずれかのタイミングにおいてプリアンブルを送信するためのユーザ装置におけるプリアンブル送信方法であって、
前記基地局からの同期信号又は物理ブロードキャストチャネルを検出するステップと、
プリアンブル送信のための設定情報に基づいてプリアンブルの送信に利用可能なリソースを決定し、前記プリアンブルの送信に利用可能なリソースの中から、マッピングルールに基づいて、前記検出された同期信号又は物理ブロードキャストチャネルに応じてプリアンブルを送信するためのリソースを選択するステップと、
前記選択されたリソースにおいてプリアンブルを前記基地局に送信するステップと、
を有するプリアンブル送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及びプリアンブル送信方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ−Ａｄｖａｎｃｅｄの次世代の通信規格（５Ｇ又はＮＲ）が議論されている。ＮＲシステムにおいても、ＬＴＥ等と同様に、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が基地局（ｅＮＢ又はｅＮｏｄｅＢ）と接続を確立する場合又は再接続する場合に、ランダムアクセスを行うことが想定される。【０００３】
ランダムアクセスにおいて最初にプリアンブルを送信するためのチャネルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と呼ばれ、ＰＲＡＣＨに関する設定情報（ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、基地局からユーザ装置にインデックスによって通知される。すなわち、ユーザ装置は、基地局から通知されたＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいてＰＲＡＣＨのリソース（以下、ＲＡＣＨリソースと呼ぶ）を選択する（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ３６．２１１  Ｖ１４．２．０（２０１７−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＲにおいても、ＬＴＥと同様に、ユーザ装置は、基地局から通知されたＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいてＲＡＣＨリソースを選択することが想定される。ＮＲでは、プライマリ同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｚｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｚｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）及び物理ブロードキャストチャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が時間方向に繰り返し送信できる仕組みが検討されている。ＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されるリソースをＳＳブロック（ＳＳ  ｂｌｏｃｋ）と呼び、ＳＳブロックの繰り返しをＳＳバーストセット（ＳＳ  ｂｕｒｓｔ  ｓｅｔ）と呼ぶ。ユーザ装置は、ＳＳブロックを検出できた場合、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まる複数のリソースの中からＲＡＣＨリソースを選択することが想定される。【０００６】
しかし、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるＲＡＣＨに利用可能な１周期内のリソースの数と、ＳＳバーストセット内のＳＳブロックに関連付けられたリソースの数とは必ずしも一致するとは限らない。そのため、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるＲＡＣＨに利用可能なリソースの中で、ユーザ装置によって検出されたＳＳブロックに応じてどのＲＡＣＨリソースを選択すべきかを決める仕組みが必要である。【０００７】
本発明は、ユーザ装置によって検出されたＳＳブロックに応じて適切なＲＡＣＨリソースを選択する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一形態に係るユーザ装置は、
基地局との同期後のいずれかのタイミングにおいてプリアンブルを送信するユーザ装置であって、
前記基地局からの同期信号又は物理ブロードキャストチャネルを検出する受信部と、
プリアンブル送信のための設定情報に基づいてプリアンブルの送信に利用可能なリソースを決定し、前記プリアンブルの送信に利用可能なリソースの中から、マッピングルールに基づいて、前記検出された同期信号又は物理ブロードキャストチャネルに応じてプリアンブルを送信するためのリソースを選択するリソース選択部と、
前記選択されたリソースにおいてプリアンブルを前記基地局に送信する送信部と、
を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ユーザ装置によって検出されたＳＳブロックに応じて適切なＲＡＣＨリソースを選択することが可能になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態における無線通信システムの概略図である。
【図２】ＳＳブロックとＲＡＣＨリソースとの対応関係を示す図である。
【図３】本発明の実施の形態に係る無線通信システムにおけるプリアンブル送信手順を示すシーケンス図である。
【図４】プリアンブルを送信するＲＡＣＨリソースを選択する具体例１を示す図である。
【図５】プリアンブルを送信するＲＡＣＨリソースを選択する具体例２を示す図である。
【図６】プリアンブルを送信するＲＡＣＨリソースを選択する具体例３を示す図である。
【図７】プリアンブルを送信するＲＡＣＨリソースを選択する具体例４を示す図である。
【図８】基地局の機能構成の一例を示すブロック図である。
【図９】ユーザ装置の機能構成の一例を示すブロック図である。
【図１０】本発明の実施の形態に係る無線通信装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１２】
本実施の形態において、適宜、ＬＴＥで規定された用語を用いて説明する。また、無線通信システムが動作するにあたっては、適宜、ＬＴＥで規定された既存技術を使用できる。ただし、当該既存技術はＬＴＥに限られない。また本明細書で使用する「ＬＴＥ」は、特に断らない限り、ＬＴＥ−Ａｄｖａｎｃｅｄ、及びＬＴＥ−Ａｄｖａｎｃｅｄ以降の方式を含む広い意味で使用する。また、本実施の形態では、ランダムアクセス時のプリアンブル送信について説明するが、本発明は、基地局との同期後のいずれかのタイミングにおけるプリアンブル送信にも適用可能である。
【００１３】
また、本実施の形態では、既存のＬＴＥで使用されているＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＲＡＣＨ、プリアンブル等の用語を使用しているが、これは記載の便宜上のためであり、これらと同様の信号等が他の名称で呼ばれてもよい。
【００１４】
＜無線通信システムの概要＞
図１は、本実施の形態における無線通信システム１０の構成図である。図１に示すように、本実施の形態における無線通信システム１０は、基地局１００及びユーザ装置２００を含む。図１の例では、１つの基地局１００及び１つのユーザ装置２００が図示されているが、複数の基地局１００を有していてもよいし、複数のユーザ装置２００を有していてもよい。なお、基地局１００をＢＳと呼び、ユーザ装置２００をＵＥと呼んでもよい。
【００１５】
基地局１００は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局１００が複数のセルを収容する場合、基地局１００のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局１００は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【００１６】
ユーザ装置２００は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００１７】
基地局１００又はユーザ装置２００は、高周波数帯での伝搬ロスを補うために、ビーム幅の狭いビームフォーミングを適用することができる。ビームフォーミングを適用して信号を送信する場合、基地局１００又はユーザ装置２００は、ビーム探索（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）等を行うことで、通信相手側で受信品質が良好になるように送信ビーム（Ｔｘ−ｂｅａｍ）の方向を決定する。同様に、ビームフォーミングを適用して信号を受信する場合も、基地局１００又はユーザ装置２００は、通信相手側からの受信品質が良好になるように受信ビーム（Ｒｘ−ｂｅａｍ）の方向を決定する。
【００１８】
発信時又はハンドオーバ等により、ユーザ装置２００が基地局１００と接続を確立する場合又は再同期等を行う場合、ランダムアクセスが行われる。ランダムアクセスでは、ユーザ装置２００は、セル内に用意された複数のプリアンブルの中から選択したプリアンブル（ＰＲＡＣＨ  ｐｒｅａｍｂｌｅ）を送信する。基地局はプリアンブルを検出すると、その応答情報であるＲＡＲ（ＲＡＣＨ  ｒｅｓｐｏｎｓｅ）を送信する。ＲＡＲを受信したユーザ装置は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔをｍｅｓｓａｇｅ３として送信する。基地局は、ｍｅｓｓａｇｅ３受信後にコネクション確立のためのセル設定情報等を含むＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐをｍｅｓｓａｇｅ４として送信する。自分のＵＥ  ＩＤがｍｅｓｓａｇｅ４に含まれていたユーザ装置は、ランダムアクセス処理を完了し、コネクションを確立する。
【００１９】
ランダムアクセスにおいて最初にプリアンブルを送信するためのチャネルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と呼ばれる。ＰＲＡＣＨに関する設定情報（ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の候補は、例えば、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔａｂｌｅと呼ばれるテーブルに予め規定され、それぞれのＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに対してインデックスが付与される。基地局１００は、ブロードキャスト情報等によってユーザ装置２００にＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔａｂｌｅのインデックスを通知することによって、プリアンブルの送信に利用可能なリソースの位置、数、密度等を指定する。ユーザ装置２００は、通知されたインデックスに基づいて（すなわち、通知されたインデックスに対応するＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて）、プリアンブルの送信に利用可能なリソースを決定することができる。プリアンブルの送信に利用なリソースは、例えば、時間領域及び周波数領域で構成されるリソースの中の所定の部分に周期的に配置される。なお、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは、プリアンブル送信のための設定情報と読み替えられてもよい。
【００２０】
基地局１００は、例えば、送信ビームの方向を変えつつ、ＳＳバーストセット内の複数のＳＳブロックを用いて、ＰＳＳ、ＳＳＳ又はＰＢＣＨを送信することができる。ＳＳバーストセットは、例えば、２０ｍｓ等の周期で繰り返される。ＳＳバーストセット内のＳＳブロック数Ｌは、周波数帯によって異なり、例えば、３ＧＨｚ以下ではＬ＝４、３〜６ＧＨｚではＬ＝８、６〜５２．６ＧＨｚではＬ＝６４と定められる。また、Ｌ個のＳＳブロックの全てが必ずしも用いられるとは限らず、基地局はＬ個以下の範囲で任意の数のＳＳブロックを用いることができる。
【００２１】
ユーザ装置２００は、ＰＳＳ、ＳＳＳ又はＰＢＣＨを検出した場合、プリアンブルの送信に利用可能なリソースの中から、検出したＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されたＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。ユーザ装置２００は、選択したＲＡＣＨリソースにおいてプリアンブルを送信する。このようなＳＳブロックとＲＡＣＨリソースとの対応関係によって、基地局１００は、ＳＳバーストセット内のどのＳＳブロックがユーザ装置２００によって検出できたかを認識することができる。ＳＳブロックとＲＡＣＨリソースとの対応関係について図２を参照して説明する。
【００２２】
図２は、ＳＳブロックとＲＡＣＨリソースとの対応関係を示す図である。ユーザ装置２００は、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによってプリアンブルの送信に利用可能なリソース（ＲＡＣＨリソース１、ＲＡＣＨリソース２、ＲＡＣＨリソース３...）を決定することができる。ＳＳバースト内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルールは、例えば、基地局１００からユーザ装置２００に対してブロードキャスト情報等によって通知されてもよく、予め仕様によって規定されてもよい。マッピングルールは任意に定めることができ、例えば、図２に示すように、ＳＳブロック＃１に対するプリアンブルはＲＡＣＨリソース１において送信する、ＳＳブロック＃６に対するプリアンブルはＲＡＣＨリソース２において送信する、等のマッピングルールが定められてもよい。なお、１つのＳＳブロックに対して複数のＲＡＣＨリソース（複数の時間リソース又は複数の周波数リソース）が対応してもよい。また、以下に説明するように、異なるＳＳブロックに対して時間方向に異なるリソースを用いるというマッピングルールが定められてもよい。
【００２３】
さらに、ＳＳブロックに対して利用可能なプリアンブルインデックスの数及びＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数も、例えば、基地局１００からユーザ装置２００に対してブロードキャスト情報等によって通知されてもよく、予め仕様によって規定されてもよい。
【００２４】
ユーザ装置２００は、ＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されたＳＳブロックに関連付けられたＲＡＣＨリソースを選択し、プリアンブルを基地局１００に送信する。例えば、ユーザ装置２００は、ＳＳブロック＃６においてＰＳＳ、ＳＳＳ又はＰＢＣＨを検出することができた場合、ＳＳブロック＃６に関連付けられたＲＡＣＨリソース２を選択する。また、ＳＳブロック＃６に対して利用可能なプリアンブルインデックスの数及びＲＡＣＨリソース２内で利用可能なプリアンブルインデックスの数が通知又は規定されている場合、ユーザ装置２００は、ＲＡＣＨリソース２内で選択可能なプリアンブルインデックスの範囲を決定する。そして、ユーザ装置２００は、選択されたＲＡＣＨリソース２において、決定されたプリアンブルインデックスの範囲でプリアンブルを選択し、プリアンブルを基地局１００に送信する。
【００２５】
＜具体例１＞
次に、図３及び図４を参照して、本実施の形態に係る無線通信システムにおけるプリアンブル送信手順の具体例１について詳細に説明する。図３は、本発明の実施の形態に係る無線通信システムにおけるプリアンブル送信手順を示すシーケンス図である。図４は、プリアンブルを送信するリソースを選択する具体例１の概略図である。
【００２６】
基地局１００は、時間同期、周波数同期、セルＩＤの一部の検出等に用いられるＰＳＳと、セルＩＤの検出等に用いられるＳＳＳを送信すると共に、初期アクセスに必要なシステム情報の一部を含むＰＢＣＨをユーザ装置２００に送信する（Ｓ１０１）。ＰＳＳ、ＳＳＳ又はＰＢＣＨは、ＳＳブロックと呼ばれるＳＳバーストセット内のリソースに配置され、ユーザ装置２００に送信される。ユーザ装置２００は、ＳＳバーストセット内でＰＳＳ、ＳＳＳ及びＰＢＣＨの検出を試みる。ＰＳＳ、ＳＳＳ及びＰＢＣＨが検出できた場合、ユーザ装置２００は、例えば、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）で送信される他のシステム情報も受信可能になる。ここでは、ＰＢＣＨで送信されるシステム情報と、ＰＤＳＣＨ等の他のチャネルで送信されるシステム情報とを合わせてブロードキャスト情報と呼ぶ。
【００２７】
ユーザ装置２００に通知されるブロードキャスト情報には、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔａｂｌｅのインデックス）、ＳＳバーストセット内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルール、ＳＳブロックに対して利用可能なプリアンブルインデックスの数、ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数等が含まれてもよい。本実施の形態では、上記の情報がブロードキャスト情報に含まれるとして説明するが、上記の情報のいずれかが、ブロードキャスト情報以外の制御情報（例えば、ＲＲＣシグナリング、ＤＣＩ等）によってユーザ装置２００に通知されてもよく、予め仕様によって規定されてもよい。
【００２８】
ユーザ装置２００は、ブロードキャスト情報に含まれるＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、プリアンブルの送信に利用可能なリソースを決定する。例えば、図４に示すように、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、ある指定の期間の１周期において、時間方向に６個のリソースが利用可能であり、周波数方向に４個のリソースが利用可能であることが決定されてもよい。ここで、１周期の長さＴは、ＳＳバーストセット内のＳＳブロックの数を考慮して決められてもよい。例えば、ＳＳバーストセット内に８個のＳＳブロックが存在し、１つのＳＳブロックに対して１つの時間方向のＲＡＣＨリソースが用いられる場合、少なくとも８個の時間方向のリソースが利用可能であるように１周期の長さＴが決められる。
【００２９】
ユーザ装置２００は、ＳＳバーストセット内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルールを用いて、プリアンブルの送信に利用可能なリソースの中から、検出したＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されるＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。例えば、図４に示すように、マッピングルールによって、ＳＳブロック＃０に対するプリアンブルはＲＡＣＨリソース１において送信する、ＳＳブロック＃１に対するプリアンブルはＲＡＣＨリソース２において送信する等が規定される。ユーザ装置２００は、このマッピングルールを用いて、ＰＳＳ、ＳＳＳ又はＰＢＣＨがＳＳブロック＃０において検出できた場合、ＲＡＣＨリソース１を選択し、ＰＳＳ、ＳＳＳ又はＰＢＣＨがＳＳブロック＃１において検出できた場合、ＲＡＣＨリソース２を選択する。なお、ＲＡＣＨリソース１とＲＡＣＨリソース２の位置は任意に決定することができ、例えば、ＲＡＣＨリソース１とＲＡＣＨリソース２が同じ時間内に周波数多重されてもよい。
【００３０】
なお、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能な１周期内のリソースの全てが、ＲＡＣＨに利用されるとは限らない。例えば、図４に示すように、ＳＳバーストセット内にＳＳブロック＃０及びＳＳブロック＃１のみが含まれる場合には、ＲＡＣＨリソース１及びＲＡＣＨリソース２以外のリソースはＲＡＣＨに利用されない。具体例１では、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能なリソースの中で、マッピングルールに従ってＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。そして、ＲＡＣＨに利用されないリソースは、他のチャネル（例えば、データチャネル、制御チャネル）等の他の用途に利用されてもよい。
【００３１】
ユーザ装置２００は、選択されたリソースにおいてプリアンブルを基地局１００に送信する（Ｓ１０３）。なお、ＳＳブロックに対して利用可能なプリアンブルインデックスの数及びＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数が指定されている場合、ユーザ装置２００は、ＳＳブロックに対して利用可能なプリアンブルインデックスの数及びＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数に基づいて、ＲＡＣＨリソース内で選択可能なプリアンブルインデックスの範囲を決定する。
【００３２】
例えば、１つのＳＳブロックに対して１２８個のプリアンブルインデックス０〜１２７が利用可能であり、１つのＲＡＣＨリソース内で６４個のプリアンブルインデックスが利用可能である場合、１つのＳＳブロックに対して少なくとも２個のＲＡＣＨリソースが確保される必要があることが分かる。例えば、図４に示すように４個のＲＡＣＨリソースが確保された場合、ユーザ装置２００は、１番目のＲＡＣＨリソース及び３番目のＲＡＣＨリソースにおいて、プリアンブルインデックス０〜６３の範囲内でプリアンブルを選択し、２番目のＲＡＣＨリソース及び４番目のＲＡＣＨリソースにおいて、プリアンブルインデックス６４〜１２７の範囲内でプリアンブルを選択する。なお、上記のプリアンブルインデックスの割り当ては単なる例であり、例えば、ユーザ装置２００は、１番目〜４番目のＲＡＣＨリソースの全てにおいてプリアンブルインデックス０〜６３の範囲内でプリアンブルを選択してもよい。このとき、ＳＳブロックに対して全てのＲＡＣＨリソースにおいて同じプリアンブルインデックスが割り当てられるが、それらのリソースは、時間及び周波数に基づいて区別されてもよい。
【００３３】
ＲＡＣＨリソース内で選択可能なプリアンブルインデックスの範囲は、上記のように、あるＲＡＣＨリソースにおいて、プリアンブルインデックスの昇順に、ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数だけ使用できるとしてもよい。次に、同じ時間方向のＲＡＣＨリソース（すなわち、周波数多重されたＲＡＣＨリソース）において、次のプリアンブルインデックスの番号から始めて、プリアンブルインデックスの昇順に、ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数だけ使用できるとしてもよい。同じ時間方向のＲＡＣＨリソースのプリアンブルインデックスの範囲が決まった後に、周波数多重されたＲＡＣＨリソースにおいて、次のプリアンブルインデックスの番号から始めて、プリアンブルインデックスの昇順に、ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数だけ使用できるとしてもよい。このように、周波数多重された複数のＲＡＣＨリソース及び時間多重された複数のＲＡＣＨリソースが存在する場合、周波数多重された複数のリソースに対して順にプリアンブルインデックスの範囲を決定し、次に、時間多重された複数のリソースに対して順にプリアンブルインデックスの範囲を決定してもよい。
【００３４】
上記のように、ＳＳブロックに対して利用可能なプリアンブルインデックスの数は、１つのＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数と、１つのＳＳブロックに対応するＲＡＣＨリソースの数とから求められるため、ＳＳブロックに対して利用可能なプリアンブルインデックスの数の代わりに、１つのＳＳブロックに対応するＲＡＣＨリソースの数が通知又は規定されてもよい。
【００３５】
なお、ＳＳブロックに対して利用可能なプリアンブルインデックスの数は、衝突型ランダムアクセス（ＣＢＲＡ：ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）用のプリアンブルインデックスの数と、非衝突型ランダムアクセス（ＣＦＲＡ：ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）用のプリアンブルインデックスの数との両方を含んでもよい。ただし、ＣＦＲＡのうち、ユーザ装置個別にリソースが割り当てられる場合には、そのＣＦＲＡ用のプリアンブルインデックスの数は含まなくてもよい。ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数は、ＲＡＣＨリソース内でＣＢＲＡ及びＣＦＲＡの双方に利用可能なプリアンブルインデックスの数と、ＣＦＲＡ用又はＣＢＲＡ用のプリアンブルインデックスの数との両方を含んでもよい。これらの情報は通知又は規定されてもよい。これらの情報から、ＲＡＣＨリソース内でＣＢＲＡ及びＣＦＲＡに利用可能なプリアンブルインデックスの範囲が求まる。さらに、１つのＳＳブロックに対応して何個のＲＡＣＨリソースが確保される必要があるかも求まり、確保されたＲＡＣＨリソースにおいて利用可能なプリアンブルインデックスの範囲を決定することができる。
【００３６】
なお、プリアンブルインデックスとプリアンブルとは１対１に対応するが、プリアンブルは、プリアンブルインデックスに基づいて生成されてもよい。例えば、プリアンブルは、プリアンブルインデックスの順に、ある系列（ルートインデックス）に対してサイクリックシフト量を順に与え、サイクリックシフト量が閾値に到達した場合、ルートインデックスを変更することにより生成されてもよい。
【００３７】
基地局１００は、プリアンブルを受信した場合、ユーザ装置２００と同じマッピングルールに基づき、プリアンブルを受信したリソースから、どのＳＳブロックがユーザ装置２００によって検出できたかを認識することができる。基地局１００は、受信したプリアンブルに対して、応答情報であるＲＡＲをユーザ装置２００に送信する。その後、基地局１００とユーザ装置２００との間のコネクションが確立される。
【００３８】
＜具体例２＞
次に、図５を参照して、本実施の形態に係る無線通信システムにおけるプリアンブル送信手順の具体例２について詳細に説明する。図５は、プリアンブルを送信するリソースを選択する具体例２の概略図である。具体例２においても、図３のプリアンブル送信手順に従ってプリアンブルが送信される。以下、具体例１と異なる点について詳細に説明する。
【００３９】
ステップＳ１０１において、ユーザ装置２００は、ブロードキャスト情報に含まれるＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、プリアンブルの送信に利用可能なリソースを決定する。例えば、図５に示すように、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、ある指定の期間の１周期において、時間方向に６個のＲＡＣＨリソースが利用可能であり、周波数方向に４個のＲＡＣＨリソースが利用可能であることが決定されてもよい。
【００４０】
ユーザ装置２００は、ＳＳバーストセット内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルールを用いて、プリアンブルの送信に利用可能なリソースの中から、検出したＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されるＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。例えば、図５に示すように、マッピングルールによって、ＳＳブロック＃０に対するプリアンブルはＲＡＣＨリソース１において送信する、ＳＳブロック＃１に対するプリアンブルはＲＡＣＨリソース２において送信する等が規定される。さらに、残りのＲＡＣＨリソースにおいて、ＳＳブロック＃０に対するプリアンブル及びＳＳブロック＃１に対するプリアンブルが繰り返し送信される。繰り返し回数は、基地局１００からユーザ装置２００に対してブロードキャスト情報等によって通知されてもよく、予め仕様によって規定されてもよい。例えば、繰り返し回数は、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔａｂｌｅ内で規定されてもよい。また、例えば、繰り返し回数は、指定された周期Ｔの範囲内で繰り返し可能な最大回数であってもよい。図５に示す例では、指定された周期Ｔの範囲内で３回の繰り返しが可能であるため、繰り返し回数は３であると決定されてもよい。
【００４１】
この場合も、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能な１周期内のリソースの全てが、ＲＡＣＨに利用されるとは限らない。具体例２においても、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能なリソースの中で、マッピングルール及び繰り返し回数に従ってＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。そして、ＲＡＣＨに利用されないリソースは、他のチャネル（例えば、データチャネル、制御チャネル）等の他の用途に利用されてもよい。
【００４２】
ステップＳ１０３において、ユーザ装置２００は、選択されたリソースにおいてプリアンブルを基地局１００に送信する。
【００４３】
＜具体例３＞
具体例１及び具体例２においては、ＳＳバースト内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルールに基づくＲＡＣＨリソースの選択について説明した。具体例１及び具体例２によれば、マッピングルールによっては、異なるＳＳブロックに対して時間方向において同じＲＡＣＨリソースが用いられる可能性がある。
【００４４】
しかし、例えば、アナログビームフォーミングが用いられる場合、時間によってビーム方向が切り替えられるため、異なるＳＳブロックに対して同じ時間タイミングを持つＲＡＣＨリソースが用いられる場合、プリアンブルがうまく送受信できないという状況が生じ得る。そこで、具体例３では、異なるＳＳブロックに対して時間方向において異なるＲＡＣＨリソースを用いるというマッピングルールを使用する例について説明する。
【００４５】
具体例３で用いるマッピングルールとして、例えば、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能なリソースの中で、１つのＳＳブロックに必要なＲＡＣＨリソースの割り当てが終わった後に、次の時間方向のリソースにおいて、次のＳＳブロックに必要なＲＡＣＨリソースを割り当てるというマッピングルールが用いられてもよい。なお、１つのＳＳブロックに必要なＲＡＣＨリソースは、時間方向のＲＡＣＨリソース数及び周波数方向のＲＡＣＨリソース数のそれぞれを、基地局１００からユーザ装置２００に通知することにより、或いは仕様によって規定することにより求められてもよい。また、時間方向のＲＡＣＨリソース数及び周波数方向のＲＡＣＨリソース数の合計値が基地局１００からユーザ装置２００に通知されてもよく、或いは仕様によって規定されてもよい。また、１つのＳＳブロックに必要なＲＡＣＨリソースは、ＳＳブロックに対して利用可能なプリアンブルインデックスの数及びＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数に更に基づいて決定されてもよい。
【００４６】
図６を参照して、本実施の形態に係る無線通信システムにおけるプリアンブル送信手順の具体例３について詳細に説明する。図６は、プリアンブルを送信するリソースを選択する具体例３の概略図である。具体例３においても、図３のプリアンブル送信手順に従ってプリアンブルが送信される。以下、具体例１と異なる点について詳細に説明する。
【００４７】
ステップＳ１０１において、基地局１００は、ＰＳＳ、ＳＳＳ及びＰＢＣＨをユーザ装置２００に送信する。ユーザ装置２００は、ＳＳバーストセット内でＰＳＳ、ＳＳＳ及びＰＢＣＨの検出を試みる。ＰＳＳ、ＳＳＳ及びＰＢＣＨが検出できた場合、ユーザ装置２００は、ＰＢＣＨ、ＰＤＳＣＨ等でブロードキャスト情報を受信することができる。ユーザ装置２００に通知されるブロードキャスト情報には、異なるＳＳブロックに対して時間方向において異なるＲＡＣＨリソースを用いるというマッピングルールを使用するマッピングルールフラグが更に含まれてもよい。本実施の形態では、マッピングルールフラグがブロードキャスト情報に含まれるとして説明するが、マッピングルールフラグは、ブロードキャスト情報以外の制御情報（例えば、ＲＲＣシグナリング、ＤＣＩ等）によってユーザ装置２００に通知されてもよく、予め仕様によって規定されてもよい。
【００４８】
ユーザ装置２００は、ブロードキャスト情報に含まれるＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、プリアンブルの送信に利用可能なリソースを決定する。例えば、図６に示すように、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、ある指定の期間の１周期において、時間方向に６個のＲＡＣＨリソースが利用可能であり、周波数方向に４個のＲＡＣＨリソースが利用可能であることが決定されてもよい。
【００４９】
ユーザ装置２００は、マッピングルールフラグを受信した場合、具体例１及び具体例２のようなＳＳバースト内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルールの代わりに、異なるＳＳブロックに対して時間方向において異なるＲＡＣＨリソースを用いるというマッピングルールを適用する。ユーザ装置２００は、異なる同期信号ブロックに対して時間方向において異なるリソースを用いるというマッピングルールを用いて、プリアンブルの送信に利用可能なリソースの中から、検出したＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されるＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。例えば、１つのＳＳブロックに必要な時間方向のＲＡＣＨリソースが２個であり、周波数方向のＲＡＣＨリソースが３個である場合、図６に示すように、ＳＳブロック＃０に対するプリアンブル送信のために、６個のＲＡＣＨリソースを選択し、ＳＳブロック＃１に対するプリアンブル送信のために、ＳＳブロック＃０に対して選択したリソースの次の時間方向において６個のＲＡＣＨリソースを選択する。
【００５０】
この場合も、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能な１周期内のリソースの全てが、ＲＡＣＨに利用されるとは限らない。具体例３においても、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能なリソースの中で、マッピングルールに従ってＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。そして、ＲＡＣＨに利用されないリソースは、他のチャネル（例えば、データチャネル、制御チャネル）等の他の用途に利用されてもよい。
【００５１】
ステップＳ１０３において、ユーザ装置２００は、選択されたリソースにおいてプリアンブルを基地局１００に送信する。
【００５２】
＜具体例４＞
具体例４においても、具体例３と同様に、異なるＳＳブロックに対して時間方向において異なるＲＡＣＨリソースを用いるというマッピングルールが用いられる。
【００５３】
具体例３では、１つのＳＳブロックに必要なＲＡＣＨリソースの数が決まっている場合について説明したが、この場合には、図６に示すように、同じ時間方向のリソースの中に、ＲＡＣＨに利用されるリソースとＲＡＣＨに利用されないリソースが混在する可能性がある。具体例４では、同じ時間方向のリソースの全てが１つのＳＳブロックに対応するプリアンブル送信に利用されるマッピングルールの例について説明する。
【００５４】
具体例４で用いるマッピングルールとして、例えば、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能なリソースの中で、１つのＳＳブロックに必要なＲＡＣＨリソースを決定し、決定したＲＡＣＨリソースと同じ時間方向の全てのリソースの割り当てが終わった後に、次の時間方向のリソースにおいて、次のＳＳブロックに必要なＲＡＣＨリソースを決定し、決定したＲＡＣＨリソースと同じ時間方向の全てのリソースを割り当てるというマッピングルールが用いられてもよい。例えば、１つのＳＳブロックに必要なＲＡＣＨリソースは、１つのＳＳブロックに対して利用可能なＲＡＣＨリソース又はプリアンブルインデックスの数の一部を、基地局１００からユーザ装置２００に通知することにより、或いは仕様によって規定することにより求められてもよい。例えば、１つのＳＳブロックに対して利用可能な時間方向のＲＡＣＨリソースが指定され、その時間方向の全てのＲＡＣＨリソースにおいてプリアンブルが送信されてもよい。或いは、１つのＳＳブロックに必要なＲＡＣＨリソースは、１つのＳＳブロックに対して利用可能な最低限のＲＡＣＨリソースの数又はプリアンブルインデックスの数を、基地局１００からユーザ装置２００に通知することにより、或いは仕様によって規定することにより求められてもよい。例えば、１つのＳＳブロックに対して利用可能な最低限のＲＡＣＨリソースの数が指定され、同じ時間方向において利用可能な全てのＲＡＣＨリソースにおいてプリアンブルが送信されてもよい。
【００５５】
図７を参照して、本実施の形態に係る無線通信システムにおけるプリアンブル送信手順の具体例４について詳細に説明する。図７は、プリアンブルを送信するリソースを選択する具体例４の概略図である。具体例４においても、図３のプリアンブル送信手順に従ってプリアンブルが送信される。以下、具体例３と異なる点について詳細に説明する。
【００５６】
ステップＳ１０１において、ユーザ装置２００は、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、プリアンブルの送信に利用可能なリソースを決定する。例えば、図７に示すように、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、ある指定の期間の１周期において、時間方向に６個のＲＡＣＨリソースが利用可能であり、周波数方向に４個のＲＡＣＨリソースが利用可能であることが決定されてもよい。
【００５７】
ユーザ装置２００は、マッピングルールフラグを受信した場合、具体例１及び具体例２のようなＳＳバースト内のＳＳブロックとＲＡＣＨリソースとの対応関係を定めたマッピングルールの代わりに、異なるＳＳブロックに対して時間方向において異なるＲＡＣＨリソースを用いるというマッピングルールを適用する。このマッピングルールでは、同じ時間方向のリソースの全てが１つのＳＳブロックに対応するプリアンブル送信に利用される。ユーザ装置２００は、このマッピングルールを用いて、プリアンブルの送信に利用可能なリソースの中から、検出したＰＳＳ、ＳＳＳ又はＰＢＣＨが配置されるＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。例えば、１つのＳＳブロックに必要な時間方向のＲＡＣＨリソースが２個である場合、図７に示すように、ＳＳブロック＃０に対するプリアンブル送信のために、２個の時間方向のＲＡＣＨリソースの全て（すなわち、８個のＲＡＣＨリソース）を選択し、ＳＳブロック＃１に対するプリアンブル送信のために、ＳＳブロック＃０に対して選択したリソースの次の時間方向において２個の時間方向のＲＡＣＨリソースの全て（すなわち、８個のＲＡＣＨリソース）を選択する。
【００５８】
この場合も、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能な１周期内のリソースの全てが、ＲＡＣＨに利用されるとは限らない。具体例４においても、ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決まるプリアンブルの送信に利用可能なリソースの中で、マッピングルールに従ってＳＳブロックに関連付けられたＲＡＣＨリソースを選択する。そして、ＲＡＣＨに利用されないリソースは、他のチャネル（例えば、データチャネル、制御チャネル）等の他の用途に利用されてもよい。
【００５９】
ステップＳ１０３において、ユーザ装置２００は、選択されたリソースにおいてプリアンブルを基地局１００に送信する。
【００６０】
＜基地局の機能構成＞
図８は、基地局１００の機能構成の一例を示す図である。基地局１００は、送信部１１０と、受信部１２０と、設定情報管理部１３０と、ランダムアクセス制御部１４０とを有する。図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのような名称でもよい。
【００６１】
送信部１１０は、上位レイヤの情報から下位レイヤの信号を生成し、当該信号を無線で送信するように構成されている。送信部１１０は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ等の信号を送信する。受信部１２０は、各種の信号を無線受信し、受信した信号から上位レイヤの情報を取得するように構成されている。
【００６２】
設定情報管理部１３０は、予め設定される設定情報を格納するとともに、ユーザ装置２００に対して設定する設定情報（ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ、マッピングルール、ＳＳブロックに対して利用可能なプリアンブルインデックスの数、ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数、マッピングルールインデックス、本実施の形態において用いられるいずれかの設定情報等）を決定し、保持する。設定情報管理部１３０は、ユーザ装置２００に対して設定する設定情報を送信部１１０に渡し、送信部１１０に設定情報を送信させる。
【００６３】
ランダムアクセス制御部１４０は、ユーザ装置２００とのランダムアクセス手順を管理する。ユーザ装置２００からプリアンブルを受信した場合、送信部１１０にＲＡＲを送信させ、ユーザ装置２００からＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受信した場合、送信部１１０にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐを送信させる。
【００６４】
＜ユーザ装置の機能構成＞
図９は、ユーザ装置２００の機能構成の一例を示す図である。ユーザ装置２００は、送信部２１０と、受信部２２０と、設定情報管理部２３０と、リソース選択部２４０と、ランダムアクセス制御部２５０とを有する。図９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのような名称でもよい。
【００６５】
送信部２１０は、上位レイヤの情報から下位レイヤの信号を生成し、当該信号を無線で送信するように構成されている。送信部２１０は、以下に説明する設定情報管理部２３０に格納された設定情報に基づき、プリアンブルを送信する。受信部２２０は、各種の信号を無線受信し、受信した信号から上位レイヤの情報を取得するように構成されている。受信部２２０は、基地局１００からＰＳＳ、ＳＳＳ、ＰＢＣＨ等の信号を受信する。また、受信部２２０は、基地局１００等から設定情報（ＲＡＣＨ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ、マッピングルール、ＳＳブロックに対して利用可能なプリアンブルインデックスの数、ＲＡＣＨリソース内で利用可能なプリアンブルインデックスの数、マッピングルールインデックス、本実施の形態において用いられるいずれかの設定情報等）を受信する。
【００６６】
設定情報管理部２３０は、予め設定される設定情報を格納するとともに、基地局１００等から設定される設定情報を格納する。なお、設定情報管理部２３０において管理できる設定情報は、基地局１００等から設定される設定情報のみならず、仕様によって予め規定された設定情報も含まれる。
【００６７】
リソース選択部２４０は、設定情報管理部２３０に格納された設定情報に基づいて、プリアンブルの送信に利用可能なリソースを決定する。さらに、リソース選択部２４０は、プリアンブルの送信に利用可能なリソースの中から、設定情報管理部２３０に格納されたマッピングルールに基づいて、プリアンブルを送信するためのＲＡＣＨリソースを選択する。また、リソース選択部２４０は、ＲＡＣＨリソース内で選択可能なプリアンブルインデックスの範囲を決定する。
【００６８】
ランダムアクセス制御部２５０は、基地局１００とのランダムアクセス手順を管理する。発信時又はハンドオーバ等により、ユーザ装置２００が基地局１００と接続を確立する場合又は再同期を行う場合、ランダムアクセス制御部２５０は、複数のプリアンブルの中からランダムに選択したプリアンブルを送信部２１０に送信させる。また、ランダムアクセス制御部２５０は、プリアンブルを送信した後、例えば、ＲＡＲウィンドウと呼ばれる期間内にその応答情報であるＲＡＲを受信しない場合、送信部２１０にプリアンブルを再送させる。ランダムアクセス制御部２５０は、基地局１００からＲＡＲを受信した場合、送信部２１０にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを送信させる。
【００６９】
＜ハードウェア構成例＞
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【００７０】
例えば、本発明の一実施形態における基地局、ユーザ装置などは、本発明のプリアンブル送信方法の処理を行うコンピュータとして機能してもよい。図１０は、本発明の実施の形態に係る基地局１００又はユーザ装置２００である無線通信装置のハードウェア構成の一例を示す図である。上述の基地局１００及びユーザ装置２００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００７１】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１００及びユーザ装置２００のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００７２】
基地局１００及びユーザ装置２００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、及び／又は、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００７３】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：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）」は、排他的論理和ではないことが意図される。
【０１０６】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１０７】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１０８】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されないということは明らかである。本発明は、請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的としており、本発明に対して何ら制限的な意味を有さない。
【符号の説明】
【０１０９】
１００  基地局
１１０  送信部
１２０  受信部
１３０  設定情報管理部
１４０  ランダムアクセス制御部
２００  ユーザ装置
２１０  送信部
２２０  受信部
２３０  設定情報管理部
２４０  リソース選択部
２５０  ランダムアクセス制御部
【図１】
2019097653.tif 000003
【図２】
2019097653.tif 000004
【図３】
2019097653.tif 000005
【図４】
2019097653.tif 000006
【図５】
2019097653.tif 000007
【図６】
2019097653.tif 000008
【図７】
2019097653.tif 000009
【図８】
2019097653.tif 000010
【図９】
2019097653.tif 000011
【図１０】
2019097653.tif 000012
【手続補正書】
【提出日】令和2年4月24日(2020.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
利用可能なランダムアクセスプリアンブルインデックスの数に関する設定情報を受信する受信部と、
前記設定情報に基づいて、１以上の同期信号ブロックから構成される同期信号ブロックのセットから選択された、同期信号及び物理ブロードキャストチャネルを含む１つの同期信号ブロックに応じたランダムアクセスプリアンブルを送信するためのリソースを選択し、選択された前記リソース内で利用可能なランダムアクセスプリアンブルインデックスの範囲を決定する制御部と、
決定された前記範囲内でランダムアクセスプリアンブルを送信する送信部と、
を有する端末。
【請求項２】
前記設定情報は、１つの同期信号ブロック及び１つのランダムアクセスプリアンブルを送信するためのリソースに対して利用可能な衝突型ランダムアクセス用のプリアンブルインデックスの数を含み、
前記制御部は、前記設定情報に基づいて、選択された前記リソース内における衝突型ランダムアクセスに利用可能なランダムアクセスプリアンブルインデックスの範囲を決定する、請求項１に記載の端末。
【請求項３】
前記同期信号ブロックのセットを構成する同期信号ブロックがランダムアクセスプリアンブルを送信するための複数のリソースに関連付けられている場合、
前記制御部は、ランダムアクセスプリアンブルインデックスの昇順に、第１のリソース、前記第１のリソースと周波数多重された第２のリソース、前記第１のリソースと時間多重された第３のリソースの順に、選択された前記同期信号ブロックを前記複数のリソースに関連付ける、請求項１又は２に記載の端末。
【請求項４】
前記送信部は、或る周期内で、選択された前記同期信号ブロックを、選択された前記リソースと複数回数関連付けした後、前記或る周期内に未使用のリソースが存在する場合、当該未使用のリソースにおいてランダムアクセスプリアンブルを送信しない、請求項１乃至３のうちいずれか１項に記載の端末。
【請求項５】
前記複数回数の関連付けは、前記同期信号ブロックのセットを構成する同期信号ブロックが選択された前記リソースにマッピング可能な最大回数の関連付けである、請求項４に記載の端末。
【請求項６】
利用可能なランダムアクセスプリアンブルインデックスの数に関する設定情報を受信するステップと、
前記設定情報に基づいて、１以上の同期信号ブロックから構成される同期信号ブロックのセットから選択された、同期信号及び物理ブロードキャストチャネルを含む１つの同期信号ブロックに応じたランダムアクセスプリアンブルを送信するためのリソースを選択し、選択された前記リソース内で利用可能なランダムアクセスプリアンブルインデックスの範囲を決定するステップと、
決定された前記範囲内でランダムアクセスプリアンブルを送信するステップと、
を有するランダムアクセスプリアンブル送信方法。
【請求項７】
利用可能なランダムアクセスプリアンブルインデックスの数に関する設定情報を送信する送信部と、
１以上の同期信号ブロックから構成される同期信号ブロックのセットから選択された、同期信号及び物理ブロードキャストチャネルを含む１つの同期信号ブロックに応じて送信されるランダムアクセスプリアンブルを受信する受信部と、
を有し、
前記ランダムアクセスプリアンブルのインデックスの範囲は、前記設定情報に基づいて選択された、ランダムアクセスプリアンブルが送信されるリソース内で利用可能なランダムアクセスプリアンブルインデックスの範囲である、基地局。
【国際調査報告】
2019097653.tif 000013
2019097653.tif 000014
2019097653.tif 000015
2019097653.tif 000016