特表 2024-515492 動的かつ半永続的な受信のためのＨＡＲＱフィードバック

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-10

(54)【発明の名称】動的かつ半永続的な受信のためのＨＡＲＱフィードバック

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240403BHJP

   H04W 72/21 20230101ALI20240403BHJP

   H04L 1/1812 20230101ALI20240403BHJP

   H04W 72/0446 20230101ALI20240403BHJP

【ＦＩ】

H04W28/04 110

H04W72/21

H04L1/1812

H04W72/0446

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023560114

(86)(22)【出願日】2022-04-05

(85)【翻訳文提出日】2023-09-28

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

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

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

(31)【優先権主張番号】63/171,402

(32)【優先日】2021-04-06

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】パンテリーヴ，セルゲイ

(72)【発明者】

【氏名】チャタジー，デブディープ

(72)【発明者】

【氏名】ハミディ－セファー，ファテメ

(72)【発明者】

【氏名】イスラム，トウフィクル

(72)【発明者】

【氏名】タラリコ，サルヴァトーレ

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA33

5K067EE02

5K067EE10

5K067HH28

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

本発明は、ユーザ機器（ＵＥ）のための装置を提供し、これは、
処理回路であり、
第５世代ＮｏｄｅＢ（ｇＮＢ）から、時間領域二重化（ＴＤＤ）システムの中で、半永続的スケジューリング（ＳＰＳ）物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）送信を示すメッセージをデコードし、
公称のＰＤＳＣＨからＨＡＲＱフィードバックまでの時間ギャップ（ｎｏｍｉｎａｌ ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｅ ｇａｐ）で、有効なアップリンク（ＵＬ）シンボルでの特定のＳＰＳ ＰＤＳＣＨ送信に関連付けられたＰＵＣＣＨの送信可能性を決定し、ＰＵＣＣＨは、特定のＳＰＳ ＰＤＳＣＨ送信を確認するためにＳＰＳハイブリッド自動繰返し要求（ＨＡＲＱ）フィードバックを搬送するように構成され、
ＰＵＣＣＨが有効なＵＬシンボルにマッピングされることが可能でないと決定したことに応答して、ＳＰＳ ＨＡＲＱフィードバックの送信を、公称のＰＤＳＣＨからＨＡＲＱフィードバックまでの時間ギャップの後の有効なＵＬ機会に延期するように構成されている、処理回路と、
公称のＰＤＳＣＨからＨＡＲＱフィードバックまでの時間ギャップを記憶するように構成されているメモリとを備えている。

【図面の簡単な説明】

【0005】

必ずしも縮尺通りに描かれていない図で、同一の数字は、異なる図の中での同様のコンポーネントを表す場合がある。異なる文字の接尾辞を有する同一の数字は、同様のコンポーネントの異なる事例を表す場合がある。図面は全体に、本明細書で述べるさまざまな実施形態を例として示すが、限定として示すものではない。

【0006】

【図1A】いくつかの態様に係るネットワークのアーキテクチャーを示す。

【図1B】いくつかの態様に係る非ローミング５Ｇシステムアーキテクチャーを示す。

【図1C】いくつかの態様に係る非ローミング５Ｇシステムアーキテクチャーを示す。

【図2】いくつかの実施形態に係る通信デバイスのブロック図である。

【図3】いくつかの態様に係り、延期ＳＰＳ ＨＡＲＱ ＡＣＫを有する物理アップリンク制御チャンネル（ＰＵＣＣＨ）を示す。

【図4】いくつかの態様に係るＳＰＳ ＨＡＲＱ－ＡＣＫ送信のフローチャートを示す。

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

【0007】

以下の説明及び図面は、当業者がそれらを実施することができるように、特定の実施形態を十分に例示する。他の実施形態は、構造的、論理的、電気的、プロセス的な変更、及び他の変更が組み込まれてよい。いくつかの実施形態の部分及び特徴は、他の実施形態のものに含まれてよく、又は他の実施形態のもので代替されてよい。請求項に記載された実施形態は、それらの請求項の利用可能な等価物を全て包含する。

【0008】

図１Ａは、いくつかの態様によるネットワークのアーキテクチャーを示す。ネットワーク１４０Ａは、６Ｇ機能に拡張される可能性がある３ＧＰＰ（登録商標） ＬＴＥ／４Ｇ及びＮＧネットワーク機能を含む。従って、５Ｇが参照されるが、これは６Ｇ構造、システム、及び機能となることが可能であるように拡張されることを理解するものとする。ネットワーク機能は、専用ハードウェア上の個別のネットワーク要素として、及び／又は専用ハードウェア上で動作するソフトウェアインスタンスとして、及び／又は適切なプラットフォーム、例えば、専用ハードウェア又はクラウドインフラストラクチャーで、インスタンス化された仮想化機能として、実施されてよい。

【0009】

ネットワーク１４０Ａは、ユーザ機器（ＵＥ）１０１及びＵＥ１０２を含むように示されている。ＵＥ１０１及び１０２は、スマートフォン（例えば、１つ以上のセルラーネットワークに接続可能なハンドヘルドタッチスクリーン・モバイルコンピューティングデバイス）として図示されるが、携帯型（ラップトップ）又はデスクトップコンピュータ、無線ハンドセット、ドローン、又は有線及び／又は無線通信インターフェースなどのような、任意の他のコンピューティングデバイスなど、任意のモバイル又は非モバイルコンピューティングデバイスを含んでよい。ＵＥ１０１及び１０２は、本明細書ではＵＥ１０１と総称されてよく、ＵＥ１０１は、本明細書に開示される技術のうちの１つ以上を実行するために使用してよい。

【0010】

本明細書で説明される無線リンクのいずれも（例えば、ネットワーク１４０Ａ又は他の図示されるネットワークで使用されるように）、任意の例示的な無線通信技術及び／又は規格に従って動作してよい。任意のスペクトル管理方式、例えば、専用のライセンススペクトル、アンライセンススペクトル（無認可スペクトル）、（ライセンスされた）共有スペクトル（２．３ないし２．４ＧＨｚ、３．４ないし３．６ＧＨｚ、３．６ないし３．８ＧＨｚ、及び他の周波数でのライセンスされた共有アクセス（ＬＳＡ）、及び３．５５ないし３．７ＧＨｚ及び他の周波数でのスペクトルアクセスシステム（ＳＡＳ）、など）、異なるシングルキャリア又は直交周波数領域多重（ＯＦＤＭ）モード（ＣＰ－ＯＦＤＭ、ＳＣ－ＦＤＭＡ、ＳＣ－ＯＦＤＭ、フィルタバンクベースマルチキャリア（ＦＢＭＣ）、ＯＦＤＭＡなど）、特に３ＧＰＰ ＮＲを含むスペクトル管理方式が、ＯＦＤＭキャリアデータビットベクトルを対応するシンボルリソースに割り当てることによって使用されてよい。

【0011】

いくつかの態様では、ＵＥ１０１及び１０２のうちのいずれかは、モノのインターネット（ＩｏＴ）ＵＥ又はセルラーＩｏＴ（ＣＩｏＴ）ＵＥを含んでよく、これは、短寿命のＵＥ接続を利用する低電力ＩｏＴの用途のために設計されたネットワークアクセスレイヤを含んでよい。いくつかの態様で、ＵＥ１０１及び１０２のうちのいずれかは、狭帯域（ＮＢ）ＩｏＴ ＵＥ（例えば、拡張ＮＢ－ＩｏＴ（ｅＮＢ－ＩｏＴ）ＵＥ、及びさらなる拡張（ＦｅＮＢ－ＩｏＴ）ＵＥなど）を含んでよい。ＩｏＴ ＵＥは、公衆陸上移動体ネットワーク（ＰＬＭＮ）、近接ベースサービス（ＰｒｏＳｅ）又はデバイス間通信（Ｄ２Ｄ）、センサネットワーク、又はＩｏＴネットワークを介して、ＭＴＣサーバ又はデバイスとデータを交換するために、Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ（Ｍ２Ｍ）又はマシンタイプ通信（ＭＴＣ）などの技術を利用してよい。Ｍ２Ｍ又はＭＴＣのデータ交換は、機械主導のデータ交換であってよい。ＩｏＴネットワークは、（インターネットインフラストラクチャー内の）一意に識別可能な組み込みコンピューティングデバイスを含む可能性があるＩｏＴ ＵＥを、短寿命の接続で相互接続することを含む。ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を促進するために、バックグラウンドアプリケーション（例えば、キープアライブメッセージ、ステータス更新など）を実行してよい。いくつかの態様で、ＵＥ１０１及び１０２のうち任意の１つは、拡張ＭＴＣ（ｅＭＴＣ）ＵＥ、又はさらなる拡張ＭＴＣ（ＦｅＭＴＣ）ＵＥを含んでよい。

【0012】

ＵＥ１０１及び１０２は、無線アクセスネットワーク（ＲＡＮ）１１０と接続、例えば、通信可能に結合するように構成されてよい。ＲＡＮ１１０は、例えば、進化型ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、ＮｅｘｔＧｅｎ ＲＡＮ（ＮＧ ＲＡＮ）、又は他のタイプのＲＡＮであってよい。

【0013】

ＵＥ１０１及び１０２は、それぞれ接続部１０３及び１０４を利用し、それぞれが物理通信インターフェース又はレイヤ（以下でさらに詳細に説明する）を構成する。この例では、接続部１０３及び１０４は、通信結合を可能にするエアインターフェースとして図示される。接続部１０３及び１０４は、セルラー通信プロトコル、例えば、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）プロトコル、ＣＤＭＡ（符号分割多重接続）ネットワークプロトコル、ＰＴＴ（プッシュツートーク）プロトコル、ＰＯＣ（ＰＴＴ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）プロトコル、ＵＭＴＳ（ユニバーサル移動体通信システム）プロトコル、３ＧＰＰ ＬＴＥ（ロングタームエボリューション）プロトコル、５Ｇプロトコル、６Ｇプロトコルなどと、整合するものであってよい。

【0014】

一態様では、ＵＥ１０１及び１０２はさらに、ＰｒｏＳｅインターフェース１０５を介して通信データを直接交換してよい。ＰｒｏＳｅインターフェース１０５はさらに、１つ以上の論理チャンネルを含むサイドリンク（ＳＬ）インターフェースと称してよい。１つ以上の論理チャンネルは、物理サイドリンク制御チャンネル（ＰＳＣＣＨ）、物理サイドリンク共有チャンネル（ＰＳＳＣＨ）、物理サイドリンク発見チャンネル（ＰＳＤＣＨ）、物理サイドリンク放送チャンネル（ＰＳＢＣＨ）、及び物理サイドリンクフィードバックチャンネル（ＰＳＦＣＨ）を含むが、これらに限定されない。

【0015】

ＵＥ１０２は、接続部１０７を介してアクセスポイント（ＡＰ）１０６にアクセスするように構成されていることが図示される。接続部１０７は、例えば、任意のＩＥＥＥ８０２．１１プロトコルと整合する接続などのローカル無線接続を含んでよい。これによれば、ＡＰ１０６はワイヤレスフィデリティ（ＷｉＦｉ（登録商標））ルータを含んでよい。この例では、ＡＰ１０６は、無線システムのコアネットワーク（以下でさらに詳細に説明する）に接続されずに、インターネットに接続されるように図示される。

【0016】

ＲＡＮ１１０は、接続部１０３及び１０４を有効化する１つ以上のアクセスノードを含んでよい。これらのアクセスノード（ＡＮ）は、基地局（ＢＳ）、ＮｏｄｅＢ、進化型ＮｏｄｅＢ（ｅＮＢ）、次世代（第５世代又は第６世代）ＮｏｄｅＢ（ｇＮＢ）、ＲＡＮノードなどと称してよく、地上局（例えば、地上アクセスポイント）、又は地理的領域（例えば、セル）の中のカバレッジを提供する衛星局を含んでよい。いくつかの態様で、通信ノード１１１及び１１２は、送信／受信ポイント（ＴＲＰ）であってよい。通信ノード１１１及び１１２がＮｏｄｅＢ（例えば、ｅＮＢ又はｇＮＢ）である場合に、１つ以上のＴＲＰが、ＮｏｄｅＢの通信セル内で機能してよい。ＲＡＮ１１０は、マクロセルを提供する１つ以上のＲＡＮノード、例えば、マクロＲＡＮノード１１１と、フェムトセル又はピコセル（例えば、マクロセルと比較して、一層小さいカバレッジエリア、一層小さいユーザ容量、又は一層高い帯域幅を有するセル）を提供する１つ以上のＲＡＮノード、例えば、低電力（ＬＰ）ＲＡＮノード１１２とを含んでよい。

【0017】

ＲＡＮノード１１１及び１１２のうちのいずれかは、エアインターフェースプロトコルを終端してよく、ＵＥ１０１及び１０２の第１接点（連絡先）であってよい。いくつかの態様で、ＲＡＮノード１１１及び１１２のうちのいずれかは、ＲＡＮ１１０のためのさまざまな論理機能を果たしてよい。論理機能は、無線ネットワークコントローラ（ＲＮＣ）機能、例えば、無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理及びデータパケットスケジューリング、及びモビリティ管理などを含むが、これらに限定されない。一例では、ノード１１１及び／又は１１２のうちのいずれかは、ｇＮＢ、ｅＮＢ、又は別のタイプのＲＡＮノードであってよい。

【0018】

ＲＡＮ１１０は、Ｓ１インターフェース１１３を介してコアネットワーク（ＣＮ）１２０に通信可能に結合されるように示されている。ある態様では、ＣＮ１２０は、進化型パケットコア（ＥＰＣ）ネットワーク、ＮｅｘｔＧｅｎパケットコア（ＮＰＣ）ネットワーク、又は他のタイプのＣＮ（例えば、図１Ｂ及び１Ｃを参考に図示されるような）であってよい。この態様では、Ｓ１インターフェース１１３は、２つの部分に分割される。即ち、ＲＡＮノード１１１及び１１２とサービングゲートウェイ（Ｓ－ＧＷ）１２２との間でトラフィックデータを搬送するＳ１－Ｕインターフェース１１４と、ＲＡＮノード１１１及び１１２とＭＭＥ１２１との間のシグナリングインターフェースであるＳ１モビリティ管理エンティティ（ＭＭＥ）インターフェース１１５とに分割される。

【0019】

この態様では、ＣＮ１２０は、複数のＭＭＥ１２１と、Ｓ－ＧＷ１２２と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ－ＧＷ）１２３と、ホーム加入者サーバ（ＨＳＳ）１２４とを含む。ＭＭＥ１２１は、受け継いだ（ｌｅｇａｃｙ）サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）の制御プレーンと同様の機能を有してよい。ＭＭＥ１２１は、ゲートウェイの選択及びトラッキングエリアリスト管理などのアクセスでのモビリティの態様を管理してよい。ネットワークエンティティによる通信セッションの処理をサポートするサブスクリプション関連情報を含む、ネットワークユーザのためのデータベースを、ＨＳＳ１２４は含んでよい。ＣＮ１２０は、モバイル加入者の数、機器の容量、ネットワークの構成などに応じて、１つ以上のＨＳＳ１２４を含んでよい。例えば、ＨＳＳ１２４は、ルーティング／ローミング、認証、認可、名前付け／アドレスの解決、位置依存性などに、サポートを提供してよい。

【0020】

Ｓ－ＧＷ１２２は、ＲＡＮ１１０に向かってＳ１インターフェース１１３を終端してよい。Ｓ－ＧＷ１２２は、ＲＡＮ１１０とＣＮ１２０との間でデータパケットをルーティングする。さらに、Ｓ－ＧＷ１２２は、ＲＡＮノード間ハンドオーバのためのローカルモビリティアンカーポイントであってよく、また、３ＧＰＰ間モビリティのためのアンカーを提供してよい。Ｓ－ＧＷ１２２の他の担当は、合法的な傍受、課金、及びいくつかのポリシー実施を含んでよい。

【0021】

Ｐ－ＧＷ１２３は、ＰＤＮに向かってＳＧｉインターフェースを終端してよい。インターネットプロトコル（ＩＰ）インターフェース１２５を介して、Ｐ－ＧＷ１２３は、ＣＮ１２０と、外部ネットワーク、例えばアプリケーションサーバ１８４（代替的にアプリケーション機能（ＡＦ）と呼ばれる）を含むネットワークなどとの間で、データパケットをルーティングしてよい。また、インターネット、ＩＰマルチメディアサブシステム（ＩＰＳ）ネットワーク、及び他のネットワークを含んでよい他の外部ネットワーク１３１Ａに、Ｐ－ＧＷ１２３はデータを通信してよい。一般に、アプリケーションサーバ１８４は、コアネットワーク（例えば、ＵＭＴＳパケットサービス（ＰＳ）ドメイン、ＬＴＥ ＰＳデータサービスなど）とともにＩＰベアラリソースを使用するアプリケーションを提供する要素であってよい。この態様では、Ｐ－ＧＷ１２３は、ＩＰインターフェース１２５を介してアプリケーションサーバ１８４に通信可能に結合されることが示されている。アプリケーションサーバ１８４はまた、ＣＮ１２０を介してＵＥ１０１及び１０２のために、１つ以上の通信サービス（例えば、ＶｏＩＰ（Ｖｏｉｃｅ－ｏｖｅｒ－Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）セッション、ＰＴＴセッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成されてよい。

【0022】

Ｐ－ＧＷ１２３はさらに、ポリシー実施及び課金データ収集のためのノードであってよい。ポリシー及び課金ルール機能（ＰＣＲＦ）１２６は、ＣＮ１２０のポリシー及び課金制御要素である。いくつかの態様で、非ローミングシナリオでは、ＵＥのＩＰ－ＣＡＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）セッションに関連付けられたＨＰＬＭＮ（ホーム公衆陸上移動体ネットワーク）に単一のＰＣＲＦが存在してよい。トラフィックのローカルブレイクアウトを伴うローミングシナリオでは、ＵＥのＩＰ－ＣＡＮセッションに関連付けられた２つのＰＣＲＦが存在してよい。即ちＨＰＬＭＮの中のホームＰＣＲＦ（Ｈ－ＰＣＲＦ）と、ＶＰＬＭＮ（訪問先公衆陸上移動体ネットワーク）の中の訪問先ＰＣＲＦ（Ｖ－ＰＣＲＦ）とが、存在してよい。ＰＣＲＦ１２６は、Ｐ－ＧＷ１２３を介してアプリケーションサーバ１８４と通信可能に結合されてよい。

【0023】

いくつかの態様で、通信ネットワーク１４０Ａは、ＩｏＴネットワーク、又は５Ｇ又は６Ｇネットワークであってよい。５Ｇ又は６Ｇネットワークは、ライセンス（５Ｇ ＮＲ）及びアンライセンス（５Ｇ ＮＲ－Ｕ）スペクトルでの通信を使用する５Ｇニューラジオネットワークを含む。ＩｏＴの現在の実現手段の１つは、狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）である。アンライセンススペクトルでの動作は、デュアルコネクティビティ（ＤＣ）動作と、アンライセンススペクトルでのスタンドアローンＬＴＥシステムとを含んでよい。スタンドアローンＬＴＥシステムによれば、ＭｕｌｔｅＦｉｒｅ（登録商標）と呼ばれるＬＴＥベースの技術がライセンススペクトルの「アンカー」を使用せずに、アンライセンススペクトルのみで動作する。ライセンススペクトルだけでなくアンライセンススペクトルでも、将来のリリースや５Ｇシステムでは、ＬＴＥシステムの運用がさらに強化されることが予想される。このような強化された動作は、ＮＲサイドリンクＶ２Ｘ通信のためのサイドリンクリソース割り当てやＵＥ処理動作の技術を含んでよい。

【0024】

ＮＧシステムアーキテクチャー（又は６Ｇシステムアーキテクチャー）は、ＲＡＮ１１０と、５Ｇコアネットワーク（５ＧＣ）１２０とを含んでよい。ＮＧ－ＲＡＮ１１０は、ｇＮＢ及びＮＧ－ｅＮＢなどの複数のノードを含んでよい。ＣＮ１２０（例えば、５Ｇコアネットワーク／５ＧＣ）は、アクセス及びモビリティ機能（ＡＭＦ）及び／又はユーザプレーン機能（ＵＰＦ）を含んでよい。ＡＭＦ及びＵＰＦは、ＮＧインターフェースを介してｇＮＢ及びＮＧ－ｅＮＢに通信可能に結合されてよい。さらに具体的には、いくつかの態様で、ｇＮＢと、ＮＧ－ｅＮＢとは、ＮＧ－ＣインターフェースによってＡＭＦに接続されてよく、ＮＧ－ＵインターフェースによってＵＰＦに接続されてよい。ｇＮＢ及びＮＧ－ｅＮＢは、Ｘｎインターフェースを介して互いに結合されてよい。

【0025】

いくつかの態様では、ＮＧシステムアーキテクチャーは、さまざまなノード間で参照点を使用してよい。いくつかの態様では、ｇＮＢとＮＧ－ｅＮＢとのそれぞれが、基地局、モバイルエッジサーバ、スモールセル、ホームｅＮＢなどとして実施されてよい。いくつかの態様では、５Ｇアーキテクチャーの中で、ｇＮＢはマスターノード（ＭＮ）であってよく、ＮＧ－ｅＮＢはセカンダリノード（ＳＮ）であってよい。

【0026】

図１Ｂは、いくつかの態様による非ローミング５Ｇシステムアーキテクチャーを示す。特に、図１Ｂは、参照点の表現での５Ｇシステムアーキテクチャー１４０Ｂを示す。これは、６Ｇシステムアーキテクチャーに拡張されてよいさらに具体的には、ＵＥ１０２は、ＲＡＮ１１０とだけでなく、１つ以上の他の５ＧＣネットワークエンティティと通信してよい。５Ｇシステムアーキテクチャー１４０Ｂは、複数のネットワーク機能（ＮＦ）、即ち、ＡＭＦ１３２、セッション管理機能（ＳＭＦ）１３６、ポリシー制御機能（ＰＣＦ）１４８、アプリケーション機能（ＡＦ）１５０、ＵＰＦ１３４、ネットワークスライス選択機能（ＮＳＳＦ）１４２、認証サーバ機能（ＡＵＳＦ）１４４、及び統合データ管理（ＵＤＭ）／ホーム加入者サーバ（ＨＳＳ）１４６などを含む。

【0027】

ＵＰＦ１３４は、データネットワーク（ＤＮ）１５２への接続を提供してよく、この接続は、例えば、事業者サービス（ｏｐｅｒａｔｏｒ ｓｅｒｖｉｃｅ）、インターネットアクセス、又はサードパーティサービスを含んでよい。ＡＭＦ１３２は、アクセス制御及びモビリティを管理するために使用されてよく、さらにネットワークスライス選択機能を含んでよい。ＡＭＦ１３２は、ＵＥベースの認証、認可、モビリティ管理などを提供してよく、アクセス技術から独立してよい。ＳＭＦ１３６は、ネットワークポリシーに従ってさまざまなセッションをセットアップ及び管理するように構成されてよい。従って、ＳＭＦ１３６は、セッション管理と、ＵＥへのＩＰアドレスの割り当てとを、担当してよい。ＳＭＦ１３６は、データ転送のためにＵＰＦ１３４を選択及び制御してよい。ＳＭＦ１３６は、ＵＥ１０１の単一のセッション、又はＵＥ１０１の複数のセッションに関連付けられてよい。つまり、ＵＥ１０１は複数の５Ｇセッションを有してよい。各セッションに異なるＳＭＦが割り当てられてよい。異なるＳＭＦを使用することで、各セッションを個別に管理することを可能にしてよい。その結果、各セッションの機能が互いに独立してよい。

【0028】

ＵＰＦ１３４は、所望のサービスタイプに応じて１つ以上の構成で展開されてよく、データネットワークと接続されてよい。ＰＣＦ１４８は、ネットワークスライシング、モビリティ管理、及びローミングを使用するポリシーフレームワークを提供するように構成されてよい（４Ｇ通信システムのＰＣＲＦに類似）。ＵＤＭは、加入者プロファイル及びデータを記憶するように構成されてよい（４Ｇ通信システムでのＨＳＳに類似）。

【0029】

ＡＦ１５０は、所望のＱｏＳをサポートするためにポリシー制御を担当するＰＣＦ１４８に、パケットフローに関する情報を提供してよい。ＰＣＦ１４８は、ＵＥ１０１のために、モビリティ及びセッション管理ポリシーを設定してよい。この目的のため、ＰＣＦ１４８は、パケットフロー情報を使用して、ＡＭＦ１３２とＳＭＦ１３６との適切な動作のための適切なポリシーを決定してよい。ＡＵＳＦ１４４は、ＵＥ認証のためのデータを記憶してよい。

【0030】

いくつかの態様では、５Ｇシステムアーキテクチャー１４０Ｂは、ＩＰマルチメディアサブシステム（ＩＭＳ）１６８Ｂと、コールセッション制御機能（ＣＳＣＦ）などの複数のＩＰマルチメディアコアネットワーク・サブシステムエンティティとを含む。さらに具体的には、ＩＭＳ１６８ＢはＣＳＣＦを含み、ＣＳＣＦは、プロキシＣＳＣＦ（Ｐ－ＣＳＣＦ）１６２Ｂ、サービングＣＳＣＦ（Ｓ－ＣＳＣＦ）１６４Ｂ、緊急ＣＳＣＦ（Ｅ－ＣＳＣＦ）（図１Ｂには図示せず）、又はインタロゲーティングＣＳＣＦ（Ｉ－ＣＳＣＦ）１６６Ｂとして機能してよい。Ｐ－ＣＳＣＦ１６２Ｂは、ＩＭサブシステム（ＩＭＳ）１６８Ｂの中でＵＥ１０２の第１接点（連絡先）になるように構成されてよい。Ｓ－ＣＳＣＦ１６４Ｂは、ネットワークの中のセッション状態を処理するように構成されてよい。Ｅ－ＣＳＣＦは、緊急要求を正しい緊急センタ又はＰＳＡＰにルーティングするなど、緊急セッションの特定の態様を処理するように構成されてよい。Ｉ－ＣＳＣＦ１６６Ｂは、そのネットワーク事業者の加入者、又はそのネットワーク事業者のサービスエリアの中に現在いるローミング加入者を宛先とする全てのＩＭＳ接続について、事業者のネットワークの中での接点（連絡先）として機能するように構成されてよい。いくつかの態様では、Ｉ－ＣＳＣＦ１６６Ｂは、別のＩＰマルチメディアネットワーク１７０Ｂ、例えば、別のネットワーク事業者によって運用されるＩＭＳに接続されてよい。

【0031】

いくつかの態様で、ＵＤＭ／ＨＳＳ１４６は、アプリケーションサーバ１６０Ｂに結合されてよく、このアプリケーションサーバは、テレフォニーアプリケーションサーバ（ＴＡＳ）、又は別のアプリケーションサーバ（ＡＳ）を含んでよい。ＡＳ１６０Ｂは、Ｓ－ＣＳＣＦ１６４Ｂ又はＩ－ＣＳＣＦ１６６Ｂを介してＩＭＳ１６８Ｂに結合されてよい。

【0032】

参照点の表現は、対応するＮＦサービス間に相互作用が存在してよいことを示す。例えば、図１Ｂは、以下の参照点を示す。即ち、Ｎ１（ＵＥ１０２とＡＭＦ１３２との間）、Ｎ２（ＲＡＮ１１０とＡＭＦ１３２との間）、Ｎ３（ＲＡＮ１１０とＵＰＦ１３４との間）、Ｎ４（ＳＭＦ１３６とＵＰＦ１３４との間）、Ｎ５（ＰＣＦ１４８とＡＦ１５０との間［図示せず］）、Ｎ６（ＵＰＦ１３４とＤＮ１５２との間）、Ｎ７（ＳＭＦ１３６とＰＣＦ１４８との間［図示せず］）、Ｎ８（ＵＤＭ１４６とＡＭＦ１３２との間［図示せず］）、Ｎ９（２つのＵＰＦ１３４の間、図示せず）、Ｎ１０（ＵＤＭ１４６とＳＭＦ１３６との間［図示せず］）、Ｎ１１（ＡＭＦ１３２とＳＭＦ１３６との間［図示せず］）、Ｎ１２（ＡＵＳＦ１４４とＡＭＦ１３２との間［図示せず］）、Ｎ１３（ＡＵＳＦ１４４とＵＤＭ１４６との間［図示せず］）、Ｎ１４（２つのＡＭＦ１３２の間、図示せず）、Ｎ１５（非ローミングシナリオの場合はＰＣＦ１４８とＡＭＦ１３２との間、又は、ローミングシナリオの場合はＰＣＦ１４８と訪問先ネットワークとＡＭＦ１３２との間、図示せず）、Ｎ１６（２つのＳＭＦの間、図示せず）、及びＮ２２（ＡＭＦ１３２とＮＳＳＦ１４２との間［図示せず］）を示す。さらに、図１Ｂに示されない、他の参照点の表現を使用してよい。

【0033】

図１Ｃは、５Ｇシステムアーキテクチャー１４０Ｃと、サービスベースの表現とを示す。図１Ｂに図示されたネットワークエンティティに加えて、システムアーキテクチャー１４０Ｃはさらに、ネットワーク露出機能（ＮＥＦ）１５４及びネットワークリポジトリ機能（ＮＲＦ）１５６を含んでよい。いくつかの態様では、５Ｇシステムアーキテクチャーはサービスベースであってよく、ネットワーク機能間の相互作用は、対応するポイントツーポイント参照点Ｎｉによって表現されてよく、又はサービスベースのインターフェースとして表現されてよい。

【0034】

いくつかの態様では、図１Ｃに示すように、サービスベースの表現は、他の認可されたネットワーク機能がそのサービスにアクセスすることを可能にする制御プレーンの中のネットワーク機能を表すために使用されてよい。これに関して、５Ｇシステムアーキテクチャー１４０Ｃは、以下のサービスベースのインターフェースを含んでよい。即ち、Ｎａｍｆ１５８Ｈ（ＡＭＦ１３２が示すサービスベースのインターフェース）、Ｎｓｍｆ１５８Ｉ（ＳＭＦ１３６が示すサービスベースのインターフェース）、Ｎｎｅｆ１５８Ｂ（ＮＥＦ１５４が示すサービスベースのインターフェース）、Ｎｐｃｆ１５８Ｄ（ＰＣＦ１４８が示すサービスベースのインターフェース）、Ｎｕｄｍ１５８Ｅ（ＵＤＭ１４６が示すサービスベースのインターフェース）、Ｎａｆ１５８Ｆ（ＡＦ１５０が示すサービスベースのインターフェース）、Ｎｎｒｆ１５８Ｃ（ＮＲＦ１５６が示すサービスベースのインターフェース）、Ｎｎｓｓｆ１５８Ａ（ＮＳＳＦ１４２が示すサービスベースのインターフェース）、及び、Ｎａｕｓｆ１５８Ｇ（ＡＵＳＦ１４４が示すサービスベースのインターフェース）を含んでよい。さらに、図１Ｃに示されない、他のサービスベースのインターフェース（例えば、Ｎｕｄｒ，Ｎ５ｇ－ｅｉｒ，Ｎｕｄｓｆ）を使用してよい。

【0035】

ＮＲ Ｖ２Ｘアーキテクチャーは、ランダムなパケット到着時間及びサイズを伴う周期的通信及び非周期的通信を含む、さまざまなトラフィックパターンを伴う高信頼性低遅延サイドリンク通信をサポートすることができる。本明細書で開示する技術は、サイドリンクＮＲ Ｖ２Ｘ通信システムを含む、動的なトポロジーを有する分散通信システムにおいて高信頼性をサポートするために使用してよい。

【0036】

図２は、いくつかの実施形態に係る通信デバイスのブロック図を示す。通信デバイス２００は、ＵＥ、例えば専用コンピュータ、パーソナルコンピュータ又はラップトップコンピュータ（ＰＣ）、タブレットＰＣ、又はスマートフォン、又はネットワークデバイスとして動作するようにサーバを構成するためにソフトウェアを実行するｅＮＢ、サーバなどの専用ネットワーク機器、又は仮想デバイス、又は任意のマシンであってよく、そのマシンによって実行されるべきアクションを指定する命令（逐次的又はその他の）を実行可能なデバイスであってよい。例えば、通信デバイス２００は、図１Ａないし１Ｃに示されるデバイスのうちの１つ以上として実施されてよい。本明細書で説明する通信は、受信エンティティ（例えば、ｇＮＢ，ＵＥ）による受信のために、送信エンティティ（例えば、ＵＥ，ｇＮＢ）による送信前にエンコードされてよく、受信エンティティによる受信後にデコードされてよいことに留意するものとする。

【0037】

本明細書で説明するように、例は、論理又は多数のコンポーネント、モジュール、又は機構を含んでよいか、又はその上で動作してよい。モジュール及びコンポーネントは、指定された動作が実行可能である有形実体（例えば、ハードウェア）であり、特定の方法で構成又は配置されてよい。一例では、回路は、指定された方式でモジュールとして（例えば、内部的に、又は他の回路などの外部エンティティに対して）配置されてよい。一例では、１つ以上のコンピュータシステム（例えば、スタンドアローン、クライアント又はサーバコンピュータシステム）又は１つ以上のハードウェアプロセッサの全体又は一部は、指定された動作を実行するように動作するモジュールとして、ファームウェア又はソフトウェア（例えば、命令、アプリケーション部分、又はアプリケーション）によって構成されてよい。一例では、ソフトウェアは、機械可読媒体に存在してよい。一例では、ソフトウェアは、基礎となるハードウェアによって実行された場合に、指定された動作をハードウェアに実行させる。

【0038】

従って、「モジュール」（及び「コンポーネント」）という用語は、有形エンティティを包含すると理解され、物理的に構成され、具体的に構成され（例えば、ハードワイヤード）、又は一時的に（例えば、一過性で）構成され（例えば、プログラムされ）、指定された方式で動作し、又は本明細書に記載される動作の一部又は全部を実行する、有形エンティティであると理解される。モジュールが一時的に構成される例を考慮すると、モジュールの各々は、いずれの瞬間でもインスタンス化される必要はない。例えば、モジュールがソフトウェアを使用して構成された汎用ハードウェアプロセッサからなる場合に、汎用ハードウェアプロセッサは、異なる時点でそれぞれの異なるモジュールとして構成されてよい。それに応じて、ソフトウェアは、例えば、ある時点では特定のモジュールを構成し、異なる時点では異なるモジュールを構成するように、ハードウェアプロセッサを構成してよい。

【0039】

通信デバイス２００は、ハードウェアプロセッサ（又は同等に処理回路）２０２（例えば、中央処理装置（ＣＰＵ）、ＧＰＵ、ハードウェアプロセッサコア、又はそれらの任意の組み合わせ）と、メインメモリ２０４と、スタティックメモリ２０６とを含んでよく、それらの一部又は全部は、相互リンク（例えば、バス）２０８を介して互いに通信してよい。メインメモリ２０４は、リムーバブル記憶デバイス及び非リムーバブル記憶デバイス、揮発性メモリ又は不揮発性メモリのいずれか又は全てを含んでよい。通信デバイス２００は、ビデオディスプレイなどの表示装置２１０、英数字入力デバイス２１２（例えば、キーボード）、及びユーザインターフェース（ＵＩ）ナビゲーションデバイス２１４（例えば、マウス）をさらに含んでよい。一例では、表示装置２１０と、入力デバイス２１２と、ＵＩナビゲーションデバイス２１４とは、タッチスクリーンディスプレイであってよい。通信デバイス２００はさらに、記憶デバイス（例えば、駆動装置）２１６、信号発生デバイス２１８（例えば、スピーカ）、ネットワークインターフェースデバイス２２０、及び全地球測位システム（ＧＰＳ）センサ、コンパス、加速度計、又は他のセンサなどの１つ以上のセンサを含んでよい。１つ以上の周辺デバイス（例えば、プリンタ、カードリーダなど）と通信又は制御するために、さらに、通信デバイス２００は、シリアル（例えば、ユニバーサルシリアルバス（ＵＳＢ））、パラレル、又は他の有線又は無線（例えば、赤外線（ＩＲ）、近距離無線通信（ＮＦＣ）など）接続などの出力コントローラを含んでよい。

【0040】

記憶デバイス２１６は、非一時的な機械可読媒体２２２（以下、単に機械可読媒体と称する）を含んでよく、その上に、本明細書に記載される技法又は機能のいずれか１つ以上を具現化する、又はこれに利用されるデータ構造又は命令２２４（例えば、ソフトウェア）の１つ以上のセットが記憶される。さらに命令２２４は、完全に又は少なくとも部分的に、メインメモリ２０４内、スタティックメモリ２０６内、及び／又は通信デバイス２００によるその実行中のハードウェアプロセッサ２０２内に存在してよい。機械可読媒体２２２は、単一の媒体として図示されるが、「機械可読媒体」という用語は、１つ以上の命令２２４を記憶するように構成された単一の媒体又は複数の媒体（例えば、集中型又は分散型データベース、及び／又は関連するキャッシュ及びサーバ）を含んでよい。

【0041】

「機械可読媒体」という用語は、通信デバイス２００によって実行され、通信デバイス２００に本開示の技術のいずれか１つ以上を実行させる命令を記憶、エンコード、又は担持することが可能である任意の媒体、又は、そのような命令に使用され、又はそれに関連付けられたデータ構造を記憶、エンコード、又は担持することが可能である任意の媒体を含んでよい。非限定的な機械可読媒体の例は、固体メモリ、光学媒体及び磁気媒体を含んでよい。機械可読媒体の具体例は、不揮発性メモリ、例えば、半導体メモリデバイス（例えば、ＥＰＲＯＭ（電気的にプログラム可能なリードオンリーメモリ）、ＥＥＰＲＯＭ（電気的に消去可能かつプログラム可能なリードオンリーメモリ））や、フラッシュメモリデバイスなど、磁気ディスク、例えば内蔵ハードディスクや、リムーバブルディスクなど、光磁気ディスク、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭディスクなどを含んでよい。

【0042】

命令２２４はさらに、伝送媒体２２６を使用して通信ネットワークにより送信又は受信されてよく、即ち、いくつかの無線ローカルエリアネットワーク（ＷＬＡＮ）転送プロトコル（例えば、フレームリレー、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）など）のうちの任意の１つを利用するネットワークインターフェースデバイス２２０を介して、送信又は受信されてよい。例示的な通信ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パケットデータネットワーク（例えば、インターネット）、モバイル電話ネットワーク（例えば、セルラーネットワーク）、基本電話サービス（ＰＯＴＳ）ネットワーク、及び無線データネットワークを含んでよい。ネットワークを介した通信は、１つ以上の異なるプロトコルを含んでよく、例えば、Ｗｉ－Ｆｉとして知られる電気電子学会（ＩＥＥＥ）８０２．１１規格ファミリー、ＷｉＭａｘ（登録商標）として知られるＩＥＥＥ８０２．１６規格ファミリー、ＩＥＥＥ８０２．１５．４規格ファミリー、ロングタームエボリューション（ＬＴＥ）規格ファミリー、ユニバーサル移動体通信システム（ＵＭＴＳ）規格ファミリー、ピアツーピア（Ｐ２Ｐ）ネットワーク、次世代（ＮＧ）／第５世代（５Ｇ）規格などを含んでよい。一例では、ネットワークインターフェースデバイス２２０は、伝送媒体２２６に接続するために、１つ以上の物理ジャック（例えば、イーサネット（登録商標）、同軸、又は電話ジャック）、又は１つ以上のアンテナを含んでよい。

【0043】

本明細書で使用される「回路」という用語は、電子回路、論理回路、プロセッサ（共有、専用、又はグループ）及び／又はメモリ（共有、専用、又はグループ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルデバイス（ＦＰＤ）（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、複合ＰＬＤ（ＣＰＬＤ）、高容量ＰＬＤ（ＨＣＰＬＤ）、構造化ＡＳＩＣ、又はプログラマブルＳｏＣ）、デジタル信号プロセッサ（ＤＳＰ）などのハードウェアコンポーネントであり、説明した機能を提供するように構成されているハードウェアコンポーネントを指し、又はその一部であり、又はそれを含むことに留意するものとする。いくつかの実施形態では、回路は、説明された機能の少なくとも一部を提供するために、１つ以上のソフトウェア又はファームウェアプログラムを実行してよい。また、「回路」という用語は、１つ以上のハードウェア要素（又は、電気的又は電子的システムで使用される回路の組み合わせ）と、そのプログラムコードの機能を実行するために使用されるプログラムコードとの組み合わせを指してよい。これらの実施形態では、ハードウェア要素とプログラムコードとの組み合わせは、特定のタイプの回路と称してよい。

【0044】

従って、本明細書で使用する「プロセッサ回路」又は「プロセッサ」という用語は、算術演算又は論理演算のシーケンスを順次自動的に実行する、又はデジタルデータを記録、記憶、及び／又は転送することができる回路を指し、又はその一部であり、又はそれを含む。「プロセッサ回路」又は「プロセッサ」という用語は、プログラムコード、ソフトウェアモジュール、及び／又は機能プロセスなどのコンピュータ実行可能命令を、実行する又は他の方式で動作させることが可能な、１つ以上のアプリケーションプロセッサ、１つ以上のベースバンドプロセッサ、物理的中央処理装置（ＣＰＵ）、シングル又はマルチコアプロセッサ、及び／又は任意の他のデバイスを指してよい。

【0045】

本明細書に記載される無線リンクはいずれも、以下の無線通信技術及び／又は規格のいずれか１つ以上に従って動作してよいが、これらに限定されない。例えば、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）無線通信技術、ＧＰＲＳ（汎用パケット無線システム）無線通信技術、ＥＤＧＥ（ＧＳＭ進化型高速データレート）無線通信技術、及び／又は３ＧＰＰ（第３世代パートナーシッププロジェクト）無線通信技術、例えば、ユニバーサル移動体通信システム（ＵＭＴＳ）、Ｆｒｅｅｄｏｍ ｏｆ Ｍｕｌｔｉｍｅｄｉａ Ａｃｃｅｓｓ（ＦＯＭＡ（登録商標））、３ＧＰＰロングタームエボリューション（ＬＴＥ）、３ＧＰＰロングタームエボリューションアドバンスト（ＬＴＥアドバンスト）、
符号分割多重接続２０００（ＣＤＭＡ２０００）、Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ（ＣＤＰＤ）、Ｍｏｂｉｔｅｘ（登録商標）、第３世代（３Ｇ）、回線交換データ（ＣＳＤ）、高速回線交換データ（ＨＳＣＳＤ）、ユニバーサル移動体通信システム（第３世代）（ＵＭＴＳ（３Ｇ））、広帯域符号分割多元接続（ユニバーサル移動体通信システム）（Ｗ－ＣＤＭＡ（登録商標）（ＵＭＴＳ））、高速パケットアクセス（ＨＳＰＡ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、高速パケットアクセスプラス（ＨＳＰＡ＋）、ユニバーサル移動体通信システム・時分割複信（ＵＭＴＳ－ＴＤＤ）、時分割複信・符号分割多重接続（ＴＤ－ＣＤＭＡ）、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ－Ｓｙｎｃｈｒｏｎｏｕｓ ＣＤＭＡ（ＴＤ－ＳＣＤＭＡ）、３ＧＰＰ Ｒｅｌ．８（Ｐｒｅ－４Ｇ）（第３世代パートナーシッププロジェクト、リリース８（プレ第４世代））、３ＧＰＰ Ｒｅｌ．９（第３世代パートナーシッププロジェクト、リリース９）、３ＧＰＰ Ｒｅｌ．１０（第３世代パートナーシッププロジェクト、リリース１０）、３ＧＰＰ Ｒｅｌ．１１（第３世代パートナーシッププロジェクト、リリース１１）、３ＧＰＰ Ｒｅｌ．１２（第３世代パートナーシッププロジェクト、リリース１２）、３ＧＰＰ Ｒｅｌ．１３（第３世代パートナーシッププロジェクト、リリース１３）、３ＧＰＰ Ｒｅｌ．１４（第３世代パートナーシッププロジェクト、リリース１４）、３ＧＰＰ Ｒｅｌ．１５（第３世代パートナーシッププロジェクト、リリース１５）、３ＧＰＰ Ｒｅｌ．１６（第３世代パートナーシッププロジェクト、リリース１６）、３ＧＰＰ Ｒｅｌ．１７（第３世代パートナーシッププロジェクト、リリース１７）及びその後のリリース（Ｒｅｌ．１８、Ｒｅｌ．１９など）、３ＧＰＰ ５Ｇ、５Ｇ、５Ｇニューラジオ（５Ｇ ＮＲ）、３ＧＰＰ ５Ｇニューラジオ、３ＧＰＰ ＬＴＥ Ｅｘｔｒａ、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ、ＬＴＥ Ｌｉｃｅｎｓｅｄ－Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ（ＬＡＡ）、ＭｕＬＴＥｆｉｒｅ、ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ）、ロングタームエボリューションアドバンスト（第４世代）（ＬＴＥアドバンスト（４Ｇ））、ｃｄｍａＯｎｅ（２Ｇ）、符号分割多重接続２０００（第３世代）（ＣＤＭＡ２０００（３Ｇ））、Ｅｖｏｌｕｔｉｏｎ－Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ又はＥｖｏｌｕｔｉｏｎ－Ｄａｔａ Ｏｎｌｙ（ＥＶ－ＤＯ）、先進携帯電話システム（第１世代）（ＡＭＰＳ（１Ｇ））、トータルアクセス通信システム／拡張トータルアクセス通信システム（ＴＡＣＳ／ＥＴＡＣＳ）、デジタルＡＭＰＳ（第２世代）（Ｄ－ＡＭＰＳ（２Ｇ））、プッシュツートーク（ＰＴＴ）、携帯電話システム（ＭＴＳ）、改良型携帯電話システム（ＩＭＴＳ）、先進携帯電話システム（ＡＭＴＳ）、ＯＬＴ（ノルウェー語のＯｆｆｅｎｔｌｉｇ Ｌａｎｄｍｏｂｉｌ Ｔｅｌｅｆｏｎｉ、公衆陸上移動電話）、ＭＴＤ（スウェーデン語のＭｏｂｉｌｔｅｌｅｆｏｎｉｓｙｓｔｅｍ Ｄの略、Ｍｏｂｉｌｅ ｔｅｌｅｐｈｏｎｙ ｓｙｓｔｅｍ Ｄ）、
公共自動陸上移動（Ａｕｔｏｔｅｌ／ＰＡＬＭ）、ＡＲＰ（フィンランド語のＡｕｔｏｒａｄｉｏｐｕｈｅｌｉｎ、「自動車無線電話」）、ＮＭＴ（北欧移動電話）、ＮＴＴ（日本電信電話）の大容量版（Ｈｉｃａｐ）、セルラーデジタルパケットデータ（ＣＤＰＤ）、Ｍｏｂｉｔｅｘ、ＤａｔａＴＡＣ、統合デジタル拡張ネットワーク（ｉＤＥＮ）、パーソナルデジタルセルラー（ＰＤＣ）、回線交換データ（ＣＳＤ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＷｉＤＥＮ（Ｗｉｄｅｂａｎｄ Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ）、ｉＢｕｒｓｔ（登録商標）、ＵＭＡ（無認可モバイルアクセス）（その別名として３ＧＰＰ Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＧＡＮ標準とも称する）、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＧｉｇ（登録商標）（Ｗｉｒｅｌｅｓｓ Ｇｉｇａｂｉｔ Ａｌｌｉａｎｃｅ）標準、ｍｍＷａｖｅ標準全般（ＷｉＧｉｇ、ＩＥＥＥ８０２．１１ａｄ、ＩＥＥＥ８０２．１１ａｙなどの１０ないし３００ＧＨｚ以上で動作する無線システム）、３００ＧＨｚ及びＴＨｚ帯以上で動作する技術（３ＧＰＰ／ＬＴＥベース、ＩＥＥＥ８０２．１１ｐ、ＩＥＥＥ８０２．１１ｂｄなど）、車両間（Ｖ２Ｖ）、Ｖｅｈｉｃｌｅ－ｔｏ－Ｘ（Ｖ２Ｘ）、Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（Ｖ２Ｉ）、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ－ｔｏ－Ｖｅｈｉｃｌｅ（Ｉ２Ｖ）通信技術、３ＧＰＰセルラーＶ２Ｘ、高度道路交通システムなどのＤＳＲＣ（狭域通信）通信システム（通常、５８５０ＭＨｚないし５９２５ＭＨｚ以上で動作（ＣＥＰＴレポート７１の変更提案に従って、通常５９３５ＭＨｚまで））、欧州ＩＴＳ－Ｇ５システム（即ち、ＩＥＥＥ８０２．１１ｐベースのＤＳＲＣの欧州での変種（ｆｌａｖｏｒ）であり、これは、ＩＴＳ－Ｇ５Ａ（周波数範囲５，８７５ＧＨｚないし５，９０５ＧＨｚの安全関連アプリケーションのＩＴＳ専用欧州ＩＴＳ周波数帯域でのＩＴＳ－Ｇ５の運用）、ＩＴＳ－Ｇ５Ｂ（周波数範囲５，８５５ＧＨｚないし５，８７５ＧＨｚの非安全アプリケーションのＩＴＳ専用欧州ＩＴＳ周波数帯域での運用）、ＩＴＳ－Ｇ５Ｃ（周波数範囲５，４７０ＧＨｚないし５，７２５ＧＨｚでのＩＴＳアプリケーションの運用）を含む。）、日本での７００ＭＨｚ帯（７１５ＭＨｚないし７２５ＭＨｚを含む）のＤＳＲＣ、ＩＥＥＥ８０２．１１ｂｄベースのシステムなどである。

【0046】

本明細書で説明する態様は、専用ライセンススペクトル、アンライセンススペクトル、ライセンス免除スペクトル、（ライセンス）共有スペクトル（２．３ないし２．４ＧＨｚ、３．４ないし３．６ＧＨｚ、３．６ないし３．８ＧＨｚ、及びそれ以上の周波数帯でのＬＳＡ＝ライセンス共有アクセス、また３．５５ないし３．７ＧＨｚ、及びそれ以上の周波数帯でのＳＡＳ＝スペクトルアクセスシステム／ＣＢＲＳ＝市民ブロードバンド無線システムなど）を含む、あらゆるスペクトル管理方式の文脈で使用してよい。
適用されるスペクトルは、以下のものを含む。即ち、ＩＭＴ（国際移動通信）スペクトル、また他のタイプのスペクトル／帯域、例えば、国家割り当ての帯域（４５０ないし４７０ＭＨｚ、９０２ないし９２８ＭＨｚ（注：米国（ＦＣＣ Ｐａｒｔ １５）などで割り当て）、８６３ないし８６８．６ＭＨｚ（注：欧州連合（ＥＴＳＩ ＥＮ ３００ ２２０）などで割り当て）、９１５．９ないし９２９．７ＭＨｚ（注：日本などで割り当て）、９１７ないし９２３．５ＭＨｚ（注：韓国などで割り当て）、７５５ないし７７９ＭＨｚ及び７７９ないし７８７ＭＨｚ（注：中国などで割り当て）、７９０ないし９６０ＭＨｚ、１７１０ないし２０２５ＭＨｚ、２１１０ないし２２００ＭＨｚ、２３００ないし２４００ＭＨｚ、２．４ないし２．４８３５ＧＨｚ（注：世界的に利用可能なＩＳＭバンドあり、Ｗｉ－Ｆｉ技術ファミリー（１１ｂ／ｇ／ｎ／ａｘ）及びＢｌｕｅｔｏｏｔｈで使用される）、２５００ないし２６９０ＭＨｚ、６９８ないし７９０ＭＨｚ、６１０ないし７９０ＭＨｚ、３４００ないし３６００ＭＨｚ、３４００ないし３８００ＭＨｚ、３８００ないし４２００ＭＨｚ、３．５５ないし３．７ＧＨｚ（注：米国では市民ブロードバンド無線サービスに割り当て）、５．１５ないし５．２５ＧＨｚ及び５．２５ないし５．３５ＧＨｚ、５．４７ないし５．７２５ＧＨｚ及び５．７２５ないし５．８５ＧＨｚ帯（注：米国（ＦＣＣ Ｐａｒｔ １５）などで割り当てられ、合計５００ＭＨｚのスペクトルのうち４つのＵ－ＮＩＩ帯で構成されている）、５．７２５ないし５．８７５ＧＨｚ帯（注：ＥＵ（ＥＴＳＩ ＥＮ ３０１ ８９３）などで割り当て）、５．４７ないし５．６５ＧＨｚ帯（注：韓国などで割り当て）、５９２５ないし７１２５ＭＨｚ帯、及び５９２５ないし６４２５ＭＨｚ帯（注：米国とＥＵとでそれぞれ検討中である。次世代Ｗｉ－Ｆｉシステムは、６ＧＨｚスペクトルを動作帯域として含むと予想されているが、２０１７年１２月現在、この帯域でのＷｉ－Ｆｉシステムはまだ許可されていないことに留意するものとする。規制は、２０１９年から２０２０年の時間枠の中で終了すると予想されている。）、ＩＭＴアドバンストスペクトル、ＩＭＴ－２０２０スペクトル（３６００ないし３８００ＭＨｚ、３８００ないし４２００ＭＨｚ、３．５ＧＨｚ帯、７００ＭＨｚ帯、２４．２５ないし８６ＧＨｚ帯の中の帯域などが含まれる見込み）、ＦＣＣの「周波数フロンティア」５Ｇイニシアチブの下で利用可能になったスペクトル（２７．５ないし２８．３５ＧＨｚ、２９．１ないし２９．２５ＧＨｚ、３１ないし３１．３ＧＨｚ、３７ないし３８．６ＧＨｚ、３８．６ないし４０ＧＨｚ、４２ないし４２．５ＧＨｚ、５７ないし６４ＧＨｚ、７１ないし７６ＧＨｚ、８１ないし８６ＧＨｚ、９２ないし９４ＧＨｚなど）、ＩＴＳ（高度道路交通システム）帯域である５．９ＧＨｚ（通常は５．８５ないし５．９２５ＧＨｚ）及び６３ないし６４ＧＨｚ、ＷｉＧｉｇ帯１（５７．２４ないし５９．４０ＧＨｚ）、ＷｉＧｉｇ帯２（５９．４０ないし６１．５６ＧＨｚ）、ＷｉＧｉｇ帯３（６１．５６ないし６３．７２ＧＨｚ）、ＷｉＧｉｇ帯４（６３．７２ないし６５．８８ＧＨｚ）、５７ないし６４／６６ＧＨｚ（注：この帯域は、マルチギガビット無線システム（ＭＧＷＳ）／ＷｉＧｉｇのために、ほぼグローバルな呼称を有する。米国（ＦＣＣ Ｐａｒｔ １５）では、合計１４ＧＨｚのスペクトルが割り当てられ、ＥＵ（ＥＴＳＩ ＥＮ ３０２ ５６７及び固定Ｐ２Ｐ用のＥＴＳＩ ＥＮ ３０１ ２１７－２）では、合計９ＧＨｚのスペクトルが割り当てられている。）、７０．２ＧＨｚないし７１ＧＨｚ帯、６５．８８ＧＨｚないし７１ＧＨｚの全ての帯域、７６ないし８１ＧＨｚなど現在自動車レーダーアプリケーションに割り当てられている帯域、９４ないし３００ＧＨｚ以上を含む将来の帯域を含む。
さらに、この方式はＴＶホワイトスペース帯（通常７９０ＭＨｚ以下）などの帯域でも二次的に使用してよく、特に４００ＭＨｚ帯と７００ＭＨｚ帯は有望な候補である。セルラーの用途の他に、ＰＭＳＥ（番組制作と特別イベント）、医療、健康、手術、自動車、低遅延、ドローンの用途など、垂直市場向けの特定の用途に対応してよい。

【0047】

本明細書に記載される態様はさらに、例えば、スペクトルへの優先的アクセスに基づいて、異なるタイプのユーザ（例えば、低／中／高優先度など）に対する使用の階層的優先順位付けを導入することにより、例えば、ティア１ユーザに最も優先度が高く、次いでティア２、次いでティア３などのユーザなどのように、方式の階層的適用を実施することが可能である。

【0048】

本明細書で説明する態様はさらに、ＯＦＤＭキャリアデータビットベクトルを対応するシンボルリソースに割り当てることにより、異なるシングルキャリア又はＯＦＤＭの変種（ＣＰ－ＯＦＤＭ，ＳＣ－ＦＤＭＡ，ＳＣ－ＯＦＤＭ，フィルタバンクベースマルチキャリア（ＦＢＭＣ），ＯＦＤＭＡなど）、特に３ＧＰＰ ＮＲ（ニューラジオ）に適用することが可能である。

【0049】

一部の機能は、ＡＰ，ｅＮＢ，ＮＲ，又はｇＮＢなど、ネットワーク側向けに定義されている。この「ネットワーク側」という用語は通常、３ＧＰＰ ５Ｇ及び６Ｇ通信システムなどの文脈で使用されることに注意するものとする。それでも、ＵＥがこの役割を担い、ＡＰ，ｅＮＢ，又はｇＮＢとして動作してよい。つまり、ネットワーク機器向けに定義された機能の一部又は全てが、ＵＥによって実施されてよい。

【0050】

上記のように、ＮＲの登場により、ＮＲシステムの達成可能な遅延及び信頼性の性能は、一層厳しい要件のユースケースをサポートするために、４Ｇシステムから伸ばされた。さまざまな垂直市場でのＮＲの適用可能性を伸ばすため、Ｒｅｌ．１６ ＮＲは、ユースケースをサポートするように進化した。このユースケースは即ち、Ｒｅｌ．１５で可能となった拡張現実感／仮想現実感（ＡＲ／ＶＲ）を含むユースケースの改善と、工場の自動化、運輸産業用途、配電などの一層高い要件を有するＲｅｌ．１６のユースケースとを含む。Ｒｅｌ．１７で、ＮＲ技術は、超高信頼低遅延通信（ＵＲＬＬＣ）をサポートするように強化されることとなり、産業用モノのインターネット（ＩＩｏＴ）が開始された。その目的の１つは、ＵＥからのＨＡＲＱフィードバックを強化することである。

【0051】

特に、少なくとも１つのダウンリンク（ＤＬ）又はフレキシブルシンボルとのＰＵＣＣＨ衝突に起因する、時間領域二重化（ＴＤＤ）システムのＳＰＳ物理ダウンリンク共有チャンネル送信の確認応答（ＳＰＳ ＨＡＲＱ ＡＣＫ）のドロップを回避するようにシステムを構成するために、Ｒｅｌ．１７の機能拡張が望まれている。追加の機能拡張は、「スキップされた」ＳＰＳ物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）送信のためのＳＰＳ ＨＡＲＱスキップ、（少なくともＨＡＲＱ－ＡＣＫのための）ＰＵＣＣＨ反復拡張、例えば、サブスロットに基づく、キャンセルされたＨＡＲＱ送信の再送信、「スキップされない」ＳＰＳ ＰＤＳＣＨ送信のためのＳＰＳ ＨＡＲＱペイロードサイズの縮小及び／又はスキップ、サブスロットＰＵＣＣＨ構成に基づくタイプ１ ＨＡＲＱコードブックの実施、及び、ＨＡＲＱフィードバックのためのＰＵＣＣＨキャリア切り替えを含む。従って、潜在的なＰＵＣＣＨ（本明細書では仮想ＰＵＣＣＨとも呼ばれる）の延期条件が発生したか否かの決定、及び延期のためのＳＰＳ構成順序の処理について本明細書で説明する。

【0052】

Ｒｅｌ．１７で特定された課題の１つは、準静的又は動的に構成されたＤＬ送信に指定されたシンボルとの衝突に起因するＳＰＳ ＨＡＲＱ－ＡＣＫ送信のドロップを低減することである。Ｒｅｌ．１５では、ＨＡＲＱフィードバック情報用のアップリンク（ＵＬ）リソースは、帯域幅パートごとに単一のＳＰＳ構成と最小１０ｍｓのＳＰＳ周期性とを考慮して、ｇＮＢによって適切にプロビジョニングできると仮定されていた。しかし、Ｒｅｌ．１６ではＤＬ ＳＰＳ手順が強化され、複数の同時ＤＬ ＳＰＳ構成（最大で８）と短い周期性（最小で１スロット）になったため、潜在的なＰＵＣＣＨドロップに頼らずにＳＰＳ ＨＡＲＱ－ＡＣＫフィードバックリソースをプロビジョニングすることが難しくなった。

【0053】

この問題に対する潜在的な解決策は、フィードバックを次の有効な機会に延期することと、ドロップされたフィードバックの再送信とを含む。ここで、延期することは、ドロップをもたらさない。いくつかの実施形態では、フィードバックを次の有効な機会に繰り延べる／延期することが望ましい可能性があるが、複数の詳細が依然としてオープンである。

【0054】

［ＳＰＳ－ＨＡＲＱが延期されるものとする条件］

【0055】

２種類のハイレベルなアプローチが存在する。

【0056】

アプローチ１：ＳＰＳ ＨＡＲＱ－ＡＣＫの延期タイミングは、準静的に計算できるため、スケジュールされたアップリンクチャンネル情報（ＵＣＩ）の動的な変化に依存しない。このアプローチは、本明細書（ｓｐｅｃｉｆｉｃａｔｉｏｎ）では、各ＰＤＳＣＨ機会に対するｋ１値の準静的な再計算とみなしてよい。ＵＥがＳＰＳ起動直後にＨＡＲＱ報告用のスロット／サブスロットを決定する場合に、ＵＥはその処理能力が利用できる。平均して、このアプローチは、動的な延期と比較して、一層少ない回数のフィードバック送信を延期することが可能である。図３は、いくつかの態様に係り、延期されたＳＰＳ ＨＡＲＱ ＡＣＫを有するＰＵＣＣＨを示す図である。特に、元の半永続的なＰＵＣＣＨ送信は、送信されることが不能であるため、有効なＰＵＣＣＨが送信できる時間まで遅延される。

【0057】

アプローチ２：ＳＰＳ ＨＡＲＱ－ＡＣＫの延期タイミングは、準静的条件と動的トリガーとの両方から計算することが可能である。この場合に、動的な延期により、平均して、一層多くの非ドロップのフィードバック送信が発生する可能性がある。ただし、このアプローチでは、動的な延期に基づくＰＵＣＣＨ／ＵＣＩ構築の再検討に使用されるＵＥの処理タイムラインを考慮する必要がある。ＤＣＩが欠落した場合に、ＵＥとｇＮＢとは、延期に使用するスロット／サブスロットについて合意しない可能性がある。

【0058】

アプローチ２は、一層多くの衝突ケースを処理する可能性があるが、その複雑さと、ＤＣＩの見逃しによる潜在的な影響とは、いくつかの実施形態で問題となる可能性がある。従って、ＳＰＳ ＨＡＲＱ－ＡＣＫの延期は、専ら準静的に知る可能性がある。このことから、フィードバックを延期させることを決定した場合に、他の動的にスケジュールされたＵＣＩとの多重化は考慮されるべきでない。延期プロセスでの動的条件を回避するために、本明細書は、このように、他の動的ＵＣＩとの多重化なしにＳＰＳ ＨＡＲＱ－ＡＣＫを送信する可能性をチェックすることのみに依存することが可能である。

【0059】

この場合に、さまざまな解決策が考えられる。第１実施形態で、一実施形態では、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫビットを次の有効な機会に延期するものとすることを決定する。これは、ＳＰＳ ＨＡＲＱ－ＡＣＫビットを搬送する潜在的なＰＵＣＣＨが、ｋ１＿ｃｕｒｒｅｎｔの現在値によって指されるスロット／サブスロットの有効なＵＬシンボルにマッピングされることが可能でないとＵＥが決定することに基づいてよい。ｋ１＿ｃｕｒｒｅｎｔは初期ｋ１値又は修正ｋ１値（即ち、スケジュールされたＰＤＳＣＨと、ＨＡＲＱ－ＡＣＫを搬送する対応するＵＣＩとの間のスロット／サブスロット時間ギャップ）であり、ｋ１値を１だけインクリメントすることによるｋ１値の修正は、潜在的なＰＵＣＣＨがマッピングされることが可能でない場合に起こる。

【0060】

潜在的なＰＵＣＣＨは、さまざまな選択肢の１つ以上であってよい。第１選択肢では、特定の最大ペイロードサイズに対してｎ１ＰＵＣＣＨ－ＡＮ又はＳＰＳ－ＰＵＣＣＨ－ＡＮ－ｒ１６で示される任意のＰＵＣＣＨを使用してよい。ｎ１ＰＵＣＣＨ－ＡＮは、単一のＳＰＳ構成に対してＳＰＳ送信用に定義されたＰＵＣＣＨリソースである。ＳＰＳ－ＰＵＣＣＨ－ＡＮ－ｒ１６は、複数のＳＰＳ構成に対して定義されたＰＵＣＣＨリソースのリストである。パラメータｎ１ＰＵＣＣＨ－ＡＮ及びＳＰＳ－ＰＵＣＣＨ－ＡＮ－ｒ１６は、ＲＲＣ接続に使用される再構成シグナリング又はシステム情報ｂｌｏｃｋ２（ＳＩＢ２）などの、上位レイヤシグナリングのＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ情報要素で提供されてよい。

【0061】

第１選択肢の変形例では、ＵＥは、ＰＵＣＣＨリソースセットから潜在的なＰＵＣＣＨリソースを決定する場合に、ＳＰＳ ＨＡＲＱ－ＡＣＫビットの実際の数を仮定してよい。第１選択肢の別の変形例では、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信がＸビットであると仮定してよい。Ｘは、延期されたＳＰＳ ＨＡＲＱ－ＡＣＫフィードバックに基づいてＵＥによって構成又は決定されてよい。

【0062】

第２選択肢では、特定の最大ペイロードサイズに対して、ｎ１ＰＵＣＣＨ－ＡＮ，又はＳＰＳ－ＰＵＣＣＨ－ＡＮ－ｒ１６，又はＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔで示された任意のＰＵＣＣＨが使用されてよい。第２選択肢の変形例では、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信がＸビットであると仮定してよい。Ｘは、ＵＥによって構成又は決定されてよい。第２選択肢の別の変形例では、ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔを考慮する場合に、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫビットの実際の数と他のＵＣＩビットの潜在的な数Ｙとを仮定してよい。他のＵＣＩビットの潜在的な数Ｙは、無線リソース制御（ＲＲＣ）シグナリングによって構成されるか、又は本明細書（ｓｐｅｃｉｆｉｃａｔｉｏｎ，仕様）で事前に定義されてよい。

【0063】

第３選択肢では、延期が有効になっているＳＰＳ ＨＡＲＱ－ＡＣＫ用に、新たに構成された別個のＰＵＣＣＨリソースセットが使用されてよい。この場合に、延期が有効化されると、ＵＥは、延期されたＳＰＳ ＨＡＲＱ－ＡＣＫ送信のために、別途構成されたＰＵＣＣＨリソースセットを利用する。第３選択肢の変形例では、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信がＸビットであると仮定してよく、ここで、Ｘは、ネットワークによって構成されてよく、又は、延期する処理に基づきＵＥによって決定されてよい。第３選択肢の別の変形例では、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信が１ビットだけであると仮定してよく、又は延期手順の現在の反復に従ってスロット／サブスロットに敷設されるＳＰＳ ＨＡＲＱ－ＡＣＫビットの実際の数を仮定してよい。

【0064】

第３選択肢では、潜在的なＰＵＣＣＨは明示的に考慮されない。スロット／サブスロット内の「Ｌ」個の有効なＵＬシンボルの数は、ｇＮＢによって個別に提供されてよい。ｋ１＿ｃｕｒｒｅｎｔで示されたスロット／サブスロット内の有効なＵＬシンボルの数が、予め決められた、又はＲＲＣによって構成されたＬシンボルの値よりも小さい場合に、ＵＥはこのスロット／サブスロットについてＳＰＳ ＨＡＲＱを延期するものとすることを決定する。

【0065】

異なるＳＰＳ ＨＡＲＱフィードバック送信に対する延期処理は、独立して、又は組み合わせで、考慮されてよい。一実施形態では、Ｍビットの所与の延期ペイロードに対するＳＰＳ ＰＵＣＣＨ構成が、提供されたＰＵＣＣＨ構成に関連付けられた最大ペイロードを超えることを、ＵＥは期待しない。又は、最大ペイロードがＳＰＳ ＨＡＲＱ－ＡＣＫ送信のための設定値を超える場合に、ＵＥは、最後に追加されたＳＰＳ ＨＡＲＱ－ＡＣＫビットを、さらに延期する。

【0066】

上記の実施形態に関連して、潜在的なＰＵＣＣＨリソースセットは、別のコンポーネントキャリアのＰＵＣＣＨリソースを含んでよい。これは、複数のコンポーネントキャリアでＰＵＣＣＨリソースを使用して、ＵＥを適宜構成することによって、生じてよい。一例では、ＰＵＣＣＨリソースが第１キャリアにマッピングされることが可能でない場合に、ＵＥはＰＵＣＣＨを第２キャリアにマッピングする可能性をテストすることが期待される。

【0067】

［延期のシーケンス］

【0068】

延期検討のための複数のＳＰＳフィードバック送信がある場合に、延期がどのように実行されるべきかについて追加の規則を使用してよい。構成「ｉ」に対して、ＰＤＳＣＨ機会がスロット｛ｉ＿ｎ，ｉ＿ｎ＋ｐ，ｉ＿ｎ＋２＊ｐなど｝にあると仮定する。各ＰＤＳＣＨ機会について、ＳＰＳ ＨＡＲＱフィードバックは延期の対象であってよい。

【0069】

一例では、第１の一層早いＳＰＳ ＰＤＳＣＨ機会ｉ＿ｎに対するフィードバックを、スロット／サブスロットｎ＋ｋ１＿ｄｅｆｅｒｒｅｄ＿１に延期、即ち、第２の一層遅いＰＤＳＣＨ機会ｉ＿ｎ＋ｐに対するフィードバック後のスロット／サブスロットに延期することは、ＵＥに対して期待されない。即ち、ｎ＋ｋ１＿ｄｅｆｅｒｒｅｄ＿１が、ｎ＋ｐ＋ｋ１＿ｄｅｆｅｒｒｅｄ＿２よりも大きくなることは期待されない。

【0070】

別の例では、ＵＥが複数のＳＰＳ構成で構成され、機会｛ｉ＿ｎ，ｉ＿ｎ＋ｐ１，ｉ＿ｎ＋２＊ｐ１など｝に第１構成「ｉ」を有し、機会｛ｊ＿ｎ，ｊ＿ｎ＋ｐ２，ｊ＿ｎ＋２＊ｐ２など｝に第２構成「ｊ」を有する場合に、２つの構成のうちの任意の先のＳＰＳ ＰＤＳＣＨ機会のフィードバックを、２つの構成のうちの任意の後のＳＰＳ ＰＤＳＣＨ機会の延期されたフィードバックよりも後のスロット／サブスロットに延期することを、ＵＥに対して期待しないことが可能である。

【0071】

さらに別の例では、延期が有効化されたＭ個のＳＰＳ構成について任意のＭ個のＳＰＳ ＨＡＲＱ－ＡＣＫビットのうち、延期前に同じＵＣＩで多重化されているものは、延期後に同じＵＣＩで多重化されることが期待される。ＵＥが所定のＳＰＳ ＨＡＲＱフィードバック送信を延期させるとみなす場合に、ＵＣＩペイロードサイズ及びコードブロック（ＣＢ）サイズを決定するために、ＵＥは、ウィンドウ内の構成インデックスとスロット／サブスロットインデックスとの昇順で、対応するＳＰＳ ＰＤＳＣＨ機会を考慮する。

【0072】

従って、図４は、いくつかの態様によるＳＰＳ ＨＡＲＱ－ＡＣＫ送信のフローチャートを示す。図４の方法４００の中で、ＵＥは動作４０２で、ＳＰＳ ＰＤＳＣＨ送信を示すメッセージを受信してよい。メッセージは、例えば、情報を有するＤＣＩを含むＳＩＢ、ＲＲＣシグナリング、又はＰＤＣＣＨ（又はＰＤＳＣＨ）であってよい。従って、ｇＮＢは、ＨＡＲＱフィードバック延期が有効化されたことを示すＳＰＳ ＰＤＳＣＨ構成でＵＥを構成してよい。ｇＮＢはまた、公称のＰＤＳＣＨからＨＡＲＱフィードバックまでの時間ギャップ（スケジュールされたＰＤＳＣＨと、ＳＰＳ ＨＡＲＱ－ＡＣＫを搬送する対応するＵＣＩとの間の時間）でＵＥを構成する。動作４０４で、ＵＥは、メッセージによってスケジュールされた１つ以上のＳＰＳ ＰＤＳＣＨ送信を受信してよい。動作４０６で、ＵＥは、１つ以上のＳＰＳ送信に対するＳＰＳ ＨＡＲＱ－ＡＣＫ送信が延期されるものとするか否かを決定する。即ち、ＵＥは次に、ＳＰＳ ＨＡＲＱフィードバックを搬送する潜在的なＰＵＣＣＨが、公称のＰＤＳＣＨからＨＡＲＱフィードバックまでの時間ギャップを使用して、有効なＵＬシンボルで送信されることが可能であるか否かを決定する。そうである場合に、動作４０８でＵＥは、延期されたＳＰＳ ＨＡＲＱ－ＡＣＫ送信（複数可）を送信するタイミングを決定する。動作４１０で、延期あり又は延期なしの適切なタイミングで、つまりＳＰＳ ＨＡＲＱ－ＡＣＫ送信が延期されたか否かに関係なく、ＵＥは、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信を送信する。即ち、潜在的なＰＵＣＣＨが有効なＵＬシンボル上にマッピングされることが可能でないと決定したことに応答して、ＵＥは、ＳＰＳ ＨＡＲＱフィードバックの送信を次の有効な機会に延期することができる。

【0073】

特定の例示的な実施形態を参照して実施形態を説明してきたが、本開示のさらに広範な範囲から逸脱することなく、これらの実施形態にさまざまな修正及び変形を加えてよいことは明らかである。従って、本明細書及び図面は、制限的な意味でなく例示的な意味で考慮される。本明細書の一部を構成する添付の図面は、例示であって限定でなく、発明主題が実施される可能性がある特定の実施形態を示す。図示された実施形態は、当業者が本明細書に開示された教示を実施することを可能にするように十分詳細に説明されている。本開示の範囲から逸脱することなく、構造的及び論理的な置換及び変更が行えるように、他の実施形態は利用されてよく、この教示から派生されてよい。従って、この詳細な説明は、限定的な意味で捉えられるものでない。さまざまな実施形態の範囲は、添付の請求項によってのみ定義され、そのような請求項が有効なものとなる等価物の全範囲とともに定義される。

【0074】

本明細書で、発明主題は、単に便宜上「実施形態」という用語によって個別的及び／又は集合的に参照されてよく、２つ以上の発明概念が実際に開示されている場合に、任意の単一の発明概念に本出願の範囲を自発的に限定する意図はない。従って、特定の実施形態が本明細書に図示され、説明されているが、同じ目的を達成するように計算された任意の配置が、図示された特定の実施形態に置き換えられてよいことが、理解されるものとする。本開示は、さまざまな実施形態のあらゆる適用又は変形をカバーすることを意図している。上記の実施形態の組み合わせ、及び本明細書で特に説明されていない他の実施形態は、上記の説明を検討すれば当業者には明らかとなる。

【0075】

本明細書では、特許文献で一般的なように、「ａ」又は「ａｎ」という用語は、「少なくとも１つの」又は「１つ以上の」の他の例や用法からは独立して、１つ又は１つ以上を含むように使用される。本明細書では、「又は」という用語は、特に断りのない限り、「Ａ又はＢ」が「ＡであるがＢでない」と、「ＢであるがＡでない」と、「Ａ及びＢ」とを含むように、非排他的な又はを指すことに使用される。本明細書で、「含む」及び「その中に」という用語は、「備えている」及び「その中に」という用語の平明な言語（ｐｌａｉｎ－Ｅｎｇｌｉｓｈ）での等価語として使用される。また、以下の請求項で、用語「含む」及び「備えている」は、オープンエンドである。即ち、請求項で当該用語の後に列挙された要素に加えてある要素を含むシステム、ＵＥ、物品、組成物、製剤、又はプロセスは、依然として当該請求項に含まれるとみなされる。さらに、以下の請求項で、「第１」、「第２」、及び「第３」等の用語は、単に標識として使用されており、その対象に数値要件を規定することを意図していない。

【0076】

本開示の要約書は、技術開示の性質を読み手が迅速に把握できるような要約書を要件とする米国特許規則（３７ＣＦＲ）第１．７２条（ｂ）に従うように、提供される。この要約書は、請求項又は意味の解釈又は制限に使用されないことを理解した上で陳述される。さらに、前述の発明の詳細な説明では、開示を効率化する目的で、さまざまな特徴が単一の実施形態にまとめられていることが分かる。この開示の方法は、請求項に記載した実施形態が、各請求項に明示的に記載されている以上の特徴を必要とするという意図を反映していると解釈されるものとしない。むしろ、以下の請求項が反映するように、発明的主題は、単一の開示された実施形態の全ての特徴よりも少ない特徴の中にある。従って、以下の請求項は、各請求項を別個の実施形態として独立させた状態で、本明細書の発明の詳細な説明に組み込まれる。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【国際調査報告】