知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許7038806物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを変更すること
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-10
(45)【発行日】2022-03-18
(54)【発明の名称】物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを変更すること
(51)【国際特許分類】
H04L 1/16 20060101AFI20220311BHJP
H04W 28/04 20090101ALI20220311BHJP
H04W 72/04 20090101ALI20220311BHJP
【ＦＩ】
H04L1/16
H04W28/04 110
H04W72/04 136
【請求項の数】
36
(21)【出願番号】P 2020519268
(86)(22)【出願日】2018-10-08
(65)【公表番号】
(43)【公表日】2020-12-17
(86)【国際出願番号】 IB2018057781
(87)【国際公開番号】W WO2019073357
(87)【国際公開日】2019-04-18
【審査請求日】2020-06-04
(31)【優先権主張番号】62/570,244
(32)【優先日】2017-10-10
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(72)【発明者】
【氏名】バルデメイレ， ロベルト
(72)【発明者】
【氏名】チェン ラーソン， ダニエル
【審査官】吉江 一明
(56)【参考文献】
【文献】欧州特許出願公開第０２２６２３４０（ＥＰ，Ａ１）
【文献】国際公開第２０１６／０１７３５６（ＷＯ，Ａ１）
【文献】Nokia, Nokia Shanghai Bell，PUCCH Resource Allocation[online]，3GPP TSG RAN WG1 #90b R1-1718311，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718311.zip>，2017年10月02日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １／１６
Ｈ０４Ｗ ２８／０４
Ｈ０４Ｗ ７２／０４
(57)【特許請求の範囲】
【請求項1】
物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して基地局にハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するための、無線デバイスによって実施される方法であって、前記方法は、前記無線デバイスが、ＨＡＲＱフィードバックを送信するための第１のＰＵＣＣＨリソースを割り振られたと決定すること（６０４）であって、前記第１のＰＵＣＣＨリソースが、セットにグループ化される複数のＰＵＣＣＨリソースから割り振られる、決定すること（６０４）と、
前記無線デバイスが送る準備をしているペイロードのサイズに応じて、前記第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更すること（６０８）であって、前記第２のＰＵＣＣＨリソースが、前記第１のＰＵＣＣＨリソースと同じセットに属し、前記第１のＰＵＣＣＨリソースよりも大きいかまたは小さいペイロード容量を有する前記第２のＰＵＣＣＨリソースに変更すること（６０８）と、
前記第２のＰＵＣＣＨリソースを介して前記基地局に前記ＨＡＲＱフィードバックを送信すること（６１０）と
を含む、方法。
【請求項2】
前記複数のＰＵＣＣＨリソースが暗黙的にグループ化される、請求項１に記載の方法。
【請求項3】
前記複数のＰＵＣＣＨリソースが明示的にグループ化される、請求項１に記載の方法。
【請求項4】
前記基地局からセットインデックスを受信すること（６０２）をさらに含み、前記複数のＰＵＣＣＨリソースが、前記セットインデックスに従ってグループ化される、請求項１に記載の方法。
【請求項5】
前記複数のＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、請求項１に記載の方法。
【請求項6】
前記第１のＰＵＣＣＨリソースがＰＵＣＣＨリソースの複数のセットに属し、前記第２のＰＵＣＣＨリソースが前記複数のセットのうちの少なくとも１つに属する、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記基地局から、前記ＰＵＣＣＨリソースを変更するための指示を受信すること（６０６）をさらに含み、
前記第１のＰＵＣＣＨリソースから前記第２のＰＵＣＣＨリソースに変更することが、前記基地局から前記指示を受信したことに応答して実施される、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記基地局に前記ＨＡＲＱフィードバックを送信することが、当初、前記第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、前記第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、前記第２のＰＵＣＣＨリソース上で送信することを含む、請求項１から７のいずれか一項に記載の方法。
【請求項9】
前記第１のＰＵＣＣＨリソースと前記第２のＰＵＣＣＨリソースとが、時間領域において少なくとも部分的に重複する、請求項１から８のいずれか一項に記載の方法。
【請求項10】
基地局にＨＡＲＱフィードバックを送信するための無線デバイス（ＱＱ１１０）であって、前記無線デバイスは、前記無線デバイスに電力を供給するように設定された電力供給回路要素（ＱＱ１３７）と、
前記無線デバイスが、ＨＡＲＱフィードバックを送信するための第１のＰＵＣＣＨリソースを割り振られたと決定することであって、前記第１のＰＵＣＣＨリソースが、セットにグループ化される複数のＰＵＣＣＨリソースから割り振られる、決定することと、
前記無線デバイスが送る準備をしているペイロードのサイズに応じて、前記第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することであって、前記第２のＰＵＣＣＨリソースが、前記第１のＰＵＣＣＨリソースと同じセットに属し、前記第１のＰＵＣＣＨリソースよりも大きいかまたは小さいペイロード容量を有する前記第２のＰＵＣＣＨリソースに変更することと、
前記第２のＰＵＣＣＨリソースを介して前記基地局に前記ＨＡＲＱフィードバックを送信することと
を行うように設定された処理回路要素（ＱＱ１２０）と
を備える、無線デバイス（ＱＱ１１０）。
【請求項11】
前記複数のＰＵＣＣＨリソースが暗黙的にグループ化される、請求項１０に記載の無線デバイス。
【請求項12】
前記複数のＰＵＣＣＨリソースが明示的にグループ化される、請求項１０に記載の無線デバイス。
【請求項13】
前記処理回路要素が、前記基地局からセットインデックスを受信すること
を行うようにさらに設定され、前記複数のＰＵＣＣＨリソースが、前記セットインデックスに従ってグループ化される、請求項１０に記載の無線デバイス。
【請求項14】
前記複数のＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、請求項１０に記載の無線デバイス。
【請求項15】
前記第１のＰＵＣＣＨリソースがＰＵＣＣＨリソースの複数のセットに属し、前記第２のＰＵＣＣＨリソースが前記複数のセットのうちの少なくとも１つに属する、請求項１０から１４のいずれか一項に記載の無線デバイス。
【請求項16】
前記処理回路要素が、前記基地局から、前記ＰＵＣＣＨリソースを変更するための指示を受信すること
を行うようにさらに設定され、
前記第１のＰＵＣＣＨリソースから前記第２のＰＵＣＣＨリソースに変更することが、前記基地局から前記指示を受信したことに応答して実施される、請求項１０から１５のいずれか一項に記載の無線デバイス。
【請求項17】
前記基地局に前記ＨＡＲＱフィードバックを送信するために、前記処理回路要素が、当初、前記第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、前記第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、前記第２のＰＵＣＣＨリソース上で送信することを行うように設定された、請求項１０から１６のいずれか一項に記載の無線デバイス。
【請求項18】
前記第１のＰＵＣＣＨリソースと前記第２のＰＵＣＣＨリソースとが、時間領域において少なくとも部分的に重複する、請求項１０から１７のいずれか一項に記載の無線デバイス。
【請求項19】
物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してハイブリッド自動再送要求（ＨＡＲＱ）フィードバックをスケジュールするための、基地局によって実施される方法であって、前記方法は、無線デバイスが送る準備をしているペイロードのサイズに応じて、前記無線デバイスが、前記ＨＡＲＱフィードバックを送信するために使用されるＰＵＣＣＨリソースを、割り振られた第１のＰＵＣＣＨリソースから前記第１のＰＵＣＣＨリソースよりも大きいかまたは小さいペイロード容量を有する第２のＰＵＣＣＨリソースに変更するべきであると決定すること（７０４）と、
前記無線デバイスに、前記ＰＵＣＣＨリソースを変更するための指示を送ること（７０６）であって、ＰＵＣＣＨリソースがセットにグループ化され、前記指示が、前記第１のＰＵＣＣＨリソースから同じセット中の前記第２のＰＵＣＣＨリソースに変更するように指示する、指示を送ること（７０６）と
を含む、方法。
【請求項20】
前記ＰＵＣＣＨリソースが暗黙的にグループ化される、請求項１９に記載の方法。
【請求項21】
前記ＰＵＣＣＨリソースが明示的にグループ化される、請求項１９に記載の方法。
【請求項22】
前記無線デバイスにセットインデックスを送ること（７０２）をさらに含み、前記ＰＵＣＣＨリソースが、前記セットインデックスに従ってグループ化される、請求項１９に記載の方法。
【請求項23】
前記ＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、請求項１９に記載の方法。
【請求項24】
前記第１のＰＵＣＣＨリソースがＰＵＣＣＨリソースの複数のセットに属し、前記第２のＰＵＣＣＨリソースが前記複数のセットのうちの少なくとも１つに属する、請求項１９から２３のいずれか一項に記載の方法。
【請求項25】
前記第２のＰＵＣＣＨリソースを介して前記ＨＡＲＱフィードバックを受信すること（７０８）をさらに含む、請求項１９から２４のいずれか一項に記載の方法。
【請求項26】
前記第２のＰＵＣＣＨリソースを介して受信された前記ＨＡＲＱフィードバックが、当初、前記第１のＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックを、前記第２のＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックとともに含む、請求項２５に記載の方法。
【請求項27】
前記第１のＰＵＣＣＨリソースと前記第２のＰＵＣＣＨリソースとが、時間領域において少なくとも部分的に重複する、請求項１９から２６のいずれか一項に記載の方法。
【請求項28】
物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してハイブリッド自動再送要求（ＨＡＲＱ）フィードバックをスケジュールするための基地局（ＱＱ１６０）であって、前記基地局は、前記基地局に電力を供給するように設定された電力供給回路要素（ＱＱ１８７）と、
無線デバイスが送る準備をしているペイロードのサイズに応じて、前記無線デバイスが、前記ＨＡＲＱフィードバックを送信するために使用されるＰＵＣＣＨリソースを、割り振られた第１のＰＵＣＣＨリソースから前記第１のＰＵＣＣＨリソースよりも大きいかまたは小さいペイロード容量を有する第２のＰＵＣＣＨリソースに変更するべきであると決定することと、
前記無線デバイスに、前記ＰＵＣＣＨリソースを変更するための指示を送ることであって、ＰＵＣＣＨリソースがセットにグループ化され、前記指示が、前記第１のＰＵＣＣＨリソースから同じセット中の前記第２のＰＵＣＣＨリソースに変更するように指示する、指示を送ることと
を行うように設定された処理回路要素（ＱＱ１７０）と
を備える、基地局（ＱＱ１６０）。
【請求項29】
前記ＰＵＣＣＨリソースが暗黙的にグループ化される、請求項２８に記載の基地局。
【請求項30】
前記ＰＵＣＣＨリソースが明示的にグループ化される、請求項２８に記載の基地局。
【請求項31】
前記処理回路要素が、前記無線デバイスにセットインデックスを送ること
を行うようにさらに設定され、前記ＰＵＣＣＨリソースが、前記セットインデックスに従ってグループ化される、請求項２８に記載の基地局。
【請求項32】
前記ＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、請求項２８に記載の基地局。
【請求項33】
前記第１のＰＵＣＣＨリソースがＰＵＣＣＨリソースの複数のセットに属し、前記第２のＰＵＣＣＨリソースが前記複数のセットのうちの少なくとも１つに属する、請求項２８から３２のいずれか一項に記載の基地局。
【請求項34】
前記処理回路要素が、前記第２のＰＵＣＣＨリソースを介して前記ＨＡＲＱフィードバックを受信すること
を行うようにさらに設定された、請求項２８から３３のいずれか一項に記載の基地局。
【請求項35】
前記第２のＰＵＣＣＨリソースを介して受信された前記ＨＡＲＱフィードバックが、当初、前記第１のＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックを、前記第２のＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックとともに含む、請求項３４に記載の基地局。
【請求項36】
前記第１のＰＵＣＣＨリソースと前記第２のＰＵＣＣＨリソースとが、時間領域において少なくとも部分的に重複する、請求項２８から３５のいずれか一項に記載の基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示のいくつかの実施形態は、無線ネットワークに関し、より詳細には、ＰＵＣＣＨリソースを変更することに関する。
【背景技術】
【0002】
キャリアアグリゲーション
キャリアアグリゲーション（ＣＡ）では、複数のコンポーネントキャリア（ＣＣ）が１つのユーザ機器（ＵＥ）のために設定される。コンポーネントキャリアは、ＰＵＣＣＨグループに設定され得る。ＰＵＣＣＨグループのすべてのコンポーネントキャリアのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが、同じアップリンク（ＵＬ）上でＰＵＣＣＨを使用して、または物理アップリンク共有チャネル（ＰＵＳＣＨ）上のアップリンク制御情報（ＵＣＩ）を使用して送信される。
キャリアアグリゲーション（ＣＡ）では、複数のコンポーネントキャリア（ＣＣ）が１つのユーザ機器（ＵＥ）のために設定される。コンポーネントキャリアは、ＰＵＣＣＨグループに設定され得る。ＰＵＣＣＨグループのすべてのコンポーネントキャリアのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが、同じアップリンク（ＵＬ）上でＰＵＣＣＨを使用して、または物理アップリンク共有チャネル（ＰＵＳＣＨ）上のアップリンク制御情報（ＵＣＩ）を使用して送信される。
【0003】
ＨＡＲＱコードブック
単一のＰＵＣＣＨ上で報告されるべきである肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）ビットが、ＨＡＲＱコードブックに構成される。ＨＡＲＱコードブックは、同じまたは異なるコンポーネントキャリアからのＡＣＫ／ＮＡＣＫビットと、１つまたは複数の時間インスタンスからのＡＣＫ／ＮＡＣＫビットとを含んでいることがある。新しい無線（ＮＲ）が１つのキャリア上に複数のヌメロロジーのミニスロットおよび混合を規定し、両方の特徴は、不規則送信タイミングをもたらし、ＨＡＲＱコードブック設計を複雑にすることがある。ＮＲはまた、トランスポートブロックのコードブロックのグループごとのＨＡＲＱフィードバック、コードブロックグループ（ＣＢＧ）フィードバックと呼ばれる特徴を導入する。ＣＢＧサイズは、ＣＢＧごとに１つのコードブロックからトランスポートブロックごとに１つのＣＢＧ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）の場合と同じ）に及ぶことがある。ＣＢＧベースのＨＡＲＱフィードバックは、ＨＡＲＱフィードバックシグナリングの量を大幅に増加させることがある。
単一のＰＵＣＣＨ上で報告されるべきである肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）ビットが、ＨＡＲＱコードブックに構成される。ＨＡＲＱコードブックは、同じまたは異なるコンポーネントキャリアからのＡＣＫ／ＮＡＣＫビットと、１つまたは複数の時間インスタンスからのＡＣＫ／ＮＡＣＫビットとを含んでいることがある。新しい無線（ＮＲ）が１つのキャリア上に複数のヌメロロジーのミニスロットおよび混合を規定し、両方の特徴は、不規則送信タイミングをもたらし、ＨＡＲＱコードブック設計を複雑にすることがある。ＮＲはまた、トランスポートブロックのコードブロックのグループごとのＨＡＲＱフィードバック、コードブロックグループ（ＣＢＧ）フィードバックと呼ばれる特徴を導入する。ＣＢＧサイズは、ＣＢＧごとに１つのコードブロックからトランスポートブロックごとに１つのＣＢＧ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）の場合と同じ）に及ぶことがある。ＣＢＧベースのＨＡＲＱフィードバックは、ＨＡＲＱフィードバックシグナリングの量を大幅に増加させることがある。
【0004】
半静的に設定されたＨＡＲＱコードブック
半静的に設定されたＨＡＲＱコードブックでは、少なくともコンポーネントキャリア次元におけるビット数は、一般に固定される。ＵＥが任意のコンポーネントキャリア上で少なくとも１つのダウンリンク（ＤＬ）割り振りを検出するとすぐに、ＵＥは、すべての設定されたまたはアクティブ化されたコンポーネントキャリアのＨＡＲＱフィードバックを含んでいるフィードバックビットマップを準備する。ＤＬ割り振りが検出されなかったコンポーネントキャリアのためのフィードバックは、ＮＡＣＫにセットされる。１つのコンポーネントキャリアのために必要とされるフィードバックビットの数は、そのコンポーネントキャリアの多入力多出力（ＭＩＭＯ）設定、およびそのコンポーネントキャリアのＣＢＧ設定によって与えられる。すべての設定された／アクティブ化されたコンポーネントキャリアのために必要とされるＨＡＲＱフィードバックビットの数は、コンポーネントキャリアごとに必要とされるフィードバックビットのすべての設定された／アクティブ化されたコンポーネントキャリアにわたる合計である。
半静的に設定されたＨＡＲＱコードブックでは、少なくともコンポーネントキャリア次元におけるビット数は、一般に固定される。ＵＥが任意のコンポーネントキャリア上で少なくとも１つのダウンリンク（ＤＬ）割り振りを検出するとすぐに、ＵＥは、すべての設定されたまたはアクティブ化されたコンポーネントキャリアのＨＡＲＱフィードバックを含んでいるフィードバックビットマップを準備する。ＤＬ割り振りが検出されなかったコンポーネントキャリアのためのフィードバックは、ＮＡＣＫにセットされる。１つのコンポーネントキャリアのために必要とされるフィードバックビットの数は、そのコンポーネントキャリアの多入力多出力（ＭＩＭＯ）設定、およびそのコンポーネントキャリアのＣＢＧ設定によって与えられる。すべての設定された／アクティブ化されたコンポーネントキャリアのために必要とされるＨＡＲＱフィードバックビットの数は、コンポーネントキャリアごとに必要とされるフィードバックビットのすべての設定された／アクティブ化されたコンポーネントキャリアにわたる合計である。
【0005】
時間領域におけるエントリの数も固定され得るか、またはフィードバックが、（設定された／アクティブ化されたコンポーネントキャリアのうちのいずれか上で）少なくとも１つのＤＬ割り振りが検出された時間インスタンスのためにのみ報告される。後者の場合、ＤＬ割り振りの消失から保護するために、ＤＡＩ（ダウンリンク割り振りインデックスまたはダウンリンク割り振りインジケータ）が必要とされる。ＤＡＩは、好ましくはすべてのＤＬ割り振り中に含まれており、現在のスロットまでの（現在のスロットを含む）スケジュールされた時間インスタンス（たとえば、スロット）の数を含んでいる。
【0006】
半静的に設定されたＨＡＲＱコードブックは、単純でロバストであるが、特に、多くのコンポーネントキャリアがあり、しばしばそれらのコンポーネントキャリアのすべてがスケジュールされるとは限らず、および／またはいくつかのコンポーネントキャリアにＣＢＧが設定される場合、高いオーバーヘッドをもたらすことがある。
【0007】
動的ＨＡＲＱコードブック
ＬＴＥ Ｒｅｌ－１３は、極めて多数のアグリゲートされたコンポーネントキャリアをサポートする。以前のキャリアアグリゲーションにおいて使用されていたような（コンポーネントキャリア次元において）半静的に設定されたＨＡＲＱコードブックは、半静的に設定されたＨＡＲＱコードブックのために、すべての設定された／アクティブ化されたコンポーネントキャリアのフィードバックが常に含まれるので、準最適である。多数の設定された／アクティブ化されたコンポーネントキャリアがあるが、ほんのいくつかのスケジュールされたコンポーネントキャリアがある場合、ＨＡＲＱコードブックサイズは不必要に大きくなる。Ｒｅｌ－１３では、（コンポーネントキャリア次元と時間次元の両方における）動的ＨＡＲＱコードブックが導入された。ここで、各ＤＬ割り振り（一般に、ＤＬ割り振りはダウンリンク制御情報（ＤＣＩ）中で搬送される）は、カウンタＤＡＩフィールドおよび総ＤＡＩフィールドを含んでいる。カウンタＤＡＩフィールドは、現在のＨＡＲＱコードブックのためにこれまでスケジュールされた（現在のＤＬ割り振りを含む）ＤＬ割り振りの数をカウントする。コンポーネントキャリアは、（たとえば、キャリア周波数に従って）順序付けられ、カウンタＤＡＩはこの順序でＤＬ割り振りをカウントする。時間軸に沿って、カウンタＤＡＩはリセットされない（カウンタは、スロット境界において連続的に増加される）。各ＤＬ割り振り中の総ＤＡＩは、現在のＨＡＲＱコードブックのためにこれまでスケジュールされた（現在のスロットを含む）ＤＬ割り振りの総数にセットされる。したがって、スロット中の総ＤＡＩは、スロットの最も高いカウンタＤＡＩにセットされる。オーバーヘッドを省くために、モジュロ演算（しばしば、ｍｏｄ２）が、しばしばカウンタＤＡＩおよび総ＤＡＩに適用され、その場合、カウンタＤＡＩおよび総ＤＡＩは、数個のビット、たとえば、ｍｏｄ２では２ビットで表され得る。カウンタＤＡＩ／総ＤＡＩ機構は、受信機がＨＡＲＱコードブックサイズを復元すること、ならびに隣接するＤＬ割り振りがほとんど消失しなかった場合にＨＡＲＱコードブックにインデックス付けすることを可能にする。図１は、カウンタＤＡＩおよび総ＤＡＩの一例を提供する。簡単のために、モジュロ演算はその例示に適用されていない。
ＬＴＥ Ｒｅｌ－１３は、極めて多数のアグリゲートされたコンポーネントキャリアをサポートする。以前のキャリアアグリゲーションにおいて使用されていたような（コンポーネントキャリア次元において）半静的に設定されたＨＡＲＱコードブックは、半静的に設定されたＨＡＲＱコードブックのために、すべての設定された／アクティブ化されたコンポーネントキャリアのフィードバックが常に含まれるので、準最適である。多数の設定された／アクティブ化されたコンポーネントキャリアがあるが、ほんのいくつかのスケジュールされたコンポーネントキャリアがある場合、ＨＡＲＱコードブックサイズは不必要に大きくなる。Ｒｅｌ－１３では、（コンポーネントキャリア次元と時間次元の両方における）動的ＨＡＲＱコードブックが導入された。ここで、各ＤＬ割り振り（一般に、ＤＬ割り振りはダウンリンク制御情報（ＤＣＩ）中で搬送される）は、カウンタＤＡＩフィールドおよび総ＤＡＩフィールドを含んでいる。カウンタＤＡＩフィールドは、現在のＨＡＲＱコードブックのためにこれまでスケジュールされた（現在のＤＬ割り振りを含む）ＤＬ割り振りの数をカウントする。コンポーネントキャリアは、（たとえば、キャリア周波数に従って）順序付けられ、カウンタＤＡＩはこの順序でＤＬ割り振りをカウントする。時間軸に沿って、カウンタＤＡＩはリセットされない（カウンタは、スロット境界において連続的に増加される）。各ＤＬ割り振り中の総ＤＡＩは、現在のＨＡＲＱコードブックのためにこれまでスケジュールされた（現在のスロットを含む）ＤＬ割り振りの総数にセットされる。したがって、スロット中の総ＤＡＩは、スロットの最も高いカウンタＤＡＩにセットされる。オーバーヘッドを省くために、モジュロ演算（しばしば、ｍｏｄ２）が、しばしばカウンタＤＡＩおよび総ＤＡＩに適用され、その場合、カウンタＤＡＩおよび総ＤＡＩは、数個のビット、たとえば、ｍｏｄ２では２ビットで表され得る。カウンタＤＡＩ／総ＤＡＩ機構は、受信機がＨＡＲＱコードブックサイズを復元すること、ならびに隣接するＤＬ割り振りがほとんど消失しなかった場合にＨＡＲＱコードブックにインデックス付けすることを可能にする。図１は、カウンタＤＡＩおよび総ＤＡＩの一例を提供する。簡単のために、モジュロ演算はその例示に適用されていない。
【0008】
ＰＵＣＣＨ
ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ（ＨＡＲＱに関係するフィードバック）、アップリンク制御情報（ＵＣＩ）、スケジューリング要求（ＳＲ）、またはビーム関係情報を搬送することができる。ＮＲは、様々な異なるＰＵＣＣＨフォーマットを規定する。利用可能なＰＵＣＣＨフォーマットは、ショートＰＵＣＣＨフォーマットとロングＰＵＣＣＨフォーマットとにグループ化され得る。
ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ（ＨＡＲＱに関係するフィードバック）、アップリンク制御情報（ＵＣＩ）、スケジューリング要求（ＳＲ）、またはビーム関係情報を搬送することができる。ＮＲは、様々な異なるＰＵＣＣＨフォーマットを規定する。利用可能なＰＵＣＣＨフォーマットは、ショートＰＵＣＣＨフォーマットとロングＰＵＣＣＨフォーマットとにグループ化され得る。
【0009】
ショートＰＵＣＣＨ
いくつかのタイプのショートＰＵＣＣＨは≦２ビットであり、他のタイプのショートＰＵＣＣＨは＞２ビットである。ショートＰＵＣＣＨは、スロット内の任意のシンボルにおいて設定され得る。ショートＰＵＣＣＨリソースは、一般に、スロットベースの送信のためのスロット間隔の終端の方へ設定されるが、スロットにわたって、またはスロット間隔内で早期に分散されたＰＵＣＣＨリソースは、ミニスロットに応じた、スケジューリング要求またはＰＵＣＣＨシグナリングのために使用され得る。
いくつかのタイプのショートＰＵＣＣＨは≦２ビットであり、他のタイプのショートＰＵＣＣＨは＞２ビットである。ショートＰＵＣＣＨは、スロット内の任意のシンボルにおいて設定され得る。ショートＰＵＣＣＨリソースは、一般に、スロットベースの送信のためのスロット間隔の終端の方へ設定されるが、スロットにわたって、またはスロット間隔内で早期に分散されたＰＵＣＣＨリソースは、ミニスロットに応じた、スケジューリング要求またはＰＵＣＣＨシグナリングのために使用され得る。
【0010】
≦２ビットの場合のＰＵＣＣＨは、シーケンス選択を使用する。シーケンス選択では、（１つまたは複数の）入力ビットが、利用可能なシーケンスのうちの１つを選択し、入力情報が、選択されたシーケンスによって提示され、たとえば、２つのシーケンスが１ビットのために必要とされ、４つのシーケンスが２ビットのために必要とされる。このＰＵＣＣＨは、１つのシンボルまたは２つのシンボルのいずれかにわたり得る。２つのシンボルの場合、同じ情報が、第２のシンボル中で、潜在的に、シーケンスの別のセットとともに（干渉をランダム化するためのシーケンスホッピング）、および（周波数ダイバーシティを達成するために）別の周波数において、送信される。
【0011】
＞２ビットの場合のＰＵＣＣＨは、１つまたは２つのシンボルを使用する。１つのシンボルの場合、復調用参照信号（ＤＭ－ＲＳ）と、サブキャリアを搬送するアップリンク制御情報（ＵＣＩ）ペイロードとがインターリーブされる。ＵＣＩペイロードは、（ペイロードに応じて、リードマラーコード（Ｒｅｅｄ Ｍｕｌｌｅｒ ｃｏｄｅ）またはポーラコード（Ｐｏｌａｒ ｃｏｄｅ）のいずれかを使用して）符号化されるサブキャリアへの事前マッピングである。２つのシンボルの場合、符号化されたＵＣＩペイロードは両方のシンボルにマッピングされる。２シンボルＰＵＣＣＨでは、一般に、コードレートが１／２にされ（２つのシンボル中で、２倍の数のコード化ビットが利用可能である）、第２のシンボルが（周波数ダイバーシティを達成するために）異なる周波数において送信される。
【0012】
ロングＰＵＣＣＨ
いくつかのタイプのロングＰＵＣＣＨは≦２ビットであり、他のタイプのロングＰＵＣＣＨは＞２ビットである。両方の変形態は、４から１４までの範囲の可変長を伴って存在し、複数のスロットにわたってアグリゲートされることさえある。ロングＰＵＣＣＨは、スロット内の複数の位置において発生することがある。ロングＰＵＣＣＨのために可能である配置は、ＰＵＣＣＨ長に応じて増加または減少することがある。ロングＰＵＣＣＨは、周波数ホッピングを用いてまたは用いずに設定され得る（後者は、周波数ダイバーシティという利点を有する）。
いくつかのタイプのロングＰＵＣＣＨは≦２ビットであり、他のタイプのロングＰＵＣＣＨは＞２ビットである。両方の変形態は、４から１４までの範囲の可変長を伴って存在し、複数のスロットにわたってアグリゲートされることさえある。ロングＰＵＣＣＨは、スロット内の複数の位置において発生することがある。ロングＰＵＣＣＨのために可能である配置は、ＰＵＣＣＨ長に応じて増加または減少することがある。ロングＰＵＣＣＨは、周波数ホッピングを用いてまたは用いずに設定され得る（後者は、周波数ダイバーシティという利点を有する）。
【0013】
≦２ビットの場合のロングＰＵＣＣＨは、ＤＭ－ＲＳが別様に配置されること、および可変長性質を除いて、ＬＴＥにおけるＰＵＣＣＨフォーマット１ａ／１ｂと同様である。
【0014】
＞２ビットの場合のロングＰＵＣＣＨは、復調用参照信号（ＤＭ－ＲＳ）とＵＣＩ搬送シンボルとの間の時分割多元接続（ＴＤＭＡ）を使用する。ＵＣＩペイロードは、（ペイロードに応じて、リードマラーコードまたはポーラコードのいずれかを使用して）符号化され、変調シンボルにマッピングされ（一般に４位相シフトキーイング（ＱＰＳＫ）またはπ／２ ２位相シフトキーイング（ＢＰＳＫ））、ピーク対平均電力比（ＰＡＰＲ）を低減するために離散フーリエ変換（ＤＦＴ）プリコーディングされ、直交周波数分割多重（ＯＦＤＭ）送信のための割り当てられたサブキャリアにマッピングされる。
【0015】
ＵＥは、複数のＰＵＣＣＨフォーマットが設定され得、ＰＵＣＣＨフォーマットは、同じまたは異なるタイプのものであり得る。ＵＥが、１つまたは２つのＤＬ割り振りのみでスケジュールされる場合、小さいペイロードＰＵＣＣＨフォーマットが必要とされるが、ＵＥが複数のＤＬ割り振りでスケジュールされる場合、大きいペイロードフォーマットが必要とされる。また、ロングＰＵＣＣＨフォーマットが、より良好なカバレッジのために必要とされる。たとえば、ＵＥは、≦２ビットの場合にショートＰＵＣＣＨが設定され、＞２ビットの場合にロングＰＵＣＣＨが設定され得る。極めて良好なカバレッジ中のＵＥは、＞２ビットの場合にさえショートＰＵＣＣＨフォーマットを使用することができるが、あまり良好でないカバレッジ中のＵＥは、（≦２ビットの場合にさえ）ロングＰＵＣＣＨフォーマットを必要とする。図２は、ＵＥに設定されたＰＵＣＣＨフォーマットの一例を示す。図２中のＵＥは、複数のロングＰＵＣＣＨフォーマットと、複数のショートＰＵＣＣＨフォーマットとが設定される。リソースＰＲ４は、リソースＰＲ４がＰＲ２およびＰＲ６と重複することを指示するために、わずかに外側に示されている。
【0016】
ＰＵＣＣＨリソース割り振り
ＮＲは、ＰＵＣＣＨリソースと時間との動的指示をサポートする。上述されたように、ＰＵＣＣＨによって搬送されるＨＡＲＱコードブックは、複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）からの（複数の時間インスタンスおよび／またはコンポーネントキャリアからの）ＨＡＲＱフィードバックを含んでいることがある。ＰＵＣＣＨリソースおよび時間は、動的なスケジュールされた送信の場合、スケジューリングＤＬ割り振り中で指示される。ＰＤＳＣＨとＰＵＣＣＨとの間の関連付けは、スケジューリングＤＣＩ中で指示されるＰＵＣＣＨリソース（ＰＲ）および時間（ΔＴ）とすべてのＰＤＳＣＨのＨＡＲＱフィードバックとに基づき得、そのスケジューリングＤＣＩは、同じＰＵＣＣＨリソースおよび時間が同じＨＡＲＱコードブック中で一緒に報告されることを指示する。含まれ得る最新のＰＤＳＣＨは、ＵＥがＨＡＲＱフィードバックを準備するために必要とする処理時間によって制限される。図３は、ＨＡＲＱフィードバック関連付けの一例を提供する。図３の例では、キャリアアグリゲーションなしの事例が示されている。図３は、ＵＥが、同じスロット中のショートＰＵＣＣＨ上でＨＡＲＱフィードバックを報告することができることを示している。所与のＰＵＣＣＨリソースのための、ＨＡＲＱコードブック中に含めるべき最も早期のＰＤＳＣＨは、最後に送信された同じＰＵＣＣＨリソースの時間ウィンドウが満了した後の最初にスケジュールされたＰＤＳＣＨである（図３では、スロットｎ－１のＰＤＳＣＨが、スロットｎ－１のＰＵＣＣＨリソースｍ上で報告され、したがって、スロットｎからのＰＤＳＣＨは、スロットｎ＋４中のＰＵＣＣＨリソースｍ上で送信される、ＨＡＲＱコードブック中に含めるべき最初のＰＤＳＣＨである）。
ＮＲは、ＰＵＣＣＨリソースと時間との動的指示をサポートする。上述されたように、ＰＵＣＣＨによって搬送されるＨＡＲＱコードブックは、複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）からの（複数の時間インスタンスおよび／またはコンポーネントキャリアからの）ＨＡＲＱフィードバックを含んでいることがある。ＰＵＣＣＨリソースおよび時間は、動的なスケジュールされた送信の場合、スケジューリングＤＬ割り振り中で指示される。ＰＤＳＣＨとＰＵＣＣＨとの間の関連付けは、スケジューリングＤＣＩ中で指示されるＰＵＣＣＨリソース（ＰＲ）および時間（ΔＴ）とすべてのＰＤＳＣＨのＨＡＲＱフィードバックとに基づき得、そのスケジューリングＤＣＩは、同じＰＵＣＣＨリソースおよび時間が同じＨＡＲＱコードブック中で一緒に報告されることを指示する。含まれ得る最新のＰＤＳＣＨは、ＵＥがＨＡＲＱフィードバックを準備するために必要とする処理時間によって制限される。図３は、ＨＡＲＱフィードバック関連付けの一例を提供する。図３の例では、キャリアアグリゲーションなしの事例が示されている。図３は、ＵＥが、同じスロット中のショートＰＵＣＣＨ上でＨＡＲＱフィードバックを報告することができることを示している。所与のＰＵＣＣＨリソースのための、ＨＡＲＱコードブック中に含めるべき最も早期のＰＤＳＣＨは、最後に送信された同じＰＵＣＣＨリソースの時間ウィンドウが満了した後の最初にスケジュールされたＰＤＳＣＨである（図３では、スロットｎ－１のＰＤＳＣＨが、スロットｎ－１のＰＵＣＣＨリソースｍ上で報告され、したがって、スロットｎからのＰＤＳＣＨは、スロットｎ＋４中のＰＵＣＣＨリソースｍ上で送信される、ＨＡＲＱコードブック中に含めるべき最初のＰＤＳＣＨである）。
【0017】
間違ったＨＡＲＱコードブックサイズ、およびＨＡＲＱコードブックへの間違ったインデックス付けを回避するために、現在のＤＬ割り振りまでの（現在のＤＬ割り振りを含む）ＤＬ割り振りをカウントするＤＡＩが、各ＤＬ割り振り中に含まれる。キャリアアグリゲーションの場合、カウンタＤＡＩおよび総ＤＡＩは、動的ＨＡＲＱコードブックの説明に関して上記で略述したように必要とされる。
【発明の概要】
【0018】
現在、（１つまたは複数の）ある課題が存在する。たとえば、図３では、スロットｎ＋４中で使用されるべきであるＰＵＣＣＨリソースは、このＰＵＣＣＨを使用するべきである最初のＤＬ割り振りが、示されている例ではスロットｎ中でスケジュールされるときに決定される必要がある。スケジューリング中にそのように前方を見ることは、スケジューラ動作を複雑にする。スケジューラが、スロットｎ中の必要とされるＰＵＣＣＨフォーマット／サイズを間違って「推測した」場合（たとえば、あまりに大きく推測することは、悪い性能を引き起こすが、あまりに小さく推測することは、スケジューラが望むようにスケジュールすることができないことを意味する）、現在、割り振られたＰＵＣＣＨリソースを変更する可能性がない。図３では、新しいＰＵＣＣＨリソースが（たとえば、スロットｎ＋３中で）指示される場合、ＵＥは、スロットｎおよびｎ＋１のためのＨＡＲＱフィードバックも、新しいＰＵＣＣＨリソース上で送られるべきであることを知らないであろう。したがって、ひとたび指示されたＰＵＣＣＨリソースが変更され得ないことは、問題である。
【0019】
本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを提供し得る。たとえば、いくつかの実施形態によれば、ＰＵＣＣＨリソースは（暗黙的にまたは明示的にのいずれかで）グループ化され、割り振られたＰＵＣＣＨリソースは、同じセット中の別のＰＵＣＣＨリソースに変更され得る。ＰＵＣＣＨリソースが同じセット中にある場合、ＵＥは気づいており、すなわち、当初指示されたＰＵＣＣＨリソースのためにすでに収集されたＨＡＲＱフィードバックを、新しいＰＵＣＣＨリソースをも含んでいる現在のＤＬ割り振りのためのＨＡＲＱフィードバックとともに報告するべきである。
【0020】
いくつかの実施形態は、ＵＥが、初期に、異なるＰＵＣＣＨリソース指示を受信した後に、ＵＥが、新しいＰＵＣＣＨリソースに切り替えることができる方法を開示する。それらの提供される方法は、当初、第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックが、新しいＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、新しいＰＵＣＣＨリソース上で送信されることを確実にする。
【0021】
本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。
【0022】
いくつかの実施形態によれば、ＰＵＣＣＨを介して基地局にＨＡＲＱフィードバックを送信するための方法が、無線デバイスによって実施される。本方法は、無線デバイスが、ＨＡＲＱフィードバックを送信するための第１のＰＵＣＣＨリソースを割り振られたと決定することを含む。第１のＰＵＣＣＨリソースは、セットにグループ化される複数のＰＵＣＣＨリソースから割り振られる。本方法は、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することをさらに含む。第２のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースと同じセットに属する。いくつかの実施形態では、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することは、基地局から、ＰＵＣＣＨリソースを変更するように指示する指示を受信したことに応答して実施される。本方法は、第２のＰＵＣＣＨリソースを介して基地局にＨＡＲＱフィードバックを送信することを続ける。いくつかの実施形態では、第２のＰＵＣＣＨリソースを介して送信されたＨＡＲＱフィードバックは、当初、第１のＰＵＣＣＨ上で送信されることを意図されたＨＡＲＱフィードバックと、第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとを含む。
【0023】
いくつかの実施形態によれば、無線デバイスが開示される。本無線デバイスは、本無線デバイスに電力を供給するように設定された電力供給回路要素と、ＰＵＣＣＨを介して基地局にＨＡＲＱフィードバックを送信するように設定された処理回路要素とを備える。たとえば、処理回路要素は、本無線デバイスが、ＨＡＲＱフィードバックを送信するための第１のＰＵＣＣＨリソースを割り振られたと決定するように設定される。第１のＰＵＣＣＨリソースは、セットにグループ化される複数のＰＵＣＣＨリソースから割り振られる。処理回路要素は、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更するようにさらに設定される。第２のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースと同じセットに属する。いくつかの実施形態では、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することは、基地局から、ＰＵＣＣＨリソースを変更するように指示する指示を受信したことに応答して実施される。処理回路要素は、第２のＰＵＣＣＨリソースを介して基地局にＨＡＲＱフィードバックを送信するようにさらに設定される。いくつかの実施形態では、第２のＰＵＣＣＨリソースを介して送信されたＨＡＲＱフィードバックは、当初、第１のＰＵＣＣＨ上で送信されることを意図されたＨＡＲＱフィードバックと、第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとを含む。
【0024】
いくつかの実施形態によれば、ＰＵＣＣＨを介してＨＡＲＱフィードバックをスケジュールするための方法が、基地局によって実施される。本方法は、無線デバイスが、ＨＡＲＱフィードバックを送信するために使用されるＰＵＣＣＨリソースを変更するべきであると決定することと、無線デバイスに、ＰＵＣＣＨリソースを変更するための指示を送ることとを含む。ＰＵＣＣＨリソースはセットにグループ化され、指示は、割り振られたＰＵＣＣＨリソースから同じセット中の異なるＰＵＣＣＨリソースに変更するように指示する。いくつかの実施形態では、本方法は、異なるＰＵＣＣＨリソースを介してＨＡＲＱフィードバックを受信することをさらに含む。いくつかの実施形態では、異なるＰＵＣＣＨリソースを介して受信されたＨＡＲＱフィードバックは、当初、割り振られたＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックを、異なるＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックとともに含む。
【0025】
いくつかの実施形態によれば、基地局が開示される。本基地局は、本基地局に電力を供給するように設定された電力供給回路要素と、ＰＵＣＣＨを介してＨＡＲＱフィードバックをスケジュールするように設定された処理回路要素とを備える。処理回路要素は、無線デバイスが、ＨＡＲＱフィードバックを送信するために使用されるＰＵＣＣＨリソースを変更するべきであると決定することと、無線デバイスに、ＰＵＣＣＨリソースを変更するための指示を送ることとを行うように設定される。ＰＵＣＣＨリソースはセットにグループ化され、指示は、割り振られたＰＵＣＣＨリソースから同じセット中の異なるＰＵＣＣＨリソースに変更するように指示する。いくつかの実施形態では、処理回路要素は、異なるＰＵＣＣＨリソースを介してＨＡＲＱフィードバックを受信するようにさらに設定される。いくつかの実施形態では、異なるＰＵＣＣＨリソースを介して受信されたＨＡＲＱフィードバックは、当初、割り振られたＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックを、異なるＰＵＣＣＨリソース上で受信されることを意図されたＨＡＲＱフィードバックとともに含む。
【0026】
上記で説明された無線デバイス、基地局、および／またはそれらにおいて実施される方法のいくつかの実施形態は、１つまたは複数の追加の特徴を含み得る。たとえば、いくつかの実施形態では、複数のＰＵＣＣＨリソースが暗黙的にグループ化される。他の実施形態では、複数のＰＵＣＣＨリソースは明示的にグループ化される。いくつかの実施形態では、複数のＰＵＣＣＨリソースは、デフォルトグループ化に従ってグループ化される。いくつかの実施形態では、複数のＰＵＣＣＨリソースは、基地局によって送られ、無線デバイスによって受信される、セットインデックスに従ってグループ化される。いくつかの実施形態では、第１のＰＵＣＣＨリソースはＰＵＣＣＨリソースの複数のセットに属し、第２のＰＵＣＣＨリソースは、第２のＰＵＣＣＨが複数のセットのうちの少なくとも１つに属する場合、第１のＰＵＣＣＨリソースと同じセットに属する。いくつかの実施形態では、第１のＰＵＣＣＨリソースのペイロード容量が、第２のＰＵＣＣＨリソースのペイロード容量よりも小さい。他の実施形態では、第１のＰＵＣＣＨリソースのペイロード容量は、第２のＰＵＣＣＨリソースのペイロード容量よりも大きい。いくつかの実施形態では、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースとは、時間領域において少なくとも部分的に重複する。
【0027】
いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。たとえば、いくつかの実施形態によれば、スケジューラが、ＵＥがマルチプルスケジューリング中に使用するべきであるＰＵＣＣＨリソースを変更する（および、それによって、ＰＵＣＣＨリソースを採用する）ことができる。これは、ｇＮＢ（ＮＲにおける基地局）が、割り振られたＰＵＣＣＨリソースを動的に変更することができるので、必要とされるＰＵＣＣＨリソース（ＵＣＩまたはＡＣＫ／ＮＡＣＫペイロードサイズ）に関して、ｇＮＢが極めて精密な予測を行うための要件を緩和する。
【図面の簡単な説明】
【0028】
【図1】ダウンリンク割り振りインデックスの一例を示す図である。
【図2】ロングＰＵＣＣＨフォーマットおよびショートＰＵＣＣＨフォーマットが設定された無線デバイスの一例を示す図である。
【図3】物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、ＨＡＲＱフィードバックのために使用され得るＰＵＣＣＨとの間の関連付けの一例を示す図である。
【図4】いくつかの実施形態による、ロングＰＵＣＣＨフォーマットおよびショートＰＵＣＣＨフォーマットが設定された無線デバイスの一例を示す図である。
【図5】いくつかの実施形態による、ＰＤＣＣＨと、ＨＡＲＱフィードバックのために使用され得るＰＵＣＣＨとの間の関連付けの一例を示す図である。
【図QQ1】いくつかの実施形態による、無線ネットワークの一例を示す図である。
【図QQ2】いくつかの実施形態による、ユーザ機器の一例を示す図である。
【図QQ3】いくつかの実施形態による、仮想化環境の一例を示す図である。
【図QQ4】いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークの一例を示す図である。
【図QQ5】いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの一例を示す図である。
【図QQ6】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法の一例を示す図である。
【図QQ7】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法の一例を示す図である。
【図QQ8】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法の一例を示す図である。
【図QQ9】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法の一例を示す図である。
【図VV0】いくつかの実施形態による、方法の一例を示す図である。
【図VV1】いくつかの実施形態による、方法の一例を示す図である。
【図WW】いくつかの実施形態による、仮想化装置の一例を示す図である。
【図6】いくつかの実施形態による、ＰＵＣＣＨを介して基地局にＨＡＲＱフィードバックを送信するための、無線デバイスによって実施される方法の一例を示す図である。
【図7】いくつかの実施形態による、ＰＵＣＣＨを介してＨＡＲＱフィードバックをスケジュールするための、基地局によって実施される方法の一例を示す図である。
【発明を実施するための形態】
【0029】
添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
【0030】
いくつかの実施形態によれば、ＵＥのために設定されるＰＵＣＣＨリソースは、異なるセットにグループ化される。図４は、ＵＥに、グループ化された複数のロングＰＵＣＣＨリソースおよびショートＰＵＣＣＨリソースが設定された一例を示す。グループ化がどのように達成され得るかは以下でさらに説明され、当面は、このグループ化がどのように達成されたかは重要ではない。わかるように、図４は、図２に基づき、ＰＵＣＣＨフォーマットＰＲ１、ＰＲ２、ＰＲ６、およびＰＲ７が同じセットＳ０中でグループ化される修正を伴う。他のＰＵＣＣＨリソースは他のＰＵＣＣＨセット（図示せず）に属することがあり、ＰＲ１および／またはＰＲ２および／またはＰＲ６および／またはＰＲ７さえ、他のセット（図示せず）のメンバーであり得る。すなわち、１つのＰＵＣＣＨリソースが複数のセット中のメンバーであり得る。図４では、ＰＵＣＣＨリソースＰＲ４は、ＰＵＣＣＨリソースＰＲ４がＰＲ２およびＰＲ６と重複することを指示するために、わずかに外側にあるように示されている。ＰＲ１は、≦２ビットの場合のショートＰＵＣＣＨリソースであり、ＰＲ２は、＞２ビットの場合のショートＰＵＣＣＨリソースである。
【0031】
図５は、いくつかの実施形態による、ＰＤＣＣＨと、ＨＡＲＱフィードバックのために使用され得るＰＵＣＣＨとの間の関連付けの一例を示す。図５は、異なるＰＵＣＣＨリソースを除いて、図３と同様である。図５では、スロットｎおよびｎ＋１は、ショートＰＵＣＣＨリソースＰＲ１（≦２ビット）を指示するが、スロットｎ＋３以降は、確認応答される必要がある（スロットｎ、ｎ＋１、およびｎ＋３からの）３つのＤＬ割り振りがすでにあるので、ＰＵＣＣＨフォーマットＰＲ２（＞２ビット）を指示する。図５の例はショートＰＵＣＣＨフォーマット間で切り替えるが、その切替えは、ショート（またはロング）ＰＵＣＣＨフォーマット内での切替えに限定される必要がない。すなわち、いくつかの実施形態は、異なる長さのＰＵＣＣＨリソース間でも切り替えることができる。
【0032】
ＰＵＣＣＨリソースのグループ化
いくつかの実施形態は、以下でさらに説明されるように、設定、時間位置、および／またはＰＵＣＣＨペイロードに従って、ＰＵＣＣＨリソースをグループ化し得る。
いくつかの実施形態は、以下でさらに説明されるように、設定、時間位置、および／またはＰＵＣＣＨペイロードに従って、ＰＵＣＣＨリソースをグループ化し得る。
【0033】
設定：ＰＵＣＣＨリソース設定の一部として、セットインデックスが、ＰＵＣＣＨリソースが属する１つまたは複数のセットを指示するために提供され得る。提供されない場合、ＰＵＣＣＨリソースは、いずれにも属さないか、またはデフォルトセットに属する。ＰＵＣＣＨリソースは複数のセットにも属することができることに留意されたい。
【0034】
時間位置。例は以下の通りである。
・ 時間領域において（少なくとも部分的に）重複するＰＵＣＣＨリソースが、同じグループに属する。
・ 同じスロット内のすべてのＰＵＣＣＨが１つのセット内にある、すなわち、スロット内のすべてのＰＵＣＣＨリソースが交換され得る。より一般的には、設定された時間間隔内のすべてのＰＵＣＣＨリソース（たとえば、スロット中の最初のＮ個のシンボル、スロット中のシンボルｎ０．．．ｎ０＋Ｎ－１など）は、同じＰＵＣＣＨセットに属する。時間範囲は、完全なＰＵＣＣＨが、提供された時間範囲内にあること、あるいは開始位置または終了位置のみを必要とすることがある。
・ ロングＰＵＣＣＨフォーマット、ただし、異なる開始位置をもつ。ＵＥの処理能力に応じて、ＵＥは、ＰＵＣＣＨがスロット始端において開始しないが、そのスロット中で数シンボル後に開始する場合、現在のスロット中で、前のスロットからのＨＡＲＱフィードバックを送信することが可能であり得る。ｇＮＢが、当初、ＰＵＣＣＨスロットの前のスロット中でＤＬをスケジュールしないことを意図した場合、ｇＮＢは、ＵＬスロット中の早期に開始するロングＰＵＣＣＨを指示し得る。次いで、ＵＬスロットの前の最後のＤＬスロットもスケジュールされる場合、当初のＰＵＣＣＨリソースは機能せず、この場合、最後のＤＬ割り振りは、スロット中の後の開始位置をもつロングＰＵＣＣＨフォーマットを指示し得る。
・ スロット内の異なる位置におけるショートＰＵＣＣＨフォーマット。上記の黒丸と同じ動機づけ。
・ 時間領域において（少なくとも部分的に）重複するＰＵＣＣＨリソースが、同じグループに属する。
・ 同じスロット内のすべてのＰＵＣＣＨが１つのセット内にある、すなわち、スロット内のすべてのＰＵＣＣＨリソースが交換され得る。より一般的には、設定された時間間隔内のすべてのＰＵＣＣＨリソース（たとえば、スロット中の最初のＮ個のシンボル、スロット中のシンボルｎ０．．．ｎ０＋Ｎ－１など）は、同じＰＵＣＣＨセットに属する。時間範囲は、完全なＰＵＣＣＨが、提供された時間範囲内にあること、あるいは開始位置または終了位置のみを必要とすることがある。
・ ロングＰＵＣＣＨフォーマット、ただし、異なる開始位置をもつ。ＵＥの処理能力に応じて、ＵＥは、ＰＵＣＣＨがスロット始端において開始しないが、そのスロット中で数シンボル後に開始する場合、現在のスロット中で、前のスロットからのＨＡＲＱフィードバックを送信することが可能であり得る。ｇＮＢが、当初、ＰＵＣＣＨスロットの前のスロット中でＤＬをスケジュールしないことを意図した場合、ｇＮＢは、ＵＬスロット中の早期に開始するロングＰＵＣＣＨを指示し得る。次いで、ＵＬスロットの前の最後のＤＬスロットもスケジュールされる場合、当初のＰＵＣＣＨリソースは機能せず、この場合、最後のＤＬ割り振りは、スロット中の後の開始位置をもつロングＰＵＣＣＨフォーマットを指示し得る。
・ スロット内の異なる位置におけるショートＰＵＣＣＨフォーマット。上記の黒丸と同じ動機づけ。
【0035】
ＰＵＣＣＨペイロード。例は以下の通りである。
・ 同じフォーマットの、ただし、異なる設定されたペイロードをもつ複数の／すべてのＰＵＣＣＨリソース。
・ ≦２ビットをもつショートＰＵＣＣＨが、＞２ビットをもつショートＰＵＣＣＨと同じセット中にある。これは図５に示されている（ＰＲ１とＰＲ２とがＳ０に属する）。
・ ≦２ビットをもつロングＰＵＣＣＨが、＞２ビットをもつロングＰＵＣＣＨと同じセット中にある。
・ ≦２ビットをもつショートＰＵＣＣＨが、＞２ビットをもつロングＰＵＣＣＨと同じセット中にある。
・ ＰＵＣＣＨリソースは、フォーマットにかかわらず、それらのＰＵＣＣＨリソースが同じスロット中にある場合、同じセット中にあり、後続のＤＬ割り振り中で、指示されたＰＵＣＣＨリソースのペイロード容量が増加する（あるいは、増加するかまたは一定のままである）。たとえば、スロットｎおよびｎ＋１中のＤＬ割り振りが、ペイロード能力ＰＬ１をもつ、スロットｍ中のＰＲ１を指示する。スロットｎ＋４中のＤＬ割り振りが、ペイロードＰＬ２をもつ、スロットｍ中のＰＲ２を指示する。ＰＬ２＞ＰＬ１。この場合、ＵＥは、スロットｍ中のＰＲ１の代わりに、スロットｍ中のＰＵＣＣＨリソースＰＲ２が使用されるべきであると決定する。このルールを使用して、ｇＮＢは、始めに、小さいペイロードをもつＰＵＣＣＨリソースを指示し、その後、同じＰＵＣＣＨリソースを使用するべきであるＤＬ割り振りの数が増加するにつれて、より大きいペイロード能力をもつＰＵＣＣＨリソースに切り替えることができる。
・ 上記と同じルール、減少するＰＵＣＣＨペイロードを伴う。ここでは、ｇＮＢは、最初に、大きいＰＵＣＣＨフォーマットを指示し、そのような大きいフォーマットが必要とされないことが明らかであると、より小さいＰＵＣＣＨリソースを指示する。
・ 同じフォーマットの、ただし、異なる設定されたペイロードをもつ複数の／すべてのＰＵＣＣＨリソース。
・ ≦２ビットをもつショートＰＵＣＣＨが、＞２ビットをもつショートＰＵＣＣＨと同じセット中にある。これは図５に示されている（ＰＲ１とＰＲ２とがＳ０に属する）。
・ ≦２ビットをもつロングＰＵＣＣＨが、＞２ビットをもつロングＰＵＣＣＨと同じセット中にある。
・ ≦２ビットをもつショートＰＵＣＣＨが、＞２ビットをもつロングＰＵＣＣＨと同じセット中にある。
・ ＰＵＣＣＨリソースは、フォーマットにかかわらず、それらのＰＵＣＣＨリソースが同じスロット中にある場合、同じセット中にあり、後続のＤＬ割り振り中で、指示されたＰＵＣＣＨリソースのペイロード容量が増加する（あるいは、増加するかまたは一定のままである）。たとえば、スロットｎおよびｎ＋１中のＤＬ割り振りが、ペイロード能力ＰＬ１をもつ、スロットｍ中のＰＲ１を指示する。スロットｎ＋４中のＤＬ割り振りが、ペイロードＰＬ２をもつ、スロットｍ中のＰＲ２を指示する。ＰＬ２＞ＰＬ１。この場合、ＵＥは、スロットｍ中のＰＲ１の代わりに、スロットｍ中のＰＵＣＣＨリソースＰＲ２が使用されるべきであると決定する。このルールを使用して、ｇＮＢは、始めに、小さいペイロードをもつＰＵＣＣＨリソースを指示し、その後、同じＰＵＣＣＨリソースを使用するべきであるＤＬ割り振りの数が増加するにつれて、より大きいペイロード能力をもつＰＵＣＣＨリソースに切り替えることができる。
・ 上記と同じルール、減少するＰＵＣＣＨペイロードを伴う。ここでは、ｇＮＢは、最初に、大きいＰＵＣＣＨフォーマットを指示し、そのような大きいフォーマットが必要とされないことが明らかであると、より小さいＰＵＣＣＨリソースを指示する。
【0036】
上記は、自動的にまたはセットへの設定を介してどのようにＰＵＣＣＨをグループ化すべきかの、考えられる例のリストにすぎない。また、例の組合せが想定され得る。
【0037】
本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図ＱＱ１に示されている例示的な無線ネットワークなど、無線ネットワークに関して説明される。簡単のために、図ＱＱ１の無線ネットワークは、ネットワークＱＱ１０６、ネットワークノードＱＱ１６０およびＱＱ１６０ｂ、ならびにＷＤ ＱＱ１１０、ＱＱ１１０ｂおよびＱＱ１１０ｃのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノードＱＱ１６０および無線デバイス（ＷＤ）ＱＱ１１０は、追加の詳細とともに図示される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。
【0038】
無線ネットワークは、任意のタイプの通信、通信、データ、セルラー、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、モバイル通信用グローバルシステム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。
【0039】
ネットワークＱＱ１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。
【0040】
ネットワークノードＱＱ１６０およびＷＤ ＱＱ１１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能性を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。
【0041】
本明細書で使用されるネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供する、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散型無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、モバイルスイッチングセンター（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ））、運用保守（Ｏ＆Ｍ：Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）ノード、運用サポートシステム（ＯＳＳ）ノード、自己最適化ネットワーク（ＳＯＮ：Ｓｅｌｆ－Ｏｐｔｉｍｉｚｅｄ Ｎｅｔｗｏｒｋ）ノード、測位ノード（たとえば、エボルブドサービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ））、および／あるいはドライブテスト最小化（ＭＤＴ：ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ ｔｅｓｔ）ノードを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。
【0042】
図ＱＱ１では、ネットワークノードＱＱ１６０は、処理回路要素ＱＱ１７０、デバイス可読媒体ＱＱ１８０、インターフェースＱＱ１９０、補助機器ＱＱ１８４、電源ＱＱ１８６、電力回路要素ＱＱ１８７、およびアンテナＱＱ１６２を含む。図ＱＱ１の例示的な無線ネットワーク中に示されているネットワークノードＱＱ１６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノードＱＱ１６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体ＱＱ１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。
【0043】
同様に、ネットワークノードＱＱ１６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノードＱＱ１６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと考えられ得る。いくつかの実施形態では、ネットワークノードＱＱ１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体ＱＱ１８０）、いくつかの構成要素は再利用され得る（たとえば、同じアンテナＱＱ１６２がＲＡＴによって共有され得る）。ネットワークノードＱＱ１６０は、ネットワークノードＱＱ１６０に統合された、たとえば、ＧＳＭ、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノードＱＱ１６０内の他の構成要素に統合され得る。
【0044】
処理回路要素ＱＱ１７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路要素ＱＱ１７０によって実施されるこれらの動作は、処理回路要素ＱＱ１７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【0045】
処理回路要素ＱＱ１７０は、単体で、またはデバイス可読媒体ＱＱ１８０などの他のネットワークノードＱＱ１６０構成要素と併せてのいずれかで、ネットワークノードＱＱ１６０機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路要素ＱＱ１７０は、デバイス可読媒体ＱＱ１８０に記憶された命令、または処理回路要素ＱＱ１７０内のメモリに記憶された命令を実行し得る。そのような機能性は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路要素ＱＱ１７０は、システムオンチップ（ＳＯＣ）を含み得る。
【0046】
いくつかの実施形態では、処理回路要素ＱＱ１７０は、無線周波数（ＲＦ）トランシーバ回路要素ＱＱ１７２とベースバンド処理回路要素ＱＱ１７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路要素ＱＱ１７２とベースバンド処理回路要素ＱＱ１７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路要素ＱＱ１７２とベースバンド処理回路要素ＱＱ１７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
【0047】
いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能性の一部または全部は、デバイス可読媒体ＱＱ１８０、または処理回路要素ＱＱ１７０内のメモリに記憶された、命令を実行する処理回路要素ＱＱ１７０によって実施され得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路要素ＱＱ１７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素ＱＱ１７０は、説明される機能性を実施するように設定され得る。そのような機能性によって提供される利益は、処理回路要素ＱＱ１７０単独に、またはネットワークノードＱＱ１６０の他の構成要素に限定されないが、全体としてネットワークノードＱＱ１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【0048】
デバイス可読媒体ＱＱ１８０は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路要素ＱＱ１７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体ＱＱ１８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路要素ＱＱ１７０によって実行されることが可能であり、ネットワークノードＱＱ１６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体ＱＱ１８０は、処理回路要素ＱＱ１７０によって行われた計算および／またはインターフェースＱＱ１９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路要素ＱＱ１７０およびデバイス可読媒体ＱＱ１８０は、統合されていると考えられ得る。
【0049】
インターフェースＱＱ１９０は、ネットワークノードＱＱ１６０、ネットワークＱＱ１０６、および／またはＷＤ ＱＱ１１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェースＱＱ１９０は、たとえば有線接続上でネットワークＱＱ１０６との間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末ＱＱ１９４を備える。インターフェースＱＱ１９０は、アンテナＱＱ１６２に結合されるか、またはいくつかの実施形態では、アンテナＱＱ１６２の一部であり得る、無線フロントエンド回路要素ＱＱ１９２をも含む。無線フロントエンド回路要素ＱＱ１９２は、フィルタＱＱ１９８と増幅器ＱＱ１９６とを備える。無線フロントエンド回路要素ＱＱ１９２は、アンテナＱＱ１６２および処理回路要素ＱＱ１７０に接続され得る。無線フロントエンド回路要素は、アンテナＱＱ１６２と処理回路要素ＱＱ１７０との間で通信される信号を調節するように設定され得る。無線フロントエンド回路要素ＱＱ１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路要素ＱＱ１９２は、デジタルデータを、フィルタＱＱ１９８および／または増幅器ＱＱ１９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナＱＱ１６２を介して送信され得る。同様に、データを受信するとき、アンテナＱＱ１６２は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路要素ＱＱ１９２によってデジタルデータに変換される。デジタルデータは、処理回路要素ＱＱ１７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【0050】
いくつかの代替実施形態では、ネットワークノードＱＱ１６０は別個の無線フロントエンド回路要素ＱＱ１９２を含まないことがあり、代わりに、処理回路要素ＱＱ１７０は、無線フロントエンド回路要素を備え得、別個の無線フロントエンド回路要素ＱＱ１９２なしでアンテナＱＱ１６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１７２の全部または一部が、インターフェースＱＱ１９０の一部と考えられ得る。さらに他の実施形態では、インターフェースＱＱ１９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末ＱＱ１９４と、無線フロントエンド回路要素ＱＱ１９２と、ＲＦトランシーバ回路要素ＱＱ１７２とを含み得、インターフェースＱＱ１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路要素ＱＱ１７４と通信し得る。
【0051】
アンテナＱＱ１６２は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナＱＱ１６２は、無線フロントエンド回路要素ＱＱ１９２に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナＱＱ１６２は、たとえば、２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の全方向の、セクタまたはパネルアンテナを備え得る。全方向アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナＱＱ１６２は、ネットワークノードＱＱ１６０とは別個であり得、インターフェースまたはポートを通してネットワークノードＱＱ１６０に接続可能であり得る。
【0052】
アンテナＱＱ１６２、インターフェースＱＱ１９０、および／または処理回路要素ＱＱ１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナＱＱ１６２、インターフェースＱＱ１９０、および／または処理回路要素ＱＱ１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。
【0053】
電力回路要素ＱＱ１８７は、電力管理回路要素を備えるか、または電力管理回路要素に結合され得、本明細書で説明される機能性を実施するための電力を、ネットワークノードＱＱ１６０の構成要素に供給するように設定される。電力回路要素ＱＱ１８７は、電源ＱＱ１８６から電力を受信し得る。電源ＱＱ１８６および／または電力回路要素ＱＱ１８７は、それぞれの構成要素に好適な形式で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノードＱＱ１６０の様々な構成要素に電力を提供するように設定され得る。電源ＱＱ１８６は、電力回路要素ＱＱ１８７および／またはネットワークノードＱＱ１６０中に含まれるか、あるいは電力回路要素ＱＱ１８７および／またはネットワークノードＱＱ１６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノードＱＱ１６０は、電気ケーブルなどの入力回路要素またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路要素ＱＱ１８７に電力を供給する。さらなる例として、電源ＱＱ１８６は、電力回路要素ＱＱ１８７に接続された、または電力回路要素ＱＱ１８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。
【0054】
ネットワークノードＱＱ１６０の代替実施形態は、本明細書で説明される機能性、および／または本明細書で説明される主題をサポートするために必要な機能性のうちのいずれかを含む、ネットワークノードの機能性のいくつかの態様を提供することを担当し得る、図ＱＱ１に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノードＱＱ１６０は、ネットワークノードＱＱ１６０への情報の入力を可能にするための、およびネットワークノードＱＱ１６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノードＱＱ１６０のための診断、メンテナンス、修復、および他の管理機能を実施することを可能にし得る。
【0055】
本明細書で使用される無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、ＷＤは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＷＤは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ内蔵機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ：ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅ ｅｑｕｉｐｍｅｎｔ）、車載無線端末デバイスなどを含む。ＷＤは、たとえばサイドリンク通信、車両対車両（Ｖ２Ｖ）、車両対インフラストラクチャ（Ｖ２Ｉ）、車両対あらゆるモノ（Ｖ２Ｘ）のための第３世代パートナーシッププロジェクト（３ＧＰＰ）規格を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＷＤは、この場合、マシン間（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば、冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。上記で説明されたＷＤは無線接続のエンドポイントを表し得、その場合には、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたＷＤはモバイルであり得、その場合には、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。
【0056】
示されているように、無線デバイスＱＱ１１０は、アンテナＱＱ１１１、インターフェースＱＱ１１４、処理回路要素ＱＱ１２０、デバイス可読媒体ＱＱ１３０、ユーザインターフェース機器ＱＱ１３２、補助機器ＱＱ１３４、電源ＱＱ１３６、および電力回路要素ＱＱ１３７を含む。ＷＤ ＱＱ１１０は、ＷＤ ＱＱ１１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、ＷＤ ＱＱ１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。
【0057】
アンテナＱＱ１１１は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェースＱＱ１１４に接続される。いくつかの代替実施形態では、アンテナＱＱ１１１は、ＷＤ ＱＱ１１０とは別個であり、インターフェースまたはポートを通してＷＤ ＱＱ１１０に接続可能であり得る。アンテナＱＱ１１１、インターフェースＱＱ１１４、および／または処理回路要素ＱＱ１２０は、ＷＤによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路要素および／またはアンテナＱＱ１１１は、インターフェースと考えられ得る。
【0058】
示されているように、インターフェースＱＱ１１４は、無線フロントエンド回路要素ＱＱ１１２とアンテナＱＱ１１１とを備える。無線フロントエンド回路要素ＱＱ１１２は、１つまたは複数のフィルタＱＱ１１８と増幅器ＱＱ１１６とを備える。無線フロントエンド回路要素ＱＱ１１２は、アンテナＱＱ１１１および処理回路要素ＱＱ１２０に接続され、アンテナＱＱ１１１と処理回路要素ＱＱ１２０との間で通信される信号を調節するように設定される。無線フロントエンド回路要素ＱＱ１１２は、アンテナＱＱ１１１に結合されるか、またはアンテナＱＱ１１１の一部であり得る。いくつかの実施形態では、ＷＤ ＱＱ１１０は別個の無線フロントエンド回路要素ＱＱ１１２を含まないことがあり、むしろ、処理回路要素ＱＱ１２０は、無線フロントエンド回路要素を備え得、アンテナＱＱ１１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２の一部または全部が、インターフェースＱＱ１１４の一部と考えられ得る。無線フロントエンド回路要素ＱＱ１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路要素ＱＱ１１２は、デジタルデータを、フィルタＱＱ１１８および／または増幅器ＱＱ１１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナＱＱ１１１を介して送信され得る。同様に、データを受信するとき、アンテナＱＱ１１１は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路要素ＱＱ１１２によってデジタルデータに変換される。デジタルデータは、処理回路要素ＱＱ１２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【0059】
処理回路要素ＱＱ１２０は、単体で、またはデバイス可読媒体ＱＱ１３０などの他のＷＤ ＱＱ１１０構成要素と併せてのいずれかで、ＷＤ ＱＱ１１０機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能性は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路要素ＱＱ１２０は、本明細書で開示される機能性を提供するために、デバイス可読媒体ＱＱ１３０に記憶された命令、または処理回路要素ＱＱ１２０内のメモリに記憶された命令を実行し得る。
【0060】
示されているように、処理回路要素ＱＱ１２０は、ＲＦトランシーバ回路要素ＱＱ１２２、ベースバンド処理回路要素ＱＱ１２４、およびアプリケーション処理回路要素ＱＱ１２６のうちの１つまたは複数を含む。他の実施形態では、処理回路要素は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、ＷＤ ＱＱ１１０の処理回路要素ＱＱ１２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２、ベースバンド処理回路要素ＱＱ１２４、およびアプリケーション処理回路要素ＱＱ１２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路要素ＱＱ１２４およびアプリケーション処理回路要素ＱＱ１２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路要素ＱＱ１２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２およびベースバンド処理回路要素ＱＱ１２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路要素ＱＱ１２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２、ベースバンド処理回路要素ＱＱ１２４、およびアプリケーション処理回路要素ＱＱ１２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２は、インターフェースＱＱ１１４の一部であり得る。ＲＦトランシーバ回路要素ＱＱ１２２は、処理回路要素ＱＱ１２０のためのＲＦ信号を調節し得る。
【0061】
いくつかの実施形態では、ＷＤによって実施されるものとして本明細書で説明される機能性の一部または全部は、デバイス可読媒体ＱＱ１３０に記憶された命令を実行する処理回路要素ＱＱ１２０によって提供され得、デバイス可読媒体ＱＱ１３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路要素ＱＱ１２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素ＱＱ１２０は、説明される機能性を実施するように設定され得る。そのような機能性によって提供される利益は、処理回路要素ＱＱ１２０単独に、またはＷＤ ＱＱ１１０の他の構成要素に限定されないが、全体としてＷＤ ＱＱ１１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【0062】
処理回路要素ＱＱ１２０は、ＷＤによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路要素ＱＱ１２０によって実施されるようなこれらの動作は、処理回路要素ＱＱ１２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をＷＤ ＱＱ１１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【0063】
デバイス可読媒体ＱＱ１３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路要素ＱＱ１２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体ＱＱ１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路要素ＱＱ１２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路要素ＱＱ１２０およびデバイス可読媒体ＱＱ１３０は、統合されていると考えられ得る。
【0064】
ユーザインターフェース機器ＱＱ１３２は、人間のユーザがＷＤ ＱＱ１１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形式のものであり得る。ユーザインターフェース機器ＱＱ１３２は、ユーザへの出力を作り出すように、およびユーザがＷＤ ＱＱ１１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、ＷＤ ＱＱ１１０にインストールされるユーザインターフェース機器ＱＱ１３２のタイプに応じて変化し得る。たとえば、ＷＤ ＱＱ１１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ ＱＱ１１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器ＱＱ１３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器ＱＱ１３２は、ＷＤ ＱＱ１１０への情報の入力を可能にするように設定され、処理回路要素ＱＱ１２０が入力情報を処理することを可能にするために、処理回路要素ＱＱ１２０に接続される。ユーザインターフェース機器ＱＱ１３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路要素を含み得る。ユーザインターフェース機器ＱＱ１３２はまた、ＷＤ ＱＱ１１０からの情報の出力を可能にするように、および処理回路要素ＱＱ１２０がＷＤ ＱＱ１１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器ＱＱ１３２は、たとえば、スピーカー、ディスプレイ、振動回路要素、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路要素を含み得る。ユーザインターフェース機器ＱＱ１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ ＱＱ１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能性から利益を得ることを可能にし得る。
【0065】
補助機器ＱＱ１３４は、概してＷＤによって実施されないことがある、より固有の機能性を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などのさらなるタイプの通信のためのインターフェースなどを備え得る。補助機器ＱＱ１３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変化し得る。
【0066】
電源ＱＱ１３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。ＷＤ ＱＱ１１０は、電源ＱＱ１３６から、本明細書で説明または指示される任意の機能性を行うために電源ＱＱ１３６からの電力を必要とする、ＷＤ ＱＱ１１０の様々な部分に電力を配信するための、電力回路要素ＱＱ１３７をさらに備え得る。電力回路要素ＱＱ１３７は、いくつかの実施形態では、電力管理回路要素を備え得る。電力回路要素ＱＱ１３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、ＷＤ ＱＱ１１０は、電力ケーブルなどの入力回路要素またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路要素ＱＱ１３７はまた、いくつかの実施形態では、外部電源から電源ＱＱ１３６に電力を配信するように動作可能であり得る。これは、たとえば、電源ＱＱ１３６の充電のためのものであり得る。電力回路要素ＱＱ１３７は、電源ＱＱ１３６からの電力に対して、その電力を、電力が供給されるＷＤ ＱＱ１１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。
【0067】
図ＱＱ２は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ ＱＱ２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図ＱＱ２に示されているＵＥ ＱＱ２００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、ＬＴＥ、および／または第５世代（５Ｇ）規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。前述のように、ＷＤおよびＵＥという用語は、互換的に使用され得る。したがって、図ＱＱ２はＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。
【0068】
図ＱＱ２では、ＵＥ ＱＱ２００は、入出力インターフェースＱＱ２０５、無線周波数（ＲＦ）インターフェースＱＱ２０９、ネットワーク接続インターフェースＱＱ２１１、ランダムアクセスメモリ（ＲＡＭ）ＱＱ２１７と読取り専用メモリ（ＲＯＭ）ＱＱ２１９と記憶媒体ＱＱ２２１などとを含むメモリＱＱ２１５、通信サブシステムＱＱ２３１、電源ＱＱ２１３、および／または他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路要素ＱＱ２０１を含む。記憶媒体ＱＱ２２１は、オペレーティングシステムＱＱ２２３と、アプリケーションプログラムＱＱ２２５と、データＱＱ２２７とを含む。他の実施形態では、記憶媒体ＱＱ２２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図ＱＱ２に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変化し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
【0069】
図ＱＱ２では、処理回路要素ＱＱ２０１は、コンピュータ命令およびデータを処理するように設定され得る。処理回路要素ＱＱ２０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路要素ＱＱ２０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形式での情報であり得る。
【0070】
図示された実施形態では、入出力インターフェースＱＱ２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ ＱＱ２００は、入出力インターフェースＱＱ２０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ ＱＱ２００への入力およびＵＥ ＱＱ２００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ ＱＱ２００は、ユーザがＵＥ ＱＱ２００に情報をキャプチャすることを可能にするために、入出力インターフェースＱＱ２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。
【0071】
図ＱＱ２では、ＲＦインターフェースＱＱ２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェースＱＱ２１１は、ネットワークＱＱ２４３ａに通信インターフェースを提供するように設定され得る。ネットワークＱＱ２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワークＱＱ２４３ａは、Ｗｉ－Ｆｉネットワークを備え得る。ネットワーク接続インターフェースＱＱ２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェースＱＱ２１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能性を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または、代替的に、別個に実装され得る。
【0072】
ＲＡＭ ＱＱ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バスＱＱ２０２を介して処理回路要素ＱＱ２０１にインターフェースするように設定され得る。ＲＯＭ ＱＱ２１９は、処理回路要素ＱＱ２０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ ＱＱ２１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体ＱＱ２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、取外し可能カートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体ＱＱ２２１は、オペレーティングシステムＱＱ２２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラムＱＱ２２５と、データファイルＱＱ２２７とを含むように設定され得る。記憶媒体ＱＱ２２１は、ＵＥ ＱＱ２００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
【0073】
記憶媒体ＱＱ２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体ＱＱ２２１は、ＵＥ ＱＱ２００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体ＱＱ２２１中に有形に具現され得、記憶媒体ＱＱ２２１はデバイス可読媒体を備え得る。
【0074】
図ＱＱ２では、処理回路要素ＱＱ２０１は、通信サブシステムＱＱ２３１を使用してネットワークＱＱ２４３ｂと通信するように設定され得る。ネットワークＱＱ２４３ａとネットワークＱＱ２４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステムＱＱ２３１は、ネットワークＱＱ２４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステムＱＱ２３１は、ＩＥＥＥ８０２．ＱＱ２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能性または受信機機能性をそれぞれ実装するための、送信機ＱＱ２３３および／または受信機ＱＱ２３５を含み得る。さらに、各トランシーバの送信機ＱＱ２３３および受信機ＱＱ２３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または、代替的に、別個に実装され得る。
【0075】
示されている実施形態では、通信サブシステムＱＱ２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステムＱＱ２３１は、セルラー通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワークＱＱ２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワークＱＱ２４３ｂは、セルラーネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源ＱＱ２１３は、ＵＥ ＱＱ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。
【0076】
本明細書で説明される特徴、利益および／または機能は、ＵＥ ＱＱ２００の構成要素のうちの１つにおいて実装されるか、またはＵＥ ＱＱ２００の複数の構成要素にわたって分割され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステムＱＱ２３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路要素ＱＱ２０１は、バスＱＱ２０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路要素ＱＱ２０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能性は、処理回路要素ＱＱ２０１と通信サブシステムＱＱ２３１との間で分割され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
【0077】
図ＱＱ３は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境ＱＱ３００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能性の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。
【0078】
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノードＱＱ３３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境ＱＱ３００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。
【0079】
（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、１つまたは複数のアプリケーションＱＱ３２０によって実装され得る。アプリケーションＱＱ３２０は、処理回路要素ＱＱ３６０とメモリＱＱ３９０－１とを備えるハードウェアＱＱ３３０を提供する、仮想化環境ＱＱ３００において稼働される。メモリＱＱ３９０－１は、処理回路要素ＱＱ３６０によって実行可能な命令ＱＱ３９５を含んでおり、それにより、アプリケーションＱＱ３２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。
【0080】
仮想化環境ＱＱ３００は、１つまたは複数のプロセッサのセットまたは処理回路要素ＱＱ３６０を備える、汎用または専用のネットワークハードウェアデバイスＱＱ３３０を備え、１つまたは複数のプロセッサのセットまたは処理回路要素ＱＱ３６０は、商用オフザシェルフ（ＣＯＴＳ：ｃｏｍｍｅｒｃｉａｌ ｏｆｆ－ｔｈｅ－ｓｈｅｌｆ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路要素であり得る。各ハードウェアデバイスはメモリＱＱ３９０－１を備え得、メモリＱＱ３９０－１は、処理回路要素ＱＱ３６０によって実行される命令ＱＱ３９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）ＱＱ３７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）ＱＱ３７０は物理ネットワークインターフェースＱＱ３８０を含む。各ハードウェアデバイスは、処理回路要素ＱＱ３６０によって実行可能なソフトウェアＱＱ３９５および／または命令を記憶した、非一時的、永続的、機械可読記憶媒体ＱＱ３９０－２をも含み得る。ソフトウェアＱＱ３９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤＱＱ３５０をインスタンス化するためのソフトウェア、仮想マシンＱＱ３４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【0081】
仮想マシンＱＱ３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤＱＱ３５０またはハイパーバイザによって稼働され得る。仮想アプライアンスＱＱ３２０の事例の異なる実施形態が、仮想マシンＱＱ３４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。
【0082】
動作中に、処理回路要素ＱＱ３６０は、ソフトウェアＱＱ３９５を実行してハイパーバイザまたは仮想化レイヤＱＱ３５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤＱＱ３５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤＱＱ３５０は、仮想マシンＱＱ３４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
【0083】
図ＱＱ３に示されているように、ハードウェアＱＱ３３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェアＱＱ３３０は、アンテナＱＱ３２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェアＱＱ３３０は、多くのハードウェアノードが協働し、特に、アプリケーションＱＱ３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）ＱＱ３１００を介して管理される、（たとえば、データセンターまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。
【0084】
ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンターおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理記憶域上にコンソリデートするために使用され得る。
【0085】
ＮＦＶのコンテキストでは、仮想マシンＱＱ３４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシンＱＱ３４０の各々と、その仮想マシンに専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシンＱＱ３４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェアＱＱ３３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。
【0086】
さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャＱＱ３３０の上の１つまたは複数の仮想マシンＱＱ３４０において稼働する固有のネットワーク機能をハンドリングすることを担当し、図ＱＱ３中のアプリケーションＱＱ３２０に対応する。
【0087】
いくつかの実施形態では、各々、１つまたは複数の送信機ＱＱ３２２０と１つまたは複数の受信機ＱＱ３２１０とを含む、１つまたは複数の無線ユニットＱＱ３２００は、１つまたは複数のアンテナＱＱ３２２５に結合され得る。無線ユニットＱＱ３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノードＱＱ３３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
【0088】
いくつかの実施形態では、何らかのシグナリングが、ハードウェアノードＱＱ３３０と無線ユニットＱＱ３２００との間の通信のために代替的に使用され得る制御システムＱＱ３２３０を使用して、実現され得る。
【0089】
図ＱＱ４を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワークＱＱ４１１とコアネットワークＱＱ４１４とを備える、３ＧＰＰタイプセルラーネットワークなどの通信ネットワークＱＱ４１０を含む。アクセスネットワークＱＱ４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃを備え、各々が、対応するカバレッジエリアＱＱ４１３ａ、ＱＱ４１３ｂ、ＱＱ４１３ｃを規定する。各基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃは、有線接続または無線接続ＱＱ４１５上でコアネットワークＱＱ４１４に接続可能である。カバレッジエリアＱＱ４１３ｃ中に位置する第１のＵＥ ＱＱ４９１が、対応する基地局ＱＱ４１２ｃに無線で接続するか、または対応する基地局ＱＱ４１２ｃによってページングされるように設定される。カバレッジエリアＱＱ４１３ａ中の第２のＵＥ ＱＱ４９２が、対応する基地局ＱＱ４１２ａに無線で接続可能である。この例では複数のＵＥ ＱＱ４９１、ＱＱ４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが対応する基地局ＱＱ４１２に接続している状況に等しく適用可能である。
【0090】
通信ネットワークＱＱ４１０はそれ自体で、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る、ホストコンピュータＱＱ４３０に接続される。ホストコンピュータＱＱ４３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワークＱＱ４１０とホストコンピュータＱＱ４３０との間の接続ＱＱ４２１およびＱＱ４２２は、コアネットワークＱＱ４１４からホストコンピュータＱＱ４３０に直接延びるか、または随意の中間ネットワークＱＱ４２０を介して進み得る。中間ネットワークＱＱ４２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワークＱＱ４２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワークＱＱ４２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【0091】
図ＱＱ４の通信システムは全体として、接続されたＵＥ ＱＱ４９１、ＱＱ４９２とホストコンピュータＱＱ４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続ＱＱ４５０として説明され得る。ホストコンピュータＱＱ４３０および接続されたＵＥ ＱＱ４９１、ＱＱ４９２は、アクセスネットワークＱＱ４１１、コアネットワークＱＱ４１４、任意の中間ネットワークＱＱ４２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続ＱＱ４５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続ＱＱ４５０が通過する参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、ＯＴＴ接続ＱＱ４５０は透過的であり得る。たとえば、基地局ＱＱ４１２は、接続されたＵＥ ＱＱ４９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータＱＱ４３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局ＱＱ４１２は、ＵＥ ＱＱ４９１から発生してホストコンピュータＱＱ４３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。
【0092】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図ＱＱ５を参照しながら説明される。通信システムＱＱ５００では、ホストコンピュータＱＱ５１０が、通信システムＱＱ５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェースＱＱ５１６を含む、ハードウェアＱＱ５１５を備える。ホストコンピュータＱＱ５１０は、記憶能力および／または処理能力を有し得る、処理回路要素ＱＱ５１８をさらに備える。特に、処理回路要素ＱＱ５１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ホストコンピュータＱＱ５１０は、ホストコンピュータＱＱ５１０に記憶されるかまたはホストコンピュータＱＱ５１０によってアクセス可能であり、処理回路要素ＱＱ５１８によって実行可能である、ソフトウェアＱＱ５１１をさらに備える。ソフトウェアＱＱ５１１は、ホストアプリケーションＱＱ５１２を含む。ホストアプリケーションＱＱ５１２は、ＵＥ ＱＱ５３０およびホストコンピュータＱＱ５１０において終端するＯＴＴ接続ＱＱ５５０を介して接続するＵＥ ＱＱ５３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーションＱＱ５１２は、ＯＴＴ接続ＱＱ５５０を使用して送信されるユーザデータを提供し得る。
【0093】
通信システムＱＱ５００は、通信システム中に提供される基地局ＱＱ５２０をさらに含み、基地局ＱＱ５２０は、基地局ＱＱ５２０がホストコンピュータＱＱ５１０およびＵＥ ＱＱ５３０と通信することを可能にするハードウェアＱＱ５２５を備える。ハードウェアＱＱ５２５は、通信システムＱＱ５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェースＱＱ５２６、ならびに基地局ＱＱ５２０によってサーブされるカバレッジエリア（図ＱＱ５に図示せず）中に位置するＵＥ ＱＱ５３０との少なくとも無線接続ＱＱ５７０をセットアップおよび維持するための無線インターフェースＱＱ５２７を含み得る。通信インターフェースＱＱ５２６は、ホストコンピュータＱＱ５１０への接続ＱＱ５６０を容易にするように設定され得る。接続ＱＱ５６０は直接であり得るか、あるいは、接続ＱＱ５６０は、通信システムのコアネットワーク（図ＱＱ５に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局ＱＱ５２０のハードウェアＱＱ５２５は、処理回路要素ＱＱ５２８をさらに含み、処理回路要素ＱＱ５２８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。基地局ＱＱ５２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェアＱＱ５２１をさらに有する。
【0094】
通信システムＱＱ５００は、すでに言及されたＵＥ ＱＱ５３０をさらに含む。ＵＥ ＱＱ５３０のハードウェアＱＱ５３５は、ＵＥ ＱＱ５３０が現在位置するカバレッジエリアをサーブする基地局との無線接続ＱＱ５７０をセットアップおよび維持するように設定された、無線インターフェースＱＱ５３７を含み得る。ＵＥ ＱＱ５３０のハードウェアＱＱ５３５は、処理回路要素ＱＱ５３８をさらに含み、処理回路要素ＱＱ５３８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ＵＥ ＱＱ５３０は、ＵＥ ＱＱ５３０に記憶されるかまたはＵＥ ＱＱ５３０によってアクセス可能であり、処理回路要素ＱＱ５３８によって実行可能である、ソフトウェアＱＱ５３１をさらに備える。ソフトウェアＱＱ５３１は、クライアントアプリケーションＱＱ５３２を含む。クライアントアプリケーションＱＱ５３２は、ホストコンピュータＱＱ５１０のサポートのもとに、ＵＥ ＱＱ５３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータＱＱ５１０では、実行しているホストアプリケーションＱＱ５１２は、ＵＥ ＱＱ５３０およびホストコンピュータＱＱ５１０において終端するＯＴＴ接続ＱＱ５５０を介して、実行しているクライアントアプリケーションＱＱ５３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーションＱＱ５３２は、ホストアプリケーションＱＱ５１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続ＱＱ５５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーションＱＱ５３２は、クライアントアプリケーションＱＱ５３２が提供するユーザデータを生成するためにユーザと対話し得る。
【0095】
図ＱＱ５に示されているホストコンピュータＱＱ５１０、基地局ＱＱ５２０およびＵＥ ＱＱ５３０は、それぞれ、図ＱＱ４のホストコンピュータＱＱ４３０、基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃのうちの１つ、およびＵＥ ＱＱ４９１、ＱＱ４９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図ＱＱ５に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図ＱＱ４のものであり得るということである。
【0096】
図ＱＱ５では、ＯＴＴ接続ＱＱ５５０は、仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的言及なしに、基地局ＱＱ５２０を介した、ホストコンピュータＱＱ５１０とＵＥ ＱＱ５３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ ＱＱ５３０からまたはホストコンピュータＱＱ５１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続ＱＱ５５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する決定を行い得る。
【0097】
ＵＥ ＱＱ５３０と基地局ＱＱ５２０との間の無線接続ＱＱ５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続ＱＱ５７０が最後のセグメントを形成するＯＴＴ接続ＱＱ５５０を使用して、ＵＥ ＱＱ５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、アップリンク上でのＨＡＲＱフィードバックのスケジューリングを改善し、それにより、ダウンリンク上で送信されるデータに関する低減されたユーザ待ち時間などの利益を提供し得る。
【0098】
１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータＱＱ５１０とＵＥ ＱＱ５３０との間のＯＴＴ接続ＱＱ５５０を再設定するための随意のネットワーク機能性がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続ＱＱ５５０を再設定するためのネットワーク機能性は、ホストコンピュータＱＱ５１０のソフトウェアＱＱ５１１およびハードウェアＱＱ５１５でまたはＵＥ ＱＱ５３０のソフトウェアＱＱ５３１およびハードウェアＱＱ５３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続ＱＱ５５０が通過する通信デバイスにおいてまたはそれに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェアＱＱ５１１、ＱＱ５３１が監視された量を計算または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続ＱＱ５５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局ＱＱ５２０に影響を及ぼす必要がなく、再設定は、基地局ＱＱ５２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータＱＱ５１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェアＱＱ５１１およびＱＱ５３１が、ソフトウェアＱＱ５１１およびＱＱ５３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続ＱＱ５５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【0099】
図ＱＱ６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ６への図面参照のみがこのセクションに含まれる。ステップＱＱ６１０において、ホストコンピュータはユーザデータを提供する。ステップＱＱ６１０の（随意であり得る）サブステップＱＱ６１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ６２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップＱＱ６３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップＱＱ６４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【0100】
図ＱＱ７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ７への図面参照のみがこのセクションに含まれる。本方法のステップＱＱ７１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ７２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップＱＱ７３０において、ＵＥは、送信において搬送されたユーザデータを受信する。
【0101】
図ＱＱ８は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ８への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップＱＱ８１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップＱＱ８２０において、ＵＥはユーザデータを提供する。ステップＱＱ８２０の（随意であり得る）サブステップＱＱ８２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ８１０の（随意であり得る）サブステップＱＱ８１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップＱＱ８３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップＱＱ８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0102】
図ＱＱ９は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ９への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップＱＱ９１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップＱＱ９２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップＱＱ９３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【0103】
図ＶＶ０は、特定の実施形態による、無線デバイスにおいて使用するための方法を示す。本方法は、ステップＶＶ０２において開始し、基地局から、ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを変更するための指示を受信する。本方法はステップＶＶ０４に進み、ＰＵＣＣＨリソースを変更する。本方法は、ステップＶＶ０６において、当初、当初のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、新しいＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、新しいＰＵＣＣＨリソース上で送信することで終了する。
【0104】
図ＶＶ１は、特定の実施形態による、基地局において使用するための方法を示す。本方法は、ステップＶＶ１２において開始し、マルチプルスケジューリング中に、無線デバイスが、ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを変更するべきであると決定する。本方法はステップＶＶ１４に進み、無線デバイスに指示を送り、指示は、無線デバイスがＰＵＣＣＨリソースを変更するべきであることを指示する。本方法は、ステップＶＶ１６において、当初、当初のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、新しいＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、新しいＰＵＣＣＨリソース上で受信することで終了する。
【0105】
図ＷＷは、無線ネットワーク（たとえば、図ＱＱ１に示されている無線ネットワーク）における装置ＷＷ００の概略ブロック図を示す。本装置は、無線デバイスまたはネットワークノード（たとえば、図ＱＱ１に示されている無線デバイスＱＱ１１０またはネットワークノードＱＱ１６０）において実装され得る。装置ＷＷ００は、図ＶＶ０または図ＶＶ１に関して説明された例示的な方法、および、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図ＶＶ０または図ＶＶ１の方法は、必ずしも装置ＷＷ００のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施され得る。
【0106】
仮想装置ＷＷ００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路要素、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。処理回路要素は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路要素は、アップリンク設定ユニットＷＷ０２、ＨＡＲＱフィードバックユニットＷＷ０４、および装置ＷＷ００の任意の他の好適なユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0107】
図ＷＷに示されているように、装置ＷＷ００は、アップリンク設定ユニットＷＷ０２とＨＡＲＱフィードバックユニットＷＷ０４とを含む。アップリンク設定ユニットＷＷ０２およびＨＡＲＱフィードバックユニットが、無線デバイスにおいて実装されるときなど、いくつかの実施形態では、アップリンク設定ユニットＷＷ０２は、基地局から、ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを変更するための指示を受信するように設定される。その指示を受信したことに応答して、アップリンク設定ユニットＷＷ０２は、ＰＵＣＣＨリソースを変更するようにさらに設定される。ＨＡＲＱフィードバックユニットＷＷ０４は、当初、当初のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、新しいＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、新しいＰＵＣＣＨリソース上で送信するように設定される。
【0108】
アップリンク設定ユニットＷＷ０２およびＨＡＲＱフィードバックユニットが、基地局において実装されるときなど、いくつかの実施形態では、アップリンク設定ユニットＷＷ０２は、マルチプルスケジューリング中に、無線デバイスが、ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを変更するべきであると決定するように設定される。その決定に応答して、アップリンク設定ユニットＷＷ０２は、無線デバイスに指示を送るようにさらに設定され、指示は、無線デバイスがＰＵＣＣＨリソースを変更するべきであることを指示する。ＨＡＲＱフィードバックユニットＷＷ０４は、当初、当初のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、新しいＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、新しいＰＵＣＣＨリソース上で受信するように設定される。
【0109】
ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および／または表示機能などを行うための、電気および／または電子回路要素、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。
【0110】
実施形態
グループＡの実施形態
１．基地局にＨＡＲＱフィードバックを送信するための、無線デバイスによって実施される方法であって、
－ ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを変更することであって、ＰＵＣＣＨリソースが、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更される、ＰＵＣＣＨリソースを変更すること
を含む、方法。
２．ＰＵＣＣＨリソースがセットにグループ化され、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースとが同じセットに属する、実施形態１に記載の方法。
３．ＰＵＣＣＨリソースが暗黙的にグループ化される、実施形態２に記載の方法。
４．ＰＵＣＣＨリソースが明示的にグループ化される、実施形態２に記載の方法。
５．基地局からセットインデックスを受信することをさらに含み、ＰＵＣＣＨリソースが、セットインデックスに従ってグループ化される、実施形態２に記載の方法。
６．ＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、実施形態２に記載の方法。
７．少なくとも１つのＰＵＣＣＨリソースが、ＰＵＣＣＨリソースの２つ以上のセットに属する、実施形態１から６のいずれか１つに記載の方法。
８．基地局から、ＰＵＣＣＨリソースを変更するための指示を受信することをさらに含み、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することが、基地局から指示を受信したことに応答して実施される、実施形態１から７のいずれか１つに記載の方法。
９．基地局に、当初、第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、第２のＰＵＣＣＨリソース上で送信することをさらに含む、実施形態１から８のいずれか１つに記載の方法。
１０．
－ ユーザデータを提供することと、
－ 基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態１から９のいずれか１つに記載の方法。
グループＡの実施形態
１．基地局にＨＡＲＱフィードバックを送信するための、無線デバイスによって実施される方法であって、
－ ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを変更することであって、ＰＵＣＣＨリソースが、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更される、ＰＵＣＣＨリソースを変更すること
を含む、方法。
２．ＰＵＣＣＨリソースがセットにグループ化され、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースとが同じセットに属する、実施形態１に記載の方法。
３．ＰＵＣＣＨリソースが暗黙的にグループ化される、実施形態２に記載の方法。
４．ＰＵＣＣＨリソースが明示的にグループ化される、実施形態２に記載の方法。
５．基地局からセットインデックスを受信することをさらに含み、ＰＵＣＣＨリソースが、セットインデックスに従ってグループ化される、実施形態２に記載の方法。
６．ＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、実施形態２に記載の方法。
７．少なくとも１つのＰＵＣＣＨリソースが、ＰＵＣＣＨリソースの２つ以上のセットに属する、実施形態１から６のいずれか１つに記載の方法。
８．基地局から、ＰＵＣＣＨリソースを変更するための指示を受信することをさらに含み、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することが、基地局から指示を受信したことに応答して実施される、実施形態１から７のいずれか１つに記載の方法。
９．基地局に、当初、第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、第２のＰＵＣＣＨリソース上で送信することをさらに含む、実施形態１から８のいずれか１つに記載の方法。
１０．
－ ユーザデータを提供することと、
－ 基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態１から９のいずれか１つに記載の方法。
【0111】
グループＢの実施形態
１１．無線デバイスからのＨＡＲＱフィードバックをスケジュールするための、基地局によって実施される方法であって、方法は、
－ 無線デバイスに指示を送ることであって、指示は、ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更するように指示する、指示を送ること
を含む、方法。
１２．ＰＵＣＣＨリソースがセットにグループ化され、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースとが同じセットに属する、実施形態１１に記載の方法。
１３．ＰＵＣＣＨリソースが暗黙的にグループ化される、実施形態１２に記載の方法。
１４．ＰＵＣＣＨリソースが明示的にグループ化される、実施形態１２に記載の方法。
１５．無線デバイスにセットインデックスを送ることをさらに含み、ＰＵＣＣＨリソースが、セットインデックスに従ってグループ化される、実施形態１２に記載の方法。
１６．ＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、実施形態２に記載の方法。
１７．少なくとも１つのＰＵＣＣＨリソースが、ＰＵＣＣＨリソースの２つ以上のセットに属する、実施形態１１から１６のいずれか１つに記載の方法。
１８．マルチプルスケジューリング中に、無線デバイスがＰＵＣＣＨリソースを変更するべきであると決定することをさらに含み、指示を送ることが、そのような決定に応答して実施される、実施形態１１から１７のいずれか１つに記載の方法。
１９．当初、第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、第２のＰＵＣＣＨリソース上で受信することをさらに含む、実施形態１１から１８のいずれか１つに記載の方法。
２０．
－ ユーザデータを取得することと、
－ ホストコンピュータまたは無線デバイスにユーザデータをフォワーディングすることと
をさらに含む、実施形態１１から１９のいずれか１つに記載の方法。
１１．無線デバイスからのＨＡＲＱフィードバックをスケジュールするための、基地局によって実施される方法であって、方法は、
－ 無線デバイスに指示を送ることであって、指示は、ＨＡＲＱフィードバックを送信するために無線デバイスが使用するＰＵＣＣＨリソースを、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更するように指示する、指示を送ること
を含む、方法。
１２．ＰＵＣＣＨリソースがセットにグループ化され、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースとが同じセットに属する、実施形態１１に記載の方法。
１３．ＰＵＣＣＨリソースが暗黙的にグループ化される、実施形態１２に記載の方法。
１４．ＰＵＣＣＨリソースが明示的にグループ化される、実施形態１２に記載の方法。
１５．無線デバイスにセットインデックスを送ることをさらに含み、ＰＵＣＣＨリソースが、セットインデックスに従ってグループ化される、実施形態１２に記載の方法。
１６．ＰＵＣＣＨリソースが、デフォルトグループ化に従ってグループ化される、実施形態２に記載の方法。
１７．少なくとも１つのＰＵＣＣＨリソースが、ＰＵＣＣＨリソースの２つ以上のセットに属する、実施形態１１から１６のいずれか１つに記載の方法。
１８．マルチプルスケジューリング中に、無線デバイスがＰＵＣＣＨリソースを変更するべきであると決定することをさらに含み、指示を送ることが、そのような決定に応答して実施される、実施形態１１から１７のいずれか１つに記載の方法。
１９．当初、第１のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックを、第２のＰＵＣＣＨリソース上で送信されることを意図されたＨＡＲＱフィードバックとともに、第２のＰＵＣＣＨリソース上で受信することをさらに含む、実施形態１１から１８のいずれか１つに記載の方法。
２０．
－ ユーザデータを取得することと、
－ ホストコンピュータまたは無線デバイスにユーザデータをフォワーディングすることと
をさらに含む、実施形態１１から１９のいずれか１つに記載の方法。
【0112】
グループＣの実施形態
２１．基地局にＨＡＲＱフィードバックを送信するための無線デバイスであって、無線デバイスが、
－ グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路要素と、
－ 無線デバイスに電力を供給するように設定された電力供給回路要素と
を備える、無線デバイス。
２２．無線デバイスからのＨＡＲＱフィードバックをスケジュールするための基地局であって、基地局が、
－ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路要素と、
－ 基地局に電力を供給するように設定された電力供給回路要素と
を備える、基地局。
２３．基地局にＨＡＲＱフィードバックを送信するためのユーザ機器（ＵＥ）であって、ＵＥは、
－ 無線信号を送り、受信するように設定されたアンテナと、
－ アンテナおよび処理回路要素に接続され、アンテナと処理回路要素との間で通信される信号を調節するように設定された、無線フロントエンド回路要素と、
－ グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路要素と、
－ 処理回路要素に接続され、ＵＥへの情報の入力が処理回路要素によって処理されることを可能にするように設定された、入力インターフェースと、
－ 処理回路要素に接続され、処理回路要素によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
－ 処理回路要素に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。
２４．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路要素と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ セルラーネットワークが、無線インターフェースと処理回路要素とを有する基地局を備え、基地局の処理回路要素が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
２５．基地局をさらに含む、実施形態２４に記載の通信システム。
２６．ＵＥをさらに含み、ＵＥが、基地局と通信するように設定された、実施形態２４または２５に記載の通信システム。
２７．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路要素を備える、
実施形態２４から２６のいずれか１つに記載の通信システム。
２８．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
－ ホストコンピュータにおいてユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を始動することと
を含み、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
２９．基地局においてユーザデータを送信することをさらに含む、実施形態２８に記載の方法。
３０．ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態２８または２９に記載の方法。
３１．基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態２８から３０のいずれか１つを実施するように設定された、無線インターフェースと処理回路要素とを備える、ユーザ機器（ＵＥ）。
３２．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路要素と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ ＵＥが、無線インターフェースと処理回路要素とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
３３．セルラーネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態３２に記載の通信システム。
３４．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、
実施形態３２または３３に記載の通信システム。
３５．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
－ ホストコンピュータにおいてユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を始動することと
を含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
３６．ＵＥにおいて基地局からユーザデータを受信することをさらに含む、実施形態３５に記載の方法。
３７．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェース
を備え、
－ ＵＥが、無線インターフェースと処理回路要素とを備え、ＵＥの処理回路要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
３８．ＵＥをさらに含む、実施形態３７に記載の通信システム。
３９．基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態３７または３８に記載の通信システム。
４０．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行するように設定され、
－ ＵＥの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態３７から３９のいずれか１つに記載の通信システム。
４１．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
－ ＵＥの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態３７から４０のいずれか１つに記載の通信システム。
４２．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信すること
を含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
４３．ＵＥにおいて基地局にユーザデータを提供することをさらに含む、実施形態４２に記載の方法。
４４．
－ ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することと
をさらに含む、実施形態４２または４３に記載の方法。
４５．
－ ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することによって提供される、入力データを受信することと
をさらに含み、
－ 送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態４２から４４のいずれか１つに記載の方法。
４６．ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路要素とを備え、基地局の処理回路要素が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
４７．基地局をさらに含む、実施形態４６に記載の通信システム。
４８．ＵＥをさらに含み、ＵＥが、基地局と通信するように設定された、実施形態４６または４７に記載の通信システム。
４９．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態４６から４８のいずれか１つに記載の通信システム。
５０．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信すること
を含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
５１．基地局においてＵＥからユーザデータを受信することをさらに含む、実施形態５０に記載の方法。
５２．基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態５０または５１に記載の方法。
２１．基地局にＨＡＲＱフィードバックを送信するための無線デバイスであって、無線デバイスが、
－ グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路要素と、
－ 無線デバイスに電力を供給するように設定された電力供給回路要素と
を備える、無線デバイス。
２２．無線デバイスからのＨＡＲＱフィードバックをスケジュールするための基地局であって、基地局が、
－ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路要素と、
－ 基地局に電力を供給するように設定された電力供給回路要素と
を備える、基地局。
２３．基地局にＨＡＲＱフィードバックを送信するためのユーザ機器（ＵＥ）であって、ＵＥは、
－ 無線信号を送り、受信するように設定されたアンテナと、
－ アンテナおよび処理回路要素に接続され、アンテナと処理回路要素との間で通信される信号を調節するように設定された、無線フロントエンド回路要素と、
－ グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路要素と、
－ 処理回路要素に接続され、ＵＥへの情報の入力が処理回路要素によって処理されることを可能にするように設定された、入力インターフェースと、
－ 処理回路要素に接続され、処理回路要素によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
－ 処理回路要素に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。
２４．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路要素と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ セルラーネットワークが、無線インターフェースと処理回路要素とを有する基地局を備え、基地局の処理回路要素が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
２５．基地局をさらに含む、実施形態２４に記載の通信システム。
２６．ＵＥをさらに含み、ＵＥが、基地局と通信するように設定された、実施形態２４または２５に記載の通信システム。
２７．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路要素を備える、
実施形態２４から２６のいずれか１つに記載の通信システム。
２８．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
－ ホストコンピュータにおいてユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を始動することと
を含み、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
２９．基地局においてユーザデータを送信することをさらに含む、実施形態２８に記載の方法。
３０．ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態２８または２９に記載の方法。
３１．基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態２８から３０のいずれか１つを実施するように設定された、無線インターフェースと処理回路要素とを備える、ユーザ機器（ＵＥ）。
３２．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路要素と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ ＵＥが、無線インターフェースと処理回路要素とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
３３．セルラーネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態３２に記載の通信システム。
３４．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、
実施形態３２または３３に記載の通信システム。
３５．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
－ ホストコンピュータにおいてユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を始動することと
を含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
３６．ＵＥにおいて基地局からユーザデータを受信することをさらに含む、実施形態３５に記載の方法。
３７．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェース
を備え、
－ ＵＥが、無線インターフェースと処理回路要素とを備え、ＵＥの処理回路要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
３８．ＵＥをさらに含む、実施形態３７に記載の通信システム。
３９．基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態３７または３８に記載の通信システム。
４０．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行するように設定され、
－ ＵＥの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態３７から３９のいずれか１つに記載の通信システム。
４１．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
－ ＵＥの処理回路要素が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態３７から４０のいずれか１つに記載の通信システム。
４２．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信すること
を含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
４３．ＵＥにおいて基地局にユーザデータを提供することをさらに含む、実施形態４２に記載の方法。
４４．
－ ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することと
をさらに含む、実施形態４２または４３に記載の方法。
４５．
－ ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することによって提供される、入力データを受信することと
をさらに含み、
－ 送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態４２から４４のいずれか１つに記載の方法。
４６．ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路要素とを備え、基地局の処理回路要素が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
４７．基地局をさらに含む、実施形態４６に記載の通信システム。
４８．ＵＥをさらに含み、ＵＥが、基地局と通信するように設定された、実施形態４６または４７に記載の通信システム。
４９．
－ ホストコンピュータの処理回路要素が、ホストアプリケーションを実行するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態４６から４８のいずれか１つに記載の通信システム。
５０．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信すること
を含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
５１．基地局においてＵＥからユーザデータを受信することをさらに含む、実施形態５０に記載の方法。
５２．基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態５０または５１に記載の方法。
【0113】
図６は、いくつかの実施形態による、上記で説明された無線デバイスＱＱ１１０など、無線デバイスによって実施される方法の一例を示す。いくつかの実施形態では、本方法は、ステップ６０２において開始し得、基地局からセットインデックスを受信する。セットインデックスは、セットにグループ化される複数のＰＵＣＣＨリソースのためのセット情報を指示する。ＰＵＣＣＨリソースがどのようにグループ化され得るかの例については、上記の「ＰＵＣＣＨリソースのグループ化」を参照されたい。ステップ６０４において、本方法は、無線デバイスが、ＨＡＲＱフィードバックを送信するための第１のＰＵＣＣＨリソースを割り振られたと決定する。第１のＰＵＣＣＨリソースは、セットにグループ化される複数のＰＵＣＣＨリソースから割り振られる。
【0114】
いくつかの実施形態では、本方法は、基地局から、ＰＵＣＣＨリソースを変更するための指示が受信される、ステップ６０６を含む。本方法はステップ６０８に進み、第１のＰＵＣＣＨリソースから、第１のＰＵＣＣＨと同じセット中の第２のＰＵＣＣＨリソースに変更する。いくつかの実施形態（たとえば、ステップ６０６を含む実施形態）では、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することは、ステップ６０６において、ＰＵＣＣＨリソースを変更するための指示を受信したことに応答して実施され得る。他の実施形態では、第１のＰＵＣＣＨリソースから第２のＰＵＣＣＨリソースに変更することは、無線デバイスによって行われた決定に基づき得る。一例として、無線デバイスは、無線デバイスが送る準備をしているペイロードのサイズに応じて、第１のＰＵＣＣＨよりも大きいかまたは小さいペイロード容量を有する第２のＰＵＣＣＨに変更することを決定し得る。
【0115】
上記で説明されたように、第２のＰＵＣＣＨは、第１のＰＵＣＣＨリソースと同じセットに属する。第１のＰＵＣＣＨリソースが複数のセット（たとえば、Ｘ、Ｙ、およびＺ）に属する場合、第２のＰＵＣＣＨリソースは、第２のＰＵＣＣＨリソースが複数のセットのうちの少なくとも１つ（たとえば、Ｘおよび／またはＹおよび／またはＺ）に属する場合、第１のＰＵＣＣＨリソースと同じセットに属すると考えられ得る。いくつかの実施形態（たとえば、ステップ６０２を含む実施形態）では、第２のＰＵＣＣＨは、ステップ６０２において基地局から受信されるセットインデックスに基づいて、同じセットに属すると決定され得る。他の実施形態は、デフォルトグループ化、あるいは、無線デバイスによって明示的にまたは暗黙的にのいずれかで取得される他の情報に基づいて、グループ化を決定し得る。
【0116】
ステップ６１０において、本方法は、第２のＰＵＣＣＨリソースを介して基地局にＨＡＲＱフィードバックを送信することに進む。ＨＡＲＱフィードバックは、当初、第１のＰＵＣＣＨリソースのために意図されたＨＡＲＱフィードバックを、第２のＰＵＣＣＨリソースのために意図されたＨＡＲＱフィードバックとともに含み得る。
【0117】
図７は、いくつかの実施形態による、上記で説明された基地局ＱＱ１６０など、基地局によって実施される方法の一例を示す。いくつかの実施形態では、本方法は、ステップ７０２において開始し得、無線デバイスにセットインデックスを送る。セットインデックスは、セットにグループ化される複数のＰＵＣＣＨリソースのためのセット情報を指示する。ＰＵＣＣＨリソースがどのようにグループ化され得るかの例については、上記の「ＰＵＣＣＨリソースのグループ化」を参照されたい。図６に関して上記で説明されたように、他の実施形態では、無線デバイスは（デフォルトグループ化に基づいてなど）別の様式でグループ化情報を取得し得、その場合、基地局はセットインデックスを送る必要がなく、ステップ７０２は省略され得る。ステップ７０４において、本方法は、無線デバイスが、ＨＡＲＱフィードバックを送信するために使用されるＰＵＣＣＨリソースを変更するべきであると決定する。ステップ７０６において、本方法は、無線デバイスに、ＰＵＣＣＨリソースを変更するための指示を送る。指示は、無線デバイスに、当初のＰＵＣＣＨリソースと同じセット中の別のＰＵＣＣＨリソースに変更するように促す（たとえば、図６のステップ６０８を参照されたい）。いくつかの実施形態では、本方法は、ステップ７０８において、異なるＰＵＣＣＨリソースを介してＨＡＲＱフィードバックを受信することを含み得る。ＨＡＲＱフィードバックは、当初、当初のＰＵＣＣＨリソースのために意図されたＨＡＲＱフィードバックを、新しいＰＵＣＣＨリソースのために意図されたＨＡＲＱフィードバックとともに含み得る。
【0118】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連する技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のうちのいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のうちのいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになろう。
【図1】
【図2】
【図3】
【図4】
【図5】
【図QQ1】
【図QQ2】
【図QQ3】
【図QQ4】
【図QQ5】
【図QQ6】
【図QQ7】
【図QQ8】
【図QQ9】
【図VV0】
【図VV1】
【図WW】
【図6】
【図7】