JP2024074863A - 伝送リソースを構成し、無線通信ネットワークにおいてｒａｃｈを実施するためのシステムおよび方法 - Google Patents

Abstract

【課題】伝送リソースを構成し、無線通信ネットワークにおいてＲＡＣＨを実施するためのシステムおよび方法の提供。
【解決手段】無線通信デバイスによって推定されるタイミングアドバンスの使用に基づく無線通信デバイスと無線通信ノードとの間の通信のためのシステムおよび方法が、本明細書に開示される。一実施形態では、システムおよび方法は、無線通信デバイスによって、無線通信ノードとの通信のための無線通信デバイスによって推定されるタイミングアドバンス（ＴＡ）の使用を決定し、無線通信デバイスによって、無線通信ノードと通信するためのＲＡＣＨタイプを選択し、無線通信デバイスによって、選択されたＲＡＣＨタイプおよび無線通信デバイスによって推定されるＴＡの使用に関する決定に従って、無線通信ノードとのＲＡＣＨ通信を開始するように構成される。
【選択図】図２

Description

本開示は、概して、無線通信に関し、より具体的に、伝送リソースを構成し、無線通信ネットワークにおいてランダムアクセスチャネル（ＲＡＣＨ）通信を実施するためのシステムおよび方法に関する。

無線通信ネットワークは、ネットワーク通信デバイスと、ネットワーク通信ノードとを含むことができる。いくつかの事例では、ネットワーク通信デバイスは、地上にあることができ、ネットワーク通信ノードのうちの少なくとも１つは、例えば、衛星にオンボードされる等、非地上であることができる。

本明細書に開示される例示的実施形態は、従来技術に提示される問題のうちの１つ以上に関連する問題を解決し、かつ添付の図面と関連して検討されるときに以下の発明を実施するための形態を参照することによって容易に明白であろう追加の特徴を提供することを対象とする。種々の実施形態によると、例示的システム、方法、デバイス、およびコンピュータプログラム製品が、本明細書に開示される。しかしながら、これらの実施形態は、限定ではなく、一例として提示されることが理解され、開示される実施形態に対する種々の修正が、本開次の範囲内に留まったまま行われることができることが、本開示を熟読する当業者に明白であろう。

一実施形態では、第１の無線通信ノードによって実施される方法は、無線通信デバイスによって、無線通信ノードとの通信のための無線通信デバイスによって推定されるタイミングアドバンス（ＴＡ）の使用を決定することを含む。方法は、無線通信デバイスによって、無線通信ノードと通信するためのＲＡＣＨタイプを選択することをさらに含む。方法は、無線通信デバイスによって、選択されたＲＡＣＨタイプおよび無線通信デバイスによって推定されるＴＡの使用に関する決定に従って、無線通信ノードとのＲＡＣＨ通信を開始することも含む。

別の実施形態では、無線通信デバイスによって実施される方法は、無線通信デバイスによって、通信信号に関して通信セル内でセル検索を実施することを含む。方法は、無線通信デバイスによって、システム情報が衛星ビームベースの構成に従って伝送されることの指示を検出することをさらに含む。方法は、無線通信デバイスによって、衛星ビームベースの構成に従って、システム情報にアクセスすることも含む。

別の実施形態では、無線通信ノードによって実施される方法は、無線通信ノードによって、無線通信ノードによって推定されるタイミングアドバンス（ＴＡ）の使用を示すＲＡＣＨリソース構成情報を伝送することを含む。方法は、無線通信ノードによって、無線通信デバイスからＲＡＣＨプロシージャのＭｓｇ１を受信することをさらに含む。方法は、無線通信ノードによって、ＲＡＣＨプロシージャのＭｓｇ１の受信に応答して、ＴＡインジケータを含む応答メッセージを無線通信デバイスに伝送することも含む。

上記および他の側面およびその実装は、図面、説明、および請求項により詳細に説明される。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、前記方法は、
無線通信デバイスによって、無線通信ノードとの通信のための前記無線通信デバイスによって推定されるタイミングアドバンス（ＴＡ）の使用を決定することと、
前記無線通信デバイスによって、前記無線通信ノードと通信するためのＲＡＣＨタイプを選択することと、
前記無線通信デバイスによって、前記選択されたＲＡＣＨタイプと前記無線通信デバイスによって推定される前記ＴＡの使用に関する決定とに従って、前記無線通信ノードとのＲＡＣＨ通信を開始することと
を含む、方法。
（項目２）
前記ＲＡＣＨタイプは、４ステップＲＡＣＨに対応する、項目１に記載の方法。
（項目３）
前記ＲＡＣＨタイプは、２ステップＲＡＣＨに対応する、項目１に記載の方法。
（項目４）
前記無線通信デバイスによって、前記無線通信ノードとの通信のための前記無線通信デバイスによって推定されるＴＡを使用することを決定することと、
前記無線通信デバイスによって、前記推定されるＴＡに従ってメッセージを前記無線通信ノードに伝送することによって、前記ＲＡＣＨ通信を開始することと
をさらに含む、項目１－３のいずれかに記載の方法。
（項目５）
前記無線通信デバイスによって、ランダムアクセス無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ）を伴う構成制御リソースセット（ＣＯＲＥＳＥＴ）内の応答メッセージの受信のためのスケジューリング情報の前記無線通信ノードからの受信を監視することと、
前記無線通信デバイスによって、前記無線通信ノードから、前記受信されたスケジューリング情報に従って、応答メッセージを受信することと
をさらに含む、項目４に記載の方法。
（項目６）
前記ＲＡＣＨ通信を開始することに先立って、前記無線通信ノードからのＲＡＣＨリソース構成情報に従って、前記無線通信デバイスによって推定される前記ＴＡの使用を決定することをさらに含む、項目１－４のいずれかに記載の方法。
（項目７）
ブロードキャスト情報またはＲＲＣシグナリング情報のうちの少なくとも１つを介して、前記ＲＡＣＨリソース構成情報を前記無線通信ノードから受信することをさらに含む、項目６に記載の方法。
（項目８）
前記ＲＡＣＨリソース構成情報は、１つ以上のＲＡＣＨリソースプールの構成を含む、項目６に記載の方法。
（項目９）
複数のＲＡＣＨリソースプールの存在に従って、前記無線通信デバイスによって推定される前記ＴＡの使用を決定することをさらに含む、項目８に記載の方法。
（項目１０）
前記１つ以上のＲＡＣＨリソースプールの構成は、少なくとも１つのＴＡ使用有効インジケータを含み、前記方法は、前記ＴＡ使用有効インジケータに従って、前記無線通信デバイスによって推定される前記ＴＡの使用を決定することをさらに含む、項目８に記載の方法。
（項目１１）
前記ＲＡＣＨリソースプールの構成は、少なくとも１つのＲＡＣＨタイプインジケータを含み、前記方法は、前記少なくとも１つのＲＡＣＨインジケータに従って、前記ＲＡＣＨタイプを選択することをさらに含む、項目８に記載の方法。
（項目１２）
前記無線通信デバイスによって、前記ＲＡＣＨ通信を開始することに先立って、前記無線通信ノードから受信された制御リソース構成情報に従って、検索空間を決定することをさらに含む、項目５に記載の方法。
（項目１３）
前記制御リソース構成情報は、１つ以上のＣＯＲＥＳＥＴの構成、および前記ＣＯＲＥＳＥＴとＲＡＣＨリソースプールとの間のマッピング関係を含み、前記方法は、ＲＡＣＨを開始するために選択されたＲＡＣＨリソースプールと前記マッピング関係とに従って、使用されるべき前記ＣＯＲＥＳＥＴを決定することをさらに含む、項目１２に記載の方法。
（項目１４）
前記無線通信デバイスによって、前記無線通信デバイスによって推定される前記ＴＡの使用に従って、前記ネットワーク通信ノードから受信される応答メッセージのためのタイミングウィンドウの少なくとも１つのパラメータを決定することをさらに含む、項目１－１３のいずれかに記載の方法。
（項目１５）
前記無線通信ノードは、衛星ベースのノードを含む、項目１に記載の方法。
（項目１６）
方法であって、前記方法は、
無線通信デバイスによって、通信信号に関して通信セル内でセル検索を実施することと、
前記無線通信デバイスによって、システム情報が衛星ビームベースの構成に従って伝送されることの指示を検出することと、
前記無線通信デバイスによって、前記衛星ビームベースの構成に従って、前記システム情報にアクセスすることと
を含む、方法。
（項目１７）
前記システム情報は、少なくとも１つの伝送リソースを示す、項目１６に記載の方法。
（項目１８）
前記衛星ビームベースの構成は、前記システム情報の異なるコンポーネントが異なる衛星ビームを介して伝送されることを示す、項目１６に記載の方法。
（項目１９）
前記衛星ビームベースの構成は、前記システム情報の異なるコンポーネントが少なくとも１つの衛星ビームの異なるグループを介して伝送されることを示す、項目１６に記載の方法。
（項目２０）
前記無線通信デバイスによって、前記セル検索から同期情報を入手することと、
前記無線通信デバイスによって、同期情報を入手することに基づいて、衛星ネットワーク通信ノードから通信情報を受信することと、
前記無線通信デバイスによって、前記通信情報を処理し、前記衛星ビームベースの構成に従って、前記システム情報にアクセスすることと
を含む、項目１６に記載の方法。
（項目２１）
前記無線通信デバイスによって、マスタ情報ブロック（ＭＩＢ）をデコーディングすることと、
前記無線通信デバイスによって、前記ＭＩＢ内のインジケータに従って、前記衛星ビームベースの構成を決定することと
をさらに含む、項目１６に記載の方法。
（項目２２）
前記無線通信デバイスによって、前記通信セルに関連付けられた地上波公共移動通信ネットワーク（ＰＬＭＮ）を決定することと、
前記無線通信デバイスによって、前記ＰＬＭＮの指示に従って、前記衛星ビームベースの構成を決定することと
をさらに含む、項目１６に記載の方法。
（項目２３）
前記無線通信デバイスによって、システム情報ブロックに含まれた２つ以上の衛星ビームに共通の構成情報を決定することをさらに含む、項目１６に記載の方法。
（項目２４）
方法であって、前記方法は、
無線通信ノードによって、無線通信ノードによって推定されるタイミングアドバンス（ＴＡ）の使用を示すＲＡＣＨリソース構成情報を伝送することと、
無線通信ノードによって、ＲＡＣＨプロシージャのＭｓｇ１を前記無線通信デバイスから受信することと、
前記無線通信ノードによって、前記ＲＡＣＨプロシージャのＭｓｇ１の受信に応答して、ＴＡインジケータを含む応答メッセージを前記無線通信デバイスに伝送することと
を含む、方法。
（項目２５）
前記無線通信ノードによって、前記ＲＡＣＨプロシージャのＭｓｇ１の前記無線通信デバイスからの前記受信に先立って、前記無線通信デバイスによって推定されるＴＡの使用を伴うＲＡＣＨと前記無線通信デバイスによって推定されるＴＡの使用を伴わないＲＡＣＨとに関する分離された制御リソースセット（ＣＯＲＥＳＥＴ）の構成情報を伝送することと、
前記無線通信ノードによって、ＲＡＣＨにおいて、前記無線通信ノードによって推定されたＴＡの使用に従って、スケジューリング情報を対応するＣＯＲＥＳＥＴに伝送することと、
前記無線通信ノードによって、前記スケジューリング情報に従って、前記応答メッセージを前記無線通信デバイスに伝送することと
を含む、項目２４に記載の方法。
（項目２６）
前記無線通信ノードによって、前記ＲＡＣＨ通信の前記無線通信デバイスからの受信に先立って、ブロードキャスト情報またはＲＲＣシグナリング情報のうちの少なくとも１つを介して、前記ＲＡＣＨリソース構成情報を伝送することを含む、項目２４に記載の方法。
（項目２７）
前記ＲＡＣＨリソース構成情報は、１つ以上のＲＡＣＨリソースプールの構成を含む、項目２４に記載の方法。
（項目２８）
前記無線通信ノードによって推定される前記ＴＡの使用は、複数のＲＡＣＨリソースプールの存在に従って示される、項目２７に記載の方法。
（項目２９）
前記無線通信ノードによって推定される前記ＴＡの使用は、前記１つ以上のＲＡＣＨリソースプールの構成に含まれる少なくとも１つのＴＡ使用有効インジケータに基づいて示される、項目２７に記載の方法。
（項目３０）
前記少なくとも１つのＲＡＣＨリソースプールの構成は、少なくとも１つのＲＡＣＨタイプインジケータを含み、前記方法は、前記無線通信デバイスから、前記ＲＡＣＨタイプインジケータに対応する前記ＲＡＣＨ通信を受信することをさらに含む、項目２７に記載の方法。
（項目３１）
前記無線通信ノードは、衛星ベースのノードを含む、項目２４に記載の方法。
（項目３２）
前記無線通信ノードによって、前記ＲＡＣＨ通信を前記無線通信デバイスから受信することに先立って、システム情報が衛星ビームベースの構成に従って伝送されることの指示を伝送することと、
前記無線通信ノードによって、前記無線通信デバイスから、前記衛星ビームベースの構成に従って、前記ＲＡＣＨ通信を受信することと
を含む、項目２４に記載の方法。
（項目３３）
前記システム情報は、少なくとも１つの伝送リソースを示す、項目３２に記載の方法。
（項目３４）
前記衛星ビームベースの構成は、前記システム情報の異なるコンポーネントが異なる衛星ビームを介して伝送されることを示す、項目３２に記載の方法。
（項目３５）
前記衛星ビームベースの構成は、前記システム情報の異なるコンポーネントが少なくとも１つの衛星ビームの異なるグループを介して伝送されることを示す、項目３２に記載の方法。
（項目３６）
前記無線通信ノードによって、前記ＲＡＣＨ通信を前記無線通信デバイスから受信することに先立って、前記衛星ビームベースの構成にアクセスするための同期情報を伝送することを含む、項目３２に記載の方法。
（項目３７）
前記無線通信ノードによって、前記ＲＡＣＨ通信を前記無線通信デバイスから受信することに先立って、前記衛星ビームベースの構成インジケータを含むマスタ情報ブロック（ＭＩＢ）を伝送することを含む、項目３２に記載の方法。
（項目３８）
前記無線通信ノードによって、前記ＲＡＣＨ通信を前記無線通信デバイスから受信することに先立って、通信セルに関連付けられた地上波公共移動通信ネットワーク（ＰＬＭＮ）を経由して、前記衛星ビームベースの構成インジケータを伝送することと、
前記無線通信ノードによって、前記無線通信デバイスから、前記衛星ビームベースの構成インジケータに従って、前記ＲＡＣＨ通信を受信することと
を含む、項目３２に記載の方法。
（項目３９）
前記無線通信ノードによって、前記ＲＡＣＨ通信を前記無線通信デバイスから受信することに先立って、システム情報ブロック内の２つ以上の衛星ビームに共通の構成情報を伝送することを含む、項目３２に記載の方法。
（項目４０）
命令を記憶しているコンピュータ読み取り可能な記憶媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、項目１－３９に記載の方法を前記１つ以上のプロセッサに実施させることができる、コンピュータ読み取り可能な記憶媒体。

本ソリューションの種々の例示的実施形態は、以下の図または図面を参照して下で詳細に説明される。図面は、例証目的のためだけに提供され、単に、本ソリューションの読者の理解を促進するための本ソリューションの例示的実施形態を描写する。したがって、図面は、本ソリューションの範疇、範囲、または可用性の限定と見なされるべきではない。明確にするために、かつ例証の容易性のために、これらの図面は、必ずしも、正確な縮尺で描かれていないことに留意されたい。

図１は、本開示のある実施形態による、本明細書に開示される技法および他側面が実装され得る例示的セルラー通信ネットワークを図示する。

図２は、本開示のいくつかの実施形態による、例示的基地局およびユーザ機器デバイスのブロック図を図示する。

図３は、本開示のいくつかの実施形態による、少なくとも１つの無人航空システムベースの無線通信ノードを含む例示的非地上通信ネットワークの概略を示す。

図４は、本開示のいくつかの実施形態による、少なくとも１つの無人航空システムベースの無線通信ノードを含む別の例示的非地上通信ネットワークを示す。

図５は、本開示のいくつかの実施形態による、４ステップＲＡＣＨプロシージャのフロー図を示す。

図６は、本開示のいくつかの実施形態による、２ステップＲＡＣＨプロシージャを示す。

本ソリューションの種々の例示的実施形態は、当業者が本ソリューションを作製および使用することを可能にするために、付随の図を参照して下で説明される。当業者に明白であろうように、本開示を熟読後、本明細書に説明される例の種々の変更または修正が、本ソリューションの範囲から逸脱することなく、行われることができる。したがって、本ソリューションは、本明細書に説明および図示される例示的実施形態および用途に限定されない。加えて、本明細書に開示される方法におけるステップの具体的順序または階層は、単に、例示的アプローチである。設計選好に基づいて、開示される方法またはプロセスのステップの具体的順序または階層は、本ソリューションの範囲内に留まったまま、並べ替えられることができる。したがって、当業者は、本明細書に開示される方法および技法が、種々のステップまたは行為をサンプル順序において提示し、本ソリューションが、明示的にそうではないことが述べられない限り、提示される具体的順序または階層に限定されないことを理解するであろう。

図１は、本開示の実施形態による、本明細書に開示される技法が実装され得る例示的無線通信ネットワークおよび／またはシステム１００を図示する。以下の議論では、無線通信ネットワーク１００は、セルラーネットワークまたは狭帯域モノのインターネット（ＮＥ－ＩｏＴ）ネットワーク等の任意の無線ネットワークであり得、本明細書では「ネットワーク１００」と称される。そのような例示的ネットワーク１００は、基地局１０２（以降、「ＢＳ１０２」）と、通信リンク１１０（例えば、無線通信チャネル）を介して互いに通信し得るユーザ機器デバイス（以降、「ＵＥ１０４」）と、地理的エリア１０１を覆うセル１２６、１３０、１３２、１３４、１３６、１３８、および１４０のクラスタとを含む。図１では、ＢＳ１０２およびＵＥ１０４は、セル１２６のそれぞれの地理的境界に含まれる。他のセル１３０、１３２、１３４、１３６、１３８、および１４０の各々は、少なくとも１つの基地局を含み得、基地局は、その配分された帯域幅で動作し、適正な無線サービス区域をその意図されるユーザに提供する。

例えば、ＢＳ１０２は、配分されたチャネル伝送帯域幅で動作し、適正なサービス区域をＵＥ１０４に提供し得る。基地局１０２およびＵＥ１０４は、それぞれ、ダウンリンク無線フレーム１１８およびアップリンク無線フレーム１２４を介して、通信し得る。各無線フレーム１１８／１２４は、サブフレーム１２０／１２７にさらに分割され得、サブフレーム１２０／１２７は、データシンボル１２２／１２８を含み得る。本開示では、ＢＳ１０２およびＵＥ１０４は、概して、本明細書に開示される方法を実践し得る「通信ノード」の非限定的例として本明細書に説明される。そのような通信ノードは、本ソリューションの種々の実施形態によると、無線および／または有線通信することが可能であり得る。

図２は、本ソリューションのいくつかの実施形態による、無線通信信号、例えば、直交周波数分割多重（ＯＦＤＭ）／直交周波数分割多元接続（ＯＦＤＭＡ）信号を伝送および受信する例示的無線通信システム２００のブロック図を図示する。システム２００は、本明細書に詳細に説明される必要はない既知または従来の動作特徴をサポートするように構成されたコンポーネントおよび要素を含み得る。一例証的実施形態では、システム２００は、上で説明されるように、図１の無線通信環境１００等の無線通信環境内でデータシンボルを通信（例えば、伝送および受信）するために使用されることができる。

システム２００は、概して、基地局２０２（以降、「ＢＳ２０２」）と、ユーザ機器デバイス２０４（以降、「ＵＥ２０４」）とを含む。ＢＳ２０２は、ＢＳ（基地局）送受信機モジュール２１０と、ＢＳアンテナ２１２と、ＢＳプロセッサモジュール２１４と、ＢＳメモリモジュール２１６と、ネットワーク通信モジュール２１８とを含み、各モジュールは、必要に応じて、データ通信バス２２０を介して、互いに結合および相互接続される。ＵＥ２０４は、ＵＥ（ユーザ機器）送受信機モジュール２３０と、ＵＥアンテナ２３２と、ＵＥメモリモジュール２３４と、ＵＥプロセッサモジュール２３６とを含み、各モジュールは、必要に応じて、データ通信バス２４０を介して、互いに結合および相互接続される。ＢＳ２０２は、任意の無線チャネルまたは本明細書に説明されるようなデータの伝送のために好適な他の媒体であり得る通信チャネル２５０を介して、ＵＥ２０４と通信する。

当業者によって理解されるであろうように、システム２００は、図２に示されるモジュール以外の任意の数のモジュールをさらに含み得る。当業者は、本明細書に開示される実施形態に関連して説明される種々の例証的ブロック、モジュール、回路、および処理論理が、ハードウェア、コンピュータ読み取り可能なソフトウェア、ファームウェア、または任意の実践的それらの組み合わせにおいて実装され得ることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアのこの可換性および互換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップが、概して、その機能性の観点から説明される。そのような機能性がハードウェア、ファームウェア、またはソフトウェアとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存し得る。本明細書に説明される概念に精通する者は、そのような機能性を各特定の用途のために好適な様式で実装し得るが、そのような実装決定は、本開示の範囲を限定するものとして解釈されるべきではない。

いくつかの実施形態によると、ＵＥ送受信機２３０は、本明細書では、「アップリンク」送受信機２３０と称され得、各々がアンテナ２３２に結合される回路を備えている無線周波数（ＲＦ）送信機およびＲＦ受信機を含む。デュプレックススイッチ（図示せず）が、代替として、時間デュプレックス方式において、アップリンク送信機または受信機をアップリンクアンテナに結合し得る。同様に、いくつかの実施形態によると、ＢＳ送受信機２１０は、本明細書では、各々がアンテナ２１２に結合される回路を備えているＲＦ送信機およびＲＦ受信機を含む「ダウンリンク」送受信機２１０と称され得る。ダウンリンクデュプレックススイッチは、代替として、時間デュプレックス方式において、ダウンリンク送信機または受信機をダウンリンクアンテナ２１２に結合し得る。２つの送受信機モジュール２１０と２３０との動作は、時間的に調整されることができ、アップリンク受信機回路は、ダウンリンク送信機がダウンリンクアンテナ２１２に結合されると同時に、無線伝送リンク２５０を経由した伝送の受信のためにアップリンクアンテナ２３２に結合される。いくつかの実施形態では、近接時間同期が存在し、デュプレックス方向の変化間に最小限の保護時間を伴う。

ＵＥ送受信機２３０および基地局送受信機２１０は、無線データ通信リンク２５０を介して通信し、特定の無線通信プロトコルおよび変調スキームをサポートし得る好適に構成されたＲＦアンテナ配置２１２／２３２と協働するように構成される。いくつかの例証的実施形態では、ＵＥ送受信機２１０および基地局送受信機２１０は、ロングタームエボリューション（ＬＴＥ）および新しい５Ｇ規格等の産業規格をサポートするように構成される。しかしながら、本開示は、必ずしも、特定の規格および関連付けられるプロトコルに用途が限定されないことを理解されたい。むしろ、ＵＥ送受信機２３０および基地局送受信機２１０は、将来的規格またはその変形例を含む代替または追加の無線データ通信プロトコルをサポートするように構成され得る。

種々の実施形態によると、ＢＳ２０２は、例えば、進化型ノードＢ（ｅＮＢ）、サービングｅＮＢ、標的ｅＮＢ、フェムトステーション、またはピコステーションであり得る。いくつかの実施形態では、ＵＥ２０４は、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス等の種々のタイプのユーザデバイスにおいて具現化され得る。プロセッサモジュール２１４および２３６は、本明細書に説明される機能を実施するように設計される汎用プロセッサ、コンテンツアドレス可能メモリ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の好適なプログラマブル論理デバイス、別々のゲートまたはトランジスタ論理、別々のハードウェアコンポーネント、または任意のそれらの組み合わせとともに実装または実現され得る。このように、プロセッサは、マイクロプロセッサ、コントローラ、マイクロコントローラ、状態機械等として実現され得る。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、デジタル信号プロセッサおよびマイクロプロセッサ、複数のマイクロプロセッサ、デジタル信号プロセッサコアと併せた１つ以上のマイクロプロセッサ、または任意の他のそのような構成の組み合わせとしても実装され得る。

さらに、本明細書に開示される実施形態に関連して説明される方法またはアルゴリズムのステップは、それぞれ、プロセッサモジュール２１４および２３６によって実行されるハードウェア、ファームウェア、ソフトウェアモジュール、または任意の実践的それらの組み合わせにおいて直接具現化され得る。メモリモジュール２１６および２３４は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野において公知の任意の他の形態の記憶媒体として実現され得る。この点において、メモリモジュール２１６および２３４は、それぞれ、プロセッサモジュール２１０および２３０に結合され得、それによって、プロセッサモジュール２１０および２３０は、それぞれ、メモリモジュール２１６および２３４から情報を読み取り、それらに情報を書き込み得る。メモリモジュール２１６および２３４は、それらのそれぞれのプロセッサモジュール２１０および２３０の中に統合され得る。いくつかの実施形態では、メモリモジュール２１６および２３４の各々は、それぞれ、プロセッサモジュール２１０および２３０によって実行される命令の実行中、一時的変数または他の中間情報を記憶するために、キャッシュメモリを含み得る。メモリモジュール２１６および２３４の各々も、それぞれ、プロセッサモジュール２１０および２３０によって実行されるための命令を記憶するために、不揮発性メモリを含み得る。

ネットワーク通信モジュール２１８は、概して、基地局送受信機２１０と、基地局２０２と通信するように構成された他のネットワークコンポーネントおよび通信ノードとの間の双方向通信を可能にする基地局２０２のハードウェア、ソフトウェア、ファームウェア、処理論理、および／または他のコンポーネントを表す。例えば、ネットワーク通信モジュール２１８は、インターネットまたはＷｉＭＡＸトラフィックをサポートするように構成され得る。典型的展開では、限定ではないが、ネットワーク通信モジュール２１８は、基地局送受信機２１０が、従来のＥｔｈｅｒｎｅｔ（登録商標）ベースのコンピュータネットワークと通信し得るように、８０２．３Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースを提供する。このように、ネットワーク通信モジュール２１８は、コンピュータネットワーク（例えば、移動交換局（ＭＳＣ））への接続のための物理インターフェースを含み得る。規定された動作または機能に対する用語「～のために構成される」、「～のように構成される」、およびその活用形は、本明細書で使用されるように、規定された動作または機能を実施するように物理的に構築され、プログラムされ、フォーマット化され、および／または配置されるデバイス、コンポーネント、回路、構造、機械、信号等を指す。

本明細書に説明されるシステム、方法、および装置を実装するために使用され得るネットワーキング環境およびデバイスの側面が議論されたが、追加の詳細は、以下に続くものとする。

長い伝送遅延および広範なサービスエリアは、無視できない影響を無線通信システムに及ぼし得る。例えば、いくつかの事例では、非地上無線通信ノードは、衛星上に位置することができる。衛星の高速移動は、ドップラー周波数シフトにつながり得る。さらに、地上無線通信デバイスからの衛星の距離は、長い伝送往復時間をもたらし得、それは、次に、無線通信デバイスと無線通信ノードとの間の通信中、大きいタイミングアドバンス補償をもたらす。衛星上への無線通信ノードの位置付けは、１つの衛星セルを形成する広ビーム占有面積を伴う複数の衛星ビームももたらし得る。これは、ラージセル特有の遅延差をもたらし、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャのランダムアクセス応答（ＲＡＲ）通信のための時間的ウィンドウの長さの望ましくない増加につながり得る。

いくつかの側面では、上で詳述された技術的問題に対する技術的ソリューションは、衛星ビーム特有様式において、伝送リソース、例えば、ＲＡＣＨリソースを構成し、ＲＡＣＨプロシージャ設計における大きな変化のリスクを低減させることを含み得る。例えば、タイミングアドバンス（ＴＡ）またはスケジューリングオフセット等の伝送パラメータが、衛星ビームごとに構成され、時間遅延を考慮するための事前補償の複雑性を低減させることができる。

図３は、少なくとも１つの無人航空システムベースの無線通信ノードを含む例示的非地上通信ネットワーク３００の概略を示す。特に、図３は、衛星または無人航空乗り物（ＵＡＶ）３０２と、ユーザ機器（ＵＥ）３０４と、ゲートウェイ３０６と、データネットワーク３０８とを含む通信ネットワーク３００を示す。衛星３０２は、例えば、図１および２に関連して上で議論されるＢＳ１０２および２０２等の基地局のためのプラットフォームとしての役割を果たすことができ、ＵＥ３０４は、図１および２に関連して上で議論されるＵＥ１０４および２０４に類似することができる。ＵＥ３０４および衛星３０２上のＢＳは、通信リンク３１０を経由して、通信することができ、衛星３０２上のＢＳとゲートウェイ３０６とは、フィーダリンク３１２を経由して、通信することができる。ゲートウェイ３０６は、データリンク３１４を経由して、データネットワーク３０８と通信することができる。

図４は、少なくとも１つの無人航空システムベースの無線通信ノードを含む別の例示的非地上通信ネットワーク４００を示す。図４に示される通信ネットワーク４００は、図３に示される通信ネットワーク３００に類似するが、追加の衛星またはＵＡＶプラットフォーム４０２を含む。図４は、通信ネットワークが、ＵＥとゲートウェイまたはデータネットワークとの間の通信を可能にする衛星の集団を含むシナリオを描写する。

ゲートウェイは、衛星３０２／４０２とデータネットワーク３０８との間の接続性を提供し得るいくつかのゲートウェイのうちの１つであることができ、それは、公衆地上データネットワークであり得る。ゲートウェイは、衛星の標的化されたサービスエリアを横断して展開されることができ、それは、領域または大陸サービスエリアを含むことができる。衛星が、非静止軌道地球軌道衛星（「非ＧＥＯ衛星」）である、例では、衛星は、一度に１つまたはいくつかのゲートウェイによって、連続的にサービス提供されることができる。通信ネットワークは、サービスリンクが存在し、フィーダリンクの持続性が、モビリティアンカリングおよびハンドオーバを進めるために十分な持続時間を伴って連続ゲートウェイ間に維持されることを確実にすることができる。いくつかの例では、セル内のＵＥは、１つのみのゲートウェイによってサービス提供され得る。

衛星は、トランスペアレントまたは再生（オンボード処理を伴う）ペイロードのいずれかを実装することができる。衛星は、その視野によって境を限られ得るサービスエリアにわたって、いくつかのビームを生成することができ、視野は、オンボードアンテナ特性および衛星の最小仰角に依存し得る。地球の表面上のビームの占有面積は、楕円形形状であることができる。衛星がトランスペアレントペイロードを実装する事例では、衛星は、無線フィルタリング、周波数変換、および増幅を行い、それによって、信号を繰り返し得る。衛星プラットフォームが再生ペイロードを実装する事例では、衛星は、無線周波数フィルタリング、周波数変換、増幅のみならず、復調／変調、切り替えおよび／またはルーティング、コーディング／変調等も行い、少なくとも部分的に、衛星にオンボードの基地局の機能を事実上行うことができる。

通信システムが、例えば、図４に示される通信システム等の衛星の集団を含む事例では、ネットワークは、衛星間リンク（ＩＳＬ）４１２を含むことができる。いくつかのそのような事例では、衛星は、再生ペイロードを実装することができる。ＩＳＬは、ＲＦまたは光学周波数帯域で動作することができる。

下記の表１は、図３および４に示される衛星／ＵＡＶ３０２および４０２を実装するために使用され得る種々のタイプの衛星を列挙する。表１に示される衛星のタイプおよび対応する情報は、例にすぎず、限定ではなく、他のタイプのプラットフォームおよび衛星も、利用されることができる。

いくつかの実施形態では、ＧＥＯ衛星およびＵＡＳプラットフォームが、大陸、領域、またはローカルサービスを提供するために使用されることができる。いくつかの実施形態では、ＬＥＯおよびＭＥＯ衛星の集団が、北および南半球の両方内のサービスを提供するために使用されることができる。いくつかの事例では、衛星の集団は、極性領域を含むグローバルサービス区域を提供することさえできる。いくつかのそのような事例では、適切な軌道傾き、ＩＳＬ、およびビームが、選択されることができる。

（側面Ｉ：向上させられたＲＡＣＨプロシージャ）

議論のこの部分は、ＲＡＣＨプロシージャを補助するためのＵＥ推定タイミングアドバンス（ＴＡ）の使用に関し、ＵＥ推定ＴＡは、ＲＡＣＨプロシージャにおけるプリアンブルの伝送前、ＵＥ側において、アップリンク伝送時間を調節するために適用されることができる。ＵＥは、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス等の種々のタイプのユーザデバイス内に具現化され得、ＢＳは、進化型ＮｏｄｅＢ（ｅＮＢ）、サービングｅＮＢ、標的ｅＮＢ、フェムトステーション、ピコステーション等を含むことができる。いくつかの例では、ＴＡは、その情報場所と、基地局（ＢＳ）からのブロードキャスト情報またはシステム情報またはＲＲＣシグナリングメッセージから受信される衛星位置推算表情報とに従って、ＵＥによって推定され得る。以下の議論は、特に、４ステップまたは２ステップＲＡＣＨプロシージャにおいてＵＥによって決定されたＴＡのユーザの制御に関する。

図５は、４ステップＲＡＣＨプロシージャのフロー図を示す一方、図６は、２ステップＲＡＣＨプロシージャを示す。図５を参照すると、４ステップＲＡＣＨプロシージャが、ＵＥ５０４と基地局（ＢＳ）５０２との間で行われる。ＵＥ５０４およびＢＳ５０２は、図１－４に関連して上で議論されるＵＥおよびＢＳを使用して実装されることができる。他方では、図６は、ＵＥ６０４とＢＳ６０２との間の２ステップＲＡＣＨプロシージャを示す。ＵＥ６０２およびＢＳ６０４は、図１－４に関連して上で議論されるＵＥおよびＢＳを使用して実装されることができる。

図５に示される４ステップＲＡＣＨプロセスは、ＵＥからＢＳに伝送されるＭｓｇ１（ランダムアクセスプリアンブル）５５４に対応するステップ１と、ＢＳからＵＥに伝送されるＭｓｇ２（ランダムアクセス応答）５５６に対応するステップ２と、Ｍｓｇ３（スケジューリングされた伝送）５５８に対応するステップ３と、Ｍｓｇ４（競合解決）５６０に対応するステップ４とを含むことができる。ステップ０ ５５２は、ＢＳによってブロードキャストされるリソース構成情報に対応し得る。

図６に示される２ステップＲＡＣＨプロセスは、ＵＥによってＢＳに伝送されるＭｓｇ１（プリアンブル＋ＰＵＳＣＨペイロード）６５２に対応するステップ１と、ＢＳによってＵＥに伝送されるＭｓｇ２（ランダムアクセス応答）６５４に対応するステップ２とを含むことができる。ステップ０ ６５６は、ＢＳによってブロードキャストされるリソース構成情報に対応し得る。

再び図５を参照すると、ステップ０では、ＵＥは、ＢＳから、部分的に、ＲＡＣＨリソース構成、ＰＤＳＣＨ（物理ダウンリンク共有チャネル）リソース構成、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）リソース構成（例えば、ＣＯＲＳＥＴ（制御リソースセット）およびＳＳ（同期信号）の構成）、ＰＵＳＣＨ（物理アップリンク共有チャネル）リソース構成、およびＰＵＣＣＨ（物理アップリンク制御チャネル）リソース構成を含み得る情報を受信することができる。ＵＥは、ＢＳから、ステップ０において、ＢＳブロードキャストを介して、システム情報またはＲＲＣ（無線リソース制御）シグナリング内でリソース構成情報を受信することができる。

４ステップＲＡＣＨプロシージャでは、ＵＥは、ステップ１において、ＰＲＡＣＨ（物理的ＲＡＣＨ）とも称されるランダムアクセスプリアンブルをＢＳに送信する。ステップ２では、ＢＳは、プリアンブルの受信を示し、タイミングアドバンスコマンドを提供するＲＡＲ（ランダムアクセス応答）を伝送し、タイミングアドバンスコマンドは、ステップ１において受信されたプリアンブルのタイミングに基づいて、デバイスの伝送タイミングを調節する。ＵＥは、ＲＡ－ＲＮＴＩ（ランダムアクセス無線ネットワーク一時識別子）を使用して、ＲＡＲウィンドウ内のＲＡＲのためのＰＤＣＣＨを監視することができる。ステップ３では、ＵＥは、ステップ２においてＢＳから受信されたＲＡＲに含まれるＵＬグラントに示されるＵＬリソースを経由して、Ｍｓｇ３を伝送する。応答して、ステップ４において、ＵＥは、競合解決に関するＭｓｇ４を受信する。ＵＥおよびＢＳは、セル内の複数のデバイスからの同じＲＡＣＨリソースの同時伝送、例えば、プリアンブルおよびＲＡＣＨ機会に起因する潜在的衝突を解決することを目的として、Ｍｓｇ３とＭｓｇ４とを交換することができる。成功の場合、Ｍｓｇ４は、ＵＥを接続状態に移すことも引き起こす。

２ステップＲＡＣＨプロシージャでは、ステップ１において、ＵＥは、ＰＲＡＣＨを経由するランダムアクセスプリアンブルとＰＵＳＣＨ（物理アップリンク共有チャネル）を経由するペイロードとを送信し、ステップ２において、Ｍｓｇ２をＭｓｇ２受信ウィンドウ内で受信し、競合解決を実施する。

以下の議論は、上で議論される４ステップおよび２ステップＲＡＣＨプロシージャまたは実装される任意の他のＲＡＣＨプロシージャ等のＲＡＣＨプロシージャにおいて、ＵＥ推定タイミングアドバンスの利用を制御するための種々のアプローチに関連する。

（Ａ．ＵＥによって推定されるＴＡの補助を伴う／伴わないＲＡＣＨ）

いくつかの実施形態では、ＵＥは、ＲＡＣＨを開始する前、ＴＡを推定し、このＴＡを使用して、ＲＡＣＨを補助することができる。例えば、ＵＥは、ランダムアクセスプリアンブルの伝送前、推定されるＴＡを適用し、ＲＡＣＨプロシージャに及ぼされる大きい伝送遅延の影響を軽減することができる。いくつかの実施形態では、ＵＥは、ＵＥ場所情報と衛星（ＢＳ）位置推算表とに基づいて、または他の方法によって、ＴＡを推定することができる。下記の議論は、ＴＡがＵＥによって推定されるＴＡで事前に補償されないＲＡＣＨプロシージャ（ＵＥによって推定されるＴＡを伴わないＲＡＣＨ）と、ＴＡがＵＥによって推定されるＴＡで事前に補償されるＲＡＣＨプロシージャ（ＵＥによって推定されるＴＡを伴うＲＡＣＨ）との例を提供する。ＴＡを事前に補償することは、ＵＥが、ＢＳへのランダムアクセスプリアンブルの伝送前、推定されるＴＡを適用することができることを意味し得る。

（１．ＵＥによって推定されるＴＡを伴わないＲＡＣＨ）

いくつかの事例では、ＢＳは、ＢＳによってサービス提供されるセル内の全てのＵＥによって受信され得る共通ＴＡをブロードキャストすることができる。ＵＥは、ＢＳへのプリアンブルの伝送前、共通ＴＡを受信し、共通ＴＡを適用することができる。プリアンブル伝送に対応するランダムアクセスプリアンブルＩＤ（ＲＡＰＩＤ）を含むＲＡＲ（４ステップＲＡＣＨのＭｓｇ２）、またはＭｓｇ１のペイロード部分に含まれるＵＥ ＩＤに対応するＵＥ ＩＤを含むＲＡＲ（２ステップＲＡＣＨのＭｓｇ２）の受信後、ＵＥは、対応するＲＡＲに含まれるＴＡインジケータでＴＡを調節することができる。そのような事例では、共通ＴＡおよびＲＡＲに含まれるＴＡインジケータは、ＢＳによって構成されるので、ＢＳおよびＵＥの両方は、ＵＥ特有ＴＡを認知する。４ステップＲＡＣＨおよび２ステップＲＡＣＨの両方は、ＵＥによって推定されるＴＡが上で述べられたようなＲＡＣＨプロシージャを補助するために使用されない場合に使用されることができる。

（２．ＵＥによって推定されるＴＡを伴うＲＡＣＨ）

ＵＥによって推定されるＴＡを利用するためのアプローチは、ＵＥによって利用されるＲＡＣＨのタイプを参照して説明されることができる。

（ａ．４ステップＲＡＣＨ）

ＲＡＣＨプロシージャにおけるＵＥによって推定されるＴＡの利用は、ＲＡＣＨプロシージャを構成する種々のステップに実装されることができる。

例えば、ステップ１では、ＵＥは、ＢＳへのプリアンブルの伝送前、利用可能な補助情報に従って、ＴＡを推定し、推定されたＴＡを適用することができる。補助情報は、ＵＥ場所情報と衛星の位置推算表とを含むことができ、それらを使用して、ＵＥは、近似ＵＥ特有ＴＡを導出することができる。

ステップ２では、ＵＥは、Ｍｓｇ２を受信することができ、それは、伝送されるプリアンブルに対応するＲＮＴＩを含むことができる。ＵＥは、Ｍｓｇ２に含まれるＴＡインジケータに従って、推定されるＴＡを補正することができる。ＲＡＣＨプロシージャにおけるこの時点で、ＢＳが、ＵＥによって補償されるＴＡがまだＢＳに示されていないので、ＵＥ推定ＴＡを認知していないことに留意されたい。

ステップ３では、上で述べられたように、ＢＳは、ＵＥ推定ＴＡをまだ認知していない。ＢＳへのＭｓｇ３伝送の無効スケジューリングを回避するために、ＵＥは、以下のアプローチのうちの任意の１つ以上を講じることができる。

１つのアプローチでは、ＢＳは、常時、セル内の最大遅延差を仮定して、Ｍｓｇ３のＵＥ伝送をスケジューリングすることができる。この方法において、ＵＥによって伝送されるＭｓｇ３は、Ｍｓｇ２におけるＲＡＲ内に提供されるＵＬグラントによってスケジューリングされることができる。ＵＥは、推定されたＴＡをＢＳに伝送されるＭｓｇ３内に含むことができる。ＢＳが、Ｍｓｇ３をＵＥから受信後、ＵＥおよびＢＳの両方は、ＵＥ推定ＴＡを認知することができる。

別のアプローチでは、ＢＳは、複数のｋ_２値をＲＡＲに含まれるＵＬグラント内にスケジューリングすることができる。例えば、ＵＥが、ＵＥからの対応するＰＲＡＣＨ伝送のためのスロットｎで終了するＲＡＲメッセージと共にＰＤＳＣＨを受信する場合、ＵＥは、ＰＵＳＣＨをスロットｎ＋ｋ_２＋Δ内で伝送し、ｋ_２は、ＲＡＲ ＵＬグラントに含まれる行インデックスとサブキャリア間隔（ＳＣＳ）とによって共同で決定され、Δは、使用されるＳＣＳによって決定される。複数のｋ_２値が、ＲＡＲに含まれる場合、ＵＥ推定ＴＡは、正確なＴＡに基づいて、Ｍｓｇ３の伝送のために適切なｋ_２を選択することができる。したがって、ＢＳは、Ｍｓｇ３の受信時間に従って、ＵＥ推定ＴＡを導出することができる。

１つのアプローチでは、複数のｋ_２値が、ＲＡＲ ＵＬグラント内の複数の時間ドメインリソースインデックスに基づいて提供されることができる。別のアプローチでは、ｋ_２インデックスが、ＲＡＲ ＵＬグラント内に提供されることができ、各ｋ_２インデックスは、ｋ２リストにマッピングされる。ｋ_２インデックスとｋ_２リストとの間のマッピングは、仕様内に事前に定義されるか、または、ＢＳによって構成されることができ、マッピング関係は、システム情報またはＲＲＣシグナリングによって、ブロードキャストまたは送達されることができる。いくつかの例では、異なるｋ_２リストが、異なるＳＣＳまたは／および異なる往復遅延（ＲＴＤ）のために構成されることができる。ＵＥは、ＲＡＲに含まれるｋ２インデックスおよび／またはＳＣＳおよび／またはＲＴＤに従って、ｋ_２リストを選択することができる。

４ステップＲＡＣＨプロシージャのステップ４では、ＵＥは、競合解決のためのＭｓｇ４を受信することができる。

（ｂ．２ステップＲＡＣＨ）

２ステップＲＡＣＨプロシージャにおけるＵＥによって推定されるＴＡの利用は、２ステップＲＡＣＨプロシージャを構成する種々のステップに実装されることができる。

例えば、ステップ１では、ＵＥは、プリアンブルの伝送前、それ自体によって推定されるＴＡを適用する。ＵＥは、ペイロードをＰＵＳＣＨ上で伝送することができ、ペイロードは、選択されたプリアンブルにマッピングされる。推定されるＴＡは、ペイロードに含まれるパラメータによって示されることができる。

１つのアプローチでは、ＵＥ推定ＴＡ値が、Ｍｓｇ１のペイロードに含まれることができる。別のアプローチでは、ＳＦＮ（システムフレーム番号）の「Ｎ」個の最小有効ビット（ＬＳＢ）とプリアンブルが伝送される時間ドメインリソースのスロットインデックスとが、Ｍｓｇ１のペイロードに含まれ、ＵＥ推定ＴＡを示すことができる。さらに別のアプローチでは、プリアンブルが伝送される絶対時間値が、Ｍｓｇ１のペイロードに含まれることができる。さらに別のアプローチでは、新しいＴＡ ＭＡＣ ＣＥ（ＭＡＣ制御要素）が、ＵＥ推定ＴＡ値を送達するために使用されることができる。

ステップ２では、ＵＥは、ＲＡＲをＲＡＲウィンドウ内で受信する。競合解決成功後、ＵＥは、ＢＳから受信されたＲＡＲに含まれるＴＡインジケータに従って、ＴＡを較正することができる。ＵＥ側によって推定されるＴＡが、ペイロードに含まれる関連情報によって導出されることができるので、対応するプリアンブルの受信によって推定される追加のＴＡと一緒に、ＢＳは、正確なＵＥ特有ＴＡを導出し、ＵＥを正しいＴＡでスケジューリングすることができる。

ある場合、衛星と地上ステーションとの間のフィーダリンクに起因して、追加の遅延（例えば、図３および４に示されるフィーダリンク３１２に関連付けられる遅延）が存在し得る。いくつかのそのような場合、ＵＥは、ＴＡを推定することにおいて、追加の情報を利用して、追加の遅延を考慮し得る。衛星と地上のゲートウェイとの間のフィーダリンクは、予測的であり、したがって、衛星位置または時間に対するフィーダリンクにおける遅延を含むマッピングテーブルが、ＵＥ側に事前に記憶されることができる。この方法において、ＵＥは、サービスリンクにおける遅延を計算し、それをマッピングテーブルから見出されるフィーダリンク遅延に追加し、総伝搬遅延を形成することができる。ＧＥＯトランスペアレントの場合、衛星は、地上のゲートウェイに対して比較的に統計的であり、したがって、フィーダリンクにおける遅延は、実際に、固定されている。ＵＥ側に記憶される衛星ＩＤまたは衛星位置に対するフィーダリンクにおける遅延を含むマッピングテーブルは、伝搬遅延計算のために非常に有用であり得る。マッピングテーブルは、ブロードキャストまたは事前に定義されることができる。マッピングテーブルに従って、ＵＥは、それが接続される衛星に基づいて、好適なオフセットを選択し、それに応じて、推定されるＴＡを調節することができる。

（Ｂ．ＲＡＣＨリソースの構成）

上で議論されるように、ＵＥは、ステップ０において、ＢＳへのプリアンブルの伝送に先立って、ＲＡＣＨリソース構成情報を受信することができる。ＵＥは、ＲＡＣＨリソース構成をＢＳから受信することができ、ＲＡＣＨリソースは、ＵＥ推定ＴＡの補助を伴うまたは伴わないＲＡＣＨのために構成される別個のＲＡＣＨリソースプールを含むことができる。いくつかの実施形態では、ＲＡＣＨリソースプールは、以下のリソースのうちの少なくとも１つを含み得る：プリアンブル伝送リソース、ペイロード伝送リソース、プリアンブルとペイロード伝送リソースとの間のマッピング、ランダム応答ウィンドウの構成、プリアンブル伝送制御に関連するパラメータ、ペイロード伝送制御に関連するパラメータ、通常アップリンク（ＮＵＬ）および補完アップリンク（ＳＵＬ）の選択基準、２ステップＲＡＣＨおよび４ステップＲＡＣＨの選択基準、およびＳＳＢ選択基準、例えば、ＲＳＲＰ（基準信号受信電力）閾値。

例えば、リソースの上記のリストから、プリアンブル伝送リソースは、以下：時間ドメインにおけるプリアンブル伝送リソースの場所、周波数ドメインにおけるプリアンブル伝送リソースの場所、およびコードドメインにおけるプリアンブル伝送リソースの場所のうちの少なくとも１つを含むことができ、それは、次に、以下のうちの少なくとも１つを含むことができる：プリアンブルインデックス、プリアンブルフォーマット、ＰＲＡＣＨルートシーケンスインデックス、ｚｅｒｏＣｏｒｒｅｌａｔｉｏｎＺｏｎｅＣｏｎｆｉｇパラメータ、ｒｅｓｔｒｉｃｔｅｄＳｅｔＣｏｎｆｉｇ（それは、異なるプリアンブルフォーマットのためにサポートされる制限されたセットのタイプを決定する）、プリアンブルとＳＳＢ（同期信号／ＰＢＣＨブロック）との間のマッピング、ＲＡＣＨ機会（ＲＯ）とＳＳＢとの間のマッピング、およびプリアンブルのグループ化。ＰＲＡＣＨ伝送機会／ＲＡＣＨ伝送機会（ＲＯ）は、時間および周波数ドメインにおけるプリアンブル伝送リソースの場所を指す。

リソースの上記のリストから、ペイロード伝送リソースは、以下のうちの少なくとも１つを含むことができる：時間ドメインにおけるペイロード伝送リソースの場所、周波数ドメインにおけるペイロード伝送リソースの場所、コードドメインにおけるペイロード伝送リソースの場所（例えば、直交コード、非直交コード、または物理層内で使用されるであろうある他のコード。便宜上、コードは、「ペイロード伝送コード」と称され得る）、および、ペイロード伝送のために使用される帯域幅／ＰＲＢ。ペイロード伝送機会は、時間および周波数ドメインにおけるペイロード伝送リソースの場所を指し得る。「ペイロード伝送コード」は、ＮＯＭＡ（非直交多元接続）またはＭＵＳＡ（マルチユーザ共有アクセス）動作で使用され、時間／周波数リソースが複数のＵＥによって共有される場合、より良好な性能を提供することができる。

リソースの上記のリストから、プリアンブルとペイロード伝送リソースとの間のマッピングのために、以下の側面が、マッピング構成内に組み込まれることができる。異なるＲＯ内に位置するプリアンブル伝送リソースは、異なるペイロード伝送コードを伴う同じペイロード伝送機会にマッピングされることができる。１つのＲＯ内の異なるプリアンブルは、異なるペイロード伝送機会（同じまたは異なるペイロード伝送コードを伴う）にマッピングされることができる。異なるプリアンブルを使用する複数のＵＥは、同じペイロード伝送リソース（すなわち、同じペイロード伝送機会内の同じペイロード伝送コード）にマッピングされることができる。１つのプリアンブルリソース（プリアンブル＋ＲＯの組み合わせ）は、１つのペイロード伝送機会内の複数のペイロード伝送コードにマッピングされ、多層データ伝送（例えば、ＭＩＭＯ）を有効にすることができる。プリアンブル伝送リソースとペイロード伝送リソースとの間のタイミングオフセットは、異なるプリアンブル伝送リソース（例えば、同じまたは次のタイムスロット）に関して異なり得る。任意のこれらの組み合わせ側面が、マッピング構成内に組み込まれることができる。

上記のリソースリストから、ランダム応答ウィンドウの構成は、以下のうちの少なくとも１つを含むことができる：ＲＡＲウィンドウの長さ、ＲＡＲウィンドウの開始、例えば、ＲＡＲウィンドウの開始を遅らせるために使用されるべきオフセット。任意のこれらの組み合わせ側面が、ランダム応答ウィンドウ構成内に組み込まれることができる。

リソースの上記のリストから、プリアンブル伝送制御に関連するパラメータは、以下、すなわち、ＢＳ側におけるプリアンブルの標的受信電力、プリアンブルの最大許容可能伝送時間、およびプリアンブルの電力ランピングステップのうちの少なくとも１つを含むことができる。任意のこれらの組み合わせパラメータが、含まれることができる。

リソースの上記のリストから、ペイロード伝送制御に関連するパラメータは、ＢＳ側におけるペイロードの標的受信電力、ペイロードの最大許容可能伝送時間、ペイロードの電力ランプステップ、およびプリアンブルとペイロードとの間の電源オフセットを含むことができる。任意のこれらの組み合わせパラメータが、含まれることができる。

上で議論されるＲＡＣＨリソースの構成は、以下のアプローチのうちの少なくとも１つにおいて、ＵＥに送達されることができる：ブロードキャスト情報内でブロードキャストされること、システム情報内で送達されること、または、ＲＲＣシグナリングによってシグナリングされること。

（Ｃ．ＲＡＣＨにおけるＵＥ推定ＴＡの使用のＵＥへの指示）

いくつかの実施形態では、ＵＥは、ＲＡＣＨプロシージャにおいて、ＵＥ推定ＴＡの使用を知らされる必要があり得る。ＵＥは、下で議論されるアプローチのうちの任意の１つ以上において、ＵＥ推定ＴＡの使用を知らされることができる。

１つのアプローチでは、ＲＡＣＨにおけるＵＥ推定ＴＡの使用のＵＥへの指示は、ＲＡＣＨリソースプールの構成において暗示的であることができる。例えば、専用ＲＡＣＨリソースプールが、ＵＥ推定ＴＡの補助を伴うＲＡＣＨのために構成される場合、ＴＡをそれ自体で推定する（例えば、ＵＥ場所情報と衛星位置推算表とに基づいてＴＡを導出する）能力を伴うＵＥに関して、ＵＥは、最初に、ＲＡＣＨリソースを対応するリソースプールから選択することによって、推定されるＴＡの補助を伴うＲＡＣＨを開始することを試みることができる。ＵＥ推定ＴＡが利用可能でない（例えば、ＵＥ場所情報が利用可能でない、または推定されるＴＡが正確度要件を充足しないこともある）事例では、ＵＥは、ＵＥ推定ＴＡの補助を伴わないＲＡＣＨのために構成されたＲＡＣＨリソースプールからＲＡＣＨリソースを選択することによって、ＵＥによって推定されるＴＡの補助を伴わないＲＡＣＨプロシージャを開始することができる。

別のアプローチでは、ＵＥは、ＲＡＣＨプロシージャにおけるＵＥ推定ＴＡの使用に関する指示をＢＳから受信することができる。例えば、ＵＥ推定ＴＡがＲＡＣＨのために利用されるであろうかどうかを示すために、１ビット指示が、ＢＳから送信されることができる。例えば、「１」は、ＵＥ推定ＴＡがＵＥ側において利用可能である場合、ＵＥ推定ＴＡがＲＡＣＨを補助するために使用され得ることを示すことができ、「０」は、ＵＥ推定ＴＡの利用可能性にかかわらずＵＥ推定ＴＡがＲＡＣＨを補助するために使用されないであろうことを示し得る。別の例では、この指示は、ＲＡＣＨリソースプールごとに、ＲＡＣＨリソースプールがＵＥ推定ＴＡの補助を伴うＲＡＣＨのために使用され得るかどうかを示すように構成されることができる。指示は、以下の方法のうちの少なくとも１つに含まれることができる：ブロードキャスト情報内、システム情報内、または、ＲＲＣシグナリング（例えば、ＲＲＣ再構成メッセージ）内。

さらに別のアプローチでは、ＢＳからのインジケータは、採用されるＲＡＣＨプロシージャのタイプを示すことができる。例えば、インジケータは、ＲＡＣＨにおいて使用するためのＵＥ推定ＴＡを有効にするために使用されることができる。インジケータが、ブロードキャスト情報またはシステム情報内、またはＲＲＣシグナリング（例えば、ＲＲＣ再構成メッセージ）に含まれる場合、ＵＥ推定ＴＡは、ＵＥ側において利用可能である場合、ＲＡＣＨのために使用されるであろう。ない場合、ないことは、ＵＥ推定ＴＡがＲＡＣＨ内で使用されないことをＵＥに示すことができる。別の例では、インジケータは、ＵＥ推定ＴＡを伴わないＲＡＣＨを有効にするために使用されることができる。インジケータがブロードキャスト情報またはシステム情報内、またはＲＲＣシグナリング（例えば、ＲＲＣ再構成メッセージ）に含まれる場合、場所情報を伴わないＲＡＣＨが、サポートされることができる。ない場合、ないことは、ＲＡＣＨにおけるＵＥ推定ＴＡの使用を示し得る。これは、ＵＥ推定ＴＡがＵＥに利用可能でない場合、ＵＥがＢＳへのアクセスを得ることができないことを示すこともできる。

さらに別のアプローチでは、ＢＳは、一般的ＲＡＣＨプロシージャがサポートされるかどうかを制御することができる。例えば、２ビット指示が、サポートされるＲＡＣＨプロシージャの種類を示すために使用されることができる。例えば、「００」は、ＵＥ推定ＴＡを伴うＲＡＣＨとＵＥ推定を伴わないＲＡＣＨとの両方が、サポートされ得ることを示し得る。「０１」は、ＵＥ推定ＴＡを伴うＲＡＣＨのみがサポートされることを示し得る。「１０」は、ＵＥ推定ＴＡを伴わないＲＡＣＨのみがサポートされることを示し得、「１１」は、予約されることができる。ビットと対応する指示との間の上記の例示的マッピングは、例示にすぎず、他のビット組み合わせおよびエンコーディングも、同じ情報を伝達するために利用されることができる。

上で議論されるアプローチのうちの少なくとも１つは、ＲＡＣＨリソースプールごと、またはセルごとに構成されることができる。構成がＲＡＣＨリソースプールごとである場合、指示が、あるＲＡＣＨリソースプールがＵＥ推定ＴＡの補助を伴うＲＡＣＨのために使用され得ることを示す場合、ＴＡをそれ自体で推定する（例えば、ＵＥ場所情報と衛星位置推算表とに基づいて導出する能力）を伴うＵＥに関して、ＵＥは、最初に、ＲＡＣＨリソースを対応するリソースプールから選択することによって、推定されるＴＡの補助を伴うＲＡＣＨを開始することを試みることができる。ＵＥ推定ＴＡが、利用可能でない（例えば、ＵＥ場所情報が利用可能でない、または推定されるＴＡが正確度要件を充足しないこともある）事例では、ＵＥは、ＲＡＣＨリソースを対応するＲＡＣＨリソースプールから選択することによって、ＵＥによって推定されるＴＡを伴わないＲＡＣＨを開始することができる。

さらに別のアプローチでは、ＵＥ推定ＴＡの利用の指示は、暗示的に示されることができる。例えば、ＲＡＲウィンドウの開始を遅らせるためのオフセットが、ＵＥ推定ＴＡを伴うまたは伴わないＵＥのために別個に構成される場合、それは、場所情報を伴う／伴わない両方のＲＡＣＨがサポートされるであろうことを含意する。ＵＥ推定ＴＡが利用可能である事例では、ＵＥは、ＵＥ推定ＴＡを使用して、ＲＡＣＨを補助することができる。１つのみのオフセットが、構成される場合、それは、対応するＲＡＣＨ（ＵＥ推定ＴＡを伴うＲＡＣＨまたはＵＥ推定ＴＡを伴わないＲＡＣＨのいずれか）のみが可能にされるであろうことを含意する。この例では、オフセットは、ブロードキャスト情報またはシステム情報内、またはＲＲＣシグナリング（例えば、ＲＲＣ再構成メッセージ）に含まれることができる。

４ステップＲＡＣＨおよび２ステップＲＡＣＨの両方または任意の他のＲＡＣＨプロシージャは、ＵＥ推定ＴＡがＲＡＣＨのために使用されるかどうかにかかわらず、サポートされることができる。上で述べられた全ての代替は、２ステップＲＡＣＨ、４ステップＲＡＣＨ、または他のＲＡＣＨタイプ間の選択のために定義された任意の他の原理とともに使用されることができる。例えば、ＵＥは、最初に、上記に与えられる代替に従って、例えば、対応するＲＡＣＨリソースプールを選択することによって、ＵＥ推定ＴＡがＲＡＣＨ内で使用されるであろうかどうかを決定し、次いで、仕様に定義される基準に従って、ＲＡＣＨタイプ（２ステップＲＡＣＨ、４ステップＲＡＣＨまたは他のＲＡＣＨタイプ）を選択する。または、別の例では、ＵＥ推定ＴＡを伴うＲＡＣＨのためにのみ、２ステップＲＡＣＨまたは４ステップＲＡＣＨは、サポートされることができる。

（Ｄ．ＵＥ推定ＴＡに基づくＲＡＲ受信ウィンドウ制御）

ＲＡＲウィンドウの開始および終了は、ＵＥ推定ＴＡがＲＡＣＨ内で使用されているかどうかに基づいて構成され得る。

（１．ＲＡＲウィンドウの開始）

（ａ．ＵＥ推定ＴＡを伴わないＲＡＣＨ）

長い伝送遅延を補償するために、構成可能オフセットが、ＲＡＲウィンドウの開始を遅らせるためにＵＥに示されることができる。オフセットは、ブロードキャストされるか、システム情報に含まれるか、または、ＲＲＣシグナリングによって示されることができる。これは、ＵＥ推定ＴＡがＲＡＣＨ内で使用されない場合、４ステップＲＡＣＨ、２ステップＲＡＣＨ、または他のＲＡＣＨプロシージャのために適用されることができる。

（ｂ．ＵＥ推定ＴＡを伴うＲＡＣＨ）

第１のアプローチでは、ＲＡＲウィンドウの開始は、ＵＥ自体によって構成されることができる。別のアプローチでは、構成可能オフセットが、ＲＡＲウィンドウの開始を遅らせるために使用されることができる。オフセットは、ＵＥ推定ＴＡを伴わないＲＡＣＨのために使用されるオフセットと同じであることができるか、または、別個のオフセットが、ＵＥ推定ＴＡを伴うＲＡＣＨのために使用されることができる。このオフセットは、ブロードキャストされる、システム情報に含まれるか、または、ＲＲＣシグナリングによって示されることができる。上記のアプローチは、ＵＥ推定ＴＡがＲＡＣＨ内で使用される場合、４ステップＲＡＣＨ、２ステップＲＡＣＨ、または任意の他のＲＡＣＨプロシージャのために適用されることができる。

（２．拡張ＲＡＲウィンドウ）

（ａ．ＵＥ推定ＴＡを伴わないＲＡＣＨ）

最大ＲＡＲウィンドウ長は、１０ｍｓであり、遅延差が非常に大きい場合、ＲＡＲウィンドウは、拡張される必要があるであろう。

（ｂ．ＵＥ推定ＴＡを伴うＲＡＣＨ）

ＴＡが補償される範囲に応じて、ＵＥ側からの補償後、遅延差が１０ｍｓを超えない場合、ＲＡＲウィンドウは、拡張される必要はないこともあり、そうでなければ、ウィンドウは、拡張される必要があるであろう。

ＲＡＲウィンドウが拡張される場合、異なるＲＯのためのＲＡＲウィンドウが、重複し得る。異なるＲＯのためのＲＡＲを区別するために、以下のアプローチが、検討され得る。例えば、１つのアプローチでは、ＳＦＮインデックスが、ＲＡＲに含まれることができる。プリアンブルが伝送されるフレームのＳＦＮのＬＳＢが、ＲＡＲに含まれることができる（ＳＦＮインデックスは、ＳＦＮ＿ＲＯ＋ｍｏｄ（（ＳＦＮ＿ｐｒｅａｍｂｌｅ－ＳＦＮ＿ＲＯ）／２）として取得されることができ、ＳＦＮ＿ＲＯは、ＲＯが位置するＳＦＮインデックスであり、ＳＦＮ＿プリアンブルは、プリアンブルがＢＳ側において受信されるＳＦＮインデックスである）。ＬＳＢは、ＭＡＣｓｕｂＰＤＵのサブヘッダまたはＲＡＲペイロードのいずれかに含まれることができる。ＲＡＲウィンドウの開始を遅らせることと、ＲＡＲウィンドウ長を拡張することは、一緒に、または、別個に使用されるように構成されることができる。

（Ｅ．ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのための意図されるＲＡＲ間の区別）

いくつかの実施形態では、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨは、ＢＳによって同時にサポートされることができる。ＲＡＲコンテンツおよび構造は、ＵＥ推定ＴＡを伴うまたは伴わないＲＡＣＨに関して異なり得、対応するＲＡＲウィンドウ間に重複が存在し得るので、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのためのＲＡＲを区別する必要がある。いくつかの事例では、これは、ＲＡＣＨプロシージャのステップ２に影響を及ぼし得る。

１つのアプローチでは、分離されたＣＯＲＥＳＥＴおよび／またはＳＳが、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのために構成されることができる。別のアプローチでは、異なるＲＡ－ＲＮＴＩが、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのためのＲＡＲを区別するために使用されることができる。例えば、１つの構成可能オフセットが、ＲＡ－ＲＮＴＩ計算の式に含まれることができる：
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８＋１４×８０×８×１×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ＋オフセット
式中、ｓ＿ｉｄは、規定されたＰＲＡＣＨの第１のＯＦＤＭシンボルのインデックスであり、ｔ＿ｉｄは、システムフレーム内の規定されたＰＲＡＣＨの第１のスロットのインデックスであり、ｆ＿ｉｄは、周波数ドメインにおける規定されたＰＲＡＣＨのインデックスであり、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、Ｍｓｇ１伝送のために使用されるＵＬキャリアである（ＮＵＬキャリアに関して、０、およびＳＵＬキャリアに関して、１）。オフセットは、ＢＳによって構成されることができ、連続ＲＯの分離および通信ネットワーク内の最大遅延差に従って、調節されることができる。または、別のアプローチでは、ＲＡ－ＲＮＴＩは、以下の式に従って、計算されることができ、リソースプール識別子は、ＲＡ－ＲＮＴＩ式の一部として、導入され得る：
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｒ＿ｉｄ＋１４×８０×８×１×Ｎ＿ｒ＿ｉｄ×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
式中、ｓ＿ｉｄは、規定されたＰＲＡＣＨの第１のＯＦＤＭシンボルのインデックスであり、ｔ＿ｉｄは、システムフレーム内の規定されたＰＲＡＣＨの第１のスロットのインデックスであり、ｆ＿ｉｄは、周波数ドメインにおける規定されたＰＲＡＣＨのインデックスであり、ｒ＿ｉｄは、選択されたリソースプール（０≦ｒ＿ｉｄ＜Ｎ＿ｒ＿ｉｄ）のインデックスであり、Ｎ＿ｒ＿ｉｄは、構成される総ＲＡリソースプールであり、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、Ｍｓｇ１伝送のために使用されるＵＬキャリアである（ＮＵＬキャリアに関して、０、およびＳＵＬキャリアに関して、１）。または、別のアプローチでは、ＲＡ－ＲＮＴＩは、以下の式に従って、計算されることができる：
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×Ｆ＿ｉｄ＋１４×８０×［ｍａｘ（Ｆ＿ｉｄ）－１］×ｆ＿ｉｄ＋１４×８０×［ｍａｘ（Ｆ＿ｉｄ）－１］×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
式中、ｓ＿ｉｄは、規定されたＰＲＡＣＨの第１のＯＦＤＭシンボルのインデックスであり、ｔ＿ｉｄは、システムフレーム内の規定されたＰＲＡＣＨの第１のスロットのインデックスであり、ｆ＿ｉｄは、周波数ドメインにおける規定されたＰＲＡＣＨのインデックスであり、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、Ｍｓｇ１伝送のために使用されるＵＬキャリアである（ＮＵＬキャリアに関して、０、およびＳＵＬキャリアに関して、１）。Ｆ＿ｉｄ（０≦Ｆ＿ｉｄ＜ｍａｘ（Ｆ＿ｉｄ）は、以下のアプローチのうちの１つによって達成されることができる。
・ アプローチ１：フレーム関連パラメータは、システムフレームインデックスの「Ｎ」個の最小有効ビットであり、この場合、最大ｍａｘ（Ｆ＿ｉｄ）は、２^Ｎに等しい。
・ アプローチ２：フレーム関連パラメータは、システムフレームのインデックスであり、ｍａｘ（Ｆ＿ｉｄ）は、システムフレームインデックスの最大数に等しい。
・ アプローチ３：Ｆ＿ｉｄは、（システムフレームインデックス）ｍｏｄ（ｃｅｉｌ（ＲＡＲｗｉｎｄｏｗ＿ｌｅｎｇｔｈ ｄｉｖｉｄｅｄ ｂｙ ｓｙｓｔｅｍ＿ｆｒａｍｅ＿ｌｅｎｇｔｈ））として取得される。ｃｅｉｌ（ＲＡＲ＿ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ
ｄｉｖｉｄｅｄ ｂｙ ｓｙｓｔｅｍ＿ｆｒａｍｅ＿ｌｅｎｇｔｈ）がＮに等しい場合、ｍａｘ（Ｆ＿ｉｄ）は、Ｎに等しい。ここでは、ｃｅｉｌ（）は、数「ｘ」を少なくとも「ｘ」以上の整数にマッピングする天井関数を表す。ｍｏｄ（）は、ある数の別の数による除算後の剰余を見出すモジュロ関数を表す。

異なるＲＡ－ＲＮＴＩ式が、異なる往復遅延を伴う、または異なる衛星タイプを伴う非地上ネットワークのために使用されることができる。例えば、技術仕様書３８３２１内に規定されるようなＲＡ－ＲＮＴＩ式が、ＬＥＯの場合のために使用されることができる一方、アプローチ３内に規定されるような式が、ＧＥＯの場合のために使用されることができる。

別のアプローチでは、プリアンブルグループ化が、利用されることができる。プリアンブルが、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのための異なるグループに分割される場合、ＲＡＲに含まれるＲＡＰＩＤが、３つ以上のＲＡＣＨタイプを区別するために使用されることができる。

さらに別のアプローチでは、指示が、ＲＡＲに含まれることができる。例えば、指示は、サブヘッダまたはＲＡＲペイロードに含まれ、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのためのＲＡＲを区別することができる。例えば、１ビットタイプインジケータが、使用され、「１」は、それがＵＥ推定ＴＡを伴うＲＡＣＨのためのＲＡＲであることを意味し、「０」は、ＵＥ推定ＴＡを伴わないＲＡＣＨのためのＲＡＲであることを意味するか、またはその逆である。

さらに別のアプローチでは、指示は、使用されるＲＡＣＨプロシージャのタイプにおいて暗示的であることができる。例えば、ＵＥ推定ＴＡを伴うＲＡＣＨは、常時、２ステップＲＡＣＨを採用し得る一方、ＵＥ推定ＴＡを伴わないＲＡＣＨは、常時、４ステップＲＡＣＨを採用し得る。

上記の議論されるアプローチの任意の組み合わせが、ＵＥ推定ＴＡを伴うおよび／または伴わないＲＡＣＨのために意図されるＲＡＲを区別することにおいて利用されることができる。さらに、上記のアプローチ（同じアプローチの組み合わせを含む）の異なる組み合わせは、２ステップＲＡＣＨ、４ステップＲＡＣＨ、または他のＲＡＣＨプロシージャが、ＵＥ推定ＴＡを伴うおよび／または伴わないＲＡＣＨのために同時にサポートされるときに検討され得る。例えば、分離された制御リソースセット（ＣＯＲＥＳＥＴ）および／または検索空間（ＳＳ）が、ＵＥ推定ＴＡを伴う２ステップＲＡＣＨ、ＵＥ推定ＴＡを伴わない２ステップＲＡＣＨ、ＵＥ推定ＴＡを伴う４ステップＲＡＣＨ、およびＵＥ推定ＴＡを伴わない４ステップＲＡＣＨのために構成されることができる。例えば、分離されたＣＯＲＥＳＥＴおよび／またはＳＳは、２ステップＲＡＣＨおよび４ステップＲＡＣＨのために構成されることができ、プリアンブルグループ化が、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨの区別のためにさらに構成されることができる。または、別の例では、分離されたＣＯＲＥＳＥＴおよび／またはＳＳは、２ステップＲＡＣＨ／４ステップＲＡＣＨのために構成されることができ、ＲＡＲ指示が、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨの区別のためにさらに使用されることができる。

（Ｆ．ＢＳにおけるＵＥ推定ＴＡを伴う／伴わないＲＡＣＨの区別）

いくつかのアプローチは、ＵＥ推定ＴＡを伴うＲＡＣＨが採用されているか、ＵＥ推定ＴＡを伴わないＲＡＣＨが採用されているかを区別することにおいてＢＳによって使用されることができる。１つのアプローチでは、プリアンブルグループ化が、使用されることができ、プリアンブルは、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのために分離されたグループに分割されることができる。例えば、グループ１は、ＵＥ推定ＴＡを伴うＲＡＣＨのために構成され、グループ２は、ＵＥ推定ＴＡを伴わないＲＡＣＨのために構成され、次いで、ＵＥは、プリアンブルを対応するグループから選択することによって、ＵＥ推定ＴＡを伴うＲＡＣＨまたはＵＥ推定ＴＡを伴わないＲＡＣＨを開始することができる。

別のアプローチでは、時間および／または周波数ドメインにおけるＲＡＣＨリソース分割が、使用されることができる。例えば、周波数ドメイン内に重複を伴わない分離されたＲＡＣＨリソースプールが、構成されることができる。次いで、ＢＳは、Ｍｓｇ１が受信された周波数リソースに基づいて、受信されたＭｓｇ１（４ステップＲＡＣＨのＭｓｇ１または２ステップＲＡＣＨのＭｓｇ１）がＵＥ推定ＴＡを伴うまたは伴わないＲＡＣＨのためのものであることを導出することができる。または、別のアプローチでは、時間ドメインにおけるＲＯ分割が、ＵＥ推定ＴＡを伴うＲＡＣＨとＵＥ推定ＴＡを伴わないＲＡＣＨとをＢＳ側から区別するために使用されることができる。ＢＳは、Ｍｓｇ１が検出されたＲＯに基づいて、受信されたＭｓｇ１（４ステップＲＡＣＨのＭｓｇ１または２ステップＲＡＣＨのＭｓｇ１）がＵＥ推定ＴＡを伴うまたは伴わないＲＡＣＨのためのものであることを導出することができる。または、さらに別のアプローチでは、周波数ドメインおよび時間ドメインの両方におけるＲＡＣＨリソースが、使用されることができ、例えば、分離されたＲＡＣＨリソースプールが、ＵＥ推定ＴＡを伴うまたは伴わないＲＡＣＨのために構成され、ＢＳは、ＲＡＣＨリソースプールがＭｓｇ１（４ステップＲＡＣＨのＭｓｇ１または２ステップＲＡＣＨのＭｓｇ１）のプリアンブルの伝送のために利用されることに従って、ＲＡＣＨカテゴリ（ＵＥ推定ＴＡを伴うまたは伴わないＲＡＣＨ）を導出することができる。

さらに別のアプローチでは、プリアンブル伝送の周波数ホッピングが、利用されることができる。例えば、異なる周波数が、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのために使用されることができる。ＢＳは、Ｍｓｇ１（４ステップＲＡＣＨのＭｓｇ１または２ステップＲＡＣＨのＭｓｇ１）のプリアンブルが受信される周波数に従って、ＵＥ推定ＴＡがＲＡＣＨのために使用されているかどうかを導出することができる。

さらに別のアプローチでは、プリアンブルフォーマットが、ＢＳ側において、ＵＥ推定ＴＡを伴うＲＡＣＨとＵＥ推定ＴＡを伴わないＲＡＣＨとを区別するために利用されることができる。例えば、異なるプリアンブルフォーマットが、ＵＥ推定ＴＡの補助を伴うおよび伴わないＲＡＣＨのために別個に構成されることができ、次いで、ＢＳは、プリアンブルフォーマットに基づいて、受信されたプリアンブルがＵＥ推定ＴＡの補助を伴うＲＡＣＨのためのものであるか、ＵＥ推定ＴＡの補助を伴わないＲＡＣＨのためのものであるかを導出する。

ＢＳ側においてＵＥ推定ＴＡの補助を伴うまたは伴わないＲＡＣＨを区別するために使用される、上記のアプローチは、２ステップＲＡＣＨおよび／または４ステップＲＡＣＨの両方がＵＥ推定ＴＡの補助を伴う／伴わないＲＡＣＨのためにサポートされるときに使用されることができる。

さらに別のアプローチでは、２ステップＲＡＣＨにおけるＭｓｇ１のＰＵＳＣＨペイロード内の指示が、使用されることができる。例えば、２ステップＲＡＣＨに関して、１ビットタイプインジケータが、ＲＡＣＨがＵＥ推定ＴＡを伴う／伴わないを示すために使用されることができる。例えば、インジケータの値が、「１」として設定される場合、ＵＥ推定ＴＡは、ＲＡＣＨ内で使用され、ＵＥによって推定されるＴＡ値を示す情報が、Ｍｓｇ１のペイロードに含まれる。そうでなければ、ＵＥ推定ＴＡは、ＲＡＣＨ内で使用されない。他のエンコーディングフォーマットも、使用されることができる。

上記のアプローチの異なる組み合わせ（同じアプローチの組み合わせを含む）が、２ステップＲＡＣＨ、４ステップＲＡＣＨ、または他のＲＡＣＨプロシージャがＵＥ推定ＴＡを伴う／伴わないＲＡＣＨのために同時にサポートされるとき、検討され得る。例えば、プリアンブルが、ＵＥ推定ＴＡを伴う２ステップＲＡＣＨ、ＵＥ推定ＴＡを伴わない２ステップＲＡＣＨ、ＵＥ推定ＴＡを伴う４ステップＲＡＣＨ、およびＵＥ推定ＴＡを伴わない４ステップＲＡＣＨのための分離されたグループに分割されることができる。別の例では、２ステップＲＡＣＨおよび４ステップＲＡＣＨが、異なるプリアンブルグループによって分離されることができる一方、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨが、プリアンブルの周波数ホッピングによって区別されることができる。さらに別の例では、分離されたＲＯが、２ステップＲＡＣＨおよび４ステップＲＡＣＨのために構成されることができ、加えて、ＵＥ推定ＴＡを伴う／伴わないＲＡＣＨが、プリアンブルグループ化によって区別されることができる。

上記の議論されるアプローチに関して、ＲＡＣＨリソース、例えば、時間および／または周波数および／またはコードドメインにおけるＲＡＣＨリソースと、ＲＡＣＨタイプ、例えば、２ステップＲＡＣＨ／４ステップＲＡＣＨおよび／またはＵＥ推定ＴＡを伴う／伴わないＲＡＣＨとの間のマッピングは、以下の方法のうちの少なくとも１つにおいて、ＵＥに送達されることができる：ブロードキャスト情報内でブロードキャストされること、システム情報内で送達されること、または、ＲＲＣシグナリングによってシグナリングされること。

（Ｇ．衛星のＲＡＣＨ容量の改良）

衛星サービス区域内のＲＡＣＨ容量を改良するために、周波数ドメイン分割が、使用されることができ、各衛星ビームに関して、異なる非重複周波数帯域内に位置するいくつかのセルが存在し得る。

（側面ＩＩ：２ステップＣＦＲＡ）

より効率的状態移行またはハンドオーバを可能にするために、検討可能な１つのソリューションは、２ステップ無競合ＲＡＣＨ（ＣＦＲＡ）である。ここでは、２ステップＣＦＲＡが、ＮＴＮシナリオにおいて説明されるが、２ステップＣＦＲＡの使用は、ＮＴＮに限定されない。それは、他のシナリオ、例えば、地上通信システムのためにも使用されることができる。

（Ａ．２ステップＣＦＲＡのためのプロシージャ）

２ステップＣＢＲＡと同様、２ステップＣＦＲＡの基本プロシージャは、以下の２つのステップを含むことができる。
・ ステップ１：ＵＥが、ＢＳによって構成された専用プリアンブルおよび専用ＰＵＳＣＨリソースを伴うＭｓｇ１を伝送する。
・ ステップ２：ＵＥが、Ｃ－ＲＮＴＩにアドレスされたＰＤＣＣＨを監視することによって、応答を受信する。

（Ｂ．２ステップＣＦＲＡが構成される場合のＲＡタイプ／ＲＡリソースの決定方法）

ＲＡＣＨプロシージャが開始されると、２ステップＣＦＲＡリソースが構成される場合、以下のアプローチがＵＥ側でＲＡＣＨタイプを決定するために検討され得る。

アプローチ１：２ステップＣＦＲＡが構成される場合（または２ステップＣＦＲＡが、現在のＵＬ ＢＷＰ内に構成される場合）、ＵＥは、２ステップＲＡＣＨ（または２ステップＣＦＲＡ）をＲＡＣＨプロシージャの初期化段階において選択するべきである。

アプローチ２：ＵＥは、事前に構成されたＲＳＲＰ閾値に基づいて、２ステップＣＦＲＡ（または２ステップＲＡＣＨ）が適用可能であるかどうかを決定することができる。２ステップＣＦＲＡ（または２ステップＲＡＣＨ）が、ＲＳＲＰ閾値（例えば、測定結果は、事前に構成されるＲＳＲＰ閾値を上回るか、または「それ以上」）に基づいて、適用可能である場合、ＵＥは、２ステップＲＡＣＨを選択することができ、そうでなければ、ＵＥは、４ステップＲＡＣＨを選択することができる。

上で述べられたアプローチ２に関して、ＲＳＲＰ閾値は、セル（またはＢＷＰ）に関するＲＳＲＰ閾値またはＳＳＢまたはＣＳＩ－ＲＳに関するＲＳＲＰ閾値のいずれかであることができる。
ＳＳＢ／ＣＳＩ－ＲＳレベルＲＳＲＰ閾値が、ＲＡタイプ選択のために使用される場合、少なくとも以下の２つの条件が、検討され得る。
・ Ｃｏｎｄ－１：ＳＳＢまたはＣＳＩ－ＲＳのＲＳＲＰのいずれかが、事前に構成されるＲＳＲＰ閾値より大きい（または「等しいまたはより大きい」）場合、２ステップＲＡＣＨが、適用可能と見なされるであろう。
・ Ｃｏｎｄ－２：２ステップＣＦＲＡ（または４ステップＲＡＣＨ）リソースを伴うＳＳＢまたはＣＳＩ－ＲＳのＲＳＲＰのいずれかが事前に構成されるＲＳＲＰ閾値より大きい（または「等しいまたはより大きい」）場合、２ステップＣＦＲＡ（または４ステップＣＦＲＡ）が、適用可能と見なされるであろう。
セル（またはＢＷＰ）レベルＲＳＲＰ閾値が、ＲＡタイプ選択のために使用される場合、以下の条件が、検討され得る。
・ Ｃｏｎｄ－１：セル（またはＢＷＰ）のＲＳＲＰが事前に構成されるＲＳＲＰ閾値より大きい（または「等しいまたはより大きい」）場合、２ステップＲＡＣＨが、適用可能と見なされるであろう。
いくつかの例では、ＲＳＲＰ閾値に基づく選択に関する上記説明は、ＲＡタイプ選択に関連する全てのＲＳＲＰに適用可能である。

いくつかの実施形態では、２ステップＲＡＣＨ（または４ステップＲＡＣＨ）が選択されると、ＵＥは、リソース選択を行うとき、２ステップＣＦＲＡと２ステップＣＢＲＡ（または４ステップＣＦＲＡと４ステップＣＢＲＡ）との間でさらなる選択を行うことができる。

ＲＡＣＨリソース選択では、２ステップＣＦＲＡリソースを伴う認定されたＳＳＢおよび／またはＣＳＩ－ＲＳが検出されることができない場合、以下のアプローチが、ＵＥ側におけるＲＡＣＨタイプを決定するために検討され得る。

アプローチ１：各Ｍｓｇ１（またはＲＡＣＨ）伝送試行に関して、２ステップＣＦＲＡリソースを伴う認定されたＳＳＢおよび／またはＣＳＩ－ＲＳが検出されることができない場合、ＵＥは、４ステップＣＢＲＡ（または４ステップＲＡＣＨ）を選択することができる。

アプローチ２：各Ｍｓｇ１（またはＲＡＣＨ）伝送試行に関して、２ステップＣＦＲＡリソースを伴う認定されたＳＳＢおよび／またはＣＳＩ－ＲＳが検出されることができない場合、２ステップＣＢＲＡが構成される場合、ＵＥは、事前に構成されるＲＳＲＰ閾値に基づいて、２ステップＣＢＲＡが適用可能であるかどうかを決定することができる。２ステップＣＢＲＡが適用可能である場合、ＵＥは、２ステップＣＢＲＡを選択することができる。そうでなければ、ＵＥは、４ステップＣＢＲＡ（または４ステップＲＡＣＨ）を選択することができる。

いくつかの実施形態では、述べられた上記のアプローチ１／２に関して、４ステップＣＢＲＡ（または４ステップＲＡＣＨ）が選択されると、ＵＥは、ＲＡＣＨプロシージャにおける後続ＲＡＣＨ再伝送試行において、４ステップＣＢＲＡ（または４ステップＲＡＣＨ）の使用を継続することができる。

いくつかの実施形態では、アプローチ２に関して、ＣＢＲＡが選択されると、ＵＥは、ＲＡＣＨプロシージャにおける後続ＲＡＣＨ再伝送試行において、ＣＢＲＡの使用を継続することができる。

いくつかの実施形態では、Ｎ回の失敗が２ステップＣＦＲＡに関して検出された後、次いで、ＵＥは、ＲＡＣＨプロシージャにおける後続ＲＡＣＨ再伝送試行において、４ステップＣＢＲＡを選択し、４ステップＣＢＲＡの使用を継続することができる。

いくつかの実施形態では、アプローチ１／２に関して、４ステップＲＡＣＨが選択され、かつ４ステップＣＦＲＡが構成される場合、４ステップＣＦＲＡリソースを伴う任意の認定されたＳＳＢおよび／またはＣＳＩ－ＲＳが見出されることができる場合、ＵＥは、４ステップＣＦＲＡを選択することができ、そうでなければ、ＵＥは、４ステップＣＢＲＡを選択することができる。

いくつかの実施形態では、アプローチ１／２に関して、ＵＥが、最初に、２ステップＣＢＲＡを選択し、１つのプリアンブルグループ内のプリアンブルを選択し、２ステップＣＢＲＡを実施し、次いで、ＵＥが４ステップＣＢＲＡに戻る場合、ＵＥは、２ステップＣＢＲＡにおいて選択された同じプリアンブルグループのプリアンブルを選択し、４ステップＣＢＲＡを実施することができる。

（Ｃ．専用２ステップＣＦＲＡリソースを構成する方法）

以下の２つのリソースプールが、２ステップＣＢＲＡのために検討され得る。
・ プリアンブルリソースのためのリソースプール。
プリアンブルリソースプールに関して、２ステップＲＡＣＨは、リソースプールを４ステップＲＡＣＨと共有すること、または２ステップＲＡＣＨ専用の別個のリソースプールを有することができる。
・ ＰＵＳＣＨリソースのためのリソースプール。
ＲＡＮ１に定義されるマッピングルールが、リソースプール内のＰＵＳＣＨリソースをプリアンブルリソースプール内のプリアンブルにマッピングするために使用されることができる。
４ステップＲＡＣＨでは、専用ＲＡリソースプールがＣＦＲＡのために構成されることができ、専用ＲＡリソースプールが構成されない場合、ＵＥは、２ステップＣＢＲＡのために構成された共通ＲＡリソースプールを使用することができる。いくつかの例では、共通リソースプールは、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥによって構成されることができる。２ステップＣＦＲＡに関して、２つの別個のリソースプール（すなわち、プリアンブルリソースプールおよびＰＵＳＣＨリソースプール）が存在するであろうから、次いで、以下のアプローチが、２ステップＣＦＲＡリソースを構成するために検討され得る。

アプローチ１：専用プリアンブルリソースプールおよび専用ＰＵＳＣＨリソースプールの両方は、ＣＦＲＡのための専用シグナリング内に構成され、その場合、２ステップＣＦＲＡリソースは、２つの専用リソースプールから予約される。

アプローチ２：専用プリアンブルリソースプールまたは専用ＰＵＳＣＨリソースプールのいずれも、構成されず、その場合、ＣＦＲＡは、サービングセルのための共通構成に構成される共通リソースプールからリソースされる。

アプローチ３：専用ＰＵＳＣＨリソースプールのみが構成され、その場合、プリアンブルリソースは、共通リソースプールから予約されるが、ＰＵＳＣＨリソースは、専用リソースプールから予約される。

アプローチ４：専用プリアンブルリソースプールのみが構成され、その場合、プリアンブルリソースは、専用リソースプールから予約されるが、ＰＵＳＣＨリソースは、共通リソースプールから予約される。

２ステップＣＦＲＡのためのＰＵＳＣＨリソースの構成に関して、以下のアプローチが、検討され得る。

アプローチ１：各ＳＳＢに関するＰＲＡＣＨリソースプール＋ＰＵＳＣＨリソースプール＋（予約されるプリアンブル）、または、各ＣＳＩ－ＲＳに関する（ＲＯ＋予約されるプリアンブル）。
アプローチ１では、２ステップＣＦＲＡのために予約される全てのプリアンブルのためにＰＲＵ（ＰＵＳＣＨリソースユニット）を構成することができ、同じマッピングルールが、ＲＡＮ１において定義される。ＰＲＵは、対応するプリアンブルを予約することによって予約されることができる。例えば、各ＲＯにおける２ステップＣＦＲＡのために予約されるプリアンブルの数を示し、これらのＲＯのためにＰＲＵを構成することができる。次いで、各選択されたＳＳＢに関する専用プリアンブル（または構成される各ＣＳＩ－ＲＳに関するＲＯおよびプリアンブルの両方）を構成することができ、構成されるプリアンブルを用いて、ＵＥは、同じマッピングルールに基づいて、ＰＲＵを決定することができる。加えて、これが１つのＵＥ特有方法において構成されるので、そのＰＵＳＣＨリソースプールは、異なるＵＥに関して異なり得、プール内のリソースは、依然として、このＵＥのために予約されていない場合、他の目的のために使用されることができる。いくつかの実施形態では、２ステップＣＦＲＡのために各ＲＯ内に予約されるプリアンブルの総数（または各ＲＯ内の各ＳＳＢにリンクされた２ステップＣＦＲＡのために予約されるプリアンブルの総数）は、ＲＲＣシグナリングを通して、ＵＥに構成されることができる。

アプローチ２：各ＳＳＢに関するＰＲＡＣＨリソースプール＋（予約されるプリアンブル＋予約されるＰＲＵ）、または、各ＣＳＩ－ＲＳに関する（ＲＯ＋予約されるプリアンブル＋予約されるＰＲＵ）
アプローチ２では、ＳＳＢまたはＣＳＩ－ＲＳのための（および／または、各プリアンブルのための）ＰＲＵは、明示的かつ別個に構成されることができる。

アプローチ３：各ＳＳＢに関するＰＲＡＣＨリソースプール＋ＰＲＵの専用構成＋（予約されるプリアンブル）、または、各ＣＳＩ－ＲＳに関する（ＲＯ＋予約されるプリアンブル）
アプローチ２と比較して、ＰＲＵの専用構成が、全てのＳＳＢ／ＣＳＩ－ＲＳのために与えられる。ＰＲＵの専用構成を用いることで、各ＲＯ（ＲＡＣＨ機会）が、１つのＰＲＵにマッピングされるであろう（例えば、１つのＲＯ内の全てのプリアンブルが、同じＰＲＵにマッピングされるであろう）。ＰＲＵの専用構成を用いることで、異なるマッピングルールが、接続モードおよびアイドル／非アクティブモードのために使用されることができる。

アプローチ４：各ＳＳＢに関するＰＲＡＣＨリソースプール＋ＰＲＵの共通構成＋（予約されるプリアンブル＋専用ＰＲＵ構成）、または、各ＣＳＩ－ＲＳに関する（ＲＯ＋予約されるプリアンブル＋専用ＰＲＵ構成）。
アプローチ４では、ＵＥは、共通構成および専用構成の両方に基づいて、各ＳＳＢ／ＣＳＩ－ＲＳに関するＰＲＵを決定する。例えば、時間ドメイン構成および／または周波数ドメイン構成が、ＰＲＵの共通構成において与えられるが、コードドメイン構成および／または電力ドメイン構成は、専用ＰＲＵ構成において与えられる。

（Ｄ．２ステップＲＡＣＨのためのＲＡ優先順位付け）

ＲＡ優先順位付けの構成のために、以下の２つのアプローチが、検討され得る。

アプローチ１：ＲＡＣＨ優先順位付けパラメータの共通組、それらは、２ステップＲＡＣＨおよび４ステップＲＡＣＨの両方に適用可能である。

アプローチ２：別個のＲＡＣＨ優先順位付けパラメータ、それらは、適宜、２ステップＲＡＣＨおよび４ステップＲＡＣＨに適用可能である。アプローチ２に関して、いくつかの実施形態では、２ステップＲＡＣＨのためのＲＡＣＨ優先順位付けパラメータの構造にＩＥのないことは、４ステップＲＡＣＨのために構成される同じ値が、同様に、２ステップＲＡＣＨのためにも使用されるであろうことを意味する。

アプローチ１／２は、組み合わせられた方法において使用されることができ、いくつかのパラメータは、２ステップＲＡＣＨおよび４ステップＲＡＣＨのために共有であり、他のパラメータは、２ステップＲＡＣＨおよび４ステップＲＡＣＨのために別個に構成されることができる。

２ステップＲＡＣＨのためのＲＡＣＨ優先順位付けパラメータに関して、以下のパラメータのうちの少なくとも１つが、検討され得る：プリアンブルのためのｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐＨｉｇｈＰｒｉｏｒｉｔｙ、ＰＵＳＣＨのためのｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐＨｉｇｈＰｒｉｏｒｉｔｙ、２ステップＲＡＣＨのためのｓｃａｌｉｎｇＦａｃｔｏｒＢＩ。

（Ｅ．ビーム失敗復元におけるＲＡタイプ選択）

ビーム失敗復元によってトリガされるＲＡＣＨに関して、ビーム失敗復元要求のための４ステップＣＦＲＡリソースがＲＲＣによって明示的に提供されている場合、ＵＥは、４ステップＲＡＣＨを選択するべきである。ビーム失敗復元によってトリガされるＲＡＣＨに関して、ビーム失敗復元要求のための４ステップＣＦＲＡリソースがＲＲＣによって提供されておらず、かつ２ステップＣＢＲＡリソースおよび４ステップＣＢＲＡリソースの両方が構成される場合、ＵＥは、事前に構成されるＲＳＲＰ閾値に基づいて、２ステップＣＢＲＡが適用可能であるかどうかを決定することができる。２ステップＣＢＲＡが、適用可能である場合、ＵＥは、２ステップＣＢＲＡを選択するべきである。そうでなければ、ＵＥは、４ステップＣＢＲＡ（または４ステップＲＡＣＨ）を選択するべきである。

（Ｆ．ハイブリッド自動反復要求（ＨＡＲＱ）のハンドリング）

Ｍｓｇ１ペイロード伝送（またはＭｓｇ１伝送）のためのＵＬグラントに関して、ＵＥは、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが起動していない場合でも、ＵＬグラントにリンクされるＨＡＲＱプロセスのためのＮＤＩをトグルされたとみなすことができる。

（側面ＩＩＩ：リソース構成）

電源オン時、ＵＥは、セル検索を実施し、セルとの時間／周波数同期を入手し、ＳＩＢ１（システム情報ブロック１）をデコーディングするための情報を含むマスタ情報ブロック（ＭＩＢ）のデコーディングを試みることができる。ＭＩＢを正常にデコーディングした後、ＵＥは、ＳＩＢ１のデコーディングを試み、セルの（再）選択／それへのアクセスおよび他の機能のために必要な取得を取得することができる。ＳＩＢ１および他のシステム情報は、ＦＦＦＦの固定値を有し得るＳＩ－ＲＮＴＩ（システム情報－ＲＮＴＩ）とスクランブリングされたＣＲＣ（巡回冗長検査）を伴ってＤＣＩ（ダウンリンク制御情報）１－０によってスケジューリングされる。ＳＩＢ１およびＭＩＢに含まれる情報は、セル特有であり得る。１つの衛星セルが複数の衛星ビームを含む事例では、伝送リソースおよびパラメータは、衛星ビームごと、または衛星ビームのグループごとに構成されることができ、それは、異なるシステム情報を各衛星ビーム内または衛星ビームの各グループ内でブロードキャストすることによって行われることができる。

（Ａ．衛星ビームリソースあたり構成の使用の指示）

一側面では、インジケータは、システム情報（例えば、ＭＩＢ、ＳＩＢ１、または他のシステム情報）に含まれ、伝送リソースが衛星ビーム／ビームのグループ特有の方法において構成されることを示すことができる。別のアプローチでは、ＰＬＭＮ（地上波公共移動通信ネットワーク）が、指示として使用されることができる。例えば、ＰＬＭＮが、セルが衛星セルであることを示す場合、リソースは、衛星ビームごと、または衛星ビームのグループごと様式において構成される。

（Ｂ．衛星ビームごとの伝送リソースの構成）

以下のアプローチの任意の組み合わせが、衛星ビームごとの伝送リソースを構成するために利用されることができる。

１つのアプローチでは、各ビームの構成の共通部分が、共通システム情報、例えば、共通ＳＩＢ１に含まれることができる一方、分離された情報要素（ＩＥ）は、衛星ビーム特有パラメータを構成するために使用されることができ、例えば、ＳＩＢ１：ｉ番目が、ｉ番目の衛星ビームのために使用されることができる。いくつかの実施形態では、構成の共通部分は、以下の情報のうちの少なくとも１つを含むことができる：セル選択情報、セルアクセス制御関連情報、ＵＡＣ禁止情報、ｉｍｓ－ＥｍｅｒｇｅｎｃｙＳｕｐｐｏｒｔｓ、ｅＣａｌｌＯｖｅｒＩＭＳ－Ｓｕｐｐｏｒｔ、接続確立失敗情報、ＳＩ－スケジューリング情報、ＵＥタイマおよび定数、アップリンク構成、ダウンリンク構成、事前補償のために使用されるパラメータ（例えば、このビーム内の共通ＴＡ、共通ＴＡの値がオフセットとして再使用されない場合、ＲＡＲウィンドウの開始を遅らせるためのオフセット）、ｋ_２（スケジューリングオフセット）範囲を拡張するために使用されるパラメータ（ｋ_２は、ＤＣＩの受信と対応するスケジューリングされた伝送との間の持続時間である）、ビーム選択／切り替え情報（ビームインデックス、ビーム場所情報、例えば、ビーム中心の場所情報、ビームサービス区域情報を含み得る）。

アップリンク構成は、ＵＬ周波数、初期アップリンクＢＷＰ（帯域幅部分）のための構成のうちの少なくとも１つを含むことができ、それは、次に、競合ベースのＲＡＣＨのためのＲＡＣＨ構成、ＰＵＳＣＨ構成、ＰＵＣＣＨ構成、タイミング整合タイマ、使用されるべきサブキャリア間隔、この帯域幅部分の周波数ドメイン場所および帯域幅、およびこの帯域幅部分のために延長巡回プレフィックスを使用すべきかどうかのうちの少なくとも１つを含むことができる。ダウンリンク構成は、ＤＬ周波数、ＢＣＣＨ構成、ＰＣＣＨ構成、および初期ダウンリンクＢＷＰのための構成のうちの少なくとも１つを含むことができ、それは、次に、ＰＤＣＣＨ構成、ＰＤＳＣＨ構成、使用されるべきサブキャリア間隔、この帯域幅部分の周波数ドメイン場所および帯域幅、およびこの帯域幅部分のために延長巡回プレフィックスを使用すべきかどうかのうちの少なくとも１つを含むことができる。

ビーム特有システム情報は、接続確立失敗情報、ＳＩ－スケジューリング情報、ＵＥタイマおよび定数、アップリンク構成、ダウンリンク構成、事前補償のために使用されるパラメータ（例えば、このビーム内の共通ＴＡ、共通ＴＡが再使用されない場合、ＲＡＲウィンドウの開始を遅らせるためにオフセット）、ｋ_２範囲を拡張するために使用されるパラメータ（ｋ_２は、ＤＣＩの受信と対応するスケジューリングされた伝送との間の持続時間である）、および、ビーム選択／切り替え情報（ビームインデックス、ビーム場所情報、例えば、ビーム中心の場所情報、ビームサービス区域情報を含み得る）のうちの少なくとも１つを含むことができる。

アップリンク情報は、ＵＬ周波数、初期アップリンクＢＷＰ（帯域幅部分）のための構成のうちの少なくとも１つを含むことができ、それは、次に、競合ベースのＲＡＣＨのためのＲＡＣＨ構成、ＰＵＳＣＨ構成、ＰＵＣＣＨ構成、タイミング整合タイマ、使用されるべきサブキャリア間隔、この帯域幅部分の周波数ドメイン場所および帯域幅、および、この帯域幅部分のために延長巡回プレフィックスを使用すべきかどうかのうちの少なくとも１つを含むことができる。ダウンリンク構成は、ＤＬ周波数、ＢＣＣＨ構成、ＰＣＣＨ構成、および初期ダウンリンクＢＷＰのための構成のうちの少なくとも１つを含むことができ、それは、次に、ＰＤＣＣＨ構成、ＰＤＳＣＨ構成、使用されるべきサブキャリア間隔、この帯域幅部分の周波数ドメイン場所および帯域幅、およびこの帯域幅部分のために延長巡回プレフィックスを使用すべきかどうかのうちの少なくとも１つを含むことができる。

共通システム情報（例えば、ＭＩＢ／ＳＩＢ１／他のシステム情報）および衛星ビーム特有システム情報（例えば、ＭＩＢ／ＳＩＢ１／他のシステム情報）内に構成される冗長情報が存在する事例では、ＵＥがセルへのアクセスを得るために対応するビームリソースを利用する場合、ビーム特有構成は、共通システム情報内の共通構成に優先し得る。

別のアプローチでは、分離されたＩＥが、各衛星ビームに関して使用されることができ、各ＩＥは、仕様ＴＳ３８３３１に定義されるＳＩＢ１内で搬送される、少なくとも同じ量の情報を含む。さらに、以下の情報のうちの少なくとも１つがさらに考慮され得る：事前補償のために使用されるパラメータ（例えば、このビーム内の共通ＴＡ、共通ＴＡが再使用されない場合、ＲＡＲウィンドウの開始を遅らせるためのオフセット）、ｋ_２範囲を拡張するために使用されるパラメータ（ｋ_２は、ＤＣＩの受信と対応するスケジューリングされた伝送との間の持続時間である）、および、ビーム選択／切り替え情報（ビームインデックス、ビーム場所情報、例えば、ビーム中心の場所情報、ビームサービス区域情報を含み得る）。

別のアプローチでは、セルごとのデフォルトシステム情報（例えば、ＭＩＢ／ＳＩＢ１／他のシステム情報）が、提供されることができる。各ビームに関して、デフォルト構成におけるものと異なる任意の情報要素が存在する場合、デルタ部分が、ビームごとに提供され、デフォルト構成に優先することができる。

さらに別のアプローチでは、セルごとのいくつかの典型的システム情報（デフォルト構成として定義され、各デフォルト構成は、インデックスにリンクされる）が、ＵＥにブロードキャストされること、または仕様に事前に定義されることができ、各ビームに関して、デルタ部分を伴うまたは伴わない１つのデフォルト構成のインデックスのみが、ＵＥにブロードキャストされる。

（Ｃ．適切なシステム情報のＵＥのフェッチ）

ＵＥは、ＢＳと通信することにおいて、上で説明される構成情報のうちのどれが使用されるべきかを決定する必要があり得る。下で議論されるアプローチの任意の組み合わせが、利用されることができる。

１つのアプローチでは、異なる周波数帯域が、同じ衛星セル内で異なる衛星ビームに対して構成されることができる。例えば、異なる周波数と各ビームのＳＩＢ１との間のマッピングが、ＭＩＢ、または、セル特有システム情報（情報の共通部分、例えば共通ＳＩＢ１（利用可能である場合）を搬送する）に含まれることができる。使用される周波数帯域に従って、ＵＥは、フェッチされ、利用されるべきビーム特有システム情報を決定することができる。

別のアプローチでは、ＵＥは、ビームパターン情報、衛星位置推算表、およびＵＥ場所情報に基づいて、ビーム特有システム情報を更新することを決定することができる。例えば、ビームパターン情報は、以下のうちの少なくとも１つを含むことができる：セル内の衛星ビームの数、衛星ビームのサービス区域、および衛星ビームの中心の場所情報。ビームパターン情報、衛星位置推算表は、ＭＩＢ、または、セル特有システム情報（情報の共通部分、例えば共通ＳＩＢ１（利用可能である場合）を搬送する）に含まれることができる。

さらに別のアプローチでは、ＵＥは、選択されたＳＳＢに基づいて、ビーム特有情報を導出することができる。例えば、衛星ビームとＳＳＢとが、１対１マッピングされる場合、ＵＥは、選択されたＳＳＢに従って、使用されるべきビーム特有システム情報を導出することができる。ＳＳＢインデックスとビーム特有システム情報との間のマッピングが、ＭＩＢ、または、セル特有システム情報（情報の共通部分、例えば共通ＳＩＢ１（利用可能である場合）を搬送する）に含まれることができる。

（Ｄ．ビーム特有システム情報の区別）

いくつかの実施形態では、以下のアプローチの任意の組み合わせが、例えば、ビーム特有ＳＩＢ１等のビーム特有システム情報を区別することにおいて利用されることができる。

１つのアプローチでは、分離されたＣＯＲＥＳＥＴ／ＳＳは、同じＲＮＴＩを伴うビーム特有リソースを構成する異なるＳＩＢ１のために構成されることができる。別のアプローチでは、同じＣＯＲＥＳＥＴ／ＳＳが使用される一方、異なるＲＮＴＩ値が、スクランブリングビーム特有ＳＩＢ１のために使用されることができる。ビーム特有ＳＩＢ１の受信のための上記の構成は、ＢＳによって構成され、ＭＩＢ、またはセル特有システム情報（情報の共通部分、例えば、利用可能である場合、共通ＳＩＢ１を搬送する）に含まれるか、または、仕様内に事前に定義されることができる。

（Ｅ．システム情報の更新）

対応するビーム特有システム情報、例えば、ビーム特有ＳＩＢ１を入手後、ＵＥは、ビーム特有ＳＩＢ１と、利用可能である場合、共通ＳＩＢ１とを記憶することができる。ＵＥは、以下の条件のうちの少なくとも１つが満たされる場合、ビーム特有ＳＩＢ１を更新することができる。

条件－１：ＳＩＢ１内のコンテンツが変更され、システム情報変更通知プロシージャをトリガすること；条件－２：ＵＥが使用される衛星ビームが変更されたことを決定すること；条件－３：ＵＥが対応するビーム特有ＳＩＢ１の有効エリアから外に移動すること。

第Ａ－Ｅ節に関して識別された上記のソリューションに関して、システム情報は、衛星ビームのグループごとの特有様式において構成されることもできる。衛星ビームのグループ化は、空間ドメイン分割方法において、または周波数ドメイン分割方法において、または時間ドメイン分割様式において、ＢＳによって構成されることができる。

（側面ＩＶ：断続的受信（ＤＲＸ）構成）
ハイブリッド自動反復要求（ＨＡＲＱ）は、高レート転送エラー補正コーディングとＡＲＱエラー制御との組み合わせである。ＨＡＲＱは、スケジューラ（例えば、ＢＳ）が、受信機（例えば、ダウンリンク伝送におけるＵＥ）からのフィードバックに従って、伝送方策を調節すること、例えば、コーディングスキーム、冗長バージョン等を調節することを可能にすることによって、高速および信頼性データ伝送のための電気通信システム内で使用される。非地上ネットワークにおける長い伝送遅延に起因して、受信機のフィードバックは、時として、チャネルの瞬間条件を反映せず、したがって、再伝送方策を決定するための信頼性がある基準として機能しないこともある。さらに、再伝送をスケジューリングする方法を決定するためのフィードバックを待つことは、データ伝送遅延を著しく増加させ得る。この問題に対処するために、ＨＡＲＱフィードバックは、無効にされることができ、それは、受信機のフィードバックを待たずに、スケジューラが、再伝送をスケジューリングし得ることを意味する。フィードバックの無効化は、ＨＡＲＱプロセスごと様式において行われることができ、それは、ＵＥが、フィードバックをサポートするＨＡＲＱおよびフィードバックをサポートしないＨＡＲＱを用いて、持続的にスケジューリングされ得ることを示す。

断続的受信（ＤＲＸ）機構は、ＵＥ側における電力節約のために、通信システムに導入され、ＵＥは、周期的に、スリープ状態に入ることを可能にされる。ここでは、「スリープ状態に入る」とは、ＵＥがＰＤＣＣＨを監視することを期待されないことを意味する。現在のＮＲ仕様では、ＤＲＸ機能は、一連のタイマを設定することによって達成されることができ、ＤＲＸ機能を制御するために使用されるタイマは、ＨＡＲＱのフィードバックと緊密にリンクされる。したがって、フィードバックがＨＡＲＱプロセスのために無効にされる場合、ＤＲＸタイマの構成、例えば、タイマの開始時間、タイマの長さ、またはタイマの存在は、フィードバックを伴うＨＡＲＱのために構成されるＤＲＸと異なり得る。現在、ＤＲＸは、媒体アクセス制御（ＭＡＣ）エンティティごとに構成され、それは、ＭＡＣエンティティのために構成される１組のみのＤＲＸ構成が存在することを意味する。フィードバックを伴うおよび伴わないＨＡＲＱの両方が、ＭＡＣエンティティのために同時にサポートされ得、ＤＲＸ構成が、フィードバックを伴うおよび伴わないＨＡＲＱに関して異なり得るので、現在のＤＲＸ構成は、新しい要件を満たすように調節される必要があり得る。以下のアプローチが、ＤＲＸの構成のために検討され得る。

第１のアプローチでは、ＤＲＸの２つの構成の組が、１つのＭＡＣエンティティのために構成されることができる。例えば、２つの別個の情報要素（ＩＥ）、例えば、ＤＲＸ－Ｃｏｎｆｉｇ－ＨＡＲＱ－ｅｎａｂｌｅｄとＤＲＸ－Ｃｏｎｆｉｇ－ＨＡＲＱ－ｄｉｓａｂｌｅｄとが、別個に使用され、フィードバックを伴うＨＡＲＱおよびフィードバックを伴わないＨＡＲＱのためのＤＲＸ構成を構成することができる。各ＩＥは、以下のパラメータのうちの少なくとも１つを含む。
－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始時の持続時間
－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延
－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティのための新しいＵＬまたはＤＬ伝送を示すＰＤＣＣＨ機会後の持続時間
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ＤＬ再伝送が受信されるまでの最大持続時間
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱごとのプロセス）：ＵＬ再伝送のためのグラントが受信されるまでの最大持続時間
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬＯｆｆｓｅｔ（ＵＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬＯｆｆｓｅｔ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＯｆｆｓｅｔ：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬの両方の開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：長および短ＤＲＸサイクルが開始するサブフレームを定義する長ＤＲＸサイクルおよびｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ：短ＤＲＸサイクル－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：ＵＥが短ＤＲＸサイクルに従うものとする持続時間
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ブロードキャストプロセスを除く、ＤＬ
ＨＡＲＱごとのプロセス）：ＨＡＲＱ再伝送のためのＤＬ割当がＭＡＣエンティティによって予期される前の最小持続時間
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱごとのプロセス）：ＵＬ
ＨＡＲＱ再伝送グラントがＭＡＣエンティティによって予期される前の最小持続時間
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬＯｆｆｓｅｔ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬＯｆｆｓｅｔ（ＵＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＯｆｆｓｅｔ（ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬおよびｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
上で述べられたパラメータに関して、以下のうちの少なくとも１つが、フィードバックを伴うＨＡＲＱのためのＤＲＸ構成およびフィードバックを伴わないＨＡＲＱのためのＤＲＸ構成に関して、異なって構成されることができる。
－パラメータの開始タイミング
－パラメータの停止タイミング
－パラメータの長さ
－パラメータの存在
ＤＲＸ構成を用いて構成されるＵＥに関して、ＤＲＸ機能が、アクティブにされる場合、ＵＥは、ＨＡＲＱが無効にされる（例えば、フィードバックを送信する必要がない、またはスケジューラが、フィードバックを待たずに、再伝送をスケジューリングすることができる）か、有効にされる（例えば、ＨＡＲＱフィードバックが、ダウンリンク伝送毎に要求される）かに基づいて、使用されるべき対応するＤＲＸ構成を選択するであろう。

第２のアプローチでは、共通ＩＥ、例えば、ＤＲＸ－Ｃｏｎｆｉｇが、フィードバックが要求されるかどうかにかかわらず、ＨＡＲＱプロセスのためのＤＲＸ構成の共通部分を構成するために使用されることができる。１つの追加のＩＥ、例えば、ｄｒｘ－Ｃｏｎｆｉｇ－ＨＡＲＱ－ｄｉｓａｂｌｅｄが、随意に、フィードバックを伴わないＨＡＲＱが、１つのＭＡＣエンティティにおいて、フィードバックを伴うＨＡＲＱと同時に、サポートされる場合、共通ＩＥに含まれるであろう。ＤＲＸ構成の共通部分は、以下のうちの少なくとも１つを含む。
－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始時における持続時間－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延
－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティのための新しいＵＬまたはＤＬ伝送を示すＰＤＣＣＨ機会後の持続時間
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ＤＬ再伝送が受信されるまでの最大持続時間
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱごとのプロセス）：ＵＬ再伝送のためのグラントが受信されるまでの最大持続時間
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬＯｆｆｓｅｔ（ＵＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬＯｆｆｓｅｔ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＯｆｆｓｅｔ：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬの両方の開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：長および短ＤＲＸサイクルが開始するサブフレームを定義する、長ＤＲＸサイクルおよびｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ
－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ：短ＤＲＸサイクル
－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：ＵＥが短ＤＲＸサイクルに従うものとする持続時間
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ブロードキャストプロセスを除く、ＤＬ
ＨＡＲＱごとのプロセス）：ＨＡＲＱ再伝送のためのＤＬ割当がＭＡＣエンティティによって予期される前の最小持続時間
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱごとのプロセス）：ＵＬ
ＨＡＲＱ再伝送グラントがＭＡＣエンティティによって予期される前の最小持続時間
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬＯｆｆｓｅｔ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬＯｆｆｓｅｔ（ＵＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＯｆｆｓｅｔ（ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬおよびｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ＨＡＲＱが無効にされる場合に使用するための特別なＤＲＸ構成を構成するために使用されるＩＥ、例えば、ｄｒｘ－Ｃｏｎｆｉｇ－ＨＡＲＱ－ｄｉｓａｂｌｅｄであって、それは、以下のうちの少なくとも１つを含む：
－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱごとのプロセス）
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬＯｆｆｓｅｔ（ＵＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬＯｆｆｓｅｔ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＯｆｆｓｅｔ：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬの両方の開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱごとのプロセス）
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬＯｆｆｓｅｔ（ブロードキャストプロセスを除く、ＤＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬＯｆｆｓｅｔ（ＵＬ ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの開始を遅らせるために使用されるオフセット
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＯｆｆｓｅｔ（ＨＡＲＱごとのプロセス）：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬおよびｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの開始を遅らせるために使用されるオフセット
ＤＲＸ構成を用いて構成されるＵＥに関して、ＤＲＸ機能がアクティブにされる場合、ＵＥは、ＨＡＲＱが無効にされるか、有効にされるかに基づいて、使用されるべき対応するＤＲＸ構成を選択するであろう。例えば、ＨＡＲＱが、有効にされる場合、ＵＥは、ＨＡＲＱが無効にされるときにＤＲＸのために特定のＩＥ、例えば、ｄｒｘ－Ｃｏｎｆｉｇ－ＨＡＲＱ－ｄｉｓａｂｌｅｄに含まれる構成を除く、共通ＤＲＸ構成（例えば、ＤＲＸ－Ｃｏｎｆｉｇ）ＩＥによって示されるＤＲＸ構成を適用するであろう。例えば、ＨＡＲＱが、無効にされる場合、ＵＥは、ＨＡＲＱが無効にされるときのＤＲＸのための特定のＩＥ、例えば、ｄｒｘ－Ｃｏｎｆｉｇ－ＨＡＲＱ－ｄｉｓａｂｌｅｄによって示される特別な構成と一緒に、ＤＲＸ－Ｃｏｎｆｉｇに含まれる共通部分を適用するであろう。同じパラメータが、両方のＩＥに定義される場合、ＵＥは、ＨＡＲＱが無効にされるかどうかに従って、対応するパラメータを選択するであろう。さらに、いくつかの例では、いくつかのパラメータは、フィードバックを伴わないＨＡＲＱのために、共通部分に含まれ得るが、特定のＩＥに含まれず、次いで、それらのパラメータは、ＨＡＲＱが無効にされるとき、ＤＲＸのために必要とされないように規定され得る。それらのパラメータは、以下のうちの少なくとも１つを含むことができる：
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬＯｆｆｓｅｔ
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬＯｆｆｓｅｔ
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＯｆｆｓｅｔ
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬＯｆｆｓｅｔ
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬＯｆｆｓｅｔ
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＯｆｆｓｅｔ

第３のアプローチでは、共通ＩＥ（例えば、ＤＲＸ－Ｃｏｎｆｉｇ－ｃｏｍｍｏｎ）が、ＤＲＸ構成の共通部分を構成するために使用されることができ、ＤＲＸ構成の共通部分は、フィードバックを伴うおよび伴わないＨＡＲＱによって合同で使用される。分離されたＩＥが、それぞれ、フィードバックを伴わないＨＡＲＱおよびフィードバックを伴うＨＡＲＱのための特定のＤＲＸパラメータを構成するために使用されることができる。または、別の例では、フィードバックを伴うおよび伴わないＨＡＲＱによって合同で使用されるＤＲＸ構成の共通部分は、１つのＩＥ（例えば、ＤＲＸ－Ｃｏｎｆｉｇ）内で構成され、加えて、分離されたＩＥは、それぞれ、フィードバックを伴わないＨＡＲＱおよびフィードバックを伴うＨＡＲＱのための特定のＤＲＸパラメータを構成するために使用されることができる。分離された定義されたＩＥは、ＤＲＸ構成の共通部分を構成するために使用されるＩＥ（例えば、ＤＲＸ－Ｃｏｎｆｉｇ）に含まれることができる。ＤＲＸ構成の共通部分は、上で議論される第２のアプローチにおいてＤＲＸ構成の共通部分に述べられている１つ以上のパラメータを含む。一方、フィードバックを伴うおよび伴わないＨＡＲＱのＤＲＸ構成のための分離されたＩＥは、上で議論される第１のアプローチにおけるＤＲＸ構成に述べられている１つ以上のパラメータを含み得る。

本ソリューションの種々の実施形態が、上で説明されたが、それらは、限定としてではなく、例としてのみ提示されたことを理解されたい。同様に、種々の略図は、例示的アーキテクチャまたは構成を描写し得、それは、当業者が、本ソリューションの例示的特徴および機能を理解することを可能にするために提供される。しかしながら、そのような当業者は、本ソリューションが、図示される例示的アーキテクチャまたは構成に制限されず、種々の代替アーキテクチャおよび構成を使用して実装されることができることを理解するであろう。加えて、当業者によって理解されるであろうように、一実施形態の１つ以上の特徴は、本明細書に説明される別の実施形態の１つ以上の特徴と組み合わせられることができる。したがって、本開示の範疇および範囲は、上で説明される例証的実施形態のいずれかによって限定されるべきではない。

「第１」、「第２」等の指定を使用した本明細書における要素の任意の参照が、概して、それらの要素の量または順序を限定するものではないことも理解されたい。むしろ、これらの指定は、本明細書では、２つ以上の要素または要素の事例間で区別する便宜的手段として使用されることができる。したがって、第１および第２の要素の参照は、２つのみの要素が採用され得る、または第１の要素がある様式において、第２の要素に先行しなければならないことを意味するものではない。

加えて、当業者は、情報および信号が種々の異なる技術および技法のいずれかを使用して表されることができることを理解するであろう。上記説明において参照され得る例えば、データ、命令、コマンド、情報、信号、ビット、およびシンボルは、例えば、電圧、電流、電磁波、磁場または粒子、光波場または粒子、または任意のそれらの組み合わせによって表されることができる。

当業者は、本明細書に開示される側面に関連して説明される種々の例証的論理ブロック、モジュール、プロセッサ、手段、回路、方法、および機能のいずれかが、電子ハードウェア（例えば、デジタル実装、アナログ実装、またはその２つの組み合わせ）、ファームウェア、命令を組み込む種々の形態のプログラムまたは設計コード（本明細書では、便宜上、「ソフトウェア」または「ソフトウェアモジュールと称され得る）、または、これらの技法の任意の組み合わせによって実装されることができることをさらに理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップは、概して、その機能性の観点から上で説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェア、または、これらの技法の組み合わせとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存する。当業者は、説明される機能性を特定の用途毎に種々の方法で実装することができるが、そのような実装決定は、本開示の範囲からの逸脱を生じさせるものではない。

さらに、当業者は、本明細書に説明される種々の例証的論理ブロック、モジュール、デバイス、コンポーネント、および回路が、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、または任意のそれらの組み合わせを含み得る集積回路（ＩＣ）内に実装され、または、それによって実施されることができることを理解するであろう。論理ブロック、モジュール、および回路は、アンテナおよび／または送受信機をさらに含み、ネットワークまたはデバイス内の種々のコンポーネントと通信することができる。汎用プロセッサは、マイクロプロセッサであることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、または状態機械であることができる。プロセッサは、コンピューティングデバイス、例えば、ＤＳＰおよびマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと併せた１つ以上のマイクロプロセッサの組み合わせ、または本明細書に説明される機能を実施するための任意の他の好適な構成の組み合わせとして実装されることもできる。

ソフトウェアにおいて実装される場合、機能は、１つ以上の命令またはコードとして、コンピュータ読み取り可能な媒体上に記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ読み取り可能な媒体上に記憶されるソフトウェアとして実装されることができる。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体および通信媒体の両方を含み、コンピュータプログラムまたはコードを１つの場所から別の場所に転送することを可能にされ得る任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であることができる。限定ではなく、一例として、そのようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望のプログラムコードを命令またはデータ構造の形態で記憶するために使用され得、かつコンピュータによってアクセスされ得る任意の他の媒体を含むことができる。

本書では、用語「モジュール」は、本明細書で使用されるように、ソフトウェア、ファームウェア、ハードウェア、および本明細書に説明される関連付けられる機能を実施するためのこれらの要素の任意の組み合わせを指す。加えて、議論の目的のために、種々のモジュールは、別々のモジュールとして説明される。しかしながら、当業者に明白となるであろうように、２つ以上のモジュールが、組み合わせられ、本ソリューションの実施形態に従って関連付けられる機能を実施する、単一モジュールを形成し得る。

加えて、メモリまたは他の記憶装置および通信コンポーネントが、本ソリューションの実施形態において採用され得る。明確にする目的のために、上記説明は、異なる機能ユニットおよびプロセッサを参照して本ソリューションの実施形態を説明していることを理解されたい。しかしながら、異なる機能ユニット、処理論理要素、またはドメイン間の機能性の任意の好適な分布が、本ソリューションから逸脱することなく使用され得ることが明白であろう。例えば、別個の処理論理要素またはコントローラによって実施されるように例証される機能性は、同じ処理論理要素またはコントローラによって実施され得る。故に、具体的機能ユニットの参照は、厳密な論理または物理構造または編成を示すのではなく、説明される機能性を提供するための好適な手段の参照にすぎない。

本開示に説明される実装の種々の修正が、当業者に容易に明白であり、本明細書に定義された一般的原理は、本開示の範囲から逸脱することなく、他の実装に適用されることができる。したがって、本開示は、本明細書に示される実装に限定されることを意図するものではなく、下記の請求項において制限されるように、本明細書に開示される新規特徴および原理と一致する最も広い範囲と見なされる。

Claims (1)

1. 本明細書に記載の発明。