JP2022520229A

JP2022520229A - マルチセグメントｐｕｓｃｈについての送信フォーマット

Info

Publication number: JP2022520229A
Application number: JP2021546878A
Authority: JP
Inventors: マティアスアンデション，; ロベルトバルデメイレ，; ユフェイブランケンシップ，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-02-15
Filing date: 2020-02-13
Publication date: 2022-03-29
Anticipated expiration: 2040-02-13
Also published as: KR20210126705A; CO2021010739A2; JP7299328B2; US20220210697A1; WO2020165835A1; EP3925366A1; JP2023134448A; BR112021015760A2; CN113728714A

Abstract

無線通信ネットワークにおけるネットワークノードを動作させるデバイスおよび方法が本明細書で提供される。そのような方法は、物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを生成すること（７１０）を含む。送信フォーマットデータは、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む。方法が、複数セグメント送信についての送信フォーマットデータを識別するために、ユーザ機器（ＵＥ）への設定メッセージの送信を始動すること（７２０）を含む。【選択図】図７

Description

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０１９年２月１５日に出願された、「ＴＲＡＮＳＭＩＴＦＯＲＭＡＴＦＯＲＭＵＬＴＩ－ＳＥＧＭＥＮＴＰＵＳＣＨ」と題する米国仮特許出願第６２／８０６，６６７号の利益および優先権を主張する。

本開示は、一般に通信に関し、より詳細には、無線通信、ならびに関係する無線デバイスおよびネットワークノードに関する。

３ＧＰＰにおける新無線（ＮｅｗＲａｄｉｏ：ＮＲ）規格は、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低レイテンシ通信（ＵＲＬＬＣ）、およびマシン型通信（ＭＴＣ）など、複数の使用事例のためのサービスを提供するように設計されている。これらのサービスの各々は、異なる技術要件を有し得る。たとえば、ｅＭＢＢのための一般的要件は、適度のレイテンシと適度のカバレッジとをもつ高いデータレートであり得、ＵＲＬＬＣサービスは、低レイテンシと高信頼送信とに依拠し得るが、適度のデータレートを必要とするにすぎない。

低レイテンシデータ送信のためのソリューションのうちの１つは、より短い送信時間間隔（ｉｎｔｅｒｖａｌ）を含む。ＮＲでは、スロット中での送信に加えて、ミニスロット送信も、レイテンシを低減するために許可され得る。ミニスロットは、１から１４までの任意の数のＯＦＤＭシンボルからなり得る。スロットおよびミニスロットの概念は、特定のサービスに固有ではなく、これは、ミニスロットが、ｅＭＢＢ、ＵＲＬＬＣ、および／または他のサービスのいずれかのために使用され得ることを意味することに留意されたい。

本明細書のいくつかの実施形態は、無線通信ネットワークにおけるネットワークノードを動作させる方法を対象とする。そのような方法は、物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを生成することを含む。送信フォーマットデータは、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む。方法が、複数セグメント送信についての送信フォーマットデータを識別するために、ユーザ機器への設定メッセージの送信を始動することを含む。

いくつかの実施形態では、物理共有チャネルは物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む。

いくつかの実施形態は、複数セグメント物理共有チャネルが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含むことを提供する。

いくつかの実施形態では、ＴＢＳ決定データは

によって決定され、ここで、

は、スロットｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

は、スロットＩについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中の物理リソースブロック（ＰＲＢ）ごとのＤＭ－ＲＳのためのＲｅの数であり、和は、複数セグメント送信におけるすべてのスロットにわたるものである。

いくつかの実施形態は、ＴＢＳ決定データが

によって決定され、ここで、

が、スロットｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、スロットｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのスロットにわたるものであることを提供する。

いくつかの実施形態では、ＴＢＳ決定データは

によって決定され、ここで、

は、セグメントまたは繰返しｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

は、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和は、複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである。

いくつかの実施形態は、ＴＢＳ決定データが

によって決定され、ここで、

が、セグメントまたは繰返しｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものであることを提供する。

いくつかの実施形態では、ＲＶ決定データは、初期ＰＵＳＣＨセグメントについての初期ＲＶ、およびＲＶシーケンス中の次のＲＶによって決定される。いくつかの実施形態は、無線リソース制御（ＲＲＣ）信号が、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供することを提供する。いくつかの実施形態では、アクティブ化ダウンリンク制御インジケータ（ＤＣＩ）中のＲＶフィールドが、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する。いくつかの実施形態は、ＲＶが、異なる送信機会のための異なるセグメントに割り当てられることを提供する。いくつかの実施形態では、最も長い長さをもつセグメントが見つけられ、送信機会における他のセグメントが、ＲＶシーケンスによって決定されたＲＶを使用する。いくつかの実施形態は、ＲＶシーケンスが循環的に（ｃｙｃｌｉｃａｌｌｙ）使用されることを提供する。

いくつかの実施形態では、どのシンボルがＵＬ送信のために使用されるかを決定するために、ＳＦＩ（スロットフォーマットインジケータ）ＤＣＩメッセージが使用される。

いくつかの実施形態は、どのシンボルがＵＬ送信のために使用されるかを決定するために、ＲＲＣシグナリングが使用されることを提供する。

いくつかの実施形態では、ＳＲＳの送信のために使用されるシンボルがＵＬ送信のために使用されない。

いくつかの実施形態は、得られたセグメントがシンボルの所与の数よりも短い場合、ＵＬ送信が許可される、同じスロット中の連続するシンボルのセットがセグメントに割り当てられないことを提供する。

いくつかの実施形態では、ＤＣＩがＰＵＳＣＨ送信の開始点Ｓおよび長さＬを提供する。

いくつかの実施形態は、各セグメントが、ＵＬ送信のために使用される連続するシンボルのセットを含んでおり、セグメント中のすべてのシンボルが同じスロット中にあることを提供する。

いくつかの実施形態では、使用されるＰＵＳＣＨセグメントの数および長さは、どのシンボルがＵＬ送信のために使用されるかを決定するために、開始点および長さに基づいて決定される。

いくつかの実施形態は、ＴＤＲＡ表中の行が、開始シンボル識別子とシンボル長値との複数の組合せに関連することを提供する。

いくつかの実施形態では、各セグメントは復調用参照信号（ＤＭＲＳ）を含む。いくつかの実施形態は、各セグメント中のＤＭＲＳのために使用すべきシンボルが、複数セグメント送信のために設定されたＤＭＲＳ割り当てから継承されることを提供する。

いくつかの実施形態は、スロット中の第１のセグメントのみが復調用参照信号（ＤＭＲＳ）を含むことを提供する。いくつかの実施形態では、送信における第１のセグメント、および許可されないシンボルの後の第１のセグメントのみが、ＤＭＲＳを含む。いくつかの実施形態は、スロット中の第１のセグメントが、最後のシンボル中のセグメントを含む前のスロットに応答するＤＭＲＳを含んでいないことを提供する。

いくつかの実施形態は、無線通信ネットワークの基地局（ｇＮＢ）を対象とする。いくつかの実施形態によれば、本基地局は、無線端末との無線ネットワーク通信を提供するように設定されたトランシーバと、トランシーバに結合されたプロセッサとを含む。プロセッサは、トランシーバを通して無線ネットワーク通信を提供するように設定され、プロセッサは、本明細書で開示される動作を実施するように設定される。

いくつかの実施形態は、無線アクセスネットワークの基地局（ｅＮＢ）を対象とする。本基地局は、本明細書で開示される動作を実施するように適応される。

いくつかの実施形態は、受信機ユーザ機器からのフィードバック情報に基づいてリンク適応および／またはリソース再選択を提供するように設定されたネットワークノードを動作させる方法を対象とする。本方法は、本明細書で開示される動作を実施するように適応される。

いくつかの実施形態は、無線通信ネットワークにおける無線デバイスを動作させる方法を対象とする。方法が、物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを受信することであって、送信フォーマットデータが、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む、設定メッセージを受信することを含む。方法が、設定メッセージに基づいて、物理共有チャネル上での複数セグメント送信を始動することを含む。

いくつかの実施形態は、複数セグメント物理共有チャネルが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を備えることを提供する。

いくつかの実施形態では、ＴＢＳ決定データは

によって決定され、ここで、

いくつかの実施形態は、ＴＢＳ決定データが

によって決定され、ここで、

いくつかの実施形態では、ＴＢＳ決定データは

によって決定され、ここで、

いくつかの実施形態は、ＴＢＳ決定データが

によって決定され、ここで、

いくつかの実施形態では、ＲＶ決定データは、初期ＰＵＳＣＨセグメントについての初期ＲＶ、およびＲＶシーケンス中の次のＲＶによって決定される。いくつかの実施形態は、無線リソース制御（ＲＲＣ）信号が、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供することを提供する。いくつかの実施形態では、アクティブ化ダウンリンク制御インジケータ（ＤＣＩ）中のＲＶフィールドが、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する。いくつかの実施形態は、ＲＶが、異なる送信機会のための異なるセグメントに割り当てられ、最も長い長さをもつセグメントが見つけられ、送信機会における他のセグメントが、ＲＶシーケンスによって決定されたＲＶを使用することを提供する。いくつかの実施形態では、ＲＶシーケンスは循環的に使用される。

いくつかの実施形態では、スロット中の第１のセグメントのみが復調用参照信号（ＤＭＲＳ）を含む。

いくつかの実施形態は、送信における第１のセグメント、および許可されないシンボルの後の第１のセグメントのみが、ＤＭＲＳを含むことを提供する。

いくつかの実施形態では、スロット中の第１のセグメントは、最後のシンボル中のセグメントを含む前のスロットに応答するＤＭＲＳを含んでいない。

いくつかの実施形態は、無線通信ネットワークとの無線ネットワーク通信を提供するように設定されたトランシーバと、トランシーバに結合されたプロセッサとを含む無線デバイスを対象とする。プロセッサは、トランシーバを通して無線ネットワーク通信を提供するように設定され、本明細書で開示される動作を実施するように設定される。

本明細書で提供されるように、動的にスケジュールされたＰＵＳＣＨと、ＵＬ設定済みグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）に関連するＰＵＳＣＨの両方のための、マルチセグメントＰＵＳＣＨ送信を規定する技術的利点が実現される。

本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、本出願の一部をなす、添付の図面は、発明概念のいくつかの非限定的な実施形態を示す。

本明細書のいくつかの実施形態による、ＮＲにおける例示的な無線リソースの図である。本明細書のいくつかの実施形態による、ＮＲスロット構造を示すブロック図である。本明細書のいくつかの実施形態による、ＮＲスロット構造の潜在的変形形態を示すブロック図である。本明細書のいくつかの実施形態による、２つのＯＦＤＭシンボルをもつミニスロットのブロック図である。発明概念のいくつかの実施形態による、無線デバイスを示すブロック図である。発明概念のいくつかの実施形態による、ネットワークノードｅＮＢを示すブロック図である。発明概念のいくつかの実施形態による、動作を示すブロック図である。発明概念のいくつかの実施形態による、動作を示すブロック図である。いくつかの実施形態による、無線ネットワークのブロック図である。いくつかの実施形態による、ユーザ機器のブロック図である。いくつかの実施形態による、仮想化環境のブロック図である。いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークのブロック図である。いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータのブロック図である。いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。いくつかの実施形態による、スロットボーダー制限にわたる送信による長い整合遅延を示すブロック図である。短い送信の繰返しに適用されたときの、ＮＲＲｅｌ．１５におけるスロットアグリゲーションを示し、４ｏｓミニスロット割り当てが、２つの隣接スロットにおいて繰り返され、ミニスロット間の１０ｏｓ時間ギャップによって分離される、ミニスロットアグリゲーションの例示を提供する、ブロック図である。いくつかの実施形態による、２セグメントＰＵＳＣＨ送信を示すブロック図である。いくつかの実施形態による、スロット中の２つ以上のＵＬ期間でセグメント化することを示すブロック図である。いくつかの実施形態による、ミニスロットアグリゲーションにおいて、不適当な変調次数が使用されたときの、ＢＬＥＲ性能劣化のプロットを示すグラフである。いくつかの実施形態による、ミニスロットアグリゲーションにおいて、不適当な変調次数が使用されたときの、ＢＬＥＲ性能劣化のプロットを示すグラフである。いくつかの実施形態による、ミニスロット繰返しのためのサーキュラーバッファ使用量を示す棒グラフである。いくつかの実施形態による、２セグメントＰＵＳＣＨのためのサーキュラーバッファ使用量を示す棒グラフである。いくつかの実施形態による、ミニスロット繰返しと２セグメントＰＵＳＣＨとの間の性能比較をプロットするグラフである。

次に、発明概念の実施形態の例が示されている添付の図面を参照しながら、発明概念が以下でより十分に説明される。しかしながら、発明概念は、多くの異なる形態で具現され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明概念の範囲を当業者に十分に伝達するように提供される。これらの実施形態は相互排他的でないことにも留意されたい。一実施形態からの構成要素が、別の実施形態において存在する／使用されると暗に仮定され得る。

以下の説明は、開示される主題の様々な実施形態を提示する。これらの実施形態は、教示例として提示され、開示される主題の範囲を限定するものと解釈されるべきではない。たとえば、説明される実施形態のいくらかの詳細は、説明される主題の範囲から逸脱することなく、修正、省略、または拡大され得る。

次に、本明細書のいくつかの実施形態による、ＮＲにおける例示的な無線リソースである、図１への参照がなされる。Ｒｅｌ－１５ＮＲでは、ＵＥが、ダウンリンクにおける最高４つのキャリア帯域幅部分を伴って設定され得、所与の時間において、単一のダウンリンクキャリア帯域幅部分がアクティブである。ＵＥは、アップリンクにおける最高４つのキャリア帯域幅部分を伴って設定され得、所与の時間において、単一のアップリンクキャリア帯域幅部分がアクティブである。ＵＥが、補助アップリンクを伴って設定される場合、ＵＥは、さらに、補助アップリンクにおける最高４つのキャリア帯域幅部分を伴って設定され得、所与の時間において、単一の補助アップリンクキャリア帯域幅部分がアクティブである。

所与のヌメロロジーμ_ｉをもつキャリア帯域幅部分について、物理リソースブロック（ＰＲＢ）の隣接するセットが規定され、０から

まで番号を付けられ、ここで、ｉは、キャリア帯域幅部分のインデックスである。リソースブロック（ＲＢ）は、周波数領域における１２個の連続するサブキャリアとして規定される。

表１によって与えられるように、複数のＯＦＤＭヌメロロジーμがＮＲにおいてサポートされ、ここで、キャリア帯域幅部分についてのサブキャリア間隔（ｓｐａｃｉｎｇ）Δｆおよびサイクリックプレフィックスが、それぞれ、ダウンリンクおよびアップリンクのための異なる上位レイヤパラメータによって設定される。

ダウンリンク物理チャネルが、上位レイヤから発信した情報を搬送するリソースエレメントのセットに対応する。以下のダウンリンク物理チャネルが規定されている。
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）
物理ブロードキャストチャネル（ＰＢＣＨ）
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）

ＰＤＳＣＨは、ユニキャストダウンリンクデータ送信のために使用される主要な物理チャネルであり得、特にＲＡＲ（ランダムアクセス応答）、いくつかのシステム情報ブロック、および／またはページング情報の送信のためにも使用され得る。ＰＢＣＨは、ネットワークにアクセスするためにＵＥによって必要とされる基本システム情報を搬送し得る。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）を送信するために使用され得る。たとえば、ＰＤＣＣＨは、ＰＤＳＣＨの受信のために、およびＰＵＳＣＨ上での送信を可能にするためのアップリンクスケジューリンググラントのために必要とされ得る、スケジューリング判定を送信するために使用され得る。

アップリンク物理チャネルが、上位レイヤから発信した情報を搬送するリソースエレメントのセットに対応する。以下のアップリンクリンク物理チャネルが規定されている。
物理アップリンク共有チャネル（ＰＵＳＣＨ）
物理アップリンク制御チャネル（ＰＵＣＣＨ）
物理ランダムアクセスチャネル（ＰＲＡＣＨ）

ＰＵＳＣＨは、ＰＤＳＣＨに対するアップリンクカウンターパートである。ＰＵＣＣＨは、ＨＡＲＱ確認応答、チャネル状態情報報告などを含む、アップリンク制御情報を送信するために、ＵＥによって使用される。ＰＲＡＣＨは、ランダムアクセスプリアンブル送信のために使用される。

概して、ＵＥは、ＰＤＣＣＨ中で搬送された検出されたＤＣＩ中のリソース割り当てフィールドを使用して、ＰＵＳＣＨまたはＰＤＳＣＨのための周波数領域におけるＲＢ割り振りを決定するものとする。ランダムアクセスプロシージャにおいてｍｓｇ３を搬送するＰＵＳＣＨについて、周波数領域リソース割り振りは、ＲＡＲ中に含まれているＵＬグラントを使用することによってシグナリングされ得る。

ＮＲでは、ＰＵＳＣＨおよびＰＤＳＣＨのために、２つの周波数リソース割り当て方式、タイプ０およびタイプ１がサポートされる。ＰＵＳＣＨ／ＰＤＳＣＨ送信のためにどちらのタイプを使用すべきかは、ＲＲＣ設定済みパラメータ（ＲＲＣｃｏｎｆｉｇｕｒｅｄｐａｒａｍｅｔｅｒ）によって規定されるか、あるいはＲＡＲ中の対応するＤＣＩまたはＵＬグラント中で直接指示される（この場合、タイプ１が使用される）かのいずれかであり得る。

アップリンク／ダウンリンクタイプ０およびタイプ１リソース割り当てのためのＲＢインデックス付けは、ＵＥのアクティブキャリア帯域幅部分内で決定され得、ＵＥは、ＵＥを対象とするＰＤＣＣＨを検出すると、最初に、アップリンク／ダウンリンクキャリア帯域幅部分を決定し、次いで、そのキャリア帯域幅部分内のリソース割り当てを決定するものとする。ｍｓｇ３を搬送するＰＵＳＣＨのためのＵＬＢＷＰは、上位レイヤパラメータによって設定され得る。

セル検索および初期アクセスでは、チャネルは、ＳＳ／ＰＢＣＨブロック、ＤＣＩを搬送するＰＤＣＣＨチャネルによってスケジュールされたＲＭＳＩ／ＲＡＲ／ＭＳＧ４を搬送するＰＤＳＣＨ、ＭＳＧ３を搬送するＰＲＡＣＨチャネルおよびＰＵＳＣＨチャネルを含み得る。

同期信号およびＰＢＣＨブロック（ＳＳ／ＰＢＣＨブロック、または短縮して、ＳＳＢ）は、上記の信号（ＰＳＳ、ＳＳＳおよびＰＢＣＨＤＭＲＳ）と、ＰＢＣＨとを含む。ＳＳＢは、周波数範囲に応じて、１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚまたは２４０ｋＨｚＳＣＳを有し得る。

３ＧＰＰＮＲ規格では、ダウンリンク制御情報（ＤＣＩ）が、物理レイヤダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信される。ＰＤＣＣＨは、異なるフォーマットをもつメッセージ中でＤＣＩを搬送し得る。ＤＣＩフォーマット０＿０および０＿１は、アップリンクにおける物理レイヤデータチャネル（ＰＵＳＣＨ）の送信のためのアップリンクグラントをＵＥに伝達するために使用されるＤＣＩメッセージであり、ＤＣＩフォーマット１＿０および１＿１は、ダウンリンク上での物理レイヤデータチャネル（ＰＤＳＣＨ）の送信のためのダウンリンクグラントを伝達するために使用される。他のＤＣＩフォーマット（２＿０、２＿１、２＿２および２＿３）は、スロットフォーマット情報、予約済みリソース、送信電力制御情報などの送信など、他の目的のために使用される。

ＰＤＣＣＨ候補は、制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれる、時間および周波数リソースのセットにマッピングされる、共通検索空間またはＵＥ固有検索空間内で検索される。ＰＤＣＣＨ候補が監視されなければならない検索空間は、無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに設定される。監視周期性も、異なるＰＤＣＣＨ候補のために設定される。任意の特定のスロットにおいて、ＵＥは、１つまたは複数のＣＯＲＥＳＥＴにマッピングされ得る複数の検索空間において複数のＰＤＣＣＨ候補を監視するように設定され得る。ＰＤＣＣＨ候補は、スロットにおいて複数回、スロットごとに１回、または複数のスロットにおいて１回、監視される必要があり得る。

ＣＯＲＥＳＥＴを規定するために使用される最も小さいユニットは、周波数および時間において１つのＰＲＢ×１つのＯＦＤＭシンボルに及ぶものとして規定される、リソースエレメントグループ（ＲＥＧ）である。各ＲＥＧは、そのＲＥＧが送信された無線チャネルの推定を助けるための復調用参照信号（ＤＭ－ＲＳ）を含んでいる。ＰＤＣＣＨを送信するとき、送信より前に、無線チャネルの何らかの知識に基づいて送信アンテナにおいて重みを適用するために、プリコーダが使用され得る。ＲＥＧについて送信機において使用されるプリコーダが異ならない場合、時間および周波数において近接している複数のＲＥＧにわたってチャネルを推定することによって、ＵＥにおけるチャネル推定性能を改善することが可能である。ＵＥのチャネル推定を支援するために、複数のＲＥＧが一緒にグループ化されて、ＲＥＧバンドルを形成し得、ＣＯＲＥＳＥＴについてのＲＥＧバンドルサイズがＵＥに指示される。ＵＥは、ＰＤＣＣＨの送信のために使用されるプリコーダが、ＲＥＧバンドル中のすべてのＲＥＧについて同じであると仮定し得る。ＲＥＧバンドルは、２つ、３つまたは６つのＲＥＧからなり得る。

制御チャネルエレメント（ＣＣＥ）が、６つのＲＥＧを含み得る。ＣＣＥ内のＲＥＧは、周波数において隣接するかまたは分散されるかのいずれかであり得る。ＲＥＧが周波数において分散されるとき、ＣＯＲＥＳＥＴは、ＣＣＥへの、ＲＥＧのインターリーブマッピングを使用していると言われ、ＲＥＧの周波数が分散されない場合、非インターリーブマッピングが使用されると言われる。

インターリービングは、周波数ダイバーシティを提供することができる。インターリービングを使用しないことは、チャネルの知識が、スペクトルの特定の部分におけるプリコーダの使用が受信機におけるＳＩＮＲを改善することを可能にする場合について、有益である。

ＰＤＣＣＨ候補は、１つ、２つ、４つ、８つまたは１６個のＣＣＥに及び得る。２つ以上のＣＣＥが使用される場合、第１のＣＣＥ中の情報が他のＣＣＥ中で繰り返される。したがって、使用されるアグリゲートされたＣＣＥの数は、ＰＤＣＣＨ候補についてのアグリゲーションレベルと呼ばれる。

ＵＥが検索空間セット内で監視しなければならないＰＤＣＣＨ候補に対応するＣＣＥを決定するために、ハッシング関数が使用され得る。ハッシングは、異なるＵＥについて異なって行われ、したがって、ＵＥによって使用されるＣＣＥがランダム化され、ＰＤＣＣＨメッセージがＣＯＲＥＳＥＴ中に含まれる複数のＵＥ間の衝突の確率が低減される。

次に、本明細書のいくつかの実施形態による、ＮＲスロット構造を示すブロック図である、図２への参照がなされる。ＮＲスロットは、いくつかのＯＦＤＭシンボルからなり、現在の合意によれば、７つのシンボルまたは１４個のシンボル（ＯＦＤＭサブキャリア間隔≦６０ｋＨｚ）のいずれか、および１４個のシンボル（ＯＦＤＭサブキャリア間隔＞６０ｋＨｚ）からなる。たとえば、図２は、１４個のＯＦＤＭシンボルをもつサブフレームを示す。図２では、Ｔ_ｓおよびＴ_ｓｙｍｂは、それぞれ、スロット持続時間およびＯＦＤＭシンボル持続時間を示す。

さらに、また、スロットは、ＤＬ／ＵＬ過渡期および／またはＤＬ送信とＵＬ送信の両方を収容するために短縮され得る。たとえば、次に、本明細書のいくつかの実施形態による、ＮＲスロット構造の潜在的変形形態を示すブロック図である、図３への簡単な参照がなされる。示されているように、変形形態は、遅い開始を伴うＤＬ限定送信と、ＵＬ部分を伴うＤＬ大量送信と、ＤＬ制御を伴うＵＬ大量送信と、ＵＬ限定送信とを含み得る。

さらに、ＮＲはまた、ミニスロットと呼ばれることもある、タイプＢスケジューリングを規定する。次に、本明細書のいくつかの実施形態による、２つのＯＦＤＭシンボルをもつミニスロットのブロック図である、図４への簡単な参照がなされる。ミニスロットは、スロットよりも短くなり得（現在の合意によれば、１つまたは２つのシンボルから、スロット中のシンボルの数－１まで）、任意のシンボルにおいて開始することができる。ミニスロットは、スロットの送信持続時間が長すぎるか、または、次のスロット開始（スロット整合）の発生が遅すぎる場合、使用され得る。ミニスロットの適用例は、特に、レイテンシクリティカル送信（この場合、ミニスロット長さとミニスロットの頻繁な機会の両方が重要である）と、リッスンビフォアトークが成功した直後に送信が開始するべきである、未ライセンススペクトル（ここでは、ミニスロットの頻繁な機会が、特に重要であり得る）とを含む。

現在、マルチセグメントＰＵＳＣＨ設計が考慮され得る。いくつかの実施形態によるこの設計は、少なくとも、スケジュールされたＰＵＳＣＨについて、連続する利用可能なスロット中で２つまたはそれ以上のＰＵＳＣＨ繰返しをスケジュールする１つのＵＬグラントについて、それを提供する。場合によっては異なる開始シンボルおよび／または持続時間を伴う、各スロット中に１つの繰返しがあり得、これは、「マルチセグメント送信」と呼ばれることがある。そのオプションは時間領域リソース決定を含み得、ＤＣＩ中の時間領域リソース割り振りフィールドがすべての繰返しの開始シンボルおよび送信持続時間を指示する。ＦＦＳ複数ＳＬＩＶが、各繰返しの開始シンボルおよび持続時間を指示し得る。ＦＦＳＳＬＩＶの詳細が、Ｓ＋Ｌ＞１４の場合をサポートするためにＳＬＩＶを修正する可能性を含み得る。時間領域リソース決定は、ＦＦＳＵＬ／ＤＬ方向決定のプロシージャとの対話をさらに提供し得る。

１つのスロット内での送信では、スロット内に２つ以上のＵＬ期間がある（各ＵＬ期間が、ＵＥによって決定された潜在的ＵＬ送信のためのスロット内の隣接するシンボルのセットの持続時間である）場合、１つの繰返しが１つのＵＬ期間内にある。ＦＦＳ２つ以上のＵＬ期間が送信のために使用される場合。２つ以上のＵＬ期間が使用される場合、これは、このオプションの前の規定を無効にし得、各繰返しが、隣接するシンボルを占有し得る。他の場合、Ｒｅｌ－１５挙動に従って、単一のＰＵＳＣＨ繰返しがスロット内で送信される。

周波数ホッピングでは、方法が、少なくともスロット間ＦＨをサポートし、ＦＦＳが他のＦＨ方式を含む。

ＦＦＳＴＢＳ決定が、持続時間全体に基づいて、またはオーバーヘッド仮定としての第１の繰返しに基づいて、行われ得る。

３８．２１４ｖ１５．３．０では、ＰＤＳＣＨについてのトランスポートブロックサイズが以下のように決定される。ＰＵＳＣＨについてのトランスポートブロックサイズは同様のやり方で決定されるが、変調次数およびターゲットコードレートは、変換プリコーディングが使用される場合、他の表から決定される。

変調次数およびターゲットコードレート決定。
Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、またはＰ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０またはフォーマット１＿１を伴うＰＤＣＣＨによってスケジュールされたＰＤＳＣＨでは、あるいは、ＰＤＳＣＨ－Ｃｏｎｆｉｇによって与えられる上位レイヤパラメータｍｃｓ－Ｔａｂｌｅが「ｑａｍ２５６」にセットされた場合の、上位レイヤ提供されたＰＤＳＣＨ設定ＳＰＳ－ｃｏｎｆｉｇを使用して、対応するＰＤＣＣＨ送信なしでスケジュールされたＰＤＳＣＨでは、ＰＤＳＣＨは、Ｃ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿１を伴うＰＤＣＣＨによってスケジュールされる。いくつかの実施形態は、ＵＥが、物理ダウンリンク共有チャネルにおいて使用される変調次数（Ｑｍ）およびターゲットコードレート（Ｒ）を決定するために、ＩＭＣＳおよび表５．１．３．１－２を使用するものとすることを提供する。ＵＥがＭＣＳ－Ｃ－ＲＮＴＩを伴って設定されない場合、ＰＤＳＣＨ－Ｃｏｎｆｉｇによって与えられる上位レイヤパラメータｍｃｓ－Ｔａｂｌｅが「ｑａｍ６４ＬｏｗＳＥ」にセットされ、ＰＤＳＣＨはＵＥ固有検索空間においてＰＤＣＣＨによってスケジュールされ、ＣＲＣがＣ－ＲＮＴＩによってスクランブルされる。ＵＥは、物理ダウンリンク共有チャネルにおいて使用される変調次数（Ｑｍ）およびターゲットコードレート（Ｒ）を決定するために、ＩＭＣＳおよび表５．１．３．１－３を使用するものとする。ＵＥがＭＣＳ－Ｃ－ＲＮＴＩを伴って設定され、ＰＤＳＣＨが、ＭＣＳ－Ｃ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨによってスケジュールされた場合、ＵＥは、物理ダウンリンク共有チャネルにおいて使用される変調次数（Ｑｍ）およびターゲットコードレート（Ｒ）を決定するために、ＩＭＣＳおよび表５．１．３．１－３を使用するものとする。ＵＥが、ＳＰＳ－ｃｏｎｆｉｇによって与えられる上位レイヤパラメータｍｃｓ－Ｔａｂｌｅを伴って設定されない場合、ＰＤＳＣＨ－Ｃｏｎｆｉｇによって与えられる上位レイヤパラメータｍｃｓ－Ｔａｂｌｅが「ｑａｍ２５６」にセットされる。ＰＤＳＣＨが、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿１を伴うＰＤＣＣＨによってスケジュールされた場合、または、ＰＤＳＣＨが、ＳＰＳ－ｃｏｎｆｉｇを使用して、対応するＰＤＣＣＨ送信なしでスケジュールされた場合、ＵＥは、物理ダウンリンク共有チャネルにおいて使用される変調次数（Ｑｍ）およびターゲットコードレート（Ｒ）を決定するために、ＩＭＣＳおよび表５．１．３．１－２を使用するものとする。ＵＥが、「ｑａｍ６４ＬｏｗＳＥ」にセットされたＳＰＳ－ｃｏｎｆｉｇによって与えられる上位レイヤパラメータｍｃｓ－Ｔａｂｌｅを伴って設定された場合、および、ＰＤＳＣＨが、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨによってスケジュールされた場合、またはＰＤＳＣＨが、ＳＰＳ－ｃｏｎｆｉｇを使用して、対応するＰＤＣＣＨ送信なしでスケジュールされた場合、ＵＥは、物理ダウンリンク共有チャネルにおいて使用される変調次数（Ｑｍ）およびターゲットコードレート（Ｒ）を決定するために、ＩＭＣＳおよび表５．１．３．１－３を使用するものとする。

他の場合、ＵＥは、物理ダウンリンク共有チャネルにおいて使用される変調次数（Ｑｍ）およびターゲットコードレート（Ｒ）を決定するために、ＩＭＣＳおよび表５．１．３．１－１を使用するものとする。ＵＥは、Ｐ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＳＩ－ＲＮＴＩおよびＱｍ＞２でスケジュールされた、ＰＤＳＣＨを復号することが予想されない。

トランスポートブロックサイズ決定。
上位レイヤパラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが、２つのコードワード送信が有効にされたことを指示する場合、２つのトランスポートブロックのうちの１つが、対応するトランスポートブロックについてＩ_ＭＣＳ＝２６である場合およびｒｖ_ｉｄ＝１である場合、ＤＣＩフォーマット１＿１によって無効にされる。両方のトランスポートブロックが有効にされた場合、トランスポートブロック１および２は、それぞれ、コードワード０および１にマッピングされる。１つのトランスポートブロックのみが有効にされた場合、有効にされたトランスポートブロックは、常に、第１のコードワードにマッピングされる。

Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、またはＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０またはフォーマット１＿１を伴うＰＤＣＣＨによって割り振られたＰＤＳＣＨでは、表５．１．３．１－２が使用され、０≦Ｉ_ＭＣＳ≦２７である場合、または表５．１．３．１－２以外の表が使用され、０≦Ｉ_ＭＣＳ≦２８である場合、ＵＥは、トランスポートブロックがＤＣＩフォーマット１＿１において無効にされる場合を除いて、最初に、以下で指定されているようにＴＢＳを決定するものとする。

ＵＥは、最初に、スロット内のＲＥの数（Ｎ_ＲＥ）を決定するものとする。ＵＥは、最初に、

によってＰＲＢ内にＰＤＳＣＨのために割り当てられたＲＥの数（Ｎ’_ＲＥ）を決定し、ここで、

は、物理リソースブロック中のサブキャリアの数であり、

は、スロット内のＰＤＳＣＨ割り当てのシンボルの数であり、

は、ＤＣＩフォーマット１＿１によって指示されるまたはサブクローズ５．１．６．２においてフォーマット１＿０について説明されている、データなしの、ＤＭ－ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲＥの数であり、

は、ＰＤＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ中の上位レイヤパラメータｘＯｖｅｒｈｅａｄによって設定されるオーバーヘッドである。ＰＤＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌｃｏｎｆｉｇ中のｘＯｖｅｒｈｅａｄが設定（０、６、１２、または１８からの値）されない場合、

は０にセットされる。ＰＤＳＣＨが、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩまたはＰ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨによってスケジュールされた場合、

は、０であると仮定される。

ＵＥは、Ｎ_ＲＥ＝ｍｉｎ（１５６，Ｎ^’ _ＲＥ）・ｎ_ＰＲＢによって、ＰＤＳＣＨのために割り当てられたＲＥの総数（Ｎ_ＲＥ）を決定し、ここで、ｎ_ＰＲＢは、ＵＥのための割り当てられたＰＲＢの総数である。

情報ビットの中間数（Ｎ_ｉｎｆｏ）がＮ_ｉｎｆｏ＝Ｎ_ＲＥ・Ｒ・Ｑ_ｍ・υによって取得される。

Ｎ_ｉｎｆｏ≦３８２４である場合、ＴＢＳ決定の次のステップとしてステップ３を使用する。他の場合、ＴＢＳ決定の次のステップとしてステップ４を使用する。Ｎ_ｉｎｆｏ≦３８２４であるときに終了し、ＴＢＳは、以下のように決定され、情報ビットの量子化された中間数

、ここで、

である。Ｎ’_ｉｎｆｏ以上である最も近いＴＢＳを見つけるために、表５．１．３．２－１を使用する。

ＴＤＲＡのＲＲＣ設定
ＮＲＲｅｌ－１５では、スロット中のＰＤＳＣＨ送信についての時間領域リソース割り当て（ＴＤＲＡ）情報は、ＰＤＳＣＨが受信されることが予想されるスロット（別名Ｋ０）、ＰＤＳＣＨ受信のためのスロット中の開始シンボル、およびＰＤＳＣＨ受信の長さまたは持続時間（別名ＳＬＩＶ）を、ＵＥが決定できるような情報を含む。また、ＵＥは、ＤＭＲＳ位置を決定するために使用されるマッピングタイプを提供される。ＮＲでは、Ｋ０、ＳＬＩＶなどの異なる組合せからなる、指定されたＴＤＲＡ表がある。ＵＥは、受信のために使用されるべきＫ０およびＳＬＩＶに関する情報を提供する、表中の行へのインデックスをシグナリングされ得る。

同様のプロシージャがＰＵＳＣＨ送信について適用され、ＰＵＳＣＨ送信を対象とするスロットが、Ｋ２によって与えられる、ＵＬ割り振り中のフィールドから取得される。ＳＬＩＶ情報は、ＤＬ受信、ならびにＵＬ割り振りおよび／または設定によるマッピングタイプに同様に提供される。

ＴＤＲＡは、ＰＤＳＣＨ受信またはＰＵＳＣＨ送信の第１の瞬間のための時間領域リソース割り当てである。前述のように、ＵＥがアグリゲーションファクタを伴って設定された場合、そのスロットにおける送信は、アグリゲーションファクタに基づいて複数のスロットにおいて繰り返される。

これらのパラメータの使用法を示すために、ＴＳ３８．３３１からの関連のある情報エレメント（ＩＥ）が以下にリストされる。
ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ情報エレメント
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＰＤＳＣＨ－ＴＩＭＥＤＯＭＡＩＮＲＥＳＯＵＲＣＥＡＬＬＯＣＡＴＩＯＮＬＩＳＴ－ＳＴＡＲＴ
ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘＮｒｏｆＤＬ－Ａｌｌｏｃａｔｉｏｎｓ））ＯＦＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ
ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛
ｋ０
ＩＮＴＥＧＥＲ（０．．３２）ＯＰＴＩＯＮＡＬ，－－ＮｅｅｄＳ
ｍａｐｐｉｎｇＴｙｐｅ
ＥＮＵＭＥＲＡＴＥＤ｛ｔｙｐｅＡ，ｔｙｐｅＢ｝，
ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈＩＮＴＥＧＥＲ（０．．１２７）
｝
－－ＴＡＧ－ＰＤＳＣＨ－ＴＩＭＥＤＯＭＡＩＮＲＥＳＯＵＲＣＥＡＬＬＯＣＡＴＩＯＮＬＩＳＴ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ

ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ情報エレメント
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＰＵＳＣＨ－ＴＩＭＥＤＯＭＡＩＮＲＥＳＯＵＲＣＥＡＬＬＯＣＡＴＩＯＮＬＩＳＴ－ＳＴＡＲＴ
ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘＮｒｏｆＵＬ－Ａｌｌｏｃａｔｉｏｎｓ））ＯＦＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ
ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛
ｋ２
ＩＮＴＥＧＥＲ（０．．３２）ＯＰＴＩＯＮＡＬ，－－ＮｅｅｄＳ
ｍａｐｐｉｎｇＴｙｐｅ
ＥＮＵＭＥＲＡＴＥＤ｛ｔｙｐｅＡ，ｔｙｐｅＢ｝，
ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈＩＮＴＥＧＥＲ（０．．１２７）
｝
－－ＴＡＧ－ＰＵＳＣＨ－ＴＩＭＥＤＯＭＡＩＮＲＥＳＯＵＲＣＥＡＬＬＯＣＡＴＩＯＮＬＩＳＴ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ

ＰＤＳＣＨおよびＰＵＳＣＨの時間領域リソース割り当てのＲＲＣ設定に加えて、いくつかのデフォルトＴＤＲＡ表も、それぞれ、ＰＤＳＣＨおよびＰＵＳＣＨについて規定される。デフォルト表は、ＰＤＳＣＨ受信またはＰＵＳＣＨ送信がＲＲＣ接続の前に必要とされるときに、たとえば初期アクセス中に、使用され得る。

現在、ｅＵＲＬＬＣＰＵＳＣＨ送信では、マルチセグメントＰＵＳＣＨの送信フォーマットをどのように設定すべきかが明らかでない。

本明細書で開示されるいくつかの実施形態は、マルチセグメントＰＵＳＣＨの送信フォーマットを指示するための方法を含む。送信フォーマットは、ＴＢＳ決定と、ＲＶシーケンスシグナリングと、ＰＵＳＣＨ開始点および持続時間のシグナリングとを含み得る。

ソリューションは、動的にスケジュールされるか、またはＵＬＣＧ（アップリンク設定済みグラント）のいずれかである、ＰＵＳＣＨの観点から説明されるが、それらのソリューションは、動的にスケジュールされるか、またはＤＬＳＰＳ（ダウンリンク半永続スケジューリング）のいずれかである、ＰＤＳＣＨに等しく適用される。本明細書で開示される実施形態は、ＰＵＳＣＨセグメント化の観点から書かれ得るが、それらの実施形態はまた、スロットまたはミニスロットの繰返しに適用され得る。この場合、セグメントは、繰返しと等価であり得る。

ＴＢＳ決定
ｍ_０を、第１のスロットにおいてＰＵＳＣＨによって占有される有用なシンボルの数とする。ｍ_１を、第２のスロットにおいてＰＵＳＣＨによって占有される有用なシンボルの数とする。ｍ＝ｍｉｎ（１３，ｍ_０＋ｍ_１）とする。ｍ個のシンボルに基づいてＴＢＳ決定を実施する。ここで、シンボルは、ＯＦＤＭがＰＵＳＣＨ送信のために使用される場合、ＯＦＤＭシンボルを指し、ＤＦＴ－ｓ－ＯＦＤＭが使用される場合、ＤＦＴ－ｓ－ＯＦＤＭシンボルを指す。

いくつかの実施形態では、ＴＳ３８．２１４セクション「５．１．３．２トランスポートブロックサイズ決定」におけるＴＢＳ決定プロシージャにおける動作１）は、

とすることによって修正され、
ここで、

は、スロットＩについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和は、送信におけるすべてのスロットにわたるものである。

とすることによって修正され、
ここで、

は、セグメント（または繰返し）ｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

は、セグメント（または繰返し）ｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和は、送信におけるすべてのセグメント（または繰返し）にわたるものである。

とすることによって修正され、
ここで、

ＲＶ決定
動的にスケジュールされたマルチセグメントＰＵＳＣＨでは、アップリンクグラントＤＣＩ中のＲＶフィールドが、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する。後続のＰＵＳＣＨセグメントでは、ＲＶは、ＲＶシーケンス｛０，２，３，１｝から循環的にとられ得る。

別の実施形態では、各セグメントが、個々にシグナリングされたＲＶを有する。

いくつかの実施形態、ＵＬＣＧに関連するマルチセグメントＰＵＳＣＨでは、ＲＲＣによって設定される代わりに、ＲＶシーケンス｛０，２，３，１｝が使用されるべきである。

タイプ１ＵＬＣＧ設定では、ＲＲＣ信号が、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する。

タイプ２ＵＬＣＧ設定では、アクティブ化ＤＣＩ中のＲＶフィールドが、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する。

いくつかの実施形態では、複数の可能なＣＧＰＵＳＣＨ割り当てが、単一のＲＲＣ設定またはアクティブ化ＤＣＩを伴って設定され得る。これの一例は、グラントの周期性が、任意の繰返しまたはセグメント化を含む、グラントの全長よりも小さい場合である。たとえば、設定が、スロットｎにおいて開始する、ＰＵＳＣＨＣＧのための以下の送信機会を可能にすると仮定する。

各送信における、最も長い長さをもつセグメントについて、冗長バージョン（ＲＶ）０を使用することが有利であり得る。

ＲＶ＿ｉｎｉｔを、初期ＲＶとして、ＲＲＣ中でまたはアクティブ化ＤＣＩ中でシグナリングされたＲＶとする。いくつかの実施形態では、ＲＶ＿ｉｎｉｔは、シグナリングされないが、単一の値、たとえば０に固定される。

いくつかの実施形態では、異なる送信機会のための異なるセグメントにＲＶを割り当てるために、以下のプロシージャが続く。最初に、（ＯＦＤＭシンボルまたはＤＦＴ－Ｓ－ＯＦＤＭシンボルで計数された）最も長い長さをもつセグメントが見つけられる。最も長い長さをもつ２つ以上のセグメントがある場合、それらのうちの１つが、あらかじめ規定されたルールによって選定される。たとえば第１のセグメントが選定される。選定されたセグメントでは、ＲＶ＿ｉｎｉｔが使用される。送信機会における他のセグメントは、シーケンスによって与えられるＲＶを使用する。セグメントｋがシーケンス中のｌ番目のＲＶを使用する場合、セグメントｋ－１は、シーケンス中のｌ－１番目のＲＶを使用し、セグメントｋ＋１は、シーケンス中のｌ＋１番目のものを使用する、などである。シーケンスは、循環様式で使用され、したがって、セグメントがシーケンス中の最後のＲＶを使用する場合、次のシーケンスは、シーケンス中の第１のＲＶを使用することになる。同じやり方で、セグメントがシーケンス中の第１のＲＶを使用する場合、前のセグメントは、シーケンス中の最後のセグメントを使用することになる。

実施形態の１つのセットでは、使用されるＲＶシーケンスは（０，２，３，１）である。

前の実施形態の一例として、初期ＲＶを０とし、等しい長さのセグメント間のタイ（ｔｉｅ）が、これらのセグメントのうちの第１のものを選定することによってブレーク（ｂｒｅａｋ）され、シーケンス（０，２，３，１）を使用するものとする。その場合、上記の表中の例における異なる送信機会の異なるセグメントが、以下のように与えられることになる。

機会４～６では、２つのセグメントがある。機会４では、セグメント１が、最も長く、ＲＶ０を使用し、次いで、セグメント２が、ＲＶ２、すなわち、シーケンス中の次のＲＶを使用する。機会５は同様であり、２つのセグメントが等しい長さを有するが、セグメント１が、タイブレーカールール（ｔｉｅ－ｂｒｅａｋｅｒｒｕｌｅ）によって選定される。その場合、セグメント２がＲＶ２を使用する。機会６では、セグメント２が、最も長く、ＲＶ０を使用する。その場合、セグメント１が、シーケンス中のＲＶ０に先行するＲＶを使用し、そのＲＶは、ＲＶ１であり、シーケンス中で循環的にラップアラウンドする。

上記で与えられた同じ実施形態は、３つ以上のセグメントを使用する機会のために使用され得る。

いくつかの実施形態では、スロットごとに単一のセグメントのみがある。

いくつかの実施形態では、スロットごとに２つ以上のセグメントがある。

動的にスケジュールされたマルチセグメントＰＵＳＣＨ
ＤＣＩがＰＵＳＣＨ送信の開始点Ｓ（単位：シンボル）および長さＬを提供し、ここで、ＳとＬは両方とも単位シンボル（ＯＳ）を使用する。

いくつかの実施形態では、（シンボルＳによって与えられる）送信の開始と（開始点Ｓおよび長さＬから計算される）送信の終了との間のシンボルのうちのいずれかが、アップリンク送信のために使用されることが許可されない場合、またはシンボルのうちのいずれかが異なるスロット中にある場合、２つ以上のＰＵＳＣＨセグメントが使用される。

各セグメントは、セグメント中のすべてのシンボルが同じスロット中にある場合、ＵＬ送信のために使用される連続するシンボルのセットを含んでいる。

いくつかの実施形態では、セグメントは、できるだけ大きくなるように選定され、すなわち、割り当てにおける２つの連続するシンボルが同じスロット中にあり、その両方がＵＬ送信のために許可される場合、それらのシンボルは同じセグメントに属する。いくつかの実施形態では、使用されるＰＵＳＣＨセグメントの数および長さは、Ｓ、Ｌ、どのシンボルがＵＬ送信のために使用されるか、およびどのシンボルがどのスロット中にあるかに基づいて、決定される。

一例として、Ｓ＝０であり、Ｌ＝２８である場合の、以下の表を参照されたい。

いくつかの実施形態では、どのシンボルがＵＬ送信のために使用されるかを決定するために、ＲＲＣシグナリングが使用される。

いくつかの実施形態では、ＳＲＳの送信のために使用されるシンボルがＵＬ送信のために使用されることを許可されない。

いくつかの実施形態では、得られたセグメントがシンボルのある数よりも短い場合、ＵＬ送信が許可される、同じスロット中の連続するシンボルのセットが、セグメントに割り当てられないことがある。たとえば、得られたセグメントが１シンボル長にすぎない場合、これは、それ自体のセグメントに割り当てられないことになる。

ＵＬＣＧに関連するマルチセグメントＰＵＳＣＨ
タイプ１ＵＬＣＧ設定では、（Ｓ、Ｌ）がＲＲＣ設定ｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎによって提供される。

タイプ２ＵＬＣＧ設定では、（Ｓ、Ｌ）がアクティブ化ＤＣＩによって提供される。

ＣＧによってスケジュールされたＰＵＳＣＨでは、動的にスケジュールされたＰＵＳＣＨに関しては、セグメントを決定するための同じルールが使用され得る。

ＴＤＲＡ表中のエントリを通したスケジューリング
いくつかの実施形態では、ＴＤＲＡ表中の行が、（Ｓ、Ｌ、およびＫ２）値の複数の組合せに関連し得る。そのような行が指示される場合、各組合せが１つのＰＵＳＣＨセグメントを指示することになる。

上記の例では、所与の行が使用される場合、その行は、２つのセグメント、すなわち、長さ２の開始シンボル１２をもつスロットｊ中のセグメントと、開始シンボル０および長さ２をもつスロットｊ＋１中のセグメントとに対応する。行インデックスは、ＣＧのアクティブ化ＤＣＩ中でＤＣＩを通して動的にシグナリングされるか、またはＲＲＣを通して設定さ得る。

ＰＤＳＣＨセグメントをシグナリングするために、同じ方法が使用される場合、Ｋ_２は、Ｋ_０によって置き換えられ得る。

マルチセグメントＰＵＳＣＨのためのＤＭＲＳ
いくつかの実施形態では、各セグメントがＤＭＲＳを含んでいる。

いくつかの実施形態では、スロット中の第１のセグメントのみがＤＭＲＳを含んでいる。

いくつかの実施形態では、送信における第１のセグメント、およびＵＬ送信のために許可されないいくつかのシンボルの後の第１のセグメントのみが、ＤＭＲＳを使用する。

いくつかの実施形態では、スロット中の第１のセグメントは、前のスロットが最後のシンボル中のセグメントを含んでいた場合、ＤＭＲＳを含んでいない。

セグメントがＤＭＲＳを含んでいる場合、ＤＭＲＳのために使用されるシンボルの数、およびセグメント中のどのシンボルをＤＭＲＳのために使用すべきかが、送信のためにシグナリングまたは設定されたＤＭＲＳ割り当てから継承され、すなわち、ＤＭＲＳを含んでいる各セグメントが、ＤＭＲＳシーケンスおよび割り当てを決定するとき、別個のＰＵＳＣＨとして扱われ、ＤＭＲＳを配置するためのｒｅｌ．１５ルールが、このセグメントのために使用される。

図５は、発明概念の実施形態による、無線通信を提供するように設定された（無線端末、無線通信デバイス、無線通信端末、ユーザ機器（ＵＥ）、ユーザ機器ノード／端末／デバイスなどとも呼ばれる）無線デバイスＵＥのエレメントを示すブロック図である。示されているように、無線デバイスＵＥは、アンテナ１４０７と、（無線アクセスネットワーク（ＲＡＮ）とも呼ばれる）無線通信ネットワークの基地局ｅＮＢとのアップリンク無線通信およびダウンリンク無線通信を提供するように設定された送信機および受信機を含む（トランシーバとも呼ばれる）トランシーバ回路１４０１とを含み得る。無線デバイスＵＥは、トランシーバ回路に結合された（プロセッサとも呼ばれる）プロセッサ回路１４０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路１４０５とをも含み得る。メモリ回路１４０５は、プロセッサ回路１４０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路１４０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。無線デバイスＵＥは、プロセッサ１４０３に結合された（ユーザインターフェースなどの）インターフェースをも含み得、および／または無線デバイスＵＥは、ＩｏＴおよび／またはＭＴＣデバイスであり得る。

本明細書で説明されるように、無線デバイスＵＥの動作は、プロセッサ１４０３および／またはトランシーバ１４０１によって実施され得る。たとえば、プロセッサ１４０３は、無線通信ネットワークの基地局ｅＮＢに、無線インターフェース上でトランシーバ１４０１を通してアップリンク通信を送信し、および／または無線インターフェース上で無線通信ネットワークの基地局ｅＮＢからトランシーバ１４０１を通してダウンリンク通信を受信するように、トランシーバ１４０１を制御し得る。その上、モジュールがメモリ１４０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ１４０３によって実行されたとき、プロセッサ１４０３がそれぞれの動作（たとえば、例示的な実施形態に関して以下で説明される動作）を実施するように、命令を提供し得る。

図６は、発明概念の実施形態による、セルラ通信を提供するように設定された（無線アクセスネットワーク（ＲＡＮ）とも呼ばれる）無線通信ネットワークの（ネットワークノード、基地局、ｅＮＢ、ｅノードＢなどとも呼ばれる）ノードのエレメントを示すブロック図である。示されているように、ネットワークノードは、無線デバイスとのアップリンク無線通信およびダウンリンク無線通信を提供するように設定された送信機および受信機を含む（トランシーバとも呼ばれる）トランシーバ回路１５０１を含み得る。ネットワークノードは、ＲＡＮの他のノードとの（たとえば、他の基地局および／またはコアネットワークノードとの）通信を提供するように設定された（ネットワークインターフェースとも呼ばれる）ネットワークインターフェース回路１５０７を含み得る。ネットワークノードは、トランシーバ回路に結合された（プロセッサとも呼ばれる）プロセッサ回路１５０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路１５０５とをも含み得る。メモリ回路１５０５は、プロセッサ回路１５０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路１５０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。

本明細書で説明されるように、ネットワークノードの動作は、プロセッサ１５０３、ネットワークインターフェース１５０７、および／またはトランシーバ１５０１によって実施され得る。たとえば、プロセッサ１５０３は、１つまたは複数のＵＥに、無線インターフェース上でトランシーバ１５０１を通してダウンリンク通信を送信し、および／または無線インターフェース上で１つまたは複数のＵＥからトランシーバ１５０１を通してアップリンク通信を受信するように、トランシーバ１５０１を制御し得る。同様に、プロセッサ１５０３は、１つまたは複数の他のネットワークノードに、ネットワークインターフェース１５０７を通して通信を送信し、および／またはネットワークインターフェースを通して１つまたは複数の他のネットワークノードから通信を受信するように、ネットワークインターフェース１５０７を制御し得る。その上、モジュールがメモリ１５０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ１５０３によって実行されたとき、プロセッサ１５０３がそれぞれの動作（たとえば、例示的な実施形態に関して以下で説明される動作）を実施するように、命令を提供し得る。

次に、発明概念のいくつかの実施形態による、動作を示すブロック図である、図７への参照がなされる。動作が、物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを生成すること（ブロック７１０）を含み得る。いくつかの実施形態では、送信フォーマットデータは、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む。

いくつかの実施形態では、ネットワークデバイスは、送信が複数のセグメントにスプリットされる必要があると決定する動作を実施し得る。いくつかの実施形態は、送信がスプリットされる必要があると決定することが、マルチセグメント送信設定が無線デバイスに送られる前に実施され得ることを提供する。そのような実施形態では、設定メッセージを生成することは、そのような決定に基づき得る。いくつかの実施形態は、ネットワークデバイスが、プロセッサと、実行されたとき、プロセッサ回路に、送信がスプリットされる必要があると決定させる命令を記憶する、メモリとを含むことを提供する。

動作が、複数セグメント送信についての送信フォーマットデータを識別するために、ユーザ機器（ＵＥ）への設定メッセージの送信を始動すること（ブロック７２０）をさらに含む。

次に、発明概念のいくつかの実施形態による、動作を示すブロック図である、図８への参照がなされる。動作が、物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを受信すること（ブロック８１０）を含む。いくつかの実施形態では、送信フォーマットデータは、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む。動作が、設定メッセージに基づいて、物理共有チャネル上での複数セグメント送信を始動すること（ブロック８２０）を含む。

発明概念の例示的な実施形態が、以下に記載される。
実施形態１．無線通信ネットワークにおけるネットワークノードを動作させる方法であって、方法は、
物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを生成することであって、送信フォーマットデータが、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む、設定メッセージを生成することと、
複数セグメント送信についての送信フォーマットデータを識別するために、ユーザ機器（ＵＥ）への設定メッセージの送信を始動することと
を含む、方法。
実施形態２．物理共有チャネルが物理アップリンク共有チャネル（ＰＵＳＣＨ）を備える、実施形態１に記載の方法。
実施形態３．複数セグメント物理共有チャネルが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を備える、実施形態１に記載の方法。
実施形態４．ＴＢＳ決定データが

によって決定され、ここで、

が、スロットＩについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中の物理リソースブロック（ＰＲＢ）ごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのスロットにわたるものである、実施形態１から３のいずれか１つに記載の方法。
実施形態５．ＴＢＳ決定データが

によって決定され、ここで、

が、スロットｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのスロットにわたるものである、実施形態１から４のいずれか１つに記載の方法。
実施形態６．ＴＢＳ決定データが

によって決定され、ここで、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、実施形態１から５のいずれか１つに記載の方法。
実施形態７．ＴＢＳ決定データが

によって決定され、ここで、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、実施形態１から６のいずれか１つに記載の方法。
実施形態８．ＲＶ決定データが、初期ＰＵＳＣＨセグメントについての初期ＲＶ、およびＲＶシーケンス中の次のＲＶによって決定される、実施形態１から７のいずれか１つに記載の方法。
実施形態９．無線リソース制御（ＲＲＣ）信号が、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する、実施形態８に記載の方法。
実施形態１０．アクティブ化ダウンリンク制御インジケータ（ＤＣＩ）中のＲＶフィールドが、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する、実施形態８または９に記載の方法。
実施形態１１．ＲＶが、異なる送信機会のための異なるセグメントに割り当てられ、最も長い長さをもつセグメントが見つけられ、送信機会における他のセグメントが、ＲＶシーケンスによって決定されたＲＶを使用する、実施形態８から１０のいずれか１つに記載の方法。
実施形態１２．ＲＶシーケンスが循環的に使用される、実施形態８から１１のいずれか１つに記載の方法。
実施形態１３．どのシンボルがＵＬ送信のために使用されるかを決定するために、ＳＦＩ（スロットフォーマットインジケータ）ＤＣＩメッセージが使用される、実施形態１から１２のいずれか１つに記載の方法。
実施形態１４．どのシンボルがＵＬ送信のために使用されるかを決定するために、ＲＲＣシグナリングが使用される、実施形態１から１３のいずれか１つに記載の方法。
実施形態１５．ＳＲＳの送信のために使用されるシンボルがＵＬ送信のために使用されない、実施形態１から１４のいずれか１つに記載の方法。
実施形態１６．得られたセグメントがシンボルの所与の数よりも短い場合、ＵＬ送信が許可される、同じスロット中の連続するシンボルのセットがセグメントに割り当てられない、実施形態１から１５のいずれか１つに記載の方法。
実施形態１７．ＤＣＩがＰＵＳＣＨ送信の開始点Ｓおよび長さＬを提供する、実施形態１から１６のいずれか１つに記載の方法。
実施形態１８．各セグメントが、ＵＬ送信のために使用される連続するシンボルのセットを含んでおり、セグメント中のすべてのシンボルが同じスロット中にある、実施形態１から１７のいずれか１つに記載の方法。
実施形態１９．使用されるＰＵＳＣＨセグメントの数および長さは、どのシンボルがＵＬ送信のために使用されるかを決定するために、開始点および長さに基づいて決定される、実施形態１から１８のいずれか１つに記載の方法。
実施形態２０．ＴＤＲＡ表中の行が、開始シンボル識別子とシンボル長値との複数の組合せに関連する、実施形態１から１９のいずれか１つに記載の方法。
実施形態２１．各セグメントが復調用参照信号（ＤＭＲＳ）を含む、実施形態１から２０のいずれか１つに記載の方法。
実施形態２２．スロット中の第１のセグメントのみが復調用参照信号（ＤＭＲＳ）を含む、実施形態１から２０のいずれか１つに記載の方法。
実施形態２３．送信における第１のセグメント、および許可されないシンボルの後の第１のセグメントのみが、ＤＭＲＳを含む、実施形態２１に記載の方法。
実施形態２４．スロット中の第１のセグメントが、最後のシンボル中のセグメントを含む前のスロットに応答するＤＭＲＳを含んでいない、実施形態２１に記載の方法。
実施形態２５．無線通信ネットワークの基地局（ｇＮＢ）であって、基地局が、
無線端末との無線ネットワーク通信を提供するように設定されたトランシーバ（１５０１）と、
トランシーバに結合されたプロセッサ（１５０３）と
を備え、プロセッサが、トランシーバを通して無線ネットワーク通信を提供するように設定され、プロセッサが、実施形態１から２４のいずれか１つに記載の動作を実施するように設定された、基地局（ｇＮＢ）。
実施形態２６．無線アクセスネットワークの基地局（ｅＮＢ）であって、基地局が、実施形態１から２４のいずれか１つに従って実施するように適応された、基地局（ｅＮＢ）。
実施形態２７．受信機ユーザ機器（ＵＥ）からのフィードバック情報に基づいてリンク適応および／またはリソース再選択を提供するように設定されたネットワークノードを動作させる方法であって、方法が、実施形態１から２４のいずれか１つに記載の動作を実施するように適応された、方法。
実施形態２８．無線通信ネットワークにおいて無線デバイスを動作させる方法であって、方法は、
物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを受信することであって、送信フォーマットデータが、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む、設定メッセージを受信することと、
設定メッセージに基づいて、物理共有チャネル上での複数セグメント送信を始動することと
を含む、方法。
実施形態２９．物理共有チャネルが物理アップリンク共有チャネル（ＰＵＳＣＨ）を備える、実施形態２８に記載の方法。
実施形態３０．複数セグメント物理共有チャネルが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を備える、実施形態２８に記載の方法。
実施形態３１．ＴＢＳ決定データが

によって決定され、ここで、

が、スロットＩについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中の物理リソースブロック（ＰＲＢ）ごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのスロットにわたるものである、実施形態２８から３０のいずれか１つに記載の方法。
実施形態３２．ＴＢＳ決定データが

によって決定され、ここで、

が、スロットｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのスロットにわたるものである、実施形態２８から３１のいずれか１つに記載の方法。
実施形態３３．ＴＢＳ決定データが

によって決定され、ここで、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、実施形態２８から３２のいずれか１つに記載の方法。
実施形態３４．ＴＢＳ決定データが

によって決定され、ここで、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、実施形態２８から３３のいずれか１つに記載の方法。
実施形態３５．ＲＶ決定データが、初期ＰＵＳＣＨセグメントについての初期ＲＶ、およびＲＶシーケンス中の次のＲＶによって決定される、実施形態２８から３４のいずれか１つに記載の方法。
実施形態３６．無線リソース制御（ＲＲＣ）信号が、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する、実施形態３５に記載の方法。
実施形態３７．アクティブ化ダウンリンク制御インジケータ（ＤＣＩ）中のＲＶフィールドが、初期ＰＵＳＣＨセグメントについての初期ＲＶを提供する、実施形態３５または３６に記載の方法。
実施形態３８．ＲＶが、異なる送信機会のための異なるセグメントに割り当てられ、最も長い長さをもつセグメントが見つけられ、送信機会における他のセグメントが、ＲＶシーケンスによって決定されたＲＶを使用する、実施形態３５から３７のいずれか１つに記載の方法。
実施形態３９．ＲＶシーケンスが循環的に使用される、実施形態３５から３８のいずれか１つに記載の方法。
実施形態４０．どのシンボルがＵＬ送信のために使用されるかを決定するために、ＳＦＩ（スロットフォーマットインジケータ）ＤＣＩメッセージが使用される、実施形態２８から３７のいずれか１つに記載の方法。
実施形態４１．どのシンボルがＵＬ送信のために使用されるかを決定するために、ＲＲＣシグナリングが使用される、実施形態２８から４０のいずれか１つに記載の方法。
実施形態４２．ＳＲＳの送信のために使用されるシンボルがＵＬ送信のために使用されない、実施形態２８から４１のいずれか１つに記載の方法。
実施形態４３．得られたセグメントがシンボルの所与の数よりも短い場合、ＵＬ送信が許可される、同じスロット中の連続するシンボルのセットがセグメントに割り当てられない、実施形態２８から４２のいずれか１つに記載の方法。
実施形態４４．ＤＣＩがＰＵＳＣＨ送信の開始点Ｓおよび長さＬを提供する、実施形態２８から４３のいずれか１つに記載の方法。
実施形態４５．各セグメントが、ＵＬ送信のために使用される連続するシンボルのセットを含んでおり、セグメント中のすべてのシンボルが同じスロット中にある、実施形態２８から４４のいずれか１つに記載の方法。
実施形態４６．使用されるＰＵＳＣＨセグメントの数および長さは、どのシンボルがＵＬ送信のために使用されるかを決定するために、開始点および長さに基づいて決定される、実施形態２８から４５のいずれか１つに記載の方法。
実施形態４７．ＴＤＲＡ表中の行が、開始シンボル識別子とシンボル長値との複数の組合せに関連する、実施形態２８から４６のいずれか１つに記載の方法。
実施形態４８．各セグメントが復調用参照信号（ＤＭＲＳ）を含む、実施形態２８から４７のいずれか１つに記載の方法。
実施形態４９．スロット中の第１のセグメントのみが復調用参照信号（ＤＭＲＳ）を含む、実施形態２８から４８のいずれか１つに記載の方法。
実施形態５０．送信における第１のセグメント、および許可されないシンボルの後の第１のセグメントのみが、ＤＭＲＳを含む、実施形態４８に記載の方法。
実施形態５１．スロット中の第１のセグメントが、最後のシンボル中のセグメントを含む前のスロットに応答するＤＭＲＳを含んでいない、実施形態４８に記載の方法。
実施形態５２．
無線通信ネットワークとの無線ネットワーク通信を提供するように設定されたトランシーバ（１４０１）と、
トランシーバに結合されたプロセッサ（１４０３）と
を備え、
プロセッサが、トランシーバを通して無線ネットワーク通信を提供するように設定され、プロセッサが、実施形態２８から５１のいずれか１つに記載の動作を実施するように設定された、第１の無線デバイス（ＵＥ）。

上記の開示からの略語についての説明が以下で提供される。
略語説明
ＳＬサイドリンク
Ｔｘ送信機
Ｒｘ受信機
ＢＳＭ基本安全メッセージ
ＢＷ帯域幅
ＢＳＲバッファステータス報告
ＣＡＭ協調認識メッセージ
ＣＢＲチャネルビジー率
ＤＰＴＦデータパケット送信フォーマット
Ｄ２ＤＤｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ通信
ＤＥＮＭ分散型環境通知メッセージ
ＤＳＲＣ専用短距離通信
ｅＮＢｅノードＢ
ＥＴＳＩ欧州通信規格協会
ＬＴＥＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ
ＮＷネットワーク
ＲＳ参照信号
ＴＦトランスポートフォーマット
ＳＡＥ自動車技術者協会
ＵＥユーザ機器
Ｖ２ＩＶｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
Ｖ２ＰＶｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ
Ｖ２ＶＶｅｈｉｃｌｅ－ｔｏ－（ｖｅｈｉｃｌｅ）通信
Ｖ２ＸＶｅｈｉｃｌｅ－ｔｏ－ａｎｙｔｈｉｎｇ－ｙｏｕ－ｃａｎ－ｉｍａｇｉｎｅ
ＭＡＣ媒体アクセス制御
ＰＤＵパケットデータユニット
３ＧＰＰ第３世代パートナーシッププロジェクト
５Ｇ第５世代
ＲＲＣ無線リソース制御
ＰｒｏＳｅ近傍サービス
ＰＲＢ物理リソースブロック
ＭＥモバイル機器
ＩＤ識別子
ＰＤＢパケット遅延バジェット
ＣＢＲ輻輳ビジー率
ＳＤＵサービスデータユニット
ＰＤＵプロトコルデータユニット
ＢＬＥＲブロック誤り率
ＭＣＳ変調符号化方式
ＴＢＳトランスポートブロックサイズ
ＭＩＭＯ多入力多出力
ＰＳＣＣＨ物理サイドリンク制御チャネル
ＩＴＳ高度道路交通システム
ＰＰＰＰＰｒｏＳｅパケット単位優先度
ＱｏＳサービス品質
ＱＣＩＱｏＳクラス識別子
５ＱＩ５ＧＱｏＳインジケータ
ＡＣＫ／ＮＡＣＫ肯定応答／否定応答
ＣＧ設定済みグラント
ＤＣＩダウンリンク制御情報
ＤＦＴ－ＯＦＤＭ離散フーリエ変換拡散ＯＦＤＭ
ＤＬダウンリンク
ＤＭＲＳ復調用参照信号
ＧＦグラントフリー
ｇＮＢ次世代ノードＢ
ＬＴＥＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ
ＭＣＳ変調符号化方式
ＮＲ新無線
ＰＵＣＣＨ物理アップリンク制御チャネル
ＰＵＳＣＨ物理アップリンク共有チャネル
ＳＮＲ信号対雑音比
ＳＰＳ半永続スケジューリング
ＳＵＬ補助アップリンク
ＴＴＩ送信時間間隔
ＴＯ送信機会
ＵＬアップリンク
ＵＲＬＬＣ超高信頼低レイテンシ通信

さらなる規定および実施形態が以下で説明される。

本発明概念の様々な実施形態の上記の説明では、本明細書で使用される専門用語は、具体的な実施形態を説明するためのものにすぎず、本発明概念を限定するものではないことを理解されたい。別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本発明概念が属する技術の当業者によって通常理解されるものと同じ意味を有する。通常使用される辞書において規定される用語など、用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。

エレメントが、別のエレメントに「接続された」、「結合された」、「応答する」、またはそれらの変形態であると呼ばれるとき、そのエレメントは、別のエレメントに直接、接続され、結合され、または応答し得、あるいは介在するエレメントが存在し得る。対照的に、エレメントが、別のエレメントに「直接接続された」、「直接結合された」、「直接応答する」、またはそれらの変形態であると呼ばれるとき、介在するエレメントが存在しない。同様の番号は、全体を通して同様のエレメントを指す。さらに、本明細書で使用される、「結合された」、「接続された」、「応答する」、またはそれらの変形態は、無線で結合された、無線で接続された、または無線で応答する、を含み得る。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示するのでなければ、複数形をも含むものとする。簡潔および／または明快のために、よく知られている機能または構築が詳細に説明されないことがある。「および／または」という用語は、関連するリストされた項目のうちの１つまたは複数の任意のおよび全部の組合せを含む。

様々なエレメント／動作を説明するために、第１の、第２の、第３の、などの用語が本明細書で使用され得るが、これらのエレメント／動作は、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメント／動作を別のエレメント／動作と区別するために使用されるにすぎない。したがって、本発明概念の教示から逸脱することなしに、いくつかの実施形態における第１のエレメント／動作が、他の実施形態において第２のエレメント／動作と呼ばれることがある。同じ参照番号または同じ参照符号は、本明細書全体にわたって同じまたは同様のエレメントを示す。

本明細書で使用される、「備える、含む（ｃｏｍｐｒｉｓｅ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」という用語、またはそれらの変形態は、オープンエンドであり、１つまたは複数の述べられた特徴、完全体、エレメント、ステップ、構成要素または機能を含むが、１つまたは複数の他の特徴、完全体、エレメント、ステップ、構成要素、機能またはそれらのグループの存在または追加を排除しない。さらに、本明細書で使用される、「たとえば（ｅｘｅｍｐｌｉｇｒａｔｉａ）」というラテン語句に由来する「たとえば（ｅ．ｇ．）」という通例の略語は、前述の項目の一般的な１つまたは複数の例を紹介するかまたは具体的に挙げるために使用され得、そのような項目を限定するものではない。「すなわち（ｉｄｅｓｔ）」というラテン語句に由来する「すなわち（ｉ．ｅ．）」という通例の略語は、より一般的な具陳から特定の項目を具体的に挙げるために使用され得る。

例示的な実施形態が、コンピュータ実装方法、装置（システムおよび／またはデバイス）および／またはコンピュータプログラム製品のブロック図および／またはフローチャート例示を参照しながら本明細書で説明される。ブロック図および／またはフローチャート例示のブロック、ならびにブロック図および／またはフローチャート例示中のブロックの組合せが、１つまたは複数のコンピュータ回路によって実施されるコンピュータプログラム命令によって実装され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、および／またはマシンを作り出すための他のプログラマブルデータ処理回路のプロセッサ回路に提供され得、したがって、コンピュータおよび／または他のプログラマブルデータ処理装置のプロセッサを介して実行する命令は、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定された機能／行為を実装するために、およびそれにより、ブロック図および／またはフローチャートの（１つまたは複数の）ブロックにおいて指定された機能／行為を実装するための手段（機能）および／または構造を作成するために、トランジスタ、メモリロケーションに記憶された値、およびそのような回路内の他のハードウェア構成要素を変換および制御する。

これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の様式で機能するように指示することができる、有形コンピュータ可読媒体に記憶され得、したがって、コンピュータ可読媒体に記憶された命令は、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定された機能／行為を実装する命令を含む製造品を作り出す。したがって、本発明概念の実施形態は、ハードウェアで、および／または「回路」、「モジュール」またはそれらの変形態と総称して呼ばれることがある、デジタル信号プロセッサなどのプロセッサ上で稼働する（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）ソフトウェアで具現され得る。

また、いくつかの代替実装形態では、ブロック中で言及される機能／行為は、フローチャート中で言及される順序から外れて行われ得ることに留意されたい。たとえば、関与する機能／行為に応じて、連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得る。その上、フローチャートおよび／またはブロック図の所与のブロックの機能が、複数のブロックに分離され得、ならびに／あるいはフローチャートおよび／またはブロック図の２つまたはそれ以上のブロックの機能が、少なくとも部分的に統合され得る。最後に、他のブロックが、示されているブロック間に追加／挿入され得、および／または発明概念の範囲から逸脱することなく、ブロック／動作が省略され得る。その上、図のうちのいくつかが、通信の主要な方向を示すために通信経路上に矢印を含むが、通信が、図示された矢印と反対方向に行われ得ることを理解されたい。

本発明概念の原理から実質的に逸脱することなしに、実施形態に対して多くの変形および修正が行われ得る。すべてのそのような変形および修正は、本発明概念の範囲内で本明細書に含まれるものとする。したがって、上記で開示された主題は、例示であり、限定するものではないと見なされるべきであり、実施形態の例は、本発明概念の趣旨および範囲内に入る、すべてのそのような修正、拡張、および他の実施形態をカバーするものとする。したがって、法によって最大限に許容される限りにおいて、本発明概念の範囲は、実施形態およびそれらの等価物の例を含む、本開示の最も広い許容可能な解釈によって決定されるべきであり、上記の詳細な説明によって制限または限定されるべきでない。

追加の説明が以下で提供される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＵＥＱＱ５３０と基地局ＱＱ５２０との間の無線接続ＱＱ５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続ＱＱ５７０が最後のセグメントを形成するＯＴＴ接続ＱＱ５５０を使用して、ＵＥＱＱ５３０に提供されるＯＴＴサービスの性能を改善し得る。より正確には、これらの実施形態の教示は、ビデオ処理のためのデブロックフィルタ処理を改善し、それにより、改善されたビデオエンコーディングおよび／または復号などの利益を提供し得る。

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

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

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

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

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

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

追加の説明
いくつかの実施形態は、異なる要件を有する（ファクトリーオートメーション、輸送産業および電力分配などの）異なる使用事例について、さらに信頼性を改善し、レイテンシを低減するための方法を研究することを目的とする。いくつかの実施形態は、ＵＲＬＬＣ要件を満たすためにＰＵＳＣＨ送信を拡張することについて説明する。

いくつかの実施形態は、少なくとも、スケジュールされたＰＵＳＣＨについて、それに、１つのスロット中にあり、および／または（「ミニスロットベースの繰返し」とも呼ばれる）連続する利用可能なスロット」中のスロット境界にわたり得る、２つまたはそれ以上のＰＵＳＣＨ繰返しをスケジュールする１つのＵＬグラントを提供する。そのような実施形態は、時間領域リソース決定を含み得る。時間領域リソース情報は、ＤＣＩ中の時間領域リソース割り振りフィールドが第１の繰返しのためのリソースを指示することと；残りの繰返しのための時間領域リソースが、少なくとも第１の繰返しのためのリソースとシンボルのＵＬ／ＤＬ方向とに基づいて導出されることと；ＦＦＳへ、ＵＬ／ＤＬ方向決定のプロシージャとの詳細な対話と；各繰返しが、隣接するシンボルを占有することと、ＦＦＳへ、「オーファン（ｏｒｐｈａｎ）」シンボルをハンドリングすべきかどうか／「オーファン」シンボルをどのようにハンドリングすべきかに関して（ＵＬシンボルの＃は、１つの完全な繰返しを搬送するのに十分でない）とを提供し得る。

グラントは、少なくとも、ＰＵＳＣＨ繰返し間ホッピングおよびスロット間ホッピング、ＦＦＳ他のＦＨ方式、ならびにＦＦＳ２よりも大きい数のホップをサポートする、周波数ホッピング（少なくとも２つのホップ）をさらに含み得る。

グラントは、（たとえば持続時間全体に基づく、または第１の繰返しに基づく）ＦＦＳ繰返しの数の動的指示と、ＦＦＳＤＭＲＳ共有と、ＦＦＳＴＢＳ決定とをさらに含み得る。

少なくとも、スケジュールされたＰＵＳＣＨについて、（「マルチセグメント送信」とも呼ばれる）場合によっては異なる開始シンボルおよび／または持続時間」を伴う、各スロット中に１つの繰返しを伴う、連続する利用可能なスロット中で２つまたはそれ以上のＰＵＳＣＨ繰返しをスケジュールする１つのＵＬグラントのオプションでは、サポートされる場合、グラントはさらに、時間領域リソース決定からなり、ここで、ＤＣＩ中の時間領域リソース割り振りフィールドが、すべての繰返しの開始シンボルおよび送信持続時間を指示し、ＦＦＳ各繰返しの開始シンボルおよび持続時間を指示する、複数ＳＬＩＶ、ＦＦＳＳ＋Ｌ＞１４の場合をサポートするためにＳＬＩＶを修正する可能性を含む、ＳＬＩＶの詳細、ならびにＦＦＳＵＬ／ＤＬ方向決定のプロシージャとの対話。

１つのスロット内での送信では、スロット内に２つ以上のＵＬ期間がある（各ＵＬ期間が、ＵＥによって決定された潜在的ＵＬ送信のためのスロット内の隣接するシンボルのセットの持続時間である）場合、１つの繰返しが１つのＵＬ期間内にあり、ＦＦＳ２つ以上のＵＬ期間がその送信のために使用される場合、各繰返しが、隣接するシンボルを占有する。他の場合、Ｒｅｌ－１５挙動に従って、単一のＰＵＳＣＨ繰返しがスロット内で送信される。周波数ホッピングがサポートされ得、ここで、サポートは、少なくともスロット間ＦＨおよびＦＦＳ他のＦＨ方式のサポートを含む。

ＦＦＳＴＢＳ決定が、提供され得、持続時間全体に基づくか、または第１の繰返し、オーバーヘッド仮定に基づき得る。

いくつかの実施形態は、「ミニスロットベースの繰返し」、および「２セグメント送信」、および／またはＦＦＳ連続する利用可能なスロット中でＰＵＳＣＨ繰返しをスケジュールするために別個のグラントを使用するオプションの間で絞り込み（ｄｏｗｎ－ｓｅｌｅｃｔ）得る。

いくつかの実施形態は、シンボルのＤＬ／ＵＬ方向との対話と、ＴＢＳ決定の詳細と、スケジュールされたＰＵＳＣＨおよび設定済みグラントについて何が異なるかに関する決定とを含む、時間領域リソース決定の詳細を含む。たとえば、設定済みグラントについて、ＤＬシンボルと競合するとき、送信が延期されることを許可されるべきかどうかが決定され得る。（レイテンシ、信頼性などを含む）潜在的性能評価／分析、複雑度、オーバーヘッドなどを含む、２つの方式間の比較が行われ得る。マルチセグメントソリューションは、２つ以上のＵＬ期間を伴うスロットがある場合を考慮し得、ミニスロット繰返しとマルチセグメントＰＵＳＣＨとの間の性能比較が行われ得る。

潜在的に異なる信頼性要件を伴う、異なる関連のある使用事例が考慮され得る。いくつかの使用事例では、１～１０^６の極めて厳格な信頼性が必要とされる。信頼性を拡張するための技法がプロトコルスタック中の異なるレイヤにおいて行われ得ることは、注目に値する。１～１０^６の送信信頼性全体を必要とすることは、必ずしも、すべてのソリューションが物理レイヤから来なければならないことを意味するとは限らない。たとえば、ＮＲは、ＰＤＣＰ複製の形態の上位レイヤ信頼性拡張をサポートする。ＰＤＣＰ複製では、物理レイヤに関する信頼性要件が緩和され得る。

ＮＲＲｅｌ－１５では、１０－５のＢＬＥＲターゲットに対応するＣＱＩ報告のための新しいＣＱＩ表が導入された。これは、高い信頼性要件を伴うＵＲＬＬＣＤＬ送信をサポートすることを目的とする。その上、極めてロバストなＰＤＳＣＨおよびＰＵＳＣＨ送信をサポートするために、低いスペクトル効率値をもつ新しいＭＣＳエントリをサポートする新しいＭＣＳ表が導入された。ＮＲＲｅｌ．１５において行われたこれらのＰＨＹ信頼性拡張は、ｅＵＲＬＬＣのために十分と見なされ得る。

レイテンシに関して、ＮＲＲｅｌ．１５は、スロットよりも短い持続時間を伴うデータ送信をサポートする。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢは、送信がスロット中の任意のシンボルにおいて開始することを可能にし、これは、レイテンシ視点から大いに望ましい。ＰＤＳＣＨマッピングタイプＢでは、２つ、４つ、および７つのシンボルの送信持続時間がサポートされ、ＰＵＳＣＨマッピングタイプＢでは、１つから１４個までのシンボルの任意のシンボル持続時間がサポートされる。これらの特徴は、ＵＲＬＬＣのために必要とされる低レイテンシ送信を可能にするための重要なエレメントとして働く。

ただし、依然として、超低レイテンシ送信を完全に可能にするためにＮＲＲｅｌ－１５におけるフレキシビリティをスケジュールすることに関して、いくつかの限定が存在する。一例は、スロットボーダーにわたるスケジューリングに対する制限である。厳格なレイテンシバジェットを伴うＵＲＬＬＣサービスでは、データができるだけ早く送信され得ることが大いに望ましい。たとえば、ＵＬ送信のためのＵＬデータが、スロットボーダーにあまりに近いシンボルにおいて（ＵＥにおけるいくらかの処理時間の後に）送信される準備ができていることが起こり得る。ＮＲＲｅｌ．１５は、送信がスロットボーダーを横断することを可能にしないので、ＵＥは、送信するために次のスロットの始まりまで待たなければならない。これは、許可されたバジェットを超えるレイテンシの増加につながり得る。その上、この制限は、少なくともグラントベースＰＵＳＣＨについて１つのＰＵＳＣＨ送信インスタンスがスロット境界を横断することを許可されないという、後の合意に基づいて、少なくともグラントベース送信について、Ｒｅｌ．１６まで及ぶ。

次に、いくつかの実施形態による、スロットボーダー制限にわたる送信による長い整合遅延を示すブロック図である、図１８への参照がなされる。たとえば、図１８は、７シンボル持続時間を伴うデータの到着がスロットボーダーにあまりに近いときの高い整合遅延の例示である。７シンボル送信の場合、この整合遅延は、データが一様に到着することを仮定すると、ＵＬ送信の５０％において生じることになる。その問題は、帯域幅を増加させることが、性能を改善するのを助けないので、ＵＥの電力が限られているＵＬ送信にとって、特に厳しい。

次のスロットまで待つことの代替形態は、送信が現在のスロットにおいてすでに開始することができるように、より短い持続時間を伴う複数の送信をスケジュールすることである。ＮＲＲｅｌ．１５は、送信が複数のスロット上で繰り返され得るスロットアグリゲーションをサポートするが、次のスロットにおけるＴＢ繰返しが、第１のスロットにおける送信と同じリソース割り当てを有する必要があるという限定がある。したがって、複数のスロットにわたる、１４個よりも少ないシンボルの送信の繰返しは、複数のスロット間で時間ギャップを有することになる。

次に、短い送信の繰返しに適用されたときの、ＮＲＲｅｌ．１５におけるスロットアグリゲーションを示し、４ｏｓミニスロット割り当てが、２つの隣接スロットにおいて繰り返され、ミニスロット間の１０ｏｓ時間ギャップによって分離される、ミニスロットアグリゲーションの例示を提供する、ブロック図である、図１９への参照がなされる。整合遅延は低減されるが、全体的レイテンシは、受信機が、たいていの場合、所望の信頼性を達成することが可能であるためにすべての繰返しを累積する必要があるので、この手法により改善されない。

ＲＡＮ１＃９５におけるＲｅｌ．１６におけるｅＵＲＬＬＣのための真の超低レイテンシ送信をサポートするために、以下のソリューションのうちの１つを採用することによってレイテンシを改善することが合意された。

いくつかの実施形態は、１つのスロット中にあるか、または連続する利用可能なスロット中のスロット境界にわたり得る、２つまたはそれ以上のＰＵＳＣＨ繰返しをスケジュールする１つのＵＬグラントと；場合によっては異なる開始シンボルおよび／または持続時間を伴う、各スロット中に１つの繰返しを伴う、連続する利用可能なスロット中で２つまたはそれ以上のＰＵＳＣＨ繰返しをスケジュールする１つのＵＬグラントと；各スロット中に１つの繰返しを伴う、連続する利用可能なスロット上でＮ（Ｎ≧２）個のＰＵＳＣＨ繰返しをスケジュールするＮ個のＵＬグラントと、ｉ番目のＵＬグラントとが、（ｉ－１）番目のＵＬグラントによってスケジュールされたＰＵＳＣＨ送信の終了の前に受信され得ることと；ＦＦＳ利用可能なスロットの規定とのうちの１つまたは複数をサポートする、を提供する。上記の代替形態のうちの最初の２つは、ミニスロットベースの繰返し、およびマルチセグメント送信と呼ばれることがある。

ミニスロット繰返しに関して、いくつかの考慮がなされるべきである。各繰返しにおけるＤＭＲＳオーバーヘッドが、不要な追加のオーバーヘッドを作成する。したがって、ＤＭＲＳオーバーヘッドを低減するために、追加の機構が考慮されるべきである。第２に、繰返しベースのソリューションは、スロット境界の周りのシンボルが、遅延を低減するために、ＰＵＳＣＨ送信のために十分に利用されることを保証しない。データ到着、および割り当てられたＰＵＳＣＨリソースに応じて、繰返しファクタが動的に適応されるべきである。Ｒｅｌ－１５では、スロットアグリゲーションがＲＲＣ設定済みであるので、この特徴を導入することは、その特徴を有意味にするために、動的繰返しがＲｅｌ－１６においてサポートされるべきであることを暗示する。

いくつかの実施形態は、マルチセグメント送信が最も効率的な送信であることを提供する。性能の観点から、ＰＵＳＣＨを２つのＰＵＳＣＨにスプリットすることは、繰返しベースのソリューションと比較して、セグメントのうちの１つにおける改善されたコーディング利得による利点を有する。

また、第３の代替形態はＵＬグラント効率に関して非効率的であるように見え、単一のＵＬグラントを使用することによって複数ＰＵＳＣＨ繰返しが達成され得ると考える。

次に、いくつかの実施形態による、２セグメントＰＵＳＣＨ送信を示すブロック図である、図２０への参照がなされる。この図は、単一のＵＬグラントを使用して複数のグラントがどのようにスケジュールされ得るかを説明するのを助ける。すなわち、ＵＥは、スロットボーダーを横断する時間領域におけるリソースを割り振る、ＵＬグラントまたは設定済みＵＬグラントを受信することを予想することができる。ＵＥは、次いで、ＰＵＳＣＨ送信が２つのＰＵＳＣＨ送信にスプリットされると解釈する。左のグラフィックでは、Ｎシンボル持続時間を伴うＵＬデータが、スロットボーダーを横断するように設定またはスケジュールされる。右のグラフィックでは、ＵＬデータは、２つのセグメントにスプリットされる。第１のＰＵＳＣＨは、設定されたまたは割り振られた開始シンボルにおいて開始し、現在のスロットの終端において終了する。第２のＰＵＳＣＨは、後続のスロットの始まりにおいて開始し、当初の設定されたまたはスケジュールされた長さに対応するシンボルにおいて終了する。

単純なシグナリング方法が、たとえば、時間領域リソース割り当てにおける開始シンボル（Ｓ）および割り当て長さ（Ｌ）の直接インジケータがＳ＋Ｌ＞１４を生じることを可能にすることによる、暗黙的シグナリングに基づき得る。この場合、設定されたまたはスケジュールされた開始シンボルにおいて開始し、第１のスロットの終端まで持続する、第１のＰＵＳＣＨセグメントと、後続のスロットにおいて直ちに開始し、どちらが最初に来るかにかかわらず、スケジュールされたシンボル、またはシンボル１４の終端までの、第２のＰＵＳＣＨセグメント。ＰＵＳＣＨ送信の両方のセグメントについて、同じＴＢが使用され得、ＲＶが、あらかじめ設定されたＲＶシーケンスに従うことができる。３つ以上のスロットにおける送信を必要とするＴＢでは、ＰＵＳＣＨ送信の同様のセグメント化が適用される。

ＲＡＮ１１９０１Ａｄ－Ｈｏｃ中に、マルチセグメントＰＵＳＣＨが採用される場合に、スロットごとに２つ以上のＵＬ期間を生じるＴＤＤパターンを伴うスロットをどのようにハンドリングすべきかの懸念が提起された。開始点Ｓおよび送信の長さＬをシグナリングすることに基づくシグナリング方法を使用し、Ｓ＋Ｌが１４よりも大きくなることを許可されると仮定する。ＳとＳ＋Ｌとの間の間隔中に含まれている２つ以上のＵＬ期間がある場合、ＵＥは、ＵＥが送信することを許可されるシンボル上でのみ送信し、単一のスロット内の連続するＵＬシンボルの各セットがセグメントを構成することになる。これは、複雑度を低減するためにできるだけ少ない回数セグメント化するべきであるという、マルチセグメントＰＵＳＣＨの意図と一貫する。次に、いくつかの実施形態による、スロット中の２つ以上のＵＬ期間でセグメント化することを示すブロック図である、図２１への参照がなされる。示されているように、その例は、Ｓ＝０であり、Ｌ＝２８であることを提供する。この場合、ＴＤＤパターンによって与えられる、スロットごとの２つのＵＬ期間があり、したがって、スロットごとに２つのセグメントがある。

さらに、信頼性は、周波数ホッピングによって改善され得る。ただし、周波数ホッピングが、断片化されたスペクトルを生じ、全システム性能に影響を及ぼすかどうかが、考慮に入れられるべきである。したがって、周波数ホッピングは、動的に有効または無効にされるべきである。その上、周波数ホッピングは、有効にされた場合、既存のスロット間およびスロット内周波数ホッピングに基づいて実施され得る。ただし、いくつかの場合には、ＰＵＳＣＨ割り当てに関して非対称様式でホッピング位置を有することが望ましくないことがある。その場合、ホッピング位置が、何らかのルールを伴う繰返しのうちのいずれかのスロット内周波数ホッピングに基づく、ホッピングパターンを考慮することが可能であり、たとえば、より多数のシンボルがあるスロットである。

上記の説明と、寄与文書における後の性能観測とに基づいて、以下の実施形態が、ＵＬ期間ごとに１つのセグメントを伴う連続する利用可能なスロットにおける複数のＰＵＳＣＨ送信によって１つのＴＢが搬送される、マルチセグメントＰＵＳＣＨを採用することを含み得ることを提案する。

いくつかの実施形態は、ミニスロットを繰り返すときのトランスポートブロックサイズを決定することを含む。ＰＵＳＣＨ送信をスケジュールするとき、一般にＤＣＩ中でシグナリングされるＭＣＳインデックスから、ターゲットコードレートおよび変調次数が決定される。次いで、トランスポートブロックサイズは、ＴＳ３８．２１４のセクション６．１．４．２において説明されるように、ターゲットコードレート、変調次数、レイヤの数、および割り当てられたリソースから計算される。

以下で、（ミニ）スロットアグリゲーションが適用されたときの、Ｒｅｌ－１５プロシージャの問題点が分析される。

低減されたスケジューリングフレキシビリティについて、Ｒｅｌ－１５のスロットアグリゲーションの場合、トランスポートブロックサイズは、第１のスロットのためのパラメータを使用して決定され、次いで、同じトランスポートブロックサイズが、アグリゲートされたスロットの各々中で使用される。同じ手法が、ミニスロット繰返しについて使用され得、トランスポートブロックサイズは、シグナリングされたターゲットコードレートおよび変調次数とともに、第１のミニスロット中の割り当てられたリソースの量によって決定される。これの１つの欠点は、それがスケジューリングフレキシビリティに影響を及ぼすことがあることである。繰返しでは、ＴＢが、低いＭＣＳインデックスを伴って送信される必要がある場合、極めて大きい帯域幅が必要とされる。いくつかの場合には、必要とされる帯域幅が大きすぎることになるので、いくつかのＭＣＳインデックスを使用して所与のＴＢをスケジュールすることさえ可能でない。２ＯＳ長ＰＵＳＣＨの４つの繰返し、４ＯＳ長ＰＵＳＣＨの２つの繰返し、または単一の８シンボル長ＰＵＳＣＨのいずれかによる、８ＯＳ長ＰＵＳＣＨを送信する３つの異なるやり方を考慮することによって、この問題を示す。

最初の２つのオプションは、ＴＢＳが、第１の送信のためのパラメータに基づいて決定され、次いで、ＴＢが複数回繰り返される場合を表す。第３のオプションは、ＴＢＳが、ＴＢのために使用されるリソースの総量に基づいて決定される場合を表す。

評価仮定からの３つの異なるターゲットパケットサイズ、１００バイト、２５０バイト、または１３７０バイトが考慮される。仮定された、４０ＭＨｚのＢＷおよびＳＣＳ＝３０ｋＨｚでは、ＣＰ－ＯＦＤＭについて、１０６に等しいＰＲＢの最大数を与える。以下のＭＣＳ表によれば、すべてのＭＣＳインデックスが、ターゲットＴＢＳをサポートするために必要とされるＰＲＢの数を見つけることを考察する。時々、ＰＲＢの同じ数が、隣接ＭＣＳインデックスを使用するときにほとんど等しいＴＢＳを与える。この場合、最も高い信頼性に対応する、最小スペクトル効率をもつＭＣＳインデックスを選択する。

考察された事例では、ＴＢＳ決定を第１の繰返し中で利用可能なリソースの数に基づかせることが、ＴＢＳ決定をリソースの総数に基づかせることと比較して、ターゲットＴＢＳを達成するための利用可能な｛ＭＣＳ，ＮＰＲＢ｝組合せにおける、より不良なフレキシビリティにつながる。たとえば、上記のすべての３つのＴＢサイズについて、オプション（ａ）は、オプション（ｃ）よりも小さい｛ＭＣＳ，ＮＰＲＢ｝フレキシビリティを提供する。ここでは、フレキシビリティによって、送信において使用され得るＭＣＳおよびＮＰＲＢの範囲を意味する。たとえば、８ＯＳおよび１つの繰返しの場合の一番上の表では、それは、２から２４までのＭＣＳインデックスおよび３つから９５個までのＮＰＲＢに対して可能であり、これは、チャネル品質に応じて、小さいまたは大きい割り当て、ならびに低いまたは高いＭＣＳが使用され得ることを意味する。ただし、２ＯＳおよび４つの繰返しの場合の一番上の表の第１の列では、ＭＣＳの範囲はより小さく（最低ＭＣＳインデックスは１１である）、また、最小割り当ては１５個のＰＲＢである。大きいＴＢＳサイズでは、状況はさらに不良であり、最後の表が示すように、２ＯＳのみおよび４つの繰返しの場合、ＴＢＳを送信することさえ可能でない。

ＴＢＳを利用可能なリソースの総数に基づかせることの別の利点は、割り当てられたＰＲＢの数を変更すること、ならびにＯＦＤＭシンボルの数を変更することの両方によって、ＴＢＳを変更することが可能であることである。第１の送信におけるＯＳの数が、整合遅延を低く保つために固定のままである必要があり得る、（ミニ）スロットアグリゲーションおよびＲｅｌ－１５ＴＢＳ決定プロシージャを使用するとき、ＴＢＳを変更することはそれほど容易ではない。繰返しの数のみを変更することは、総送信長さを変更するが、Ｒｅｌ－１５においてＴＢＳを決定するために使用される、第１の送信におけるＯＳの数を変更しない。

ＴＢＳ決定を第１の送信における割り当てられたリソースに基づかせることは、フレキシブルでないスケジューリングと、ＭＣＳ表の不十分な使用法とにつながり得る。

考察された事例では、全帯域幅を使用するとき、１つの繰返しの場合でもＲｅｌ－１５ＭＣＳ表中の最低スペクトル効率に達することが可能でない。したがって、より多くの繰返しを使用し、ＴＢＳ決定を第１の送信における割り当てられたリソースに基づかせることは、Ｒｅｌ－１５ＭＣＳ表と比較して、スペクトル効率の顕著な利得を与えない。

ＴＢＳ決定は、占有されるリソースの総量に基づくように拡張される。

いくつかの実施形態では、変調次数とベースグラフとのミスマッチがある。Ｋ個の繰返しを伴う（ミニスロット）アグリゲーションが使用されるとき、送信は｛ＲＭＣＳ，Ｋ、ＱＭＣＳ，Ｋ、Ｋ｝を使用し、ここで、ＲＭＣＳ，Ｋは、ＭＣＳインデックスによってシグナリングされるコードレートであり、ＱＭＣＳ，Ｋは、ＭＣＳインデックスによってシグナリングされる変調次数であり、Ｋは、繰返しの数である。

代替的に、ＭＣＳが、占有されるリソースの総量に従って選択されると仮定した場合、ＴＢＳは、｛ＲＭＣＳ，１、ＱＭＣＳ，１、１｝を伴って送られることになる。

Ｒｅｌ－１５手法を適用するとき、ＲＭＣＳ，１は、ＲＭＣＳ，Ｋからかなり逸脱し得、したがって、ＱＭＣＳ，１ＱＭＣＳ，Ｋである。これが起こったとき、リンク性能が著しく損害を被ることになる。理由は、この場合、ベースグラフが異なるコードレートのために最適化されるので、この場合のベースグラフが新しい変調次数にマッチしないことである。これを示すために、（Ａ）－２ＯＳＰＵＳＣＨの４つの繰返しと（Ｂ）－８ＯＳＰＵＳＣＨの１つの繰返しとの２つの場合を比較する。

第１の場合（Ａ）には、第１のＯＦＤＭシンボルがＤＭＲＳによって占有され、その後に、ＰＵＳＣＨペイロードによって占有される７つのＯＦＤＭシンボルが続く。第２の場合（Ｂ）には、ＤＭＲＳが人工的に、第１の繰返しの第１のＯＦＤＭシンボルのみを占有するようにされ、したがって、どちらの場合も、同じＤＭＲＳオーバーヘッド（＝１ｏｓ）が使用される。３２または１００バイトのターゲットＴＢＳが使用される。仮定された送信パラメータを使用して、（Ａ）対（Ｂ）のＢＬＥＲ性能が以下の図２２に示される。図２２を簡単に参照すると、グラフが、いくつかの実施形態による、ミニスロットアグリゲーションにおいて、不適当な変調次数が使用されたときの、ＢＬＥＲ性能劣化のプロットを示す。

図２３を参照すると、グラフが、いくつかの実施形態による、ミニスロットアグリゲーションにおいて、不適当な変調次数が使用されたときの、ＢＬＥＲ性能劣化のプロットを示す。

４つの繰返しを伴う（Ａ）は、１つの繰返しを伴う（Ｂ）よりも約１．５～１．８ｄＢ不良の性能であることがわかる。理由は、（Ａ）が｛ＲＭＣＳ，４、ＱＭＣＳ，４＝６４ＱＡＭ、Ｋ＝４｝を使用し、（Ｂ）が｛ＲＭＣＳ，１ＲＭＣＳ，４／１６、ＱＭＣＳ，１＝ＱＰＳＫ，１｝を使用し、（Ｂ）が、すべての占有されるリソースを考慮に入れたとき、正しい選定であることである。

ターゲットＴＢＳ＝８００ビットの場合、ベースグラフ選択がＭＣＳにおけるターゲットコードレートによって部分的に決定されるので、同様の問題がベースグラフ選択にも生じる。ターゲットコードレートは０．６７を上回るので、ベースグラフはＢＧ２からＢＧ１に切り替わる。ＢＧ１のマザーコードレートが１／３であり、ＢＧ２のマザーコードレートが１／５であるので、これはまた、ＢＧ１について、フレッシュなパリティビットの代わりに、レート１／３を下回るサーキュラーバッファ繰返しが使用されることにより、性能に悪影響を及ぼす。

（ミニ）スロットアグリゲーションが使用されるとき、ＴＢＳ決定を第１の送信における割り当てられたリソースに基づかせることは、過度に高いターゲットコードレートをもたらし、変調次数とベースグラフとのミスマッチを生じ得る。

いくつかの実施形態は、ミニスロットベースの繰返しとマルチセグメントＰＵＳＣＨとを比較するときのチャネルコーディング考慮を提供する。

ＮＲＬＤＰＣコードについてのレートマッチングおよびビット選択方法は、サーキュラーバッファ中の、あらかじめ規定された開始点、または冗長バージョンとともに、サーキュラーバッファレートマッチングに基づく。ＬＤＰＣベースグラフは、最初に高レートカーネルを設計し、次いで、単一パリティチェック変数ノードによりパリティチェック行列を拡張することによる、コード拡張を通して設計された。コード化ビットは、同じ順序でサーキュラーバッファに書き込まれ、システマティックビットから開始し、その後に、行列が拡張された順序でパリティビットが続く。これは、送信されるべきコード化ビットを選定するときにビットをサーキュラーバッファから読み出すべき最適順序を作成する効果を有する。システマティックビットはパリティビットよりも重要であり、最適性能では、パリティビットは、行列が拡張された順序でサーキュラーバッファから読み取られるべきである。ＨＡＲＱベース再送信では、理想的には、ちょうど、第１の送信がサーキュラーバッファ中のビットを読み取ることを停止したところで、第２の送信がビットを読み出すことを開始するべきである。代わりに、性能とシグナリングオーバーヘッドとの間のトレードオフとして、サーキュラーバッファ中の４つの異なる考えられる開始位置が規定された。この考慮は、ミニスロットベースの繰返しとマルチセグメントＰＵＳＣＨとを比較するとき、性能に直接影響を及ぼす。各セグメント、またはミニスロットでは、ＲＶのうちの１つが選定され、これは、コード化ビットを最適順序で選択することをより困難にする。

長さ２および６のセグメントを伴う２セグメントＰＵＳＣＨ送信を、各々長さ２シンボルの４つのミニスロットのミニスロットベースの繰返しと比較する、以下の例を考慮する。各ＰＵＳＣＨセグメントが、ＤＭＲＳに専用の１つのシンボルを含んでおり、第１の繰返し中の１つのＤＭＲＳと第３の繰返し中の１つのＤＭＲＳとを伴うミニスロットベースの繰返しについて、ＤＭＲＳ共有が使用されると仮定する。したがって、どちらの場合も、同じＤＭＲＳオーバーヘッドを有する。割り当てられた１０個のＰＲＢと８４８ビットのＴＢＳとを伴うＱＰＳＫ変調を仮定する。合計、１４４０個の送信されたコード化ビットがある。始まりから開始して読み取ることである、サーキュラーバッファにおける最適読取り順序に近くなるために、シーケンス｛０，２，３，１｝から、連続する繰返しまたはセグメントについてのＲＶ順序を選定する。図２４および図２５に、これらの２つの場合におけるサーキュラーバッファから使用されるビットを示す。たとえば、図２４は、ミニスロット繰返しの場合のサーキュラーバッファ使用量を示す棒グラフであり、図２５は、いくつかの実施形態による、２セグメントＰＵＳＣＨの場合のサーキュラーバッファ使用量を示す棒グラフである。図中の各列は、リフティング（ｌｉｆｔｉｎｇ）前のベース行列中の１つの列、またはリフティング後の８８個のコード化ビットに対応する。各棒の高さは、送信されるこのグループ中のビットの割合に対応し、１よりも大きい高さは、そのグループ中のいくつかのビットが繰り返されることを意味する。最初の８つの列はシステマティックビットに対応し、ミニスロット繰返しでは、ＲＶをどの順序で選定するかにかかわらず、すべてのシステマティックビットを送信することが可能であるとは限らないことに気づく。また、選択されたビットは、順次ＲＶから循環的に選定することにより、サーキュラーバッファ中にほぼ等しく広げられることがわかる。一方、２セグメントＰＵＳＣＨの場合、ＲＶ０に対応するためにより長いセグメントを選定し、バッファの始まりから多数の連続するビットを読み取ることができる。

必要よりも多くのセグメントにセグメント化することは、サーキュラーバッファからのより短い連続する読取りと、サーキュラーバッファからのコード化ビットの準最適な選択とにつながる。

これは、２つの方式の性能に直接影響を及ぼすことに留意されたい。いくつかの実施形態による、ミニスロット繰返しと２セグメントＰＵＳＣＨとの間の性能比較をプロットするグラフである、図２６に示されているように、２セグメントＰＵＳＣＨは、ＢＬＥＲ１ｅ－５において２ｄＢ超だけミニスロット繰返しよりも優れている。たとえば、マルチセグメントＰＵＳＣＨは、ミニスロット繰返しよりも良好な性能であることに留意されたい。

ＵＲＬＬＣ要件を満たすためにＰＵＳＣＨ送信をどのように拡張すべきかが、本明細で説明される。

マルチセグメントＰＵＳＣＨは、ミニスロット繰返しよりも良好な性能である。

前のセクションにおける説明に基づいて、ＵＬ期間ごとに１つのセグメントを伴う連続する利用可能なスロットにおける複数のＰＵＳＣＨ送信によって１つのＴＢが搬送される、マルチセグメントＰＵＳＣＨを採用することが提案される。

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および／または表示機能を行うための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。

Claims

無線通信ネットワークにおけるネットワークノード（ＱＱ１６０）を動作させる方法であって、前記方法は、
物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを生成すること（７１０）であって、前記送信フォーマットデータが、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む、設定メッセージを生成すること（７１０）と、
前記複数セグメント送信についての前記送信フォーマットデータを識別するために、ユーザ機器（ＵＥ）（ＱＱ５３０）への前記設定メッセージの送信を始動すること（７２０）と
を含む、方法。
前記物理共有チャネルが物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む、請求項１に記載の方法。
複数セグメント物理共有チャネルが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む、請求項１に記載の方法。
前記ＴＢＳ決定データが

によって決定され、ここで、

が、スロットｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、スロットｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中の物理リソースブロック（ＰＲＢ）ごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのスロットにわたるものである、請求項１から３のいずれか一項に記載の方法。
前記ＴＢＳ決定データが

によって決定され、
ここで、

が、スロットｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、スロットｉについてのデータなしの、前記ＲＳＣＤＭグループの前記オーバーヘッドを含む、前記スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのスロットにわたるものである、
請求項１から４のいずれか一項に記載の方法。
前記ＴＢＳ決定データが

によって決定され、
ここで、

が、セグメントまたは繰返しｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、
請求項１から５のいずれか一項に記載の方法。
前記ＴＢＳ決定データが

によって決定され、
ここで、

が、セグメントまたは繰返しｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、セグメントまたは繰返しｉについてのデータなしの、前記ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、
請求項１から６のいずれか一項に記載の方法。
前記ＲＶ決定データが、初期ＰＵＳＣＨセグメントについての初期ＲＶ、およびＲＶシーケンス中の次のＲＶによって決定される、請求項１から７のいずれか一項に記載の方法。
無線リソース制御（ＲＲＣ）信号が、前記初期ＰＵＳＣＨセグメントについての前記初期ＲＶを提供する、請求項８に記載の方法。
アクティブ化ダウンリンク制御インジケータ（ＤＣＩ）中のＲＶフィールドが、前記初期ＰＵＳＣＨセグメントについての前記初期ＲＶを提供する、請求項８または９に記載の方法。
ＲＶが、異なる送信機会のための異なるセグメントに割り当てられ、最も長い長さをもつセグメントが見つけられ、送信機会における他のセグメントが、前記ＲＶシーケンスによって決定された前記ＲＶを使用する、請求項８から１０のいずれか一項に記載の方法。
前記ＲＶシーケンスが循環的に使用される、請求項８から１１のいずれか一項に記載の方法。
どのシンボルがＵＬ送信のために使用されるかを決定するために、ＳＦＩ（スロットフォーマットインジケータ）ＤＣＩメッセージが使用される、請求項１から１２のいずれか一項に記載の方法。
どのシンボルがＵＬ送信のために使用されるかを決定するために、ＲＲＣシグナリングが使用される、請求項１から１３のいずれか一項に記載の方法。
ＳＲＳの送信のために使用されるシンボルがＵＬ送信のために使用されない、請求項１から１４のいずれか一項に記載の方法。
得られたセグメントがシンボルの所与の数よりも短い場合、ＵＬ送信が許可される、同じスロット中の連続するシンボルのセットがセグメントに割り当てられない、請求項１から１５のいずれか一項に記載の方法。
ＤＣＩがＰＵＳＣＨ送信の開始点Ｓおよび長さＬを提供する、請求項１から１６のいずれか一項に記載の方法。
各セグメントが、ＵＬ送信のために使用される連続するシンボルのセットを含んでおり、前記セグメント中のすべてのシンボルが前記同じスロット中にある、請求項１から１７のいずれか一項に記載の方法。
使用されるＰＵＳＣＨセグメントの数および長さは、どのシンボルがＵＬ送信のために使用されるかを決定するために、開始点および長さに基づいて決定される、請求項１から１８のいずれか一項に記載の方法。
ＴＤＲＡ表中の行が、開始シンボル識別子とシンボル長値との複数の組合せに関連する、請求項１から１９のいずれか一項に記載の方法。
各セグメントが復調用参照信号（ＤＭＲＳ）を含む、請求項１から２０のいずれか一項に記載の方法。
各セグメント中のＤＭＲＳのために使用すべきシンボルが、前記複数セグメント送信のために設定されたＤＭＲＳ割り当てから継承される、請求項２１に記載の方法。
スロット中の第１のセグメントのみが復調用参照信号（ＤＭＲＳ）を含む、請求項１から２０のいずれか一項に記載の方法。
送信における第１のセグメント、および許可されないシンボルの後の第１のセグメントのみが、ＤＭＲＳを含む、請求項２１に記載の方法。
スロット中の第１のセグメントが、最後のシンボル中のセグメントを含む前のスロットに応答するＤＭＲＳを含んでいない、請求項２１に記載の方法。
無線通信ネットワークの基地局（ｇＮＢ）であって、前記基地局が、
無線端末との無線ネットワーク通信を提供するように設定されたトランシーバ（１５０１）と、
前記トランシーバに結合されたプロセッサ（１５０３）と
を備え、前記プロセッサが、前記トランシーバを通して無線ネットワーク通信を提供するように設定され、前記プロセッサが、請求項１から２５のいずれか一項に記載の動作を実施するように設定された、基地局（ｇＮＢ）。
無線アクセスネットワークの基地局（ｅＮＢ）であって、前記基地局が、請求項１から２５のいずれか一項に従って実施するように適応された、基地局（ｅＮＢ）。
受信機ユーザ機器（ＵＥ）（ＱＱ５３０）からのフィードバック情報に基づいてリンク適応および／またはリソース再選択を提供するように設定されたネットワークノード（ＱＱ１６０）を動作させる方法であって、前記方法が、請求項１から２５のいずれか一項に記載の動作を実施するように適応された、方法。
無線通信ネットワークにおける無線デバイス（ＱＱ１１０）を動作させる方法であって、前記方法は、
物理共有チャネル上での複数セグメント送信に対応する送信フォーマットデータを含む設定メッセージを受信すること（８１０）であって、前記送信フォーマットデータが、トランスポートブロックサイズデータ（ＴＢＳ）決定データ、冗長バージョン（ＲＶ）決定データ、ＰＵＳＣＨ送信データの開始点および長さ、時間領域リソース割り当て（ＴＤＲＡ）表データ、ならびに／または復調用参照信号（ＤＭＲＳ）データのうちの少なくとも１つを含む、設定メッセージを受信すること（８１０）と、
前記設定メッセージに基づいて、前記物理共有チャネル上で前記複数セグメント送信を送ることおよび受信することのうちの１つを始動すること（８２０）と
を含む、方法。
前記物理共有チャネルが物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む、請求項２９に記載の方法。
複数セグメント物理共有チャネルが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む、請求項２９に記載の方法。
前記ＴＢＳ決定データが

によって決定され、ここで、

が、スロットｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、スロットＩについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中の物理リソースブロック（ＰＲＢ）ごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのスロットにわたるものである、請求項２９から３１のいずれか一項に記載の方法。
前記ＴＢＳ決定データが

によって決定され、
ここで、

が、スロットｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、スロットｉについてのデータなしの、前記ＲＳＣＤＭグループの前記オーバーヘッドを含む、前記スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのスロットにわたるものである、
請求項２９から３２のいずれか一項に記載の方法。
前記ＴＢＳ決定データが

によって決定され、
ここで、

が、セグメントまたは繰返しｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、セグメントまたは繰返しｉについてのデータなしの、ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、
請求項２９から３３のいずれか一項に記載の方法。
前記ＴＢＳ決定データが

によって決定され、
ここで、

が、セグメントまたは繰返しｉにおけるＰＵＳＣＨ割り当てのシンボルの数であり、

が、セグメントまたは繰返しｉについてのデータなしの、前記ＲＳＣＤＭグループのオーバーヘッドを含む、スケジュールされた持続時間中のＰＲＢごとのＤＭ－ＲＳのためのＲｅの数であり、和が、前記複数セグメント送信におけるすべてのセグメントまたは繰返しにわたるものである、
請求項２９から３４のいずれか一項に記載の方法。
前記ＲＶ決定データが、初期ＰＵＳＣＨセグメントについての初期ＲＶ、およびＲＶシーケンス中の次のＲＶによって決定される、請求項２９から３５のいずれか一項に記載の方法。
無線リソース制御（ＲＲＣ）信号が、前記初期ＰＵＳＣＨセグメントについての前記初期ＲＶを提供する、請求項３６に記載の方法。
アクティブ化ダウンリンク制御インジケータ（ＤＣＩ）中のＲＶフィールドが、前記初期ＰＵＳＣＨセグメントについての前記初期ＲＶを提供する、請求項３６または３７に記載の方法。
ＲＶが、異なる送信機会のための異なるセグメントに割り当てられ、最も長い長さをもつセグメントが見つけられ、送信機会における他のセグメントが、前記ＲＶシーケンスによって決定された前記ＲＶを使用する、請求項３６から３８のいずれか一項に記載の方法。
前記ＲＶシーケンスが循環的に使用される、請求項３６から３９のいずれか一項に記載の方法。
どのシンボルがＵＬ送信のために使用されるかを決定するために、ＳＦＩ（スロットフォーマットインジケータ）ＤＣＩメッセージが使用される、請求項２９から３８のいずれか一項に記載の方法。
どのシンボルがＵＬ送信のために使用されるかを決定するために、ＲＲＣシグナリングが使用される、請求項２９から４１のいずれか一項に記載の方法。
ＳＲＳの送信のために使用されるシンボルがＵＬ送信のために使用されない、請求項２９から４２のいずれか一項に記載の方法。
得られたセグメントがシンボルの所与の数よりも短い場合、ＵＬ送信が許可される、同じスロット中の連続するシンボルのセットがセグメントに割り当てられない、請求項２９から４３のいずれか一項に記載の方法。
ＤＣＩがＰＵＳＣＨ送信の開始点Ｓおよび長さＬを提供する、請求項２９から４４のいずれか一項に記載の方法。
各セグメントが、ＵＬ送信のために使用される連続するシンボルのセットを含んでおり、前記セグメント中のすべてのシンボルが前記同じスロット中にある、請求項２９から４５のいずれか一項に記載の方法。
使用されるＰＵＳＣＨセグメントの数および長さは、どのシンボルがＵＬ送信のために使用されるかを決定するために、開始点および長さに基づいて決定される、請求項２９から４６のいずれか一項に記載の方法。
ＴＤＲＡ表中の行が、開始シンボル識別子とシンボル長値との複数の組合せに関連する、請求項２９から４７のいずれか一項に記載の方法。
各セグメントが復調用参照信号（ＤＭＲＳ）を含む、請求項２９から４８のいずれか一項に記載の方法。
各セグメント中のＤＭＲＳのために使用すべきシンボルが、前記複数セグメント送信のために設定されたＤＭＲＳ割り当てから継承される、請求項４９に記載の方法。
スロット中の第１のセグメントのみが復調用参照信号（ＤＭＲＳ）を含む、請求項２９から５０のいずれか一項に記載の方法。
送信における第１のセグメント、および許可されないシンボルの後の第１のセグメントのみが、ＤＭＲＳを含む、請求項５０に記載の方法。
スロット中の第１のセグメントが、最後のシンボル中のセグメントを含む前のスロットに応答するＤＭＲＳを含んでいない、請求項５０に記載の方法。
無線通信ネットワークとの無線ネットワーク通信を提供するように設定されたトランシーバ（１４０１）と、
前記トランシーバに結合されたプロセッサ（１４０３）と
を備え、
前記プロセッサが、前記トランシーバを通して無線ネットワーク通信を提供するように設定され、前記プロセッサが、請求項２９から５３のいずれか一項に記載の動作を実施するように設定された、第１の無線デバイス（ＵＥ）。