JP6854865B2 - ユーザ機器、基地局、通信方法、および、集積回路 - Google Patents

Description

本開示は、無線通信の技術分野に関し、詳細には、ユーザ機器、基地局、通信方法、および、集積回路に関する。

モバイルデータの急速な成長によって、事業者は、限られた周波数スペクトルをますます高い効率で利用するように強いられる一方で、十分なアンライセンス周波数スペクトルは、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などのみによって低い効率で利用されている。ＬＴＥ−Ｕ（ＬＴＥアンライセンス：LTE-unlicensed）およびＬＡＡ（ライセンス補助アクセス：Licensed Assisted Access）によって、ＬＴＥの周波数帯をアンライセンスバンドに拡張することができ、これによってＬＴＥネットワークの容量が直接的かつ劇的に増大する。

本開示を制限することのない例示的な一実施形態は、ＵＬ（アップリンク）多重化、特に、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）とＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）／ＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）とのＵＬ ＦＤＭＡを容易にする方法を提供する。

本開示の第１の一般的態様においては、ライセンス補助アクセス（ＬＡＡ）の場合のユーザ機器（ＵＥ）であって、システム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ：listen-before-talk）を実行するように動作する第１の回路と、割り当てられる帯域幅において第２のＬＢＴを実行するように動作する第２の回路と、第１のＬＢＴが成功せず、かつ第２のＬＢＴが成功した場合に、割り当てられる帯域幅において信号を送信するように動作する送信機と、を備えている、ユーザ機器（ＵＥ）、を提供する。

本開示の第２の一般的態様においては、ライセンス補助アクセス（ＬＡＡ）の場合のｅＮｏｄｅ Ｂであって、ＵＬバーストごとにＰＲＡＣＨリソースを割り当てるように動作する回路と、ＰＲＡＣＨリソースの指示情報（indication）をＵＥに送信するように動作する送信機と、を備えている、ｅＮｏｄｅ Ｂ、を提供する。

本開示の第３の一般的態様においては、ライセンス補助アクセス（ＬＡＡ）の場合のユーザ機器であって、ｅＮＢから送信される、ＵＬバーストのためのＵＬリソースのグラントおよびＰＲＡＣＨリソースの指示情報、を受信するように動作する受信機と、ＰＲＡＣＨリソースの指示情報をＵＬリソースでブロードキャストするように動作する送信機と、を備えている、ユーザ機器、を提供する。

本開示の第４の一般的態様においては、ＵＥによって実行される、ライセンス補助アクセス（ＬＡＡ）の場合の無線通信方法であって、システム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するステップと、割り当てられる帯域幅において第２のＬＢＴを実行するステップと、第１のＬＢＴが成功せず、かつ第２のＬＢＴが成功した場合に、割り当てられる帯域幅において信号を送信するステップと、を含む、無線通信方法、を提供する。

本開示の第５の一般的態様においては、ｅＮＢによって実行される、ライセンス補助アクセス（ＬＡＡ）の場合の無線通信方法であって、ＵＬバーストごとにＰＲＡＣＨリソースを割り当てるステップと、ＰＲＡＣＨリソースの指示情報をＵＥに送信するステップと、を含む、無線通信方法、を提供する。

本開示の第６の一般的態様においては、ＵＥによって実行される、ライセンス補助アクセス（ＬＡＡ）の場合の無線通信方法であって、ｅＮＢから送信される、ＵＬバーストのためのＵＬリソースのグラントおよびＰＲＡＣＨリソースの指示情報、を受信するステップと、ＰＲＡＣＨリソースの指示情報をＵＬリソースでブロードキャストするステップと、を含む、無線通信方法、を提供する。

なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せ、として実施できることに留意されたい。

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって、個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得る目的で、実施形態および特徴すべてを設ける必要はない。

本開示の上記の特徴および上記以外の特徴は、以下の説明および添付の「特許請求の範囲」を、添付の図面を参照しながら読み進めることによって、さらに完全に明らかになるであろう。なお、これらの図面は、本開示によるいくつかの実施形態を示しているにすぎず、したがってこれらの図面は、本開示の範囲を制限するものとはみなされないことを理解されたい。以下では、本開示について、添付の図面を使用することによってさらに具体的かつ詳細に説明する。

システム帯域幅および割り当てられる帯域幅の両方におけるＬＢＴを説明するための概略図である。 本開示の実施形態に係る、ＵＥによって実行される無線通信方法の流れ図を示している。 本開示の実施形態に係るＵＥのブロック図を概略的に示している。 本開示の実施形態に係る、ＰＲＡＣＨリソースのスケジューリングおよび指示情報を概略的に示している。 本開示の実施形態に係る、ｅＮＢによるＰＲＡＣＨリソースの指示情報を概略的に示している。 本開示の実施形態に係るｅＮＢのブロック図を概略的に示している。 本開示の実施形態に係る、ｅＮＢによって実行される無線通信方法の流れ図を示している。 本開示の実施形態に係る、ＵＥによって実行される無線通信方法の流れ図を示している。 ＬＢＴが終了してからアイドル期間の後にＰＲＡＣＨを送信する例を概略的に示している。

以下の詳細な説明においては、添付の図面を参照し、これらの図面は説明の一部を形成している。図面においては、特に明記しない限り、一般には類似する記号は類似する要素を表している。なお、本開示の態様は、さまざまな異なる構造・構成に配置する、置き換える、組み合わせる、設計することができ、そのような態様すべては明示的に意図されたものであり本開示の一部を形成することが、容易に理解されるであろう。

ＬＡＡにおいては、競合のない（contention-free）ランダムアクセスの場合にはＵＬタイミングの調整のため、または、競合ベースの（contention-based）ランダムアクセスの場合にはアンライセンス周波数帯における単独動作のため、アンライセンスキャリアにおけるランダムアクセス手順が要求される。ほとんどの場合、ＬＢＴが要求されうる。しかしながら、システム帯域幅を通じて実行される現在のＬＢＴでは、ＵＬ多重化をサポートすることが難しく、なぜなら各ＵＥにおける独立したＬＢＴが互いに妨げあう（ブロックしあう）ためである。

本開示では、ＵＬ多重化、特に、ＰＲＡＣＨとＰＵＳＣＨ／ＰＵＣＣＨとのＵＬ ＦＤＭＡをサポートするために、新規のＬＢＴメカニズムを導入する。この新規のメカニズムにおいては、システム帯域幅と、割り当てられる帯域幅（例えばＰＲＡＣＨ）の両方においてＬＢＴが実行される。このようなＬＢＴメカニズムを使用すると、１つのサブフレームにおける異なるＰＲＢ（物理リソースブロック）が割り当てられているＵＥが、ＬＢＴ中に互いに妨げあわない。

本開示の実施形態においては、ＵＥによって実行される、ＬＡＡの場合の無線通信方法を提供する。図１は、システム帯域幅および割り当てられる帯域幅の両方におけるＬＢＴを説明するための概略図である。図１では、割り当てられる帯域幅を、割り当てられるＵＬチャネル（例：ＰＲＡＣＨ）によって表してあり、システム帯域幅の中の他の帯域幅を、他の（１つまたは複数の）ＵＬチャネル（例：ＰＵＳＣＨ／ＰＵＣＣＨ）によって表してある。ＰＲＡＣＨでプリアンブルを送信することを望むＵＥは、システム帯域幅およびＰＲＡＣＨ帯域幅の両方においてチャネルを検出する。同じサブフレームにおけるＰＲＡＣＨとＰＵＳＣＨ／ＰＵＣＣＨとのＦＤＭ（周波数分割多重：Frequency Division Multiplexing）の特性を利用することによって、ＰＲＡＣＨにおけるＬＢＴが、ＰＲＡＣＨに対する直交帯域に位置するＰＵＳＣＨ／ＰＵＣＣＨの送信による影響を受けない。その一方で、システム帯域幅におけるＬＢＴによって、（１つまたは複数の）別のノード（すなわちスケジューリングするｅＮＢおよびそのｅＮＢによってスケジューリングされるＵＥ以外のノード）からの送信への干渉を防止することができる。システム帯域幅はビジー（busy）であるがＰＲＡＣＨ帯域幅がアイドル（idle）であることが検出された場合、ＵＥはＰＲＡＣＨチャネルにアクセスすることができる。システム帯域幅およびＰＲＡＣＨ帯域幅の両方がビジーであることが検出された場合、ＵＥはＰＲＡＣＨにアクセスすることができない。システム帯域幅およびＰＲＡＣＨ帯域幅の両方がアイドルであることが検出された場合には、２つの代替方法がある。１つは、ＵＥがプリアンブルを送信しないことであり、もう１つは、ＵＥがシステム帯域幅において広帯域プリアンブル（wideband preamble）（例：２０ＭＨｚ程度）を送信することである。

図２は、本開示の実施形態に係る無線通信方法２００の流れ図を示している。無線通信方法２００は、システム帯域幅において第１のＬＢＴを実行するステップ２０１と、割り当てられる帯域幅（例：ＰＲＡＣＨ）において第２のＬＢＴを実行するステップ２０２と、第１のＬＢＴが成功せず（システム帯域幅がビジーである）、かつ第２のＬＢＴが成功した（割り当てられる帯域幅がアイドルである）場合に、割り当てられる帯域幅において信号を送信するステップ２０３と、を含む。上に説明したように、割り当てられる帯域幅はＰＲＡＣＨとすることができ、信号はプリアンブル（以下では第１のプリアンブルと称する）とすることができる。しかしながら本開示においては、割り当てられる帯域幅は、ＰＲＡＣＨ以外の任意の別のバンドとすることができる。オプションとして、ＵＥは、第１のＬＢＴおよび第２のＬＢＴの両方が成功した場合に、システム帯域幅を通じて第２のプリアンブル（広帯域プリアンブル）を送信する。または、ＵＥは、第１のＬＢＴおよび第２のＬＢＴの両方が成功した場合に、プリアンブルを送信しない。なお本開示において、第１のＬＢＴおよび第２のＬＢＴの順序は制限されておらず、例えば第１のＬＢＴおよび第２のＬＢＴを同時に実行することができる。

さらに、本開示の実施形態は、上の通信方法を実行する、ＬＡＡの場合のＵＥ、を提供する。図３は、本開示の実施形態に係るＵＥ３００のブロック図を概略的に示している。ＵＥ３００は、システム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するように動作する第１の回路３０１と、割り当てられる帯域幅において第２のＬＢＴを実行するように動作する第２の回路３０２と、第１のＬＢＴが成功せず、かつ第２のＬＢＴが成功した場合に、割り当てられる帯域幅において信号を送信するように動作する送信機３０３と、を備えている。割り当てられる帯域幅はＰＲＡＣＨとすることができ、信号は第１のプリアンブルとすることができる。オプションとして、送信機は、第１のＬＢＴおよび第２のＬＢＴの両方が成功した場合に、システム帯域幅を通じて第２のプリアンブル（広帯域プリアンブル）を送信するように、さらに動作するようにすることができる。または、送信機は、第１のＬＢＴおよび第２のＬＢＴの両方が成功した場合にプリアンブルを送信しないように、さらに動作するようにすることができる。

本開示に係るＵＥ３００は、オプションとして、ＵＥ３００の中でさまざまなデータを処理しそれぞれのユニットの動作を制御するための関連するプログラムを実行するＣＰＵ（中央処理装置：Central Processing Unit）３１０、ＣＰＵ３１０によってさまざまなプロセスおよび制御を実行するために必要なさまざまなプログラムを格納するＲＯＭ（読み出し専用メモリ：Read Only Memory）３１３、ＣＰＵ３１０によるプロセスおよび制御の手順において一時的に生成される中間データを格納するＲＡＭ（ランダムアクセスメモリ：Random Access Memory）３１５、および／または、さまざまなプログラムおよびデータなどを格納する記憶装置３１７、を含むことができる。上記の第１の回路３０１、第２の回路３０２、送信機３０３、ＣＰＵ３１０、ＲＯＭ３１３、ＲＡＭ３１５、および／または記憶装置３１７などは、データおよび／または命令バス３２０を介して相互に接続し、互いの間で信号を伝送することができる。

上述したそれぞれの構成要素は、本開示の範囲を限定するものではない。本開示の一実装形態によると、上記の第１の回路３０１、第２の回路３０２、および送信機３０３の機能をハードウェアによって実施することができ、上記のＣＰＵ３１０、ＲＯＭ３１３、ＲＡＭ３１５、および／または記憶装置３１７は、必要ないことがある。これに代えて、上記の第１の回路３０１、第２の回路３０２、および送信機３０３の機能を、上記のＣＰＵ３１０、ＲＯＭ３１３、ＲＡＭ３１５、および／または記憶装置３１７などと組み合わせて、機能ソフトウェアによって実施することもできる。

本開示の実施形態においては、ｅＮＢによって、ＵＬバーストごとにＰＲＡＣＨリソースを割り当てることができる。言い換えれば、ｅＮＢは、各ＵＬバーストのためのＰＲＡＣＨリソースを割り当てる。ＰＲＡＣＨリソースは、ｅＮＢまたは別の（１基または複数基の）ＵＥによって指示される。したがって、上のＵＥ３００は、ｅＮｏｄｅ Ｂ（ｅＮＢ）または別のＵＥによって送信される、ＵＬバーストのためのＰＲＡＣＨリソースの指示情報（すなわちＰＲＡＣＨ用にどの（１つまたは複数の）サブフレームおよびどの（１つまたは複数の）ＰＲＢを使用するべきか）、を受信するように動作する受信機、をさらに備えていることができる。以下では、ＵＬバーストにおけるＰＲＡＣＨリソースを指示するための２つの例について説明する。

最初の例においては、ＵＬバースト（１つまたは複数のサブフレーム）におけるＰＲＡＣＨリソースが、ＵＬグラント（すなわちＵＬデータ送信）を有する１基または複数基のＵＥによって指示される。なお、複数基のＵＥが、（１つまたは複数の）同じＰＲＡＣＨリソースまたは異なるＰＲＡＣＨリソースを指示することができることに留意されたい。ＰＵＳＣＨ／ＰＵＣＣＨは、リリース１２までの現在のＬＴＥ設計のように、ｅＮＢによって（Ｅ）ＰＤＣＣＨを介してスケジューリングすることができる。ｅＮＢは、ＵＬバーストにおいてＰＲＡＣＨリソースを割り当て、さらに、どの（１基または複数基の）ＵＥがそのＰＲＡＣＨリソースを指示するかも割り当てる。競合のないランダムアクセスの場合、ＵＥがランダムアクセスを実行するためのプリアンブルの順序も、ｅＮＢによって割り当てられる。競合ベースのランダムアクセスの場合には、ＵＥがランダムアクセスを実行するためのプリアンブルの順序は、ＵＥによってランダムに選択される。ＵＬグラントを有するＵＥは、ＬＢＴに成功した後、自身のＵＬデータおよびＰＲＡＣＨリソースの指示情報を、スケジューリングされたリソースで送信する。ＰＲＡＣＨリソースの指示情報は、同じセル内の別のＵＥによって復号することのできるブロードキャスト情報である。図４（図４は、本開示の実施形態に係る、ＰＲＡＣＨリソースのスケジューリングおよび指示情報を概略的に示している）に示したように、ＰＲＡＣＨリソースを含むリソースがｅＮＢによってスケジューリングされ、ＵＬバーストの開始時に、ＵＬグラントを有するＵＥによって、ＰＲＡＣＨ指示情報をＵＬバースト構造指示情報（UL burst structure indication）の中で送信することができる。これに代えて、ＵＬグラントを有するＵＥによって、スケジューリングされたＰＵＣＣＨまたはＰＵＳＣＨの中でＰＲＡＣＨ指示情報を送信することができる。ＰＲＡＣＨでプリアンブルを送信することを望むＵＥは、ＰＲＡＣＨリソースの指示情報をブラインド復号によって監視（monitor）する。ブラインド復号の複雑さを軽減するために、ＰＲＡＣＨ指示情報のリソース位置および／またはフォーマットを、事前の定義または事前の設定を介してＵＥにとって既知とする、または、事前に定義される、もしくは事前に設定される限られたセット内に制限することができる。

２番目の例においては、ＰＲＡＣＨリソースを、ｅＮＢによって、例えばアンライセンスバンドで直接指示することができる。ＤＬおよびＵＬの両方から構成されるバースト構造の開始時に送信されるバースト構造指示情報の中で、ｅＮＢによってＰＲＡＣＨリソースを指示することができる。図５は、本開示の実施形態に係る、ｅＮＢによるＰＲＡＣＨリソースの指示情報を概略的に示している。図５には、ＤＬおよびＵＬの両方から構成されるバースト構造を示してある。このバースト構造においては、ＰＲＡＣＨ指示情報を含むバースト構造指示情報を、（図５に示した）ＰＤＣＣＨ、ＥＰＤＣＣＨ、または新規のチャネルで伝えることができる。これに加えて、ＰＵＳＣＨ／ＰＵＣＣＨをｅＮＢによって（Ｅ）ＰＤＣＣＨを介してスケジューリングすることができる。ＰＲＡＣＨでプリアンブルを送信することを望むＵＥは、ＰＲＡＣＨリソースの指示情報をブラインド復号によって監視することができる。

ＰＲＡＣＨリソースの指示情報をサポートするために、本開示の実施形態は、ｅＮＢと、ｅＮＢによって実行される無線通信方法と、をさらに提供する。図６は、本開示の実施形態に係るｅＮＢ６００のブロック図を概略的に示している。ｅＮＢ６００は、ＵＬバーストごとにＰＲＡＣＨリソースを割り当てるように動作する回路６０１と、ＰＲＡＣＨリソースの指示情報を（１基または複数基の）ＵＥに送信するように動作する送信機６０２と、を備えていることができる。なお、ｅＮＢ６００は、上の最初の例および２番目の例の両方に適用可能であることに留意されたい。上の最初の例では、送信機６０２は、特定のＵＥがＰＲＡＣＨリソースの指示情報を別のＵＥにブロードキャストすることができるように、その指示情報をその特定のＵＥに送信することができる。この場合、ＵＥがＰＲＡＣＨリソースの指示情報をブロードキャストできるようにそのＵＥにＵＬグラントを送信するように、送信機をさらに動作するようにすることができる。上の２番目の例では、送信機６０２は、ＰＲＡＣＨリソースの指示情報をアンライセンスバンドの中でＵＥに直接ブロードキャストすることができる。

本開示に係るｅＮＢ６００は、オプションとして、ｅＮＢ６００の中でさまざまなデータを処理しそれぞれのユニットの動作を制御するための関連するプログラムを実行するＣＰＵ（中央処理装置）６１０、ＣＰＵ６１０によってさまざまなプロセスおよび制御を実行するために必要なさまざまなプログラムを格納するＲＯＭ（読み出し専用メモリ）６１３、ＣＰＵ６１０によるプロセスおよび制御の手順において一時的に生成される中間データを格納するＲＡＭ（ランダムアクセスメモリ）６１５、および／または、さまざまなプログラムおよびデータなどを格納する記憶装置６１７、を含むことができる。上記の回路６０１、および送信機６０２、ＣＰＵ ６１０、ＲＯＭ ６１３、ＲＡＭ ６１５、および／または記憶装置６１７などは、データおよび／または命令バス６２０を介して相互に接続し、互いの間で信号を伝送することができる。

上述したそれぞれの構成要素は、本開示の範囲を限定するものではない。本開示の一実装形態によると、上記の回路６０１および送信機６０２の機能をハードウェアによって実施することができ、上記のＣＰＵ６１０、ＲＯＭ６１３、ＲＡＭ６１５、および／または記憶装置６１７は、必要ないことがある。これに代えて、上記の回路６０１および送信機６０２の機能を、上記のＣＰＵ６１０、ＲＯＭ６１３、ＲＡＭ６１５、および／または記憶装置６１７などと組み合わせて、機能ソフトウェアによって実施することもできる。

図７は、本開示の実施形態に係る、ｅＮＢによって実行される無線通信方法７００の流れ図を示している。この方法７００は、ＵＬバーストごとにＰＲＡＣＨリソースを割り当てるステップ７０１と、ＰＲＡＣＨリソースの指示情報を（１基または複数基の）ＵＥに送信するステップ７０２と、を含むことができる。オプションとして、方法７００は、ＵＥがＰＲＡＣＨリソースの指示情報をブロードキャストすることができるように、そのＵＥにＵＬグラントを送信するステップ、をさらに含むことができる。

これに加えて、ＰＲＡＣＨリソースをＵＥによって示す例の場合、本開示の実施形態は、ＰＲＡＣＨリソースを指示するＵＥと、そのＵＥによって実行される通信方法とを提供する。ＵＥは、ｅＮＢから送信される、ＵＬバーストのためのＵＬリソースのグラントおよびＰＲＡＣＨリソースの指示情報、を受信するように動作する受信機と、ＰＲＡＣＨリソースの指示情報をＵＬリソースでブロードキャストするように動作する送信機と、を備えていることができる。なお、ＵＥ３００について説明した構造および実装は、この場合のＵＥにも適用することができることに留意されたい。図８は、本開示の実施形態に係る、ＰＲＡＣＨリソースを示すＵＥによって実行される無線通信方法８００の流れ図を示している。この方法８００は、ｅＮＢから送信される、ＵＬバーストのためのＵＬリソースのグラントおよびＰＲＡＣＨリソースの指示情報、を受信するステップ８０１と、ＰＲＡＣＨリソースの指示情報をＵＬリソースでブロードキャストするステップ８０２と、を含むことができる。

本開示の実施形態における、ＰＲＡＣＨリソースを示す上の方法によると、バーストごとにＰＲＡＣＨリソースを動的に示すことによって、ＰＲＡＣＨとＰＵＳＣＨ／ＰＵＣＣＨの多重化をサポートすることができる。

これに加えて、本開示の実施形態によれば、ＰＲＡＣＨ内での多重化に関するさらなる機能強化を導入する。ＰＲＡＣＨにおけるＣＤＭ（符号分割多重：Code Division Multiplexing）は、通常ではあまり使用されず、なぜなら、送信時刻の異なるＵＥが互いに妨げあうためである。ＬＢＴの要件下でＰＲＡＣＨにおけるＣＤＭをサポートするために、ＬＢＴの後、かつＰＲＡＣＨの送信の境界の前に、アイドル期間（例えば、アンライセンス周波数帯において想定される最大の片道遅延（single trip delay））を加えることが有利である。本開示の実施形態によれば、ＬＢＴが終了した直後にプリアンブルを送信する代わりに、第１のＬＢＴおよび第２のＬＢＴが終了したときの時刻からある期間（アイドル期間）の後に、ＰＲＡＣＨでプリアンブル（第１のプリアンブル）を送信するように、ＵＥ３００の送信機を動作するようにすることができる。図９は、ＬＢＴが終了してからアイドル期間の後にＰＲＡＣＨを送信する例を概略的に示している。図９から理解できるように、ＰＲＡＣＨ送信境界（ＰＲＡＣＨでのプリアンブルの送信の先頭）が、ＬＢＴの終了直後ではなく、これらの間にアイドル期間が存在する。このようにすることで、ＵＥ間の相互の妨げを軽減することが可能である。アイドル期間は、例えば、アンライセンス周波数帯において想定される最大片道遅延に基づいて決定することができる。５ＧＨｚを使用する場合、従来の２〜３ＧＨｚを使用する場合よりもセルのカバレッジを非常に小さくすることができる。ＰＲＡＣＨフォーマット０を例にとると、９６μｓのガード期間（往復遅延）は１４．５ｋｍの最大セル半径に相当し、これは５ＧＨｚを使用する場合に要求されるものよりも大きい。５ＧＨｚにおける最大セル半径が１ｋｍ未満である場合、ガード期間に必要なのはわずか１０μｓである。したがって、ＰＲＡＣＨ送信境界は、サブフレーム境界より８０μｓの後とすることができる。

本開示は、ソフトウェア、ハードウェア、または、ハードウェアと協働するソフトウェアによって、実施することができる。上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、ＬＳＩによって制御することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路に実装する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）または、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。

なお、本開示は、本明細書に提示した説明および公知の技術に基づき、本開示の内容および範囲から逸脱することなく、当業者によってさまざまな変更や修正が行われるように意図されており、そのような変更および修正は、「特許請求の範囲」に記載された保護範囲内であることに留意されたい。さらには、本開示の内容から逸脱しない範囲内で、上に説明した実施形態の構成要素を任意に組み合わせることができる。

本開示の実施形態は、少なくとも以下の主題を提供することができる。

［項目１］
ライセンス補助アクセス（ＬＡＡ）の場合のユーザ機器（ＵＥ）であって
システム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するように動作する第１の回路と、
割り当てられる帯域幅において第２のＬＢＴを実行するように動作する第２の回路と、
前記第１のＬＢＴが成功せず、かつ前記第２のＬＢＴが成功した場合に、前記割り当てられる帯域幅において信号を送信するように動作する送信機と、
を備えている、ユーザ機器。

［項目２］
前記割り当てられる帯域幅が物理ランダムアクセスチャネル（ＰＲＡＣＨ）であり、前記信号が第１のプリアンブルである、
項目１に記載のユーザ機器。

［項目３］
前記送信機が、前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功した場合に、前記システム帯域幅を通じて第２のプリアンブルを送信するように、さらに動作する、
項目２に記載のユーザ機器。

［項目４］
前記送信機が、前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功した場合に、プリアンブルを送信しないように、さらに動作する、
項目２に記載のユーザ機器。

［項目５］
ｅＮｏｄｅ Ｂ（ｅＮＢ）または別のユーザ機器（ＵＥ）によって送信される、アップリンク（ＵＬ）バーストのためのＰＲＡＣＨリソースの指示情報、を受信するように動作する受信機、
をさらに備えている、項目２から項目４のいずれかに記載のユーザ機器。

［項目６］
前記送信機が、前記第１のＬＢＴおよび前記第２のＬＢＴが終了したときの時刻からある期間の後に、前記ＰＲＡＣＨで前記第１のプリアンブルを送信するように、さらに動作する、
項目２に記載のユーザ機器。

［項目７］
ライセンス補助アクセス（ＬＡＡ）の場合のｅＮｏｄｅ Ｂであって、
ＵＬバーストごとにＰＲＡＣＨリソースを割り当てるように動作する回路と、
前記ＰＲＡＣＨリソースの指示情報をＵＥに送信するように動作する送信機と、
を備えている、ｅＮｏｄｅ Ｂ。

［項目８］
前記送信機が、ＵＥが前記ＰＲＡＣＨリソースの前記指示情報をブロードキャストするために前記ＵＥにＵＬグラントを送信するように、さらに動作する、
項目７に記載のｅＮｏｄｅ Ｂ。

［項目９］
ライセンス補助アクセス（ＬＡＡ）の場合のユーザ機器であって、
ｅＮＢから送信される、ＵＬバーストのためのＵＬリソースのグラントおよびＰＲＡＣＨリソースの指示情報、を受信するように動作する受信機と、
前記ＰＲＡＣＨリソースの前記指示情報を前記ＵＬリソースでブロードキャストするように動作する送信機と、
を備えている、ユーザ機器。

［項目１０］
ＵＥによって実行される、ライセンス補助アクセス（ＬＡＡ）の場合の無線通信方法であって、
システム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するステップと、
割り当てられる帯域幅において第２のＬＢＴを実行するステップと、
前記第１のＬＢＴが成功せず、かつ前記第２のＬＢＴが成功した場合に、前記割り当てられる帯域幅において信号を送信するステップと、
を含む、無線通信方法。

［項目１１］
前記割り当てられる帯域幅が物理ランダムアクセスチャネル（ＰＲＡＣＨ）であり、前記信号が第１のプリアンブルである、
項目１０に記載の無線通信方法。

［項目１２］
前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功した場合に、前記システム帯域幅を通じて第２のプリアンブルを送信するステップ、
をさらに含む、項目１１に記載の無線通信方法。

［項目１３］
前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功した場合に、プリアンブルが送信されない、
項目１１に記載の無線通信方法。

［項目１４］
ｅＮｏｄｅ Ｂ（ｅＮＢ）または別のＵＥによって送信される、アップリンク（ＵＬ）バーストのためのＰＲＡＣＨリソースの指示情報、を受信するステップ、
をさらに含む、項目１１から項目１３のいずれかに記載の無線通信方法。

［項目１５］
前記第１のＬＢＴおよび前記第２のＬＢＴが終了したときの時刻からある期間の後に、前記第１のプリアンブルが前記ＰＲＡＣＨで送信される、
項目１１に記載の無線通信方法。

［項目１６］
ｅＮＢによって実行される、ライセンス補助アクセス（ＬＡＡ）の場合の無線通信方法であって、
ＵＬバーストごとにＰＲＡＣＨリソースを割り当てるステップと、
前記ＰＲＡＣＨリソースの指示情報をＵＥに送信するステップと、
を含む、無線通信方法。

［項目１７］
ＵＥが前記ＰＲＡＣＨリソースの前記指示情報をブロードキャストすることができるように、前記ＵＥにＵＬグラントを送信するステップ、
をさらに含む、項目１６に記載の無線通信方法。

［項目１８］
ＵＥによって実行される、ライセンス補助アクセス（ＬＡＡ）の場合の無線通信方法であって、
ｅＮＢから送信される、ＵＬバーストのためのＵＬリソースのグラントおよびＰＲＡＣＨリソースの指示情報、を受信するステップと、
前記ＰＲＡＣＨリソースの前記指示情報を前記ＵＬリソースでブロードキャストするステップと、
を含む、無線通信方法。

これに加えて、本開示の実施形態は、上記のそれぞれの通信方法における（１つまたは複数の）ステップを実行する（１つまたは複数の）モジュール、を備えている集積回路、をさらに提供することができる。さらには、本開示の実施形態は、プログラムコードを含むコンピュータプログラムが格納されているコンピュータ可読記憶媒体であって、プログラムコードがコンピューティングデバイスにおいて実行されたとき、プログラムコードが上記のそれぞれの通信方法の（１つまたは複数の）ステップを実行する、コンピュータ可読記憶媒体、を提供することができる。

Claims (16)

1. 非ライセンスバンドのシステム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するように動作し、
   割り当てられた帯域幅において第２のＬＢＴを実行するように動作する回路と、
   前記第１のＬＢＴが成功せず、かつ前記第２のＬＢＴが成功した場合に、前記割り当てられた帯域幅において信号を送信するように動作し、
   前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功しない場合に、前記信号を送信しない送信機と、を具備する、
   ユーザ機器。
2. 前記割り当てられた帯域幅は、制御情報を用いて基地局から通知される、
   請求項１に記載のユーザ機器。
3. 前記送信機は、前記第１のＬＢＴが成功した場合に、前記システム帯域幅において信号を送信する、
   請求項１に記載のユーザ機器。
4. 前記割り当てられた帯域幅は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のリソースを指示する制御情報によって割り当てられる、
   請求項１に記載のユーザ機器。
5. 非ライセンスバンドのシステム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するように動作し、
   割り当てられた帯域幅において第２のＬＢＴを実行するように動作し、
   前記第１のＬＢＴが成功せず、かつ前記第２のＬＢＴが成功した場合に前記割り当てられた帯域幅において信号を送信するように動作し、
   前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功しない場合に信号を送信しない、
   通信方法。
6. 前記割り当てられた帯域幅は、制御情報を用いて基地局から通知される、
   請求項５に記載の通信方法。
7. 前記第１のＬＢＴが成功した場合に、前記システム帯域幅において信号を送信する、
   請求項５に記載の通信方法。
8. 前記割り当てられた帯域幅は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のリソースを指示する制御情報によって割り当てられる、
   請求項５に記載の通信方法。
9. 非ライセンスバンドに割り当てられた帯域幅を通知する制御情報を送信する送信機と、
   前記非ライセンスバンドのシステム帯域幅で実施された第１のリッスンビフォアトーク（ＬＢＴ）が成功せず、前記割り当てられた帯域幅で実施された第２のＬＢＴが成功した場合に、前記割り当てられた帯域幅において信号を受信し、
   前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功しない場合に、前記信号を受信しない受信機と、を具備する、
   基地局。
10. 前記受信機は、前記第１のＬＢＴが成功した場合に、前記システム帯域幅において信号を受信する、
    請求項９に記載の基地局。
11. 前記割り当てられた帯域幅は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のリソースを指示する制御情報によって割り当てられる、
    請求項９に記載の基地局。
12. 非ライセンスバンドに割り当てられた帯域幅を通知する制御情報を送信し、
    前記非ライセンスバンドのシステム帯域幅で実施された第１のリッスンビフォアトーク（ＬＢＴ）が成功せず、前記割り当てられた帯域幅で実施された第２のＬＢＴが成功した場合に、前記割り当てられた帯域幅において信号を受信し、
    前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功しない場合に、前記信号を受信しない、
    通信方法。
13. 前記第１のＬＢＴが成功した場合に、前記システム帯域幅において信号を受信する、
    請求項１２に記載の通信方法。
14. 前記割り当てられた帯域幅は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のリソースを指示する制御情報によって割り当てられる、
    請求項１２に記載の通信方法。
15. 非ライセンスバンドのシステム帯域幅において第１のリッスンビフォアトーク（ＬＢＴ）を実行するように動作し、
    割り当てられた帯域幅において第２のＬＢＴを実行するように動作する処理と、
    前記第１のＬＢＴが成功せず、かつ前記第２のＬＢＴが成功した場合に、前記割り当てられた帯域幅において信号を送信するように動作し、
    前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功しない場合に、前記信号を送信しない処理と、を制御する、
    集積回路。
16. 非ライセンスバンドに割り当てられた帯域幅を通知する制御情報を送信する処理と、
    前記非ライセンスバンドのシステム帯域幅で実施された第１のリッスンビフォアトーク（ＬＢＴ）が成功せず、前記割り当てられた帯域幅で実施された第２のＬＢＴが成功した場合に、前記割り当てられた帯域幅において信号を受信し、
    前記第１のＬＢＴおよび前記第２のＬＢＴの両方が成功しない場合に、前記信号を受信しない処理と、を制御する、
    集積回路。

Images