特許 7590546 マルチＴＲＰを用いたＰＵＣＣＨ動作のための技術

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-18

(45)【発行日】2024-11-26

(54)【発明の名称】マルチＴＲＰを用いたＰＵＣＣＨ動作のための技術

(51)【国際特許分類】

   H04W 72/21 20230101AFI20241119BHJP

   H04W 28/04 20090101ALI20241119BHJP

   H04W 72/0446 20230101ALI20241119BHJP

【ＦＩ】

H04W72/21

H04W28/04

H04W72/0446

【請求項の数】 22

(21)【出願番号】P 2023507639

(86)(22)【出願日】2021-06-11

(65)【公表番号】

(43)【公表日】2023-08-30

(86)【国際出願番号】 CN2021099693

(87)【国際公開番号】W WO2022028108

(87)【国際公開日】2022-02-10

【審査請求日】2023-02-03

(31)【優先権主張番号】PCT/CN2020/107487

(32)【優先日】2020-08-06

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100170209

【弁理士】

【氏名又は名称】林 陽和

(72)【発明者】

【氏名】スン ハイトン

(72)【発明者】

【氏名】イェ チュンシュアン

(72)【発明者】

【氏名】フ ハイジン

(72)【発明者】

【氏名】タン ジア

(72)【発明者】

【氏名】ゼン ウェイ

(72)【発明者】

【氏名】チャン ウェイ

(72)【発明者】

【氏名】チャン ユシュ

(72)【発明者】

【氏名】ウ ジビン

【審査官】小林 正明

(56)【参考文献】

【文献】国際公開第２０２０／０１０００６（ＷＯ，Ａ１）

【文献】国際公開第２０２０／０１７０５９（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０２２／０４０８４２０（ＵＳ，Ａ１）

【文献】Samsung，UL Control for URLLC[online]，3GPP TSG RAN WG1 #97 R1-1906956，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906956.zip>，2019年05月17日，［検索日 2023.12.27］

【文献】Moderator (Apple Inc.)，Summary #2 of [101-e-NR-L1enh-URLLC-PUSCH-02] (AI 7.2.5.3)[online]，3GPP TSG RAN WG1 #101-e R1-2004981，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004981.zip>，2020年06月08日，［検索日 2023.12.27］

【文献】ASUSTeK，CR on multi-slot PUCCH repetition overlap with a single PUSCH[online]，3GPP TSG RAN WG1 #101-e R1-2004573，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004573.zip>，2020年05月15日，［検索日 2023.12.27］

【文献】LG Electronics，PUSCH enhancements for NR URLLC[online]，3GPP TSG RAN WG1 #97 R1-1906666，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906666.zip>，2019年05月17日，［検索日 2023.12.27］

【文献】Moderator (vivo)，Summary on email discussion [100b-e-NR-L1enh-URLLC-eCG-02][online]，3GPP TSG RAN WG1 #100b_e R1-2002805，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2002805.zip>，2020年05月01日，［検索日 2023.12.27］

【文献】NTT DOCOMO, INC.，Summary on Email discussion [100b-e-NR-UEFeatures-URLLC/IIoT-04][online]，3GPP TSG RAN WG1 #100b_e R1-2002871，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2002871.zip>，2020年04月30日，［検索日 2023.12.27］

【文献】Moderator (Apple Inc.)，Summary of [101-e-NR-L1enh-URLLC-PUSCH-04] (AI 7.2.5.3)[online]，3GPP TSG RAN WG1 #101-e R1-2004742，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004742.zip>，2020年06月05日，［検索日 2023.12.27］

【文献】Nokia, Nokia Shanghai Bell，Summary #2 of PUSCH enhancements for NR eURLLC (AI 7.2.6.3)[online]，3GPP TSG RAN WG1 #99 R1-1913444，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1913444.zip>，2019年11月22日，［検索日 2023.12.27］

【文献】ZTE，Multi-TRP enhancements for PDCCH, PUCCH and PUSCH[online]，3GPP TSG RAN WG1 #103-e R1-2007764，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2007764.zip>，2020年11月13日，［検索日 2023.12.27］

(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】

物理アップリンク制御チャネル（ＰＵＣＣＨ）送信反復を決定するための装置であって、
請求項１から１７のいずれか一項に記載の方法を実行する手段を備える、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、概して、無線通信システムに関する。

【背景技術】

【0002】

無線モバイル通信技術は、基地局と無線モバイルデバイスとの間でデータを送信するために、様々な規格及びプロトコルを使用する。無線通信システムの規格及びプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）（例えば、４Ｇ）又は新無線（ＮＲ）（例えば、５Ｇ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access、ＷｉＭＡＸ）として業界団体に一般的に知られている、米国電気電子学会（Institute of Electrical and Electronics、Engineers、ＩＥＥＥ）８０２．１６規格、及びＷｉ－Ｆｉとして業界団体に一般的に知られている、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）のためのＩＥＥＥ８０２．１１規格を挙げることができる。ＬＴＥシステムの３ＧＰＰ無線アクセスネットワーク（radio access network、ＲＡＮ）では、基地局は、ユーザ機器（user equipment、ＵＥ）として知られる無線通信デバイスと通信する、発展型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、Ｅ－ＵＴＲＡＮ）ノードＢ（発展型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとも一般に呼ばれる）及び／又はＥ－ＵＴＲＡＮの無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）などのＲＡＮノードを含むことができる。第５世代（５Ｇ）無線ＲＡＮでは、ＲＡＮノードは、５Ｇノード、ＮＲノード（次世代ノードＢ、又はｇノードＢ（ｇＮＢ）とも呼ばれる）を含むことができる。

【0003】

ＲＡＮは、無線アクセス技術（radio access technology、ＲＡＴ）を使用して、ＲＡＮノードとＵＥとの間で通信する。ＲＡＮとしては、コアネットワークを介した通信サービスへのアクセスを提供する、モバイル通信のためのグローバルシステム（global system for mobile communications、ＧＳＭ）、ＧＳＭ進化のためのエンハンスドデータレート（enhanced data rates for GSM evolution、ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（Universal Terrestrial Radio Access Network、ＵＴＲＡＮ）、及び／又はＥ－ＵＴＲＡＮを挙げることができる。ＲＡＮのそれぞれは、特定の３ＧＰＰ ＲＡＴに従って動作する。例えば、ＧＥＲＡＮは、ＧＳＭ及び／又はＥＤＧＥ ＲＡＴを実装し、ＵＴＲＡＮは、ユニバーサル移動通信システム（universal mobile telecommunication system、ＵＭＴＳ）ＲＡＴ、又は他の３ＧＰＰ ＲＡＴを実装し、Ｅ－ＵＴＲＡＮは、ＬＴＥ ＲＡＴを実装し、ＮＧ－ＲＡＮは５Ｇ ＲＡＴを実装する。特定の配備では、Ｅ－ＵＴＲＡＮはまた、５Ｇ ＲＡＴを実装することができる。

【0004】

５Ｇ ＮＲの周波数帯域は、２つの異なる周波数範囲に分けることができる。周波数範囲１（ＦＲ１）は、サブ６ＧＨｚの周波数帯域を含み、それらの帯域のうちのいくつかは、以前の規格によって使用され得るが、４１０ＭＨｚ～７１２５ＭＨｚを提供する潜在的な新しい周波数帯をカバーするように拡張され得る帯域である。周波数範囲２（ＦＲ２）は、２４．２５ＧＨｚ～５２．６ＧＨｚの周波数帯域を含んでいる。ＦＲ２のミリ波（ｍｍＷａｖｅ）範囲の帯域は、ＦＲ１の帯域よりも短い範囲を有するが、利用可能な帯域幅はより高くなる。例として提供されるこれらの周波数範囲が時により、又は地域により変化し得ることは、当業者には理解される。

【0005】

任意の特定の要素又は行為の考察を容易に識別するために、参照番号の最上位の桁（単数又は複数）は、その要素が最初に導入された図の番号を指す。

【図面の簡単な説明】

【0006】

【図1】いくつかの実施形態による、物理アップリンク制御チャネル（ＰＵＣＣＨ）反復を構成するためのプロセスを示す。

【図2】いくつかの実施形態による、ＰＵＣＣＨ反復スケジューリングを構成するためのプロセスを示す。

【図3A】いくつかの実施形態による、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のための最小ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）処理時間を反映する例示的な最小タイミングオフセットを示す図を示す。

【図3B】いくつかの実施形態による、第１の反復モード及び第２の反復モードを示す図を示す。

【図4】いくつかの実施形態によるＰＵＣＣＨ反復のためのプロセスを示す。

【図5】いくつかの実施形態によるＰＵＣＣＨ反復解決策を示す図を示す。

【図6】いくつかの実施形態によるＰＵＣＣＨ反復のための別のプロセスを示す。

【図7】いくつかの実施形態によるＰＵＣＣＨ反復解決策を示す別の図を示す。

【図8】いくつかの実施形態による、ネットワークのシステムの例示的なアーキテクチャを示す。

【図9】いくつかの実施形態によるインフラストラクチャ機器を示す。

【図10】いくつかの実施形態によるプラットフォームを示す。

【図11】いくつかの実施形態によるシステム構成要素を示す。

【図12】いくつかの実施形態による媒体アクセス制御－制御要素（ＭＡＣ－ＣＥ）のための表を示す。

【発明を実施するための形態】

【0007】

新無線（ＮＲ）物理アップリンク制御チャネル（ＰＵＣＣＨ）設計では、ＰＵＣＣＨは、以下のフォーマットのうちの１つを有し得る。ＰＵＣＣＨフォーマット０：１～２シンボル、１～２ビットペイロード；ＰＵＣＣＨフォーマット１：４シンボル以上、１～２ビットペイロード；ＰＵＣＣＨフォーマット２：１～２シンボル、２ビットペイロードより大きい；ＰＵＣＣＨフォーマット３：４シンボル以上、２ビットペイロードより大きい；ＰＵＣＣＨフォーマット４：４シンボル以上、２ビットペイロードより大きい。ＰＵＣＣＨスロットアグリゲーションが許容され得る。例えば、無線リソース制御（ＲＲＣ）は、ＰＵＣＣＨ－Ｃｏｎｆｉｇ ＰａｒａｍｅｔｅｒのＰＵＣＣＨ－ＦｏｒｍａｔＣｏｎｆｉｇパラメータ内のパラメータｎｒｏｆＳｌｏｔｓを構成してもよい。更に、ＰＵＣＣＨビームは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、ＭＡＣ－ＣＥを介して変更することができる。例えば、ＲＲＣは、ＰＵＣＣＨ－Ｃｏｎｆｉｇパラメータ内のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータのリストを構成することができ、ＭＡＣ－ＣＥは、特定のＰＵＣＣＨリソースのための特定のビームをアクティブ化するために使用され得る。１つのＰＵＣＣＨリソースに対して１つのビームのみが構成され得る。

【0008】

３ＧＰＰリリース１６では、複数の送受信ポイント（マルチＴＲＰ）動作のために、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）信頼性は、ダウンリンク制御情報（ＤＣＩ）制御を使用してより動的なＰＤＳＣＨアグリゲーションを可能にすることによって高めることができ、複数の送信オケージョンを有する同じＰＤＳＣＨに対して複数のビームを構成することができる。本開示の実施形態は、例えば、マルチＴＲＰ動作を含む、ＰＵＣＣＨ信頼性を高めることができる。いくつかの実施形態では、ＤＣＩは、動的ＰＵＣＣＨ反復を構成するために使用される。いくつかの実施形態では、ＰＵＣＣＨ反復拡張が提供される。いくつかの実施形態では、ＰＵＣＣＨビーム構成拡張が提供される。いくつかの実施形態では、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが提供されない場合、デフォルトビームが提供される。

【0009】

上記のように、いくつかの実施形態では、以下の解決策のうちの１つ以上に従って、動的ＰＵＣＣＨ反復を構成するためにＤＣＩが使用され得る。
解決策１．１

【0010】

いくつかの実施形態では、ＤＣＩは、ＤＣＩフィールド「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミングインジケータ」を拡張することによって、動的ＰＵＣＣＨ反復を構成するために使用され得る。例えば、ＤＣＩフィールド「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミングインジケータ」に対してコードポイントが構成されてもよい。コードポイントは、ＰＵＣＣＨ－Ｃｏｎｆｉｇパラメータのｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫパラメータ、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ－ｒ１６パラメータ、又はｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫＦｏｒＤＣＩＦｏｒｍａｔ１＿２パラメータにおいて構成され得る。コードポイントごとに、ＲＲＣは、以下の情報、すなわち、例えば０から１５の範囲の値であり得るタイミングオフセットと、例えば１からＮの範囲の値であり得るＰＵＣＣＨ反復の数とを同時に構成することができ、ここで、Ｎは少なくとも８より大きい。あるいは、反復の数は設定されなくてもよく、そのような場合には、反復の数を１回と仮定してもよい。
解決策１．２

【0011】

いくつかの実施形態では、ＤＣＩは、新しいＤＣＩフィールドを導入することによって、動的ＰＵＣＣＨ反復を構成するために使用され得る。例えば、新しいＤＣＩフィールドは、ＰＵＣＣＨ反復の数とすることができる。新しいＤＣＩフィールドの値は１からＮとすることができ、ここで、Ｎは少なくとも８より大きい。新しいＤＣＩフィールドが構成されない場合、反復の数は１であると仮定してもよい。
解決策１．３

【0012】

いくつかの実施形態では、ＤＣＩは、ＤＣＩフィールド「ＰＵＣＣＨリソースインジケータ」を構成することによって、動的ＰＵＣＣＨ反復を構成するように使用され得る。ＰＵＣＣＨリソース構成は、反復の数の構成情報要素（ＩＥ）を追加することによって拡張することができる。反復の数及び／又はＰＵＣＣＨリソースインジケータの値は、１からＮであり得、ここで、Ｎは少なくとも８より大きい。反復の数及び／又はＰＵＣＣＨリソースインジケータの値が構成されない場合、値は１であると仮定される。
解決策１．４

【0013】

いくつかの実施形態では、ＰＵＣＣＨアグリゲーション（又は反復）拡張は、上記で説明されたＰＵＣＣＨフォーマットのうちのいくつかに制限され得る。例えば、長いＰＵＣＣＨフォーマット、例えば、以下のフォーマット、すなわち、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４のうちの１つ、サブセット、又は全てについてのみ、拡張を有することができる。

【0014】

いくつかの実施形態では、ＰＵＣＣＨ反復拡張は、以下の解決策のうちの１つ以上を使用して提供され得る。
解決策２．１

【0015】

いくつかの実施形態では、ＰＵＣＣＨ反復がスケジュールされる場合、ユーザ機器（ＵＥ）は、以下の２つの可能な反復モード、すなわち、ＰＵＣＣＨが連続して反復され、定数もまた、ＰＵＣＣＨ反復間に構成され得るモード１、又は、ＰＵＣＣＨが連続するスロットで繰り返され、各スロット内で同じ時間領域割り当てを使用することができるモード２で動作することを許可される。
解決策２．２

【0016】

いくつかの実施形態では、ＵＥは、ＵＥがスロット内で送信することができるＰＵＣＣＨ反復の最大数を報告することができる。例えば、ＵＥがスロット内で送信することができるＰＵＣＣＨ反復の最大数の候補値は、２、４、又は７であり得る。例えば、スロット内の反復の数がＵＥ能力を超える場合、追加の反復は、能力を超えない反復と同じ時間領域リソース割り当てを使用して次の利用可能なスロットで送信することができる。
解決策２．３

【0017】

いくつかの実施形態では、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）のためのＰＤＳＣＨとＰＵＣＣＨとの間、及び／又はチャネル状態情報基準信号（ＣＳＩ－ＲＳ）／同期信号ブロック（ＳＳＢ）測定とＰＵＣＣＨ上の対応するＣＳＩ報告との間の最小タイミングオフセットが決定される。例えば、最小タイミングオフセットは、第１のＰＵＣＣＨ送信オケージョンに基づき得る。別の例では、最小タイミングオフセットは、任意のＰＵＣＣＨ送信オケージョンに基づき得る。いくつかの実施形態では、最小タイミングオフセットは、ＰＵＣＣＨ最小タイミングオフセット要件を満たさなければならない。ここで、ＵＥは、このＰＵＣＣＨ最小タイミングオフセット要件を満たすＰＵＣＣＨ反復オケージョンのみを送信する。
解決策２．４

【0018】

いくつかの実施形態では、スロット境界にわたって単一のＰＵＣＣＨ送信オケージョンがある場合、反復ＰＵＣＣＨ送信のための以下の代替解決策がある。代替形態１：ＰＵＣＣＨ反復が許可され、通常通りＵＥによって送信される。代替形態２：反復ＰＵＣＣＨが切り捨てられる（例えば、スロット境界を超える元のＰＵＣＣＨのシンボルが反復において送信されない）。
代替形態３：反復ＰＵＣＣＨがセグメント化される（例えば、元のＰＵＣＣＨが２つの反復ＰＵＣＣＨに分割され、第１の反復ＰＵＣＣＨが第１のスロットの全てのシンボルを含み、第２の反復ＰＵＣＣＨが第２のスロットの全てのシンボルを含む）。
代替形態４：ＰＵＣＣＨ反復全体がスキップされる。
解決策２．５

【0019】

いくつかの実施形態では、単一のＰＵＣＣＨ送信オケージョンが無効になる（例えば、それがダウンリンク（ＤＬ）シンボルとして構成された少なくとも１つのシンボルを有する、そのアップリンク送信がプリエンプトされている、及び／又はそれが他のより高い優先度のチャネルと衝突し、ドロップされる）場合、ＰＵＣＣＨ反復は、以下の代替形態のうちの１つ以上に従って与えられ得る。
代替形態１：反復ＰＵＣＣＨは、例えば、元のＰＵＣＣＨのＤＬシンボルを超える元のＰＵＣＣＨのシンボルが送信されない場合、切り捨てられる。
代替形態２：反復ＰＵＣＣＨは、元のＰＵＣＣＨのＤＬシンボルに基づいてセグメント化され、例えば、第１のセグメントは、ＤＬシンボルまでのシンボルを含み、第２のセグメントは、ＤＬシンボルの後のシンボルを含む。
代替形態３：ＰＵＣＣＨ反復全体がスキップされる。

【0020】

いくつかの実施形態では、ＰＵＣＣＨビーム構成は、以下の解決策のうちの１つ以上に従って拡張される。
解決策３．１

【0021】

いくつかの実施形態では、ＰＵＣＣＨ反復が構成される場合、複数のビーム（例えば、２つのビーム）が、ＰＵＣＣＨのために構成され得る。例えば、構成は、以下のビームパターン、すなわち、｛ビーム１、ビーム２、ビーム１、ビーム２、．．．｝という連続パターン、又は、｛ビーム１、ビーム１、ビーム２、ビーム２、．．．｝という循環パターンを指定することができる。
解決策３．２

【0022】

いくつかの実施形態では、ＤＣＩは、ＰＵＣＣＨビームを明示的に示すことができる。例えば、ＰＵＣＣＨビームを構成するためにＤＣＩ内の新しいフィールドを導入することができる。例えば、新しいフィールドは、１つ又は２つの擬似コロケーション（ＱＣＬ）構成を含むことができる。例えば、新しいフィールドが２つのＱＣＬ構成を含む場合、ＱＣＬ－ＴｙｐｅＡ若しくはＱＣＬ－Ｔｙｐｅｄ又は両方について２つの基準信号（ＲＳ）を構成することができ、各ＲＳは、同期信号ブロック（ＳＳＢ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、又はサウンディング基準信号（ＳＲＳ）であり得る。
解決策３．３

【0023】

いくつかの実施形態では、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータは、２つのＰＵＣＣＨビームの構成を可能にするように拡張することができる。例えば、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏコードポイントは、２つのＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータを含むように構成することができる。例えば、単一のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータは、２つのビーム（例えば、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌパラメータ）を含むように構成することができる。
解決策３．４

【0024】

いくつかの実施形態では、ＭＡＣ－ＣＥは、ＰＵＣＣＨリソースの２つのＰＵＣＣＨ空間関係をアクティブ化することを許可される。例えば、この解決策は、既存のＭＡＣ－ＣＥ（３ＧＰＰリリース１６の図６．１．３．１８－１を反映する、図１２の表１２００として示される）を以下のように変更し得る。

【0025】

例えば、追加のオクテット行（例えば、別のＳ０～Ｓ７）が、Ｏｃｔ ３の下に追加され、第２のＰＵＣＣＨビームを構成するために使用され得る。更に、例えば、最後の２つの行の各オクテット行（例えば、Ｏｃｔ ３及び追加のオクテット行）について、単一のＰＵＣＣＨ空間関係（例えば、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータ）のみがアクティブ化され得る。別の例では、両方の行が同じＰＵＣＣＨ空間関係をアクティブ化することができる。別の例では、両方の行が異なるＰＵＣＣＨ空間関係をアクティブ化することができる。

【0026】

いくつかの実施形態では、以下の解決策に従ってＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータが提供されない場合、デフォルトビームが使用され得る。
解決策４．１

【0027】

いくつかの実施形態では、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータが提供されず、ＵＥがＰＵＣＣＨ反復を用いて構成される場合、デフォルトビームは、以下の代替形態に従って提供され得る。代替形態１：２つのＴＣＩ状態を有する最も低いインデックスを有するＰＤＳＣＨアクティブ化送信構成インジケータ（ＴＣＩ）コードポイントに対するデフォルト。代替形態２：各ビームについて、最も低いＩＤを有する各ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘパラメータＣＯＲＥＳＥＴに対するデフォルト。代替形態３：最も低いＩＤのみを有するＰＤＳＣＨアクティブ化ＴＣＩコードポイントに対するデフォルト。代替形態４：最新のＰＤＣＣＨ監視スロット内の最も低いＩＤを有するＣＯＲＥＳＥＴに対するデフォルト。

【0028】

次に、添付の図面を参照して、様々な解決策を更に詳細に説明する。解決策の各々は、ＵＥによって（例えば、ＵＥが開示されたプロセスの１つ以上のブロックを実行する）、ＵＥと他のシステム構成要素との組み合わせによって、又はＵＥ以外のシステム構成要素によって実装されてもよく、開示されたプロセスにおいて説明されたブロックの順序は図に示された順序と異なってもよく、開示されたプロセスの１つ以上のブロックは、（異なるプロセスからのものを含む）互いに組み合わされてもよく、及び／又は除去されてもよく、プロセスは、１つ以上のプロセスからのブロックが１つ以上の他のプロセスのブロックとともに使用されて、組み合わされたプロセスを形成するように互いに組み合わされてもよいことに留意されたい。

【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】

用語「路側機（Road Side Unit）」又は「ＲＳＵ」は、Ｖ２Ｘ通信に使用される任意の交通インフラストラクチャエンティティを指し得る。ＲＳＵは、適切なＲＡＮノード又は静止した（又は比較的静止した）ＵＥにおいて又はそれによって実装されてもよく、ＵＥにおいて又はそれによって実装されるＲＳＵは「ＵＥタイプＲＳＵ」と呼ばれてもよく、ｅＮＢにおいて又はそれによって実装されるＲＳＵは「ｅＮＢタイプＲＳＵ」と呼ばれてもよく、ｇＮＢにおいて又はそれによって実装されるＲＳＵは「ｇＮＢタイプＲＳＵ」などと呼ばれてもよい。一例では、ＲＳＵは、通過車両ＵＥ（ｖＵＥ）に接続性サポートを提供する路側に位置する無線周波数回路に結合されたコンピューティングデバイスである。ＲＳＵはまた、交差点マップ形状、交通統計、媒体、並びに持続中の車両及び歩行者の交通を検知及び制御するためのアプリケーション／ソフトウェアを記憶するための内部データ記憶回路を含むことができる。ＲＳＵは、５．９ＧＨｚ Ｄｉｒｅｃｔ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）帯域で動作して、衝突回避、トラフィック警告等の高速イベントに必要な非常に低レイテンシである通信を提供することができる。追加的又は代替的に、ＲＳＵは、前述の低レイテンシである通信、並びに他のセルラ通信サービスを提供するために、セルラＶ２Ｘ帯域で動作することができる。追加的又は代替的に、ＲＳＵは、Ｗｉ－Ｆｉホットスポット（２．４ＧＨｚ帯域）として動作することができ、且つ／又は１つ以上のセルラネットワークへの接続性を提供して、アップリンク及びダウンリンク通信を提供することができる。コンピューティングデバイス（単数又は複数）及びＲＳＵの無線周波数回路の一部又は全ては、屋外設置に適した耐候性エンクロージャにパッケージ化することができ、交通信号コントローラ及び／又はバックホールネットワークに有線接続（例えば、イーサネット）を提供するためのネットワークインタフェースコントローラを含むことができる。

【0074】

ＲＡＮノード８１４及び／又はＲＡＮノード８１６のいずれかは、エアインタフェースプロトコルを終了し、ＵＥ８２２及びＵＥ８２０の第１の接点とし得る。いくつかの実施形態では、ＲＡＮノード８１４及び／又はＲＡＮノード８１６は、（Ｒ）ＡＮ８０８のための様々な論理機能を果たすことができ、限定しないが、無線ベアラ管理、アップリンクとダウンリンク動的無線リソース管理及びデータ・パケット・スケジューリング、並びにモビリティ管理などの無線ネットワークコントローラ（ＲＮＣ）を含む。

【0075】

実施形態では、ＵＥ８２２及びＵＥ８２０は、様々な通信技術に従ったマルチキャリア通信チャネルを介して、ＯＦＤＭ通信信号を使用して、互いに又はＲＡＮノード８１４及び／又はＲＡＮノード８１６と通信するように構成され得、この様々な通信技術は、限定しないが（例えば、ダウンリンク通信用の）ＯＦＤＭＡ通信技術、又は（例えば、アップリンク及びＰｒｏＳｅ又はサイドリンク通信用の）ＳＣ－ＦＤＭＡ通信技術であるが、実施形態の範囲は、この点において限定されない。ＯＦＤＭ信号は、複数の直交サブキャリアを含むことができる。

【0076】

いくつかの実施形態では、ダウンリンクリソースグリッドは、ＲＡＮノード８１４及び／又はＲＡＮノード８１６からＵＥ８２２及びＵＥ８２０へのダウンリンク送信のために使用することができ、一方、アップリンク送信は同様の技術を利用することができる。グリッドは、リソースグリッド又は時間周波数リソースグリッドと呼ばれる時間周波数グリッドとすることができ、それは、各スロット内のダウンリンクの物理的リソースである。このような時間周波数平面表現は、ＯＦＤＭシステムの一般的な方法であり、それにより無線リソースの割り当てが直感的なものとなる。リソースグリッドの各列及び各行は、それぞれ、１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応する。時間ドメイン内のリソースグリッドの持続時間は、無線フレーム内の１つのスロットに対応する。リソースグリッドの最小時間周波数単位は、リソースエレメントと表記する。各リソースグリッドは、多数のリソースブロックを含み、それは、リソースエレメントへの特定の物理チャネルのマッピングを表す。各リソースブロックは、リソースエレメントの集合を含み、周波数ドメインにおいて、これは、現在割り当てられ得るリソースの最小量を表すことができる。このようなリソースブロックを用いて伝達されるいくつかの異なる物理ダウンリンクチャネルが存在する。

【0077】

様々な実施形態によれば、ＵＥ８２２及びＵＥ８２０並びにＲＡＮノード８１４及び／又はＲＡＮノード８１６は、認可媒体（「認可スペクトル」及び／又は「認可帯域」とも呼ばれる）及び無認可共有媒体（「無認可スペクトル」及び／又は「無認可帯域」とも呼ばれる）を介してデータ（例えば、送信及び受信）を通信する。認可スペクトルは、約４００ＭＨｚ～約３．８ＧＨｚの周波数範囲で動作するチャネルを含んでもよく、無認可スペクトルは５ＧＨｚ帯域を含んでもよい。

【0078】

無認可スペクトルで動作するために、ＵＥ８２２及びＵＥ８２０並びにＲＡＮノード８１４又はＲＡＮノード８１６は、ＬＡＡ、ｅＬＡＡ、及び／又はｆｅＬＡＡ機構を使用して動作することができる。これらの実装形態では、ＵＥ８２２及びＵＥ８２０並びにＲＡＮノード８１４又はＲＡＮノード８１６は、無認可スペクトル内の１つ以上のチャネルが無認可スペクトルで送信する前に利用不可能であるか、又は別の方法で占有されているかどうかを判定するために、１つ以上の既知の媒体検知動作及び／又はキャリア検知動作を実行してもよい。媒体／キャリア検知動作は、リッスンビフォアトーク（ＬＢＴ）プロトコルに従って実行されてもよい。

【0079】

ＬＢＴは、機器（例えば、ＵＥ８２２及びＵＥ８２０、ＲＡＮノード８１４又はＲＡＮノード８１６等）が媒体（例えば、チャネル又はキャリア周波数）を検知し、媒体がアイドル状態であることが検知されたとき（又は、媒体内の特定のチャネルが占有されていないと検知されたとき）を送信する機構である。媒体検知動作は、チャネルが占有されているか又は空いているかを判断するために、少なくともＥＤを利用してチャネル上の他の信号の有無を判断するＣＣＡを含んでもよい。このＬＢＴ機構は、無認可スペクトルにおいて、セルラ／ＬＡＡネットワークが現在の占有しているシステムと共存し、且つ他のＬＡＡネットワークと共存することを可能にする。ＥＤは、ある期間にわたって意図された送信帯域にわたってＲＦエネルギーを検知することと、検知されたＲＦエネルギーを所定の閾値又は設定された閾値と比較することとを含んでもよい。

【0080】

典型的には、５ＧＨｚ帯域における現在占有しているシステムは、ＩＥＥＥ８０２．１１技術に基づくＷＬＡＮである。ＷＬＡＮは、ＣＳＭＡ／ＣＡと呼ばれる競合ベースのチャネルアクセスメカニズムを採用する。ここで、ＷＬＡＮノード（例えば、ＵＥ８２２、ＡＰ８１２などの移動局（ＭＳ））が送信することを意図する場合、ＷＬＡＮノードは、送信前にＣＣＡを最初に実行し得る。更に、２つ以上のＷＬＡＮノードが同時にチャネルをアイドル状態として検知し送信する状況において、衝突を回避するためにバックオフ機構が使用される。バックオフ機構は、ＣＷＳ内でランダムに抽出されるカウンタであってもよく、これは、衝突の発生時に指数関数的に増加され、送信が成功したときに最小値にリセットされる。ＬＡＡ用に設計されたＬＢＴ機構は、ＷＬＡＮのＣＳＭＡ／ＣＡと幾分類似している。いくつかの実装形態では、ＰＤＳＣＨ又はＰＵＳＣＨ送信をそれぞれ含むＤＬ又はＵＬ送信バーストのためのＬＢＴ手順は、Ｘ ＥＣＣＡスロットとＹ ＥＣＣＡスロットとの間の長さが可変であるＬＡＡ競合ウィンドウを有することができ、Ｘ及びＹは、ＬＡＡのためのＣＷＳの最小値及び最大値である。一例では、ＬＡＡ送信のための最小ＣＷＳは、９マイクロ秒（μｓ）であってもよいが、ＣＷＳ及びＭＣＯＴのサイズ（例えば、送信バースト）は、政府規制上の要件に基づいてもよい。

【0081】

ＬＡＡ機構は、ＬＴＥアドバンストシステムのＣＡ技術に基づいて構築されている。ＣＡでは、各集約されたキャリアはＣＣと呼ばれる。ＣＣは、１．４、３、５、１０、１５、又は２０ＭＨｚの帯域幅を有することができ、最大５つのＣＣを集約することができ、したがって、集約された最大帯域幅は１００ＭＨｚである。ＦＤＤシステムでは、集約されたキャリアの数は、ＤＬとＵＬとで異なることがあり、ＵＬ ＣＣの数は、ＤＬコンポーネントキャリアの数以下である。場合によっては、個々のＣＣは、他のＣＣとは異なる帯域幅を有することができる。ＴＤＤシステムでは、ＣＣの数及び各ＣＣの帯域幅は、通常、ＤＬ及びＵＬに対して同じである。

【0082】

ＣＡはまた、個々のＣＣを提供する個々のサービングセルを含む。例えば、異なる周波数帯域におけるＣＣは、異なる経路喪失を経験するので、サービングセルのカバレッジは異なり得る。プライマリサービスセル又はＰＣｅｌｌは、ＵＬ及びＤＬの両方にＰＣＣを提供することができ、ＲＲＣ及びＮＡＳ関連のアクティビティを処理することができる。他のサービングセルはＳＣｅｌｌと呼ばれ、各ＳＣｅｌｌはＵＬとＤＬの両方に個別のＳＣＣを提供し得る。ＳＣＣは、必要に応じて追加及び除去され得る一方で、ＰＣＣを変更するには、ＵＥ８２２が、ハンドオーバを受けることが必要である。ＬＡＡ、ｅＬＡＡ、及びｆｅＬＡＡでは、ＳＣｅｌｌの一部又は全部は、無認可スペクトル（「ＬＡＡ ＳＣｅｌｌ」と呼ばれる）で動作することができ、ＬＡＡ ＳＣｅｌｌは、認可スペクトルで動作するＰＣｅｌｌによって支援される。ＵＥが２つ以上のＬＡＡ ＳＣｅｌｌで構成される場合、ＵＥは、同じサブフレーム内の異なるＰＵＳＣＨ開始位置を示す、構成されたＬＡＡ ＳＣｅｌｌ上でＵＬグラントを受信することができる。

【0083】

ＰＤＳＣＨは、ユーザデータ及び上位層シグナリングをＵＥ８２２及びＵＥ８２０に搬送する。ＰＤＣＣＨは、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てに関する情報を搬送する。また、それは、上りリンク共有チャネルに関する送信フォーマット、リソース割り当て、及びＨＡＲＱ情報について、ＵＥ８２２及びＵＥ８２０に通知することもできる。典型的には、ダウンリンクスケジューリング（制御及び共有チャネルリソースブロックをセル内のＵＥ８２０に割り当てる）は、ＵＥ８２２及びＵＥ８２０のいずれかからフィードバックされるチャネル品質情報に基づいて、ＲＡＮノード８１４又はＲＡＮノード８１６のいずれかで実行されてもよい。ダウンリンクリソース割り当て情報は、ＵＥ８２２及びＵＥ８２０のそれぞれに対して使用される（例えば、割り当てられた）ＰＤＣＣＨで送信されてもよい。

【0084】

ＰＤＣＣＨは、ＣＣＥを使用して制御情報を伝達する。リソースエレメントにマッピングされる前に、ＰＤＣＣＨ複素数値シンボルは最初に、４つ組（quadruplets）に編成されてもよく、その後、レートマッチングのためのサブブロックインターリーバを用いて入れ替えられてもよい。各ＰＤＣＣＨを、これらのＣＣＥのうちの１つ以上を用いて送信してもよく、各ＣＣＥは、ＲＥＧとして知られる４つの物理リソースエレメントの９つのセットに対応することができる。４つの四位相偏移変調（ＱＰＳＫ）シンボルを各ＲＥＧにマッピングしてもよい。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１つ以上のＣＣＥを用いて送信することができる。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を有するＬＴＥに定義される４つ以上の異なるＰＤＣＣＨフォーマットが存在し得る。

【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】

バッテリ１０１４は、プラットフォーム１０００に電力を供給してもよいが、いくつかの例では、プラットフォーム１０００は、固定位置にデプロイされて取り付けられてもよく、送電網に結合された電源を有してもよい。バッテリ１０１４は、リチウムイオンバッテリ、空気亜鉛バッテリ、アルミニウム空気バッテリ、リチウム空気バッテリなどの金属空気バッテリ、などであってもよい。Ｖ２Ｘ用途などのいくつかの実装形態では、バッテリ１０１４は、典型的な鉛酸自動車バッテリであってもよい。

【0119】

いくつかの実装形態では、バッテリ１０１４は、バッテリ管理システム（ＢＭＳ）又はバッテリ監視集積回路を含むか、又はそれに結合された「スマートバッテリ」であってもよい。ＢＭＳは、プラットフォーム１０００に含まれてバッテリ１０１４の充電状態（ＳｏＣｈ）を追跡してもよい。ＢＭＳは、バッテリ１０１４の他のパラメータを監視して、バッテリ１０１４の健全状態（ＳｏＨ）及び機能状態（ＳｏＦ）等の故障予測を提供するために使用されてもよい。ＢＭＳは、バッテリ１０１４の情報を、アプリケーション回路１００２又はプラットフォーム１０００の他の構成要素に通信してもよい。ＢＭＳはまた、アプリケーション回路１００２がバッテリ１０１４の電圧、又はバッテリ１０１４からの電流を直接監視することを可能にするアナログ－デジタル（ＡＤＣ）変換器を含んでもよい。バッテリパラメータは、送信周波数、ネットワーク動作、検知周波数などの、プラットフォーム１０００が実行し得る動作を決定するために使用されてもよい。

【0120】

電力ブロック、又は電気グリッドに結合された他の電源は、バッテリ１０１４を充電するためにＢＭＳと結合されてもよい。いくつかの実施例では、電力ブロックは、無線電力受信機と置き換えられて、例えば、コンピュータプラットフォーム１０００内のループアンテナを介して無線で電力を取得することができる。これらの例では、無線バッテリ充電回路がＢＭＳに含まれてもよい。選択される特定の充電回路は、バッテリ１０１４のサイズ、したがって必要とされる電流に依存してもよい。充電は、とりわけ、Ａｉｒｆｕｅｌ Ａｌｌｉａｎｃｅによって公布されたＡｉｒｆｕｅｌ標準、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍによって公布されたＱｉ無線充電標準、又はＡｌｌｉａｎｃｅ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒによって公布されたＲｅｚｅｎｃｅ充電標準を使用して実行することができる。

【0121】

ユーザインタフェース回路１０２０は、プラットフォーム１０００内に存在するか、又はそれに接続される様々な入出力（Ｉ／Ｏ）デバイスを含み、プラットフォーム１０００とのユーザ相互作用を可能にするように設計された１つ以上のユーザインタフェース、及び／又はプラットフォーム１０００との周辺構成要素相互作用を可能にするように設計された周辺構成要素インタフェースを含むことができる。ユーザインタフェース回路１０２０は、入力デバイス回路及び出力デバイス回路を含む。入力デバイス回路は、とりわけ、１つ以上の物理的又は仮想的ボタン（例えば、リセットボタン）、物理キーボード、キーパッド、マウス、タッチパッド、タッチスクリーン、マイクロフォン、スキャナ、ヘッドセットなどを含む入力を受け付けるための任意の物理的又は仮想的手段を含む。出力デバイス回路は、センサ読み取り値、アクチュエータ位置（単数又は複数）、又は他の同様の情報等の情報を表示するか、又は他の方法で情報を伝達するための任意の物理的又は仮想的な手段を含む。出力デバイス回路は、任意の数及び／又は組み合わせのオーディオ又は視覚ディスプレイ、とりわけ、１つ以上の単純な視覚出力／インジケータ（２値の状態インジケータ（例えば、発光ダイオード（ＬＥＤ））、及び複数文字の視覚出力又はより複雑な出力、例えば、ディスプレイデバイス若しくはタッチスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、ＬＥＤディスプレイ、量子ドットディスプレイ、プロジェクタなど）などを含み、プラットフォーム１０００の動作から生成若しくは作成される、文字、グラフィック、マルチメディアオブジェクトなどを出力することができる。出力デバイス回路はまた、スピーカ又は他のオーディオ放出デバイス、プリンタ（単数又は複数）、及び／又は同様のものを含んでもよい。いくつかの実施形態では、センサ１０２２は、入力装置回路（例えば、画像キャプチャデバイス、モーションキャプチャデバイスなど）として使用されてもよく、１つ以上のＥＭＣが、出力装置回路（例えば、触覚フィードバックを提供するためのアクチュエータなど）として使用されてもよい。別の例では、アンテナ要素及び処理デバイスと結合されたＮＦＣコントローラを備えるＮＦＣ回路が、電子タグを読み取り、且つ／又は別のＮＦＣ対応デバイスと接続するために含まれてもよい。周辺構成要素インタフェースとしては、不揮発性メモリポート、ＵＳＢポート、オーディオジャック、電源インタフェースなどが挙げられるが、これらに限定されない。

【0122】

図示されていないが、プラットフォーム１０００の構成要素は、適切なバス又は相互接続（ＩＸ）技術を使用して互いに通信することができ、これは、ＩＳＡ、ＥＩＳＡ、ＰＣＩ、ＰＣｉｘ、ＰＣｉｅ、時間トリガプロトコル（ＴＴＰ）システム、ＦｌｅｘＲａｙシステムを含む任意の数の技術、又は任意の数の他の技術を含むことができる。バス／ＩＸは、例えば、ＳｏＣベースのシステムで使用される独自のバス／ＩＸであってもよい。他のバス／ＩＸシステム、とりわけ、Ｉ²Ｃインタフェース、ＳＰＩインタフェース、ポイントツーポイントインタフェース、及び電力バス等が含まれてもよい。

【0123】

図１１は、いくつかの実施形態による、機械可読媒体又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取り、本明細書で論じる方法のうちのいずれか１つ以上を実行することができる、構成要素１１００を示すブロック図である。具体的には、図１１は、１つ以上のプロセッサ１１０６（又はプロセッサコア）、１つ以上のメモリ／記憶装置１１１４、及び１つ以上の通信リソース１１２４を含み、それらの各々を、バス１１１６を介して通信可能に結合することができる、ハードウェアリソース１１０２の図式表現を示す。ノード仮想化（例えば、ＮＦＶ）が利用される実施形態では、ハイパーバイザ１１２２が、ハードウェアリソース１１０２を利用する１つ以上のネットワークスライス／サブスライスの実行環境を提供するように実行されてもよい。

【0124】

プロセッサ１１０６（例えば、中央演算処理装置（ＣＰＵ）、縮小命令セットコンピューティング（Reduced instruction set computing、ＲＩＳＣ）プロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、グラフィック処理ユニット（ＧＰＵ）、ベースバンドプロセッサなどのデジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、高周波集積回路（ＲＦＩＣ）、別のプロセッサ、又はこれらの任意の好適な組み合わせ）は、例えば、プロセッサ１１０８及びプロセッサ１１１０を含むことができる。

【0125】

メモリ／記憶装置１１１４は、メインメモリ、ディスクストレージ、又はそれらの任意の好適な組み合わせを含むことができる。メモリ／記憶装置１１１４としては、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステートストレージなどの任意の種類の揮発性又は不揮発性メモリを挙げることができるが、これらに限定されない。

【0126】

通信リソース１１２４は、ネットワーク１１１８を介して１つ以上の周辺機器１１０４又は１つ以上のデータベース１１２０と通信するための、相互接続又はネットワークインタフェースコンポーネント又は他の好適なデバイスを含み得る。例えば、通信リソース１１２４は、（例えば、ユニバーサルシリアルバス（ＵＳＢ）を介した結合のための）有線通信構成要素、セルラー通信構成要素、ＮＦＣ構成要素、Ｂｌｕｅｔｏｏｔｈ（登録商標）構成要素（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ－Ｆｉ（登録商標）構成要素、及び他の通信構成要素を含むことができる。

【0127】

命令１１１２は、プロセッサ１１０６の少なくともいずれかに、本明細書で論じる方法論のうちの任意の１つ以上を実行させるための、ソフトウェア、プログラム、アプリケーション、アプレット、アプリ、又は他の実行可能コードを含んでもよい。命令１１１２は、完全に又は部分的に、プロセッサ１１０６（例えば、プロセッサのキャッシュメモリ内に）、メモリ／記憶装置１１１４、又はそれらの任意の好適な組み合わせのうちの少なくとも１つの中に存在し得る。更に、命令１１１２の任意の部分は、周辺機器１１０４又はデータベース１１２０の任意の組み合わせからハードウェアリソース１１０２に転送されてもよい。したがって、プロセッサ１１０６のメモリ、メモリ／記憶装置１１１４、周辺機器１１０４、及びデータベース１１２０は、コンピュータ可読媒体及び機械可読媒体の例である。

【0128】

１つ以上の実施形態では、前述の図のうちの１つ以上に記載される構成要素のうちの少なくとも１つは、以下の実施例セクションに記載されるような１つ以上の動作、技術、プロセス、及び／又は方法を実行するように構成することができる。例えば、前述の図のうちの１つ以上に関連して上述したベースバンド回路は、以下に記載される例のうちの１つ以上に従って動作するように構成されてもよい。別の例として、前述の図のうちの１つ以上に関連して上述したようなＵＥ、基地局、ネットワーク要素などと関連付けられた回路は、実施例セクションにおいて以下に記載される例のうちの１つ以上に従って動作するように構成され得る。

【0129】

実施例セクション

【0130】

以下の実施例は、更なる実施形態に関連する。

【0131】

実施例１は、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信反復を決定するための方法を含み得る。本方法は、元のＰＵＣＣＨ送信がスロット境界と重なることを決定するステップであって、スロット境界は、ＰＵＣＣＨ送信のための第１のスロットとＰＵＣＣＨ送信のための第２のスロットとの間の境界である、ステップと、元のＰＵＣＣＨ送信のＰＵＣＣＨ反復を構成するステップであって、ＰＵＣＣＨ反復は、元のＰＵＣＣＨ送信の１つ以上のシンボルを含み、第１のスロット及び第２のスロット以外の１つ以上のスロットに位置し、ＰＵＣＣＨ反復は、物理ダウンリンク共有チャネル－ハイブリッド自動再送要求確認応答フィードバック（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバック）タイミングインジケータ、ＰＵＣＣＨ反復の送信の数を構成するＰＵＣＣＨ反復数フィールド、又はＰＵＣＣＨ反復の送信の数を構成するＰＵＣＣＨリソースインジケータフィールドを含むダウンリンク制御情報（ＤＣＩ）構成によって構成される、ステップと、を含み得る。この方法は、ＰＵＣＣＨ反復を送信することを更に含み得る。

【0132】

実施例２は、実施例１の方法を含んでもよく、ＤＣＩ構成は、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミングインジケータを含み、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミングインジケータは、ＰＵＣＣＨ反復の送信の数を構成するように無線リソース制御（ＲＲＣ）によって構成され、ＰＵＣＣＨ反復の送信の数は、１からＮまでの範囲の値であり、Ｎは８より大きい。

【0133】

実施例３は、実施例１の方法を含んでもよく、ＤＣＩ構成は、ＰＵＣＣＨ反復数フィールドを含み、ＰＵＣＣＨ反復数フィールドの値は、ＰＵＣＣＨ反復の送信の数であり、１からＮまでの範囲であり、Ｎは８より大きい。

【0134】

実施例４は、実施例１の方法を含んでもよく、ＤＣＩ構成は、ＰＵＣＣＨリソースインジケータフィールドを含み、ＰＵＣＣＨリソースインジケータフィールドの値は、ＰＵＣＣＨ反復の送信の数であり、１からＮまでの範囲であり、Ｎは８より大きい。

【0135】

実施例５は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、又はＰＵＣＣＨフォーマット４に制限される。

【0136】

実施例６は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、元のＰＵＣＣＨ送信の全てのシンボルを含む。

【0137】

実施例７は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、スロット境界と重なる元のＰＵＣＣＨ送信のいずれのシンボルも含まない元のＰＵＣＣＨ送信の短縮バージョンである。

【0138】

実施例８は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、第１のスロットに位置する元のＰＵＣＣＨ送信の全てのシンボルを含む第１の反復ＰＵＣＣＨセグメントと、第２のスロットに位置する元のＰＵＣＣＨ送信の全てのシンボルを含む第２の反復ＰＵＣＣＨセグメントとによって形成される元のＰＵＣＣＨ送信のセグメント化バージョンである。

【0139】

実施例９は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、ＰＤＳＣＨに関連付けられた最小ＨＡＲＱ－ＡＣＫ処理時間を満たす第１のＰＵＣＣＨ反復である。

【0140】

実施例１０は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、ＰＤＳＣＨに関連付けられた最小ＨＡＲＱ－ＡＣＫ処理時間を満たし、ユーザ機器（ＵＥ）は、ＰＵＣＣＨ反復を送信し、ＰＤＳＣＨに関連付けられた最小ＨＡＲＱ－ＡＣＫ処理時間を満たさない１つ以上の他のＰＵＣＣＨ反復を送信しないように構成される。

【0141】

実施例１１は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、連続してスケジュールされ、１つ以上のスロット境界と重なる複数のＰＵＣＣＨ反復のうちの１つである。

【0142】

実施例１２は、実施例１の方法を含んでもよく、ＰＵＣＣＨ反復は、連続するスロットにおいてスケジュールされ、いずれのスロット境界とも重ならない複数のＰＵＣＣＨ反復のうちの１つである。

【0143】

実施例１３は、実施例１２の方法を含んでもよく、複数のＰＵＣＣＨ反復は、連続するスロットの各々の中で同じ時間領域割り当てを使用する。

【0144】

実施例１４は、実施例１の方法を含んでもよく、元のＰＵＣＣＨ送信は、ダウンリンク（ＤＬ）シンボルを含む。

【0145】

実施例１５は、実施例１４の方法を含んでもよく、ＰＵＣＣＨ反復は、ＤＬシンボルの後に位置する元のＰＵＣＣＨ送信のいずれのシンボルも含まない元のＰＵＣＣＨ送信の短縮バージョンである。

【0146】

実施例１６は、実施例１４の方法を含んでもよく、ＰＵＣＣＨ反復は、ＤＬシンボルの前に位置する元のＰＵＣＣＨ送信の全てのシンボルを含む第１の反復ＰＵＣＣＨセグメントと、ＤＬシンボルの後に位置する元のＰＵＣＣＨ送信の全てのシンボルを含む第２の反復ＰＵＣＣＨセグメントとによって形成される元のＰＵＣＣＨのセグメント化バージョンである。

【0147】

実施例１７は、実施例１の方法を含んでもよく、ユーザ機器がスロット内で送信するように構成されるＰＵＣＣＨ反復の最大数を報告するステップを更に含む。

【0148】

実施例１８は、非一時的コンピュータ可読記憶媒体を含むことができ、コンピュータ可読記憶媒体は、プロセッサによって実行されると、プロセッサに、元の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信が、スロット境界であって、ＰＵＣＣＨ送信のための第１のスロットとＰＵＣＣＨ送信のための第２のスロットとの間の境界であるスロット境界と重なることを決定させ、元のＰＵＣＣＨ送信のＰＵＣＣＨ反復であって、ＰＵＣＣＨ反復は、元のＰＵＣＣＨ送信の１つ以上のシンボルを含み、第１のスロット及び第２のスロット以外の１つ以上のスロットに位置し、ＰＵＣＣＨ反復は、物理ダウンリンク共有チャネル－ハイブリッド自動再送要求確認応答フィードバック（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバック）タイミングインジケータ、ＰＵＣＣＨ反復の送信の数を構成するＰＵＣＣＨ反復数フィールド、又はＰＵＣＣＨ反復の送信の数を構成するＰＵＣＣＨリソースインジケータフィールドを含むダウンリンク制御情報（ＤＣＩ）構成によって構成される、ＰＵＣＣＨ反復を構成させる命令を含む。命令は、プロセッサによって実行されたとき、プロセッサに、ＰＵＣＣＨ反復を送信させ得る。

【0149】

実施例１９は、実施例１８の非一時的コンピュータ可読記憶媒体を含んでもよく、ＰＵＣＣＨ反復は、スロット境界と重なる元のＰＵＣＣＨ送信のいずれのシンボルも含まない元のＰＵＣＣＨ送信の短縮バージョンである。

【0150】

実施例２０は、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信反復を決定するためのコンピューティング装置を含み得る。コンピューティング装置は、プロセッサと、命令を記憶するメモリとを備えてもよく、命令は、プロセッサによって実行されると、装置に、元のＰＵＣＣＨ送信が、スロット境界であって、ＰＵＣＣＨ送信のための第１のスロットとＰＵＣＣＨ送信のための第２のスロットとの間の境界である、スロット境界と重なると決定させ、元のＰＵＣＣＨ送信のＰＵＣＣＨ反復であって、元のＰＵＣＣＨ送信の１つ以上のシンボルを含み、第１のスロット及び第２のスロット以外の１つ以上のスロットに位置し、ＰＵＣＣＨ反復は、物理ダウンリンク共有チャネル－ハイブリッド自動再送要求確認応答フィードバック（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバック）タイミングインジケータ、ＰＵＣＣＨ反復の送信の数を構成するＰＵＣＣＨ反復数フィールド、又はＰＵＣＣＨ反復の送信回数を構成するＰＵＣＣＨリソースインジケータフィールドを含む、ダウンリンク制御情報（ＤＣＩ）構成によって構成される、ＰＵＣＣＨ反復を構成させる命令を含む。命令は、プロセッサによって実行されると、ＰＵＣＣＨ反復を送信するように装置を更に構成し得る。

【0151】

実施例２１は、実施例２０のコンピューティング装置を含んでもよく、ＰＵＣＣＨ反復は、スロット境界と重なる元のＰＵＣＣＨ送信のいずれのシンボルも含まない元のＰＵＣＣＨ送信の短縮バージョンである。

【0152】

実施例２２は、上記実施例のいずれかに記載の、若しくはこれらに関連する方法、又は本明細書に記載のいずれかの他の方法若しくはプロセス、の１つ以上の要素を実行する手段を含む装置を含んでもよい。

【0153】

実施例２３は、命令を含む１つ以上の非一時的なコンピュータ可読媒体であって、電子デバイスの１つ以上のプロセッサによって命令が実行されると、命令は電子デバイスに、上記実施例のいずれか又は本明細書に記載の任意の他の方法若しくはプロセスに記載の又はそれに関連する方法の１つ以上の要素を実行させる、１つ以上の非一時的なコンピュータ可読媒体を含むことができる。

【0154】

実施例２４は、上記実施例のいずれか又は本明細書に記載の任意の他の方法若しくはプロセスに記載の又はそれに関連する方法の１つ以上の要素を実行する論理、モジュール、又は回路を含む装置を含むことができる。

【0155】

実施例２５は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、方法、技術、又はプロセスを含むことができる。

【0156】

実施例２６は、１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、上記実施例のいずれか又はその一部分に記載の又はそれに関連する、方法、技術、又はプロセスを実行させる命令を含む１つ以上のコンピュータ可読媒体と、を含む装置を含むことができる。

【0157】

実施例２７は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する信号を含むことができる。

【0158】

実施例２８は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、あるいは本開示に記載の、データグラム、パケット、フレーム、セグメント、プロトコルデータユニット（ＰＤＵ）、又はメッセージを含むことができる。

【0159】

実施例２９は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、あるいは本開示に記載の、データを用いて符号化された信号を含むことができる。

【0160】

実施例３０は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、あるいは本開示に記載の、データグラム、パケット、フレーム、セグメント、ＰＤＵ、又はメッセージを用いて符号化された信号を含むことができる。

【0161】

実施例３１は、１つ以上のプロセッサによるコンピュータ可読命令の実行が、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、上記実施例のいずれか又はその一部分に記載の又はそれに関連する、方法、技術、又はプロセスを実行させる、コンピュータ可読命令を搬送する電磁信号を含むことができる。

【0162】

実施例３２は、処理要素によるプログラムの実行が、処理要素に、上記実施例のいずれか又はその一部分に記載の又はそれに関連する、方法、技術、又はプロセスを実行させる、命令を備えたコンピュータプログラムを含むことができる。

【0163】

実施例３３は、本明細書に示され記載された、無線ネットワーク内の信号を含むことができる。

【0164】

実施例３４は、本明細書に示され記載された、無線ネットワーク内で通信する方法を含むことができる。

【0165】

実施例３５は、本明細書に示され記載された、無線通信を提供するためのシステムを含むことができる。

【0166】

実施例３６は、本明細書に示され記載された、無線通信を提供するためのデバイスを含むことができる。

【0167】

上述した実施例のいずれも、特に明記しない限り、任意の他の実施例（又は実施例の組み合わせ）と組み合わせることができる。１つ以上の実装形態の前述の説明は、例示及び説明を提供するが、網羅的であることを意図するものではなく、又は、実施形態の範囲を開示される正確な形態に限定することを意図するものではない。修正及び変形は、上記の教示を踏まえて可能であり、又は様々な実施形態の実践から習得することができる。

【0168】

本明細書に記載されるシステム及び方法の実施形態及び実装形態は、コンピュータシステムによって実行される機械実行可能命令で具現化することができる様々な動作を含むことができる。コンピュータシステムは、１つ以上の汎用コンピュータ又は専用コンピュータ（又は他の電子デバイス）を含んでもよい。コンピュータシステムは、動作を実行するための特定の論理を含むハードウェア構成要素を含んでもよく、又はハードウェア、ソフトウェア、及び／若しくはファームウェアの組み合わせを含んでもよい。

【0169】

本明細書に記載されるシステムは、特定の実施形態の説明を含むことが認識されるべきである。これらの実施形態は、単一のシステムに組み合わせる、他のシステムに部分的に組み合わせる、複数のシステムに分割する、又は他の方法で分割若しくは組み合わせることができる。加えて、一実施形態のパラメータ、属性、態様などは、別の実施形態で使用することができることが企図される。パラメータ、属性、態様は、明確にするために１つ以上の実施形態に記載されているだけであり、パラメータ、属性、態様などは、本明細書で具体的に放棄されない限り、別の実施形態のパラメータ、属性などと組み合わせること、又は置換することができることが認識される。

【0170】

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

【0171】

前述は、明確にするためにある程度詳細に説明されてきたが、その原理から逸脱することなく、特定の変更及び修正を行うことができることは明らかであろう。本明細書に記載されるプロセス及び装置の両方を実装する多くの代替的な方法が存在することに留意されたい。したがって、本実施形態は、例示的であり、限定的ではないとみなされるべきものであり、説明は、本明細書で与えられる詳細に限定されるものではなく、添付の特許請求の範囲及び均等物内で修正されてもよい。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】