JPWO2020166044A1

JPWO2020166044A1 - ユーザ装置

Info

Publication number: JPWO2020166044A1
Application number: JP2020572025A
Authority: JP
Inventors: 知也小原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-02-14
Filing date: 2019-02-14
Publication date: 2021-12-23
Anticipated expiration: 2039-02-14
Also published as: WO2020166044A1; EP3927090A4; CN113396629B; JP7245855B2; CN113396629A; US20220039171A1; EP3927090A1

Abstract

衝突型ランダムアクセス手順の２ステップＲＡＣＨの第１ステップにおいて第１データを送信する送信部と、前記衝突型ランダムアクセス手順の２ステップＲＡＣＨの第２ステップにおいて第２データを受信する受信部を備え、前記第１データはプリアンブルとＰＵＳＣＨとを含み、ＰＵＳＣＨリソースの所定の対応関係を示す情報が通知または規定される、ユーザ装置。

Description

本発明は、無線通信システムにおけるユーザ装置に関連するものである。

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、ＮＲ（ＮｅｗＲａｄｉｏ）あるいは５Ｇと呼ばれる無線通信方式の検討が進んでいる（例えば非特許文献１）。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。

衝突型ランダムアクセス（Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ）手順を４ステップで行う従来の４ステップＲＡＣＨ（４−ｓｔｅｐＲＡＣＨ）に対して、ＮＲでは、衝突型ランダムアクセスを２ステップで行う２ステップＲＡＣＨ（２−ｓｔｅｐＲＡＣＨ）の検討が開始されている。２ステップＲＡＣＨにより、低遅延、消費電力削減等への効果が見込まれている。

衝突型ランダムアクセス手順の４ステップＲＡＣＨでは、第１ステップにおいて、ユーザ装置２０から基地局装置１０に対してメッセージＭｓｇ１（Ｐｒｅａｍｂｌｅ（プリアンブル））が送信され、第２ステップにおいて、基地局装置１０からユーザ装置２０に対してメッセージＭｓｇ２（ＲＡＲ（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ（ランダムアクセス応答））が送信され、第３ステップにおいて、ユーザ装置２０から基地局装置１０に対してメッセージＭｓｇ３が送信され、第４ステップにおいて、基地局装置１０からユーザ装置２０に対してメッセージＭｓｇ４が送信される。

３ＧＰＰＴＳ３８．３００Ｖ１５．０．０（２０１７−１２）

衝突型ランダムアクセス手順の２ステップＲＡＣＨでは、第１ステップにおいて、ユーザ装置２０から基地局装置１０に対してメッセージＭｓｇＡが送信され、第２ステップにおいて、基地局装置１０からユーザ装置２０に対してメッセージＭｓｇＢが送信される。メッセージＭｓｇＡは、プリアンブル＋データ（ＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ））を含み、４ステップＲＡＣＨのＭｓｇ１＋Ｍｓｇ３に相当する。メッセージＭｓｇＢは、４ステップＲＡＣＨのＭｓｇ２＋Ｍｓｇ４に相当する。ユーザ装置２０からのメッセージＭｓｇＡを受信した基地局装置１０がＭｓｇＢを適切に送信するために、ＭｓｇＡに含まれるプリアンブルとＰＵＳＣＨとの対応関係を適切に定める必要がある。

本発明は上記の点に鑑みてなされたものであり、衝突型ランダムアクセス手順の２ステップＲＡＣＨが適用される無線通信システムにおいて、ユーザ装置から送信されるメッセージＭｓｇＡに含まれるプリアンブルとＰＵＳＣＨとの対応関係を適切に定めることを可能とする技術を提供することを目的とする。

開示の技術によれば、衝突型ランダムアクセス手順の２ステップＲＡＣＨの第１ステップで第１データを送信する送信部と、前記２ステップＲＡＣＨの第２ステップで第２データを受信する受信部とを備え、前記第１データはプリアンブルとＰＵＳＣＨとを含み、ＰＵＳＣＨリソースの所定の対応関係を示す情報が通知または規定されるユーザ装置が提供される。

開示の技術によれば、衝突型ランダムアクセス手順の２ステップＲＡＣＨが適用される無線通信システムにおいて、ユーザ装置から送信されるメッセージＭｓｇＡに含まれるプリアンブルとＰＵＳＣＨとの対応関係を適切に定めることを可能とする技術が提供される。

本発明の実施形態における通信システムの構成図である。衝突型ランダムアクセス手順の４ステップＲＡＣＨを説明する図である。衝突型ランダムアクセス手順の２ステップＲＡＣＨを説明する図である。２ステップＲＡＣＨのメッセージＭｓｇＡに含まれるプリアンブルとＰＵＳＣＨを説明するための図である。ＰＵＳＣＨリソースの順序付けの例を説明するための図である。基地局装置１０の機能構成の一例を示す図である。ユーザ装置２０の機能構成の一例を示す図である。基地局装置１０及びユーザ装置２０のハードウェア構成の一例を示す図である。

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

以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。

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

ユーザ装置２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局装置１０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局装置１０は、１つ以上のセルを提供し、ユーザ装置２０と無線通信する通信装置である。ユーザ装置２０と基地局装置１０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、ユーザ装置２０をＵＥと称し、基地局装置１０をｇＮＢと称してもよい。

本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）方式でもよいし、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）方式でもよい。

本実施の形態に係る技術は、ＮＲの衝突型ランダムアクセス手順に関わるものなので、最初に、衝突型ランダムアクセス手順の４ステップＲＡＣＨの動作例および衝突型ランダムアクセス手順の２ステップＲＡＣＨの動作例を説明する。

（衝突型ランダムアクセス手順：４ステップＲＡＣＨ）
図２は、衝突型ランダムアクセス手順の４ステップＲＡＣＨを説明する図である。

ユーザ装置２０は、第１ステップ（Ｓ１）において、メッセージＭｓｇ１（＝プリアンブル）を送信する。

基地局装置１０は、プリアンブルを検出すると、第２ステップ（Ｓ２）において、その応答であるメッセージＭｓｇ２（＝ＲＡＲ（Ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ）））をユーザ装置２０に送信する。

ＲＡＲを受信したユーザ装置２０は、第３ステップ（Ｓ３）において、所定の情報を含むメッセージＭｓｇ３を基地局装置１０に送信する。Ｍｓｇ３は、例えば、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔである。

Ｍｓｇ３を受信した基地局装置１０は、第４ステップ（Ｓ４）において、メッセージＭｓｇ４（例：ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ）をユーザ装置２０に送信する。ユーザ装置２０は、上記の所定の情報がＭｓｇ４に含まれていることを確認すると、当該Ｍｓｇ４が、上記のＭｓｇ３に対応する自分宛てのＭｓｇ４であることを認識し、ランダムアクセス手順を完了し、ＲＲＣ接続を確立する（Ｃｏｎｔｅｎｓｉｏｎｒｅｓｏｌｕｔｉｏｎ：ＯＫ）。

（衝突型ランダムアクセス手順：２ステップＲＡＣＨ）

図３は、衝突型ランダムアクセス手順の２ステップＲＡＣＨを説明する図である。

図３に示されるように、衝突型ランダムアクセス手順の２ステップＲＡＣＨでは、第１ステップ（Ｓ１１）において、ユーザ装置２０から基地局装置１０に対してメッセージＭｓｇＡが送信され、第２ステップ（Ｓ１２）において、基地局装置１０からユーザ装置２０に対してメッセージＭｓｇＢが送信される。ユーザ装置２０は、所定の情報がＭｓｇＢに含まれていることを確認すると、当該ＭｓｇＢが、上記ＭｓｇＡに対応する自分宛てのＭｓｇＢであることを認識し、ランダムアクセス手順を完了し、ＲＲＣ接続を確立する（Ｃｏｎｔｅｎｓｉｏｎｒｅｓｏｌｕｔｉｏｎ：ＯＫ）。

メッセージＭｓｇＡは、プリアンブル＋データ（ＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ））を含み、４ステップＲＡＣＨのＭｓｇ１＋Ｍｓｇ３に相当する。また、メッセージＭｓｇＢは、４ステップＲＡＣＨのＭｓｇ２＋Ｍｓｇ４に相当する。

（プリアンブルとＰＵＳＣＨとの対応関係を定める必要性）
図４は、２ステップＲＡＣＨのメッセージＭｓｇＡに含まれるプリアンブルとＰＵＳＣＨを説明するための図である。

２ステップＲＡＣＨの場合には、ＭｓｇＡとして、プリアンブル＋ＰＵＳＣＨを送信することになるので、プリアンブルとＰＵＳＣＨとの対応関係を考慮する必要がある。

プリアンブルについては、同じＲＡＣＨ機会（ＲＡＣＨｏｃｃａｓｉｏｎ）（ＰＲＡＣＨｐｒｅａｍｂｌｅ用リソース）において、複数のユーザ装置２０が異なるプリアンブルインデックス（ｐｒｅａｍｂｌｅｉｎｄｅｘ）を用いてＰＲＡＣＨ（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）プリアンブルを送信することにより、基地局装置１０はユーザ装置２０を区別できる確率が高い。例えば、一つのＲＡＣＨ機会（ＲＡＣＨｏｃｃａｓｉｏｎ）（ＰＲＡＣＨｐｒｅａｍｂｌｅ用リソース）に対して６４個のプリアンブルインデックスがあると想定する。ユーザ装置２０Ａとユーザ装置２０Ｂがそれぞれランダムにプリアンブルインデックスを選択してＰＲＡＣＨプリアンブルを送信した場合には、ユーザ装置２０Ａがランダムに選択したプリアンブルインデックスと、ユーザ装置２０Ｂがランダムに選択したプリアンブルインデックスが衝突する確率は低い。従って、基地局装置１０は、ユーザ装置２０Ａからのプリアンブルとユーザ装置２０Ｂからのプリアンブルを高い確率で区別できる。

このように高い確率で区別できるプリアンブルとは異なり、ＰＵＳＣＨについては、通常、同じリソースを用いた複数のユーザ装置２０からの送信を基地局装置１０は区別できない。

衝突型ランダムアクセス手順であることを考慮すると、衝突する可能性はあるものの、ＰＵＳＣＨのリソースを複数のユーザ装置２０で共有することは可能である。ただし、一つのリソースを同数のユーザ装置２０で共有する場合、プリアンブルのリソースが衝突する確率と、ＰＵＳＣＨのリソースが衝突する確率は通常同じではない。

したがって、ＰＵＳＣＨのプリアンブルとの対応関係を適切に定める必要がある。

（実施形態１）
実施形態１として、ＭｓｇＡにおける１つのＰＵＳＣＨリソースが、いくつのプリアンブルインデックスに対応するかを通知または規定することが考えられる。

通知は、基地局１０が、ユーザ装置２０に対して対応関係を示す情報を送信することで行われる。当該通知は、ユーザ装置２０からのＭｓｇＡの送信が行われる前に下りリンク（ＭＩＢ、ＳＩＢ、ＲＲＣ、ＭＡＣＣＥ、ＤＣＩなど）を介して行われる。また、当該対応関係を示す情報が予めユーザ装置２０に記憶されていてもよい。すなわち、当該対応関係がユーザ装置２０において予め規定されていてもよい。ユーザ装置２０は、当該対応関係を示す情報を参照して、当該対応関係に従ってＭｓｇＡを送信する。ユーザ装置２０は、基地局１０からの通知がある場合には、通知に係る対応関係に従ってＭｓｇＡを送信し、基地局１０からの通知がない場合には、予めの規定に係る対応関係と想定して当該対応関係に従ってＭｓｇＡを送信してもよい。なお、対応関係の通知、規定及び利用については、以下の実施形態においても同様である。

例えば、１つのＰＵＳＣＨリソースにつき、４個のプリアンブルインデックスが対応すると通知または規定してもよい。この場合、例えば、１つのＲＡＣＨ機会（ＰＲＡＣＨｐｒｅａｍｂｌｅ用リソース）で６４個のプリアンブルインデックスを利用できるとすると、１つのＲＡＣＨ機会に１６個のＰＵＳＣＨリソースが対応することになる。

上記の「１つのＰＵＳＣＨリソースにつき、４個のプリアンブルインデックスが対応する」という対応関係に基づいて、プリアンブルインデックスを先頭から順番にＰＵＳＣＨリソースに対応付けてもよい。例えば、プリアンブルインデックス０〜３を１番目のＰＵＳＣＨリソースに対応付け、プリアンブルインデックス４〜７を２番目のＰＵＳＣＨリソースと対応付け、プリアンブルインデックス８〜１１を３番目のＰＵＳＣＨリソースと対応づけ、・・・という様に対応づけてもよい。

上記１番目のＰＵＳＣＨリソース、２番目のＰＵＳＣＨリソース、３番目のＰＵＳＣＨリソース、・・・について、ＰＵＳＣＨリソース位置に応じて順番を付与してもよい。例えば、図５に示すように、最初の時間位置の周波数方向（例：低い周波数から高い周波数に向かう方向）のリソースに順番を付与し、次の時間位置の周波数方向のリソースに順番を付与し、・・・という様に順番を付与してもよい。図５の例では、ＰＵＳＣＨリソース＃０がプリアンブルインデックス０〜３に対応し、ＰＵＳＣＨリソース＃１がプリアンブルインデックス４〜７に対応し、ＰＵＳＣＨリソース＃２がプリアンブルインデックス８〜１１に対応し、ＰＵＳＣＨリソース＃３がプリアンブルインデックス１２〜１５に対応し、というように対応する。

（実施形態２）
実施形態２として、ＭｓｇＡにおける１つのＰＵＳＣＨリソースがいくつのＲＡＣＨ機会に対応するか、もしくは、１つのＲＡＣＨ機会がいくつのＰＵＳＣＨリソースに対応するかを通知または規定することが考えられる。

１つのＲＡＣＨ機会につき複数のＰＵＳＣＨリソースが対応するときの第１の方法として、１つのＲＡＣＨ機会内のプリアンブルインデックスを、ＰＵＳＣＨリソースの数で分割して利用してもよい。例えば、１つのＲＡＣＨ機会に４個のＰＵＳＣＨリソースが対応し、また、１つのＲＡＣＨ機会内のプリアンブルインデックスの数が６４個の場合、６４個のプリアンブルインデックスをＰＵＳＣＨリソースの数である４で割り、各ＰＵＳＣＨリソースについて１６個のプリアンブルインデックスが利用できる。

１つのＲＡＣＨ機会につき複数のＰＵＳＣＨリソースが対応するときの第２の方法として、当該１つのＲＡＣＨ機会を利用する場合には、複数のＰＵＳＣＨリソースの中からランダムにＰＵＳＣＨリソースを選択してもよい。

また、例えば、１つのＰＵＳＣＨリソースにつき２つのＲＡＣＨ機会を対応させてもよい。

また、例えば、１つのＲＡＣＨ機会について２つのＰＵＳＣＨリソースを対応させてもよい。この場合、２つのＰＵＳＣＨリソースで、１つのＲＡＣＨ機会内のプリアンブルインデックスを半分ずつ利用してもよい。例えば、１つのＲＡＣＨ機会内に６４個のプリアンブルインデックスがある場合に、２つのＰＵＳＣＨリソースで、プリアンブルインデックスを３２個ずつ利用してもよい。また、２つのＰＵＳＣＨリソースの中からランダムに選択してもよい。

ＲＡＣＨ機会とＰＵＳＣＨリソースの対応付けを行うときには、ＲＡＣＨ機会のリソース位置、ＰＵＳＣＨリソース位置、プリアンブルインデックスの順番に応じて、対応付けを行ってもよい。

ＲＡＣＨ機会、ＰＵＳＣＨリソースについては、実施形態１で示したように、周波数方向、時間方向の順番で順番を付与し、対応付けを行ってもよい。

（実施形態３）
実施形態３として、同期信号ブロックＳＳＢ（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ）ごとに、利用するＭｓｇＡのＰＵＳＣＨリソースを指定または規定することが考えられる。

なお、ＳＳＢとＲＡＣＨ機会との対応関係は既に存在する（対応関係の規定または通知が仕様化されている）ことを前提としている。（ＳＳＢとＲＡＣＨ機会との対応関係は既に存在するので、ＳＳＢ毎に利用するＭｓｇＡのＰＵＳＣＨリソースを指定または規定することにより、ＳＳＢを介して間接的に、ＲＡＣＨ機会とＰＵＳＣＨリソースとの間の対応関係が規定されることになる。）
ＳＳＢ毎に利用するＭｓｇＡのＰＵＳＣＨリソースを指定または規定する際には、あるＳＳＢに対応している複数のＲＡＣＨ機会やプリアンブルインデックスの中からどのＲＡＣＨ機会やプリアンブルインデックスが選んだかには関係なく、選択したＳＳＢに基づいてＭｓｇＡのＰＵＳＣＨリソースを選択する。

ＳＳＢ毎に指定または規定されるＭｓｇＡのＰＵＳＣＨリソースは複数あってもよく、複数のＰＵＳＣＨリソースの中から例えばランダムに選択してもよい。

（実施形態４）
実施形態４として、ユーザ装置２０ごとに利用するＭｓｇＡのＰＵＳＣＨリソースを指定または規定することが考えられる。

ユーザ装置２０ごとに利用するＭｓｇＡのＰＵＳＣＨリソースを指定または規定した場合、あるユーザ装置２０は、どのＲＡＣＨ機会、あるいはプリアンブルインデックスでプリアンブルを送信する場合でも、当該あるユーザ装置２０に対して指定または規定されたＭｓｇＡのＰＵＳＣＨリソースを用いる。

また、複数のＳＳＢに共通するＭｓｇＡのＰＵＳＣＨリソースを指定または規定してもよいし、ＳＳＢごとにＭｓｇＡのＰＵＳＣＨリソースが指定または規定されてもよい。

ユーザ装置２０ごとに指定または規定されるＭｓｇＡのＰＵＳＣＨリソースは、複数あってもよく、複数のＰＵＳＣＨリソースの中から例えばランダムに選択してもよい。

ユーザ装置２０ごとのＰＵＳＣＨリソースの指定または規定方法として、明示的に通知してもよいし、例えば、ＵＥ−ＩＤ等のユーザ装置２０が保持している固有の情報に基づいてＰＵＳＣＨリソースが規定されてもよい。

なお、ユーザ装置２０ごとにＰＵＳＣＨリソースが指定または規定されるということは、必ずしも、異なるユーザ装置２０に対して異なるＰＵＳＣＨリソースが指定または規定されることを意味しない。すなわち、異なるユーザ装置２０に対して共通するＰＵＳＣＨリソースが指定または規定されることもあり得る。

（実施形態５）
実施形態５として、ＭｓｇＡにおけるＰＵＳＣＨリソースをＲＡＣＨ設定インデックス（ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｅｘ）を用いて指定することが考えられる。

また、ＲＡＣＨ設定インデックスで指定されたリソースに対するオフセット（システムフレーム番号についてのオフセット、サブフレームについてのオフセット、スロットについてのオフセット、シンボルについてのオフセット、等、いずれについてのオフセットでもよい。）や周期を変更する（例：２倍、４倍、１／２倍に変更する）ことが通知されてもよい。

このように、オフセットや周期の変更を用いることにより、ＰＵＳＣＨリソースがＲＡＣＨ機会と重なることを避けることが可能となる。なお、周期とは、ＲＡＣＨ設定周期（ＲＡＣＨｃｏｎｆｉｇｐｅｒｉｏｄ）のことであってもよい。

なお、ＭｓｇＡにおけるＰＵＳＣＨリソースは、ＲＡＣＨ機会で指定されたＲＡＣＨ設定インデックスをそのまま用い、オフセットや周期の変更のみが通知されてもよい。

また、ＲＡＣＨ機会からのオフセットが通知されることで対応するＰＵＳＣＨリソースが通知されてもよい。つまり、プリアンブルを送信したリソースから対応するＰＵＳＣＨリソースまでのオフセットが通知されることになる。例えば周波数方向に複数のＰＵＳＣＨリソースを用意することで複数のＰＵＳＣＨリソースが対応していてもよい。また、全てのＲＡＣＨ機会からオフセットに基づいてＰＵＳＣＨリソースが配置されていてもよいし、一部ＲＡＣＨ機会からオフセットに基づいてＰＵＳＣＨリソースが配置されていてもよい。例えば、偶数周期のＲＡＣＨ機会のみからオフセットに基づいてＰＵＳＣＨリソースが配置されてもよい。

ＲＡＣＨ機会とＰＵＳＣＨリソースを１対１対応とすることが規定されてもよいし、実施形態１や実施形態２のようにして、何対何対応にするかが規定されてもよい。

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

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

送信部１１０は、ユーザ装置２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、ユーザ装置２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。例えば、受信部１２０は、２ステップＲＡＣＨにおけるメッセージＭｓｇＡをユーザ装置２０から受信し、送信部１１０は、２ステップＲＡＣＨにおけるメッセージＭｓｇＢをユーザ装置２０に送信する。

設定部１３０は、予め設定される設定情報、及び、ユーザ装置２０に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。

制御部１４０は、制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。

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

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。例えば、送信部２１０は、２ステップＲＡＣＨにおけるメッセージＭｓｇＡを基地局装置１０に送信し、受信部２２０は、２ステップＲＡＣＨにおけるメッセージＭｓｇＢを基地局装置１０から受信する。

設定部２３０は、受信部２２０により基地局装置１０から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。

制御部２４０は、制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。

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

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

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

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

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

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

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

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

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

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

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

また、基地局装置１０及びユーザ装置２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：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）、ｅＮＢ（evolved 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

衝突型ランダムアクセス手順の２ステップＲＡＣＨの第１ステップにおいて第１データを送信する送信部と、
前記衝突型ランダムアクセス手順の２ステップＲＡＣＨの第２ステップにおいて第２データを受信する受信部を備え、
前記第１データはプリアンブルとＰＵＳＣＨとを含み、
ＰＵＳＣＨリソースの所定の対応関係を示す情報が通知または規定される、
ユーザ装置。
前記情報は、１つのＰＵＳＣＨリソースがいくつのプリアンブルインデックスに対応するかを示す、請求項１に記載のユーザ装置。
前記情報は、１つのＰＵＳＣＨリソースがいくつのＲＡＣＨ機会に対応するか、もしくは１つのＲＡＣＨ機会がいくつのＰＵＳＣＨリソースに対応するかを示す、請求項１に記載のユーザ装置。
前記情報は、同期信号ブロックごとの利用すべき前記ＰＵＳＣＨリソースを示す、請求項１に記載のユーザ装置。
前記情報は、ユーザ装置ごとの利用すべき前記ＰＵＳＣＨリソースを示す、請求項１に記載のユーザ装置。
前記情報は、利用すべき前記ＰＵＳＣＨリソースをＲＡＣＨ設定インデックスを用いて示す、請求項１に記載のユーザ装置。