JP7485782B2 - アップリンク制御情報報告 - Google Patents

Description

ユーザ機器（ＵＥ）は、複数の異なるネットワーク又はネットワークのタイプのうちの少なくとも１つへの接続を確立することができる。例えば、ＵＥは、５Ｇ新無線（ＮＲ）ネットワークに接続することができる。ネットワーク（複数可）に接続されている間、ＵＥは、更なるネットワーク機能を利用することができる。例えば、ＵＥは、一次コンポーネントキャリア（ＰＣＣ）及び少なくとも１つの二次コンポーネントキャリア（ＳＣＣ）が、様々なネットワーク帯域にわたってデータを通信するために使用されるキャリアアグリゲーション（ＣＡ）機能を利用することができる。ダウンリンク（ＤＬ）ＣＡは、ＵＥがネットワークから情報を受信することができる帯域幅を増加させるため、ＣＡは、ネットワークと通信し、ＣＡは、超高信頼性低遅延通信（ＵＲＬＬＣ）をサポートするのに役立つネットワーク機能のうちの１つであり得る。ＵＲＬＬＣは、厳格な遅延及び信頼性要件を有するサービスアプリケーションを意味する。

しかしながら、任意のネットワークスキームでは、ＵＥは、様々な目的のためにネットワークに情報をフィードバックする必要があり得る。このフィードバック情報は、アップリンク制御情報（ＵＣＩ）であってもよい。ＵＲＬＣＣ又は任意の他の高速通信をサポートするために、ＵＥからネットワークにＵＣＩ情報を効果的に伝達する新しい方法が必要である。

いくつかの例示的実施形態では、命令のセットを含むコンピュータ可読記憶媒体について記載している。命令のセットは、プロセッサによって実行されると、プロセッサに、ネットワークから、ハイブリッド自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）ウィンドウのスロット内の複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することと、ＨＡＲＱウィンドウのスロット内のＰＤＳＣＨ送信の各々を復号することと、ＨＡＲＱーＡＣＫウィンドウ内の各ＰＤＳＣＨ送信についてＨＡＲＱーＡＣＫフィードバックを判定することと、ＰＤＳＣＨ送信のうちの少なくとも２つのＨＡＲＱ－ＡＣＫフィードバックをバンドリングすることと、ＨＡＲＱウィンドウについてのバンドリングされたＨＡＲＱ－ＡＣＫフィードバックをネットワークに報告することとを含む動作を実行させる。

更なる例示的な実施形態は、送受信機及びプロセッサを有するユーザ機器を備える。送受信機は、ネットワークに接続し、ネットワークからスロット内の複数のＰＤＳＣＨ送信を受信するように構成されている。プロセッサは、ハイブリッド自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）ウィンドウのスロット内のＰＤＳＣＨ送信の各々を復号し、ＨＡＲＱ－ＡＣＫウィンドウ内の各ＰＤＳＣＨ送信についてＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）フィードバックを判定し、ＰＤＳＣＨ送信のうちの少なくとも２つのＨＡＲＱ－ＡＣＫフィードバックをバンドリングするように構成されている。送受信機は、ＨＡＲＱウィンドウのバンドリングされたＨＡＲＱ－ＡＣＫフィードバックをネットワークに送信するように更に構成されている。

更に別の例示的実施形態では、命令のセットを含むコンピュータ可読記憶媒体について記載している。命令のセットは、プロセッサによって実行されると、プロセッサに、ネットワークから、スロット内の複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することであって、スロット内の複数のＰＤＳＣＨ送信が、第１のサービスに対応するスロット内の第１のセットのＰＤＳＣＨ送信と、第２のサービスに対応するスロット内の第２のセットのＰＤＳＣＨ送信とを含む、ことと、ハイブリッド自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）ウィンドウのスロット内のＰＤＳＣＨ送信の各々を復号することと、ＨＡＲＱ－ＡＣＫウィンドウ内の各ＰＤＳＣＨ送信についてＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）フィードバックを判定することと、ＨＡＲＱウィンドウについてのＨＡＲＱ－ＡＣＫフィードバックをネットワークに報告することと、を含む動作を実行させる。

様々な例示的な実施形態に係る、例示的なネットワーク配置を示す図である。 様々な例示的な実施形態による例示的なＵＥを示す図である。 様々な例示的な実施形態による、コンポーネントキャリア（ＣＣ）毎のＨＡＲＱ－ＡＣＫ情報のバンドリングを示す第１の送信スケジュールの例を示す図である。 様々な例示的な実施形態による、ＣＣにわたるＨＡＲＱ－ＡＣＫ情報のバンドリングを示す第２の送信スケジュールの例を示す。 様々な例示的な実施形態による、ＵＥからのフィードバックに基づくＨＡＲＱ－ＡＣＫフィードバック状態を示す例示的な表である。 様々な例示的な実施形態による、ＣＣドメイン内のＨＡＲＱ－ＡＣＫ情報のバンドリングを示す第３の送信スケジュールの例を示す図である。． 様々な例示的な実施形態による、ＨＡＲＱ－ＡＣＫウィンドウ内に２つの異なるタイプのＰＤＳＣＨスロットが存在する場合のＨＡＲＱ－ＡＣＫフィードバックの処理を示す第４の送信スケジュール７００の例を示す図である。 様々な例示的な実施形態による、アップリンク（ＵＬ）スロットでのＵＣＩ衝突の例を示す図である。 様々な例示的な実施形態による、ＵＬスロットでのＵＣＩ衝突の更なる例を示す図である。 様々な例示的な実施形態による、ＵＬスロットでのＵＣＩ衝突の更なる例を示す図である。

例示的な実施形態は、以下の説明及び関係する添付の図面を参照することにより更に理解することができ、同様の要素は、同じ参照番号が付されている。例示的な実施形態は、ＵＥからＵＣＩ情報をネットワークに通信するより効率的な方法を提供するために、ＵＣＩ送信に含まれるハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）情報を結合することに関する。

例示的な実施形態は、ＵＥに関して説明されている。しかしながら、ＵＥの使用は単に例示のためである。例示的な実施形態は、ネットワークとの接続をすることができ情報及びデータをネットワークと交換するためのハードウェア、ソフトウェア、及び／又はファームウェアで構成されている任意の電子コンポーネントと共に使用されてもよい。したがって、本明細書に記載されているＵＥは、任意の電子コンポーネントを表すために使用される。

例示的な実施形態はまた、第５世代（５Ｇ）新無線（ＮＲ）ネットワークであるネットワーク、並びにダウンリンク割当てインデックス（ＤＡＩ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）などの５Ｇ ＮＲネットワークに関連する様々なタイプの情報及び送信に関して説明している。５Ｇ ＮＲ、又は５Ｇ ＮＲネットワークに関連する特定の情報若しくは送信に関するいかなる言及も、単に例示目的のために提供されることを理解されたい。他のタイプのネットワークは、異なるように同じ概念に言及する場合があり、例示的な実施形態は、本明細書に記載の例示的なネットワークの特徴を有する任意のネットワークに適用され得る。

本明細書では、アップリンク制御情報（ＵＣＩ）がネットワークに報告し返されることが記載される。このＵＣＩ情報は、「バンドリング」、「結合」、「連結」、「圧縮」、又は「多重化」されるとして説明される。これらの用語の各々は、複数のＵＣＩ情報を個々の情報の合計よりも小さいフォーマットに結合する１つ以上の方法を説明することを理解されたい。ＵＣＩ情報を結合する例示的な方法を以下に提供する。

また、キャリアアグリゲーション（ＣＡ）の一般的な説明を以下に記載する。しかしながら、例示的な実施形態は、キャリアアグリゲーションがアクティブ化される必要はない。以下でより詳細に説明するように、例示的な実施形態は、少なくとも２つのコンポーネントキャリア（ＣＣ）上でダウンリンク（ＤＬ）通信を受信しているＵＥを参照して説明する。ＣＡは、２つ以上のＣＣ上でＤＬ通信を受信するＵＥの１つの例示的な方法である。当業者であれば、例示的な実施形態が、ＵＥが２つ以上のＣＣ上でＤＬ通信を受信する任意のスキーム、例えば、任意のデュアルコネクティビティ（ＤＣ）スキームに適用され得ることを理解するであろう。

いくつかの例示的な実施形態では、ネットワークは、複数のＣＣでキャリアアグリゲーション（ＣＡ）をサポートすることができる。各ＣＣは、特定の周波数帯域にわたるＵＥとネットワークとの間の通信を容易にするチャネルを表すことができる。複数のＣＣは、同じ周波数帯域に対応することができ、各ＣＣは、異なる帯域又はそれらの組み合わせに対応することができる。更に、各ＣＣは特定の帯域幅を有し、ＣＣが多いほど、ＵＥは、ネットワークとの通信に利用可能な帯域幅がより多くなるように構成される。ＣＡは、ネットワークとの通信を容易にするために使用される同じＲＡＴに対応する一次コンポーネントキャリア（ＰＣＣ）及び少なくとも１つの二次コンポーネントキャリア（ＳＣＣ）を含むことができる。ＰＣＣは、一部には、スケジューリング要求、アップリンク許可、ダウンリンク許可などの制御情報のために使用することができる。ＣＡ機能は、ＰＣＣ及び少なくとも１つのＳＣＣが帯域幅を結合して、データをＵＥと交換することを可能にする。したがって、ＣＡでは、ＰＣＣは、交換されるデータのための全帯域幅の第１の部分を提供する一方、ＳＣＣは、全帯域幅の第２の部分を提供することができる。ＰＣＣと単一のＳＣＣとの結合は、２つのキャリアを含むＣＣ結合として特徴付けることができる。ＵＥと交換されるデータのための利用可能な全帯域幅を更に増加させるために、追加のＳＣＣを組み込むことができる。

上述のように、ＵＥは、様々な目的のためにネットワークにフィードバック情報を提供することができる。このフィードバック情報は、アップリンク制御情報（ＵＣＩ）を含むことができる。５Ｇ ＮＲネットワークでは、ＵＣＩは、典型的には、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して返信される。ＵＣＩは、自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）情報を含むことができる。当業者は、ＨＡＲＱが、前方誤り訂正（ＦＥＣ）コードを用いて元の送信を符号化することと、後の時点で、例えば、受信機がＵＬ送信の問題を検出したときのＨＡＲＱ再送の際に訂正のために使用されるパリティビットを送信することとを含み得る、エラー訂正の形態であることを理解するであろう。したがって、ネットワークからの各データ送信について、ＵＥは、対応するＨＡＲＱ－ＡＣＫフィードバックをネットワークに送信することができ、それにより、ネットワークは、ＵＥが通信を正しく受信したかどうか、ネットワークが誤って受信された通信のためのＨＡＲＱ再送を送信するべきかどうかを理解することができる。

いくつかの例示的な実施形態によれば、ＵＥによるＨＡＲＱ－ＡＣＫ通信は、複数のコードワードのＡＣＫ及びＮＡＣＫをバンドリングする又は結合することによって空間的にバンドリングすることができる。コードワードにわたるＨＡＲＱ－ＡＣＫ情報のこの空間バンドリングは、ネットワークに返信されるＨＡＲＱ－ＡＣＫビットの量を低減することができる。このネットワークに返信されるデータ量の低減は、通信におけるネットワークトラフィック及び待ち時間を低減することができる。いくつかの例示的な実施形態では、ＨＡＲＱ－ＡＣＫ情報をバンドリングする際にＵＥをサポートするために、ダウンリンク制御情報（ＤＣＩ）のフォーマットが提供される。いくつかの例示的な実施形態では、異なるタイプのＵＣＩ情報間の衝突を解決する方法も記載される。

図１は、様々な例示的な実施形態に係る、例示的なネットワーク配置１００を示す。例示的なネットワーク配置１００は、ＵＥ１１０を含む。当業者は、ＵＥ１１０が、例えば、携帯電話、タブレットコンピュータ、デスクトップコンピュータ、スマートフォン、ファブレット、組み込み型デバイス、ウェアラブル、モノのインターネット（Internet of Things、ＩｏＴ）デバイス等のネットワークを介して通信するように構成された任意のタイプの電子コンポーネントであってもよいことを理解するであろう。また、実際のネットワーク配置は、任意の数のユーザによって使用されている任意の数のＵＥを含み得ることも理解されたい。したがって、単一のＵＥ１１０の例は、例示のためのものに過ぎない。

ＵＥ１１０は、１つ以上のネットワークと通信するように構成され得る。ネットワーク構成１００の例では、ＵＥ １１０が無線通信し得るネットワークは、５Ｇ新無線（ＮＲ）無線アクセスネットワーク（５Ｇ ＮＲ－ＲＡＮ）１２０及びＬＴＥ無線アクセスネットワーク（ＬＴＥ－ＲＡＮ）１２２である。しかしながら、ＵＥ１１０はまた、他のタイプのネットワーク（例えば、レガシーセルラネットワーク、ＷＬＡＮなど）と通信することができ、ＵＥ１１０はまた、有線接続を介してネットワークと通信することもできることを理解されたい。例示的な実施形態に関して、ＵＥ１１０は、５Ｇ ＮＲ－ＲＡＮ１２０及び／又はＬＴＥ－ＲＡＮ１２２との接続を確立することができる。したがって、ＵＥ１１０は、５Ｇ ＮＲ－ＲＡＮ１２０と通信するための５Ｇ ＮＲチップセット、及びＬＴＥ－ＲＡＮ１２２と通信するためのＬＴＥチップセットを含んでもよい。

５Ｇ ＮＲ－ＲＡＮ１２０及びＬＴＥ－ＲＡＮ１２２は、セルラプロバイダ（例えば、Ｖｅｒｉｚｏｎ、ＡＴ＆Ｔ、Ｓｐｒｉｎｔ、Ｔ－Ｍｏｂｉｌｅなど）によって配備され得るセルラネットワークの一部であってもよい。これらのネットワーク１２０及び１２２は、例えば、適切なセルラチップセットを備えているＵＥとの間でトラフィックを送受信するように構成されているセル又は基地局（ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨｅＮＢ、ｅＮＢ、ｇＮＢ、ｇＮｏｄｅＢ、マクロセル、マイクロセル、スモールセル、フェムトセル等）を含むことができる。

したがって、別個の５Ｇ ＮＲ－ＲＡＮ１２０及びＬＴＥ－ＲＡＮ１２２の使用は、単に例示のために提供されている。実際のネットワーク配置は、５Ｇ ＮＲ ＲＡＴ及びＬＴＥ ＲＡＴサービスの両方を提供することができるアーキテクチャを含む無線アクセスネットワークを含むことができる。例えば、次世代の無線アクセスネットワーク（ＮＧ－ＲＡＮ）は、５Ｇ ＮＲサービスを提供する次世代ノードＢ（ｇＮＢ）と、ＬＴＥサービスを提供する次世代進化ノードＢ（ｎｇ－ｅＮＢ）とを含むことができる。ＮＧ－ＲＡＮは、進化パケットコア（ＥＰＣ）又は５Ｇコア（５ＧＣ）のうちの少なくとも一方に接続することができる。

ＵＥ１１０は、次世代ノードＢ（ｇＮＢ）１２０Ａ又はｇＮＢ１２０Ｂのうちの少なくとも一方を介して、５Ｇ ＮＲ－ＲＡＮ１２０に接続することができる。ＵＥ１１０は、進化ノードＢ（ｅＮＢ）１２２Ａ又はｅＮＢ１２２Ｂのうちの少なくとも一方を介してＬＴＥ－ＲＡＮ１２２に接続することができる。当業者であれば、ＵＥ１１０が５Ｇ ＮＲ－ＲＡＮ１２０又はＬＴＥ－ＲＡＮ１２２に接続するために、任意の関連付け手順が実行され得ることが理解されよう。例えば、上述のように、５Ｇ ＮＲ－ＲＡＮ １２０は、ＵＥ １１０及び／又はＵＥ １１０のユーザが（例えば、ＳＩＭカード上に記憶されている）契約情報及び資格情報を有する特定のセルラプロバイダと関連付けられてもよい。５Ｇ ＮＲ－ＲＡＮ１２０の存在を検出すると、ＵＥ１１０は、５Ｇ ＮＲ－ＲＡＮ１２０と関連付けるために、対応する認証情報を伝送してもよい。より具体的には、ＵＥ １１０は、特定のセル（例えば、５Ｇ ＮＲ－ＲＡＮ １２０のｇＮＢ １２０Ａ）と関連付けられてもよい。同様に、ＬＴＥサービスへのアクセスのために、ＵＥ１１０は、ｅＮＢ１２２Ａと関連付けることができる。しかしながら、上述のように、５ＧＮＲ－ＲＡＮ１２０及びＬＴＥ－ＲＡＮ１２２の使用は、例示目的のためであり、任意の適切なタイプのＲＡＮが使用されてもよい。

ＲＡＮ１２０及び１２２に加えて、ネットワーク配置１００はまた、セルラコアネットワーク１３０、インターネット１４０、ＩＰマルチメディアサブシステム（ＩＭＳ）１５０、及びネットワークサービスバックボーン１６０を含む。セルラコアネットワーク１３０は、セルラネットワークの動作及びトラフィックを管理する、コンポーネントの相互接続されたセットとみなされ得る。それは、ＥＰＣ及び／又は５ＧＣを含むことができる。セルラコアネットワーク１３０はまた、セルラネットワークとインターネット１４０との間を流れるトラフィックを管理する。ＩＭＳ１５０は一般的に、ＩＰプロトコルを使用してマルチメディアサービスをＵＥ１１０に配信するためのアーキテクチャとして説明され得る。ＩＭＳ１５０は、セルラコアネットワーク１３０及びインターネット１４０と通信して、マルチメディアサービスをＵＥ１１０に提供し得る。ネットワークサービスバックボーン１６０は、インターネット１４０及びセルラコアネットワーク１３０と直接的又は間接的に通信する。ネットワークサービスバックボーン１６０は一般的に、様々なネットワークと通信するＵＥ１１０の機能性を拡張するために使用され得るサービスの一式を実行するコンポーネント（例えば、サーバ、ネットワークストレージ配置等）のセットとして説明され得る。

図２は、様々な例示的な実施形態に係る、例示的なＵＥ１１０を示す。図１のネットワーク配置１００に関して、ＵＥ１１０について説明する。ＵＥ１１０は、任意の電子デバイスを表し得、プロセッサ２０５、メモリ配置２１０、ディスプレイデバイス２１５、入力／出力（Ｉ／Ｏ）デバイス２２０、送受信機２２５、及び他のコンポーネント２３０を含むことができる。他のコンポーネント２３０は、例えば、オーディオ入力デバイス、オーディオ出力デバイス、限られた電源を提供するバッテリ、データ取得デバイス、ＵＥ １１０を他の電子デバイスに電気的に接続するポート、ＵＥ１１０の状況を検出するセンサなどを含むことができる。

プロセッサ２０５は、ＵＥ１１０の複数のエンジンを実行するように構成することができる。例えば、エンジンは、ＵＣＩフィードバックエンジン２３５を含むことができる。ＵＣＩフィードバックエンジン２３５は、以下でより詳細に説明するように、ＵＣＩ内のＨＡＲＱ－ＡＣＫ情報のバンドリングを実行し、ＵＣＩ衝突を解決することができる。

プロセッサ２０５によって実行されるアプリケーション（例えばプログラム）である上記のエンジンはそれぞれ、例示に過ぎない。エンジンに関連付けられた機能はまた、ＵＥ１１０の別個の内蔵コンポーネントとして表されてもよいし、又はＵＥ１１０に結合されたモジュラーコンポーネント、例えば、ファームウェアを有する集積回路若しくは有さない集積回路であってもよい。例えば、集積回路は、信号を受信するための入力回路と、信号及び他の情報を処理するための処理回路と、を含み得る。エンジンはまた、１つのアプリケーション又は別個のアプリケーションとして具現化されてもよい。加えて、いくつかのＵＥにおいて、プロセッサ２０５について説明されている機能は、ベースバンドプロセッサ及びアプリケーションプロセッサなどの２つ以上のプロセッサ間で分割されている。例示的な実施形態は、ＵＥのこれらの構成又は他の構成のうちのいずれかに実装されてもよい。

メモリ２１０は、ＵＥ１１０によって実行される動作に関連するデータを記憶するように構成されたハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５は、データをユーザに示すように構成されたハードウェアコンポーネントであってもよく、Ｉ／Ｏデバイス２２０は、ユーザが入力を行うのを可能にするハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５とＩ／Ｏデバイス２２０は、別個のコンポーネントであってもよく、又はタッチスクリーンのように一体化されてもよい。送受信機２２５は、５Ｇ ＮＲ－ＲＡＮ１２０、ＬＴＥ－ＲＡＮ１２２などとの接続を確立するように構成されたハードウェアコンポーネントであってもよい。したがって、送受信機２２５は、様々な異なる周波数又はチャネル（例えば、連続周波数のセット）で動作することができる。

以下の実施例では、ＵＥ１１０は、ＣＡがアクティブな状態で５ＧＮＲ－ＲＡＮ１２０に接続されていると考えられ得る。ｇＮＢ１２０Ａは、ＰＣＣ（以下、ＣＣ０とも呼ばれる）をサービスすると考えることができ、ｇＮＢ１２０Ｂは、ＳＣＣ（以下、ＣＣ１とも呼ばれる）をサービスすると考えることができる。したがって、ＵＥ１１０に通信される制御情報は、ＰＣＣを介してｇＮＢ１２０Ａからのものである。同様に、ＵＥ１１０からネットワークに送信されるＵＣＩ情報は、ｇＮＢ１２０Ａへのものである。当業者であれば、これが多くの配置のうちの１つの可能な配置であり、単に例示的な実施形態の説明のための文脈を提供するために提供されていることを理解するであろう。

上述のように、いくつかの例示的な実施形態では、ＵＥ１１０は、ｇＮＢ１２０Ａに報告されるＨＡＲＱ－ＡＣＫフィードバック内の複数のコードワードについてＡＣＫ及びＮＡＣＫを空間的にバンドリングすることができる。このバンドリングを達成するために、ＵＥ１１０は、ＵＥ１１０が受信し、ＨＡＲＱ－ＡＣＫフィードバックのために単一のＰＵＣＣＨに関連付けられている送信の数に関して、ｇＮＢ１２０Ａから情報を受信することができる。

いくつかの例示的な実施形態では、この情報は、ダウンリンク割当てインデックス（ＤＡＩ）、より具体的にはカウンタＤＡＩ（Ｃ－ＤＡＩ）を介してＵＥ１１０に提供することができる。ＤＡＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上のスケジュールされたダウンリンクデータ送信の各々の指標をＵＥ１１０に提供する。Ｃ－ＤＡＩは、スケジュールされたＰＤＳＣＨ送信の数を提供する。

図３は、様々な例示的な実施形態による、コンポーネントキャリア（ＣＣ）毎にＨＡＲＱ－ＡＣＫ情報のバンドリングを示す第１の送信スケジュール３００の例を示す。本明細書を通じて、複数の送信スケジュールが説明される。これらの送信スケジュールの各々は、例示的な実施形態の説明を例示するために提供されることを理解されたい。当業者であれば、本明細書に記載の原理を多くの異なる送信シナリオに適用する方法を理解するため、例示的な実施形態は例示的な送信スケジュールに限定されない。

送信スケジュール３００は、ＣＣ０ ３１０のためのＰＤＳＣＨスロット３１１～３１４及びＣＣ１ ３２０のためのＰＤＳＣＨスロット３２１～３２４を示す。影付きスロット３１１、３１２、３１４、３２１、及び３２３は、スケジュールされたＰＤＳＣＨ送信を有するスロットであり、残りのスロット３１３、３２２、及び３２４は、スケジュールされていない。記載されているように、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でｇＮＢ１２０ＡによってＤＣＩで送信されるＤＡＩは、スケジュールされたスロットをＵＥ１１０に示す。同様に、Ｃ－ＤＡＩは、スケジュールされたスロットの数をＵＥに提供する。したがって、スケジュールされたスロットは、スケジュールされたＰＤＳＣＨ送信を有し、本明細書を通じて、スロットという用語はまた、スロットに対してスケジュールされるＰＤＳＣＨ送信を指すために使用され得ることを理解されたい。

この実施例では、Ｃ－ＤＡＩに提供されるカウントはＣＣベースであり、例えば、ＣＣ０ ３１０についてのＣ－ＤＡＩは、スケジュールされたスロット３１１、３１２及び３１４内の数によって示されるように、１つから３つ（３）に更新され、ＣＣ０ ３２０についてのＣ－ＤＡＩは、スケジュールされたスロット３２１及び３２３の数によって示されるように１つから２つ（２）に更新される。Ｃ－ＤＡＩは、ＰＤＳＣＨ送信（複数可）が割り当てられたＰＤＣＣＨ（複数可）の累積数を示し、ＰＤＣＣＨは、ＨＡＲＱ－ＡＣＫウィンドウの現在のスロットまでのダウンリンクＳＰＳリリースを示す。この実施例では、ＨＡＲＱ－ＡＣＫウィンドウは、４スロットであることを理解されたい。ＨＡＲＱ－ＡＣＫウィンドウのサイズは、本実施例及び本明細書に記載の他の実施例では、５Ｇ ＮＲ－ＲＡＮ１２０を用いた無線リソース制御（ＲＲＣ）シグナリングを介してＵＥ１１０に関して構成することができる。更に、Ｃ－ＤＡＩは、監視機会毎に更新することができる。

送信スケジュール３００はまた、ＵＥ１１０によって、ＨＡＲＱ－ＡＣＫフィードバックを提供するｇＮＢ１２０Ａに送信されるＰＵＣＣＨスロット３３０を示す。上述のように、ＰＵＣＣＨスロット３３０内のＨＡＲＱ－ＡＣＫフィードバックは、複数のコードワードについて空間的にバンドリングされたＡＣＫ及びのＮＡＣＫを含む。いくつかの例示的な実施形態では、ＡＣＫ及びＮＡＣＫは、論理ＡＮＤ演算を使用してバンドリングすることができる。しかしながら、当業者であれば、ＡＣＫ及びＮＡＣＫをバンドリングするために使用される他の演算が存在し得ることを理解するであろう。

図３の実施例では、スロット３１１及び３１２のＨＡＲＱ－ＡＣＫフィードバックはバンドリングされ、ＰＵＣＣＨスロット３３０内で報告される。この例示的な実施形態では、ＨＡＲＱ－ＡＣＫフィードバックがＣＣ毎に報告されるため、ＣＣ０ ３１０のために残っているスケジュールされたスロット３１４は１つのみである。したがって、スロット３１４のＨＡＲＱ－ＡＣＫフィードバックは、バンドリングされる対応スロットを有しておらず、したがって、ＰＵＣＣＨスロット３３０内のスロット３１４のＨＡＲＱ－ＡＣＫフィードバックは、このスロット３１４のＡＣＫ又はＮＡＣＫのみである。ＣＣ１ ３２０のＨＡＲＱ－ＡＣＫフィードバックは、スロット３２１及び３２３についてバンドリングされたＨＡＲＱ－ＡＣＫである。したがって、この実施例から分かるように、偶数のスケジュールされたスロットがある場合、ＨＡＲＱ－ＡＣＫフィードバック情報は、ＵＥ１１０によって実行されるバンドリングに基づいて２分の１だけ低減させることができる。あるいは、単一のＣＣ上の全てのＰＤＳＣＨ、例えば、スロット３１１／３１２及び３１４のＰＤＳＣＨに関連付けられたＨＡＲＱ－ＡＣＫビットは、一緒にバンドリングされて、ＣＣ１ ３２０の単一ビットを生成する。

図４は、様々な例示的な実施形態による、ＣＣにわたるＨＡＲＱ－ＡＣＫ情報のバンドリングを示す第２の送信スケジュール４００の例を示す。送信スケジュール４００は、図３のように、ＣＣ毎に限定されるのではなくＣＣにわたってＣ－ＤＡＩが累積されることを除き、送信スケジュール３００と実質的に同様である。ＣＣにわたるこの累積について、以下でより詳細に説明する。送信スケジュール４００は、ＣＣ０ ４１０のためのＰＤＳＣＨスロット４１１～４１４及びＣＣ１ ４２０のためのＰＤＳＣＨスロット４２１～４２４を示す。影付きスロット４１１、４１２、４１４、４２１、及び４２３は、スケジュールされたＰＤＳＣＨスロットであり、残りのスロット４１３、４２２、及び４２４は、スケジュールされていない。

この実施例では、Ｃ－ＤＡＩに提供されるカウントはＣＣにわたって蓄積される。この実施例では、ＨＡＲＱ－ＡＣＫウィンドウは、４スロットであると考えることもできる。しかしながら、上述のように、ｇＮＢ１２０Ａは、ＵＥ１１０に信号を送って、任意のサイズのＨＡＲＱ－ＡＣＫウィンドウを使用することができる。したがって、この実施例では、スケジュールされたスロットは累積され、ウィンドウサイズに対応する１～４から番号付けされ、次いで、次のウィンドウが１で再び開始される。図示されるように、累積は、より小さいインデックスを有するＣＣ（例えば、ＣＣ０ ４１０）がより大きなインデックスを有する任意のＣＣ（例えば、ＣＣ１ ４２０）よりも優先されるように、スロット順に実行される。したがって、実施例では、Ｃ－ＤＡＩは、１～４及び１に番号付けされた５つのスケジュールされたスロットがあることを示す。

送信スケジュール４００はまた、ＵＥ１１０によって、ＨＡＲＱ－ＡＣＫフィードバックを提供するｇＮＢ１２０Ａに送信されるＰＵＣＣＨスロット４３０を示す。図３に関して上述した実施例と同様に、ＰＵＣＣＨスロット４３０内のＨＡＲＱ－ＡＣＫフィードバックは、Ｃ－ＤＡＩに基づき複数のコードワードについて空間的にバンドリングされたＡＣＫ及びＮＡＣＫを含む。例えば、ＣＣ０ ４１０のＰＤＳＣＨスロット４１１のＨＡＲＱ－ＡＣＫ情報は、例えば、論理ＡＮＤ演算（又は任意の他のデータ結合演算）を使用して、ＣＣ１ ４２０のＰＤＳＣＨスロット４２１のＨＡＲＱ－ＡＣＫ情報とバンドリングすることができる。

図５は、様々な例示的な実施形態による、ＵＥ１１０からのフィードバックに基づくＨＡＲＱ－ＡＣＫフィードバック状態を示す例示的な表５００を示す。上記の説明から、ＨＡＲＱ－ＡＣＫフィードバック状態は、Ｃ－ＤＡＩ＝１の第１のスケジュールされたＰＤＳＣＨサブフレームから始まるＵＥ１１０によって正常に復号された連続ＰＤＳＣＨスロットの数を示すことを理解されたい。例えば、表５００を参照すると、状態１は、１つの（１）ＰＤＳＣＨスロット（例えば、ＨＡＲＱ－ＡＣＫウィンドウの最初のＰＤＳＣＨスロット）が正常に復号されたことを示す。表５００に示されるような更なる実施例では、状態４は、４つの（４）連続ＰＤＳＣＨスロット（ＨＡＲＱ－ＡＣＫウィンドウの第１のスロットから始まる）が正常に復号されたことを示す。

したがって、ＨＡＲＱ－ＡＣＫフィードバックを受信した後、ｇＮＢ１２０Ａは、Ｃ－ＤＡＩ＝１で第１のスケジュールされたＰＤＳＣＨスロットから始まるＰＤＳＣＨスロットが何個、ＵＥによって正常に復号されたかを決定することができる。次いで、ｇＮＢ１２０Ａは、最後に正常に復号されたスロットよりも高いＣ－ＤＡＩを有するＰＤＳＣＨスロットのみを再送することができる。

他の例示的な実施形態では、ＵＥ１１０は、個々のＡＣＫ及びＮＡＣＫをｇＮＢ１２０Ａに報告する代わりに、図５の表５００に示されるように、状態を報告することができる。例えば、図４の実施例を参照すると、ＨＡＲＱ－ＡＣＫウィンドウは４スロットであり、ＵＥ１１０は、ウィンドウの最初の３つの（３）スロット（例えば、Ｃ－ＤＡＩ＝１～３）を正常に復号するとみなすことができる。この実施例では、ＵＥ１１０は、表５００に示されるように、ＰＵＣＣＨ内のｇＮＢ１２０Ａに状態３を報告することができる。これは、Ｃ－ＤＡＩ＝１から始まる最初の３つの（３）スケジュールされたＰＤＳＣＨスロットが正常に復号されたことをｇＮＢ１２０Ａに示すものである。次いで、ｇＮＢ１２０Ａは、Ｃ－ＤＡＩ＞３のスケジュールされたＰＤＳＣＨスロット（例えば、この実施例の場合、Ｃ－ＤＡＩ＝４のスロット）を再送することができる。

他の例示的な実施形態では、時間ドメインＨＡＲＱ－ＡＣＫバンドリングを提供することができる。例えば、ＨＡＲＱ－ＡＣＫビットは、ＨＡＲＱ－ＡＣＫバンドリングウィンドウ内のスロットにわたってバンドリングすることができる。バンドリングは、コードワード毎に、全ての対応する個々のＨＡＲＱ－ＡＣＫビットの論理ＡＮＤ演算によって実行することができる。この時間ドメインＨＡＲＱ－ＡＣＫバンドリングは、ＣＣ毎に実行することができる。例えば、ＣＣが単一のコードワードを含む場合、ＣＣのＨＡＲＱ－ＡＣＫウィンドウのスケジュールされた各スロットのＨＡＲＱ－ＡＣＫフィードバックは、例えば、論理ＡＮＤ演算を使用して結合することができる。したがって、このバンドリングにより、ＣＣ毎に１つのＨＡＲＱ－ＡＣＫビットが生成される。ＣＣのこの単一ＨＡＲＱ－ＡＣＫビットは、ＵＥ１１０によってｇＮＢ１２０Ａに報告することができる。別の実施例では、ＣＣが２つのコードワードを含む場合、ＣＣのＨＡＲＱ－ＡＣＫウィンドウ内の各スケジュールされたスロットの各コードワードについてのＨＡＲＱ－ＡＣＫフィードバックは、例えば、論理ＡＮＤ演算を使用して結合することができる。したがって、このバンドリングにより、ＣＣ毎に２つのＨＡＲＱ－ＡＣＫビットが生成される。

図６は、様々な例示的な実施形態による、ＣＣドメイン内のＨＡＲＱ－ＡＣＫ情報のバンドリングを示す第３の送信スケジュール６００の例を示す。送信スケジュール６００は、ＣＣドメインＨＡＲＱ－ＡＣＫバンドリングに関連する例示的な実施形態を説明するために使用される。送信スケジュール６００は、ＣＣ０ ６１０のためのＰＤＳＣＨスロット６１１～６１４及びＣＣ１ ６２０のためのＰＤＳＣＨスロット６２１～６２４を示す。影付きスロット６１１、６１２、６１４、６２１、及び６２３は、スケジュールされたＰＤＳＣＨスロットであり、残りのスロット６１３、６２２、及び６２４はスケジュールされていない。

ＣＣドメインＨＡＲＱ－ＡＣＫバンドリングは、２つの別個のバンドリング演算を含むことができる。第１の演算では、空間ＨＡＲＱ－ＡＣＫバンドリングは、各ＰＤＳＣＨ送信内の複数のコードワードにわたって実行することができる。例えば、図６を参照すると、各個々のＰＤＳＣＨスロット（例えば、スロット６１１）の各コードワードについてのＨＡＲＱ－ＡＣＫフィードバックをバンドリングすることができる。したがって、図６の実施例では、第１の演算の後に、５つの（５）スケジュールされたＰＤＳＣＨスロット６１１、６１２、６１４、６２１、及び６２３に対応する５つのバンドリングされたＨＡＲＱ－ＡＣＫが存在し得る。上述のように、バンドリングは、各ＰＤＳＣＨスロット内の２つ以上のコードワードのバンドリングに基づく。

第２の演算では、第１の演算で生成されたバンドリングされたＨＡＲＱ－ＡＣＫは、各スロット内のＣＣにわたって更にバンドリングされる。例えば、ＣＣ０ ６１０内のスロット６１１のバンドリングされたＨＡＲＱ－ＡＣＫは、ＣＣ１ ６２０の対応するスロット６２１とバンドリングすることができる。いくつかの例示的な実施形態では、Ｃ－ＤＡＩは、ＣＡシナリオにおいて、監視機会毎にＣＣにわたって累積され得る。

図７は、様々な例示的な実施形態による、ＨＡＲＱ－ＡＣＫウィンドウ内に２つの異なるタイプのＰＤＳＣＨスロットが存在する場合のＨＡＲＱ－ＡＣＫフィードバックの処理を示す第４の送信スケジュール７００の例を示す。送信スケジュール７００は、２つの異なるＰＤＳＣＨグループを有するＰＤＳＣＨスロットについてＨＡＲＱ－ＡＣＫＳを連結することに関する例示的な実施形態を説明するために使用される。例えば、各ＰＤＳＣＨグループは、１つのサービスタイプに関連付けることができる。例示的な一実施形態では、第１のＰＤＳＣＨグループは、ＵＲＬＣＣサービスと関連付けられ、第２のＰＤＳＣＨグループは、強化モバイルブロードバンド（ｅＭＢＢ）サービスと関連付けられる。ＰＤＳＣＨのグループインデックスは、ＤＣＩフォーマットの一部として明示的に信号で送られてもよく、例えば、ＤＣＩのビットは、ＰＤＳＣＨスロットが第１のグループのメンバーであることを示すために０に設定され、ＰＤＳＣＨスロットが第２のグループのメンバーであることを示すために１に設定されてもよい。

図７を参照すると、送信スケジュール７００は、ＣＣ０ ７１０のためのスロット７１１～７１３とＣＣ１ ７２０のためのスロット７２１～７２３が、第１のグループＰＤＳＣＨ送信に使用されることを示す。この場合も、影付きスロット７１１、７１２、７２１、及び７２３は、第１のグループのＰＤＳＣＨ送信についてスケジュールされ、残りのスロット７１３及び７２２はスケジュールされていない。更に、送信スケジュール７００は、ＣＣ０ ７１０についてのスロット７１９とＣＣ１ ７２０についてのスロット７２９が、第２のグループＰＤＳＣＨに使用されることを示す。

いくつかの例示的な実施形態では、ＨＡＲＱ－ＡＣＫフィードバックは、他の例示的な実施形態について上述したのと同じようにバンドリングすることができ、次いで、ＵＥ１１０は、ＰＵＣＣＨスロット７３０を介して、ＨＡＲＱ－ＡＣＫフィードバックをｇＮＢ１２０Ａに報告することができる。

しかしながら、複数のグループのＰＤＳＣＨに関しては、いくつかの特別な場合があり得る。例えば、２つのグループのＨＡＲＱ－ＡＣＫビットを搬送する対応ＰＵＣＣＨリソースが重複する状況が存在し得る。この状況では、第２のグループのＰＤＳＣＨスロットについてのスケジューリング情報をＵＥ１１０に提供するＤＣＩを変更することができる。図７の実施例では、このスケジューリング情報を提供するＤＣＩは、ＣＣ０ ７１０ではＤＣＩ７４０、ＣＣ１ ７２０ではＤＣＩ７５０として送信スケジュール７００に示されている。

ＤＣＩ７４０及び７５０の例は、上記の送信スケジュール７００に示されている。図７に示すように、ＤＣＩ７４０及び７５０のＤＣＩフォーマットは、第１の部分７６０及び第２の部分７７０を含む。第２の部分７７０は、第２のグループのＰＤＳＣＨスロット、例えば、Ｃ－ＤＡＩ及び合計ＤＡＩ（Ｔ－ＤＡＩ）についての情報を含む。しかしながら、ＤＣＩフォーマットはまた、他のスロット７１１／７１２／７１３／７２１／７２３で送信される他のＤＣＩフォーマットによってスケジュールされる第１のグループのＰＤＳＣＨスロットのＴ－ＤＡＩを含む第１の部分７６０を含む。これは、スロットｉまでの（例えば、この実施例ではスロット７１９及び７２９を含む場所までの）ＤＬ ＳＰＳリリースを含む第１のグループのＰＤＳＣＨスケジューリング情報をＵＥ１１０に提供する。送信スケジュール７００に示されるように、この情報は、例えば、２ビットのＴ－ＤＡＩ７６０を使用して、スロットｉ内で明示的に信号で送ることができる。

いくつかの例示的な実施形態では、Ｔ－ＤＡＩ７６０の値は、ＨＡＲＱ－ＡＣＫバンドリングウィンドウ内のスケジュールされたグループ１のＰＤＳＣＨスロットの総数以上であってもよい。これにより、ＤＣＩ７４０／７５０を介してスケジュールされた第２のグループＰＤＳＣＨスロットの後に、追加の第１のグループのＰＤＳＣＨ送信をスケジュールする機会をｇＮＢ１２０Ａに提供することができる。例えば、図７の実施例におけるＴ－ＤＡＩは６つ（６）に設定されてもよく、２つの追加の第１のグループのＰＤＳＣＨ送信を後でスケジュールすることができるが、依然としてＰＵＣＣＨ７３０上でＨＡＲＱ－ＡＣＫをフィードバックする。

上記の実施例では、ＵＣＩフィードバック（例えば、バンドリングされたＨＡＲＱ－ＡＣＫ演算を含む）が実行され、ＰＵＣＣＨを介して送信される場合、ｇＮＢ１２０Ａに報告し返されることを記載した。しかしながら、いくつかの例示的な実施形態では、ｇＮＢ１２０Ａは、ＰＵＣＣＨ及び／又はＰＵＳＣＨにおいて、図３／４／５／６のＨＡＲＱ－ＡＣＫバンドリング演算、並びに図７のＨＡＲＱ－ＡＣＫ連結演算の両方を含むＵＣＩ多重化を実行するようにＵＥ１１０を構成することができる。この構成は、上位層（例えば、ＲＲＣシグナリング又はＭＡＣ ＣＥ）又はＰＤＣＣＨシグナリングを介してＵＥ１１０に信号で送ることができる。いくつかの実施形態では、ＰＵＣＣＨとＰＵＳＣＨの両方でＵＣＩを可能にすることを示す共通シグナリングを指定することができる。他の実施形態では、別個のシグナリングを使用して、ＰＵＣＣＨ及びＰＵＳＣＨ送信のために独立してＵＣＩ多重化演算を制御することができる。

いくつかの例示的な実施形態では、ＵＥ１１０は、異なるサービスタイプのＵＣＩ多重化が有効でない場合、優先順位の低いサービス（例えば、ｅＭＢＢトラフィック）に関連付けられたＵＣＩ情報をドロップすることができる。

例示的な実施形態の他の態様によれば、追加のフィールドを指定することができる。第１の新しいフィールドは、ＰＤＳＣＨグループインデックス（ＤＧＩ）であってもよい。ＤＧＩフィールドは、スケジュールされたＰＤＳＣＨ送信又はＳＰＳリリースのグループインデックスを示すために使用され得る。第２のフィールドは、ＨＡＲＱ－ＡＣＫ要求（ＡＲ）であってもよい。スロットｉで送信されたＡＲフィールドは、ＵＥをトリガして、ＤＣＩフォーマットの検出に対応するＨＡＲＱ－ＡＣＫビットを再送することができ、各ＤＣＩフォーマットは、前のスロット内に示されたＤＧＩフィールドと同じ値を提供する。ＵＥ１１０は、ＤＧＩフィールドによって示されるＰＤＳＣＨグループと関連付けられたＨＡＲＱ－ＡＣＫ情報を、多重化ＵＣＩ送信機会について新たに生成されたＨＡＲＱ－ＡＣＫ情報に付加することができる。

図８は、様々な例示的な実施形態による、アップリンク（ＵＬ）スロット８０５でのＵＣＩ衝突の例を示す。図８の実施例では、スロット８０５についてスケジュールされた２つのＰＵＣＣＨ送信が存在するとみなすことができる。第１のＰＵＣＣＨ送信は、例えば、ＵＥ１１０によって使用されているＵＲＬＬＣサービスのＨＡＲＱ－ＡＣＫフィードバックを含むＰＵＣＣＨ送信８１０であり得る。第２のＰＵＣＣＨ送信は、例えば、ＵＥ１１０によって使用されているｅＭＢＢサービスのＨＡＲＱ－ＡＣＫフィードバックを含むＰＵＣＣＨ送信８２０であり得る。この実施例では、ＵＲＬＬＣ ＰＵＣＣＨ送信８１０は、２つの（２）シンボルであるとして示され、ｅＭＢＢ ＰＵＣＣＨ送信８２０を「パンクチャリング」しているとみなすことができる。

例示的な実施形態は、そのようなＵＣＩ衝突に対処する複数の方法を提供することができる。一般に、ＵＣＩ衝突を処理する方法は、ＰＵＣＣＨ送信のためのサービスの優先順位に基づくことができる。図８の実施例では、ＵＲＬＬＣサービスがｅＭＢＢサービスよりも高い優先順位を有すると考えることができる。しかしながら、これらの２つのサービスの使用は、単に例示であり、ＵＥ１１０は、様々な優先順位を有する他のタイプのサービスにアクセスすることができることに留意されたい。ＵＣＩ衝突を解決するために、ＵＥ１１０は、衝突している２つのサービスのＰＵＣＣＨ送信間の相対的優先順位を理解することができる。

いくつかの例示的な実施形態では、衝突を解決するために、ＵＥ１１０は、低く優先順位付けされたサービスと関連付けられたＰＵＣＣＨ送信、例えば、ｅＭＢＢ ＰＵＣＣＨ送信８２０をスキップすることができる。

いくつかの例示的な実施形態では、衝突を解決するために、ＵＥ１１０は、低く優先順位付けされたサービスと関連付けられたＰＵＣＣＨ送信を部分的に送信することができる。例えば、図８に示すように、ｅＭＢＢ ＰＵＣＣＨ送信８２０は、ＵＲＬＬＣ ＰＵＣＣＨ送信８１０の完了後、例えば、時間８３０中に開始することができる。この部分的な送信例は、予め定義された処理時間（例えば、Ｎ２値）に依存し得る。例えば、処理時間が、ＵＲＬＣＣ ＰＵＣＣＨ送信８１０の完了後にスロット８０５に残る時間量を超える場合、ＵＥ１１０は、ｅＭＢＢ ＰＵＣＣＨ送信８２０を完全にスキップすることができる。

いくつかの例示的な実施形態では、ＵＥ１１０は、様々な条件に基づいて、低い優先順位のＰＵＣＣＨ送信（例えば、ｅＭＢＢ送信８２０）をスキップする又は部分的に送信することを決定することができる。条件は、例えば、ｅＭＢＢ ＰＵＣＣＨ送信８２０のリソース要素の総数にわたって、ＵＲＬＣＣ ＰＵＣＣＨ送信８１０によってパンクチャリングされたリソースの比率を含み得る。比率が予め定義された閾値を超える場合、ＵＥ１１０は、ｅＭＢＢ ＰＵＣＣＨ送信８２０を完全にスキップすることができる。

他の例示的な条件としては、ＰＵＣＣＨフォーマットタイプ、ＰＵＣＣＨ送信の非重複シンボル間の送信電力の差、及び低く優先順位付けされたＰＵＣＣＨ送信の参照シンボルがパンクチャリングされているか否かを含むことができる。これらの条件は、低く優先順位付けされたＰＵＣＣＨ送信に関して送信決定を行うために、単独で又はＵＥの他の条件と任意の組み合わせで使用され得ることを理解されたい。

図９Ａ及び９Ｂは、様々な例示的な実施形態による、ＵＬスロット９０５及び９５５におけるＵＣＩ衝突の更なる例を示す。図９Ａの実施例では、スロット９０５についてスケジュールされた２つのＰＵＣＣＨ送信が存在するとみなすことができる。ＰＵＣＣＨ送信は、例えば、ＵＥ１１０によって使用される（例えば、ＵＲＬＬＣサービスのための）高い優先順位のＰＵＣＣＨ送信９１０及び（例えば、ｅＭＢＢサービスのための）低い優先順位のＰＵＣＣＨ送信９２０であってもよい。この実施例では、ＵＲＬＬＣ ＰＵＣＣＨ送信９１０は、ｅＭＢＢ ＰＵＣＣＨ送信９２０をパンクチャリングすることが示されている。

図９Ａの実施例では、低い優先順位のＰＵＣＣＨ送信（例えば、ｅＭＢＢ ＰＵＣＣＨ送信９２０）は、スロット９０５から次のＵＬスロット９０８に延期させることができる。この低い優先順位のＰＵＣＣＨ送信の延期は自律的であってもよく、例えば、そのようなＵＣＩ衝突が存在する場合、優先順位が低い方の送信が、次のＵＬスロットに自律的に延期される。

図９Ｂの実施例では、スロット９５５のためにスケジュールされた２つのＰＵＣＣＨ送信が存在するとみなすことができる。ＰＵＣＣＨ送信は、例えば、ＵＥ１１０によって使用される（例えば、ＵＲＬＬＣサービスのための）高い優先順位のＰＵＣＣＨ送信９６０及び（例えば、ｅＭＢＢサービスのための）低い優先順位のＰＵＣＣＨ送信９７０であってもよい。この実施例では、ＵＲＬＬＣ ＰＵＣＣＨ送信９６０は、ｅＭＢＢ ＰＵＣＣＨ送信９７０をパンクチャリングすることが示されている。

図９Ｂの実施例では、低い優先順位のＰＵＣＣＨ送信（例えば、ｅＭＢＢ ＰＵＣＣＨ送信９７０）は、高い優先順位のＰＵＣＣＨ送信（例えば、ＵＲＬＬＣ ＰＵＣＣＨ送信９６０）の完了まで延期することができる。したがって、この実施例では、ｅＭＢＢ ＰＵＣＣＨ送信９７０は、元々スケジュールされたスロット９５５内で依然として開始されるが、高い優先順位の送信の完了まで延期される。ｅＭＢＢ ＰＵＣＣＨ送信９７０がスロット９５５内で完了していない場合、送信の残りは次のＵＬスロット９５８で完了することができる。

本開示の特定の態様によれば、ベータオフセット値のセットは、ＲＲＣシグナリングによってＵＥのために予め構成することができ、ベータオフセット値のうちの１つ以上は、少なくともＰＵＳＣＨ送信に基づいて、ＤＣＩフォーマット内のベータオフセットインジケータフィールドを使用して動的に選択することができる。一例を提供するために、２つのベータオフセット値は、ＵＥ毎にＲＲＣシグナリングによって構成することができる。２つの構成された値のうちの１つは、スケジュールされたＰＵＳＣＨタイプ、例えば、ｅＭＢＢサービスタイプ又はＵＲＬＬＣサービスタイプに応じて、ＤＣＩフォーマット内のベータオフセットインジケータフィールドによって動的に信号で送ることができる。一例として、ＵＣＩ送信によるＰＵＳＣＨの性能劣化を回避するためにＵＲＬＬＣにＰＵＳＣＨが使用されている場合、より小さいベータオフセット値が、ＰＵＳＣＨ上でのＵＣＩピギーバックのために構成され得る。

上記の例示的な実施形態は、任意の好適なハードウェア構成若しくはソフトウェア構成又はこれらの組み合わせにおいて実装されてもよいことが、当業者には理解されるであろう。例示的実施形態を実現するための例示的なハードウェアプラットフォームとして、例えば、互換性のあるオペレーティングシステムを有するＩｎｔｅｌ（登録商標）ｘ８６をベースとしたプラットフォーム、Ｗｉｎｄｏｗｓ ＯＳ、Ｍａｃプラットフォーム及びＭＡＣ ＯＳ、ｉＯＳ、Ａｎｄｒｏｉｄ（登録商標）等のオペレーティングシステムを有するモバイルデバイスを挙げることができる。別の実施例においては、上記の方法の例示的実施形態は、コンパイルされると、プロセッサ又はマイクロプロセッサにおいて実行することができる非一時的コンピュータ可読記憶媒体に記憶されたコード行を含むプログラムとして実行することができる。

本願は、それぞれが様々な組み合わせにおいて異なる特徴を有する様々な実施形態を説明しているが、１つの実施形態の特徴のうちのいずれも、具体的に否認されていない方法で、又は開示された実施形態のデバイスの動作若しくは記載された機能と機能的若しくは論理的に矛盾しない方法で、他の実施形態の特徴と組み合わされてもよいことが、当業者には理解されるであろう。

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えると一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス又は使用のリスクを最小限に抑えるように管理され取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。

様々な修正形態が、本開示の精神又は範囲から逸脱することなく本開示においてなされてもよいことが当業者には明らかであろう。したがって、本開示は、添付の特許請求の範囲及びそれらの均等物の範囲内で、本開示の修正形態及び変形形態を網羅することが意図されている。

Claims (20)

1. 命令のセットを含むコンピュータ可読記憶媒体であって、前記命令のセットが、プロセッサによって実行されると、ユーザ機器の前記プロセッサに、
   ネットワークから、ダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩは物理ダウンリンク共有チャネル（ＰＤＳCＨ）グループインデックス（ＤＧＩ）フィールド及び自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）要求フィールドを含み、前記ＤＧＩフィールドはスケジュールされたＰＤＳＣＨ送信のグループインデックスを示すように構成され、前記ＨＡＲＱ－ＡＣＫフィールドはＨＡＲＱ－ＡＣＫビットを再送するようにＵＥをトリガするように構成される、受信することと、
   前記ネットワークから、ＨＡＲＱ－ＡＣＫウィンドウのスロット内の複数のＰＤＳＣＨ送信を受信することであって、前記複数のＰＤＳＣＨ送信のうちの少なくとも一つは、前記ＤＣＩにおけるＤＧＩフィールドに対応する、受信することと、
   前記ＨＡＲＱ－ＡＣＫウィンドウの前記スロット内の前記ＰＤＳＣＨ送信の各々を復号することと、
   前記ＨＡＲＱ－ＡＣＫウィンドウ内の各ＰＤＳＣＨ送信についてＨＡＲＱ－ＡＣＫフィードバックを判定することと、
   少なくとも前記ＤＧＩフィールド及び前記ＨＡＲＱ－ＡＣＫ要求フィールドに基づいて、前記ＰＤＳＣＨ送信のうちの少なくとも２つについての前記ＨＡＲＱ－ＡＣＫフィードバックをバンドリングすることと、
   前記ＨＡＲＱ－ＡＣＫウィンドウについてバンドリングされた前記ＨＡＲＱ－ＡＣＫフィードバックを前記ネットワークに報告することと、
   を含む動作を実行させる、コンピュータ可読記憶媒体。
2. スロット内の前記複数のＰＤＳＣＨ送信が、第１のコンポーネントキャリア（ＣＣ）を介して受信されたスロット内の第１のセットのＰＤＳＣＨ送信と、第２のＣＣを介して受信されたスロット内の第２のセットのＰＤＳＣＨ送信とを含み、前記少なくとも２つのＰＤＳＣＨ送信についての前記ＨＡＲＱフィードバックを前記バンドリングすることが、ＣＣ毎に実行される、請求項１に記載のコンピュータ可読記憶媒体。
3. スロット内の前記複数のＰＤＳＣＨ送信が、第１のコンポーネントキャリア（ＣＣ）を介して受信されたスロット内の第１のセットのＰＤＳＣＨ送信と、第２のＣＣを介して受信されたスロット内の第２のセットのＰＤＳＣＨ送信とを含み、前記少なくとも２つのＰＤＳＣＨ送信についての前記ＨＡＲＱフィードバックを前記バンドリングすることが、前記第１及び第２のＣＣにわたって実行される、請求項１に記載のコンピュータ可読記憶媒体。
4. 前記動作が、
   前記ネットワークから、前記ＨＡＲＱ－ＡＣＫウィンドウのスロット内のＰＤＳＣＨ送信の数の識別情報を受信することを更に含む、請求項１に記載のコンピュータ可読記憶媒体。
5. 前記ＨＡＲＱ－ＡＣＫフィードバックが、前記ネットワークに報告されるアップリンク制御情報（ＵＣＩ）の一部として報告される、請求項１に記載のコンピュータ可読記憶媒体。
6. 前記バンドリングすることが、前記ＨＡＲＱ－ＡＣＫウィンドウ内の第１のスケジュールされたＰＤＳＣＨ送信から出発して、正常に復号された前記ＨＡＲＱ－ＡＣＫウィンドウ内の連続するＰＤＳＣＨ送信の数を判定することを含み、前記ＨＡＲＱフィードバックを前記報告することが、前記数を報告することを含む、請求項１に記載のコンピュータ可読記憶媒体。
7. 前記数を報告することが、ＨＡＲＱ－ＡＣＫ状態を前記ネットワークに報告することを含み、複数のＨＡＲＱ－ＡＣＫ状態が、前記ＨＡＲＱ－ＡＣＫウィンドウ内の第１のスケジュールされたＰＤＳＣＨ送信から出発して、正常に復号された、前記連続するＰＤＳＣＨ送信の前記数を表すように定義される、請求項６に記載のコンピュータ可読記憶媒体。
8. 前記バンドリングすることが、論理ＡＮＤ演算を含む、請求項１に記載のコンピュータ可読記憶媒体。
9. スロット内の前記複数のＰＤＳＣＨ送信が、第１のコンポーネントキャリア（ＣＣ）を介して受信されたスロット内の第１のセットのＰＤＳＣＨ送信と、第２のＣＣを介して受信されたスロット内の第２のセットのＰＤＳＣＨ送信スロットとを含み、前記ＨＡＲＱフィードバックを前記バンドリングすることが、コードワード毎に前記第１のＣＣ上で受信された前記第１のセットのＰＤＳＣＨ送信の各々について前記ＨＡＲＱフィードバックをバンドリングすることを含む、請求項１に記載のコンピュータ可読記憶媒体。
10. ユーザ機器（ＵＥ）であって、
    ネットワークに接続し、前記ネットワークから、ダウンリンク制御情報（ＤＣＩ）を受信するように構成された送受信機であって、前記ＤＣＩは物理ダウンリンク共有チャネル（ＰＤＳCＨ）グループインデックス（ＤＧＩ）フィールド及び自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）要求フィールドを含み、前記ＤＧＩフィールドはスケジュールされたＰＤＳＣＨ送信のグループインデックスを示すように構成され、前記ＨＡＲＱ－ＡＣＫフィールドはＨＡＲＱ－ＡＣＫビットを再送するようにＵＥをトリガし、前記送受信機は更に、前記ネットワークから、ＨＡＲＱ－ＡＣＫウィンドウのスロット内の複数のＰＤＳＣＨ送信を受信するように構成され、前記複数のＰＤＳＣＨ送信のうちの少なくとも一つは、前記ＤＣＩにおけるＤＧＩフィールドに対応する、送受信機と、
    前記ＨＡＲＱ－ＡＣＫウィンドウの前記スロット内の前記ＰＤＳＣＨ送信の各々を復号し、前記ＨＡＲＱ－ＡＣＫウィンドウ内の各ＰＤＳＣＨ送信についてＨＡＲＱ－ＡＣＫフィードバックを判定し、少なくとも前記ＤＧＩフィールド及び前記ＨＡＲＱ－ＡＣＫ要求フィールドに基づいて、前記ＰＤＳＣＨ送信のうちの少なくとも２つについての前記ＨＡＲＱ－ＡＣＫフィードバックをバンドリングするように構成されたプロセッサと、を備え、
    前記送受信機が、前記ＨＡＲＱ－ＡＣＫウィンドウの前記バンドリングされた前記ＨＡＲＱ－ＡＣＫフィードバックを前記ネットワークに送信するように更に構成されている、ユーザ機器（ＵＥ）。
11. スロット内の前記複数のＰＤＳＣＨ送信が、第１のコンポーネントキャリア（ＣＣ）を介して受信されたスロット内の第１のセットのＰＤＳＣＨ送信と、第２のＣＣを介して受信されたスロット内の第２のセットのＰＤＳＣＨ送信とを含む、請求項１０に記載のＵＥ。
12. 前記第１のセットのＰＤＳＣＨ送信が、第１のコードワードに基づいて符号化され、前記バンドリングされたＨＡＲＱ－ＡＣＫフィードバックが、１ビットを含む、請求項１１に記載のＵＥ。
13. 前記第１のセットのＰＤＳＣＨ送信が、第１のコードワード及び第２のコードワードに基づいて符号化され、前記バンドリングされたＨＡＲＱ－ＡＣＫフィードバックが、２ビットを含む、請求項１１に記載のＵＥ。
14. 命令のセットを含むコンピュータ可読記憶媒体であって、前記命令のセットが、プロセッサによって実行されると、ユーザ機器の前記プロセッサに、
    ネットワークから、ダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩは物理ダウンリンク共有チャネル（ＰＤＳCＨ）グループインデックス（ＤＧＩ）フィールド及び自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）要求フィールドを含み、前記ＤＧＩフィールドはスケジュールされたＰＤＳＣＨ送信のグループインデックスを示すように構成され、前記ＨＡＲＱ－ＡＣＫフィールドはＨＡＲＱ－ＡＣＫビットを再送するようにＵＥをトリガするように構成される、受信することと、
    前記ネットワークからスロット内の複数のＰＤＳＣＨ送信を受信することであって、スロット内の前記複数のＰＤＳＣＨ送信が、第１のサービスに対応するスロット内の第１のセットのＰＤＳＣＨ送信と、第２のサービスに対応するスロット内の第２のセットのＰＤＳＣＨ送信とを含み、前記複数のＰＤＳＣＨ送信のうちの少なくとも一つは、前記ＤＣＩにおけるＤＧＩに対応する、受信することと、
    ＨＡＲＱ－ＡＣＫウィンドウのスロット内の前記ＰＤＳＣＨ送信の各々を復号することと、
    少なくとも前記ＤＧＩフィールド及び前記ＨＡＲＱ－ＡＣＫ要求フィールドに基づいて、前記ＨＡＲＱ－ＡＣＫウィンドウ内の各ＰＤＳＣＨ送信についてＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）フィードバックを判定することと、
    前記ＨＡＲＱ－ＡＣＫウィンドウについての前記ＨＡＲＱ－ＡＣＫフィードバックを前記ネットワークに報告することと、
    を含む動作を実行させる、コンピュータ可読記憶媒体。
15. 前記動作が、
    前記第２のセットのＰＤＳＣＨ送信のスケジューリング情報を受信することであって、前記スケジューリング情報が、前記ＨＡＲＱ－ＡＣＫウィンドウ内の前記第１のセットのＰＤＳＣＨ送信についての情報を含む、ことと、
    前記第１及び第２のセットのＰＤＳＣＨ送信の前記ＨＡＲＱ－ＡＣＫ情報を、１つのＨＡＲＱ－ＡＣＫフィードバックへと順次連結することと、
    を更に含む、請求項１４に記載のコンピュータ可読記憶媒体。
16. 前記第１のセットのＰＤＳＣＨ送信の前記情報が、ＰＤＳＣＨ送信の総数と、前記第１のセットのＰＤＳＣＨ送信の最後が送信される前記ＨＡＲＱ－ＡＣＫウィンドウ内の前記第１のセットのＰＤＳＣＨ送信のダウンリンク（ＤＬ）準永続的スケジューリング（ＳＰＳ）リリースを示す物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを含む、請求項１５に記載のコンピュータ可読記憶媒体。
17. 前記第１のセットのＰＤＳＣＨ送信についての前記ＨＡＲＱフィードバックが、第１のメッセージ内で前記ネットワークに送信され、前記第２のセットのＰＤＳＣＨ送信についての前記ＨＡＲＱフィードバックが、第２のメッセージ内で前記ネットワークに送信される、請求項１４に記載のコンピュータ可読記憶媒体。
18. 前記第１及び第２のメッセージのスケジュールが、前記第１のメッセージと前記第２のメッセージとの間の衝突を示し、前記動作が、
    前記第２のサービスに対する前記第１のサービスの優先順位に基づいて、前記衝突を解決することを更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
19. 前記第１のサービスが、前記第２のサービスよりも高い優先順位を有し、前記衝突が、前記第２のメッセージの送信をスキップすることに基づいて解決される、請求項１８に記載のコンピュータ可読記憶媒体。
20. 前記第１のサービスが、前記第２のサービスよりも高い優先順位を有し、前記衝突が、前記第１のメッセージの送信が完了した後に前記第２のメッセージを送信することに基づいて解決される、請求項１８に記載のコンピュータ可読記憶媒体。