JP2021510962A - ハイブリッド自動再送要求肯定応答を伴う物理アップリンク共有チャネル - Google Patents

Abstract

方法、システムおよび装置が開示される。ネットワークノードと通信するように設定された無線デバイス（ＷＤ）が、提供される。物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、随意に、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することとを行うように設定された、ＷＤ、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備えるＷＤ。【選択図】図１１

Description

本開示は、無線通信に関し、詳細には、周期的チャネル状態情報（ＣＳＩ）報告による物理アップリンク共有チャネル上でのデータ損失を回避することに関する。

序論
Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）における物理アップリンク共有チャネル（ＰＵＳＣＨ）上のアップリンク制御情報（ＵＣＩ）

Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）では、ＰＵＳＣＨ上のアップリンク制御情報（ＵＣＩ）は、図１４に示されているようにリソースグリッドにマッピングされる。詳細には、図１４は、ＬＴＥにおけるＵＣＩマッピングのブロック図であり、ここで、ｘ軸は、離散フーリエ変換拡散直交周波数分割多重（ＤＦＴＳ−ＯＦＤＭ：Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ Ｓｐｒｅａｄｉｎｇ Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを示し、ｚ軸は、ＤＦＴＳ−ＯＦＤＭシンボル内の時間を示す。肯定応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）が、復調用参照信号（ＤＭ−ＲＳ）に最も近い離散フーリエ変換拡散直交周波数分割多重（ＤＦＴＳ−ＯＦＤＭ）シンボルにマッピングされ、ランクインジケータ（ＲＩ）が、次の連続するシンボルにマッピングされる。プリコーダ行列インデックス（ＰＭＩ）／チャネル品質情報（ＣＱＩ）が、（ＤＭ−ＲＳを搬送するものを除く）すべてのＤＦＴＳ−ＯＦＤＭシンボルにマッピングされる。ＡＣＫ／ＮＡＣＫおよびＲＩは、より現在に近いチャネル推定から恩恵を受けるためにＤＭ−ＲＳの近くにマッピングされる。

新しい無線（ＮＲ）におけるＵＣＩ

ＮＲにおけるチャネル状態情報（ＣＳＩ）は、２つのパート、すなわち、別個に符号化されたＣＳＩパート１とＣＳＩパート２とに分割される。ＣＳＩパート１は、固定された（無線リソース制御（ＲＲＣ）設定を介して決定された）サイズを有し、ＣＳＩパート２の長さを含んでおり、すなわち、パート１は、パート２の長さを決定するために復号されなければならない。

ＰＵＳＣＨは、３つ以上のＡＣＫ／ＮＡＣＫ（「ＡＮ」）ビットの場合、ＡＮの周辺でレートマッチングされ、１つまたは２つのＡＮビットの場合、パンクチャされる。レートマッチングの場合、ＡＮがマッピングされ、その後にＣＳＩパート１が続き、次いで、その後にＣＳＩパート２が続く。パンクチャされたＡＮのために、ある量のリソース（リソースエレメント）が予約される。ＣＳＩパート１は、予約されたリソース上にマッピングされず、ＣＳＩパート１マッピングは、予約されたリソースの量に依存する。図１５は、パンクチャされた肯定応答／否定応答のブロック図である。ＣＳＩパート２は、予約されたリソース上にマッピングされ、ＣＳＩパート１の後のリソース上にもマッピングされ得る。データ（ＵＬ−ＳＣＨ）が、残りの予約されたリソースおよび他の残りのリソース上にマッピングされる。ＡＮは、予約されたリソース上で送信され、すなわち、ＡＮは、ＰＵＳＣＨとＣＳＩパート２とをパンクチャする。

いくつかの実施形態は、有利に、周期的ＣＳＩによるＰＵＳＣＨ上でのデータ損失を回避するのを助けるための方法、システム、および装置を提供する。

いくつかの実施形態では、無線デバイスにおいて実装される方法が提供される。本方法は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することを含む。ＤＣＩメッセージは、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない。本方法は、２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約することをさらに含む。

いくつかの実施形態では、ネットワークノードにおいて実装される方法が提供される。本方法は、ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることを含む。ＤＣＩメッセージは、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない。本方法は、無線デバイスにＤＣＩメッセージを送信することをさらに含む。

いくつかの実施形態では、無線デバイスが提供される。本無線デバイスは、ネットワークノードと通信するように設定される。本無線デバイスは、無線インターフェースと処理回路要素とを含む。処理回路要素は、ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定するように設定される。ＤＣＩメッセージは、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない。処理回路要素は、２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約するようにさらに設定される。

いくつかの実施形態では、ネットワークノードが提供される。本ネットワークノードは、無線デバイスと通信するように設定される。本ネットワークノードは、無線インターフェースを備え、処理回路要素を備える。処理回路要素は、ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールするように設定される。ＤＣＩメッセージは、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない。本ネットワークノードは、無線デバイスにＤＣＩメッセージを送信するようにさらに設定される。

本開示は、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ上での周期的ＣＳＩおよび失われたＤＬ割り振りによる、ＰＵＳＣＨ上でのデータ損失を回避するための１つまたは複数の実施形態を提供する。１つまたは複数の実施形態では、ＣＳＩは、ＰＵＳＣＨが、フォールバックＤＣＩ、すなわち、ＤＣＩフォーマット０＿０によってスケジュールされる場合、ＰＵＳＣＨ上で多重化されない（すなわち、ドロップする）。したがって、本開示は、有利に、ＰＵＳＣＨ上でのデータ損失を防ぐのを助ける。

添付の図面とともに考慮されるとき、以下の詳細な説明を参照することによって、本実施形態のより完全な理解、およびそれらの付随する利点および特徴がより容易に理解されよう。

本開示における原理による、中間ネットワークを介してホストコンピュータに接続された通信システムを示す例示的なネットワークアーキテクチャの概略図である。 本開示のいくつかの実施形態による、少なくとも部分的に無線接続上で、ネットワークノードを介して無線デバイスと通信するホストコンピュータのブロック図である。 本開示のいくつかの実施形態による、ホストコンピュータの代替実施形態のブロック図である。 本開示のいくつかの実施形態による、ネットワークノードの代替実施形態のブロック図である。 本開示のいくつかの実施形態による、無線デバイスの代替実施形態のブロック図である。 本開示のいくつかの実施形態による、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ＤＣＩメッセージを使用して、ＰＵＳＣＨをスケジュールするためのネットワークノードにおける例示的なプロセスのフローチャートである。 本開示のいくつかの実施形態による、ＰＵＳＣＨのためにＤＣＩメッセージを使用するための無線デバイスにおける例示的なプロセスのフローチャートである。 本開示のいくつかの実施形態による、ＰＵＳＣＨ送信を受信するネットワークノードにおける例示的なプロセスのフローチャートである。 本開示のいくつかの実施形態による、スケジュールされたＰＵＳＣＨ上で送信するための無線デバイスにおける例示的なプロセスのフローチャートである。 アップリンク制御情報マッピングのブロック図である。 パンクチャされた肯定応答／否定応答のブロック図である。

パンクチャされたＡＣＫ／ＮＡＣＫのための予約されたリソースの量をどのように決定するかに関する、既存の同意はない。主に、レートマッチングされたＡＮの場合とまったく同様の（同じ）公式が使用され得、すなわち、

ＡＣＫ／ＮＡＣＫビットの数Ｏ_ＡＣＫは、ＵＬグラント中のダウンリンク割り振りインデックス（ＤＡＩ：Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）から得られる。１つのオプションは、ｇＮＢにおける間欠送信（ＤＴＸ）検出を簡略化するために、リソースの取得された量（ｍｉｎ（）関数中の引数／式の左側）に１よりも大きい係数を乗算することである。

フォールバックダウンリンク制御情報（ＤＣＩ）中に、ＵＬ ＤＡＩは含まれない。ここで、Ｏ_ＡＣＫは、ＤＬ割り振りの検出された数から導出され得る。無線デバイスがＤＬ割り振りを失われた場合、無線デバイスはＯ_ＡＣＫの間違った数を決定することになる。フォールバックＤＣＩは、小さいＡＣＫ／ＮＡＣＫペイロードのために使用される可能性があり、最高２つのビットのＡＣＫ／ＮＡＣＫがパンクチャされ、これは、失われたＤＬ割り振りに対するロバストネスを提供し得る。３つ以上のビットの場合、ＡＣＫ／ＮＡＣＫはレートマッチングされ、間違ったＯ_ＡＣＫは、間違ったレートマッチングと失われたＰＵＳＣＨ送信とを生じる。フォールバックＤＣＩが主に、小さいＡＣＫ／ＮＡＣＫペイロード（パンクチャリング）とともに使用されることを仮定すれば、この問題点は、それほど深刻でないことがある。

しかしながら、小さい（パンクチャされた）ＡＣＫ／ＮＡＣＫペイロードの場合でさえ、失われたＤＬ割り振りが、失われたＰＵＳＣＨ送信につながることがある。Ｏ_ＡＣＫに応じて、予約されたリソースの数が決定される。無線デバイスが、ネットワークノード、たとえば、ｇＮＢとは異なるＯ_ＡＣＫを使用する場合、予約されたリソースの数は異なる。ＣＳＩパート１（ＣＳＩ１）が、予約されたリソースにマッピングされるべきでないので、ｇＮＢおよびＵＥは、異なるＣＳＩ１マッピングが失われたＣＳＩ１を生じることを仮定する。さらに、ＰＵＳＣＨがＣＳＩ１の周辺でレートマッチングされるので、ＰＵＳＣＨでさえ失われる。

本開示は、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ上での周期的ＣＳＩおよび失われたＤＬ割り振りによる、ＰＵＳＣＨ上でのデータ損失を回避するための１つまたは複数の実施形態を提供することによって、既存のシステムに関する問題のうちの少なくとも１つを解決する。１つまたは複数の実施形態では、ＣＳＩは、ＰＵＳＣＨが、フォールバックＤＣＩ、すなわち、ＤＣＩフォーマット０＿０によってスケジュールされる場合、ＰＵＳＣＨ上で多重化されない（すなわち、ドロップする）。したがって、本開示は、有利に、ＰＵＳＣＨ上でのデータ損失を防ぐのを助ける。

例示的な実施形態について詳細に説明する前に、実施形態が、主に、周期的ＣＳＩによるＰＵＳＣＨ上でのデータ損失を回避するのを助けることに関係する、装置構成要素と処理ステップの組合せ中に存在することに留意されたい。それに応じて、本明細書の説明の利益を有する当業者に容易に明らかになるであろう詳細で本開示を不明瞭にしないように、適切な場合、図面において構成要素が従来のシンボルによって表され、実施形態を理解することに関係するそれらの具体的な詳細のみを示す。同様の番号は、説明全体にわたって同様のエレメントを指す。

本明細書で使用される、「第１」および「第２」、「上部」および「下部」などの関係語は、単に、あるエンティティまたはエレメントを別のエンティティまたはエレメントと区別するために、必ずしも、そのようなエンティティまたはエレメント間の何らかの物理的または論理的関係または順序を必要とすることまたは暗示することなしに、使用され得る。本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本明細書で説明される概念を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示しない限り、複数形をも含むものとする。さらに、本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、整数、ステップ、動作、エレメント、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、エレメント、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。

本明細書で説明される実施形態では、結合用語（ｊｏｉｎｉｎｇ ｔｅｒｍ）「と通信している（ｉｎ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｗｉｔｈ）」などは、たとえば、物理的な接触、誘導、電磁放射、無線シグナリング、赤外線シグナリングまたは光シグナリングによって達成され得る、電気またはデータ通信を指示するために使用され得る。複数の構成要素が相互動作し得ること、ならびに修正および変形が、電気およびデータ通信を達成することについて可能であることを、当業者は諒解されよう。

本明細書で説明されるいくつかの実施形態では、「結合された」、「接続された」などという用語は、必ずしも直接とは限らないが、接続を示すために本明細書で使用され得、有線接続および／または無線接続を含み得る。

本明細書で使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、基地トランシーバ局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅノードＢ）、ノードＢ、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、ドナーノード制御リレー、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、モバイル管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、ＭＤＴノードなど）、外部ノード（たとえば、第三者ノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などのいずれかをさらに備え得る、無線ネットワーク中に備えられる任意の種類のネットワークノードであり得る。ネットワークノードは、テスト機器をも備え得る。本明細書で使用される「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を示すためにも使用され得る。

いくつかの実施形態では、無線デバイス（ＷＤ）またはユーザ機器（ＵＥ）という非限定的な用語が互換的に使用される。本明細書のＷＤは、無線デバイス（ＷＤ）など、無線信号を介してネットワークノードまたは別のＷＤと通信することが可能な任意のタイプの無線デバイスであり得る。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシン型ＷＤまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／または低複雑度ＷＤ、ＷＤを装備したセンサー、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ：ｌａｐｔｏｐ ｅｍｂｅｄｄｅｄ ｅｑｕｉｐｐｅｄ）、ラップトップ搭載機器（ＬＭＥ：ｌａｐｔｏｐ ｍｏｕｎｔｅｄ ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ−ＩＯＴ）デバイスなどであり得る。

また、いくつかの実施形態では、「無線ネットワークノード」という一般用語が使用される。無線ネットワークノードは、基地局、無線基地局、基地トランシーバ局、基地局コントローラ、ネットワークコントローラ、ＲＮＣ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）のいずれかを備え得る、任意の種類の無線ネットワークノードであり得る。

本開示では、たとえば、３ＧＰＰ ＬＴＥなど、１つの特定の無線システムからの専門用語が使用され得るが、これは、本開示の範囲を上述のシステムのみに限定するものと見なされるべきでないことに留意されたい。限定はしないが、広帯域符号分割多元接続（ＷＣＤＭＡ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、およびモバイル通信用グローバルシステム（ＧＳＭ）を含む、他の無線システムも、本開示内でカバーされるアイデアを活用することから恩恵を受け得る。

無線デバイスまたはネットワークノードによって実施されるものとして本明細書で説明される機能が、複数の無線デバイスおよび／またはネットワークノード上で分散され得ることにさらに留意されたい。言い換えれば、本明細書で説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる実施に限定されず、実際は、いくつかの物理デバイス間で分散され得ると考えられる。

別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。

実施形態は、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ上での周期的ＣＳＩおよび失われたＤＬ割り振りによる、ＰＵＳＣＨ上でのデータ損失を回避することを提供する。１つまたは複数の実施形態では、ＣＳＩは、ＰＵＳＣＨが、フォールバックＤＣＩ、すなわち、ＤＣＩフォーマット０＿０によってスケジュールされる場合、ＰＵＳＣＨ上で多重化されない（すなわち、ドロップする）。したがって、本開示は、有利に、ＰＵＳＣＨ上でのデータ損失を防ぐのを助ける。

図面に戻ると、同様のエレメントが同様の参照番号によって参照されており、図１では、一実施形態による、無線アクセスネットワークなどのアクセスネットワーク１２とコアネットワーク１４とを備える、３ＧＰＰタイプセルラーネットワークなどの通信システム１０を含む、通信システムの概略図が示されている。アクセスネットワーク１２は、各々が、対応する（まとめてカバレッジエリア１８と呼ばれる）カバレッジエリア１８ａ、１８ｂ、１８ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、（まとめてネットワークノード１６と呼ばれる）複数のネットワークノード１６ａ、１６ｂ、１６ｃを備える。各ネットワークノード１６ａ、１６ｂ、１６ｃは、有線接続または無線接続２０上でコアネットワーク１４に接続可能である。カバレッジエリア１８ａ中に位置する第１の無線デバイス（ＷＤ）２２ａが、対応するネットワークノード１６ｃに無線で接続するように設定されるか、または対応するネットワークノード１６ｃによってページングされるように設定される。カバレッジエリア１８ｂ中の第２のＷＤ２２ｂが、対応するネットワークノード１６ａに無線で接続可能である。この例では（まとめて無線デバイス２２と呼ばれる）複数のＷＤ２２ａ、２２ｂが示されているが、開示される実施形態は、唯一のＷＤがカバレッジエリア中にある状況、または、唯一のＷＤが、対応するネットワークノード１６に接続している状況に、等しく適用可能である。便宜上、２つのＷＤ２２および３つのネットワークノード１６のみが示されているが、通信システムは、より多くのＷＤ２２およびネットワークノード１６を含み得ることに留意されたい。

通信システム１０は、それ自体、ホストコンピュータ２４に接続され得、ホストコンピュータ２４は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ２４は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信システム１０とホストコンピュータ２４との間の接続２６、２８が、コアネットワーク１４からホストコンピュータ２４まで直接延び得るか、または随意の中間ネットワーク３０を介して延び得る。中間ネットワーク３０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得る。中間ネットワーク３０は、もしあれば、バックボーンネットワークまたはインターネットであり得る。いくつかの実施形態では、中間ネットワーク３０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１の通信システムは、全体として、接続されたＷＤ２２ａ、２２ｂのうちの１つとホストコンピュータ２４との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ：ｏｖｅｒ−ｔｈｅ−ｔｏｐ）接続として説明され得る。ホストコンピュータ２４および接続されたＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワーク１４、任意の中間ネットワーク３０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続は、ＯＴＴ接続が通過する、参加する通信デバイスのうちの少なくともいくつかが、アップリンクおよびダウンリンク通信のルーティングを認識していないという点で、透過的であり得る。たとえば、ネットワークノード１６が、接続されたＷＤ２２ａにフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ２４から発生したデータを伴う着信ダウンリンク通信の過去のルーティングに関して、通知されないことがあり、または通知される必要がない。同様に、ネットワークノード１６は、ＷＤ２２から発生してホストコンピュータ２４に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。

ネットワークノード１６は決定ユニット３２を含むように設定され、決定ユニット３２は、ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることと、無線デバイスにＤＣＩメッセージを送信することとを決定するように設定される。

ネットワークノード１６は受信ユニット７６を含むように設定され得、受信ユニット７６は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを行うように設定される。

無線デバイス２２は決定するユニット（ｄｅｔｅｒｍｉｎｉｎｇ ｕｎｉｔ）３４を含むように設定され、決定ユニット３４は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することを決定することとを行うように設定される。

無線デバイス２２は送信するユニット（ｔｒａｎｓｍｉｔｔｉｎｇ ｕｎｉｔ）９４を含むように設定され、送信ユニット９４は、ＤＣＩメッセージに基づいて、スケジュールされた物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送信することを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、送信することを決定することと、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信することとを行うように設定される。

次に、一実施形態による、前の段落において説明されたＷＤ２２、ネットワークノード１６およびホストコンピュータ２４の例示的な実装形態が、図２を参照しながら説明される。通信システム１０では、ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース４０を含む、ハードウェア（ＨＷ）３８を備える。ホストコンピュータ２４は、記憶能力および／または処理能力を有し得る、処理回路要素４２をさらに備える。処理回路要素４２は、プロセッサ４４とメモリ４６とを含み得る。詳細には、旧来のプロセッサおよびメモリに加えて、処理回路要素４２は、処理および／または制御のための集積回路要素、たとえば、命令を実行するように適応された、１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を備え得る。プロセッサ４４は、メモリ４６にアクセスする（たとえば、メモリ４６に書き込む、および／またはメモリ４６から読み取る）ように設定され得、メモリ４６は、任意の種類の揮発性および／または不揮発性メモリ、たとえば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）を含み得る。

処理回路要素４２は、本明細書で説明される方法および／またはプロセスのいずれをも制御するように、ならびに／あるいはそのような方法および／またはプロセスを、たとえば、ホストコンピュータ２４によって実施させるように、設定され得る。プロセッサ４４は、本明細書で説明されるホストコンピュータ２４機能を実施するための１つまたは複数のプロセッサ４４に対応する。ホストコンピュータ２４は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定されたメモリ４６を含む。いくつかの実施形態では、ソフトウェア４８および／またはホストアプリケーション５０は、プロセッサ４４および／または処理回路要素４２によって実行されたとき、プロセッサ４４および／または処理回路要素４２に、ホストコンピュータ２４に関して本明細書で説明されるプロセスを実施させる命令を含み得る。命令は、ホストコンピュータ２４に関連するソフトウェアであり得る。

ソフトウェア４８は、処理回路要素４２によって実行可能であり得る。ソフトウェア４８はホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４において終端するＯＴＴ接続５２を介して接続するＷＤ２２など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション５０は、ＯＴＴ接続５２を使用して送信されるユーザデータを提供し得る。「ユーザデータ」は、説明される機能性を実装するものとして本明細書で説明される、データおよび情報であり得る。一実施形態では、ホストコンピュータ２４は、サービスプロバイダに制御および機能性を提供するために設定され得、サービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。ホストコンピュータ２４の処理回路要素４２は、ホストコンピュータ２４が、ネットワークノード１６および／または無線デバイス２２を観測、監視、制御すること、ネットワークノード１６および／または無線デバイス２２に送信すること、ならびに／あるいはネットワークノード１６および／または無線デバイス２２から受信することを可能にし得る。

通信システム１０は、通信システム１０中に提供されるネットワークノード１６をさらに含み、ネットワークノード１６は、ネットワークノード１６がホストコンピュータ２４およびＷＤ２２と通信することを可能にするハードウェア５８を備える。ハードウェア５８は、通信システム１０の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース６０、ならびにネットワークノード１６によってサーブされるカバレッジエリア中に位置するＷＤ２２との少なくとも無線接続６４をセットアップおよび維持するための無線インターフェース６２を含み得る。無線インターフェース６２は、たとえば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、および／または１つまたは複数のＲＦトランシーバとして形成され得るか、あるいはそれらを含み得る。通信インターフェース６０は、ホストコンピュータ２４への接続６６を容易にするように設定され得る。接続５５は直接であり得るか、あるいは、接続５５は、通信システム１０のコアネットワーク１４を、および／または通信システム１０の外部の１つまたは複数の中間ネットワーク３０を通過し得る。

示されている実施形態では、ネットワークノード１６のハードウェア５８は、処理回路要素６８をさらに含む。処理回路要素６８は、プロセッサ７０とメモリ７２とを含み得る。詳細には、旧来のプロセッサおよびメモリに加えて、処理回路要素６８は、処理および／または制御のための集積回路要素、たとえば、命令を実行するように適応された、１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を備え得る。プロセッサ７０は、メモリ７２にアクセスする（たとえば、メモリ７２に書き込む、および／またはメモリ７２から読み取る）ように設定され得、メモリ７２は、任意の種類の揮発性および／または不揮発性メモリ、たとえば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）を含み得る。

したがって、ネットワークノード１６は、たとえば、メモリ７２に内部的に記憶されたか、または外部接続を介してネットワークノード１６によってアクセス可能な外部メモリ（たとえば、データベース）に記憶されたソフトウェア７４をさらに有する。ソフトウェア７４は、処理回路要素６８によって実行可能であり得る。処理回路要素６８は、本明細書で説明される方法および／またはプロセスのいずれをも制御するように、ならびに／あるいはそのような方法および／またはプロセスを、たとえば、ネットワークノード１６によって実施させるように、設定され得る。プロセッサ７０は、本明細書で説明されるネットワークノード１６機能を実施するための１つまたは複数のプロセッサ７０に対応する。メモリ７２は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定される。いくつかの実施形態では、ソフトウェア７４は、プロセッサ７０および／または処理回路要素６８によって実行されたとき、プロセッサ７０および／または処理回路要素６８に、ネットワークノード１６に関して本明細書で説明されるプロセスを実施させる命令を含み得る。たとえば、ネットワークノード１６の処理回路要素６８は、本明細書で説明されるように、ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることと、無線デバイスにＤＣＩメッセージを送信することとを決定するように設定された、決定ユニット３２を含み得る。処理回路要素６８は、本明細書で説明されるように、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを行うように設定された、受信ユニット７６をも含み得る。

通信システム１０は、すでに言及されたＷＤ２２をさらに含む。ＷＤ２２は、ＷＤ２２が現在位置するカバレッジエリアをサーブするネットワークノード１６との無線接続６４をセットアップおよび維持するように設定された無線インターフェース８２を含み得る、ハードウェア８０を有し得る。無線インターフェース８２は、たとえば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、および／または１つまたは複数のＲＦトランシーバとして形成され得るか、あるいはそれらを含み得る。

ＷＤ２２のハードウェア８０は、処理回路要素８４をさらに含む。処理回路要素８４は、プロセッサ８６とメモリ８８とを含み得る。詳細には、旧来のプロセッサおよびメモリに加えて、処理回路要素８４は、処理および／または制御のための集積回路要素、たとえば、命令を実行するように適応された、１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を備え得る。プロセッサ８６は、メモリ８８にアクセスする（たとえば、メモリ８８に書き込む、および／またはメモリ８８から読み取る）ように設定され得、メモリ８８は、任意の種類の揮発性および／または不揮発性メモリ、たとえば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）を含み得る。

したがって、ＷＤ２２はソフトウェア９０をさらに備え得、ソフトウェア９０は、たとえば、ＷＤ２２におけるメモリ８８に記憶されるか、またはＷＤ２２によってアクセス可能な外部メモリ（たとえば、データベース）に記憶される。ソフトウェア９０は、処理回路要素８４によって実行可能であり得る。ソフトウェア９０は、クライアントアプリケーション９２を含み得る。クライアントアプリケーション９２は、ホストコンピュータ２４のサポートを伴って、ＷＤ２２を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ２４では、実行しているホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４において終端するＯＴＴ接続５２を介して、実行しているクライアントアプリケーション９２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション９２は、ホストアプリケーション５０から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続５２は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション９２は、クライアントアプリケーション９２が提供するユーザデータを生成するためにユーザと対話し得る。

処理回路要素８４は、本明細書で説明される方法および／またはプロセスのいずれをも制御するように、ならびに／あるいはそのような方法および／またはプロセスを、たとえば、ＷＤ２２によって実施させるように、設定され得る。プロセッサ８６は、本明細書で説明されるＷＤ２２機能を実施するための１つまたは複数のプロセッサ８６に対応する。ＷＤ２２は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定されたメモリ８８を含む。いくつかの実施形態では、ソフトウェア９０および／またはクライアントアプリケーション９２は、プロセッサ８６および／または処理回路要素８４によって実行されたとき、プロセッサ８６および／または処理回路要素８４に、ＷＤ２２に関して本明細書で説明されるプロセスを実施させる命令を含み得る。たとえば、無線デバイス２２の処理回路要素８４は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することを決定することとを行うように設定された、決定するユニット３４を含み得る。

処理回路要素８４は、ＤＣＩメッセージに基づいて、スケジュールされた物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送信することを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、送信することを決定することと、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信することとを行うように設定された、送信するユニット９４をも含み得る。

いくつかの実施形態では、ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部の働きは、図２に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１のものであり得る。

図２では、ＯＴＴ接続５２は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、ネットワークノード１６を介したホストコンピュータ２４と無線デバイス２２との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＷＤ２２からまたはホストコンピュータ２４を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続５２がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮事項または再設定に基づいて）ルーティングを動的に変更する決定を行い得る。

ＷＤ２２とネットワークノード１６との間の無線接続６４は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続６４が最後のセグメントを形成し得るＯＴＴ接続５２を使用して、ＷＤ２２に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態のうちのいくつかの教示は、データレート、レイテンシ、および／または電力消費を改善し、それにより、低減されたユーザ待ち時間、ファイルサイズに対する緩和された制限、より良い応答性、延長されたバッテリー寿命などの利益を提供し得る。

いくつかの実施形態では、１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再設定するための随意のネットワーク機能性がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続５２を再設定するためのネットワーク機能性は、ホストコンピュータ２４のソフトウェア４８においてまたはＷＤ２２のソフトウェア９０において、またはその両方において実装され得る。実施形態では、ＯＴＴ接続５２が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア４８、９０が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続５２の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、ネットワークノード１６に影響を及ぼす必要がなく、再設定は、ネットワークノード１６に知られていないかまたは知覚不可能であり得る。いくつかのそのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ２４の測定を容易にするプロプライエタリＷＤシグナリングを伴い得る。いくつかの実施形態では、測定は、ソフトウェア４８、９０が、伝搬時間、エラーなどを監視しながら、ソフトウェア４８、９０が、ＯＴＴ接続５２を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。

図１および図２は、それぞれのプロセッサ内にあるものとして、決定ユニット３２、決定するユニット３４、受信ユニット７６および送信するユニット９４などの様々な「ユニット」を示すが、これらのユニットは、ユニットの一部分が処理回路要素内の対応するメモリに記憶されるように、実装され得ることが考えられる。言い換えれば、ユニットは、ハードウェアで、またはハードウェアと処理回路要素内のソフトウェアとの組合せで実装され得る。

図３は、本明細書で説明される機能を実施するためにプロセッサによって実行可能なソフトウェアを含んでいるソフトウェアモジュールによって少なくとも部分的に実装され得る、代替ホストコンピュータ２４のブロック図である。ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェースモジュール４１を含む。メモリモジュール４７は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定される。

図４は、本明細書で説明される機能を実施するためにプロセッサによって実行可能なソフトウェアを含んでいるソフトウェアモジュールによって少なくとも部分的に実装され得る、代替ネットワークノード１６のブロック図である。ネットワークノード１６は、ネットワークノード１６によってサーブされるカバレッジエリア１８中に位置するＷＤ２２との少なくとも無線接続６４をセットアップおよび維持するために設定された無線インターフェースモジュール６３を含む。ネットワークノード１６は、通信システム１０の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するために設定された通信インターフェースモジュール６１をも含む。通信インターフェースモジュール６１はまた、ホストコンピュータ２４への接続６６を容易にするように設定され得る。メモリモジュール７３は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定される。決定モジュール３３は、ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることを決定することを行うように設定される。送信モジュール７７は、無線デバイスにＤＣＩメッセージを送信するように設定される。受信モジュール７９は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを行うように設定される。

図５は、本明細書で説明される機能を実施するためにプロセッサによって実行可能なソフトウェアを含んでいるソフトウェアモジュールによって少なくとも部分的に実装され得る、代替無線デバイス２２のブロック図である。ＷＤ２２は、ＷＤ２２が現在位置するカバレッジエリアをサーブするネットワークノード１６との無線接続６４をセットアップおよび維持するように設定された無線インターフェースモジュール８３を含む。メモリモジュール８９は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定される。受信するモジュール（ｒｅｃｅｉｖｉｎｇ ｍｏｄｕｌｅ）３５は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することを行うように設定される。決定するモジュール（ｄｅｔｅｒｍｉｎｉｎｇ ｍｏｄｕｌｅ）９５は、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することを決定するように設定される。決定するモジュール９７は、ＤＣＩメッセージに基づいて、スケジュールされた物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送信することを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、送信することを決定することを行うように設定される。送信するモジュール（ｔｒａｎｓｍｉｔｔｉｎｇ ｍｏｄｕｌｅ）９８は、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信するように設定される。

図６は、一実施形態による、たとえば、図１および図２の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。方法の第１のステップにおいて、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１００）。第１のステップの随意のサブステップにおいて、ホストコンピュータ２４は、たとえば、ホストアプリケーション７４など、ホストアプリケーションを実行することによって、ユーザデータを提供する（ブロックＳ１０２）。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２にユーザデータを搬送する送信を始動する（ブロックＳ１０４）。随意の第３のステップにおいて、ネットワークノード１６は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータ２４が始動した送信において搬送されたユーザデータをＷＤ２２に送信する（ブロックＳ１０６）。随意の第４のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって実行されるホストアプリケーション７４に関連する、たとえば、クライアントアプリケーション１１４など、クライアントアプリケーションを実行する（ブロックＳ１０８）。

図７は、一実施形態による、たとえば、図１の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図１および図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。方法の第１のステップにおいて、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１１０）。随意のサブステップ（図示せず）において、ホストコンピュータ２４は、たとえば、ホストアプリケーション７４など、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２にユーザデータを搬送する送信を始動する（ブロックＳ１１２）。送信は、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１６を介して進み得る。随意の第３のステップにおいて、ＷＤ２２は、送信において搬送されたユーザデータを受信する（ブロックＳ１１４）。

図８は、一実施形態による、たとえば、図１の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図１および図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。本方法の随意の第１のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供された入力データを受信する（ブロックＳ１１６）。第１のステップの随意のサブステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーション１１４を実行する（ブロックＳ１１８）。追加または代替として、随意の第２のステップにおいて、ＷＤ２２はユーザデータを提供する（ブロックＳ１２０）。第２のステップの随意のサブステップにおいて、ＷＤは、たとえば、クライアントアプリケーション１１４など、クライアントアプリケーションを実行することによって、ユーザデータを提供する（ブロックＳ１２２）。ユーザデータを提供する際に、実行されたクライアントアプリケーション１１４は、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＷＤ２２は、随意の第３のサブステップにおいて、ホストコンピュータ２４へのユーザデータの送信を始動し得る（ブロックＳ１２４）。方法の第４のステップにおいて、ホストコンピュータ２４は、本開示全体にわたって説明される実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。

図９は、一実施形態による、たとえば、図１の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図１および図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。方法の随意の第１のステップにおいて、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１６は、ＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。随意の第２のステップにおいて、ネットワークノード１６は、ホストコンピュータ２４への、受信されたユーザデータの送信を始動する（ブロックＳ１３０）。第３のステップにおいて、ホストコンピュータ２４は、ネットワークノード１６によって始動された送信において搬送されたユーザデータを受信する（ブロックＳ１３２）。

図１０は、本開示のいくつかの実施形態による、ＤＣＩメッセージを使用して、ＰＵＳＣＨをスケジュールするためのネットワークノード１６における例示的なプロセスのフローチャートである。処理回路要素６８は、ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイス２２をスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイス２２をスケジュールすることを行うように設定される（ブロックＳ１３４）。処理回路要素６８は、随意に、無線デバイス２２にＤＣＩメッセージを送信するようにさらに設定される（ブロックＳ１３６）。１つまたは複数の実施形態では、ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する。１つまたは複数の実施形態では、ＤＣＩメッセージは、ＤＣＩフォーマット０＿０のものである。

図１１は、本開示のいくつかの実施形態による、ＰＵＳＣＨのためにＤＣＩメッセージを使用する無線デバイス２２における例示的なプロセスのフローチャートである。処理回路要素８４は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することを行うように設定される（ブロックＳ１３８）。処理回路要素８４は、２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約するようにさらに設定される（ブロックＳ１３９）。処理回路要素８４は、随意に、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信するようにさらに設定される（ブロックＳ１４０）。

１つまたは複数の実施形態では、ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する。１つまたは複数の実施形態では、ＤＣＩメッセージは、ＤＣＩフォーマット０＿０のものである。１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨ上での送信は、送信中にチャネル状態情報（ＣＳＩ）を含まないように設定される。１つまたは複数の実施形態では、送信は、ＷＤが報告すべきチャネル状態情報（ＣＳＩ）を有する場合、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットのために、ＰＵＳＣＨ上のリソースを予約することを含む。１つまたは複数の実施形態では、処理回路要素８４は、１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットまたは２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約するように設定される。

１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨ上での送信が、チャネル状態情報（ＣＳＩ）の第１のパートを、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分にマッピングすることを含む。１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分が、スケジュールされたＰＵＳＣＨの終端部分に対応する。

図１２は、本開示のいくつかの実施形態による、ネットワークノード１６における例示的なプロセスのフローチャートである。受信回路要素６８は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを行うように設定される（ブロックＳ１４２）。１つまたは複数の実施形態では、ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する。１つまたは複数の実施形態では、ＤＣＩメッセージは、ＤＣＩフォーマット０＿０のものである。

図１３は、本開示のいくつかの実施形態による、無線デバイス２２における例示的なプロセスのフローチャートである。処理回路要素８４は、ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、スケジューリングを決定することを行うように設定される（ブロックＳ１４４）。処理回路要素８４は、随意に、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信するようにさらに設定される（ブロックＳ１４６）。

１つまたは複数の実施形態では、ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する。１つまたは複数の実施形態では、ＤＣＩメッセージは、ＤＣＩフォーマット０＿０のものである。１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨ上での送信は、送信中にチャネル状態情報（ＣＳＩ）を含まない、すなわち、ＣＳＩを含まないように設定される。１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨ上での送信は、ＷＤが報告すべきチャネル状態情報（ＣＳＩ）を有する場合、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットのために、ＰＵＳＣＨ上のリソースを予約することを含む。１つまたは複数の実施形態では、処理回路要素８４は、１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットまたは２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約するように設定される。

１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨ上での送信が、チャネル状態情報（ＣＳＩ）の第１のパートを、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分にマッピングすることを含む。１つまたは複数の実施形態では、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分が、スケジュールされたＰＵＳＣＨの終端部分に対応する。

実施形態は、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ上での周期的ＣＳＩおよび失われたＤＬ割り振りによる、ＰＵＳＣＨ上でのデータ損失を回避することを提供する。１つまたは複数の実施形態では、ＣＳＩは、ＰＵＳＣＨが、フォールバックＤＣＩ、すなわち、ＤＣＩフォーマット０＿０によってスケジュールされる場合、ＰＵＳＣＨ上で多重化されない（すなわち、ドロップする）。したがって、本開示は、有利に、ＰＵＳＣＨ上でのデータ損失を防ぐのを助ける。実施形態は、以下でさらに説明される。

一実施形態では、ＰＵＳＣＨ送信がフォールバックＤＣＩメッセージによってスケジュールされたとき、ＣＳＩがＰＵＳＣＨ送信上で多重化されると仮定される場合、ＷＤ２２は常に、（周期的または半永続的）ＣＳＩ／ＣＳＩリポートをドロップし得る。フォールバックＤＣＩメッセージは、たとえば、ＤＣＩフォーマット０＿０のＤＣＩメッセージを含み得る。さらに、１つまたは複数の実施形態では、フォールバックＤＣＩメッセージは、ＨＡＲＱ−ＡＣＫビットのためにいくつのリソースが予約されるべきであるかに関する指示を含んでいないＤＣＩメッセージを指す。１つまたは複数の実施形態では、そのようなフォールバックＤＣＩメッセージが、ＵＬグラント中に含まれているＵＬダウンリンク割り振りインデックス（ＤＡＩ）なしのＤＣＩメッセージに対応する。

１つまたは複数の実施形態では、ＮＲにおけるフォールバックＤＣＩは、ＣＳＩ要求フィールドを含まず、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ中に含まれ得る唯一のＣＳＩは、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のために設定された周期的または半永続的ＣＳＩであるが、ここで、ＰＵＣＣＨリソースは、スケジュールされたＰＵＳＣＨと衝突し、したがって、そのＣＳＩは、ＰＵＳＣＨにピギーバックされる。１つまたは複数の実施形態では、フォールバックＤＣＩがＣＳＩ要求フィールドを含んでいる場合、同じ問題が非周期的ＣＳＩリポートとともに生じ得る。要するに、フォールバックＤＣＩ（たとえば、フォーマット０＿０）（または、ＵＬ ＤＡＩなしのＤＣＩフォーマット）によってスケジュールされたＰＵＳＣＨ送信の場合、ＷＤ２２はＣＳＩリポートを含まない。

別の実施形態では、ＷＤ２２は、ＷＤ２２がＨＡＲＱ−ＡＣＫビットを送信しなければならないかどうか、およびいくつの（１つまたは２つの）ＨＡＲＱ−ＡＣＫビットを送信しなければならないかとは無関係に、最も大きい／一般的な可能なＨＡＲＱ−ＡＣＫビットを考慮するために（指定され得るかまたは設定され得る）１つのＨＡＲＱ−ＡＣＫビットまたは２つのＨＡＲＱ−ＡＣＫビットのいずれかのためにＰＵＳＣＨ上のリソースを予約するという仮定が行われる。たとえば、この実施形態は、ＷＤ２２が、ＤＡＩフィールドなしのＰＵＳＣＨのためのＤＣＩフォーマットを用いてスケジュールされ、ＷＤ２２が、報告すべきＣＳＩ、たとえば、ＤＣＩフォーマット０＿０を有する場合、適用され得る。

また別の実施形態では、異なるマッピングが、（１）ＰＵＳＣＨがフォールバックＤＣＩ（またはＵＬ ＤＡＩなしのＤＣＩ）を用いてスケジュールされるときのみ（潜在的に、受信されたＤＬ割り振りの数をも条件とする、すなわち、ＷＤ２２が３つ以上のＡＮビットを報告する場合、ＰＵＳＣＨは、ＡＮの周辺でレートマッチングされ、この場合、現在のＣＳＩマッピングが仮定され得る）か、または（２）常に（すなわち、ＰＵＳＣＨをスケジュールするＤＣＩフォーマットにかかわらず）のいずれかで実装され、（１）または（２）において、ＣＳＩパート１はＰＵＳＣＨの終端（すなわち、終端部分）にマッピングされる。この実施形態では、ＣＳＩパート１は、予約されたリソースの量に応じて動き回らないことになり、したがって、ＰＵＳＣＨマッピングも変化しないことになる。

本開示のまた別の実施形態では、ＷＤ２２が、周期的ＣＳＩリポートオケージョンを有し、ＰＤＳＣＨを用いてスケジュールされ、報告すべき１つまたは２つのＨＡＲＱ−ＡＣＫビットを必要とする場合、ネットワークノード１６の実装形態は、ＤＡＩフィールドなしのＤＣＩメッセージによって（すなわち、フォールバックＤＣＩを用いて）ＰＵＳＣＨ送信を用いてＷＤ２２をスケジュールすることを回避する。本開示のまた別の実施形態では、ネットワークノード１６の実装形態は、ネットワークノード１６が、ＨＡＲＱ−ＡＣＫビットが存在しないこと、または（１つまたは複数の）ＨＡＲＱ−ＡＣＫビットが存在することを仮定して、ＰＵＳＣＨを復号することを試みる、デュアル復号方式を適用する。ＨＡＲＱ−ＡＣＫビットペイロードの２つの長さ、潜在的に１つのビットのための長さと２つのビットのための長さとがあることに留意されたい。この実施形態は、合計３つの復号試みを生じることがある。

したがって、本開示の１つまたは複数の実施形態は有利に、ＰＵＳＣＨが、フォールバックＤＣＩ（またはＵＬ ＤＡＩを含んでいないＤＣＩ）を用いてスケジュールされる場合、ＣＳＩが、失われたＤＬ検出によって引き起こされた、失われたＰＵＳＣＨを回避するためにドロップされることを提供する。

さらに、本開示の１つまたは複数の実施形態は、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ上での周期的ＣＳＩおよび失われたＤＬ割り振りによる、ＰＵＳＣＨ上でのデータ損失を回避するための１つまたは複数の実施形態を提供することによって、既存のシステムに関する問題のうちの少なくとも１つを解決する。１つまたは複数の実施形態では、ＣＳＩは、ＰＵＳＣＨが、フォールバックＤＣＩ、すなわち、ＤＣＩフォーマット０＿０によってスケジュールされる場合、ＰＵＳＣＨ上で多重化されない（すなわち、ドロップする）。したがって、本開示は、有利に、ＰＵＳＣＨ上でのデータ損失を防ぐのを助ける。

当業者によって諒解されるように、本明細書で説明される概念は、方法、データ処理システム、および／またはコンピュータプログラム製品として具現され得る。したがって、本明細書で説明される概念は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェア態様とハードウェア態様とを組み合わせる実施形態の形態をとり得、これらはすべて、本明細書では概して「回路」または「モジュール」と呼ばれることがある。さらに、本開示は、コンピュータによって実行され得る媒体において具現されるコンピュータプログラムコードを有する、有形コンピュータ使用可能記憶媒体上のコンピュータプログラム製品の形態をとり得る。ハードディスク、ＣＤ−ＲＯＭ、電子ストレージデバイス、光ストレージデバイス、または磁気ストレージデバイスを含む、任意の好適な有形コンピュータ可読媒体が利用され得る。

いくつかの実施形態が、方法、システムおよびコンピュータプログラム製品のフローチャート例示図および／またはブロック図を参照しながら本明細書で説明された。フローチャート例示図および／またはブロック図の各ブロック、ならびにフローチャート例示図および／またはブロック図中のブロックの組合せが、コンピュータプログラム命令によって実装され得ることを理解されよう。これらのコンピュータプログラム命令は、機械を製造するために、（それにより専用コンピュータを作成するための）汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供され得、その結果、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行するそれらの命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装するための手段を作成する。

これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の様式で機能するように指示することができるコンピュータ可読メモリまたは記憶媒体に記憶され得、その結果、コンピュータ可読メモリに記憶された命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装する命令手段を含む製造品を製造する。

コンピュータプログラム命令はまた、コンピュータ実装プロセスを生成するために、一連の動作ステップをコンピュータまたは他のプログラマブル装置上で実施させるように、コンピュータまたは他のプログラマブルデータ処理装置にロードされ得、その結果、コンピュータまたは他のプログラマブル装置上で実行される命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装するためのステップを提供する。

ブロック中で言及される機能／行為は、動作の例示図中で言及される順序から外れて行われ得ることを理解されたい。たとえば、関与する機能性／行為に応じて、連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得る。図のうちのいくつかが、通信の主要な方向を示すために通信経路上に矢印を含むが、通信が、図示された矢印と反対方向に行われ得ることを理解されたい。

本明細書で説明される概念の動作を行うためのコンピュータプログラムコードが、Ｊａｖａ（登録商標）またはＣ＋＋など、オブジェクト指向プログラミング言語で書かれ得る。しかしながら、本開示の動作を行うためのコンピュータプログラムコードは、「Ｃ」プログラミング言語など、従来の手続き型プログラミング言語でも書かれ得る。プログラムコードは、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上でおよび部分的にリモートコンピュータ上で、あるいは完全にリモートコンピュータ上で実行し得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を通してユーザのコンピュータに接続され得るか、あるいは接続は、（たとえば、インターネットサービスプロバイダを使用してインターネットを通して）外部コンピュータに対して行われ得る。

多くの異なる実施形態が、上記の説明および図面に関して、本明細書で開示された。これらの実施形態のあらゆる組合せおよび部分組合せを文字通り説明および例示することは、過度に繰返しが多く、不明瞭にすることを理解されよう。したがって、すべての実施形態は、何らかのやり方および／または組合せで組み合わせられ得、図面を含む本明細書は、本明細書で説明される実施形態のすべての組合せおよび部分組合せと、それらを作製および使用する様式およびプロセスのすべての組合せおよび部分組合せとの完全な記載された説明を構成すると解釈されたく、ならびに、任意のそのような組合せまたは部分組合せに対する請求を支持するものとする。

前述の説明で使用され得る略語は、以下を含む。
ＡＣＫ／ＮＡＣＫ 肯定応答／否定応答
ＣＱＩ チャネル品質情報
ＣＳＩ チャネル状態情報
ＤＦＴ−ＯＦＤＭ 離散フーリエ変換拡散ＯＦＤＭ
ＤＭ−ＲＳ 復調用参照信号
ＰＭＩ プリコーダ行列インデックス
ＯＦＤＭ 直交周波数分割多重
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＩ ランクインジケータ
ＲＲＣ 無線リソース制御
ＳＲＳ サウンディング参照信号
ＵＣＩ アップリンク制御情報

本明細書で説明される実施形態は、上記で本明細書で特に示され、説明されたことに限定されないことが当業者によって諒解されよう。さらに、そうでないことが上記で述べられていない限り、添付の図面のすべてが一定の縮尺であるとは限らないことに留意されたい。上記の教示に照らして、様々な修正および変形が可能である。

実施形態：
実施形態Ａ１． 無線デバイス（ＷＤ）と通信するように設定されたネットワークノードであって、ネットワークノードが、
ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることと、
随意に、無線デバイスにＤＣＩメッセージを送信することと
を行うように設定され、および／または無線インターフェースを備え、および／またはそうするように設定された処理回路要素を備える、ネットワークノード。
実施形態Ａ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ａ１に記載のネットワークノード。
実施形態Ａ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ａ１に記載のネットワークノード。
実施形態Ｂ１． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
ユーザデータを提供するように設定された処理回路要素と、
無線デバイス（ＷＤ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
セルラーネットワークが、無線インターフェースと処理回路要素とを有するネットワークノードを備え、ネットワークノードは、
ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることと、
随意に、無線デバイスにＤＣＩメッセージを送信することと
を行うように設定され、および／またはネットワークノードの処理回路要素がそうするように設定された、通信システム。
実施形態Ｂ２． ネットワークノードをさらに含む、実施形態Ｂ１に記載の通信システム。
実施形態Ｂ３． ＷＤをさらに含み、ＷＤがネットワークノードと通信するように設定された、実施形態Ｂ２に記載の通信システム。
実施形態Ｂ４． ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
ＷＤが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路要素を備える、
実施形態Ｂ３に記載の通信システム。
実施形態Ｃ１． ネットワークノードにおいて実装される方法であって、方法は、
ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることと、
随意に、無線デバイスにＤＣＩメッセージを送信することと
を含む、方法。
実施形態Ｃ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｃ１に記載の方法。
実施形態Ｃ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｃ１に記載の方法。
実施形態Ｄ１． ホストコンピュータと、ネットワークノードと、無線デバイス（ＷＤ）とを含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、ネットワークノードを備えるセルラーネットワークを介してＷＤにユーザデータを搬送する送信を始動することと
を含み、ネットワークノードは、
ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることと、
無線デバイスにＤＣＩメッセージを送信することと
を行う、方法。
実施形態Ｄ２． ネットワークノードにおいて、ユーザデータを送信することをさらに含む、実施形態Ｄ１に記載の方法。
実施形態Ｄ３． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＷＤにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態Ｄ２に記載の方法。
実施形態Ｅ１． ネットワークノードと通信するように設定された無線デバイス（ＷＤ）であって、ＷＤは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、
随意に、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を行うように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、無線デバイス（ＷＤ）。
実施形態Ｅ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｅ１に記載のＷＤ。
実施形態Ｅ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｅ１に記載のＷＤ。
実施形態Ｅ４． スケジュールされたＰＵＳＣＨ上での送信が、送信中にチャネル状態情報（ＣＳＩ）を含まない、実施形態Ｅ１に記載のＷＤ。
実施形態Ｅ５． スケジュールされたＰＵＳＣＨ上での送信は、ＷＤが報告すべきチャネル状態情報（ＣＳＩ）を有する場合、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットのために、ＰＵＳＣＨ上のリソースを予約することを含む、実施形態Ｅ１に記載のＷＤ。
実施形態Ｅ６． スケジュールされたＰＵＳＣＨ上での送信が、チャネル状態情報（ＣＳＩ）の第１のパートを、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分にマッピングすることを含む、実施形態Ｅ１に記載のＷＤ。
実施形態Ｅ７． スケジュールされたＰＵＳＣＨのあらかじめ規定された部分が、スケジュールされたＰＵＳＣＨの終端部分に対応する、実施形態Ｅ６に記載のＷＤ。
実施形態Ｅ８． ＷＤが、１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットまたは２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約すように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、実施形態Ｅ１に記載のＷＤ。
実施形態Ｆ１． ホストコンピュータを含む通信システムであって、ホストコンピュータは、
ユーザデータを提供するように設定された処理回路要素と、
無線デバイス（ＷＤ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
ＷＤは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、
随意に、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を行うように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、通信システム。
実施形態Ｆ２． ＷＤをさらに含む、実施形態Ｆ１に記載の通信システム。
実施形態Ｆ３． セルラーネットワークが、ＷＤと通信するように設定されたネットワークノードをさらに含む、実施形態Ｆ２に記載の通信システム。
実施形態Ｆ４． ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
ＷＤの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、
実施形態Ｆ２またはＦ３に記載の通信システム。
実施形態Ｇ１． 無線デバイス（ＷＤ）において実装される方法であって、方法は、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、
随意に、ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を含む、方法。
実施形態Ｇ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｇ１に記載の方法。
実施形態Ｇ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｇ１に記載の方法。
実施形態Ｇ４． スケジュールされたＰＵＳＣＨ上での送信が、送信中にチャネル状態情報（ＣＳＩ）を含まない、実施形態Ｇ１に記載の方法。
実施形態Ｇ５． スケジュールされたＰＵＳＣＨ上での送信は、ＷＤが報告すべきチャネル状態情報（ＣＳＩ）を有する場合、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約することを含む、実施形態Ｇ１に記載の方法。
実施形態Ｇ６． スケジュールされたＰＵＳＣＨ上での送信が、チャネル状態情報（ＣＳＩ）の第１のパートを、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分にマッピングすることを含む、実施形態Ｇ１に記載の方法。
実施形態Ｇ７． スケジュールされたＰＵＳＣＨのあらかじめ規定された部分が、スケジュールされたＰＵＳＣＨの終端部分に対応する、実施形態Ｇ６に記載の方法。
実施形態Ｇ８． １つのハイブリッド自動再送要求（ＨＡＲＱ）ビットまたは２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約することをさらに含む、実施形態Ｇ１に記載の方法。
実施形態Ｈ１． ホストコンピュータと、ネットワークノードと、無線デバイス（ＷＤ）とを含む通信システムにおいて実装される方法であって、方法は、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、ネットワークノードを備えるセルラーネットワークを介してＷＤにユーザデータを搬送する送信を始動することと
を含み、ＷＤは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することと、
随意に、ＤＣＩメッセージに基づいてＰＵＳＣＨ上で送信することと
を行う、方法。
実施形態Ｈ２． ＷＤにおいて、ネットワークノードからユーザデータを受信することをさらに含む、実施形態Ｈ１に記載の方法。
実施形態Ｉ１． ネットワークノードと通信するように設定された無線デバイス（ＷＤ）であって、ＷＤは、
ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、スケジューリングを決定することと、
随意に、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を行うように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、無線デバイス（ＷＤ）。
実施形態Ｉ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｉ１に記載の無線デバイス。
実施形態Ｉ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｉ１に記載の無線デバイス。
実施形態Ｉ４． スケジュールされたＰＵＳＣＨ上での送信が、送信中にチャネル状態情報（ＣＳＩ）を含まない、実施形態Ｉ１に記載の無線デバイス。
実施形態Ｉ５． スケジュールされたＰＵＳＣＨ上での送信は、ＷＤが報告すべきチャネル状態情報（ＣＳＩ）を有する場合、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約することを含む、実施形態Ｉ１に記載の無線デバイス。
実施形態Ｉ６． スケジュールされたＰＵＳＣＨ上での送信が、チャネル状態情報（ＣＳＩ）の第１のパートを、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分にマッピングすることを含む、実施形態Ｉ１に記載の無線デバイス。
実施形態Ｉ７． スケジュールされたＰＵＳＣＨのあらかじめ規定された部分が、スケジュールされたＰＵＳＣＨの終端部分に対応する、実施形態Ｉ６に記載の無線デバイス。
実施形態Ｉ８． ＷＤが、１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットまたは２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約すように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、実施形態Ｉ１に記載の無線デバイス。
実施形態Ｊ１． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
無線デバイス（ＷＤ）からネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、
ＷＤは、
ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、スケジューリングを決定することと、
随意に、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を行うように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、通信システム。
実施形態Ｊ２． ＷＤをさらに含む、実施形態Ｊ１に記載の通信システム。
実施形態Ｊ３． ネットワークノードをさらに含み、ネットワークノードが、ＷＤと通信するように設定された無線インターフェースと、ＷＤからネットワノークードへの送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備えるように設定され、および／またはそれらを備える、実施形態Ｊ２に記載の通信システム。
実施形態Ｊ４． ホストコンピュータの処理回路要素が、ホストアプリケーションを実行するように設定され、
ＷＤの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態Ｊ２またはＪ３に記載の通信システム。
実施形態Ｊ５． ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
ＷＤの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態Ｊ２またはＪ３に記載の通信システム。
実施形態Ｋ１． 無線デバイス（ＷＤ）において実装される方法であって、方法は、
ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、スケジューリングを決定することと、
随意に、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を含む、方法。
実施形態Ｋ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｋ１に記載の方法。
実施形態Ｋ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｋ１に記載の方法。
実施形態Ｋ４． スケジュールされたＰＵＳＣＨ上での送信が、送信中にチャネル状態情報（ＣＳＩ）を含まない、実施形態Ｋ１に記載の方法。
実施形態Ｋ５． スケジュールされたＰＵＳＣＨ上での送信は、ＷＤが報告すべきチャネル状態情報（ＣＳＩ）を有する場合、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）ビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約することを含む、実施形態Ｋ１に記載の方法。
実施形態Ｋ６． スケジュールされたＰＵＳＣＨ上での送信が、チャネル状態情報（ＣＳＩ）の第１のパートを、スケジュールされたＰＵＳＣＨのあらかじめ規定された部分にマッピングすることを含む、実施形態Ｋ１に記載の方法。
実施形態Ｋ７． スケジュールされたＰＵＳＣＨのあらかじめ規定された部分が、スケジュールされたＰＵＳＣＨの終端部分に対応する、実施形態Ｋ１に記載の方法。
実施形態Ｋ８． ユーザデータを提供することと、
ネットワークノードへの送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態Ｋ１に記載の方法。
実施形態Ｋ９． １つのハイブリッド自動再送要求（ＨＡＲＱ）ビットまたは２つのＨＡＲＱビットのために、スケジュールされたＰＵＳＣＨ上のリソースを予約することをさらに含む、実施形態Ｋ１に記載の方法。
実施形態Ｌ１． ホストコンピュータと、ネットワークノードと、無線デバイス（ＷＤ）とを含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ＷＤからネットワークノードに送信されるユーザデータを受信することを含み、ＷＤは、
ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、スケジューリングを決定することと、
随意に、決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信することと
を行う、方法。
実施形態Ｌ２． ＷＤにおいて、ネットワークノードにユーザデータを提供することをさらに含む、実施形態Ｌ１に記載の方法。
実施形態Ｌ３． ＷＤにおいて、クライアントアプリケーションを実行し、それにより送信されるべきユーザデータを提供することと、
ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することと
をさらに含む、実施形態Ｌ２に記載の方法。
実施形態Ｌ４． ＷＤにおいて、クライアントアプリケーションを実行することと、
ＷＤにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することと
をさらに含み、
送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、
実施形態Ｌ２に記載の方法。
実施形態Ｍ１． 無線デバイス（ＷＤ）と通信するように設定されたネットワークノードであって、ネットワークノードは、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信すること
を行うように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、ネットワークノード。
実施形態Ｍ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｍ１に記載のネットワークノード。
実施形態Ｍ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｍ１に記載のネットワークノード。
実施形態Ｎ１． ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイス（ＷＤ）からネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、ネットワークノードは、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを行うように設定され、ならびに／あるいは、無線インターフェースおよび／または、そうするように設定された処理回路要素を備える、通信システム。
実施形態Ｎ２． ネットワークノードをさらに含む、実施形態Ｎ１に記載の通信システム。
実施形態Ｎ３． ＷＤをさらに含み、ＷＤがネットワークノードと通信するように設定された、実施形態Ｎ２に記載の通信システム。
実施形態Ｎ４． ホストコンピュータの処理回路要素が、ホストアプリケーションを実行するように設定され、
ＷＤが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態Ｎ３に記載の通信システム。
実施形態Ｏ１． ネットワークノードにおいて実装される方法であって、方法は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを含む、方法。
実施形態Ｏ２． ＨＡＲＱビットのためにいくつのリソースを予約すべきかの指示を含んでいないＤＣＩメッセージが、アップリンク（ＵＬ）ダウンリンク割り振りインデックス（ＤＡＩ）を指示しないＤＣＩメッセージに対応する、実施形態Ｏ１に記載の方法。
実施形態Ｏ３． ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、実施形態Ｏ１に記載の方法。
実施形態Ｐ１． ホストコンピュータと、ネットワークノードと、無線デバイス（ＷＤ）とを含む通信システムにおいて実装される方法であって、方法は、
ホストコンピュータにおいて、ネットワークノードから、ネットワークノードがＷＤから受信した送信から発生したユーザデータを受信することを含み、ネットワークノードが、物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信し、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、方法。
実施形態Ｐ２． ネットワークノードにおいて、ＷＤからユーザデータを受信することをさらに含む、実施形態Ｐ１に記載の方法。
実施形態Ｐ３． ネットワークノードにおいて、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態Ｐ２に記載の方法。
実施形態Ｑ１． ネットワークノードであって、
ダウンリンク制御情報（ＤＣＩ）メッセージを使用して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上に無線デバイスをスケジュールすることであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、無線デバイスをスケジュールすることを行うように設定された決定モジュールと、
無線デバイスにＤＣＩメッセージを送信するように設定された送信モジュールと
を備える、ネットワークノード。
実施形態Ｑ２． ネットワークノードであって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信を受信することであって、送信が、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ダウンリンク制御情報（ＤＣＩ）メッセージに基づく、送信を受信することを行うように設定された受信モジュール
を備える、ネットワークノード。
実施形態Ｑ３． 無線デバイスであって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上での送信をスケジュールするためにダウンリンク制御情報（ＤＣＩ）メッセージを受信することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、ＤＣＩメッセージを受信することを行うように設定された、受信するモジュールと、
ＤＣＩメッセージに基づいて、スケジュールされたＰＵＳＣＨ上で送信するように設定された、決定するモジュールと
を備える、無線デバイス。
実施形態Ｑ４． 無線デバイスであって、
ＤＣＩメッセージに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを決定することであって、ＤＣＩメッセージが、ハイブリッド自動再送要求（ＨＡＲＱ）ビットのためにいくつのリソースを予約すべきかの指示を含んでいない、スケジューリングを決定することを行うように設定された、決定するモジュールと、
決定に基づいて、スケジュールされたＰＵＳＣＨ上で送信するように設定された、送信するモジュールと
を備える、無線デバイス。

提案されたソリューションを規格化すること
添付の付録は、提案されたソリューションのいくつかの態様が特定の通信規格のフレームワーク内にどのように実装され得るかの非限定的な例を提供する。特に、添付の付録は、提案されたソリューションが３ＧＰＰ ＴＳＧ ＲＡＮ規格のフレームワーク内にどのように実装され得るかの非限定的な例を提供する。付録によって説明される変更は、提案されたソリューションのいくつかの態様が特定の規格においてどのように実装され得るかを示すことを意図するにすぎない。しかしながら、提案されたソリューションはまた、３ＧＰＰ仕様と他の仕様または規格の両方において、他の好適な様式で実装され得る。
アジェンダ項目： ７．３．２．３
ソース： Ｅｒｉｃｓｓｏｎ
題名： ＰＵＳＣＨ上へのＵＣＩのマッピングおよび他の問題点に関して
文書の目的： 説明および決定
１ 導入
ＰＵＳＣＨ上のＵＣＩに関する以下の同意が、前の会議において形成された。
ＲＡＮ１ ＃９０
同意：（テキスト後半では同意Ｃと呼ばれる）
・ 周波数第一（ｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ）のマッピングの場合、ＵＣＩリソースマッピング原理（たとえば、ＲＳの周辺）が、ＤＦＴ−ｓ−ＯＦＤＭ波形およびＣＰ−ＯＦＤＭ波形をもつＰＵＳＣＨにとって共通である
・ 少なくとも、ＲＲＣによって設定された周期的ＣＳＩリポートおよびＵＬグラントによってトリガされた非周期的ＣＳＩリポートのために、ＵＬデータがＵＣＩの周辺でレートマッチングされる
作業仮説：
＞ スロットベーススケジューリングの場合、３つ以上のビットを伴うＨＡＲＱ−ＡＣＫのために、ＰＵＳＣＨがレートマッチングされる。
＞ スロットベーススケジューリングの場合、最高２つのビットを伴うＨＡＲＱ−ＡＣＫのために、ＰＵＳＣＨがパンクチャされる。
＞ 注：ＮＲが、ｇＮＢとＵＥとの間のＨＡＲＱ−ＡＣＫビットに関する十分に信頼できる共通理解を保証する。
ＲＡＮ１ ＮＲ ＡｄＨｏｃ ＃３
同意：
・ 以下の作業仮説を確認する。
○ スロットベーススケジューリングの場合、３つ以上のビットを伴うＨＡＲＱ−ＡＣＫのために、ＰＵＳＣＨがレートマッチングされる。
○ スロットベーススケジューリングの場合、最高２つのビットを伴うＨＡＲＱ−ＡＣＫのために、ＰＵＳＣＨがパンクチャされる。
ＲＡＮ１ ＃９０ｂｉｓ
同意：
・ ＰＵＳＣＨにピギーバックされるＡＣＫについて、ＡＣＫを、ＰＵＳＣＨ割り当てＲＢにわたる分散されたＲＥにマッピングする
○ 詳細 ＦＦＳ
同意：
・ ＰＵＳＣＨにピギーバックされるＣＳＩについて、ＣＳＩを、ＰＵＳＣＨ割り当てＲＢにわたる分散されたＲＥにマッピングする
○ 詳細 ＦＦＳ
同意：
・ ＰＵＳＣＨにピギーバックされるＣＳＩについて、（少なくともいくつかのＣＳＩについて）ＣＳＩマッピングを２つのパートに分割するのを支援し、２つのパートは別様にマッピングされる
○ ＦＦＳ 詳細（たとえば、異なるＣＳＩタイプをグループ化し、それらを異なるＲＥにマッピングすること、どのタイプのＣＳＩか、など）
○ ＦＦＳ （もしあれば）周波数ホッピングの影響
同意（電子メール）：
・ ＨＡＲＱ−ＡＣＫがＰＵＳＣＨにピギーバックするとき、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨをパンクチャするのかＰＵＳＣＨをレートマッチングするのかにかかわらず、同じルールが、符号化されたＨＡＲＱ−ＡＣＫビットをＨＡＲＱ−ＡＣＫ ＲＥにマッピングするために適用される。
○ ＨＡＲＱ−ＡＣＫは、ＰＴ−ＲＳをパンクチャすることを回避する。
○ 以下の２つの代替形態から１つに絞り込む
・ （１つまたは複数の）ＤＭＲＳシンボルの周辺のＲＥにＨＡＲＱ−ＡＣＫをマッピングする
・ 適用可能な場合、両方の周波数ホップにおいて（ＤＭＲＳシンボルを除く）できるだけ多くのＰＵＳＣＨ内のシンボルにわたるＲＥに、ＨＡＲＱ−ＡＣＫをマッピングする
同意：
・ 周波数ホップがＰＵＳＣＨに対して無効である場合、ＰＵＳＣＨにピギーバックされたＣＳＩは、周波数第一のマッピングルールに従う
○ ＦＦＳ 詳細
・ ＦＦＳ ホッピングが有効である場合
ＲＡＮ１ ＃９１
同意：
・ ＰＵＳＣＨのための周波数ホッピングが有効である場合、ＨＡＲＱ−ＡＣＫのＮ１個の変調シンボルは、ＨＡＲＱ−ＡＣＫパートＡとＨＡＲＱ−ＡＣＫパートＢとに区分され、パートＡはｆｌｏｏｒ（Ｎ１／２）個の変調シンボルを有し、パートＢはｃｅｉｌｉｎｇ（Ｎ１／２）個の変調シンボルを有する。ＨＡＲＱ−ＡＣＫパートＡは、第１のホップにマッピングされる。ＨＡＲＱ−ＡＣＫパートＢは、第２のホップにマッピングされる。
・ ＰＵＳＣＨのための周波数ホッピングが有効である場合、ＣＳＩパート１のＮ２個の変調シンボルは、ＣＳＩパート１ＡとＣＳＩパート１Ｂとに区分され、パート１Ａはｆｌｏｏｒ（Ｎ２／２）個の変調シンボルを有し、パート１Ｂはｃｅｉｌｉｎｇ（Ｎ２／２）個の変調シンボルを有する。ＣＳＩパート１Ａは、第１のホップにマッピングされる。ＣＳＩパート１Ｂは、第２のホップにマッピングされる。
・ ＰＵＳＣＨのための周波数ホッピングが有効である場合、ＣＳＩパート２のＮ３個の変調シンボルは、ＣＳＩパート２ＡとＣＳＩパート２Ｂとに区分され、パート２Ａはｆｌｏｏｒ（Ｎ３／２）個の変調シンボルを有し、パート２Ｂはｃｅｉｌｉｎｇ（Ｎ３／２）個の変調シンボルを有する。ＣＳＩパート２Ａは、第１のホップにマッピングされる。ＣＳＩパート２Ｂは、第２のホップにマッピングされる。
同意：（テキスト後半では同意Ａと呼ばれる）
・ ＰＵＳＣＨ上へのＵＣＩマッピングルールの詳細は、以下の通りである。
・ ＨＡＲＱ−ＡＣＫを（１つまたは複数の）ＤＭＲＳシンボルの周辺のＲＥにマッピングする
・ ＰＵＳＣＨがＨＡＲＱ−ＡＣＫによってパンクチャされる場合、
・ ある量の予約されたＨＡＲＱ−ＡＣＫ ＲＥの後に、ＣＳＩパート１開始をマッピングする。
・ ＦＦＳ 予約されたＨＡＲＱ−ＡＣＫ ＲＥ
・ ＰＵＳＣＨが、予約されたＲＥにマッピングされ得る
・ ＰＵＳＣＨがＨＡＲＱ−ＡＣＫによってレートマッチングされる場合、
・ 最初にＨＡＲＱ−ＡＣＫをマッピングし、その後にＣＳＩパート１が続く。
・ ＦＦＳ：ＣＳＩパート２をどのようにマッピングするか、たとえば、
・ＣＳＩパート１の後にＣＳＩパート２をマッピングする
・ ＵＬ＿ＳＣＨの後にＣＳＩパート２をマッピングする
同意：
・ Ｒｅｌ−１５では、ＨＡＲＱ−ＡＣＫとＣＳＩの両方が、ＰＵＳＣＨ上のＴＢのすべてのレイヤにマッピングされる。
同意：（テキスト後半では同意Ｂと呼ばれる）
・ 変調されたＨＡＲＱ−ＡＣＫシンボルは、ＰＵＳＣＨ送信におけるＤＭＲＳシンボルの数にかかわらず、（１つまたは複数の）第１のＤＭＲＳシンボルの後の第１の利用可能な非ＤＭＲＳシンボル上で開始して、マッピングされる。
・ 変調されたＣＳＩパート１シンボルは、ＰＵＳＣＨ送信におけるＤＭＲＳシンボルの数にかかわらず、第１の利用可能な非ＤＭＲＳシンボル上で開始して、マッピングされる。
○ ＣＳＩパート１は、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨをパンクチャする場合、予約されたＨＡＲＱ−ＡＣＫ ＲＥ上にマッピングされない
○ ＣＳＩパート１は、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨをレートマッチングする場合、ＨＡＲＱ−ＡＣＫ ＲＥ上にマッピングされない。
・ 変調されたＣＳＩパート２シンボルは、ＰＵＳＣＨ送信におけるＤＭＲＳシンボルの数にかかわらず、第１の利用可能な非ＤＭＲＳシンボル上で開始して、マッピングされる。
○ ＣＳＩパート２は、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨをパンクチャする場合、予約されたＨＡＲＱ−ＡＣＫ ＲＥ上にマッピングされ得る。
○ ＣＳＩパート２は、ＨＡＲＱ−ＡＣＫがＰＵＳＣＨをレートマッチングする場合、ＨＡＲＱ−ＡＣＫ ＲＥ上にマッピングされない。
○ ＣＳＩパート２は、ＣＳＩパート１ ＲＥ上にマッピングされない。
作業仮説：
・ 周波数領域におけるＵＣＩマッピングは、以下のルールに従う。
・ ｉ番目のＯＦＤＭシンボルに関して、ＵＣＩタイプを仮定すれば、変調されたＵＣＩシンボルは、以下のように決定される距離ｄを伴う分散様式で、ＲＥにマッピングされる。
○ ＯＦＤＭシンボルｉの始まりにおけるそのＵＣＩについてのマッピングされていない変調されたシンボルの数が、このＯＦＤＭシンボル中の利用可能なＲＥの数よりも大きいかまたはそれに等しい場合、ｄ＝１である。
○ ｄ＝ｆｌｏｏｒ（ｉ番目のＯＦＤＭシンボル上の利用可能なＲＥの数／ＯＦＤＭシンボルｉの始まりにおけるそのＵＣＩについてのマッピングされていない変調されたシンボルの数）
同意：
・ ＵＬ−ＳＣＨデータなしのＵＬグラントによってトリガされたＰＵＳＣＨ上の非周期的ＣＳＩの場合、ＰＵＳＣＨについての変調次数は、ＰＵＳＣＨがＵＬ−ＳＣＨデータを伴う場合と同じやり方で扱われる
２ 説明
２．１ ＡＣＫ／ＮＡＣＫマッピング
［１］におけるサブクローズ６．２．７は、ＡＣＫ／ＮＡＣＫを、ＤＭ−ＲＳの後の第１のシンボルから始まるシンボルにマッピングする。大きいＡＣＫ／ＮＡＣＫコードブックおよび小さいＰＵＳＣＨ帯域幅の場合、コード化ＡＣＫ／ＮＡＣＫマッピングは、次のＤＭ−ＲＳを搬送するＯＦＤＭシンボルまで続き得る。ステップ２における反復子ｌがすべてのＯＦＤＭシンボルにわたって稼働するので、現在のマッピングは、ＡＣＫ／ＮＡＣＫコード化ビットを、シンボルを搬送するＤＭ−ＲＳ中の利用可能なＲＥにマッピングする。同意Ａに従って、ＡＣＫ／ＮＡＣＫは、非ＤＭ−ＲＳシンボルにマッピングされるべきである（ＨＡＲＱ−ＡＣＫを（１つまたは複数の）ＤＭＲＳシンボルの周辺のＲＥにマッピングする）
２．２ ＣＳＩマッピング
エラー！参照元が見つかりませんのサブクローズ６．２．７におけるＣＳＩのマッピングは、ステップ３における反復子ｌが第１の非ＤＭ−ＲＳシンボルで初期化されるので、ＣＳＩを第１の利用可能な非ＤＭ−ＲＳシンボルにマッピングする。合意Ｂは、単独で、そのようなマッピングを示唆することができるが、同意Ａと同意Ｂとの組合せは、ＣＳＩが（１つまたは複数の）第１のＤＭ−ＲＳシンボルの後にマッピングされることを述べる：合意Ａから、結果として、ＣＳＩがＡＣＫ／ＮＡＣＫの後にマッピングされることになる（最初にＨＡＲＱ−ＡＣＫをマッピングし、その後にＣＳＩパート１が続く。ＦＦＳ：ＣＳＩパート２をどのようにマッピングするか、たとえば、ＣＳＩパート１の後にＣＳＩパート２をマッピングする、ＵＬ＿ＳＣＨの後にＣＳＩパート２をマッピングする）。合意Ｂから、結果として、ＡＣＫ／ＮＡＣＫが（１つまたは複数の）第１のＤＭ−ＲＳシンボルの後にマッピングされることになる（変調されたＨＡＲＱ−ＡＣＫシンボルは、（１つまたは複数の）第１のＤＭＲＳシンボルの後の第１の利用可能な非ＤＭＲＳシンボル上で開始して、マッピングされる）これらの２つの同意を組み合わせることから、結果として、ＣＳＩマッピングは、ＡＣＫ／ＮＡＣＫマッピングの後に開始することになる（これは、ＲＥが利用可能である場合、ＡＣＫ／ＮＡＣＫを搬送する最後のＯＦＤＭシンボルへのＣＳＩマッピングを妨げない）
合意Ａと合意Ｂとの組合せは、単独で、より後のＤＭ−ＲＳシンボル上へのＣＳＩのマッピングを妨げず、現在のＣＳＩマッピングも、ＤＭ−ＲＳシンボルにＣＳＩをマッピングする（ステップ３における反復子ｌが、すべてのＯＦＤＭシンボルにわたって稼働する）。しかしながら、これは、合意Ａおよび合意Ｂの意図ではなく、合意Ｃとともに考慮される必要がある（周波数第一のマッピングの場合、ＵＣＩリソースマッピング原理（たとえば、ＲＳの周辺）は、ＤＦＴ−ｓ−ＯＦＤＭ波形およびＣＰ−ＯＦＤＭ波形をもつＰＵＳＣＨについて共通である）：ＯＦＤＭの場合、ＤＭ−ＲＳシンボル中の空のＲＥへのＣＳＩのマッピングが可能であり、ＤＦＴＳ−ＯＦＤＭの場合、そのマッピングが可能でなく、したがって、ＤＭ−ＲＳシンボルへのＣＳＩのマッピングは、合意Ｃに違反する。
提案１：
エラー！参照元が見つかりませんのサブクローズ６．２．７を以下のように更新する
１． ＡＣＫ／ＮＡＣＫを非ＤＭ−ＲＳシンボルのみにマッピングする
２． ＣＳＩマッピングは、ＡＣＫ／ＮＡＣＫを搬送する最後のＯＦＤＭシンボル（または、ＲＥ利用可能性に応じて、次の非ＤＭ−ＲＳシンボル）において開始する
３． ＣＳＩは、ＤＭ−ＲＳシンボルにマッピングされない
ここでの説明に基づいて、３８．２１２におけるサブクローズ６．２．７が修正されることが提案される。一致したＴＰが、セクション３において見つけられ得る。
２．３ パンクチャされたＡＣＫ／ＮＡＣＫのための予約されたＲＥの数の決定
パンクチャされたＡＣＫ／ＮＡＣＫのための予約されたリソースの量をどのように決定するか、これまで合意に達していない。主に、レートマッチングされたＡＮの場合とまったく同様の（同じ）公式が使用され得、すなわち、

ＡＣＫ／ＮＡＣＫビットの数Ｏ_ＡＣＫは、ＵＬグラント中のＤＡＩから得られる。
フォールバックＤＣＩ中に、ＵＬ ＤＡＩは含まれない。ここで、Ｏ_ＡＣＫは、ＤＬ割り振りの検出された数から導出され得る。ＵＥがＤＬ割り振りを失われた場合、ＵＥはＯ_ＡＣＫの間違った数を決定することになる。フォールバックＤＣＩは、小さいＡＣＫ／ＮＡＣＫペイロードのために使用される可能性があり、最高２つのビットのＡＣＫ／ＮＡＣＫがパンクチャされ、これは、失われたＤＬ割り振りに対するロバストネスを与えるべきである。３つ以上のビットの場合、ＡＣＫ／ＮＡＣＫはレートマッチングされ、間違ったＯ_ＡＣＫは、間違ったレートマッチングと失われたＰＵＳＣＨとを生じる。フォールバックＤＣＩが主に、小さいＡＣＫ／ＮＡＣＫペイロード（パンクチャリング）とともに使用されることを仮定すれば、この問題点は、それほど深刻でない。
しかしながら、小さい（パンクチャされた）ＡＣＫ／ＮＡＣＫペイロードの場合でさえ、失われたＤＬ割り振りが、失われたＰＵＳＣＨにつながることがある：Ｏ_ＡＣＫに応じて、予約されたリソースの数が決定される。ＵＥが、ｇＮＢとは異なるＯ_ＡＣＫを使用する場合、予約されたリソースの数は異なる。ＣＳＩ１が、予約されたリソースにマッピングされるべきでないので、ｇＮＢおよびＵＥは、異なるＣＳＩ１マッピングが失われたＣＳＩ１を生じることを仮定する。ＰＵＳＣＨがＣＳＩ１の周辺でレートマッチングされるので、ＰＵＳＣＨでさえ失われる。単純な救済法は、フォールバックＤＣＩを用いてスケジュールされたＰＵＳＣＨ中のＣＳＩ１をドロップすることであろう。フォールバックＤＣＩがＣＳＩ要求フィールドを含まないことと、フォールバックＤＣＩによってスケジュールされたＰＵＳＣＨ中に含まれ得る唯一のＣＳＩが、ＰＵＳＣＨにピギーバックされた周期的ＣＳＩであることとに留意されたい。
提案２：
フォールバックＤＣＩ（フォーマット０＿０）によってスケジュールされたＰＵＳＣＨ送信の場合、ＵＥは、ＣＳＩ１リポートを含まない。
３ テキスト提案
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−＜テキスト提案の開始＞−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
３．１．１ ６．２．７ データおよび制御多重化
ＵＬ−ＳＣＨのためのコード化ビットを

として示す。
もしあれば、ＨＡＲＱ−ＡＣＫのためのコード化ビットを

として示す。

もしあれば、ＣＳＩパート１のためのコード化ビットを

として示す。
もしあれば、ＣＳＩパート２のためのコード化ビットを

として示す。
多重化されたデータおよび制御コード化ビットシーケンスをｇ_０,ｇ_１,ｇ_２,ｇ_３,．．．,ｇ_Ｇ−１として示す。
ｌを、０から開始して

までのスケジュールされたＰＵＳＣＨのＯＦＤＭシンボルインデックスとして示し、ここで、

は、ＤＭＲＳのために使用されるすべてのＯＦＤＭシンボルを含む、ＰＵＳＣＨのＯＦＤＭシンボルの総数である。
ｋを、０から開始して

までのスケジュールされたＰＵＳＣＨのサブキャリアインデックスとして示し、ここで、

は、スケジュールされたＰＵＳＣＨ中に含まれているサブキャリアの数である。
Φ_ｌを、

に対する、ＯＦＤＭシンボルｌ中のデータまたはＵＣＩの送信のために利用可能なインデックスｋの昇順のリソースエレメントのセットとして示す。

を、セットΦ_ｌ中のエレメントの数として示す。Φ_ｌ（ｊ）を、Φ_ｌ中のｊ番目のエレメントとして示す。
ＰＵＳＣＨのために周波数ホッピングが設定される場合、
− ｌ^（１）を、第１のホップにおけるＤＭＲＳを搬送する（１つまたは複数の）連続するＯＦＤＭシンボルの第１のセットの後の第１のＯＦＤＭシンボルのＯＦＤＭシンボルインデックスとして示す；
− ｌ^（２）を、第２のホップにおけるＤＭＲＳを搬送する（１つまたは複数の）連続するＯＦＤＭシンボルの第１のセットの後の第１のＯＦＤＭシンボルのＯＦＤＭシンボルインデックスとして示す。
−
−
− ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ上での送信のために存在する場合、

とする；
− ＣＳＩがＰＵＳＣＨ上での送信のために存在する場合、

とする；

とし、

を、それぞれ、第１のホップにおけるＰＵＳＣＨのＯＦＤＭシンボルの数および第２ホップにおけるＰＵＳＣＨのＯＦＤＭシンボルの数として示す；
− Ｎ_Ｌは、ＰＵＳＣＨの送信レイヤの数である；
− Ｑ_ｍは、ＰＵＳＣＨの変調次数である。
ＰＵＳＣＨのために周波数ホッピングが設定されない場合、
− ｌ^（１）を、ＤＭＲＳを搬送する（１つまたは複数の）連続するＯＦＤＭシンボルの第１のセットの後の第１のＯＦＤＭシンボルのＯＦＤＭシンボルインデックスとして示し、
−
− ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ上での送信のために存在する場合、Ｇ^ＡＣＫ（１）=Ｇ^ＡＣＫとする；
− ＣＳＩがＰＵＳＣＨ上での送信のために存在する場合、Ｇ^{ＣＳＩ−ｐａｒｔ１}（１）=Ｇ^{ＣＳＩ−ｐａｒｔ１}およびＧ^{ＣＳＩ−ｐａｒｔ２}（１）=Ｇ^{ＣＳＩ−ｐａｒｔ２}とする；

とする。
多重化されたデータおよび制御コード化ビットシーケンスｇ_０,ｇ_１,ｇ_２,ｇ_３,．．．,ｇ_Ｇ−１が、以下に従って取得される。
ステップ１：

ｉｆ ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ上での送信のために存在し、ＨＡＲＱ−ＡＣＫ情報
ビットの数が２以下である

に対する、ＯＦＤＭシンボルｌにおける、潜在的ＨＡＲＱ−ＡＣＫ送信のための予約されたリソースエレメントのセットとして示す；

ｅｌｓｅ

ｅｎｄ ｉｆ
ステップ２：
ｉｆ ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ上での送信のために存在し、ＨＡＲＱ−ＡＣＫ情報ビットの数が３以上である,

ｌ＝ｌ＋１；
ｗｈｉｌｅ ＯＦＤＭシンボル（ｌ）がＤＭ−ＲＳを含んでいる
ｌ＝ｌ＋１
ｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｆｏｒ
ｅｎｄ ｉｆ
ステップ３：
ｉｆ ＣＳＩがＰＵＳＣＨ上での送信のために存在する，

であるか、またはＯＦＤＭシンボル（ｌ）がＤＭ−ＲＳを含んでいる
ｌ＝ｌ＋１；

ｌ＝ｌ＋１：
ｗｈｉｌｅ ＯＦＤＭシンボル（ｌ）がＤＭ−ＲＳを含んでいる
ｌ＝ｌ＋１
ｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｆｏｒ

であるか、またはＯＦＤＭシンボル（ｌ）がＤＭ−ＲＳを含んでいる
ｌ＝ｌ＋１；
ｅｎｄ ｗｈｉｌｅ

ｌ＝ｌ＋１；
ｗｈｉｌｅ ＯＦＤＭシンボル（ｌ）がＤＭ−ＲＳを含んでいる
ｌ＝ｌ＋１
ｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｆｏｒ
ｅｎｄ ｉｆ
ステップ４：

ステップ５：
ｉｆ ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ上での送信のために存在し、ＨＡＲＱ−ＡＣＫ情報ビットの数が２以下である、

ｌ＝ｌ＋１；
ｗｈｉｌｅ ＯＦＤＭシンボル（ｌ）がＤＭ−ＲＳを含んでいる
ｌ＝ｌ＋１
ｅｎｄ ｗｈｉｌｅｅｎｄ ｗｈｉｌｅ
ｅｎｄ ｆｏｒ
ｅｎｄ ｉｆ
ステップ６：

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−＜テキスト提案の終了＞−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
４ 結論
この寄与文書において、ＰＵＳＣＨ多重化に関するＵＣＩに対処し、３８．２１２のセクション６．２．７における現在のテキストを分析する。以下の提案が行われ、提案１のためのテキスト提案が、セクション３中に含まれる。
提案１：
エラー！参照元が見つかりませんのサブクローズ６．２．７を以下のように更新する
４． ＡＣＫ／ＮＡＣＫを非ＤＭ−ＲＳシンボルのみにマッピングする
５． ＣＳＩマッピングは、ＡＣＫ／ＮＡＣＫを搬送する最後のＯＦＤＭシンボル（または、ＲＥ利用可能性に応じて、次の非ＤＭ−ＲＳシンボル）において開始する
６． ＣＳＩは、ＤＭ−ＲＳシンボルにマッピングされない
提案２：
フォールバックＤＣＩ（フォーマット０＿０）によってスケジュールされたＰＵＳＣＨ送信の場合、ＵＥは、ＣＳＩ１リポートを含まない。
５ 参考文献
［１］３８．２１２、ｖ２．０．０

Claims (25)

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. 前記ＤＣＩメッセージがＤＣＩフォーマット０＿０のものである、請求項２３または２４に記載の方法。
    

Images