知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-13
(45)【発行日】2024-05-21
(54)【発明の名称】マルチキャスト通信のための方法および装置
(51)【国際特許分類】
H04W 28/04 20090101AFI20240514BHJP
H04W 72/21 20230101ALI20240514BHJP
H04W 4/06 20090101ALI20240514BHJP
【ＦＩ】
H04W28/04 110
H04W72/21
H04W4/06
【請求項の数】
21
(21)【出願番号】P 2022580744
(86)(22)【出願日】2021-04-06
(65)【公表番号】
(43)【公表日】2023-07-31
(86)【国際出願番号】 CN2021085724
(87)【国際公開番号】W WO2022001273
(87)【国際公開日】2022-01-06
【審査請求日】2023-03-16
(31)【優先権主張番号】PCT/CN2020/099362
(32)【優先日】2020-06-30
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ファン， ルイ
(72)【発明者】
【氏名】パルクヴァル， ステファン
【審査官】伊東 和重
(56)【参考文献】
【文献】米国特許出願公開第２０２０／０１０６５６６（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１８／０２７８３８０（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末デバイスによって実施される方法（５１０）であって、ネットワークノードからマルチキャストトラフィックおよび／またはユニキャストトラフィックを受信する（５１２）ことと、
前記マルチキャストトラフィックが、グループ無線ネットワーク一時識別子（Ｇ－ＲＮＴＩ）によって物理的キャリアにおいてスケジュールされるとき、前記物理的キャリアの物理的キャリアインデックスに関連する仮想キャリアインデックスを決定することであって、前記仮想キャリアインデックスは、前記マルチキャストトラフィックが、前記物理的キャリアに関連する仮想キャリアにおいてスケジュールされているとして扱われることを指し示すために使用される、仮想キャリアインデックスを決定することと、
フィードバックコードブックに従って、前記ネットワークノードに前記マルチキャストトラフィックおよび／または前記ユニキャストトラフィックのためのフィードバックを送信する（５１４）ことであって、前記フィードバックコードブックが、前記マルチキャストトラフィックのための第１のフィードバックコードブックタイプおよび／または前記ユニキャストトラフィックのための第２のフィードバックコードブックタイプに少なくとも部分的に基づく、フィードバックを送信する（５１４）ことと
を備える、方法（５１０）。
【請求項2】
前記第１のフィードバックコードブックタイプおよび前記第２のフィードバックコードブックタイプが、両方とも、動的フィードバックコードブックタイプであるか、または前記第１のフィードバックコードブックタイプおよび前記第２のフィードバックコードブックタイプのうちの少なくとも１つが、半静的フィードバックコードブックタイプである、請求項１に記載の方法。
【請求項3】
前記フィードバックコードブックが、ビットの第１のセットおよび／またはビットの第２のセットを含み、ビットの前記第１のセットが、前記第１のフィードバックコードブックタイプに従って前記マルチキャストトラフィックのために決定された１つまたは複数のフィードバックビットを含み、ビットの前記第２のセットが、前記第２のフィードバックコードブックタイプに従って前記ユニキャストトラフィックのために決定された１つまたは複数のフィードバックビットを含み、ビットの前記第１のセットおよび／またはビットの前記第２のセットが、第１の基準に従って前記フィードバックコードブック中に位置する、請求項１または２に記載の方法。
【請求項4】
前記第１の基準は、第１のキャリアにおける送信のすべてのフィードバックビットが、第２のキャリアにおける送信のすべてのフィードバックビットに先行し、前記第１のキャリアのインデックスが、前記第２のキャリアのインデックスよりも小さい
ことを含むか、または
前記第１の基準は、
第１のキャリアの第１のスロットにおけるマルチキャスト送信のフィードバックビットが、前記第１のキャリアの前記第１のスロットにおけるユニキャスト送信のフィードバックビットに後続する
ことを含むか、または 前記第１の基準は、
第１のキャリアの第１のスロットにおけるマルチキャスト送信のフィードバックビットが、前記第１のキャリアの前記第１のスロットにおけるユニキャスト送信のフィードバックビットに先行する
ことを含む、請求項３に記載の方法。
【請求項5】
前記第１の基準は、第１のキャリアの第１のスロットにおける送信のすべてのフィードバックビットが、前記第１のキャリアの第２のスロットにおける送信のすべてのフィードバックビットに先行し、前記第１のスロットのインデックスが、前記第２のスロットのインデックスよりも小さい
ことを含む、請求項３または４に記載の方法。
【請求項6】
前記第１の基準は、前記第１のキャリアにおけるマルチキャスト送信のすべてのフィードバックビットが、前記第１のキャリアにおけるユニキャスト送信のすべてのフィードバックビットに後続する
ことをさらに含む、請求項４に記載の方法。
【請求項7】
前記第１の基準は、第１のキャリアにおけるマルチキャスト送信のすべてのフィードバックビットが、前記第１のキャリアにおけるユニキャスト送信のすべてのフィードバックビットに先行すると共に、第３のキャリアにおける送信のすべてのフィードバックビットに後続し、前記第１のキャリアのインデックスが、前記第３のキャリアのインデックスよりも大きいか、または
マルチキャスト送信のすべてのフィードバックビットが、ユニキャスト送信のすべてのフィードバックビットに先行するか、または
マルチキャスト送信のすべてのフィードバックビットが、ユニキャスト送信のすべてのフィードバックビットに後続する
ことを含む、請求項３に記載の方法。
【請求項8】
前記第１の基準は、第１のキャリアにおけるマルチキャスト送信のすべてのフィードバックビットが、第２のキャリアにおけるマルチキャスト送信のすべてのフィードバックビットに先行し、前記第１のキャリアのインデックスが、前記第２のキャリアのインデックスよりも小さい、および／または
第１のキャリアの第１のスロットにおけるマルチキャスト送信のフィードバックビットが、前記第１のキャリアの第２のスロットにおけるマルチキャスト送信のフィードバックビットに先行し、前記第１のスロットのインデックスが、前記第２のスロットのインデックスよりも小さい
ことをさらに含む、請求項７に記載の方法。
【請求項9】
前記端末デバイスが、前記マルチキャストトラフィックと前記ユニキャストトラフィックの非同時受信をサポートするのみであり、前記フィードバックコードブックが、前記マルチキャストトラフィックまたは前記ユニキャストトラフィックのために決定された半静的フィードバックコードブックと同じ数の１つまたは複数のフィードバックビットを有し、
前記１つまたは複数のフィードバックビットが、第２の基準に従って前記フィードバックコードブック中に位置し、
前記第２の基準は、
マルチキャスト送信のフィードバックビットが、前記マルチキャスト送信に対応しているスロットおよびキャリアに従って前記フィードバックコードブック中に位置する、ならびに／または
ユニキャスト送信のフィードバックビットが、前記ユニキャスト送信に対応しているスロットおよびキャリアに従って前記フィードバックコードブック中に位置する
ことを含む、請求項２に記載の方法。
【請求項10】
前記仮想キャリアインデックスが、前記Ｇ－ＲＮＴＩに対応しており、前記ネットワークノードからの無線リソース制御シグナリングによって設定されるか、または前記仮想キャリアインデックスは、以下の基準、すなわち、
前記仮想キャリアインデックスが、すべての物理的キャリアインデックスよりも大きい、
前記仮想キャリアインデックスが、すべての物理的キャリアインデックスよりも小さい、
前記仮想キャリアインデックスが、前記関連する物理的キャリアインデックスよりも大きいが、前記関連する物理的キャリアインデックスよりも大きい他の物理的キャリアインデックスよりも小さい、および
前記仮想キャリアインデックスが、前記関連する物理的キャリアインデックスよりも小さいが、前記関連する物理的キャリアインデックスよりも小さい他の物理的キャリアインデックスよりも大きい、
のうちの１つに従って決定される、請求項９に記載の方法。
【請求項11】
マルチキャストトラフィックが、２つまたはそれ以上の物理的キャリアにおいて前記端末デバイスのためにスケジュールされるとき、前記２つまたはそれ以上の物理的キャリアの各々が、物理的キャリアインデックスおよび仮想キャリアインデックスに関連し、別の物理的キャリアインデックスよりも大きい物理的キャリアインデックスについて、前記物理的キャリアインデックスの関連する仮想キャリアインデックスが、前記別の物理的キャリアインデックスに関連する別の仮想キャリアインデックスよりも大きいか、または１つまたは複数の他のマルチキャストトラフィックも、異なるＧ－ＲＮＴＩによって前記物理的キャリアにおいてスケジュールされるとき、前記物理的キャリアの前記物理的キャリアインデックスが、前記１つまたは複数の他のマルチキャストトラフィックに対応する１つまたは複数の他の仮想キャリアインデックスにも関連し、別のＧ－ＲＮＴＩよりも小さいＧ－ＲＮＴＩによってスケジュールされるマルチキャストトラフィックについて、前記対応する仮想キャリアインデックスが、前記別のＧ－ＲＮＴＩによってスケジュールされる別のマルチキャストトラフィックに対応する別の仮想キャリアインデックスよりも小さいか、または
前記仮想キャリアインデックスが、前記関連する物理的キャリアインデックスと同じであるとき、前記仮想キャリアにおける各スロットが、前記物理的キャリアにおける対応するスロットの物理的スロット番号に関連する仮想スロット番号を有する、請求項１または９に記載の方法。
【請求項12】
前記仮想スロット番号は、以下の基準、すなわち、前記仮想スロット番号が、すべての物理的スロット番号よりも大きい、
前記仮想スロット番号が、すべての物理的スロット番号よりも小さい、
前記仮想スロット番号が、前記関連する物理的スロット番号よりも大きいが、前記関連する物理的スロット番号よりも大きい他の物理的スロット番号よりも小さい、および
前記仮想スロット番号が、前記関連する物理的スロット番号よりも小さいが、前記関連する物理的スロット番号よりも小さい他の物理的スロット番号よりも大きい、
のうちの１つに従って決定される、請求項１１に記載の方法。
【請求項13】
同じ物理的キャリアに関連する２つまたはそれ以上の仮想キャリアがあるとき、別のＧ－ＲＮＴＩよりも小さいＧ－ＲＮＴＩを用いてスケジュールされる仮想キャリアについて、前記仮想キャリアの仮想スロット番号が、前記別のＧ－ＲＮＴＩを用いてスケジュールされる別の仮想キャリアの仮想スロット番号よりも小さいか、または同じスロット中の前記ユニキャストトラフィックと前記マルチキャストトラフィックとの間の周波数分割多重化（ＦＤＭ）が、前記端末デバイスによってサポートされないとき、前記仮想スロット番号が、前記仮想スロット番号の関連する物理的スロット番号と同じであるか、または
同じスロット中の異なるマルチキャストトラフィックの間のＦＤＭが、前記端末デバイスによってサポートされないとき、前記異なるマルチキャストトラフィックに関連する異なる仮想キャリアが、前記同じスロットのための同じ仮想スロット番号を有する、請求項１１に記載の方法。
【請求項14】
前記ユニキャストトラフィックと前記マルチキャストトラフィックの両方、または前記マルチキャストトラフィックと別のマルチキャストトラフィックの両方のコンカレント受信が、同じスロット中で前記端末デバイスによってサポートされないとき、前記仮想キャリアインデックスが、前記仮想キャリアインデックスの関連する物理的キャリアインデックスと同じである、請求項１１から１３のいずれか一項に記載の方法。
【請求項15】
前記フィードバックコードブックが、前記ユニキャストトラフィックおよび前記マルチキャストトラフィックのために別々に構成されたコードブックを連結することによって構成される、請求項１または２に記載の方法。
【請求項16】
前記ユニキャストトラフィックおよび前記マルチキャストトラフィックのために別々に構成された前記コードブックの前記連結が、前記ユニキャストトラフィックに関連するセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）と、前記マルチキャストトラフィックに関連するＧ－ＲＮＴＩとの間の比較に少なくとも部分的に基づく、請求項１５に記載の方法。
【請求項17】
前記フィードバックコードブックが、前記マルチキャストトラフィックのための第２のコードブックが後続する前記ユニキャストトラフィックのための第１のコードブックを含み、前記第２のコードブックが、１つまたは複数のフィードバックビットを含み、前記１つまたは複数のフィードバックビットの各々の位置が、前記第１のコードブック中のフィードバックビットの総数に少なくとも部分的に基づく、請求項１５または１６に記載の方法。
【請求項18】
マルチキャストトラフィックのための２つまたはそれ以上のコードブックが、前記フィードバックコードブック中で連結されるとき、別のＧ－ＲＮＴＩよりも小さいＧ－ＲＮＴＩに関連するコードブックが、前記別のＧ－ＲＮＴＩに関連する別のコードブックに先行する、請求項１５から１７のいずれか一項に記載の方法。
【請求項19】
端末デバイス（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を備える１つまたは複数のメモリ（６１２）と
を備え、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）により、前記端末デバイス（６１０）が、少なくとも、
ネットワークノードからマルチキャストトラフィックおよび／またはユニキャストトラフィックを受信することと、
前記マルチキャストトラフィックが、グループ無線ネットワーク一時識別子（Ｇ－ＲＮＴＩ）によって物理的キャリアにおいてスケジュールされるとき、前記物理的キャリアの物理的キャリアインデックスに関連する仮想キャリアインデックスを決定することであって、前記仮想キャリアインデックスは、前記マルチキャストトラフィックが、前記物理的キャリアに関連する仮想キャリアにおいてスケジュールされているとして扱われることを指し示すために使用される、仮想キャリアインデックスを決定することと、
フィードバックコードブックに従って、前記ネットワークノードに前記マルチキャストトラフィックおよび／または前記ユニキャストトラフィックのためのフィードバックを送信することであって、前記フィードバックコードブックが、前記マルチキャストトラフィックのための第１のフィードバックコードブックタイプおよび／または前記ユニキャストトラフィックのための第２のフィードバックコードブックタイプに少なくとも部分的に基づく、フィードバックを送信することと
を行うように設定された、
端末デバイス（６１０）。
【請求項20】
ネットワークノードによって実施される方法（５２０）であって、端末デバイスにマルチキャストトラフィックおよび／またはユニキャストトラフィックを送信する（５２２）ことと、
前記マルチキャストトラフィックが、グループ無線ネットワーク一時識別子（Ｇ－ＲＮＴＩ）によって物理的キャリアにおいてスケジュールされるとき、前記物理的キャリアの物理的キャリアインデックスに関連する仮想キャリアインデックスを決定することであって、前記仮想キャリアインデックスは、前記マルチキャストトラフィックが、前記物理的キャリアに関連する仮想キャリアにおいてスケジュールされているとして扱われることを指し示すために使用される、仮想キャリアインデックスを決定することと、
フィードバックコードブックに従って、前記端末デバイスから前記マルチキャストトラフィックおよび／または前記ユニキャストトラフィックのためのフィードバックを受信する（５２４）ことであって、前記フィードバックコードブックが、前記マルチキャストトラフィックのための第１のフィードバックコードブックタイプおよび／または前記ユニキャストトラフィックのための第２のフィードバックコードブックタイプに少なくとも部分的に基づく、フィードバックを受信する（５２４）ことと
を備える、方法（５２０）。
【請求項21】
ネットワークノード（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を備える１つまたは複数のメモリ（６１２）と
を備え、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）により、前記ネットワークノード（６１０）が、少なくとも、
端末デバイスにマルチキャストトラフィックおよび／またはユニキャストトラフィックを送信することと、
前記マルチキャストトラフィックが、グループ無線ネットワーク一時識別子（Ｇ－ＲＮＴＩ）によって物理的キャリアにおいてスケジュールされるとき、前記物理的キャリアの物理的キャリアインデックスに関連する仮想キャリアインデックスを決定することであって、前記仮想キャリアインデックスは、前記マルチキャストトラフィックが、前記物理的キャリアに関連する仮想キャリアにおいてスケジュールされているとして扱われることを指し示すために使用される、仮想キャリアインデックスを決定することと、
フィードバックコードブックに従って、前記端末デバイスから前記マルチキャストトラフィックおよび／または前記ユニキャストトラフィックのためのフィードバックを受信することであって、前記フィードバックコードブックが、前記マルチキャストトラフィックのための第１のフィードバックコードブックタイプおよび／または前記ユニキャストトラフィックのための第２のフィードバックコードブックタイプに少なくとも部分的に基づく、フィードバックを受信することと
を行うように設定された、
ネットワークノード（６１０）。
【発明の詳細な説明】
【技術分野】
【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】
例示的な実施形態によれば、マルチキャストトラフィックが、Ｇ－ＲＮＴＩによって物理的キャリアにおいてスケジュールされるとき、ネットワークノードは、物理的キャリアの物理的キャリアインデックスに関連する仮想キャリアインデックスを決定することができる。仮想キャリアインデックスは、マルチキャストトラフィックが、物理的キャリアに関連する仮想キャリアにおいてスケジュールされているとして扱われることを指し示すために使用され得る。
【0050】
いくつかの例示的な実施形態によれば、本開示の第５の態様による仮想キャリアインデックスは、本開示の第１の態様による仮想キャリアインデックスに対応し得る。本開示の第１の態様による端末デバイスおよび本開示の第５の態様によるネットワークノードは、同じまたは類似の基準に基づいて仮想キャリアインデックスを決定し得ることが諒解され得る。類似的に、本開示の第１の態様による端末デバイスおよび本開示の第５の態様によるネットワークノードは、同じまたは類似の基準に基づいて仮想キャリアの仮想スロット番号を決定し得ることが諒解され得る。
【0051】
本開示の第６の態様によれば、ネットワークノードとして実装され得る装置が提供される。本装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサにより、本装置が、少なくとも、本開示の第５の態様による方法のいずれかのステップを実施するように設定され得る。
【0052】
本開示の第７の態様によれば、その上に具現されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されたとき、コンピュータが、本開示の第５の態様による方法のいずれかのステップを実施することを引き起こす。
【0053】
本開示の第８の態様によれば、ネットワークノードとして実装され得る装置が提供される。本装置は、送信ユニットと受信ユニットとを備え得る。いくつかの例示的な実施形態によれば、送信ユニットは、少なくとも、本開示の第５の態様による方法の送信ステップを行うように動作可能であり得る。受信ユニットは、少なくとも、本開示の第５の態様による方法の受信ステップを行うように動作可能であり得る。
【0054】
本開示の第９の態様によれば、ホストコンピュータと基地局とＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。随意に、本方法は、ホストコンピュータにおいて、本開示の第５の態様による方法のいずれかのステップを実施し得る基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することを備え得る。
【0055】
本開示の第１０の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにセルラネットワークにユーザデータをフォワーディングするように設定された通信インターフェースとを備え得る。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を備え得る。基地局の処理回路は、本開示の第５の態様による方法のいずれかのステップを実施するように設定され得る。
【0056】
本開示の第１１の態様によれば、ホストコンピュータと基地局とＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。随意に、本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することを含み得る。ＵＥは、本開示の第１の態様による方法のいずれかのステップを実施し得る。
【0057】
本開示の第１２の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにセルラネットワークにユーザデータをフォワーディングするように設定された通信インターフェースとを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第１の態様による方法のいずれかのステップを実施するように設定され得る。
【0058】
本開示の第１３の態様によれば、ホストコンピュータと基地局とＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第１の態様による方法のいずれかのステップを実施し得るＵＥから基地局に送信されたユーザデータを受信することを含み得る。
【0059】
本開示の第１４の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第１の態様による方法のいずれかのステップを実施するように設定され得る。
【0060】
本開示の第１５の態様によれば、ホストコンピュータと基地局とＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを備え得る。基地局は、本開示の第５の態様による方法のいずれかのステップを実施し得る。
【0061】
本開示の第１６の態様によれば、ホストコンピュータを含み得る通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。基地局は、無線インターフェースと処理回路とを備え得る。基地局の処理回路は、本開示の第５の態様による方法のいずれかのステップを実施するように設定され得る。
【0062】
本開示自体、好ましい使用モードおよびさらなる目的は、添付の図面とともに読まれるとき、実施形態の以下の詳細な説明を参照することによって最も良く理解される。
【図面の簡単な説明】
【0063】
【図1】本開示の実施形態による、例示的なトラフィック送信を図示する図である。
【図2A】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2B】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2C】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2D】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2E】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2F】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2G】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図2H】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図3A】本開示の実施形態による、例示的なトラフィック送信を図示する図である。
【図3B】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図3C】本開示のいくつかの実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図4A】本開示の実施形態による、例示的なトラフィック送信を図示する図である。
【図4B】本開示の実施形態による、例示的なＨＡＲＱコードブックを図示する図である。
【図4C】本開示の別の実施形態による、例示的なトラフィック送信を図示する図である。
【図5A】本開示の実施形態による、方法を図示するフローチャートである。
【図5B】本開示の実施形態による、別の方法を図示するフローチャートである。
【図6A】本開示のいくつかの実施形態による、装置を図示するブロック図である。
【図6B】本開示のいくつかの実施形態による、装置を図示するブロック図である。
【図6C】本開示のいくつかの実施形態による、装置を図示するブロック図である。
【図7】本開示のいくつかの実施形態による、ホストコンピュータに中間ネットワークを介して接続された通信ネットワークを図示するブロック図である。
【図8】本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを図示するブロック図である。
【図9】本開示の実施形態による、通信システムにおいて実装される方法を図示するフローチャートである。
【図10】本開示の実施形態による、通信システムにおいて実装される方法を図示するフローチャートである。
【図11】本開示の実施形態による、通信システムにおいて実装される方法を図示するフローチャートである。
【図12】本開示の実施形態による、通信システムにおいて実装される方法を図示するフローチャートである。
【発明を実施するための形態】
【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】
本開示は、いずれか明示的に本明細書で開示される特徴の任意の新規の特徴または組合せ、あるいはその任意の一般化を含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。
【図1】
【図2A】
【図2B】
【図2C】
【図2D】
【図2E】
【図2F】
【図2G】
【図2H】
【図3A】
【図3B】
【図3C】
【図4A】
【図4B】
【図4C】
【図4D】
【図5A】
【図5B】
【図6A】
【図6B】
【図6C】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】