知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-05-10
(45)【発行日】2022-05-19
(54)【発明の名称】反復のためのシグナリング
(51)【国際特許分類】
H04L 27/26 20060101AFI20220511BHJP
H04W 28/04 20090101ALI20220511BHJP
H04L 1/08 20060101ALI20220511BHJP
【ＦＩ】
H04L27/26 110
H04W28/04 110
H04L1/08
【請求項の数】
20
(21)【出願番号】P 2021513190
(86)(22)【出願日】2019-09-27
(65)【公表番号】
(43)【公表日】2022-01-06
(86)【国際出願番号】 IB2019058246
(87)【国際公開番号】W WO2020065617
(87)【国際公開日】2020-04-02
【審査請求日】2021-04-13
(31)【優先権主張番号】62/738,479
(32)【優先日】2018-09-28
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】特許業務法人大塚国際特許事務所
(72)【発明者】
【氏名】アンダーソン， マティアス
(72)【発明者】
【氏名】アンドガルト， ニクラス
(72)【発明者】
【氏名】バルデメイアー， ロベルト
(72)【発明者】
【氏名】ブランケンシップ， ユーフェイ
(72)【発明者】
【氏名】ファラハティ， ソルール
(72)【発明者】
【氏名】フレベリ オルソン， ヨナス
(72)【発明者】
【氏名】キッティチョクチャイ， キッティポン
【審査官】齊藤 晶
(56)【参考文献】
【文献】国際公開第２０１８／１４１９３２（ＷＯ，Ａ１）
【文献】特表２０１６－５２７８３１（ＪＰ，Ａ）
【文献】欧州特許出願公開第３２００５４２（ＥＰ，Ａ１）
【文献】LG Electronics，Remaining issues on UL data transmission procedure[online]，3GPP TSG RAN WG1 Meeting #92 R1-1802215，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802215.zip>，2018年03月02日
【文献】3rd Generation Partnership Project;Technical Specification Group Radio Access Network;NR;Physical layer procedures for data (Release 15)，3GPP TS 38.214，V15.2.0，2018年06月，pp.10-14,72-75
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ２７／２６
Ｈ０４Ｗ ２８／０４
Ｈ０４Ｌ １／０８
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１－４
(57)【特許請求の範囲】
【請求項1】
反復シグナリングのために無線デバイス（２１０、３００、５９２、６３０、１３００）によって実行される方法（１１００）であって、インデクス値の表示を含む制御メッセージを受信（１１０２）することと、
前記インデクス値を使用して、時間領域リソース割り当て（ＴＤＲＡ）構成情報から集約係数を含むパラメータのセットを取得（１１０４）することと、
を含む方法。
【請求項2】
請求項１に記載の方法であって、前記ＴＤＲＡ構成情報は、物理アップリンク共有チャネル（ＰＵＳＣＨ）ＴＤＲＡ構成及び物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ＴＤＲＡ構成の内の少なくとも１つを含み、
前記パラメータのセットは、さらに、（ｉ）開始シンボル及び割り当て長と、（ｉｉ）開始及び長さインジケータ変数と、の内の少なくとも１つと、スロットオフセットと、マッピングタイプと、を含む方法。
【請求項3】
請求項１又は２に記載の方法であって、前記パラメータのセットは、さらに、前記集約係数に従う送信のスロット集約及び連続した反復の内の少なくとも１つを使用するための表示を含む、方法。
【請求項4】
請求項１から３のいずれか１項に記載の方法であって、さらに、前記集約係数を用いて連続した反復を使用すると、第１送信が第１スロットを占有し、少なくとも１つの送信が前記第１スロットとは異なる第２スロットを少なくとも部分的に占有する結果になると判定することと、
前記判定した結果として、（ｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を送信しないと決定する、（ｉｉ）前記第２スロットを少なくとも部分的に占有しない様に、前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を短縮する、或いは、（ｉｉｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を、それぞれが１つのスロットのみを占有する複数の送信に分割することと、
を含む方法。
【請求項5】
請求項１から４のいずれか１項に記載の方法であって、さらに、前記集約係数を用いて連続した反復を使用すると、第１送信が第１スロットを占有し、少なくとも１つの送信が前記第１スロットとは異なる第２スロットを少なくとも部分的に占有する結果になると判定することと、
前記判定した結果として、（ｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を受信しないと決定する、（ｉｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信の短縮された送信であって、前記第２スロットを少なくとも部分的に占有しない、前記短縮された送信を受信する、或いは、（ｉｉｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信の分割送信であって、それぞれが１つのスロットのみを占有する複数の送信を含む前記分割送信を受信することと、
を含む方法。
【請求項6】
請求項１から５のいずれか１項に記載の方法であって、前記集約係数は、個々の反復回数及びリソース割り当てが反復されるスロット数の内の少なくともと１つを示す、方法。
【請求項7】
請求項１から６のいずれか１項に記載の方法であって、前記制御メッセージは、（ｉ）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信されるダウンリンク制御情報（ＤＣＩ）、（ｉｉ）無線リソース制御（ＲＲＣ）で送信される構成メッセージ、又は、（ｉｉｉ）ＰＤＣＣＨで送信されるＤＣＩとＲＲＣで送信される構成メッセージの組み合わせである、方法。
【請求項8】
請求項１から７のいずれか１項に記載の方法であって、前記集約係数は、開始Ｓ及び長さＬで定義される送信が２つ以上の反復に分割されることを示す分割係数又はパーティショニングインジケータである、方法。
【請求項9】
反復シグナリングのために基地局（２６０、４２０、４３０、５１２、６２０、１３００）によって実行される方法（１２００）であって、集約係数を含む時間領域リソース割り当て（ＴＤＲＡ）構成情報を含む構成メッセージを生成（１２０２）することと、
前記構成メッセージを無線デバイスに送信（１２０４）することと、
を含む方法。
【請求項10】
請求項９に記載の方法であって、前記ＴＤＲＡ構成情報は、物理アップリンク共有チャネル（ＰＵＳＣＨ）ＴＤＲＡ構成及び物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ＴＤＲＡ構成の内の少なくとも１つを含み、
パラメータのセットは、さらに、（ｉ）開始シンボル及び割り当て長と、（ｉｉ）開始及び長さインジケータ変数と、の内の少なくとも１つと、スロットオフセットと、マッピングタイプと、を含む方法。
【請求項11】
請求項９又は１０に記載の方法であって、前記ＴＤＲＡ構成情報は、さらに、前記集約係数に従う送信のスロット集約及び連続した反復の内の少なくとも１つを使用するための前記無線デバイスに対する表示を含む、方法。
【請求項12】
請求項９から１１のいずれか１項に記載の方法であって、さらに、前記集約係数を用いて連続した反復を使用すると、第１送信が第１スロットを占有し、少なくとも１つの送信が前記第１スロットとは異なる第２スロットを少なくとも部分的に占有する結果になると判定することと、
前記判定した結果として、（ｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を受信しないと決定する、（ｉｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信の短縮された送信であって、前記第２スロットを少なくとも部分的に占有しない、前記短縮された送信を受信する、或いは、（ｉｉｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信の分割送信であって、それぞれが１つのスロットのみを占有する複数の送信を含む前記分割送信を受信することと、
を含む方法。
【請求項13】
請求項９から１２のいずれか１項に記載の方法であって、さらに、前記集約係数を用いて連続した反復を使用すると、第１送信が第１スロットを占有し、少なくとも１つの送信が前記第１スロットとは異なる第２スロットを少なくとも部分的に占有する結果になると判定することと、
前記判定した結果として、（ｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を送信しないと決定する、（ｉｉ）前記第２スロットを少なくとも部分的に占有しない様に、前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を短縮する、或いは、（ｉｉｉ）前記第２スロットを少なくとも部分的に占有する前記少なくとも１つの送信を、それぞれが１つのスロットのみを占有する複数の送信に分割することと、
を含む方法。
【請求項14】
請求項９から１３のいずれか１項に記載の方法であって、前記集約係数は、個々の反復回数及びリソース割り当てが反復されるスロット数の内の少なくともと１つを示す、方法。
【請求項15】
請求項９から１４のいずれか１項に記載の方法であって、前記構成メッセージは、（ｉ）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信されるダウンリンク制御情報（ＤＣＩ）、（ｉｉ）無線リソース制御（ＲＲＣ）で送信される構成メッセージ、又は、（ｉｉｉ）ＰＤＣＣＨで送信されるＤＣＩとＲＲＣで送信される構成メッセージの組み合わせである、方法。
【請求項16】
請求項９から１５のいずれか１項に記載の方法であって、前記集約係数は、開始Ｓ及び長さＬで定義される送信が２つ以上の反復に分割されることを示す分割係数又はパーティショニングインジケータである、方法。
【請求項17】
処理回路（２７０、２２０、３０１）で実行されると、前記処理回路（２７０、２２０、３０１）に請求項１から１６のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【請求項18】
請求項１７に記載のコンピュータプログラムを含むキャリアであって、前記キャリアは、電気信号、光信号、無線信号及びコンピュータ可読記憶媒体（２３０、３８０、２３１）の内の１つである、キャリア。
【請求項19】
無線デバイス（２１０、３００、５９２、６３０、１３００）であって、請求項１から８のいずれか１項に記載の方法を実行する様に適合された無線デバイス。
【請求項20】
基地局（２６０、４２０、４３０、６２０、１３００）であって、請求項９から１６のいずれか１項に記載の方法を実行する様に適合された基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信ネットワークにおける反復シグナリングに関する。
【背景技術】
【0002】
一般的に、ここで使用されている総ての用語は、異なる意味が明確に与えられていないか、使用されている文脈から示唆されていない限り、関連する技術分野での通常の意味に従って解釈される。要素、装置、部品、手段、ステップ等への言及は、明示的に述べられない限り、オープン的に、要素、装置、部品、手段、ステップ等の少なくとも１つを参照しているものと解釈される。本明細書に開示されている方法のステップは、ステップが別のステップの後に続く、若しくは、前にあると明確に説明されていない限り、及び／又は、ステップが別のステップの前若しくは後になければならないことが暗黙的に示されている場合を除き、開示された正確な順序で実行する必要はない。本明細書に開示される実施形態の任意の特徴は、必要に応じて、他の実施形態に適用され得る。同様に、実施形態の任意の利点は、他の実施形態に適用することができ、逆もまた同様である。本実施形態の他の目的、特徴、及び利点は、以下の説明から明らかになるであろう。
【0003】
５Ｇのニューレディオ（ＮＲ）のリリース１５では、スロット集約（アグリゲーション）がダウンリンク（ＤＬ）送信とアップリンク（ＵＬ）送信の両方でサポートされており、カバレッジの向上と信頼性の向上に役立つ。スロット集約を使用すると、スロット集約のための無線リソース制御（ＲＲＣ）パラメータが構成されている場合、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を複数のスロットで反復できる。対応するＲＲＣパラメータは、それぞれ、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ、ＰＤＳＣＨのｒｅｐＫ、許可ベースのＰＵＳＣＨ、及び、許可なしのＰＵＳＣＨと呼ばれる。ＴＳ３８．３３１の関連する情報要素（ＩＥ）は、これらのパラメータの使用法を説明するために、以下の表にリストされている。
【0004】
【表1】
【0005】
ユーザ装置（ＵＥ）が、特定のスロットでのＰＤＳＣＨ送信のＤＬ割り当て、又は、ＤＬ半永続的スケジューリング（ＳＰＳ）でスケジュールされている場合において、集約係数が１より大きい場合、ＰＤＳＣＨのシグナリングされたリソース割り当ては、連続するスロットの数に使用される。この場合、ＰＤＳＣＨは、対応するトランスポートブロック（ＴＢ）を送信するために、これらのスロットで異なる冗長バージョンを使用して繰り返される。同じ手順がＵＬに適用され、ＵＥはＵＬ割り当てによってスケジュールされるか、スロット内のＰＵＳＣＨ送信に対して許可なしでスケジュールされ、スロット集約用に構成される。この場合、ＵＥは、対応するＴＢの送信に異なる冗長バージョンを使用して、集約係数によって指定されたスロット数でシグナリングされたリソース割り当てを使用する。
【0006】
ＮＲのリリース１５では、スロット内のＰＤＳＣＨ送信の時間領域リソース割り当て（ＴＤＲＡ）情報は、ＰＤＳＣＨが受信されると予想されるスロット（別名Ｋ０）、ＰＤＳＣＨ受信のためのスロットの開始シンボル及びＰＤＳＣＨ受信の長さ又は期間をＵＥが決定できるような情報を含む（別名ＳＬＩＶ）。ＵＥには、復調参照信号（ＤＭＲＳ）の位置を決定するために使用されるマッピングタイプも提供される。ＮＲには、Ｋ０、ＳＬＩＶ等の様々な組み合わせで構成されるＴＤＲＡテーブルが指定されている。ＵＥには、受信に使用されるＫ０とＳＬＩＶに関する情報を提供するテーブルの行へのインデクスがシグナリングされ得る。
【0007】
同様の手順がＰＵＳＣＨ送信に適用され、ＰＵＳＣＨ送信用のスロットは、Ｋ２によって指定されたＵＬ割り当てのフィールドから取得される。ＳＬＩＶ情報は、ＤＬ受信と同様に、ＵＬ割り当て及び／又は構成によるマッピングタイプと共に提供される。
【0008】
ＴＤＲＡは、ＰＤＳＣＨ受信又はＰＵＳＣＨ送信の最初の瞬間の時間領域リソース割り当てである。上記の様に、ＵＥが集約係数で構成されている場合、そのスロットでの送信は、集約係数に基づいて複数のスロットで繰り返される。
【0009】
ＴＳ３８．３３１の関連する情報要素（ＩＥ）は、これらのパラメータの使用法を説明するために、以下の表にリストされている。
【0010】
【表2】
【0011】
【表3】
【0012】
【表4】
【0013】
【表5】
【0014】
ＰＤＳＣＨ及びＰＵＳＣＨの時間領域リソース割り当てのＲＲＣ構成に加えて、幾つかのデフォルトＴＤＲＡテーブルが、ＰＤＳＣＨ及びＰＵＳＣＨに対してそれぞれも定義されている。デフォルトテーブルは、ＲＲＣ接続の前、例えば初期アクセス中にＰＤＳＣＨ受信又はＰＵＳＣＨ送信が必要な場合に使用され得る。
【0015】
ＬＴＥにおいて、ＵＥは様々な反復係数又はスロット集約で構成され得る。ただし、ダウンリンク制御情報（ＤＣＩ）のフィールドを使用すると、ＵＥは反復係数又はスロット集約係数を動的に示される。スロット数は、セット｛２、４、８｝から構成され得る。
【0016】
ＬＴＥのリリース１４では、ＰＵＳＣＨ反復の使用が（ＤＣＩを介して）動的に構成され、使用できる反復回数が４からセット｛１、２、４、８、１６、３２｝に拡張されたＰＵＳＣＨ拡張が導入された。
【発明の概要】
【発明が解決しようとする課題】
【0017】
現在、特定の課題が存在する。例えば、スロット集約係数のＲＲＣ構成を介した送信数の半静的シグナリングは、総ての送信に適用されるため、信頼性と遅延の要件が異なる様々な送信に異なる反復回数を適用することはできない。
【0018】
さらに、ＬＴＥの様に反復回数を通知するためのＤＣＩの明示的なフィールドにより、ＤＣＩペイロードが大きくなる。これには、同じ集約レベルを使用した場合にＰＤＣＣＨ送信の信頼性が低下するという影響がある。その結果、ｇＮＢは、より大きな集約レベルを使用する必要があり、ＰＤＣＣＨブロッキングのリスクが大きくなり、より多くの無線リソースを使用する。ＤＣＩのその様なフィールドは、可能な総てのリソース割り当てにも適用され、他の組み合わせでは同様の合計送信長が達成されるため、一部の組み合わせは使用されない可能性がある。例えば、合計２つの送信で構成される７シンボルの送信は、代わりに１つの１４シンボル送信を使用してスケジュールされ得る。
【課題を解決するための手段】
【0019】
本開示の特定の態様及びそれらの実施形態は、これら又は他の課題に対する解決策を提供し得る。本開示の幾つかの態様によれば、デフォルトのＴＤＲＡテーブルに関して、現在のＴＤＲＡテーブルは、反復回数の列及び／又はＤＭＲＳ構成の列も含む様に拡張される。本開示の幾つかの態様によれば、デフォルト以外のＴＤＲＡ構成については、集約係数がＴＤＲＡ構成の一部となる様に、ＴＤＲＡテーブルのＤＣＩインデクスも集約係数に関する情報をフェッチする。
【0020】
ここで示された課題の１つ以上を解決する種々の実施形態が存在し、ここで提案される。
【0021】
一実施形態によると、反復シグナリングのために無線デバイスにより実行される方法が提供される。方法は、制御メッセージを受信するステップを含み、制御メッセージは、インデクス値の表示を含む。方法は、インデクス値を使用して、時間領域リソース割り当て（ＴＤＲＡ）構成情報からパラメータのセットを取得するステップをさらに含み、パラメータのセットは、集約係数を含む。幾つかの実施形態において、反復シグナリングのための無線デバイスが提供され、無線デバイスは、上記方法を実行する様に構成された処理回路を含む。
【0022】
他の実施形態によると、反復シグナリングのために基地局により実行される方法が提供される。方法は、構成メッセージを生成するステップを含み、当該メッセージは、時間領域リソース割り当て（ＴＤＲＡ）構成情報を含み、ＴＤＲＡ構成情報は、集約係数を含む。方法は、構成メッセージを無線デバイスに向けて送信するステップをさらに含む。幾つかの実施形態において、反復シグナリングのための基地局が提供され、基地局は、上記方法を実行する様に構成された処理回路を含む。
【0023】
特定の実施形態は、以下の技術的利点のうちの１つ又は複数を提供し得る。ＴＤＲＡテーブルを拡張することにより、追加のＤＣＩフィールドが導入されず、ＤＣＩペイロードを小さく保つ。時間領域リソースと反復係数の関連する組み合わせのみが構成される。一例として、７シンボル送信と反復係数２の組み合わせは構成されない。さらに、各期間と反復係数に対して特定のＤＭＲＳ構成でＴＤＲＡテーブルを拡張することにより、ＤＭＲＳ構成を正確な長さ及び送信数に調整できるため、ＤＭＲＳのオーバヘッドが削減される。
【0024】
本明細書に組み込まれ、明細書の一部を形成する添付の図面は、様々な実施形態を示している。
【図面の簡単な説明】
【0025】
【図1】幾つかの実施形態による、反復シグナリングの例。
【図2】幾つかの実施形態による、無線ネットワーク。
【図3】幾つかの実施形態による、ユーザ装置。
【図4】幾つかの実施形態による、仮想化環境のブロック図。
【図5】幾つかの実施形態による、通信システム。
【図6】幾つかの実施形態による、ユーザ装置、基地局及びホストコンピュータの例示的な実装を示す図。
【図7】幾つかの実施形態による、通信システムで実行される方法のフローチャート。
【図8】幾つかの実施形態による、通信システムで実行される方法のフローチャート。
【図9】幾つかの実施形態による、通信システムで実行される方法のフローチャート。
【図10】幾つかの実施形態による、通信システムで実行される方法のフローチャート。
【図11】幾つかの実施形態による、反復シグナリングのフロー図。
【図12】幾つかの実施形態による、反復シグナリングのフロー図。
【図13】幾つかの実施形態による、装置のブロック図。
【図14】幾つかの実施形態による、装置のブロック図。
【図15】幾つかの実施形態による、スロット境界制限を越えた送信による長いアライメント遅延を示す図。
【図16】幾つかの実施形態による、短い送信の反復に適用されたときのスロット集約を示す図。
【図17】幾つかの実施形態による、ＰＵＳＣＨ送信の２回の反復を示す図。
【図18】幾つかの実施形態による、ＵＥ数、ＤＣＩサイズ及びＣＯＲＥＳＥＴサイズの関数としてのブロッキング確率を示す図。
【図19】幾つかの実施形態による、１回の再送信でのダウンリンクデータ遅延を示す図。
【図20】幾つかの実施形態による、構成された許可及び１回の再送信でのアップリンクデータ遅延を示す図。
【発明を実施するための形態】
【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】
【表6】
【0051】
他の実施形態において、ＰＤＳＣＨ及びＰＵＳＣＨの両方のＴＤＲＡは、ＲＲＣシグナリングを介して提供される。したがって、新しいフィールドを追加することは、ＲＲＣ構成を拡張して新しいフィールドを含めることを意味する。ＰＤＳＣＨ及びＰＵＳＣＨ ＴＤＲＡ構成にそれぞれについて以下に示す。
【0052】
例として、次の表で説明する様に、３つのフィールドがＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎとＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎに追加される。
【0053】
【表7-1】
【表7-2】
【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】
測定手順は、データレート、待ち時間、及び、１つ以上の実施形態が改善される他の要因を監視する目的で提供されてもよい。さらに、測定結果の変動に応じて、ホストコンピュータ６１０とＵＥ６３０との間のＯＴＴ接続６５０を再構成するためのオプションのネットワーク機能があり得る。ＯＴＴ接続６５０を再構成するための測定手順及び／又はネットワーク機能は、ホストコンピュータ６１０のソフトウェア６１１及びハードウェア６１５、ＵＥ６３０のソフトウェア６３１及びハードウェア６３５、或いは、その両方で実装され得る。実施形態において、センサ（図示せず）は、ＯＴＴ接続６５０が通過する通信デバイス内に、或いは、それに関連して配置され、センサは、上記で例示した監視量の値を提供するか、ソフトウェア６１１、６３１が監視量を計算又は推定できる他の物理量の値を提供することにより、測定手順に参加できる。ＯＴＴ接続６５０の再構成には、メッセージ形式、再送信設定、優先ルーティング等が含まれ、再構成は基地局６２０に影響を与えず、基地局６２０にとって未知又は感知できない可能性がある。そのような手順及び機能は、当技術分野で知られ実践されている場合がある。特定の実施形態において、測定は、スループット、伝播時間、遅延等のホストコンピュータ６１０の測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア６１１、６３１が、ＯＴＴ接続６５０を使用して、伝播時間、エラー等を監視しながら、メッセージ、特に空又は"ダミー"メッセージを送信する様に実装できる。
【0119】
図７は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局及びＵＥを含み、それらは図５及び６を参照して説明されたものであり得る。本開示を単純化するために、図７への参照図面のみがこのセクションに含まれる。ステップ７１０で、ホストコンピュータはユーザデータを提供する。ステップ７１０のサブステップ７１１（オプションであり得る）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ７２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ７３０において、基地局は、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。ステップ７４０（オプションであり得る）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0120】
図８は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局及びＵＥを含み、それらは図５及び６を参照して説明されたものであり得る。本開示を単純化するために、図８への参照図面のみがこのセクションに含まれる。この方法のステップ８１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ８２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。本開示を通して説明される実施形態の教示に従い、送信は、基地局を通過し得る。ステップ８３０（オプションであり得る）において、ＵＥは、送信で搬送されたユーザデータを受信する。
【0121】
図９は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局及びＵＥを含み、それらは図５及び６を参照して説明されたものであり得る。本開示を単純化するために、図９への参照図面のみがこのセクションに含まれる。ステップ９１０（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供されたデータを入力する。追加又は代替として、ステップ９２０で、ＵＥはユーザデータを提供する。ステップ９２０のサブステップ９２１（オプションであり得る）において、ＵＥはクライアントアプリケーションを実行することによりユーザデータを提供する。ステップ９１０のサブステップ９１１（オプションであり得る）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の方法に関係なく、ＵＥは、サブステップ９３０（オプションであり得る）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ９４０において、ホストコンピュータは、本開示を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0122】
図１０は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局及びＵＥを含み、それらは図５及び６を参照して説明されたものであり得る。本開示を単純化するために、図１０への参照図面のみがこのセクションに含まれる。ステップ１０１０（オプションであり得る）において、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ１０２０（オプションであり得る）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ１０３０（オプションであり得る）において、ホストコンピュータは、基地局により開始された送信で搬送されたユーザデータを受信する。
【0123】
本明細書で開示される任意の適切なステップ、方法、特徴、機能又は利点は、１つ又は複数の仮想装置の１つ又は複数の機能ユニット又はモジュールを通じて実行され得る。各仮想装置は、これらの機能ユニットをいくつか備え得る。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路と、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理等を含み得る他のデジタルハードウェアと、を含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。幾つかの実装形態において、処理回路は、本開示の１つ以上の実施形態による対応する機能を各機能ユニット実行させるために使用され得る。
【0124】
図１１は、幾つかの実施形態による、反復シグナリングのフロー図である。幾つかの実施形態において、図１１の方法１１００は、反復シグナリングのために無線デバイス又はＵＥによって実行される。ステップ１０２で、ＷＤは、インデクス値の表示を含む制御メッセージを受信する。例えば、幾つかの実施形態において、制御メッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信されるダウンリンク制御情報（ＤＣＩ）、無線リソース制御（ＲＲＣ）で送信される構成メッセージ、又は、ＰＤＣＣＨで送信されるＤＣＩとＲＲＣで送信される構成メッセージの組み合わせである。ステップ１１０４で、ＷＤは、インデクス値を使用して、ＴＤＲＡ構成情報からパラメータのセットを取得し、パラメータのセットは、集約係数を含む。例えば、上述した様に、ＴＤＲＡ構成情報は、上述したデフォルトＴＤＲＡテーブル、又は、ＲＲＣを介して構成されたＴＤＲＡ構成を含み得る。
【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】
Ｂ９．実施形態１から７のいずれか１つの方法であって、ＴＤＲＡ構成情報は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ＴＤＲＡ構成を含み、パラメータのセットは、さらに、スロットオフセット、開始及び長さインジケータ変数、及びＰＤＳＣＨマッピングタイプを含む、方法。
【0172】
Ｂ１０．実施形態１から９のいずれか１つに記載の方法であって、集約係数を用いた連続した反復を使用すると、第１送信が第１スロットを占有し、少なくとも１つの送信が第１スロットとは異なる第２スロットを少なくとも部分的に占有する結果になると判定することと、判定の結果として、第２スロットを少なくとも部分的に占有する少なくとも１つの送信を送信しないと判定することと、の内の少なくとも１つをさらに含む、方法。
【0173】
Ｂ１１．実施形態１から１０のいずれか１つに記載の方法であって、集約係数を用いた連続した反復を使用すると、第１送信が第１スロットを占有し、第２送信が第１スロットとは異なる第２スロットを少なくとも部分的に占有する結果になると判定することと、判定の結果として、第２送信が、第２スロットを少なくとも部分的に占有しない様に第２送信を短縮することと、の内の少なくとも１つをさらに含む、方法。
【0174】
Ｂ１２．実施形態１から１１のいずれか１つに記載の方法であって、ＴＤＲＡ構成情報に従いメッセージを送信することをさらに含む、方法。
【0175】
Ｂ１３．実施形態１から１２のいずれか１つに記載の方法であって、集約係数は、個々の反復回数を示し、方法は、個々の反復回数による連続した反復が２つのスロットを占有する送信になると判定することと、２つのスロットを占有する送信を送信しないと判定することと、の内の少なくとも１つをさらに含む、方法。
【0176】
Ｂ１４．実施形態１から１３のいずれか１つに記載の方法であって、集約係数は、リソース割り当てが反復されるスロット数を示し、方法は、当該スロット数のスロットそれぞれについて、スロットの境界を越えずに、リソース割り当てを可能な限り連続して反復することをさらに含む、方法。
【0177】
Ｂ１４－１．実施形態１に記載の方法であって、リソース割り当ては、周波数領域リソース割り当てである、方法。
【0178】
Ｂ１５．実施形態１から１４のいずれか１つに記載の方法であって、ＴＤＲＡ構成情報は、ＤＭＲＳ存在構成をさらに含み、ＤＭＲＳ存在構成は、集約された送信のどれにＤＭＲＳが存在するかを示す、方法。
【0179】
Ｂ１６．実施形態１５に記載の方法であって、ＤＭＲＳ存在構成は、（ｉ）集約された送信のセット内に存在するＤＭＲＳの数、又は、（ｉｉ）反復のマッピングタイプに続くＤＭＲＳの有無をさらに示す、方法。
【0180】
Ｂ１７．実施形態１５又は１６に記載の方法であって、ＤＭＲＳ存在構成は、集約係数に等しい長さのビットマップを含む、方法。
【0181】
Ｂ１８．実施形態１から１７のいずれか１つに記載の方法であって、パラメータのセットは、冗長バージョンシーケンスをさらに含む、方法。
【0182】
Ｂ１９．実施形態１から１８のいずれか１つに記載の方法であって、パラメータのセットは、周波数ホッピング表示をさらに含む、方法。
【0183】
Ｂ２０．実施形態１から１９のいずれか１つに記載の方法であって、制御メッセージは、（ｉ）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信されるダウンリンク制御情報（ＤＣＩ）、（ｉｉ）無線リソース制御（ＲＲＣ）で送信される構成メッセージ、又は、（ｉｉｉ）ＰＤＣＣＨで送信されるＤＣＩとＲＲＣで送信される構成メッセージの組み合わせである、方法。
【0184】
Ｂ２１．実施形態１から２０のいずれか１つに記載の方法であって、集約係数は、オプションのパラメータである、方法。
【0185】
Ｂ２２．実施形態１から２１のいずれか１つに記載の方法であって、ＴＤＲＡ構成は、サポートされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の最大数（Ｍ）の表示をさらに含み、反復される送信の数は、Ｌ－（ｎ ｍｏｄ Ｍ）に従い計算され、ここで、Ｌは割り当て長であり、ｎはスロットインデクス値である、方法。
【0186】
Ｂ２３．実施形態１から２２のいずれか１つに記載の方法であって、集約係数は、開始Ｓ及び長さＬで定義される送信が２つ以上の反復に分割されることを示す分割係数又はパーティショニングインジケータである、方法。
【0187】
グループＣ実施形態
Ｃ１．反復シグナリングのための無線デバイスであって、グループＡ実施形態のいずれか１つの、いずれかのステップを実行する様に構成された処理回路を備えている、無線デバイス。
Ｃ１．反復シグナリングのための無線デバイスであって、グループＡ実施形態のいずれか１つの、いずれかのステップを実行する様に構成された処理回路を備えている、無線デバイス。
【0188】
Ｃ２．反復シグナリングのための基地局であって、グループＢ実施形態のいずれか１つの、いずれかのステップを実行する様に構成された処理回路を備えている、基地局。
【0189】
Ｃ３．反復シグナリングのためのユーザ装置（ＵＥ）であって、無線信号を送受信する様に構成されたアンテナと、アンテナ及び処理回路に接続され、アンテナと処理回路との間で通信される信号を調整する様に構成された無線フロントエンド回路と、グループＡ実施形態のいずれか１つの、いずれかのステップを実行する様に構成された処理回路と、処理回路に接続され、処理回路によって処理される情報のＵＥへの入力を可能にする様に構成された入力インタフェースと、処理回路に接続され、処理回路によって処理された情報をＵＥから出力する様に構成された出力インタフェースと、処理回路に接続され、ＵＥに電力を供給する様に構成されたバッテリと、を備えているＵＥ。
【0190】
略語
以下の略語の少なくともいくつかが、本開示において使用され得る。略語間に矛盾がある場合は、上記での使用方法を優先する必要がある。以下に複数回リストされている場合は、最初のリストが後続のリストよりも優先される。
１ｘＲＴＴ：ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ：第３世代パートナーシッププロジェクト
５Ｇ：第５世代
ＡＢＳ：略ブランクのサブフレーム
ＡＲＱ：自動再送要求
ＡＷＧＮ：加法性ホワイトガウスノイズ
ＢＣＣＨ：ブロードキャスト制御チャネル
ＢＣＨ：ブロードキャストチャネル
ＣＡ：キャリアグリゲーション
ＣＣ：キャリコンポーネント
ＣＣＣＨ：ＳＤＵ：共通制御チャネル ＳＤＵ
ＣＤＭＡ：符号分割多重アクセス
ＣＧＩ：セルグローバル識別子
ＣＩＲ：チャネルインパルス応答
ＣＰ：サイクリックプレフィクス
ＣＰＩＣＨ：共通パイロットチャネル
ＣＰＩＣＨ：Ｅｃ／Ｎｏ：チップあたりのＣＰＩＣＨ受信エネルギを帯域内の電力密度で割った値
ＣＱＩ：チャネル品質情報
Ｃ－ＲＮＴＩ：セルＲＮＴＩ
ＣＳＩ：チャネル状態情報
ＤＣＣＨ：専用制御チャネル
ＤＬ：ダウンリンク
ＤＭ：復調
ＤＭＲＳ：復調基準信号
ＤＲＸ：不連続受信
ＤＴＸ：不連続送信
ＤＴＣＨ：専用トラフィックチャネル
ＤＵＴ：テスト下のデバイス
Ｅ－ＣＩＤ：拡張セルＩＤ（位置決め方法）
Ｅ－ＳＭＬＣ：発展型サービング移動ロケーションセンタ
ＥＣＧＩ：発展ＣＧＩ
ｅＮＢ：Ｅ－ＵＴＲＡＮ ノードＢ
ｅＰＤＣＣＨ：拡張物理下りリンク制御チャネル
Ｅ－ＳＭＬＣ：発展型サービング移動ロケーションセンタ
Ｅ－ＵＴＲＡ：発展型ＵＴＲＡ
Ｅ－ＵＴＲＡＮ：発展型ＵＴＲＡＮ
ＦＤＤ：周波数分割複信
ＦＦＳ：更なる調査要
ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ：ＮＲの基地局
ＧＮＳＳ：グローバルナビゲーション衛星システム
ＧＳＭ：移動通信汎用システム
ＨＡＲＱ：ハイブリッド自動再送要求
ＨＯ：ハンドオーバ
ＨＳＰＡ：高速パケットアクセス
ＨＲＰＤ：高レートパケットデータ
ＬＯＳ：視線
ＬＰＰ：ＬＴＥポジショニングプロトコル
ＬＴＥ：ロングタームエボリューション
ＭＡＣ：媒体アクセス制御
ＭＢＭＳ：マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ：マルチメディアブロードキャストマルチキャスト単一周波数ネットワーク
ＭＢＳＦＮ：ＡＢＳ：ＭＢＳＦＮオールモーストブランクサブフレーム
ＭＤＴ：ドライブテストの最小化
ＭＩＢ：マスタ情報ブロック
ＭＭＥ：モビリティ管理エンティティ
ＭＳＣ：移動交換センタ
ＮＰＤＣＣＨ：狭帯域物理下りリンク制御チャネル
ＮＲ：ニューレディオ
ＯＣＮＧ：ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ：直交周波数分割多重
ＯＦＤＭＡ：直交周波数分割多重アクセス
ＯＳＳ：運用サポートシステム
ＯＴＤＯＡ：観察される到着時間差
Ｏ＆Ｍ：運用管理
ＰＢＣＨ：物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ：プライマリ共通制御物理チャネル
ＰＣｅｌｌ：プライマリセル
ＰＣＦＩＣＨ：物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＤＰ：プロファイル遅延プロファイル
ＰＤＳＣＨ：物理下りリンク共有チャネル
ＰＧＷ：パケットゲートウェイ
ＰＨＩＣＨ：物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ：公衆地上移動ネットワーク
ＰＭＩ：プリコーダマトリクスインジケータ
ＰＲＡＣＨ：物理ランダムアクセスチャネル
ＰＲＳ：位置決め基準信号
ＰＳＳ：プライマリ同期信号
ＰＵＣＣＨ：物理上りリンク制御チャネル
ＰＵＳＣＨ：物理上りリンク共有チャネル
ＲＡＣＨ：ランダムアクセスチャネル
ＱＡＭ：直交振幅変調
ＲＡＮ：無線アクセスネットワーク
ＲＡＴ：無線アクセス技術
ＲＬＭ：無線リンク管理
ＲＮＣ：無線ネットワークコントローラ
ＲＮＴＩ：無線ネットワーク一時識別子
ＲＲＣ：無線リソース制御
ＲＲＭ：無線リソース管理
ＲＳ：参照信号
ＲＳＣＰ：受信信号符号電力
ＲＳＲＰ：参照シンボル受信電力又は参照信号受信電力
ＲＳＲＱ：参照信号受信品質又は参照シンボル受信品質
ＲＳＳＩ：受信信号強度インジケータ
ＲＳＴＤ：基準信号時間差
ＳＣＨ：同期チャネル
ＳＣｅｌｌ：セカンダリセル
ＳＤＵ：サービスデータユニット
ＳＦＮ：システムフレーム番号
ＳＧＷ：サービングゲートウェイ
ＳＩ：システム情報
ＳＩＢ：システム情報ブロック
ＳＮＲ：信号対雑音比
ＳＯＮ：自己最適化ネットワーク
ＳＳ：同期信号
ＳＳ：セカンダリ同期信号
ＴＤＤ：時分割複信
ＴＤＯＡ：到着時間差
ＴＯＡ：到着時間
ＴＳＳ：三次同期信号
ＴＴＩ：送信時間間隔
ＵＥ：ユーザ装置
ＵＬ：上りリンク
ＵＭＴＳ：汎用移動通信システム
ＵＳＩＭ：汎用加入者識別モジュール
ＵＴＤＯＡ：アップリンク到着時間差
ＵＴＲＡ：汎用地上無線アクセス
ＵＴＲＡＮ：汎用地上無線アクセスネットワーク
ＷＣＤＭＡ：ワイドＣＤＭＡ
ＷＡＬＮ：無線ローカルエリアネットワーク
下のテキストは、暫定版の付録を含む。
以下の略語の少なくともいくつかが、本開示において使用され得る。略語間に矛盾がある場合は、上記での使用方法を優先する必要がある。以下に複数回リストされている場合は、最初のリストが後続のリストよりも優先される。
１ｘＲＴＴ：ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ：第３世代パートナーシッププロジェクト
５Ｇ：第５世代
ＡＢＳ：略ブランクのサブフレーム
ＡＲＱ：自動再送要求
ＡＷＧＮ：加法性ホワイトガウスノイズ
ＢＣＣＨ：ブロードキャスト制御チャネル
ＢＣＨ：ブロードキャストチャネル
ＣＡ：キャリアグリゲーション
ＣＣ：キャリコンポーネント
ＣＣＣＨ：ＳＤＵ：共通制御チャネル ＳＤＵ
ＣＤＭＡ：符号分割多重アクセス
ＣＧＩ：セルグローバル識別子
ＣＩＲ：チャネルインパルス応答
ＣＰ：サイクリックプレフィクス
ＣＰＩＣＨ：共通パイロットチャネル
ＣＰＩＣＨ：Ｅｃ／Ｎｏ：チップあたりのＣＰＩＣＨ受信エネルギを帯域内の電力密度で割った値
ＣＱＩ：チャネル品質情報
Ｃ－ＲＮＴＩ：セルＲＮＴＩ
ＣＳＩ：チャネル状態情報
ＤＣＣＨ：専用制御チャネル
ＤＬ：ダウンリンク
ＤＭ：復調
ＤＭＲＳ：復調基準信号
ＤＲＸ：不連続受信
ＤＴＸ：不連続送信
ＤＴＣＨ：専用トラフィックチャネル
ＤＵＴ：テスト下のデバイス
Ｅ－ＣＩＤ：拡張セルＩＤ（位置決め方法）
Ｅ－ＳＭＬＣ：発展型サービング移動ロケーションセンタ
ＥＣＧＩ：発展ＣＧＩ
ｅＮＢ：Ｅ－ＵＴＲＡＮ ノードＢ
ｅＰＤＣＣＨ：拡張物理下りリンク制御チャネル
Ｅ－ＳＭＬＣ：発展型サービング移動ロケーションセンタ
Ｅ－ＵＴＲＡ：発展型ＵＴＲＡ
Ｅ－ＵＴＲＡＮ：発展型ＵＴＲＡＮ
ＦＤＤ：周波数分割複信
ＦＦＳ：更なる調査要
ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ：ＮＲの基地局
ＧＮＳＳ：グローバルナビゲーション衛星システム
ＧＳＭ：移動通信汎用システム
ＨＡＲＱ：ハイブリッド自動再送要求
ＨＯ：ハンドオーバ
ＨＳＰＡ：高速パケットアクセス
ＨＲＰＤ：高レートパケットデータ
ＬＯＳ：視線
ＬＰＰ：ＬＴＥポジショニングプロトコル
ＬＴＥ：ロングタームエボリューション
ＭＡＣ：媒体アクセス制御
ＭＢＭＳ：マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ：マルチメディアブロードキャストマルチキャスト単一周波数ネットワーク
ＭＢＳＦＮ：ＡＢＳ：ＭＢＳＦＮオールモーストブランクサブフレーム
ＭＤＴ：ドライブテストの最小化
ＭＩＢ：マスタ情報ブロック
ＭＭＥ：モビリティ管理エンティティ
ＭＳＣ：移動交換センタ
ＮＰＤＣＣＨ：狭帯域物理下りリンク制御チャネル
ＮＲ：ニューレディオ
ＯＣＮＧ：ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ：直交周波数分割多重
ＯＦＤＭＡ：直交周波数分割多重アクセス
ＯＳＳ：運用サポートシステム
ＯＴＤＯＡ：観察される到着時間差
Ｏ＆Ｍ：運用管理
ＰＢＣＨ：物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ：プライマリ共通制御物理チャネル
ＰＣｅｌｌ：プライマリセル
ＰＣＦＩＣＨ：物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＤＰ：プロファイル遅延プロファイル
ＰＤＳＣＨ：物理下りリンク共有チャネル
ＰＧＷ：パケットゲートウェイ
ＰＨＩＣＨ：物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ：公衆地上移動ネットワーク
ＰＭＩ：プリコーダマトリクスインジケータ
ＰＲＡＣＨ：物理ランダムアクセスチャネル
ＰＲＳ：位置決め基準信号
ＰＳＳ：プライマリ同期信号
ＰＵＣＣＨ：物理上りリンク制御チャネル
ＰＵＳＣＨ：物理上りリンク共有チャネル
ＲＡＣＨ：ランダムアクセスチャネル
ＱＡＭ：直交振幅変調
ＲＡＮ：無線アクセスネットワーク
ＲＡＴ：無線アクセス技術
ＲＬＭ：無線リンク管理
ＲＮＣ：無線ネットワークコントローラ
ＲＮＴＩ：無線ネットワーク一時識別子
ＲＲＣ：無線リソース制御
ＲＲＭ：無線リソース管理
ＲＳ：参照信号
ＲＳＣＰ：受信信号符号電力
ＲＳＲＰ：参照シンボル受信電力又は参照信号受信電力
ＲＳＲＱ：参照信号受信品質又は参照シンボル受信品質
ＲＳＳＩ：受信信号強度インジケータ
ＲＳＴＤ：基準信号時間差
ＳＣＨ：同期チャネル
ＳＣｅｌｌ：セカンダリセル
ＳＤＵ：サービスデータユニット
ＳＦＮ：システムフレーム番号
ＳＧＷ：サービングゲートウェイ
ＳＩ：システム情報
ＳＩＢ：システム情報ブロック
ＳＮＲ：信号対雑音比
ＳＯＮ：自己最適化ネットワーク
ＳＳ：同期信号
ＳＳ：セカンダリ同期信号
ＴＤＤ：時分割複信
ＴＤＯＡ：到着時間差
ＴＯＡ：到着時間
ＴＳＳ：三次同期信号
ＴＴＩ：送信時間間隔
ＵＥ：ユーザ装置
ＵＬ：上りリンク
ＵＭＴＳ：汎用移動通信システム
ＵＳＩＭ：汎用加入者識別モジュール
ＵＴＤＯＡ：アップリンク到着時間差
ＵＴＲＡ：汎用地上無線アクセス
ＵＴＲＡＮ：汎用地上無線アクセスネットワーク
ＷＣＤＭＡ：ワイドＣＤＭＡ
ＷＡＬＮ：無線ローカルエリアネットワーク
下のテキストは、暫定版の付録を含む。
【0191】
付録
ＮＲのＵＲＬＬＣのアップリンク及びダウンリンク物理チャネルの拡張
前書き
ＮＲのＵＲＬＬＣのアップリンク及びダウンリンク物理チャネルの拡張
前書き
【0192】
２０１８年６月のＲＡＮ全体会議で、ｅＵＲＬＬＣ研究項目［００４１５］が承認された。調査項目の目的は、ＮＲリリース１５でサポートされている信頼性と遅延パフォーマンスを調査し、要件を達成するために必要な場合はさらなる拡張を特定することである。この調査項目では、例えば、リリース１５で検討されている要件よりも厳しい要件を持つ可能性のある様々なユースケース（ファクトリーオートメーション、運輸業界、配電等）の信頼性をさらに向上させ、遅延を削減する方法を調査する。例えば、リリース１６で検討されているユースケースの中には、１－１０－６レベルの信頼性と、０．５～１ミリ秒のレベルのＲＡＮ遅延を要求するものがある。レイヤ１の拡張では、ヨーテボリでのＲＡＮ１＃９４会議中に次の合意がなされた［００４１５］。
【0193】
合意：ＮＲリリース１６のＵＲＬＬＣの潜在的なＰＤＣＣＨ拡張をさらに評価する。さらに、ＰＤＣＣＨの信頼性を評価する。さらに、ＰＤＣＣＨブロッキングを評価する。企業は、リソース使用率について説明する。複雑性が考慮されるべきである。拡張の遅延が考慮されるべきである。
【0194】
合意：スロット内のＨＡＲＱ－ＡＣＫ送信で複数のＰＵＣＣＨを可能にする方法をさらに検討する。
【0195】
合意：ＨＡＲＱ－ＡＣＫの拡張されたレポート手順／フィードバックを可能にするかどうか／どの様に可能にするかをさらに調査する。ＰＵＳＣＨ及びＰＵＣＣＨでの拡張されたＨＡＲＱ－ＡＣＫ多重化。ＨＡＲＱフィードバックタイミング、例えば、シンボルレベル、ハーフスロット等のより細かい表示。注：これは、スロット内のＨＡＲＱ－ＡＣＫ送信のための複数のＰＵＣＣＨに関連し得る。他のイネーブラーは除外されない。
【0196】
合意：拡張されたＣＳＩレポート／測定メカニズムの必要性を調査する。例：ＤＭＲＳベースのＣＳＩ；ＰＵＣＣＨでのＡ－ＣＳＩ；ＤＬ割り当てによるトリガ；拡張されたＣＳＩレポートモード。他のアプローチは除外されない。
【0197】
議論
以下では、遅延と信頼性の観点から、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨを含む物理チャネルの様々な拡張について述べる。ＵＲＬＬＣの真に高い信頼性と低遅延を実現するには、処理のタイムラインやＵＥ能力等の側面にも対処する必要がある。
以下では、遅延と信頼性の観点から、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨを含む物理チャネルの様々な拡張について述べる。ＵＲＬＬＣの真に高い信頼性と低遅延を実現するには、処理のタイムラインやＵＥ能力等の側面にも対処する必要がある。
【0198】
ＰＵＳＣＨの拡張
信頼性
リリース１６において、ｅＵＲＬＬＣＳＩの様々な関連するユースケースは、潜在的に様々な信頼性要件で検討され得る。幾つかのユースケースでは、１－１０－６の非常に厳しい信頼性要件が例えば［１］で言及された。信頼性を高めるための手法が、プロトコルスタックの様々なレイヤで実行され得ることは注目に値する。１－１０－６の全体的な伝送信頼性の要求は、必ずしも総てのソリューションが物理レイヤからのものでなければならないことを意味するわけではない。例えば、ＮＲは、ＰＤＣＰ複製の形式で上位レイヤの信頼性拡張をサポートする。ＰＤＣＰの複製により、物理レイヤの信頼性要件が緩和され得る。
信頼性
リリース１６において、ｅＵＲＬＬＣＳＩの様々な関連するユースケースは、潜在的に様々な信頼性要件で検討され得る。幾つかのユースケースでは、１－１０－６の非常に厳しい信頼性要件が例えば［１］で言及された。信頼性を高めるための手法が、プロトコルスタックの様々なレイヤで実行され得ることは注目に値する。１－１０－６の全体的な伝送信頼性の要求は、必ずしも総てのソリューションが物理レイヤからのものでなければならないことを意味するわけではない。例えば、ＮＲは、ＰＤＣＰ複製の形式で上位レイヤの信頼性拡張をサポートする。ＰＤＣＰの複製により、物理レイヤの信頼性要件が緩和され得る。
【0199】
ＮＲのリリース１５において、１０－５ＢＬＥＲターゲットに対応するＣＱＩレポートの新しいＣＱＩテーブルが導入された。これは、高い信頼性要件を備えたＵＲＬＬＣ ＤＬ送信をサポートすることを目的としている。さらに、非常に堅牢なＰＤＳＣＨ及びＰＵＳＣＨ送信をサポートするために、スペクトル効率値が低い新しいＭＣＳエントリをサポートする新しいＭＣＳテーブルが導入された。ＮＲのリリース１５で行われたこれらのＰＨＹの信頼性の拡張は、ｅＵＲＬＬＣには十分であると見なすことができる。
【0200】
遅延
遅延に関し、ＮＲのリリース１５は、スロットよりも短い期間でのデータ送信をサポートする。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢを使用すると、スロット内の任意のシンボルで送信を開始でき、これは、遅延の観点から好ましい。ＰＤＳＣＨマッピングタイプＢの場合、２、４及び７シンボルの送信期間がサポートされるが、ＰＵＳＣＨマッピングタイプＢの場合、最大１４シンボルまでの総てのシンボル期間がサポートされる。これらの機能は、ＵＲＬＬＣに必要な低遅延送信を可能にする重要な要素として機能する。
遅延に関し、ＮＲのリリース１５は、スロットよりも短い期間でのデータ送信をサポートする。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢを使用すると、スロット内の任意のシンボルで送信を開始でき、これは、遅延の観点から好ましい。ＰＤＳＣＨマッピングタイプＢの場合、２、４及び７シンボルの送信期間がサポートされるが、ＰＵＳＣＨマッピングタイプＢの場合、最大１４シンボルまでの総てのシンボル期間がサポートされる。これらの機能は、ＵＲＬＬＣに必要な低遅延送信を可能にする重要な要素として機能する。
【0201】
ただし、超低遅延送信を完全に有効にするためのＮＲリリース１５のスケジューリングの柔軟性に関しては、まだ幾つかの制限がある。１つの例は、スロットの境界を跨ぐスケジューリングの制限である。遅延バジェットが厳しいＵＲＬＬＣサービスの場合、データをできるだけ早く送信できることが非常に望ましい。例えば、ＵＬ送信用のＵＬデータが、スロット境界に近すぎるシンボルで（ＵＥでの処理時間の後に）送信が可能になる場合がある。ＮＲリリース１５は、送信がスロットの境界を越えることを許可しないため、ＵＥは次のスロットの開始まで送信を待機する必要がある。これにより、許可されたバジェッドを超えて遅延が増加し得ることになる。
【0202】
例えば、７シンボル期間のデータの到着がスロットの境界に近すぎる場合の高いアライメント遅延を示す図１５を参照のこと。７シンボル送信の場合、データが一様に到着すると仮定すると、このアライメント遅延はＵＬ送信の５０％で発生する。ＵＥの電力が制限されているＵＬ送信では、帯域幅を増やしてもパフォーマンスの向上に役立たないため、この問題は特に深刻になる。
【0203】
次のスロットまで待機する代わりに、現在のスロットで送信を開始できる様に、より短い期間で複数の送信をスケジュールすることもできる。ＮＲのリリース１５は、送信を複数のスロットで反復できるスロット集約をサポートしているが、次のスロットでのＴＢの反復には、最初のスロットでの送信と同じリソース割り当てが必要であるという制限がある。したがって、複数のスロット間での短い送信（１４シンボル未満）の反復は、それらの間に時間ギャップを有する。例えば、送信間に１０ｏｓの時間ギャップを形成する総てのスロットで４ｏｓのミニスロット割り当てが反復される場合のミニスロットの集約の図１６を参照。
【0204】
リリース１６のｅＵＲＬＬＣの真に超低遅延送信をサポートするために、スロット境界を跨ぐＰＵＳＣＨスケジューリングをサポートできることが提案されている。これは、スロットの境界を跨ぐ長い伝送、又は、他の異なるスケジューリングの柔軟性の形式でもたらされ、過度の遅延なしにスロットの境界を跨ぐ低遅延の伝送を可能にする。この拡張がアライメント遅延に与える影響については、ホワイトペーパー［００４１５」でさらに詳しく説明する。
【0205】
提案１：ｅＵＲＬＬＣを対象とするＮＲのリリース１６は、スロット境界を跨ぐより柔軟なＰＵＳＣＨスケジューリングをサポートする。スロット境界を跨ぐＰＵＳＣＨ送信をサポートするための１つの可能な解決策は、２つのＰＵＳＣＨ送信を使用することである（図１７を参照）。すなわち、ＵＥは、スロット境界を跨ぐ時間領域でリソースを割り当てるＵＬ許可又は構成されたＵＬ許可を受信することを期待できる。次に、ＵＥは、ＰＵＳＣＨ送信が２つのＰＵＳＣＨ送信に分割されていると解釈する。例えば、図１７の上部に示されている様に、Ｎシンボル期間のＵＬデータは、スロットを跨ぐ様に構成又はスケジュールされる。図１７の下部に示す様に、ＵＬデータは２つの反復に分割される。第１ＰＵＳＣＨは、構成又は割り当てられた開始シンボルで始まり、現在のスロットの終わりで終了する。第２ＰＵＳＣＨは、後続のスロットの先頭で始まり、元の構成された又はスケジュールされた長さに対応するシンボルで終了する。
【0206】
単純なシグナリング方法は、例えば、時間領域のリソース割り当てで開始シンボル（Ｓ）と割り当て長（Ｌ）の直接インジケータを許可することにより、暗黙的なシグナリングに基づいて、Ｓ＋Ｌ＞１４になる。この場合、第１ＰＵＳＣＨは、構成又はスケジュールされた開始シンボルで開始し、第１スロットの終わりまで続き、第２ＰＵＳＣＨは、後続シンボルで直ちに開始し、スケジュールされたシンボルの終わりまで続く。ＭＳＣ判定は、それぞれ第１及び第２ＰＵＳＣＨのリソース要素の数に基づいて行うことができ、同じＴＢＳをＰＵＳＣＨ送信の両方のセグメントに使用することができる。ＲＶは、幾つかの構成されたＲＶシーケンスに従い得る。
【0207】
説明される別のアプローチは、ミニスロットの反復に基づく。ミニスロット反復に関しては、幾つかの事項を考慮する必要がある。第１に、パフォーマンスの観点から、ＰＵＳＣＨを２つのＰＵＳＣＨに分割することは、反復ベースのソリューションと比較して、セグメントの１つでコーディングゲインが向上するという利点がある。第２に、各反復でのＤＭＲＳオーバヘッドにより、不要な追加オーバヘッドが発生する。したがって、ＤＭＲＳのオーバヘッドを削減する追加のメカニズムを検討する必要がある。第３に、反復ベースのソリューションは、スロット境界の周りのシンボルが、遅延を減らすためにＰＵＳＣＨ送信に完全に利用されることを保証しない。データの到着と割り当てられたＰＵＳＣＨリソースに応じて、反復係数を動的に調整する必要がある。リリース１５においては、スロット集約がＲＲＣで構成されているため、この機能を導入することは、機能を意味のあるものにするために、リリース１６においてで動的な反復をサポートする必要があることを暗示する。
【0208】
さらに、周波数ホッピングにより信頼性を向上させることができる。ただし、周波数ホッピングによってスペクトルが断片化され、システム全体のパフォーマンスに影響を与えるかどうかを考慮する必要がある。したがって、周波数ホッピングは動的に有効又は無効にされる必要がある。さらに、周波数ホッピングが有効になっている場合は、既存のスロット間及びスロット内周波数ホッピングに基づいて実行され得る。ただし、場合によっては、ＰＵＳＣＨ割り当てに関して非対称的にホッピング位置を設定することが望ましくない場合がある。その場合、シンボルの数が多いスロット等、何らかのルールを使用して、ホッピング位置が、反復のいずれかのスロット内周波数ホッピングに基づいているホッピングパターンを検討することができる。
【0209】
上記の議論に基づいて、以下を提案する。
【0210】
提案２：スロット境界を跨ぐＰＵＳＣＨスケジューリングについては、以下の代替案を検討する。
【0211】
代替案１） 時間領域リソース割り当ての開始シンボル（Ｓ）と割り当て長（Ｌ）と、Ｓ＋Ｌ＞１４を使用することにより、暗黙的なシグナリングに基づくスロット境界を跨ぐ２つのＰＵＳＣＨ送信に基づく方法
【0212】
第１ＰＵＳＣＨ送信は、シンボルＳで開始し、スロットの終わりまで続く。
【0213】
残りのシンボルを含む第２ＰＵＳＣＨ送信は、次のスロットの先頭で開始する。
【0214】
２つのＰＵＳＣＨの同じ又は構成されたＲＶはＦＦＳ
【0215】
代替案２） ミニスロット反復に基づく方法
【0216】
動的反復のサポート
【0217】
動的周波数ホッピングのサポート
【0218】
どの様にＤＭＲＳオーバヘッドを削減するかはＦＦＳ
【0219】
代替案１と比較して代替案２がパフォーマンスとシグナリングオーバヘッドに関して有益であるかどうかを調査。
【0220】
ＰＤＣＣＨの拡張
ＲＡＮ１＃９４の間に、ＰＤＣＣＨ拡張に関する幾つかの可能性が議論された。企業は、ＰＤＣＣＨ拡張をさらに調査し、様々な側面、つまりブロッキング、信頼性、複雑さを検討することに同意した［００４１５］。このセクションでは、ＵＲＬＬＣのブラインド復号とＣＣＥの数の制限、ＰＤＣＣＨブロッキングの側面、及び、フォールバックＤＣＩよりも小さいＤＣＩサイズのコンパクトＤＣＩ形式の使用による改善の可能性について述べる。
ＲＡＮ１＃９４の間に、ＰＤＣＣＨ拡張に関する幾つかの可能性が議論された。企業は、ＰＤＣＣＨ拡張をさらに調査し、様々な側面、つまりブロッキング、信頼性、複雑さを検討することに同意した［００４１５］。このセクションでは、ＵＲＬＬＣのブラインド復号とＣＣＥの数の制限、ＰＤＣＣＨブロッキングの側面、及び、フォールバックＤＣＩよりも小さいＤＣＩサイズのコンパクトＤＣＩ形式の使用による改善の可能性について述べる。
【0221】
ブラインド復号とＣＣＥの数の制限
ｅＵＲＬＬＣ ＳＩＤ［１］に記載されている遅延（０．５～１ｍｓ）と信頼性（１－１０－６）に関する厳しい要件があるため、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢがサポートされていることが重要である。タイプＢスケジューリングの完全な遅延の利点を実現するには、スロット内に複数のＰＤＣＣＨ監視機会を設ける必要がある。例えば、２つのＯＦＤＭシンボル送信の利点を最大限に活用するには、２つのＯＦＤＭシンボルごとにＰＤＣＣＨを監視することが望ましい。スロット内のチャネル推定のブラインド復号とＣＣＥの総数に関するリリース１５の制限は、検索スペース内の候補数を制限する場合でも、これらの種類の構成のスケジューリングオプションを大幅に制限する。このセクションでは、ＮＲのＵＲＬＬＣのリリース１６でこの制限を緩和する方法について説明する。
ｅＵＲＬＬＣ ＳＩＤ［１］に記載されている遅延（０．５～１ｍｓ）と信頼性（１－１０－６）に関する厳しい要件があるため、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢがサポートされていることが重要である。タイプＢスケジューリングの完全な遅延の利点を実現するには、スロット内に複数のＰＤＣＣＨ監視機会を設ける必要がある。例えば、２つのＯＦＤＭシンボル送信の利点を最大限に活用するには、２つのＯＦＤＭシンボルごとにＰＤＣＣＨを監視することが望ましい。スロット内のチャネル推定のブラインド復号とＣＣＥの総数に関するリリース１５の制限は、検索スペース内の候補数を制限する場合でも、これらの種類の構成のスケジューリングオプションを大幅に制限する。このセクションでは、ＮＲのＵＲＬＬＣのリリース１６でこの制限を緩和する方法について説明する。
【0222】
ＬＴＥでは、ｓＴＴＩの導入により、ブラインド復号数が増加された。これは、２又は３ｏｓのサブスロット（サブフレーム内の６つの監視機会に対応）と７ｏｓのスロット（サブフレーム内の２つの監視機会に対応）がサポートされる新しいｓＴＴＩ構造によるものである。ＬＴＥの１つのコンポーネントキャリアのベースラインは、１ミリ秒のサブフレームあたり４４のブラインド復号であり、その内の１２はＣＳＳ用であり、３２はＵＳＳ用である。ｓＴＴＩを使用すると、１スロットｓＴＴＩで２４個の追加ＢＤがあり、２／３ＯＳのｓＴＴＩで３６個の追加ＢＤがあり得る。したがって、以下の表に要約されている様に、ＬＴＥの１ミリ秒サブフレームあたりのブラインド復号の総数が増加される。
【0223】
コンパニオン寄書［００４１５］の分析に基づくと、１ミリ秒の遅延目標を満たすには、少なくとも５シンボル未満のＰＤＣＣＨ監視周期性が必要である。ＰＤＣＣＨ監視周期性は、例えば、ＰＤＣＣＨがスロット内のシンボル０、５、１０で開始することができ、その結果、スロット内で３回の監視機会をもたらすことを意味する。
【0224】
【表8】
【0225】
観察１：１ｍｓの遅延要件でＵＲＬＬＣをサポートするには、スロット毎に３回より大きいＰＤＣＣＨ監視機会が必要である。
【0226】
ＡＬ＝１６が必要な場合、これらの３つの監視機会は、リリース１５のチャネル推定に許可された５６のＣＣＥの内の４８を占め、ＵＲＬＬＣトラフィックをスケジュールするためのＵＳＳとＣＳＳの両方の使用を厳しく制限する。
【0227】
上記の観察結果は、ＵＲＬＬＣ遅延要件を満たす１５ｋＨｚＳＣＳで少なくともシングルショット送信をサポートするために必要な監視機会の最小数にすぎない。先に述べた様に、ＮＲのスロットでの監視機会の数は、原則として柔軟である可能性、つまり、１～１４ｏｓごとであり得る。［００４５］に見られる様に、スロットごとにより多くのＰＤＣＣＨ監視機会を許可すると、再送信の機会を伴うＵＲＬＬＣトラフィックのスケジューリングが可能になり、より効率的なリソース使用につながる。
【0228】
複数の新しいＵＥ能力レベルを指定するのではなく、ＰＤＣＣＨブラインド復号のサポートの１つの追加レベルを指定することを提案し、この場合、リリース１５と比較して数が２倍になる。
【0229】
この追加レベルのサポートは、スロットごとに定義するのではなく、ミニスロット動作用にＢＤ／ＣＣＥがスロットにどの様に分散されているかを考慮する方が理にかなっている。考えられる選択肢の１つは、スロットの半分ごとにＢＤ／ＣＣＥ制限を定義することである。スロットの前半については、他のケースと同じ数を想定するのが自然である。スロットの後半について、ＵＥがスロットの前半でＰＤＣＣＨの処理を終了したと仮定すると、ＵＥはスロットの後半で同じＰＤＣＣＨ処理能力を有する。したがって、スロットの前半と同じ数を想定するのが妥当である。
【0230】
上記分析に基づいて、ＢＤ制限の対応する増加が提案される。
【0231】
【表9】
【0232】
同様に、ＣＣＥ制限の対応する増加が提案される。
【0233】
【表10】
【0234】
例えば、スロットあたり３２ＣＣＥの既存の制限を伴う１２０ｋＨｚＳＣＳの場合、スロットあたり最大２つのＡＬ１６候補が存在し得るが、これは、スロットで少なくとも２回の監視を必要とするＵＲＬＬＣでは非常に制限され得る。提案値は、より柔軟なＰＤＣＣＨスケジューリングを可能にし、ブロッキング確率を低減する。表２及び表３の代替ソリューションとして、スライディングウィンドウごとの制限を導入することを検討でき、そこでは、スライディングウィンドウサイズと、ブラインド復号数、又は、ウィンドウごとのＣＣＥについてさらに検討されている。ＮＲ ＵＲＬＬＣのリリース１６の場合、以下のブラインド復号数と、チャネル推定のためのＣＣＥが考慮され得る。
【0235】
提案３：ＵＲＬＬＣを考慮したＮＲのリリース１６の場合、最初のシンボルが前半スロットにあるＰＤＣＣＨ監視機会のＰＤＣＣＨブラインド復号数は、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛４４、３６、２２、２０｝であり、最初のシンボルが後半のスロットにあるＰＤＣＣＨ監視機会の場合、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛４４、３６、２２、２０｝である。
【0236】
提案４：ＵＲＬＬＣを考慮したＮＲのリリース１６の場合、最初のシンボルが前半スロットにあるＰＤＣＣＨ監視機会のチャネル推定のためのＣＣＥ数は、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛５６、５６、４８、３２｝であり、最初のシンボルが後半のスロットにあるＰＤＣＣＨ監視機会の場合、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛５６、５６、４８、３２｝である。
【0237】
ＰＤＣＣＨブロッキング
ＵＲＬＬＣの信頼性要件を満たすには、高いＰＤＣＣＨ信頼性が不可欠である。ＮＲのＰＤＣＣＨ設計は、ＡＬ１６のサポートによりこの側面に対処する。ただし、ＰＤＣＣＨリソースの使用に関しては幾つかの懸念が残っている。つまり、同時に複数のＵＥがスケジュールされており、そのうちの幾つかが高いＡＬを必要とする場合、使用可能な制御リソースは、総てのＵＥをスケジュールするのに十分ではなく、ＰＤＣＣＨブロッキングが発生し始める。
ＵＲＬＬＣの信頼性要件を満たすには、高いＰＤＣＣＨ信頼性が不可欠である。ＮＲのＰＤＣＣＨ設計は、ＡＬ１６のサポートによりこの側面に対処する。ただし、ＰＤＣＣＨリソースの使用に関しては幾つかの懸念が残っている。つまり、同時に複数のＵＥがスケジュールされており、そのうちの幾つかが高いＡＬを必要とする場合、使用可能な制御リソースは、総てのＵＥをスケジュールするのに十分ではなく、ＰＤＣＣＨブロッキングが発生し始める。
【0238】
コンパニオン寄書［５］においては、マクロシナリオでＰＤＣＣＨブロッキング確率が評価されている。ＤＬジオメトリが導出され、ＰＤＣＣＨリンクレベルの結果と一緒に使用されて、１０－５のＰＤＣＣＨ信頼性ターゲットでの集約レベル分布が取得される。ブロッキング確率は、一般に、ＵＥ数、ＣＯＲＥＳＥＴサイズ、ＤＣＩサイズ、トラフィックモデル等の幾つかのパラメータに依存する。図４に示す結果から、ブロッキング確率を下げるために、より大きなＣＯＲＥＳＥＴサイズを使用する方法に意味があることが分かる。
【0239】
より小さなＤＣＩサイズ、例えば、コンパクトＤＣＩの使用は、ブロッキング確率を低減するが、その程度はごくわずかである。また、コンパクトＤＣＩを導入すると、ＵＥでのブラインド復号の複雑さが増し、データスケジューリングの柔軟性が低下する等、他の結果を生じさせる。これら総ての側面を考慮する必要がある。ブロッキング確率をＵＲＬＬＣに関連するレベルまで向上させることが目標である場合、コンパクトＤＣＩに依存することは適切なアプローチではない可能性がある。図１８は、ＵＥ数、ＤＣＩサイズ、及び、ＣＯＲＥＳＥＴサイズの関数としてのブロッキング確率を示している。
【0240】
提案５：新しいＤＣＩ形式を導入することによる追加の複雑さを考慮に入れて、コンパクトＤＣＩを使用することによるＰＤＣＣＨブロッキングの削減とＰＤＳＣＨスケジューリングの柔軟性の間のトレードオフを検討する。
【0241】
ＵＥ処理タイムラインの拡張
１回の再送信を伴うＤＬデータ送信のタイムラインが図１９に示されている。構成されたＵＬ許可を介したＰＵＳＣＨのＵＬデータ送信タイムラインを図２０に示す。遅延成分を以下の表に示す。
１回の再送信を伴うＤＬデータ送信のタイムラインが図１９に示されている。構成されたＵＬ許可を介したＰＵＳＣＨのＵＬデータ送信タイムラインを図２０に示す。遅延成分を以下の表に示す。
【0242】
【表11】
【0243】
ＴＵＥ，ｐｒｏｃは、改良のための重要な遅延成分である。リリース１５において、ＵＥ処理時間能力＃１及び＃２が定義され、ここで、能力＃１は、１５／３０／６０／１２０ｋＨｚのＳＣＳに対して定義され、能力＃２は、１５／３０／６０ｋＨｚのＳＣＳに対して定義されている。［００４１５］は、より積極的な能力＃２が、１ミリ秒の遅延制約には不十分であることを示している。ｅＵＲＬＬＣの場合、１ミリ秒より短い遅延（例えば、０．５ミリ秒）を調査する必要がある。遅延要件を満たすために、能力＃３をリリース１６で定義することを提案する。
【0244】
【表12】
【0245】
提案６：リリース１６では、さらに積極的なＵＥ処理時間能力＃３を定義する。
【0246】
提案７：ＵＥ処理時間能力＃３は、１５／３０／６０／１２０ｋＨｚＳＣＳに対して２．５／２．５／５／１０ＯＳである。
【0247】
Ｎ１は、ＰＤＳＣＨの終了からＰＵＣＣＨでのＨＡＲＱ－ＡＣＫ送信の開始までのＯＦＤＭシンボルの最小数を示すが、ＨＡＲＱ－ＡＣＫの実際の送信時間は、スロット内で許可されるタイミングによってさらに制限される。リリース１５では、スロット毎にＨＡＲＱ－ＡＣＫを含む最大１つのＰＵＣＣＨ送信がサポートされる。これにより、ＨＡＲＱ－ＡＣＫを送信するためのアライメント時間が追加される。ＤＬデータの遅延を減らすには、特にｅＭＢＢトラフィックとＵＲＬＬＣトラフィックの多重化がサポートされている場合、スロットでのＨＡＲＱ－ＡＣＫ送信のＰＵＣＣＨ機会の数を増やす必要がある。
【0248】
提案８：リリース１６のスロットでは、ＨＡＲＱ－ＡＣＫの少なくとも２つのＰＵＣＣＨ送信をサポートする。
【0249】
ＴＤＬ，ａｌｉｇｎは、ＰＤＣＣＨの周期性に大きく影響を受ける。最悪ケースのＴＤＬ，ａｌｉｇｎは、ＰＤＣＣＨ周期性に等しい。リリース１５において、ＰＤＣＣＨ周期性は、（ａ）ブラインド復号制限、（ｂ）＃ＣＣＥ制限、（ｃ）ＤＣＩサイズを含む、幾つかの制限によって影響を受ける。ｅＵＲＬＬＣのＰＤＣＣＨ周期を短くするには、リリース１６のブラインド復号制限と＃ＣＣＥ制限を増加させる必要がある。これをセクション２．２．２．で述べる。
【0250】
ＵＣＩ送信の拡張
ｅＭＢＢとＵＲＬＬＣの両方の混合サービスを実行しているＵＥの場合、ＰＵＳＣＨで送信されるＵＣＩの信頼性要件は、ＰＵＳＣＨデータと大幅に異なり得る。ＵＣＩの信頼性要件は、ＤＬ ＵＲＬＬＣデータのＨＡＲＱ－ＡＣＫを、ｅＭＢＢデータと同時に送信する場合には、ＰＵＳＣＨデータの要件よりも高くなり、ＵＲＬＬＣデータと同時にｅＭＢＢ向けのＣＱＩレポートを送信する場合には、低くなり得る。ＵＣＩがＰＵＳＣＨデータよりも低い要件を有する場合は、ＵＣＩの一部又は総てを削除することが望ましい場合があり得る。
ｅＭＢＢとＵＲＬＬＣの両方の混合サービスを実行しているＵＥの場合、ＰＵＳＣＨで送信されるＵＣＩの信頼性要件は、ＰＵＳＣＨデータと大幅に異なり得る。ＵＣＩの信頼性要件は、ＤＬ ＵＲＬＬＣデータのＨＡＲＱ－ＡＣＫを、ｅＭＢＢデータと同時に送信する場合には、ＰＵＳＣＨデータの要件よりも高くなり、ＵＲＬＬＣデータと同時にｅＭＢＢ向けのＣＱＩレポートを送信する場合には、低くなり得る。ＵＣＩがＰＵＳＣＨデータよりも低い要件を有する場合は、ＵＣＩの一部又は総てを削除することが望ましい場合があり得る。
【0251】
観察２：ＵＣＩ及びＵＬデータの信頼性要件は、ｅＭＢＢとＵＲＬＬＣの両方をサポートするＵＥによって大幅に異なり得る。ＵＣＩ又はＰＵＳＣＨデータのいずれかがより高い信頼性を必要とし得る。ＵＣＩとＰＵＳＣＨデータ間のリソースの分割は、様々な種類のＵＣＩのベータ係数によって制御される。リリース１５で定義されているベータ係数の最低値は１．０である。ＵＲＬＬＣデータをｅＭＢＢのＵＣＩと一緒に検討する場合、この値は十分に低くない可能性がある。
【0252】
提案９：リリース１６のベータ係数の範囲を、０．０未満を含む１．０未満の値を含める様に拡大して、ＵＣＩからのＨＡＲＱ－ＡＣＫ／ＣＳＩビットのドロップを可能にすることを検討する。
【0253】
コンパニオン論文［００４１５］において、ＵＣＩがＰＵＣＣＨで送信されるときに、ＵＣＩがｅＭＢＢ又はＵＲＬＬＣに関連している場合、信頼性要件も大幅に異なる可能性があることが観察されている。特に、ｅＭＢＢに関連するＨＡＲＱ－ＡＣＫは、ＵＲＬＬＣに関連するＨＡＲＱ－ＡＣＫほど信頼できる必要はない。論文では、ＰＵＣＣＨフォーマット０及びフォーマット１の場合、信頼性を制御するための適切な方法は、シンボル数の選択及び／又は電力調整に限定されることが観察されている。ＮＲリリース１５は、電力制御を使用した信頼性の高速調整をサポートしていないことも観察されている。一部のシナリオでは、シンボル数の選択を使用した信頼性の調整は、混合サービスのシナリオでは十分でない場合があり得る。よって、以下を提案する。
【0254】
提案１０：ｅＭＢＢに関連するＰＵＣＣＨ送信とＵＲＬＬＣに関連するＰＵＣＣＨ送信との間の電力差を大きくできる様に、ＰＵＣＣＨ電力制御の拡張を検討する。（１）より大きな電力調整ステップを可能にする新しいＴＰＣテーブル、及び／又は、（２）ＤＣＩ表示を使用した電力設定（例えば、Ｐ０，閉ループインデックス等）の動的表示
【0255】
結論
このセクションでは、リリース１６でサポートされているＵＲＬＬＣサービスのＮＲ動作の潜在的なＬ１拡張について述べた。この議論に基づいて、以下の観察と提案を行った。
このセクションでは、リリース１６でサポートされているＵＲＬＬＣサービスのＮＲ動作の潜在的なＬ１拡張について述べた。この議論に基づいて、以下の観察と提案を行った。
【0256】
観察１：１ｍｓの遅延要件でＵＲＬＬＣをサポートするには、スロット毎に３回より大きいＰＤＣＣＨ監視機会が必要である。
【0257】
提案１：ｅＵＲＬＬＣを対象とするＮＲのリリース１６は、スロット境界を跨ぐより柔軟なＰＵＳＣＨスケジューリングをサポートする。
【0258】
提案２：スロット境界を跨ぐＰＵＳＣＨスケジューリングについては、以下の代替案を検討する。代替案１） 時間領域リソース割り当ての開始シンボル（Ｓ）と割り当て長（Ｌ）と、Ｓ＋Ｌ＞１４を使用することにより、暗黙的なシグナリングに基づくスロット境界を跨ぐ２つのＰＵＳＣＨ送信に基づく方法。第１ＰＵＳＣＨ送信は、シンボルＳで開始し、スロットの終わりまで続く。残りのシンボルを含む第２ＰＵＳＣＨ送信は、次のスロットの先頭で開始する。２つのＰＵＳＣＨの同じ又は構成されたＲＶはＦＦＳ。代替案２）ミニスロット反復に基づく方法。動的反復のサポート。動的周波数ホッピングのサポート。どの様にＤＭＲＳオーバヘッドを削減するかはＦＦＳ。代替案１と比較して代替案２がパフォーマンスとシグナリングオーバヘッドに関して有益であるかどうかを調査。
【0259】
提案３：ＵＲＬＬＣを考慮したＮＲのリリース１６の場合、最初のシンボルが前半スロットにあるＰＤＣＣＨ監視機会のＰＤＣＣＨブラインド復号数は、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛４４、３６、２２、２０｝であり、最初のシンボルが後半のスロットにあるＰＤＣＣＨ監視機会の場合、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛４４、３６、２２、２０｝である。
【0260】
提案４：ＵＲＬＬＣを考慮したＮＲのリリース１６の場合、最初のシンボルが前半スロットにあるＰＤＣＣＨ監視機会のチャネル推定のためのＣＣＥ数は、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛５６、５６、４８、３２｝であり、最初のシンボルが後半のスロットにあるＰＤＣＣＨ監視機会の場合、ＳＣＳ｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ｝に対して｛５６、５６、４８、３２｝である。
【0261】
提案５：新しいＤＣＩ形式を導入することによる追加の複雑さを考慮に入れて、コンパクトＤＣＩを使用することによるＰＤＣＣＨブロッキングの削減とＰＤＳＣＨスケジューリングの柔軟性の間のトレードオフを検討する。
【0262】
提案６：リリース１６では、さらに積極的なＵＥ処理時間能力＃３を定義する。
【0263】
提案７：ＵＥ処理時間能力＃３は、１５／３０／６０／１２０ｋＨｚＳＣＳに対して２．５／２．５／５／１０ＯＳである。
【0264】
提案８：リリース１６のスロットでは、ＨＡＲＱ－ＡＣＫの少なくとも２つのＰＵＣＣＨ送信をサポートする。
【0265】
提案９：リリース１６のベータ係数の範囲を、０．０未満を含む１．０未満の値を含める様に拡大して、ＵＣＩからのＨＡＲＱ－ＡＣＫ／ＣＳＩビットのドロップを可能にすることを検討する。
【0266】
提案１０：ｅＭＢＢに関連するＰＵＣＣＨ送信とＵＲＬＬＣに関連するＰＵＣＣＨ送信との間の電力差を大きくできる様に、ＰＵＣＣＨ電力制御の拡張を検討する。より大きな電力調整ステップを可能にする新しいＴＰＣテーブル、及び／又は、ＤＣＩ表示を使用した電力設定（例えば、Ｐ０，閉ループインデックス等）の動的表示。
【0267】
参考文献［１］：ＲＰ－１８１４７７，Ｎｅｗ ＳＩＤ ｏｎ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＮＲ ＵＲＬＬＣ，Ｈｕａｗｅｉ，ＨｉＳｉｌｉｃｏｎ，Ｎｏｋｉａ，Ｎｏｋｉａ，Ｓｈａｎｇｈａｉ Ｂｅｌｌ
参考文献［２］：ＲＡＮ１ ＃９４ Ｃｈａｉｒｍａｎ'ｓ Ｎｏｔｅｓ
参考文献［３］：Ｒ１－１８１１１１２，Ａｌｉｇｎｍｅｎｔ Ｄｅｌａｙ Ｓｔｕｄｙ Ｆｏｒ ＵＲＬＬＣ Ｌａｔｅｎｃｙ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［４］：Ｒ１－１８１０１７７，Ｌａｔｅｎｃｙ Ｅｖａｌｕａｔｉｏｎ ｏｆ Ｒｅｌ－１５ ＵＲＬＬＣ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［５］：Ｒ１－１８１１１０９，Ｐｅｒｆｏｒｍａｎｃｅ Ｅｖａｌｕａｔｉｏｎ ｏｆ ＰＤＣＣＨ ｆｏｒ ＵＲＬＬＣ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［６］：Ｒ１－１８１１１１１，Ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ＮＲ ＵＲＬＬＣ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［２］：ＲＡＮ１ ＃９４ Ｃｈａｉｒｍａｎ'ｓ Ｎｏｔｅｓ
参考文献［３］：Ｒ１－１８１１１１２，Ａｌｉｇｎｍｅｎｔ Ｄｅｌａｙ Ｓｔｕｄｙ Ｆｏｒ ＵＲＬＬＣ Ｌａｔｅｎｃｙ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［４］：Ｒ１－１８１０１７７，Ｌａｔｅｎｃｙ Ｅｖａｌｕａｔｉｏｎ ｏｆ Ｒｅｌ－１５ ＵＲＬＬＣ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［５］：Ｒ１－１８１１１０９，Ｐｅｒｆｏｒｍａｎｃｅ Ｅｖａｌｕａｔｉｏｎ ｏｆ ＰＤＣＣＨ ｆｏｒ ＵＲＬＬＣ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
参考文献［６］：Ｒ１－１８１１１１１，Ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ＮＲ ＵＲＬＬＣ，Ｅｒｉｃｓｓｏｎ，２０１８年１０月
【0268】
本明細書では様々な実施形態が説明されているが、それらは単なる例として提示されており、限定ではないことを理解されたい。したがって、本開示の幅及び範囲は、上記の例示的な実施形態のいずれによっても制限されるべきではない。さらに、その総ての可能な変形における上記の要素の任意の組み合わせは、本明細書に別段の指示がない限り、又は文脈によって明らかに矛盾しない限り、本開示に含まれる。
【0269】
さらに、上記で図に示されているプロセスは一連のステップとして示されているが、これは説明のためだけに行われた。したがって、幾つかのステップを追加し、幾つかのステップを省略し、ステップの順序を再配置し、幾つかのステップを並行して実行することができると考えられる。また、「から受け取る」という表現は、直接的に受け取ることと、間接的に受け取ることと、をカバーすると解釈されるべきである。すなわち、第３エンティティが第２エンティティによって送信されたメッセージを受信し、次にそのメッセージを第１エンティティに転送する場合でさえ、第１エンティティは第２エンティティからメッセージを受信する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】