JP2022520099A - Ｈａｒｑ－ａｃｋコードブック適応 - Google Patents

Abstract

ＨＡＲＱ－ＡＣＫコードブック適応に関連し得るシステム、方法、および手段が開示されている。ＷＴＲＵは、スロット内の複数の物理アップリンクチャネル、例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）で構成され得る。各物理アップリンクチャネルは、それぞれのＨＡＲＱ－ＡＣＫコードブックを有し得る。例では、ＷＴＲＵは、第１の物理アップリンクチャネルおよび第２の物理アップリンクチャネルがスロット内で重複することを決定し得る。そのような場合、ＷＴＲＵは、第１の物理アップリンクチャネルに関連付けられた第１のＨＡＲＱ－ＡＣＫコードブックが、第２の物理アップリンクチャネルに関連付けられた第２のＨＡＲＱ－ＡＣＫコードブックよりも高い優先度を有することを決定し得る。ＷＴＲＵは、スロット内の第１の物理アップリンクチャネル上で第１のＨＡＲＱ－ＡＣＫコードブックを送信し得る。ＷＴＲＵは、第２のＨＡＲＱ－ＡＣＫコードブックの一部をスロットにおいて送信し、第２のＨＡＲＱ－ＡＣＫコードブックの一部を後続のスロット（例えば、次のスロット、将来のスロットなど）において送信し得る。【選択図】図２

Description

関連出願の相互参照
本出願は、２０１９年２月１３日に出願された米国仮出願第ＵＳ６２／８０５，０２３号の利益を主張し、その内容は参照により本明細書に組み込まれる。

モバイル通信は継続的に進化しており、すでに第５世代－５Ｇ－の入口にある。

ハイブリッド自動再送要求送達確認（ＨＡＲＱ－ＡＣＫ）送信に関連し得るシステム、方法、および手段、例えば、ＨＡＲＱ－ＡＣＫ送信に関連するＨＡＲＱ－ＡＣＫコードブック適応が、開示される。無線送信／受信ユニット（ＷＴＲＵ）などのデバイスは、スロット内の複数の物理アップリンクチャネル、例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）で構成され得る。各物理アップリンクチャネルは、それぞれのＨＡＲＱ－ＡＣＫコードブックを有し得る。例では、ＷＴＲＵは、第１の物理アップリンクチャネルおよび第２の物理アップリンクチャネルがスロット内で重複することを決定し得る。そのような場合、ＷＴＲＵは、第１の物理アップリンクチャネルに関連付けられた第１のＨＡＲＱ－ＡＣＫコードブックが、第２の物理アップリンクチャネルに関連付けられた第２のＨＡＲＱ－ＡＣＫコードブックよりも高い優先度を有すると決定し得る。ＷＴＲＵは、スロット内の第１の物理アップリンクチャネル上で第１のＨＡＲＱ－ＡＣＫコードブックを送信し得る。ＷＴＲＵは、スロット内の第２のＨＡＲＱ－ＡＣＫコードブックの一部と、後続のスロット（例えば、次のスロット、将来のスロットなど）内の第２のＨＡＲＱ－ＡＣＫコードブックの一部とを送信し得る。例えば、ＷＴＲＵは、第２のＨＡＲＱ－ＡＣＫコードブックの第１のサブコードブックおよび第２のＨＡＲＱ－ＡＣＫコードブックの第２のサブコードブックを決定し得る。ＷＴＲＵは、スロット内の第１の物理アップリンクチャネル上で第２のＨＡＲＱ－ＡＣＫコードブックの第１のサブコードブックを送信し、第２のＨＡＲＱ－ＡＣＫコードブックの第２のサブコードブックを後続のスロットにおいて（例えば、第２の物理アップリンクチャネル上で）送信し得る。ＷＴＲＵは、第２の物理アップリンクチャネルの重複しない部分（例えば、スロットにおいて第１の物理アップリンクチャネルと重複しない第２の物理アップリンクチャネルの部分／シンボル）を使用して第２のＨＡＲＱ－ＡＣＫコードブックの第１のサブコードブックを送信し得る。

ＷＴＲＵは、例えば、自律的に、以下の１つ以上に基づいて、ドロップされたＨＡＲＱ－ＡＣＫコードブック送信のために構成されたＰＵＣＣＨの残りのシンボルを使用することを決定し得る：ＰＵＣＣＨに利用可能な残りのシンボル、ＨＡＲＱ－ＡＣＫコードブックのサイズ、または、ＨＡＲＱ－ＡＣＫコードブックに関連付けられたＢＬＥＲターゲット／サービスタイプ。

ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブック送信に固有のＰＵＣＣＨリソースセットで構成され得、この場合、次の１つ以上が適用され得る：リソースセット内のＰＵＣＣＨリソース表示は、ドロップされたＨＡＲＱ－ＡＣＫコードブック送信のＰＲＩに依存し得る；または、Ｋ１タイミングは送信のタイミングに関連付けられ、ＷＴＲＵに動的に示され得る。

ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブック送信のために構成済みの許可／動的許可ＰＵＳＣＨを使用し得る。ＷＴＲＵは、次の１つ以上に基づいて、使用するＵＬ許可を自律的に決定し得る：許可の到着タイミング；または、ベータオフセット表示。

ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックの残りのビットを、同じサービスタイプ／要件の次のコードブックに結合し得る。これは、カウンタＤＡＩおよび／または合計ＤＡＩステップサイズに基づき得る。

１つ以上の開示された実施形態が実装され得る例示的な通信システムを示すシステム図である。 ［一実施形態による、図１Ａに示す通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。 ［一実施形態よる、図１Ａに示す通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。 ［一実施形態による、図１Ａに示す通信システム内で使用され得る、さらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。 重複するＨＡＲＱ－ＡＣＫコードブックを示す。 ドロップされたコードブック用に設定されたＰＵＣＣＨリソースで構成されているＷＴＲＵに関連する例を示す。 ドロップされたＨＡＲＱ－ＡＣＫコードブックをサブコードブックに分離することに関連する例を示す。 優先順位の異なる２つのＴＢのスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示す。 ２つの異なるサービスのスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示す。 異なる持続時間のスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示す。 ＲＢオフセットが異なるスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示す。

図１Ａは、１つ以上の開示された実施形態を実装することができる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供するマルチアクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－スプレッドＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタリングＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を採用してもよい。

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意の種類のデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ（これらのいずれも「ステーション」および／または「ＳＴＡ」と称され得る）は、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、モバイルステーション、固定もしくはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャー、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピューター、無線センサ、ホットスポットもしくはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計もしくはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業用および／または自動処理チェーンの文脈で動作するロボットおよび／または他の無線デバイス）、家庭用電化製品デバイス、商用および／または産業用無線ネットワークで動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、交換可能にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線インターフェースするように構成された任意の種類のデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ－Ｂ、ホームＮｏｄｅ－Ｂ、ホームｅＮｏｄｅ－Ｂ、ｇＮＢ、ＮＲ Ｎｏｄｅ－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信および／または受信するように構成されてもよい。これらの周波数は、ライセンススペクトル、非ライセンススペクトル、またはライセンススペクトルと非ライセンススペクトルの組み合わせであってもよい。セルは、比較的固定され得るか、時間の経過とともに変化し得る特定の地理的領域に無線サービスのカバレッジを提供することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに１つを含むことができる。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、セルの各セクタに対して複数のトランシーバを利用することができる。例えば、ビームフォーミングが使用されて、所望の空間方向に信号を送信および／または受信することができる。

基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１６を介して、１つ以上のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

より具体的には、上記のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、これは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含んでもよい。

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装することができ、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－アドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥ－アドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立することができる。

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、新しい無線（ＮＲ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、二重接続（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを一緒に実装することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数の種類の無線アクセス技術および／または複数の種類の基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送信される送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭエボリューションの拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ－Ｂ、ホームｅＮｏｄｅ－Ｂ、またはアクセスポイントであり得、事業所、家庭、車両、キャンパス、産業施設、（例えば、ドローンが使用するための）空中回廊、道路などの局所領域における無線接続を容易にするために任意の適切なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実装することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０に直接接続することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、１つ以上のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意の種類のネットワークとすることができる。データは、異なるスループット要件、遅延要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線テクノロジーを採用する別のＲＡＮ（図示せず）と通信してもよい。

ＣＮ１０６／１１５はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することができる。ＰＳＴＮ１０８は、一般電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、１つ以上のＲＡＮに接続された別のＣＮを含んでもよく、これは、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用してもよい。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてもよい。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけプロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態と一致性を保ちながら、前述の要素の任意のサブコンビネーションを含むことができることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、ステートマシンなどとすることができる。プロセッサ１１８は、信号コード化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合され得、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップに一緒に集積され得ることが理解されよう。

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２はマルチモード機能を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含んでもよい。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、そしてそれらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することができる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そこにデータを記憶してもよい。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合することができ、これは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信してもよく、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２は、実施形態と一致性を保ちながら、任意の適切な位置決定方法によって位置情報を取得することができることが理解されよう。

プロセッサ１１８は、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つ以上のソフトウェアおよび／またはハードウェアモジュールを含むことができる他の周辺機器１３８にさらに結合することができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含むことができる。周辺機器１３８は、１つ以上のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方向センサ、近接センサ、温度センサ、時間センサ、地理位置情報センサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、および／または湿度センサのうちの１つ以上とすることができる。

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）およびダウンリンク（例えば、受信用）の双方の特定のサブフレームに関連付けられる）信号の一部または全ての送信および受信が並行および／または同時に行われ得る全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）またはプロセッサ（例えば、別個のプロセッサ（図示せず）またはプロセッサ１１８を介した）を介した信号処理のいずれかを介した自己干渉を低減および／または実質的に排除するための干渉管理ユニットを含むことができる。一実施形態では、ＷＲＴＵ１０２は、信号の一部または全ての送信および受信（例えば、ＵＬ（例えば、送信用）またはダウンリンク（例えば、受信用）のいずれかの特定のサブフレームに関連付けられる）のための半二重無線を含んでもよい。

図１Ｃは、一実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６と通信することもできる。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と一致性を保ちながら、任意の数のｅＮｏｄｅ－Ｂを含むことができることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバー決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含み得る。前述の要素のそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することができる。

ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続することができる。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。ＳＧＷ１６４は、ｅＮｏｄｅ－Ｂ間のハンドオーバー中にユーザプレーンを固定する、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガーする、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶するなどの、他の機能を実行することができる。

ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供することができる。

ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそれと通信してもよい。さらに、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含むことができる他のネットワーク１１２へのアクセスを提供することができる。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末が、通信ネットワークとの有線通信インターフェースを（例えば、一時的または恒久的に）使用できることが想定される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮとすることができる。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上のステーション（ＳＴＡ）とを有することができる。ＡＰは、ＢＳＳの中へ、かつ／またはＢＳＳの外へトラフィックを伝送する、ディストリビューションシステム（ＤＳ）または別の種類の有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳの外部から発信されたＳＴＡへのトラフィックは、ＡＰを介して到着してもよく、ＳＴＡに配信されてもよい。ＳＴＡからＢＳＳの外部の宛先に発信されるトラフィックは、ＡＰに送信され、それぞれの宛先に配信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信でき、例えば、送信元ＳＴＡがＡＰにトラフィックを送信してもよく、ＡＰが宛先ＳＴＡにトラフィックを配信してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされ、および／または称され得る。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を使用して、送信元ＳＴＡと宛先ＳＴＡとの間で（例えば、直接）送信することができる。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮにはＡＰがない場合があり、ＩＢＳＳ内またはＩＢＳＳを使用するＳＴＡ（例えば、全てのＳＴＡ）は相互に直接通信する場合がある。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと称される場合がある。

８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用する場合、ＡＰはプライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定幅（例えば、２０ＭＨｚの広い帯域幅）またはシグナリングを介して動的に設定された幅とすることができる。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてもよい。特定の代表的な実施形態では、衝突回避方式搬送波検知多重アクセス（ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）はプライマリチャネルを検知することができる。プライマリチャネルが特定のＳＴＡによって検知され／検出され、かつ／またはビジーであると判定された場合、特定のＳＴＡはバックオフする場合がある。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳで任意の所与の時間に送信することができる。

高いスループット（ＨＴ）ＳＴＡは、例えば、２０ＭＨｚプライマリチャネルと、隣接または非隣接の２０ＭＨｚチャネルとを組み合わせて、４０ＭＨｚ幅チャネルを形成することにより、通信のために４０ＭＨｚ幅チャネルを使用することができる。

非常に高いスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚ、および／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、または２つの非連続の８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と称され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割することができるセグメントパーサを通過することができる。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理は、各ストリームで個別に実行することができる。ストリームは、２つの８０ＭＨｚチャネルにマッピングされてもよく、データは送信側ＳＴＡによって送信されてもよい。受信側ＳＴＡの受信機では、８０＋８０構成についての上記の動作を逆にすることができ、組み合わされたデータを媒体アクセス制御（ＭＡＣ）に送信することができる。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆおよび８０２．１１ａｈでサポートされている。チャネルの動作帯域幅とキャリアは、８０２．１１ｎと８０２．１１ａｃで使用されているものと比較して８０２．１１ａｆと８０２．１１ａｈで減少している。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどのメーター型制御／マシン型通信をサポートすることができる。ＭＴＣデバイスは、特定の機能、例えば、特定の帯域幅および／または制限された帯域幅のサポート（例えば、のみサポート）を含む制限された機能を有していてもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含むことができる。

複数のチャネルをサポートすることができるＷＬＡＮシステム、および８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、８０２．１１ａｈなどのチャネル帯域幅は、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡでサポートされている最大の共通動作帯域幅に等しい帯域幅を有する場合がある。プライマリチャネルの帯域幅は、最小帯域幅の動作モードをサポートする、ＢＳＳで動作している全てのＳＴＡの中から、１つのＳＴＡによって設定および／または制限される場合がある。８０２．１１ａｈの例では、ＡＰおよびＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／またはその他のチャネル帯域幅の動作モードをサポートしている場合でも、１ＭＨｚモードをサポートする（例えば、のみサポートする）ＳＴＡ（例えば、ＭＴＣ型のデバイス）のプライマリチャネルは１ＭＨｚ幅であってもよい。キャリア検知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存する場合がある。例えば、ＳＴＡ（１ＭＨｚの動作モードのみをサポート）がＡＰに送信しているために、プライマリチャネルがビジーである場合、周波数帯域の大部分がアイドル状態のままで利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされる場合がある。

米国では、８０２．１１ａｈで使用することができる利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈで利用可能な合計帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３はまた、ＣＮ１１５と通信することもできる。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態と一致性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントのキャリアをＷＴＲＵ１０２ａに送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは、非ライセンススペクトル上にあってもよく、残りのコンポーネントキャリアは、ライセンススペクトル上にあってもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジに関連する送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対して変化してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボルを含み、および／または様々な長さの絶対時間持続する）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃをモビリティアンカーポイントとして利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンスのない帯域の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装することができる。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカーとして機能してもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供するための追加のカバレッジおよび／またはスループットを提供してもよい。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバー決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ－ＵＴＲＡ間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのコントロールプレーン情報のルーティングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含んでもよい。前述の要素のそれぞれは、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３内の１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当してもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されているサービスの種類に基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されることができる。例えば、超高信頼性の低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張された大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、マシン型通信（ＭＴＣ）アクセスのサービスなど、様々なユースケースに対して様々なネットワークスライスを確立してもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割り当て、ＰＤＵセッションの管理、ポリシー実施およびＱｏＳの制御、ダウンリンクデータ通知の提供などの他の機能を実行することができる。ＰＤＵセッション型は、ＩＰベース、非ＩＰベース、イーサネットベースなどとすることができる。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内の１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続されることができ、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供することができる。ＵＰＦ１８４、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ダウンリンクパケットのバッファリング、モビリティアンカーの提供などの他の機能を実行することができる。

ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそれと通信してもよい。さらに、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含むことができる他のネットワーク１１２へのアクセスを提供することができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを介してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。

図１Ａ～図１Ｄおよび図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書に記載された任意の他のデバイス（複数可）のうちの１つ以上に関して、本明細書に記載された機能のうちの１つ以上の、または全ては、１つ以上のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書に記載の機能の１つ以上、または全てをエミュレートするように構成された１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用されてもよい。

エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境で他のデバイスの１つ以上のテストを実装するように設計することができる。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されている間に、１つ以上または全ての機能を実行することができる。１つ以上のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されている間に、１つ以上、または全ての機能を実行することができる。エミュレーションデバイスは、テストの目的で別のデバイスに直接結合することができ、および／または無線ネットワーク経由無線通信を使用してテストを実行することができる。

１つ以上のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されていない間に、全てを含む１つ以上の機能を実行することができる。例えば、エミュレーションデバイスは、１つ以上のコンポーネントのテストを実装するために、テストラボでのテストシナリオおよび／または展開されていない（例えば、テスト）有線および／または無線通信ネットワークで利用されてもよい。１つ以上のエミュレーションデバイスは、テスト機器であってもよい。ＲＦ回路（例えば、１つ以上のアンテナを含むことができる）を介した直接ＲＦ結合および／または無線通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。

新しい無線（ＮＲ）技術は３ＧＰＰに関連付けられ得る。ＮＲは可変送信期間／開始シンボルおよびＨＡＲＱフィードバックタイミングをサポートすることができる。可変送信期間では、ＰＤＳＣＨまたはＰＵＳＣＨ送信は、例えば、スロット内で、連続するシンボルのセットを占有することができる。可変フィードバックタイミングでは、ＤＬ割り当てをスケジューリングするＤＣＩは、例えば、半静的に構成されたＨＡＲＱタイミングの１つを指すことによって、ＷＴＲＵへのＨＡＲＱフィードバックタイミングの表示を含むことができる。ＮＲは、動的ＨＡＲＱ－ＡＣＫコードブックをサポートすることができ、ＨＡＲＱコードブックのサイズは、スケジュールされたトランスポートブロック（ＴＢ）の数に依存し得る。ｇＮＢは、以前にスケジュールされたＴＢの数を示すために、ＤＣＩ内のカウンタダウンリンク割り当てインデックス（ＤＡＩ）および合計ＤＡＩを使用することができる。カウンタおよび合計ＤＡＩは、２ビットのサイズを有することができ、例えば、ＷＴＲＵは最大４つの欠落したＴＢを回復することができる。例では、ＮＲ Ｒｅｌ－１５は、スロット内で最大１つのＨＡＲＱ－ＡＣＫコードブックを送信するＷＴＲＵをサポートすることができる。

制御シグナリングの信頼性および／または遅延は、ダウンリンクおよびアップリンクでのデータ送信に影響を与える場合がある。信頼性の低いアップリンク制御情報（ＵＣＩ）は、ダウンリンクデータ送信の復号エラー確率を高める場合がある。例えば、ＢＬＥＲが高いＨＡＲＱ－ＡＣＫフィードバックは、ＮＡＣＫ－ｔｏ－ＡＣＫまたはＮＡＣＫ／ＡＣＫの検出ミスの可能性が高くなる場合がある。例えば、送信が同じスロット内でスケジュールされている場合でさえ、異なるタイプのサービスのＨＡＲＱ－ＡＣＫコードブックを個別に送信できることがサポートされ得る（例えば、問題を軽減するため）。例では、ＷＴＲＵは、送信が重複している場合にＨＡＲＱ－ＡＣＫコードブックの１つをドロップすることができる。

ＷＴＲＵがｇＮＢによって、重複するシンボルで複数のＨＡＲＱ－ＡＣＫコードブックを送信するように構成されている場合（例えば、電力が制限されているシナリオ）、ＷＴＲＵは、低遅延または高い信頼性を必要としないタイプのサービスのＨＡＲＱ－ＡＣＫコードブックをドロップすることができる。例えば、ＷＴＲＵはｅＭＢＢとＵＲＬＬＣをサポートすることができ、所与のスロットで、スロット内で重複し得る（例えば、部分的または完全に）異なるタイプのサービスの２つのＨＡＲＱ－ＡＣＫコードブックを送信するようにＷＴＲＵをスケジュールすることができる。ＷＴＲＵは、ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブックをドロップし、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫコードブックを優先することができる。ｅＭＢＢ ＡＣＫ／ＮＡＣＫビットは、ｇＮＢで使用できない場合がある。これにより、ｅＭＢＢパケットの不要な再送信（例えば、ドロップされたＨＡＲＱ－ＡＣＫコードブックに対応するトランスポートブロック）をトリガーすることができる。ＷＴＲＵ側では、後続のスロットで送信がスケジュールされ得るとすると、ＨＡＲＱ－ＡＣＫコードブックをどのように構築するかに対処する必要があり得る。本明細書で提供される１つ以上の機能は、例えば、ドロップが起こった場合に、ＨＡＲＱ－ＡＣＫコードブックを再構築／適応させることに関連付けることができる。

「コードブックタイプ」という用語は、同じタイプのサービスのＨＡＲＱ－ＡＣＫコードブックを指すことができる。例えば、ＷＴＲＵがｅＭＢＢ ＴＢのＡＣＫ／ＮＡＣＫを１つのＨＡＲＱ－ＡＣＫコードブックにグループ化する場合、コードブックタイプ１と呼ぶことができる。別のコードブックのＵＲＬＬＣ ＴＢのＡＣＫ／ＮＡＣＫは、コードブックタイプ２と呼ぶことができる。

１つのＷＴＲＵに対して複数のＨＡＲＱ－ＡＣＫコードブックが構成されている場合があり得る。複数のＨＡＲＱ－ＡＣＫコードブックは、異なるタイプのサービスおよび／または異なる要件の送信に対応することができる。例えば、ＵＲＬＬＣタイプのサービスの場合、ＷＴＲＵは、送信のＢＬＥＲターゲットに応じて異なるＨＡＲＱ－ＡＣＫコードブックを維持するように構成することができる。例としては、次のものを含むことができる。ＢＬＥＲターゲットが１０^-5のＵＲＬＬＣ送信は、ＢＬＥＲターゲットが１０^-6のＵＲＬＬＣ送信とは異なるＨＡＲＱ－ＡＣＫコードブックで送達確認することができる。０．５ｍｓの遅延要件を持つＵＲＬＬＣ送信は、１ｍｓの遅延要件を持つＵＲＬＬＣ送信とは異なるＨＡＲＱコードブックで送達確認することができる。

ドロップされたＨＡＲＱ－ＡＣＫコードブックは、後続のスロット（例えば、次のスロット、将来のスロットなど）で送信することができる。例では、これには、以下の１つ以上に関連する機能を含むことができる：ドロップされたＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨリソース上で送信する；ＰＵＳＣＨ送信を使用してドロップされたＨＡＲＱ－ＡＣＫコードブックを送信する；ＨＡＲＱ－ＡＣＫ（例えば、新しいＨＡＲＱ－ＡＣＫ）タイミングを使用して、ドロップされたＨＡＲＱ－ＡＣＫを送信する；または、ＨＡＲＱ－ＡＣＫコードブックを適応させる（例えば、ドロップされたＨＡＲＱ－ＡＣＫコードブックを同じコードブックタイプの次のＨＡＲＱ－ＡＣＫコードブック送信と組み合わせる）。

ＷＴＲＵは、ＨＡＲＱフィードバックを送信するようにスケジュールされたスロットとは異なるスロットにおいて、ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信するように構成され得る。例えば、ＷＴＲＵは、スロットｎでＨＡＲＱ－ＡＣＫコードブックを送信するように構成され得、本明細書で説明されるトリガーの１つに基づいて、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックの送信をドロップし得る。ＷＴＲＵは、スロットｎ＋ｋ（ｋ＞０）での潜在的な送信のために、そのバッファにＡ／Ｎビットを保持し得る。

ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックをリソース（例えば、例として使用されるＰＵＣＣＨリソース）上で送信するように構成され得る。ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信するための特定のＰＵＣＣＨリソースセットで構成され得る。このようなＰＵＣＣＨリソースセットは、追加のリソースセットであるか、ＷＴＲＵ用にすでに構成されているリソースセットから指定され得る。例では、ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックに対してスケジュールされたＰＵＣＣＨリソースインジケータ（ＰＲＩ）に基づいて、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースを決定し得る。ＷＴＲＵは、同じＰＲＩを使用して、リソースセットからＰＵＣＣＨリソースを決定し得る。ＷＴＲＵは、リソースセットからＰＵＣＣＨリソースを決定するために、ＰＲＩにオフセットを適用し得る。適用されるオフセットは、以下の１つ以上に依存し得る：優先順位付けされたＨＡＲＱ－ＡＣＫコードブック送信のＰＲＩ；または、ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信する後続の試行のＨＡＲＱ－ＡＣＫタイミング。

優先順位付けされたＨＡＲＱ－ＡＣＫコードブック送信のＰＲＩを使用して、ＷＴＲＵは、ＰＲＩ₁を備えた第１のＨＡＲＱ－ＡＣＫコードブック、およびＰＲＩ₂を備えた第２のＨＡＲＱ－ＡＣＫコードブックを送信するための指示を受信する場合がある。ＷＴＲＵは、第１のコードブックをドロップして、第２のコードブックを送信し得る。後続のスロットにおいて、ＷＴＲＵは、ドロップされたコードブックのために構成されたＰＵＣＣＨリソースセットからのインデックスＰＲＩ₁＋ＰＲＩ₂のＰＵＣＣＨリソースを使用して、ドロップされたコードブックを送信し得る。

ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信する後続の試行のＨＡＲＱ－ＡＣＫタイミングを使用して、ＷＴＲＵは、ドロップされた後、Ｎ個のスロットで、ドロップされたＨＡＲＱコードブックを送信するように構成され得る。ＷＴＲＵは、ＰＲＩ＋Ｆ（Ｎ）に等しいインデックスを使用し得、ここで、ＰＲＩは、ドロップされたＨＡＲＱ送信に対して示されるインデックス初期ＰＵＣＣＨリソースであり、Ｆ（．）は、ＨＡＲＱタイミングをＰＵＣＣＨインデックスオフセットに関連付ける関数／マッピング／テーブルである。

ＷＴＲＵは、ＰＵＳＣＨ送信を使用して、ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信するように構成され得る。例では、ＷＴＲＵはＤＣＩベースの許可を使用してＨＡＲＱ－ＡＣＫコードブックを送信し得る。例えば、ＷＴＲＵは、次のスロットで受信したＵＬ許可を使用して、ドロップされたフィードバックを送信し得る。ＷＴＲＵは、ドロップされたＨＡＲＱコードブックをＰＵＳＣＨ上で送信するように要求する、ＤＣＩで明示的なビットフィールドを受信するか、またはＵＬ許可がＨＡＲＱ－ＡＣＫ送信に使用されるべきであるかを自律的に決定し得る。ＷＴＲＵは、ＷＴＲＵが、対応するＰＵＳＣＨ上でドロップされたＨＡＲＱコードブックを送信する必要があることを示し得る、ＤＣＩフォーマット０＿１における、例えば、「Ｂｅｔａ＿ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒ」フィールドによって信号化され得る値をサポートするＲＲＣパラメータ、例えば「ｂｅｔａＯｆｆｓｅｔｓ」で構成され得る。ＷＴＲＵは、以下の１つまたは組み合わせに基づいて、ＵＬ許可がＨＡＲＱ－ＡＣＫコードブック送信用であると決定し得る：ドロップされたＨＡＲＱコードブックとＵＬ許可との間のタイミングオフセットが閾値未満である；または、許可を受け取る前にタイミングウィンドウで、ＷＴＲＵによってスケジューリング要求が送信されなかった。

ドロップされたＨＡＲＱコードブックとＵＬ許可との間のタイミングオフセットが閾値未満である例では、ＨＡＲＱコードブックをドロップするＴ_symbolの後にＵＬ許可を受信した場合、ＷＴＲＵはアップリンク許可を使用してＨＡＲＱ－ＡＣＫコードブックを送信し得る。許可の受信前にタイミングウィンドウでＷＴＲＵによってスケジューリング要求が送信されなかった例では、ＷＴＲＵがアップリンクスケジューリングのスケジューリング要求を送信していない場合がある、かつ／またはＵＬバッファが空である。

ＷＴＲＵは、ＵＬ構成済み許可を使用して、ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信するように構成され得る。ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブック送信に使用される事前構成済み／ＲＲＣ構成済み許可のセットから、どの構成済み許可を使用するかの指示をネットワークから受信し得る。指示は、例えば、ＤＣＩを使用して、半静的または動的に信号化され得る。ＷＴＲＵは、ＲＲＣパラメータ、例えば「ｂｅｔａＯｆｆｓｅｔｓ」、を使用して構成され得、これは ＰＵＳＣＨでのＨＡＲＱ－ＡＣＫまたはＣＳＩ送信のベータオフセット値にマップされていない予約済みインデックス値の１つを示す（例えば、表１：ベータオフセットのＲＲＣ構成におけるインデックス値１９～３１にマップされていない）。

ＷＴＲＵは、例えば、「ＨＡＲＱタイミングから新しいＨＡＲＱタイミング」と呼ばれ得る、ドロップされたＨＡＲＱ－ＡＣＫを送信するためのＨＡＲＱ－ＡＣＫタイミング（例えば、新しいＨＡＲＱ－ＡＣＫタイミング）で構成され得る。「ＨＡＲＱタイミングから新しいＨＡＲＱタイミング」の粒度は、スロット、サブスロット、またはシンボルの単位で構成され得る。例では、ＷＴＲＵは、ＲＲＣシグナリングを使用して、例えば、ＰＤＳＣＨからＨＡＲＱへのタイミングの値とＨＡＲＱタイミングから新しいＨＡＲＱへのタイミングの値との間のマッピングを用いて構成され得る。コードブック送信用に最初にスケジュールされたＰＤＳＣＨからＨＡＲＱへのタイミングに基づいて、コードブックをドロップした後、ＷＴＲＵは構成されたマッピングを使用して送信のタイミングを決定し得る。

例では、ＷＴＲＵは、以下の１つまたは組み合わせに基づいて、ＨＡＲＱ－ＡＣＫタイミング（例えば、新しいＨＡＲＱタイミング）を自律的に決定し得る：ドロップされた送信に関連する制御情報、または、優先順位付けされた送信に関連する制御情報。

ドロップされた送信に関連する制御情報については、以下の１つ以上が適用され得るＤＣＩが受信されたサーチスペース構成（例えば、ドロップされたＨＡＲＱ－ＡＣＫコードブックに関連するＴＢの少なくとも１つをスケジューリングするＤＣＩ）が使用され得る。サーチスペース構成には、次の１つ以上が含まれ得る：監視周期性および期間；スロット内の監視パターン；またはサーチスペースインデックス。ＤＣＩが受信されたＣＯＲＥＳＥＴ構成（例えば、ドロップされたＨＡＲＱ－ＡＣＫコードブックに関連するＴＢの少なくとも１つをスケジューリングするＤＣＩ）が使用され得る。ＣＯＲＥＳＥＴ構成は、次の１つ以上を含み得る：ＣＯＲＥＳＥＴインデックス；ＣＯＲＥＳＥＴ期間；またはＣＯＲＥＳＥＴに関連付けられたＢＷＰ。ドロップされた送信のＨＡＲＱタイミングが含まれ得る。

優先順位付けされた送信に関連する制御情報については、以下の１つ以上が適用され得る。ＤＣＩが受信されたサーチスペース構成（例えば、優先順位付けされたＨＡＲＱ－ＡＣＫコードブックに関連するＴＢの少なくとも１つをスケジューリングするＤＣＩ）が使用され得る。サーチスペース構成は、次の１つ以上を含み得る：監視周期性および／または期間；スロット内の監視パターン；またはサーチスペースインデックス。ＤＣＩが受信されたＣＯＲＥＳＥＴ構成（例えば、優先順位付けされたＨＡＲＱ－ＡＣＫコードブックに関連するＴＢの少なくとも１つをスケジューリングするＤＣＩ）が使用され得る。ＣＯＲＥＳＥＴ構成は、次の１つ以上を含み得る：ＣＯＲＥＳＥＴインデックス；ＣＯＲＥＳＥＴ期間；またはＣＯＲＥＳＥＴに関連付けられたＢＷＰ。優先順位付けされた送信のＨＡＲＱタイミングが含まれ得る。

ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックを適応させ得る。ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックを同じコードブックタイプの次のＨＡＲＱ－ＡＣＫコードブック送信と組み合わせるように構成され得る。例では、ＷＴＲＵは、コードブックタイプを（例えば、動的に）識別するように構成され得る。ＷＴＲＵは、（例えば、同じタイプのダウンリンク割り当てを受信した場合）、ＰＵＣＣＨリソース指示およびＨＡＲＱフィードバックタイミング指示を使用して、送信（例えば、新しい送信）および／またはドロップされたＨＡＲＱ－ＡＣＫコードブックを確認することができる。例えば、ＷＴＲＵは、コードブック識別子に基づいてコードブックタイプを決定するように構成され得る。スロットｎにおいて、ＷＴＲＵはコードブック識別子がｋに等しいＨＡＲＱ－ＡＣＫコードブックをドロップした。スロットｎ＋１において、ＷＴＲＵは、スロットｎ＋４において、ｋに等しいコードブック識別子を使用して、ＰＵＣＣＨリソースおよびＨＡＲＱタイミングを示すダウンリンク割り当てを受信し得る。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックのサイズ（例えば、新しいＨＡＲＱ－ＡＣＫコードブックサイズ）を適応させて、ドロップされたＨＡＲＱ－ＡＣＫコードブックをスロットｎに含めることができる。

例では、ＷＴＲＵは、例えば、ＤＡＩおよび／またはカウンタＤＡＩに基づいて、ドロップされたＨＡＲＱ－ＡＣＫコードブックが次のＨＡＲＱ－ＡＣＫコードブックと組み合わされ得るか否かを識別するように構成され得る。ＷＴＲＵは、カウンタＤＡＩおよび／または合計ＤＡＩにおいて構成された閾値を超える増加したステップを、ＡＣＫ／ＮＡＣＫの送信（例えば、ＡＣＫ／ＮＡＣＫの新しい送信）をドロップされたＨＡＲＱ－ＡＣＫと組み合わせるための指標として解釈するように構成され得る。例えば、ＷＴＲＵから最後に受信したカウンタＤＡＩは、ＨＡＲＱ－ＡＣＫドロップの前に１の値を示している。ドロップ後の次の割り当てで、ＷＴＲＵは値４のカウンタＤＡＩおよび／または合計ＤＡＩを受信し得る。次いで、ＷＴＲＵは、次のＨＡＲＱ－ＡＣＫコードブックがドロップされたＨＡＲＱコードブックを含み得ると決定し得る。

トリガーは、ＨＡＲＱ－ＡＣＫコードブックをドロップするために使用され得る。ＷＴＲＵは、所与のスロットで送信するようにスケジュールされたＨＡＲＱ－ＡＣＫコードブックをドロップするように構成され得る。ＷＴＲＵは、以下の１つまたは組み合わせに基づいて、所与のスロットでＨＡＲＱ－ＡＣＫコードブックをドロップするように構成され得る：ＨＡＲＱ－ＡＣＫコードブックは、別のアップリンク送信と重複している（例えば、ＨＡＲＱ－ＡＣＫコードブックよりも高い優先度を有する）；または、電力が制限されたシナリオがある。

ＨＡＲＱ－ＡＣＫコードブックが、ＨＡＲＱ－ＡＣＫコードブックよりも優先度の高い別のアップリンク送信（例えば、例として別のＨＡＲＱ－ＡＣＫコードブック）と重複している場合、そのアップリンク送信には、より高い優先度の別のＨＡＲＱ－ＡＣＫコードブックが含まれ得、ＰＵＣＣＨまたはＰＵＳＣＨで送信されるようにスケジュールされ得る。ＰＵＳＣＨ送信の例では、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックと重複するＰＵＳＣＨを介してＵＲＬＬＣタイプの送信を送信するように構成され得る。

電力制限シナリオに関連する例では、ＷＴＲＵは、複数の重複する送信および／または最大送信電力（Ｐｍａｘ）で構成され得る。ＷＴＲＵは、ｇＮＢからの現在のパス損失により、スケジュールされた送信の１つのＢＬＥＲターゲットを満たすことができないと決定し得る。

ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックに関連付けられたサービスのタイプに基づいて、および／またはＨＡＲＱ－ＡＫＣコードブックが前のスロットにドロップされたか否かに基づいて、ＨＡＲＱ－ＡＣＫコードブックの優先度を決定するように構成され得る。例では、ＷＴＲＵは、例えば、ＨＡＲＱコードブックに関連付けられた１つのトランスポートブロックの少なくともサービスタイプに応じて、ＨＡＲＱ－ＡＣＫコードブックに優先度を関連付けるように構成され得る。ＷＴＲＵは、送信の状態に基づいて優先度を調整し続け得る。例えば、ＨＡＲＱ－ＡＣＫコードブックをドロップした後、ＷＴＲＵはドロップされたＨＡＲＱコードブック送信の優先度を上げ得る。

図２は、スロット内の重複するＨＡＲＱ－ＡＣＫコードブックを示す。例えば、図２に示されるように、ＨＡＲＱ－ＡＣＫコードブック１を伝送するＰＵＣＣＨ１は、ＨＡＲＱ－ＡＣＫコードブック２を伝送するＰＵＣＣＨ２と（例えば、少なくとも部分的に）重複し得る。図２に示されるように、ＷＴＲＵは、スロットｎ－３内の２つの重複するＨＡＲＱ－ＡＣＫコードブックで構成され得る。ＷＴＲＵは、例えば、図２および／または図４に示されるように、コードブック２よりもコードブック１を優先して、ＨＡＲＱ－ＡＣＫコードブック１を優先し、ＰＵＣＣＨ１と重複するＰＵＣＣＨ２の一部の送信をドロップし得る。図２に示されるように、ＷＴＲＵは、ＰＵＣＣＨ１と重複しないＰＵＣＣＨ２のドロップされていない部分を送信し得る。ＷＴＲＵは、ＰＵＣＣＨ２の残りのシンボルの数（例えば、図２に示されるように、ＰＵＣＣＨ１と重複しないＰＵＣＣＨ２の部分、例えば、ＰＵＣＣＨ２の重複しない部分の残りのシンボルの数）が閾値（例えば、構成された閾値）よりも上であると決定し得る。ＷＴＲＵは、（例えば、ＷＴＲＵが、ＰＵＣＣＨ２の残りのシンボルの数が閾値を超えていると決定した場合）、例えば、図２および／または図４に示されるように、ＨＡＲＱ－ＡＣＫコードブック２を２つのサブコードブックに分離し得る。ＷＴＲＵは、例えば、スロット（例えば、図２の例のスロットｎ－３）内のＰＵＣＣＨ２の残りのシンボルを使用して、ＰＵＣＣＨ２の重複しない部分で第１のサブコードブックを送信し得る。ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブック（例えば、第２のサブコードブックまたは完全なＨＡＲＱ－ＡＫＣコードブックなどのＨＡＲＱ－ＡＣＫサブコードブック）用に設定されたＰＵＣＣＨリソースが（例えば、次のスロット、将来のスロットなどの後続のスロットのために）構成されているか、または構成されていないかを決定し得る。ＷＴＲＵは、例えば、図２、図３、および／または図４に示されるように、ドロップされたＨＡＲＱ－ＡＣＫコードブック送信のためにＵＬ許可割り当てを使用するかどうかを決定し得る。スロットｎ－２では、ＷＴＲＵは、例えば、ＰＵＣＣＨ２の終わりからＴ_symbolの後に開始するＵＬ許可を受信し得る。ＷＴＲＵは、アップリンク許可に従って、ＨＡＲＱ－ＡＣＫコードブック２の第２のサブコードブックを送信することを決定し得る。

図３は、ドロップされたコードブック用に設定されたＰＵＣＣＨリソースで構成されているＷＴＲＵに関連する例を示している。図３に記載されているように、ＷＴＲＵは、前のスロットで送信されなかったドロップされたＨＡＲＱ－ＡＣＫコードブック（例えば、図２の第２のサブコードブックまたは完全なＨＡＲＱ－ＡＣＫコードブックなどのＨＡＲＱ－ＡＣＫサブコードブック）で構成され得る。図３に記載されているように、ＷＴＲＵは、ＷＴＲＵが、ドロップされたＨＡＲＱ－ＡＣＫコードブック用に設定されたＰＵＣＣＨリソースで構成されているかどうかを決定し得る。ドロップされたＨＡＲＱ－ＡＣＫコードブック用に設定されたＰＵＣＣＨリソースでＷＴＲＵが構成されている場合、ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックのＰＲＩにオフセットを適用することにより設定される、リソースセットからのＰＵＣＣＨリソースを使用し得る。ＷＴＲＵは、ドロップされた送信のタイミング指示に基づいて、ＨＡＲＱ－ＡＣＫタイミングを決定し得る。ドロップされたＨＡＲＱ－ＡＣＫコードブック用に設定されたＰＵＣＣＨリソースでＷＴＲＵが構成されていない場合、ＷＴＲＵは、ＵＬ許可を使用して、ドロップされたＨＡＲＱ－ＡＣＫコードブックを伝送し得る。

図４は、ドロップされたＨＡＲＱ－ＡＣＫコードブックをサブコードブックに分離することに関連する例を示している。図４に示されるように、ＷＴＲＵは、それぞれのＨＡＲＱ－ＡＣＫ送信（例えば、それぞれのＨＡＲＱ－ＡＣＫコードブック）のための重複するＰＵＣＣＨで構成され得る。ＷＴＲＵは、別のＨＡＲＱ－ＡＣＫコードブックよりもＨＡＲＱ－ＡＣＫコードブックを優先し得る（例えば、図２を参照）。ＷＴＲＵは、ＰＵＣＣＨシンボルの残りの量（例えば、例えば、図２のように優先されなかったＰＵＣＣＨの重複しない部分）が閾値（例えば、構成された閾値）を超えているかどうかを決定し得る。閾値を超える場合、ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブックを２つのサブコードブックに分離し得る（例えば、図２）。ＷＴＲＵは、構成されたＰＵＣＣＨの残りのシンボル（例えば、例えば、図２に示されるように、優先されたＰＵＣＣＨと重複しない構成されたＰＵＣＣＨの部分）で第１のサブコードブックを送信し得る。ＷＴＲＵは、後続のスロット（例えば、次のスロット、将来のスロットなど）で第２のサブコードブック（例えば、ドロップされたＨＡＲＱ－ＡＣＫコードブックの残りのビット）を送信し得る。ＷＴＲＵが、ＰＵＣＣＨシンボルの数が閾値を下回っていると決定した場合、ＷＴＲＵは、ドロップされたＨＡＲＱ－ＡＣＫコードブック（例えば、完全なサブコードブック）のビットを後続のスロット（例えば、次のスロット、将来のスロットなど）で送信し得る。

ＷＴＲＵは、最初にＨＡＲＱコードブックを送信するようにスケジュールされたスロットで、ドロップされたＨＡＲＱ－ＡＣＫコードブックを送信するように構成され得る。例えば、ＷＴＲＵは、スロットｎでＨＡＲＱ－ＡＣＫコードブックを送信するように構成され得、そして本明細書に列挙されたトリガーの１つに基づいて、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックの送信をドロップし得る。ＷＴＲＵは、例えば、残りの重複しないシンボルを使用して、同じスロットｎ内のＡ／Ｎビットを送信し得る。

ドロップされたＨＡＲＱ－ＡＣＫコードブックを同じスロット内に送信するためのトリガーが存在し得る。ＷＴＲＵは、コードブックの一部が、ＰＵＣＣＨの残りの重複しないシンボルで送信され得るか否かを（例えば、自律的に）決定するように構成され得る。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックを分離し得、以下の１つ以上に基づいてサブコードブックを送信し得る：スロット内の残りのシンボルの数；ドロップされたＨＡＲＱ－ＡＣＫのサイズ；ＨＡＲＱ－ＡＣＫコードブックに関連付けられているサービスのタイプ；または、ＨＡＲＱ－ＡＣＫコードブックのＢＬＥＲ要件。

ＷＴＲＵは、いくつかのシンボルで構成され得、残りのシンボルが構成された数を超える場合、ＷＴＲＵは、スロット内のＨＡＲＱ－ＡＣＫコードブックの一部（例えば、サブコードブック）を送信し得る。

ＰＵＣＣＨリソースは、送信用に適応され得る。ＷＴＲＵがスロット内のＨＡＲＱ－ＡＣＫ情報送信用の２つのＰＵＣＣＨリソースで構成されていると仮定すると、ＷＴＲＵが、スロット内に対応するＨＡＲＱ－ＡＣＫ情報を有するＰＵＣＣＨ送信用の第１および第２のリソースを示す、それぞれ第１および第２のＤＣＩを検出した場合、ＷＴＲＵは次のうちの１つに従ってＨＡＲＱ－ＡＣＫ情報を送信し得る。

ＷＴＲＵは、スロット内のより早い開始シンボル（例えば、１０番目のシンボル）を有するＰＵＣＣＨリソース内のより高い優先度のＨＡＲＱ－ＡＣＫ情報と、スロット内のより遅い開始シンボル（例えば、１２番目のシンボル）を有するＰＵＣＣＨリソース内のより低い優先度のＨＡＲＱ－ＡＣＫ情報とを送信し得る。図５は、優先順位が異なる２つのＴＢのスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示している。

ＷＴＲＵは、スロット内のより早い開始シンボル（例えば、ｎ番目のシンボル）を有するＰＵＣＣＨリソース内のＵＲＬＬＣサービスに関連するＨＡＲＱ－ＡＣＫ情報と、スロット内のより遅い開始シンボル（例えば、ｎ＋２シンボル）を有するＰＵＣＣＨリソース内のｅＭＢＢサービスに関連するＨＡＲＱ－ＡＣＫ情報とを送信し得る。図６は、２つの異なるサービスのスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示している。

ＷＴＲＵは、短い持続時間（例えば、１～２シンボル）のＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースにおける低遅延送信に関連するＨＡＲＱ－ＡＣＫ情報と、長い持続時間（例えば、１０または１４シンボル）のＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースにおける高遅延許容送信に関連するＨＡＲＱ－ＡＣＫ情報とを送信し得る。図７は、持続時間が異なるスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示している。

ＰＵＣＣＨリソースが同じＰＲＢオフセット、開始シンボル、および長さを有する場合、ＷＴＲＵは、２つのＰＵＣＣＨリソースが異なるサイクリックシフトインデックスを有すると決定し得る。この場合、ＷＴＲＵは、ルール（例えば、暗黙のルール）を適用して、受信した各ＤＣＩと、対応するＰＵＣＣＨリソースとの間の関連付けを確立し得る。ＷＴＲＵは、以前に受信したＤＣＩに対応するＨＡＲＱ－ＡＣＫ情報の送信に使用される最小のサイクリックシフトインデックスを有するＰＵＣＣＨリソース、および後で受信したＤＣＩに対応するＨＡＲＱ－ＡＣＫ情報の送信に使用される最大のサイクリックシフトインデックスを有するＰＵＣＣＨリソースを想定し得る。

ＰＵＣＣＨリソースが同じ開始シンボル、サイクリックシフトインデックス、および長さを有する場合、ＷＴＲＵは、２つのＰＵＣＣＨリソースが異なるＰＲＢオフセットを有すると決定し得る。この場合、ＷＴＲＵは、ルール（例えば、暗黙のルール）を適用して、受信した各ＤＣＩと、対応するＰＵＣＣＨリソースとの間の関連付けを確立し得る。ＷＴＲＵは、以前に受信したＤＣＩに対応するＨＡＲＱ－ＡＣＫ情報の送信に使用される最小ＰＲＢオフセットを有するＰＵＣＣＨリソース、および後で受信したＤＣＩまたはＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の送信に使用される最大ＰＲＢオフセットを有するＰＵＣＣＨリソースを想定し得る。図８は、異なるＲＢオフセットを有するスロット内の複数のＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫ送信を示している。

Ａ／ＮビットはＨＡＲＱ－ＡＣＫコードブックからドロップされ得る。ＷＴＲＵは、構成されたＰＵＣＣＨの残りのシンボルでＨＡＲＱ－ＡＣＫコードブックの一部を送信できるように、ＨＡＲＱ－ＡＣＫコードブックのサイズを調整し得る。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックを分離し、ＨＡＲＱ－ＡＣＫコードブックのＡ／Ｎビットのサブセットを送信し得る（例えば、これは、第１のサブコードブックであり得る）。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブック内の最上位ビットまたは最下位ビットから、構成されたビット数を選択し得る。例えば、ＷＴＲＵは、ａ₁、ａ₂，．．．ａ_nＡＣＫ／ＮＡＣＫビットを有するＨＡＲＱ－ＡＣＫコードブックを有し得る。送信をドロップしても、ＷＴＲＵは、ＰＵＣＣＨ送信用のｋ個の重複しないシンボルを依然として有し得る。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックの一部（例えば、第１のサブコードブックであり得る）を、Ｍ≦Ｎ、例えばａ1、ａ2、_...ａ_Mまたはａ_N-M+1、ａ_N-M+2、_...、ａ_NであるようなＭビットで送信し得る。ＷＴＲＵは、以下のうちの１つ以上に基づいて数Ｍを決定するように構成され得る：別のアップリンク送信と重複するＰＵＣＣＨの残りのシンボルの数；または、ＨＡＲＱ－ＡＣＫコードブック送信の信頼性要件。

ＷＴＲＵは、本明細書で説明されるように、後続のスロット（例えば、次のスロット、将来のスロットなど）でＨＡＲＱ－ＡＣＫコードブックの残りのビットを送信するように構成され得る。

ＤＣＩによって示されるＰＵＳＣＨが、スロット内のＨＡＲＱ－ＡＣＫ送信用の複数のＰＵＣＣＨリソースの１つと重複している場合、次の１つ以上が適用され得る。ＷＴＲＵは、ＰＵＳＣＨと重複していないＰＵＣＣＨリソース上でＨＡＲＱ－ＡＣＫを送信することができ、他のＰＵＣＣＨリソース、またはＰＵＳＣＨと重複するそのＰＵＣＣＨリソースに対応するスケジューリングＤＣＩを無視し得る。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫをトランスポートブロックと多重化し、それをＤＣＩによって示されるＰＵＳＣＨ上で送信し得、そしてＰＵＣＣＨリソースまたはそのＰＵＣＣＨリソースに対応するスケジューリングＤＣＩを無視し得る。ＷＴＲＵは、ＷＴＲＵによるＤＣＩフォーマット検出に応答して、ＰＵＣＣＨリソース上でＨＡＲＱ－ＡＣＫを送信し得、他のＰＵＣＣＨリソースならびにＰＵＳＣＨを無視し得る。ＷＴＲＵがＰＵＳＣＨ送信のために構成されたＵＬ許可を使用している場合、ＷＴＲＵは、ＰＵＳＣＨを無視し、ＷＴＲＵによるＤＣＩフォーマット検出に応答して、ＰＵＣＣＨリソースの１つでＨＡＲＱ－ＡＣＫを送信し得る。

本開示の特徴および要素は、ＬＴＥ、ＬＴＥ－Ａ、新無線（ＮＲ）または５Ｇ固有のプロトコルを考慮し得るが、本明細書に記載のソリューションは、このシナリオに限定されず、他の無線システムにも適用可能であることが理解される。

特徴および要素が特定の組み合わせで上に説明されているが、当業者は、各特徴または要素を、単独で、または他の特徴および要素との任意の組み合わせで使用できることを理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータ可読媒体の例は、電子信号（有線接続または無線接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内臓ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクなどの光学媒体、デジタル多用途ディスク（ＤＶＤ）を含むが、これらに限定されるものではない。ソフトウェアに関連するプロセッサが、本明細書に記載のデバイスで使用するための無線周波数トランシーバを実装するために使用され得る。

Claims (16)

1. プロセッサを備えるデバイスであって、前記プロセッサが、
   第１の物理アップリンクチャネルおよび第２の物理アップリンクチャネルが第１のスロットにおいて重複することを決定することであって、前記第１の物理アップリンクチャネルおよび前記第２の物理アップリンクチャネルが、それぞれ、第１のハイブリッド自動再送要求送達確認（ＨＡＲＱ－ＡＣＫ）コードブックおよび第２のＨＡＲＱ－ＡＣＫコードブックに関連付けられる、決定することと、
   前記第１のＨＡＲＱ－ＡＣＫコードブックが、前記第２のＨＡＲＱ－ＡＣＫコードブックよりも高い優先度を有することを決定することと、
   前記第１のスロットにおける前記第１の物理アップリンクチャネル上で前記第１のＨＡＲＱ－ＡＣＫコードブックを送信することと、
   前記第２のＨＡＲＱ－ＡＣＫコードブックの第１のサブコードブックおよび前記第２のＨＡＲＱ－ＡＣＫコードブックの第２のサブコードブックを決定することと、
   前記第１のスロットにおける前記第２の物理アップリンクチャネル上で前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックを送信することであって、前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックが、前記第２の物理アップリンクチャネルの重複しない部分を使用して送信される、送信することと、を行うように構成されている、デバイス。
2. 前記プロセッサが、前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第２のサブコードブックを第２のスロットにおいて送信するようにさらに構成されている、請求項１に記載のデバイス。
3. 前記第１のＨＡＲＱ－ＡＣＫコードブックが前記第２のＨＡＲＱ－ＡＣＫコードブックよりも前記高い優先度を有するという決定が、前記第１のＨＡＲＱ－ＡＣＫコードブックに関連付けられたサービスタイプおよび前記第２のＨＡＲＱ－ＡＣＫコードブックに関連付けられたサービスタイプに基づく、請求項１に記載のデバイス。
4. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックおよび前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第２のサブコードブックの決定が、前記第１のスロットにおける前記第１の物理アップリンクチャネルと重複しない、前記第１のスロットにおける前記第２の物理アップリンクチャネルのシンボルの数に基づく、請求項１に記載のデバイス。
5. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックおよび前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第２のサブコードブックの前記決定が、前記第２のＨＡＲＱ－ＡＣＫコードブックの信頼性要件に基づく、請求項４に記載のデバイス。
6. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記信頼性要件が、ブロックエラー率ターゲットを含む、請求項５に記載のデバイス。
7. 前記第１の物理アップリンクチャネルが、物理アップリンク制御チャネルである、請求項１に記載のデバイス。
8. 前記第１の物理アップリンクチャネルが、物理アップリンク共有チャネルである、請求項１に記載のデバイス。
9. 第１の物理アップリンクチャネルおよび第２の物理アップリンクチャネルが第１のスロットにおいて重複することを決定することであって、前記第１の物理アップリンクチャネルおよび前記第２の物理アップリンクチャネルが、それぞれ、第１のハイブリッド自動再送要求送達確認（ＨＡＲＱ－ＡＣＫ）コードブックおよび第２のＨＡＲＱ－ＡＣＫコードブックに関連付けられる、決定することと、
   前記第１のＨＡＲＱ－ＡＣＫコードブックが、前記第２のＨＡＲＱ－ＡＣＫコードブックよりも高い優先度を有することを決定することと、
   前記第１のスロットにおける前記第１の物理アップリンクチャネル上で前記第１のＨＡＲＱ－ＡＣＫコードブックを送信することと、
   前記第２のＨＡＲＱ－ＡＣＫコードブックの第１のサブコードブックおよび前記第２のＨＡＲＱ－ＡＣＫコードブックの第２のサブコードブックを決定することと、
   前記第１のスロットにおける前記第２の物理アップリンクチャネル上で前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックを送信することであって、前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックが、前記第２の物理アップリンクチャネルの重複しない部分を使用して送信される、送信することと、を含む、方法。
10. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第２のサブコードブックを第２のスロットにおいて送信することをさらに含む、請求項９に記載の方法。
11. 前記第１のＨＡＲＱ－ＡＣＫコードブックが前記第２のＨＡＲＱ－ＡＣＫコードブックよりも前記高い優先度を有するという決定が、前記第１のＨＡＲＱ－ＡＣＫコードブックに関連付けられたサービスタイプおよび前記第２のＨＡＲＱ－ＡＣＫコードブックに関連付けられたサービスタイプに基づく、請求項９に記載の方法。
12. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックおよび前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第２のサブコードブックの決定が、前記第１のスロットにおける前記第１の物理アップリンクチャネルと重複しない、前記第１のスロットにおける前記第２の物理アップリンクチャネルのシンボルの数に基づく、請求項９に記載の方法。
13. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第１のサブコードブックおよび前記第２のＨＡＲＱ－ＡＣＫコードブックの前記第２のサブコードブックの前記決定が、前記第２のＨＡＲＱ－ＡＣＫコードブックの信頼性要件に基づく、請求項１２に記載の方法。
14. 前記第２のＨＡＲＱ－ＡＣＫコードブックの前記信頼性要件が、ブロックエラー率ターゲットを含む、請求項１３に記載の方法。
15. 前記第１の物理アップリンクチャネルが、物理アップリンク制御チャネルである、請求項９に記載の方法。
16. 前記第１の物理アップリンクチャネルが、物理アップリンク共有チャネルである、請求項９に記載の方法。

Images