JP7324864B2 - Ｐｄｓｃｈグループ化を伴うｈａｒｑ－ａｃｋ報告 - Google Patents

Description

開示される主題は、一般に通信に関する。いくつかの実施形態は、より詳細には、未ライセンススペクトル、５Ｇ新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）、ＮＲ未ライセンス（ＮＲ－Ｕ）、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告、および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）グループ化における無線通信などの概念に関する。

この背景技術セクションにおいて開示された上記の情報は、本発明の背景の理解の向上のためのものにすぎず、したがって、その情報は、当業者にすでに知られている従来技術を形成しない情報を含んでいることがある。

ＮＲは、ダイナミック時分割複信（ＴＤＤ）を考慮するために、および場合によってはより低いオーバーヘッドとより高い信頼性の両方のためにいくつかのＨＡＲＱフィードバックを組み合わせるために、ＨＡＲＱフィードバックタイミングにおけるフレキシビリティを提供する。

図１は、ダウンリンク（ＤＬ）における影付きボックスによって示されているデータ送信、およびアップリンク（ＵＬ）における影付きボックスによって示されているＨＡＲＱフィードバックを伴う、ダイナミックＴＤＤのためのＨＡＲＱフィードバックの一例を示す。ＤＬデータ送信と確認応答との間のスロットタイミングまたはオフセット（以下、「Ｋ１」）が、ダウンリンク制御情報（ＤＣＩ）中の３ビットフィールドに基づいて決定される。無線リソース制御（ＲＲＣ）シグナリングが、Ｋ１によってインデックス付けされるべき８つの値のセットを設定する（可能な値範囲は｛０，１，．．．，１５｝である）。

時間におけるＨＡＲＱコードブックサイズ（ＤＬ関連付けセット）が、ＨＡＲＱ－ＡＣＫタイミングＫ１の設定されたセット、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視オケージョン、および半静的に設定されたＴＤＤパターンに基づいて決定される。各スロットについて、ユーザ機器（ＵＥ）が、そのキャリアアグリゲーション（ＣＡ）およびトランスポートブロック／コードブロックグループ（ＴＢ／ＣＢＧ）設定に従って固定サイズ（この例では７ビット）のＨＡＲＱフィードバックビットマップを報告し得、受信されないＴＢ／ＣＢＧがＮＡＣＫにセットされる。

ダイナミックＨＡＲＱコードブックが、ＨＡＲＱフィードバックが報告されるべきであるＨＡＲＱプロセスのセットをダイナミックに決定する可能性を提供する。ＤＣＩは、一般に、報告されるべきであるＨＡＲＱプロセスの数を指示するダウンリンク割り振りインジケータ（ＤＡＩ）と、ネットワークノード（たとえば、ｇＮＢ）がフィードバックを予想している時間リソースを指定する、ＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫタイミング（ＰＤＳＣＨ ｔｏ ＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇ）とを含む。

ＵＥは、ダイナミックコードブックサイズを計算するためにＤＡＩ値を参照する。あらゆるＰＤＳＣＨ送信について、ＤＣＩ中のＤＡＩ値が増分される。ＤＬスケジューリングＤＣＩ中のＤＡＩは、一般に、直前のＤＬスケジューリングＤＣＩと比較して１だけ進められ、１だけ進められない場合、そのＤＡＩは、（１つまたは複数の）ＰＤＳＣＨ送信が逃されたという指示である。現在のおよび以前のＤＣＩ中の、ＵＥにおける２つの受信されたＤＡＩ値間の差は、いくつのＰＤＳＣＨ送信が逃されたかを指示する。

ＤＡＩは、報告されるべきであるＨＡＲＱプロセスの数を指示する。ＮＲ ｒｅｌ－１５におけるＤＡＩ値は、（４つの可能な値０、１、２、３を表す）２ビットにすぎず、したがって、最も高いＤＡＩ値（すなわち３）に達した後に、ＤＡＩは、ラップアラウンドし、最も小さい値から再び開始する。図２は、変化するＤＡＩ値の一例を示す。

未ライセンス帯域上の送信は、リッスンビフォアトーク（ＬＢＴ）プロシージャに従い、したがって、ＬＢＴ成果に応じて、送信が通るか否かの不確実性がある。

第１に、アップリンク制御情報（ＵＣＩ）中のＨＡＲＱフィードバック送信がＬＢＴに従う場合、ＵＥが、ＬＢＴ成果に応じて、送信を実施することに失敗する危険がある。時間領域におけるＰＤＳＣＨと対応するフィードバックとの間の１対１のマッピングにより、ＵＥが、あらかじめ規定された時間ロケーション上でのフィードバックを送信することに失敗した場合、ｇＮＢは、否定応答（ＮＡＣＫ）を仮定し、すべての対応するＰＤＳＣＨを再送信しなければならないことになる。後者は、帯域の非効率的な利用と見なされ得、それはまた、チャネル競合の不要な増加を引き起こす。

第２に、ＵＥがＨＡＲＱフィードバックの送信に成功した場合でも、ｇＮＢが、そのＨＡＲＱフィードバックを検出することが可能でないことがある見込みがある。ｇＮＢの観点から、失敗したＬＢＴまたは逃したＵＣＩ送信は区別不可能である。時間領域におけるＰＤＳＣＨと対応するフィードバックとの間の１対１のマッピングにより、ｇＮＢが、あらかじめ規定された時間ロケーションにおけるフィードバックを検出することに失敗した場合、ｇＮＢは、ＮＡＣＫを仮定し、すべての対応するＰＤＳＣＨを再送信しなければならないことになる。

これらの限定に鑑みて、３ＧＰＰは、ＨＡＲＱフィードバックの再送信を可能にするための機構をサポートすることに同意した。

以下がＲＡＮ１＃９６ｂｉｓにおいて同意された。

ＨＡＲＱコードブックに関するさらなる議論を以下に制限する：
・ダイナミックＨＡＲＱコードブックについて：
－ ＰＤＳＣＨをスケジュールするＤＣＩ中のグループインデックスを明示的にシグナリングすることによるＰＤＳＣＨグループ化
－ ｇＮＢが、同じグループ中のすべてのＰＤＳＣＨについて同じＰＵＣＣＨにおけるＨＡＲＱ－ＡＣＫフィードバックを要求することができる
－ オプション１：
・ １つのＰＵＣＣＨが、１つまたは複数のＰＤＳＣＨグループについてＨＡＲＱ－ＡＣＫフィードバックを搬送することができる
・ ＤＣＩは、１つまたは複数のＰＤＳＣＨグループについてＨＡＲＱ－ＡＣＫフィードバックを要求することができる
・ ＦＦＳ 以下の２つのオプションのうちの１つ
・ 同じＰＵＣＣＨにおいてフィードバックが要求される複数のＰＤＳＣＨグループにわたって、Ｃ－ＤＡＩ／Ｔ－ＤＡＩが累積され得る
・ １つのＰＤＳＣＨグループ内にのみＣ－ＤＡＩ／Ｔ－ＤＡＩが累積される
・ ＦＦＳ：各ＰＤＳＣＨグループについての新しいＡＣＫフィードバックグループインジケータ
・ １つのＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫビットの数が、第１のＨＡＲＱ－ＡＣＫフィードバック送信とＨＡＲＱ－ＡＣＫフィードバック再送信との間で一定である、すなわち、ＰＤＳＣＨグループは、第１のフィードバック送信の後に拡大され得ない
－ オプション２：
・ １つのＰＵＣＣＨが、単一のＰＤＳＣＨグループについてＨＡＲＱ－ＡＣＫフィードバックを搬送することができる
・ ＦＦＳ：２つ以上のＰＤＳＣＨグループについてのフィードバック
・ ＤＣＩは、単一のＰＤＳＣＨグループについてＨＡＲＱ－ＡＣＫフィードバックを要求することができる
・ ＦＦＳ：２つ以上のＰＤＳＣＨグループについての要求
・ １つのＰＤＳＣＨグループ内にＣ－ＤＡＩ／Ｔ－ＤＡＩが累積される
・ リセットインジケータが、ＰＤＳＣＨグループについての新しいＨＡＲＱ－ＡＣＫフィードバックをシグナリングする
・ １つのＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫビットの数が、第１のＨＡＲＱ－ＡＣＫフィードバック送信とＨＡＲＱ－ＡＣＫフィードバック再送信との間で一定でないことがある
・半静的コードブック。オプションＦＦＳ。
・（少なくとも非ＣＢＧ ＨＡＲＱについて）すべての設定されたＨＡＲＱプロセスのためのワンショットグループＨＡＲＱ ＡＣＫフィードバックについての要求／トリガが導入される場合、以下の候補方式のうちの１つまたは複数を選択する：
○ 要求は、ＰＵＳＣＨグラントを搬送するＵＥ固有ＤＣＩ中で搬送される
○ 要求は、ＰＤＳＣＨ割り振りを搬送するＵＥ固有ＤＣＩ中で搬送される
○ 要求は、ＰＤＳＣＨもＰＵＳＣＨもスケジュールしないＵＥ固有ＤＣＩ中で搬送される
○ 要求は、ＵＥ共通ＤＣＩ中で搬送される
○ 要求は、ダイナミックまたは半静的ＨＡＲＱコードブックで設定されたＵＥのために使用され得る

開示される主題のいくつかの実施形態では、ＮＲ－Ｕ動作のために、あるいは代替的にライセンス済みスペクトルおよび／またはライセンス済みスペクトルと未ライセンススペクトルとの組合せにおける動作のために、ＰＤＳＣＨグループ化およびシングルショットトリガが設定および実装される。

いくつかの実施形態では、無線デバイスを動作させる方法が、ネットワークノードからダウンリンク制御情報（ＤＣＩ）を受信することと、受信されたＤＣＩ中の情報に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）グループを決定することと、決定されたＰＤＳＣＨグループに基づいて、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告をネットワークノードに送信することとを含む。

いくつかの関係する実施形態では、本方法は、少なくとも１つのＰＤＳＣＨグループについての無線リソース制御（ＲＲＣ）設定情報を受信することをさらに含み、ＰＤＳＣＨグループを決定することは、受信されたＲＲＣ設定情報に基づいてＤＣＩ内のＰＤＳＣＨグループインデックスを識別することを含む。いくつかのそのような実施形態では、ＲＲＣ設定情報は、（ａ）ＰＤＳＣＨグループ化機能が無線デバイスに関して有効にされるかどうかの指示、（ｂ）ＰＤＳＣＨグループの最大数、（ｃ）ＰＤＳＣＨグループごとのＰＤＳＣＨの最大数、および（ｄ）ＰＤＳＣＨグループについての新しいＨＡＲＱ－ＡＣＫフィードバックをシグナリングするリセットインジケータが有効にされるかどうかの指示、のうちの少なくとも１つを含む。いくつかの他のそのような実施形態では、ＤＣＩは、（ａ）ＰＤＳＣＨグループインデックスフィールド、および（ｂ）新しいＨＡＲＱ－ＡＣＫフィードバックをシグナリングするリセットまたは要求インジケータのうちの少なくとも１つを含む。リセットまたは要求インジケータは、たとえば、セル上に設定されたＰＤＳＣＨグループのビットマップを、ＰＤＳＣＨグループの各々にマッピングされた対応するビットとともに含むことができる。

いくつかの実施形態では、無線デバイスを動作させる方法が、ネットワークノードからＤＣＩを受信することと、受信されたＤＣＩ中の情報に基づいてＰＤＳＣＨグループを決定することと、決定されたＰＤＳＣＨグループに基づいて、ＨＡＲＱ－ＡＣＫ報告をネットワークノードに送信することと、ＲＲＣ設定情報を受信することとを含み、ＰＤＳＣＨグループを決定することは、受信されたＲＲＣ設定情報に基づいてＤＣＩ内のＰＤＳＣＨグループインデックスを識別することを含み、ＲＲＣ設定情報は、ＰＤＳＣＨグループ化機能が無線デバイスに関して有効にされるかどうかの指示を含む。

いくつかの関係する実施形態では、受信されたＤＣＩ中の情報に基づいてＰＤＳＣＨグループを決定することは、ＤＣＩ中のＨＡＲＱプロセス識別子を識別することと、ＨＡＲＱプロセス識別子に基づいてＰＤＳＣＨグループを決定することとを含む。

いくつかの関係する実施形態では、ＨＡＲＱプロセス識別子に基づいてＰＤＳＣＨグループを決定することは、ＨＡＲＱプロセス識別子を、ＨＡＲＱプロセス識別子中の少なくとも１つまたは複数の所定の位置における少なくとも１ビットに基づいて、ＰＤＳＣＨグループに関連付けることを含む。

いくつかの関係する実施形態では、本方法は、ＨＡＲＱフィードバックインジケータが、ＨＡＲＱ－ＡＣＫ報告についてのＰＤＳＣＨ－ＨＡＲＱタイミングインジケータ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）および物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータを含むダウンリンクデータ割り振りＤＣＩ中で伝達されるかどうかを決定することと、決定に応答して、ＰＤＳＣＨグループについてのＨＡＲＱフィードバックを、ダウンリンクデータ割り振りＤＣＩによってスケジュールされているＰＤＳＣＨについてのＨＡＲＱと一緒に符号化することとをさらに含む。

開示される主題のいくつかの実施形態では、無線デバイスが、上記で指示された方法を実施するように集合的に設定された、処理回路とトランシーバ回路とを備える。

開示される主題のいくつかの実施形態では、無線デバイスを動作させる方法が、ネットワークノードから、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告についてのトリガを受信することと、トリガに応答して、ネットワークノードに、ＨＡＲＱ－ＡＣＫ報告を送信することとを含み、ＨＡＲＱ－ＡＣＫ報告は、報告されるべき各ＨＡＲＱプロセスの最新の受信された物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についての新データインジケータ（ＮＤＩ）値を、最新の受信されたＰＤＳＣＨについての対応するＨＡＲＱフィードバックとともに含む。

いくつかの関係する実施形態では、無線デバイスは、（ａ）無線デバイスが、識別されたＨＡＲＱプロセスについての再送信を受信し、最新の受信されたＰＤＳＣＨとのソフトコンバイニングの後に、識別されたＨＡＲＱプロセスについてのＨＡＲＱフィードバックを報告すること、（ｂ）無線デバイスが、識別されたＨＡＲＱプロセスについての再送信を逃し、前の受信されたＰＤＳＣＨに基づいて、識別されたプロセスについてのＨＡＲＱフィードバックを報告すること、（ｃ）無線デバイスが、識別されたＨＡＲＱプロセスについての新しいＰＤＳＣＨ送信を受信し、新しいＰＤＳＣＨ送信に基づいて、識別されたプロセスについてのＨＡＲＱ－ＡＣＫフィードバックを報告すること、および（ｄ）無線デバイスが、識別されたＨＡＲＱプロセスについての新しい送信を逃し、前の受信されたＰＤＳＣＨに基づいて、識別されたプロセスについてのＨＡＲＱフィードバックを報告すること、のうちの少なくとも１つに従って、報告されるべき各ＨＡＲＱプロセスの最新のＰＤＳＣＨについてのＮＤＩおよびＨＡＲＱフィードバックを送信する。

いくつかの関係する実施形態では、トリガは、ＨＡＲＱ－ＡＣＫ報告中で報告されるべき設定されたＨＡＲＱプロセスのサブセットを指示する情報を含む。

いくつかの関係する実施形態では、ＨＡＲＱ－ＡＣＫ報告は、ＨＡＲＱプロセスについての２^＊Ｈ個のＨＡＲＱ－ＡＣＫビットを含み、対応するＨＡＲＱコードブックが、ＨＡＲＱプロセスｈとＮＤＩ値ｂとに各々対応する、エントリ（ｈ，ｂ）をもつＨ^＊２アレイに対応する。

いくつかの関係する実施形態では、ＨＡＲＱ－ＡＣＫ報告は、報告されるべきすべての設定されたＨＡＲＱプロセスについての最新のＨＡＲＱ－ＡＣＫステータスを含む。

いくつかの関係する実施形態では、ＨＡＲＱ－ＡＣＫ報告についてのトリガは、ＰＤＳＣＨ－ＨＡＲＱタイミングインジケータフィールドおよび物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータフィールドを含む、ダウンリンクデータ割り振りＤＣＩ中に含まれ、ＨＡＲＱ－ＡＣＫ報告は、スロット中のＰＵＣＣＨリソースによって搬送され、ＰＵＣＣＨリソースは、ＰＵＣＣＨリソースインジケータフィールドによって指示され、スロットは、ＤＣＩ中のＰＤＳＣＨ－ＨＡＲＱタイミングインジケータフィールドによって決定される。

いくつかの関係する実施形態では、ＨＡＲＱ－ＡＣＫ報告は、報告されなかったＰＤＳＣＨ受信に対応するＨＡＲＱプロセスをスケジュールするＤＣＩ中の指示されたＰＤＳＣＨ－ＨＡＲＱタイミングインジケータにかかわらず、ＰＤＳＣＨ受信を含む、すべてのＨＡＲＱプロセスについての利用可能なＨＡＲＱ－ＡＣＫ情報を含む。

開示される主題のいくつかの実施形態では、無線デバイスが、上記で指示された方法を実施するように集合的に設定された、処理回路とトランシーバ回路とを備える。

開示される主題のいくつかの実施形態では、コンピュータプログラムが、無線デバイスのプロセッサ上で実行されたとき、無線デバイスに上記で指示された方法を実施させる命令を備える。

図面は、開示される主題の選択された実施形態を示す。図面において、同様の参照ラベルは同様の特徴を示す。

ダイナミックＴＤＤのためのＨＡＲＱフィードバックを示す図である。 変化するＤＡＩ値を示す図である。 いくつかの実施形態による無線ネットワークを示す図である。 いくつかの実施形態によるユーザ機器を示す図である。 いくつかの実施形態による仮想化環境を示す図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。 いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す図である。 いくつかの実施形態による方法を示す図である。 いくつかの実施形態による方法を示す図である。

次に、添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、その説明から明らかになろう。

いくつかの概念が、特定の技術分野または規格に関しておよび／あるいはそれらの分野または規格に適用可能な言い回しを使用して本明細書で説明され得る。たとえば、いくつかの実施形態が、ＬＴＥのコンテキストにおいて理解されるように、セル、サブフレーム／スロット、チャネルなどに関して、または３ＧＰＰ ＮＲのコンテキストにおいて理解されるように、ビーム、スロット／ミニスロット、チャネルなどに関して説明され得る。とはいえ、別段に指示されていない限り、説明される概念は、より一般的に適用可能であり得、そのような分野、規格、言い回しなどに従って限定されない。

図３は、いくつかの実施形態による無線ネットワークを示す。本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図３に示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、図３の無線ネットワークは、ネットワーク１０６’、ネットワークノード１６０および１６０ｂ、ならびに無線デバイス（ＷＤ）１１０、１１０ｂ、および１１０ｃのみを図示する。実際には、無線ネットワークは、ＷＤ間の通信、あるいはＷＤと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノード１６０およびＷＤ１１０は、追加の詳細とともに図示される。無線ネットワークは、１つまたは複数のＷＤに通信および他のタイプのサービスを提供して、ＷＤの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。

無線ネットワークは、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。

ネットワーク１０６’は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。

ネットワークノード１６０およびＷＤ１１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。

本明細書で使用されるネットワークノードは、ＷＤと、ならびに／あるいは、ＷＤへの無線アクセスを可能にし、および／または提供するための、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

図３では、ネットワークノード１６０は、処理回路１７０と、デバイス可読媒体１８０と、インターフェース１９０と、補助機器１８４と、電源１８６と、電力回路１８７と、アンテナ１６２とを含む。図３の例示的な無線ネットワーク中に示されているネットワークノード１６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード１６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。

同様に、ネットワークノード１６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード１６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ１６２がＲＡＴによって共有され得る）。ネットワークノード１６０は、ネットワークノード１６０に統合された、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード１６０内の他の構成要素に統合され得る。

処理回路１７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路１７０によって実施されるこれらの動作は、処理回路１７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

処理回路１７０は、単体で、またはデバイス可読媒体１８０などの他のネットワークノード１６０構成要素と併せてのいずれかで、ネットワークノード１６０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路１７０は、デバイス可読媒体１８０に記憶された命令、または処理回路１７０内のメモリに記憶された命令を実行し得る。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路１７０は、システムオンチップ（ＳＯＣ）を含み得る。

いくつかの実施形態では、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２とベースバンド処理回路１７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１７２とベースバンド処理回路１７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路１７２とベースバンド処理回路１７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体１８０、または処理回路１７０内のメモリに記憶された、命令を実行する処理回路１７０によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路１７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１７０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路１７０単独に、またはネットワークノード１６０の他の構成要素に限定されないが、全体としてネットワークノード１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

デバイス可読媒体１８０は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路１７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体１８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路１７０によって実行されることが可能であり、ネットワークノード１６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体１８０は、処理回路１７０によって行われた計算および／またはインターフェース１９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路１７０およびデバイス可読媒体１８０は、統合されていると見なされ得る。

インターフェース１９０は、ネットワークノード１６０、ネットワーク１０６’、および／またはＷＤ１１０、１１０ｂ、１１０ｃの間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェース１９０は、たとえば有線接続上でネットワーク１０６’との間でデータを送出および受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末１９４を備える。インターフェース１９０は、アンテナ１６２に結合されるか、またはいくつかの実施形態では、アンテナ１６２の一部であり得る、無線フロントエンド回路１９２をも含む。無線フロントエンド回路１９２は、フィルタ１９８と増幅器１９６とを備える。無線フロントエンド回路１９２は、アンテナ１６２および処理回路１７０に接続され得る。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１９２は、デジタルデータを、フィルタ１９８および／または増幅器１９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ１６２を介して送信され得る。同様に、データを受信するとき、アンテナ１６２は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１９２によってデジタルデータに変換される。デジタルデータは、処理回路１７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

いくつかの代替実施形態では、ネットワークノード１６０は別個の無線フロントエンド回路１９２を含まないことがあり、代わりに、処理回路１７０は、無線フロントエンド回路を備え得、別個の無線フロントエンド回路１９２なしでアンテナ１６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１７２の全部または一部が、インターフェース１９０の一部と見なされ得る。さらに他の実施形態では、インターフェース１９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末１９４と、無線フロントエンド回路１９２と、ＲＦトランシーバ回路１７２とを含み得、インターフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信し得る。

アンテナ１６２は、無線信号１６５を送出および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ１６２は、無線フロントエンド回路１９２に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ１６２は、たとえば２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な１つまたは複数の全指向性、セクタまたはパネルアンテナを備え得る。全指向性アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であり得、インターフェースまたはポートを通してネットワークノード１６０に接続可能であり得る。

アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ＷＤ、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ＷＤ、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。

電力回路１８７は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード１６０の構成要素に供給するように設定される。電力回路１８７は、電源１８６から電力を受信し得る。電源１８６および／または電力回路１８７は、それぞれの構成要素に好適な形態で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード１６０の様々な構成要素に電力を提供するように設定され得る。電源１８６は、電力回路１８７および／またはネットワークノード１６０中に含まれるか、あるいは電力回路１８７および／またはネットワークノード１６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード１６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路１８７に電力を供給する。さらなる例として、電源１８６は、電力回路１８７に接続された、または電力回路１８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。

ネットワークノード１６０の代替実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当し得る、図３に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にするための、およびネットワークノード１６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード１６０のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。

本明細書で使用される無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、ＷＤは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＷＤは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車載無線端末デバイスなどを含む。ＷＤは、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。上記で説明されたＷＤは無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたＷＤはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。

示されているように、ＷＤ１１０は、（１つまたは複数の）アンテナ１１１と、インターフェース１１４と、処理回路１２０と、デバイス可読媒体１３０と、ユーザインターフェース機器１３２と、補助機器１３４と、電源１３６と、電力回路１３７とを含む。ＷＤ１１０は、ＷＤ１１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、ＷＤ１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。

（１つまたは複数の）アンテナ１１１は、無線信号を送出および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェース１１４に接続される。いくつかの代替実施形態では、（１つまたは複数の）アンテナ１１１は、ＷＤ１１０とは別個であり、インターフェースまたはポートを通してＷＤ１１０に接続可能であり得る。（１つまたは複数の）アンテナ１１１、インターフェース１１４、および／または処理回路１２０は、ＷＤによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路１１２および／または（１つまたは複数の）アンテナ１１１は、インターフェースと見なされ得る。

示されているように、インターフェース１１４は、無線フロントエンド回路１１２と（１つまたは複数の）アンテナ１１１とを備える。無線フロントエンド回路１１２は、１つまたは複数のフィルタ１１８と増幅器１１６とを備える。無線フロントエンド回路１１２は、（１つまたは複数の）アンテナ１１１および処理回路１２０に接続され、（１つまたは複数の）アンテナ１１１と処理回路１２０との間で通信される信号を調整するように設定される。無線フロントエンド回路１１２は、アンテナ１１１に結合されるか、またはアンテナ１１１の一部であり得る。いくつかの実施形態では、ＷＤ１１０は別個の無線フロントエンド回路１１２を含まないことがあり、むしろ、処理回路１２０は、無線フロントエンド回路を備え得、（１つまたは複数の）アンテナ１１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１２２の一部または全部が、インターフェース１１４の一部と見なされ得る。無線フロントエンド回路１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１１２は、デジタルデータを、フィルタ１１８および／または増幅器１１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、（１つまたは複数の）アンテナ１１１を介して送信され得る。同様に、データを受信するとき、（１つまたは複数の）アンテナ１１１は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１１２によってデジタルデータに変換される。デジタルデータは、処理回路１２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

処理回路１２０は、単体で、またはデバイス可読媒体１３０などの他のＷＤ１１０構成要素と併せてのいずれかで、ＷＤ１１０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路１２０は、本明細書で開示される機能を提供するために、デバイス可読媒体１３０に記憶された命令、または処理回路１２０内のメモリに記憶された命令を実行し得る。

示されているように、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、ＷＤ１１０の処理回路１２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路１２４およびアプリケーション処理回路１２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路１２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路１２２およびベースバンド処理回路１２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路１２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路１２２は、インターフェース１１４の一部であり得る。ＲＦトランシーバ回路１２２は、処理回路１２０のためのＲＦ信号を調整し得る。

いくつかの実施形態では、ＷＤによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体１３０に記憶された命令を実行する処理回路１２０によって提供され得、デバイス可読媒体１３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路１２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１２０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路１２０単独に、またはＷＤ１１０の他の構成要素に限定されないが、全体としてＷＤ１１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

処理回路１２０は、ＷＤによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路１２０によって実施されるようなこれらの動作は、処理回路１２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をＷＤ１１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路１２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路１２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路１２０およびデバイス可読媒体１３０は、統合されていると見なされ得る。

ユーザインターフェース機器１３２は、人間のユーザがＷＤ１１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器１３２は、ユーザへの出力を作り出すように、およびユーザがＷＤ１１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、ＷＤ１１０にインストールされるユーザインターフェース機器１３２のタイプに応じて変動し得る。たとえば、ＷＤ１１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ１１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器１３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器１３２は、ＷＤ１１０への情報の入力を可能にするように設定され、処理回路１２０が入力情報を処理することを可能にするために、処理回路１２０に接続される。ユーザインターフェース機器１３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路を含み得る。ユーザインターフェース機器１３２はまた、ＷＤ１１０からの情報の出力を可能にするように、および処理回路１２０がＷＤ１１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器１３２は、たとえば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能から利益を得ることを可能にし得る。

補助機器１３４は、概してＷＤによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などの追加のタイプの通信のためのインターフェースなどを備え得る。補助機器１３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変動し得る。

電源１３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。ＷＤ１１０は、電源１３６から、本明細書で説明または指示される任意の機能を行うために電源１３６からの電力を必要とする、ＷＤ１１０の様々な部分に電力を配信するための、電力回路１３７をさらに備え得る。電力回路１３７は、いくつかの実施形態では、電力管理回路を備え得る。電力回路１３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、ＷＤ１１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路１３７はまた、いくつかの実施形態では、外部電源から電源１３６に電力を配信するように動作可能であり得る。これは、たとえば、電源１３６の充電のためのものであり得る。電力回路１３７は、電源１３６からの電力に対して、その電力を、電力が供給されるＷＤ１１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。

図４は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連するデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図４に示されているＵＥ２００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。前述のように、ＷＤおよびＵＥという用語は、互換的に使用され得る。したがって、図４はＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。

図４では、ＵＥ２００は、入出力インターフェース２０５、無線周波数（ＲＦ）インターフェース２０９、ネットワーク接続インターフェース２１１、ランダムアクセスメモリ（ＲＡＭ）２１７と読取り専用メモリ（ＲＯＭ）２１９と記憶媒体２２１などとを含むメモリ２１５、通信サブシステム２３１、電源２３３、および／または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３と、アプリケーションプログラム２２５と、データ２２７とを含む。他の実施形態では、記憶媒体２２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図４に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。

図４では、処理回路２０１は、コンピュータ命令およびデータを処理するように設定され得る。処理回路２０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路２０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形式での情報であり得る。

図示された実施形態では、入出力インターフェース２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ２００は、入出力インターフェース２０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ２００への入力およびＵＥ２００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ２００は、ユーザがＵＥ２００に情報をキャプチャすることを可能にするために、入出力インターフェース２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。

図４では、ＲＦインターフェース２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース２１１は、ネットワーク２４３ａに通信インターフェースを提供するように設定され得る。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク２４３ａは、Ｗｉ－Ｆｉネットワークを備え得る。ネットワーク接続インターフェース２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース２１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス２０２を介して処理回路２０１にインターフェースするように設定され得る。ＲＯＭ２１９は、処理回路２０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ２１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体２２１は、オペレーティングシステム２２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム２２５と、データファイル２２７とを含むように設定され得る。記憶媒体２２１は、ＵＥ２００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。

記憶媒体２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体２２１は、ＵＥ２００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体２２１中に有形に具現され得、記憶媒体２２１はデバイス可読媒体を備え得る。

図４では、処理回路２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信するように設定され得る。ネットワーク２４３ａとネットワーク２４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム２３１は、ＩＥＥＥ８０２．２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能または受信機機能をそれぞれ実装するための、送信機２３３および／または受信機２３５を含み得る。さらに、各トランシーバの送信機２３３および受信機２３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

示されている実施形態では、通信サブシステム２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステム２３１は、セルラ通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源２１３は、ＵＥ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。

本明細書で説明される特徴、利益および／または機能は、ＵＥ２００の構成要素のうちの１つにおいて実装されるか、またはＵＥ２００の複数の構成要素にわたって分割され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム２３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路２０１は、バス２０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路２０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、処理回路２０１と通信サブシステム２３１との間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。

図５は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境５００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。

いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード３３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境５００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。

機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）１つまたは複数のアプリケーション３２０によって実装され得る。アプリケーション３２０は、処理回路３６０とメモリ３９０－１とを備えるハードウェア３３０を提供する、仮想化環境５００において稼働される。メモリ３９０ー１は、処理回路３６０によって実行可能な命令３９５を含んでおり、それにより、アプリケーション３２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。

仮想化環境５００は、１つまたは複数のプロセッサのセットまたは処理回路３６０を備える、汎用または専用のネットワークハードウェアデバイス３３０を備え、１つまたは複数のプロセッサのセットまたは処理回路３６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイスはメモリ３９０－１を備え得、メモリ３９０－１は、処理回路３６０によって実行される命令３９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）３７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）３７０は物理ネットワークインターフェース３８０を含む。各ハードウェアデバイスは、処理回路３６０によって実行可能なソフトウェア３９５および／または命令を記憶した、非一時的、永続的、機械可読記憶媒体３９０－２をも含み得る。ソフトウェア３９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ３５０をインスタンス化するためのソフトウェア、仮想マシン３４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。

仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ３５０またはハイパーバイザによって稼働され得る。仮想アプライアンス３２０の事例の異なる実施形態が、仮想マシン３４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。

動作中に、処理回路３６０は、ソフトウェア３９５を実行してハイパーバイザまたは仮想化レイヤ３５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ３５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤ３５０は、仮想マシン３４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。

図５に示されているように、ハードウェア３３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア３３０は、アンテナ３２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア３３０は、多くのハードウェアノードが協働し、特に、アプリケーション３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）３１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。

ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。

ＮＦＶのコンテキストでは、仮想マシン３４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシン３４０の各々と、その仮想マシンに専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシン３４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア３３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３０の上の１つまたは複数の仮想マシン３４０において稼働する固有のネットワーク機能をハンドリングすることを担当し、図５中のアプリケーション３２０に対応する。

いくつかの実施形態では、各々、１つまたは複数の送信機３２２０と１つまたは複数の受信機３２１０とを含む、１つまたは複数の無線ユニット３２００は、１つまたは複数のアンテナ３２２５に結合され得る。無線ユニット３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード３３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。

いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード３３０と無線ユニット３２００との間の通信のために代替的に使用され得る制御システム３２３０を使用して、実現され得る。

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

図６を参照すると、一実施形態によれば、通信システム６００が、無線アクセスネットワークなどのアクセスネットワーク４１１とコアネットワーク４１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク４１０を含む。アクセスネットワーク４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局４１２ａ、４１２ｂ、４１２ｃを備え、各々が、対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを規定する。各基地局４１２ａ、４１２ｂ、４１２ｃは、有線接続または無線接続４１５上でコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃ中に位置する第１のＵＥ４９１が、対応する基地局４１２ｃに無線で接続するか、または対応する基地局４１２ｃによってページングされるように設定される。カバレッジエリア４１３ａ中の第２のＵＥ４９２が、対応する基地局４１２ａに無線で接続可能である。この例では複数のＵＥ４９１、４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが対応する基地局４１２に接続している状況に等しく適用可能である。

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

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

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

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

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

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

図７に示されているホストコンピュータ５１０、基地局５２０およびＵＥ５３０は、それぞれ、図６のホストコンピュータ４３０、基地局４１２ａ、４１２ｂ、４１２ｃのうちの１つ、およびＵＥ４９１、４９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図７に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図６のものであり得る。

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

ＵＥ５３０と基地局５２０との間の無線接続５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続５７０が最後のセグメントを形成するＯＴＴ接続５５０を使用して、ＵＥ５３０に提供されるＯＴＴサービスの性能を改善する。

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

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

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

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

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

図１２は、いくつかの実施形態による、無線デバイスにおける方法１２００を示す。

図１２を参照すると、本方法は、ネットワークノードからダウンリンク制御情報（ＤＣＩ）を受信すること（Ｓ１２０５）と、受信されたＤＣＩ中の情報に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）グループを決定すること（Ｓ１２１０）と、決定されたＰＤＳＣＨグループに基づいて、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告をネットワークノードに送信すること（Ｓ１２１５）とを含む。

いくつかの関係する実施形態では、ＰＤＳＣＨグループを割り振るかまたは決定すること、ＤＣＩを送信すること、ならびにそれに応じてＨＡＲＱ－ＡＣＫ報告を受信および処理することなど、対応する動作が、ネットワークノード（たとえば、ｇＮＢ）において実施され得る。

図１３は、いくつかの他の実施形態による、無線デバイスにおける方法１３００を示す。

図１３を参照すると、本方法は、ネットワークノードから、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告についてのトリガを受信すること（Ｓ１３０５）と、トリガに応答して、ネットワークノードに、ＨＡＲＱ－ＡＣＫ報告を送信すること（Ｓ１３１０）とを含み、ＨＡＲＱ－ＡＣＫ報告は、最新の受信された物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についての新データインジケータ（ＮＤＩ）値を、最新の受信されたＰＤＳＣＨについてのＨＡＲＱフィードバックとともに含む。

いくつかの関係する実施形態では、ＰＤＳＣＨグループを割り振るかまたは決定すること、トリガを送信すること、ならびにそれに応じてＨＡＲＱ－ＡＣＫ報告を受信および処理することなど、対応する動作が、ネットワークノード（たとえば、ｇＮＢ）において実施され得る。

以下の説明では、いくつかの実施形態が、ＰＤＳＣＨグループまたはＰＤＳＣＨグループ化機能に関して説明される。概して、ＰＤＳＣＨグループは、ＨＡＲＱフィードバックが、何らかのジョイント形式で、一般に、同じＰＵＣＣＨリソースまたはスロット中で、送信される、ＰＤＳＣＨのセットである。同様に、ＰＤＳＣＨグループ化は、複数のＰＤＳＣＨが、異なるＰＤＳＣＨグループに関して割り振られるかまたは識別されることを生じる任意のプロセスまたは行為である。たとえば、ＰＤＳＣＨグループ化は、異なるＰＤＳＣＨを同じまたは異なるＰＤＳＣＨグループに割り振るかまたは識別するシグナリングによって実施され得る。そのようなシグナリングは、たとえば、ＰＵＳＣＨをスケジュールするかまたは場合によっては識別し、ＰＵＳＣＨについてのＨＡＲＱフィードバックを搬送するためにＰＵＣＣＨリソースを割り当ておよび／または識別する、ＤＣＩを含み得る。同じＤＣＩは、ＰＵＳＣＨをＰＤＳＣＨグループに関連付けることもでき、または、ＰＵＳＣＨは、他のＰＵＳＣＨと同じＰＵＣＣＨリソースへの割り振りを通してＰＤＳＣＨグループの一部になり得る。ＰＤＳＣＨグループについてのＨＡＲＱフィードバックは、ビットのグループまたは集合としてネットワークノードに送信され得、ここで、グループまたは集合中の異なるビットが、異なるＰＵＳＣＨについてのＨＡＲＱフィードバックに対応する。ビットのグループまたは集合は、ＨＡＲＱコードブックと呼ばれることがある。ＰＤＳＣＨグループ化の使用は、無線デバイスまたはネットワークノードが、グループ全体についてフィードバックを要求することまたは何らかの分析を実施することなど、グループ全体に関していくつかのアクションを実施することを可能にすることなど、いくつかの潜在的利益を提供し得る。ＰＤＳＣＨグループ化の使用はまた、ネットワーク性能の効率を増加させ得る。たとえば、２つのＰＤＳＣＨグループが決定された場合、ＵＥがｇＮＢから第１のＰＤＳＣＨグループ送信を受信したとき、ＵＥは、第２のＰＤＳＣＨグループ送信が受信されるのを待つ必要なしに、ＨＡＲＱ－ＡＣＫ報告をｇＮＢに送信することを開始し得る。

概して、説明される実施形態は、全部的にまたは部分的に、ライセンス済みスペクトルまたは未ライセンススペクトルのいずれかにおいて実施され得る。たとえば、説明される制御および／またはデータシグナリングのいずれかが、アップリンクライセンス済みスペクトルまたはアップリンク未ライセンススペクトルのいずれかにおいて実施され得、アップリンクおよび／またはダウンリンクシグナリングが、アップリンクライセンス済みスペクトルまたはアップリンク未ライセンススペクトルのいずれかにおいて実施され得る。たとえば、いくつかの実施形態は、ライセンス済みスペクトルにアクセスすることなしに通信が実施される、スタンドアロンＮＲ－Ｕシステムにおいて実装され得る。

いくつかの実施形態では、明示的ＰＤＳＣＨグループ化機能がＲＲＣを介して有効または無効にされる。そのような実施形態では、ＤＣＩ中のＰＤＳＣＨグループインデックスフィールドの存在または不在が、ＲＲＣ設定に依存し得る。ＲＲＣ設定は、たとえば、以下のうちの１つまたは複数を指示し得る。
－ ＰＤＳＣＨグループ化機能が有効にされるか否か
－ ＰＤＳＣＨグループの最大数
－ グループごとのＰＤＳＣＨの最大数
－ ＰＤＳＣＨグループについての新しいＨＡＲＱ－ＡＣＫフィードバックをシグナリングするリセットインジケータが有効にされるか否か

ＰＤＳＣＨグループ化がＲＲＣを介して有効にされる場合、ＤＣＩは、以下のうちの１つまたは複数を含み得る。
○ ＰＤＳＣＨグループインデックスフィールド：ｘビット、ここで、ｘ＝ｃｅｉｌ［ｌｏｇ２（ＰＤＳＣＨグループの最大数）］。
○ 新しいＨＡＲＱ－ＡＣＫフィードバックをシグナリングするリセットまたは要求インジケータ。以下のオプションのうちの１つが使用される
－ そのセル上に設定されたＰＤＳＣＨグループのビットマップ、各グループにマッピングされた対応するビットを伴う。ビット数＝ＰＤＳＣＨグループの最大数。
・ たとえば、
・ 特定の値（０または１）にセットされたあるＨＡＲＱプロセスグループに対応するビットが、関連付けられたグループのＨＡＲＱフィードバックを再送信／リセットすることをＵＥに指示する。ビットマップは、複数のＤＬセル上に設定されたＰＤＳＣＨグループをも包含し得る。
・ 関連付けられたグループのＨＡＲＱフィードバックが正しく受信されたことをＵＥに指示するためにトグルにセットされたあるＨＡＲＱプロセスグループに対応するビット。ビットマップは、複数のＤＬセル上に設定されたＰＤＳＣＨグループをも包含し得る。
－ ＤＣＩ中で指示されたＰＤＳＣＨグループに対応するビット。

ＰＤＳＣＨグループの最大数が１にセットされた場合、ＰＤＳＣＨグループインデックスフィールドが、ＤＣＩ中で省略されるか、または指示されないことがある。リセット／要求インジケータフィールドは、一般に、単一のビットを備える。

いくつかの実施形態では、ＨＡＲＱフィードバックグループの数は、上位レイヤシグナリング、たとえば、ＲＲＣレイヤ設定を介して設定される。これらの実施形態のうちのいくつかでは、各ＨＡＲＱフィードバックグループのサイズは、上位レイヤシグナリングを介して固定される。このグループ化の１つの潜在的利益は、固定グループサイズである。ＵＥが１つまたは複数のスケジューリングＰＤＣＣＨを前に逃した場合、本教示によるＨＡＲＱ－ＡＣＫフィードバックグループサイズは、影響を受けないかまたは誤算されないことになる。また、これらの実施形態のうちのいくつかでは、追加のグループインデックスがＤＣＩに追加されない。

いくつかの実施形態では、グループは、現在のＤＣＩ中にすでに存在するＨＡＲＱプロセスＩＤのプレフィックスによって決定される。一例として、ＵＥが２つのＨＡＲＱ－ＡＣＫフィードバックグループを使用するようにネットワークによって設定された場合、第１のビットに０を有するＩＤをもつＨＡＲＱプロセスが、ＨＡＲＱ－ＡＣＫフィードバックグループ０に属し、第１のビットに１を有するＩＤをもつＨＡＲＱプロセスが、ＨＡＲＱ－ＡＣＫフィードバックグループ１に属する。より明示的に、１６個のＨＡＲＱプロセスがある場合、ＨＡＲＱ－ＡＣＫフィードバックグループ０は、ＨＡＲＱプロセス＃０、＃１、．．．、＃７を含んでおり、ＨＡＲＱ－ＡＣＫフィードバックグループ１は、ＨＡＲＱプロセス＃８、＃９、．．．、＃１５を含んでいる。別の例として、ＵＥが４つのＨＡＲＱ－ＡＣＫフィードバックグループを使用するようにネットワークによって設定された場合、ＨＡＲＱプロセスは、ＨＡＲＱプロセスＩＤ中の最初の２ビットに基づいて４つのＨＡＲＱ－ＡＣＫフィードバックグループに分離される。

いくつかの他の実施形態では、グループは、現在のＤＣＩ中にすでに存在するＨＡＲＱプロセスＩＤのポストフィックスによって決定される。すなわち、ＨＡＲＱプロセスのグループ化は、ＨＡＲＱプロセスＩＤの最後の数ビットに基づく。

さらに他の実施形態では、上位レイヤシグナリングは、各ＨＡＲＱ－ＡＣＫフィードバックグループについてＨＡＲＱプロセスＩＤを直接列挙する。たとえば、上位レイヤシグナリングは、グループ０が、ＩＤ＃０、＃１、．．．、＃４をもつ５つのＨＡＲＱプロセスを含んでおり、グループ１が、＃５、＃６、．．．、＃９をもつ５つのＨＡＲＱプロセスを含んでおり、グループ２が、ＩＤ＃１０、＃１１、．．．、＃１５をもつ６つのＨＡＲＱプロセスを含んでいるものとして、３つのＨＡＲＱ－ＡＣＫフィードバックグループを設定し得る。

上位レイヤシグナリングはＨＡＲＱ－ＡＣＫフィードバックグループを、異なるグループ中に異なる数のＨＡＲＱプロセスを伴って設定し得、たとえば、ＨＡＲＱプロセス０、１および２を含んでいるようにグループ０を設定し、ＨＡＲＱプロセス３および４を含んでいるようにグループ１を設定するか、またはＨＡＲＱプロセス０、１および２を含んでいるようにグループ０を設定し、ＨＡＲＱプロセス３、４、５、６および７を含んでいるようにグループ１を設定する。ＨＡＲＱプロセスの数がＨＡＲＱ－ＡＣＫフィードバックグループの数で均等に割り切れない場合、各ＨＡＲＱ－ＡＣＫフィードバックグループ中のＨＡＲＱプロセスのデフォルト数を指示するためにプロシージャルールが指定され得る。たとえば、第１のステップとして、すべてのＨＡＲＱ－ＡＣＫフィードバックグループのサイズは、ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ／／ｎｒＯｆＨＡＲＱ－ＡＣＫ－ｆｅｅｄｂａｃｋＧｒｏｕｐｓにセットされ、ここで、「／／」は、整数除算を指示する（等価な表示は「ｆｌｏｏｒ（ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ／ｎｒＯｆＨＡＲＱ－ＡＣＫ－ｆｅｅｄｂａｃｋＧｒｏｕｐｓ）」である）。次いで、第２のステップにおいて、ＨＡＲＱ－ＡＣＫフィードバックグループ０、１、２などのサイズに１が、ＨＡＲＱ－ＡＣＫフィードバックグループのサイズの和がＨＡＲＱプロセスの数に等しくなるまで、連続的に加算される。

いくつかの代替実施形態では、ＨＡＲＱフィードバック要求に応答して、ＵＥは、（１つまたは複数の）指定されたＰＤＳＣＨグループについてのＨＡＲＱフィードバックを生成し、報告する。

ＨＡＲＱフィードバックインジケータが、スケジュールされているＰＤＳＣＨについてのＨＡＲＱフィードバック送信についてのＰＤＳＣＨ－ＨＡＲＱタイミングインジケータおよびＰＵＣＣＨリソースインジケータを含むＤＬデータ割り振りＤＣＩ中で伝達される場合、（１つまたは複数の）指定されたＰＤＳＣＨグループについての要求されたＨＡＲＱフィードバックは、指定されたタイミングおよびＰＵＣＣＨリソースを用いてスケジュールおよび送信されている新しいＰＤＳＣＨについてのＨＡＲＱフィードバックとともに一緒に符号化され得る。

ＨＡＲＱフィードバックインジケータが、その後まもなく送信されることになるＰＵＳＣＨをスケジュールするＵＬデータグラントＤＣＩ中で伝達される場合、（１つまたは複数の）指定されたＰＤＳＣＨグループについての要求されたＨＡＲＱフィードバックは、ＵＬ共有チャネル（ＵＬ－ＳＣＨ）データと多重化され、ＰＵＳＣＨ上のＵＣＩによるＰＵＳＣＨ送信において送信され得る。

ＨＡＲＱフィードバックインジケータが、ＰＤＳＣＨ送信またはＰＵＳＣＨ送信をスケジュールしないＤＣＩ中で伝達される場合、要求ＨＡＲＱフィードバック（ｒｅｑｕｅｓｔ ＨＡＲＱ ｆｅｅｄｂａｃｋ）送信についてのタイミングおよびリソースは、ＤＣＩ中に含まれることが予想され、要求ＨＡＲＱフィードバックは、そのタイミングおよびリソースを用いて送信されるべきである。

以下の説明は、ＨＡＲＱ－ＡＣＫ報告がワンショットトリガに応答して生成されるいくつかの実施形態を提示する。以下の説明では、「すべてのプロセス」または「あらゆるプロセス」という用語は、ネットワークがＵＥに要求するいくつかのＨＡＲＱプロセスを指す。たとえば、特定のＨＡＲＱ－ＡＣＫフィードバックグループが設定されない場合、「すべてのプロセス」は、すべての利用可能なＨＡＲＱプロセスを指す。代替的に、少なくとも１つのＨＡＲＱ－ＡＣＫフィードバックグループがネットワークによって要求される場合、「すべてのプロセス」は、前記少なくとも１つのＨＡＲＱ－ＡＣＫフィードバックグループに属するすべてのＨＡＲＱプロセスを指す。

いくつかの実施形態では、ＵＥが、報告されるべきあらゆるＨＡＲＱプロセスについてのＨＡＲＱ－ＡＣＫ報告についてのトリガを受信したことに応答して、ＵＥは、そのＨＡＲＱプロセスについての最新の受信されたＰＤＳＣＨについての対応する最新のＮＤＩ値を、受信されたＰＤＳＣＨについての対応するＨＡＲＱ－ＡＣＫとともに報告する。

いくつかの実施形態では、ＨＡＲＱ－ＡＣＫ報告は、ＵＥがＨＡＲＱプロセスＩＤについての最新のＮＤＩおよびＨＡＲＱ－ＡＣＫを報告するとき、以下のように実施され得る。
・ ＵＥが、ＨＡＲＱプロセスｈの再送信を受信した場合、ＵＥは、
○ 最新のＰＤＳＣＨとのソフトコンバイニングの後に、プロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる
・ ＵＥが、ＨＡＲＱプロセスｈの再送信を逃した場合、ＵＥは、
○ （１つまたは複数の）前の受信されたＰＤＳＣＨに基づいてプロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる
・ ＵＥが、ＨＡＲＱプロセスｈの新しい送信を受信した場合、ＵＥは、
○ このＰＤＳＣＨに基づいてプロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる
・ ＵＥが、ＨＡＲＱプロセスｈの新しい送信を逃した場合、ＵＥは、
○ （１つまたは複数の）前の受信されたＰＤＳＣＨに基づいてプロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる

ＮＤＩ値が最後の送信された値に一致する場合、ｇＮＢは、報告されたＨＡＲＱ－ＡＣＫフィードバックがプロセスｈに正しく対応すると仮定する。他の場合、ｇＮＢは、報告されたＨＡＲＱ－ＡＣＫフィードバックを廃棄し、プロセスｈについてのＨＡＲＱ－ＡＣＫがＮＡＣＫであると仮定する。

いくつかの実施形態では、トリガは、報告されるべきＨＡＲＱプロセスのサブセットを指示する。このセット中の任意のＨＡＲＱプロセスについての報告は、そのＨＡＲＱプロセスについての最新の受信されたＰＤＳＣＨについての対応する最新のＮＤＩ値を、受信されたＰＤＳＣＨについての対応するＨＡＲＱ－ＡＣＫとともに含む。

いくつかの実施形態では、ＨＡＲＱ－ＡＣＫ報告は、ＵＥがＨＡＲＱプロセスＩＤについての最新のＮＤＩおよびＨＡＲＱ－ＡＣＫを報告するとき、以下のように実施され得る。

ＮＤＩ値が最後の受信された値に一致する場合、ＵＥは、以下を報告することになる。
・ ＵＥが、ＨＡＲＱプロセスｈの再送信を受信した場合、ＵＥは、
－ 同じＮＤＩ値を使用してスケジュールされた（１つまたは複数の）ＰＤＳＣＨとのソフトコンバイニングの後に、プロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる
・ ＵＥが、ＨＡＲＱプロセスｈの再送信を逃した場合、ＵＥは、
－ （１つまたは複数の）前の受信されたＰＤＳＣＨに基づいてプロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる
・ ＵＥが、ＨＡＲＱプロセスｈの新しい送信を受信した場合、ＵＥは、
－ このＰＤＳＣＨに基づいてプロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる
・ ＵＥが、ＨＡＲＱプロセスｈの新しい送信を逃した場合、ＵＥは、
－ （１つまたは複数の）前の受信されたＰＤＳＣＨに基づいてプロセスｈについてのＨＡＲＱ－ＡＣＫ
を報告することになる

ＮＤＩ値が最新の受信された値に一致しない場合、ＵＥは、プロセスｈについての保留中のＨＡＲＱ－ＡＣＫを（ある場合）廃棄し、ＮＡＣＫを送出する。

ＵＥは、Ｈ個のＨＡＲＱプロセスについての２^＊Ｈ個のＨＡＲＱ－ＡＣＫビットを報告する。コードブックは、ＨＡＲＱプロセスｈとＮＤＩ値ｂとに対応するエントリ（ｈ，ｂ）をもつＨ×２アレイから構成され、ここで、ｈ＝０、１、．．．、Ｈ－１であり、ｂ＝０、１である。

・ 最後の受信されたスケジューリングＰＤＣＣＨ中のｂのＮＤＩ値をもつＨＡＲＱプロセスｈについて、ＵＥは、
・ エントリ（ｈ，ｂ）においてプロセスｈについてのＨＡＲＱ－ＡＣＫを報告し、
・ エントリ（ｈ，１－ｂ）をＮＡＣＫにセットする。

いくつかの代替実施形態では、ワンショットトリガに応答してフィードバックを正しく受信した後に、ネットワークノード（たとえば、ｇＮＢ）が、すべての報告されたＰＤＳＣＨグループについてリセットまたは要求インジケータを更新する。

ＰＤＳＣＨグループの対応するＨＡＲＱプロセスＩＤについての受信された報告をもつ、ＰＤＳＣＨグループについてのＤＡＩ値は、必要とされる処理時間を満たさないフィードバックタイミングにより報告されなかったそのグループのＰＤＳＣＨを計数することに加えて、対応する初期値にリセットされる。

いくつかの代替実施形態では、ワンショット報告についてのタイミングおよびリソースは、以下で説明されるようないくつかの特性を有する。ＵＥは、処理時間要件が満たされる限り、ＰＤＳＣＨスケジューリンググラント中で指示されたＰＤＳＣＨ－ＨＡＲＱタイミングインジケータにかかわらず、すべての受信されたＨＡＲＱプロセスについての最新のＨＡＲＱ－ＡＣＫステータスを含め得る。

ワンショットトリガ中のタイミング指示（ｔ１）は、ＰＤＳＣＨスケジューリングＤＣＩのＰＤＳＣＨ－ＨＡＲＱタイミングインジケータ中で指示されたタイミング指示（ｔ２）を、処理時間要件が満たされるという条件の下で、ｔ２に対応する絶対タイミングがｔ１に対応する絶対タイミングよりも大きい場合、オーバーライドする。

ワンショットトリガは、ＤＬグラント中に、たとえば、ＤＣＩフォーマット１＿０または１＿１中に含まれ得る。この場合、ワンショット報告が、スロット中のＰＵＣＣＨリソースによって搬送される。報告を搬送するＰＵＣＣＨの送信のためのスロットが、Ｒｅｌ－１５と同様にＤＣＩ中のＰＤＳＣＨ－ＨＡＲＱタイミングインジケータフィールドによって決定される。一例では、報告のサイズ、すなわち、ＮＤＩおよびＨＡＲＱ－ＡＣＫビットの数が、ＰＵＣＣＨリソースセットを決定し、ＤＣＩ中のＰＵＣＣＨリソースインジケータフィールドが、Ｒｅｌ－１５と同様のそのセット中での送信のために使用されるべきＰＵＣＣＨリソースを決定する。別の例では、ＵＥが、ワンショット報告についてのＰＵＣＣＨリソースで上位レイヤによって設定され得る。

ワンショットトリガは、ＵＬグラント中に、たとえば、ＤＣＩフォーマット０＿０または０＿１中に含まれ得る。一例では、ＵＬ－ＳＣＨをもつＰＵＳＣＨについて、Ｒｅｌ－１５におけるものと同様のＰＵＳＣＨ上のＨＡＲＱ－ＡＣＫについての多重化プロシージャが、報告をＰＵＳＣＨ上のＵＬ－ＳＣＨと多重化するために使用される。（ＣＳＩありまたはなしの）ＵＬ－ＳＣＨをもたないＰＵＳＣＨの場合、報告は、ＨＡＲＱ－ＡＣＫ ＵＣＩと見なされ、ＣＳＩがない場合、ＰＵＳＣＨ上で多重化され、ＨＡＲＱ－ＡＣＫ情報を含んでいる報告のみがＰＵＳＣＨ上で送信され、ＰＵＳＣＨ上でのＨＡＲＱ－ＡＣＫ送信のためのマッピングルールに従う。

いくつかの代替実施形態では、以下の概念が、フォールバックＤＣＩフォーマットにおけるＨＡＲＱプロセスのすべてまたはサブセットについてのワンショットトリガを符号化することに適用され得る。

一代替形態では、ＤＣＩフォーマット１＿０が、ＰＤＳＣＨをスケジュールするために使用され、ユーザプレーンデータを送出するために、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩまたはＭＣＳ－Ｃ－ＲＮＴＩによってスクランブルされる。この実施形態では、ＨＡＲＱプロセスのすべてまたはサブセットについてのワンショットトリガが、ＤＣＩフォーマット１＿０のサイズを増加させることなしにＤＣＩフォーマット１＿０中に含まれる。これを達成するために、ＵＬ／ＳＵＬインジケータの使用が、ワンショットトリガが有用であろう多くのシナリオにおいて必要とされることが想定されないので、ＵＬ／ＳＵＬインジケータが、ワンショットトリガを指示するために使用される。ＵＥは、セルについての設定がＵＥによって受信されるとき、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ中の上位レイヤによるワンショットトリガとしてこのビットで設定される。

別の代替形態では、ＤＣＩフォーマット１＿０中の予約済みビットのうちの１つが、ワンショットトリガを指示するために使用される。

また別の代替形態では、ＤＣＩフォーマット１＿０が、フィールドのうちのいくつかを特殊値（すなわち、有効性確認ビット）にセットすることによってワンショットトリガをシグナリングするために使用される。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨをスケジュールすることなしにワンショットトリガフィードバックをトリガするために使用される。

上記の実施形態では、いくつかの通信が未ライセンススペクトルにおいて部分的にまたは全体的に実施され得る。

開示される主題が様々な実施形態に関して上記で提示されたが、開示される主題の全体的範囲から逸脱することなく、形態および詳細の様々な変更が、説明される実施形態に対して行われ得ることが理解されよう。

Claims (9)

1. 無線デバイスを動作させる方法であって、
   ネットワークノードからダウンリンク制御情報（ＤＣＩ）を受信すること（Ｓ１２０５）と、
   前記受信されたＤＣＩ中の情報に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）グループを決定すること（Ｓ１２１０）と、
   前記決定されたＰＤＳＣＨグループに基づいて、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告を前記ネットワークノードに送信すること（Ｓ１２１５）と、
   無線リソース制御（ＲＲＣ）設定情報を受信することと
   を含み、前記ＰＤＳＣＨグループを決定することが、前記受信されたＲＲＣ設定情報に基づいて前記ＤＣＩ内のＰＤＳＣＨグループインデックスを識別することを含み、前記ＲＲＣ設定情報は、ＰＤＳＣＨグループ化機能が前記無線デバイスに関して有効にされるかどうかの指示を含む、方法。
2. 前記ＤＣＩが、（ａ）ＰＤＳＣＨグループインデックスフィールド、および（ｂ）新しいＨＡＲＱ－ＡＣＫフィードバックをシグナリングするリセットまたは要求インジケータのうちの少なくとも１つを含む、請求項１に記載の方法。
3. 前記リセットまたは要求インジケータが、セル上に設定されたＰＤＳＣＨグループのビットマップを、前記ＰＤＳＣＨグループの各々にマッピングされた対応するビットとともに含む、請求項２に記載の方法。
4. 前記受信されたＤＣＩ中の前記情報に基づいて前記ＰＤＳＣＨグループを決定することが、前記ＤＣＩ中のＨＡＲＱプロセス識別子を識別することと、前記ＨＡＲＱプロセス識別子に基づいて前記ＰＤＳＣＨグループを決定することとを含む、請求項１に記載の方法。
5. 前記ＨＡＲＱプロセス識別子に基づいて前記ＰＤＳＣＨグループを決定することが、ＨＡＲＱプロセス識別子を、前記ＨＡＲＱプロセス識別子中の少なくとも１つまたは複数の所定の位置における少なくとも１ビットに基づいて、ＰＤＳＣＨグループに関連付けることを含む、請求項４に記載の方法。
6. ＨＡＲＱフィードバックインジケータが、前記ＨＡＲＱ－ＡＣＫ報告についてのＰＤＳＣＨ－ＨＡＲＱタイミングインジケータおよび物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータを含むダウンリンク制御情報（ＤＣＩ）中で伝達されるかどうかを決定することと、前記決定に応答して、前記ＰＤＳＣＨグループについてのＨＡＲＱフィードバックを、ダウンリンクデータ割り振りＤＣＩによってスケジュールされているＰＤＳＣＨについてのＨＡＲＱと一緒に符号化することとをさらに含む、請求項１に記載の方法。
7. ネットワークノードからダウンリンク制御情報（ＤＣＩ）を受信することと、
   前記受信されたＤＣＩ中の情報に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）グループを決定することと、
   前記決定されたＰＤＳＣＨグループに基づいて、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）報告を前記ネットワークノードに送信することと、
   無線リソース制御（ＲＲＣ）設定情報を受信することと
   を行うように集合的に設定された、処理回路（１２０）とトランシーバ回路（１２２）とを備える、無線デバイス（１１０、１１０ｂ、１１０ｃ）であって、前記ＰＤＳＣＨグループを決定することが、前記受信されたＲＲＣ設定情報に基づいて前記ＤＣＩ内のＰＤＳＣＨグループインデックスを識別することを含み、前記ＲＲＣ設定情報は、ＰＤＳＣＨグループ化機能が前記無線デバイスに関して有効にされるかどうかの指示を含む、無線デバイス（１１０、１１０ｂ、１１０ｃ）。
8. 前記処理回路および前記トランシーバ回路が、さらに、請求項２から６のいずれか一項に記載の方法を実施するように集合的に設定された、請求項７に記載の無線デバイス。
9. 無線デバイス（１１０、１１０ｂ、１１０ｃ）のプロセッサ上で実行されたとき、前記無線デバイスに、請求項１から６のいずれか一項に記載の方法を実施させる命令を備える、コンピュータプログラム。

Images