(57)【特許請求の範囲】
【請求項１】
物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）の信号を送信することを備え、
前記信号は、巡回プレフィックスとプリアンブルシーケンスのみからなり、
前記巡回プレフィックスの長さと前記プリアンブルシーケンスの長さとの和は、前記巡回プレフィックスの長さを含むＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの長さの整数倍に等しく、
前記信号は、複数有り、
複数の前記信号間には、ガード期間が無い、
端末デバイスの方法。
【請求項２】
前記信号は、ビーム障害リカバリ（Beam Failure Recovery）のためのリカバリ信号である、
請求項１に記載の方法。
【請求項３】
前記信号は、オンデマンドシステム情報要求（on-demand System Information request）のための要求信号である、
請求項１に記載の方法。
【請求項４】
前記整数の値は、２、４、または６である、
請求項１から３のいずれか１つに記載の方法。
【請求項５】
物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）の信号を受信することを備え、
前記信号は、巡回プレフィックスとプリアンブルシーケンスのみからなり、
前記巡回プレフィックスの長さと前記プリアンブルシーケンスの長さとの和は、前記巡回プレフィックスの長さを含むＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの長さの整数倍に等しく、
前記信号は、複数有り、
複数の前記信号間には、ガード期間は無い、
ネットワークデバイスの方法。
【請求項６】
前記信号は、ビーム障害リカバリ（Beam Failure Recovery）のためのリカバリ信号である、
請求項５に記載の方法。
【請求項７】
前記信号は、オンデマンドシステム情報要求（on-demand System Information request）のための要求信号である、
請求項５に記載の方法。
【請求項８】
前記整数の値は、２、４、または６である、
請求項５から７のいずれか１つに記載の方法。
【請求項９】
物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）の信号をネットワークデバイスに送信する手段を備え、
前記信号は、巡回プレフィックスとプリアンブルシーケンスのみからなり、
前記巡回プレフィックスの長さと前記プリアンブルシーケンスの長さとの和は、前記巡回プレフィックスの長さを含むＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの長さの整数倍に等しく、
前記信号は、複数有り、
複数の前記信号間には、ガード期間は無い、
端末デバイス。
【請求項１０】
前記信号は、ビーム障害リカバリ（Beam Failure Recovery）のためのリカバリ信号である、
請求項９に記載の端末デバイス。
【請求項１１】
前記信号は、オンデマンドシステム情報要求（on-demand System Information request）のための要求信号である、
請求項９に記載の端末デバイス。
【請求項１２】
前記整数の値は、２、４、または６である、
請求項９から１１のいずれか１つに記載の端末デバイス。
【請求項１３】
物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access CHannel）の信号を受信する手段を備え、
前記信号は、巡回プレフィックスとプリアンブルシーケンスのみからなり、
前記巡回プレフィックスの長さと前記プリアンブルシーケンスの長さとの和は、前記巡回プレフィックスの長さを含むＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの長さの整数倍に等しく、
前記信号は、複数有り、
複数の前記信号間には、ガード期間は無い、
ネットワークデバイス。
【請求項１４】
前記信号は、ビーム障害リカバリ（Beam Failure Recovery）のためのリカバリ信号である、
請求項１３に記載のネットワークデバイス。
【請求項１５】
前記信号は、オンデマンドシステム情報要求（on-demand System Information request）のための要求信号である、
請求項１３に記載のネットワークデバイス。
【請求項１６】
前記整数の値は、２、４、または６である、
請求項１３から１５のいずれか１つに記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的かつ例示的な実施形態は、一般に、無線通信技術の分野に関し、より具体的には、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）を送信するための方法、端末デバイスおよび装置、ならびに方法、ネットワークデバイスおよびＰＲＡＣＨを受信するための装置に関する。
【背景技術】
【０００２】
ＮＲシステムまたはＮＲネットワークとも呼ばれる新無線アクセスシステムは、次世代の通信システムである。第３世代パートナーシッププロジェクト（３ＧＰＰ：）ワーキンググループのＲａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＲＡＮ）＃７１会議で、ＮＲシステムの研究が承認された。ＮＲシステムは、テクニカルレポートＴＲ  ３８．９１３で定義されているすべての使用シナリオ、要件、展開シナリオに対応する単一の技術フレームワークのオブジェクトを使用して、最大１００ＧＨｚの周波数を考慮し、これには、強化されたモバイルブロードバンド、大規模なマシン型通信、非常に信頼性の高い低遅延通信などの要件が含まれる。
【０００３】
ＮＲシステムでは、さまざまなシナリオで複数のサブキャリア値と対応するフレーム構造を使用することが合意された。複数のサブキャリア間隔値に基づいて、
・同期信号
・ブロードキャスト信号
・ページング信号
・ランダムアクセス信号
の側面を含む初期アクセス信号を設計する必要がある。
【０００４】
さらに、ネットワークデバイスと端末デバイス間の送信中に、ビームリンクの品質が制御／データ情報復調の閾値を下回ると、ビーム障害が発生する場合がある。これは、障壁の存在、端末デバイスの水晶発振の周波数ドリフトなどに起因する可能性がある。そのような場合、障害ビームのリカバリが必要である。ビームリカバリに関しては、ＲＡＮシステム＃８９において、ＮＲシステムで非競合ベースのＰＲＡＣＨを使用してビームリカバリ要求を送信することが既に合意されており、それは、少なくとも周波数分割多重（ＦＤＭ：Frequency Division Multiplexing）の場合、他のＰＲＡＣＨ送信のリソースと直交するリソースを使用する。符合分割多重（ＣＤＭ：Code Division Multiplexing）／時分割多重（ＴＤＭ：Time Division Multiplexing）のような他のオプションについては、さらに検討する必要がある。
【０００５】
ＰＲＡＣＨ設計では、ＮＲシステムで、複数の繰り返されるＰＲＡＣＨプリアンブルフォーマットに関して、少なくともオプション１をサポートすることが合意された。ＮＲシステムは、８３９のシーケンス長のＰＲＡＣＨプリアンブルフォーマット０および１をサポートする。表１Ａは、ＰＲＡＣＨプリアンブルフォーマット０および１のパラメータを示す。
【表１Ａ】
0006881615.tif 000002
【０００６】
図１Ａおよび１Ｂは、ＰＲＡＣＨプリアンブルフォーマット０および１の構造を示し、そこから、フォーマット０については、ＣＰ、ＰＲＡＣＨシンボル、およびガード時間を含むことが明らかであり、フォーマット１については、ＣＰ、２つのＰＲＡＣＨシンボル、およびガード時間を含むことが明らかである。
【０００７】
動作する仮定では、ＮＲは、８３９のシーケンスについて、表２に示されるＰＲＡＣＨプリアンブルフォーマットをサポートし、大きなセル半径の制限されたセットおよび他のシーケンスについては、まだ検討中である。
【表２】
0006881615.tif 000003
【０００８】
図１Ｃは、ＰＲＡＣＨプリアンブルフォーマット３の構造を示し、そこから、フォーマット３がＣＰ、短い長さの４つのＰＲＡＣＨシンボル、およびガード時間を含むことは明らかである。
【０００９】
ＮＲシステムでは、ＮＲのＰＲＡＣＨ設計に１つまたは複数の構造がある。次のことが合意されました。
「シングル／マルチビーム動作の場合、
複数／反復ＲＡＣＨプリアンブル送信の場合、オプション１、オプション２、およびオプション４のみを検討する。
オプション１：巡回プレフィックス（ＣＰ：Cyclic Prefix）は、連続した複数／反復ＲＡＣＨ  ＯＦＤＭ（直交周波数分割多重）シンボルの先頭に挿入され、ＲＡＣＨシンボル間のＣＰ／ガード時間（ＧＴ：Guard Time）は省略され、ＧＴは、連続した複数／反復ＲＡＣＨシンボルの終わりに予約される。
オプション２／４：ＣＰを使用した同じ／異なるＲＡＣＨシーケンスが使用され、ＧＴは、連続する複数／反復ＲＡＣＨシーケンスの最後に予約される。
検討：
異なる直交カバーコードでの多重化
ＲＡＣＨプリアンブル内での独立したＲＡＣＨシーケンス
【００１０】
図２Ａは、オプション１のＲＡＣＨプリアンブルの構造を示す。連続／反復ＲＡＣＨシンボルの前に１つのＣＰが挿入され、連続／反復ＲＡＣＨの最後に１つのＧＴのみが予約される。図２Ｂは、オプション２／４のＰＲＡＣＨプリアンブルの構造を示す。ＣＰは各ＲＡＣＨシンボルの前に配置され、ガード時間は連続した複数／反復ＲＡＣＨシーケンスの終わりに予約される。
【００１１】
しかしながら、初期アクセスとビームリカバリ要求の違いにより、当技術分野ではＰＲＡＣＨ送信および受信のための解決策を提供する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
この目的のために、本開示では、先行技術の問題の少なくとも一部を軽減または少なくとも軽減するために、ＰＲＡＣＨ送信および受信のための新しい解決策が提供される。
【課題を解決するための手段】
【００１３】
本開示の第１の態様によれば、物理ランダムアクセスチャネルを送信する方法が提供される。この方法は、物理ランダムアクセスチャネルを送信することを備え、送信された物理ランダムアクセスチャネルは、パラメータおよび構造のうちの少なくとも１つにおいて初期アクセスのための物理ランダムアクセスチャネルとは異なる。
【００１４】
本開示の第２の態様によれば、物理ランダムアクセスチャネルを受信する方法が提供される。この方法は、物理ランダムアクセスチャネルを受信することを備え、受信された物理ランダムアクセスチャネルは、パラメータおよび構造のうちの少なくとも１つにおいて初期アクセスのための物理ランダムアクセスチャネルとは異なる。
【００１５】
本開示の第３の態様によれば、端末デバイスが提供される。端末デバイスは、物理ランダムアクセスチャネルを送信するように構成されたトランシーバを備え、送信された物理ランダムアクセスチャネルは、パラメータおよび構造のうちの少なくとも１つにおいて初期アクセスの物理ランダムアクセスチャネルとは異なる。
【００１６】
本開示の第４の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、物理ランダムアクセスチャネルを受信するように構成されたトランシーバを備え、受信された物理ランダムアクセスチャネルは、パラメータおよび構造のうちの少なくとも１つにおいて初期アクセスの物理ランダムアクセスチャネルとは異なる。
【００１７】
本開示の第５の態様によれば、端末デバイスが提供される。端末デバイスは、プロセッサおよびメモリを備えてもよい。メモリは、プロセッサと結合され、その中にプログラムコードを有し、プロセッサ上で実行されると、端末デバイスに第１の態様の動作を実行させることができる。
【００１８】
本開示の第６の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサとメモリを備えてもよい。メモリは、プロセッサと結合され、その中にプログラムコードを有し、プロセッサ上で実行されると、ネットワークデバイスに第２の態様の動作を実行させることができる。
【００１９】
本開示の第７の態様によれば、コンピュータプログラムコードが具現化されたコンピュータ可読記憶媒体が提供され、コンピュータプログラムコードは、実行されると、第１の側面で、装置の任意の実施形態による方法の動作を実行させるように構成される。
【００２０】
本開示の第８の態様によれば、コンピュータプログラムコードが具現化されたコンピュータ可読記憶媒体が提供され、コンピュータプログラムコードは、実行されると、第２の側面で、装置に任意の実施形態による方法の動作を実行させるように構成される。
【００２１】
本開示の第９の態様によれば、第７の態様によるコンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供される。
【００２２】
本開示の第１０の態様によれば、第８の態様によるコンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供される。
【００２３】
本開示の実施形態では、ビームリカバリ要求送信およびオンデマンドシステム情報要求送信のようないくつかの場合において、ＰＲＡＣＨ送信のオーバーヘッドを低減することができる。
【図面の簡単な説明】
【００２４】
本開示の上記および他の特徴は、添付の図面を参照して実施形態に示される実施形態の詳細な説明を通してより明らかになり、その全体を通して、同様の参照番号は同じまたは類似の構成要素を表す。
【００２５】
【図１Ａ】図１Ａは、ＮＲシステムにおけるＰＲＡＣＨプリアンブルフォーマット０、１および３の構造を示す。
【図１Ｂ】図１Ｂは、ＮＲシステムにおけるＰＲＡＣＨプリアンブルフォーマット０、１および３の構造を示す。
【図１Ｃ】図１Ｃは、ＮＲシステムにおけるＰＲＡＣＨプリアンブルフォーマット０、１および３の構造を示す。
【００２６】
【図２Ａ】図２Ａは、オプション１とオプション２／４におけるＲＡＣＨプリアンブルの構造を示す。
【図２Ｂ】図２Ｂは、オプション１とオプション２／４におけるＲＡＣＨプリアンブルの構造を示す。
【００２７】
【図３Ａ】図３Ａは、ＬＴＥシステムにおけるランダムアクセス手順を示す。
【００２８】
【図３Ｂ】図３Ｂは、ＬＴＥシステムにおけるタイムアドバンス調整の図を示す。
【００２９】
【図４】図４は、本開示の一実施形態による、端末デバイスでＰＲＡＣＨを送信する方法のフローチャートを概略的に示す。
【００３０】
【図５Ａ】図５Ａは、ＰＲＡＣＨ構造の２種類のオプションを示す。
【００３１】
【図５Ｂ】図５Ｂは、本開示の一実施形態による、ビームリカバリ要求、オンデマンドＳＩ要求などの他の場合のＰＲＡＣＨの例示的な構造を示す。
【図５Ｃ】図５Ｃは、本開示の一実施形態による、ビームリカバリ要求、オンデマンドＳＩ要求などの他の場合のＰＲＡＣＨの例示的な構造を示す。
【００３２】
【図６Ａ】図６Ａは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図６Ｂ】図６Ｂは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図６Ｃ】図６Ｃは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図６Ｄ】図６Ｄは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図６Ｅ】図６Ｅは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図６Ｆ】図６Ｆは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図６Ｇ】図６Ｇは、本開示のいくつかの実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【００３３】
【図７Ａ】図７Ａは、本開示の実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図７Ｂ】図７Ｂは、本開示の実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図７Ｃ】図７Ｃは、本開示の実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【図７Ｄ】図７Ｄは、本開示の実施形態による他の場合のＰＲＡＣＨ構造の例示的な構造を示す。
【００３４】
【図８】図８は、本開示の一実施形態による、ＧＴを伴わない他の場合の例示的な送信を概略的に示す。
【００３５】
【図９Ａ】図９Ａは、本開示の一実施形態による、他の場合と初期アクセス（および／またはアップリンク同期）との間の異なるＣＳ構成を概略的に示す。
【図９Ｂ】図９Ｂは、本開示の一実施形態による、他の場合と初期アクセス（および／またはアップリンク同期）との間の異なるＣＳ構成を概略的に示す。
【００３６】
【図１０Ａ】図１０Ａは、本開示の一実施形態による、ビームリカバリ要求またはオンデマンドシステム情報要求のような他の場合のＰＲＡＣＨの異なるリソース構成を概略的に示す。
【図１０Ｂ】図１０Ｂは、本開示の一実施形態による、ビームリカバリ要求またはオンデマンドシステム情報要求のような他の場合のＰＲＡＣＨの異なるリソース構成を概略的に示す。
【図１０Ｃ】図１０Ｃは、本開示の一実施形態による、ビームリカバリ要求またはオンデマンドシステム情報要求のような他の場合のＰＲＡＣＨの異なるリソース構成を概略的に示す。
【００３７】
【図１１】図１１は、本開示の一実施形態による、ネットワークデバイスでＰＲＡＣＨを受信する方法のフローチャートを示す。
【００３８】
【図１２】図１２は、本開示の一実施形態による、端末デバイスでＰＲＡＣＨを送信するための装置を示す。
【００３９】
【図１３】図１３は、本開示の一実施形態による、ネットワークデバイスでＰＲＡＣＨを送信するための装置を示す。
【００４０】
【図１４】図１４は、ネットワークデバイス（（ｇＮＢのような）として具現化または包含され得る装置１４１０、および本明細書に記載のＵＥのような端末デバイスとして具現化または包含され得る装置１４２０の簡略ブロック図をさらに示す。
【発明を実施するための形態】
【００４１】
以下、本開示で提供される解決策を、添付の図面を参照して実施形態を通して詳細に説明する。これらの実施形態は、当業者が本開示をよりよく理解および実施できるようにするためだけに提示されており、いかなる形であれ、本開示の範囲を限定することを意図するものではない。
【００４２】
添付の図面では、本開示の様々な実施形態がブロック図、フローチャート、および他の図に示される。フローチャートまたはブロック内の各ブロックは、指定された論理機能を実行するための１つまたは複数の実行可能命令を含むモジュール、プログラム、またはコードの一部を表す場合があり、本開示では、分配可能なブロックが点線で示される。その上、これらのブロックは、方法のステップを実行するための特定のシーケンスで示されているが、実際問題として、必ずしも示されたシーケンスに従って厳密に実行されるとは限らない。たとえば、それぞれの操作の性質に応じて、逆の順序または同時に実行される場合がある。また、ブロック図および／またはフローチャートの各ブロックおよびそれらの組み合わせは、特定の機能／動作を実行するための専用ハードウェアベースのシステムによって、または専用ハードウェアとコンピュータ命令の組み合わせによって実装できることに留意されたい。
【００４３】
一般に、特許請求の範囲で使用されるすべての用語は、本明細書で明示的に定義されていない限り、技術分野での通常の意味に従って解釈されるものとする。「１つの（ａ）／１つの（ａｎ）／その（ｔｈｅ）／その（ｓａｉｄ）［要素、デバイス、コンポーネント、手段、ステップなど］」へのすべての言及は、当該要素、デバイス、コンポーネント、手段、ユニット、ステップなど、特に明記しない限り、複数のそのようなデバイス、コンポーネント、手段、ユニット、ステップなどを除外することなく、オープンに解釈される。さらに、本明細書で使用される不定冠詞「１つの（ａ）／１つの（ａｎ）」は、複数のそのようなステップ、ユニット、モジュール、デバイス、およびオブジェクトなどを除外しない。
【００４４】
さらに、本開示の文脈において、ユーザ機器（ＵＥ：User Equipment）は、端末、モバイル端末（ＭＴ：Mobile Terminal）、加入者局、携帯加入者局、移動局（ＭＳ：Mobile Station）、またはアクセス端末（ＡＴ：Access Terminal）を指してもよく、そして、ＵＥ、端末、ＭＴ、ＳＳ、携帯加入者局、ＭＳ、またはＡＴの機能の一部またはすべてが含まれてもよい。さらに、本開示の文脈において、用語「ＢＳ」は、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化したノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ｇＮＢ（次世代ノードＢ）、無線ヘッダ（ＲＨ：Radio Head）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、リレー、またはフェムト、ピコなどの低電力ノードを指す。
【００４５】
すでに述べたように、ＮＲシステムでは、ビームリカバリ要求は、障害のあるビームをリカバリすることであり、多くの点で初期アクセスとは異なる。例示の目的で、図３Ａおよび３Ｂは、ＬＴＥシステムでのランダムアクセス手順とタイムアドバンス調整の図を示す。
【００４６】
図３Ａに示すように、ステップ１０１で、ＵＥは、ＰＲＡＣＨシーケンスをｅＮＢに送信し、ｅＮＢはＰＲＡＣＨシーケンスを受信し、ＰＲＡＣＨシーケンスに基づいてタイミングアドバンス値ＮＴＡを取得する。次に、ステップ３０２において、ｅＮＢは、ランダムアクセス応答にタイミングアドバンス値ＮＴＡを含み、それをＵＥに送信する。次に、ＵＥは、タイミングアドバンス値ＮＴＡでアップリンクチャネル／信号を送信し得る。初期アクセスの場合、ＵＥからのアップリンク送信は、ＵＥにおける対応するダウンリンク無線フレームの開始の（ＮＴＡ＋ＮＴＡ＿ｏｆｆｓｅｔ）×ＴＳ秒前に送信される。ＦＤＤフレーム構造の場合、ＮＴＡ＿ｏｆｆｓｅｔ＝０であり、ＴＤＤフレーム構造の場合、ＮＴＡ＿ｏｆｆｓｅｔ＝Ｍ（Ｍは固定値）である。アップリンク同期のタイミングアドバンス調整では、ＵＥは、受信したＮＴＡをＮＴＡ、ｏｌｄに追加した新しいタイミングアドバンス値ＮＴＡ、ｎｅｗでアップリンクチャネル／信号を送信し、ＵＥでの対応するダウンリンク無線フレームの開始のＮＴＡ、ｎｅｗ×ＴＳ秒前にアップリンク送信を実行する。
【００４７】
ＬＴＥでは、ＰＲＡＣＨは、タイミングアドバンス計算のために設計されている。ＮＲシステムでは、初期アクセスとアップリンクの同期のために、ＬＴＥシステムでＰＲＡＣＨ手順を直接に使用することができる。しかしながら、ビームリカバリ要求の場合、ＵＥはまだ同期状態にある場合があり、それは、タイミングアドバンス値がビームリカバリ要求送信のために引き続き有用であり、既存のＰＲＡＣＨ手順がビームリカバリ要求送信に適していることを意味する。したがって、本開示では、ビームリカバリ要求、オンデマンドＳＩ要求などのようなタイミングアドバンス調整のない場合にＰＲＡＣＨを送信するための解決策が提案される。
【００４８】
以下、本開示で提案されるＰＲＡＣＨ送信解決策を詳細に説明するために、図４から１４を参照する。すべての実施形態は例示の目的で与えられ、本開示はそれに限定されないことを理解されたい。以下で説明する実施形態では、本開示で提案する解決策を説明するために、例としてビームリカバリ要求を取り上げる。
【００４９】
図４は、本開示の一実施形態による、端末デバイスでＰＲＡＣＨを送信する方法４００のフローチャートを概略的に示す。方法４００は、端末デバイス、例えばＵＥ、または他の同様の端末デバイスで実行することができる。
【００５０】
図４に示すように、最初にステップ４０１で、端末デバイスは、物理ランダムアクセスチャネルを送信することができ、送信された物理ランダムアクセスチャネルは、パラメータと構造のうちの少なくとも１つにおいて、初期アクセスおよび／またはアップリンク同期および／またはタイミングアドバンス調整の物理ランダムアクセスチャネルとは異なる。これは、ビームリカバリ要求のＰＲＡＣＨが、たとえば、パラメータ、構造、またはその両方において、初期アクセスのそれとは異なる構造を有する可能性があることを意味する。
【００５１】
本開示のいくつかの実施形態では、この手順で既存のＴＡを使用することができる。言い換えると、物理ランダムアクセスチャネルを送信することは、ネットワークデバイスによって示されるタイミングアドバンス値に基づいて決定され、対応するダウンリンク受信の開始前のタイミングで開始することができる。たとえば、前述のように、ビームリカバリ要求の場合、ＵＥは、まだ同期状態にある可能性があり、タイミングアドバンス値は、まだビームリカバリ要求送信のために引き続き役立つ。したがって、そのような場合、通常、タイミングアドバンス調整の必要はなく、したがって、以前にネットワークデバイスによって示されたＴＡを引き続き使用できる。
【００５２】
本開示の一実施形態では、端末デバイスは、物理ランダムアクセスチャネルを送信することができ、送信された物理ランダムアクセスチャネルは、パラメータおよび構造のうち少なくとも１つにおいて、初期アクセスおよび／またはタイミングアドバンス調整および／またはアップリンク同期用のＰＲＡＣＨ送信用の物理ランダムアクセスチャネルとは異なる。パラメータおよび／または構造は、たとえば、１つまたは複数の巡回シフト構成、巡回プレフィックス長、シーケンスのインデックス、ガード時間／期間の長さ、シンボルまたはシーケンスの数、シンボルまたはシーケンスの長さ、時間および／または周波数リソース、ＰＲＡＣＨフォーマット、サブキャリア間隔、シーケンスの長さなど、を備えてもよい。
【００５３】
本開示のいくつかの実施形態では、ビームリカバリ要求は、初期アクセスおよび／またはアップリンク同期のための構造とは異なる構造のＰＲＡＣＨを使用してもよい。本開示の一実施形態では、ビーム障害リカバリ要求のため、またはオンデマンドシステム情報（ＳＩ：System Information）要求のために、ＰＲＡＣＨは、ガード時間および／またはガード期間を含まなくてもよい。本開示の別の実施形態では、ＰＲＡＣＨは、異なるガード時間長、異なるガード期間長、異なるＣＰ長、異なるシンボル／シーケンス／プリアンブル長、ＰＲＡＣＨの異なる数のシンボル／シーケンス／プリアンブルのうちの少なくとも１つを有してもよい。たとえば、ＰＲＡＣＨは、より短いガード時間の長さ、より短いガード期間の長さ、より短いＣＰの長さ、より長いＣＰの長さ、より短いシンボル／シーケンス／プリアンブルの長さ、より少ないＰＲＡＣＨのシンボル／シーケンス／プリアンブルの数、またはそれらの組み合わせを有してもよい。
【００５４】
本開示のいくつかの実施形態では、ビームリカバリ要求は、初期アクセスおよび／またはアップリンク同期、および／またはタイミングアドバンス調整のためのパラメータとは異なるパラメータでＰＲＡＣＨを使用してもよい。本開示の一実施形態では、ＣＳ値の数、ビーム障害リカバリ要求用に構成されたＣＳ値、ビーム障害リカバリ要求用に構成されたシーケンスのうちの少なくとも１つは異なってもよい。たとえば、ＣＳ値の数は、ビーム障害リカバリ要求の場合、大きくなることがある。別の例では、ビーム障害リカバリ要求用に構成されたＣＳ値は、異なる場合がある。本開示の一実施形態では、ＣＳ値に基づく時間間隔は、ビーム障害リカバリ要求の時間間隔よりも小さくてもよい。
【００５５】
以下、ビームリカバリ要求、オンデマンドＳＩ要求などの場合のＰＲＡＣＨに関する詳細を説明する。しかしながら、以下の説明では、ビームリカバリ要求のためのＰＲＡＣＨを例として取り上げられることに留意されたいが、本開示はそれに限定されない。本開示は、オンデマンドＳＩ要求、または他の目的のためのＰＲＡＣＨにも使用されてもよい。加えて、例示の目的で、初期アクセス、および／またはアップリンク同期、および／またはタイミングアドバンス調整のためのＰＲＡＣＨは、略して初期アクセスのためのＰＲＡＣＨと呼ぶことができるが、当業者は、ＰＲＡＣＨを初期アクセス、アップリンク同期、およびタイミングアドバンス調整のいずれにも使用できることを理解することができる。
【００５６】
本開示の一実施形態では、ＮＲシステムには、複数のＰＲＡＣＨ構成が存在する。構成は、ＰＲＡＣＨフォーマット、シーケンスのルート、シーケンスインデックス、巡回シフト値の数、巡回シフトの値、シーケンス長、サブキャリア間隔の値、繰り返し数、ＣＰの長さ、ガード時間および／またはガード期間の長さ、、シンボル／シーケンスの数、シンボル／シーケンスの長さ、時間および／または周波数リソースなどのうちの少なくとも１つを備える。たとえば、ＮＲシステムでは、フォーマット０、１、２、３のような異なるＰＲＡＣＨフォーマットがある。また、ＰＲＡＣＨは、８３９、１２７、または１３９などの異なる長さを有することができる。さらに、ＰＲＡＣＨは、１．２５ｋＨｚ、５ｋＨｚ、７．５ｋＨｚ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚなどの異なるサブキャリア間隔を採用できる。
【００５７】
本開示の一実施形態では、ＰＲＡＣＨ構成のいくつかは、初期アクセスまたはアップリンク同期のために構成されることができ、ＰＲＡＣＨ構成のいくつかは、ビームリカバリ要求、オンデマンドＳＩ要求などのような他の場合のために構成されることができる。
【００５８】
本開示の一実施形態では、他の場合の所与の構成されたＰＲＡＣＨについて、少なくとも１つのパラメータは、初期アクセスおよび／またはアップリンク同期のパラメータとは異なることができる。パラメータは、構造、巡回シフト構成（巡回シフト値または巡回シフト値の数）、シーケンスのインデックス、ガード時間／ガード期間の長さ、巡回プレフィックスの長さ、シンボル／シーケンス／プリアンブルの数、シンボル／シーケンス／プリアンブルの長さ、時間および／または周波数リソースなどのうちの少なくとも１つを含むことができる。これ以降、説明されるＰＲＡＣＨシンボルは、ＰＲＡＣＨシンボル、ＰＲＡＣＨシーケンス、ＰＲＡＣＨプリアンブルのいずれかとして示される場合がある。
【００５９】
一実施形態では、ＰＲＡＣＨ構成について、初期アクセス、および／またはアップリンク同期、および／またはタイミングアドバンス調整のために構成されている場合、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスおよび／またはＰＲＡＣＨプリアンブルのための長さは、ＴＳＥＱとして表すことができ、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスおよび／またはＰＲＡＣＨプリアンブルの数は、Ｍとして表すことができ、巡回プレフィックス（ＣＰ：Cyclic Prefix）は、ＴＣＰとして示される長さを有し、ＰＲＡＣＨシーケンスの先頭（オプション１）、または各ＰＲＡＣＨシーケンスの前（オプション２）に配置され、ガード時間および／またはガード期間の長さＴＧＴは、初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨの構造の例を示す図５Ａのように、ＰＲＡＣＨシーケンスの終わりに配置される。異なるＰＲＡＣＨ構成では、予め定義されたＣＰ長ＴＣＰ、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスの長さＴＳＥＱ、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスの数ＴＳＥＱ、予め定義されたガード時間／ガード期間ＴＧＴのうちの少なくとも１つが認識されるものとする。たとえば、異なるＰＲＡＣＨ構成は、異なるＰＲＡＣＨフォーマットである場合がある。
【００６０】
本開示の一実施形態では、ＰＲＡＣＨ構成が他の場合のために構成されている場合、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスの長さは、ＴＳＥＱ＿Ｂとして示されることができ、巡回プレフィックス（ＣＰ：Cyclic Prefix）は、ＴＣＰ＿Ｂの長さで、たとえば、ＰＲＡＣＨシーケンスの先頭（オプション１）および各ＰＲＡＣＨシーケンスの前（オプション２／４）に配置され、および／または長さＴＧＴ＿Ｂのガード時間／ガード期間は、例えば、ＰＲＡＣＨシーケンスの最後に配置される。本開示の一実施形態では、他の場合のＰＲＡＣＨ構成の場合、上記の長さの少なくとも１つは、初期アクセスおよび／またはアップリンク同期の長さと異なる可能性がある。
【００６１】
本開示の一実施形態では、他の場合のＰＲＡＣＨ構成については、ガード時間および／またはガード期間がない場合がある。本開示の一実施形態では、初期アクセスおよび／またはアップリンク同期および／またはタイミングアドバンス調整のために、１つのＰＲＡＣＨフォーマットを構成することができる。また、他のケースのＰＲＡＣＨ構成では、同じＰＲＡＣＨフォーマットを構成でき、ＣＰの長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数、ガード時間および／またはガード期間の長さは、異なる場合がある。
【００６２】
本開示の一実施形態では、ＰＲＡＣＨ構成について、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されている場合、ＣＰ長ＴＣＰ＿Ｂは、ＴＣＰとは異なり、例えば、ＴＣＰよりも短い。
【００６３】
本開示の一実施形態では、ＰＲＡＣＨ構成について、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されている場合、ガード時間／ガード期間の長さＴＧＴ＿Ｂは、ＴＧＴとは異なり、たとえば、ＴＧＴよりも短く、または、代わりに、ガード時間および／またはガード期間がない場合がある。
【００６４】
本開示の一実施形態では、ＰＲＡＣＨ構成について、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されている場合、ＰＲＡＣＨシンボルおよび／またはシーケンスの長さＴＳＥＱ＿Ｂは、ＴＳＥＱと異なる場合があり、例えば、ＴＳＥＱよりも短い。本開示の一実施形態では、初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨ送信について、Ｍ（Ｍ＞＝１の整数）シーケンスがあり、例えば、ＰＲＡＣＨシンボル／シーケンス／プリアンブルで、長さはＴＳＥＱである。ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のＰＲＡＣＨ送信の場合、Ｎ（Ｎ＞＝１の整数）シーケンスがあり、たとえば、ＰＲＡＣＨシンボル／シーケンス／プリアンブルで、長さはＴＳＥＱ＿Ｂである。ＭはＮと異なってもよく、シーケンスは同じでも異なってもよい。たとえば、Ｎの値はＭの値と異なる場合があり、Ｎ＜＝Ｍである。他の場合のＰＲＡＣＨ送信では、Ｎ＝１である可能性もある。別の例では、シーケンスは、初期アクセスおよび／またはアップリンク同期のためにＰＲＡＣＨ送信に対してＭ回繰り返され、一方、シーケンスは、他の場合に、ＰＲＡＣＨ送信に対してＮ回繰り返される。Ｎの値は、Ｍの値と異なる場合があり、たとえば、Ｎ＜＝Ｍである。他の場合、つまり、Ｎ＝１の場合、ＰＲＡＣＨ送信のシーケンスの繰り返しがないことも可能である。
【００６５】
一実施形態では、ＰＲＡＣＨ構成について、初期アクセスおよび／またはアップリンク同期用に構成されている場合、（例えば、予め定義された）ガード時間および／またはガード期間ＴＧＴが有り、ＰＲＡＣＨシンボル／シーケンスの最後に配置される。一方、ＰＲＡＣＨ構成では、他の場合のために構成されている場合、ＰＲＡＣＨ構造には、（図５Ｂに示すような）ガード時間および／またはガード期間は無く、または、ガード時間および／またはガード期間ＴＧＴ＿Ｂは、ＴＧＴと異なる場合があり、たとえば、（図５Ｃに示すように）ＴＧＴよりも短い。
【００６６】
本開示の一実施形態では、ＰＲＡＣＨ構成について、初期アクセスおよび／またはタイミングアドバンス調整のために構成されている場合、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスおよび／またはＰＲＡＣＨプリアンブルの長さは、ＴＳＥＱとして示され、巡回プレフィックス（ＣＰ：Cyclic Prefix）の長さは、ＴＣＰとして示され、ガード時間および／またはガード期間の長さは、ＴＧＴとして示され、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数は、Ｍとして示される合がある。本開示の一実施形態では、ＣＰとＰＲＡＣＨシンボル／シーケンス／プリアンブルとガード時間／期間の全長である、ＴＣＰ＋ＴＳＥＱ＋ＴＧＴは、Ｐに等しい。本開示の別の実施形態では、全長は、単位ＴｓのＰ個倍（Ｐ×Ｔｓ）に等しくてもよく、Ｔｓは所定の時間単位を示し、Ｐは正の整数であり、または、全長は、持続時間Ｐ（ｍｓ）に等しくてもよく、そのような場合、Ｐは、全長の合計期間（ｍｓ）として定義できる。本開示のさらなる実施形態では、全長は、持続時間の整数倍の長さの合計、ＴＣＰ＋ＴＳＥＱ＋ＴＧＴ＝Σｉ＝１：Ｋ（ＮＣＰ、ｉ＋ＮＳ、ｉ）に等しくてもよく、各持続時間は、巡回プレフィックスを伴うＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの持続時間であり、ＮＳ、ｉは、ｉ番目のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの長さを示し、ＮＣＰ、ｉは、ｉ番目のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルのＣＰの長さを示す。本開示の一実施形態では、数はＫとして示されてもよく、各ｉ＝１、２…Ｋについて、持続時間の長さは、ＮＣＰ、ｉ＋ＮＳ、ｉとして示されてもよい。本開示の一実施形態では、ＣＰの長さ、および／または、シンボルの長さは、異なる持続時間ｉに対して異なり得る。たとえば、スロット／サブフレーム内の第１のシンボルのＣＰは、他のシンボルのＣＰよりも長い場合がある。本開示の一実施形態では、ＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルおよび／またはＣＰの長さは、サブキャリア間隔の異なる値に対して異なり得る。本開示の別の実施形態では、送信のための異なるサブキャリア間隔に対して、数Ｋは異なっていてもよい。例えば、サブキャリア間隔Δｆ１に対する数はＫ１であり、サブキャリア間隔Δｆｉに対する数はＫｉであり得る。
【００６７】
本開示の一実施形態では、ＰＲＡＣＨ構成について、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されている場合、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスおよび／またはＰＲＡＣＨプリアンブルの長さは、ＴＳＥＱ＿Ｂとして示され、巡回プレフィックス（ＣＰ：cyclic prefix）の長さは、ＴＣＰ＿Ｂとして示され、ガード時間および／またはガード期間の長さは、ＴＧＴ＿Ｂとして示され、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数は、Ｎとして示される。本開示の一実施形態では、ＣＰの長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの長さ、ガード時間および／またはガード期間の長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数は、初期アクセスおよび／またはタイミングアドバンス調整および／またはアップリンク同期のそれらとは異なる場合がある。本開示の別の実施形態では、ビーム障害り、要求、またはオンデマンドＳＩ要求などの他の場合には、ガード時間および／またはガード期間がない場合がある。言い換えれば、ガード時間および／またはガード期間の長さはゼロであってもよい。本開示の別の実施形態では、ＰＲＡＣＨシーケンス／シンボル／シーケンスの数は１であってもよい。
【００６８】
本開示の一実施形態では、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルおよびガード時間／期間の全長ＴＣＰ＿Ｂ＋ＴＳＥＱ＿Ｂ＋ＴＧＴ＿Ｂは、Ｑに等しくてもよい。本開示の別の実施形態では、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルの全長ＴＣＰ＿Ｂ＋ＴＳＥＱ＿Ｂは、Ｑに等しい場合がある。たとえば、ガード時間および／またはガード期間がない場合である。本開示の一実施形態では、全長は、時間単位の数Ｑ×Ｔｓ、または、持続時間Ｑ（ｍｓ）に等しくてもよい。本開示の一実施形態では、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルの全長、およびガード時間／期間またはＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルの全長Ｑは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のＰＲＡＣＨの場合、初期アクセス用のＰＲＡＣＨの、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルの全長、およびガード時間／期間またはＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルの全長Ｐと異なる場合があり、たとえば、Ｑ≦Ｐである。
【００６９】
本開示の一実施形態では、Ｑの長さは、Ｐの長さより短くても、または、大きくなくてもよい。言い換えると、ビーム障害リカバリ要求、または、オンデマンドＳＩ要求などの他の場合には、残りの時間および／または周波数リソースがあり得る。本開示の一実施形態では、残りのリソースは、他の信号／チャネル送信に使用されてもよい。本開示の一実施形態では、残りのリソースの持続時間および／または長さは、Ｐ−Ｑに等しくてもよい。本開示の別の実施形態では、残りのリソースの持続時間および／または長さはＰ−Ｑより短くてもよく、例えば、Ｐ−Ｑの長さは持続時間の整数数に等しくなくてもよく、各持続時間（ＮＣＰ、ｊ＋ＮＳ、ｊ）は、巡回プレフィックスを伴うＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの期間であり、ＮＳ、ｊはｊ番目のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの長さであり、ＮＣＰ、ｊはＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルのｊ番目のＣＰの長さを示す。本開示の一実施形態では、持続時間および／または長さＰ−Ｑを有する残りのリソースは、他の信号／チャネル送信に使用され得る。例えば、他の送信のためのＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの数はＮｔであり、Ｎｔは、持続時間および／または長さＰ−Ｑに含まれるＯＦＤＭ−ＳＣ−ＦＤＭＡシンボルの（最大）整数数であり得る。たとえば、Ｎｔはｆｌｏｏｒ（（Ｐ−Ｑ）／（ＮＣＰ、ｊ＋ＮＳ、ｊ））に等しい。本開示の一実施形態では、ＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの数は、他の信号／チャネル送信のサブキャリア間隔の異なる値に対して異なる。例えば、ＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの持続時間、および／または、長さ、および／または、ＣＰの長さは、サブキャリア間隔の異なる値に対して異なる。例えば、数は、サブキャリア間隔値Δｆ１についてはＮｔ＿１であり、サブキャリア間隔値ΔｆｉについてはＮｔ＿ｉである。
【００７０】
本開示の一実施形態では、残りの時間および／または周波数リソースは、他の信号／チャネル送信に使用され得る。本開示の一実施形態では、残りの時間および／または周波数リソースは、時間領域におけるＰＲＡＣＨ送信のためのリソースの前に配置され得る。本開示の一実施形態では、残りの時間および／または周波数リソースは、時間領域におけるＰＲＡＣＨ送信のためのリソースの後に配置され得る。本開示の一実施形態では、残りの時間および／または周波数リソースの一部は、時間領域でＰＲＡＣＨ送信のためのリソースの前に配置され、その他の部分は時間領域でＰＲＡＣＨ送信のためのリソースの前に配置され得る。
【００７１】
本開示の一実施形態では、ＰＲＡＣＨ構成について、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されている場合、ＣＰの長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの長さ、ガード時間および／またはガード期間の長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数のうちの少なくとも１つは、アップリンクおよび／またはダウンリンク送信用に設定されたサブキャリア間隔の値によって異なる場合がある。本開示の一実施形態では、アップリンクおよび／またはダウンリンク送信は、アップリンクデータ、アップリンク制御チャネル、アップリンク参照信号、ＰＲＡＣＨ、ダウンリンクデータ、ダウンリンク制御チャネル、ダウンリンク参照信号、アップリンクおよび／またはダウンリンク参照サブキャリア間隔であり得る。本開示の一実施形態では、アップリンクおよび／またはダウンリンク送信のサブキャリア間隔の値はΔｆｉとして、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスおよび／またはＰＲＡＣＨプリアンブルの長さはＴＳＥＱ＿Ｂ＿ｉとして、巡回プレフィックス（ＣＰ：Cyclic Prefix）の長さはＴＣＰ＿Ｂ＿ｉとして、ガード時間および／またはガード期間の長さはＴＧＴ＿Ｂ＿ｉとして、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数はＮｉとして構成されてもよい。表１Ｂに例を示す。表１Ｂは、異なるサブキャリア間隔の異なるパラメータまたは構成を示す。
【表１Ｂ】
0006881615.tif 000004
【００７２】
本開示の一実施形態では、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルおよびガード時間／期間の合計長、または、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルの合計長は、アップリンクおよび／またはダウンリンク送信用に構成されたサブキャリア間隔の異なる値に対して異なる場合がある。本開示の一実施形態では、アップリンクおよび／またはダウンリンク送信のサブキャリア間隔の値はΔｆｉとして、ＣＰおよびＰＲＡＣＨシンボル／シーケンス／プリアンブルおよびガード時間／期間の合計長、または、ＣＰとＰＲＡＣＨシンボル／シーケンス／プリアンブルの合計長は、Ｑｉとして構成されてもよい。
【００７３】
本開示の一実施形態では、サブキャリア間隔の値のセットは、他の信号／チャネル送信の送信のために構成されてもよい。サブキャリア間隔の値のセットは、Ｈ個のサブセットに分割できる。他の信号／チャネル伝送用に構成されたサブキャリア間隔の値の１つのサブセットの場合、ＰＲＡＣＨシンボルおよび／またはＰＲＡＣＨシーケンスおよび／またはＰＲＡＣＨプリアンブルの長さ、巡回プレフィックス（ＣＰ：Cyclic Prefix）の長さ、ガード時間および／またはガード期間の長さ、ＰＲＡＣＨシーケンス／シンボル／プリアンブルの数のうちの少なくとも１つは、同じかもしれない。本開示の別の実施形態では、値の異なるサブセットについて、長さは異なっていてもよい。本開示の一実施形態では、ＣＰの長さ、ガード時間／期間の長さのうちの少なくとも１つは、サブセット内のサブキャリア間隔の最大値または最小値に基づいて構成されてもよい。
【００７４】
本開示の一実施形態では、ＰＲＡＣＨフォーマットは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されてもよい。アップリンクおよび／またはダウンリンク送信用に構成されたサブキャリア間隔の異なる値の場合、ＣＰの長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの長さ、ＰＲＡＣＨシンボル／シーケンス／プリアンブルの数、ガード時間および／またはガード期間の長さ、ＣＰおよびＰＲＡＣＨシンボルおよびガード時間／期間の合計長、ＣＰおよびＰＲＡＣＨシンボルの合計長、のうちの少なくとも１つが異なる場合がある。
【００７５】
本開示の一実施形態では、ＣＰおよびＰＲＡＣＨシンボルの全長は、持続時間の整数に等しくなくてもよく、各持続時間は、巡回プレフィックス（Cyclic Prefix）を有するＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの持続時間であってもよい。本開示の別の実施形態では、ＣＰを有するＰＲＡＣＨシンボルの境界は、シンボル／スロット／ミニスロット／サブフレームの境界とアラインされていなくてもよい。
【００７６】
本開示の一実施形態では、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のＰＲＡＣＨについて、長さＴｒｅｓを有する追加の持続時間を予約し、持続時間ＴＣＰ＿Ｂ＋ＴＳＥＱ＿Ｂ＋Ｔｒｅｓ＝Σｊ＝１：Ｌ（ＮＣＰ、ｊ＋ＮＳ、ｊ）の整数数に等しいＴＣＰ＿Ｂ＋ＴＳＥＱ＿Ｂ＋Ｔｒｅｓの合計長を対象とすることができ、ここで、各持続時間は、巡回プレフィックス付きのＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの持続時間であり、ＮＳ、ｊはｊ番目のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの長さを示し、ＮＣＰ、ｊはｊ番目のＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルのＣＰの長さを示す。本開示の一実施形態では、数はＬとして示されてもよく、各ｊ＝１、２…Ｌについて、持続時間の長さは、ＮＣＰ、ｊ＋ＮＳ、ｊであってもよい。本開示の一実施形態では、ＣＰの長さおよび／またはＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの長さは、異なる持続時間ｊに対して異なり得る。たとえば、スロット／サブフレーム内の第１のシンボルのＣＰは、他のシンボルのＣＰよりも長くてもよい。本開示の一実施形態では、ＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルおよび／またはＣＰの長さは、サブキャリア間隔の異なる値に対して異なり得る。本開示の別の実施形態では、送信のための異なるサブキャリア間隔について、数Ｌは、異なっていてもよい。例えば、数は、サブキャリア間隔Δｆ１についてはＬ１であってもよく、数は、サブキャリア間隔ΔｆｉについてはＬｉであってもよい。本開示の実施形態では、予約された長さは、ＰＲＡＣＨおよび／またはアップリンク信号／チャネルの送信のためのサブキャリア間隔の異なる値に対して異なってもよい。例えば、サブキャリア間隔値Δｆ１の長さはＴｒｅｓ＿１であり、サブキャリア間隔値Δｆｉの長さはＴｒｅｓ＿ｉであってもよい。
【００７７】
図６Ａは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されたＰＲＡＣＨ構成の例を示す。図示されるように、予約された長さＴｒｅｓは、ガード時間／期間として予約されてもよく、例えば、ガード時間／期間ＴＧＴ＿Ｂの長さはＴｒｅｓに等しくてもよい。本開示の別の実施形態では、予約された長さＴｒｅｓは、ガード時間／期間の一部としてガード時間／期間長に追加されてもよく、例えば、ガード時間／期間の長さは、ＴＧＴ＿Ｂ＋Ｔｒｅｓに等しくてもよい。
【００７８】
図６Ｂは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されたＰＲＡＣＨ構成の別の例を示す。いくつかの実施形態によれば、予約された長さＴｒｅｓは、アップリンクおよび／またはダウンリンク送信用に構成されたサブキャリア間隔の異なる値に対して異なってもよい。
【００７９】
図６Ｃは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されたＰＲＡＣＨ構成のさらなる例を示す。図示されているように、予約された長さＴｒｅｓは、ＣＰ長の一部としてＣＰ長に追加され、たとえば、ＣＰの長さは、ＴＣＰ＿Ｂ＋Ｔｒｅｓに等しい。図６Ｃに例を示す。
【００８０】
図６Ｄは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のために構成されたＰＲＡＣＨ構成のさらに別の例を示す。図示されているように、予約された長さＴｒｅｓは、ガード時間／期間長およびＣＰ長の両方で、ガード時間／期間およびＣＰ長の一部として追加されてもよく、たとえば、ガード時間／期間の長さは、ＴＧＴ＿Ｂ＋Ｔｒｅｓ＿Ａに等しく、ＣＰの長さは、ＴＣＰ＿Ｂ＋Ｔｒｅｓ＿Ｂに等しく、Ｔｒｅｓ＿Ａ＋Ｔｒｅｓ＿Ｂ＝Ｔｒｅｓである。
【００８１】
例示のために、図６Ｅから６Ｇは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などのような他の場合の例示的なＰＲＡＣＨをさらに示す。しかしながら、これらのＰＲＡＣＨは、例示目的のためにのみ与えられ、本開示はそれに限定されないことに留意されたい。
【００８２】
図６Ｅは、本開示の実施形態による他の場合の例示的なＰＲＡＣＨを示す。また、説明のために、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨも比較のために示す。図示されるように、残りの時間および／または周波数リソースは、時間領域において、ＰＲＡＣＨ送信のためのリソースの前に配置されてもよい。
【００８３】
図６Ｆは、本開示の実施形態による他の場合の例示的なＰＲＡＣＨを示す。また、説明のために、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨも比較のために示す。図示されるように、残りの時間および／または周波数リソースは、時間領域において、ＰＲＡＣＨ送信のためのリソースの後に配置されてもよい。
【００８４】
図６Ｇは、本開示の実施形態による他の場合の例示的なＰＲＡＣＨを示す。また、説明のために、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨも比較のために示す。図示されるように、残りの時間および／または周波数リソースの一部は、時間領域において、ＰＲＡＣＨ送信のためのリソースの前に配置され、残りの時間および／または周波数リソースの他の部分は、時間領域において、ＰＲＡＣＨ送信のためのリソースの後に配置されてもよい。
【００８５】
本開示の一実施形態では、送信された物理ランダムアクセスチャネルと初期アクセスのためのランダムアクセスチャネルとの間の差が原因で残っている送信リソースについて、ステップ４０２で、例えば、他の情報および他のチャネルのうち少なくとも１つの送信を送信することに使用されてもよい。送信リソースは、より短い巡回プレフィックス、ガード時間なし、より短いガード時間、より短いシンボル／シーケンス、または少ないシンボルのうちの少なくとも１つが原因で残っている可能性がある。
【００８６】
例示のために、図７Ａから７Ｄは、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合の例示的なＰＲＡＣＨを示す。しかしながら、これらのＰＲＡＣＨは、例示目的のためにのみ与えられ、本開示はそれに限定されないことに留意されたい。
【００８７】
図７Ａは、本開示の一実施形態による他の場合の例示的なＰＲＡＣＨを示す。また、説明のために、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨも比較のために示す。示されているように、初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨは、ＣＰ長ＴＣＰを有し、ＰＲＡＣＨシーケンス（オプション１）または各ＰＲＡＣＨシーケンス（オプション２／４）の先頭に配置され、ガード時間ＴＧＴを有する。比較すると、他のケースの例のＰＲＡＣＨは、より短いＣＰ長ＴＣＰ−Ｂを有し、および／またはガード時間がない。
【００８８】
図７Ｂは、本開示の一実施形態に係る他の場合の別の例示的なＰＲＡＣＨを示す。図示されているように、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨと比較して、他の場合のＰＲＡＣＨの例は、より短いＣＰ長ＴＣＰ−Ｂと、より短いガード時間ＴＧＴ＿Ｂと、を有する。
【００８９】
図７Ｃは、本開示の実施形態による他の場合のさらなる例のＰＲＡＣＨを示す。図示されているように、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨと比較して、他の場合のＰＲＡＣＨの例は、同じガード時間ＴＧＴを有するが、より短いＣＰ長ＴＣＰ−Ｂを有する。
【００９０】
図７Ｄは、本開示の実施形態による他の場合のさらに別のＰＲＡＣＨの例を示す。図示されているように、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨと比較して、他の場合のＰＲＡＣＨの例は、異なるＰＲＡＣＨシンボル／シーケンス長を有し、特に、長さＴＳＥＱ−Ｂは、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨシンボル／シーケンス長よりも短い。たとえば、他の場合のシンボル／シーケンスの数は、初期アクセスおよび／またはアップリンク同期のシンボル／シーケンスの数と異なる場合がある。
【００９１】
図８は、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合のＰＲＡＣＨ送信の例を示す。図８に示すように、ＰＲＡＣＨのＵＬ送信は、他の場合および異なるＵＥでは、無効なＴＡで送信することができ、それらは、異なるＴＡ値も使用できる。言い換えれば、各ＵＥは、ネットワークデバイスによって予め示されたタイミングアドバンス値に基づいて決定され、対応するダウンリンク受信の開始前のタイミングで物理ランダムアクセスチャネルを送信する。また、説明のために、初期アクセスおよび／またはアップリンク同期のＰＲＡＣＨも比較のために示す。初期アクセスおよび／またはアップリンク同期および／またはタイミングアドバンス調整のためのＰＲＡＣＨのＵＬ送信は、タイミングアドバンスなしで送信されてもよい。
【００９２】
本開示のいくつかの実施形態では、他の場合の物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスの巡回シフトのセットとは異なる巡回シフトのセットから選択される巡回シフトを有してもよい。本開示のいくつかの実施形態では、他の場合のＰＲＡＣＨは、異なる数の巡回シフト値、異なるＣＳ値のうちの少なくとも１つを有してもよい。
【００９３】
初期アクセスＰＲＡＣＨ送信の場合、巡回シフトの値は、シーケンスサンプル期間の最小整数の数が、アップリンク非同期ＵＥの最大遅延スプレッドと時間の不確実性、加えていくつかの追加のガードサンプルよりも大きいという要件を満たす必要がある。ビームリカバリ要求のような他の場合のＰＲＡＣＨ送信では、ＰＲＡＣＨの異なるＣＳ構成を使用する場合がある。次に、図９Ａおよび図９Ｂを参照して、異なるＣＳ構成を説明する。
【００９４】
図９Ａは、本開示の一実施形態による、他の場合、および初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨの例示的なＣＳ構成を示す。図９Ａに示すように、他の場合には、ＰＲＡＣＨのＭ個のＣＳ構成があり、初期アクセスおよび／またはアップリンク同期には、ＰＲＡＣＨのＮ個のＣＳ構成がある。ＭはＮ以上であってもよい。
【００９５】
図９Ｂは、本開示の一実施形態による、他の場合、および初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨの別の例示的なＣＳ構成を示す。図９Ｂに示すように、初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨのＮ個のＣＳ構成と、ビームリカバリ要求のためのＰＲＡＣＨの追加のＬ個のＣＳ構成がある。追加のＬ個のＣＳ構成は、１からＬ、または、Ｎ＋１からＮ＋Ｌの番号が付けられることができる。
【００９６】
本開示のいくつかの実施形態では、他の場合のＰＲＡＣＨは、初期アクセスおよび／またはアップリンク同期のためのものとは異なる時間および／または周波数リソースおよび／または異なるシーケンスを使用してもよい。
【００９７】
図１０Ａから１０Ｃは、本開示の実施形態による他の場合のＰＲＡＣＨ送信リソースの３つの例を示す。ここで、他の場合のリソースは、たとえば、ＦＤＭで、初期アクセスのためのリソースで構成される。
【００９８】
図１０Ａおよび１０Ｂに示すように、他の場合のＰＲＡＣＨは、より短いＣＰと、より短いＧＴと、を有する。図１０Ａでは、他の場合のＰＲＡＣＨシンボルは、初期アクセスのためのＰＲＡＣＨシンボルとアラインされてもよい。図１０Ｂでは、他の場合のＰＲＡＣＨ送信は、ＣＰの開始時で、初期送信のためのＰＲＡＣＨ送信とアラインされてもよい。
【００９９】
図１０Ｃでは、他の場合のＰＲＡＣＨは、同じＣＰ長を有するが、より短いＧＴを有する。このような場合、他の場合のＰＲＡＣＨ送信では、ＣＰとＰＲＡＣＨの両方を初期アクセスのそれらとアラインさせることができる。
【０１００】
本開示のいくつかの実施形態では、ＵＥは、送信された物理ランダムアクセスチャネルへの応答でタイムアドバンス値をさらに受信してもよい。言い換えれば、ｇＮＢは、新しいビームのために新しいＴＡ値をＵＥに送信することができる。いくつかの実施形態では、ＵＥは、ＰＲＡＣＨシーケンスをｇＮＢに送信してもよく、ｇＮＢは、ＰＲＡＣＨシーケンスを受信してもよく、ｇＮＢは、ＵＥに応答を送信してもよい。ＰＲＡＣＨ送信の異なる目的のために、ｇＮＢは、異なる応答および／または異なるサイズの応答をＵＥに送信してもよい。本開示の一実施形態では、初期アクセスおよび／またはアップリンク同期および／またはタイミングアドバンス調整のために、応答は、タイミングアドバンス値を含んでもよい。また、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合では、応答は、タイミングアドバンス値を含まない場合がある。本開示の一実施形態では、初期アクセスの場合、応答は、ビットサイズＭのタイミングアドバンス値を含んでもよい。また、ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などの他の場合では、応答は、ビットサイズＮのタイミングアドバンス値を含んでもよい。たとえば、ＮはＭよりも小さくてもよい。
【０１０１】
本開示のいくつかの実施形態では、他の場合には、ＴＡなしでＰＲＡＣＨを送信することも可能である。そのような場合、初期アクセスおよび／またはアップリンク同期のためのものと同じＰＲＡＣＨ構造を使用してもよい。さらに、初期アクセスおよび／またはアップリンク同期のものとは異なる構成を使用してもよい。例えば、異なる時間および／または周波数リソース、異なるシーケンス、またはそれらの任意の組み合わせを使用してもよい。同様に、他の場合のリソースは、初期アクセスのためのリソースで、ＦＤＭで構成されることができる。また、図９Ａおよび図９Ｂで説明したように、ビーム障害リカバリ要求送信のためにＰＲＡＣＨの異なるＣＳ構成を使用することも可能である。
【０１０２】
いくつかの実施形態では、初期アクセスおよび／またはアップリンク同期のためのＰＲＡＣＨ送信のために定義されたフォーマットのセットがあり、例えば、フォーマットの数はＸであってもよい。ビーム障害リカバリ要求、またはオンデマンドＳＩ要求などのような、他の場合のＰＲＡＣＨ送信のためのフォーマットのサブセットが選択されてもよく、例えば、サブセットの数はＹであってもよい。本開示の実施形態では、ＹはＸよりも小さくてもよい。すなわち、１つまたは複数のフォーマットは、他の場合にも使用できる。
【０１０３】
図１１は、本開示の一実施形態による、ネットワークデバイスでＰＲＡＣＨを送信する方法のフローチャートを示す。
【０１０４】
図１１に示すように、ステップ１１０１で、ｇＮＢは、物理ランダムアクセスチャネルを受信し、受信した物理ランダムアクセスチャネルは、パラメータおよび構造のうちの少なくとも１つにおいて、初期アクセスのための物理ランダムアクセスチャネルとは異なる。
【０１０５】
本開示の一実施形態では、パラメータは、巡回プレフィックス構成、巡回プレフィックス長、シーケンスのインデックス、ガード時間／期間長、シンボルまたはシーケンスの数、シンボルまたはシーケンスの長さ、および、時間および／または周波数リソース、のうちの１つまたは複数を備えてもよい。
【０１０６】
本開示の別の実施形態では、受信された物理ランダムアクセスチャネルは、ガード時間を有しないか、または、初期アクセスのための物理ランダムアクセスチャネル内のガード時間とは異なるガード時間を有してもよい。
【０１０７】
本開示のさらなる実施形態では、受信された物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスチャネル内の巡回プレフィックスとは異なる巡回プレフィックスを有してもよい。
【０１０８】
本開示のさらなる実施形態では、受信された物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスのための巡回シフトのセットとは異なる巡回シフトのセットから選択された巡回シフトを有してもよい。
【０１０９】
さらに、ステップ１１０２に示されるように、方法１１００は、他の情報と、送信された物理ランダムアクセスチャネルと初期アクセスのためのランダムアクセスチャネルとの間の差が原因で送信リソースが残っている他のチャネルと、のうちの少なくとも１つを受信することをさらに含むことができる。
【０１１０】
本開示の一実施形態では、より短い巡回プレフィックス、ガード時間なし、より短いガード時間、より短いシンボル／シーケンス、またはより少ないシンボルのうちの少なくとも１つが原因で送信リソースを残すことができる。
【０１１１】
本開示の別の実施形態では、方法は、ステップ４０３で受信された物理ランダムアクセスチャネルへの応答で、タイムアドバンス値を送信することをさらに含むことができる。
【０１１２】
本開示のさらなる実施形態では、送信された物理ランダムアクセスチャネルは、ビームリカバリ要求およびオンデマンドシステム情報要求のうちの少なくとも１つを使用することができる。
【０１１３】
図１２は、本開示の実施形態による、端末デバイスでのＰＲＡＣＨを送信するための装置を示す。装置１２００は、ＵＥなどの端末デバイスに実装することができる。図１２に示すように、装置１２００は、物理ランダムアクセスチャネルを送信するように構成されたチャネル送信モジュール１２０１を備えてもよく、送信された物理ランダムアクセスチャネルは、パラメータと構造とのうちの少なくとも１つにおいて、初期アクセスのための物理ランダムアクセスチャネルとは異なる。
【０１１４】
本開示の一実施形態では、チャネル送信モジュール１２０１は、対応するダウンリンク受信の開始前のタイミングで物理ランダムアクセスチャネルの送信を開始するようにさらに構成されてもよく、それは、ネットワークデバイスによって示されるタイミングアドバンス値に基づいて決定されてもよい。
【０１１５】
本開示の別の実施形態では、パラメータは、巡回プレフィックス構成、巡回プレフィックス長、シーケンスのインデックス、ガード時間／期間長、シンボルまたはシーケンスの数、シンボルまたはシーケンスの長さ、および、時間および／または周波数リソースのうちの１つ以上を備えてもよい。
【０１１６】
本開示のさらなる実施形態では、送信された物理ランダムアクセスチャネルは、ガード時間を有さないか、または、初期アクセスのための物理ランダムアクセスチャネル内のガード時間とは異なるガード時間を有してもよい。
【０１１７】
本開示のさらに別の実施形態では、送信された物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスチャネルの巡回プレフィックスとは異なる巡回プレフィックスを有してもよい。
【０１１８】
本開示のさらなる実施形態では、送信された物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスのための巡回シフトのセットとは異なる巡回シフトのセットから選択された巡回シフトを有してもよい。
【０１１９】
本開示の別の実施形態では、装置１２００は、他の情報と、送信された物理ランダムアクセスチャネルと初期アクセスのためのランダムアクセスチャネルとの間の差が原因で送信リソースが残っている他のチャネルと、のうちの少なくとも１つを送信するように構成された情報／チャネル送信モジュールをさらに備えてもよい。
【０１２０】
本開示のさらなる実施形態では、送信リソースは、より短い巡回プレフィックス、ガード時間なし、より短いガード時間、より短いシンボル／シーケンス、またはより少ないシンボルのうちの少なくとも１つが原因で残ってもよい。
【０１２１】
本開示のさらに別の実施形態では、装置１２００は、ＴＡ値受信モジュール１２０３をさらに備えてもよく、それは、送信された物理ランダムアクセスチャネルへの応答でタイムアドバンス値を受信するように構成される。
【０１２２】
本開示の別の実施形態では、送信された物理ランダムアクセスチャネルは、ビームリカバリ要求およびオンデマンドシステム情報要求の少なくとも１つに使用される。
【０１２３】
図１３は、本開示の一実施形態による、ネットワークデバイスでＰＲＡＣＨを送信するための装置を示す。装置８００は、ＮＲシステム内のネットワークデバイス、例えば、ｅＮＢで実施することができる。
【０１２４】
図１３に示されるように、装置１３００は、物理ランダムアクセスチャネルを受信するように構成されたチャネル受信モジュール１３０１を備えてもよく、受信された物理ランダムアクセスチャネルは、パラメータおよび構造のうちの少なくとも１つにおいて、初期アクセスのための物理ランダムアクセスチャネルとは異なる。
【０１２５】
本開示の一実施形態では、パラメータは、巡回シフト構成、巡回プレフィックス長、シーケンスのインデックス、ガード時間／期間長、シンボルまたはシーケンスの数、シンボルまたはシーケンスの長さ、および、時間および／または周波数リソース、のうちの１つまたは複数を備えてもよい。
【０１２６】
本開示の別の実施形態では、受信された物理ランダムアクセスチャネルは、ガード時間を有しないか、または、初期アクセスのための物理ランダムアクセスチャネル内のガード時間とは異なるガード時間を有してもよい。
【０１２７】
本開示のさらなる実施形態では、受信された物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスチャネルの巡回プレフィックスとは異なる巡回プレフィックスを有してもよい。
【０１２８】
本開示のさらなる実施形態では、受信された物理ランダムアクセスチャネルは、初期アクセスのための物理ランダムアクセスのための巡回シフトのセットとは異なる巡回シフトのセットから選択された巡回シフトを有してもよい。
【０１２９】
本開示のさらなる実施形態では、装置１３００は、他の情報／チャネル受信モジュール１３０２をさらに備えてもよく、それは、他の情報と、送信された物理ランダムアクセス間と初期アクセスのためのランダムアクセスチャネルとの間の差が原因で送信リソースが残っている他のチャネルと、のうちの少なくとも１つを受信するように構成される。
【０１３０】
本開示の別の実施形態では、送信リソースは、より短い巡回プレフィックス、ガード時間なし、より短いガード時間、より短いシンボル／シーケンス、または、より少ないシンボル、のうちの少なくとも１つが原因で残っていてもよい
【０１３１】
本開示のさらなる実施形態では、装置１３００は、受信された物理ランダムアクセスチャネルへの応答でタイムアドバンス値を送信するように構成されたＴＡ値送信モジュール１３０３をさらに備えてもよい。
【０１３２】
本開示のさらに別の実施形態では、送信された物理ランダムアクセスチャネルは、ビームリカバリ要求およびオンデマンドシステム情報要求のうちの少なくとも１つに使用される。
【０１３３】
上記において、装置１２００および１３００は、図１２および図１３を参照して手短に説明されている。装置１２００および１３００は、図４から図１１を参照して説明した機能を実施するように構成され得ることに留意されたい。したがって、これらの装置におけるモジュールの動作に関する詳細については、図４から図１１を参照して、方法のそれぞれのステップに関してなされた説明を参照することができる。
【０１３４】
装置１２００および１３００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、および／またはそれらの任意の組み合わせで具現化され得ることにさらに留意されたい。例えば、装置１２００および１３００の構成要素は、それぞれ、回路、プロセッサ、または他の適切な選択デバイスによって実装されてもよい。
【０１３５】
当業者は、前述の例は例示のためだけであり、限定するものではなく、本開示はそれに限定されないことを理解するであろう。本明細書で提供される教示から多くの変形、追加、削除および修正を容易に思いつくことができ、これらの変形、追加、削除および修正はすべて本開示の保護範囲に入る。
【０１３６】
さらに、本開示のいくつかの実施形態では、装置１２００および１３００は、少なくとも１つのプロセッサを備え得る。本開示の実施形態と共に使用するのに適した少なくとも１つのプロセッサは、一例として、将来既知または開発される汎用および専用プロセッサの両方を含むことができる。装置１２００および１３００は、少なくとも１つのメモリをさらに備えてもよい。少なくとも１つのメモリは、例えば、半導体メモリデバイス、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスを含み得る。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために使用されてもよい。プログラムは、高レベルおよび／または低レベルの準拠または解釈可能なプログラミング言語で作成できる。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサにより、装置１２００および１３００に、図４から図１１のそれぞれを参照して説明した方法に従って少なくとも動作を実行させるように構成され得る。
【０１３７】
図１４は、本書に記載されている無線ネットワーク内の基地局のようなネットワークデバイスとして具現化または含まれる装置１４１０と、本書に記載されているＵＥのような端末デバイスとして具現化または含まれる装置１４２０と、の簡略ブロック図をさらに示す。
【０１３８】
装置１４１０は、データプロセッサ（ＤＰ：Data Processor）のような少なくとも１つのプロセッサ１４１１と、プロセッサ１４１１に結合された少なくとも１つのメモリ（ＭＥＭ：Memory）１４１２と、を備える。装置１４１０は、プロセッサ１４１１に結合された送信機ＴＸおよび受信機ＲＸ１４１３をさらに備えてもよく、それは、装置１４２０に通信可能に接続するように動作可能であってもよい。ＭＥＭ１４１２は、プログラム（ＰＲＯＧ：Program）１４１４を格納する。ＰＲＯＧ１４１４は、関連するプロセッサ１４１１上で実行されると、装置１４１０が本開示の実施形態、例えば、方法１１００に従って動作することを可能にする命令を含むことができる。少なくとも１つのプロセッサ１４１１と少なくとも１つのＭＥＭ１４１２の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段１４１５を形成し得る。
【０１３９】
装置１４２０は、ＤＰなどの少なくとも１つのプロセッサ１４２１と、プロセッサ１４２１に結合された少なくとも１つのＭＥＭ１４２２とを備える。装置１４２０は、プロセッサ１４２１に結合された適切なＴＸ／ＲＸ１４２３をさらに備えてもよく、それは、装置１４１０との無線通信のために動作可能であってもよい。ＭＥＭ１４２２は、ＰＲＯＧ１４２４を格納する。ＰＲＯＧ１４２４は、関連するプロセッサ１４２１上で実行されると、装置１４２０が本開示の実施形態に従って動作すること、例えば方法４００を実行することを可能にする命令を含むことができる。少なくとも１つのプロセッサ１４２１と少なくとも１つのＭＥＭ１４２２の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段１４２５を形成し得る。
【０１４０】
本開示の様々な実施形態は、プロセッサ１４１１、１４２１、ソフトウェア、ファームウェア、ハードウェアのうちの１つまたは複数によって実行可能なコンピュータプログラム、またはそれらの組み合わせによって実装され得る。
【０１４１】
ＭＥＭ１４１２および１４２２は、ローカル技術環境に適した任意のタイプのものであってよく、非限定的な例としてのメモリとして、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリおよびリムーバブルなどの任意の適切なデータ記憶技術を使用して実装され得る。
【０１４２】
プロセッサ１４１１および１４２１は、ローカル技術環境に適した任意のタイプであってもよく、非限定的な例として、１つまたは複数の汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサＤＳＰおよびマルチコアプロセッサアーキテクチャに基づくプロセッサを含んでもよい。
【０１４３】
加えて、本開示は、上述のようなコンピュータプログラムを含むキャリアも提供することができ、キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスクまたはランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、フラッシュメモリ、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙディスクなどの電子メモリデバイスであり得る。
【０１４４】
本明細書で説明される技術は、実施形態で説明される対応する装置の１つまたは複数の機能を実装する装置が従来技術の手段だけでなく、説明される対応する装置の１つまたは複数の機能を実装する手段も含むように、様々な手段によって実装され、それは、個別の機能ごとに個別の手段、または２つ以上の機能を実行するように構成され得る手段を備えてもよい。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実装されてもよい。ファームウェアまたはソフトウェアの場合、ここで説明する機能を実行するモジュール（手順、機能など）を介して実装を行うことができる。
【０１４５】
本明細書の例示的な実施形態は、方法および装置のブロック図およびフローチャート図を参照して上述されてきた。ブロック図およびフローチャート図の各ブロック、およびそれぞれのブロック図およびフローチャート図におけるブロックの組み合わせは、コンピュータプログラム命令を含むさまざまな手段によって実装できることが理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能なデータ処理装置にロードしてマシンを製造することができ、コンピュータまたはその他のプログラム可能なデータ処理装置で実行する命令は、指定された機能を実行する手段をフローチャートブロック内またはブロックで作成する。
【０１４６】
この仕様には多くの特定の実装の詳細が含まれているが、これらは実装の範囲やクレームの範囲の制限としてではなく、特定の実装の特定の実施形態に固有の機能の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態に組み合わせて実装することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々にまたは任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は特定の組み合わせで機能するものとして上記で説明され、最初にそのように主張されるが、主張された組み合わせから１つまたは複数の特徴は場合によっては組み合わせから削除され、そして、クレーム化された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【０１４７】
技術が進歩するにつれて、本発明の概念を様々な方法で実施できることは、当業者には明らかであろう。上記の実施形態は、本開示を限定するのではなく説明するために与えられ、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく修正および変形に頼ることができることを理解されたい。そのような修正および変更は、本開示および添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図１Ａ】
0006881615.tif 000005
【図１Ｂ】
0006881615.tif 000006
【図１Ｃ】
0006881615.tif 000007
【図２Ａ】
0006881615.tif 000008
【図２Ｂ】
0006881615.tif 000009
【図３Ａ】
0006881615.tif 000010
【図３Ｂ】
0006881615.tif 000011
【図４】
0006881615.tif 000012
【図５Ａ】
0006881615.tif 000013
【図５Ｂ】
0006881615.tif 000014
【図５Ｃ】
0006881615.tif 000015
【図６Ａ】
0006881615.tif 000016
【図６Ｂ】
0006881615.tif 000017
【図６Ｃ】
0006881615.tif 000018
【図６Ｄ】
0006881615.tif 000019
【図６Ｅ】
0006881615.tif 000020
【図６Ｆ】
0006881615.tif 000021
【図６Ｇ】
0006881615.tif 000022
【図７Ａ】
0006881615.tif 000023
【図７Ｂ】
0006881615.tif 000024
【図７Ｃ】
0006881615.tif 000025
【図７Ｄ】
0006881615.tif 000026
【図８】
0006881615.tif 000027
【図９Ａ】
0006881615.tif 000028
【図９Ｂ】
0006881615.tif 000029
【図１０Ａ】
0006881615.tif 000030
【図１０Ｂ】
0006881615.tif 000031
【図１０Ｃ】
0006881615.tif 000032
【図１１】
0006881615.tif 000033
【図１２】
0006881615.tif 000034
【図１３】
0006881615.tif 000035
【図１４】
0006881615.tif 000036