JP2024517904A - 無線ネットワークにおける通信有効範囲拡張のための方法およびシステム - Google Patents

Abstract

無線ネットワークにおける通信有効範囲拡張のための技術のための方法およびシステムが開示される。１つの例示的な側面では、方法は、ネットワークデバイスによって、無線デバイスの能力情報に基づいて時間領域リソースに関連付けられた１つ以上の時間領域ウィンドウを決定することと、ネットワークデバイスによって、１つ以上の時間領域ウィンドウを指示することと、ネットワークデバイスによって、無線デバイスから、１つ以上の指示された時間領域ウィンドウにしたがってメッセージを受信することとを含む。

Description

この文書は、一般に、無線通信に関する。

無線通信技術は、ますます接続されてネットワーク化された社会に向かって世界を動かしている。無線通信の急速な成長および技術の進歩は、容量および接続性に関するより大きい需要をもたらしている。エネルギー消費、デバイスコスト、スペクトル効率、および遅延時間などの他の側面も、様々な通信シナリオのニーズを満たすために重要である。既存の無線ネットワークと比較して、次世代システムおよび無線通信技術は、増加した数のユーザおよびデバイスに対するサポートを提供する必要がある。

この文書は、移動通信技術における時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを含む時間領域ウィンドウを構成する方法、システム、およびデバイスに関する。

一側面では、データ通信の方法が開示される。方法は、ネットワークデバイスによって、無線デバイスの能力情報に基づいて時間領域リソースに関連付けられた１つ以上の時間領域ウィンドウを決定することと、ネットワークデバイスによって、１つ以上の時間領域ウィンドウを指示することと、ネットワークデバイスによって、無線デバイスから、１つ以上の指示された時間領域ウィンドウにしたがってメッセージを受信することとを含む。

別の側面では、データ通信の方法が開示される。方法は、ネットワークデバイスによって、無線デバイスのためのジョイントチャネル推定のための時間領域リソースの時間領域ウィンドウを構成することと、ネットワークデバイスによって、時間領域ウィンドウの開始点を構成することと、ネットワークデバイスによって、無線デバイスから、時間領域ウィンドウの開始点にしたがってメッセージを受信することとを含む。

別の側面では、データ通信の方法が開示される。方法は、無線デバイスによって、ネットワークデバイスに、時間領域リソースに関連付けられた時間領域ウィンドウを決定するための能力情報を伝送することと、無線デバイスによって、ネットワークデバイスから、１つ以上の時間領域ウィンドウの指示を受信することと、無線デバイスによって、１つ以上の時間領域ウィンドウにしたがってメッセージを伝送することとを含む。

別の例示的な側面では、上述した方法を実装するように構成されたプロセッサを備えている無線通信装置が開示される。

別の例示的な側面では、上述した方法を実装するためのコードが記憶されたコンピュータ記憶媒体が開示される。

これらおよび他の側面は、本明細書に記載されている。

図１Ａ～図１Ｃは、実際のウィンドウ側およびバンドルサイズの例を示している。

図２Ａ～図２Ｂは、フレーム構造、名目時間領域ウィンドウ、および実際の時間領域ウィンドウの間の関係を示している。

図３は、フレーム構造、名目時間領域ウィンドウ、および実際の時間領域ウィンドウの間の関係を示している。

図４は、衝突、名目時間領域ウィンドウ、および実際の時間領域ウィンドウの間の関係を示している。

図５は、ホップと実際の時間領域ウィンドウとの間の関係を示している。

図６は、実際の時間領域ウィンドウとバンドルまたはホップとの間の関係を示している。

図７は、実際の時間領域ウィンドウとバンドルまたはホップとの間の関係を示している。

図８は、実時間領域ウィンドウとバンドルとの関係を示している。

図９は、名目時間領域ウィンドウとバンドルまたはホップとの間の関係を示している。

図１０は、バンドルと名目時間領域ウィンドウとの間の関係を示している。

図１１は、ホッピングと名目時間領域ウィンドウとの間の関係を示している。

図１２は、ホッピングと名目時間領域ウィンドウとの間の関係を示している。

図１３は、時間領域ウィンドウの開始点の例を示している。

図１４は、時間領域ウィンドウの開始点の別の例を示している。

図１５は、ブレークポイントがある場合に時間領域ウィンドウが再開することを示している。

図１６は、時間領域ウィンドウスライドの例を示している。

図１７は、共有ＰＲＡＣＨ機会を有する別個の物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルに関する同期信号ブロック－ランダムアクセスチャネル（ＲＡＣＨ）機会（ＳＳＢ－ＲＯ）マッピングを示している。

図１８は、異なるＲＡＣＨプロシージャ間の選択を示している。

図１９は、異なるＲＡＣＨプロシージャの中での選択に関して、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのための参照信号受信電力（ＲＳＲＰ）閾値の例を示している。

図２０は、異なるＲＡＣＨプロシージャの中での選択に関して、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのためのＲＳＲＰ閾値の別の例を示している。

図２１は、物理アップリンク制御チャネル（ＰＵＣＣＨ）反復とＭｓｇ３物理アップリンク共有チャネル（ＰＵＳＣＨ）反復との間の重複を示している。

図２２は、Ｍｓｇ３スケジューリングの例を示している。

図２３Ａ～図２３Ｄは、実際の時間領域ウィンドウ、名目時間領域ウィンドウ、およびバンドルの例示的な構成を示している。

図２４は、開示された技術のいくつかの実施形態に基づく無線通信方法の例を示している。

図２５は、開示された技術のいくつかの実施形態に基づく無線通信方法の別の例を示している。

図２６は、開示された技術のいくつかの実施形態に基づく無線通信方法の別の例を示している。

図２７は、無線通信システムの例を示している。

図２８は、適用されることができる開示された技術の１つ以上の実施形態に基づく無線局の一部のブロック図表現である。

セクションの見出しは、本文書において、読み易さを改善するためにのみ使用され、各セクションの開示された実施形態および技術の範囲をそのセクションのみに限定するものではない。第５世代（５Ｇ）無線プロトコルの例を使用して、特定の機能を説明する。しかしながら、開示された技術の適用可能性は、５Ｇ無線システムのみに限定されない。

ＲＡＮ総会では、新たなＮＲ（新しい無線）通信有効範囲拡張スキームが承認されたが、依然としていくつかの通信有効範囲のボトルネックがある。例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）は、潜在的な通信有効範囲ボトルネックのチャネルである。開示された技術は、ＰＵＳＣＨに関する通信有効範囲拡張機構を提供するために、いくつかの実施形態において実装されることができる。

ＲＡＮに関する最近の会議では、ＰＵＳＣＨ通信有効範囲拡張に関するジョイントチャネル推定が議論され、以下の合意に達した。最近の合意に加えて、いくつかの実施形態において、開示された技術が、ユーザ機器（ＵＥ）能力、バンドルサイズ（例えば、時間領域ホッピング間隔）、および時間領域ウィンドウサイズ間の関係を決定するために実装されることができる。

合意：ジョイントチャネル推定のために、指定された時間領域ウィンドウが存在し、指定された時間領域ウィンドウ中、ＵＥは、電力一貫性および位相連続性要件を条件として、ＰＵＳＣＨ伝送間の電力一貫性および位相連続性を維持することを予期されるであろう。

これに関して、開示された技術は、いくつかの実施形態において、時間領域ウィンドウ（例えば、明示的な構成および／または暗黙的に導出された）と時間領域ウィンドウを有効化／無効化する可能性とを決定するために実装されることができる。開示された技術は、いくつかの実施形態において、時間領域ウィンドウの単位（例えば、反復、スロット、および／またはシンボル）と、潜在的なユースケースと時間領域ウィンドウの単位との間の関連付けとを決定するために実装されることもできる。

開示された技術は、いくつかの実施形態において、単一または複数の時間領域ウィンドウ、ＵＥ能力との関係、タイミングアドバンスの影響を決定するためにも実装されることができる。

合意：スロット間バンドリングを用いたスロット間周波数ホッピングために、以下のオプションのうちの少なくとも１つが選択されることができる。

オプション１：バンドルサイズ（時間領域ホッピング間隔）は、時間領域ウィンドウサイズに等しい。

オプション２：バンドルサイズ（時間領域ホッピング間隔）は、時間領域ウィンドウサイズとは異なることができる。

これに関して、開示された技術は、バンドルサイズ（例えば、時間領域ホッピング間隔）を明示的に構成すべきか暗黙的に決定すべきか、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）のためにバンドルサイズ（例えば、時間領域ホッピング間隔）を別個に定義すべきかどうか、およびどのように定義すべきか、バンドルサイズ（例えば、時間領域ホッピング間隔）と時間領域ウィンドウサイズとの間の関係を決定するために、いくつかの実施形態において実装されることができる。

合意：ジョイントチャネル推定のための時間領域ウィンドウに関して、以下のオプションのうちの少なくとも１つが選択されることができる。

オプション１：時間領域ウィンドウの単位は、以下のＰＵＳＣＨ伝送に関して別個に定義される：ＰＵＳＣＨ反復タイプＡ；合意された場合、ＰＵＳＣＨ反復タイプＢ；合意された場合、ＴＢｏＭＳ（ＴＢオーバーマルチ・スロット）；および合意された場合、異なるトランスポートブロック（ＴＢ）。

オプション２：時間領域ウィンドウの単位は、以下のＰＵＳＣＨ伝送に関して同じである：ＰＵＳＣＨ反復タイプＡ；合意された場合、ＰＵＳＣＨ反復タイプＢ、合意された場合、ＴＢｏＭＳ；および合意された場合、異なるＴＢ。

通信有効範囲は、サービス品質、資本支出、および運営費への直接の影響により、事業者がセルラー通信ネットワークを商業化するときに考慮する重要な要因の１つである。ＮＲ商品化の成功に対する通信有効範囲の重要性にもかかわらず、全てのＮＲ仕様の詳細を考慮した徹底的な通信有効範囲評価およびレガシー無線アクセス技術（ＲＡＴ）との比較は、これまで行われていない。

物理チャネルのうち、物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理アップリンク制御チャネル（ＰＵＣＣＨ）は、潜在的な通信有効範囲ボトルネックのチャネルであり、対応する拡張が必要とされる。ＰＵＳＣＨ伝送に関して、通信有効範囲拡張のための方法として、ジョイントチャネル推定およびスロット間バンドリングを用いたスロット間ホッピングが提案されている。複数のスロットまたは反復機会内のチャネル推定のために、位相連続性および電力一貫性が維持されるべきである。ＲＡＮ４は、ＵＥが既存のオフ電力要件を満たす必要がない場合、１４シンボル未満のギャップに関する非ゼロのスケジュールされていないギャップに関して位相連続性および電力一貫性の実現可能性を確認する。Ｘ個のスケジュールされていないシンボルの最大値のみならず、１ｍｓより短い持続時間に関する新たなオフ電力要件を導入すべきかどうかが議論されている。反復間の他のＵＬチャネルに関して、少なくとも非ゼロギャップ中の他のスケジュールされた信号／チャネルがアンテナポート、占有されたＰＲＢ、およびＵＬ電力において同じ設定を有する場合、反復にわたって位相連続性および電力一貫性を維持することが実現可能である。しかしながら、位相連続性を維持するための時間領域ウィンドウをどのように設計すべきかが議論されている。開示された技術は、いくつかの実施形態において、時間領域ウィンドウのためのシステムおよび方法を提供するために実装されることができる。

Ｍｓｇ３ ＰＵＳＣＨ反復は、通信有効範囲拡張を提供するために識別されている。しかしながら、Ｍｓｇ３ ＰＵＳＣＨの反復を伴わないＲＡＣＨプロシージャと、Ｍｓｇ３ ＰＵＳＣＨの反復を伴うＲＡＣＨプロシージャとを区別するために、新たなメカニズムが必要とされる。さらに、Ｍｓｇ３ ＰＵＳＣＨの反復回数は、利用可能なスロットによってカウントされることができる。したがって、スロットが、Ｍｓｇ３ ＰＵＳＣＨ反復のために利用可能なスロットであるかどうかを決定するための新たなメカニズムも必要とされる。

（スキーム１）

図１Ａ～図１Ｃは、実際のウィンドウ側およびバンドルサイズの例を示している。

開示された技術は、いくつかの実施形態において、３つのサイズを構成するように実装されることができる：名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、およびバンドルサイズ。ここで、サイズは、時間領域リソースを示し、以下のうちの少なくとも１つを含む：反復、スロット、およびシンボル。

いくつかの実施態様において、ＵＥは、電力一貫性および位相連続性要件を条件とするＰＵＳＣＨ伝送間の電力一貫性および位相連続性を維持するための最大サポート時間領域ウィンドウサイズを示すＵＥ能力を報告する。

いくつかの実施態様において、ｇＮＢは、ＵＥによるＵＥ能力報告に基づいて、名目時間領域ウィンドウサイズを構成し、名目時間領域ウィンドウサイズは、それが連続した時間領域リソースを有するウィンドウであることを示し、名目領域ウィンドウサイズは、ＵＥ能力フィードバックの最大時間領域ウィンドウサイズ以下である。

いくつかの実施態様において、ＴＤＤフレーム構造に起因して、実際に利用可能なＵＬスロットは、制限される。ｇＮＢは、実際の時間領域ウィンドウサイズでさらに構成されることができ、実際の時間領域ウィンドウサイズは、ＴＤＤフレーム構造に基づき、および／または他のサービスと競合する。１つ以上の実際の時間領域ウィンドウ（例えば、２つの実際のウィンドウ）が、構成されることができる。

一実施態様において、周波数ホッピングは、バンドルサイズの追加の構成なしに、構成された実際の時間領域ウィンドウサイズに基づいて実行される。

別の実施態様において、バンドルサイズは、実際の時間領域ウィンドウにおいてさらに構成され、バンドルサイズは、対応する実際の時間領域ウィンドウサイズ以下であるべきである。

一例では、２つの実際の時間領域ウィンドウは、異なるウィンドウサイズで構成される。１つのバンドルサイズのみが構成される場合、バンドルサイズは、より大きい実際の時間領域ウィンドウサイズ構成に基づき得るが、バンドルサイズ（反復、スロット、またはシンボルのうちの少なくとも１つを含む）において利用可能な実際の時間領域リソースは、図１Ａに示すように、実際の時間領域ウィンドウサイズによっても制限される。

別の例では、２つの実際の時間領域ウィンドウが構成され、ウィンドウサイズが異なり、かつ１つのバンドルサイズのみが構成される場合、バンドルサイズは、図１Ｂに示すように、より小さい実際の時間領域ウィンドウサイズ構成に基づき得る。１つのバンドルサイズは、１ホップと見なされ、より多くのホップが存在することができる。第３のバンドルサイズ（反復、スロット、またはシンボルのうちの少なくとも１つを含む）における実際の利用可能な時間領域リソースは、実際の時間領域ウィンドウサイズによって依然として制限され得る。実際のホップ数またはバンドルサイズは、実際の時間領域ウィンドウサイズにしたがって分割される必要はなく、それは、より多くのホップ数またはバンドルサイズ数に分割されることに相当する。

別の例では、２つの実際の時間領域ウィンドウが構成され、かつ２つのバンドルサイズが構成される場合、実際の時間領域ウィンドウサイズおよびバンドルサイズは、それぞれ、図１Ｃに示すように異なることができる。時間領域ウィンドウとバンドルサイズとの間には対応する関係があり、バンドルサイズは、対応する実際の時間領域ウィンドウサイズ以下であるべきである。

いくつかの実施態様において、実際の時間領域ウィンドウサイズおよびバンドルサイズは、名目時間領域ウィンドウサイズ以下である。

いくつかの実施態様において、ＵＥは、位相が名目時間領域ウィンドウの境界の外側で連続していることを保証することができないか、またはｇＮＢは、位相が名目時間領域ウィンドウの境界の外側で連続していることを予期しない。

いくつかの実施態様において、時間領域ウィンドウサイズおよびバンドルサイズは、以下の方法のうちの少なくとも１つにおいて通知されることができる：ＲＲＣ、ＭＡＣ－ＣＥおよびＤＣＩ。

さらに、通知方法がＤＣＩである場合、時間領域リソース割り当てテーブルによって示されることができる。

（スキーム２）

開示された技術は、いくつかの実施形態において、名目時間領域ウィンドウサイズおよびバンドルサイズの２つのサイズのみを構成するように実装されることができる。実際の時間領域ウィンドウサイズは構成されない。

いくつかの実施態様において、ＵＥは、電力一貫性および位相連続性要件を条件とするＰＵＳＣＨ伝送間の電力一貫性および位相連続性を維持するための最大サポート時間領域ウィンドウサイズを示すＵＥ能力を報告する。

いくつかの実施態様において、ｇＮＢは、ＵＥによるＵＥ能力報告に基づいて名目時間領域ウィンドウサイズを構成し、名目時間領域ウィンドウサイズは、それが連続ウィンドウであることを示し、名目時間領域ウィンドウサイズは、ＵＥ能力フィードバックの最大時間領域ウィンドウサイズ以下である。

いくつかの実施態様において、ＵＥは、位相が名目時間領域ウィンドウの境界の外側で連続していることを保証することができないか、または、ｇＮＢは、位相が名目時間領域ウィンドウの境界の外側で連続しているとことを予期しない。

いくつかの実施態様において、バンドルサイズと名目時間領域ウィンドウサイズとの間に対応関係があり、例えば、バンドルサイズは、名目ウィンドウサイズの１／２である。

いくつかの実施態様において、ＵＥは、以下のうちの少なくとも１つにしたがって名目時間領域ウィンドウにおける実際の時間領域ウィンドウサイズを決定する：連続したＰＵＳＣＨ伝送（ＴＤＤフレーム構造など）；ＰＵＳＣＨによって占有される周波数領域リソースＲＢが変化しない；ＰＵＳＣＨ位相連続性が変化しないままである；ＰＵＳＣＨ電力制御パラメータが変化しない；ＰＵＳＣＨタイミングアドバンスが変化しないままである；ＰＵＳＣＨ伝送プリコーディングが変化しないままである；ＣＡアップリンク切り替えが動的切り替えを実行しない；ＢＷＰが動的に切り替わらない；ＮＵＬ／ＳＵＬが動的に切り替わらない；物理的な連続していない時間領域長がＫ以下である；Ｋは構成可能または事前定義される；例えば、時間領域長がシンボルである場合、Ｋは、１４であることができ、；タイムスロットである場合、それは、Ｎタイムスロット、Ｎ＞＝１であることができ、そうである場合、絶対時間では、それは、Ｍミリ秒、Ｍ＞０であることができる。

いくつかの実施態様において、ＵＥは、構成されたバンドルサイズにしたがって、決定された実際の時間領域ウィンドウにおいて周波数ホッピングを実行する。

いくつかの実施態様において、バンドルサイズは、名目時間領域ウィンドウサイズ以下である。

いくつかの実施態様において、時間領域ウィンドウサイズおよびバンドルサイズは、ＲＲＣ、ＭＡＣ－ＣＥ、およびＤＣＩのうちの少なくとも１つの方法において通知されることができる。

いくつかの実施態様において、通知方法がＤＣＩである場合、それは、時間領域リソース割り当てテーブルによって示されることができる。

（スキーム３）

開示された技術は、いくつかの実施形態において、１つのみのサイズを構成するように実装されることができる：名目時間領域ウィンドウサイズ。実際の時間領域ウィンドウサイズおよびバンドルサイズは、構成されない。

いくつかの実施態様において、ＵＥは、電力一貫性および位相連続性要件を条件とするＰＵＳＣＨ伝送間の電力一貫性および位相連続性を維持するための最大サポート時間領域ウィンドウサイズを示すＵＥ能力を報告する。

いくつかの実施態様において、ｇＮＢは、ＵＥによって報告されたＵＥ能力に基づいて名目時間領域ウィンドウを構成し、名目時間領域ウィンドウは、それが連続ウィンドウであることを示し、名目時間領域ウィンドウサイズは、ＵＥ能力報告の最大時間領域ウィンドウサイズ以下である。

いくつかの実施態様において、ホッピング技術が使用されることができる。一例では、名目時間領域ウィンドウは、より小さいサイズで構成されることができ、名目時間領域ウィンドウは、周波数ホッピング、例えば名目時間領域ウィンドウ間の周波数ホッピングのためのバンドルとして使用される。

いくつかの実施態様において、時間領域ウィンドウサイズおよびバンドルサイズは、ＲＲＣ、ＭＡＣ－ＣＥ、およびＤＣＩのうちの少なくとも１つの方法において通知されることができる。

いくつかの実施態様において、通知方法がＤＣＩである場合、それは時間領域リソース割り当てテーブルによって示されることができる。

（スキーム４）

開示された技術は、いくつかの実施形態において、時間領域ウィンドウの開始点を決定するために実装されることができる。この点に関して、以下のスキームのうちの少なくとも１つが使用されることができる。

いくつかの実施態様において、ＵＥは、ＵＬ Ｇｒａｎｔの時間領域位置を受信する。例えば、ＵＬ Ｇｒａｎｔの時間領域位置は、ＵＬ Ｇｒａｎｔの最後のシンボルの状態に基づき得る。

いくつかの実施態様において、ＵＬ Ｇｒａｎｔは、スケジューリングＰＵＳＣＨの開始時間領域位置を示す。

いくつかの実施態様において、実際のＰＵＳＣＨの開始時間領域位置が伝送される。一例では、ＴＤＤフレーム構造または競合状況に応じた時間領域位置など、ＰＵＳＣＨの有効な開始時間領域位置が伝送され得る。

いくつかの実施態様において、ウィンドウ内に中断ポイントがある場合、ウィンドウは再開される。

いくつかの実施態様において、以下の状況のうちの少なくとも１つが発生すると、ウィンドウが再開される：連続したＰＵＳＣＨ伝送；連続していないＰＵＳＣＨ伝送（ＴＤＤフレーム構造など）；ＰＵＳＣＨによって占有される周波数領域リソースＲＢが変化する；ＰＵＳＣＨ位相連続性が変化している；ＰＵＳＣＨ電力制御パラメータが変化する；ＰＵＳＣＨタイミングアドバンスが変化する；ＰＵＳＣＨ伝送プリコーディングが変化する；ＣＡアップリンク切り替えが動的切り替えを行う；ＢＷＰが動的に切り替えられる；ＮＵＬ／ＳＵＬが動的に切り替えられる；Ｋより大きい連続時間領域長が物理的に存在しない；Ｋは、構成可能または事前定義される；例えば、時間領域長がシンボルである場合、Ｋは、１４であることができる。

いくつかの実施態様において、スライド可能ウィンドウが、例えばオフセットを構成することによって構成される。

いくつかの実施態様において、ウィンドウは、名目時間領域ウィンドウまたは実際の時間領域ウィンドウのうちの少なくとも１つであることができる。

（スキーム５）

［６，ＴＳ３８．２１４］の項目６．１に記載されているようなＰＵＳＣＨ反復タイプＢが物理チャネルに適用される場合、ＵＥ伝送は、２つのシンボルが反復タイプＢを有するＰＵＳＣＨ伝送の同じ実際の反復に対応する場合、アップリンク伝送のために使用されるアンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測されることができるようなものであるものとする。

時間領域ウィンドウ（ＴＤＷ）に関して、ジョイントチャネル推定は、時間領域ウィンドウにおいて実行されることができ、開示された技術は、後述するように、いくつかの実施形態において実装されることができる。

ＰＵＳＣＨ反復タイプＡ／タイプＢが物理チャネルに適用される場合、ＵＥ伝送は、２つのシンボルが反復タイプＡ／タイプＢを有するＰＵＳＣＨ伝送の同じＴＤＷに対応する場合、アップリンク伝送のために使用されるアンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測されることができるようなものであるものとする。

（実施形態１）

ジョイントチャネル推定、スロット間バンドリング、およびスロット間ホッピングのために、ＵＥは、電力一貫性および位相連続性要件を条件として、ＰＵＳＣＨ／ＰＵＣＣＨ伝送間の電力一貫性および位相連続性を維持するために使用される最大時間領域ウィンドウサイズをｇＮＢに報告し、ｇＮＢは、ＵＥのための以下のパラメータのうちの少なくとも１つを構成する：名目時間領域ウィンドウ；１つ以上のバンドル；１つ以上の実際の時間領域ウィンドウ。

いくつかの実施態様において、名目時間領域ウィンドウ、１つ以上の実際の時間領域ウィンドウ、および１つ以上のバンドルは、反復回数、スロット数、および／またはシンボル数を含み得る。さらに、名目時間領域ウィンドウサイズは、ＵＥによってサポートされる最大時間領域ウィンドウサイズ以下であり、バンドルは、ホップと見なされ得る。いくつかの実施形態において、バンドルの時間リソースは、連続したスロットまたは連続していないスロット（反復）であり得る。いくつかの実施形態において、名目時間領域ウィンドウ、１つ以上の実際の時間領域ウィンドウ、および１つ以上のバンドルは、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御要素（ＭＡＣ－ＣＥ）、またはダウンリンク制御情報（ＤＣＩ）によって示されることができる。さらに、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、およびバンドルサイズは、時間領域リソース割り当て（ＴＤＲＡ）によるジョイントコーディングに関連付けられ得る。いくつかの実施形態において、時間領域ウィンドウサイズまたはバンドルサイズは、ＴＤＲＡにおける１つの列として含まれる。いくつかの実施形態において、実際の時間領域ウィンドウサイズおよびバンドルサイズは、名目時間領域ウィンドウサイズ以下である。いくつかの実施形態において、バンドルサイズは、実際の時間領域ウィンドウサイズ以下である。いくつかの実施形態において、ｇＮＢは、名目時間領域ウィンドウ境界外の位相連続性を予期しない。いくつかの実施形態において、ＵＥは、名目時間領域ウィンドウ境界の外側で位相連続性を維持しないこともある。

いくつかの実施形態において、名目時間領域ウィンドウは、時間領域において連続的に配置される。

いくつかの実施形態において、実際の時間領域ウィンドウサイズは、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＭｓｇ３伝送のための利用可能なスロットおよび／またはシンボルに基づいて決定される。いくつかの実施形態において、実際の時間領域ウィンドウサイズは、位相連続性を維持するための条件が満たされる持続時間に基づいて決定される。

いくつかの実施形態において、実際の時間領域ウィンドウサイズは、以下の要因のうちの少なくとも１つに基づいて決定される：名目時間領域ウィンドウ；ＴＤＤ構成；対応する伝送のための無効なシンボル；２つの伝送間のギャップ。

いくつかの実施形態において、ＵＥは、複数の時間領域ウィンドウサイズを報告し、各時間領域ウィンドウサイズは、１つの特定の条件に対応する。例えば、ＵＥは、ＵＥ処理能力１に関して１つの時間領域ウィンドウサイズを報告し、ＵＥ処理能力２に関して別の時間領域ウィンドウを報告する。別の例として、ＵＥは、異なる優先度を有するＰＵＳＣＨに関する異なる時間領域ウィンドウサイズを報告する。

いくつかの実施形態において、ＵＥは、異なるユースケースに関して異なる時間領域ウィンドウサイズを報告する。例えば、ＵＥは、ＰＵＳＣＨ伝送のための特定の時間領域ウィンドウサイズ、およびＰＵＣＣＨ伝送のための特定の時間領域ウィンドウサイズを報告する。または、ＵＥは、同じＴＢを有するＰＵＳＣＨ伝送（複数のスロットにわたるＰＵＳＣＨ反復およびＴＢ処理を含む）に関する特定の時間領域ウィンドウサイズと、異なるＴＢを有するＰＵＳＣＨに関する１つの時間領域ウィンドウサイズとを報告する。あるいは、ＵＥは、異なるＴＢをそれぞれ有するＰＵＳＣＨ反復、複数のスロットにわたるＴＢ処理、およびＰＵＳＣＨに関する１つの時間領域ウィンドウサイズを報告する。

いくつかの実施形態において、上述したＵＥ能力報告は、Ｍｓｇ３反復にも適用され得る。いくつかの実施形態において、Ｍｓｇ３反復のために時間領域ウィンドウサイズは、いくつかの所定の規則に基づいて決定されるか、または伝送特性によって暗黙的に決定される。いくつかの実施形態において、伝送特性は、反復回数、反復ごとのシンボル数、およびＴＤＤ構成のうちの少なくとも１つを含む。

図２Ａ～図２Ｂは、フレーム構造、名目時間領域ウィンドウ、および実際の時間領域ウィンドウの間の関係を示している。

いくつかの実施形態において、ＵＥ伝送のための実際の連続時間リソースは、ＴＤＤフレーム構造または他のチャネル伝送との衝突のために制限される。この場合、フレーム構造に基づく１つ以上のバンドルサイズが構成され得る。

一例では、名目時間領域ウィンドウサイズは１０スロットであり、フレーム構造は、ＤＤＤＳＵＤＤＳＵＵであり、ここで、Ｄはダウンリンク（ＤＬ）スロットとして定義され、ＳはＤＬ、Ｘ、ＵＬシンボルを含む特殊スロットとして定義され、Ｕはアップリンク（ＵＬ）スロットとして定義される。ＰＵＳＣＨ／ＰＵＣＣＨ伝送のために４つ未満の連続したＵＬスロットがあり、図２Ａに示すように、１つの実際の時間領域ウィンドウが２つのスロットを含み、別の実際の時間領域ウィンドウが３つのスロットを含む２つの実際の時間領域ウィンドウサイズが構成または決定されることができる。

別の例では、名目時間領域ウィンドウサイズは、９回の反復であり（各反復は、４つのシンボルを含む）、ＰＵＳＣＨ／ＰＵＣＣＨ伝送のための９回の連続したＵＬ反復は存在しない。図２Ｂに示すように、２つの実際の時間領域ウィンドウが構成されるべきであり、両方の実際の時間領域ウィンドウは、２回の反復または８シンボルのサイズを有する。

図３は、フレーム構造、名目時間領域ウィンドウ、および実際の時間領域ウィンドウの間の関係を示している。

一例では、名目時間領域ウィンドウサイズは３スロットであり、フレーム構造は、ＤＤＤＤＤＤＤＳＵＵであり、ＤはＤＬスロットとして定義され、ＳはＸシンボルのみを含む特殊スロットとして定義され、ＵはＵＬスロットとして定義される。Ｓスロット内のＸシンボルがＤＣＩフォーマット２－０（スロットフォーマットは、ＴＳ３８．２１３において定義される）内のＳＦＩ（スロットフォーマットインジケータ）によってＤＬシンボルによってオーバーライドされるとき、ＰＵＳＣＨ／ＰＵＣＣＨ伝送のための３つの連続したＵＬスロットはなく、図３に示すように、実際の時間領域ウィンドウサイズが構成されるべきであり、実際の時間領域ウィンドウサイズは２スロットである。

図４は、衝突、名目時間領域ウィンドウ、および実際の時間領域ウィンドウの間の関係を示している。

１つの例では、名目時間領域ウィンドウサイズは６スロットであり、ＰＵＳＣＨ伝送は、他のチャネル伝送と衝突した場合（例えば、１つ以上のＰＵＣＣＨ反復、より高い優先度の伝送は、ＰＵＳＣＨ伝送と重複するか、またはＣＩシグナリングを受信する）、名目時間領域ウィンドウサイズ内のＰＵＳＣＨ伝送のために、１つ以上のスロットが使用されないこともある。図４に示すように、２つの実際の時間領域ウィンドウサイズが構成されるべきであり、１つの実際の時間領域ウィンドウサイズは２スロットであり、別の実際の時間領域ウィンドウサイズは３スロットである。

図５は、ホップと実際の時間領域ウィンドウとの間の関係を示している。

いくつかの実施形態において、ｇＮＢは、１つ以上の実際の時間領域ウィンドウサイズに基づいて、ＵＥおよびＵＥプロシージャホッピングに関する名目時間領域ウィンドウサイズおよび１つ以上の実際の時間領域ウィンドウサイズを構成する。この場合、実際のバンドルサイズは、１つ以上の実際の時間領域ウィンドウサイズに等しい。ＰＵＳＣＨタイプＡ反復の場合、名目時間領域ウィンドウサイズ（１０スロット）および２つの実際の時間領域ウィンドウサイズが構成される（実際の時間領域ウィンドウサイズ１は２スロットであり、サイズ２は３スロットである）。フレーム構造はＤＤＤＳＵＤＤＳＵＵであり、反復回数は８であり、スロット間ホッピングは可能であり、スロット間ホッピングは、図５に示すようなパターンを有する。

図６は、実際の時間領域ウィンドウとバンドルまたはホップとの間の関係を示している。

いくつかの実施形態において、ｇＮＢは、ＵＥのための名目時間領域ウィンドウサイズ、１つ以上の実際の時間領域ウィンドウサイズ、およびバンドルサイズを構成する。バンドルサイズは、より大きい実際の時間領域ウィンドウサイズに基づいて構成され得る。例えば、名目時間領域ウィンドウサイズは１０スロットであり、２つの実際の時間領域ウィンドウサイズが構成される（実際の時間サイズ１は、２スロットであり、実際の時間領域ウィンドウサイズ２は、３スロットである）。バンドルサイズは、図６に示すように、３スロットである。

図７は、実際の時間領域ウィンドウとバンドルサイズまたはホップとの間の関係を示している。

いくつかの実施形態において、ｇＮＢは、ＵＥの名目時間領域ウィンドウサイズ、１つ以上の実際の時間領域ウィンドウサイズ、およびバンドルサイズを構成する。バンドルサイズは、より小さい実際の時間領域ウィンドウサイズに基づいて構成され得、より大きい実際の時間領域ウィンドウサイズは、２つ以上のバンドルサイズに分割され得る。

バンドルは、より小さい実際の時間領域ウィンドウサイズに基づいて構成または決定され得、より大きい実際の時間領域ウィンドウは、２つ以上のバンドルに分割され得る。

例えば、名目時間領域ウィンドウサイズは１０スロットであり、２つの実際の時間領域ウィンドウサイズが構成される（実際の時間サイズ１は、２であり、実際の時間領域ウィンドウサイズ２は、３スロットである）。バンドルサイズは、実際の時間領域ウィンドウサイズ１内の２スロットであり、実際の時間領域ウィンドウサイズ２内の２つのバンドルサイズが取得されるべきである。図７に示すように、１つのバンドルサイズは、２スロットであり、別のバンドルサイズは、１スロットである。

図８は、実時間領域ウィンドウとバンドルとの関係を示している。

いくつかの実施形態において、ｇＮＢは、ＵＥのための名目時間領域ウィンドウサイズ、１つ以上の実際の時間領域ウィンドウサイズ、および１つ以上のバンドルサイズを構成し、１つ以上の実際の時間領域ウィンドウサイズと１つ以上のバンドルサイズとの間には、関係がある（例えば、バンドルサイズ１は、実際の時間領域ウィンドウサイズ１に関連し、バンドルサイズ２は、実際の時間領域ウィンドウサイズ２に関連し、または、バンドルサイズ１は、実際の時間領域ウィンドウサイズ２に関連し、バンドルサイズ２は、実際の時間領域ウィンドウサイズ１に関連する）。バンドルサイズは、実際の時間領域ウィンドウサイズとの関係に基づいて構成され得る。例えば、名目時間領域ウィンドウサイズは１０スロットであり、２つの実際の時間領域ウィンドウサイズが、構成される（実際の時間サイズ１は、２であり、実際の時間領域ウィンドウサイズ２は、３スロットである）。バンドルサイズ１は、実際の時間領域ウィンドウサイズ１に関連し、バンドルサイズ２は、実際の時間領域ウィンドウサイズ２に関連する。バンドルサイズは、図８に示すように、バンドルサイズ１が２スロットであり、バンドルサイズ２が３スロットであるように構成され得る。

いくつかの実施形態において、Ｓスロットが利用可能なＵＬスロットでない場合、実際の時間領域ウィンドウはそれを含むことができない。

いくつかの実施形態において、このスキームは、ＰＵＳＣＨ反復の全てのユースケースのために使用されることができる：ユースケース１（１スロット内の連続的ＰＵＳＣＨ伝送）；ユースケース２（１スロット内の非連続的ＰＵＳＣＨ伝送）；ユースケース３（連続したスロットにわたる連続的ＰＵＳＣＨ伝送）；ユースケース４（連続したスロットにわたる非連続的ＰＵＳＣＨ伝送）；ユースケース５（連続していないスロットにわたるＰＵＳＣＨ伝送）。

いくつかの実施形態において、ＵＥが位相連続性を維持することができる実際の時間領域ウィンドウは、異なるユースケースに対して異なり得る。例えば、実際の時間領域ウィンドウは、ＴＤＤ動作におけるＤＬシンボルとの衝突に起因して、構成された時間領域ウィンドウより小さくあり得る。

いくつかの実施形態において、ｇＮＢは、サポートされる全てのユースケースにおいて同じである名目時間領域ウィンドウを構成することができる。実際の時間領域ウィンドウは、異なる場合、例えば、連続したスロット／シンボルのグループ、または位相連続性が実際に保持されることができるＰＵＳＣＨのグループに対して異なり得る。

いくつかの実施形態において、上記スキームは、連続したスロットにわたって処理される１ＴＢのためのＰＵＳＣＨ伝送のために使用されることができる。

いくつかの実施形態において、バンドルサイズが実際の時間領域ウィンドウサイズより大きい場合、周波数ホッピングは、実際の時間領域ウィンドウサイズに基づき、そうでない場合、ホッピングは、バンドルサイズに基づく。

いくつかの実施形態において、バンドルサイズは、１つの実際の時間領域ウィンドウまたは名目時間領域ウィンドウ内の反復回数Ｋに基づいて暗黙的に決定されることができる（例えば、ｆｌｏｏｒ（Ｋ／２）またはｃｅｌｌ（Ｋ／２））。

いくつかの実施形態において、ＴＤＤの場合、バンドルサイズは、実際の時間領域ウィンドウサイズと同じであり得る。

いくつかの実施形態において、スロット間周波数ホッピングのスロット間バンドルサイズは、実際の時間領域ウィンドウサイズまたは名目時間領域ウィンドウサイズ以下である。

いくつかの実施形態において、上記スキームは、ＰＵＣＣＨに関して使用されることができる。構成された名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、およびバンドルサイズも、ＰＵＣＣＨに関して使用されることができる。いくつかの実施形態において、ｇＮＢは、名目時間領域ウィンドウサイズ、１つ以上の実際の時間領域ウィンドウサイズ、およびＵＥのためのＰＵＣＣＨのバンドルサイズを別個に構成する。この場合、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、およびバンドルサイズは、ＰＵＣＣＨとＰＵＳＣＨとで異なる。

タイプＢのＰＵＳＣＨ反復の場合、上記の方法が再使用される。

（実施形態２）

図９は、名目時間領域ウィンドウとバンドルまたはホップとの間の関係を示している。

ジョイントチャネル推定およびスロット間バンドリングホッピングのために、ＵＥは、電力一貫性および位相連続性要件を条件とするＰＵＳＣＨ／ＰＵＣＣＨ伝送間の電力一貫性および位相連続性を維持するために使用される最大時間領域ウィンドウサイズをｇＮＢに報告する。ｇＮＢは、ＵＥのために以下のパラメータのうちの少なくとも１つを構成する：名目時間領域ウィンドウ；１つ以上のバンドル。

いくつかの実施態様において、時間領域ウィンドウは、時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを含む。

いくつかの実施態様において、名目時間領域ウィンドウサイズおよび１つ以上のバンドルサイズは、反復回数、スロット数、および／またはシンボル数を含み得る。さらに、名目時間領域ウィンドウサイズは、ＵＥによってサポートされる最大時間領域ウィンドウサイズより大きくなく、バンドルは、ホップと見なされ得る。いくつかの実施形態において、バンドルの時間リソースは、連続したスロットまたは連続していないスロット（反復）であり得る。いくつかの実施形態において、名目時間領域ウィンドウおよびバンドルは、ＲＲＣシグナリング、ＭＡＣ－ＣＥまたはＤＣＩによって示されることができる。さらに、ウィンドウサイズおよびバンドルサイズは、ＤＣＩによって示されている場合、ＴＤＲＡを用いたジョイントコーディングによって決定され得る。いくつかの実施形態において、時間領域ウィンドウサイズまたはバンドルサイズは、ＴＤＲＡにおける１つの列として含まれる。いくつかの実施形態において、バンドルサイズは、名目時間領域ウィンドウサイズ以下である。いくつかの実施形態において、ｇＮＢは、名目時間領域ウィンドウ境界外の位相連続性を予期しない。いくつかの実施形態において、ＵＥは、名目時間領域ウィンドウ境界の外側で位相連続性を維持しないこともある。いくつかの実施形態において、名目時間領域ウィンドウとバンドルサイズとの間に関係があり、例えば、バンドルサイズは、名目時間領域ウィンドウサイズの１／Ｎに等しく、Ｎは整数であり、１以上である。

いくつかの実施形態において、実際の時間領域ウィンドウサイズは、以下の条件のうちの少なくとも１つに基づいて名目時間領域ウィンドウサイズ内で決定され得る：連続したリソース上のＰＵＳＣＨ伝送；ＰＵＳＣＨ伝送を占有するリソースブロック（ＲＢ）が変化させられない；ＰＵＳＣＨ伝送のための位相連続性が変化させられない；ＰＵＳＣＨ伝送のための電力制御パラメータが変化させられない。ＰＵＳＣＨ伝送のためのタイミングアドバンスパラメータが変化させられない；ＰＵＳＣＨ伝送のためのＴＰＭＩ（伝送プリコーディング行列インデックス）が変化させられない；ＣＡシナリオにおける動的アップリンク切り替えなし；動的帯域幅部分（ＢＷＰ）の切り替えなし；ＮＵＬとＳＵＬとの間の動的切り替えなし；物理的な連続していない時間リソースがＫの閾値より大きくてはならず、Ｋの値は構成可能または事前定義され、Ｋの値は、シンボルまたはスロットまたは反復またはｍｓの数を含む。

いくつかの実施形態において、名目時間領域ウィンドウは、時間領域において連続的に配置される。

いくつかの実施形態において、実際の時間領域ウィンドウサイズは、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＭｓｇ３伝送のための利用可能なスロットおよび／またはシンボルに基づいて決定される。いくつかの実施形態において、実際の時間領域ウィンドウサイズは、位相連続性を維持するための条件が満たされる持続時間に基づいて決定される。

いくつかの実施形態において、実際の時間領域ウィンドウサイズは、以下の要因のうちの少なくとも１つに基づいて決定される：名目時間領域ウィンドウ；ＴＤＤ構成；対応する伝送のための無効なシンボル；２つの伝送間のギャップ。

いくつかの実施形態において、ＵＥは、複数の時間領域ウィンドウサイズを報告し、各時間領域ウィンドウサイズは、１つの特定の条件に対応する。例えば、ＵＥは、ＵＥ処理能力１に関して１つの時間領域ウィンドウサイズを報告し、ＵＥ処理能力２に関して別の時間領域ウィンドウを報告する。別の例として、ＵＥは、異なる優先度を有するＰＵＳＣＨに関する異なる時間領域ウィンドウサイズを報告する。

いくつかの実施形態において、ＵＥは、異なるユースケースに関して異なる時間領域ウィンドウサイズを報告する。例えば、ＵＥは、ＰＵＳＣＨ伝送のための特定の時間領域ウィンドウサイズ、およびＰＵＣＣＨ伝送のための特定の時間領域ウィンドウサイズを報告する。または、ＵＥは、同じＴＢを有するＰＵＳＣＨ伝送（複数のスロットにわたるＰＵＳＣＨ反復およびＴＢ処理を含む）のための特定の時間領域ウィンドウサイズと、異なるＴＢを有するＰＵＳＣＨに関する１つの時間領域ウィンドウサイズとを報告する。または、ＵＥは、ＰＵＳＣＨ反復、複数のスロットにわたるＴＢ処理、および異なるＴＢをそれぞれ有するＰＵＳＣＨに関する１つの時間領域ウィンドウサイズを報告する。

いくつかの実施形態において、上述したＵＥ能力報告は、Ｍｓｇ３反復にも適用され得る。いくつかの実施形態において、Ｍｓｇ３反復のために時間領域ウィンドウサイズは、いくつかの所定の規則に基づいて決定されるか、または伝送特性によって暗黙的に決定される。いくつかの実施形態において、伝送特性は、反復回数、反復ごとのシンボル数、およびＴＤＤ構成のうちの少なくとも１つを含む。

いくつかの実施形態において、ＵＥは、実際の時間領域ウィンドウサイズおよびバンドルサイズに基づいてホッピングを可能にし得る。

一例では、名目時間領域ウィンドウサイズは２スロットであり、バンドルサイズは２スロットであり、フレーム構造はＤＤＤＳＵＤＤＳＵＵであり、反復回数は８回であり、スロット間ホッピングは可能にされる。バンドルサイズは、名目時間領域ウィンドウサイズ以下であり、ＵＥは、バンドルサイズに基づいてホッピングを行う。ホップ１は、２スロットを含み、ホップ２は、２スロットを含み、ホップ３は、１スロットを含む。図１１に示すように、連続した利用可能なＵＬスロットがそれ以上ないからである。

いくつかの実施形態において、Ｓスロットが利用可能なＵＬスロットでない場合、実際の時間領域ウィンドウはそれを含むことができない。

いくつかの実施形態において、このスキームは、ＰＵＳＣＨ反復の全てのユースケースのために使用されることができる：ユースケース１（１スロット内の連続的ＰＵＳＣＨ伝送）；ユースケース２（１スロット内の非連続的ＰＵＳＣＨ伝送）；ユースケース３（連続したスロットにわたる連続的ＰＵＳＣＨ伝送）；ユースケース４（連続したスロットにわたる非連続的ＰＵＳＣＨ伝送）；ユースケース５（連続していないスロットにわたるＰＵＳＣＨ伝送）。

いくつかの実施形態において、ＵＥが位相連続性を維持することができる実際の時間領域ウィンドウは、異なるユースケースに対して異なり得る。

いくつかの実施形態において、このスキームは、連続したスロットにわたって処理される１ＴＢのためのＰＵＳＣＨ伝送のために使用されることができる。

いくつかの実施形態において、上記スキームは、ＰＵＣＣＨに関して使用されることができる。構成された名目時間領域ウィンドウサイズおよびバンドルサイズも、ＰＵＣＣＨに関して使用されることができる。いくつかの実施形態において、ｇＮＢは、ＵＥのために、ＰＵＣＣＨに関する１つ以上のバンドルサイズである名目時間領域ウィンドウサイズを別個に構成する。この場合、名目時間領域ウィンドウサイズおよびバンドルサイズは、ＰＵＣＣＨとＰＵＳＣＨとで異なる。

（実施形態３）

ジョイントチャネル推定、スロット間バンドリング、およびスロット間ホッピングのために、ＵＥは、電力一貫性および位相連続性要件を条件として、ＰＵＳＣＨ／ＰＵＣＣＨ伝送間の電力一貫性および位相連続性を維持するために使用される最大時間領域ウィンドウサイズをｇＮＢに報告し、ｇＮＢは、ＵＥのための名目時間領域ウィンドウサイズを構成する。

いくつかの実施態様において、時間領域ウィンドウは、時間領域ウィンドウサイズ、時間領域ウィンドウの開始点のうちの少なくとも１つを含む。

いくつかの実施態様において、名目時間領域ウィンドウサイズは、反復回数、スロット数、および／またはシンボル数に基づいて決定され得る。さらに、名目時間領域ウィンドウサイズは、ＵＥによってサポートされる時間領域ウィンドウの最大サイズより大きくない。いくつかの実施形態において、名目時間領域ウィンドウは、ＲＲＣシグナリング、ＭＡＣ－ＣＥまたはＤＣＩによって示されることができる。さらに、時間領域ウィンドウサイズは、ＤＣＩによって示される場合、ＴＤＲＡを用いたジョイントコーディングによって決定されることができる。いくつかの実施形態において、時間領域ウィンドウサイズは、ＴＤＲＡにおける１つの列として含まれる。

いくつかの実施形態において、名目時間領域ウィンドウサイズのみが構成される場合、ｇＮＢは、ホッピングを可能にしない。

図１０は、バンドルと名目時間領域ウィンドウとの間の関係を示している。

いくつかの実施形態において、名目時間領域ウィンドウのみが構成され、スロット間ホッピングが可能にされる場合、バンドルは、名目時間領域ウィンドウおよび名目ウィンドウ間のホッピングに等しい。一例では、名目時間領域ウィンドウサイズは３スロットであり、フレーム構造はＤＤＳＵＵＤＤＳＵＵであり、反復回数は８回であり、スロット間ホッピングは可能にされる。バンドルサイズは３に等しく、ＵＥは、バンドルサイズに基づいてホッピングする。図１０に示すように、ホップ１は、３スロットを含み、ホップ２は、３スロットを含む。

図１１は、ホッピングと名目時間領域ウィンドウとの間の関係を示している。

一例では、名目時間領域ウィンドウサイズは２スロットであり、フレーム構造はＤＤＤＳＵＤＤＳＵＵであり、反復回数は８回であり、スロット間ホッピングは可能にされる。バンドルサイズは、名目時間領域ウィンドウサイズに等しく、ＵＥは名目時間領域ウィンドウサイズ基づいてホッピングを行う。図１１に示すように、ホップ１は、２つのスロットを含み、ホップ２は、２つのスロットを含み、ホップ３は、１つのスロットを含む。何故なら、それ以上連続して利用可能なＵＬスロットがないたからである。

図１２は、ホッピングと名目時間領域ウィンドウとの間の関係を示している。

一例では、名目時間領域ウィンドウサイズは２スロットであり、フレーム構造はＦＤＤであり、反復回数は８回であり、スロット間ホッピングは可能にされる。バンドルサイズは、名目時間領域ウィンドウサイズに等しく、図１２に示すように、ＵＥは、名目時間領域ウィンドウに基づいてホッピングを行う。

いくつかの実施形態において、Ｓスロットが利用可能なＵＬスロットでない場合、名目時間領域ウィンドウは、それを含むことができない。

いくつかの実施形態において、このスキームは、ＰＵＳＣＨ反復の全てのユースケースのために使用されることができる：ユースケース１（１スロット内の連続的ＰＵＳＣＨ伝送）；ユースケース２（１スロット内の非連続的ＰＵＳＣＨ伝送）；ユースケース３（連続したスロットにわたる連続的ＰＵＳＣＨ伝送）；ユースケース４（連続したスロットにわたる非連続的ＰＵＳＣＨ伝送）；ユースケース５（連続していないスロットにわたるＰＵＳＣＨ伝送）。

いくつかの実施形態において、ＵＥが位相連続性を維持することができる実際の時間領域ウィンドウは、異なるユースケースに対して異なり得る。

いくつかの実施形態において、このスキームは、連続したスロットにわたって処理される１ＴＢのためのＰＵＳＣＨ伝送のために使用されることができる。

いくつかの実施形態において、スキームは、ＰＵＣＣＨに関して使用されることができる。構成された名目時間領域ウィンドウサイズは、ＰＵＣＣＨに関しても使用されることができる。いくつかの実施形態において、ｇＮＢは、ＵＥのための名目時間領域ウィンドウサイズを別個に構成する。この場合、名目時間領域ウィンドウサイズは、ＰＵＣＣＨとＰＵＳＣＨとで異なる。

（実施形態４）

ジョイントチャネル推定のために時間領域ウィンドウが導入される場合、開示された技術は、いくつかの実施形態において、ｇＮＢがＵＥのための時間領域ウィンドウを構成するときの時間領域ウィンドウの開始点を決定するために実装されることができる。いくつかの実施形態において、時間領域ウィンドウのリソースは、連続した物理リソースを含む。いくつかの実施形態において、時間領域ウィンドウのリソースは、連続していない物理リソースを含む。いくつかの実施形態において、時間領域ウィンドウの開始点は、ＰＵＳＣＨに関するＵＬ ｇｒａｎｔの最後のシンボルである。いくつかの実施形態において、時間領域ウィンドウの開始点は、ＰＵＳＣＨに関するＵＬ ｇｒａｎｔの最初のシンボルである。いくつかの実施形態において、時間領域ウィンドウの開始点は、ＰＵＳＣＨに関する許可のシンボルのうちのいずれか１つである。いくつかの実施形態において、時間領域ウィンドウの開始点は、ＵＬ ｇｒａｎｔによって示されるＰＵＳＣＨ伝送の開始シンボルである。いくつかの実施形態において、時間領域ウィンドウの開始点は、実際のＰＵＳＣＨ伝送の開始シンボルである。一例では、時間領域ウィンドウの開始点は、ＰＵＳＣＨの最初の利用可能なシンボルである。いくつかの実施形態において、時間領域ウィンドウは、実際の時間領域ウィンドウである。いくつかの実施形態において、時間領域ウィンドウは、名目時間領域ウィンドウである。

いくつかの実施形態において、名目／実際の時間領域ウィンドウの開始点は、ＰＵＳＣＨ伝送の組の第１のシンボルである。

いくつかの実施形態において、ＰＵＳＣＨ伝送の組は、連続したまたは連続していない物理スロットまたはシンボルであることができる。いくつかの実施形態において、ＰＵＳＣＨ伝送の組は、同じＴＢで伝送される。

図１３は、時間領域ウィンドウの開始点の例を示している。

いくつかの実施形態において、名目／実際の時間領域ウィンドウの開始点は、スケジューリングされたＰＵＳＣＨ／ＰＵＣＣＨ伝送の開始シンボル（または第１のシンボル）が時間領域ウィンドウの開始シンボル（または第１のシンボル）であるかどうかを示すために、ＰＵＳＣＨ／ＰＵＣＣＨ伝送をスケジューリングするＤＣＩ内の１ビットフィールドを使用する。ＰＵＳＣＨ反復タイプＡを例にとると、図１３に示すように、Ｒｅｐは、ＰＵＳＣＨ反復に等しく、ＵＬ ｇｒａｎｔ（例えば、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩによるスクランブル）は、４回の反復を伴うＰＵＳＣＨ伝送をスケジュールし、スケジュールされたＰＵＳＣＨ伝送の開始または最初のシンボルが時間領域ウィンドウの開始または最初のシンボルであることを示し、時間領域ウィンドウの開始点は、スロット１の最初の「Ｕ」シンボルである。

図１４は、時間領域ウィンドウの開始点の別の例を示している。

いくつかの実施形態において、ＰＵＳＣＨ／ＰＵＣＣＨ伝送は、ＤＣＩまたはＲＲＣシグナリングによって示される伝送機会である。いくつかの実施形態において、ＰＵＳＣＨ／ＰＵＣＣＨ伝送は、実際のＰＵＳＣＨ／ＰＵＣＣＨ伝送機会である。ＰＵＳＣＨタイプＢを例にとると、図１４に示すように、Ｎ－Ｒｅｐは、名目ＰＵＳＣＨ反復に等しく、Ａ－Ｒｅｐは、実際のＰＵＳＣＨ反復に等しく、ＰＵＳＣＨは、４回の名目反復を有し、各名目反復の持続時間は、６シンボルである。Ｎ－Ｒｅｐ１の最初の２つの「Ｕ」シンボルは、受信されたＣＩまたは別のより高い優先度の伝送との衝突のためにキャンセルされるべきである。Ｎ－Ｒｅｐ１は、Ａ－Ｒｅｐ１に分割され、Ａ－Ｒｅｐ１の開始シンボルは、スロットｉの３番目の「Ｕ」シンボルである。時間領域ウィンドウの開始シンボルは、スロットｉの３番目の「Ｕ」である。

いくつかの実施形態において、名目／実際の時間領域ウィンドウの開始シンボルは、ＰＵＳＣＨが構成済みグラントＰＵＳＣＨであり、ＰＵＣＣＨがＲＲＣによって構成された周期的ＰＵＣＣＨであるかどうかにかかわらず、各ＰＵＳＣＨ／ＰＵＣＣＨの期間内の最初のシンボルである。

いくつかの実施形態において、時間領域ウィンドウの第１のシンボルは、無線フレームの第１のシンボルである。いくつかの実施形態において、時間領域ウィンドウの第１のシンボルは、無線フレームの固定位置にある。いくつかの実施形態において、時間領域ウィンドウは、伝送が次の無線フレームに切り替えられるときに再開されるべきである。

いくつかの実施形態において、名目／実際の時間領域ウィンドウの開始シンボルは、各無線フレームの開始シンボルである。

図１５は、ブレークポイントがある場合に時間領域ウィンドウが再開することを示している。

いくつかの実施形態において、時間領域ウィンドウは、時間領域ウィンドウ内にブレークポイントが発生したときに再開する。例えば、図１５に示すように、時間領域ウィンドウは構成され、時間領域ウィンドウのサイズは２スロットであり、フレーム構造は、ＤＤＤＳＵＤＳＵＵＵであり、Ｄは、ＤＬスロットとして定義され、Ｓは、ＤＬ、Ｘ、ＵＬシンボルを含む特定のスロットとして定義され、Ｕは、ＵＬスロットとして定義される。タイプＡ ＰＵＳＣＨ伝送は、６回の反復を有し、第１の反復（Ｒｅｐ１）は、第５のスロットによって搬送されることができ、第２および第３の反復伝送（Ｒｅｐ２およびＲｅｐ３）は、２つのブレークポイントに起因して中断される。この場合、時間領域ウィンドウは、再開されるべきである。

いくつかの実施形態において、以下の条件のうちの少なくとも１つが満たされた場合、時間領域ウィンドウは、再開されるべきである：連続したリソースにおけるＰＵＳＣＨ伝送；連続していないリソースにおけるＰＵＳＣＨ伝送；ＰＵＳＣＨ伝送を占有するＲＢが変化させられる；ＰＵＳＣＨ伝送のための位相連続性が変化させられる；ＰＵＳＣＨ伝送のための電力制御パラメータが変化させられる；ＰＵＳＣＨ伝送のためのタイミングアドバンスパラメータが変化させられる；ＰＵＳＣＨ伝送のためのＴＰＭＩが変化させられる；ＣＡシナリオにおける動的アップリンク切り替え；動的ＢＷＰ切り替わり；ＮＵＬとＳＵＬとの間での動的切り替え；物理的な連続していない時間リソースは、Ｋの閾値より大きくなければならず、Ｋの値は、構成可能または事前定義され、Ｋの値は、シンボルまたはスロットまたは反復またはｍｓの数を含む。

図１６は、時間領域ウィンドウスライドの例を示している。

いくつかの実施形態において、オフセット値が、ＵＥのために構成され、時間領域ウィンドウスライドが、許可される。オフセットの粒度は、いくつかのスロット、シンボル、または反復であり得る。例えば、図１６に示すように、時間領域ウィンドウが、構成され、時間領域ウィンドウのサイズは、５スロットまたは５回の反復であり、フレーム構造は、ＵＵＵＵＵＵＵＵＵＵであり、Ｕは、ＵＬスロットまたはＵＬ Ｒｅｐとして定義される（Ｒｅｐは、反復として定義される）。ＰＵＳＣＨ伝送は、８回の反復を有し、最初の反復（Ｒｅｐ１）は、１番目のＵによって搬送され、スロット間ホッピングが可能にされる場合、上述した実施形態３に基づき、２つのバンドルサイズが取得され得、バンドルサイズ１は、５回の反復（Ｒｅｐ１～Ｒｅｐ５）であり、バンドルサイズ２は、３回の反復（Ｒｅｐ６～Ｒｅｐ８）である。ＵＥがＲｅｐ３およびＲｅｐ４伝送をキャンセルするためのＣＩシグナリングを受信すると、｛Ｒｅｐ１、Ｒｅｐ２｝と｛Ｒｅｐ５｝との間で位相連続性が、変化させられる。この場合、２番目の時間領域ウィンドウは、左に１反復スライドし、バンドルサイズ１は、２回の反復であり、｛Ｒｅｐ１、Ｒｅｐ２｝を含み、バンドルサイズ２は、４回の反復｛Ｒｅｐ５、Ｒｅｐ６、Ｒｅｐ７、Ｒｅｐ８｝である。

いくつかの実施形態において、それは、構成されると、時間領域において固定されることができる。例えば、それは、フレーム境界の開始と位置合わせされることも、ＣＧ ＰＵＳＣＨに関するある期間の開始と位置合わせされることもできる。

いくつかの実施形態において、それは、ＤＣＩによって動的に決定されることもできる。

いくつかの実施形態において、実際の時間領域ウィンドウの開始は、利用可能な伝送機会に基づいて連続したスロット／シンボル／反復のグループによって決定されることができる。

いくつかの実施形態において、スキームは、ＰＵＣＣＨに関して使用されることができる。

いくつかの実施形態において、時間領域ウィンドウの開始は、ＰＵＣＣＨとＰＵＳＣＨとで同じであることも、で同じでないこともある。

いくつかの実施形態において、時間領域ウィンドウがフレーム境界に基づいて特定の時間領域機会において固定される場合、時間領域ウィンドウの開始は、ＰＵＳＣＨとＰＵＣＣＨとの両方に関して同じであることができる。

いくつかの実施形態において、時間領域ウィンドウの開始点は、ＰＵＳＣＨとＰＵＣＣＨの両方によって決定される。いくつかの実施形態において、それは、時間領域ウィンドウの開始点がスケジューリングＤＣＩに関連する場合、異なり得る。

（実施形態５）

Ｒｅｌ １５／１６では、［６，ＴＳ３８．２１４］の項目６．１に記載されているようなＰＵＳＣＨ反復タイプＢが物理チャネルに適用される場合、ＵＥ伝送は、２つのシンボルが反復タイプＢを有するＰＵＳＣＨ伝送の同じ実際の反復に対応する場合、アップリンク伝送のために使用されるアンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測されることができるようなものであるものとする。ジョイントチャネル推定のために時間領域ウィンドウの概念が導入される場合。同様に、同じ時間領域ウィンドウ内のチャネル状態も再使用され得るので、Ｒｅｌ－１５／１６の現在の仕様は、以下のように変更されるべきである。

ＰＵＳＣＨ反復タイプＡ／タイプＢが物理チャネルに適用される場合、ＵＥ伝送は、２つのシンボルが反復タイプ、タイプＡ／タイプＢを有するＰＵＳＣＨ伝送の同じ時間領域ウィンドウ（ＴＤＷ）に対応する場合、アップリンク伝送のために使用されるアンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測されることができるようなものであるものとする。

（実施形態６）

Ｒｅｌ－１６ ２ステップＲＡＣＨでは、２ステップＲＡＣＨと４ステップＲＡＣＨとの区別のために、別個のＰＲＡＣＨ機会（ＲＯ）と、共有ＲＯを有する別個のプリアンブルとの両方がサポートされる。同様に、Ｍｓｇ３ ＰＵＳＣＨ反復がサポートされている場合、Ｍｓｇ３ ＰＵＳＣＨ反復を伴わないＲＡＣＨプロシージャと、Ｍｓｇ３ ＰＵＳＣＨ反復を伴うＲＡＣＨプロシージャとを区別するために、いくつかのメカニズムが必要とされる。

（オプション１：別個のＲＯ）

別個のＲＯ構成の場合、ｇＮＢは、ＵＥがＭｓｇ３反復を要求するか否かを別個のＲＯ時間／周波数リソースによって区別し得る。ＲＯ時間／周波数リソースを決定するために新たな規則を導入する必要はなく、したがって、ＴＳ ３８．２１１の項目６．３．３．２において定義された時間領域ランダムアクセス構成および周波数リソース決定が再使用される。しかしながら、ＰＲＡＣＨ構成のための新たな別個のＲＲＣパラメータが必要とされる。２ステップＲＡＣＨでは、２つのＩＥ（ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡおよびＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃＴｗｏＳｔｅｐＲＡ）が導入され、２つのＩＥにおける新たなＲＲＣパラメータの一部が以下にリストアップされる。オプション１が採用される場合、同様の新たなＲＲＣパラメータが必要とされる。さらに、それは、ＴＳ ３８．３２１において指定されたＲＡＣＨプロシージャに大きい仕様上の影響を及ぼし得る。

（オプション２：共有ＲＯを有する別個のＰＲＡＣＨプリアンブル）

図１７は、共有ＰＲＡＣＨ機会を有する別個の物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルに関する同期信号ブロック－ランダムアクセスチャネル（ＲＡＣＨ）機会（ＳＳＢ－ＲＯ）マッピングを示している。

仕様の影響を制限するために、１つの代替方法は、共有ＲＯを有する別個のＰＲＡＣＨプリアンブルを使用することである。そのような場合、別個のＰＲＡＣＨ構成は、必要とされず、それは、ＳＳＢ毎のＭｓｇ３反復に使用されるプリアンブルの数、または、部分的なＲＯ共有が複数のＲＯに対応する１つのＳＳＢの場合にサポートされている場合、ＲＯの一部を示すことのみを必要とする。すなわち、２ステップＲＡＣＨのために導入されるｍｓｇＡ－ＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ－ＰｅｒＳｈａｒｅｄＲＯおよびｍｓｇＡ－ＳＳＢ－ＳｈａｒｅｄＲＯ－ＭａｓｋＩｎｄｅｘのような同様のＲＲＣパラメータが、Ｍｓｇ３反復のために導入されることができる。図１７では、共有ＲＯを有するプリアンブルパーティションの例が提供され、Ｎは、１回のＰＲＡＣＨ機会に関連付けられたＳＳＢインデックスの数であり、Ｒ、Ｑ、およびＭは、それぞれ、Ｍｓｇ３反復を要求しない４ステップＣＢＲＡ、２ステップＣＢＲＡ、およびＭｓｇ３反復を要求する４ステップＣＢＲＡに割り当てられたプリアンブルの数である。
は、４ステップＲＡＣＨプロシージャのためのｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓによって提供される。

レガシー４ステップＲＡＣＨプロシージャに関して、ＵＥは、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢによって、１つのＰＲＡＣＨ機会に関連付けられたＳＳ／ＰＢＣＨブロックインデックスの数Ｎ、および有効なＰＲＡＣＨ機会ごとのＳＳ／ＰＢＣＨブロックインデックスごとの競合ベースのプリアンブルの数Ｒを提供される。レガシー４ステップＲＡＣＨプロシージャは、タイプ１ランダムアクセスプロシージャである。

レガシー４ステップＲＡＣＨプロシージャとのＰＲＡＣＨ機会の共通構成を伴う２ステップＲＡＣＨプロシージャに関して、ＵＥは、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢによって、１回のＰＲＡＣＨ機会に関連付けられたＳＳ／ＰＢＣＨブロックインデックスの数Ｎを提供され、ｍｓｇＡ－ＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ－ＰｅｒＳｈａｒｅｄＲＯによって、有効なＰＲＡＣＨ機会ごとのＳＳ／ＰＢＣＨブロックインデックスごとの競合ベースのプリアンブルの数Ｑを提供される。

レガシー４ステップＲＡＣＨプロシージャとのＰＲＡＣＨ機会の共通構成、または２ステップＲＡＣＨプロシージャとのＰＲＡＣＨ機会の共通構成を伴うＭｓｇ３ ＰＵＳＣＨ反復を要求する４ステップＲＡＣＨプロシージャに関して、ＵＥは、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢによって、１つのＰＲＡＣＨ機会に関連付けられたＳＳ／ＰＢＣＨブロックインデックスの数Ｎを提供され、
ＲＲＣパラメータによって、有効なＰＲＡＣＨ機会ごとのＳＳ／ＰＢＣＨブロックインデックスごとの競合ベースのプリアンブルの数Ｍを提供される。いくつかの実施形態において、ＵＥは、Ｍｓｇ３ ＰＵＳＣＨ反復を要求するＰＲＡＣＨ伝送のためのＭ個のプリアンブルを提供される。いくつかの実施形態において、Ｍ個のプリアンブルは、連続したインデックスを有する競合ベースのプリアンブルである。いくつかの実施形態において、ＰＲＡＣＨ伝送は、ＰＲＡＣＨマスクが提供されたＵＥのためのＳＳＢ－ＲＯマッピングサイクル内の同じＳＳ／ＰＢＣＨブロックインデックスに関連付けられたＰＲＡＣＨ機会の一部においてであり得る。

いくつかの実施形態において、ＵＥは、Ｍｓｇ３反復のための２ステップＲＡＣＨと４ステップＲＡＣＨとの間のＰＲＡＣＨ伝送のために、ＳＳＢ－ＲＯマッピングサイクル内で、同じＳＳ／ＰＢＣＨブロックインデックスに関連付けられたＲＯの同じ一部を共有する。

いくつかの実施形態において、Ｎ＜１の場合、１つのＳＳ／ＰＢＣＨブロックインデックスが、１／Ｎ個の連続した有効なＰＲＡＣＨ機会にマッピングされ、有効なＰＲＡＣＨ機会ごとにＳＳ／ＰＢＣＨブロックインデックスに関連付けられた連続したインデックスを有するＭ個の競合ベースのプリアンブルがプリアンブルインデックスＲから開始する。Ｎ≧１の場合、ＳＳ／ＰＢＣＨブロックインデックスｎ、０≦ｎ≦Ｎ－１に関連付けられた連続したインデックスを有するＭ個の競合ベースのプリアンブルは、有効なＰＲＡＣＨ機会ごとに、プリアンブルインデックス
または
から開始し、
は、４ステップＲＡＣＨプロシージャのためのｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓまたは２ステップＲＡＣＨプロシージャのためのｍｓｇＡ－ＴｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓによって、提供される。いくつかの実施形態において、これは、ランダムアクセスプロシージャに関して選択されたＢＷＰが、４ステップＲＡタイプのランダムアクセスリソースのみ、または２ステップＲＡタイプのランダムアクセスリソースのみで構成される場合、適用される。

いくつかの実施形態において、Ｎ＜１の場合、１つのＳＳ／ＰＢＣＨブロックインデックスが、１／Ｎ個の連続した有効なＰＲＡＣＨ機会にマッピングされ、有効なＰＲＡＣＨ機会ごとにＳＳ／ＰＢＣＨブロックインデックスに関連付けられた連続したインデックスを有するＭ個の競合ベースのプリアンブルがプリアンブルインデックスＲ＋Ｑから開始する。Ｎ≧１の場合、有効なＰＲＡＣＨ機会ごとに、ＳＳ／ＰＢＣＨブロックインデックスｎ、０≦ｎ≦Ｎ－１に関連付けられた連続したインデックスを有するＭ個の競合ベースのプリアンブルは、プリアンブルインデックス
から開始する。いくつかの実施形態において、
は、４ステップＲＡＣＨプロシージャのためのｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ、および２ステップＲＡＣＨプロシージャのためのｍｓｇＡ－ＴｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓによって提供されるプリアンブルの総数である。いくつかの実施形態において、これは、ランダムアクセスプロシージャに関して選択されたＢＷＰが４ステップＲＡタイプのランダムアクセスリソースおよび２ステップＲＡタイプのランダムアクセスリソースの両方で構成される場合、適用される。

いくつかの実施形態において、Ｎ＜１の場合、１つのＳＳ／ＰＢＣＨブロックインデックスが、１／Ｎ個の連続した有効なＰＲＡＣＨ機会にマッピングされ、有効なＰＲＡＣＨ機会ごとにＳＳ／ＰＢＣＨブロックインデックスに関連付けられた連続したインデックスを有するＭ個の競合ベースのプリアンブルは、ＰＲＡＣＨ機会の一部内のプリアンブルインデックスＲ＋Ｑから開始する。いくつかの実施形態において、Ｎ＜１の場合、１つのＳＳ／ＰＢＣＨブロックインデックスが、１／Ｎ個の連続した有効なＰＲＡＣＨ機会にマッピングされ、有効なＰＲＡＣＨ機会ごとにＳＳ／ＰＢＣＨブロックインデックスに関連付けられた連続したインデックスを有するＭ個の競合ベースのプリアンブルは、ＰＲＡＣＨ機会の別の一部内のプリアンブルインデックスＲから開始する。

（実施形態７）

２ステップＲＡＣＨでは、２ステップＲＡＣＨと４ステップＲＡＣＨとを選択するためのＲＳＲＰ閾値が導入される。２ステップＲＡＣＨは、ダウンリンク経路損失参照のＲＳＲＰがＲＳＲＰ閾値を上回る場合にのみ選択される。

図１８は、異なるＲＡＣＨプロシージャ間の選択を示している。

Ｍｓｇ３反復が導入された場合、ＵＥがＭｓｇ３反復の有無にかかわらずＲＡＣＨプロシージャをどのように選択すべきかが、決定される必要があり、異なるＲＡＣＨプロシージャを選択するためのＲＳＲＰ閾値を導入すべきかどうか、およびどのように導入すべきかも、決定されるべきである。

１つの方法は、２つのレガシーＲＳＲＰ閾値を使用して、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャに関して別個のＰＲＡＣＨリソースを選択することである。図１８に示すように、Ｍｓｇ３反復のために別個のＰＲＡＣＨリソースは、ダウンリンク経路損失参照のＲＳＲＰがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢより低い場合にのみ、使用される。

ダウンリンク経路損失参照のＲＳＲＰがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ以上であり、一方でｍｓｇＡ－ＲＳＲＰ－Ｔｈｒｅｓｈｏｌｄ以下である場合、Ｍｓｇ３反復を要求しない４ステップＲＡＣＨプロシージャがトリガされるか、または、ＵＥは、４ステップＲＡＣＨプロシージャに関してＭｓｇ３反復を要求せずにＰＲＡＣＨリソースを使用する。選択されたＲＡ＿ＴＹＰＥが４ステップＲＡに設定され、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＲＳＲＰを有するＳＳＢのうちの少なくとも１つが利用可能である場合、ＵＥは、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＲＳＲＰを有するＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴わずにＰＲＡＣＨプロシージャをトリガすべきである。ＲＳＲＰを伴うＳＳＢがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回っていない場合、ＵＥは、任意のＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴うＰＲＡＣＨプロシージャをトリガすべきである。ＲＳＲＰは、ＣＳＩ－ＲＳＲＰまたはＳＳ－ＲＳＲＰである。

図１９は、異なるＲＡＣＨプロシージャの中での選択のために、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのための参照信号受信電力（ＲＳＲＰ）閾値の例を示している。図２０は、異なるＲＡＣＨプロシージャの中での選択のために、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのためのＲＳＲＰ閾値の別の例を示している。

あるいは、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのための新たなＲＳＲＰ閾値が導入される。閾値は、Ｍｓｇ３反復を要求しない４ステップＲＡＣＨプロシージャのＲＳＲＰ閾値、すなわち、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢより小さい。図１９に示すように、ダウンリンク経路損失参照のＲＳＲＰがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢより低い場合にのみ、Ｍｓｇ３反復のために別個のＰＲＡＣＨリソースが使用される。いくつかの実施形態において、ダウンリンク経路損失参照のＲＳＲＰは、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャの新たなＲＳＲＰ閾値より高い。

いくつかの実施形態において、反復を伴わないＭｓｇ３のＰＲＡＣＨリソースは、ダウンリンク経路損失参照のＲＳＲＰがｍｓｇＡ－ＲＳＲＰ－Ｔｈｒｅｓｈｏｌｄより低く、かつｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回る場合にのみ使用される。Ｍｓｇ３反復を要求するレガシーＲＡＣＨプロシージャは、ダウンリンク経路損失参照のＲＳＲＰがｍｓｇＡ－ＲＳＲＰ－Ｔｈｒｅｓｈｏｌｄより低く、かつｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回る場合にのみトリガされる。

選択されたＲＡ＿ＴＹＰＥが４ステップＲＡに設定され、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＳＳ－ＲＳＲＰを有するＳＳＢのうちの少なくとも１つが利用可能である場合、ＵＥは、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＳＳ－ＲＳＲＰを有するＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴わずにＰＲＡＣＨプロシージャをトリガすべきである。ＳＳ－ＲＳＲＰを伴うＳＳＢがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回っていない場合、ＵＥは、任意のＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴うＰＲＡＣＨプロシージャをトリガすべきであるか、または、ＵＥは、Ｍｓｇ３反復を伴わずにＰＲＡＣＨプロシージャをトリガすべきである。

ダウンリンク経路喪失参照のＲＳＲＰが、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのための新たなＲＳＲＰ閾値を上回る場合、ＵＥは、閾値を上回るＳＳ－ＲＳＲＰを有するＳＳＢを選択し、そうでない場合、ＵＥは、任意のＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴うＰＲＡＣＨプロシージャをトリガすべきである。

ダウンリンク経路損失参照のＲＳＲＰがｍｓｇＡ－ＲＳＲＰ－Ｔｈｒｅｓｈｏｌｄより低い場合、選択されたＲＡ＿ＴＹＰＥは、４ステップＲＡに設定される。次いで、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＳＳ－ＲＳＲＰを有するＳＳＢのうちの少なくとも１つが利用可能である場合、ＵＥは、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＳＳ－ＲＳＲＰを有するＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴わずにＰＲＡＣＨプロシージャをトリガすべきである。ＳＳ－ＲＳＲＰを伴うＳＳＢがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回っておらず、新たなＲＳＲＰ閾値を上回るＳＳ－ＲＳＲＰを伴うＳＳＢのうちの少なくとも１つが利用可能である場合、ＵＥは、新たなＲＳＲＰ閾値を上回るＳＳ－ＲＳＲＰを伴うＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴うＰＲＡＣＨプロシージャをトリガすべきである。そうでない場合、ＵＥは、任意のＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴うＰＲＡＣＨプロシージャをトリガすべきである。

いくつかの実施形態において、Ｍｓｇ３反復を要求する４ステップＲＡＣＨプロシージャのために新たなＲＳＲＰ閾値が導入される。閾値は、Ｍｓｇ３反復を要求しない４ステップＲＡＣＨプロシージャのＲＳＲＰ閾値、すなわち、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢより小さい。図１９に示すように、Ｍｓｇ３反復のために別個のＰＲＡＣＨリソースは、ダウンリンク経路損失参照のＲＳＲＰが新たなＲＳＲＰ閾値より低い場合にのみ、使用される。

選択されたＲＡ＿ＴＹＰＥが４ステップＲＡに設定され、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＳＳ－ＲＳＲＰを有するＳＳＢのうちの少なくとも１つが利用可能である場合、ＵＥは、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回るＳＳ－ＲＳＲＰを有するＳＳＢを選択し、ＵＥは、Ｍｓｇ３反復を伴わずにＰＲＡＣＨプロシージャをトリガすべきである。ＳＳ－ＲＳＲＰを有するＳＳＢがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回っていない場合、ＵＥは、任意のＳＳＢを選択する。

新たなＲＳＲＰを上回るＳＳ－ＲＳＲＰを有するＳＳＢのうちの少なくとも１つが利用可能である場合、ＵＥは、Ｍｓｇ３反復を伴うＰＲＡＣＨプロシージャをトリガすべきである。ＳＳ－ＲＳＲＰを伴うＳＳＢが新たなＲＳＲＰを上回っていない場合、ＵＥは、Ｍｓｇ３反復を伴わずにＰＲＡＣＨプロシージャをトリガすべきである。

（実施形態８）

Ｒｅｌ－１５／１６では、通常のＰＵＳＣＨ反復タイプＡに関してＰＵＳＣＨ反復を省略すべきかどうかを決定するために、以下の条件が考慮される。

ＰＵＳＣＨ伝送に影響を与える３つの項目（項目９、項目１１．１および項目１１．２Ａ）は、それぞれ、ＰＵＣＣＨ重複、スロット構成／ＳＦＩ、およびＵＬ除去に関連する。しかしながら、ｇＮＢは、どのＵＥがＭｓｇ３ ＰＵＳＣＨを伝送しているかを、競合ベースのＲＡＣＨアクセス（ＣＢＲＡ）の場合、識別することができないので、上述した衝突処理メカニズムは、Ｍｓｇ３反復に直接適用されることができない。

図２１は、物理アップリンク制御チャネル（ＰＵＣＣＨ）反復とＭｓｇ３物理アップリンク共有チャネル（ＰＵＳＣＨ）反復との間の重複を示している。

（実施例１）

Ｍｓｇ３反復がサポートされると、ＰＵＣＣＨとＭｓｇ３反復との重複を回避することが非常に困難になる。一方、ＵＬ ＲＡＲ ｇｒａｎｔは、複数のＵＥのためのＴＣ－ＲＮＴＩによってスクランブルされるので、ｇＮＢは、どのＵＥがＭｓｇ３ ＰＵＳＣＨを伝送しているかがわかっていない。したがって、ｇＮＢは、ＵＣＩがＭｓｇ３ ＰＵＳＣＨに多重化されるかどうかを認識することができない。図２１に示すように、ＵＥ＃１およびＵＥ＃２は、ＣＢＲＡプロシージャに関して同じＰＲＡＣＨプリアンブルを使用し、両者は、Ｍｓｇ３反復をスケジュールする対応するＭｓｇ２を受信する。したがって、両方のＵＥは、Ｍｓｇ３反復を伝送する。ＵＥ＃１がＲｅｐ＃２と重複したＰＵＣＣＨ伝送を有し、ＵＥ＃３がＲｅｐ＃３と重複したＰＵＣＣＨを伝送する場合、ｇＮＢは、ＵＳＩがＲｅｐ＃２および／またはＲｅｐ＃３で多重化されるかどうがわかっていない。ＵＣＩの有無にかかわらず、Ｍｓｇ３ ＰＵＳＣＨのブラインド復号を回避するために、ＵＣＩがＭｓｇ３ ＰＵＳＣＨにおいて多重化されていないことを明確にすべきである。

Ｍｓｇ３ ＰＵＳＣＨ反復は、ＨＡＲＱ－ＡＣＫ／ＣＳＩを搬送するＰＵＣＣＨと重複可能であり、ＵＣＩは、重複したＭｓｇ３ ＰＵＳＣＨ反復では多重化されない。

後続の問題は、ＵＥが重複したＭｓｇ３ ＰＵＳＣＨ反復を伝送すべきか、またはＰＵＣＣＨを伝送すべきかである。重複したＭｓｇ３ ＰＵＳＣＨ反復が伝送される（すなわち、ＰＵＣＣＨがドロップされる）場合、そのようなケースは、それがＮＷにスケジューリング制限を課すので、許容されない。ＰＵＣＣＨが伝送される（すなわち、重複したＭｓｇ３ ＰＵＳＣＨ反復がドロップされる）場合、ｇＮＢは、常にＰＵＣＣＨを復号し、ｇＮＢがＭｓｇ３ ＰＵＳＣＨをどのように復号するかは、ｇＮＢの実装に依存し得る。

一例では、ｇＮＢは、全てのＭｓｇ３反復が伝送されると常に仮定する。図２１に示す例では、ｇＮＢは、ＵＥ＃２からのＭｓｇ３の復号に成功し得る。

別の例では、ｇＮＢは、ＰＵＣＣＨ伝送をブラインド最初に検出することができ、ｇＮＢは、それが同じセル内の全てのＵＥからのＰＵＣＣＨと重複する限り、Ｍｓｇ３反復を考慮しない。すなわち、ｇＮＢは、図２１に示す例では、Ｍｓｇ３反復＃１および＃４の復号のみを試みる。ｇＮＢは、関連するスロット内のセルで僅かなＰＵＣＣＨしかスケジュールされていないことを知っている場合、この実施態様を選択することができる。

所与のＵＥのために、１つ以上のＭｓｇ３反復がＨＡＲＱ－ＡＣＫ／ＣＳＩを搬送するＰＵＣＣＨと重複する場合、ＵＥは、ＰＵＣＣＨを伝送し、重複した１つ以上のＭｓｇ３反復をドロップする。

重複条件が異なるＵＥに関して異なり得ることを所与とすると、ＰＵＣＣＨの重複は、スロットがＭｓｇ３反復のために利用可能なスロットであるか否かを決定するために考慮されない。そうでなければ、異なるＵＥは、異なる数のＭｓｇ３反復を延期し、ｇＮＢは、これを認識することができない。その結果、Ｍｓｇ３反復において、１つのスロットが利用可能なスロットとしてカウントされるか否かは、ＰＵＣＣＨの重複に依存しない。換言すれば、Ｍｓｇ３反復がＰＵＣＣＨとの重複によってドロップされた場合、それは反復の総数において１回の反復としてカウントされるであろう。

いくつかの実施形態において、Ｍｓｇ３ ＰＵＳＣＨ反復の第１の反復は、ＰＵＣＣＨと重複することができない。ＰＵＣＣＨは、第１の反復以外のＭｓｇ３ ＰＵＳＣＨ反復の反復と重複することができる。

ＰＵＣＣＨが第１の反復以外の１つ以上のＭｓｇ３ ＰＵＳＣＨ反復と重複する場合、ＵＣＩが、Ｍｓｇ３ ＰＵＳＣＨに多重化されるか、ＰＵＣＣＨが、ドロップされるか、または、重複した反復が、ドロップされる。

いくつかの実施形態において、Ｍｓｇ３ ＰＵＳＣＨ反復の第１の反復は、反復を伴うＰＵＣＣＨと重複することができない。いくつかの実施形態において、Ｍｓｇ３ ＰＵＳＣＨ反復は、反復を伴うＰＵＣＣＨと重複することができない。

（実施例２）

以下の表４は、ＳＦＩが構成されていない場合、以下のシンボルがＭｓｇ３伝送のための利用可能なシンボルであることを指定する。

１）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるアップリンクシンボル。

２）提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるフレキシブルシンボル。

ＵＥがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによってのみ提供され、シンボルがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによってフレキシブルシンボルとして示される場合、それは、Ｍｓｇ３伝送のために使用されることができる。

ＵＥがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄの両方によって提供され、シンボルがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄの両方によってフレキシブルシンボルとして示される場合、提供される場合、フレキシブルシンボルは、Ｍｓｇ３伝送のために利用可能である。

以下の表５は、ＳＦＩが構成されていない場合、以下のシンボルがＭｓｇ３伝送のために利用できないことを指定する。

１）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるダウンリンクシンボル

２）ＳＳＢ伝送のために構成されたシンボル

なお、ＭＩＢのｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１によって示されるＴｙｐｅ０－ＰＤＣＣＨ ＣＳＳセットに関するＣＯＲＥＳＥＴ用のシンボルは、Ｍｓｇ３伝送のために使用されることができるｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによってフレキシブルシンボルとして示されることができる。すなわち、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるフレキシブルシンボルであるかぎり、それは、Ｍｓｇ３伝送のために使用されることができる。

図２２は、Ｍｓｇ３スケジューリングの例を示している。

上記の分析に基づいて、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによってフレキシブルシンボルが他のＵＥのためのＤＬシンボルに変化させられ得ることも所与として、ｇＮＢは、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによってのみ構成されたフレキシブルシンボルにおけるＭｓｇ３伝送のスケジューリングを回避しようと試みるものとする。図２２に示すように、ＵＥ＃１およびＵＥ＃２は、Ｍｓｇ１伝送のために同一のプリアンブルを使用する。両方のＵＥは、両方のＵＥが対応するＭｓｇ２を正常に復号することができる場合、Ｍｓｇ３伝送を伝送する。Ｍｓｇ３がスロット＃２にスケジュールされている場合、ＵＥ＃１のみがＭｓｇ３を伝送することができる。このようなケースを回避するために、ｇＮＢは、ＲＲＣ接続モードにおけるＵＥを考慮することによって、ＵＬスロット＃３またはスロット＃４においてＭｓｇ３をスケジュールすることを選択することができる。

Ｍｓｇ３反復がサポートされ、Ｍｓｇ３伝送のためにフレキシブルシンボルが使用されることができる場合、ｇＮＢが異なるＵＥ間でＭｓｇ３伝送のための機会を同じに保つことは、困難になる。実際のＭｓｇ３伝送機会は、ＲＲＣモードにおいて異なるＵＥに関して異なる。それは、ＴＤＤ構成のための専用ＲＲＣシグナリングが異なる場合、ＲＲＣ接続ＵＥ間でも異なり得る。

ｇＮＢ側での曖昧さを回避するために、異なるＵＥ間のＭｓｇ３反復伝送の遅延が同じであることを確実にすべきである。これに関して、以下のオプションが考えられることができる。

オプション１：レガシー伝送規則は、ＴＤＤ構成に対するいくつかの構成制限を伴って再使用される。より具体的に、所与のＵＥのために、Ｍｓｇ３反復は、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって構成されたＵＬシンボル、または提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって構成されたフレキシブルシンボルにおいて伝送されることができる。しかしながら、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって構成されたフレキシブルシンボルは、提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって、いくつかの他のＵＥのＵＬ／フレキシブルシンボルをＤＬシンボルに変化することはできない。これは、実際に、ＤＬ／ＵＬ干渉を回避するために現在のネットワークにおいて展開されているものであるが、それは、前方互換性はないこともある。

しかしながら、フレキシブルシンボルは、同じサービングセル内の全てのＵＥ間で同じ方向に変化させられるべきである。すなわち、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって構成されたフレキシブルシンボルは、同じサービングセル内の全てのＵＥに提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによってフレキシブルシンボルとして保持されるか、またはＤＬシンボルまたはＵＬシンボルに変化させられるべきである。

オプション２：Ｍｓｇ３反復は、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって構成されたＵＬシンボル／スロットにおいてのみ伝送されることができる。次いで、ＵＥがいくつかのシンボル／スロットの方向を変化させるために専用ＲＲＣシグナリングでさらに構成されているかどうかにかかわらず、ｇＮＢは、Ｍｓｇ３反復が伝送される場所に関する曖昧さを有しない。これは、Ｍｓｇ３反復のために追加の待ち時間を導入し得る。換言すれば、これも、Ｍｓｇ３反復が構成されるとき、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによってｇＮＢがあまりにも多くのフレキシブルシンボルを構成することを制限する。

オプション３：Ｍｓｇ３ ＰＵＳＣＨ反復のために無効シンボルを構成する上位層パラメータが導入されることができる。いくつかの実施形態において、上位層パラメータは、セル特有のシグナリングである。いくつかの実施形態において、上位層パラメータは、ＳＩＢ１においてのみ構成される。いくつかの実施形態において、上位層パラメータによって構成された無効シンボルは、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって構成されたフレキシブルシンボルにのみ適用される。いくつかの実施形態において、上位層パラメータによって構成された無効シンボルは、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって構成されたフレキシブルシンボルの一部であり得る。これは、ＰＵＳＣＨ反復タイプＢに関して導入されたＲＲＣ構成無効シンボル（ｉｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ）と同様である。

ＳＦＩが構成されていない場合、Ｍｓｇ３反復が可能にされる場合、反復を伴わないＭｓｇ３伝送のためのレガシー動作が再使用される。

以下のシンボルは、Ｍｓｇ３反復の伝送のための利用可能なシンボルである：ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるアップリンクシンボル、提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよびｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるフレキシブルシンボル。

以下のシンボルは、Ｍｓｇ３反復の伝送のための無効なシンボルである：ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるダウンリンクシンボル、ＳＳＢ伝送のために構成されたシンボル。

Ｍｓｇ３反復が無効なシンボルと重複する場合、ＵＥは、反復を伝送せず、Ｍｓｇ３伝送のための反復の総数にカウントされない。

ＳＦＩが構成されていない場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるアップリンクシンボルのみが、Ｍｓｇ３反復の伝送のための利用可能なシンボルである。

ＳＦＩが構成されていない場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎまたはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるダウンリンクまたはフレキシブルシンボル、またはＳＳＢ伝送のために構成されたシンボルは、Ｍｓｇ３反復の伝送のための無効なシンボルである。

Ｍｓｇ３反復が無効なシンボルと重複する場合、ＵＥは、反復を伝送せず、Ｍｓｇ３伝送のための反復の総数にカウントされない。

（実施例３）

動的ＳＦＩが構成される場合、Ｍｓｇ３伝送の衝突処理に関するＲｅｌ－１５／１６レガシーＵＥの挙動が以下に要約される。

動的ＳＦＩが構成される場合、ＵＥは、Ｍｓｇ３伝送とＳＦＩ指示との間の衝突を予期しない。

動的ＳＦＩが構成され、ＤＣＩフォーマット２＿０がＵＥによって検出される場合、ＤＣＩフォーマット２＿０によって示されるフレキシブルシンボルは、Ｍｓｇ３伝送のための利用可能なシンボルである。

動的ＳＦＩが構成され、ＤＣＩフォーマット２＿０がＵＥによって検出されない場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、および、提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるフレキシブルシンボルは、Ｍｓｇ３伝送のための利用可能なシンボルである。

ＳＦＩによって示されるフレキシブルシンボルがＭｓｇ３反復のために使用されることができる場合、異なるＵＥは、異なる数のＭｓｇ３反復を延期することがあり、ｇＮＢは、これを認識することができない。ＵＥが実際にＭｓｇ３反復を伝送するかどうかについての曖昧さを回避するために、ＳＦＩによって示されるフレキシブルシンボルは、Ｍｓｇ３反復の伝送のために使用されない。

ＳＦＩが構成される場合、ＳＦＩ指示のためのＤＣＩフォーマット２＿０がＵＥによって検出されるか否かにかかわらず、フレキシブルシンボルは、Ｍｓｇ３反復の伝送のために無効なシンボルである。

Ｍｓｇ３反復が無効なシンボルと重複する場合、ＵＥは、反復を伝送せず、それは、Ｍｓｇ３伝送のための反復の総数にカウントされる。
動的ＳＦＩが構成され、ＤＣＩフォーマット２＿０がＵＥによって検出される場合、ＤＣＩフォーマット２＿０によって示されるフレキシブルシンボルは、Ｍｓｇ３反復のために無効なシンボルである。

ＤＣＩフォーマット２＿０がＵＥによって検出されない間に動的ＳＦＩが構成される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、および提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって示されるフレキシブルシンボルは、Ｍｓｇ３反復のために利用可能なシンボルである。

いくつかの実施形態において、Ｍｓｇ３ ＰＵＳＣＨ反復は、ＵＬキャンセル指示（ＣＩ）によってキャンセルされることができない。

図２３Ａ～図２３Ｄは、実際の時間領域ウィンドウ、名目時間領域ウィンドウ、およびバンドルの例示的な構成を示している。

いくつかの実施態様において、図２３Ａに示すように、ＵＥ能力は、１０スロットとして報告され、ＵＥは、位相連続性を維持することができる。ＵＥ能力を受信すると、ｇＮＢは、そのサイズが８に設定されるように名目時間領域ウィンドウを構成し、例えば、上述したスキーム３またはスキーム１にしたがって名目時間領域ウィンドウの開始点を確認し、実際の時間領域ウィンドウ１を２スロットとして構成し、実際の時間領域ウィンドウ２を３スロットとして構成する。

図２３Ｂは、バンドルサイズが３であり、実際の時間領域ウィンドウ１内の実際の利用可能なバンドルサイズが２であり、周波数ホッピングを示す。

図２３Ｃは、バンドルサイズが２であることを示し、実際のウィンドウ２は、２つのホップに分割されることができ、ホップ３とホップ１とは、同じ周波数領域位置を有し、周波数ホッピングを示す。

図２３Ｄは、異なるサイズを有する２つのバンドルを示し、各バンドルは、対応する実際の時間領域ウィンドウ以下であることができる。

図２４は、開示された技術のいくつかの実施形態に基づく無線通信方法の例を示している。

開示された技術のいくつかの実施形態において、無線通信方法２４００は、２４１０において、ネットワークデバイスによって、無線デバイスの能力情報に基づいて時間領域リソースに関連付けられた１つ以上の時間領域ウィンドウを決定することと、２４２０において、ネットワークデバイスによって、１つ以上の時間領域ウィンドウを指示することと、２４３０において、ネットワークデバイスによって、無線デバイスから、指示された１つ以上の時間領域ウィンドウにしたがってメッセージを受信することとを含む。

図２５は、開示された技術のいくつかの実施形態に基づく無線通信方法の別の例を示している。

開示された技術のいくつかの実施形態において、無線通信方法２５００は、２５１０において、ネットワークデバイスによって、無線デバイスのためのジョイントチャネル推定のための時間領域リソースの時間領域ウィンドウを構成することと、２５２０において、ネットワークデバイスによって、時間領域ウィンドウの開始点を構成することと、２５３０において、ネットワークデバイスによって、無線デバイスから、時間領域ウィンドウの開始点にしたがってメッセージを受信することとを含む。

図２６は、開示された技術のいくつかの実施形態に基づく無線通信方法の別の例を示している。

開示されている技術のいくつかの実施形態において、無線通信方法２６００は、２６１０において、無線デバイスによって、ネットワークデバイスに、時間領域リソースに関連付けられた時間領域ウィンドウを決定するための能力情報を伝送することと、２６２０において、無線デバイスによって、ネットワークデバイスから、１つ以上の時間領域ウィンドウを示す指示を受信することと、２６３０において、無線デバイスによって、１つ以上の時間領域ウィンドウにしたがってメッセージを伝送することとを含む。

図２７は、無線アクセス・ノード１２０と、１つ以上のユーザ機器（ＵＥ）１１１、１１２および１１３とを含む無線通信システム（例えば、ＬＴＥ、５Ｇ新しい無線（ＮＲ）セルラーネットワーク）の例を示している。いくつかの実施形態において、ダウンリンク伝送（１４１、１４２、１４３）は、複数のユーザプレーン機能を処理するための処理順序を含む制御プレーンメッセージを含む。これに続いて、ＵＥによって受信された処理順序に基づいてアップリンク伝送（１３１、１３２、１３３）が行われ得る。同様に、ユーザプレーン機能は、受信された処理順序に基づいてダウンリンク伝送のためにＵＥによって処理されることができる。ＵＥは、例えば、スマートフォン、タブレット、モバイルコンピュータ、マシンツーマシン（Ｍ２Ｍ）デバイス、端末、モバイルデバイス、モノのインターネット（ＩｏＴ）デバイスなどであり得る。

図２８は、適用されることができる開示された技術の１つ以上の実施形態に基づく無線局の一部のブロック図表現である。基地局または無線デバイス（またはＵＥ）などの無線局２０５は、本明細書に提示された無線技術のうちの１つ以上を実装するマイクロプロセッサなどのプロセッサ電子機器２１０を含むことができる。無線局２０５は、アンテナ２２０などの１つ以上の通信インターフェースを介して無線信号を送信および／または受信する送受信機電子機器２１５を含むことができる。無線局２０５は、データを送受信するための他の通信インターフェースを含むことができる。無線局２０５は、データおよび／または命令などの情報を記憶するように構成された１つ以上のメモリ（明示的には図示せず）を含むことができる。いくつかの実装において、プロセッサ電子機器２１０は、送受信機電子機器２１５の少なくとも一部を含むことができる。いくつかの実施形態において、開示された技術、モジュール、または機能の少なくともいくつかは、無線局２０５を使用して実装される。

本明細書で説明される実施形態のいくつかは、ネットワーク環境のコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能命令を含むコンピュータ読み取り可能な媒体において具現化されるコンピュータプログラム製品によって一実施形態において実装され得る方法またはプロセスの一般的な文脈において記載される。コンピュータ読み取り可能な媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含むがこれらに限定されないリムーバブルおよび非リムーバブル記憶デバイスを含み得る。したがって、コンピュータ読み取り可能な媒体は、非一時的記憶媒体を含むことができる。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータまたはプロセッサ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書において開示される方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスに記載された機能を実装するための対応する動作の例を表す。

開示された実施形態のいくつかは、ハードウェア回路、ソフトウェア、またはそれらの組み合わせを使用するデバイスまたはモジュールとして実装されることができる。例えば、ハードウェア回路実装は、例えばプリント回路基板の一部として統合された別々のアナログおよび／またはデジタル構成要素を含むことができる。代替的または追加的に、開示された構成要素またはモジュールは、特定用途向け集積回路（ＡＳＩＣ）および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイスとして実装されることができる。いくつかの実施態様は、追加的または代替的に、本出願の開示された機能性に関連するデジタル信号処理の動作上の必要性のために最適化されたアーキテクチャを有する専用マイクロプロセッサであるデジタル信号プロセッサ（ＤＳＰ）を含み得る。同様に、各モジュール内の様々な構成要素またはサブ構成要素は、ソフトウェア、ハードウェアまたはファームウェアにおいて実装され得る。モジュールおよび／またはモジュール内の構成要素間の接続は、これらに限定されるものではないが、適切なプロトコルを使用するインターネット、有線、または無線ネットワークを介した通信を含む、当該技術分野において知られている接続方法および媒体のいずれか１つを使用して提供され得る。

いくつかの実施形態は、好ましくは、項形式でリストアップされた以下の解決策のうちの１つ以上を実装し得る。以下の項は、上記の例および本文書全体においてサポートされ、さらに説明される。以下の項および特許請求の範囲において使用される場合、無線端末は、ユーザ機器、移動局、または基地局などの固定ノードを含む任意の他の無線端末であり得る。ネットワークデバイスは、次世代ノードＢ（ｇＮＢ）、拡張ノードＢ（ｅＮＢ）、または基地局として機能する任意の他のデバイスを含む基地局を含む。リソース範囲は、時間－周波数リソースまたはブロックの範囲を指し得る。

項１．無線通信のための方法であって、方法は、ネットワークデバイスによって、無線デバイスの能力情報に基づいて時間領域リソースに関連付けられた１つ以上の時間領域ウィンドウを決定することと、ネットワークデバイスによって、１つ以上の時間領域ウィンドウを指示することと、ネットワークデバイスによって、無線デバイスから、１つ以上の指示された時間領域ウィンドウにしたがってメッセージを受信することとを含む、方法。

項２．１つ以上の時間領域ウィンドウは、時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを含む、項１に記載の方法。

項３．時間領域ウィンドウサイズは、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、またはバンドルサイズのうちの少なくとも１つを含む、項２に記載の方法。

項４．能力情報は、無線デバイスによってサポートされる最大時間領域ウィンドウサイズを含む、項１に記載の方法。

項５．時間領域ウィンドウサイズは、反復の数、スロットの数、またはシンボルの数のうちの少なくとも１つに基づいて決定される、項２に記載の方法。

項６．時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズ、少なくとも１つの実際の時間領域ウィンドウサイズ、および少なくとも１つのバンドルサイズを含む、項２に記載の方法。

項７．周波数ホッピングが、少なくとも１つのバンドルサイズなしで、少なくとも１つの実際の時間領域ウィンドウサイズに基づいて実行される、項６に記載の方法。

項８．少なくとも１つのバンドルサイズは、少なくとも１つの実際の時間領域ウィンドウサイズのうちの別の実際の時間領域ウィンドウサイズより大きいまたは小さい１つに基づいて決定される、項６に記載の方法。

項９．少なくとも１つのバンドルサイズは、対応する実際の時間領域ウィンドウサイズ以下である、項６に記載の方法。

項１０．少なくとも１つの実際の時間領域ウィンドウサイズおよび少なくとも１つのバンドルサイズは、少なくとも１つの名目時間領域ウィンドウサイズ以下である、項６に記載の方法。

項１１．時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズおよび少なくとも１つのバンドルサイズを含む、項２に記載の方法。

項１２．少なくとも１つのバンドルサイズは、少なくとも１つの名目時間領域ウィンドウサイズの半分である、項１１に記載の方法。

項１３．無線デバイスは、物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送が連続伝送であるかどうか；ＰＵＳＣＨによって占有される周波数領域リソースブロックが変化させられないかどうか；ＰＵＳＣＨ位相連続性が変化しないままであるかどうか；ＰＵＳＣＨ電力制御パラメータが変化させられないかどうか；ＰＵＳＣＨタイミングアドバンスが変化しないままであるかどうか；ＰＵＳＣＨ伝送プリコーディングが変化しないままであるかどうか；キャリアアグリゲーション（ＣＡ）アップリンク切り替え機能が動的切り替えを実行しないかどうか；帯域幅部分（ＢＷＰ）に関する動的切り替えがあるかどうか；通常のアップリンク（ＮＵＬ）と補足アップリンク（ＳＵＬ）との間に動的切り替えがあるかどうか；連続していない時間領域長が所定のシンボルの数、スロットの数、または反復の数より大きいかどうかに基づいて、実際の時間領域ウィンドウおよび対応する実際の時間領域ウィンドウサイズを決定する、項１１に記載の方法。

項１４．周波数ホッピングが、少なくとも１つのバンドルサイズにしたがって実際の時間領域ウィンドウにおいて無線デバイスによって実行される、項１３に記載の方法。

項１５．少なくとも１つのバンドルサイズは、対応する名目時間領域ウィンドウサイズ以下である、項１１に記載の方法。

項１６．時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズを含み、少なくとも１つの名目時間領域ウィンドウサイズは、周波数ホッピングのためのバンドルとして使用される、項２に記載の方法。

項１７．無線通信のための方法であって、方法は、ネットワークデバイスによって、無線デバイスのためのジョイントチャネル推定のための時間領域リソースの時間領域ウィンドウを構成することと、ネットワークデバイスによって、時間領域ウィンドウの開始点を構成することと、ネットワークデバイスによって、無線デバイスから、時間領域ウィンドウの開始点にしたがってメッセージを受信することとを含む、方法。

項１８．時間領域リソースは、連続した物理リソースまたは連続していない物理リソースを含む、項１７に記載の方法。

項１９．時間領域ウィンドウの開始点は、物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送のためのアップリンクグラントの最後のシンボルである、項１７に記載の方法。

項２０．時間領域ウィンドウの開始点は、各ＰＵＳＣＨまたは物理アップリンク制御チャネル（ＰＵＣＣＨ）のための期間内の最初のシンボルである、項１７に記載の方法。

項２１．時間領域ウィンドウの開始点は、各無線フレームの開始点である、項１７に記載の方法。

項２２．オフセット値が、無線デバイスが時間領域ウィンドウスライドを可能にするために構成される、項１７に記載の方法。

項２３．時間領域ウィンドウは、実際の時間領域ウィンドウまたは名目時間領域ウィンドウのうちの少なくとも１つを含む、項１７に記載の方法。

項２４．時間領域ウィンドウは、連続したＰＵＳＣＨ伝送；連続していないＰＵＳＣＨ伝送；ＰＵＳＣＨ変化によって占有される周波数領域リソースブロック；ＰＵＳＣＨ位相連続性の変化；ＰＵＳＣＨ電力制御パラメータにおける変化；ＰＵＳＣＨタイミングアドバンスにおける変化；ＰＵＳＣＨ伝送プリコーディングにおける変化；キャリアアグリゲーション（ＣＡ）アップリンク切り替えによる動的切り替え；帯域幅部分（ＢＷＰ）の動的切り替え；通常のアップリンク（ＮＵＬ）と補足アップリンク（ＳＵＬ）との間の動的切り替え；または連続していない時間領域長が所定のシンボルの数、スロットの数、または反復の数より大きいことのうちの少なくとも１つを含む所定のイベントの発生時、再開される、項１７から２３のいずれかに記載の方法。

項２５．無線通信のための方法であって、方法は、無線デバイスによって、ネットワークデバイスに、時間領域リソースに関連付けられた時間領域ウィンドウを決定するための能力情報を伝送することと、無線デバイスによって、ネットワークデバイスから、１つ以上の時間領域ウィンドウの指示を受信することと、無線デバイスによって、１つ以上の時間領域ウィンドウにしたがってメッセージを伝送することとを含む、方法。

項２６．能力情報は、無線デバイスによってサポートされる最大時間領域ウィンドウサイズを含み、能力情報は、１つ以上の時間領域ウィンドウに関連付けられた時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを決定するために使用される、項２５に記載の方法。

項２７．時間領域ウィンドウサイズは、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、またはバンドルサイズのうちの少なくとも１つを含む、項２６に記載の方法。

項２８．時間領域ウィンドウサイズは、反復の数、スロットの数、またはシンボルの数のうちの少なくとも１つに基づいて決定される、項２６に記載の方法。

項２９．メモリとプロセッサとを備えている無線通信のための装置であって、プロセッサは、メモリからコードを読み取り、項１から２８のいずれかに記載の方法を実装する、装置。

項３０．コードを記憶しているコンピュータ読み取り可能なプログラム記憶媒体であって、コードは、プロセッサによって実行されると、プロセッサに、項１から２８のいずれかに記載の方法を実装させる、非一時的コンピュータ読み取り可能な媒体。

本明細書で説明される実施形態のいくつかは、ネットワーク環境のコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能命令を含むコンピュータ読み取り可能な媒体において具現化されるコンピュータプログラム製品によって一実施形態において実装され得る方法またはプロセスの一般的な文脈において記載される。コンピュータ読み取り可能な媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含むがこれらに限定されないリムーバブルおよび非リムーバブル記憶デバイスを含み得る。したがって、コンピュータ読み取り可能な媒体は、非一時的記憶媒体を含むことができる。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータまたはプロセッサ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書において開示される方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスに記載された機能を実装するための対応する動作の例を表す。

開示された実施形態のいくつかは、ハードウェア回路、ソフトウェア、またはそれらの組み合わせを使用するデバイスまたはモジュールとして実装されることができる。例えば、ハードウェア回路実装は、例えばプリント回路基板の一部として統合された別々のアナログおよび／またはデジタル構成要素を含むことができる。代替的または追加的に、開示された構成要素またはモジュールは、特定用途向け集積回路（ＡＳＩＣ）および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイスとして実装されることができる。いくつかの実施態様は、追加的または代替的に、本出願の開示された機能性に関連するデジタル信号処理の動作上の必要性のために最適化されたアーキテクチャを有する専用マイクロプロセッサであるデジタル信号プロセッサ（ＤＳＰ）を含み得る。同様に、各モジュール内の様々な構成要素またはサブ構成要素は、ソフトウェア、ハードウェアまたはファームウェアにおいて実装され得る。モジュールおよび／またはモジュール内の構成要素間の接続は、これらに限定されるものではないが、適切なプロトコルを使用するインターネット、有線、または無線ネットワークを介した通信を含む、当該技術分野において知られている接続方法および媒体のいずれか１つを使用して提供され得る。

この文書は多くの詳細を含むが、これらは特許請求される発明または特許請求され得る発明の範囲に対する限定として解釈されるべきではなく、むしろ特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態において組み合わせて実装されることもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態において別個に、または任意の適切な部分的組み合わせで実装されることもできる。さらに、特徴は、特定の組み合わせで作用するものとして上記で説明され、最初にそのように特許請求され得るが、特許請求される組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから切り取られてもよく、特許請求される組み合わせは、部分的な組み合わせまたは部分的な組み合わせの変形に向けられ得る。同様に、動作は特定の順序で図面に示されているが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で、または連続した順序で実行されること、または示された全ての動作が実行されることを必要とすると理解されるべきではない。

本開示に記載および例示されているものに基づいて、いくつかの実装および例のみが記載されており、他の実装、拡張および変形を行うことができる。

これらおよび他の側面は、本明細書に記載されている。
本発明は、例えば、以下を提供する。
（項目１）
無線通信のための方法であって、前記方法は、
ネットワークデバイスによって、無線デバイスの能力情報に基づいて時間領域リソースに関連付けられた１つ以上の時間領域ウィンドウを決定することと、
前記ネットワークデバイスによって、前記１つ以上の時間領域ウィンドウを指示することと、
前記ネットワークデバイスによって、前記無線デバイスから、前記１つ以上の指示された時間領域ウィンドウにしたがってメッセージを受信することと
を含む、方法。
（項目２）
前記１つ以上の時間領域ウィンドウは、時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを含む、項目１に記載の方法。
（項目３）
前記時間領域ウィンドウサイズは、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、またはバンドルサイズのうちの少なくとも１つを含む、項目２に記載の方法。
（項目４）
前記能力情報は、前記無線デバイスによってサポートされる最大時間領域ウィンドウサイズを含む、項目１に記載の方法。
（項目５）
前記時間領域ウィンドウサイズは、反復の数、スロットの数、またはシンボルの数のうちの少なくとも１つに基づいて決定される、項目２に記載の方法。
（項目６）
前記時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズ、少なくとも１つの実際の時間領域ウィンドウサイズ、および少なくとも１つのバンドルサイズを含む、項目２に記載の方法。
（項目７）
周波数ホッピングが、前記少なくとも１つのバンドルサイズなしで、前記少なくとも１つの実際の時間領域ウィンドウサイズに基づいて実行される、項目６に記載の方法。
（項目８）
前記少なくとも１つのバンドルサイズは、前記少なくとも１つの実際の時間領域ウィンドウサイズのうちの別の実際の時間領域ウィンドウサイズより大きいまたは小さい１つに基づいて決定される、項目６に記載の方法。
（項目９）
前記少なくとも１つのバンドルサイズは、対応する実際の時間領域ウィンドウサイズ以下である、項目６に記載の方法。
（項目１０）
前記少なくとも１つの実際の時間領域ウィンドウサイズおよび前記少なくとも１つのバンドルサイズは、前記少なくとも１つの名目時間領域ウィンドウサイズ以下である、項目６に記載の方法。
（項目１１）
前記時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズおよび少なくとも１つのバンドルサイズを含む、項目２に記載の方法。
（項目１２）
前記少なくとも１つのバンドルサイズは、前記少なくとも１つの名目時間領域ウィンドウサイズの半分である、項目１１に記載の方法。
（項目１３）
前記無線デバイスは、物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送が連続した伝送であるかどうか；ＰＵＳＣＨによって占有される周波数領域リソースブロックが変化しないかどうか；ＰＵＳＣＨ位相連続性が変化しないままであるかどうか；ＰＵＳＣＨ電力制御パラメータが変化しないかどうか；ＰＵＳＣＨタイミングアドバンスが変化しないままであるかどうか；ＰＵＳＣＨ伝送プリコーディングが変化しないままであるかどうか；キャリアアグリゲーション（ＣＡ）アップリンク切り替え機能が動的切り替えを実行しないかどうか；帯域幅部分（ＢＷＰ）に関する動的切り替えがあるかどうか；通常のアップリンク（ＮＵＬ）と補足アップリンク（ＳＵＬ）との間に動的切り替えがあるかどうか；または、連続していない時間領域長が所定のシンボルの数、スロットの数、または反復の数より大きいかどうかに基づいて、実際の時間領域ウィンドウおよび対応する実際の時間領域ウィンドウサイズを決定する、項目１１に記載の方法。
（項目１４）
周波数ホッピングが、前記少なくとも１つのバンドルサイズにしたがって前記実際の時間領域ウィンドウにおいて前記無線デバイスによって実行される、項目１３に記載の方法。
（項目１５）
前記少なくとも１つのバンドルサイズは、対応する名目時間領域ウィンドウサイズ以下である、項目１１に記載の方法。
（項目１６）
前記時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズを含み、前記少なくとも１つの名目時間領域ウィンドウサイズは、周波数ホッピングのためのバンドルとして使用される、項目２に記載の方法。
（項目１７）
無線通信のための方法であって、前記方法は、
ネットワークデバイスによって、無線デバイスのためのジョイントチャネル推定のための時間領域リソースの時間領域ウィンドウを構成することと、
前記ネットワークデバイスによって、前記時間領域ウィンドウの開始点を構成することと、
前記ネットワークデバイスによって、前記無線デバイスから、前記時間領域ウィンドウの前記開始点にしたがってメッセージを受信することと
を含む、方法。
（項目１８）
前記時間領域リソースは、連続した物理リソースまたは連続していない物理リソースを含む、項目１７に記載の方法。
（項目１９）
前記時間領域ウィンドウの前記開始点は、物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送のためのアップリンクグラントの最後のシンボルである、項目１７に記載の方法。
（項目２０）
前記時間領域ウィンドウの前記開始点は、各ＰＵＳＣＨまたは物理アップリンク制御チャネル（ＰＵＣＣＨ）のための期間内の最初のシンボルである、項目１７に記載の方法。
（項目２１）
前記時間領域ウィンドウの前記開始点は、各無線フレームの開始点である、項目１７に記載の方法。
（項目２２）
オフセット値が、前記無線デバイスが時間領域ウィンドウスライドを可能にするために構成される、項目１７に記載の方法。
（項目２３）
前記時間領域ウィンドウは、実際の時間領域ウィンドウまたは名目時間領域ウィンドウのうちの少なくとも１つを含む、項目１７に記載の方法。
（項目２４）
前記時間領域ウィンドウは、連続したＰＵＳＣＨ伝送；連続していないＰＵＳＣＨ伝送；ＰＵＳＣＨ変化によって占有される周波数領域リソースブロック；ＰＵＳＣＨ位相連続性の変化；ＰＵＳＣＨ電力制御パラメータにおける変化；ＰＵＳＣＨタイミングアドバンスにおける変化；ＰＵＳＣＨ伝送プリコーディングにおける変化；キャリアアグリゲーション（ＣＡ）アップリンク切り替えによる動的切り替え；帯域幅部分（ＢＷＰ）の動的切り替え；通常のアップリンク（ＮＵＬ）と補足アップリンク（ＳＵＬ）との間の動的切り替え；または連続していない時間領域長が所定のシンボルの数、スロットの数、または、反復の数より大きいことのうちの少なくとも１つを含む所定のイベントの発生時、再開される、項目１７から２３のいずれかに記載の方法。
（項目２５）
無線通信のための方法であって、前記方法は、
無線デバイスによって、ネットワークデバイスに、時間領域リソースに関連付けられた時間領域ウィンドウを決定するための能力情報を伝送することと、
前記無線デバイスによって、前記ネットワークデバイスから、１つ以上の時間領域ウィンドウの指示を受信することと、
前記無線デバイスによって、前記１つ以上の時間領域ウィンドウにしたがってメッセージを伝送することと
を含む、方法。
（項目２６）
前記能力情報は、前記無線デバイスによってサポートされる最大時間領域ウィンドウサイズを含み、前記能力情報は、前記１つ以上の時間領域ウィンドウに関連付けられた時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを決定するために使用される、項目２５に記載の方法。
（項目２７）
前記時間領域ウィンドウサイズは、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、またはバンドルサイズのうちの少なくとも１つを含む、項目２６に記載の方法。
（項目２８）
前記時間領域ウィンドウサイズは、反復の数、スロットの数、またはシンボルの数のうちの少なくとも１つに基づいて決定される、項目２６に記載の方法。
（項目２９）
メモリとプロセッサとを備えている無線通信のための装置であって、前記プロセッサは、前記メモリからコードを読み取り、項目１から２８のいずれかに記載の方法を実装する、装置。
（項目３０）
コードを記憶しているコンピュータ読み取り可能なプログラム記憶媒体であって、前記コードは、プロセッサによって実行されると、項目１から２８のいずれかに記載の方法を前記プロセッサに実装させる、コンピュータ読み取り可能な媒体。

Claims (30)

1. 無線通信のための方法であって、前記方法は、
   ネットワークデバイスによって、無線デバイスの能力情報に基づいて時間領域リソースに関連付けられた１つ以上の時間領域ウィンドウを決定することと、
   前記ネットワークデバイスによって、前記１つ以上の時間領域ウィンドウを指示することと、
   前記ネットワークデバイスによって、前記無線デバイスから、前記１つ以上の指示された時間領域ウィンドウにしたがってメッセージを受信することと
   を含む、方法。
2. 前記１つ以上の時間領域ウィンドウは、時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを含む、請求項１に記載の方法。
3. 前記時間領域ウィンドウサイズは、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、またはバンドルサイズのうちの少なくとも１つを含む、請求項２に記載の方法。
4. 前記能力情報は、前記無線デバイスによってサポートされる最大時間領域ウィンドウサイズを含む、請求項１に記載の方法。
5. 前記時間領域ウィンドウサイズは、反復の数、スロットの数、またはシンボルの数のうちの少なくとも１つに基づいて決定される、請求項２に記載の方法。
6. 前記時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズ、少なくとも１つの実際の時間領域ウィンドウサイズ、および少なくとも１つのバンドルサイズを含む、請求項２に記載の方法。
7. 周波数ホッピングが、前記少なくとも１つのバンドルサイズなしで、前記少なくとも１つの実際の時間領域ウィンドウサイズに基づいて実行される、請求項６に記載の方法。
8. 前記少なくとも１つのバンドルサイズは、前記少なくとも１つの実際の時間領域ウィンドウサイズのうちの別の実際の時間領域ウィンドウサイズより大きいまたは小さい１つに基づいて決定される、請求項６に記載の方法。
9. 前記少なくとも１つのバンドルサイズは、対応する実際の時間領域ウィンドウサイズ以下である、請求項６に記載の方法。
10. 前記少なくとも１つの実際の時間領域ウィンドウサイズおよび前記少なくとも１つのバンドルサイズは、前記少なくとも１つの名目時間領域ウィンドウサイズ以下である、請求項６に記載の方法。
11. 前記時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズおよび少なくとも１つのバンドルサイズを含む、請求項２に記載の方法。
12. 前記少なくとも１つのバンドルサイズは、前記少なくとも１つの名目時間領域ウィンドウサイズの半分である、請求項１１に記載の方法。
13. 前記無線デバイスは、物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送が連続した伝送であるかどうか；ＰＵＳＣＨによって占有される周波数領域リソースブロックが変化しないかどうか；ＰＵＳＣＨ位相連続性が変化しないままであるかどうか；ＰＵＳＣＨ電力制御パラメータが変化しないかどうか；ＰＵＳＣＨタイミングアドバンスが変化しないままであるかどうか；ＰＵＳＣＨ伝送プリコーディングが変化しないままであるかどうか；キャリアアグリゲーション（ＣＡ）アップリンク切り替え機能が動的切り替えを実行しないかどうか；帯域幅部分（ＢＷＰ）に関する動的切り替えがあるかどうか；通常のアップリンク（ＮＵＬ）と補足アップリンク（ＳＵＬ）との間に動的切り替えがあるかどうか；または、連続していない時間領域長が所定のシンボルの数、スロットの数、または反復の数より大きいかどうかに基づいて、実際の時間領域ウィンドウおよび対応する実際の時間領域ウィンドウサイズを決定する、請求項１１に記載の方法。
14. 周波数ホッピングが、前記少なくとも１つのバンドルサイズにしたがって前記実際の時間領域ウィンドウにおいて前記無線デバイスによって実行される、請求項１３に記載の方法。
15. 前記少なくとも１つのバンドルサイズは、対応する名目時間領域ウィンドウサイズ以下である、請求項１１に記載の方法。
16. 前記時間領域ウィンドウサイズは、少なくとも１つの名目時間領域ウィンドウサイズを含み、前記少なくとも１つの名目時間領域ウィンドウサイズは、周波数ホッピングのためのバンドルとして使用される、請求項２に記載の方法。
17. 無線通信のための方法であって、前記方法は、
    ネットワークデバイスによって、無線デバイスのためのジョイントチャネル推定のための時間領域リソースの時間領域ウィンドウを構成することと、
    前記ネットワークデバイスによって、前記時間領域ウィンドウの開始点を構成することと、
    前記ネットワークデバイスによって、前記無線デバイスから、前記時間領域ウィンドウの前記開始点にしたがってメッセージを受信することと
    を含む、方法。
18. 前記時間領域リソースは、連続した物理リソースまたは連続していない物理リソースを含む、請求項１７に記載の方法。
19. 前記時間領域ウィンドウの前記開始点は、物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送のためのアップリンクグラントの最後のシンボルである、請求項１７に記載の方法。
20. 前記時間領域ウィンドウの前記開始点は、各ＰＵＳＣＨまたは物理アップリンク制御チャネル（ＰＵＣＣＨ）のための期間内の最初のシンボルである、請求項１７に記載の方法。
21. 前記時間領域ウィンドウの前記開始点は、各無線フレームの開始点である、請求項１７に記載の方法。
22. オフセット値が、前記無線デバイスが時間領域ウィンドウスライドを可能にするために構成される、請求項１７に記載の方法。
23. 前記時間領域ウィンドウは、実際の時間領域ウィンドウまたは名目時間領域ウィンドウのうちの少なくとも１つを含む、請求項１７に記載の方法。
24. 前記時間領域ウィンドウは、連続したＰＵＳＣＨ伝送；連続していないＰＵＳＣＨ伝送；ＰＵＳＣＨ変化によって占有される周波数領域リソースブロック；ＰＵＳＣＨ位相連続性の変化；ＰＵＳＣＨ電力制御パラメータにおける変化；ＰＵＳＣＨタイミングアドバンスにおける変化；ＰＵＳＣＨ伝送プリコーディングにおける変化；キャリアアグリゲーション（ＣＡ）アップリンク切り替えによる動的切り替え；帯域幅部分（ＢＷＰ）の動的切り替え；通常のアップリンク（ＮＵＬ）と補足アップリンク（ＳＵＬ）との間の動的切り替え；または連続していない時間領域長が所定のシンボルの数、スロットの数、または、反復の数より大きいことのうちの少なくとも１つを含む所定のイベントの発生時、再開される、請求項１７から２３のいずれかに記載の方法。
25. 無線通信のための方法であって、前記方法は、
    無線デバイスによって、ネットワークデバイスに、時間領域リソースに関連付けられた時間領域ウィンドウを決定するための能力情報を伝送することと、
    前記無線デバイスによって、前記ネットワークデバイスから、１つ以上の時間領域ウィンドウの指示を受信することと、
    前記無線デバイスによって、前記１つ以上の時間領域ウィンドウにしたがってメッセージを伝送することと
    を含む、方法。
26. 前記能力情報は、前記無線デバイスによってサポートされる最大時間領域ウィンドウサイズを含み、前記能力情報は、前記１つ以上の時間領域ウィンドウに関連付けられた時間領域ウィンドウサイズまたは時間領域ウィンドウの開始点のうちの少なくとも１つを決定するために使用される、請求項２５に記載の方法。
27. 前記時間領域ウィンドウサイズは、名目時間領域ウィンドウサイズ、実際の時間領域ウィンドウサイズ、またはバンドルサイズのうちの少なくとも１つを含む、請求項２６に記載の方法。
28. 前記時間領域ウィンドウサイズは、反復の数、スロットの数、またはシンボルの数のうちの少なくとも１つに基づいて決定される、請求項２６に記載の方法。
29. メモリとプロセッサとを備えている無線通信のための装置であって、前記プロセッサは、前記メモリからコードを読み取り、請求項１から２８のいずれかに記載の方法を実装する、装置。
30. コードを記憶しているコンピュータ読み取り可能なプログラム記憶媒体であって、前記コードは、プロセッサによって実行されると、請求項１から２８のいずれかに記載の方法を前記プロセッサに実装させる、コンピュータ読み取り可能な媒体。

Images