(57)【特許請求の範囲】
【請求項１】
端末デバイスによって実行される方法であって、
ランダムアクセス手順を実行するための構成情報であって、アップリンク情報を送信するための複数のシンボルに関連する表示を含む前記構成情報を受信することと、
前記構成情報に基づいてランダムアクセスプリアンブルと前記アップリンク情報を送信すること、
を備え、
前記アップリンク情報は、セルの無線ネットワークの一時的な識別子を含み、前記ランダムアクセスプリアンブルの後に送信される、
方法。
【請求項２】
前記端末デバイスに関連する前記アップリンク情報は、前記端末デバイスの識別子を含む、
請求項１に記載の方法。
【請求項３】
前記端末デバイスに関連する前記アップリンク情報は、
有効な前記セルの前記無線ネットワークの前記一時的な識別子と、
送信ビームの電力と、
好ましい変調および符号化方式と、
障害ビームの識別子と、
候補ビームの識別子と、
アップリンク制御チャネルのリソース指示と、または、
ダウンリンク参照信号の測定値と、
のうちの１つ以上をさらに含む、
請求項１または２に記載の方法。
【請求項４】
前記端末デバイスに関連する前記アップリンク情報は、ガードタイムまたはサブキャリアガード帯域内で送信される、
請求項１から３のいずれか１つに記載の方法。
【請求項５】
前記端末デバイスに関連する前記アップリンク情報は、前記ランダムアクセスプリアンブルに続くアップリンクパイロットのタイムスロットまたは前記ランダムアクセスプリアンブルを送信するための前記アップリンクパイロットのタイムスロットに近いガード期間のうちの少なくとも１つで送信される、
請求項１から３のいずれか１つに記載の方法。
【請求項６】
前記ランダムアクセスプリアンブルおよび前記端末デバイスに関連する前記アップリンク情報の前記送信のための時間および周波数リソースを示すために、リソース構成指示を受信することを、さらに備える、
請求項１から５のいずれか１つに記載の方法。
【請求項７】
前記リソース構成指示は、システム情報、ダウンリンク制御チャネル、または端末デバイス固有の上位層シグナリングのうちの少なくとも１つによって送信され、および/または、
前記リソース構成指示は、
プリアンブル時間領域位置指示と、
プリアンブル周波数領域位置指示と、
関連するビームグループの指示と、
プリアンブル直交カバーコードの指示と、または、
前記端末デバイスに関連する前記アップリンク情報のアップリンク送信リソースの指示と、
のうちの１つ以上を含む、
請求項６に記載の方法。
【請求項８】
アップリンクビーム障害回復要求の送信リソース位置からアップリンク障害ビームの識別子を識別すること、をさらに含む、
請求項１から７のいずれか１つに記載の方法。
【請求項９】
端末デバイスによって実行される方法であって、
ランダムアクセス手順を実行するための構成情報であって、アップリンク情報を受信するための複数のシンボルに関連する表示を含む前記構成情報を送信することと、
前記構成情報に基づいてランダムアクセスプリアンブルと前記アップリンク情報を受信すること、
を備え、
前記アップリンク情報は、セルの無線ネットワークの一時的な識別子を含み、前記ランダムアクセスプリアンブルの後に受信される、
方法。
【請求項１０】
前記端末デバイスに関連する前記アップリンク情報は、前記端末デバイスの識別子を含む、
請求項９に記載の方法。
【請求項１１】
前記端末デバイスに関連する前記アップリンク情報は、
有効な前記セルの前記無線ネットワークの前記一時的な識別子と、
送信ビームの電力と、
好ましい変調および符号化方式と、
障害ビームの識別子と、
候補ビームの識別子と、
アップリンク制御チャネルのリソース指示と、または、
ダウンリンク参照信号の測定値と、
のうちの１つ以上をさらに含む、
請求項９または１０に記載の方法。
【請求項１２】
前記端末デバイスに関連する前記アップリンク情報は、ガードタイムまたはサブキャリアガード帯域内で受信される、
請求項９から１１のいずれか１つに記載の方法。
【請求項１３】
前記端末デバイスに関連する前記アップリンク情報は、前記ランダムアクセスプリアンブルに続くアップリンクパイロットのタイムスロットまたは前記ランダムアクセスプリアンブルを送信するための前記アップリンクパイロットのタイムスロットに近いガード期間のうちの少なくとも１つで受信される、
請求項９から１２のいずれか１つに記載の方法。
【請求項１４】
前記ランダムアクセスプリアンブルおよび前記端末デバイスに関連する前記アップリンク情報の前記送信のための時間および周波数リソースを示すために、リソース構成指示を送信することを、さらに備える、
請求項９から１３のいずれか１つに記載の方法。
【請求項１５】
前記リソース構成指示は、システム情報、ダウンリンク制御チャネル、または端末デバイス固有の上位層シグナリングのうちの少なくとも１つによって受信され、および/または、
前記リソース構成指示は、
プリアンブル時間領域位置指示と、
プリアンブル周波数領域位置指示と、
関連するビームグループの指示と、
プリアンブル直交カバーコードの指示と、または、
前記端末デバイスに関連する前記アップリンク情報のアップリンク送信リソースの指示と、
のうちの１つ以上を含む、
請求項１４に記載の方法。
【請求項１６】
アップリンク障害ビームの識別子を識別する送信リソース位置でアップリンクビーム障害回復要求を送信すること、をさらに含む、
請求項９から１５のいずれか１つに記載の方法。
【請求項１７】
信号を送信および／または受信するように構成されたトランシーバと、
受信信号および／または送信信号を処理するように構成されたコントローラと、
を備え、
前記トランシーバおよび／または前記コントローラは、請求項１から８のいずれか１つの動作を実行するように構成される、
端末デバイス。
【請求項１８】
信号を送信および／または受信するように構成されたトランシーバと、
受信信号および／または送信信号を処理するように構成されたコントローラと、
を備え、
前記トランシーバおよび／または前記コントローラは、請求項９から１６のいずれか１つの動作を実行するように構成される、
ネットワークノード。
【請求項１９】
プロセッサと、
前記プロセッサと結合され、その中にプログラムコードを有するメモリであって、前記プロセッサ上で実行されると、端末デバイスに請求項１から８のいずれか１つの動作を実行させる前記メモリと、
を備える端末デバイス。
【請求項２０】
プロセッサと、
前記プロセッサと結合され、その中にプログラムコードを有するメモリであって、前記プロセッサ上で実行されると、ネットワークノードに請求項９から１６のいずれか１つの動作を実行させる前記メモリと、
を備えるネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的かつ例示的な実施形態は、一般に、無線通信技術の分野に関し、より具体的には、端末デバイスにおけるランダムアクセスプロセスのための方法および装置および端末デバイス、ネットワーク要素におけるランダムプロセスのための方法および装置およびネットワーク要素に関する。
【背景技術】
【０００２】
ネットワークノードと端末デバイスとの間の送信中に、ビームリンクの品質が制御／データ情報復調の閾値よりも低くなると、ビーム障害が発生する場合がある。これは、障壁の存在、端末デバイスの水晶発振の周波数ドリフトなどに起因する可能性がある。そのような場合、ビーム障害の回復が必要である。
【０００３】
説明のために、図１Ａから図１Ｃは、それぞれビーム障害の３つの異なるシナリオを示す。図１Ａは、アップリンク送信のビームは障害があるがダウンリンク送信のビームは依然として動作するアップリンクビーム障害（ＵＬ  Ｆａｉｌｕｒｅ）のシナリオを示す。図１Ｂは、ダウンリンク送信のビームは障害があるがアップリンク送信のビームは動作し続けるダウンリンクビーム障害（ＤＬ  Ｆａｉｌｕｒｅ）の別のシナリオを示す。図１Ｃは、リンク障害、すなわち、アップリンクビームとダウンリンクビームが同時に障害となる両方のリンクの障害のさらなるシナリオを示し、これは、障壁の存在が原因で発生する可能性がある。図１Ｃに示すように、アップリンク送信のためのビームおよびダウンリンク送信のためのビームの両方が障害となり、別のリンクを介して基地局ＢＳと再接続する可能性がある。
【０００４】
第３世代パートナーシッププロジェクト（３ＧＰＰ：third generation Partnership Project）ワーキンググループのＲＡＮ（Radio Access Network）１＃８８ｂｉｓミーティングでは、ビーム障害復旧要求の送信に物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）／ＰＲＡＣＨのようなもの、例えば、ＰＲＡＣＨのプリアンブルシーケンスの異なるパラメータ、を使用できるという合意がありました。
【０００５】
３ＧＰＰ  ＬＴＥ（Long Term Evolution）では、ランダムアクセスプロセスを使用して、ネットワークとの通信接続を確立または再確立できる。ランダムアクセスプロセスは、初期アクセス、ハンドオーバー、またはアップリンクの非同期などの間に実行できる。ＬＴＥシステムでは、ランダムアクセスプロセスは、２つのタイプ、すなわち、競合ベースのランダムアクセスプロセスと非競合ベースのランダムアクセスプロセスを含む。例示のために、図２Ａおよび図２Ｂは、ランダムアクセスプロセスの２種類を示す。
【０００６】
図２Ａは、ＬＴＥシステムにおける競合ベースのランダムアクセスプロセスのシグナルチャートである。図２Ａに示すように、ステップ２０１ａで、ＵＥはシステム情報ブロック２（ＳＩＢ２：System Information Block 2）のようなシステム情報を受信して、利用可能なプリアンブルを学習し、ステップ２０２ａで、ＵＥは、ランダムに選択されたプリアンブル（Randomly selected preamble）をＰＲＡＣＨ上で進化したノードＢ（ｅＮＢ：evolved node B）に送信する。ｅＮＢは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ：Downlink Shared Channel）でランダムアクセスレスポンス（ＲＡＲ：Random Access Response）を送信し、ステップ２０４ａで、ＵＥは、アップリンク共有チャネル（ＵＬ−ＳＣＨ：Uplink Shared Channel）でメッセージ３（Ｍｓｇ３：message 3）を送信してリソーススケジュールを要求する。ステップ２０４ｂで、ｅＮＢは競合解決（ＣＲ：Contention Resolution）メッセージを送信して、競合結果を端末デバイスに通知する。
【０００７】
図２Ｂは、ＬＴＥシステムにおける非競合ベースのランダムアクセスプロセスのシグナルチャートを示す。競合ベースのランダムアクセスとは異なり、ステップ２０１ｂで、ＵＥはＲＡＣＨ構成専用（RACH-configDedicated）または物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）命令（order）を受信し、これは、ＵＥに割り当てられたランダムアクセスプリアンブルを示し、ステップ２０２ａで、ＵＥは、指示されたランダムアクセスプリアンブル（random access preamble）をＰＲＡＣＨ上で進化したノードＢ（ｅＮＢ：evolved node B）に送信する。ｅＮＢは、非競合ベースのランダムアクセスプロセスを開始するＵＥとしてＵＥを特定し、例えば、アップリンク同期を達成するために、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）でランダムアクセスレスポンス（ＲＡＲ：Random Access Response）を送信することができる。その後、ＵＥとｅＮＢは、以前にＵＥに割り当てられたリソース上で送信でき、Ｍｓｇ３やＣＲメッセージのような他のステップは必要ない。
【０００８】
新しい無線（ＮＲ：New Radio）システムで合意されているように、ＰＲＡＣＨのランダムアクセスプリアンブルによってビームリンクを回復することができる。しかしながら、非競合ベースのランダムアクセスプロセスの場合、使用可能なプリアンブルの数は制限され、競合ベースのランダムアクセスプロセスの場合は、より多くのステップが必要であり、これは大きな時間遅延を意味する。さらに、初期アクセスには、問題もあり、すなわち、ネットワークがリソースを端末デバイスに割り当てるのに十分なアップリンクチャネル情報がない。
【０００９】
したがって、当技術分野では、ランダムアクセスプロセスを改善する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
この目的のために、本開示では、従来技術の問題の少なくとも一部を緩和または少なくとも軽減するために、ランダムプロセスにアクセスするための新しい解決策が提供される。
【課題を解決するための手段】
【００１１】
本開示の第１の態様によれば、無線通信システムにおけるランダムアクセス手順の方法が提供され、これは、ＵＥのような端末デバイスで実施することができる。前記方法は、端末デバイスに関連する追加情報をランダムアクセスプリアンブルとともに送信すること、を備える。
【００１２】
本開示の第２の態様によれば、無線通信システムにおけるランダムアクセス手順の方法が提供され、これは、ｅＮＢのようなネットワークノードで実施することができる。前記方法は、ランダムアクセスプリアンブルと共に端末デバイスに関連する追加情報を受信すること、を備える。
【００１３】
本開示の第３の態様によれば、端末デバイスが提供される。前記端末デバイスは、信号を送信および／または受信するように構成されたトランシーバと、受信信号および／または送信信号を処理するように構成されたコントローラと、を備える。前記トランシーバおよび／または前記コントローラは、前記第１の態様のいずれかの動作を実行するように構成される。
【００１４】
本開示の第４の態様によれば、ネットワークノードが提供される。前記ネットワークノードは、信号を送信および／または受信するように構成されたトランシーバと、受信信号および／または送信信号を処理するように構成されたコントローラと、を備える。前記トランシーバおよび／または前記コントローラは、前記第２の態様のいずれかの動作を実行するように構成される。
【００１５】
本開示の第５の態様によれば、端末デバイスが提供される。前記ネットワークノードは、プロセッサと、前記プロセッサと結合され、その中にプログラムコードを有するメモリであって、前記プロセッサ上で実行されると、前記端末デバイスに前記第１の態様の動作を実行させる前記メモリと、を備える。
【００１６】
本開示の第６の態様によれば、ネットワーク要素が提供される。前記ネットワークノードは、プロセッサと、前記プロセッサと結合され、その中にプログラムコードを有するメモリであって、前記プロセッサ上で実行されると、前記ネットワークノードに前記第２の態様の動作を実行させる前記メモリと、を備える。
【００１７】
本開示の第７の態様によれば、コンピュータプログラムコードが実施されたコンピュータ可読記憶媒体が提供され、前記コンピュータプログラムコードは、実行されると、装置に前記第１の態様におけるいずれかの実施形態の方法における動作を実行させるように構成される。
【００１８】
本開示の第８の態様によれば、コンピュータプログラムコードが実施されたコンピュータ可読記憶媒体が提供され、前記コンピュータプログラムコードは、実行されると、装置に前記第２の態様におけるいずれかの実施形態の方法における動作を実行させるように構成される。
【００１９】
本開示の第９の態様によれば、第７の態様によるコンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供される。
【００２０】
本開示の第１０の態様によれば、第８の態様によるコンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供される。
【００２１】
本開示の実施形態では、端末デバイスに関連する追加情報は、ランダムアクセスプリアンブルとともにネットワークノードに送信されることができ、そのような場合、さらに有用な情報がネットワークで利用でき、これにより、初期アクセスまたは非初期アクセスのランダムアクセスプロセスが大幅に促進される可能性がある。特に、ビーム障害の場合、競合ベースのランダムアクセスプロセスを使用でき、セルの無線ネットワークの一時的な識別子（Ｃ−ＲＮＴＩ：Cell Radio Network Temporary Identifier）としての追加情報により、時間遅延が短縮される。
【図面の簡単な説明】
【００２２】
本開示の上記および他の特徴は、同様の参照番号が同じまたは同様の構成要素を表す添付図面を参照して実施形態に示される実施形態の詳細な説明を通してより明らかになるであろう。
【００２３】
【図１Ａ】図１Ａから図１Ｃは、ビーム障害の３つの異なるシナリオを概略的に示す。
【図１Ｂ】図１Ａから図１Ｃは、ビーム障害の３つの異なるシナリオを概略的に示す。
【図１Ｃ】図１Ａから図１Ｃは、ビーム障害の３つの異なるシナリオを概略的に示す。
【００２４】
【図２Ａ】図２Ａは、ＬＴＥシステムにおける競合ベースのランダムアクセスプロセスのフローチャートを概略的に示す。
【００２５】
【図２Ｂ】図２Ｂは、ＬＴＥシステムにおける非競合ベースのランダムアクセスプロセスのフローチャートを概略的に示す。
【００２６】
【図３】図３は、本開示の一実施形態による、端末デバイスにおけるランダムアクセスプロセスのための方法のフローチャートを概略的に示す。
【００２７】
【図４】図４は、本開示の一実施形態による、時間領域における端末デバイスに関連する追加情報の一般的な送信の解決策を概略的に示す。
【００２８】
【図５】図５は、本開示の一実施形態による、時間領域における端末デバイスに関連する追加情報の例示的な送信の解決策を概略的に示す。
【００２９】
【図６Ａ】図６Ａは、本開示の一実施形態による、時間領域における端末デバイスに関連する追加情報の別の例示的な送信の解決策を概略的に示す。
【図６Ｂ】図６Ｂは、本開示の一実施形態による、時間領域における端末デバイスに関連する追加情報の別の例示的な送信の解決策を概略的に示す。
【００３０】
【図７】図７は、本開示の一実施形態による、周波数領域における端末デバイスに関連する追加情報の一般的な送信の解決策を概略的に示す。
【００３１】
【図８】図８は、本開示の一実施形態に係る、周波数領域における端末デバイスに関連する追加情報の例示的な送信の解決策を概略的に示す。
【００３２】
【図９】図９は、本開示の一実施形態による、周波数領域における端末デバイスに関連する追加情報の別の例示的な送信の解決策を概略的に示す。
【００３３】
【図１０】図１０は、本開示の一実施形態による、周波数領域における端末デバイスに関連する追加情報のさらなる例示的な送信の解決策を概略的に示す。
【００３４】
【図１１】図１１は、本開示の一実施形態による、ビームＩＤ指示の解決策を概略的に示す。
【００３５】
【図１２】図１２は、本開示の一実施形態による、ネットワーク要素でのランダムアクセスプロセスのための方法のフローチャートを概略的に示す。
【００３６】
【図１３】図１３は、本開示の一実施形態による、端末デバイスでのランダムアクセスプロセスのための装置のブロック図を概略的に示す。
【００３７】
【図１４】図１４は、本開示の一実施形態による、ネットワーク要素でのランダムアクセスプロセスのための装置のブロック図を概略的に示す。
【００３８】
【図１５】図１５は、無線通信ネットワークにおける（ｅＮＢのような）ネットワークノードとして具現化されるかまたはそれに含まれる装置１５１０と、ここで説明するＵＥのような端末デバイスとして具現化されるかまたはそれに含まれる装置１５２０の簡略化されたブロック図をさらに示す。
【発明を実施するための形態】
【００３９】
以下、本開示で提供される解決策を、添付図面を参照して実施形態を通じて詳細に説明する。これらの実施形態は、当業者が本開示をよりよく理解および実施できるようにするためだけに提示されており、いかなる形であれ本開示の範囲を限定することを意図するものではない。
【００４０】
添付の図面では、本開示の様々な実施形態がブロック図、フローチャート、および他の図に示されている。フローチャートまたはブロック内の各ブロックは、指定された論理機能を実行するための１つまたは複数の実行可能命令を含むモジュール、プログラム、またはコードの一部を表す場合があり、本開示では、分配可能なブロックが点線で示される。その上、これらのブロックは、方法のステップを実行するための特定のシーケンスで示されているが、実際問題として、必ずしも示されたシーケンスに従って厳密に実行されるとは限らない。たとえば、それぞれの操作の性質に応じて、逆の順序または同時に実行される場合がある。また、ブロック図および／またはフローチャートの各ブロックおよびそれらの組み合わせは、特定の機能／動作を実行するための専用ハードウェアベースのシステムによって、または専用ハードウェアとコンピュータ命令の組み合わせによって実装できることに留意されたい。
【００４１】
一般に、特許請求の範囲で使用されるすべての用語は、本明細書で明示的に定義されない限り、技術分野での通常の意味に従って解釈されるものとする。「a / an / the / said［要素、デバイス、コンポーネント、手段、ステップなど］」のすべての参照は、上記の要素、デバイス、コンポーネント、手段、ユニット、ステップなどの少なくとも１つの例を指すものとして公然と解釈されるものとし、特に明記しない限り、そのようなデバイス、コンポーネント、手段、ユニット、ステップなどを複数除外することはない。さらに、本明細書で使用される不定冠詞「a / an」は、複数のそのようなステップ、ユニット、モジュール、デバイス、およびオブジェクトなどを除外しない。
【００４２】
さらに、本開示の文脈において、ユーザ機器（ＵＥ：User Equipment）は、端末、モバイル端末（ＭＴ：Mobile Terminal）、加入者局、携帯加入者局、移動局（ＭＳ：Mobile Station）、またはアクセス端末（ＡＴ：Access Terminal）を指し、ＵＥ、端末、ＭＴ、ＳＳ、携帯加入者局、ＭＳ、またはＡＴの機能の一部またはすべてを含めることができる。さらに、本開示の文脈において、用語「ＢＳ」は、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化したノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ｇＮＢ（ＮＲシステムのノードＢ）、無線ヘッダ（ＲＨ：Radio Header）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、リレー、または、フェムト、ピコなどの低電力ノードを表す。
【００４３】
既に述べたように、非競合ベースのランダムアクセスプロセスでは、利用可能なプリアンブルの数は制限されているが、競合ベースのランダムアクセスプロセスでは、より多くのステップが必要であり、これは大きな時間遅延を意味する。さらに、初期アクセスの場合、ネットワークがＵＥにリソースを割り当てるのに十分なアップリンクチャネル情報が無い。したがって、本開示では、端末デバイスに関連する追加情報が、ｅＮＢ、ｇＮＢなどのＢＳなどのネットワーク要素に送信される、改善されたランダムアクセスプロセスが提供される。これにより、ｅＮＢではさらに有用な情報を利用できるようになり、初期アクセスまたはビームリンク回復のランダムアクセスプロセスが促進する。以下、図３から１５を参照して、提案されたランダムアクセスプロセスの詳細情報を作る。
【００４４】
最初に図３を参照すると、これは、本開示の実施形態による端末デバイスでのランダムアクセスプロセスのための方法のフローチャートを概略的に示す。
【００４５】
図３に示すように、ステップ３０１で、端末デバイスは、ランダムアクセスプリアンブルとともに端末デバイスに関連する追加情報を送信する。
【００４６】
端末デバイスに関連する追加情報は、ランダムアクセスプロセスを促進することができる端末デバイスに関連する任意のタイプの情報によって可能である。本開示の一実施形態では、追加情報は、端末デバイスの識別子、例えば、有効なセル無線ネットワークの一時的な識別子（Ｃ−ＲＮＴＩ：Cell Radio Network Temporary Identifier）をさらに含む。追加的または代替的に、端末デバイスに関連する追加は、送信ビームの電力と、好ましい変調および符号化方式と、障害ビームの識別子と、候補ビームの識別子と、アップリンク制御チャネルのリソース指示と、または、ダウンリンク参照信号の測定値と、のうちの１つ以上をさらに含んでもよい。
【００４７】
ビーム障害の場合、ＵＥは、リソーススケジューリング中に端末デバイスを識別するための識別子であるそれ自身の有効なＣ−ＲＮＴＩを有する。そのような場合、それは非初期アクセスであり、端末デバイスは、Ｃ−ＲＮＴＩを必須情報としてｅＮＢに送信して、ｅＮＢがＣ−ＲＮＴＩを使用して端末デバイスを識別できるようにする。そのような場合、ＵＥは競合ベースのランダムアクセスを想定し、プリアンブルをランダムに選択し、Ｃ−ＲＮＴＩをプリアンブルとともにｅＮＢに送信する。Ｃ−ＲＮＴＩに基づいて、ｅＮＢは端末デバイスがまだＲＲＣ接続されていることを知ることができるため、Ｍｓｇ３またはＣＲメッセージを必要とせずに、障害ビームを回復するために送信を再開できる。
【００４８】
加えて、１つ以上のさらなるパラメータは、オプションの情報としてＣ−ＲＮＴＩとともに送信されてもよい。例として、さらなるパラメータには次のうち１つ以上が含まれる。
送信ビームの電力、
好ましいＭＣＳ、
障害ビームの識別子、
候補ビームの識別子、
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control CHannel）のリソース指示、
ダウンリンク参照信号の測定値、例えば、ＳＳブロック測定、ＣＳＩ−ＲＳ測定、ＤＭＲＳ測定。
これらのさらなるパラメータは、ランダムアクセスを促進にするために、ｅＮＢによって使用できる。
【００４９】
コンテンツの表示に関して、任意の形式を使用することができる。たとえば、「０」を使用して障害ビームの識別子（ＩＤ）を示し、「１」を使用して送信ビームの電力を示し、「２」を使用して好ましいＭＣＳを示し、「３」を使用して候補ビームの識別子（ＩＤ）を示し、「４」を使用してＣ−ＲＮＴＩなどを示すことができる。コンテンツの命令は、たとえば、Ｃ−ＲＮＴＩ、障害ビームの識別子（ＩＤ）、候補ビームの識別子（ＩＤ）、送信ビームの電力、ＭＣＳなどの命令で設定できる。
【００５０】
初期アクセスの場合、ＵＥには有効なＣ−ＲＮＴＩがない。そのような場合、ＬＴＥシステムの場合、端末デバイスに関連する追加情報は、次のうち１つ以上を含む。
送信ビームの電力、
好ましいＭＣＳ。
【００５１】
ＮＲシステムの場合、端末デバイスに関連する追加情報は、以下のうちの１つ以上を含んでもよい。
送信ビームの電力、
好ましいＭＣＳ、
障害ビームの識別子、
候補ビームの識別子、
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control CHannel）のリソース指示、
ダウンリンク参照信号の測定値、例えば、ＳＳブロック測定、ＣＳＩ−ＲＳ測定、ＤＭＲＳ測定。
【００５２】
端末に関連する追加情報により、非初期アクセスのための競合アクセスプロセスを単純化し、したがって、時間遅延を最小化することができる。初期アクセスの場合、より有用なチャネル情報をネットワークに提供できる。
【００５３】
非競合アクセスの場合、使用されるプリアンブルリソースは、ネットワークによって明示的に示される。このような場合、Ｃ−ＲＮＴＩをネットワークに送信する必要はなく、ＬＴＲシステムでは、追加情報は、次のうち１つ以上を含む。
送信ビームの電力、
好ましいＭＣＳ。
【００５４】
ＮＲシステムの場合、端末デバイスに関連する追加情報は、以下のうちの１つ以上を含んでもよい。
送信ビームの電力、
好ましいＭＣＳ、
障害ビームの識別子、
候補ビームの識別子、
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control CHannel）のリソース指示、
ダウンリンク参照信号の測定値、例えば、ＳＳブロック測定、ＣＳＩ−ＲＳ測定、ＤＭＲＳ測定。
【００５５】
ＵＥによってトリガされるビーム障害回復の場合、追加情報は、例えば、必須情報として障害ビームの識別子（ＩＤ）を含んでもよい。さらに、オプションのパラメータとして、次のパラメータのうち１つ以上含んでもよい。
送信ビームの電力、
好ましいＭＣＳ、
障害ビームの識別子、
候補ビームの識別子、
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control CHannel）のリソース指示、
ダウンリンク参照信号の測定値、例えば、ＳＳブロック測定、ＣＳＩ−ＲＳ測定、ＤＭＲＳ測定。
【００５６】
初期アクセスのためのコンテンツ表示およびコンテンツ命令に関して、任意の形式を使用することができる。例えば、既に上で述べたような非初期アクセスにおけるものと同様のコンテンツ表示とコンテンツ命令を使用してもよい。
【００５７】
追加情報により、より有用なＵＥ情報をネットワークに提供することができ、これは、ネットワークにとって非常に有用である。
【００５８】
追加情報は、任意の適切な方法でｅＮＢに送信される。本開示の一実施形態では、端末デバイスに関連する追加情報は、時間領域または周波数領域でランダムアクセスプリアンブルの直前および／または直後に送信することができる。例えば、端末デバイスに関連する追加情報は、ガードタイムまたはサブキャリアガード帯域で送信され得る。以下、図４から図１０を参照して、付加情報の送信について説明する。
【００５９】
図４は、本開示の実施形態による、時間領域における端末デバイスに関連する追加情報の一般的な送信解決策を概略的に示す。図４では、プリアンブルの時間領域の伝送を示す。図４に示すように、ｒｏｏｔ  Ｚａｄｏｆｆ−Ｃｈｕシーケンス（root Zadoff-Chu sequence）に基づいてプリアンブル（Preamble）が最初に生成され、生成されたシーケンスは巡回シフトされ、次に、ＣＰが巡回シフトシーケンスに挿入される。
【００６０】
図から、結果のシーケンスに続いて、使用されないガードタイム（Guard time）が存在することが分かる。近くのユーザと遠くのユーザの両方に、常にガードタイムがあるが、遠くのユーザのガードタイムには、その距離に依存する不確実なタイミングがある。さまざまなプリアンブルの構成では、タイミングとガードタイムの期間は異なるが、追加情報を送信するのに十分な時間リソースがある。したがって、ドット付きの円で示されるように、ガードタイム内の時間リソースを使用して追加情報を送信することが提案される。
【００６１】
時間領域の追加情報の送信のために、信号生成モジュールの例は、例えば、次のように導出することができる。
0006973502.tif 000002
（式１）
ここで、
0006973502.tif 000003
は、プリアンブルを示し、
0006973502.tif 000004
は、追加情報を示し、
0006973502.tif 000005
は、ＰＲＡＣＨの振幅スケーリングを示し、
0006973502.tif 000006
は、巡回プレフィックス長を示し、
0006973502.tif 000007
は、シーケンス長を示し、
0006973502.tif 000008
は、パラメータのシンボル長を示し、
0006973502.tif 000009
は、ＺＣシーケンス長を示し、
0006973502.tif 000010
において、
0006973502.tif 000011
は、サブキャリアを示し、
0006973502.tif 000012
は、サブキャリア間隔を示し、
0006973502.tif 000013
は、周波数領域におけるプリアンブルの配置を示す。
【００６２】
図５は、本開示の実施形態に係る、時間領域における端末デバイスに関連する追加情報の例示的な送信の解決策を概略的に示す。解決策は、プリアンブル構成（Preamble Configuration）０から３を、解決策内で適用できる。図５に示すように、ガードタイム内の最初のｎ個の直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル（Symbol）は、追加情報を送信するために使用される。数ｎは、設定可能であり、ＯＦＤＭシンボル長も設定可能である。
【００６３】
ＬＴＥのプリアンブル構成４の場合、それは異なる場合がある。アップリンクとダウンリンクの構成が異なると、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ：Downlink Pilot Time Slot）とアップリンクパイロットタイムスロット（ＵｐＰＴＳ：Uplink Pilot Time Slot）の長さが異なる。したがって、端末デバイスに関連する追加情報の送信する位置も異なる。そのような場合、追加情報は、ランダムアクセスプリアンブルに続くアップリンクパイロットタイムスロット、または、ランダムアクセスプリアンブルを送信するためのアップリンクパイロットタイムスロットに近いガード期間のうち少なくとも１つで送信できる。
【００６４】
図６Ａに示すように、ＵｐＰＴＳの長さがプリアンブルと追加情報の両方を送信するのに十分でない場合、プリアンブル（Preamble）は、交差線を有するブロックによって示されるように、ＵｐＰＴＳ内で送信されることができ、一方で、追加情報は、ドット付きのブロックで示すように、ＵｐＰＴＳに近いガード期間ＧＰ（Guard Period）内で送信されることができる。
【００６５】
図６Ｂに示されるように、ＵｐＰＴＳの長さがプリアンブルと追加情報の両方を送信するのに十分である場合、プリアンブル（Preamble）は、交差線を有するブロックによって示されるように、ＵｐＰＴＳ内で送信されることができ、追加情報は、ドット付きのブロックで示すように、プリアンブルに続くＵｐＰＴＳ内で送信されることができる。
【００６６】
次に、追加情報の時間領域の送信の解決策におけるベースバンド信号の生成についてさらに説明する。本開示の一実施形態では、ベースバンド信号は、多重位相シフトキーイング（ＭＰＳＫ：Multiple Phase Shift Keying）、多重直交振幅変調（ＭＱＡＭ：Multiple Quadrature Amplitude Modulation）、異なる符号化ＭＰＳＫなどの任意の変調方式を使用することができる。説明のために、異なる符号化ＭＰＳＫのベースバンド信号の生成の例は、次のように提供される。
0006973502.tif 000014
（式２から４）
ここで、Ｉ（ｔ）は信号の同相成分を示し、Ｑ（ｔ）は信号の直交成分を示す。Ｍは、２Λｔを示す（ｔは０、１…）。さらに、基準点は最初のＭＰＳＫシンボルまたは他のデータにできることに留意されたい。
【００６７】
本開示の別の実施形態では、プリアンブルの直前または直後の周波数領域で追加情報を送信することも可能であり、これについては図７から図１０を参照して説明する。
【００６８】
図７は、本開示の実施形態に係る、周波数領域における端末デバイスに関連する追加情報の一般的な送信の解決策を概略的に示す。図７に、周波数領域でのプリアンブルの送信を示す。図７から、プリアンブルのサブキャリア（Subcarrier）の上側と下側に、使用されていないガード周波数帯域（Guard frequency band）があることが明らかにわかる。したがって、ガード周波数帯域を使用して、端末デバイスに関連する追加情報を送信することができる。図７はＬＴＥシステムの場合を示し、実際、ＮＲシステムにも同様のガード周波数帯域が提供されており、それは、追加情報を送信するためにも使用できることを理解されたい。
【００６９】
図８は、本開示の実施形態に係る、周波数領域における端末デバイスに関連する追加情報の例示的な送信の解決策を概略的に示す。図８では、下側のガード帯域上のＭ個のサブキャリアを使用して、端末デバイスに関連する追加情報を送信することができる。このような場合、信号生成モジュールは、次のように設計できる。
0006973502.tif 000015
（式５）
ここで、
0006973502.tif 000016
は、プリアンブルを示し、
0006973502.tif 000017
は、追加情報を示し、
0006973502.tif 000018
は、ＰＲＡＣＨの振幅スケーリングを示し、
0006973502.tif 000019
は、巡回プレフィックス長を示し、
0006973502.tif 000020
は、追加情報のサブキャリアの数を示し、
0006973502.tif 000021
は、ＺＣシーケンス長を示し、
0006973502.tif 000022
において、
0006973502.tif 000023
は、サブキャリアを示し、
0006973502.tif 000024
は、サブキャリア間隔を示し、
0006973502.tif 000025
は、周波数領域におけるプリアンブルの配置を示す。
【００７０】
図９は、本開示の実施形態に係る、周波数領域における端末デバイスに関連する追加情報の別の例示的な送信の解決策を概略的に示す。図９では、上側のガード帯域上のＭ個のサブキャリアを使用して、端末デバイスに関連する追加情報を送信できる。このような場合、信号生成モジュールは、次のように設計できる。
0006973502.tif 000026
（式６）
ここで、
0006973502.tif 000027
は、プリアンブルを示し、
0006973502.tif 000028
は、追加情報を示し、
0006973502.tif 000029
は、ＰＲＡＣＨの振幅スケーリングを示し、
0006973502.tif 000030
は、巡回プレフィックス長を示し、
0006973502.tif 000031
は、追加情報のサブキャリアの数を示し、
0006973502.tif 000032
は、ＺＣシーケンス長を示し、
0006973502.tif 000033
において、
0006973502.tif 000034
は、サブキャリアを示し、
0006973502.tif 000035
は、サブキャリア間隔を示し、
0006973502.tif 000036
は、周波数領域におけるプリアンブルの配置を示す。
【００７１】
図１０は、本開示の実施形態に係る、周波数領域における端末デバイスに関連する追加情報のさらなる例示的な送信の解決策を概略的に示す。図１０では、上側のガード帯域の２分のＭ個のサブキャリアと下側のガード帯域の２分のＭ個のサブキャリアを一緒に使用して、端末デバイスに関連する追加情報を送信できる。このような場合、信号生成モジュールは、次のように設計できる。
0006973502.tif 000037
（式７）
ここで、
0006973502.tif 000038
は、プリアンブルを示し、
0006973502.tif 000039
は、追加情報を示し、
0006973502.tif 000040
は、ＰＲＡＣＨの振幅スケーリングを示し、
0006973502.tif 000041
は、巡回プレフィックス長を示し、
0006973502.tif 000042
は、追加情報のサブキャリアの数を示し、
0006973502.tif 000043
は、ＺＣシーケンス長を示し、
0006973502.tif 000044
において、
0006973502.tif 000045
は、サブキャリアを示し、
0006973502.tif 000046
は、サブキャリア間隔を示し、
0006973502.tif 000047
は、周波数領域におけるプリアンブルの配置を示す。
【００７２】
次に、追加情報の周波数領域の送信の解決策におけるベースバンド信号の生成についてさらに説明する。同様に、ベースバンド信号は、ＭＰＳＫ、ＭＱＡＭ、異なる符号化ＭＰＳＫなどの変調方式を使用できる。説明のために、異なる符号化ＭＰＳＫのベースバンド信号の生成の例を説明する。
0006973502.tif 000048
（式８）
ここで、Ｉｋは信号の同相成分を示し、Ｑｋは信号の直交成分を示す。Ｍは、２Λｔを示す（ｔは０、１…）。さらに、基準点は最初のＭＰＳＫシンボルまたは他のデータにできることに留意されたい。
【００７３】
図３を再び参照すると、オプションで、ステップ３０２で、送信のための時間および周波数リソースを示すリソース構成指示を受信することができる。言い換えれば、ｅＮＢは、リソース構成指示を端末デバイスに送信して、プリアンブルおよび端末デバイスに関連する追加情報を送信するための時間および周波数リソースを構成することができる。例えば、端末デバイスに関連する追加情報のためのＯＦＤＭシンボルの数ｎ、および／または端末デバイスに関連する追加情報を搬送するシンボルのフォーマットは設定可能である。
【００７４】
リソース構成指示は、任意の適切な方法で端末デバイスに送信することができる。たとえば、セルレベルのシステム情報、ＵＥレベルの物理ダウンリンク制御チャネル、またはレイヤ３のＵＥ固有のシグナリングを使用して、リソース構成指示を送信できる。
【００７５】
本開示の一実施形態では、リソース構成指示は、例えば、マスター情報ブロック（ＭＩＢ：Master Information Block）またはマスター情報ブロックシステム情報ブロック（ＳＩＢ：Master Information Block System Information Block）内に含まれるシステム情報によって設定されてもよい。
【００７６】
本開示の一実施形態では、リソース構成指示は、
プリアンブル時間領域位置指示、
プリアンブル周波数領域位置指示、
関連するビームグループの指示、
プリアンブル直交カバーコードの指示、または、
端末デバイスに関連する追加情報のアップリンク送信リソースの指示、
のうち１つ以上を含むことができる。
【００７７】
次に、ビーム障害回復要求シナリオについて詳細に説明する。既知のように、ビーム障害には３つのタイプがあり、図１に示すように、１）アップリンクビーム障害、２）ダウンリンクビーム障害、３）両方のリンク障害である。異なるビーム障害シナリオの場合、ビーム障害は、ネットワークまたは端末デバイスによってトリガされる可能性がある。
【００７８】
例えば、アップリンクビーム障害の場合、ネットワークは、ビーム障害回復要求を送信して、端末デバイスにアップリンクビーム障害を通知してもよい。このような場合、アップリンクビーム障害回復要求は、たとえば、回復のためのＰＤＣＣＨ命令、セル内ビーム障害の場合のメディアアクセス制御（ＭＡＣ：Media Access Control）の制御要素（ＣＥ：Control Element）、またはセル間ビーム障害の場合のレイヤ３シグナリングによって、送信されることができる。一方、ダウンリンクビーム障害の場合、端末デバイスはプリアンブルと追加情報を直接送信できる。あるいは、追加情報をＰＵＣＣＨに含めることができ、ＵＥはプリアンブル、ＰＵＣＣＨリソースの指示、および追加情報をＰＵＣＣＨによって運びネットワークに送信できる。ＰＵＣＣＨリソース指示は、ガード周波数帯域またはガードタイム、または他の時間周波数リソース位置内に配置されてもよい。そのような場合、ＰＵＣＣＨによって運ばれる追加情報には、送信ビームの電力、ＵＥのＣ−ＲＮＴＩ、好ましいＭＣＳ、障害ビームの識別子（ＩＤ）、候補ビームの識別子（ＩＤ）などが含まれる。
【００７９】
アップリンクビーム障害が発生し、ランダムアクセスがネットワークによってトリガされる場合、障害ビームの識別子（ＩＤ）は、暗黙的に示される。たとえば、アップリンクビーム障害回復要求の送信リソース位置を使用して、障害ビームの識別子（ＩＤ）を暗黙的に示すことができる。言い換えれば、ＵＥは、図３に示すように、ステップ３０３で、アップリンクビーム障害回復要求の送信リソース位置からアップリンク障害ビームの識別子を識別することができる。
【００８０】
本開示の一実施形態では、図１１に示すように、障害ビームの識別子（ＩＤ）は、トリガ情報、すなわち、アップリンクビーム障害回復要求を搬送するＰＤＳＣＨのＯＦＤＭシンボル番号およびＰＲＢ番号を束ねてもよい。示すように、ＯＦＤＭシンボル４とＰＲＢ  ０は、ビームの識別子（ＩＤ）が０を示すために使用され、ＯＦＤＭシンボル３とＰＲＢ  ０は、ビームの識別子（ＩＤ）１を示すために使用される。ＯＦＤＭシンボル５とＰＲＢ  １は、ビームの識別子（ＩＤ）が１３を示すために使用される。
【００８１】
以下、例示の目的で、例示的な束ね（bundling）が以下のように提供される。
0006973502.tif 000049
（式９）
ここで、
0006973502.tif 000050
は、ＮＲの各送信時間間隔（ＴＴＩ：Transmission Time Interval）における最大の物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared CHannel）のシンボル番号を示す。
ここで、
0006973502.tif 000051
は、ＰＤＳＣＨを搬送するために使用されるＰＤＳＣＨシンボル番号インデックスを示す。
0006973502.tif 000052
（式１０）
ここで、
0006973502.tif 000053
は、ＮＲのＴＴＩにおける最大の制御シンボル番号を示す。
ここで、
0006973502.tif 000054
は、ＰＤＳＣＨを搬送するために使用されるＰＲＢインデックスを示す。
0006973502.tif 000055
（式１１）
【００８２】
そのような例示的な束ねにより、ｅＮＢは、障害ビームの識別子（ＩＤ）を暗示的に示すために実質的な時間周波数リソースを選択することができ、ＵＥは障害ビームの識別子（ＩＤ）を識別することができる。
【００８３】
次に、図１２を参照して、無線通信システムにおけるランダムアクセスプロセスの解決策を説明する。これは、ＬＴＥシステムのｅＮＢまたはＮＲシステムのｇＮＢのようなネットワーク要素で実施することができる。
【００８４】
図１２に示すように、ステップ１２０１で、ネットワークは、ランダムアクセスプリアンブルとともに端末デバイスに関連する追加情報を受信する。端末デバイスに関連する追加情報は、端末デバイスの識別子を含むことができる。代替的または追加的に、端末デバイスに関連する追加情報は、有効なセルの無線ネットワーク一時的な識別子、送信ビームの電力、好ましい変調および符号化方式、障害ビームの識別子、候補ビームの識別子、アップリンク制御チャネルのリソース指示、またはダウンリンク参照信号の測定値のうちの１つ以上をさらに含む。
【００８５】
本開示の一実施形態では、端末デバイスに関連する追加情報は、時間領域または周波数領域でランダムアクセスプリアンブルの直前および／または直後に受信することができる。特に、端末デバイスに関連する追加情報は、ガードタイムまたはサブキャリアのガード帯域で受信することができる。例えば、端末デバイスに関連する追加情報は、ランダムアクセスプリアンブルに続くアップリンクパイロットタイムスロット、またはランダムアクセスプリアンブルを送信するためのアップリンクパイロットタイムスロットに近いガード期間のうち少なくとも１つで受信できる。
【００８６】
さらにステップ１２０２で、ネットワークは、リソース構成指示をさらに送信して、プリアンブルおよび端末デバイスに関連する追加情報の送信のための時間および周波数リソースを示すことができる。リソース構成指示は、システム情報、ダウンリンク制御チャネル、または端末デバイス固有の上位層シグナリングのうちの少なくとも１つによって受信されてもよい。代替的または追加的に、リソース構成指示は、プリアンブル時間領域位置指示、プリアンブル周波数領域位置表示、関連するビームグループの指示、プリアンブル直交カバーコードの指示、または、端末デバイスに関連する追加情報のアップリンク送信リソースの指示、のうちの１つ以上を含んでもよい。
【００８７】
加えて、ステップ１２０３において、ネットワークは、アップリンク障害ビームの識別子を識別する送信リソース位置で、アップリンクビーム障害回復要求を送信することをさらに含んでもよい。
【００８８】
本開示の実施形態では、端末デバイスに関連する追加情報は、ランダムアクセスプリアンブルとともにネットワークノードに送信される。そのような場合、さらに有用な情報がネットワークで利用でき、これにより、初期アクセスまたは非初期アクセスのランダムアクセスプロセスが大幅に促進される可能性がある。特に、ビーム障害の場合、セルの無線ネットワークの一時的な識別子（Ｃ−ＲＮＴＩ：Cell Radio Network Temporary Identifier）として追加情報を使用して、時間遅延を減少した競合ベースのランダムアクセスプロセスを使用できる。
【００８９】
図１３は、本開示の実施形態による端末デバイスでのランダムアクセスプロセスのための装置のブロック図を示す。装置１３００は、ＵＥなどの端末デバイスで実装することができる。
【００９０】
図１３に示すように、装置１３００は、送信ビームの情報送信モジュール１３０１を備えてもよい。装置１３００は、ランダムアクセスプリアンブルとともに端末デバイスに関連する追加情報を送信するように構成される。
【００９１】
本開示の一実施形態では、端末デバイスに関連する追加情報は、端末デバイスの識別子を含むことができる。
【００９２】
本開示の別の実施形態では、端末デバイスに関連する追加情報は、有効なセル無線ネットワークの一時的な識別子、送信ビームの電力、好ましい変調および符号化方式、障害ビームの識別子、候補ビームの識別子、アップリンク制御チャネルのリソース指示、または、ダウンリンク参照信号の測定値、のうちの１つ以上をさらに含むことができる。
【００９３】
本開示の別の実施形態では、端末デバイスに関連する追加情報は、時間領域または周波数領域でランダムアクセスプリアンブルの直前および／または直後に送信することができる。
【００９４】
本開示のさらなる実施形態では、端末デバイスに関連する追加情報は、ガードタイムまたはサブキャリアガード帯域で送信される。
【００９５】
本開示のさらに別の実施形態では、端末デバイスに関連する追加情報は、ランダムアクセスプリアンブルに続くアップリンクパイロットタイムスロット、または、ランダムアクセスプリアンブルを送信するためのアップリンクパイロットタイムスロットに近いガード期間のうち少なくとも１つで送信することができる。
【００９６】
本開示のさらに別の実施形態では、装置１３００は、プリアンブルおよび端末デバイスに関連する追加情報の送信のための時間および周波数リソースを示すリソース構成指示を受信するように構成された指示受信モジュール１３０２を備えることができる。
【００９７】
本開示の別の実施形態では、リソース構成指示は、システム情報、ダウンリンク制御チャネル、または端末デバイス固有の上位層のシグナリングのうちの少なくとも１つによって送信される。代替的または追加的に、リソース構成指示は、プリアンブル時間領域位置指示、プリアンブル周波数領域位置の表示、関連するビームグループの指示、プリアンブル直交カバーコードの指示、または、端末デバイスに関連する追加情報のアップリンク送信リソースの指示、のうちの１つ以上を含んでもよい。
【００９８】
本開示のさらなる実施形態では、装置１３００は、アップリンクビーム障害回復要求の送信リソース位置からアップリンク障害ビームの識別子を識別するように構成された識別子識別モジュール１３０３をさらに含むことができる。
【００９９】
図１４は、本開示の実施形態による無線通信システムでのランダムアクセスプロセスのための装置を示す。装置１４００は、ｅＮＢまたはｇＮＢなどのネットワーク要素で実装することができる。
【０１００】
図１４に示すように、装置１４００は、ランダムアクセスプリアンブルとともに端末デバイスに関連する追加情報を受信するように構成された情報受信モジュール１４０１を含む。
【０１０１】
本開示の一実施形態では、端末デバイスに関連する追加情報は、端末デバイスの識別子を含むことができる。
【０１０２】
本開示の別の実施形態では、端末デバイスに関連する追加情報は、有効なセルの無線ネットワークの一時的な識別子、送信ビームの電力、好ましい変調および符号化方式、障害ビームの識別子、候補ビームの識別子、アップリンク制御チャネルのリソース指示、または、ダウンリンク参照信号の測定値、のうちの１つ以上をさらに含むことができる。
【０１０３】
本開示のさらなる実施形態では、端末デバイスに関連する追加情報は、時間領域または周波数領域でランダムアクセスプリアンブルの直前および／または直後に受信される。
【０１０４】
本開示のさらに別の実施形態では、端末デバイスに関連する追加情報は、ガードタイムまたはサブキャリアガード帯域で受信される。
【０１０５】
本開示のさらなる実施形態では、端末デバイスに関連する追加情報は、ランダムアクセスプリアンブルに続くアップリンクパイロットタイムスロットまたはランダムアクセスプリアンブルを送信するためのアップリンクパイロットタイムスロットに近いガード期間の少なくとも１つで受信することができる。
【０１０６】
本開示の別の実施形態では、装置１４００は、プリアンブルおよび端末デバイスに関連する追加情報の送信のための時間および周波数リソースを示すリソース構成指示を送信するように構成された指示送信モジュール１４０２をさらに含んでもよい。
【０１０７】
本開示のさらなる実施形態では、リソース構成指示は、システム情報、ダウンリンク制御チャネル、または端末デバイス固有の上位層のシグナリングのうちの少なくとも１つによって受信される。あるいは、リソース構成表示は、プリアンブル時間領域位置の指示、プリアンブル周波数領域位置指示、関連するビームグループの指示、プリアンブル直交カバーコードの指示、または、端末デバイスに関連する追加情報のアップリンク送信リソースの指示、うちの１つ以上を含むことができる。
【０１０８】
本開示の別の実施形態では、装置１４００は、アップリンク障害ビームの識別子を識別する送信リソース位置でアップリンクビーム障害回復要求を送信するように構成された要求送信モジュール１４０３をさらに備える。
【０１０９】
前述のように、装置１３００および装置１４００は、図１３および図１４を参照して概略が説明されている。装置１３００および装置１４００は、図３から図１１を参照して説明したような機能を実施するように構成されてもよいことに留意されたい。したがって、これらの装置内のモジュールの動作に関する詳細については、図３から図１２を参照して、方法のそれぞれのステップに関して行われた説明を参照することができる。
【０１１０】
装置１３００および装置１４００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、および／またはそれらの任意の組み合わせで具現化されることにさらに留意されたい。例えば、装置１３００および装置１４００の構成要素は、それぞれ、回路、プロセッサ、または他の適切な選択デバイスによって実装されてもよい。
【０１１１】
当業者は、前述の例は例示のためだけであり、限定ではなく、本開示はそれに限定されないことを理解するであろう。本明細書で提供される教示から多くの変形、追加、削除および修正を容易に思いつくことができ、これらの変形、追加、削除および修正はすべて本開示の保護範囲に入る。
【０１１２】
さらに、本開示のいくつかの実施形態では、装置１３００および装置１４００は、少なくとも１つのプロセッサを備えてもよい。本開示の実施形態と共に使用するのに適した少なくとも１つのプロセッサは、一例として、既知または将来に開発される汎用および専用プロセッサの両方を含むことができる。装置１３００および装置１４００は、少なくとも１つのメモリをさらに備えてもよい。少なくとも１つのメモリは、例えば、半導体メモリデバイス、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスを含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために使用されてもよい。プログラムは、高レベルおよび／または低レベルの準拠または解釈可能なプログラミング言語で記述できる。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサで、装置１３００および装置１４００に、図３から図１１を参照して説明した方法に従って少なくとも動作を実行させるように構成される。
【０１１３】
図１５は、無線ネットワーク内の基地局のようなネットワークノードとして具現化または包含され得る装置１５１０、および、ここで説明されたＵＥのような端末デバイスとして具現化または包含され得る装置１５２０の簡略的なブロック図をさらに示す。
【０１１４】
装置１５１０は、データプロセッサ（ＤＰ：Data Processor）などの少なくとも１つのプロセッサ１５１１と、プロセッサ１５１１に結合された少なくとも１つのメモリ（ＭＥＭ：memory）１５１２とを備える。装置１５１０は、プロセッサ１５１１に結合された送信機ＴＸおよび受信機ＲＸ１５１３をさらに備えてもよく、これは、装置１５２０と通信可能に接続するように動作可能であってもよい。ＭＥＭ１５１２は、プログラム（ＰＲＯＧ：program）１５１４を格納する。ＰＲＯＧ１５１４は、関連するプロセッサ１５１１上で実行されると、装置１５１０が本開示の実施形態、例えば、方法１２００に従って動作することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ１５１１と少なくとも１つのＭＥＭ１５１２の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段１５１５を形成する。
【０１１５】
装置１５２０は、ＤＰなどの少なくとも１つのプロセッサ１５２１と、プロセッサ１５２１に結合された少なくとも１つのＭＥＭ１５２２とを備える。装置１５２０は、プロセッサ１５２１に結合された適切なＴＸ／ＲＸ１５２３をさらに備えてもよく、これは、装置１５１０との無線通信のために動作可能であってもよい。ＭＥＭ１５２２は、ＰＲＯＧ１５２４を格納する。ＰＲＯＧ１５２４は、関連するプロセッサ１５２１上で実行されると、装置１５２０が本開示の実施形態、例えば、方法３００に従って動作することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ１５２１と少なくとも１つのＭＥＭ１５２２の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段１５２５を形成する。
【０１１６】
本開示の様々な実施形態は、プロセッサ１５１１、プロセッサ１５２１、ソフトウェア、ファームウェア、ハードウェア、または、それらの組み合わせのうちの１つ以上により、実行可能なコンピュータプログラムによって実装されてもよい。
【０１１７】
ＭＥＭ１５１２および１５２２は、地域の技術環境に適した任意のタイプのものであってもよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、メモリおよびリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実装されてもよい。
【０１１８】
プロセッサ１５１１および１５２１は、地域の技術環境に適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰおよびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。
【０１１９】
さらに、本開示は、上述のようなコンピュータプログラムを含むキャリアを提供することもでき、キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスクまたはランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、フラッシュメモリ、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙディスクなどの電子メモリデバイスであってもよい。
【０１２０】
本明細書で説明される技術は、一実施形態で説明される対応する装置の１つ以上の機能を実装する装置が従来技術の手段だけでなく、対応する１つ以上の機能を実装する手段も含むように、様々な手段によって実装されてもよい、そして、実施形態で説明された装置は、各別個の機能のための別個の手段、または２つ以上の機能を実行するように構成され得る手段を備え得る。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実装されてもよい。ファームウェアまたはソフトウェアの場合、ここで説明する機能を実行するモジュール（手順、機能など）を介して実装を行うことができる。
【０１２１】
本明細書の例示的な実施形態は、方法および装置のブロック図およびフローチャート図を参照して上記で説明されてきた。ブロック図およびフローチャート図の各ブロック、およびそれぞれブロック図およびフローチャート図におけるブロックの組み合わせは、コンピュータプログラム命令を含むさまざまな手段によって実装できることが理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能なデータ処理装置にロードしてマシンを製造することができ、コンピュータまたはその他のプログラム可能なデータ処理装置で実行する命令は、フローチャートブロックまたはブロック内で、指定された機能を実行する手段を作成する。
【０１２２】
本明細書は、多くの特定の実装の詳細を含むが、これらは、実装の範囲または主張されるものの範囲の制限として解釈されるべきではなく、特定の実装の特定の実施形態に固有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態に組み合わせて実装することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特定の組み合わせで機能するものとして機能を上記で説明し、最初にそのように主張する場合もあるが、場合によっては、組み合わせから１つ以上の特徴を組み合わせから削除することができ、主張される組み合わせはサブコンビネーションまたはサブコンビネーションのバリエーションに向けられる。
【０１２３】
技術が進歩するにつれて、本発明の概念を様々な方法で実施できることは、当業者には明らかであろう。上記の実施形態は、本開示を限定するのではなく説明するために与えられ、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく修正および変形に頼ることができることを理解されたい。そのような修正および変更は、本開示および添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図１Ａ】
0006973502.tif 000056
【図１Ｂ】
0006973502.tif 000057
【図１Ｃ】
0006973502.tif 000058
【図２Ａ】
0006973502.tif 000059
【図２Ｂ】
0006973502.tif 000060
【図３】
0006973502.tif 000061
【図４】
0006973502.tif 000062
【図５】
0006973502.tif 000063
【図６Ａ】
0006973502.tif 000064
【図６Ｂ】
0006973502.tif 000065
【図７】
0006973502.tif 000066
【図８】
0006973502.tif 000067
【図９】
0006973502.tif 000068
【図１０】
0006973502.tif 000069
【図１１】
0006973502.tif 000070
【図１２】
0006973502.tif 000071
【図１３】
0006973502.tif 000072
【図１４】
0006973502.tif 000073
【図１５】
0006973502.tif 000074