知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2023-528213新しい無線ＵＵインターフェース上のブロードキャスト及びグループキャストのためのスケジューリングのメカニズム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-07-04
(54)【発明の名称】新しい無線ＵＵインターフェース上のブロードキャスト及びグループキャストのためのスケジューリングのメカニズム
(51)【国際特許分類】
H04W 72/1273 20230101AFI20230627BHJP
H04W 4/06 20090101ALI20230627BHJP
H04W 72/232 20230101ALI20230627BHJP
H04W 72/11 20230101ALI20230627BHJP
H04W 28/04 20090101ALI20230627BHJP
【ＦＩ】
H04W72/1273
H04W4/06
H04W72/232
H04W72/11
H04W28/04 110
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022568952
(86)(22)【出願日】2021-05-14
(85)【翻訳文提出日】2023-01-04
(86)【国際出願番号】 US2021032407
(87)【国際公開番号】W WO2021231835
(87)【国際公開日】2021-11-18
(31)【優先権主張番号】63/170,735
(32)【優先日】2021-04-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/024,720
(32)【優先日】2020-05-14
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】リー、イーファン
(72)【発明者】
【氏名】スヴェドマン、パトリック
(72)【発明者】
【氏名】アワディン、モハメド、エム．
(72)【発明者】
【氏名】チャン、クオトン
(72)【発明者】
【氏名】アジャクプル、パスカル
(72)【発明者】
【氏名】ツァイ、アラン
(72)【発明者】
【氏名】パン、カイル
(72)【発明者】
【氏名】チェン、チュオ
(72)【発明者】
【氏名】ヴォゲデス、ジェローム
(72)【発明者】
【氏名】ディ ジロラモ、ロッコ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
(57)【要約】
方法、システム、及び装置は、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングを支援し得る。一例では、グループベースのスケジューリング、ＵＥ固有ベースのスケジューリング、又はサブグループベースのスケジューリングを伴う、ブロードキャスト及びグループキャスト送信スケジューリングメカニズムがあり得る。別の例では、ブロードキャスト及びグループキャストのための専用セル、又はユニキャストのためのセルと共有されるブロードキャスト及びグループキャストセルを用いたブロードキャスト及びグループキャスト送信のためのサービングセル構成があり得る。別の例では、ＢＷＰ構成、ＣＯＲＥＳＥＴ構成、又は探索空間構成の詳細を有するブロードキャスト及びグループキャスト送信のためのダウンリンク制御関連構成があり得る。
【選択図】図７
【選択図】図７
【特許請求の範囲】
【請求項1】
方法であって、ユーザ機器（ＵＥ）によって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信と関連付けられたスケジュールを受信することであって、
前記ＰＤＳＣＨ送信と関連付けられたスケジュールが、動的スケジューリング又はセミパーシステントスケジューリングを通じて、マルチキャストサービス又はブロードキャストサービスのＰＤＳＣＨ送信を受信するためのものである、受信することと、
前記ユーザ機器によって、前記スケジュールに基づいて送信を監視することと、を含む、方法。
【請求項2】
前記ＵＥが、動的スケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、前記スケジュールを受信する、請求項１に記載の方法。
【請求項3】
前記ＵＥが、動的スケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、前記スケジュールを受信し、前記グループ共通ダウンリンク制御シグナリングが、グループ共通マルチプルマルチキャストブロードキャストサービス（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項4】
前記ＵＥが、動的スケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、前記スケジュールを受信する、請求項１に記載の方法。
【請求項5】
前記ＵＥが、動的スケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、前記スケジュールを受信し、前記ＵＥ固有ダウンリンク制御シグナリングが、動的ユニキャストスケジューリングのためのＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項6】
前記ＵＥが、セミパーシステントスケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化される、請求項１に記載の方法。
【請求項7】
前記ＵＥが、セミパーシステントスケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、アクティブ化及び非アクティブ化され、前記グループ共通ダウンリンク制御シグナリングが、別のグループ共通マルチプルマルチキャストブロードキャストサービス（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項8】
前記ＵＥが、セミパーシステントスケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化される、請求項１に記載の方法。
【請求項9】
前記ＵＥが、セミパーシステントスケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化され、前記ＵＥ固有ダウンリンク制御シグナリングが、前記ユニキャストＳＰＳスケジューリングのためのＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項10】
コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、前記コンピュータプログラムが、データ処理ユニットにロード可能であり、かつ、前記コンピュータプログラムが前記データ処理ユニットによって実行されるときに、前記データ処理ユニットに、請求項１～９のいずれか一項に記載の方法ステップを実行させるように適合される、コンピュータ可読記憶媒体。
【請求項11】
方法であって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信と関連付けられたスケジュールをユーザ機器（ＵＥ）に送ることであって、
前記ＰＤＳＣＨ送信と関連付けられたスケジュールが、動的スケジューリング又はセミパーシステントスケジューリングを通じて、マルチキャストサービス又はブロードキャストサービスのＰＤＳＣＨ送信を受信するためのものである、送ることと、
前記スケジュールに基づいて送信を送ることと、を含む、方法。
【請求項12】
前記ＵＥが、動的スケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、前記スケジュールを受信する、請求項１に記載の方法。
【請求項13】
前記ＵＥが、動的スケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、前記スケジュールを受信し、前記グループ共通ダウンリンク制御シグナリングが、グループ共通マルチプルマルチキャストブロードキャストサービス（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項14】
前記ＵＥが、動的スケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、前記スケジュールを受信する、請求項１に記載の方法。
【請求項15】
前記ＵＥが、動的スケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、前記スケジュールを受信し、前記ＵＥ固有ダウンリンク制御シグナリングが、動的ユニキャストスケジューリングのためのＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項16】
前記ＵＥが、セミパーシステントスケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化される、請求項１に記載の方法。
【請求項17】
前記ＵＥが、セミパーシステントスケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、アクティブ化及び非アクティブ化され、前記グループ共通ダウンリンク制御シグナリングが、別のグループ共通マルチプルマルチキャストブロードキャストサービス（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項18】
前記ＵＥが、セミパーシステントスケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化される、請求項１に記載の方法。
【請求項19】
前記ＵＥが、セミパーシステントスケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化され、前記ＵＥ固有ダウンリンク制御シグナリングが、前記ユニキャストＳＰＳスケジューリングのためのＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、内容が参照により本明細書に組み込まれる、２０２０年５月１４日に出願された「Ｍｅｃｈａｎｉｓｍ ｏｆ Ｓｃｈｅｄｕｌｉｎｇ ｆｏｒ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｇｒｏｕｐｃａｓｔ ｏｎ Ｎｅｗ Ｒａｄｉｏ Ｕｕ Ｉｎｔｅｒｆａｃｅ」と題する米国特許仮出願第６３／０２４，７２０号、及び２０２１年４月５日に出願された「Ｍｅｃｈａｎｉｓｍ ｏｆ Ｓｃｈｅｄｕｌｉｎｇ ｆｏｒ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｇｒｏｕｐｃａｓｔ ｏｎ Ｎｅｗ Ｒａｄｉｏ Ｕｕ Ｉｎｔｅｒｆａｃｅ」と題する米国特許仮出願第６３／１７０，７３５号の利益を主張する。
本出願は、内容が参照により本明細書に組み込まれる、２０２０年５月１４日に出願された「Ｍｅｃｈａｎｉｓｍ ｏｆ Ｓｃｈｅｄｕｌｉｎｇ ｆｏｒ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｇｒｏｕｐｃａｓｔ ｏｎ Ｎｅｗ Ｒａｄｉｏ Ｕｕ Ｉｎｔｅｒｆａｃｅ」と題する米国特許仮出願第６３／０２４，７２０号、及び２０２１年４月５日に出願された「Ｍｅｃｈａｎｉｓｍ ｏｆ Ｓｃｈｅｄｕｌｉｎｇ ｆｏｒ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｇｒｏｕｐｃａｓｔ ｏｎ Ｎｅｗ Ｒａｄｉｏ Ｕｕ Ｉｎｔｅｒｆａｃｅ」と題する米国特許仮出願第６３／１７０，７３５号の利益を主張する。
【背景技術】
【0002】
ＬＴＥ ＭＢＭＳ
ＬＴＥマルチメディアブロードキャストマルチキャストサービス（Multimedia broadcast multicast services、ＭＢＭＳ）は、同じコンテンツが、エリア内に位置するＵＥに同時に送信される、セルラシステムにおけるブロードキャスト／マルチキャストサービスをサポートする。
ＬＴＥマルチメディアブロードキャストマルチキャストサービス（Multimedia broadcast multicast services、ＭＢＭＳ）は、同じコンテンツが、エリア内に位置するＵＥに同時に送信される、セルラシステムにおけるブロードキャスト／マルチキャストサービスをサポートする。
【0003】
ＬＴＥでは、ＭＢＭＳサービスエリアは、全てのＵＥが、同じブロードキャスト／マルチキャストサービスを受けるエリアとして定義される。ＭＢＭＳサービスエリアは、１つ又は複数のセルを含み得る。
【0004】
ブロードキャスト／マルチキャストサービスのためのＬＴＥでは、２つのタイプのメカニズム：ＭＢＳＦＮ（Multicast-Broadcast Single Frequency Network）（マルチキャストブロードキャスト単一周波数ネットワーク）、及びＳＣ－ＰＴＭ（Single-Cell Point to Multipoint）（単一セルポイントツーマルチポイント）がサポートされる。
【0005】
ＬＴＥ ＭＢＳＦＮ
ＭＢＳＦＮは、Ｒｅｌ－９においてＬＴＥに導入され、それは、ＭＢＭＳサービスが、例えば、ＴＶ放送のために、より大きいエリアにわたって関心対象であるときの使用事例をターゲットにしている。同じＭＢＳＦＮエリア内の異なるセルは、相互に時間整合され、同一の情報をブロードキャストする。したがって、ＵＥの観点から、複数のセルから受信された送信は、サイクリックプレフィックスが十分に大きい限り、厳しいマルチパス伝搬を受ける１つのセルから受信された単一の送信とみなすことができる。ＵＥは、どのセルが実際に送信に関与しているかを知る必要はない。
ＭＢＳＦＮは、Ｒｅｌ－９においてＬＴＥに導入され、それは、ＭＢＭＳサービスが、例えば、ＴＶ放送のために、より大きいエリアにわたって関心対象であるときの使用事例をターゲットにしている。同じＭＢＳＦＮエリア内の異なるセルは、相互に時間整合され、同一の情報をブロードキャストする。したがって、ＵＥの観点から、複数のセルから受信された送信は、サイクリックプレフィックスが十分に大きい限り、厳しいマルチパス伝搬を受ける１つのセルから受信された単一の送信とみなすことができる。ＵＥは、どのセルが実際に送信に関与しているかを知る必要はない。
【0006】
ＬＴＥ ＭＢＳＦＮでは、ブロードキャスト／マルチキャストサービスは、専用ＭＢＳＦＮサブフレームで専用物理チャネルである物理マルチキャストチャネル（Physical Multicast Channel、ＰＭＣＨ）上で送信される。ＭＢＳＦＮサブフレームは、２つの部分：通常のユニキャストＬ１／Ｌ２制御シグナリングの送信のために使用される制御領域と、マルチキャストチャネルの送信のために使用されるＭＢＳＦＮ領域と、からなる。１つのＭＢＳＦＮサブフレーム内で、全てのＭＢＳＦＮ送信は、同じＭＢＳＦＮエリアに対応する。しかしながら、異なるサブフレームにおけるＭＢＳＦＮ送信は、異なるＭＢＳＦＮエリアに対応し得る。
【0007】
受信されたＭＢＳＦＮ送信のためのコヒーレント復調をサポートするために、ＭＢＳＦＮエリア固有ＭＢＳＦＮ基準信号がＭＢＳＦＮサブフレームで送信される。同じＭＢＳＦＮエリア内の全てのセルは、同じ時間－周波数ロケーションにおいて、同じ基準－シンボル値を用いてＭＢＳＦＮ基準信号を送信する。ＭＢＳＦＮサブフレームで１つのＭＢＳＦＮ基準信号しか送信されないため、ＬＴＥ ＭＢＳＦＮではＭＩＭＯ方式がサポートされていない。
【0008】
ＬＴＥ ＳＣ－ＰＴＭ
ＳＣ－ＰＴＭは、単一のセル又はいくつかのセルからなる小さいエリアに関心があるときにＭＢＭＳサービスをサポートするために、リリース１３においてＬＴＥに導入されている。ＭＢＳＦＮとは異なり、ＳＣ－ＰＴＭ送信は、物理ダウンリンク共有チャネル（Physical Downlink Shared Channel、ＰＤＳＣＨ）を再使用する。
ＳＣ－ＰＴＭは、単一のセル又はいくつかのセルからなる小さいエリアに関心があるときにＭＢＭＳサービスをサポートするために、リリース１３においてＬＴＥに導入されている。ＭＢＳＦＮとは異なり、ＳＣ－ＰＴＭ送信は、物理ダウンリンク共有チャネル（Physical Downlink Shared Channel、ＰＤＳＣＨ）を再使用する。
【0009】
ユニキャスト送信と同様に、ＳＣ－ＰＴＭ送信は、ＤＣＩによって動的にスケジュールされる。グループ無線ネットワーク一時識別子（Group Radio Network Temporary Identifier、Ｇ－ＲＮＴＩ）は、ＳＣ－ＰＴＭ送信をスケジューリングするＤＣＩをスクランブルするために使用される。異なるＭＢＭＳサービスの場合、異なるＧ－ＲＮＴＩが、ＵＥが関心のあるＳＣ－ＰＴＭ送信を受信するために使用される。
【0010】
ＬＴＥ ＳＣ－ＰＴＭでは、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request、ＨＡＲＱ）フィードバック及びチャネル状態情報（Channel State Information、ＣＳＩ）報告はサポートされていない。その結果、フィードバックに依存しない送信モード１～３のみがサポートされる。
【0011】
ａ．ＮＲ Ｕｕブロードキャスト／グループキャストの使用事例
新しい無線（New Radio、ＮＲ）では、Ｕｕブロードキャスト／グループキャストは、ビークルツーエブリシング（vehicle-to-everything、Ｖ２Ｘ）通信、公衆安全、ビデオ及びオーディオ配信、産業分野におけるモノのインターネット（Industrial Internet of Things、ＩＩｏＴ）、メディアストリーム、様々なタイプのコンテンツ配信など、多くの使用事例において有益であるとみなされている。
新しい無線（New Radio、ＮＲ）では、Ｕｕブロードキャスト／グループキャストは、ビークルツーエブリシング（vehicle-to-everything、Ｖ２Ｘ）通信、公衆安全、ビデオ及びオーディオ配信、産業分野におけるモノのインターネット（Industrial Internet of Things、ＩＩｏＴ）、メディアストリーム、様々なタイプのコンテンツ配信など、多くの使用事例において有益であるとみなされている。
【0012】
ＬＴＥと比較して、ＮＲ Ｕｕブロードキャスト／グループキャストの使用事例は、通常、より小さい通信範囲を有し、多くのシナリオにおいて、より高い信頼性及びより低いレイテンシを必要とする。
【0013】
ｂ．ＮＲダウンリンクスケジューリングメカニズム
ＮＲでは、ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）フォーマット１＿１が、１つのセルにおけるユニキャスト送信のための物理ダウンリンク共有チャネル（Physical Downlink Share Channel、ＰＤＳＣＨ）のスケジューリングのために使用される。スケジューリングＤＣＩは、時間及び周波数リソース割り当て、ＨＡＲＱ関連情報、フィードバックリソース割り当てなどの情報を搬送する。
ＮＲでは、ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）フォーマット１＿１が、１つのセルにおけるユニキャスト送信のための物理ダウンリンク共有チャネル（Physical Downlink Share Channel、ＰＤＳＣＨ）のスケジューリングのために使用される。スケジューリングＤＣＩは、時間及び周波数リソース割り当て、ＨＡＲＱ関連情報、フィードバックリソース割り当てなどの情報を搬送する。
【0014】
ＵＥの場合、ＤＬスケジューリングの送信は、それに知られていないアプリオリ（a priori）である。ＵＥは、ｇＮＢからのＤＣＩをブラインド検出する必要がある。ブラインド復号の労力を低減し、したがってその上で消費される電力を節約するために、ＵＥは、ｇＮＢによって、帯域幅部分（Bandwidth Part、ＢＷＰ）、制御リソースセット（Control Resource Set、ＣＯＲＥＳＥＴ）、探索空間情報を用いて構成される。したがって、ＵＥは、構成された時間及び周波数領域内でブラインド復号を実行する必要があるだけであり、スペクトル全体を探索する必要はない。
【0015】
ｃ．ＮＲ Ｖ２Ｘグループキャストのためのフィードバックメカニズム
ＮＲ Ｖ２Ｘグループキャストシナリオでは、２つのタイプのＨＡＲＱフィードバックメカニズム、すなわち、ＡＣＫ／ＮＡＣＫベースのメカニズム及びＮＡＣＫのみベースのメカニズムがサポートされている。ＡＣＫ／ＮＡＣＫベースの事例では、ＵＥは、グループキャスト送信の受信が成功したか又は失敗したかに基づいてＡＣＫ又はＮＡＣＫを送る。ＮＡＣＫのみベースの事例では、ＵＥは、グループキャスト送信の受信が失敗したときにのみＮＡＣＫを送る。受信が成功した場合、ＵＥは、フィードバックを送らない。
ＮＲ Ｖ２Ｘグループキャストシナリオでは、２つのタイプのＨＡＲＱフィードバックメカニズム、すなわち、ＡＣＫ／ＮＡＣＫベースのメカニズム及びＮＡＣＫのみベースのメカニズムがサポートされている。ＡＣＫ／ＮＡＣＫベースの事例では、ＵＥは、グループキャスト送信の受信が成功したか又は失敗したかに基づいてＡＣＫ又はＮＡＣＫを送る。ＮＡＣＫのみベースの事例では、ＵＥは、グループキャスト送信の受信が失敗したときにのみＮＡＣＫを送る。受信が成功した場合、ＵＥは、フィードバックを送らない。
【0016】
ＮＲ Ｖ２Ｘでは、ＵＥは、物理サイドリンクフィードバックチャネル（Physical Sidelink Feedback Channel、ＰＳＦＣＨ）上でＨＡＲＱフィードバックを送信する。リソースプール内で、ＵＥは、周期的なＰＳＦＣＨ送信機会リソースで構成することができる。ＵＥがリソースプール中で送信を受信し、ＨＡＲＱフィードバックを報告するように指示されている場合、ＵＥは、構成されたＰＳＦＣＨ送信機会リソースのうちの１つの上でＨＡＲＱフィードバックを送信する。ＵＥは、構成されたＰＳＦＣＨリソースを含み、かつ送信の受信の最後のスロットの後に最小時間ギャップを有する第１のスロットでフィードバックを送信する。
【0017】
この背景情報は、関連性の可能性があると出願人が考える情報を明らかにするために提供される。先行する情報のいずれかが先行技術を構成することを認めることは必ずしも意図されておらず、またそのように解釈されるべきでもない。
【発明の概要】
【0018】
本明細書では、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングを支援し得る方法、システム、及びデバイスが開示される。一例では、グループベースのスケジューリング、ＵＥ固有ベースのスケジューリング、又はサブグループベースのスケジューリングを伴うブロードキャスト及びグループキャスト送信スケジューリングメカニズムがあり得る。一例では、ブロードキャスト及びグループキャストのための専用セル、又はユニキャストのためのセルと共有されるブロードキャスト及びグループキャストセル、を用いたブロードキャスト及びグループキャスト送信のためのサービングセル構成があり得る。別の例では、ＢＷＰ構成、ＣＯＲＥＳＥＴ構成、又は探索空間構成の詳細を有するブロードキャスト及びグループキャスト送信のためのダウンリンク制御関連構成があり得る。例では、ＮＲ ＭＢＳのためのセミパーシステントスケジューリングがあり得、それは、ＭＢＳのためのアクティブ化ＤＣＩ及び非アクティブ化ＤＣＩ、ＭＢＳ ＳＰＳ ＰＤＳＣＨのためのＨＡＲＱフィードバック、ＭＢＳ ＳＰＳ ＰＤＳＣＨのための再送信、又は、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩに対する信頼性向上、を含み得る。
【0019】
本概要は、「発明を実施するための形態」において以下に更に説明される、簡略化された形態の一連の概念を導入するために提供される。この概要は、特許請求される主題の主要な特徴又は本質的な特徴を特定することを意図するものではなく、また、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。更に、特許請求される主題は、本開示のいずれかの部分に記載された、いずれか又は全ての欠点を解決する制限に限定されるものではない。
【図面の簡単な説明】
【0020】
より詳細な理解は、例示として添付の図面と併せて与えられる、以下の説明から得られ得る。
【図1】ブロードキャスト又はグループキャスト送信をスケジューリングするグループ共通ＤＣＩの一例を示す。
【図2】ブロードキャスト又はグループキャスト送信をスケジュールする専用ＤＣＩの一例を示す。
【図3】セルがブロードキャスト／グループキャストサービス専用であるように、又はユニキャストサービス専用であるように構成するＲＲＣ情報の一例を示す。
【図4】セルがブロードキャスト／グループキャストサービス専用であるか否かを構成するＲＲＣ情報の一例を示す。
【図5】専用セルがブロードキャスト及びグループキャストサービスのために使用されるときにＤＣＩをブラインド検出する例示的なフローチャートを示す。
【図6】セルがユニキャストサービス及びブロードキャスト／グループキャストサービスの両方をサポートすることを構成するＲＲＣ情報の一例を示す。
【図7】セルがブロードキャストサービス及びグループキャストサービスと、ＤＣＩ監視のための共有構成を有するユニキャストサービスとの両方をサポートするときにＤＣＩをブラインド検出する例示的なフローチャートを示す。
【図8】セルがブロードキャストサービス及びグループキャストサービスと、ＤＣＩ監視のための専用構成を有するユニキャストサービスとの両方をサポートするときにＤＣＩをブラインド検出する例示的なフローチャートを示す。
【図9】例示的なｇＮＢ開始ブロードキャスト制御情報メッセージ送信を示す。
【図10】例示的なＵＥ開始グループキャスト制御情報メッセージ送信を示す。
【図11】ブロードキャスト及びグループキャスト送信のためのダウンリンクＢＷＰを明示的に構成する一例を示す。
【図12】ブロードキャスト及びグループキャスト送信のためのダウンリンクＢＷＰを明示的に構成する別の例を示す。
【図13】ブロードキャスト／グループキャスト送信のためのダウンリンク帯域幅部分を構成するために使用される新しい情報要素の一例を示す。
【図14】ブロードキャスト／グループキャスト送信のためのダウンリンク帯域幅部分ＩＤを構成するために使用される新しい情報要素の一例を示す。
【図15A】ＵＥ固有ＲＲＣシグナリングを通じて、構成されたＩＥ ＢＷＰ－ダウンリンク－グループキャストの一例を示す。
【図16】ブロードキャストＲＲＣシグナリングを通じて、構成されたＩＥ ＢＷＰ－ダウンリンク－グループキャストの一例を示す。
【図17A】部分的重複を伴うイントラ周波数方式で構成された、ユニキャストのためのＢＷＰ及びブロードキャスト／グループキャストのためのＢＷＰの一例を示す。
【図17B】ユニキャストＢＷＰ内のブロードキャスト／グループキャストＢＷＰを用いてイントラ周波数方式で構成された、ユニキャストのためのＢＷＰ及びブロードキャスト／グループキャストのためのＢＷＰの一例を示す。
【図17C】ブロードキャスト／グループキャストＢＷＰ内のユニキャストＢＷＰを用いてイントラ周波数方式で構成された、ユニキャストのためのＢＷＰ及びブロードキャスト／グループキャストのためのＢＷＰの一例を示す。
【図18】統合されたＢＷＰ内で２つのＢＷＰ非アクティビティタイマを用いて動作するＵＥのフローチャートを示す。
【図19】ブロードキャスト及びグループキャスト送信のためのＣＯＲＥＳＥＴを明示的に構成する一例を示す。
【図20】ブロードキャスト及びグループキャスト送信のためのＣＯＲＥＳＥＴを明示的に構成する別の例を示す。
【図21】ブロードキャスト及びグループキャストのためのＣＯＲＥＳＥＴを構成するために使用される新しい情報要素の一例を示す。
【図22】ブロードキャスト／グループキャスト送信のためのＣＯＲＥＳＥＴ ＩＤを構成するために使用される新しいＲＲＣパラメータの一例を示す。
【図23】ＵＥ固有ＲＲＣシグナリングを通じて構成されたＩＥ ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ－Ｇｒｏｕｐｃａｓｔの一例を示す。
【図24】ブロードキャストＲＲＣシグナリングを通じて構成されたＩＥ ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ－Ｇｒｏｕｐｃａｓｔの一例を示す。
【図25】ブロードキャスト及びグループキャスト送信のための探索空間を明示的に構成する一例を示す。
【図26】ブロードキャスト及びグループキャスト送信のための探索空間を明示的に構成する別の例を示す。
【図27】ブロードキャスト及びグループキャストのための探索空間を構成するために使用される新しい情報要素の一例を示す。
【図28】ブロードキャスト／グループキャスト送信のための探索空間ＩＤを構成するために使用される新しいＲＲＣパラメータの一例を示す。
【図29】ＵＥ固有ＲＲＣシグナリングを通じて、構成されたＩＥ ＳｅａｒｃｈＳｐａｃｅ－Ｇｒｏｕｐｃａｓｔの一例を示す。
【図30】ブロードキャストＲＲＣシグナリングを通じて、構成されたＩＥ ＳｅａｒｃｈＳｐａｃｅ－Ｇｒｏｕｐｃａｓｔの一例を示す。
【図31】新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスに基づいて生成され得る例示的な表示（例えば、グラフィカルユーザインターフェース）を示す。
【図32A】例示的な通信システムを示す。
【図32B】ＲＡＮ及びコアネットワークを含む例示的なシステムを示す。
【図32C】ＲＡＮ及びコアネットワークを含む例示的なシステムを示す。
【図32D】ＲＡＮ及びコアネットワークを含む例示的なシステムを示す。
【図32E】別の例示的な通信システムを示す。
【図32F】ＷＴＲＵなどの例示的な装置又はデバイスのブロック図である。
【図32G】例示的なコンピューティングシステムのブロック図である。
【発明を実施するための形態】
【0021】
ＮＲでは、Ｕｕインターフェース上でのブロードキャスト及びグループキャストは、多くの使用事例、例えば、公衆安全、Ｖ２Ｘアプリケーション、ＩｏＴアプリケーションなどにとって有益であり得る。ＮＲでは、従来のスケジューリングメカニズムは、グループキャストではなくユニキャストデータ送信をＵｕインターフェース上でスケジュールするために設計されている。Ｖ２Ｘサイドリンク通信のサポートにおいて、ＮＲは、サイドリンクグループキャストのためのスケジューリングメカニズムをサポートする。しかしながら、そのような設計は、スケジューリングの柔軟性を犠牲にして、予め定義された／予め構成されたリソースプールに依存するサイドリンクインターフェースを介した動作に合わせられる。Ｕｕインターフェースを通じて、ブロードキャスト又はグループキャスト方式でデータを送信することをサポートするために、ＵＥが、ブロードキャスト及びグループキャストサービスを受信するためにｇＮＢからスケジューリング情報を受信して復号することを可能にするための拡張が、スケジューリングメカニズムのために導入される必要がある。
【0022】
ＮＲでは、ＵＥ２４１は、例えば、ユニキャスト送信のスケジューリングをブラインド検出するために、ＢＷＰ、ＣＯＲＥＳＥＴ、及び探索空間を用いて構成される。ブロードキャスト又はグループキャストをサポートするために、同様の主題が採用される必要がある。現在のＮＲは、ブロードキャスト又はグループキャストを通じて、データ無線ベアラのデータ（アプリケーションデータ）を送信するためのＢＷＰ、ＣＯＲＥＳＥＴ、及び探索空間を未だ定義していない。また、ＵＥ２４１が、ブロードキャスト及びグループキャストサービスのスケジューリングに対してユニキャストサービスのスケジューリングを受信するときに、異なる挙動を有し得るので、ユニキャストのためにＢＷＰ、ＣＯＲＥＳＥＴ、及び探索空間構成を直接再使用することは問題であり得る。加えて、ＵＥ２４１は、ユニキャストサービスと、ブロードキャスト及びグループキャストサービスとの両方で同時に動作し得る。ユニキャスト、グループキャスト、及びブロードキャストのネットワークによる同時スケジューリングに関するＵＥ２４１の挙動も指定される必要がある。
【0023】
本明細書では、ＮＲ Ｕｕブロードキャスト及びグループキャストのための異なるスケジューリングスキームがより詳細に開示される。
【0024】
ブロードキャスト及びグループキャストスケジューリングの概要
ＮＲ Ｕｕブロードキャスト及びグループキャストシナリオでは、同じパケットが複数のＵＥによって受信されることが意図される。これを達成するために、ネットワーク２４３（例えば、ｇＮＢ）は、これらのＵＥへのブロードキャスト又はグループキャスト送信を示すダウンリンク許可を搬送するＤＣＩを送る。
ＮＲ Ｕｕブロードキャスト及びグループキャストシナリオでは、同じパケットが複数のＵＥによって受信されることが意図される。これを達成するために、ネットワーク２４３（例えば、ｇＮＢ）は、これらのＵＥへのブロードキャスト又はグループキャスト送信を示すダウンリンク許可を搬送するＤＣＩを送る。
【0025】
グループベースのブロードキャスト及びグループキャストスケジューリング
１つの手法では、ブロードキャスト又はグループキャスト送信をスケジュールするために使用される１つのＤＣＩ、例えば、グループ共通ＤＣＩが、複数のＵＥによって受信され得る。この事例では、同じスケジューリング情報がＵＥによって受信される。また、それらのＵＥは、受信されたＤＣＩにおいて示される時間及び周波数リソースにおけるブロードキャスト又はグループキャスト送信を検出及び復号することを試み得る。
１つの手法では、ブロードキャスト又はグループキャスト送信をスケジュールするために使用される１つのＤＣＩ、例えば、グループ共通ＤＣＩが、複数のＵＥによって受信され得る。この事例では、同じスケジューリング情報がＵＥによって受信される。また、それらのＵＥは、受信されたＤＣＩにおいて示される時間及び周波数リソースにおけるブロードキャスト又はグループキャスト送信を検出及び復号することを試み得る。
【0026】
図１は、ブロードキャスト又はグループキャスト送信をスケジューリングするグループ共通ＤＣＩの一例を示す。この例では、スケジューリング情報を搬送する同じグループ共通ＤＣＩが、ブロードキャスト又はグループキャスト送信を受信するように構成されたＵＥ、例えば、ＵＥ２４１、ＵＥ２４２、．．．、ＵＥ ｎに送信される。
【0027】
グループ共通ＤＣＩが多くのＵＥによって受信されるので、新しいＲＮＴＩ、例えば、Ｇ－ＲＮＴＩが、動的スケジューリングのためにグループ共通ＤＣＩのＣＲＣをスクランブルするために導入され得る。このセクションにおけるこの手法は、ＲＲＣ接続状態にあるＵＥ２４１、ＲＲＣ非アクティブ状態にあるＵＥ２４１、及びＲＲＣアイドル状態にあるＵＥ２４１に適用され得る。更に、本明細書では、別のＲＮＴＩ、例えば、Ｇ－ＳＰＳ－ＲＮＴＩが、セミパーシステントスケジューリングのためのグループ共通ＤＣＩのＣＲＣをスクランブルするために導入され得ることが開示される。
【0028】
ＵＥ固有ベースのブロードキャスト及びグループキャストスケジューリング
別の手法では、専用ＤＣＩ、例えば、異なるＵＥ固有ＤＣＩが、ブロードキャスト又はグループキャスト送信のために使用される同じ時間及び周波数リソースを示すＤＣＩとともに、複数のＵＥにそれぞれ送信され得る。この事例では、各ＤＣＩにおいて搬送される制御／スケジューリング情報は異なり得る。
別の手法では、専用ＤＣＩ、例えば、異なるＵＥ固有ＤＣＩが、ブロードキャスト又はグループキャスト送信のために使用される同じ時間及び周波数リソースを示すＤＣＩとともに、複数のＵＥにそれぞれ送信され得る。この事例では、各ＤＣＩにおいて搬送される制御／スケジューリング情報は異なり得る。
【0029】
図２は、ブロードキャスト又はグループキャスト送信をスケジュールする専用ＤＣＩの一例を示す。この例では、異なるＤＣＩが異なるＵＥにそれぞれ送信され、例えば、ＤＣＩ１がＵＥ２４１に送信され、ＤＣＩ２がＵＥ２４２に送信され、．．．、ＤＣＩ ｎがＵＥ ｎに送信される。ＤＣＩは、ブロードキャスト又はグループキャスト送信のための同じ時間及び周波数リソースを示し、例えば、同じグループ共通ＰＤＳＣＨを示す。しかしながら、ＤＣＩは、異なるＵＥがそれらのフィードバック、例えば、ＨＡＲＱフィードバック、ＣＳＩフィードバックなどをそれぞれ送るための個々のアップリンクリソースを示し得る。異なるＵＥは、それらのアップリンクフィードバック送信のための異なる又は同じ／共通のアップリンクチャネルリソースを有し得る。又は、ＤＣＩは、異なるＵＥがそれらのフィードバックをアップリンクで送るための同じアップリンクリソースを示し得る。
【0030】
この例では、スケジューリング情報は、ＵＥ固有の方法で送信される。いくつかのシナリオでは、ＵＥ２４１は、ユニキャスト受信とブロードキャスト／グループキャスト受信との両方をサポートし得る。ＵＥ２４１は、Ｃ－ＲＮＴＩでスクランブルされたユニキャスト送信をスケジューリングするＤＣＩと、ブロードキャスト／グループキャスト送信をスケジューリングするＤＣＩとの両方を受信し得る。
【0031】
ある事例では、ブロードキャスト／グループキャスト送信をスケジューリングするＤＣＩは、新しいＲＮＴＩ、例えば、Ｇ－ＲＮＴＩでスクランブルされ得る。次いで、ＵＥ２４１は、ＤＣＩをスクランブルするために使用されるＲＮＴＩに基づいて、受信されたＤＣＩがユニキャスト送信をスケジューリングするために使用されるのか、又はブロードキャスト／グループキャスト送信をスケジューリングするために使用されるのかを区別し得る。ネットワーク２４３（例えば、ｇＮＢ）がＵＥにデータを配信するとき、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）及びＰＤＳＣＨ ＤＭＲＳは、同じＧ－ＲＮＴＩでスクランブルされ得る。
【0032】
別の例では、ブロードキャスト／グループキャスト送信をスケジューリングするＤＣＩはまた、Ｃ－ＲＮＴＩを用いてスクランブルされ得る。この事例では、ユニキャスト送信とブロードキャスト／グループキャスト送信との両方をスケジューリングするために、同じＤＣＩフォーマットが使用され得る。ＵＥは依然として同じＰＤＳＣＨを受信し得るので、本発明者らは、ＰＤＳＣＨに使用されるスクランブリングを開示し、ＰＤＳＣＨ ＤＭＲＳは、ＵＥ間で整合され得る。例えば、Ｃ－ＲＮＴＩとは異なるＲＮＴＩ、例えば、Ｇ－ＲＮＴＩでスクランブルされ得る。そのようなＲＮＴＩは、ＲＲＣ構成を通じて、又はスケジューリングＤＣＩを通じて、ＵＥ２４１にシグナリングされ得る。ＵＥ２４１がブロードキャスト／グループキャスト送信のためのスケジューリングを受信するとき、ＵＥ２４１は、対応するＰＤＳＣＨを復号するために、このＲＮＴＩを使用し得る。
【0033】
いくつかの事例では、ＵＥ２４１は、グループキャストのための上位レイヤパラメータであるＰＤＳＣＨデータスクランブリングアイデンティティを用いて構成され得る（例えば、ＧｒｏｕｐＣａｓｔｄａｔａＳｃｒａｍｂｌｉｎｇＩｄｅｎｔｉｔｙＰＤＳＣＨと呼ばれる）。ＵＥは、コードワードがグループキャスト／ブロードキャストのためにスケジューリングされる場合、例えば、グループキャスト／ブロードキャストのためのＲＮＴＩを用いてスケジューリングされる場合、又はＤＣＩコンテンツがグループキャスト若しくはブロードキャストＰＤＳＣＨ送信をスケジューリングすることを示す場合など、ＰＤＳＣＨコードワードのためのスクランブリングの初期化のためにこの識別情報を使用する。更に、ＵＥ２４１は、ＰＤＳＣＨ ＤＭ－ＲＳのために使用されるスクランブリングの初期化のために使用される上位レイヤパラメータであるスクランブリングＩＤ（例えば、ＧｒｏｕｐＣａｓｔＳｃｒａｍｂｌｉｎｇＩＤ又はスクランブリングＩＤ２）を用いて構成することができる。同様に、ＰＤＳＣＨデータスクランブリングアイデンティティに関して、ＵＥ２４１は、ＰＤＳＣＨがグループキャスト／ブロードキャストのためにスケジュールされている場合、ＤＭ－ＲＳスクランブリングアイデンティティを使用する。
【0034】
これらの２つの事例を区別するために、１ビットフィールド、例えば、キャストタイプインジケータフィールドが、現在のＤＣＩフォーマット、例えば、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿０に導入され得る。表１は、開示された１ビットキャストタイプインジケータフィールドの例を示す。ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「０」に設定されたＤＣＩによってシグナリングされる場合、ＤＣＩは、ユニキャストをスケジューリングするために使用され、ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「１」に設定されたＤＣＩによってシグナリングされる場合、ＤＣＩは、ブロードキャスト又はグループキャストをスケジューリングするために使用される。
【0035】
【表1】
【0036】
上記の例では、ＵＥ２４１がブロードキャスト送信のためのＤＣＩとグループキャスト送信のためのＤＣＩとを区別する必要がない場合があると仮定する。別の事例では、ＵＥ２４１はまた、それらを更に区別し得る。例えば、これは、ＵＥ２４１がグループキャストのためのＨＡＲＱフィードバックを送り、ＵＥ２４１がブロードキャストのためのＨＡＲＱフィードバックを送る必要がない場合に適用され得る。
【0037】
一例では、ＵＥ２４１は、明示的なＤＣＩシグナリングに基づいて、それがブロードキャストであるか又はグループキャストであるかを決定し得る。例えば、キャストタイプインジケータフィールドは、２ビットであり得る。表２は、開示された２ビットキャストタイプインジケータフィールドの例を示す。ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「００」に設定されたＤＣＩによってシグナリングされる場合、ＤＣＩは、ユニキャストをスケジューリングするために使用される。ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「０１」に設定されたＤＣＩによってシグナリングされる場合、ＤＣＩは、ブロードキャストをスケジューリングするために使用される。ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「０１」に設定されたＤＣＩによってシグナリングされる場合、ＤＣＩは、グループキャストをスケジューリングするために使用される。
【0038】
【表2】
【0039】
別の例では、ＵＥ２４１は、例えば、ＰＵＣＣＨリソースインジケーションフィールドを使用して、ＤＣＩ中の既存のフィールドを再使用することによって、ブロードキャストのためのＤＣＩとグループキャストのためのＤＣＩとを区別し得る。ＵＥ２４１は、表１に開示されたＰＵＣＣＨリソースインジケーションフィールド及び１ビットキャストタイプインジケータフィールドに基づいて情報を決定し得る。
【0040】
表３は、ＰＵＣＣＨリソースへのＰＵＣＣＨリソースインジケーションフィールド値のマッピングが存在する、開示されたＰＵＣＣＨリソースインジケーションフィールドの一例を示す。ＰＵＣＣＨリソースインジケーションフィールドが３ビットであると仮定すると、ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「１」に設定されたＤＣＩによってシグナリングされ、かつ「ＰＵＣＣＨリソースインジケータフィールド」が「０００」に設定されてシグナリングされる場合、ＵＥ２４１は、ＤＣＩがブロードキャスト送信をスケジューリングするためのものであると決定し得、ＰＤＳＣＨを復号するために、構成されたブロードキャストスクランブリングＩＤ（例えば、データスクランブリングＩＤ及びＰＤＳＣＨ ＤＭＲＳのためのスクランブリングＩＤ）を適用し得る。又は、フィールド設定のこの組み合わせは、ＤＣＩが、ＨＡＲＱフィードバックが無効化されたグループキャスト送信をスケジューリングするためのものであると決定するために、ＵＥ２４１によって使用され得る。ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「１」に設定されたＤＣＩによってシグナリングされ、かつ「ＰＵＣＣＨリソースインジケータフィールド」が「０００」以外の値に設定されてシグナリングされる場合、ＵＥ２４１は、ＤＣＩがグループキャスト送信をスケジューリングするためのものであると決定し得、ＰＤＳＣＨを復号するために、構成されたグループキャストスクランブリングＩＤを適用し得る。
【0041】
【表3】
【0042】
ブロードキャスト／グループキャスト送信をスケジューリングするＤＣＩが新しいＲＮＴＩ、例えば、Ｇ－ＲＮＴＩでスクランブルされる事例では、ＵＥ２４１は、表３に開示された主題を使用して、ブロードキャストのためのＤＣＩとグループキャストのためのＤＣＩとを区別し得る。この事例では、ＵＥ２４１は、シグナリングＰＵＣＣＨリソースインジケーションフィールドのみに基づいて決定し得、ｇＮＢは、ＤＣＩ中でキャストタイプインジケータフィールドをシグナリングする必要がない場合がある。
【0043】
一方、ＵＥ２４１は、例えば、１ビットキャストタイプインジケータフィールドを通じて、表１において開示された主題を使用して、ブロードキャストのためのＤＣＩとグループキャストのためのＤＣＩとを区別し得る。表４は、ブロードキャストのためのＤＣＩとグループキャストのためのＤＣＩとを区別するための開示された１ビットキャストタイプインジケータフィールドの一例を示す。
【0044】
【表4】
【0045】
ブロードキャストのためのＤＣＩとグループキャストのためのＤＣＩとを区別するための表３及び表４に開示された例示的な主題はまた、本明細書で説明されるようなグループベースのブロードキャスト及びグループキャストスケジューリングに適用され得る。例えば、グループ共通ＤＣＩは、エントリ（又はビット）のセットを含むペイロードを有し得、各エントリ又はビットは、ＨＡＲＱフィードバックリソース構成を指す。各リソース構成は、ＵＥ２４１又はＵＥのサブグループに固有であり得る。ＵＥ２４１に適用されるリソース構成のインデックス又は位置は、ＲＲＣシグナリングなどの上位レイヤシグナリングを通じて、ＵＥ２４１に構成され得る。開示された手法は、ＲＲＣ接続状態にあるＵＥに適用され得る。
【0046】
１．１．１ サブグループベースのブロードキャスト及びグループキャストスケジューリング
更に、また別の手法では、同じブロードキャスト又はグループキャスト送信を受信するＵＥは、異なるスケジューリングＤＣＩがそれぞれ異なるサブグループに送信され得るいくつかのサブグループに区分され得る。例えば、ＵＥ２４１、ＵＥ２４２、．．．、ＵＥ ｎは、ｋ個のサブグループ、例えば、サブグループ１、サブグループ２、．．．、サブグループｋに区分され得る。ＤＣＩ１は、サブグループ１中のＵＥに送信され得、ＤＣＩ２は、サブグループ２中のＵＥに送信され得、ＤＣＩ ｋは、サブグループｋ中のＵＥに送信され得る。ＵＥは、以下の基準のうちの１つ以上に基づいて異なるサブグループに区分され得る。１）ＵＥロケーション、２）チャネル状態、３）ＱＣＬ仮定、又は４）ＵＥカテゴリ。
更に、また別の手法では、同じブロードキャスト又はグループキャスト送信を受信するＵＥは、異なるスケジューリングＤＣＩがそれぞれ異なるサブグループに送信され得るいくつかのサブグループに区分され得る。例えば、ＵＥ２４１、ＵＥ２４２、．．．、ＵＥ ｎは、ｋ個のサブグループ、例えば、サブグループ１、サブグループ２、．．．、サブグループｋに区分され得る。ＤＣＩ１は、サブグループ１中のＵＥに送信され得、ＤＣＩ２は、サブグループ２中のＵＥに送信され得、ＤＣＩ ｋは、サブグループｋ中のＵＥに送信され得る。ＵＥは、以下の基準のうちの１つ以上に基づいて異なるサブグループに区分され得る。１）ＵＥロケーション、２）チャネル状態、３）ＱＣＬ仮定、又は４）ＵＥカテゴリ。
【0047】
ＵＥロケーション：サービス領域は、複数のゾーンに分割され得、同じゾーン中のＵＥは、同じサブグループに分割され得る。例えば、各ゾーンは、ゾーンＩＤを有し得、同じゾーンＩＤを有するＵＥは、同じサブグループに分類され得る。又は、ＵＥ２４１は、その座標をｇＮＢ（例えば、ネットワーク２４３）に報告し得、ｇＮＢは、報告された座標に基づいて、ＵＥを異なるサブグループに分類し得る。
【0048】
チャネル状態：ブロードキャスト又はグループキャスト送信を受信するＵＥは、そのチャネル状態、例えば、ＣＳＩフィードバック、ＲＳＲＰ測定などを報告し得る。ｇＮＢは、報告されたチャネル状態に基づいて、ＵＥを異なるサブグループに分類し得る。
【0049】
ＱＣＬ（Ｑｕａｓｉ Ｃｏ Ｌｏｃａｔｉｏｎ）仮定：ｇＮＢは、ＱＣＬ仮定に基づいて、ＵＥを異なるサブグループに分類し得る。例えば、ｇＮＢは、同じＱＣＬ仮定を有するＵＥ、例えば、同じ好ましいビームを選択するＵＥを、１つのサブグループに分類し得る。
【0050】
ＵＥカテゴリ：ｇＮＢは、ＵＥカテゴリに基づいて、ＵＥを異なるサブグループに分類し得る。例えば、制限された能力を有するＵＥは、１つのサブグループに区分され得、他の通常のＵＥは、別のサブグループに区分され得る。
【0051】
マルチキャストブロードキャストサービス（multicast broadcast service、ＭＢＳ）のための動的スケジューリングに加えてセミパーシステントスケジューリング（semi-persistent scheduling、ＳＰＳ）をサポートすることは、シグナリングオーバーヘッドが低く、周期的トラフィックに適しているので、有益である。ＵＥ２４１は、ＲＲＣシグナリングを通じて、例えば、情報要素ＭＢＳ－ＳＰＳ－ｃｏｎｆｉｇを通じて、サービングセルごとにＢＷＰごとに複数のＭＢＳ ＳＰＳ構成を有するｇＮＢによって構成され得る。ＩＥ ＭＢＳ－ＳＰＳ－ｃｏｎｆｉｇは、以下の情報のうちの１つ以上を搬送し得る。
【0052】
ＭＢＳ ＳＰＳ情報の周期性。周期性は、シンボル単位、又はスロット単位、又はｍｓ単位などでｇＮＢによって構成され得る。ＵＥ２４１がアクティブ化ＤＣＩを検出し、１番目のＤＬ ＳＰＳ送信のための許可を決定した後、ＵＥ２４１は、１番目のＳＰＳ送信の後に、同じＳＰＳ構成のための後続のｎ番目のＤＬ ＳＰＳ送信がｎ×周期性のシンボル又はスロット又はｍｓで送信されることを予想し得る。
【0053】
ＭＢＳ ＳＰＳ構成情報のインデックス、例えば、ＭＢＳ－ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅｘであり、これは、サービングセルのＢＷＰ内のＭＢＳ ＳＰＳ構成の全てのうちのＭＢＳ ＳＰＳ構成の一意のアイデンティティを構成する。
【0054】
集約係数。ＵＥ２４１は、ＳＰＳ ＰＤＳＣＨ送信のための反復の数を有するｇＮＢによって構成され得る。
【0055】
アクティブ化又は非アクティブ化ＤＣＩタイプ情報。ＵＥ２４１は、ＵＥ２４１がアクティブ化及び／又は非アクティブ化ＤＣＩを検出するために監視する必要があるＤＣＩタイプ、例えば、グループ共通ＤＣＩ、若しくはＵＥ固有ＤＣＩ、又は両方のタイプのＤＣＩを用いて、ｇＮＢによって構成され得る。一例では、１つのＲＲＣパラメータが、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩの両方のためのＤＣＩタイプを構成するために使用され得る。別の例では、別個のＲＲＣパラメータ、例えば、アクティブ化ＤＣＩタイプ及び非アクティブ化ＤＣＩタイプが、ＭＢＳ－ＳＰＳ－ｃｏｎｆｉｇ中でそれぞれアクティブ化ＤＣＩ及び非アクティブ化ＤＣＩのためのＤＣＩタイプを構成するために使用され得る。
【0056】
ＨＡＲＱ有効化／無効化情報。ＵＥ２４１は、例えば、ＭＢＳ ＳＰＳ ＰＤＣＣＨ、アクティブ化ＤＣＩ、非アクティブ化ＤＣＩなどのうちの１つ以上のために、ＨＡＲＱフィードバックがこのＭＢＳ ＳＰＳ構成に対して有効にされるかどうかを構成するための情報を用いてｇＮＢによって構成され得る。
【0057】
ＰＤＳＣＨ情報のためのＨＡＲＱフィードバックタイプ。ＵＥ２４１は、このＭＢＳ ＳＰＳ構成のためのＭＢＳ ＳＰＳ ＰＤＳＣＨのために使用されるＨＡＲＱフィードバック、例えば、ＡＣＫ／ＮＡＣＫベースのもの、又はＮＡＣＫのみベースのもの、又は両方のオプションを用いて、ｇＮＢによって構成され得る。
【0058】
ＰＤＣＣＨ情報のためのＨＡＲＱフィードバックタイプ。ＵＥ２４１は、このＭＢＳ ＳＰＳ構成のためのアクティブ化ＤＣＩ及び／又は非アクティブ化ＤＣＩのために使用される、ＨＡＲＱフィードバック、例えば、グループ内のＵＥのための共有ＰＵＣＣＨリソース、若しくは各ＵＥ２４１のための専用ＰＵＣＣＨリソース、又は両方のオプションを用いて、ｇＮＢによって構成され得る。
【0059】
ＨＡＲＱフィードバックリソースプール情報。ＵＥ２４１は、ＨＡＲＱフィードバックを送るためにＵＥによって使用され得るＰＵＣＣＨリソースのセット、例えば、ＭＢＳ ＳＰＳ ＰＤＣＣＨ、アクティブ化ＤＣＩ、非アクティブ化ＤＣＩなどのうちの１つ以上のためのＨＡＲＱフィードバックを送るために使用されるＰＵＣＣＨリソースのセットを用いてｇＮＢによって構成され得る。
【0060】
再送タイプ情報。ＵＥ２４１は、再送信がどのようにスケジュールされるか、例えば、動的にスケジュールされるか、セミパーシステントにスケジュールされるか、又は両方がサポートされるかなどを構成するための情報を用いてｇＮＢによって構成され得る。
【0061】
再送信スケジューリングタイプ情報。ＵＥ２４１は、どのように再送信が動的にスケジュールされるか、例えば、グループ共通ＤＣＩによって動的にスケジュールされるか、若しくはＵＥ固有ＤＣＩによって動的にスケジュールされるか、又は再送信がグループ共通ＰＤＳＣＨによって搬送されるか、若しくはＵＥ固有ＰＤＳＣＨによって搬送されるかなどを構成するための情報を用いてｇＮＢによって構成され得る。
【0062】
複数のスキームが、１つの情報うちのＭＢＳ－ＳＰＳ－ｃｏｎｆｉｇ ＩＥによってサポートされるように構成される場合、例えば、ＡＣＫ／ＮＡＣＫベースのＨＡＲＱとＮＡＣＫのみベースのＨＡＲＱとの両方がサポートされる場合、一例では、ＵＥ２４１は、どのスキームが使用されるべきかをＤＣＩによって動的に示されるか、又はＭＡＣ－ＣＥによって半静的に示され得る。別の例では、ＵＥ２４１は、ある基準に基づいて、例えば、ＭＢＳサービスの信頼性要件に基づいて、ＭＢＳサービスのレイテンシ要件に基づいてなど、それ自体によって使用されるべきスキームを決定し得る。
【0063】
１．１．２ ＭＢＳ ＳＰＳのためのアクティブ化／非アクティブ化ＤＣＩ
ＭＢＳのためのＳＰＳをサポートするために、例示的な図が図１、図２などに示されている、提案されたスケジューリングメカニズム、例えば、グループベースのスケジューリング、ＵＥ固有ベースのスケジューリング、サブグループベースのスケジューリングなどを使用して、構成されたＳＰＳ構成のうちの１つ以上をアクティブ化又は非アクティブ化するＤＣＩを送信し得る。例えば、ＵＥが進行中のＭＢＳ ＳＰＳ送信に参加することを望むとき、ｇＮＢは、ＵＥ２４１のためにそれをアクティブ化するために、ＵＥ固有のＤＣＩを送り得る。
ＭＢＳのためのＳＰＳをサポートするために、例示的な図が図１、図２などに示されている、提案されたスケジューリングメカニズム、例えば、グループベースのスケジューリング、ＵＥ固有ベースのスケジューリング、サブグループベースのスケジューリングなどを使用して、構成されたＳＰＳ構成のうちの１つ以上をアクティブ化又は非アクティブ化するＤＣＩを送信し得る。例えば、ＵＥが進行中のＭＢＳ ＳＰＳ送信に参加することを望むとき、ｇＮＢは、ＵＥ２４１のためにそれをアクティブ化するために、ＵＥ固有のＤＣＩを送り得る。
【0064】
グループベースのスケジューリングが使用される場合、グループ共通ＰＤＣＣＨは、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩを送信するために使用され得、ここで、グループ共通ＤＣＩの巡回冗長検査（cyclic redundancy check、ＣＲＣ）は、上述の開示において提供されるように、グループＲＮＴＩ、例えば、Ｇ－ＳＰＳ－ＲＮＴＩによってスクランブルされる。
【0065】
ＭＢＳ ＳＰＳアクティブ化／非アクティブ化のためのグループ共通ＤＣＩ及びＭＢＳ動的スケジューリングのためのグループ共通ＤＣＩは、同じＤＣＩフォーマット、例えば、ＤＣＩフォーマット１＿３を共有し得る。ＵＥは、それをスクランブルするために使用されるＲＮＴＩ、例えば、Ｇ－ＲＮＴＩ及びＧ－ＳＰＳ－ＲＮＴＩを通じて、２つの事例を区別し得る。例えば、グループ共通ＤＣＩがＧ－ＳＰＳ－ＲＮＴＩによってスクランブルされる場合、ＵＥ２４１は、それがＭＢＳ ＳＰＳアクティブ化又は非アクティブ化のために使用されると決定し得る。グループ共通ＤＣＩがＧ－ＲＮＴＩによってスクランブルされる場合、ＵＥ２４１は、それがＭＢＳ動的スケジューリングのために使用されると決定し得る。
【0066】
ＵＥ固有ベースのスケジューリングが使用される場合、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩは、ＵＥ固有ＤＣＩによって送信され得る。現在のＮＲでは、ユニキャストＳＰＳは、ＤＣＩフォーマット１を使用して、例えば、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、及びＤＣＩフォーマット１＿２を使用して、ＵＥ固有のＤＣＩによってアクティブ化及び非アクティブ化され、ＤＣＩは、ＣＳ－ＲＮＴＩによってスクランブルされる。
【0067】
第１の例では、新しいＤＣＩフォーマット、例えば、ＤＣＩフォーマット１＿４が導入され得る。ＵＥ２４１がＭＢＳ－ＳＰＳ－ｃｏｎｆｉｇ ＩＥを用いて構成される場合、ＵＥは、ＭＢＳ ＳＰＳアクティブ化ＤＣＩ及び非アクティブ化ＤＣＩを検出するために新しいＤＣＩフォーマットを監視し得、ＤＣＩは、ユニキャストＳＰＳのために使用される同じＲＮＴＩ、例えばＣＳ－ＲＮＴＩによってスクランブルされ得る。又は、新しいＲＮＴＩが、ＤＣＩ、例えば、Ｇ－ＳＰＳ－ＲＮＴＩをスクランブルするために導入され得る。
【0068】
第２の例では、既存のＤＣＩフォーマットは、ＤＣＩをスクランブルするために導入され得る新しいＲＮＴＩとともに再使用され得る。例えば、ＵＥ２４１は、ＭＢＳ ＳＰＳアクティブ化ＤＣＩ及び非アクティブ化ＤＣＩを検出するために、Ｇ－ＳＰＳ－ＲＮＴＩでスクランブルされたＣＲＣを有するＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、及びＤＣＩフォーマット１＿２を監視し得る。
【0069】
第３の例では、同じＤＣＩフォーマット及び同じＲＮＴＩが、ＭＢＳ ＳＰＳ送信をアクティブ化又は非アクティブ化するＤＣＩのためにも使用され得る。例えば、ＵＥ２４１はまた、ＭＢＳ ＳＰＳアクティブ化ＤＣＩ及び非アクティブ化ＤＣＩを検出するために、ＣＳ－ＲＮＴＩでスクランブルされたＣＲＣを有するＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、及びＤＣＩフォーマット１＿２を監視し得る。ＲＮＴＩ及びＤＣＩフォーマットがユニキャストＳＰＳ及びＭＢＳ ＳＰＳによって共有されるので、ＵＥ２４１は、ＭＢＳ ＳＰＳ又はユニキャストＳＰＳが、受信されたＤＣＩによってアクティブ化／非アクティブ化されるかどうかを更に区別する必要がある。
【0070】
これらの２つの事例を区別するために、１ビットフィールド、例えば、キャストタイプインジケータフィールドが、表１に開示されているように、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩによって搬送され得る。ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「０」に設定されたアクティブ化ＤＣＩ又は非アクティブ化ＤＣＩを検出する場合、ＤＣＩは、ユニキャストＳＰＳをアクティブ化又は非アクティブ化するために使用され、ＵＥ２４１が、「キャストタイプインジケータフィールド」の値が「１」に設定されたアクティブ化ＤＣＩ又は非アクティブ化ＤＣＩを検出する場合、ＤＣＩは、ＭＢＳ ＳＰＳをアクティブ化又は非アクティブ化するために使用される。ブロードキャストサービスのためのＳＰＳとマルチキャストサービスのためのＳＰＳとを更に区別するために、表２に開示されるように、２ビットが、キャストタイプインジケータフィールドのために使用され得る。
【0071】
又は、ＳＰＳ構成インデックスは、ユニキャストＳＰＳ送信とＭＢＳ ＳＰＳ送信との間で分割され得る。例えば、ＵＥ２４１が最大２Ｎ個のＳＰＳ構成を用いて構成され得ると仮定する。ＳＰＳ構成インデックス１．．．Ｎは、ユニキャストＳＰＳのために割り当てられ得、ＳＰＳ構成インデックスＮ＋１．．．２Ｎは、ＭＢＳ ＳＰＳのために割り当てられ得る。ＵＥ２４１が、アクティブ化又は非アクティブ化されたＳＰＳのＳＰＳ構成インデックスｎを決定する場合、ＵＥ２４１は、ｎの値に基づいて、それがユニキャストＳＰＳであるかＭＢＳ ＳＰＳであるかを決定し得る。
【0072】
ＮＲ ＭＢＳの場合、ＭＢＳ ＳＰＳのためのアクティブ化及び非アクティブ化ＤＣＩを送信するために、１つのタイプのＰＤＣＣＨのみ、例えば、グループ共通ＰＤＣＣＨ、又はＵＥ固有ＰＤＣＣＨがサポートされ得る。次いで、ＵＥ２４１は、それを検出するために、サポートされたＰＤＣＣＨのみを監視する。又は、グループ共通ＰＤＣＣＨとＵＥ固有ＰＤＣＣＨとの両方がサポートされ得る。両方がサポートされる場合、第１の例では、ＭＢＳ－ＳＰＳ－ｃｏｎｆｉｇ ＩＥは、例えば、Ａｃｔｉｖａｔｉｏｎ ａｎｄ／ｏｒ ｄｅａｃｔｉｖａｔｉｏｎ ＤＣＩ ｔｙｐｅを通じて、ＵＥ２４１が監視する必要があるＰＤＣＣＨを構成し得る。次いで、ＵＥ２４１は、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩを検出するために、構成されたタイプのＰＤＣＣＨを監視する必要があるだけであり得る。
【0073】
第２の例では、ＵＥ２４１は、グループ共通ＰＤＣＣＨ及びＵＥ固有ＰＤＣＣＨの両方を監視し得る。ＵＥ２４１は、アクティブ化ＤＣＩ及び非アクティブ化ＤＣＩを検出するために、両方のタイプのＰＤＣＣＨを監視し得る。又は、ＵＥ２４１は、アクティブ化ＤＣＩに対して、１つのタイプのＰＤＣＣＨ、例えば、グループ共通ＰＤＣＣＨ又はＵＥ固有ＰＤＣＣＨのみを監視し、非アクティブ化ＤＣＩに対して、両方のタイプのＰＤＣＣＨを監視し得る。又は、ＵＥ２４１は、アクティブ化ＤＣＩに対して、両方のタイプのＰＤＣＣＨを監視し、非アクティブ化ＤＣＩに対して、１つのタイプのＰＤＣＣＨ、例えば、グループ共通ＰＤＣＣＨ又はＵＥ固有ＰＤＣＣＨのみを監視し得る。
【0074】
アクティブ化及び非アクティブ化のために同じＲＮＴＩ及びＤＣＩフォーマットが使用されるので、ＵＥ２４１は、これらの２つの事例を区別しなければならない。新しいＤＣＩフォーマットがＭＢＳ ＳＰＳのために導入される場合の例を表５に示す。１ビットのアクティブ化／非アクティブ化フラグフィールドが、ＤＣＩがアクティブ化又は非アクティブ化のために使用されるかどうかを示すために、アクティブ化／非アクティブ化ＤＣＩに導入され得、例えば、「１」は、ＤＣＩがアクティブ化のために使用されることを示し、「０」は、ＤＣＩが非アクティブ化のために使用されることを示す。
【0075】
【表5】
【0076】
別の例では、同じＤＣＩフォーマットがＭＢＳ動的スケジューリングとＭＢＳ ＳＰＳとによって共有されるので、ＭＢＳ ＳＰＳのためのそのような情報を示すために動的スケジューリングのために使用されるいくつかのフィールドを再使用し得る。例えば、ＵＥ２４１は、冗長バージョンフィールド中の全てのビットが「０」に設定されている場合、ＤＣＩがアクティブ化のために使用されると決定し得る。ＵＥ２４１は、冗長バージョンフィールド中の全てのビットが「０」に設定され、変調及びコーディングスキームフィールド中の全てのビットが「１」に設定され、周波数ドメインリソース割り当てフィールド中の全てのビットが「０」に設定されるか、又は「１」に設定される場合、ＤＣＩが非アクティブ化のために使用されると決定し得る。
【0077】
周波数範囲内で、例えば、ＭＢＳ ＢＷＰ又は共通周波数領域内で、ＵＥ２４１は、複数のＭＢＳ ＳＰＳ構成を用いて構成され得る。ＤＣＩがどのＭＢＳ ＳＰＳ構成をアクティブ化又は非アクティブ化しているかを示すために、インジケーションが提供される必要があり得る。表６に示される第１の例では、ＳＰＳ構成インデックスフィールドが、アクティブ化／非アクティブ化ＤＣＩ内に導入され得る。８つのＭＢＳ ＳＰＳ構成がｇＮＢによって構成され得ると仮定すると、ＳＰＳ構成インデックスフィールドは、３ビットを有し得、各コードポイントが１つのＭＢＳ ＳＰＳ構成と関連付けられる。
【0078】
【表6】
【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】
【表7】
【0205】
図３１は、本明細書で説明するように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスに基づいて生成され得る例示的な表示（例えば、グラフィカルユーザインターフェース）を示す。ディスプレイインターフェース９０１（例えば、タッチスクリーンディスプレイ）は、関連するパラメータ、方法フロー、及び関連付けられた現在の状態など、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングに関連付けられたテキストをグラフィカル出力９０２において提供し得る。本明細書で説明されるステップのいずれかの進捗（例えば、送信されたメッセージ又はステップの成功）は、グラフィカル出力９０２において表示され得る。加えて、グラフィカル出力９０２は、ディスプレイインターフェース９０１上に表示され得る。グラフィカル出力９０３は、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスを実装するデバイスのトポロジ、本明細書で説明する任意の方法又はシステムの進捗のグラフィカル出力などであり得る。
【0206】
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、コーデック、セキュリティ、及びサービス品質に関する作業を含む、無線アクセス、コア移送ネットワーク、及びサービス能力を含む、セルラ電気通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（radio access technology、ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、ＬＴＥ－Ａｄｖａｎｃｅｄ標準、及び「５Ｇ」とも称されるＮｅｗ Ｒａｄｉｏ（ＮＲ）が含まれる。３ＧＰＰ ＮＲ標準開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続及び含むと予想され、これは、７ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、及び７ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルにおける新しい非後方互換性無線アクセスからなると予想され、同じスペクトルで一緒に多重化されて、分岐要件を有する一連の広範な３ＧＰＰ ＮＲ使用事例に対処することができる異なる動作モードを含むことが予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途及びホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するｃｍＷａｖｅ及びｍｍＷａｖｅスペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチメートル波及びミリ波固有のデザイン最適化を用いて、７ＧＨｚ未満のフレキシブル無線アクセスと共通のデザインフレームワークを共有することが予想される。
【0207】
３ＧＰＰは、ＮＲがサポートすることが予想される様々な使用事例を識別し、データ転送速度、待ち時間、及びモビリティのための多種多様なユーザ経験要件をもたらす。使用事例としては、以下の一般的なカテゴリ：強化されたモバイルブロードバンド（enhanced mobile broadband、ｅＭＢＢ）、超信頼性低遅延通信（ultra-reliable low-latency Communication、ＵＲＬＬＣ）、大量機械型通信（massive machine type communications、ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、マイグレーション、及びインターワーキング、エネルギー節約）、並びに車車間通信（Vehicle-to-Vehicle Communication、Ｖ２Ｖ）、車両対インフラストラクチャ通信（Vehicle-to-Infrastructure、Ｖ２Ｉ）、車両対ネットワーク通信（Vehicle-to-Network Communication、Ｖ２Ｎ）、車両対歩行者通信（Vehicle-to-Pedestrian Communication、Ｖ２Ｐ）、及び他のエンティティとの車両通信のうちのいずれかを含み得る、強化された車車間／路車間（vehicle-to-everything、ｅＶ２Ｘ）通信が挙げられる。これらのカテゴリにおける特定のサービス及び用途には、数例を挙げると、例えば、監視及びセンサネットワーク、デバイスリモート制御、双方向リモート制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第１対応者の接続性、自動車用ｅコール、災害警報、リアルタイムのゲーム、多人数テレビ電話、自律走行、拡張現実、触覚インターネット、仮想現実、ホームオートメーション、ロボット、及び空中ドローンが含まれる。これらの使用事例などの全てが、本明細書で企図される。
【0208】
図３２Ａは、本明細書で説明及び特許請求される図１～図３０に示されるシステム及び方法など、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法及び装置が使用され得る例示的な通信システム１００を示す。通信システム１００は、無線送／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、又は１０２ｇを含み得、これらは一般的又は集合的にＷＴＲＵ１０２又は複数のＷＴＲＵ１０２と称され得る。通信システム１００は、無線アクセスネットワーク（radio access network、ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、及びネットワークサービス１１３を含み得る。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、又はエッジコンピューティングなどを含み得る。
【0209】
本明細書に開示される概念は、任意の数のＷＴＲＵ、基地局、ネットワーク、又はネットワーク要素とともに使用され得ることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、又は１０２ｇの各々は、無線環境において動作し、又は通信するように構成された任意のタイプの装置又はデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇは、手持ち式無線通信装置として図３２Ａ、図３２Ｂ、図３２Ｃ、図３２Ｄ、図３２Ｅ、又は図３２Ｆに表され得るが、５Ｇ無線通信について企図される多種多様な使用事例では、各ＷＴＲＵは、単なる例として、ユーザ機器（user equipment、ＵＥ）、移動局、固定若しくはモバイル加入者ユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電子機器、スマートウォッチ若しくはスマート衣類などのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、車、バス、トラック、列車、若しくは飛行機などの車両などを含む、無線信号を送信又は受信するように構成された任意のタイプの装置又はデバイスを備えるか、又はその中で具現化され得ることを理解されたい。
【0210】
通信システム１００はまた、基地局１１４ａ、及び基地局１１４ｂを含み得る。図３２Ａの例では、各基地局１１４ａ及び１１４ｂは、単一の要素として図示されている。実際には、基地局１１４ａ及び１１４ｂは、任意の数の相互接続された基地局又はネットワーク要素を含み得る。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。同様に、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、又はネットワークサーバ１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、リモート無線ヘッド（Remote Radio Head、ＲＲＨ）１１８ａ、１１８ｂ、送信及び受信点（Transmission and Reception Point、ＴＲＰ）１１９ａ、１１９ｂ、又は路側ユニット（Roadside Unit、ＲＳＵ）１２０ａ及び１２０ｂのうちの少なくとも１つと有線で又は無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。
【0211】
ＴＲＰ１１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａ及び１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、又はネットワークサービス１１３などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅ又は１０２ｆのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅ Ｂ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ、次世代ノードＢ（Next Generation Node-B、ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであってもよい。
【0212】
基地局１１４ａは、基地局コントローラ（Base Station Controller、ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）、中継ノードなどの他の基地局又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３／１０４／１０５の一部であり得る。同様に、基地局１１４ｂは、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内で無線信号を送信又は受信するように構成され得る。同様に、基地局１１４ｂは、本明細書で開示されるように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスのためのセル（図示せず）と称され得る、特定の地理的領域内で有線又は無線信号を送信又は受信するように構成され得る。同様に、基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線又は無線信号を送信又は受信するように構成され得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一例では、基地局１１４ａは、３つのトランシーバ、例えば、セルのセクタごとに１つのトランシーバを含み得る。一例では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、したがって、セルの各セクタに対して複数のトランシーバを利用し得る。
【0213】
基地局１１４ａは、エアインターフェース１１５／１１６／１１７を通じて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又は１０２ｇのうちの１つ以上と通信し得、これらは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光、センチメートル波、ミリ波、など）であり得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0214】
基地局１１４ｂは、有線又はエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通じて、ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、又はＲＳＵ１２０ａ、１２０ｂのうちの１つ以上と通信し得、これは、任意の好適な有線（例えば、ケーブル、光ファイバなど）又は無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0215】
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、又はＲＳＵ１２０ａ、１２０ｂは、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通じて、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つ以上と通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0216】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、又は１０２ｆは、エアインターフェース１１５ｄ／１１６ｄ／１１７ｄ（サイドリンク通信など）を通じて、互いに通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0217】
通信システム１００は、多重アクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つ以上のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及びＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）、地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してそれぞれエアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃを確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
【0218】
一例では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、又はＲＳＵ１２０ｂ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）を使用して、それぞれエアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃを確立し得る。将来的には、エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥ及びＬＴＥ－Ａ技術には、ＬＴＥ Ｄ２Ｄ及びＶ２Ｘ技術及びインターフェース（サイドリンク通信など）が含まれ得る。同様に、３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術及びインターフェース（サイドリンク通信など）を含む。
【0219】
ＲＡＮ１０３／１０４／１０５の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、若しくはＲＳＵ１２０ａ、１２０ｂと、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．１６（例えば、（ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実装し得る。
【0220】
本明細書で開示されるように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのスケジューリングの方法、システム、及びデバイスを実装するために、図３２Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ、又はアクセスポイントであってもよく、事業所、家庭、車両、列車、空中、衛星、工場、キャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の好適なＲＡＴを利用し得る。一例では、基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）を確立し得る。同様に、基地局１１４ｃ及びＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の例では、基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図３２Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【0221】
ＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信し得、これは、音声、データ、メッセージング、認証認可、アプリケーション、又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、移動体位置ベースのサービス、プリペイド発呼、インターネット接続性、パケットデータネットワーク接続性、イーサネット接続性、ビデオ配信などを提供し得、又はユーザ認証などの、高レベルセキュリティ機能を実行し得る。
【0222】
図３２Ａには示されていないが、ＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５若しくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ又はＮＲ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。
【0223】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（datagram protocol、ＵＤＰ）、及びインターネットプロトコル（internet protocol、ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有又は操作される、有線又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５若しくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）又は別のコアネットワークを含み得る。
【0224】
本明細書で開示されるように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのスケジューリングの方法、システム、及びデバイスを実装するために、通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆのいくつか又は全ては、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、異なる無線リンクを通じて、異なる無線ネットワークと通信するための複数のトランシーバを含み得る。例えば、図３２Ａに示されるＷＴＲＵ１０２ｇは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｃと通信するように構成され得る。
【0225】
図３２Ａには示されていないが、ユーザ機器は、ゲートウェイへの有線接続を行い得ることが理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway、ＲＧ）であってもよい。ＲＧは、コアネットワーク１０６／１０７／１０９への接続性を提供し得る。本明細書に含まれる主題の多くは、ネットワークに接続するために有線接続を使用するＷＴＲＵ及びＵＥであるＵＥに等しく適用され得ることが理解されよう。例えば、無線インターフェース１１５、１１６、１１７、及び１１５ｃ／１１６ｃ／１１７ｃに適用される主題は、有線接続に等しく適用され得る。
【0226】
図３２Ｂは、本明細書で開示されるように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスを実装し得る、例示的なＲＡＮ１０３及びコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いて、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図３２Ｂに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、及び１４０ｃを含み得、これらは各々、エアインターフェース１１５を介して、ＷＴＲＵ １０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含み得る。ノードＢ１４０ａ、１４０ｂ、及び１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、任意の数のノードＢ及び無線ネットワークコントローラ（ＲＮＣ）を含み得ることが理解されよう。
【0227】
図３２Ｂに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。更に、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノードＢ１４０ａ、１４０ｂ、及び１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ及び１４２ｂと通信し得る。ＲＮＣ１４２ａ及び１４２ｂは、Ｉｕｒインターフェースを介して互いに通信し得る。ＲＮＣ１４２ａ及び１４２ｂの各々は、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、及び１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ及び１４２ｂの各々は、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行又はサポートするように構成され得る。
【0228】
図３２Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（media gateway、ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile Switching Center、ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node、ＳＧＳＮ）１４８、又はゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node、ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有又は操作され得ることが理解されよう。
【0229】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６及びＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。
【0230】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８及びＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。
【0231】
コアネットワーク１０６はまた、他のサービスプロバイダによって所有又は操作される他の有線又は無線ネットワークを含み得る他のネットワーク１１２に接続され得る。
【0232】
図３２Ｃは、本明細書で開示されるように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスを実装し得る例示的なＲＡＮ１０４及びコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
【0233】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃを含み得るが、ＲＡＮ１０４が、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含み得る。例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【0234】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図３２Ｃに示されるように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、Ｘ２インターフェースを通じて、互いに通信し得る。
【0235】
図３２Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway、ＭＭＥ）１６２、サービングゲートウェイ１６４、及びパケットデータネットワーク（Packet Data Network、ＰＤＮ）ゲートウェイ１６６を含み得る。前述の要素の各々は、コアネットワーク１０７の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
【0236】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃ、ベアラアクティブ化／非アクティブ化のユーザを認証し、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択するなどの役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭ又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。
【0237】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃからルーティング及び転送し得る。サービングゲートウェイ１６４はまた、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのコンテキストを管理及び記憶することなど、他の機能を実行し得る。
【0238】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続され得、ＰＤＮゲートウェイ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。
【0239】
コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有又は操作される他の有線若しくは無線ネットワークを含み得る。
【0240】
図３２Ｄは、本明細書で開示されるように、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングの方法、システム、及びデバイスを実装し得る、例示的なＲＡＮ１０５及びコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を用いて、エアインターフェース１１７を介してＷＴＲＵ１０２ａ及び１０２ｂと通信し得る。ＲＡＮ１０５はまた、コアネットワーク１０９と通信し得る。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function、Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を用いて、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信し得る。
【0241】
ＲＡＮ１０５は、ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂを含み得る。ＲＡＮ１０５は、任意の数のｇＮｏｄｅ－Ｂを含み得ることが理解されよう。ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは各々、エアインターフェース１１７を介してＷＴＲＵ１０２ａ及び１０２ｂと通信するための１つ以上のトランシーバを含み得る。統合アクセス及びバックホール接続が使用されるとき、同じエアインターフェースが、ＷＴＲＵとｇＮｏｄｅ－Ｂとの間で使用され得、このエアインターフェースは、１つ又は複数のｇＮＢを介したコアネットワーク１０９であってもよい。ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、又はデジタルビームフォーミング技術を実装し得る。したがって、ｇＮｏｄｅ－Ｂ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。ＲＡＮ１０５は、ｅＮｏｄｅ－Ｂなどの他のタイプの基地局を用い得ることを理解されたい。また、ＲＡＮ１０５は、２つ以上のタイプの基地局を採用してもよいことも理解されたい。例えば、ＲＡＮは、ｅＮｏｄｅ－Ｂ及びｇＮｏｄｅ－Ｂを用い得る。
【0242】
Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含み得る。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることが理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するための、１つ以上のトランシーバを含み得る。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。
【0243】
ｅＮｏｄｅ－Ｂ１８０ａ及び１８０ｂの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図３２Ｄに示されるように、ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは、例えば、Ｘｎインターフェースを通じて、互いに通信し得る。
【0244】
図３２Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G core network、５ＧＣ）であり得る。コアネットワーク１０９は、無線アクセスネットワークによって相互接続されている顧客に多数の通信サービスを提供し得る。コアネットワーク１０９は、コアネットワークの機能性を実行するいくつかのエンティティを含む。本明細書で使用されるとき、「コアネットワークエンティティ」又は「ネットワーク機能」という用語は、コアネットワークの１つ以上の機能を実行する任意のエンティティを指す。そのようなコアネットワークエンティティは、無線若しくはネットワーク通信のために構成された装置、又は図３２Ｇに例示されるシステム９０などのコンピュータシステムのメモリに記憶された、及びこれらのプロセッサで実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることが理解される。
【0245】
図３２Ｄの例では、５Ｇコアネットワーク１０９は、アクセス及びモビリティ管理機能（access and mobility management function、ＡＭＦ）１７２、セッション管理機能（Session Management Function、ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function、ＵＰＦ）１７６ａ及び１７６ｂ、ユーザデータ管理機能（User Data Management Function、ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function、ＡＵＳＦ）１９０、ネットワーク露出機能（Network Exposure Function、ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function、ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function、Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository、ＵＤＲ）１７８を含み得る。前述の要素の各々は、５Ｇコアネットワーク１０９の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有又は操作され得ることが理解されよう。また、５Ｇコアネットワークは、これらの要素の全てからなるとは限らず、追加の要素からなる場合があり、これらの要素の各々の複数の実例からなる場合があることも理解されるであろう。図３２Ｄは、ネットワーク機能が互いに直接接続することを示しているが、これらが直径ルーティングエージェント又はメッセージバスなどのルーティングエージェントを介して通信し得ることを理解されたい。
【0246】
図３２Ｄの例では、ネットワーク機能間の接続性は、一組のインターフェース又は基準点を介して、達成される。ネットワーク機能は、他のネットワーク機能又はサービスによって呼び出されるか、又はコールされる一組のサービスとしてモデル化されるか、記載されるか、又は実装され得ることが理解されよう。ネットワーク機能サービスの呼び出しは、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の発呼などを介して達成され得る。
【0247】
ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たし得る。ＡＭＦは、ユーザプレーントンネル構成情報を、Ｎ２インターフェースを介してＲＡＮ１０５に転送する役割を果たし得る。ＡＭＦ１７２は、ユーザプレーントンネル構成情報を、Ｎ１１インターフェースを介してＳＭＦから受信し得る。ＡＭＦ１７２は、一般に、ＮＡＳパケットを、Ｎ１インターフェースを介して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに／からルーティングし、転送し得る。Ｎ１インターフェースは、図３２Ｄに示されていない。
【0248】
ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続され得る。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、かつＮ４インターフェースを介してＵＰＦ１７６ａ及び１７６ｂに接続され得る。ＳＭＦ１７４は、制御ノードとして機能し得る。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのＩＰアドレス割り当て、ＵＰＦ１７６ａ及びＵＰＦ１７６ｂにおけるトラフィックステアリングルールの管理及び構成、並びにＡＭＦ１７２へのダウンリンクデータ通知の生成の役割を果たし得る。
【0249】
ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと他のデバイスとの間の通信を容易にするために、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂはまた、他のタイプのパケットデータネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。例えば、他のネットワーク１１２は、イーサネットネットワーク、又はデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックステアリングルールを受信し得る。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースと接続することによって、又はＮ９インターフェースを介して互いに若しくは他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供し得る。パケットデータネットワークへのアクセスを提供することに加えて、ＵＰＦ１７６は、パケットルーティング及び転送、ポリシールールの施行、ユーザプレーントラフィックのサービス処理品質、ダウンリンクパケットバッファリングの役割を果たし得る。
【0250】
ＡＭＦ１７２はまた、Ｎ３ＩＷＦ１９９に、例えば、Ｎ２インターフェースを介して接続され得る。Ｎ３ＩＷＦは、例えば、３ＧＰＰによって定義されていない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を容易にする。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じ又は同様の様式で、Ｎ３ＩＷＦ１９９と相互作用し得る。
【0251】
ＰＣＦ１８４は、Ｎ７インターフェースを通じて、ＳＭＦ１７４に接続され、Ｎ１５インターフェースを介してＡＭＦ１７２に接続され、Ｎ５インターフェースを介してアプリケーション機能（Application Function、ＡＦ）１８８に接続され得る。Ｎ１５及びＮ５インターフェースは、図３２Ｄには示されていない。ＰＣＦ１８４は、ＡＭＦ１７２及びＳＭＦ１７４などの制御プレーンノードにポリシールールを提供してもよく、制御プレーンノードがこれらのルールを施行することを可能にする。ＰＣＦ１８４は、ＡＭＦがＮ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにポリシーを送達することができるように、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのためにＡＭＦ１７２にポリシーを送信することができる。次いで、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにおいて施行又は適用され得る。
【0252】
ＵＤＲ１７８は、認証証明書及び加入情報のためのリポジトリとして機能し得る。ＵＤＲは、ネットワーク機能に接続してもよく、その結果、ネットワーク機能は、リポジトリ内にあるデータに追加し、そのデータを読み取り、かつこのデータを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続してもよい。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続してもよい。
【0253】
ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能し得る。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対するネットワーク機能を認可し得る。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続してもよい。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続してもよい。ＵＤＲ１７８とＵＤＭ１９７とは、緊密に統合されてもよい。
【0254】
ＡＵＳＦ１９０は、認証関連動作を実行し、Ｎ１３インターフェースを介してＵＤＭ１７８に、及びＮ１２インターフェースを介してＡＭＦ１７２に接続する。
【0255】
ＮＥＦ１９６は、５Ｇコアネットワーク１０９における能力及びサービスをアプリケーション機能（ＡＦ）１８８に露出する。露出は、Ｎ３３ ＡＰＩインターフェースで発生し得る。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続してもよく、５Ｇコアネットワーク１０９の能力及びサービスを露出させるために、他のネットワーク機能に接続してもよい。
【0256】
アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用してもよい。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接インターフェースを介してもよいし、又はＮＥＦ１９６を介して発生してもよい。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされてもよいし、又は５Ｇコアネットワーク１０９の外部にあり、モバイルネットワークオペレータと取引関係を有する企業によって展開されてもよい。
【0257】
ネットワークスライシングは、モバイルネットワークオペレータが使用して、オペレータのエアインターフェースの後ろの、１つ以上の「仮想」コアネットワークをサポートすることができるメカニズムである。これは、コアネットワークを１つ以上の仮想ネットワークに「スライス」して、単一のＲＡＮ全体で実行される、異なるＲＡＮ又は異なるサービスタイプをサポートすることを含む。ネットワークスライシングにより、オペレータは、例えば、機能性、性能、及び分離の領域において、多様な要件を必要とする異なる市場シナリオのための最適化された解決策を提供するようにカスタマイズされたネットワークを作成することを可能にする。
【0258】
３ＧＰＰは、ネットワークスライシングをサポートするために５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様でときには極端な要件を必要とする５Ｇの使用事例の多様なセット（例えば、大規模なＩｏＴ、重要な通信、Ｖ２Ｘ、及び強化されたモバイルブロードバンド）をサポートするために使用することができる良好なツールである。ネットワークスライシング技術を使用することなく、ネットワークアーキテクチャは、各使用事例が自らの特定の組の性能、スケーラビリティ、及び可用性要件を有するときに必要な、より広範囲の使用事例を効率的にサポートするのに十分な柔軟性及び拡張性がない可能性が高い。更に、新しいネットワークサービスの導入をより効率的にするべきである。
【0259】
再び図３２Ｄを参照すると、ネットワークスライシングシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続してもよい。ＡＭＦは、１つ以上のスライスの論理的に一部であり得る。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃの、１つ以上のＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能との接続又は通信を調整してもよい。ＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能の各々は、同じスライス又は異なるスライスの一部であってもよい。それらが異なるスライスの一部であるとき、それらは、異なるコンピューティングリソース、セキュリティ証明書などを利用し得るという意味で、互いに分離され得る。
【0260】
コアネットワーク１０９は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含み得るか、又はこれと通信し得る。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を容易にするショートメッセージサービス（short message service、ＳＭＳ）サービスセンターを含むか、又はこれと通信し得る。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃとサーバ又はアプリケーション機能１８８との間の非ＩＰデータパケットの交換を容易にし得る。加えて、コアネットワーク１７０は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有又は操作される他の有線若しくは無線ネットワークを含み得る。
【0261】
本明細書に記載され、図３２Ａ、図３２Ｃ、図３２Ｄ、又は図３２Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに与えられる名前によって識別されるが、将来のそれらのエンティティ及び機能は、他の名前によって識別され得、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開された将来の仕様において、特定のエンティティ又は機能が組み合わされ得ることが理解される。したがって、図３２Ａ、図３２Ｂ、図３２Ｃ、図３２Ｄ、又は図３２Ｅに記載及び例示される特定のネットワークエンティティ及び機能は、ほんの一例として提供されており、本明細書に開示及び特許請求される主題は、現在定義されているか又は将来定義されているかにかかわらず、任意の同様の通信システムで具体化又は実装され得ることが理解される。
【0262】
図３２Ｅは、本明細書で記載される、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングを実装するシステム、方法、装置が使用され得る、例示的な通信システム１１１を示す。通信システム１１１は、無線送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、及び路側ユニット（ＲＳＵ）１２３ａ及び１２３ｂを含み得る。実際には、本明細書に提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、又は他のネットワーク要素に適用され得る。１つ又は複数の、又は全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、アクセスネットワークのカバレッジ１３１の範囲外であってもよい。ＷＴＲＵ Ａ、Ｂ、及びＣはＶ２Ｘグループを形成し、このときＷＴＲＵ Ａはグループリードであり、ＷＴＲＵ Ｂ及びＣはグループメンバーである。
【0263】
ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１内にある場合、ｇＮＢ１２１を介して、Ｕｕインターフェース１２９を介して、互いに通信し得る。図３２Ｅの例では、ＷＴＲＵ Ｂ及びＦは、アクセスネットワークのカバレッジ１３１内に示されている。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１の下に、又はアクセスネットワークのカバレッジ１３１の外側にあるかどうかにかかわらず、インターフェース１２５ａ、１２５ｂ、又は１２８などのサイドリンクインターフェース（例えば、ＰＣ５又はＮＲ ＰＣ５）を介して互いに直接通信してもよい。例えば、図３２Ｅの例では、アクセスネットワークのカバレッジ１３１の外側にあるＷＲＴＵ Ｄは、カバレッジ１３１内にあるＷＴＲＵ Ｆと通信する。
【0264】
ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対ネットワーク通信（Ｖ２Ｎ）１３３又はサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａ又は１２３ｂと通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対インフラストラクチャ通信（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４に通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対人間通信（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信し得る。
【0265】
図３２Ｆは、図３２Ａ、図３２Ｂ、図３２Ｃ、図３２Ｄ、若しくは図３２ＥのＷＴＲＵ１０２、又は図１～図３０の他のデバイス（例えば、ＵＥ２４１、ＵＥ２４２、ネットワーク２４３）など、本明細書で記載される、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングを実装するシステム、方法、及び装置による無線通信及び動作のために構成され得る、例示的な装置又はデバイスＷＴＲＵ１０２のブロック図である。図３２Ｆに示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、前述の要素の任意の二次組み合わせを含み得ることが理解されよう。また、基地局１１４ａ及び１１４ｂ、又は基地局１１４ａ及び１１４ｂは、限定されないが、トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノード－Ｂ（evolved home node-B、ｅＮｏｄｅＢ）、ホーム進化型ノード－Ｂ（home evolved node-B、ＨｅＮＢ）、ホーム進化型ノード－Ｂゲートウェイ、次世代ノードＢ（ｇＮｏｄｅ－Ｂ）、及びプロキシノードなどを表してもよく、数ある中でも、図３２Ｆに図示され、本明細書に記載される要素のうちのいくつか又は全てを含み得、本明細書で記載される新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングのための開示されたシステム及び方法を実行する例示的な実装形態であり得る。
【0266】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図３２Ｆは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得ることが理解されよう。
【0267】
ＵＥの送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、図３２Ａの基地局１１４ａ）との間で、又はエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して、別のＵＥとの間で信号を送信若しくは受信するように構成され得る。例えば、送信／受信要素１２２は、ＲＦ信号を送信又は受信するように構成されたアンテナであり得る。送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信又は受信するように構成されたエミッタ／検出器であり得る。送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び受信するように構成され得る。送信／受信要素１２２は、無線又は有線信号の任意の組み合わせを送信又は受信するように構成され得ることが理解されよう。
【0268】
加えて、送信／受信要素１２２は、単一の要素として図３２Ｆに描写されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、多重アンテナ）を含み得る。
【0269】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲ及びＩＥＥＥ８０２．１１若しくはＮＲ及びＥ－ＵＴＲＡを介して通信すること、又は異なるＲＲＨ、ＴＲＰ、ＲＳＵ、又はノードへの複数のビームを介して同じＲＡＴと通信することを可能にするための複数のトランシーバを含み得る。
【0270】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、又はディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶表示（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、又はディスプレイ／タッチパッド／インジケータ１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。プロセッサ１１８は、クラウド又はエッジコンピューティングプラットフォーム又はホームコンピュータ（図示せず）でホストされるサーバ上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスし、そのメモリにデータを記憶し得る。プロセッサ１１８は、本明細書で記載される例が成功したか失敗したかに応じて、ディスプレイ又はインジケータ１２８上の照明パターン、画像、又は色を制御するように、あるいは新しい無線Ｕｕインターフェース及び関連付けられた構成要素上でのブロードキャスト及びグループキャストのためのスケジューリングのステータスを示すように構成され得る。ディスプレイ又はインジケータ１２８上の制御照明パターン、画像、又は色は、本明細書で図示又は議論される図（例えば、図５～図１８など）における方法フロー又は構成要素のうちのいずれかのステータスを反映し得る。本明細書では、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングのメッセージ及び手順が開示される。メッセージ及び手順は、ユーザが入力ソース（例えば、スピーカ／マイクロフォン１２４、キーパッド１２６、又はディスプレイ／タッチパッド／インジケータ１２８）を介して、リソースを要求し、ディスプレイ１２８上に表示され得る他のものの中でも、新しい無線Ｕｕインターフェース関連情報上でのブロードキャスト及びグループキャストのためのスケジューリングを要求、構成、又はクエリするためのインターフェース／ＡＰＩを提供するように拡張され得る。
【0271】
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾式セル電池、太陽電池、燃料電池などを含み得る。
【0272】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して、場所情報を受信し、又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、任意の好適な位置決定方法によって場所情報を取得し得ることが理解されよう。
【0273】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、追加の特徴、機能、又は有線若しくは無線接続を提供する１つ以上のソフトウェアモジュール又はハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋認証）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真又はビデオ用）、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、又は他の相互接続インターフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールなどの様々なセンサを含み得る。
【0274】
ＷＴＲＵ１０２は、センサ、家庭用電気機械器具、スマートウォッチ若しくはスマートクロージングなどのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車などの車両、又は飛行機などの他の装置又はデバイスに含まれ得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して、そのような装置又はデバイスの他の構成要素、モジュール、又はシステムに接続され得る。
【0275】
図３２Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、又はネットワークサービス１１３内のいくつかのノード又は機能エンティティなど、本明細書で記載され特許請求する図１～図３０に示すシステム及び方法など、図３２Ａ、図３２Ｃ、図３２Ｄ、及び図３２Ｅに示す通信ネットワークの１つ以上の装置、並びに新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングが実施され得る例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータ又はサーバを含み得、主にコンピュータ可読命令によって制御され得、これは、ソフトウェアの形態であり得るか、又はそのようなソフトウェアが格納又はアクセスされるあらゆる手段であり得る。そのようなコンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作業させることができる。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、又はコンピューティングシステム９０が通信ネットワークで動作することを可能にする任意の他の機能を実行し得る。コプロセッサ８１は、メインプロセッサ９１とは異なる任意選択のプロセッサであり、追加の機能を実施し得るか、又はプロセッサ９１を支援し得る。プロセッサ９１又はコプロセッサ８１は、メッセージを受信又は処理することなど、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングのために本明細書で開示される方法及び装置に関するデータを受信、生成、及び処理し得る。
【0276】
動作中、プロセッサ９１は、命令をフェッチ、復号、及び実行し、コンピューティングシステムのメインデータ転送経路、システムバス８０を通じて、他のリソースに情報を伝送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、及び割り込みを送信し、システムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺構成要素相互接続）バスである。
【0277】
システムバス８０に結合されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２及び読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶及び取り出されることを可能にする回路を含む。ＲＯＭ９３は一般に、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、プロセッサ９１又は他のハードウェアデバイスによって読み取られるか、又は変更され得る。ＲＡＭ８２又はＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２はまた、システム内のプロセスを分離し、システムプロセスをユーザプロセスから分離するメモリ保護機能を提供し得る。したがって、第１のモードで実行されるプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【0278】
加えて、コンピューティングシステム９０は、プリンタ９４、キーボード８４、マウス９５、及びディスクドライブ８５などの、プロセッサ９１から周辺機器に命令を通信する役割を果たす周辺機器コントローラ８３を含み得る。
【0279】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィック、アニメーショングラフィック、及び動画を含み得る。視覚的出力は、グラフィカルユーザインターフェース（graphical user interface、ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、又はタッチパネルで実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。
【0280】
更に、コンピューティングシステム９０は、コンピューティングシステム９０を、図３２Ａ、図３２Ｂ、図３２Ｃ、図３２Ｄ、又は図３２ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、又は他のネットワーク１１２などの外部通信ネットワーク若しくはデバイスに接続するために使用され得る、例えば、無線若しくは有線ネットワークアダプタ９７などの通信回路を含み得、コンピューティングシステム９０が、それらのネットワークの他のノード又は機能的エンティティと通信することを可能にする。通信回路は、単独で、又はプロセッサ９１と組み合わせて、本明細書に記載の特定の装置、ノード、又は機能エンティティの伝送及び受信ステップを実施するために使用され得る。
【0281】
本明細書に記載の装置、システム、方法、及びプロセスのいずれか又は全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具体化され得、その命令は、プロセッサ１１８又は９１などのプロセッサによって実行されるときに、プロセッサに、本明細書に記載のシステム、方法、及びプロセスを実行又は実装させることが理解される。具体的には、本明細書に記載のステップ、動作、又は機能のいずれかは、無線又は有線ネットワーク通信のために構成された装置又はコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ可読記憶媒体は、任意の非一時的な（例えば、有形又は物理的）方法又は技術で実装される、情報を記憶するための、揮発性及び不揮発性、リムーバブル及び非リムーバブルな媒体を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（digital versatile disks、ＤＶＤ）又は他の光ディスク記憶、磁気カセット、磁気テープ、磁気ディスク記憶装置、若しくは他の磁気記憶デバイス、又は所望の情報を記憶するために使用され得、コンピューティングシステムによってアクセスされ得る任意の他の有形若しくは物理媒体が含まれる。
【0282】
図に示されるように、本開示の主題、すなわち新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリング、の好ましい方法、システム、又は装置を説明する際に、明確にするために特定の用語が採用される。しかしながら、特許請求される主題は、そのように選択された特定の用語に限定されることを意図していない。
【0283】
本明細書に記載の様々な技術は、ハードウェア、ファームウェアソフトウェア、又は必要に応じてそれらの組み合わせに関連して実装され得る。そのようなハードウェア、ファームウェア、及びソフトウェアは、通信ネットワークの様々なノードに位置する装置内に存在し得る。装置は、本明細書で記載される方法を実現するために、単独で、又は互いに組み合わせて動作し得る。本明細書で使用される場合、「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「ネットワークノード」などの用語は、互換的に使用され得る。加えて、「又は」という語の使用は、本明細書において別段の定めがない限り、一般に包括的に使用される。
【0284】
本明細書は、最良の形態を含む、開示された主題のための例を使用し、また、任意のデバイス又はシステムを作製及び使用すること、並びに任意の組み込まれた方法を実行することを含む、開示された主題を当業者が実施することを可能にする。開示された主題は、当業者が想到する他の例（例えば、本明細書に開示される例示的な方法の間でステップをスキップすること、ステップを組み合わせること、又はステップを追加すること）を含み得る。
【0285】
とりわけ、本明細書で記載される方法、システム、及び装置は、新しい無線Ｕｕインターフェース上でのブロードキャスト及びグループキャストのためのスケジューリングを提供し得る。方法、システム、コンピュータ可読記憶媒体、又は装置は、複数のサービングセルを用いてＵＥを構成することを提供し、ＵＥは、どのセルがブロードキャスト及びグループキャストサービス専用であるかをチェックし、ブロードキャスト及びグループキャストサービス専用であるように構成されたセルに対して、ＵＥは、ＢＷＰ、ＣＯＲＥＳＥＴ、又は探索空間構成を用いて構成され、ＵＥによって、構成されたＣＯＲＥＳＥＴ又は探索空間内でのグループキャスト及びブロードキャスト送信のためのスケジューリングＤＣＩをブラインド検出することを試みる。ＵＥは、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ情報要素内のＲＲＣパラメータであるｃｅｌｌｆｏｒｇｒｏｕｐｃａｓｔｓｅｒｖｉｃｅ－ｒ１７又はｃａｓｔｔｙｐｅ－ｒ１７をチェックすることによって、どのセルがブロードキャスト及びグループキャストサービス専用であるかをチェックし得る。ＵＥは、既存のＢＷＰ、ＣＯＲＥＳＥＴ、又は探索空間構成を再使用することによって、ＢＷＰ、ＣＯＲＥＳＥＴ、又は探索空間構成を用いて構成される。ＤＣＩフォーマット中のＨＡＲＱプロセス番号フィールドの値は、ＭＢＳ－ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅｘによって与えられる同じ値を有するＭＢＳ ＳＰＳ構成のためのアクティブ化又は非アクティブ化を示し得る。フィールドは再使用し得る。この段落及び後続の段落における全ての組み合わせ（ステップの除去又は追加を含む）は、詳細な説明の他の部分と一致するように企図される。
【0286】
とりわけ、本明細書で記載される方法、システム、及び装置は、新しい無線Ｕｕインターフェース上のブロードキャスト及びグループキャストのためのスケジューリングを提供し得る。方法、システム、コンピュータ可読記憶媒体、又は装置は、ユーザ機器（ＵＥ）によって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信に関連付けられたスケジュールを受信することであって、ＰＤＳＣＨ送信に関連付けられたスケジュールが、動的スケジューリング又はセミパーシステントスケジューリングを通じてマルチキャストサービス又はブロードキャストサービスのＰＤＳＣＨ送信を受信するためのものである、受信することと、ユーザ機器によって、スケジュールに基づく送信について監視することと、を提供する。ＵＥは、動的スケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、スケジュールを受信し得る。グループ共通ダウンリンク制御シグナリングは、グループ共通マルチプルマルチキャストブロードキャストサービス（multicast broadcast service、ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされ得る。ＵＥは、動的スケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、スケジュールを受信し得、ＵＥ固有ダウンリンク制御シグナリングは、動的ユニキャストスケジューリングのために構成されたＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる。動的ユニキャストスケジューリングＲＮＴＩは、レガシーＮＥ ＵＥで使用されるＲＮＴＩ、すなわち、Ｃ－ＲＮＴＩを指す。上記は、ＭＢＳ動的スケジューリングのためのＣ－ＲＮＴＩを再使用する。ＵＥは、動的スケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、スケジュールを受信し得る。ＵＥは、セミパーシステントスケジューリングがある場合、グループ共通ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化され得る。グループ共通ダウンリンク制御シグナリングは、別の（例えば、異なる）グループ共通マルチプルマルチキャストブロードキャストサービス（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる。グループ共通ダウンリンク制御シグナリングは、別のグループ共通マルチプルマルチキャストブロードキャストサービス（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされ得る。ＵＥは、セミパーシステントスケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化され得る。ＵＥは、セミパーシステントスケジューリングがある場合、ＵＥ固有ダウンリンク制御シグナリングを通じて、アクティブ化又は非アクティブ化され得、ＵＥ固有ダウンリンク制御シグナリングは、ユニキャストＳＰＳスケジューリングのためのＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされ得る。ユニキャストＳＰＳスケジューリングは、レガシーＮＥ ＵＥで使用されるＲＮＴＩ、例えば、ＣＳ－ＲＮＴＩを指す。ここで特許請求されるアイデアは、ＭＢＳ ＳＰＳアクティブ化／非アクティブ化のためにＣ－ＲＮＴＩを再使用することである。ＵＥ固有ダウンリンク制御シグナリングは、ＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされ得る。この段落における全ての組み合わせ（ステップの除去又は追加を含む）は、詳細な説明の他の部分と一致するように企図される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17A】
【図17B】
【図17C】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32A】
【図32B】
【図32C】
【図32D】
【図32E】
【図32F】
【図32G】
【手続補正書】
【提出日】2023-01-13
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
方法であって、無線送信／受信ユニット（ＷＴＲＵ）によって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信と関連付けられたスケジュール情報を含む構成情報を受信することであって、
前記ＰＤＳＣＨ送信と関連付けられたスケジュール情報が、マルチキャストサービスのＰＤＳＣＨ送信を受信するため、又はセミパーシステントスケジューリング（ＳＰＳ）を使用するためのものである、受信することと、
前記ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信がアクティブ化されるという第１のインジケーションを受信することであって、前記第１のインジケーションが、グループ共通ダウンリンク制御シグナリングを介して受信される、受信することと、
前記構成情報の前記スケジュール情報及び前記第１のインジケーションに基づいて、前記ＷＴＲＵによって、前記ＭＢＳのＰＤＳＣＨ送信を受信することであって、前記ＭＢＳのＰＤＳＣＨ送信が、グループ共通ＰＤＳＣＨ送信を含む、受信することと、
後続の、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信が非アクティブ化されるという第２のインジケーションを受信することであって、前記第２のインジケーションが、ＷＴＲＵ固有ダウンリンク制御シグナリングを介して受信される、受信することと、を含む、方法。
【請求項2】
別の、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信を復号することに失敗したと決定することと、別の、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信を復号することに前記失敗したことに基づいて、前記グループ共通ダウンリンク制御シグナリング又はＷＴＲＵ固有ダウンリンク制御シグナリング上で再スケジューリング情報を受信することと、
を更に含む、請求項１に記載の方法。
【請求項3】
前記グループ共通ダウンリンク制御シグナリングが、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と関連付けられる、請求項１に記載の方法。
【請求項4】
前記グループダウンリンク制御シグナリングが、グループ共通マルチプル（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１に記載の方法。
【請求項5】
前記ＷＴＲＵ固有ダウンリンク制御シグナリングが、ＷＴＲＵ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされ、前記ＷＴＲＵ固有ＲＮＴＩが、ユニキャストセミパーシステントスケジューリングのために使用されるＲＮＴＩと同じである、請求項１に記載の方法。
【請求項6】
前記スケジュール情報が、前記ＷＴＲＵによって受信される複数のスケジュールのうちの１つであり、前記スケジュール情報が、無線リソース制御（ＲＲＣ）シグナリングを通じて、基地局から受信される、請求項１に記載の方法。
【請求項7】
前記構成情報に基づいて、関連付けられた、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信に対してハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが有効にされるか、又は有効にされないかを決定することを更に含む、請求項６に記載の方法。
【請求項8】
前記構成情報に基づいて、どのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックスキームが前記ＰＤＳＣＨ送信のために使用されるかを決定することを更に含む、請求項１に記載の方法。
【請求項9】
コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、前記コンピュータプログラムが、データ処理ユニットにロード可能であり、かつ、前記コンピュータプログラムが前記データ処理ユニットによって実行されるときに、前記データ処理ユニットに、請求項１～８のいずれか一項に記載の方法ステップを実行させるように適合される、コンピュータ可読記憶媒体。
【請求項10】
無線送信／受信ユニット（ＷＴＲＵ）であって、プロセッサと、
前記プロセッサに結合されたメモリと、を備え、前記メモリが、実行可能な命令を記憶し、前記命令が、前記プロセッサによって実行されると、前記プロセッサに、
無線送信／受信ユニット（ＷＴＲＵ）によって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信と関連付けられたスケジュール情報を含む構成情報を受信することであって、
前記ＰＤＳＣＨ送信と関連付けられたスケジュール情報が、マルチキャストサービスのＰＤＳＣＨ送信を受信するため、又はセミパーシステントスケジューリング（ＳＰＳ）を使用するためのものである、受信することと、
前記ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信がアクティブ化されるという第１のインジケーションを受信することであって、前記第１のインジケーションが、グループ共通ダウンリンク制御シグナリングを介して受信される、受信することと、
前記構成情報の前記スケジュール情報及び前記第１のインジケーションに基づいて、前記ＷＴＲＵによって、前記ＭＢＳのＰＤＳＣＨ送信を受信することであって、前記ＭＢＳのＰＤＳＣＨ送信が、グループ共通ＰＤＳＣＨ送信を含む、受信することと、
後続の、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信が非アクティブ化されるという第２のインジケーションを受信することであって、前記第２のインジケーションが、ＷＴＲＵ固有ダウンリンク制御シグナリングを介して受信される、受信することと、を含む動作を実現させる、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項11】
別の、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信を復号することに失敗したと決定することと、別の、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信を復号することに前記失敗したことに基づいて、前記グループ共通ダウンリンク制御シグナリング又はＷＴＲＵ固有ダウンリンク制御シグナリング上で再スケジューリング情報を受信することと、
を更に含む、請求項１０に記載のＷＴＲＵ。
【請求項12】
前記グループ共通ダウンリンク制御シグナリングが、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と関連付けられる、請求項１０に記載のＷＴＲＵ。
【請求項13】
前記グループダウンリンク制御シグナリングが、グループ共通マルチプル（ＭＢＳ）無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされる、請求項１０に記載のＷＴＲＵ。
【請求項14】
前記ＷＴＲＵ固有ダウンリンク制御シグナリングが、ＷＴＲＵ固有無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされ、前記ＷＴＲＵ固有ＲＮＴＩが、ユニキャストセミパーシステントスケジューリングのために使用されるＲＮＴＩと同じである、請求項１０に記載のＷＴＲＵ。
【請求項15】
前記スケジュール情報が、前記ＷＴＲＵによって受信される複数のスケジュールのうちの１つであり、前記スケジュール情報が、無線リソース制御（ＲＲＣ）シグナリングを通じて、基地局から受信される、請求項１０に記載のＷＴＲＵ。
【請求項16】
前記構成情報に基づいて、関連付けられた、ＳＰＳを使用するＭＢＳのＰＤＳＣＨ送信に対してハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが有効にされるか、又は有効にされないかを決定することを更に含む、請求項１５に記載のＷＴＲＵ。
【請求項17】
前記構成情報に基づいて、どのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックスキームが前記ＰＤＳＣＨ送信のために使用されるかを決定することを更に含む、請求項１０に記載の方法。【国際調査報告】