特許7385044 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ テレフオンアクチーボラゲット　エル　エム　エリクソン（パブル）の特許一覧

特許7385044ＮＲにおけるマルチキャストのためのハイブリッド自動再送要求（ＨＡＲＱ）機構

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6A-B
7
8
9
10
11

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

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

(11)【特許番号】

(24)【登録日】2023-11-13

(45)【発行日】2023-11-21

(54)【発明の名称】ＮＲにおけるマルチキャストのためのハイブリッド自動再送要求（ＨＡＲＱ）機構

(51)【国際特許分類】

H04W 28/04 20090101AFI20231114BHJP

H04W 4/06 20090101ALI20231114BHJP

【ＦＩ】

H04W28/04 110

H04W4/06

【請求項の数】 18

(21)【出願番号】P 2022538411

(86)(22)【出願日】2020-12-18

(65)【公表番号】

(43)【公表日】2023-03-06

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

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

(87)【国際公開日】2021-07-01

【審査請求日】2022-09-06

(31)【優先権主張番号】62/953,254

(32)【優先日】2019-12-24

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲットエルエムエリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶晴美

(72)【発明者】

【氏名】スタレ，エリク

(72)【発明者】

【氏名】レオンカルボ，ホセアンヘル

(72)【発明者】

【氏名】フシュケ，イェルク

(72)【発明者】

【氏名】パルクヴァル，ステファン

(72)【発明者】

【氏名】ムンガラ，ラテーシュクマール

(72)【発明者】

【氏名】フォルケ，マッツ

【審査官】望月章俊

(56)【参考文献】

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

【文献】特表２０１０－５１６１８８（ＪＰ，Ａ）

【文献】MediaTek Inc.，Multiple HARQ procedures and intra-UE UCI prioritization[online]，3GPP TSG RAN WG1 #96b R1-1904504，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1904504.zip>，2019年04月03日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線アクセスネットワークＲＡＮ内のネットワークノードからのマルチキャスト送信に関するハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックのために、ユーザ機器（ＵＥ）によって実行される方法であって、
前記ネットワークノードから、前記ＵＥに関連付けられた第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信すること（７２０）と、
前記第１のＤＣＩと、前記第１のＤＣＩ以前に前記ネットワークノードから受信した無線リソース制御（ＲＲＣ）メッセージとのうちの１つまたは複数に基づいて、前記第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定すること（７３０）と、
前記第１のＤＣＩに基づいて、前記第１のマルチキャスト送信の復号を試行すること（７４０）と、
前記判定されたＨＡＲＱフィードバックモードと、前記復号の試行の成否とに基づいて、前記ネットワークノードに、前記第１のマルチキャスト送信に関するＨＡＲＱフィードバックを選択的に送信すること（７５０）と、
を含み、
前記第１のＤＣＩまたは前記ＲＲＣメッセージに含まれるフィールドが、
ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、および
ＨＡＲＱフィードバックが送信されるべきであると指示する第２の値
を有する、方法。

【請求項2】

前記第２の値が、肯定応答（ＡＣＫ）と否定応答（ＮＡＣＫ）との両方が送信されるべきであると指示し、
前記フィールドが、ＮＡＣＫのみが送信されるべきであると指示する第３の値を含む、
請求項１に記載の方法。

【請求項3】

前記第１のＤＣＩが、前記ＵＥに関連付けられた識別子によってスクランブルをかけられる、前記第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、
前記識別子が、前記第１のマルチキャスト送信に関する前記ＨＡＲＱフィードバックモードを指示する、
請求項１に記載の方法。

【請求項4】

前記ＲＲＣメッセージが、グループに固有の１つまたは複数の識別子を備える設定情報を含み、各識別子が、
前記ＵＥを含む１つまたは複数のＵＥのグループ、および
前記ネットワークノードからのマルチキャスト送信に関するＨＡＲＱフィードバックモード
のうちの少なくとも１つに関連する、請求項３に記載の方法。

【請求項5】

前記第１のマルチキャスト送信に関する前記ＨＡＲＱフィードバックモードを判定すること（７３０）が、
ＵＥに固有の識別子である前記識別子に基づいて、ＨＡＲＱフィードバックが送信されるべきであると判定すること（７３１）と、
前記グループに固有の識別子のうちの１つである前記識別子に基づいて、ＨＡＲＱフィードバックが送信されるべきではないと判定すること（７３２）と
を含む、請求項４に記載の方法。

【請求項6】

前記第１のマルチキャスト送信に関する前記ＨＡＲＱフィードバックモードを判定すること（７３０）が、
前記グループに固有の識別子のうちの第１のものである前記識別子に基づいて、ＨＡＲＱフィードバックが第１のモードによって送信されるべきであると判定すること（７３３）と、
前記グループに固有の識別子のうちの第２のものである前記識別子に基づいて、ＨＡＲＱフィードバックが前記第１のモードとは異なる第２のモードによって送信されるべきであると判定すること（７３４）と
を含む、請求項４に記載の方法。

【請求項7】

ＨＡＲＱフィードバックを選択的に送信すること（７５０）が、
前記判定されたＨＡＲＱフィードバックモードが、ＨＡＲＱフィードバックは送信されるべきではないというものであること、
前記復号の試行が成功し、前記判定されたＨＡＲＱフィードバックモードが、否定応答（ＮＡＣＫ）のみ送信されるべきというものであること、および
前記復号の試行が成功せず、前記判定されたＨＡＲＱフィードバックモードが、肯定応答（ＡＣＫ）のみ送信されるべきというものであること、
の各々に応答して、ＨＡＲＱフィードバックの送信を控えること（７５１）を含む、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記ネットワークノードにＨＡＲＱフィードバックを選択的に送信すること（７５０）が、前記復号の試行が不成功であったことと、前記判定されたＨＡＲＱフィードバックモードが、ＮＡＣＫのみ送信されるべきというものであることとに基づいて否定応答（ＮＡＣＫ）を送信すること（７５２）を含み、
前記ＮＡＣＫが、前記ＵＥを含んでいるマルチキャストグループに共通のインジケータおよびアップリンクリソースを使用して送信される、
請求項１から７のいずれか一項に記載の方法。

【請求項9】

ユーザ機器（ＵＥ）のグループへのマルチキャスト送信に関してハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックを管理するために無線アクセスネットワーク（ＲＡＮ）内のネットワークノードによって実行される方法であって、
ＵＥのグループに関連付けられた第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を送信すること（８１０）と、
前記第１のＤＣＩと、前記第１のＤＣＩ以前に前記グループのＵＥに送信された、それぞれの無線リソース制御（ＲＲＣ）メッセージとのうちの１つまたは複数によって、少なくとも前記第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示すること（８２０）と、
前記第１のＤＣＩに従って前記第１のマルチキャスト送信を送信すること（８３０）と、
前記指示されたＨＡＲＱフィードバックモードに基づいて、前記グループの前記ＵＥのうちの１つまたは複数からの前記第１のマルチキャスト送信に関連したＨＡＲＱフィードバックを選択的に監視すること（８４０）と
を含み、
前記第１のＤＣＩまたは前記ＲＲＣメッセージに含まれるフィールドが、
ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、および
ＨＡＲＱフィードバックが送信されるべきであると指示する第２の値
を有する、方法。

【請求項10】

前記第２の値が、肯定応答（ＡＣＫ）と否定応答（ＮＡＣＫ）との両方が送信されるべきであると指示し、
前記フィールドが、ＮＡＣＫのみが送信されるべきであると指示する第３の値を含む、
請求項９に記載の方法。

【請求項11】

前記第１のＤＣＩが、前記ＵＥのうちの１つまたは複数に関連付けられた識別子によってスクランブルをかけられる、前記第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、
前記識別子が、前記第１のマルチキャスト送信に関する前記ＨＡＲＱフィードバックモードを指示する、
請求項８に記載の方法。

【請求項12】

前記ＲＲＣメッセージが、グループに固有の１つまたは複数の識別子を備える設定情報を含み、各識別子が、
１つまたは複数のＵＥのグループ、および
前記ネットワークノードからのマルチキャスト送信に関するＨＡＲＱフィードバックモードのうちの少なくとも１つに関連する、
請求項１１に記載の方法。

【請求項13】

ＵＥに固有の識別子である前記識別子が、ＨＡＲＱフィードバックが送信されるべきであると指示し、
前記グループに固有の識別子のうちの１つである前記識別子が、ＨＡＲＱフィードバックが送信されるべきではないと指示する、
請求項１２に記載の方法。

【請求項14】

前記グループに固有の識別子のうち第１のものである前記識別子が、ＨＡＲＱフィードバックが第１のモードによって送信されるべきであると指示し、
前記グループに固有の識別子のうち第２のものである前記識別子が、ＨＡＲＱフィードバックが前記第１のモードとは異なる第２のモードによって送信されるべきであると指示する、
請求項１２に記載の方法。

【請求項15】

無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１１３０）内のネットワークノード（１０５、１１０、１１２、３００、３５０、１０００）からのマルチキャスト送信に関するハイブリッドＡＲＱ（ＨＡＲＱ）フィードバック用に設定されたユーザ機器（ＵＥ）（１２０、９００、１１１０）であって、
前記ネットワークノードから、前記ＵＥに関連付けられた第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信し、
前記第１のＤＣＩと、前記第１のＤＣＩ以前に前記ネットワークノードから受信した無線リソース制御（ＲＲＣ）メッセージとのうちの１つまたは複数に基づいて、前記第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定し、
前記第１のＤＣＩに基づいて、前記第１のマルチキャスト送信の復号を試行して、
前記判定されたＨＡＲＱフィードバックモードと、前記復号の試行の成否とに基づいて、前記ネットワークノードに、前記第１のマルチキャスト送信に関するＨＡＲＱフィードバックを選択的に送信するようにさらに設定され、
前記第１のＤＣＩまたは前記ＲＲＣメッセージに含まれるフィールドが、
ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、および
ＨＡＲＱフィードバックが送信されるべきであると指示する第２の値
を有する、ユーザ機器（ＵＥ）。

【請求項16】

請求項２から８のいずれか一項に記載の方法に対応する動作を実行するようにさらに設定される、請求項１５に記載のＵＥ。

【請求項17】

無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１１３０）において、ユーザ機器（ＵＥ）（１２０、９００、１１１０）のグループへのマルチキャスト送信に関するハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックを管理するように設定されたネットワークノード（１０５、１１０、１１２、３００、３５０、１０００）であって、
前記ＵＥのグループに関連付けられた第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を送信し、
前記第１のＤＣＩと、前記第１のＤＣＩ以前に前記グループのＵＥに送信された、それぞれの無線リソース制御（ＲＲＣ）メッセージとのうちの１つまたは複数によって、少なくとも前記第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示し、
前記第１のＤＣＩに従って前記第１のマルチキャスト送信を送信して、
前記指示されたＨＡＲＱフィードバックモードに基づいて、前記グループの前記ＵＥのうちの１つまたは複数からの前記第１のマルチキャスト送信に関連したＨＡＲＱフィードバックを選択的に監視するようにさらに設定され、
前記第１のＤＣＩまたは前記ＲＲＣメッセージに含まれるフィールドが、
ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、および
ＨＡＲＱフィードバックが送信されるべきであると指示する第２の値
を有する、ネットワークノード。

【請求項18】

請求項９から１４のいずれか一項に記載の方法に対応する動作を実行するようにさらに設定される、請求項１７に記載のネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に、無線通信ネットワークに関し、特に、無線通信ネットワークにおいて動作する無線デバイス（ユーザ機器すなわちＵＥとも呼ばれる）に対するマルチキャスト送信の信頼性の改善に関するものである。

【背景技術】

【0002】

現在、新無線（ＮｅｗＲａｄｉｏ（ＮＲ））とも呼ばれる第５世代（「５Ｇ」）のセルラーシステムは、第３世代パートナーシッププロジェクト（３ＧＰＰ）の内部で規格化されている。ＮＲは、実質的に異なる複数の使用事例をサポートするための最大限の柔軟性のために開発されている。これらは、拡張モバイルブロードバンド（ｅＭＢＢ）、マシン型通信（ＭＴＣ）、超高信頼度低レイテンシ通信（ＵＲＬＬＣ）、サイドリンクＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）および他のいくつかの使用事例を含む。本開示は、一般にＮＲに関するものであるが、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）技術は多くの機能をＮＲと共有するので、以下の説明はＬＴＥの状況に関して提供される。

【0003】

ＬＴＥは、エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られる、３ＧＰＰ（ＲＡＴ）内で開発され、リリース８および９において最初に規格化された、第４世代（４Ｇ）無線アクセス技術のための包括的用語である。ＬＴＥは、様々な周波数帯域において利用可能とされ、また、エボルブドパケットコア（ＥＰＣ）ネットワークを含む、システムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線態様の改善が付随する。ＬＴＥは後続のリリースを経て進化し続ける。

【0004】

ＬＴＥおよびＳＡＥを備えるネットワークの全体の例示的なアーキテクチャが図１に示されている。Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、および１１５などの１つまたは複数のエボルブドノードＢ（ｅＮＢ）、およびＵＥ１２０などの１つまたは複数のユーザ機器（ＵＥ）を含む。３ＧＰＰ規格で使用される「ユーザ機器」すなわち「ＵＥ」は、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）の３ＧＰＰＲＡＮが一般に知られているように、Ｅ－ＵＴＲＡＮならびにＵＴＲＡＮおよび／またはＧＥＲＡＮを含む３ＧＰＰ規格準拠のネットワーク機器と通信することができる任意の無線通信デバイス（たとえばスマートフォンまたはコンピュータデバイス）を意味する。

【0005】

３ＧＰＰによって規定されているように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、およびアップリンク（ＵＬ）やダウンリンク（ＤＬ）におけるＵＥに対するリソースの動的割当て、ならびにＵＥとの通信のセキュリティを含めてネットワークにおけるすべての無線関連の機能を担う。これらの機能は、ｅＮＢ１０５、１１０、および１１５などのｅＮＢの中に存在する。ｅＮＢの各々が、ｅＮＢ１０５、１１０、および１１５によってサーブされるセル１０６、１１１、および１１６を含むもう１つのセルをそれぞれ含む地理的カバレッジエリアにサーブすることができる。

【0006】

Ｅ－ＵＴＲＡＮにおけるｅＮＢは、図１に示されるようにＸ２インターフェースを介して互いに通信する。ｅＮＢは、図１における、ＥＰＣ１３０に対するＥ－ＵＴＲＡＮインターフェース、特に、まとめてＭＭＥ／Ｓ－ＧＷ１３４および１３８として示されたモビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）に対するＳ１インターフェースも担う。一般に、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的な制御と、ＵＥとＥＰＣの残りの部分との間のデータ流れとの、両方をハンドリングする。より詳細には、ＭＭＥは、非アクセス階層（ＮＡＳ）プロトコルとして知られている、ＵＥとＥＰＣとの間のシグナリング（たとえば制御プレーン）プロトコルを処理する。Ｓ－ＧＷは、ＵＥとＥＰＣとの間のすべてのインターネットプロトコル（ＩＰ）データパケット（たとえばデータまたはユーザプレーン）をハンドリングし、ＵＥがｅＮＢ１０５、１１０、および１１５などのｅＮＢの間を動くとき、データベアラ用のローカルモビリティアンカとしてサーブする。

【0007】

図２は、ＵＥ、ｅＮＢ、およびＭＭＥの間の例示的な制御プレーン（ＣＰ）プロトコルスタックのブロック図を示す。例示的なプロトコルスタックは、ＵＥとｅＮＢとの間の物理（ＰＨＹ）メディアアクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、および無線リソース制御（ＲＲＣ）レイヤを含む。ＰＨＹ層は、ＬＴＥ無線インターフェースを介してトランスポートチャネルを通じてデータを転送するためのリソースをもたらす。ＭＡＣレイヤは、論理チャネル上でのデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再び割り当てる。ＭＡＣレイヤは、論理チャネル上でのデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再び割り当てる。ＲＬＣレイヤは、誤りの検知および／または修正、連結、セグメント化、ならびに上位レイヤとの間でやりとりされるデータの再構築、再整理を提供する。ＰＤＣＰレイヤは、ＣＰおよびユーザプレーン（ＵＰ）の両方に対して暗号化／暗号解読および完全性保護を提供するばかりでなく、ヘッダ圧縮などの他のＵＰ機能をも提供する。例示的なプロトコルスタックは、ＵＥとＭＭＥとの間の非アクセス階層（ＮＡＳ）シグナリングをも含む。

【0008】

ＲＲＣレイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信、ならびにＥ－ＵＴＲＡＮにおけるセル間のＵＥの移動性を制御する。ＵＥは、電源を投入された後、ネットワークに対するＲＲＣ接続が確立されるまでＲＲＣ＿ＩＤＬＥ状態であり、ＲＲＣ接続が確立されたとき、ＵＥは（たとえばデータ転送が生じ得る）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する。ＵＥは、ネットワークとの接続が解除された後にＲＲＣ＿ＩＤＬＥに戻る。ＵＥは、ＲＲＣ＿アイドル状態ではいかなるセルにも属さず、（たとえばＥ－ＵＴＲＡＮにおける）ＵＥ用に確立されたＲＲＣコンテキストはなく、ＵＥはネットワークとＵＬ同期しない。それでも、ＲＲＣ＿ＩＤＬＥ状態におけるＵＥはＥＰＣにおいて知られており、割り当てられたＩＰアドレスを有する。

【0009】

さらに、ＲＲＣ＿ＩＤＬＥ状態では、ＵＥの無線は、上位レイヤによって設定された間欠受信（ＤＲＸ）スケジュールにおいてアクティブである。ＤＲＸ活性期間（ＤＲＸＯＮ「期間」とも呼ばれる）中に、ＲＲＣ＿ＩＤＬＥＵＥは、サービングセルによってブロードキャストされたシステム情報（ＳＩ）を受信し、セル再選択をサポートするために近隣セルの測定を実行して、ＵＥがキャンプしているセルにサーブするｅＮＢを介してＥＰＣからページングするためのページングチャネルを監視する。

【0010】

ＵＥは、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移るために、ランダムアクセス（ＲＡ）プロシージャを実行する必要がある。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ＵＥにサーブするセルが知られており、ＵＥとｅＮＢとが通信できるように、サービングｅＮＢにおいてＵＥ向けにＲＲＣコンテキストが確立される。たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに対して、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）（ＵＥとネットワークとの間のシグナリングのために使用されるＵＥ識別子）が設定される。

【0011】

ＬＴＥＰＨＹ用の多元接続方式は、ＤＬにおいてサイクリックプレフィックス（ＣＰ）を用いる直交周波数分割多重（ＯＦＤＭ）方式と、ＵＬにおいてサイクリックプレフィックスを用いるシングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）方式とに基づく。対のスペクトルおよび対になっていないスペクトルにおける送信をサポートするために、ＬＴＥＰＨＹは、周波数分割複信（ＦＤＤ）（全二重通信と半二重通信の両方を含む）と時分割複信（ＴＤＤ）の両方をサポートする。ＦＤＤＤＬ無線フレームは、それぞれが０．５ｍｓの固定持続時間を有する、０から１９までのラベルが付いた２０個のスロットからなる、１０ｍｓの固定持続時間を有する。１ｍｓのサブフレームが２つの連続したスロットを含み、スロットのそれぞれは、Ｎ_ｓｃ個のＯＦＤＭサブキャリアから構成されたＮ^ＤＬ _ｓｙｍｂ個のＯＦＤＭシンボルからなる。Ｎ^ＤＬ _ｓｙｍｂの例示的な値は、１５ｋＨｚのサブキャリア間隔（ＳＣＳ）について、（通常のＣＰで）７または（拡張した長さのＣＰで）６であり得る。Ｎ_ｓｃは、利用可能なチャネル帯域幅に基づいて設定可能である。

【0012】

特定のシンボルにおける特定のサブキャリアの組合せはリソースエレメント（ＲＥ）として知られている。各ＲＥは、そのＲＥ用に使用される変調形式および／またはビットマッピングコンスタレーションに応じて特定数のビットを送信するために使用される。たとえば、いくつかのＲＥはＱＰＳＫ変調を使用して２ビットを搬送してよく、他のＲＥは、１６－ＱＡＭを使用して４ビットを搬送してよく、または６４－ＱＡＭを使用して６ビットを搬送してもよい。ＬＴＥＰＨＹの無線リソースは、物理リソースブロック（ＰＲＢ）に関しても規定される。ＰＲＢは、スロットの持続時間にわたってＮ^ＲＢ _ｓｃサブキャリアに及び、Ｎ^ＲＢ _ｓｃは１５ｋＨｚのＳＣＳについて１２である。

【0013】

例示的なＬＴＥＦＤＤアップリンク（ＵＬ）無線フレームは、上記で説明された例示的なＦＤＤＤＬ無線フレームに類似のやり方で構成され得る。たとえば、各ＵＬスロットには、各々がＮ_ｓｃＯＦＤＭサブキャリアを含んでいるＮ^ＵＬ _ｓｙｍｂＯＦＤＭシンボルが含まれる。

【0014】

一般に、物理チャネルは、上位レイヤを起源とする情報を搬送するリソースエレメントのセットに対応する。ＬＴＥＰＨＹによって提供されるダウンリンク（ＤＬすなわちｅＮＢからＵＥ）物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、リレー物理ダウンリンク制御チャネル（Ｒ－ＰＤＣＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理的制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を含む。

【0015】

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

【0016】

ＬＴＥＰＨＹによって提供されたアップリンク（ＵＬすなわちＵＥからｅＮＢ）物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。ＰＵＳＣＨは、ＰＤＳＣＨに対するアップリンク側のカウンタパートである。ＰＵＣＣＨは、ＵＥによって、ＨＡＲＱ肯定応答、チャネル状態情報報告などを含むアップリンク制御情報を送信するために使用される。ＰＲＡＣＨは、ランダムアクセスプリアンブル送信用に使用される。

【0017】

ＮＲは、ＬＴＥと、多くの類似性を共有する。たとえば、ＮＲは、ＤＬにおいてサイクリックプレフィックス直交周波数分割多重（ＣＰ－ＯＦＤＭ）を使用し、ＵＬにおいてＣＰ－ＯＦＤＭとＤＦＴ拡散ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）の両方を使用する。別の例として、ＮＲのＤＬ物理リソースとＵＬ物理リソースは、時間ドメインにおいて同じサイズの１ｍｓのサブフレームに編成される。サブフレームは、持続時間が等しい複数のスロットへとさらに分割され、各スロットは複数のＯＦＤＭベースのシンボルを含む。別の例として、ＮＲのＲＲＣレイヤは、ＲＲＣ＿ＩＤＬＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を含むが、ＬＴＥの一時停止状態といくつかの類似の特性を有するＲＲＣ＿ＩＮＡＣＴＩＶＥという付加的な状態を追加する。

【0018】

別の例として、ＨＡＲＱはＬＴＥとＮＲとの両方で使用される。この機構では、第１のデータパケットの受信機は、受信機が第１のパケットを正確に復号したかどうかに依拠して、肯定（ＡＣＫ）または否定（ＮＡＣＫ）の応答（フィードバックとも呼ばれる）を用いて送信側に返信する。送信側は、ＡＣＫの受信に基づいて、第２のパケット（有効な場合）を送信する。送信側は、ＮＡＣＫの受信に基づいて、第１のデータパケットの同一のバージョンまたは異なるバージョンのいずれかを再送信する。１つのデータパケットが、必要に応じて複数回再送信され得る。このように、ＨＡＲＱでは、パケットを正確に復号するために複雑さおよび／またはレイテンシは増加するが、送信側から受信機への送信の信頼性を改善することができる。

【0019】

一般的には、ユニキャスト送信およびグループキャスト（マルチキャストとも呼ばれる）送信は、多くの場合、フィードバックおよびデータ再送信を容易にする、パケットの発信元および宛先を識別する何らかのやり方（たとえば発信元ＩＤおよび宛先ＩＤ）を有するので、これらの送信モードにはＨＡＲＱが最適である。ブロードキャスト送信では、フィードバックおよび／または再送信が関心事ではないため、またはブロードキャスト送信の多くの受側によって付加される関連する複雑さがあまり重要ではないため、ＨＡＲＱが使用されないことが多い。

【0020】

それでも、ＬＴＥにもＮＲにも、ＵＬ送信に基づくマルチキャストシナリオにおける通信の信頼性を向上するための機構がない。これらのシナリオは、（事前に）規定されたユーザのグループ向けに意図された、ＨＡＲＱが可能な送信、ならびに受信機から送信機への種々のＵＬフィードバックを含む。したがって、そのような送信の信頼性は、種々の使用事例および／または用途に対して不適切になる可能性がある。

【発明の概要】

【0021】

本開示の実施形態は、上記で要約され、以下でより詳細に説明される例示的な問題を克服するためのソリューションを容易にすることなどによって、無線通信ネットワークにおけるユーザ機器（ＵＥ）とネットワークノードとの間の通信の特別な改善を提供するものである。

【0022】

本開示のいくつかの実施形態は、無線アクセスネットワーク（ＲＡＮ）内のネットワークノードからマルチキャスト送信にＨＡＲＱをフィードバックするための方法（たとえばプロシージャ）を含む。これらの例示的な方法は、ＲＡＮ（たとえばＥ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）におけるネットワークノード（たとえば基地局、ｅＮＢ、ｇＮＢなど、またはそれらの構成要素）と通信する、たとえば無線デバイス、ＩｏＴデバイス、モデムなど、またはそれらの構成要素といったユーザ機器（ＵＥ）によって実施され得る。

【0023】

これらの例示的な方法は、ネットワークノードから、ＵＥに関連する第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することを含み得る。これらの例示的な方法は、第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定することをも含み得る。これらの例示的な方法は、第１のＤＣＩに基づいて、第１のマルチキャスト送信の復号を試行することをも含み得る。これらの例示的な方法は、判定されたＨＡＲＱフィードバックモード、および復号の試行がうまくいったか否かに基づいて、ネットワークノードに、第１のマルチキャスト送信に関するＨＡＲＱフィードバックを選択的に送信することをも含み得る。

【0024】

いくつかの実施形態では、ＨＡＲＱフィードバックモードの判定は、第１のＤＣＩと、第１のＤＣＩ以前にネットワークノードから受信した無線リソース制御（ＲＲＣ）メッセージとのうちの１つまたは複数に基づくことができる。

【0025】

これらの実施形態のうちのいくつかでは、第１のＤＣＩまたはＲＲＣメッセージが含み得るフィールドは、ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、およびＨＡＲＱフィードバックが送信されるべきであると指示する第２の値を有する。いくつかの実施形態では、第２の値は、肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）が送信されるべきであると指示することができ、このフィールドは、ＮＡＣＫのみが送信されるべきであると指示する第３の値を含むことができる。

【0026】

これらの実施形態の他のものでは、第１のＤＣＩは第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、ＣＲＣは、ＵＥに関連する識別子によってスクランブルをかけられる。そのような実施形態では、識別子はＨＡＲＱフィードバックモードを指示する。そのような実施形態では、ＲＲＣメッセージは、１つまたは複数の、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ）を備える設定情報を含むことができ、各識別子は、そのＵＥを含む１つまたは複数のＵＥのグループ、およびネットワークノードからのマルチキャスト送信に関するＨＡＲＱフィードバックモードのうちの少なくとも１つに関連する。

【0027】

これらの実施形態のうちのいくつかでは、判定する動作は、ＵＥに固有の識別子（たとえばＣ－ＲＮＴＩ）である識別子に基づき、ＨＡＲＱフィードバックが送信されるべきであると判定することと、グループに固有の識別子のうちの１つ（たとえばＭＣ－ＲＮＴＩ）である識別子に基づき、ＨＡＲＱフィードバックは送信されるべきではないと判定することとを含み得る。

【0028】

これらの実施形態のうちの他のものでは、判定する動作は、グループに固有の識別子のうちの第１のもの（たとえばＭＣ－ＲＮＴＩ－１）である識別子に基づき、ＨＡＲＱフィードバックを、第１のモードによって送信するべきであると判定することと、グループに固有の識別子のうちの第２のもの（たとえばＭＣ－ＲＮＴＩ－２）である識別子に基づき、ＨＡＲＱフィードバックを、第１のモードとは異なる第２のモードによって送信するべきであると判定することとを含み得る。

【0029】

いくつかの実施形態では、選択的に送信する動作は、
・判定されたＨＡＲＱフィードバックモードが、ＨＡＲＱフィードバックは送信されるべきではないというものであること、
・復号の試行が成功し、判定されたＨＡＲＱフィードバックモードが、ＮＡＣＫのみ送信されるべきというものであること、および
・復号の試行が成功せず、判定されたＨＡＲＱフィードバックモードが、ＡＣＫのみ送信されるべきというものであること、の各々に応答してＨＡＲＱフィードバックの送信を控えることを含み得る。

【0030】

いくつかの実施形態では、選択的に送信する動作は、復号の試行が成功せず、判定されたＨＡＲＱフィードバックモードが、ＮＡＣＫのみ送信されるべきというものであることに基づき、ＮＡＣＫを送信することを含み得る。そのような実施形態では、ＮＡＣＫは、ＵＥを含んでいるマルチキャストグループに共通のインジケータおよびアップリンクリソースを使用して送信され得る。

【0031】

いくつかの実施形態では、これらの例示的な方法は、第２のＤＣＩを受信することに続いて、第１のマルチキャスト送信の再送信をスケジューリングすることをも含み得る。これらの実施形態のうちのいくつかでは、第２のＤＣＩは、再送信がＵＥへのユニキャスト送信であると指示することができる。そのような実施形態では、第１のマルチキャスト送信の復号の試行は、第１のマルチキャスト送信に関連する第１のソフト情報を記憶することを含み得る。そのような実施形態では、これらの例示的な方法は、再送信を受信すること、および第１のソフト情報と第２のソフト情報との組合せを基にデータメッセージを復号することに基づいて、第２のソフト情報を判定することをも含み得る。

【0032】

これらの実施形態のうち他のものでは、第２のＤＣＩは、再送信が第２のマルチキャスト送信であると指示することができる。そのような実施形態では、第１のＤＣＩは、ＵＥに関連する第１のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－１）によってスクランブルをかけられる、第１のＤＣＩのペイロードのＣＲＣを含み得、第２のＤＣＩは、ＵＥに関連する第２のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－２）によってスクランブルをかけられる、第２のＤＣＩのペイロードのＣＲＣを含み得る。たとえば、第１および第２のグループに固有の識別子は、ＲＲＣ設定メッセージで以前に受信済みであり得る。

【0033】

本開示の他の実施形態は、ユーザ機器（ＵＥ）のグループへのマルチキャスト送信に関するハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックを管理するための方法（たとえばプロシージャ）を含む。これらの例示的な方法は、たとえば無線デバイス、ＩｏＴデバイス、モデムなど、またはそれらの構成要素といったユーザ機器（ＵＥ）と通信する、たとえばＥ－ＵＴＲＡＮ、ＮＧ－ＲＡＮといった無線アクセスネットワーク（ＲＡＮ）のネットワークノード（たとえば基地局、ｅＮＢ、ｇＮＢなど、またはそれらの構成要素）によって実施され得る。

【0034】

これらの例示的な方法は、ＵＥのグループに関連する第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を送信することを含み得る。これらの例示的な方法は、少なくとも第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示することをも含み得る。これらの例示的な方法は、第１のＤＣＩに従って第１のマルチキャスト送信を送信することをも含み得る。これらの例示的な方法は、グループの１つまたは複数のＵＥからの、第１のマルチキャスト送信に関連したＨＡＲＱフィードバックを、指示されたＨＡＲＱフィードバックモードに基づいて選択的に監視することをも含み得る。

【0035】

いくつかの実施形態では、ＨＡＲＱフィードバックモードは、第１のＤＣＩのうちの１つまたは複数、および第１のＤＣＩの前にグループのＵＥに送信されるそれぞれの無線リソース制御（ＲＲＣ）メッセージによって指示され得る。

【0036】

【0037】

これらの実施形態の他のものでは、第１のＤＣＩは第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、ＣＲＣは、ＵＥに関連する識別子によってスクランブルをかけられる。そのような実施形態では、識別子は、第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示する。そのような実施形態では、ＲＲＣメッセージは、１つまたは複数の、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ）を備える設定情報を含むことができ、各識別子は、そのＵＥを含む１つまたは複数のＵＥのグループ、およびネットワークノードからのマルチキャスト送信に関するＨＡＲＱフィードバックモードのうちの少なくとも１つに関連する。

【0038】

これらの実施形態のうちのいくつかでは、ＵＥに固有の識別子（たとえばＣ－ＲＮＴＩ）である識別子は、ＨＡＲＱフィードバックが送信されるべきであると指示し、一方、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ）のうちの１つである識別子は、ＨＡＲＱフィードバックが送信されるべきではないと指示する。

【0039】

これらの実施形態の他のものでは、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－１）のうちの第１の識別子は、ＨＡＲＱフィードバックが第１のモードに従って送信されるべきであると指示し、一方、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－２）のうちの第２の識別子は、ＨＡＲＱフィードバックが、第１のモードと異なる第２のモードによって送信されるべきであると指示する。

【0040】

いくつかの実施形態では、選択的に監視する動作は、ＨＡＲＱフィードバックが送信されるべきではないとの指示に基づいて、第１のマルチキャスト送信に対するＨＡＲＱフィードバックを監視すること控えることを含み得る。いくつかの実施形態では、選択的に監視する動作は、ＮＡＣＫのみが送信されるべきであるとの指示に基づいて、グループのうちの１つまたは複数のＵＥがＮＡＣＫを送信したとのインジケータについて、マルチキャストグループに共通のアップリンクリソースを監視することを含み得る。

【0041】

いくつかの実施形態では、これらの例示的な方法は、続いて、第１のマルチキャスト送信の再送信をスケジューリングする１つまたは複数の第２のＤＣＩを送信し、次いで、１つまたは複数の第２のＤＣＩに従って再送信を送信することをも含み得る。いくつかの実施形態では、第２のＤＣＩは、それぞれのＵＥに特有のビームによって送信され得る。

【0042】

いくつかの実施形態では、再送信は、
・ＵＥのグループへの第２のマルチキャスト送信、
・グループのそれぞれのＵＥへのそれぞれのユニキャスト送信、あるいは
・ＵＥのグループの第１のサブセットへの第２のマルチキャスト送信、および第１のサブセットに含まれていないグループのそれぞれのＵＥへの１つまたは複数のユニキャスト送信、といった再送信モードのうちの１つによって送信され得る。

【0043】

これらの実施形態のうちのいくつかでは、これらの例示的な方法は、
・それぞれの特定のＵＥについて、第１の閾値に関連して特定のＵＥから受信されたＮＡＣＫの数、および
・タイムウィンドウ中に、第２の閾値に関連して複数のＵＥから受信されたＮＡＣＫの数のうちの１つまたは複数に基づいて、これら再送信モードのうちの１つを選択することをも含み得る。

【0044】

いくつかの実施形態では、第１の閾値および第２の閾値のうちの少なくとも１つは、ＵＥおよびネットワークノードに関連した輻輳状態に基づき得る。

【0045】

いくつかの実施形態では、１つまたは複数の第２のＤＣＩは、再送信がグループのそれぞれのＵＥへのそれぞれのユニキャスト送信を含むことを指示する。たとえば、１つまたは複数の第２のＤＣＩは、それぞれのＵＥに固有の識別子（たとえばＣ－ＲＮＴＩ）によってスクランブルをかけられる、それぞれの第２のＤＣＩのペイロードのそれぞれの巡回冗長検査（ＣＲＣ）を含む。

【0046】

他の実施形態では、第２のＤＣＩは、再送信がＵＥのグループへの第２のマルチキャスト送信であることを指示する。そのような実施形態では、第１のＤＣＩは、ＵＥのグループに関連する第１のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－１）によってスクランブルをかけられる、第１のＤＣＩのペイロードのＣＲＣを含み得、一方、第２のＤＣＩは、ＵＥのグループに関連する第２のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－２）によってスクランブルをかけられる、第２のＤＣＩのペイロードのＣＲＣを含み得る。たとえば、第１および第２のグループに固有の識別子は、ＵＥのグループに対して、ＲＲＣ設定メッセージで以前に供給済みであり得る。

【0047】

他の実施形態は、本明細書で説明した例示的な方法のいずれかに対応する動作を実施するように設定された、たとえば無線デバイス、ＩｏＴデバイス、またはモデムなどそれらの構成要素といったユーザ機器（ＵＥ）と、ネットワークノード（たとえば基地局、ｅＮＢ、ｇＮＢ、ＣＵ／ＤＵ、コントローラなど）とを含む。他の実施形態は、処理回路によって実行されたとき、そのようなＵＥまたはネットワークノードを、本明細書で説明された例示的な方法のいずれかに対応する動作を実施するように設定するプログラム命令を記憶している非一時的コンピュータ可読媒体を含む。

【0048】

本開示の実施形態の、これらの態様、特徴、利益、および／または利点、ならびに他の態様、特徴、利益、および／または利点は、以下で手短に説明される図面を考慮して、下記の発明を実施するための形態を読めば明らかになるであろう。

【図面の簡単な説明】

【0049】

【図1】ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）およびエボルブドパケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャの高レベル図である。

【図2】ユーザ機器（ＵＥ）とＥ－ＵＴＲＡＮとの間の無線インターフェースの制御プレーン部分の例示的なプロトコルレイヤの高レベル図である。

【図3】例示的な５Ｇネットワークアーキテクチャの高レベル図である。

【図4】新無線（ＮＲ）スロットに関する例示的な時間－周波数リソースグリッドを示す図である。

【図5】例示的なＮＲスロット設定の図である。

【図6A】ＨＡＲＱＡＣＫ／ＮＡＣＫと、随意の、ＮＲ物理アップリンク制御チャネル（ＰＵＣＣＨ）に関するスケジューリング要求（ＳＲ）情報とを搬送するために使用される例示的な位相回転を示す図である。

【図6B】ＨＡＲＱＡＣＫ／ＮＡＣＫと、随意の、ＮＲ物理アップリンク制御チャネル（ＰＵＣＣＨ）に関するスケジューリング要求（ＳＲ）情報とを搬送するために使用される例示的な位相回転を示す図である。

【図7】本開示の様々な実施形態による、ユーザ機器向けの例示的な方法の流れ図である。

【図8】本開示の様々な実施形態による、無線アクセスネットワークにおけるネットワークノード向けの例示的な方法の流れ図である。

【図9】本開示の様々な実施形態による例示的な無線デバイスまたはＵＥのブロック図である。

【図10】本開示の様々な実施形態による例示的なネットワークノードのブロック図である。

【図11】本開示の様々な例示的な実施形態による、ホストコンピュータとユーザ機器ＵＥとの間のオーバーザトップ（ＯＴＴ）データサービスを提供するように設定されたネットワークのブロック図である。

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

【0050】

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

【0051】

一般に、本明細書で使用されるすべての用語は、使用されている状況から、異なる意味が明瞭に示されるおよび／または示唆されることがなければ、関連する技術分野における通常の意味に従って解釈されるべきである。１つの（ａ）／１つの（ａｎ）／その（ｔｈｅ）要素、装置、構成要素、手段、ステップなどに対するすべての参照は、別様に明示的に指定されなければ、要素、装置、構成要素、手段、ステップなどのうちの少なくとも１つを参照するように、オープンに解釈されるべきである。本明細書で開示される任意の方法のステップは、別のステップに後続する、または先行するものと明示的に記述された場合、および／または別のステップに後続するかもしくは先行することが絶対的である場合を除けば、開示された正確な順番で実施する必要はない。本明細書で開示された任意の実施形態の任意の機能が、適切ならどこでも任意の他の実施形態に適用され得る。同様に、任意の実施形態の任意の利点が、任意の他の実施形態に当てはまり得、逆も同様である。同封の実施形態の他の目的、機能および利点が、以下の説明から明白になるはずである。

【0052】

さらに、以下の用語は、下記に示される説明の全体にわたって使用される。
・無線ノード：本明細書で使用される「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであり得る。
・無線アクセスノード：本明細書で使用される「無線アクセスノード」（同様な意味合いで「無線ネットワークノード」、「無線アクセスネットワークノード」、または「ＲＡＮノード」）は、信号を無線で送信する／受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードであり得る。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば３ＧＰＰの第５世代（５Ｇ）ＮＲネットワークあるいは３ＧＰＰのＬＴＥネットワークにおける拡張ノードＢすなわちエボルブドノードＢ（ｅＮＢ）における新無線（ＮＲ）基地局（ｇＮＢ））、基地局の分散した構成要素（たとえばＣＵおよびＤＵ）、大電力基地局またはマクロ基地局、低電力基地局（たとえばマイクロ基地局、ピコ基地局、フェムト基地局、家庭内基地局など）、統合アクセスバックホール（ＩＡＢ）ノード、送信ポイント、リモートラジオユニット（ＲＲＵまたはＲＲＨ）およびリレーノードを含む。
・コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワーク中の任意のタイプのノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、サービス能力公開機能（ＳＣＥＦ）などを含む。
・無線デバイス：本明細書で使用される「無線デバイス」（略して「ＷＤ」）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することによってセルラー通信ネットワークにアクセスすることができる（すなわち、セルラー通信ネットワークによってサーブされる）任意のタイプのデバイスである。無線で通信することは、電磁波、電波、赤外線波、および／または空中の情報伝達に適切な他のタイプの信号を使用して、無線信号を送信および／または受信することを包含し得る。「無線デバイス」という用語は、本明細書では、他に断らない限り「ユーザ機器」（略して「ＵＥ」）と区別なく使用される。無線デバイスのいくつかの例は、限定はしないが、スマートフォン、携帯電話、セル式電話、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループフォン、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールまたはゲームデバイス、音楽記憶デバイス、再生機器、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップコンピュータに組み込まれた機器（ＬＥＥ）、ラップトップコンピュータを取り付けた機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、モバイルタイプ通信（ＭＴＣ）デバイス、モノのインターネット（ＩｏＴ）デバイス、車載無線端末デバイスなどを含む。
・ネットワークノード：本明細書で使用される「ネットワークノード」は、無線アクセスネットワーク（たとえば上記で論じられた無線アクセスノードまたは同等の名称）、またはセルラー通信ネットワークのコアネットワーク（たとえば上記で論じられたコアネットワークノード）のいずれか部分である任意のノードである。機能的に、ネットワークノードは、無線デバイスに対する無線アクセスを可能にするため、および／または無線アクセスを提供するため、ならびに／あるいはセルラー通信ネットワークにおける他の機能（たとえば管理）を実施するために、セルラー通信ネットワークにおける無線デバイスおよび／または他のネットワークノードもしくは機器と直接的または間接的に通信することができ、通信するように設定され、通信するように構成され、および／または通信するように動作可能な機器である。

【0053】

本明細書の説明は３ＧＰＰセルラー通信システムに重点を置くものであり、そのため３ＧＰＰの用語法または３ＧＰＰの用語法に類似の用語法がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されるわけではない。さらに、本明細書では「セル」という用語が使用されるが、（特に５ＧＮＲに関して）セルの代わりにビームが使用され得、したがって、本明細書で説明される概念がセルとビームの両方に等しく適用されることを理解されたい。

【0054】

手短に上述したように、ＬＴＥにもＮＲにも、ＵＬ送信に基づくマルチキャストシナリオにおける通信の信頼性を向上するための機構がない。これらのシナリオは、（事前に）規定されたユーザのグループ向けに意図された、ＨＡＲＱ機構が可能な送信、ならびに受信機から送信機への種々のＵＬフィードバックを含む。そのため、そのような送信の信頼性は、種々の使用事例および／または用途に対して不適切になる可能性がある。これは、５Ｇ／ＮＲのネットワークアーキテクチャおよび無線インターフェースへの以下の導入の後に、以下でより詳細に論じられる。

【0055】

図３は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）３９９と５Ｇコア（５ＧＣ）３９８とを含んでいる例示的な５Ｇネットワークアーキテクチャの高レベル図を示す。ＮＧ－ＲＡＮ３９９は、それぞれ、インターフェース３０２、３５２を介して接続されたｇＮＢ３００、３５０など、１つまたは複数のＮＧインターフェースを介して５ＧＣに接続された１つまたは複数のｇＮｏｄｅＢ（ｇＮＢ）のセットを含むことができる。より具体的には、ｇＮＢ３００、３５０は、それぞれのＮＧ－Ｃインターフェースを介して、５ＧＣ３９８における１つまたは複数のアクセスおよびモビリティ管理機能（ＡＭＦ）に接続され得る。同様に、ｇＮＢ３００、３５０は、それぞれのＮＧ－Ｕインターフェースを介して、５ＧＣ３９８における１つまたは複数のユーザプレーン機能（ＵＰＦ）に接続され得る。

【0056】

図には示されていないが、いくつかの配備では、５ＧＣ３９８は、従来はＬＴＥＥ－ＵＴＲＡＮとともに使用されているエボルブドパケットコア（ＥＰＣ）によって置換され得る。そのような配備では、ｇＮＢ３００、３５０は、それぞれのＳ１－Ｃインターフェースを介して、ＥＰＣにおける１つまたは複数のモビリティ管理エンティティ（ＭＭＥ）に接続することができる。同様に、ｇＮＢ３００、３５０は、それぞれのＮＧ－Ｕインターフェースを介して、ＥＰＣにおける１つまたは複数のサービングゲートウェイ（ＳＧＷ）に接続することができる。

【0057】

さらに、ｇＮＢは、ｇＮＢ３００とｇＮＢ３５０との間のＸｎインターフェース３４０など、１つまたは複数のＸｎインターフェースを介して互いに接続され得る。ＮＧ－ＲＡＮに関する無線技術は、多くの場合「新無線（ＮｅｗＲａｄｉｏ）」（ＮＲ）と呼ばれる。ＵＥ（Ｕｕインターフェースとも呼ばれる）に対するＮＲインターフェースに関して、ｇＮＢの各々が、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せをサポートすることができる。ＵｕインターフェースにわたるＵＥとＮＧ－ＲＡＮとの間の無線関連のプロトコルは、一般にアクセス階級（ＡＳ）と呼ばれており、一方、ＵＥとコアネットワーク（たとえば５ＧＣまたはＥＰＣ）との間のプロトコルは、一般に非アクセス階級（ＮＡＳ）と呼ばれている。

【0058】

ＮＧ－ＲＡＮ３９９は、無線ネットワークレイヤ（ＲＮＬ）と転送ネットワークレイヤ（ＴＮＬ）とに階層化されている。ＮＧ－ＲＡＮアーキテクチャ、すなわちＮＧ－ＲＡＮの各論理ノードおよびそれらの間のインターフェースは、ＲＮＬの一部と規定されている。それぞれのＮＧ－ＲＡＮインターフェース（たとえばｎｇ、Ｘｎ、Ｆ１）について、関連するＴＮＬプロトコルおよび機能が規定されている。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのためのサービスを提供する。いくつかの例示的な設定では、それぞれのｇＮＢは、３ＧＰＰＴＳ２３．５０１に規定される「ＡＭＦ領域」の内部のすべての５ＧＣノードに接続されている。ＮＧ－ＲＡＮインターフェースのＴＮＬ上のＣＰデータおよびＵＰデータに関するセキュリティ保護がサポートされる場合には、ＮＤＳ／ＩＰが適用されるものとする。

【0059】

図３に示されるＮＧＲＡＮの論理ノードは、中央ユニット（ＣＵまたはｇＮＢ－ＣＵ）および１つまたは複数の分散ユニット（ＤＵまたはｇＮＢ－ＤＵ）を含む。たとえば、ｇＮＢ３００は、ｇＮＢ－ＣＵ３１０と、ｇＮＢ－ＤＵ３２０および３３０とを含む。ＣＵ（たとえばｇＮＢ－ＣＵ３１０）は、上位レイヤプロトコルをホストし、ＤＵの動作を制御することなどの様々なｇＮＢ機能を実施する、論理ノードである。ＤＵ（たとえばｇＮＢ－ＤＵ３２０および３３０）は、下位レイヤプロトコルをホスティングする分散型論理ノードであり、機能分割の選択肢に依拠して、ｇＮＢ機能の様々なサブセットを含むことができる。したがって、ＣＵおよびＤＵの各々は、それぞれの機能を実施するために必要な、処理回路と、（たとえば通信のための）トランシーバ回路と、電力供給回路と含む、様々な回路を含むことができる。その上、「中央ユニット」および「集中型ユニット」という用語は本明細書では互換的に使用され、「分散ユニット」および「非集中型ユニット」という用語も同様である。

【0060】

ｇＮＢ－ＣＵは、図３に示されているインターフェース３２２および３３２など、それぞれのＦ１論理インターフェースを通じて１つまたは複数のｇＮＢ－ＤＵに接続する。しかしながら、ｇＮＢ－ＤＵは単一のｇＮＢ－ＣＵにしか接続され得ない。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、他のｇＮＢｓおよび５ＧＣには、ｇＮＢとしか認識され得ない。言い換えれば、Ｆ１インターフェースは、ｇＮＢ－ＣＵを超えて認識され得るものではない。

【0061】

Ｒｅｌ－１５ＮＲでは、ＵＥにはＤＬにおいて４つまでのキャリア帯域幅部分（ＢＷＰ）が設定され得、所与の時間においてアクティブなＤＬＢＷＰは１つである。ＵＥは、ＵＬにおいて４つまでのＢＷＰが設定され得、所与の時間においてアクティブなＵＬＢＷＰは１つである。ＵＥは、補助ＵＬが設定される場合には、補助ＵＬにおいて４つまでの追加のＢＷＰが設定され得、所与の時間においてアクティブな補助ＵＬＢＷＰは１つである。

【0062】

共通ＲＢ（ＣＲＢ）には、０からキャリアの帯域幅の最後まで番号が付けられる。設定されたＢＷＰが０よりも大きいＣＲＢから始まり得るように、ＵＥ用に設定された各ＢＷＰは、ＣＲＢ０という共通の参照を有する。ＣＲＢ０は、３ＧＰＰＴＳ３８．２１１の段落４．４にさらに規定されているように、ネットワークによって提供される、
・１次セル（たとえばＰＳＣｅｌｌといったＰＣｅｌｌ）におけるＤＬに関するＰＲＢ－ｉｎｄｅｘ－ＤＬ－ｃｏｍｍｏｎ、
・ＰＣｅｌｌにおけるＵＬに関するＰＲＢ－ｉｎｄｅｘ－ＵＬ－ｃｏｍｍｏｎ、
・２次セル（ＳＣｅｌｌ）におけるＤＬに関するＰＲＢ－ｉｎｄｅｘ－ＤＬ－Ｄｅｄｉｃａｔｅｄ
・ＳＣｅｌｌにおけるＵＬに関するＰＲＢ－ｉｎｄｅｘ－ＵＬ－Ｄｅｄｉｃａｔｅｄ、および
・補助ＵＬに関するＰＲＢ－ｉｎｄｅｘ－ＳＵＬ－ｃｏｍｍｏｎといったパラメータのうちの１つによって識別され得る。

【0063】

このように、ＵＥは、それぞれが特定のＣＲＢから始まる狭いＢＷＰ（たとえば１０ＭＨｚ）および広いＢＷＰ（たとえば１００ＭＨｚ）が設定され得るが、所与の時点においてＵＥ用にアクティブなＢＷＰは１つだけである。ＢＷＰの内部で、ＰＲＢは周波数領域において規定されて０から

まで番号が付けられ、ｉはキャリアに関する特定のＢＷＰのインデックスである。

【0064】

ＬＴＥに似て、各ＮＲリソースエレメント（ＲＥ）は、１つのＯＦＤＭシンボル間隔中の１つのＯＦＤＭサブキャリアに対応する。ＮＲは様々なＳＣＳ値Δｆ＝（１５×２^μ）ｋＨｚをサポートし、μ∈（０、１、２、３、４）は「ニューメロロジー」と呼ばれる。ニューメロロジーμ＝０（すなわちΔｆ＝１５ｋＨｚ）は、ＬＴＥにおいても使用される基本（または基準）ＳＣＳを与える。シンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間およびスロット持続時間は、ＳＣＳまたはニューメロロジーに反比例する。たとえば、Δｆ＝１５ｋＨｚについては１つのサブフレーム当たり１つの（１ｍｓ）スロットがあり、Δｆ＝３０ｋＨｚについては１つのサブフレーム当たり２つの０．５ｍｓスロットがある、などである。追加として、最大のキャリア帯域幅は、２^μ＊５０ＭＨｚによってニューメロロジーに直接関連付けられる。下記の表１は、サポートされるＮＲニューメロロジーおよび関連するパラメータを要約するものである。ネットワークによって、異なるＤＬニューメロロジーとＵＬニューメロロジーが設定され得る。

【0065】

図４は、ＮＲスロットに関する例示的な時間－周波数リソースグリッドを示す。図４に示されるように、リソースブロック（ＲＢ）は、スロットすなわち通常のＣＰ用の１４のＯＦＤＭシンボルおよび拡張ＣＰ用の１２のシンボルの持続時間用の、１２の連続したＯＦＤＭサブキャリアのグループからなる。ＮＲスロットはまた、ＵＬシンボルとＤＬシンボルとの様々な組合せを用いて構成され得る。選択肢は、オンタイム（シンボル０）のスタートまたは遅い（シンボル＞０）スタートがあるＤＬのみのスロット（すなわちＵＬ送信なし）、「ＤＬ重め」スロット（たとえば１つのＵＬシンボル）、およびＤＬ制御情報を搬送する単一のＤＬシンボルを有する「ＵＬ重め」スロットを含むことができる。初期のＤＬシンボル（Ｔ_{ＵＬ－ＤＬ}）や初期のＵＬシンボル（Ｔ_{ＤＬ－ＵＬ}）の前には、様々なガード期間が使用され得る。

【0066】

追加として、ＮＲは、「ミニスロット」としても知られているタイプ－Ｂスケジューリングを含む。これらはスロットよりも短く、一般的には１つのシンボルからスロットにおけるシンボルの数（たとえば１１または１３）よりも１つ少ない数までであって、スロットの任意のシンボルから始まり得る。ミニスロットが使用され得るのは、スロットの送信時間が長すぎる場合および／または次のスロットスタート（スロットアラインメント）が生じるのが遅すぎる場合である。ミニスロットの適用は、未ライセンススペクトルおよびレイテンシクリティカル送信（たとえばＵＲＬＬＣ）を含む。しかしながら、ミニスロットはサービスに固有ではなく、ｅＭＢＢまたは他のサービス用にも使用され得る。

【0067】

図５は、１４個のシンボルを含む別の例示的なＮＲスロット構造を示す。この構成では、ＰＤＣＣＨは、制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれ、シンボルの特定番号およびサブキャリアの特定番号を含有している領域に制限される。図５に示された例示的な構造では、最初の２つのシンボルがＰＤＣＣＨを含有しており、残りの１２個のシンボルの各々が物理データチャネル（ＰＤＣＨ）すなわちＰＤＳＣＨまたはＰＵＳＣＨのいずれかを含有している。しかしながら、最初の２つのスロットは、特定のＣＯＲＥＳＥＴ設定に応じて、必要であればＰＤＳＣＨまたは他の情報を搬送することもできる。

【0068】

３ＧＰＰのＴＳ３８．２１１ § ７．３．２．２にさらに規定されているように、ＣＯＲＥＳＥＴは、周波数ドメインに複数のＲＢ（すなわち１２個のＲＥの倍数）を含み、時間ドメインに１～３個のＯＦＤＭシンボルを含む。ＣＯＲＥＳＥＴは、ＬＴＥサブフレームにおける制御領域に機能的に類似である。しかしながら、ＮＲでは、各ＲＥＧは、ＲＢにおける１つのＯＦＤＭシンボルのすべての１２個のＲＥからなるが、ＬＴＥのＲＥＧには、４つのＲＥしか含まれていない。ＬＴＥにおけるもののように、ＣＯＲＥＳＥＴの時間ドメインサイズはＰＣＦＩＣＨによって指示され得る。ＬＴＥでは、制御領域の周波数帯域幅は（トータルシステム帯域幅に対して）固定であるが、ＮＲＣＯＲＥＳＥＴの周波数帯域幅は可変である。ＲＲＣシグナリングによって、ＵＥにＣＯＲＥＳＥＴリソースが指示され得る。

【0069】

ＣＯＲＥＳＥＴを規定するために使用される最小単位はＲＥＧであり、これは、周波数において１つのＰＲＢに及び、時間において１つのＯＦＤＭシンボルに及ぶ。ＰＤＣＣＨに加えて、各ＲＥＧは、ＲＥＧが送信された無線チャネルの推定を支援するために復調用参照信号（ＤＭ－ＲＳ）を含有している。ＰＤＣＣＨを送信するとき、送信に先立って、無線チャネルのいくつかの知見に基づいて送信アンテナに重みを適用するためにプリコーダが使用され得る。送信機においてＲＥＧ用に使用されるプリコーダが異ならない場合には、時間および周波数において接近した複数のＲＥＧにわたってチャネルを推定することにより、ＵＥにおけるチャネル推定性能を改善することが可能である。ＵＥのチャネル推定を支援するために、複数のＲＥＧが、ＲＥＧバンドルを形成するために一緒にグループ化され得、ＣＯＲＥＳＥＴ用のＲＥＧバンドルサイズ（すなわち２つ、３つ、または５つのＲＥＧ）がＵＥに指示され得る。ＵＥは、ＰＤＣＣＨの送信のために使用されるあらゆるプリコーダが、ＲＥＧバンドルにおけるすべてのＲＥＧにわたって同一であると想定することができる。

【0070】

ＮＲ制御チャネルエレメント（ＣＣＥ）は６つのＲＥＧからなる。これらのＲＥＧは、周波数において連続していても分散していてもよい。ＣＯＲＥＳＥＴは、ＲＥＧが周波数において分散しているとき、ＣＣＥに対するＲＥＧのインターリーブマッピングを使用するといわれ、ＲＥＧが周波数において連続していると、非インターリーブマッピングを使用するといわれる。インターリーブは周波数ダイバーシティをもたらすことができる。チャネルの知見によってスペクトルの特定部分においてプリコーダを使用することができて受信機におけるＳＩＮＲを改善する場合には、インターリーブを使用しない方が有利である。

【0071】

ＮＲデータスケジューリングは、ＬＴＥに似て、たとえばスロットごとに動的に実行され得る。各スロットにおいて、基地局（たとえばｇＮＢ）は、ＰＤＣＣＨを通じて、そのスロットにおいてデータを受信するようにスケジューリングされたＵＥと、そのデータを搬送するＲＢとを指示するダウンリンク制御情報（ＤＣＩ）を送信する。ＵＥは、最初にＤＣＩを検知して復号し、ＤＣＩがＵＥに関するＤＬスケジューリング情報を含んでいれば、ＤＬスケジューリング情報に基づいて対応するＰＤＳＣＨを受信する。ＤＣＩフォーマット１＿０および１＿１は、ＰＤＳＣＨスケジューリングを伝達するように使用される。

【0072】

同様に、ＰＤＣＣＨ上のＤＣＩは、そのスロットにおいてＰＵＣＣＨ上でデータを送信するようにスケジューリングされているＵＥ、ならびにそのデータを搬送するＲＢを指示するＵＬグラントを含むことができる。ＵＥは最初にＤＣＩを検知して復号し、ＤＣＩがＵＥ用のアップリンクグラントを含んでいれば、ＵＬグラントによって指示されたリソース上で、対応するＰＵＳＣＨを送信する。ＤＣＩフォーマット０＿０および０＿１はＰＵＳＣＨ用のＵＬグラントを伝達するように使用され、他のＤＣＩフォーマット（２＿０、２＿１、２＿２および２＿３）は、スロットフォーマット情報、予約済みのリソース、送信電力制御情報などの送信を含む他の目的のために使用される。

【0073】

ＤＣＩは、ペイロードデータの巡回冗長検査（ＣＲＣ）を用いて補完されたペイロードを含む。ＤＣＩが複数のＵＥによって受信されるＰＤＣＣＨ上で送られるので、対象とされるＵＥの識別子が含まれていなければならない。ＮＲでは、これは、ＵＥに割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＣＲＣにスクランブルをかけることによって行われる。通常、サービングセルによって対象とされたＵＥに割り当てられるセルＲＮＴＩ（Ｃ－ＲＮＴＩ）が、この目的のために使用される。

【0074】

ＤＣＩペイロードは、識別子でスクランブルをかけられたＣＲＣとともに符号化され、ＰＤＣＣＨ上で送信される。以前に設定された検索空間を所与として、各ＵＥは、それぞれに宛てられたＰＤＣＣＨを、複数の仮説（「候補」とも呼ばれる）に従って、「ブラインド復号」として知られている処理で検知しようとする。ＰＤＣＣＨ候補は、１つ、２つ、４つ、８つ、または１６個のＣＣＥに及ぶことができ、ＣＣＥの数は、ＰＤＣＣＨ候補のアグリゲーションレベル（ＡＬ）と呼ばれる。２つ以上ＣＣＥが使用される場合には、第１のＣＣＥの情報が他のＣＣＥにおいて繰り返される。ＰＤＣＣＨは、ＡＬを変化させることによって、いくつかのペイロードサイズ向けにある程度頑健にされ得る。言い換えれば、ＰＤＣＣＨのリンク適合は、ＡＬを調節することによって実施され得る。ＰＤＣＣＨ候補は、ＡＬに応じて、ＣＯＲＥＳＥＴにおける様々な時間－周波数位置に配置され得る。

【0075】

ＵＥが検索空間セットの範囲内で監視しなければならないＰＤＣＣＨ候補に対応するＣＣＥを決定するために、ハッシュ関数が使用され得る。ＵＥによって使用されるＣＣＥがランダム化されるように、別々のＵＥについては別々のやり方でハッシングが行われ、それによって、ＣＯＲＥＳＥＴにＰＤＣＣＨメッセージが含まれている複数のＵＥの間の衝突の確率が低下する。監視の周期性も、別々のＰＤＣＣＨ候補用に設定される。任意の特定のスロットにおいて、ＵＥは、１つまたは複数のＣＯＲＥＳＥＴに対してマッピングされ得る複数の検索空間において複数のＰＤＣＣＨ候補を監視するように設定され得る。ＰＤＣＣＨ候補は、一度にすべてのスロットにおいて、または一度に複数のスロットにおいて、１つのスロットで複数回監視する必要があり得る。

【0076】

ＵＥは、ＤＣＩを復号すると、このＵＥに割り当てられた、および／または特定のＰＤＣＣＨ検索空間に関連した、１つまたは複数のＲＮＴＩを用いてＣＲＣを逆スクランブルする。一致の場合には、ＵＥは、検知されたＤＣＩをこのＵＥ宛てのものと見なし、ＤＣＩにおける命令（たとえばスケジューリング情報）に従う。

【0077】

たとえば、スケジューリングされたＰＤＳＣＨ送信のための変調次数、目標符号化率およびＴＢサイズを判定するために、ＵＥは、最初に、ＤＣＩ（たとえばフォーマット１＿０または１＿１）における５ビットの変調符号化方式フィールド（Ｉ_ＭＣＳ）を読み取り、３ＧＰＰＴＳ３８．２１４Ｖ１５．０．０の第５．１．３．１項で規定されたプロシージャに基づいて変調次数（Ｑ_ｍ）および目標符号化率（Ｒ）を判定する。続いて、ＵＥは、冗長バージョン（ＲＶ）を判定するために、ＤＣＩにおける冗長バージョン（ＲＶ）フィールド（ｒｖ）を読み取る。ＵＥは、レートマッチング（ｎ_ＰＲＢ）の前に、レイヤ数（υ）および割り当てられたＰＲＢの総数とともにこの情報に基づいて、３ＧＰＰＴＳ３８．２１４Ｖ１５．０．０の第５．１．３．２項で規定されたプロシージャに従って、ＰＤＳＣＨに関するトランスポートブロックサイズ（ＴＢ）を判定する。類似の技術が、ＤＣＩ（たとえばフォーマット０＿０または０＿１）によってスケジューリングされたＰＵＳＣＨ送信のためにＵＥによって使用され得る。

【0078】

ＤＣＩは、ＰＤＣＣＨとＰＤＳＣＨ、ＰＵＳＣＨ、ＨＡＲＱ、および／またはチャネル状態情報参照信号（ＣＳＩ－ＲＳ）との間の様々なタイミングオフセット（たとえばスロットまたはサブフレームにおけるもの）に関する情報をも含むことができる。たとえば、オフセットＫ０は、ＵＥのＰＤＳＣＨスケジューリングＤＣＩ（たとえばフォーマット１＿０または１＿１）のＰＤＣＣＨ受信と後続のＰＤＳＣＨ送信との間のスロットの数を表す。同様に、オフセットＫ１は、このＰＤＳＣＨ送信と応答のＰＵＳＣＨ上でのＵＥＨＡＲＱＡＣＫ／ＮＡＣＫ送信との間のスロットの数を表す。追加として、オフセットＫ３は、この応答のＡＣＫ／ＮＡＣＫとＰＤＳＣＨ上でのデータの対応する再送信との間のスロットの数を表す。追加として、オフセットＫ２は、ＵＥのＵＬグラントＤＣＩ（たとえばフォーマット０＿０または０＿１）のＰＤＣＣＨ上の受信と後続のＰＵＳＣＨ送信との間のスロットの数を表す。これらのオフセットの各々が、ゼロや正整数の値をとることができる。

【0079】

ＵＥは、ＬＴＥとＮＲのどちらでも、ＰＵＣＣＨ上でＵＣＩ（アップリンク制御情報）を送信することができる。たとえば、ＵＣＩはＨＡＲＱフィードバック、ＣＳＩフィードバックおよびスケジューリング要求（ＳＲ）を含むことができる。現在、異なるタイプのＵＣＩを搬送するために規定された５つの異なるＰＵＣＣＨフォーマット（０～４）があり、様々なフォーマットのサイズは１～１４のＯＦＤＭシンボルの範囲に及ぶ。ＮＲに関する様々なＰＵＣＣＨフォーマットは、３ＧＰＰＴＳ３８．２１１にさらに規定されている。それでも、以下の説明は、本開示の実施形態にとって最も重要なＰＵＣＣＨフォーマット０を重視したものになる。ＰＵＣＣＨフォーマット０は、一般的にはスロットの最後に送信され、１～２のＯＦＤＭシンボルに及ぶ。しかしながら、スロットの内部の他の相対位置においてＰＵＣＣＨフォーマット０を送信することも可能である。

【0080】

ＰＵＣＣＨフォーマット０は、ＮＲにおける短いＰＵＣＣＨフォーマットのうちの１つであり、２ビットまで搬送することができる。これはＨＡＲＱフィードバックおよびＳＲを送るために使用される。このフォーマットでは、情報ビットが送信されるシーケンスを選択し、基礎をなす同一の長さ１２の基本シーケンスの、別々の位相回転によって発生される。言い換えれば、位相回転が情報を搬送する。

【0081】

図６Ａおよび図６Ｂは、ＨＡＲＱＡＣＫ／ＮＡＣＫ（それぞれＡ／Ｎ）およびＳＲの関数として、例示的なＰＵＣＣＨのフォーマット０の位相回転を示す。同一の基本シーケンスに対して１２の別々の位相回転が規定され、それぞれの基本シーケンスから、１２までの異なる直交シーケンスをもたらす。周波数ドメインにおける線形位相回転は、時間ドメインにおける巡回シフトの適用に相当し、したがって、「巡回シフト」という用語は、時間ドメインへの暗示的参照を伴って使用されることがある。図６Ａは、１２の位相回転のうちの４つに対する、２つのＡＣＫ／ＮＡＣＫ情報ビットのマッピングを示し、図６Ｂは、１２の位相回転のうちの８つに対する、ＳＲビットを加えた２つのＡＣＫ／ＮＡＣＫ情報ビットのマッピングを示す。

【0082】

ある特定のＵＥ同士が、サイドリンク（ＳＬ）によって直接通信することができ、３ＧＰＰＲＡＮを用いるＵＬおよびＤＬを介して間接的に通信することもできる。ＳＬ通信の最初の３ＧＰＰ規格化は、公衆安全の使用事例を対象とするＬＴＥＲｅｌ－１２のものであった。それ以来、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）技術から利益を得る使用事例を広げるために複数の拡張が導入されてきた。

【0083】

ＬＴＥは、Ｒｅｌ－１４およびＲｅｌ－１５において、総体としてＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）と呼ばれる車両用通信を対象とするＤ２ＤＳＬ機能のサポートを含むように拡張された。ＮＲに関するＶ２Ｘの使用事例は、周囲の車両環境の知見を高めるためのセンサー／車両間のデータ共有など、安全性関連だけではない適用をも含む。そのため、ＮＲＳＬは、車両の隊列走行、車両間の協力的な操作、遠隔運転／自律運転などの適用をサポートするように構想されている。

【0084】

ＳＬによって、Ｄ２ＤＵＥは、３ＧＰＰネットワークのカバレッジ内（ＩｎＣ）、カバレッジ外（ＯＯＣ）、および部分的カバレッジの（すなわち、Ｄ２ＤＵＥの一方がＩｎＣであるが他方がＯＯＣである）状況のとき、通信を確立することができる。上記で論じたＰＤＣＣＨを介したＤＣＩによく似て、ＵＥは、物理ＳＬ制御チャネル（ＰＳＣＣＨ）を介してＳＬ制御情報（ＳＣＩ）をやりとりすることができる。

【0085】

ＩｎＣまたは部分的カバレッジで動作するとき、ネットワークは、ＳＬを介して通信しているＵＥの挙動に対する制御の様々な度合いを訓練し得る。ＩｎＣ、ＯＯＣ、および部分的カバレッジのシナリオに対して、Ｖ２ＸＳＬ動作のためのブロードキャスト送信、グループキャスト／マルチキャスト送信、およびユニキャスト送信がサポートされる。ユニキャストおよびグループキャスト／マルチキャストのＳＬ送信のために、ＵＥ物理レイヤ（ＰＨＹ）においてＨＡＲＱ（すなわちＡＣＫ／ＮＡＫ）フィードバックおよびＨＡＲＱ結合がサポートされる。たとえば、ＨＡＲＱフィードバックは、物理ＳＬフィードバックチャネル（ＰＳＦＣＨ）を通じて送られる。

【0086】

しかしながら、グループキャスト／マルチキャスト通信では、ユニキャスト通信よりもＨＡＲＱ再送信を使用することの難易度が高い。ＳＬにおける中央コントローラがないので、複数のＨＡＲＱフィードバックが受信されたとき、ＵＥ挙動を特定することは簡単ではない。一般に、グループキャスト／マルチキャストに対するＨＡＲＱの許容は設定可能にするべきである。たとえば、セッションにおけるメンバの数が多いとき、シグナリングオーバヘッドが重くなるのを回避するために、グループキャスト／マルチキャストのセッションに対するＨＡＲＱは許容されるべきではない。さらに、不必要な再送信を回避するために、送信機ＵＥによるパケット再送信を許すタイミングを制御するための、ある特定のルールが必要になることがある。

【0087】

一般に、ＨＡＲＱフィードバックは、決定性時間および周波数と、関連するデータ送信との関係に基づいて送信される。たとえば、ＨＡＲＱフィードバックは、（事前に）設定されたＰＳＦＣＨリソースで送信され得る。利点は、ＨＡＲＱプロセスとそれ自体の関連したＨＡＲＱフィードバックとの間に１：１のマッピングがあり得ることにより、制御シグナリングにおいてＨＡＲＱプロセスＩＤのオーバヘッドを制限することである。

【0088】

その上、ＨＡＲＱフィードバックを有する送信（たとえばユニキャスト／マルチキャスト）は、ＨＡＲＱフィードバックなしの送信（たとえばブロードキャスト）と共存する必要がある。共存するための簡単な手法の１つには、システムの観点から、ＰＳＦＣＨリソースを（事前に）設定することがある。たとえば、スロットにＰＳＦＣＨが存在する場合には、すべてのＵＥが、スロットの最後の少数のシンボルがＰＳＦＣＨ送信のために確保されるものと想定することになる。他方では、これは、ＨＡＲＱフィードバックが送られないときには希少なリソースを浪費することになる。

【0089】

より柔軟ではあるが複雑な手法に、ＰＳＣＣＨ経由でＳＣＩを使用して、スロットにおけるＨＡＲＱフィードバックの存在を指示するものがある。しかしながら、この手法では、スロットの内部の電力変化によって受信機の自動利得制御（ＡＧＣ）が不安定になって、ＰＳＳＣＨ復号に障害が生じたり送信の信頼性が低下したりする可能性がある。このように、上記２つの手法では、リソース効率とＰＳＳＣＨ信頼性との間のトレードオフが生じる。しかしながら、Ｖ２Ｘ用途の重要な性質のために、ＮＲは、システムの観点からＰＳＦＣＨリソースを（事前）設定する前者の手法をサポートする。

【0090】

それでも、ユニキャストとグループキャスト／マルチキャストセッションとの両方について、ＨＡＲＱフィードバックをサポートするのは、必ずしも必要かつ／または有利であるとは限らないであろう。一例として、ＨＡＲＱ再送信は、レイテンシが重要なある特定の使用事例に対して、受け入れがたいレイテンシをもたらす可能性がある。したがって、１つの使用事例および／またはシナリオを基に、ＨＡＲＱフィードバック／送信を可能にするかまたは不可能にするのが有利であり得る。たとえば、ＮＲは、グループキャスト／マルチキャスト通信において、ＨＡＲＱフィードバックの距離ベースの可能化をサポートする。言い換えれば、データ受信ＵＥがデータ送信ＵＥから遠く離れている場合、データ受信ＵＥは、データパケットに対するＨＡＲＱフィードバックを送信しない。この機構により、ＨＡＲＱ再送信の数が減少し、接続なしのグループキャスト／マルチキャストが可能になり、上位レイヤのグループキャスト／マルチキャストのセッション確立は実行されず、ＨＡＲＱが可能になるのは、それ自体の通信距離要件に基づく特定のサービスについてである。

【0091】

その上、ＮＲは、グループキャスト／マルチキャストのシナリオでは２つのタイプのＨＡＲＱ機構をサポートする。１つの選択肢は、ＰＳＳＣＨの復号に成功した場合にはＡＣＫを送信し、失敗した場合にはＮＡＣＫを送信すること包含している。他の選択肢は、ＰＳＳＣＨ復号に失敗した場合には、ＮＡＣＫをのみ送信してＡＣＫは送信しないことを包含する。後者の選択肢では、送信機ＵＥには、ＰＳＣＣＨの失敗とデータ送信の成功とを識別するためのやり方は提供されない。しかしながら、一般に、送信機ＵＥは、ＮＡＣＫが受信されなければＰＳＳＣＨがうまく復号されたと想定する。後者の選択肢は、不必要な送信を制限してネットワークの輻輳を低減するのに特に有効である。これらの２つの選択肢の間の選択は、シナリオおよび／または使用事例に基づく設定が可能である。

【0092】

グループキャスト／マルチキャストのシナリオにおける信頼性向上のための従来の手法は、これらの再送信を組み合わせることなく、単一の通常の変調符号化方式を使用してデータ送信を繰り返すことを包含している。この手法には、（繰返しによる）ネットワークの輻輳の増加や、グループメンバ間のチャネル状態の差異による、ある特定のグループメンバに関する不適切な伝送品質／信頼性といった、短所が含まれる。

【0093】

本開示の例示的な実施形態は、（事前に）規定されたユーザのグループに対するマルチキャスト送信のための柔軟なＨＡＲＱ機構を提供することにより、これらや他の問題、懸案事項、および／または短所に対処するものである。そのような実施形態では、ネットワーク（たとえばサービングｇＮＢ）に対するユーザのＵＬ接続は、ＤＬ送信の受信の成否の指示を採用することができ、ネットワークは、それに応じて作用し、かつ／または応答することが可能になる。たとえば、ｇＮＢの再送信方式はＵＥ状態に基づき得る。

【0094】

一般に、ｇＮＢおよびサーブされるＵＥには、ネットワーク状態、グループ内のユーザの数、サービスの要求品質などの種々の設定に依拠して、種々のＨＡＲＱセッティングが設定され得る。これらの設定は、ＨＡＲＱフィードバックの使用法、ならびに再送信の使用法および／またはタイプ（たとえばマルチキャストにおける元の送信およびユニキャストにおける再送信）を規定する。一般に、再送信は、
・グループ全体への１つのマルチキャスト送信、
・グループ全体のうちのサブグループのそれぞれに宛てたいくつかのマルチキャスト送信、
・個別のＵＥに宛てた１つまたは複数のユニキャスト送信、または
・上記のようにユニキャストと組み合わせたマルチキャスト、
のいずれかとして設定され得る。

【0095】

いくつかの実施形態では、判定された数の再送信に対して全体的な送信が（事前に）設定され得るように、再送信は、ＵＥフィードバックなしでも使用され得る。この場合、この解決策は、さらなる時間ダイバーシティをもたらし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、またはＲＲＣ＿ＩＤＬＥ状態における無制限の数のＵＥに対して使用され得る。

【0096】

これらの柔軟に設定されたＨＡＲＱ機構は、様々な利点および／または利益を提供することができる。たとえば、ＵＥのグループは、たとえばマルチキャストグループに関連付けられたｇｒｏｕｐ＿ＩＤの関数であるかまたはこれに基づくマルチキャストＲＮＴＩ（ＭＣ－ＲＮＴＩ）といった、マルチキャスト送信のために規定された新規のグループ識別子を使用して、効率的に対処され得る。別の例として、ＨＡＲＱ設定は、複雑さおよび／または容量要件における大幅な増加なしで、Ｕｕインターフェースのための既存の制御フレームワーク（たとえばＰＤＣＣＨおよびＤＣＩフィールド）に含まれ得る。さらに、そのような機構は、異なるキャストモード（たとえばユニキャスト再送信を用いるソフトコンバインのマルチキャスト送信、および／またはソフトコンバインのマルチキャスト送信を用いるユニキャスト再送信）を使用して送信され得るインクリメンタル冗長性に基づいて、いくつかの再送信のビットレベルのソフトコンバイニングを容易にすることができる。その上、そのような機構は、ＵＥ、ＵＥのグループ、またはＵＥのグループのサブセットの、特定の状態を考慮に入れ、ユニキャストモードまたはマルチキャストモードを使用して、データパケットまたはメッセージのネットワーク再送信を容易にすることができる。

【0097】

前述のように、実施形態は、高レベルにおいて、マルチキャストシナリオにおけるＨＡＲＱを可能にし、かつ／または容易にするための機構を提供する。そのような実施形態では、ＨＡＲＱ設定は、（たとえばＣＲＣにスクランブルをかけるために使用される）ＲＮＴＩによって暗示的に指示され得、またはＰＤＣＣＨの内部の新規のＤＣＩフィールドを使用して明示的にシグナリングされ得る。種々のＨＡＲＱ設定が、ネットワーク状態および／またはＵＥ要件もしくはサービス制限（たとえば特定のサービスに関連付けられた送信のために必要とされられるＱｏＳ）に依拠して生成され、適応的に使用され得る。その上、ＨＡＲＱ設定に依拠して、ネットワーク（たとえばサービングｇＮＢ）によって、ＵＥのグループに対して、意図されたＵＥのみに向けたユニキャストまたはグルーブ全体へのマルチキャストなど追加の再設定またはシグナリングなしで、再送信が、柔軟なやり方で対処され、かつ／または提供され得る。その上、そのような設定により、たとえば同一のデータパケットのユニキャスト再送信およびマルチキャスト再送信といった別々のキャストモードに基づく再送信のソフトコンバイニングが容易になる。

【0098】

いくつかの実施形態では、ユニキャストとマルチキャストとのどちらにおいても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥのみが、サービングｇＮＢによって、ＨＡＲＱフィードバックを可能化または不可能化され得るように、ＵＥとサービングｇＮＢとの間にアクティブＵＬ接続が必要とされる。そのような実施形態では、可能化および／または不可能化は、以下で論じられる様々なやり方で実行され得る。

【0099】

いくつかの実施形態では、ＤＣＩにいかなる付加情報も含めることなく、種々のＨＡＲＱ設定を規定することが可能である。この場合、ＭＣ＿ＲＮＴＩは、たとえばＭＣ－ＲＮＴＩによってスクランブルをかけられたＤＣＩによってスケジューリングされるＤＬ送信（たとえばＰＤＳＣＨ）に関するＨＡＲＱフィードバックのＨＡＲＱ設定を、暗示的にシグナリングすることができる。一例として、ＵＥは、ＭＣ－ＲＮＴＩによってスクランブルをかけられたＤＣＩによってスケジューリングされる場合には、スケジューリングされたＰＤＳＣＨ送信に対してＨＡＲＱフィードバックを送信するべきではない。他方では、ＵＥは、ＵＥのＣ－ＲＮＴＩ（または他のユニキャスト関連のＲＮＴＩ）によってスクランブルをかけられたＤＣＩによってスケジューリングされる場合には、スケジューリングされたＰＤＳＣＨ送信に関するＨＡＲＱフィードバックを生成する。

【0100】

いくつかの実施形態では、ＭＣ－ＲＮＴＩでスクランブルをかけられたＤＣＩの受信に対する応答はまた、ＵＥのＭＣ－ＲＮＴＩに応答したＨＡＲＱ送信の可能化または不可能化の（たとえばネットワークからのＲＲＣによる）以前の設定に基づき得る。たとえば、この設定情報は、ＵＥに対するＭＣ－ＲＮＴＩの割当ての一部、またはＰＵＣＣＨに関するリソース設定の一部であり得る。いくつかの実施形態では、暗示的ＨＡＲＱ設定（たとえばＭＣ＿ＲＮＴＩ＿ＨＡＲＱ）を含むＭＣ＿ＲＮＴＩは、グループのｇｒｏｕｐ＿ＩＤの関数として、またはグループに関する特定のＨＡＲＱ設定に基づいて、規定され得る。

【0101】

他の実施形態では、マルチキャストまたはユニキャストの送信をスケジューリングするためのＤＣＩは、関連したＰＤＳＣＨ送信のためのＨＡＲＱ設定（必要に応じて、たとえばＨＡＲＱフィードバックが必要かどうか、およびＨＡＲＱフィードバックのタイプ）を指示するための、たとえばＨＡＲＱ＿ｃｏｎｆｉｇといった新規のフィールドを含むことができる。例示的な２ビットのＤＣＩフィールドについては、
０．ＡＣＫ／ＮＡＣＫなし→ＨＡＲＱ＿ｃｏｎｆｉｇ＝ＤＣＩにおける００、
１．ＡＣＫのみ→ＨＡＲＱ＿ｃｏｎｆｉｇ＝ＤＣＩにおける０１、
２．ＮＡＣＫのみ→ＨＡＲＱ＿ｃｏｎｆｉｇ＝ＤＣＩにおける１０、
３．ＡＣＫとＮＡＣＫとの両方→ＨＡＲＱ＿ｃｏｎｆｉｇ＝ＤＣＩにおける１１、
といった４つのＨＡＲＱ設定がそれぞれの４つのＤＣＩ値に関連付けられ得る。

【0102】

いくつかの実施形態では、選択肢２（ＮＡＣＫのみ）は、ＵＥ＿ＩＤを伴うＮＡＣＫとＵＥ＿ＩＤなしのＮＡＣＫとの２つのサブ選択肢にさらに分割され得る。ＵＥ＿ＩＤなしのサブ選択肢は、グループ内のすべてのＵＥが同一の無線リソース（たとえば同調した時間－周波数）で同一信号を送信する同時キャストＮＡＣＫを促進することができる。そのような機構は、受信ｇＮＢが、ＮＡＣＫを送信したＵＥはどれか、何台のＵＥがＮＡＣＫを送信したのか、といったことを識別することができないという短所があるものの、無線リソースの使用を低減することができる。あるいは、ＵＥ＿ＩＤを伴うＮＡＣＫはそのような識別が可能であり、結果的にユニキャスト再送信を促進することができる。

【0103】

このようにＤＣＩフィールドを使用することの利点は、新規のＲＮＴＩを共有する必要性または他の追加のシグナリングなしで、単にフィールドＤＣＩを変更することにより、ｇＮＢが、ＵＥに必要なＨＡＲＱ設定を迅速かつ効率的に変更し得ることにある。このことはまた、そのようなフィールドを含むＤＣＩによってスケジューリングされた各ＰＤＳＣＨについて、独立して行われ得る。このように、同一のＵＥに対する種々の送信において、いくつかのＨＡＲＱ設定が使用され得る（たとえば共存することができる）。たとえば、マルチキャスト送信は選択肢１（ＡＣＫのみ）に基づいて設定され得、ユニキャスト送信は選択肢３（ＡＣＫとＮＡＣＫとの両方）がされ得る。

【0104】

いくつかの実施形態では、ｇＮＢによって、ネットワークの特定の送信に関する要件（たとえばＱｏＳ）および／または輻輳に基づき、様々なＨＡＲＱ設定が選択され得る。たとえば、ｇＮＢは、高度に輻輳したシナリオではＵＥＡＣＫ送信を先行させるように決定することができ、選択肢０または選択肢２のいずれかをＵＥに設定する。

【0105】

いくつかの実施形態では、無線アクセスネットワーク（たとえばＮＧ－ＲＡＮ）の上位レイヤプロトコルおよび／またはコアネットワーク（たとえば５ＧＣ）におけるエンティティによって、グループを含むＵＥが選択され得る。いくつかの実施形態では、そのようなグループを含むＵＥは単一のＵＥであり得る。ｇＮＢは、グループを含むサーブされるＵＥを選択したとき、または選択を受信したとき、ＭＣ－ＲＮＴＩをこれらのＵＥに設定する。この設定は、ＲＲＣメッセージまたはシステム情報（ＳＩ）などのユニキャストシグナリングまたはマルチキャストシグナリングによって実行され得る。

【0106】

様々な実施形態において、通常の地理的領域、通常の望まれるサービスまたは用途、通常の望まれるＱｏＳなどに基づいて、ユーザの特定のグループが選択され得る。その上、そのようなグループの、ネットワークによる選択は、グループを構成するすべてのＵＥと同時に情報を共有する必要性を突如として招く、用途関連またはサービス関連のイベントを含む様々なイベントによってトリガされ得る。

【0107】

他の実施形態では、ある特定のＵＥが、それぞれのＭＣ－ＲＮＴＩに関連するもう１つのグループのメンバであるように事前設定され得て、ｇＮＢは、そのようなグループに属するＵＥにこれらのＭＣ－ＲＮＴＩを供給する必要がなくなる。そのような実施形態では、有効なＭＣ－ＲＮＴＩの数は、他のグループの数と同じ（たとえば１つのグループ当たり１つのＭＣ－ＲＮＴＩ）であり得、かつ／または他のＨＡＲＱ設定の数と同じであり得る。言い換えれば、特定のＭＣ－ＲＮＴＩが、グループ、ＨＡＲＱ設定、または両方に関連付けられ得る。そのような実施形態は、ＨＡＲＱ設定に変更がないかまたは変更する必要がない静的シナリオ向けに、有効かつ／または有利であり得る。これは、ＨＡＲＱ設定の選択肢３が常にオンであることが必要とされるＶ２Ｘまたは国家安全保障／公衆安全（ＮＳＰ）の使用事例を含むことができる。

【0108】

いくつかの実施形態では、ｇＮＢは、（事前設定されていなければ）ＵＥのグループを規定して、グループに関連付けられたＭＣ－ＲＮＴＩを共有すると、マルチキャストＰＤＳＣＨを介して、グループを含むＵＥに情報を送信する。その上、上記で論じられたように、ｇＮＢは、ＰＤＣＣＨを通じてＤＣＩを送ることによってそのようなマルチキャストＰＤＳＣＨをスケジューリングし、ＤＣＩのＣＲＣは、関連するＭＣ－ＲＮＴＩでスクランブルをかけられている。このように、ＰＤＣＣＨ送信を復号して、スケジューリングされたマルチキャストＰＤＳＣＨを判定することができるのは、このグループのＵＥのみである。

【0109】

様々な他の実施形態は、ＨＡＲＱＮＡＣＫに応答して、またはＵＥからのＨＡＲＱフィードバックとは無関係にも、データパケットの再送信を、選択的に可能にし、不可能にし、かつ／または設定することができる。後者の場合、時間ダイバーシティ利得を助長するために、たとえばデータパケットのそれぞれの送信および再送信に対して同じ（またはほぼ同じ）数のＰＲＢが割り当てられ得る。同様に、それぞれの送信および再送信のための周波数ドメインにおけるＰＲＢの相対的な機構は、周波数ダイバーシティ利得を助長するように設定され得る。そのような実施形態では、ネットワークは、支配的なチャネル状態（たとえばあまり頑健でないチャネル状態向けのさらにいくつかの再送信）、サービスまたは用途などを含む様々な要因に基づいて再送信の回数を判定することができる。

【0110】

いくつかの実施形態では、ＨＡＲＱ設定の選択肢３（ＡＣＫとＮＡＣＫとの両方）が、別々のチャネル状態（たとえばｇＮＢからの距離）を有するＵＥのグループに対して使用されるとき、再送信は、グループを構成している特定のＵＥまたはＵＥのサブセットを対象として、別々のキャストモードで実行され得る。たとえば、ｇＮＢは、以下の要因のうちの１つまたは複数に基づいて、マルチキャスト再送信またはユニキャスト再送信を選択的に実行することができる。
・閾値に対する、ｇＮＢにおいて特定のＵＥから受信されたＮＡＣＫの数。そのような数は、あらかじめ規定された期間内の連続したＮＡＣＫの数（ｎ＿ＮＡＣＫｓ）、この期間内のＡＣＫ数とＮＡＣＫ数との比などを含むことができる。閾値は、ネットワークによって（たとえば支配的な輻輳状態に基づいて適応的に）設定され得、または３ＧＰＰ規格として規定され得る。
・閾値に対する、ｇＮＢによってタイムウィンドウ中にすべてのＵＥから受信されたＮＡＣＫの数。

【0111】

たとえば、上記の数のいずれかが、対応する閾値を超えると、ｇＮＢは、ＵＥにＮＡＣＫを送るユニキャスト再送信を実行することになり、再送信は、それぞれのＵＥが最初にｇＮＢに接続されたとき受信したＣ－ＲＮＴＩによってスクランブルをかけられたスケジューリングＤＣＩＣＲＣを有する。Ｃ－ＲＮＴＩがＵＥ＿ＩＤを使用するので、そのようなＵＥは、再送信が成功する機会を増加するために、有利なＭＣＳを使用して個々に対処され得る。閾値は、上記で論じられたのと同様のやり方で規定され得、かつ／または設定され得る。一例として、閾値を減少すると、ｇＮＢは、より早く、かつ／またはより頻繁に、ユニキャスト再送信に切り替わることができる。

【0112】

あるいは、ｇＮＢは、上記の数のいずれかが、対応する閾値未満であるときには、ＮＡＣＫを送っているＵＥに対するユニキャスト再送信を実行することができる。そのような場合、閾値を増加すると、ｇＮＢは、より早く、かつ／またはより頻繁に、ユニキャスト再送信に切り替わることができる。

【0113】

同様に、ユニキャスト再送信指示が、特定のＭＣ－ＲＮＴＩ設定もしくは特定のＤＣＩ設定および／またはスケジューリングＰＤＣＣＨに関連したフィールド値に対して暗示的であって、しかも、ＮＡＣＫが、グループを含む、ＵＥの小さいサブセットに由来するものである場合には、ｇＮＢは、それらのＵＥに関するそれぞれのＣ－ＲＮＴＩによってスクランブルをかけられたＣＲＣを用いる個別のスケジューリングＤＣＩに基づいて、サブセットのそれぞれのＵＥに対するユニキャスト再送信を実行することができる。このように、ｇＮＢは、これら特定のユーザのみに対処することができる。

【0114】

いくつかの実施形態では、他のエンティティ（たとえばｇＮＢ）からデータパケットの送信や再送信を受信するエンティティ（たとえばＵＥ）は、個々の（再）送信によってもたらされるよりも信頼性の高い送信を達成するために、同一の送信の様々なコピーまたはバージョンをソフトコンバインすることができる。その上、そのようなソフトコンバイニングは、送信や再送信および／または別の再送信が別々のキャスティング機構を使用してもたらされる場合でも実行され得る。

【0115】

たとえば、マルチキャスト送信およびユニキャスト再送信の場合を検討する。元の送信は、グループに固有のＭＣ－ＲＮＴＩ、特定のＨＡＲＱプロセスに関するプロセスナンバ、およびこれが元の送信であることをシグナリングする新規データのインジケータフィールドを使用する。（たとえばＮＡＣＫまたは事前設定によって）トリガされたユニキャスト再送信は、ＵＥに固有のＣ－ＲＮＴＩ、元のマルチキャスト送信のために使用されたものと同一のＨＡＲＱプロセスナンバ、およびこれが再送信であることをシグナリングする新規のデータのインジケータフィールドを使用することになる。そこで、受信機ＵＥは、この情報を用いて、そのようなマルチキャスト送信とユニキャスト再送信とのソフトコンバイニングを実行することができる。さらに、ＣＢＧごとの（符号ブロックグループ）再送信が設定された場合には、ＣＢＧＴＩ（ＣＢＧ伝達情報）およびＣＢＧＦＩ（ＣＢＧフラッシングアウト情報）が利用され得る。

【0116】

ＮＲは、リソースグリッド（たとえば図４）による時分割多重（ＴＤＭ）および周波数分割多重（ＦＤＭ）に加えて、ｇＮＢからＵＥへのユニキャスト再送信のための複数のビームも提供することができる。これは空間分割多重（ＳＤＭ）とも呼ばれている。たとえば、複数のビームを使用すると、他のＵＥへの干渉の回避を支援することができ、可能性として再送信のＳＩＮＲが向上し得る。したがって、グループ内の複数のＵＥへのユニキャスト再送信は、複数のビームを採用することもでき、各ビームが、意図されたＵＥの各々に関する個々のＵＥ＿ＩＤに基づくＣ－ＲＮＴＩによってスクランブルをかけられたスケジューリングＤＣＩを搬送する。このように、それぞれのＵＥへの元の送信がマルチキャストによるものであったとしても、ネットワークは、グループの複数のＵＥへのユニキャスト再送信を実質的に同時に実行することができる。

【0117】

上記で説明された実施形態が、ＵＥに関する例示的な方法（たとえばプロシージャ）およびネットワークノードによって実施される例示的な方法（たとえばプロシージャ）をそれぞれ表現する図７～図８の参照によりさらに説明され得る。言い換えれば、以下で説明される動作の様々な特徴は、上記で説明された様々な実施形態に対応する。その上、図７～図８に示される例示的な方法は、様々な利益、利点、および／または本明細書で説明された問題に対する解決策を提供するために協力的に使用され得る。図７～図８は特定のブロックを特定の順番で示すが、例示的な方法の動作は、示されたものとは異なる順番で実施され得、また、示されたものとは異なる機能性を有するブロックへと結合および／または分割され得る。随意のブロックまたは動作が、破線によって指示されている。

【0118】

詳細には、図７は、本開示の様々な例示的な実施形態による、無線アクセスネットワーク（ＲＡＮ）におけるネットワークノードからのマルチキャスト送信に関するＨＡＲＱフィードバックのための例示的な方法（たとえばプロシージャ）の流れ図を示す。例示的な方法は、他の図を参照しながら本明細書で説明されたＵＥなどのユーザ機器（たとえば無線デバイス、ＩｏＴデバイス、モデムなどのＵＥ、またはその構成要素）によって実行され得る。

【0119】

例示的な方法は、ＵＥが、ネットワークノードから、ＵＥに関連する最初のマルチキャスト送信をスケジューリングする最初のダウンリンク制御情報（ＤＣＩ）を受信することができる、ブロック７２０の動作を含み得る。例示的な方法は、ＵＥが、第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定することができる、ブロック７３０の動作をも含むことができる。例示的な方法は、ＵＥが、第１のＤＣＩに基づいて、第１のマルチキャスト送信の復号を試行することができる、ブロック７４０の動作をも含み得る。例示的な方法は、ＵＥが、ネットワークノードに、判定されたＨＡＲＱフィードバックモードおよび復号の試行（すなわちブロック７４０における試行）の成否に基づいて、第１のマルチキャスト送信に関するＨＡＲＱフィードバックを選択的に送信することができる、ブロック７５０の動作をも含むことができる。

【0120】

いくつかの実施形態では、（たとえばブロック７３０における）ＨＡＲＱフィードバックモードの判定は、第１のＤＣＩと、第１のＤＣＩ以前にネットワークノードから受信した無線リソース制御（ＲＲＣ）メッセージとのうちの１つまたは複数に基づき得る。

【0121】

これらの実施形態のうちのいくつかでは、第１のＤＣＩまたはＲＲＣメッセージが含み得るフィールドは、ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、およびＨＡＲＱフィードバックが送信されるべきであると指示する第２の値を有する。言い換えれば、第１のＤＣＩまたはＲＲＣメッセージは、２つの値のいずれかを有するフィールドを埋めることができ、ＵＥは、両方の値を解釈して、それに応じて作動することができる。たとえば、このフィールドは、上記で説明されたＨＡＲＱ＿ｃｏｎｆｉｇフィールドであり得る。いくつかの実施形態では、第２の値は、肯定応答（ＡＣＫ）と否定応答（ＮＡＣＫ）との両方が送信されるべきであると指示することができ、このフィールドは、ＮＡＣＫのみが送信されるべきであると指示する第３の値を含むことができる。

【0122】

これらの実施形態の他のものでは、第１のＤＣＩは第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、ＣＲＣは、ＵＥに関連する識別子によってスクランブルをかけられる。そのような実施形態では、識別子はＨＡＲＱフィードバックモードを指示する。そのような実施形態では、ＲＲＣメッセージは、１つまたは複数の、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ）を備える設定情報を含むことができ、各識別子は、そのＵＥを含む１つまたは複数のＵＥのグループ、およびネットワークノードからのマルチキャスト送信（たとえば最初のマルチキャスト送信を含む）に関するＨＡＲＱフィードバックモード、のうちの少なくとも１つに関連する。

【0123】

これらの実施形態のうちのいくつかでは、ブロック７３０の判定する動作は、サブブロック７３１～７３２の動作を含むことができる。サブブロック７３１において、ＵＥは、ＵＥに固有の識別子（たとえばＣ－ＲＮＴＩ）である識別子に基づき、ＨＡＲＱフィードバックが送信されるべきであると判定することができる。サブブロック７３２において、ＵＥは、グループに固有の識別子のうちの１つ（たとえばＭＣ－ＲＮＴＩ）である識別子に基づき、ＨＡＲＱフィードバックは送信されるべきではないと判定することができる。

【0124】

これらの実施形態のうちの他のものでは、ブロック７３０の判定する動作は、サブブロック７３１～７３２の動作を含むことができる。サブブロック７３３において、ＵＥは、グループに固有の識別子のうち第１のもの（たとえばＭＣ－ＲＮＴＩ－１）である識別子に基づき、ＨＡＲＱフィードバックを第１のモードによって送信するべきであると判定することができる。サブブロック７３４において、ＵＥは、グループに固有の識別子のうち第２のもの（たとえばＭＣ－ＲＮＴＩ－２）である識別子に基づき、ＨＡＲＱフィードバックを第１のモードとは異なる第２のモードによって送信するべきであると判定することができる。

【0125】

いくつかの実施形態では、ブロック７５０の選択的に送信する動作は、サブブロック７５１の動作を含むことができ、ここにおいて、ＵＥは、
・判定されたＨＡＲＱフィードバックモードが、ＨＡＲＱフィードバックは送信されるべきではないというものであること、
・復号の試行が成功し、判定されたＨＡＲＱフィードバックモードが、否定応答（ＮＡＣＫ）のみ送信されるべきというものであること、および
・復号の試行が成功せず、判定されたＨＡＲＱフィードバックモードが、肯定応答（ＡＣＫ）のみ送信されるべきというものであること、
の各々に応答してＨＡＲＱフィードバックの送信を控えることができる。

【0126】

いくつかの実施形態では、ブロック７５０の選択的に送信する動作は、サブブロック７５２の動作を含むことができ、ここにおいて、ＵＥは、復号の試行が不成功であったことに基づいて否定応答（ＮＡＣＫ）を送信することができ、判定されたＨＡＲＱフィードバックモードは、ＮＡＣＫのみが送信されるべきというものである。そのような実施形態では、ＮＡＣＫは、ＵＥを含んでいるマルチキャストグループに共通のインジケータおよびアップリンクリソースを使用して送信され得る。

【0127】

いくつかの実施形態では、例示的な方法は、ＵＥが、続いて、第１のマルチキャスト送信の再送信をスケジューリングする第２のＤＣＩを受信することができる、ブロック７６０の動作をも含み得る。様々な実施形態において、ＵＥは、第１のマルチキャスト送信について上記で説明されたのと同様のやり方で、再送信に関するＨＡＲＱフィードバックモードを判定することができる。

【0128】

これらの実施形態のうちのいくつかでは、第２のＤＣＩは、再送信がＵＥへのユニキャスト送信であると指示することができる。そのような実施形態では、ブロック７４０において最初のマルチキャスト送信の復号を試行することは、ＵＥが、最初のマルチキャスト送信に関連する最初のソフト情報を記憶し得るサブブロック７４１の動作を含むことができる。そのような実施形態では、例示的な方法は、ＵＥが、再送信を受信すること、および第１のソフト情報と第２のソフト情報との組合せを基にデータメッセージを復号することに基づいて、第２のソフト情報を判定し得る、ブロック７７０～７８０の動作をも含み得る。

【0129】

これらの実施形態のうち他のものでは、第２のＤＣＩは、再送信が第２のマルチキャスト送信であると指示することができる。そのような実施形態では、第１のＤＣＩは、ＵＥに関連する第１のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－１）によってスクランブルをかけられる、第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み得、第２のＤＣＩは、ＵＥに関連する第２のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－２）によってスクランブルをかけられる、第２のＤＣＩのペイロードのＣＲＣを含み得る。たとえば、第１および第２のグループに固有の識別子は、前述のものなどのＲＲＣ設定メッセージで以前に受信済みであり得る。

【0130】

さらに、図８は、本開示の様々な例示的な実施形態による、ユーザ機器（ＵＥ）のグループに対するマルチキャスト送信に関連してハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックを管理するための例示的な方法（たとえばプロシージャ）の流れ図を示す。例示的な方法は、他の図を参照しながら本明細書で説明されたものなどの無線アクセスネットワーク（たとえばＥ－ＵＴＲＡＮ、ＮＧ－ＲＡＮといったＲＡＮ）のネットワークノード（たとえば基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）によって実行され得る。

【0131】

例示的な方法は、ネットワークが、ＵＥのグループに関連する最初のマルチキャスト送信をスケジューリングする最初のダウンリンク制御情報（ＤＣＩ）を送信することができる、ブロック８１０の動作を含み得る。例示的な方法は、ネットワークノードが、少なくとも第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示することができる、ブロック８２０の動作をも含むことができる。例示的な方法は、ネットワークノードが、第１のＤＣＩに従って第１のマルチキャスト送信を送信することができる、ブロック８３０の動作をも含むことができる。例示的な方法は、ネットワークノードが、グループの１つまたは複数のＵＥからの、第１のマルチキャスト送信に関連したＨＡＲＱフィードバックを、指示されたＨＡＲＱフィードバックモードに基づいて選択的に監視することができる、ブロック８４０の動作をも含むことができる。

【0132】

いくつかの実施形態では、ＨＡＲＱフィードバックモードは、（たとえばブロック８２０において）、第１のＤＣＩのうちの１つまたは複数、および第１のＤＣＩの前にグループのＵＥに送信されるそれぞれの無線リソース制御（ＲＲＣ）メッセージによって指示され得る。

【0133】

これらの実施形態のうちのいくつかでは、第１のＤＣＩまたはＲＲＣメッセージが含み得るフィールドは、ＨＡＲＱフィードバックは送信されるべきではないと指示する第１の値、およびＨＡＲＱフィードバックが送信されるべきであると指示する第２の値を有する。言い換えれば、第１のＤＣＩまたはＲＲＣメッセージは、２つの値のいずれかを有するフィールドを埋めることができ、ＵＥは、両方の値を解釈して、それに応じて作動することができる。たとえば、フィールドは、上記で説明されたＨＡＲＱ＿ｃｏｎｆｉｇフィールドであり得る。いくつかの実施形態では、第２の値は、肯定応答（ＡＣＫ）と否定応答（ＮＡＣＫ）との両方が送信されるべきであると指示することができ、このフィールドは、ＮＡＣＫのみが送信されるべきであると指示する第３の値を含むことができる。

【0134】

これらの実施形態の他のものでは、第１のＤＣＩは第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、ＣＲＣは、ＵＥに関連する識別子によってスクランブルをかけられる。そのような実施形態では、識別子は、第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示する。そのような実施形態では、ＲＲＣメッセージは、１つまたは複数の、グループに固有の識別子（たとえばＭＣ－ＲＮＴＩ）を備える設定情報を含むことができ、各識別子は、そのＵＥを含む１つまたは複数のＵＥのグループ、およびネットワークノードからのマルチキャスト送信（たとえば最初のマルチキャスト送信を含む）に関するＨＡＲＱフィードバックモード、のうちの少なくとも１つに関連する。

【0135】

【0136】

これらの実施形態のうちの他のものでは、グループに固有の識別子のうちの第１のもの（たとえばＭＣ－ＲＮＴＩ－１）である識別子が、ＨＡＲＱフィードバックを、第１のモードによって送信するべきであると指示する。同様に、グループに固有の識別子のうちの第２のもの（たとえばＭＣ－ＲＮＴＩ－２）である識別子が、ＨＡＲＱフィードバックを、第１のモードとは異なる第２のモードによって送信するべきであると指示する。

【0137】

いくつかの実施形態では、ブロック８４０の選択的に監視する動作は、サブブロック８４１の動作を含むことができ、ここにおいて、ネットワークノードは、（たとえばブロック８２０における）ＨＡＲＱフィードバックが送信されるべきではないとの指示に基づいて、第１のマルチキャスト送信に対するＨＡＲＱフィードバックの監視を控えることができる。いくつかの実施形態では、ブロック８４０の選択的に監視する動作は、サブブロック８４２の動作を含むことができ、ここにおいて、ネットワークノードは、ＮＡＣＫのみが送信されるべきであるとの指示に基づいて、グループのうちの１つまたは複数のＵＥがＮＡＣＫを送信したとのインジケータについて、マルチキャストグループに共通のアップリンクリソースを監視することができる。

【0138】

いくつかの実施形態では、例示的な方法は、ブロック８６０～８７０の動作をも含むことができ、ここにおいて、ネットワークノードは、続いて、第１のマルチキャスト送信の再送信をスケジューリングする１つまたは複数の第２のＤＣＩを送信し、次いで、１つまたは複数の第２のＤＣＩに従って再送信を送信することをも得る。いくつかの実施形態では、第２のＤＣＩは、それぞれのＵＥに特有のビームによって送信され得る。

【0139】

いくつかの実施形態では、再送信は、
・ＵＥのグループへの第２のマルチキャスト送信、
・グループのそれぞれのＵＥへのそれぞれのユニキャスト送信、あるいは
・ＵＥのグループの第１のサブセットへの第２のマルチキャスト送信、および第１のサブセットに含まれていないグループのそれぞれのＵＥへの１つまたは複数のユニキャスト送信、
といった再送信モードのうちの１つによって送信され得る。

【0140】

これらの実施形態のうちのいくつかの実施形態では、例示的な方法は、ブロック８５０の動作をも含むことができ、ここにおいて、ネットワークノードは、
・それぞれの特定のＵＥについて、第１の閾値に関連して特定のＵＥから受信されたＮＡＣＫの数、および
・タイムウィンドウ中に、第２の閾値に関連して複数のＵＥから受信されたＮＡＣＫの数
のうちの１つまたは複数に基づいてこれらの再送信モードのうちの１つを選択することができる。

【0141】

【0142】

【0143】

他の実施形態では、第２のＤＣＩは、再送信がＵＥのグループへの第２のマルチキャスト送信であることを指示する。そのような実施形態では、第１のＤＣＩは、ＵＥのグループに関連する第１のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－１）によってスクランブルをかけられる、第１のＤＣＩのペイロードのＣＲＣを含み得、一方、第２のＤＣＩは、ＵＥのグループに関連する第２のグループに固有の識別子（たとえばＭＣ－ＲＮＴＩ－２）によってスクランブルをかけられる、第２のＤＣＩのペイロードのＣＲＣを含み得る。たとえば、第１および第２のグループに固有の識別子は、ＵＥのグループに対して、前述のものなどのＲＲＣ設定メッセージで以前に供給済みであり得る。

【0144】

様々な実施形態が、本明細書で、上記では方法に関して説明されたが、そのような方法が、様々なシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、デバイス、コンピュータ可読媒体、コンピュータプログラム製品などにおいて、ハードウェアとソフトウェアとの様々な組合せによって具現され得ることを、当業者は認識されよう。

【0145】

図９は、他の図を参照しながら上記で説明されたものを含む、本開示の様々な実施形態による例示的な無線デバイスまたはユーザ機器（ＵＥ）９００（以下では「ＵＥ９００」と呼ばれる）のブロック図を示す。たとえば、ＵＥ９００は、上記で説明された例示的な方法および／またはプロシージャのうちの１つまたは複数に対応する動作を実施するための、コンピュータ可読媒体に記憶された命令を実行することによって設定され得る。

【0146】

ＵＥ９００は、並列アドレスおよびデータバス、シリアルポート、あるいは当業者に知られている他の方法および／または構造を備えることができる、バス９７０を介してプログラムメモリ９２０および／またはデータメモリ９３０に動作可能に接続され得るプロセッサ９１０（「処理回路とも呼ばれる」）を含むことができる。プログラムメモリ９２０には、プロセッサ９１０によって実行されたとき、本明細書で説明される様々な例示的な方法に対応する動作を含む様々な動作を実施するようにＵＥ９００を設定し、および／またはＵＥ９００がそれらの動作を実施することを可能にすることができる、（図９ではまとめてコンピュータプログラム製品９６１として示されている）ソフトウェアコード、プログラム、および／または命令が、記憶され得る。そのような動作の一部として、またはそのような動作に加えて、そのような命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ＷｉＦｉ、ＨＤＭＩ、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているものなど、３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって規格化された１つまたは複数の無線通信プロトコル、あるいは無線トランシーバ９４０、ユーザインターフェース９５０、および／または制御インターフェース９６０とともに利用され得る任意の他の現在または将来のプロトコルを含む、１つまたは複数の有線または無線の通信プロトコルを使用して通信するようにＵＥ９００を設定し、および／またはＵＥ９００がそれらのプロトコルを使用して通信することを容易にすることができる。

【0147】

別の例として、プロセッサ９１０は、（たとえば、ＮＲおよび／またはＬＴＥのために）３ＧＰＰによって規格化されたＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルに対応する、プログラムメモリ９２０に記憶されたプログラムコードを実行することができる。さらなる例として、プロセッサ９１０は、無線トランシーバ９４０とともに、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、およびシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）など、対応するＰＨＹレイヤプロトコルを実装する、プログラムメモリ９２０に記憶されたプログラムコードを実行することができる。別の例として、プロセッサ９１０は、無線トランシーバ９４０とともに、他の互換デバイスおよび／またはＵＥとのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信を実装するプログラムメモリ９２０に記憶されたプログラムコードを実行することができる。

【0148】

プログラムメモリ９２０は、無線トランシーバ９４０、ユーザインターフェース９５０、および／またはホストインターフェース９６０など、様々な構成要素を設定および制御することを含む、ＵＥ９００の機能を制御するためにプロセッサ９１０によって実行されるソフトウェアコードをも含むことができる。プログラムメモリ９２０は、本明細書で説明される例示的な方法および／またはプロシージャのいずれかを具現するコンピュータ実行可能命令を備える、１つまたは複数のアプリケーションプログラムおよび／またはモジュールをも備えることができる。そのようなソフトウェアコードは、たとえば、実装される方法ステップによって規定される所望の機能性が保持される限り、たとえば、Ｊａｖａ、Ｃ＋＋、Ｃ、ＯｂｊｅｃｔｉｖｅＣ、ＨＴＭＬ、ＸＨＴＭＬ、機械コード、およびアセンブラなど、任意の知られているまたは将来の開発されるプログラミング言語を使用して指定されるか、または書き込まれ得る。追加として、または代替として、プログラムメモリ９２０は、ＵＥ９００からリモートにある外部ストレージ構成（図示せず）を備えることができ、その外部ストレージ構成から、命令は、そのような命令の実行を可能にするように、ＵＥ９００内に位置するかまたはＵＥ９００に取外し可能に結合されたプログラムメモリ９２０にダウンロードされ得る。

【0149】

データメモリ９３０は、本明細書で説明される例示的な方法および／またはプロシージャのいずれかに対応するかまたはそのいずれかを含む動作を含む、ＵＥ９００のプロトコル、設定、制御、および他の機能において使用される変数を、プロセッサ９１０が記憶するためのメモリエリアを含むことができる。その上、プログラムメモリ９２０および／またはデータメモリ９３０は、不揮発性メモリ（たとえばフラッシュメモリ）、揮発性メモリ（たとえばスタティックＲＡＭまたはダイナミックＲＡＭ）、またはそれらの組合せを含むことができる。さらに、データメモリ９３０は、１つまたは複数のフォーマットのリムーバブルメモリカード（たとえば、ＳＤカード、メモリスティック、コンパクトフラッシュなど）が挿入および取り外され得る、メモリスロットを備えることができる。

【0150】

プロセッサ９１０が、上記で説明された機能性の一部分を各々が実装する、（たとえばマルチコアプロセッサを含む）複数の個々のプロセッサを含むことができることを、当業者は認識されよう。そのような場合、複数の個々のプロセッサは、プログラムメモリ９２０およびデータメモリ９３０に共通に接続されるか、あるいは複数の個々のプログラムメモリおよび／またはデータメモリに個々に接続され得る。より一般的には、ＵＥ９００の様々なプロトコルおよび他の機能が、限定はしないが、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定および／またはプログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、ならびにミドルウェアを含む、ハードウェアとソフトウェアとの異なる組合せを含む多くの異なるコンピュータ構成において実装され得ることを、当業者は認識されよう。

【0151】

無線トランシーバ９４０は、ＵＥ９００が、同様の無線通信規格および／またはプロトコルをサポートする他の機器と通信することを可能にする、無線周波数送信機および／または受信機の機能性を含むことができる。いくつかの例示的な実施形態では、無線トランシーバ９４０は、ＵＥ９００が、３ＧＰＰおよび／または他の標準化団体による規格化のために提案された様々なプロトコルおよび／または方法に従って通信することを可能にする、１つまたは複数の送信機と１つまたは複数の受信機とを含む。たとえば、そのような機能性は、他の図に関して本明細書で説明されるような、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを実装するために、プロセッサ９１０と協働して動作することができる。

【0152】

いくつかの例示的な実施形態では、無線トランシーバ９４０は、ＵＥ９００が、３ＧＰＰによって公表された規格に従って様々なＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＮＲネットワークと通信することを容易にすることができる、１つまたは複数の送信機と１つまたは複数の受信機とを含む。本開示のいくつかの例示的な実施形態では、無線トランシーバ９４０は、ＵＥ９００が、同じく３ＧＰＰ規格に従って様々なＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な、回路、ファームウェアなどを含む。いくつかの実施形態では、無線トランシーバ９４０は、ＵＥ９００と他の互換性のあるＵＥとの間のＤ２Ｄ通信をサポートする回路を含むことができる。

【0153】

いくつかの実施形態では、無線トランシーバ９４０は、ＵＥ９００が、３ＧＰＰ２規格に従って様々なＣＤＭＡ２０００ネットワークと通信するために必要な、回路、ファームウェアなどを含む。いくつかの実施形態では、無線トランシーバ９４０は、２．４ＧＨｚ、５．６ＧＨｚ、および／または６０ＧＨｚの領域中の周波数を使用して動作するＩＥＥＥ８０２．１１ＷｉＦｉなど、未ライセンス周波数帯域中で動作する無線技術を使用して通信することが可能である。いくつかの実施形態では、無線トランシーバ９４０は、ＩＥＥＥ８０２．３イーサネット技術を使用することなどによる有線通信が可能であるトランシーバを含むことができる。これらの実施形態の各々に特有の機能性は、データメモリ９３０と連携する、および／またはデータメモリ９３０によってサポートされる、プログラムメモリ９２０に記憶されたプログラムコードを実行するプロセッサ９１０など、ＵＥ９００中の他の回路に結合され得、および／または他の回路によって制御され得る。

【0154】

ユーザインターフェース９５０は、ＵＥ９００の特定の実施形態に応じて様々な形態をとることができるか、またはまったくＵＥ９００にないことがある。いくつかの実施形態では、ユーザインターフェース９５０は、マイクロフォン、ラウドスピーカー、スライド可能ボタン、押下可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的または仮想キーパッド、機械的または仮想キーボード、および／あるいはモバイルフォン上で一般に見られる任意の他のユーザインターフェース特徴を備えることができる。他の実施形態では、ＵＥ９００は、より大きいタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを備えることができる。そのような実施形態では、ユーザインターフェース９５０の機械的特徴のうちの１つまたは複数が、当業者によく知られているように、タッチスクリーンディスプレイを使用して実装される同等のまたは機能的に等価な仮想ユーザインターフェース特徴（たとえば、仮想キーパッド、仮想ボタンなど）によって置き換えられ得る。他の実施形態では、ＵＥ９００は、特定の例示的な実施形態に応じて統合されるか、デタッチされるか、または着脱可能であり得る、機械的キーボードを備える、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなど、デジタルコンピューティングデバイスであり得る。そのようなデジタルコンピューティングデバイスはタッチスクリーンディスプレイをも備えることができる。タッチスクリーンディスプレイを有するＵＥ９００の多くの例示的な実施形態は、本明細書で説明されるかまたはさもなければ当業者に知られている例示的な方法および／またはプロシージャに関係する入力など、ユーザ入力を受信することが可能である。

【0155】

いくつかの実施形態では、ＵＥ９００は、ＵＥ９００の特徴および機能によって様々なやり方で使用され得る、配向センサーを含むことができる。たとえば、ＵＥ９００は、配向センサーの出力を使用して、ＵＥ９００のタッチスクリーンディスプレイの物理的配向をユーザがいつ変化させたかを判定することができる。配向センサーからの指示信号が、ＵＥ９００上で実行する任意のアプリケーションプログラムにとって利用可能であり得、その結果、アプリケーションプログラムは、指示信号がデバイスの物理的配向の約９０度変化を指示したとき、自動的にスクリーンディスプレイの配向を（たとえば、縦方向から横方向に）変えることができる。この例示的な様式では、アプリケーションプログラムは、デバイスの物理的配向にかかわらず、スクリーンディスプレイを、ユーザが読める様式に維持することができる。さらに、配向センサーの出力は、本開示の様々な例示的な実施形態とともに使用され得る。

【0156】

ＵＥ９００の制御インターフェース９６０が、ＵＥ９００の特定の例示的な実施形態、ならびにＵＥ９００が通信および／または制御することが意図される他のデバイスの特定のインターフェース要件の特定の例示的な実施形態に応じて、様々な形態をとることができる。たとえば、制御インターフェース９６０は、ＲＳ－２３２インターフェース、ＵＳＢインターフェース、ＨＤＭＩインターフェース、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ（「Ｆｉｒｅｗｉｒｅ」）インターフェース、Ｉ^２Ｃインターフェース、ＰＣＭＣＩＡインターフェースなどを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース９６０は、上記で説明されたように、ＩＥＥＥ８０２．３イーサネットインターフェースを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース９６０は、たとえば、１つまたは複数のデジタルアナログ（Ｄ／Ａ）変換器および／またはアナログデジタル（Ａ／Ｄ）変換器を含む、アナログインターフェース回路を備えることができる。

【0157】

特徴、インターフェース、および無線周波数通信規格の上記のリストが、例にすぎず、本開示の範囲を限定しないことを、当業者は認識することができる。言い換えれば、ＵＥ９００は、たとえば、ビデオカメラおよび／または静止画像カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図９に示されているものよりも多くの機能性を備えることができる。その上、無線トランシーバ９４０は、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ、および／または他のものを含む追加の無線周波数通信規格を使用して通信するために必要な回路を含むことができる。その上、プロセッサ９１０は、そのような追加の機能性を制御するために、プログラムメモリ９２０に記憶されたソフトウェアコードを実行することができる。たとえば、ＧＰＳ受信機から出力された方向性速度および／または位置推定値が、本開示の様々な例示的な実施形態による様々な例示的な方法および／またはコンピュータ可読媒体を含む、ＵＥ９００上で実行する任意のアプリケーションプログラムにとって利用可能であり得る。

【0158】

図１０は、他の図を参照しながら上記で説明されたものを含む、本開示の様々な実施形態による例示的なネットワークノード１０００のブロック図を示す。たとえば、例示的なネットワークノード１０００は、上記で説明された例示的な方法および／またはプロシージャのうちの１つまたは複数に対応する動作を実施するための、コンピュータ可読媒体に記憶された命令を実行することによって設定され得る。いくつかの例示的な実施形態では、ネットワークノード１０００は、基地局、ｅＮＢ、ｇＮＢ、またはそれらの１つもしくは複数の構成要素を備えることができる。たとえば、ネットワークノード１０００は、３ＧＰＰによって指定されたＮＲｇＮＢアーキテクチャによる中央ユニット（ＣＵ）および１つまたは複数の分散ユニット（ＤＵ）として設定され得る。より一般的には、ネットワークノード１０００の機能性は、様々な物理デバイスおよび／または機能ユニット、モジュールなどにわたって分散され得る。

【0159】

ネットワークノード１０００は、並列アドレスおよびデータバス、シリアルポート、あるいは当業者に知られている他の方法および／または構造を備えることができるバス１０７０を介してプログラムメモリ１０２０およびデータメモリ１０３０に動作可能に接続されたプロセッサ１０１０（「処理回路とも呼ばれる」）を含むことができる。

【0160】

プログラムメモリ１０２０には、プロセッサ１０１０によって実行されたとき、本明細書で説明される様々な例示的な方法に対応する動作を含む様々な動作を実施するようにネットワークノード１０００を設定し、および／またはネットワークノード１０００がそれらの動作を実施することを容易にすることができる、（図１０ではまとめてコンピュータプログラム製品１０２１として示されている）ソフトウェアコード、プログラム、および／または命令が、記憶され得る。そのような動作の一部として、および／またはそのような動作に加えて、プログラムメモリ１０２０は、ネットワークノード１０００を、３ＧＰＰによってＬＴＥ、ＬＴＥ－Ａ、および／またはＮＲ用に規格化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコル、あるいは無線ネットワークインターフェース１０４０および／またはコアネットワークインターフェース１０５０とともに利用されるその他の上位レイヤ（たとえばＮＡＳ）プロトコルなどの他のプロトコルまたはプロトコルレイヤのうちの１つまたは複数を使用して１つまたは複数の他のＵＥまたはネットワークノードと通信するように設定すること、および／またはこの通信を容易にすることができる、プロセッサ１０１０によって実行されるソフトウェアコードをも含むことができる。例として、３ＧＰＰによって規格化されたように、コアネットワークインターフェース１０５０はＳ１インターフェースまたはＮＧインターフェースを備えることができ、無線ネットワークインターフェース１０４０はＵｕインターフェースを備えることができる。プログラムメモリ１０２０は、無線ネットワークインターフェース１０４０およびコアネットワークインターフェース１０５０など、様々な構成要素を設定および制御することを含む、ネットワークノード１０００の機能を制御するためにプロセッサ１０１０によって実行されるソフトウェアコードをも備えることができる。

【0161】

データメモリ１０３０は、ネットワークノード１０００のプロトコル、設定、制御、および他の機能において使用される変数を、プロセッサ１０１０が記憶するためのメモリエリアを備えることができる。したがって、プログラムメモリ１０２０およびデータメモリ１０３０は、不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（たとえば、スタティックＲＡＭまたはダイナミックＲＡＭ）、ネットワークベース（たとえば、「クラウド」）ストレージ、またはそれらの組合せを備えることができる。プロセッサ１０１０が、上記で説明された機能性の一部分を各々が実装する、複数の個々のプロセッサ（図示せず）を含むことができることを、当業者は認識されよう。そのような場合、複数の個々のプロセッサは、プログラムメモリ１０２０およびデータメモリ１０３０に共通に接続されるか、あるいは複数の個々のプログラムメモリおよび／またはデータメモリに個々に接続され得る。より一般的には、ネットワークノード１０００の様々なプロトコルおよび他の機能が、限定はしないが、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定デジタル回路、プログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含む、ハードウェアとソフトウェアとの多くの異なる組合せにおいて実装され得ることを、当業者は認識されよう。

【0162】

無線ネットワークインターフェース１０４０は、送信機と、受信機と、信号プロセッサと、ＡＳＩＣと、アンテナと、ビームフォーミングユニットと、ネットワークノード１０００が、いくつかの実施形態において、複数の互換性があるユーザ機器（ＵＥ）などの他の機器と通信することを可能にする、他の回路とを備えることができる。いくつかの実施形態では、インターフェース１０４０は、ネットワークノード１０００が衛星通信ネットワークの互換性のある人工衛星と通信することを可能にすることもできる。いくつかの例示的な実施形態では、無線ネットワークインターフェース１０４０は、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＮＲ、ＮＲ－Ｕなどのために３ＧＰＰによって規格化された、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＲＲＣレイヤプロトコル、本明細書において上記で説明されたようなそれらのプロトコルの改善、あるいは無線ネットワークインターフェース１０４０とともに利用される任意の他の上位レイヤプロトコルなど、様々なプロトコルまたはプロトコルレイヤを備えることができる。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース１０４０は、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを備えることができる。いくつかの実施形態では、そのようなＰＨＹレイヤの機能性は、無線ネットワークインターフェース１０４０と（メモリ１０２０中のプログラムコードを含む）プロセッサ１０１０とによって協働的に提供され得る。

【0163】

コアネットワークインターフェース１０５０は、送信機と、受信機と、ネットワークノード１０００が、いくつかの実施形態において、回線交換（ＣＳ）コアネットワークおよび／またはパケット交換コア（ＰＳ）ネットワークなどのコアネットワーク中の他の機器と通信することを可能にする、他の回路とを備えることができる。いくつかの実施形態では、コアネットワークインターフェース１０５０は、３ＧＰＰによって規格化されたＳ１インターフェースを備えることができる。いくつかの実施形態では、コアネットワークインターフェース１０５０は、３ＧＰＰによって規格化されたＮＧインターフェースを備えることができる。いくつかの例示的な実施形態では、コアネットワークインターフェース１０５０は、当業者に知られている、ＧＥＲＡＮ、ＵＴＲＡＮ、ＥＰＣ、５ＧＣ、およびＣＤＭＡ２０００コアネットワーク中で見られる機能性を備える、１つまたは複数のＡＭＦ、ＳＭＦ、ＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、および他の物理デバイスへの１つまたは複数のインターフェースを備えることができる。いくつかの実施形態では、これらの１つまたは複数のインターフェースは単一の物理インターフェース上で一緒に多重化され得る。いくつかの実施形態では、コアネットワークインターフェース１０５０の下位レイヤが、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット、光ファイバー上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線機、あるいは当業者に知られている他の有線または無線の送信技術のうちの１つまたは複数を備えることができる。

【0164】

いくつかの実施形態では、ネットワークノード１０００が含み得るハードウェアおよび／またはソフトウェアが、ネットワークノード１０００を、他のｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢ、ＩＡＢノードなどのＲＡＮにおける他のネットワークノードと通信するように設定し、および／またはこの通信を容易にする。そのようなハードウェアおよび／またはソフトウェアは、無線ネットワークインターフェース１０４０および／またはコアネットワークインターフェース１０５０の一部であり得、または別個の機能ユニット（図示せず）であり得る。たとえば、３ＧＰＰによって規格化されているように、そのようなハードウェアおよび／またはソフトウェアは、ネットワークノード１０００を、Ｘ２またはＸｎのインターフェースを介して他のＲＡＮノードと通信するように設定すること、および／またはこの通信を容易にすることができる。

【0165】

ＯＡ＆Ｍインターフェース１０６０が、送信機と、受信機と、ネットワークノード１０００が、ネットワークノード１０００に動作可能に接続された他のネットワーク機器の運用、アドミニストレーション、およびネットワークノード１０００の保守のための外部ネットワーク、コンピュータ、データベースなどと通信することを可能にする、他の回路とを備えることができる。ＯＡ＆Ｍインターフェース１０６０の下位レイヤが、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット、光ファイバー上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線機、あるいは当業者に知られている他の有線または無線の送信技術のうちの１つまたは複数を備えることができる。その上、いくつかの実施形態では、無線ネットワークインターフェース１０４０と、コアネットワークインターフェース１０５０と、ＯＡ＆Ｍインターフェース１０６０とのうちの１つまたは複数が、上記にリストされた例のように、単一の物理インターフェース上で一緒に多重化され得る。

【0166】

図１１は、本開示の１つまたは複数の例示的な実施形態による、ホストコンピュータとユーザ機器（ＵＥ）との間のオーバーザトップ（ＯＴＴ）データサービスを提供するように設定された例示的な通信ネットワークのブロック図である。ＵＥ１１１０が、無線インターフェース１１２０上で無線アクセスネットワーク（ＲＡＮ）１１３０と通信することができ、これは、たとえば、ＬＴＥ、ＬＴＥ－Ａ、および５Ｇ／ＮＲを含む、上記で説明されたプロトコルに基づき得る。たとえば、ＵＥ１１１０は、上記で説明された他の図に示されているように設定および／または構成され得る。

【0167】

ＲＡＮ１１３０は、ライセンス済みスペクトル帯で動作可能な１つまたは複数の地上ネットワークノード（たとえば基地局、ｅＮＢ、ｇＮＢ、コントローラなど）、ならびに（たとえばＬＡＡまたはＮＲ－Ｕ技術を使用して）２．４ＧＨｚ帯および／または５ＧＨｚ帯などの未ライセンススペクトルで動作可能な１つまたは複数のネットワークノードを含むことができる。そのような場合、ＲＡＮ１１３０を備えるネットワークノードは、ライセンス済みスペクトルおよび未ライセンススペクトルを使用して協力的に動作することができる。いくつかの実施形態では、ＲＡＮ１１３０は、衛星アクセスネットワークを備える１つまたは複数の人工衛星を含むかまたはこれと通信することができる。

【0168】

ＲＡＮ１１３０は、上記で説明された様々なプロトコルおよびインターフェースに従ってコアネットワーク１１４０とさらに通信することができる。たとえば、ＲＡＮ１１３０を備える１つまたは複数の装置（たとえば、基地局、ｅＮＢ、ｇＮＢなど）が、上記で説明されたコアネットワークインターフェース１１５０を介してコアネットワーク１１４０と通信することができる。いくつかの例示的な実施形態では、ＲＡＮ１１３０およびコアネットワーク１１４０は、上記で説明された他の図に示されているように設定および／または構成され得る。たとえば、Ｅ－ＵＴＲＡＮ１１３０を備えるｅＮＢは、Ｓ１インターフェースを介してＥＰＣコアネットワーク１１４０と通信することができる。別の例として、ＮＲＲＡＮ１１３０を備えるｇＮＢは、ＮＧインターフェースを介して５ＧＣコアネットワーク１１３０と通信することができる。

【0169】

コアネットワーク１１４０は、さらに、当業者に知られている様々なプロトコルおよびインターフェースに従って、インターネット１１５０として図１１に示されている外部パケットデータネットワークと通信することができる。例示的なホストコンピュータ１１６０など、多くの他のデバイスおよび／またはネットワークも、インターネット１１５０に接続し、インターネット１１５０を介して通信することができる。いくつかの例示的な実施形態では、ホストコンピュータ１１６０は、媒介としてインターネット１１５０、コアネットワーク１１４０、およびＲＡＮ１１３０を使用して、ＵＥ１１１０と通信することができる。ホストコンピュータ１１６０は、サービスプロバイダの所有および／または制御下のサーバ（たとえば、アプリケーションサーバ）であり得る。ホストコンピュータ１１６０は、ＯＴＴサービスプロバイダによって、またはサービスプロバイダの代わりに別のエンティティによって動作させられ得る。

【0170】

たとえば、ホストコンピュータ１１６０は、コアネットワーク１１４０およびＲＡＮ１１３０の設備を使用して、ＵＥ１１１０にオーバーザトップ（ＯＴＴ）パケットデータサービスを提供することができ、ＵＥ１１１０は、ホストコンピュータ１１６０への／からの発信／着信通信のルーティングに気づいていないことがある。同様に、ホストコンピュータ１１６０は、ホストコンピュータからＵＥへの送信のルーティング、たとえば、ＲＡＮ１１３０を通した送信のルーティングに気づいていないことがある。たとえば、ホストコンピュータからＵＥへの（単方向）オーディオおよび／またはビデオ、ホストコンピュータとＵＥとの間の対話型（双方向）オーディオおよび／またはビデオ、対話型メッセージングまたはソーシャル通信、対話型仮想現実または拡張現実などをストリーミングすることを含む、様々なＯＴＴサービスが、図１１に示されている例示的な設定を使用して提供され得る。

【0171】

図１１に示されている例示的なネットワークは、本明細書で開示される例示的な実施形態によって改善されるデータレート、レイテンシおよび他のファクタを含む、ネットワーク性能メトリックを監視する測定プロシージャおよび／またはセンサーをも含むことができる。例示的なネットワークは、測定結果の変動に応答してエンドポイント（たとえば、ホストコンピュータとＵＥとの）間のリンクを再設定するための機能性をも含むことができる。そのようなプロシージャおよび機能性は、知られており、実施され、ネットワークが、ＯＴＴサービスプロバイダから無線インターフェースを隠すかまたは抽象化した場合、測定が、ＵＥとホストコンピュータとの間のプロプライエタリシグナリングによって容易にされ得る。

【0172】

本明細書で説明された例示的な実施形態は、マルチキャスト送信にハイブリッドＡＲＱ（ＨＡＲＱ）を適用することを容易にし、かつ／または可能にするための効率的な技術を提供するものである。異なるＨＡＲＱ設定が生成されて適応的に使用され得る一方で、ネットワーク（たとえばサービングｇＮＢ）によって、ＵＥのグループに対して、意図されたＵＥのみに向けたユニキャストまたはグルーブの全体もしくは一部へのマルチキャストなど追加の再設定またはシグナリングなしで、再送信が、柔軟なやり方で対処され、かつ／または提供され得る。そのような技術により、異なるキャストモード（たとえばユニキャストとマルチキャスト）に基づく、１つのデータパケットの送信と再送信とのソフトコンバイニングも容易になる。本明細書で説明された例示的な実施形態は、ＮＲおよび／またはＬＴＥＵＥ（たとえばＵＥ１１１０）ならびにｅＮＢおよび／またはｇＮＢ（たとえばＲＡＮ１１３０を含む）において使用されたとき、データ送信の信頼性を容易に向上することができ、エンドユーザによる、（たとえばホストコンピュータ１１６０によって提供される）ＯＴＴサービスの利用が増加し得る。

【0173】

上記は、本開示の原理を示すにすぎない。本明細書の教示に鑑みて、説明される実施形態の様々な変更および改変が当業者に明らかになろう。したがって、本明細書で明示的に示されず、または説明されないが、本開示の原理を具現し、したがって、本開示の趣旨および範囲内にあり得る、多数のシステム、構成、およびプロシージャを、当業者は考案し得ることが諒解されよう。当業者によって理解されるべきであるように、様々な例示的な実施形態が、互いに一緒に、ならびに互いに互換的に使用され得る。

【0174】

ユニットという用語は、電子工学、電気デバイス、および／または電子デバイスの分野における従来の意味を有し得、たとえば本明細書で説明されたような電気回路および／または電子回路、デバイス、モジュール、プロセッサ、記憶装置、ソリッドステートおよび／またはディスクリートのロジックデバイス、それぞれのタスク、プロシージャ、計算、出力、および／または表示機能を実行するためのコンピュータプログラムまたは命令などを含み得る。

【0175】

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

【0176】

本明細書で説明されるように、デバイスおよび／または装置が、半導体チップ、チップセット、あるいはそのようなチップまたはチップセットを備える（ハードウェア）モジュールによって表され得るが、これは、デバイスまたは装置の機能性が、ハードウェア実装される代わりに、プロセッサ上での実行のためのまたはプロセッサ上で稼働されている実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を、除外しない。さらに、デバイスまたは装置の機能性は、ハードウェアとソフトウェアとの任意の組合せによって実装され得る。デバイスまたは装置はまた、機能的に互いと協働するのか互いとは無関係であるのかにかかわらず、複数のデバイスおよび／または装置のアセンブリと見なされ得る。その上、デバイスおよび装置は、デバイスまたは装置の機能性が保持される限り、システム全体にわたって分散して実装され得る。そのような類似の原理は当業者に知られていると見なされる。

【0177】

別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、そのように本明細書で明確に規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことがさらに理解されよう。

【0178】

さらに、本開示の明細書、図面、および例示的な実施形態を含めて、本開示で使用されるいくつかの用語は、限定はしないが、たとえば、データおよび情報を含めて、いくつかの事例では同義的に使用され得る。互いに同義であり得るこれらの単語および／または他の単語が本明細書で同義的に使用され得るが、そのような単語が同義的に使用されないことが意図され得る事例があり得ることを、理解されたい。さらに、従来技術の知識が上記で参照により本明細書に明示的に組み込まれていない限り、従来技術の知識は、その全体が本明細書に明示的に組み込まれる。参照されるすべての刊行物は、その全体が参照により本明細書に組み込まれる。

【0179】

本明細書で説明される技法および装置の例示の実施形態は、限定はしないが、以下の列挙された例を含む。

【0180】

Ｅ１．無線アクセスネットワーク（ＲＡＮ）内のネットワークノードからのマルチキャスト送信に関するハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックのために、ユーザ機器（ＵＥ）によって実行される方法であって、
ＵＥに関連付けられた第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することと、
第１のＤＣＩに基づいて、第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定することと、
第１のＤＣＩに基づいて、第１のマルチキャスト送信の受信および復号を試行することと、
判定されたＨＡＲＱフィードバックモードと、試行の成否とに基づいて、ネットワークノードに、ＨＡＲＱフィードバックを選択的に送信することと
を含む、ユーザ機器（ＵＥ）によって実行される方法。

【0181】

Ｅ２．第１のＤＣＩが、ＨＡＲＱフィードバックモードを指示するフィールドを含む、実施形態Ｅ１に記載の方法。

【0182】

Ｅ３．フィールドによって指示されるＨＡＲＱフィードバックモードが、
ＨＡＲＱフィードバックなし、
肯定応答（ＡＣＫ）のみ、
否定応答（ＮＡＣＫ）のみ、または
ＡＣＫとＮＡＣＫとの両方、
のうちの１つである、実施形態Ｅ２に記載の方法。

【0183】

Ｅ４．第１のＤＣＩが、ＵＥに関連付けられた識別子によってスクランブルをかけられる、第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、
ＵＥに関連付けられた識別子が、ＨＡＲＱフィードバックモードを指示する、
実施形態Ｅ１に記載の方法。

【0184】

Ｅ５．第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定することが、
ＵＥに固有の識別子である識別子に基づいて、ＨＡＲＱフィードバックが送信されるべきであると判定することと、
ＵＥに関連付けられた、グループに固有の識別子である識別子に基づいて、ＨＡＲＱフィードバックは送信されるべきではないと判定することと
を含む、実施形態Ｅ４に記載の方法。

【0185】

Ｅ６．第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを判定することが、
ＵＥに関連付けられた、第１のグループに固有の識別子である識別子に基づいて、ＨＡＲＱフィードバックが第１のモードによって送信されるべきであると判定することと、
ＵＥに関連付けられた、第２のグループに固有の識別子である識別子に基づいて、ＨＡＲＱフィードバックが、第１のモードとは異なる第２のモードによって送信されるべきであると判定することと
を含む、実施形態Ｅ４に記載の方法。

【0186】

Ｅ７．ネットワークノードからのマルチキャスト送信に関連付けられた、グループに固有の１つまたは複数の識別子を含む設定情報を、ネットワークノードから受信することをさらに含む、実施形態Ｅ４からＥ６のいずれか１つに記載の方法。

【0187】

Ｅ８．第１のマルチキャスト送信の再送信をスケジューリングする第２のＤＣＩを続いて受信することと、
第２のＤＣＩに基づいて、スケジューリングされた再送信に関するＨＡＲＱフィードバックモードを判定することと
をさらに含む、実施形態Ｅ１からＥ７のいずれか１つに記載の方法。

【0188】

Ｅ９．第２のＤＣＩが、再送信がＵＥへのユニキャスト送信であることを指示し、
第１のマルチキャスト送信の受信および復号を試行することが第１のソフト情報を記憶することを含む、方法であって、
スケジューリングされた再送信を受信することに基づいて第２のソフト情報を判定することと、
第１のソフト情報と第２のソフト情報との組合せに基づいてデータメッセージを復号することと
をさらに含む、実施形態Ｅ８に記載の方法。

【0189】

Ｅ１０．第２のＤＣＩが、ＵＥに固有の識別子によってスクランブルをかけられる、第２のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含む、実施形態Ｅ９に記載の方法。

【0190】

Ｅ１１．第２のＤＣＩが、再送信が第２のマルチキャスト送信であることを指示し、
第１のＤＣＩが、ＵＥに関連付けられた第１のグループに固有の識別子によってスクランブルをかけられる、第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、
第２のＤＣＩが、ＵＥに関連付けられた第２のグループに固有の識別子によってスクランブルをかけられる、第２のＤＣＩのペイロードのＣＲＣを含む、
実施形態Ｅ８に記載の方法。

【0191】

Ｅ１２．ＨＡＲＱフィードバックを選択的に送信することが、ＨＡＲＱフィードバックがないことを指示する判定されたＨＡＲＱフィードバックモードに基づいて、ＨＡＲＱフィードバックの送信を控えることを含む、実施形態Ｅ１からＥ１１のいずれか１つに記載の方法。

【0192】

Ｅ１３．複数のユーザ機器（ＵＥ）へのマルチキャスト送信に関してハイブリッドＡＲＱ（ＨＡＲＱ）フィードバックを管理するために無線アクセスネットワーク（ＲＡＮ）内のネットワークノードによって実行される方法であって、
ＵＥに関連付けられた第１のマルチキャスト送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を送信することであって、
第１のＤＣＩが、第１のマルチキャスト送信に関するＨＡＲＱフィードバックモードを指示する、第１のＤＣＩを送信することと、
第１のＤＣＩに従って第１のマルチキャスト送信を送信することと、
指示されたＨＡＲＱフィードバックモードと、それぞれのＵＥによる第１のマルチキャスト送信の復号の成否とに基づいて、１つまたは複数のＵＥからのＨＡＲＱフィードバックを選択的に受信することと
を含む、ネットワークノードによって実行される方法。

【0193】

Ｅ１４．第１のＤＣＩが、ＨＡＲＱフィードバックモードを指示するフィールドを含む、実施形態Ｅ１３に記載の方法。

【0194】

Ｅ１５．フィールドによって指示されるＨＡＲＱフィードバックモードが、
ＨＡＲＱフィードバックなし、
肯定応答（ＡＣＫ）のみ、
否定応答（ＮＡＣＫ）のみ、および
ＡＣＫとＮＡＣＫとの両方、
のうちの１つによって指示される、実施形態Ｅ１４に記載の方法。

【0195】

Ｅ１６．第１のＤＣＩが、ＵＥのうちの１つまたは複数に関連付けられた識別子によってスクランブルをかけられる、第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、
ＵＥのうちの１つまたは複数に関連付けられた識別子がＨＡＲＱフィードバックモードを指示する、
実施形態Ｅ１３に記載の方法。

【0196】

Ｅ１７．ＵＥに固有の識別子である識別子が、ＨＡＲＱフィードバックが第１のマルチキャスト送信に応答して送信されるべきであると指示し、
グループに固有の識別子である識別子が、ＨＡＲＱフィードバックが第１のマルチキャスト送信に応答して送信されるべきではないと指示する、
実施形態Ｅ１６に記載の方法。

【0197】

Ｅ１８．第１のグループに固有の識別子である識別子が、ＨＡＲＱフィードバックが第１のモードによって送信されるべきであると指示し、
第２のグループに固有の識別子である識別子が、ＨＡＲＱフィードバックが第１のモードとは異なる第２のモードによって送信されるべきであると指示する、
実施形態Ｅ１６に記載の方法。

【0198】

Ｅ１９．複数のＵＥに、ネットワークノードから、マルチキャスト送信に関連付けられたグループに固有の１つまたは複数の識別子を含む設定情報を送信することをさらに含む、実施形態Ｅ１６からＥ１８のいずれか１つに記載の方法。

【0199】

Ｅ２０．第１のマルチキャスト送信の再送信をスケジューリングする１つまたは複数の第２のＤＣＩを続いて送信することであって、１つまたは複数の第２のＤＣＩが、スケジューリングされた再送信に関するＨＡＲＱフィードバックモードを指示する、１つまたは複数の第２のＤＣＩを続いて送信することと、
１つまたは複数の第２のＤＣＩに従って再送信を送信することと
をさらに含む、実施形態Ｅ１３からＥ１９のいずれか１つに記載の方法。

【0200】

Ｅ２１．再送信が、
複数のＵＥへの第２のマルチキャスト送信、
複数ＵＥのそれぞれに対する複数のユニキャスト送信、あるいは
複数のＵＥの第１のサブセットへの第２のマルチキャスト送信、および複数のＵＥの第２のサブセットのうちの１つまたは複数のＵＥのそれぞれに対する１つまたは複数のユニキャスト送信、
といった再送信モードのうちの１つによって送信される、実施形態Ｅ２０に記載の方法。

【0201】

Ｅ２２．再送信モードのうちの１つを、
それぞれの特定のＵＥについて、第１の閾値に関連して特定のＵＥから受信された否定応答（ＮＡＣＫ）の数、および
タイムウィンドウ中に、第２の閾値に関連して複数のＵＥから受信されたＮＡＣＫの数
のうちの１つまたは複数に基づいて選択することをさらに含む、実施形態Ｅ２１に記載の方法。

【0202】

Ｅ２３．第１の閾値および第２の閾値のうちの少なくとも１つが、ＵＥおよびネットワークノードに関連した輻輳状態に基づくものである、実施形態Ｅ２２に記載の方法。

【0203】

Ｅ２４．第２のＤＣＩが、再送信がＵＥへのユニキャスト送信であることを指示し、
第２のＤＣＩが、ＵＥに固有の識別子によってスクランブルをかけられる、第２のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含む、
実施形態Ｅ２０からＥ２３のいずれか１つに記載の方法。

【0204】

Ｅ２５．第２のＤＣＩが、再送信が第２のマルチキャスト送信であることを指示し、
第１のＤＣＩが、ＵＥに関連付けられた第１のグループに固有の識別子によってスクランブルをかけられる、第１のＤＣＩのペイロードの巡回冗長検査（ＣＲＣ）を含み、
第２のＤＣＩが、ＵＥに関連付けられた第２のグループに固有の識別子によってスクランブルをかけられる、第２のＤＣＩのペイロードのＣＲＣを含む、
実施形態Ｅ２０からＥ２３のいずれか１つに記載の方法。

【0205】

Ｅ２６．第１のＤＣＩが、第１のマルチキャスト送信に関するＨＡＲＱフィードバックを指示せず、
ＨＡＲＱフィードバックを選択的に受信することが、第１のＤＣＩがＨＡＲＱフィードバックを指示しないことに基づいて、ＨＡＲＱフィードバックの受信を控えることを含む、
実施形態Ｅ２０からＥ２５のいずれか１つに記載の方法。

【0206】

Ｅ２７．無線アクセスネットワーク（ＲＡＮ）内のネットワークノードとの通信に関するＵＥのエネルギー消費を管理するように設定されたユーザ機器（ＵＥ）であって、
ネットワークノードと通信するように設定されたトランシーバ回路と、
トランシーバ回路に対して動作可能に結合された処理回路であって、それによって、処理回路およびトランシーバ回路が実施形態Ｅ１からＥ１２のいずれか１つに記載の方法に対応する動作を実施するように設定される、処理回路と
を備えるユーザ機器（ＵＥ）。

【0207】

Ｅ２８．無線アクセスネットワーク（ＲＡＮ）内のネットワークノードとの通信に関するＵＥのエネルギー消費を管理するようにされたユーザ機器（ＵＥ）であって、実施形態Ｅ１からＥ１２のいずれか１つに記載の方法に対応する動作を実行するようにさらに構成されているＵＥ。

【0208】

Ｅ２９．コンピュータ実行可能命令を記憶している非一時的コンピュータ可読媒体であって、コンピュータ実行可能命令が、ユーザ機器（ＵＥ）の処理回路によって実行されたとき、無線アクセスネットワーク（ＲＡＮ）内のネットワークノードとの通信に関するＵＥのエネルギー消費を管理するように設定されており、ＵＥを、実施形態Ｅ１からＥ１２のいずれか１つに記載の方法に対応する動作を実行させるように設定する、非一時的コンピュータ可読媒体。

【0209】

Ｅ３０．コンピュータ実行可能命令を含むコンピュータプログラム製品であって、コンピュータ実行可能命令が、ユーザ機器（ＵＥ）の処理回路によって実行されたとき、無線アクセスネットワーク（ＲＡＮ）内のネットワークノードとの通信に関するＵＥのエネルギー消費を管理するように設定されており、ＵＥを、実施形態Ｅ１からＥ１２のいずれか１つに記載の方法に対応する動作を実行させるように設定する、コンピュータプログラム製品。

【0210】

Ｅ３１．無線アクセスネットワーク（ＲＡＮ）においてユーザ機器（ＵＥ）とネットワークノードとの間の通信に関するＵＥのエネルギー消費を管理するように設定されたネットワークノードであって、
ＵＥと通信するように設定された無線ネットワークインターフェース回路と、
無線ネットワークインターフェース回路に対して動作可能に結合された処理回路であって、それによって、処理回路および無線ネットワークインターフェース回路が実施形態Ｅ１３からＥ２５のいずれか１つに記載の方法に対応する動作を実施するように設定される、処理回路と
を備えるネットワークノード。

【0211】

Ｅ３２．無線アクセスネットワーク（ＲＡＮ）においてユーザ機器（ＵＥ）とネットワークノードとの間の通信に関するＵＥのエネルギー消費を管理するように設定されたネットワークノードであって、実施形態Ｅ１３からＥ２５のいずれか１つに記載の方法に対応する動作を実行するようにさらに設定されるネットワークノード。

【0212】

Ｅ３３．コンピュータ実行可能命令を記憶している非一時的コンピュータ可読媒体であって、コンピュータ実行可能命令が、無線アクセスネットワーク（ＲＡＮ）においてユーザ機器（ＵＥ）とネットワークノードとの間の通信に関するＵＥのエネルギー消費を管理するように設定されたネットワークノードの処理回路によって実行されたとき、ネットワークノードを、実施形態Ｅ１３からＥ２５のいずれか１つに記載の方法に対応する動作を実行させるように設定する、非一時的コンピュータ可読媒体。

【0213】

Ｅ３４．コンピュータ実行可能命令を含むコンピュータプログラム製品であって、コンピュータ実行可能命令が、無線アクセスネットワーク（ＲＡＮ）においてユーザ機器（ＵＥ）とネットワークノードとの間の通信に関するＵＥのエネルギー消費を管理するように設定されたネットワークノードの処理回路によって実行されたとき、ネットワークノードを、実施形態Ｅ１３からＥ２５のいずれか１つに記載の方法に対応する動作を実行させるように設定する、コンピュータプログラム製品。

【図1】