JP7220797B2

JP7220797B2 - ランダムアクセス手順のための方法、端末デバイスおよび基地局

Info

Publication number: JP7220797B2
Application number: JP2021542522A
Authority: JP
Inventors: ジペンリン，; ユーフェイブランケンシップ，; ジアンウェイジャング，; ロバートマークハリソン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-07-08
Filing date: 2020-05-22
Publication date: 2023-02-10
Anticipated expiration: 2040-05-22
Also published as: JP2022539637A; US20230015550A1; EP3997938A4; WO2021004172A1; AR119315A1; CN113545153A; EP3997938A1

Description

本開示の実施形態は、一般に、無線通信に関し、より詳細には、ランダムアクセス手順のための方法、端末デバイス、および基地局に関する。

このセクションは、本開示のより良い理解を容易にすることができる態様を紹介する。したがって、このセクションの記述は、この観点から読まれるべきであり、従来技術に何があるか、または従来技術に何がないかについての自認として理解されるべきではない。

新無線（ＮＲ：ニューレディオ）システムでは、図１に示すような４ステップアプローチをランダムアクセス手順で使用することができる。このアプローチによれば、ユーザ装置（ＵＥ）は、同期信号（ＳＳ）を検出し、ブロードキャストされたシステム情報（複数の物理チャネル、たとえば、物理ブロードキャストチャネル（ＰＢＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）にまたがって分散されうる）をデコードして、ランダムアクセス送信パラメータを取得し、その後、アップリンクにおいて物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブル（メッセージ１、単にｍｓｇ１と呼ばれる）を送信する。次世代ノードＢ（ｇＮＢ）は、メッセージ１を検出し、ランダムアクセス応答（ＲＡＲ、メッセージ２を単にｍｓｇ２と呼ぶ）で応答する。次に、ＵＥは物理アップリンク共有チャネル（ＰＵＳＣＨ）上でＵＥ識別情報（メッセージ３を単にｍｓｇ３と呼ぶ）を送信する。次に、ｇＮＢは、複数のＵＥが同じＰＲＡＣＨプリアンブルを送信するときに生じる競合を解決するために、ＵＥに競合解決メッセージ（ＣＲＭ、メッセージ４は単にｍｓｇ４と呼ばれる）を送信する。

この発明の概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この発明の概要は、特許請求される主題の重要な特徴または本質的な特徴を識別することを意図するものではなく、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。

本開示の目的の１つは、ランダムアクセス手順のための別の解決策を提供することである。

本開示の第１の態様によれば、端末デバイスによって実行される方法が提供される。この方法は、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信のための周波数ホッピングコンフィギュレーション（構成）を決定することを有する。この方法は、周波数ホッピング構成に基づいて、リクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信することをさらに有する。リクエストメッセージは、少なくとも、物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

本開示の一実施形態では、周波数ホッピング構成は、周波数ホッピングの有効化および／または無効化と、周波数ホッピングのための開始物理リソースブロック（ＰＲＢ）と、周波数ホッピングのための周波数オフセットと、スロット内ホッピング、スロット間ホッピング、ＰＵＳＣＨオケージョン（ＰＯ）内ホッピング、およびＰＯ間ホッピングのうちの１つである周波数ホッピングタイプと、１つまたは複数のＰＵＳＣＨがまたがるスロットの数と、複数のＰＵＳＣＨのための冗長バージョン（ＲＶ）とを示す１つまたは複数のパラメータを有することができる。

本開示の実施形態では、周波数ホッピング構成は、無線リソース制御（ＲＲＣ）信号に基づいて決定されてもよい。このようにして、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨは、適切な周波数ホッピング構成で送信可能となる。

本開示の一実施形態では、ＲＲＣシグナリングは、端末デバイスに固有のセル固有のＲＲＣシグナリングまたはＲＲＣシグナリングであってもよい。

本開示の実施形態において、端末デバイスは、ＲＲＣシグナリングにおいて周波数オフセットが構成されていない場合に、周波数ホッピングを無効にすることを決定することができる。

本開示の実施形態において、端末デバイスは、ＲＲＣシグナリングにおいて周波数オフセットがゼロにセットされている場合に、周波数ホッピングをディスエーブル（無効）にすることを決定することができる。

本開示の一実施形態では、周波数ホッピング構成における１つまたは複数のパラメータは、予め決定された値として決定されうる。このようにして、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨは、適切な周波数ホッピング構成で送信可能となる。

本開示の一実施形態では、周波数ホッピング構成における１つまたは複数のパラメータは、ＰＲＡＣＨプリアンブルのためのＰＲＡＣＨ構成に基づいて決定されうる。
このようにして、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨは、適切な周波数ホッピング構成で送信可能となる。

本開示の一実施形態では、ＰＲＡＣＨプリアンブルのためのＰＲＡＣＨ構成は、周波数ホッピング構成内の１つまたは複数のパラメータをＰＲＡＣＨ構成インデックスに従って取り出されることができる拡張ＰＲＡＣＨ構成テーブルと、ＰＲＡＣＨオケージョン（機会）の数と、ＰＲＡＣＨプリアンブルの開始ＰＲＢと、競合ベースランダムアクセス（ＣＢＲＡ）または無競合ランダムアクセス（ＣＦＲＡ）としてランダムアクセスを実行するかどうかとのうちの１つまたは複数を有することができる。

本開示の実施形態において、端末デバイスは、ＰＲＡＣＨオケージョンの個数が予め決定された値を取るときに、周波数ホッピングを可能にするように決定することができる。

開示の実施形態において、周波数ホッピングのための周波数オフセットは、ＰＲＡＣＨオケージョンの数の機能として決定されてもよい。

本開示の一実施形態では、周波数ホッピングのための開始ＰＲＢは、ＰＲＡＣＨオケージョンの個数の関数としておよび／またはＰＲＡＣＨプリアンブルの開始ＰＲＢとして決定されうる。

本開示の一実施形態では、周波数ホッピング構成における１つまたは複数のパラメータは、リクエストメッセージのためのＰＵＳＣＨ構成に基づいて決定されうる。このようにして、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨは、適切な周波数ホッピング構成で送信されうる。

本開示の一実施形態では、リクエストメッセージのためのＰＵＳＣＨ構成は、変換プリコーディングの有効化および／または無効化と、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの個数と、使用されるＰＯのポジション（位置）と、使用されるＰＯセットのサイズと、使用されるＰＯセットの位置と、第１（最初）のホップのためのＰＯの開始ＰＲＢと、使用されるＰＯセットの開始ＰＲＢとを示す１つまたは複数のパラメータを有することができる。

本開示の一実施形態では、周波数ホッピングのための周波数オフセットは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数と、使用されるＰＯの位置とのうちの少なくとも１つの関数として決定されうる。

本開示の一実施形態では、周波数オフセットは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数をスケーリングファクタに乗算することで決定されうる。

本開示の一実施形態では、周波数ホッピングのための開始ＰＲＢは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数と、第１のホップのためのＰＯの開始ＰＲＢと、使用されるＰＯセットの開始ＰＲＢとのうちの少なくとも１つの関数として決定されうる。

本開示の一実施形態では、周波数ホッピング構成における１つまたは複数のパラメータは、端末デバイスにサービスを提供するセルが周波数分割デュープレクス（ＦＤＤ）または時分割デュープレクス（ＴＤＤ）を使用するかどうか、端末デバイスが動作する異なる複数の周波数バンド（帯域）、通常のアップリンクキャリアまたは補助アップリンクキャリアがランダムアクセスのために使用されるべきかどうか、ランダムアクセスが初期アクティブアップリンク帯域幅パート（ＢＷＰ）において実行されるべきかどうか、およびアクティブＢＷＰのサイズのうちの１つまたは複数に基づいて決定されうる。このようにして、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨは、適切な周波数ホッピング構成で送信可能となる。

本開示の実施形態において、周波数ホッピングのための周波数オフセットは、アクティブＢＷＰのサイズに基づいて決定されてもよい。

本開示の一実施形態では、方法は、ユーザデータを提供することと、基地局への送信を介してユーザデータをホストコンピュータに転送することとをさらに含むことができる。

本開示の第２の態様によれば、基地局によって実行される方法が提供される。この方法は、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定することを有する。この方法は、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨを受信することをさらに有する。

本開示の一実施形態では、周波数ホッピング構成は、周波数ホッピングの有効化および／または無効化と、周波数ホッピングのための開始ＰＲＢと、周波数ホッピングのための周波数オフセットと、スロット内ホッピング、スロット間ホッピング、ＰＯ内ホッピング、およびＰＯ間ホッピングのうちの１つである周波数ホッピングタイプと、１つまたは複数のＰＵＳＣＨがまたがるスロットの数と、複数のＰＵＳＣＨのためのＲＶとを示す１つまたは複数のパラメータを有することができる。

本開示の第３の態様によれば、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有する。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって、端末デバイスは、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定するように動作可能である。端末デバイスは、周波数ホッピング構成に基づいて、リクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信するようにさらに動作可能である。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

本開示の一実施形態では、端末デバイスは、上記の第１の態様による方法を実行するように動作可能であってもよい。

本開示の第４の態様によれば、基地局が提供される。基地局は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有する。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって、基地局は、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定するように動作可能である。基地局は、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨを受信するようにさらに動作可能である。

本開示の一実施形態では、基地局は、上記の第２の態様による方法を実行するように動作することができる。

本開示の第５の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されたときに、上記第１および第２の態様のいずれかに係る方法を前記少なくとも１つのプロセッサに実行させる命令を含む。

本開示の第６の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つのプロセッサに、前記第１および第２の態様のいずれかに係る方法を実行させる命令を含む。

本開示の第７の態様によれば、端末デバイスが提供される。端末デバイスは、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定するための決定モジュールを有する。端末デバイスは、周波数ホッピング構成に基づいてリクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信するための送信モジュールを有する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

本開示の第８の態様によれば、基地局が提供される。基地局は、ランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用されるべき周波数ホッピング構成を決定するための決定モジュールを有する。基地局は、周波数ホッピング構成に基づいてランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨを受信するための受信モジュールをさらに有する。

本開示の第９の態様によれば、通信システムにおいて実施される方法が提供される。この方法は、基地局において、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定することを有する。この方法は、端末デバイスにおいて、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定することをさらに有する。この方法は、端末デバイスにおいて、周波数ホッピング構成に基づいてリクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信することをさらに有する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。この方法は、基地局において、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨを受信することをさらに有する。

本開示の第１０の態様によれば、通信システムが提供される。通信システムは、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定し、周波数ホッピング構成に基づいてランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨを受信するように構成された基地局を有する。通信システムは、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピングコンフィギュレーションを決定し、周波数ホッピングコンフィギュレーションに基づいてリクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信するようにコンフィギュレーションされた端末デバイスをさらに有する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

本開示のこれらおよび他の目的、特徴および利点は、添付の図面に関連して読まれるべき、その例示的な実施形態の以下の詳細な説明から明らかになるであろう。

は、ＮＲにおける４ステップランダムアクセス手順を示す図である。

は、ＮＲにおける２ステップランダムアクセス手順を示す図である。

は、ｍｓｇＡのためのＰＵＳＣＨセットを示す図である。

は、ＮＲにおけるＰＲＡＣＨ構成を示す図である。

は、本開示の一実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。

は、本開示の実施形態による、基地局において実施される方法を示すフローチャートである。

は、本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。

は、本発明の一実施形態に係る端末デバイスを示すブロック図である。

は、本発明の一実施形態による基地局を示すブロック図である。

は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示す図である。

は、いくつかの実施形態による、基地局を介してユーザ機器と通信するホストコンピュータを示す図である。

は、いくつかの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。

は、いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。

説明の目的のために、開示された実施形態の完全な理解を提供するために、以下の説明において詳細が述べられる。しかしながら、当業者には明らかなように、実施形態は、これらの特定の詳細なしに、または均等な構成を用いて実施されてもよい。

４ステップランダムアクセス手順では、ＵＥは、ＲＡＲにおいてタイミングアドバンスコマンドを受信し、ＰＵＳＣＨ送信のタイミングを調整した後に、ＰＵＳＣＨを送信し（メッセージ３）、ＰＵＳＣＨがサイクリックプレフィックス（ＣＰ）内のタイミング精度でｇＮＢにおいて受信されることを可能にする。ＵＥとｇＮＢの間の距離が非常に小さいセルにシステムが適用されない限り、このタイミングアドバンス機能がなければ、ＰＵＳＣＨを復調して検出できるようにするためには、非常に大きなＣＰが必要であろう。ＮＲはまた、より大きなセルをサポートするので、ＵＥにタイミングアドバンスを提供する必要があり、したがって、ランダムアクセス手順のために４ステップアプローチが必要とされる。

図２は、２ステップのランダムアクセス手順を示す。図２に示すように、２ステップランダムアクセス手順では、同期信号（ＳＳ）／ＰＢＣＨブロックおよびシステム情報を検出するステップは、４ステップアプローチと同じであるが、チャネルアクセスの数を最小限に抑えるために、初期アクセスは２ステップで完了する。最初のステップで、ＵＥは、ランダムアクセスのためのリクエストメッセージ（メッセージＡ、単にｍｓｇＡと呼ぶことができる）を送信する。たとえば、ランダムアクセスプリアンブルと、場合によってはＰＵＳＣＨ上の何らかの追加ペイロードを伴うＲＲＣ接続要求のような上位層データとを含む。２番目のステップでは、ｇＮＢは、レスポンス（応答）メッセージ（メッセージＢ、単にｍｓｇＢと呼ぶことができる）を送信する。たとえば、ＵＥ識別子の割り当て、タイミングアドバンス情報、競合解決メッセージなどを含む。

ＮＲリリース１５（Ｒｅｌ－１５）によれば、ｍｓｇ３周波数ホッピングは、初期ｍｓｇ３送信のためのＲＡＲメッセージで示される周波数ホッピングフラグによって有効または無効にされるが、これは、以下の表１にも示されているところであるが、表１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３８．２１３Ｖ１５．５．０（表８．２－１参照）からコピーされたものであり、有効かまたは無効かは、ｍｓｇ３の再送信のための一時セル無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ）によってスクランブルされた巡回冗長検査（ＣＲＣ）を伴うダウンリンク制御情報（ＤＣＩ）フォーマット内で示される。

表１：ランダムアクセスレスポンスグラントコンテンツフィールドサイズ
具体的には、ＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット０＿０で示される「周波数ホッピングフラグ」は、ＴＳ３８．２１４Ｖ１５．５．０の副節６．３で定義されるように、表７．３．１．１．１－３に従って１ビットを占有する周波数ホッピングフラグである。

ｍｓｇ３ＰＵＳＣＨ送信の場合、周波数ホッピングは、リソース割り当てタイプ０を有するＰＵＳＣＨ送信に対して許可されず、これは、変換プリコーディングがイネーブルされるとき、またはＰＵＳＣＨがＤＣＩフォーマット０＿０またはＲＡＲによってスケジュールされるときに使用することができない。さらに、ＰＵＳＣＨホッピングには、２つのタイプ、すなわち、スロット内またはスロット間の周波数ホッピングがある。スロット間ホッピングは、マルチスロットＰＵＳＣＨ送信にのみ適用される。

ＭｓｇＡＰＵＳＣＨは、ＰＵＳＣＨオケージョン（ＰＯ）と呼ばれる時間／周波数（Ｔ／Ｆ）リソース上で送信されうる。複数のＰＵＳＣＨオケージョンを含むリソースのセットを定義することができる。たとえば、それは「ｍｓｇＡＰＵＳＣＨｓｅｔ」と呼ばれることもある。ＰＵＳＣＨリソースユニット（ＰＵＳＣＨＲＵ）は、ｍｓｇＡペイロードの送信のために使用されるＰＵＳＣＨオケージョン（ＰＯ）および復調基準信号（ＤＭＲＳ）ポート／ＤＭＲＳシーケンスとして定義されうる。ＰＵＳＣＨＲＵは、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）受信を可能にする。各ＰＵＳＣＨＲＵは、サブキャリアおよびシンボルの連続したセットを占有する。ｍｓｇＡＰＵＳＣＨセットは、周期的に発生し、シンボルによる既知の長さと、周波数上での位置とを有する。ｍｓｇＡＰＵＳＣＨセットは、周波数および時間において連続する複数のＰＯを含むことができる（ガードバンドまたは期間が定義される場合はこれらも含む）。

ＰＵＳＣＨＲＵは、「Ｋ」個のＰＲＢを有する。Ｋは、変化することができ、所与のＰＲＢは、異なるサイズを有するＰＵＳＣＨＲＵを含むことができる。Ｋは、どのプリアンブルが使用されるかによって区別（識別）可能である。ＰＲＢが、異なるサイズＫを有するＰＵＳＣＨＲＵを含む場合、ＤＭＲＳ識別子（ＩＤ）は、サイズの関数となりうる。すなわち、トータル＃ＤＭＲＳ＝（＃ＰＯサイズ） × （ＰＵＳＣＨＲＵ／ＰＯ）である。ＵＥは、構成されたセットからＰＵＳＣＨＲＵインデックス「ｎ」をランダムに選択することができる。

ＮＲＲｅｌ－１５では、ＰＲＡＣＨプリアンブルが送信される時間および周波数リソースは、ＰＲＡＣＨオケージョンとして定義される。本開示では、ＰＲＡＣＨオケージョンは、ＲＡＣＨオケージョン、またはランダムアクセス（ＲＡ）オケージョン、または短いＲＯとも呼ばれうる。２ステップＲＡにおけるプリアンブルの送信のために使用されるＲＯは、２ステップＲＯと呼ばれてもよく、一方、４ステップＲＡにおけるプリアンブルの送信のために使用されるＲＯは、４ステップＲＯと呼ばれてもよい。

ＰＲＡＣＨ送信のための時間リソースおよびプリアンブルフォーマットは、ＰＲＡＣＨ構成インデックスによって構成されるが、ＰＲＡＣＨ構成インデックスは、ＴＳ３８．２１１の表６．３．３．２－２、６．３．３．２－３、６．３．３．２－４で指定されるＰＲＡＣＨ構成テーブル内の行を示す。これらの表はそれぞれ、スペクトルとペアにされたＦＲ１、スペクトルとペアにされていないＦＲ１、および、スペクトルとペアにされていないＦＲ２についてのものである。ＦＲ１は、第１の周波数範囲、たとえば、低周波数範囲を表す。ＦＲ２は、第２の周波数範囲、たとえば、高周波数範囲を表す。

たとえば、表６．３．３．２－３はＰＲＡＣＨプリアンブルフォーマット０のための、スペクトルと対にされていないＦＲ１についてのものであるが、ｘの値は、システムフレーム数によるＰＲＡＣＨ構成期間を示す。ｙの値は、ＰＲＡＣＨオケージョンが構成される各ＰＲＡＣＨ構成期間内のシステムフレームを示す。たとえば、ｙが０に設定されている場合は、各ＰＲＡＣＨ構成期間の最初のフレームでのみＰＲＡＣＨオケージョンが構成されることを意味する。「ｓｕｂｆｒａｍｅｎｕｍｂｅｒ（サブフレーム番号）」欄の値は、どのサブフレームにＰＲＡＣＨオケージョンが構成れているかを示し、「ｓｔａｒｔｉｎｇｓｙｍｂｏｌ（開始シンボル）」欄の値は、シンボルインデックスである。

ＴＤＤの場合、半静的に構成されたダウンリンク（ＤＬ）部分および／または実際に送信される同期信号ブロック（ＳＳＢ）は、ＰＲＡＣＨ構成テーブルにおいて定義されたいくつかの時間領域のＰＲＡＣＨオケージョンをオーバーライドして、無効にすることができる。より具体的には、アップリンク（ＵＬ）部分におけるＰＲＡＣＨオケージョンは常に有効であり、Ｘ部分内のＰＲＡＣＨオケージョンは、ＲＡＣＨスロット内のＳＳＢに先行または衝突せず、ＳＳＢのＤＬ部分および最後のシンボルの後から少なくともＮシンボル離れている限り有効である。Ｎは、ＰＲＡＣＨフォーマットおよびサブキャリア間隔に応じて０または２である。

周波数領域で、ＮＲは、同じ時間領域のＰＲＡＣＨオケージョン上で、複数の周波数多重化されたＰＲＡＣＨオケージョンをサポートする。これは、主に、１つのＳＳＢに関連するＰＲＡＣＨオケージョンが、同一の時間であるが異なる周波数位置に構成されるように、ＮＲにおけるアナログビームスイープをサポートすることによって、動機付けられている。１つの時間領域のＰＲＡＣＨオケージョンにおけるＰＲＡＣＨオケージョンの周波数分割多重化（ＦＤＭ化）の数は、１、２、４、または８とすることができる。図４は、ＮＲにおけるＰＲＡＣＨオケージョン構成の例を示す。

ＮＲＲｅｌ－１５では、各セルにおいて、ＰＲＡＣＨオケージョン当たりのランダムアクセスプリアンブルとして使用することができる最大６４個のシーケンスが存在する。「ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅ」というＲＲＣパラメータは、これらの６４個のシーケンスのうちのいくつが、各セルにおけるＰＲＡＣＨオケージョン当たりのランダムアクセスプリアンブルとして使用されるかを決定するものである。６４個のシーケンスは、最初に、ルートのＺａｄｏｆｆ－Ｃｈｕシーケンスのすべての利用可能な巡回シフトを含め、次に、６４個のプリアンブルがＰＲＡＣＨオケージョンのために生成されるまで、ルートインデックスを順番に増加して行くことで、構成される。

ｍｓｇ３ＰＵＳＣＨとは異なり、ｍｓｇＡＰＵＳＣＨは、初期送信のための信号またはメッセージによってスケジュールされない。したがって、少なくともその最初の送信のために、どのようにしてｍｓｇＡＰＵＳＣＨホッピングをイネーブルまたはディスエーブルするかに関する方法を提供することが望ましい。

さらに、スロット間ホッピングがサポートされうるか、またはスロット内ホッピングがサポートされうるかは、ｍｓｇＡＰＵＳＣＨ送信方式、たとえば、ｍｓｇＡＰＵＳＣＨのためにｍｓｇＡＰＵＳＣＨ繰り返しがサポートされるかどうかに依存しうる。ＰＵＳＣＨリソース割り当てタイプはまた、周波数ホッピングの可能性に影響を及ぼすので、考慮される必要があろう。

本開示は、２ステップランダムアクセス手順のための改善された解決策を提案する。この解決策は、端末デバイスと基地局とを含む無線通信システムに適用することができる。端末デバイスは、基地局との無線アクセス通信リンクを介して通信することができる。基地局は、その通信サービスセル内にある端末デバイスへの無線アクセス通信リンクを提供することができる。基地局は、たとえば、ＮＲにおけるｇＮＢであってもよい。通信は、任意の適切な通信規格およびプロトコルに従って端末デバイスと基地局との間で実行されうることに留意されたい。端末デバイスは、たとえば、デバイス、アクセス端末、ユーザ装置（ＵＥ）、移動局、移動ユニット、加入者局などと呼ばれることもある。これは、無線通信ネットワークにアクセスし、そこからサービスを受信することができる任意のエンド装置を指すことができる。限定ではなく例として、端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽記憶再生機器、携帯電話、携帯電話、スマートフォン、タブレット、ウェアラブルデバイス、ＰＤＡ（パーソナルデジタルアシスタント）などを含むことができる。

ＩｏＴ（モノのインターネット）のシナリオでは、端末デバイスは、監視および／または測定を実行し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する機械または他のデバイスを表すことができる。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスとすることができ、３ＧＰＰ文脈では、マシンタイプ通信（ＭＴＣ）デバイスと呼ばれることができる。そのような機械または装置の特定の例は、センサ、電力計などの計量装置、産業機械、バイク、車両、または冷蔵庫、テレビ、時計などの個人用ウェアラブルなどの家庭用または個人用器具を含むことができる。

ここで、ランダムアクセス手順の改善された解決策を説明するために、いくつかの実施形態を説明する。第１の実施形態として、ｍｓｇＡＰＵＳＣＨ周波数ホッピングおよび／または周波数オフセットは、セル固有メッセージおよび／またはＵＥ固有ＲＲＣメッセージでありうるＲＲＣメッセージにより構成されうる。ＵＥ固有のメッセージは、ＵＥがＲＲＣ接続モードの場合に使用される。

一例として、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ情報要素（ＩＥ）では、以下に与えられる下線を引いたパラメータは、セル固有シグナリングのためのｍｓｇＡＰＵＳＣＨ周波数ホッピングを制御するように構成することができる。

別の例として、ＰＵＳＣＨ－ＣｏｎｆｉｇＩＥにおいて、同様のパラメータは、ＵＥ固有シグナリングのためのｍｓｇＡＰＵＳＣＨ周波数ホッピングを制御するように構成されうる。

第２の実施形態として、周波数オフセットは予め定められていてもよい。第１のオプションとして、周波数オフセットは、ｆｘＮ^{ｍｓｇＡ，ＰＵＳＣＨ} _ＲＢに等しく、ここで、ｆはスケーリングファクタであり、Ｎ^{ｍｓｇＡ，ＰＵＳＣＨ} _ＲＢは、ＰＵＳＣＨＰＯが占有するＰＲＢのトータルでのスパンである。一例として、ｆは事前定義された値を取ることがある。取りうる値は、１、１／２、および１／４を含むことができるが、これらに限定されない。別の例として、ｆは、ネットワークからのシグナリングされた値である可能性がある。

第２の選択肢として、周波数オフセットは、以下のファクタのうちの１つまたは複数に関連付けられてもよい。第１のファクタは、ＰＵＳＣＨオケージョンがまたがるＰＲＢの総数である。たとえば、ＲＢオフセット値は、第１のホップのｍｓｇＡＰＵＳＣＨオケージョンが占有するＰＲＢのトータルでの最大数以上であるべきである。ＰＵＳＣＨオケージョンは、１つまたは複数のサイズでありうる。第２のファクタは、ｍｓｇＡがランダムアクセス手順の一部として送信されるアクティブＢＷＰのサイズである。第３のファクタは、ＰＵＳＣＨオケージョンの位置である。たとえば、現在のオケージョンにおけるｍｓｇＡＰＵＳＣＨが別のオケージョンにおいて繰り返される場合、別のオケージョンは、それらがＰＵＳＣＨオケージョンセット内の異なるＰＲＢ上にあることを確認するために、現在のオケージョンによって決定可能となる。第４のファクタは、１つのＰＵＳＣＨオケージョンに対するＰＲＢの数である。第５のファクタは、ＰＵＳＣＨオケージョンセットの位置およびサイズである。

第３のオプションとして、周波数オフセットは、第１のホップのためのＰＵＳＣＨオケージョンの開始ＰＲＢと、ＰＵＳＣＨオケージョンセットの開始ＰＲＢと、対応するｍｓｇＡプリアンブル送信のための対応するＲＡＣＨオケージョンの開始ＰＲＢとすることができる、または、その関数とすることができる開始ＰＲＢに関連していてもよい。開始ＰＲＢは、ＲＲＣメッセージ、たとえば、システム情報ブロックタイプ１（ＳＩＢ１）においてシグナリングされうることに留意されたい。

第３の実施形態として、周波数ホッピングフラグは、構成オフセットによって暗黙的に示すことができる。一例として、周波数オフセットが構成（設定）されていない場合、これは、周波数ホッピングがイネーブルされていないことを意味する。別の例として、周波数オフセットが０に設定されている場合、周波数ホッピングはない。

第４の実施形態として、ｍｓｇＡＰＵＳＣＨの周波数ホッピングタイプは、イントラスロット（スロット内）、インタースロット（スロット間）、イントラＰＯ（ＰＯ内）、およびインターＰＯ（ＰＯ間）のうちの１つまたは複数とすることができる。イントラスロットは、ホッピングがＰＵＳＣＨのために割り当てられたスロット内で行われることを意味する。インタースロットは、マルチスロット伝送がｍｓｇＡＰＵＳＣＨのためにサポートされるとき、周波数ホッピングがスロット間に適用されることを意味する。ここで、マルチスロット送信は、１）異なるスロットにおけるｍｓｇＡＰＵＳＣＨの繰り返しであるが、各スロットにおける同じ直交周波数分割多重化（ＯＦＤＭ）シンボル上での繰り返しと、２）異なるスロットにおけるｍｓｇＡＰＵＳＣＨの繰り返しと、また、各スロットにおける異なるＯＦＤＭシンボル上での繰り返しと、のうちの１つとすることができる。イントラＰＯは、周波数ダイバーシティを達成するために、ｍｓｇＡＰＵＳＣＨがＰＯセット内で、しかし異なるＰＲＢ上で繰り返えされうることを意味する。場合によっては、ＰＯは、１スロット未満のスロット内でまたがる（スパンする）ことができ、次いで、繰り返しは、スロット内の異なる周波数割り当て上で送信される。インターＰＯは、ｍｓｇＡＰＵＳＣＨが、周波数ダイバーシティを達成するために、異なるＰＯセット間で、および異なるＰＲＢ上で繰り返されうることを意味する。

どのタイプの周波数ホッピングが使用されるかは、ＲＲＣにより構成可能であるが、これは、たとえばＳＩＢ１におけるセル固有シグナリング、および／またはＵＥがＲＲＣ接続モードにあるときに適用することができるＵＥ固有シグナリングとすることができる。一例として、イントラスロットおよびインタースロットが適用される場合、セル固有シグナリングは、インタースロットまたはイントラスロット周波数ホッピングが使用されるかどうかを示すために、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＩＥに含まれうる。以下に示すように、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＩＥにおいて、以下に示す下線を引かれたパラメータが、ｍｓｇＡＰＵＳＣＨ周波数ホッピングを制御するように、構成されうる。

別の例として、ＵＥ固有シグナリングのために、類似のパラメータをＰＵＳＣＨ－ＣｏｎｆｉｇＩＥに入れることができる。

第５の実施形態として、スロット間ホッピング、またはＰＯ内ホッピング、またはＰＯ間ホッピングをサポートするために、繰り返し数および／または冗長バージョン（ＲＶ）パターンは、ＲＲＣメッセージでシグナリングされるか、または所定のいずれかであることが可能である。一例として、以下に示すように、ｍｓｇＡＰＵＳＣＨの繰り返しをサポートするために、いくつかの信号をＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＩＥに含めることができる。

第６の実施形態として、ｍｓｇＡＰＵＳＣＨ送信構成は、ｍｓｇＡプリアンブルおよび／またはｍｓｇＡＰＵＳＣＨ構成の１つまたは複数のパラメータによって決定されうる。第１のオプションとして、その周波数ホッピング構成を含むｍｓｇＡＰＵＳＣＨ送信構成は、ｍｓｇＡプリアンブルのためのセル固有のＰＲＡＣＨ構成によって決定可能となる。具体的には、セル固有ＰＲＡＣＨ構成のいくつかは、たとえば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＩＥ内のｒａｃｈ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ（または同等物）によって提供されうる。同様に、ＵＥ固有のＰＲＡＣＨ構成のいくつかは、たとえば、ＲＡＣＨ－ＣｏｎｆｉｇＩＥ内のｒａｃｈ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ（または均等物）によって提供されうる。Ｍが上位レイヤパラメータｍｓｇ１－ＦＤＭに等しい（または、これと均等であるか、または、ＦＤＭ化されたｍｓｇＡＰＲＡＣＨオケージョンの数のためのｍｓｇＡ－ＦＤＭである）場合、ＰＲＡＣＨ周波数リソースｎ_ＲＡ∈｛０，１，．．．，Ｍ－１｝は、最低周波数から始まって、初期アクセス中の初期アクティブアップリンクＢＷＰ内で順番に増加して行くように、番号付けされる。Ｍの値は、１、２、４、または８でありうる。たとえば、ｍｓｇＡＰＵＳＣＨ周波数ホッピング構成は、Ｍ値の関数とすることができる。

一例では、ｍｓｇＡＰＵＳＣＨ周波数ホッピングは、Ｍがある値、たとえば、Ｍ＝１、またはＭ＝｛１もしくは２｝をとる場合にのみ可能である。別の例では、ｍｓｇＡＰＵＳＣＨ周波数オフセット（周波数ホッピングがイネーブルされているとき）は、Ｍの関数であり、たとえば、周波数オフセットは、Ｎ^{ｍｓｇＡ，ＰＵＳＣＨ} _ＲＢ／Ｍに等しい。

さらに別の例では、周波数ホッピング（ＦＨ）のためのｍｓｇＡＰＵＳＣＨ開始ＲＢは、ｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔ（または、これと均等の、または、ｍｓｇＡプリアンブルの開始ＰＲＢ、または、ｍｓｇＡＰＵＳＣＨオケージョンの開始ＰＲＢ、または、ＰＵＳＣＨオケージョンのセット全体のための開始ＰＲＢ、または、ｍｓｇＡ－ＦｒｅｑｕｅｎｃｙＳｔａｒｔ）の関数である。例示的な例として、ＲＢ_{ｓｔａｒｔ}は、Ｎ^ｍｓｇＡ _{ＲＢ，ｓｔａｒｔ}に等しく、ここで、Ｎ^ｍｓｇＡ _{ＲＢ，ｓｔａｒｔ}は、ｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔまたはｍｓｇＡ－ＦｒｅｑｕｅｎｃｙＳｔａｒｔによって提供されるＰＲＢインデックスを示す。ここで、ＲＢ_{ｓｔａｒｔ}は、ＦＨに対するＲＢを開始するｍｓｇＡＰＵＳＣＨを表す。別の例示として、ＲＢ_{ｓｔａｒｔ}は、Ｎ^ｍｓｇＡ _{ＲＢ，ｓｔａｒｔ} ＋Ｎ^{ｍｓｇＡ，ＰＵＳＣＨ} _ＲＢ／Ｍに等しい。

第２のオプションとして、ｍｓｇＡＰＵＳＣＨ周波数ホッピング構成は、ｍｓｇＡＰＵＳＣＨのトランスフォーム（変換）プリコーダがイネーブルされるかどうかに依存する。第３のオプションとして、ｍｓｇＡＰＵＳＣＨ周波数ホッピング構成は、２ステップＲＡＣＨがコンテンション（競合）ベースのランダムアクセス（ＣＢＲＡ）またはコンテンションフリーのランダムアクセス（ＣＦＲＡ）として実行されるかどうかに依存する。ｍｓｇＡＰＵＳＣＨの周波数ホッピングは、２ステップＲＡＣＨが競合ベースであるときに干渉に対処するために特に有用である。

第７の実施形態として、ｍｓｇＡＰＵＳＣＨＦＨ構成は、２ステップＲＡＣＨ構成テーブルの一部である。この実施形態では、ＲＡＣＨ構成テーブルは、ｍｓｇＡＰＵＳＣＨ周波数ホッピングパラメータを含むように拡張される。たとえば、ＲＡＣＨ構成テーブル内の行を示す各ＲＡＣＨ構成インデックスについて、対応するｍｓｇＡＰＵＳＣＨ周波数ホッピングパラメータがこの行に追加される。したがって、上位レイヤパラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ（または同等物）が、テーブル内のＰＲＡＣＨ構成をルックアップするために使用される場合、ｍｓｇＡＰＵＳＣＨＦＨパラメータも取得される。

ＦＨパラメータは、以下のうちの１つまたは複数を含むことができる：
ｍｓｇＡＰＵＳＣＨＦＨをイネーブルするか否か；
ＦＨ，ＲＢ_{ｓｔａｒｔ}のためのｍｓｇＡＰＵＳＣＨ開始ＲＢ；
ｍｓｇＡＰＵＳＣＨＦＨオフセット；
ｍｓｇＡＰＵＳＣＨがまたがるスロットの数Ｋ。Ｋ＞１の場合、ｍｓｇＡＰＵＳＣＨのスロット間周波数ホッピングを適用することができる。Ｋ＜＝１の場合、ｍｓｇＡＰＵＳＣＨのスロット内周波数ホッピングのみを適用することができる。

第８の実施形態として、ｍｓｇＡＰＵＳＣＨＦＨ構成は、他のシステム構成を考慮に入れる。一例では、ｍｓｇＡＰＵＳＣＨＦＨ構成は、セル構成のＦＤＤまたはＴＤＤによって影響を受ける。たとえば、ＦＤＤの場合、ｍｓｇＡＰＵＳＣＨは、ＰＵＳＣＨ送信のために利用可能なすべてのシンボルおよびスロットを有し、ＵＬ／ＤＬ送信パターンのためにスロット間およびスロット内ＦＨに制限を適用する必要はない。

一方、ＴＤＤの場合、ＰＵＳＣＨ送信では、ＵＬ／ＤＬ送信パターンを考慮する必要がある。ＰＵＳＣＨ送信は、関連するシンボルがＵＬのためのものである場合にのみ有効である。たとえば、半静的に設定されたＤＬシンボルおよび／またはスロットは、スロット内およびスロット間の送信を含むｍｓｇＡＰＵＳＣＨ送信をオーバーライドすることがある。半静的に構成されたＵＬシンボルおよび／またはスロットは、常に、ｍｓｇＡＰＵＳＣＨ送信のために使用可能となる。半静的に構成されたフレキシブルシンボル／スロットは、示された実際のＳＳＢ送信と衝突しない限り、ｍｓｇＡＰＵＳＣＨ送信のために使用可能となる。ここで、半静的ＤＬ／ＵＬ割り当ては、セル固有のＲＲＣ構成および／またはＵＥ固有のＲＲＣ構成を介して、行われる。ＲＲＣ接続モードでは、２ステップＲＡにおけるＵＥは、セル固有およびＵＥ固有のＲＲＣ構成を使用することができる。ＲＲＣアイドル／非アクティブ状態では、２ステップＲＡのＵＥは、セル固有のＲＲＣ構成を使用することができる。

別の例では、ｍｓｇＡＰＵＳＣＨＦＨ構成は、運用スペクトルを考慮に入れる。たとえば、スペクトルがＦＲ１（低周波数帯域３８．１０１－１）またはＦＲ２（高周波数帯域３８．１０１－２）に属するかどうかによって、構成が異なる場合がある。別の例は、ワイドバンド（広帯域）またはナローバンド（狭帯域）に対して異なるＦＨ構成を導入することができることである。いくつかの所定数のＰＲＢは、それが狭帯域であるか広帯域であるかを決定するための閾値として使用可能となる。

別の例では、ｍｓｇＡＰＵＳＣＨＦＨ構成は、２ステップＲＡＣＨが発生するアップリンクキャリアが通常のＵＬキャリアまたは補助ＵＬキャリアであるかどうかを考慮に入れる。別の例では、ｍｓｇＡＰＵＳＣＨＦＨ構成は、２ステップＲＡＣＨが初期アクティブＵＬＢＷＰにおいて実行されるか否か、に依存しうる。

以下、図５－１５を参照して、この解決策をさらに説明する。図５は、本開示の一実施形態による端末デバイスで実施される方法を示すフローチャートである。ブロック５０２において、端末デバイスは、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定する。ブロック５０４において、端末デバイスは、周波数ホッピング構成に基づいて、リクエストメッセージ中の１つまたは複数のＰＵＳＣＨを送信する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

ランダムアクセスは、２ステップのランダムアクセスであってもよい。周波数ホッピング構成は、周波数ホッピングを有効化および／または無効化することと、周波数ホッピングのための開始ＰＲＢと、周波数ホッピングのための周波数オフセットと、スロット内ホッピング、スロット間ホッピング、ＰＯ内ホッピング、およびＰＯ間ホッピングのうちの１つとすることができる周波数ホッピングタイプと、１つまたは複数のＰＵＳＣＨがまたがるスロットの数と、複数のＰＵＳＣＨのための冗長バージョン（ＲＶ）とを示す１つまたは複数のパラメータを有することができるが、これらに限定されない。

ブロック５０２の実装には６つのオプションがありうる。第１のオプションとして、周波数ホッピング構成は、ＲＲＣシグナリングに基づいて決定されてもよい。したがって、ブロック５０２での判定は、ＲＲＣシグナリングで基地局から周波数ホッピング構成の少なくとも一部を受信することを含みうる。周波数ホッピング構成の少なくとも一部は、ＲＲＣシグナリングにおいて明示的にシグナリングされうるか、またはＲＲＣシグナリングにおいて暗黙的に示されうる。ＲＲＣシグナリングは、端末デバイスに固有のＲＲＣシグナリング、または、セル固有のＲＲＣシグナリングであってもよい。一例として、端末デバイスは、ＲＲＣシグナリングにおいて周波数オフセットが構成されていない場合、周波数ホッピングを無効にすることを決定してもよい。別の例として、端末デバイスは、ＲＲＣシグナリングにおいて周波数オフセットがゼロに設定されているときに、周波数ホッピングを無効にすることを決定することができる。

第２のオプションとして、周波数ホッピング構成内の１つまたは複数のパラメータは、予め定められた値として決定されてもよい。例示的な例として、ＲＲＣシグナリングが、周波数ホッピングの有効化を示すだけであるが、周波数オフセットを示さない場合、端末デバイスは、周波数オフセットとして予め定められた値を使用してもよい。同様に、周波数オフセット以外の任意の他のパラメータを予め決定された値として決定してもよい。

第３のオプションとして、周波数ホッピング構成における１つまたは複数のパラメータは、ＰＲＡＣＨプリアンブルのためのＰＲＡＣＨ構成に基づいて決定されうる。ＰＲＡＣＨプリアンブルのためのＰＲＡＣＨ構成は、ＰＲＡＣＨ構成インデックスに従って周波数ホッピング構成内の１つまたは複数のパラメータを取り出すことができる拡張ＰＲＡＣＨ構成テーブルと、ＰＲＡＣＨオケージョンの数と、ＰＲＡＣＨプリアンブルの開始ＰＲＢと、ＣＢＲＡまたはＣＦＲＡとしてランダムアクセスを実行するかどうかとのうちの１つまたは複数を有することができるが、これらに限定されない。

一例として、端末デバイスは、ＰＲＡＣＨオケージョンの個数が予め決定された値を取るときに、周波数ホッピングを可能にするように決定することができる。別の例として、周波数ホッピングのための周波数オフセットは、ＰＲＡＣＨオケージョンの数の関数として決定されうる。別の例として、周波数ホッピングのための開始ＰＲＢは、ＰＲＡＣＨオケージョンの数および／またはＰＲＡＣＨプリアンブルの開始ＰＲＢの関数として決定されうる。

第４のオプションとして、周波数ホッピング構成における１つまたは複数のパラメータは、リクエストメッセージのためのＰＵＳＣＨ構成に基づいて決定されうる。リクエストメッセージのためのＰＵＳＣＨ構成は、変換プリコーディングの有効化および／または無効化を示す１つまたは複数のパラメータと、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数と、使用されるＰＯの位置と、使用されるＰＯセットのサイズと、使用されるＰＯセットの位置と、第１のホップのためのＰＯの開始ＰＲＢと、使用されるＰＯセットの開始ＰＲＢとを含みうるが、これらに限定されない。

一例として、周波数ホッピングのための周波数オフセットは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数と、使用されるＰＯの位置と、のうちの少なくとも１つの関数として決定されうる。たとえば、周波数オフセットは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数をスケーリングファクタに乗算することで、決定されうる。

別の例として、周波数ホッピングのための開始ＰＲＢは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの数と、第１のホップのためのＰＯの開始ＰＲＢと、使用されるＰＯセットの開始ＰＲＢとのうちの少なくとも１つの関数として決定されうる。

第５のオプションとして、周波数ホッピング構成における１つまたは複数のパラメータは、端末デバイスにサービスを提供するセルがＦＤＤまたはＴＤＤを使用するかどうか、端末デバイスが動作する異なる周波数帯域、通常のアップリンクキャリアまたは補助アップリンクキャリアがランダムアクセスのために使用されるべきかどうか、ランダムアクセスが初期アクティブアップリンクＢＷＰにおいて実行されるべきかどうか、およびアクティブＢＷＰのサイズのうちの１つまたは複数に基づいて決定されうる。たとえば、周波数ホッピングのための周波数オフセットは、アクティブＢＷＰのサイズに基づいて決定されうる。第６の選択肢としては、上記第１～第５の選択肢のいずれか２つ以上の組合せを用いることができる。どのオプションが使用されても、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨは、適切な周波数ホッピング構成で送信することができる。

図６は、本開示の実施形態による、基地局において実施される方法を示すフローチャートである。ブロック６０２において、基地局は、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用されるべき周波数ホッピング構成を決定する。ランダムアクセスは、２ステップのランダムアクセスであってもよい。周波数ホッピング構成は、周波数ホッピングを有効化および／または無効化することと、周波数ホッピングのための開始ＰＲＢと、周波数ホッピングのための周波数オフセットと、スロット内ホッピング、スロット間ホッピング、ＰＯ内ホッピング、およびＰＯ間ホッピングのうちの１つとすることができる周波数ホッピングタイプと、１つまたは複数のＰＵＳＣＨがまたがるスロットの数と、複数のＰＵＳＣＨのための冗長バージョン（ＲＶ）とを示す１つまたは複数のパラメータを有することができるが、これらに限定されない。端末デバイスの観点における周波数ホッピング構成の決定のために上述した原理は、基地局の観点にも同様に適用することができる。ブロック６０４において、基地局は、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨを受信する。

オプションで、基地局は、ＲＲＣシグナリングで端末デバイスへの周波数ホッピング構成を示すことができる。このようにして、ランダムアクセスのリクエストメッセージのためのＰＵＳＣＨの送信のために、周波数ホッピング構成を端末デバイスに提供することができる。ＲＲＣシグナリングは、端末デバイスに固有のＲＲＣシグナリングまたはセル固有のＲＲＣシグナリングであってもよい。周波数ホッピング構成は、ＲＲＣシグナリングにおいて明示的にシグナリングされるか、またはＲＲＣシグナリングにおいて暗示的に示されうる。図に連続して示される２つのブロックは、実際には、実質的に同時並行で実行されてもよく、または、ブロックは、含まれる機能に応じて、時には逆の順序で実行されてもよいことに留意されたい。

上記の説明に基づいて、本開示の少なくとも１つの態様は、通信システムにおいて実施される方法を提供する。この方法は、基地局において、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定することを有する。この方法は、端末デバイスにおいて、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定することをさらに有する。この方法は、端末デバイスにおいて、周波数ホッピング構成に基づいてリクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信することをさらに有する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。この方法は、基地局において、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨを受信することをさらに有する。

図７は、本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。たとえば、上述した端末デバイスおよび基地局のいずれか一方が装置７００を介して実現されてもよい。図示されるように、装置７００は、プロセッサ７１０、プログラムを格納するメモリ７２０、および任意で有線および／または無線通信を介して他の外部装置とデータを通信するための通信インターフェース７３０を含むことができる。

プログラムは、プロセッサ７１０によって実行されると、上述したように、装置７００が本開示の実施形態に従って動作することを可能にするプログラム命令を含む。すなわち、本開示の実施形態は、プロセッサ７１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、少なくとも部分的に実装されうる。

メモリ７２０は、ローカル技術環境に適した任意のタイプのものとすることができ、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、ならびにリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実装することができる。プロセッサ７１０は、ローカル技術環境に適した任意のタイプでよく、限定されない例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含むことができる。

図８は、開示の一実施形態による端末デバイスを示すブロック図である。図示されるように、端末デバイス８００は、決定モジュール８０２および送信モジュール８０４を有する。決定モジュール８０２は、ブロック５０２に関して上述したように、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定するように構成されうる。送信モジュール８０４は、ブロック５０４に関して上述したように、周波数ホッピング構成に基づいて、リクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信するように構成されうる。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

図９は、本発明の一実施形態による基地局を示すブロック図である。図示のように、基地局９００は、決定モジュール９０２および受信モジュール９０４を有する。決定モジュール９０２は、ブロック６０２に関して上述したように、ランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピングコンフィギュレーション（構成）を決定するように構成されうる。受信モジュール９０４は、ブロック６０４に関して上述したように、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨを受信するように構成されうる。上述のモジュールは、ハードウェア、ソフトウェア、またはその両方の組み合わせによって実現することができる。

上記の説明に基づいて、本開示の少なくとも１つの態様は、通信システムを提供する。通信システムは、ランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定し、周波数ホッピング構成に基づいてランダムアクセスのためのリクエストメッセージ中の１つまたは複数のＰＵＳＣＨを受信するように構成された基地局を有する。通信システムは、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定し、周波数ホッピング構成に基づいてリクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信するように構成された端末デバイスをさらに有する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

図１０に関して、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク３２１１と、コアネットワーク３２１４とを有する、３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク３２１０を有する。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプのワイヤレスアクセスポイントなどの複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを備え、それぞれが対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを確定する。それぞれの基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線または無線コネクション３２１５を介してコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃに位置する第１のＵＥ３２９１は、対応する基地局３２１２ｃと無線で接続されるか、またはページングされるように構成されている。カバレッジエリア３２１３ａ内の第２のＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。この例では、複数のＵＥ３２９１、３２９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局３２１２に接続している状況にも、等しく適用可能である。

電気通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０に接続されており、これは、スタンドアロンサーバ、クラウド実装サーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアに具現化することができる。ホストコンピュータ３２３０は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク３２１０とホストコンピュータ３２３０との間のコネクション３２２１および３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０まで直接的に延びてもよく、あるいは任意の中間ネットワーク３２２０を介してもよい。中間ネットワーク３２２０は、パブリック、プライベートまたはホストされたネットワークのうちの１つまたはそれ以上の組合せであってもよい。中間ネットワーク３２２０は、もしあれば、バックボーンネットワークまたはインターネットであってもよい。特に、中間ネットワーク３２２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図１０の通信システムは、全体として、接続中のＵＥ３２９１、３２９２とホストコンピュータ３２３０との間のコネクティビティ（接続性）を実現する。コネクティビティは、オーバーザトップ（ＯＴＴ）コネクション３２５０として記述されてもよい。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション３２５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション３２５０は、ＯＴＴコネクション３２５０が通過する参加通信装置が、アップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントでありうる。たとえば、基地局３２１２は、接続中のＵＥ３２９１に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ３２３０から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局３２１２は、ＵＥ３２９１からホストコンピュータ３２３０へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。

先の段落で説明されたＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実装形態を、図１１を参照して以下に説明する。通信システム３３００において、ホストコンピュータ３３１０は、通信システム３３００の別の通信装置のインターフェースと有線または無線コネクションをセットアップし維持するように構成された通信インターフェース３３１６を有するハードウェア３３１５を有する。ホストコンピュータ３３１０は、記憶および／または処理能力を有することができる処理回路３３１８をさらに有する。特に、プロセッシング回路３３１８は、命令を実行するように適合した１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を含んでもよい。ホストコンピュータ３３１０はさらにソフトウェア３３１１を構成し、それはホストコンピュータ３３１０に記憶され、またはアクセス可能であり、処理回路３３１８によって実行可能である。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０で終端するＯＴＴコネクション３３５０を介してコネクションするＵＥ３３３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ＯＴＴコネクション３３５０を使用して送信されるユーザデータを提供してもよい。

通信システム３３００は、さらに、通信システム内に提供され、ホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能にするハードウェア３３２５を有する基地局３３２０を含む。ハードウェア３３２５は、通信システム３３００の異なる通信装置のインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース３３２６、ならびに基地局３３２０によってサービスされるカバレッジエリア（図１１には示されていない）に位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップおよび維持するための無線インターフェース３３２７を含みうる。通信インターフェース３３２６は、ホストコンピュータ３３１０へのコネクション３３６０を容易にするように構成されてもよい。コネクション３３６０は、直接的であってもよいし、電気通信システムのコアネットワーク（図１１には図示せず）および／または電気通信システムの外部の１つまたは複数の中間ネットワークを通過してもよい。図示の実施形態では、基地局３３２０のハードウェア３３２５は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を有しうるプロセッシング回路３３２８をさらに有する。さらに、基地局３３２０は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア３３２１を有する。

通信システム３３００は、既に言及したＵＥ３３３０をさらに含む。そのハードウェア３３３５は、ＵＥ３３３０が現在位置しているカバレッジエリアにサービスを提供する基地局との無線コネクション３３７０をセットアップして、維持するように構成された無線インターフェース３３３７を有してもよい。ＵＥ３３３０のハードウェア３３３５は、命令を実行するように構成された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイまたはこれら（図示せず）の組み合わせを含んでもよい処理回路３３３８をさらに含む。ＵＥ３３３０はさらに、ＵＥ３３３０内に記憶されるか、またはアクセス可能であり、また、プロセッシング回路３３３８によって実行可能であるソフトウェア３３３１を構成する。ソフトウェア３３３１は、クライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートを受けて、ＵＥ３３３０を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ３３１０において、実行中のホストアプリケーション３３１２は、ＵＥ３３３０で終了するＯＴＴコネクション３３５０およびホストコンピュータ３３１０を介して実行中のクライアントアプリケーション３３３２と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション３３５０は、リクエストデータおよびユーザデータの両方を転送することができる。クライアントアプリケーション３３３２は、ユーザと対話して、ユーザが提供するユーザデータを生成してもよい。

図１１に示されるホストコンピュータ３３１０、基地局３３２０、およびＵＥ３３３０は、それぞれ、ホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、および図１０のＵＥ３２９１、３２９２のうちの１つと類似または同一でありうることに留意されたい。すなわち、これらのエンティティの内部動作は、図１１に示されるようなものであってもよいし、これとは別に、周囲のネットワークトポロジは、図１０のものであってもよい。

図１１では、基地局３３２０を介したホストコンピュータ３３１０とＵＥ３３３０との間の通信を示すために、任意の中間デバイスへの明示的な言及およびこれらの装置を介したメッセージの正確なルーティングなしに、ＯＴＴコネクション３３５０が抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ３３３０から、またはサービスプロバイダオペレーティングホストコンピュータ３３１０から、あるいはその両方から隠すように構成されてもよい。ＯＴＴコネクション３３５０がアクティブな間、ネットワークインフラストラクチャは、（たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。

ＵＥ３３３０と基地局３３２０との間の無線コネクション３３７０は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション３３７０が最後の区間を形成するＯＴＴコネクション３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシを改善することができ、それによって、ユーザ待ち時間の短縮などの利点を提供することができる。

１つまたは複数の実施形態により改善されるであろう、データレート、遅延時間、および他のファクタを監視する目的で、測定手順を提供することができる。さらに、測定結果のばらつきに応じて、ホストコンピュータ３３１０と端末３３３０との間でＯＴＴコネクション３３５０を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション３３５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１およびハードウェア３３１５、またはＵＥ３３３０のソフトウェア３３３１およびハードウェア３３３５、あるいはその両方で実装されてもよい。実施形態では、センサ（図示せず）は、ＯＴＴコネクション３３５０が通過する通信デバイスに、またはそれに関連して配備されてもよく、センサは、上記で例示された監視量の値を供給することによって、またはソフトウェア３３１１、３３３１が監視量を演算または推定することができる他の物理量の値を供給することによって、測定手続に関与してもよい。ＯＴＴコネクション３３５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを有することができるが、再構成は、基地局３３２０に影響を及ぼす必要はなく、基地局３３２０には知られていないか、または知覚できないこともある。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。ある実施形態によれば、測定は、ホストコンピュータ３３１０のスループット、伝搬時間、遅延などの測定を容易にする独自のＵＥシグナリングを有してもよい。測定は、ソフトウェア３３１１および３３３１が、伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション３３５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施されてもよい。

図１２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１０および図１１を参照して説明したものとすることができる。本開示を簡単にするために、図１２を参照する図面のみがこのセクションに含まれる。ステップ３４１０において、ホストコンピュータはユーザデータを提供する。ステップ３４１０のサブステップ３４１１（オプションでも可）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３４２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ３４３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ３４４０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図１３は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１０および図１１を参照して説明したものとすることができる。本開示を簡単にするために、図１３を参照する図面のみがこのセクションに含まれる。本方法のステップ３５１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３５２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信された信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。ステップ３５３０（任意であってもよい）において、ＵＥは、送信信号により搬送されるユーザデータを受信する。

図１４は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１０および図１１を参照して説明したものとすることができる。本開示を簡単にするために、図１４を参照する図面のみがこのセクションに含まれる。ステップ３６１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。これに加えて、またはこれに代えて、ステップ３６２０において、ＵＥは、ユーザデータを提供する。ステップ３６２０のサブステップ３６２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ３６１０のサブステップ３６１１（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供されて受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ３６３０（オプションでも可）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ３６４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１５は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１０および図１１を参照して説明したものとすることができる。本開示を簡単にするために、図１５に対する図面参照のみがこのセクションに含まれる。ステップ３７１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ３７２０（オプションでよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ３７３０（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。

本開示の一態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいて、端末デバイスから基地局に送信されたユーザデータを受信することを含む。端末デバイスは、ランダムアクセスのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定する。端末デバイスは、周波数ホッピング構成に基づいて、リクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信する。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

本開示の一実施形態では、方法は、端末デバイスにおいて、ユーザデータを基地局に提供することをさらに有することができる。

本開示の一実施形態では、本方法は、端末デバイスにおいて、クライアントアプリケーションを実行し、それによって、送信されるべきユーザデータを提供することをさらに含むことができる。本方法は、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行するステップをさらに含むことができる。

本開示の一実施形態では、本方法は、端末デバイスにおいて、クライアントアプリケーションを実行することをさらに含むことができる。本方法は、端末デバイスにおいて、クライアントアプリケーションへの入力データを受信するステップをさらに含むことができる。入力データは、クライアントアプリケーションに関連するホストアプリケーションを実行することによって、ホストコンピュータで提供されてもよい。送信されるユーザデータは、入力データに応答してクライアントアプリケーションによって提供されてもよい。

開示の別の態様によれば、端末デバイスから基地局への送信から生じるユーザデータを受信するように構成された通信インターフェースを有するホストコンピュータを含む通信システムが提供される。端末デバイスは、無線インターフェースおよび処理回路を有する。端末デバイスの処理回路は、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定するように構成される。端末デバイスの処理回路は、さらに、周波数ホッピング構成に基づいて、リクエストメッセージ内の１つまたは複数のＰＵＳＣＨを送信するように構成される。リクエストメッセージは、少なくとも、ＰＲＡＣＨプリアンブルと、１つまたは複数のＰＵＳＣＨとを有する。

本開示の一実施形態では、通信システムは、端末デバイスをさらに含むことができる。

本開示の一実施形態では、通信システムは、基地局をさらに含むことができる。基地局は、端末デバイスと通信するように構成された無線インターフェースと、端末デバイスから基地局への送信によって運ばれるユーザデータをホストコンピュータに転送するように構成された通信インターフェースとを有することができる。

本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成することができる。端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように構成されてもよい。

本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによって要求データを提供するように構成することができる。端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによって要求データに応答してユーザデータを提供するように構成されてもよい。

本開示のさらに別の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実装される方法が提供される。この方法は、ホストコンピュータにおいて、基地局が端末デバイスから受信した送信から発信されたユーザデータを基地局から受信することを含む。基地局は、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定する。基地局は、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨを受信する。

本開示の一実施形態では、方法は、基地局において、端末デバイスからユーザデータを受信することをさらに有することができる。

本開示の一実施形態では、本方法は、基地局において、受信したユーザデータのホストコンピュータへの送信を開始することをさらに含むことができる。

開示のさらに別の態様によれば、端末デバイスから基地局への送信から発信されるユーザデータを受信するように構成された通信インターフェースを有するホストコンピュータを含む通信システムが提供される。基地局は、無線インターフェースおよび処理回路を有する。基地局の処理回路は、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のために端末デバイスによって使用される周波数ホッピング構成を決定するように構成される。基地局の処理回路は、周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨを受信するようにさらに構成される。

本開示の一実施形態では、通信システムは、基地局をさらに含むことができる。

本開示の一実施形態では、通信システムは、端末デバイスをさらに含むことができる。端末デバイスは、基地局と通信するように構成されてもよい。

本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成することができる。端末デバイスは、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによってホストコンピュータによって受信されるユーザデータを提供するように構成されてもよい。

一般に、様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装されうる。たとえば、いくつかの態様は、ハードウェアで実装されてもよく、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行されてもよいファームウェアまたはソフトウェアで実装されてもよいが、本開示は、それに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または何らかの他の絵画的表現を使用して図示および説明されうるが、本明細書で説明されるこれらのブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラもしくは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装されうることを十分に理解されたい。

したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々な構成要素において実施されうることを理解されたい。したがって、本開示の例示的な実施形態は、集積回路として実施される装置において実現されてもよく、集積回路は、本開示の例示的な実施形態に従って動作するように構成可能な、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路、および無線周波数回路のうちの少なくとも１つまたは複数を実施するための回路（ならびに場合によってはファームウェア）を備えてもよいことを理解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールなどのコンピュータ実行可能命令で実施されうることを理解されたい。一般に、プログラムモジュールは、コンピュータまたは他のデバイス内のプロセッサによって実行されるとき、特定のタスクを実行するか、または特定の抽象データタイプを実装するルーチン、プログラム、目的、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ＲＡＭなどのコンピュータ可読媒体に記憶することができる。当業者には理解されるように、プログラムモジュールの機能は、様々な実施形態において所望に応じて組み合わされても分散されてもよい。さらに、この機能は、全体的または部分的に、集積回路、フィールド・プログラマブルゲートアレイ（ＦＰＧＡ）などのファームウェアまたはハードウェア均等物で実施することができる。

本開示における「一つの実施形態」、「一実施形態」などへの言及は、記載された実施形態が特定の特徴、構造、または特性を含みうることを示すが、すべての実施形態が特定の特徴、構造、または特性を含むことは必ずしも必要ではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が実施形態に関連して記載されている場合、明示的に記載されているか否かにかかわらず、そのような特徴、構造、または特性を他の実施形態に関連して実施することは、当業者の知識の範囲内であることが提出される。

用語「第１の」、「第２の」などは、本明細書では様々な要素を説明するために使用されうるが、これらの要素は、これらの用語によって限定されるべきではなく、これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。たとえば、第１の要素は、第２の要素と呼ばれ得、同様に、第２の要素は、本開示の範囲から逸脱することなく、第１の要素と呼ばれうる。用語「および／または」は、本明細書で使用されるように、関連する列挙された用語のうちの１つまたは複数の任意のすべての組合せを含むことを理解されたい。

本明細書で使用される用語は、特定の実施形態を説明するためだけのものであり、本開示を限定することを意図するものではない。本明細書で使用されるように、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に示さない限り、複数形も同様に含むことが意図される。用語「有する」、「有する」、「有する」、「有する」、「含む」および／または「含む」は、本明細書で使用される場合、述べられた特徴、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在または追加を排除しないことがさらに理解される。

本開示は、明示的に、またはその任意の一般化のいずれかで、本明細書で開示される任意の新規な特徴または特徴の組み合わせを含む。本開示の前述の例示的な実施形態に対する様々な修正および適応は、添付の図面と併せて読まれるとき、前述の説明を考慮して、関連技術の当業者に明らかになりうる。しかし、任意のおよびすべての修正は、依然として、本開示の非限定的かつ例示的な実施形態の範囲内にある。

Claims

端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
前記端末デバイスは、ＲＲＣ（無線リソース制御）シグナリングにおいて周波数オフセットが構成されていない場合、周波数ホッピングを無効にすると決定する、方法。
請求項１に記載の方法であって、前記周波数ホッピング構成は、１つまたは複数のパラメータを含み、当該１つまたは複数のパラメータは、
周波数ホッピングの有効化および／または無効化と、
周波数ホッピングのための開始ＰＲＢ（物理リソースブロック）と、
周波数ホッピングのための周波数オフセットと、
スロット内ホッピング、スロット間ホッピング、ＰＯ（ＰＵＳＣＨオケージョン）内ホッピング、および、ＰＯ間ホッピングのうちの１つである周波数ホッピングタイプと、
前記１つまたは複数のＰＵＳＣＨがまたがるスロットの数と、
前記１つまたは複数のＰＵＳＣＨのためのＲＶ（冗長バージョン）と、
を示す、方法。
請求項１または２に記載の方法であって、前記周波数ホッピング構成は、前記ＲＲＣシグナリングに基づいて決定される、方法。
請求項３に記載の方法であって、前記ＲＲＣシグナリングは、前記端末デバイスに固有のＲＲＣシグナリングまたはセル固有のＲＲＣシグナリングである、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
前記端末デバイスは、ＲＲＣ（無線リソース制御）シグナリングにおいて周波数オフセットがゼロに設定された場合、周波数ホッピングを無効にすると決定する、方法。
請求項２に記載の方法であって、前記周波数ホッピング構成における前記１つまたは複数のパラメータは、予め決定された値として、決定される、方法。
請求項２に記載の方法であって、前記周波数ホッピング構成における前記１つまたは複数のパラメータは、前記ＰＲＡＣＨプリアンブルのためのＰＲＡＣＨ構成に基づいて、決定される、方法。
請求項７に記載の方法であって、前記ＰＲＡＣＨプリアンブルのための前記ＰＲＡＣＨ構成は、
ＰＲＡＣＨ構成インデックスに従って前記周波数ホッピング構成内の１つまたは複数のパラメータを取り出されることが可能な拡張ＰＲＡＣＨ構成テーブルと、
ＰＲＡＣＨオケージョンの個数と、
前記ＰＲＡＣＨプリアンブルの開始ＰＲＢと、
ＣＢＲＡ（コンテンションベースのランダムアクセス）またはＣＦＲＡ（コンテンションフリーのランダムアクセス）としてランダムアクセスを実行するかどうかと、
のうちの一つ以上を有する、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
前記端末デバイスは、ＰＲＡＣＨオケージョンの個数が所定値を取るときに、周波数ホッピングを可能にすると判定する、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
周波数ホッピングのための周波数オフセットが、ＰＲＡＣＨオケージョンの個数の関数として、決定される、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
周波数ホッピングのための開始ＰＲＢ（物理リソースブロック）が、ＰＲＡＣＨオケージョンの個数および／または前記ＰＲＡＣＨプリアンブルの開始ＰＲＢの関数として、決定される、方法。
請求項２に記載の方法であって、前記周波数ホッピング構成における前記１つまたは複数のパラメータは、前記リクエストメッセージのためのＰＵＳＣＨ構成に基づいて、決定される、方法。
請求項１２に記載の方法であって、前記リクエストメッセージのための前記ＰＵＳＣＨ構成は、１つまたは複数のパラメータを有し、前記１つまたは複数のパラメータは、
トランスフォームプリコーディングの有効化および／または無効化と、
１つまたは複数のサイズの１つまたは複数のＰＯがまたがるＰＲＢの個数と、
使用されるＰＯの位置と、
使用されるＰＯセットのサイズと、
使用されるＰＯセットの位置と、
最初のホップのためのＰＯの開始ＰＲＢと、
使用されるＰＯセットの開始ＰＲＢと、
を示す、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
周波数ホッピングのための周波数オフセットが、
１つまたは複数のサイズの１つまたは複数のＰＯ（ＰＵＳＣＨオケージョン）がまたがるＰＲＢ（物理リソースブロック）の個数と、使用されるＰＯの位置と、のうち少なくとも１つの関数として決定される、方法。
請求項１４に記載の方法であって、前記周波数オフセットは、１つまたは複数のサイズの１つまたは複数のＰＯがまたがる前記ＰＲＢの個数をスケーリングファクタに乗算することで、決定される、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
周波数ホッピングのための開始ＰＲＢ（物理リソースブロック）が、
１つまたは複数のサイズの１つまたは複数のＰＯ（ＰＵＳＣＨオケージョン）がまたがるＰＲＢの個数と、
最初のホップのための前記ＰＯの前記開始ＰＲＢと、
使用されるＰＯセットの前記開始ＰＲＢと、
のうちの少なくとも１つの関数として決定される、方法。
請求項２に記載の方法であって、前記周波数ホッピング構成における前記１つまたは複数のパラメータは、
前記端末デバイスにサービスを提供するセルがＦＤＤ（周波数分割デュープレクス）またはＴＤＤ（時分割デュープレクス）を使用するかどうかと、
前記端末デバイスが動作する異なる周波数帯と、
通常のアップリンクキャリアまたは補助のアップリンクキャリアが前記ランダムアクセスのために使用されるかどうかと、
初期アクティブアップリンクＢＷＰ（帯域幅パート）において前記ランダムアクセスが実行されるかどうかと、
アクティブＢＷＰのサイズと、
のうちの１つまたは複数に基づいて決定される、方法。
端末デバイスによって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて、１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のための周波数ホッピング構成を決定すること（５０２）と、
前記周波数ホッピング構成に基づいて、前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）と、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有し、
周波数ホッピングのための周波数オフセットは、アクティブＢＷＰ（帯域幅パート）のサイズに基づいて決定される、方法。
基地局によって実行される方法であって、
ランダムアクセスのためのリクエストメッセージにおいて１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）を送信するために端末デバイスによって使用される周波数ホッピング構成を決定すること（６０２）と、
前記周波数ホッピング構成に基づいて、ランダムアクセスのためのリクエストメッセージにおいて、前記１つまたは複数のＰＵＳＣＨを受信すること（６０４）と、
を有し、
前記基地局は、前記基地局によりＲＲＣ（無線リソース制御）シグナリングにおいて周波数オフセットを構成しないことにより、前記端末デバイスに周波数ホッピングを無効にすると決定させる、方法。
請求項１９に記載の方法であって、前記周波数ホッピング構成は、１つまたは複数のパラメータを含み、前記１つまたは複数のパラメータは、
周波数ホッピングの有効化および／または無効化と、
周波数ホッピングのための開始ＰＲＢ（物理リソースブロック）と、
周波数ホッピングのための周波数オフセットと、
スロット内ホッピング、スロット間ホッピング、ＰＯ（ＰＵＳＣＨオケージョン）内ホッピング、および、ＰＯ間ホッピングのうちの１つである周波数ホッピングタイプと、
前記１つまたは複数のＰＵＳＣＨがまたがるスロットの個数と、
前記１つまたは複数のＰＵＳＣＨのためのＲＶ（冗長バージョン）と、
を示す、方法。
端末デバイス（７００）であって、
少なくとも１つのプロセッサ（７１０）と、
少なくとも１つのメモリ（７２０）と、を有し、前記少なくとも１つのメモリ（７２０）は、前記少なくとも１つのプロセッサ（７１０）によって実行可能な命令を含み、それによって前記端末デバイス（７００）は、
請求項１から１８のいずれか一項に記載の方法を実行するように動作する、端末デバイス。
基地局（７００）であって、
少なくとも１つのプロセッサ（７１０）と、
少なくとも１つのメモリ（７２０）と、を有し、前記少なくとも１つのメモリ（７２０）は、前記少なくとも１つのプロセッサ（７１０）によって実行可能な命令を含み、それによって、前記基地局（７００）は、請求項１９または２０に記載の方法を実行する、ように動作する、基地局。
通信システムにおいて実装される方法であって、
基地局において、ランダムアクセスのためのリクエストメッセージ内で１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のために端末デバイスによって使用されるべき周波数ホッピング構成を決定すること（６０２）と、
前記端末デバイスにおいて、ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定すること（５０２）と、
前記端末デバイスにおいて、前記周波数ホッピング構成に基づいて前記リクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを送信すること（５０４）であって、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨとを少なくとも有するものである、ことと、
前記基地局において、前記周波数ホッピング構成に基づいてランダムアクセスのための前記リクエストメッセージ内で前記１つまたは複数のＰＵＳＣＨを受信すること（６０４）と、
を有し、
前記端末デバイスは、ＲＲＣ（無線リソース制御）シグナリングにおいて周波数オフセットが構成されていない場合、周波数ホッピングを無効にすると決定する、方法。
通信システムであって、
ランダムアクセスのためのリクエストメッセージ内で１つまたは複数のＰＵＳＣＨ（物理アップリンク共有チャネル）の送信のために端末デバイスによって使用されるべき周波数ホッピング構成を決定し、前記周波数ホッピング構成に基づいてランダムアクセスのためのリクエストメッセージ内の前記１つまたは複数のＰＵＳＣＨを受信するように構成された基地局と、
ランダムアクセスのためのリクエストメッセージ内の１つまたは複数のＰＵＳＣＨの送信のための周波数ホッピング構成を決定し、前記周波数ホッピング構成に基づいて前記リクエストメッセージ内で前記１つまたは複数のＰＵＳＣＨを送信するように構成された端末デバイスと、を有し、前記リクエストメッセージは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）プリアンブルと、前記１つまたは複数のＰＵＳＣＨを少なくとも有し、
前記端末デバイスは、ＲＲＣ（無線リソース制御）シグナリングにおいて周波数オフセットが構成されていない場合、周波数ホッピングを無効にすると決定する、通信システム。
少なくとも１つのプロセッサに、請求項１から１８のいずれか一項に記載の方法を実行させる、コンピュータプログラム。