JP2023509039A - マルチキャスト／ブロードキャストサービスデータ受信のための方法およびユーザ機器 - Google Patents

Abstract

マルチキャスト／ブロードキャストサービス（ＭＢＳ：Multicast/Broadcast Service）データ受信のための方法と、ユーザ機器（ＵＥ：User Equipment）とが提供される。この方法は、基地局（ＢＳ：Base Station）からＭＢＳ関連制御情報を受信するステップと、ＭＢＳ関連制御情報に基づいて、ＢＳからＭＢＳのデータを受信するステップと、を含み、ＭＢＳ関連制御情報は、ＭＢＳに関連する第１無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）、ＭＢＳに応じて設定された制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Set）、ＭＢＳに応じて設定されたサーチスペース、およびＭＢＳに応じて設定された周波数リソース、のうちの少なくとも１つを示す。

Description

発明の詳細な説明

〔関連出願の相互参照〕
本開示は、２０２０年１月１０日に出願された、“Method and user equipment for multicast/broadcast service data reception”と題する、米国仮特許出願第６２／９５９，７４１号（「‘７４１仮出願」）の利益および優先権を主張し、‘７４１仮出願の内容は、全ての目的のために参照により本開示に完全に組み込まれる。

〔技術分野〕
本開示は一般に、無線通信に関し、より詳細には、マルチキャスト／ブロードキャストサービス（ＭＢＳ：Multicast/Broadcast Service）データ受信のための方法およびユーザ機器（ＵＥ：User Equipment）に関する。

〔背景〕
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延性、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）などの次世代無線通信システムのための無線通信の異なる側面を改善するために、様々な努力がなされてきた。

５ＧＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）、大規模マシンタイプ通信（ｍＭＴＣ：massive Machine-Type Communication）、および高信頼低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）などの様々な使用ケースに適応させて、ネットワークサービスおよびタイプを最適化するための柔軟性および構成可能性を提供するように設計される。

しかしながら、無線アクセスの需要が増加し続けるにつれて、次世代無線通信システムのための無線通信の更なる改善が必要とされている。

〔発明の概要〕
本開示は、ＭＢＳデータ受信のための方法およびＵＥを対象とする。

本発明の態様によれば、ＭＢＳデータ受信のための方法が提供される。この方法は、基地局（ＢＳ：Base Station）からＭＢＳ関連制御情報を受信するステップと、ＭＢＳ関連制御情報に基づいてＢＳからＭＢＳのデータを受信するステップと、を含み、当該ＭＢＳ関連制御情報は、ＭＢＳに関連する第１無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）、ＭＢＳ用に構成された制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Set）、ＭＢＳ用に構成されたサーチスペース、およびＭＢＳ用に構成された周波数リソース、のうちの少なくとも１つを示す。

本開示の別の態様によれば、ＭＢＳデータ受信のためのＵＥが提供される。ＵＥはプロセッサと、前記プロセッサに連結されたメモリとを含み、前記メモリはコンピュータ実行可能プログラムを記憶し、当該コンピュータ実行可能プログラムは、前記プロセッサによって実行されたときに、前記プロセッサに本開示の様々な実施に従って、ＭＢＳデータ受信のための前記方法を実行させる。

〔図面の簡単な説明〕
本開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

図１は、本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。

図２は、本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。

図３は、本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。

図４は、ＭＢＳのデータを受信するために使用される第１無線リンク制御（ＲＬＣ：Radio Link Control）エンティティと、ＭＢＳのデータのコピー／複製を受信するために使用される第２ＲＬＣエンティティとに関連する共通パケットデータ収束プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）エンティティを示す概略図である。

図５は、ＵＥに設定された初期ＢＷＰと、ＭＢＳ関連制御情報によって示される周波数リソースとのリソース配分の一例を示す。

図６は、本開示の様々な態様による、無線通信のためのノードのブロック図を示す。

〔説明〕
以下の説明は、本開示における一例としての実施形態に関連する具体的な情報を含む。本開示における図面およびそれらの添付の詳細な説明は、単に例としての実施形態を対象としている。しかし、本開示は、これらの例としての実施形態のみに限定されるものではない。本開示の他の変形例および実施形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様のまたは対応する要素は、同様のまたは対応する参照番号によって示され得る。更に、本開示における図面および図示は、ほとんどの場合。一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

一貫性の目的および理解を容易にするために、同様の特徴は、例としての図において数字によって識別される（ただし、一部の実施例においては、図示されていない）。しかしながら、異なる実施形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。

「１つの実施形態」、「１実施形態」、「例としての実施形態」、「様々な実施形態」、「一部の実施形態」、「本出願の複数の実施形態」などへの言及は、そのように記載された本出願の実施形態（単数または複数）が特定の特徴、構造、または特性を含み得ることを示し得るが、本出願のすべての可能な実施形態が特定の特徴、構造、または特性を必ずしも含むわけではない。更に、語句「１つの実施形態において」、「一例としての実施形態において」、または「一実施形態」の繰り返しの使用は必ずしも、同じ実施形態を指すわけではないが、同じ実施形態を指す場合もある。更に、「本開示」に接続する「実施形態」のような語句の任意の使用は、本出願のすべての実施形態が特定の特徴、構造、または特性を含まなければならないことを特徴とすることを意味せず、代わりに、「本出願の少なくとも一部の実施形態」が、特定の特徴、構造、または特性を含むことを意味することを理解されたい。用語「接続した（coupled）」は介在する構成要素を介して直接的または間接的であるかにかかわらず、接続されることと定義されるが、物理的な接続に必ずしも限定されない。「備える（comprise）」という単語は、使用される場合、「含む（include）が限定するわけではない、」を意味するが、このように記載された組合せ、群、系列および均等物におけるオープンエンド包括またはメンバーシップを具体的に示す。

本明細書中の用語「および／または」は、関連するオブジェクトを記述するための関係のみであり、３つの関係が存在し得ることを表し、例えば、Ａおよび／またはＢは、以下を表すことができる。すなわち、Ａが単独で存在すること、ＡおよびＢが同時に存在すること、およびＢが単独で存在することを表すことができる。更に、本明細書中において使用される文字「／」は、前者および後者が「または」関係にあることを一般的に表す。

更に、非限定的な説明のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要に詳細を述べることによって説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。

当業者は、本開示に記載されている任意のネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組合せによって実装されてもよいことを直ちに認識するだろう。開示される機能は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせであり得るモジュールに、対応し得る。ソフトウェアの実施形態は、メモリまたは他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する１つ以上のマイクロプロセッサまたは汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサまたは汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuitry）、プログラマブルロジックアレイ、および／または１つ以上のデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processors）を使用して形成することができる。本明細書に開示されている例としての実施形態の一部は、コンピュータ・ハードウェアにインストールされ実行されるソフトウェアを指向しているが、ファームウェア、もしくはハードウェアとして、またはハードウェアとソフトウェアとの組合せとして実装される代替の例としての実施形態は、十分に本開示の範囲内である。

コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはコンピュータ読み取り可能命令を記憶可能な他の任意の均等な媒体を含むが、これらに限定されない。

無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、またはＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム）は、通常、少なくとも１つの基地局（ＢＳ）、少なくとも１つのユーザ機器（ＵＥ）、およびネットワークへの接続を提供する１つ以上のオプションのネットワーク要素を含んでよい。ＵＥは、基地局によって確立された無線アクセスネットワーク（ＲＡＮ：Radio Access Network）を介して、ネットワーク（例えばコアネットワーク（ＣＮ：Core Network）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、次世代コア（ＮＧＣ：Next-Generation Core）、またはインターネット）と通信してよい。

本開示においては、ＵＥは移動局、携帯端末または携帯デバイス、ユーザ通信無線端末を含むが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、または無線通信能力を有する携帯情報端末（ＰＤＡ：Personal Digital Assistant）を含むが、これらに限定されない。上記ＵＥは、ＲＡＮにおける一つ以上のセルに、エアーインターフェースにおいて、信号を送受信するよう構成されてよい。

ＢＳはユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）におけるノードＢ（ＮＢ：node B）、ＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：evolved node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、ＧＳＭ（登録商標：Global System for Mobile Communications）／ＧＥＲＡＮ（登録商標：GSM EDGE Radio Access Network）における基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するＥ－ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）ＢＳにおける次世代ｅＮＢ（ｎｇ－ｅＮＢ：next-generation eNB）、５Ｇアクセスネットワーク（５Ｇ－ＡＮ：5G Access Network）における次世代ノードＢ（ｇＮＢ：next-generation Node B）、およびセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含んでよいが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースによって、１つ以上のＵＥにサービスを提供するように接続し得る。

ＢＳは、以下の無線アクセス技術（ＲＡＴｓ：Radio Access Technologies）：マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、汎用パケット無線サービス（ＧＲＰＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、およびＬＴＥ－Ａ Ｐｒｏの内の少なくとも１つに従った通信サービスを提供するように構成されてよい。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。

ＢＳは、ＲＡＮに含まれる複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってもよい。ＢＳは、セルの動作をサポートしてよい。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能であってよい。より具体的には、各セル（しばしば、サービングセルと呼ばれる）は、その無線カバレッジ内の１つ以上のＵＥにサービスを提供し得る（例えば、各セルは、下りリンク（ＤＬ：Downlink）パケット送信および任意に上りリンク（ＵＬ：Uplink）パケット送信のために、下りリンク（ＤＬ：Downlink）および任意に上りリンク（ＵＬ：Uplink）リソースを、その無線カバレッジ内の少なくとも１つのＵＥにスケジュールする）。ＢＳは、複数のセルを介して無線通信システム内の１つ以上のＵＥと通信し得る。

セルは、近接サービス（ＰｒｏＳｅ：Proximity Service）、ＬＴＥ ＳＬサービス、およびＬＴＥ／ＮＲ Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ））をサポートするために、サイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）リソースを割り当てることができる。各セルは、他のセルとオーバーラップしたカバレッジエリアを有しうる。ＭＲ－ＤＣ（Multi-RAT Dual Connectivity）の場合、マスターセルグループ（ＭＣＧ：Master Cell Group）の、またはスモールセルグループ（ＳＣＧ：Secondary Cell Group）のプライマリセルは、スペシャルセル（ＳｐＣｅｌｌ：Special Cell）と呼ばれることがある。ＰＣｅｌｌ（Primary Cell）は、ＭＣＧのＳｐＣｅｌｌを指してよい。プライマリＳＣＧセル（ＰＳＣｅｌｌ：Primary SCG Cell）は、ＳＣＧのＳｐＣｅｌｌを指してもよい。ＭＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のセカンダリセル（ＳＣｅｌｌｓ：Secondary Cells）を含み、マスタノード（ＭＮ：Master Node）に関連付けられたサービングセルのグループを意味し得る。ＳＣＧは、ＳｐＣｅｌｌおよび任意に１つ以上のＳＣｅｌｌを含んでいる、二次ノード（ＳＮ：Secondary Node）と関連付けられたサービングセルのグループを意味し得る。

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、および低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Enhanced Mobile Broadband）、大容量マシンタイプ通信（ｍＭＴＣ：Massive Machine Type Communication）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）などの様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰ（3^rd Generation Partnership Project）において合意された直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ：Cyclic Prefix）といったスケーラブルなＯＦＤＭニューメロロジーも、使用されてもよい。更に、ＮＲでは（１）低密度パリティ検査（ＬＤＰＣ：Low-Density Parity-Check）符号および（２）ポーラ符号の２つの符号化方法が検討されている。符号化スキームの適用は、チャネル条件および／またはサービスアプリケーションに基づいて構成されてもよい。

更に、単一のＮＲフレームの送信時間間隔において、下り（ＤＬ：downlink）リンク送信データ、ガード期間、および上りリンク（ＵＬ：Uplink）送信データは、少なくとも含まれるべきであると考えられ、ＤＬ送信データ、ガード期間、およびＵＬ送信データのそれぞれの部分は、例えばＮＲのネットワークダイナミクスに基づいて構成可能であるべきである。更に、サイドリンクソースは、ＰｒｏＳｅサービスをサポートするために、ＮＲフレーム内に提供されてもよい。

ＬＴＥにおいては、Ｅ－ＵＴＲＡＮにおけるマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）の送信は、マルチキャスト・ブロードキャスト単周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）送信、または単セル一対多（ＳＣ－ＰＴＭ：Single-cell Point-to-Multipoint）送信を介して実行され得る。ＭＢＭＳ調整エンティティ（ＭＣＥ：MBMS Coordination Entity）は、ＭＢＭＳセッションごとにＳＣ－ＰＴＭを使用するか、ＭＢＳＦＮを使用するかを決定し得る。

ＭＢＭＳの単一セル送信は、以下の特徴を有し得る。

－ＭＢＭＳは、単一セルのカバレッジにおいて送信される。

－１つの単一セルマルチキャスト制御チャネル（ＳＣ－ＭＣＣＨ：Single Cell Multicast Control Channel）、および少なくとも１つの単一セルマルチキャストトランスポートチャネル（ＳＣ－ＭＴＣＨ：Single Cell Multicast Transport Channel）は、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ：Downlink Shared Channel）にマッピングされる。

－スケジューリングはｅＮＢによって行われる；
－ＳＣ－ＭＣＣＨおよびＳＣ－ＭＴＣＨ送信はそれぞれ、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）における論理チャネル固有ＲＮＴＩによって示される（ＳＣ－ＭＴＣＨがマッピングされるＤＬ－ＳＣＨの受信に使用される一時モバイルグループ識別（ＴＭＧＩ:Temporary Mobile Group Identity）とグループＲＮＴＩ（Ｇ－ＲＮＴＩ：Group RNTI）との間に１対１のマッピングがある）。

－ＳＣ－ＭＣＣＨまたはＳＣ－ＭＴＣＨがマッピングされるＤＬ－ＳＣＨ（例えば、ブラインドハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）も無線リンク制御（ＲＬＣ：Radio Link Control）高速繰り返しも使用されない）には、単一送信が使用される。

－ＳＣ－ＭＣＣＨおよびＳＣ－ＭＴＣＨは、ＲＬＣ－非確認モード（ＵＭ：Unacknowledged Mode）を使用する。

一方、ＭＢＭＳのマルチセル送信は、以下の特徴を有し得る。

－ＭＢＳＦＮエリア内のＭＢＭＳの同期送信。

－複数のセルからのＭＢＭＳ送信の結合がサポートされる。

－各マルチキャストチャネル（ＭＣＨ：Multicast Channel）のスケジューリングは、ＭＣＥによって行われる。

－単一の送信がＭＣＨのために使用される（すなわち、ブラインドＨＡＲＱ繰り返しもＲＬＣ高速繰り返しも使用されない）。

－単一トランスポートブロック（ＴＢ：Transport Block）がＭＣＨ送信のために送信時間間隔（ＴＴＩ：Transmission Time Interval）ごとに使用され、ＴＢは、サブフレーム内のすべてのＭＢＳＦＮリソースを使用し得る。

－ＭＴＣＨおよびＭＣＣＨは同じＭＣＨにおいて多重化されてよく、一対多（ＰＴＭ：Point-to-Multipoint）送信のためにＭＣＨにおいてマッピングされる。

－ＭＴＣＨおよびＭＣＣＨは、ＲＬＣ－ＵＭモードを使用してよい。

－ＭＡＣサブヘッダは、ＭＴＣＨおよびＭＣＣＨの論理チャネルアイデンティティ（ＬＣＩＤ：Logical Channel Identity）を示す。

－ＭＢＳＦＮ同期エリア、ＭＢＳＦＮエリア、およびＭＢＳＦＮセルは、例えばオペレーション＆メンテナンス（Ｏ＆Ｍ：Operation & Maintenance）によって半静的に（semi-statically）構成される。

－ＭＢＳＦＮエリアはＯ＆Ｍによって変更されない限り（すなわち、エリアの動的変更なし）、静的である。

ただし、最初の２つのＮＲリリース、つまりＲｅｌ－１５とＲｅｌ－１６においては、ブロードキャスト／マルチキャスト機能のサポートは指定されていない。それにもかかわらず、特にシステム効率およびユーザエクスペリエンスを考慮して、ブロードキャスト／マルチキャストが実質的な改善を提供することができる重要な使用事例が存在する。複数のＵＥが、ＭＢＳデータパケットの１つのコピーを受信し得るので、ブロードキャスト／マルチキャスト機能をサポートすることは、リソース利用に有益であり得る。更に、次世代ネットワークにおいてブロードキャスト／マルチキャスト機能をサポートする通信メカニズムは、依然として欠如している。

本発明においては、ＵＥ専用のマルチキャスト／ブロードキャスト関心インジケーション、帯域幅部分（ＢＷＰ）スイッチ動作におけるＭＢＳデータの受信、および所与のＵＥのサービス継続のためのマルチキャスト（例えば、ＰＴＭ配信モード）とユニキャスト（例えば、１対１（ＰＴＰ：Point-to-Point）配信モード）との間のＭＢＳ配信の動的変更のサポートなど、様々なＭＢＳ関連動作が提供される。ＭＢＳ関連動作はＬＴＥよりも柔軟であり、様々な５Ｇシナリオ（例えば、ＭＢＳ関連シナリオ）の要求により適合する。

ＵＥの能力
一部の実施形態においては、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ接続）状態において、ＭＢＳ（例えば、高サービス品質（ＱｏＳ：Quality of Service）要件のＭＢＳ）の受信をサポートする能力について、（例えば、ＵＥ能力メッセージを介して）ネットワーク（例えば、ＢＳ）にレポートすることが可能である。一部の実施形態においては、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ（ＲＲＣ不活性）状態および／またはＲＲＣ休止（ＲＲＣ＿ＩＤＬＥ）状態において、ＭＢＳの受信をサポートする能力について、（例えば、ＵＥ能力メッセージを介して）ネットワーク（例えば、ＢＳ）にレポートすることが可能である。一部の実施形態においては、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＩＤＬＥ状態の少なくとも一つにおいてＭＢＳ（例えば、高サービス品質要件のＭＢＳ）の受信をサポートする能力について、（例えば、ＵＥ能力メッセージを介して）ネットワーク（例えば、ＢＳ）にレポートすることが可能である。言い換えると、レポートされた能力は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＩＤＬＥ状態の少なくとも１つにおいてＭＢＳを受信できることを示し得る。ＵＥはＭＢＳの受信をサポートするが、これは、ＵＥがＭＢＳのデータパケットを獲得し、処理することができることを意味する。簡略化のために、本開示においては、ＭＢＳのデータを「ＭＢＳデータ」と呼ぶことがある。一部の実施形態においては、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥ（”RRC_CONNECTED UE”と呼ばれる）はＭＢＳ（例えば、高サービス品質要件のＭＢＳ）のネットワーク（例えば、ＢＳ）への供給をサポートする能力を報告するかもしれない。

一部の実施形態においては、ＵＥはネットワーク命令に基づいて、または事前定義されたルールに基づいて、ＲＡ手順、事前設定されたＰＵＳＣＨリソースを介して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態においてＭＢＳの受信をサポートする能力をレポートすることが可能である。その場合、ネットワーク命令は、ネットワークによる専用シグナリングを介して、またはシステム情報ブロードキャストを介して、送信され得る。例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＭＢＳの受信をサポートする能力をレポートするが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態においてＭＢＳの受信をサポートする能力をレポートしない場合、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に留まってＭＢＳを受信する必要があり、かつ／またはネットワークは、ＵＥにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態に遷移するように指示しない可能性がある。そうでなければ、ＵＥはこの状況においてＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態のＭＢＳを受信できない場合がある。

一部の実施形態においては、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥ（”RRC_INACTIVE UE”と呼ばれる）またはＲＲＣ＿ＩＤＬＥ状態のＵＥ（”RRC_IDLE UE”と呼ばれる）がＭＢＳ（例えば、低サービス品質要件のＭＢＳ）の受信をサポートする能力について、ネットワークにレポートすることが可能である。ＵＥの能力は、ＲＡ手続き（例えば、２段階工程ＲＡ手順または４段階工程ＲＡ手順）を介して、または事前設定されたＰＵＳＣＨリソースを介して、ネットワークに報告されてもよい。その場合、事前設定されたＰＵＳＣＨリソースは、専用シグナリングを介して（例えば、ＲＲＣリリースメッセージを介して）、またはシステム情報内のブロードキャストを介して構成されてもよい。一部の実施形態においては、ＲＲＣ＿ＩＤＬＥ ＵＥ、またはＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥは、ネットワーク命令または事前定義されたルールに基づいてＭＢＳの受信をサポートする能力を報告してもよい。その場合、ネットワーク命令は専用シグナリングおよび／またはネットワークによってブロードキャストされたシステム情報によって提供されてもよい。

一部の実施形態においては、ＵＥはマルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートする能力をレポートし得る。ＵＥがマルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートする能力をレポートしない場合、ＵＥはマルチキャストによって提供されるＭＢＳ（例えば、マルチキャスト無線ベアラまたはマルチキャストＲＬＣベアラからのＭＢＳ）またはユニキャストによって提供されるＭＢＳ（例えば、ユニキャスト無線ベアラまたはユニキャストＲＬＣベアラからのＭＢＳ）しか受信しない可能性がある。マルチキャストによるＭＢＳ配信は、ネットワーク（例えば、ＢＳ）が１組のＵＥに、１つまたは複数のＭＢＳデータパケットの単一の複製を、無線経由において配信する（ＰＴＭ送信またはＰＴＭ配信モードと呼ばれることがある）ことを意味し得る。ユニキャストによるＭＢＳ配信とは、ネットワーク（例えば、ＢＳ）が個々のＵＥに、ＭＢＳデータパケットの単一の複製を、無線経由において配信する（ＰＴＰ伝送またはＰＴＰ配信モードと呼ばれることがある）ことを意味し得る。

一部の実施形態においては、ＵＥはネットワーク命令または事前設定されたルールに基づいて、マルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートする能力をレポートし得る。その場合、専用シグナリングおよび／またはネットワークによってブロードキャストされるシステム情報に基づいてネットワーク命令が提供されてもよい。

一部の実施形態においては、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態において、ＭＢＳ関連能力をレポートし得る。ＭＢＳ関連能力は、ＭＢＳの受信をサポートし、マルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートし、ネットワーク命令または事前定義されたルールに基づいて、マルチキャストとユニキャストとの間のＭＢＳ送信の動的変化をサポートし、および／またはネットワークからのＰＴＭ配信モードおよびＰＴＰ配信モード両方を介したＭＢＳの受信を同時にサポートすることを含み得るが、これらに限定されない。

一部の実施形態においては、ＵＥはＰＵＳＣＨリソース（例えば、２段階ＲＡ手続きのメッセージＡ（ＭｓｇＡ）において示されたＰＵＳＣＨリソース、４段階ＲＡ手続きのメッセージ２（Ｍｓｇ２）において示されたＰＵＳＣＨリソース、あるいは他の事前設定されたＰＵＳＣＨリソース）を介して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態のＭＢＳ関連能力をレポートし得る。

一部の実施形態においては、ＵＥはＰＴＭおよびＰＴＰを同時にサポートするＭＢＳ関連能力（例えば、ＰＴＭ配信モードおよびＰＴＰ配信モードを介して配信されたＭＢＳを、同時に受信すること）を、ネットワークにレポートし得る。例えば、ＰＴＭおよびＰＴＰを同時にサポートするＵＥの場合、ＵＥはＰＴＭ ＲＬＣエンティティを介してＭＢＳデータを受信し、ＰＴＰ ＲＬＣエンティティを介してＭＢＳデータのコピー／複製を受信し得る。ＰＴＭ ＲＬＣエンティティおよびＰＴＰ ＲＬＣエンティティは、共通のＰＤＣＰエンティティに関連付けられ得る。

一部の実施形態においては、ＵＥがＭＢＳを受信することができるかどうか、またはＵＥがＭＢＳデータを取得するためにＭＢＳを開始／要求することができるかどうかについての能力を、レポートし得る。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においては、ＵＥは４段階ＲＡ手続きを開始／トリガし、開始／トリガされた４段階ＲＡ手続きの間に、（例えば、メッセージ３（Ｍｓｇ３）送信を介して）ＭＢＳ関連メッセージをネットワーク（例えば、ｇＮＢ／ＢＳ）に送信し得る。ＭＢＳ関連メッセージは、ＵＥの能力（例えば、ＭＢＳ関連能力）、関心のあるＭＢＳ、および／または現在受信中のＭＢＳ（複数可）を示し得る。

一部の実装においては、ＵＥが（関心のある）ＭＢＳを開始／獲得／要求するためにＭＢＳ要求をネットワークに送る場合、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行しないかもしれない。一部の実施形態においては、ＭＢＳは、ＵＥが対応するネットワークスライス識別子（ＮＳＳＡＩ：Network Slice Selection Assistance Information）または単一ネットワークスライス識別子（Ｓ－ＮＳＳＡＩ：Single Network Slice Selection Assistance Information）をＣＮにレポートする、新しいネットワークスライシングタイプを参照し得る。この場合、ＵＥはＭＢＳ対応ｇＮＢに接続されている間に、ＭＢＳ関連能力のみをレポートし得る。

一部の実施形態においては、サービングセルが対応するＭＢＳをサポートするとき（のみ）に、そのＭＢＳ関連能力、またはＭＢＳに関連する能力を、ＵＥは送り得る。サービングセルは、どのＭＢＳ（例えば、高いＱｏＳ要求のＭＢＳ、または低いＱｏＳ要求のＭＢＳ）がサービングセルによってサポートされているかを示すＭＢＳ関連制御情報を（例えば、システム情報配信によって）ブロードキャストし得る。例えばサービングセルは、標的ＭＢＳに関連するＭＢＳアイデンティティ（ＩＤ:identity）をブロードキャストし得る。

サービングセルによってブロードキャストされる情報が、高いＱｏＳ要求のＭＢＳを示す（またはそれに向けられる）場合、ＵＥは、ＭＢＳを受信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する可能性がある。別の実施例においては、サービスセルによってブロードキャストされた情報は、低いＱｏＳ要求のＭＢＳを示し（またはそれに向けられ）、ＵＥはＭＢＳを受信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しない可能性があるが、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＭＢＳを受信し得る。ＭＢＳ ＩＤと、関係するＭＢＳとの間のマッピングは、ＲＡＮおよびＵＥ（複数可）によって知られ得る。ＵＥは、（関係するＭＢＳの）ＭＢＳ ＩＤがサービングセルによってブロードキャストされた後、関係するＭＢＳに関連するそのＭＢＳ関連能力またはその能力を提供し得る。逆に、ＭＢＳ ＩＤがサービングセルによってブロードキャストされない場合、ＵＥは、ＭＢＳ関連能力または関係するＭＢＳに関連するその能力をレポートしない可能性がある。上記のルールは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ／ＲＲＣ＿ＩＮＡＣＩＴＶＥ／ＲＲＣ＿ＩＤＬＥ状態のＵＥに適用され得る。

一部の実施形態においては、本開示において説明されるＵＥ能力は、周波数依存であり得る。例えば、ＵＥの能力は、周波数範囲１（ＦＲ１：Frequency Range 1）および周波数範囲２（ＦＲ２：Frequency Range 2）に対して別々に決定され得る。一部の実施形態においては、本開示において説明されるＵＥの能力は、時分割多重（ＴＤＤ：Time Division Duplex）および周波数分割多重（ＦＤＤ：Frequency Division Duplex）について別々に決定され得る。

［関心のあるＭＢＳを決定する］
一部の実施形態においては、ＵＥがＭＢＳのデータを受信している、またはＭＢＳを受信しようとしている場合、ＭＢＳを受信することができるＵＥが、関心のあるＭＢＳを決定／考慮することができる。

一部の実施形態においては、以下の条件：ＵＥが、そのＭＢＳを受信することが可能である、ＵＥがそのＭＢＳのデータを受信しているか、またはそのＭＢＳを受信しようとしている、および、そのＭＢＳがサービングセルまたはキャンプセル（camped cell）によってサポートされる、の少なくとも１つが満たされる場合、ＭＢＳはＵＥによって関心のあるＭＢＳとみなされ得る。一部の実施形態においては、セルはサポートされているＭＢＳを示すために、システム情報をブロードキャストし得る。ＭＢＳの起動時間および／または停止時間は、セルによってシステム情報中のＵＥにブロードキャストされ得る（例えば、システム情報ブロック１（ＳＩＢ１：System Information Block 1）または他のＭＢＳ関連システム情報ブロック（複数可））。一部の実施形態においては、ＭＢＳの起動時間および／または停止時間は、協定世界時間（ＵＴＣ：Coordinated Universal Time）によって示され得る。一部の実施形態では、ＭＢＳの起動時間および／または停止時間は、システムフレーム番号（ＳＦＮ：System Frame Number）によって示され得る。一部の実施形態においては、セルがサポートするＭＢＳが、セルによってシステム情報内のＵＥにブロードキャストされてもよい（例えば、ＳＩＢ１またはＭＢＳ関連システム情報ブロック内）。

一部の実施形態においては、ネットワークはあるＭＢＳを提供することをサポートし得るが、ＭＢＳのデータをＵＥにまだ送信していない。この場合、（例えば、ＭＢＳに関心がある）ＵＥは、（例えば、ＭＢＳ要求をネットワークに送ることによって）ＭＢＳのデータの送信を開始するようにネットワークに依頼し得る。

一部の実施形態においては、ＭＢＳ（例えば、特定の絶対無線周波数チャンネル番号（ＡＲＦＣＮ：Absolute Radio Frequency Channel Number）、物理リソースブロック（ＰＲＢｓ：Physical Resource Blocks）、ＢＷＰ、またはコンポーネントキャリア（ＣＣ：Component Carrier））の動作周波数（または周波数リソース）は、セルによってＵＥにブロードキャスト／ユニキャストされ得る。

一部の実施形態においては、ＬＴＥセルまたはＮＲセルが、ＮＲ ＭＢＳ（例えば、特定のＮＲ－ＡＲＦＣＮ、ＰＲＢ、ＢＷＰ、ＣＣ、またはサブキャリアスペーシングまたはサイクリックプレフィックス長などの他の支援情報）の動作周波数（または周波数リソース）をブロードキャストし得る。ＮＲセルは、ＬＴＥ ＭＢＳの動作周波数をブロードキャストし得る（例えば、特定のＡＲＦＣＮ／帯域幅）。

［マルチキャスト／ブロードキャスト・インタレスト・インジケーション］
一部の実施形態においては、ＵＥがネットワーク（例えば、ｇＮＢ）に、関心のあるＭＢＳを示すために、マルチキャスト／ブロードキャストインタレストインジケーションメッセージを送り得る。当該インジケーションは、スライス固有情報であってもよいし、関心のあるＭＢＳに対応するスライス情報を含んでいてもよい。ＵＥは、標的ＭＢＳスライスをＮＷにレポートし得る。マルチキャスト／ブロードキャストインタレストインディケーションメッセージは、関心のあるＭＢＳの識別情報（例えば、一時モバイルグループアイデンティティ（ＴＭＧＩ））および／または関心のあるＭＢＳに関連する優先度情報（priority information）を含み得る。例えば、関心のあるＭＢＳは、関心のあるＭＢＳに関連するＴＭＧＩおよび／またはセッションＩＤによって識別されてもよい。優先度情報は、ＵＥのユニキャスト受信よりもＭＢＳデータ受信の方が優先されるかどうかを示すために使用され得る。

一部の実施形態においては、ＵＥがＭＢＳ（例えば、ネットワークによってサポートされているが、まだネットワークによってマルチキャスト／ブロードキャストされていないＭＢＳ）を提供するように、ネットワークに要求し得る。例えば、ネットワークは特定のＭＢＳに関心があるＵＥの総数を数え、その後、ＰＴＰ配信モード（またはユニキャストモード）の代わりに、ＰＴＭ配信モード（またはマルチキャストモード）を介してＭＢＳ（またはＭＢＳデータ）の内容を配信し得る。

一部の実施形態においては、ＵＥは、当該ＵＥが関心のないＭＢＳをネットワークに通知し得る。例えばＵＥは、当該ＵＥが関心のない１つ以上のＭＢＳを示すスライス情報／ＭＢＳ ＩＤ（複数可）を、ネットワークに送信し得る。ネットワークはほとんどのＵＥ（または特定の数のＵＥ）が関心のないＭＢＳを決定し、ＰＴＭ配信モード（またはマルチキャストモード）の代わりにＰＴＰ配信モード（またはユニキャストモード）を介してＭＢＳを配信し得る。

一部の実施形態においては、ＵＥは、スライス情報またはＭＢＳ ＩＤをネットワークに送信することによって、必要とされない１つ以上のＭＢＳを、ネットワークに通知し得る。ＭＢＳ ＩＤのスライス情報を受信すると、ネットワークは、どのＭＢＳがＵＥによって要求されていないかを知ることができる。次いでネットワークは、ＵＥを別のＢＷＰに切り替え得る。

［ＢＷＰスイッチ動作時のＭＢＳ受信］
一部の実施形態においては、ＵＥは、ＭＢＳを受信するために特定のＢＷＰ（例えば、ＭＢＳ ＢＷＰ）に切り替えるように、ネットワークによって（例えば、ＲＲＣ、ＭＡＣ ＣＥ、またはＤＣＩ信号を介して）命令されてもよい。ＭＢＳの受信とは、１つ以上のＭＢＳのデータを受信することを、指し得る。

ＵＥの場合、ＭＢＳ ＢＷＰは、（少なくとも、または単独で）ＭＢＳデータ受信のために使用されるＢＷＰであってもよい。ＭＢＳを受信可能なＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＭＢＳ ＢＷＰにおいて（関心のある）、ＭＢＳのデータを受信することを許可され得る。一実施形態においては、ＭＢＳ ＢＷＰは初期ＢＷＰではない可能性がある。

ＭＢＳ ＢＷＰは、マルチキャスト／ブロードキャストＢＷＰとも呼ばれる。ＭＢＳ ＢＷＰおよびＭｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ ＢＷＰは、現在、業界において一様に命名されておらず、本開示においては以降、集合的に「ＭＢＳ ＢＷＰ」と呼ばれる。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥ（複数）の場合、グループ共通ＰＤＣＣＨ／物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）の共通周波数リソース（または関連するＭＢＳ ＢＷＰ）が設定または定義され得る。グループ共通ＰＤＣＣＨ／ＰＤＳＣＨは、ＭＢＳデータ受信のために使用されてよい。共通周波数リソースが構成または定義されていない場合、ＵＥは、初期ＢＷＰを、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨのためのデフォルト共通周波数リソースと見なし得る。

ＰＣｅｌｌまたはキャンプセルの場合、初期ＢＷＰが、初期アクセスのために使用されるＢＷＰであってもよい。一実施形態においては、ＭＢＳ ＢＷＰは、周波数ドメインにおいて初期ＢＷＰと重なって（または、初期ＢＷＰを含んで）いてよい。一実施形態においては、ＭＢＳ ＢＷＰは、初期ＢＷＰと同じであってよい。（初期／構成／デフォルト）ＭＢＳ ＢＷＰの関連情報は、システム情報においてブロードキャストされてもよく、またはネットワークからの専用シグナリングにおいて提供されてもよい。その場合、ＭＢＳ ＢＷＰの関連情報は、対応するＢＷＰ設定および／または周波数リソースの割り当てを含み得る。

ＢＷＰは、ＭＢＳ ＢＷＰとしてネットワークによって明示的または暗黙的に設定され得る。例えばＭＢＳ ＢＷＰは、１つ以上のＭＢＳもしくはＴＭＧＩ、または他のＭＢＳ関連情報に関連付けられてよい。ＢＷＰがマルチキャスト／ブロードキャスト制御チャネル（例えば、グループ共通ＰＤＣＣＨ）もしくはマルチキャスト／ブロードキャストデータチャネル（例えば、グループ共通ＰＤＳＣＨ）、または他のマルチキャスト／ブロードキャスト関連チャネルを用いて設定されている場合、当該ＢＷＰは、ＭＢＳ ＢＷＰと見なされ得る。一部の実施形態においては、ＢＷＰは関連するＢＷＰ設定を介してＭＢＳ ＢＷＰとして示され得る。例えば、ＲＲＣメッセージ中のフィールドまたは指示は、ＢＷＰがＭＢＳ ＢＷＰであるか否かを示すために使用され得る。例えば、フィールド／インジケーションが真に設定される場合、当該ＢＷＰは、ＭＢＳ ＢＷＰと見なされ得る。フィールドが偽に設定されるか、または提示されない場合、当該ＢＷＰは、通常のＢＷＰと見なされ得る。

一部の実施形態においては、ＵＥはＢＷＰ非アクティビティタイマ（ミリ秒（ｍｓ）単位において継続時間をカウントする）の停止のために、デフォルトＢＷＰにフォールバックし得る。ネットワークがＢＷＰ非アクティビティタイマ設定を解除した場合（または、ＵＥがＢＷＰ非アクティビティタイマ設定を解除することを示すメッセージを受信した場合）、ＵＥはデフォルトＢＷＰまたは初期ＢＷＰ（デフォルトＢＷＰが設定されていない場合）に切り替わらずに、ＢＷＰ非アクティビティタイマを停止し得る。デフォルトＢＷＰは、ネットワークによって設定され得る。デフォルトＢＷＰがネットワークによって示されていない場合は、最初のＢＷＰがデフォルトＢＷＰと見なされ得る。

１つの実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有のタイマである可能性がある）、および／またはＭＢＳ ＢＷＰがデフォルトＤＬ ＢＷＰでない場合、ＵＥ（例えば、ＵＥのＭＡＣエンティティ）はＢＷＰ 非アクティビティタイマが停止してもデフォルトＤＬ ＢＷＰに切り替わらない可能性がある。

一実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有タイマであってもよい）、および／またはＭＢＳ ＢＷＰが初期ＢＷＰでない場合、ＵＥ（例えば、ＵＥのＭＡＣエンティティ）はＢＷＰ非アクティビティタイマが停止しても、初期ＢＷＰに切り替わらない可能性がある。

一部の実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有のタイマであってよい）、および／またはＭＢＳ ＢＷＰがデフォルトＤＬ ＢＷＰでない場合、ＵＥ（またはＵＥのＭＡＣエンティティ）はＢＷＰ非アクティビティタイマを適用（または開始）しない可能性がある。例えば、ＢＷＰ非アクティビティタイマが適用されないとき、ＢＷＰ非アクティビティタイマは、ＵＥによって停止されるか、または開始または再開されない可能性がある。

一部の実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有のタイマであってよい）、および／またはＭＢＳ ＢＷＰが初期ＤＬ ＢＷＰでない（およびデフォルトＢＷＰが設定されていない）場合、ＵＥ（またはＵＥのＭＡＣエンティティ）がＢＷＰ非アクティビティタイマを適用（または開始）しない可能性がある。例えば、ＢＷＰ非アクティビティタイマが適用されない場合、当該ＢＷＰ非アクティビティタイマは、ＵＥによって停止されるか、または開始もしくは再開されない可能性がある。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰがデフォルトＤＬ ＢＷＰではない場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰにおいてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰがデフォルトＤＬ ＢＷＰではない場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰに応じてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰが初期ＤＬ ＢＷＰではない（およびデフォルトＢＷＰが設定されない）場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰにおいてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰが初期ＤＬ ＢＷＰではない（およびデフォルトＢＷＰが設定されない）場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰに応じてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合、共通ＲＮＴＩによってスクランブルされた巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を有するグループ共通ＰＤＣＣＨが設定され、グループ共通ＰＤＳＣＨをスケジュールするために使用されてよい。この場合、グループ共通ＰＤＳＣＨは、同じ共通ＲＮＴＩに基づいてスクランブルされ得る。

一部の実施形態においては、ＭＢＳ関連ＲＮＴＩは（ＳＣ－ＰＴＭ制御情報を動的にスケジューリングするための）単一セルＲＮＴＩ（ＳＣ－ＲＮＴＩ）、（ＳＣ－ＰＴＭ送信を動的にスケジューリングするための）Ｇ－ＲＮＴＩ、（ＳＣ－ＭＣＣＨ情報変更通知のための）単一セル通知ＲＮＴＩ（ＳＣ－Ｎ－ＲＮＴＩ）、（ＭＣＣＨ情報変更通知のための）ＭＢＭＳ ＲＮＴＩ（Ｍ－ＲＮＴＩ）、またはセルＲＮＴＩ（Ｃ－ＲＮＴＩ）であってよい。ＭＢＳ関連ＲＮＴＩは、ＭＢＳ－ＲＮＴＩ＃１およびＭＢＳ－ＲＮＴＩ＃２（例えば、Ｇ－ＲＮＴＩ）を含み、ＭＢＳ－ＲＮＴＩ＃１はＭＢＳ制御情報（例えば、ＰＤＣＣＨにおける制御情報）のために使用され、ＭＢＳ－ＲＮＴＩ＃２はＭＢＳトラフィック／データ（例えば、ＰＤＳＣＨにおけるＭＢＳトラフィック／データ）に応じて使用され得る。一部の実施形態においては、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥはＭＢＳ－ＲＮＴＩ＃１を使用してＭＢＳ制御情報（例えば、ＰＤＣＣＨ上における制御情報（またはＤＣＩ））をデスクランブルし、ＭＢＳ－ＲＮＴＩ＃２を使用してＭＢＳトラフィック／データ（例えば、ＰＤＳＣＨにおけるＭＢＳトラフィック／データ）をデスクランブルするように設定／命令され得る。そうでないと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥは同じ共通ＲＮＴＩを使用して、ＭＢＳ制御情報とＭＢＳトラフィック／データとの両方をデスクランブルする可能性がある。

一実施形態においては、ＵＥがＭＢＳ ＢＷＰにおいて動作する際、当該ＵＥはＣ－ＲＮＴＩを無視し得る（例えば、ＰＤＣＣＨまたはＣＯＲＥＳＥＴをモニタリングするため）。ブラインド復号（ＢＤ）および制御チャネル要素（ＣＣＥ）制限は、調節可能である。例えば、ＭＢＳ ＢＷＰに応じたＢＤ及びＣＣＥ制限は、端末のＭＢＳ関連能力に基づいて調整され得る。一実施形態においては、ＭＢＳデータを受信可能なＵＥは、ＭＢＳデータを受信不可能なＵＥと比較して、異なるＢＤおよびＣＣＥ制限を有し得る。

ＵＥ（またはＭＡＣエンティティ）動作の例は、表１にある。

一部の実施形態においては、ＭＢＳ ＢＷＰは、ＵＬリソースがユニキャストサービスのために特定のＣＯＲＥＳＴによってスケジュールされ得る、ペアＢＷＰまたは非ペアＢＷＰであってよい。

一部の実施形態においては、ＭＢＳ ＢＷＰは純粋なＤＬ専用ＢＷＰであってよい。例えば、ＭＢＳ（ＤＬ）ＢＷＰは、ＵＬ ＢＷＰと関連しない可能性がある。

一部の実施形態においては、ＭＢＳ（ＤＬ）ＢＷＰは、初期（ＵＬ）ＢＷＰに関連し得る。

［初期ＢＷＰとＭＢＳ－ＢＷＰとの間のＵＥ優先順位付け規則］
一部の実施形態においては、ＵＥは初期ＢＷＰおよびＤＬ方向のＭＢＳ ＢＷＰをモニタし得る（例えば、ＭＢＳ ＢＷＰが初期ＢＷＰと同じでない場合）。しかしながら、場合によっては、ＵＥが初期ＢＷＰとＭＢＳ ＢＷＰとを同時にモニタできないことがある（例えば、ＵＥのハードウェア制限のため）。この状況においては、ＵＥは特定の優先順位付けルールまたはネットワーク設定に基づいて、初期ＢＷＰまたはＭＢＳ ＢＷＰのいずれかからＤＬシグナリングまたはＤＬパケットのみを受信できる。例えば、以下のルール（ルール＃１、ルール＃２、ルール＃３）のうちの少なくとも１つを端末に設定することができる：
ルール＃１：初期ＢＷＰは、常にＭＢＳ ＢＷＰよりも高い優先順位を有し得る。したがって、ＵＥはＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし、受信されたＳＳＢバーストセット設定および／またはサーチスペース設定に基づいて、送信されたＳＳＢバーストセットおよび物理チャネル（例えば、物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）など）の全部または一部を受信するために、ＭＢＳ ＢＷＰから初期ＢＷＰに切り替え得る。さらに、ＵＥは測定のために初期ＢＷＰにスイッチしてよい（例えば、サービングセルによってブロードキャストされたＰＢＣＨにおける多重化されたＤＭＲＳを測定するために）。

ルール＃２：初期ＢＷＰはＤＬシグナリング／パケット配信の一部に応じて、ＭＢＳ ＢＷＰよりも高い優先度を有し得る。例えばＵＥは、ＳＳＢバーストセットモニタリングおよび／またはページング受信のために初期ＢＷＰにのみスイッチし得る。（例えば、初期ＢＷＰに関連する所与のＳＳＢバーストセット設定および／または間欠受信（ＤＲＸ：Discontinuous Reception）サイクル設定に基づいて）。ＵＥは、システム情報を連続的にモニタ／取得しなくてもよい。ＵＥは、ページング受信またはＳＩ（システム情報）処方インジケーションによってＵＥがトリガされている間にのみ、システム情報をモニタ／取得することが可能で、または更新されたシステム情報をモニタ／取得するために警告システム指示を発行し得る（例えば、ショートメッセージ内のｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎビットが１に設定されているか、またはショートメッセージ内のｅｔｗｓＡｎｄＣｍａｓＩｎｄｉｃａｔｉｏｎビットが１に設定されている期間）。

ルール＃３：ＭＢＳ ＢＷＰは、常に初期ＢＷＰよりも高い優先順位を有し得る。例えば、ＵＥが上位レイヤから要求されない限り、ＵＥは初期ＢＷＰに切り替わらない可能性がある。一部の実施形態においては、ＵＥは上位層（例えば、非アクセス層（ＮＡＳ：Non-Access Stratum））からの要求に基づいて、ＭＢＳ ＢＷＰから最初のＢＷＰに切り替わり得る。例えば、ＵＥが初期（ＰｒｏＳｅ）サイドリンクまたは（ＮＲ／ＬＴＥ）Ｖ２Ｘサービスを使用するように、ＮＡＳ層によって要求される場合、ＵＥは、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチして、当該サービスのためのブロードキャスティングシステム情報を受信し得る。一部の実施形態においては、ＵＥはＲＲＣ層からの要求に基づいて、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし得る。例えば、ＲＲＣ層は、ＲＲＣ接続確立手順、ＲＲＣ接続再開手順、またはＲＡＮ通知領域アップデート手順などの、ＲＲＣ関連手順をトリガし得る。

ルール（ルール＃１、ルール＃２およびルール＃３）は、ユニバースサブスクライバ識別モジュール（ＵＳＩＭ：Universe Subscriber identity Module）に事前インストールされてよく、３ＧＰＰ技術仕様（ＴＳ：Technical Specification）に事前定義されてよく、および／またはネットワークによって設定されてもよい。一部の実施形態においては、初期ＢＷＰおよび／またはＭＢＳ ＢＷＰの優先順位は設定可能である。一部の実施形態においては、優先順位規則は設定可能であり得る。

一部の実施形態においては、ＵＥはＭＢＳ ＢＷＰにおいて送信されたＤＬシグナリングに基づいて、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし得る。例えば、ＳＳＢバーストセット、システム情報用のサーチスペース、ショートメッセージ、ページングメッセージ、および／またはＤＭＲＳを、ＭＢＳ ＢＷＰに設定することが可能である。一部の実施形態においては、ＵＥが以下の条件（条件（ａ）、（ｂ）、および（ｃ））のうちの１つが満たされるときに、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし得る：
（ａ）ＵＥが、ショートメッセージのｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎビットが１に設定されているか、ｅｔｗｓＡｎｄＣｍａｓＩｎｄｉｃａｔｉｏｎビットが１に設定されているページングを受信する；
（ｂ）ＵＥが、ＵＥのＩＤがパラメータpagingrecordに含まれるページングメッセージを受信する；
（ｃ）ＵＥがＭＢＳ ＢＷＰにおいて送信されたＳＳＢバーストセットをモニタしている間にビーム障害イベントを検出し、ＵＥは、初期ＢＷＰにおいてビーム障害回復手順を開始することができる。

一部の実施形態においては、ＵＥは初期ＢＷＰにおいてスクランブルされたＤＭＲＳの代わりに、ＭＢＳ－ＢＷＰにおいてスクランブルされたＤＭＲＳに基づいて、セル固有測定（複数可）を実行し得る。

［ＭＢＳの受信］
一部の実施形態においては、ネットワークはブロードキャストシステム情報、ＭＣＣＨ、または専用シグナリングを介して、ＭＢＳ関連制御情報（または関連する構成）を提供し得る。例えば、ネットワークはＭＢＳ関連制御情報、またはＲＲＣシグナリングにおけるＢＷＰの関連する設定を構成し得る。（例えば、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態）のＵＥは、ブロードキャスト制御チャネル（ＢＣＣＨ）および／またはＭＣＣＨを介して、ＭＢＳ関連制御情報／関連設定を受信し得る。例えば、ＭＢＳ関連制御情報の構成に対応するために、新たなＳＩＢが使用されてもよい。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨの共通周波数リソース内において、ＣＯＲＥＳＥＴが設定され得る。一実施形態においては、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨのための共通周波数リソースが初期ＢＷＰであり、他のＣＯＲＥＳＥＴがＵＥに応じて構成されていない場合、ＣＯＲＥＳＥＴ０が、デフォルトとして使用され得る。

一部の実施形態においては、（例えば、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の）ＵＥは、初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ０のＭＢＳ関連制御情報（例えば、グループ共通ＰＤＣＣＨにおいて送信された情報またはＤＣＩ）を受信し得る。

一部の実施形態においては、ＵＥは、ＭＢＳまたはＭＢＳ ＢＷＰに応じて設定されたＣＯＲＥＳＥＴ上でＭＢＳ関連制御情報（例えば、グループ共通ＰＤＣＣＨにおいて送信される情報またはＤＣＩ）を受信し得る。

一部の実施形態においては、ＵＥは、ＭＢＳ関連ＲＮＴＩによってアドレスされたＭＢＳまたはＭＢＳ ＢＷＰ用に構成されたＣＯＲＥＳＥＴにおいてＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、ＵＥは、初期ＤＬ ＢＷＰにおいてＭＢＳ用に構成されたＣＯＲＥＳＥＴにおいてＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、ＵＥは、Ｃ－ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ０のＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、ＵＥは、ＭＢＳ制御ＲＮＴＩまたはＭＢＳ関連ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ ０のＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、新しいタイプのＰＤＣＣＨ共通サーチスペースが定義／構成されてもよい。ＵＥは、新しいタイプのＰＤＣＣＨ共通サーチスペースからＭＢＳ関連制御情報を取得し得る。その場合、ＭＢＳ関連制御情報は、ＭＢＳデータが送信されるＢＷＰ、ＭＢＳデータ送信の（開始）位置、およびＭＢＳデータ送信の期間のうちの、少なくとも１つを示し得る。

一部の実施形態においては、ＵＥはＭＢＳ関連制御情報を、新しいサーチスペース／ＣＯＲＳＥＴを介して、既存のＮＲサーチスペース／ＣＯＲＳＥＴを介して、（例えば、タイプ０－ＰＤＣＣＨ共通サーチスペース／ＣＯＲＳＥＴ０、またはタイプ０Ａ－ＰＤＣＣＨ共通サーチスペース／ＣＯＲＳＥＴ０）取得し得る。

一部の実施形態においては、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＵＥがＤＲＸサイクルのオン期間（またはＤＲＸの機会）にあるかどうかにかかわらず、ＭＢＳ関連ＰＤＣＣＨ／ＣＯＲＥＳＥＴを監視し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において動作しているＵＥを指す。

一部の実施形態においては、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＤＲＸ－ｏｆｆ期間内にＭＢＳ関連ＰＤＣＣＨ／ＣＯＲＥＳＥＴをモニタしてもよい。

一部の実施形態においては、ネットワークは異なるＭＢＳの対応する制御情報を送信するために、分離された／異なるＣＯＲＥＳＥＴ／サーチスペース（例えば、周波数ドメインにおいて重なっていないＣＯＲＥＳＥＴ／サーチ空間）を使用し得る。例えば、ＭＢＳ＃１はＣＯＲＥＳＥＴ＃Ａおよび／またはサーチスペース＃Ａを用いて設定され得る。ＭＢＳ＃２は、ＣＯＲＥＳＥＴ＃Ｂおよび／またはサーチスペース＃Ｂを用いて設定され得る。

一部の実施形態においては、ＵＥは、初期ＤＬ ＢＷＰの（システム情報または専用信号によって提供され得る）ＣＯＲＥＳＥＴ ＃１のＭＢＳ関連制御情報を受信し得る。一部の実施形態においては、ＵＥはＣ－ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃１のＭＢＳ関連制御情報を受信し得る。一部の実施形態においては、ＵＥは、ＭＢＳ制御－ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃１のＭＢＳ関連制御情報を受信し得る。一部の実施形態においては、ＵＥは、ネットワークからの構成に基づいて、ＤＬ ＢＷＰ＃１のＣＯＲＥＳＥＴ＃１のＭＢＳ関連制御情報を受信してよい。一部の実施形態においてＵＥは、ＤＬ ＢＷＰ＃１（初期ＤＬ ＢＷＰでなくてもよい）において動作し、ＭＢＳ関連制御情報に関連付けられたＣＯＲＥＳＥＴが提供されないか、または提示されない場合、ＵＥはＤＬ ＢＷＰ＃１のＣＯＲＥＳＥＴ０のＭＢＳ関連制御情報を受信し得る。ＭＢＳ制御－ＲＮＴＩは、事前定義および／または構成可能であってよい。

一部の実施形態においては、ＭＢＳ関連制御情報は、ＭＢＳデータ受信のためにＭＢＳ関連ＲＮＴＩによってアドレス指定されたＰＤＣＣＨをデコードするためのＣＯＲＥＳＥＴおよび／または関連するサーチスペースを示し得る。一部の実施形態においては、ＭＢＳ関連制御情報は、ＭＢＳに関連付けられたＲＮＴＩを含み得る。一部の実施形態においては、すべてのＭＢＳ（１つまたは複数）のための共通ＲＮＴＩが利用され得、異なるＭＢＳ（１つまたは複数）のためのデータ受信は、ＣＯＲＥＳＥＴ／サーチスペース基準ごとに実行され得る。一部の実施形態においては、ＭＢＳ関連制御情報にＭＢＳのＱｏＳ要件（例えば、高ＱｏＳ要件または低ＱｏＳ要件）が含まれ得る。高ＱｏＳ要件のＭＢＳの場合は、ＨＡＲＱ動作が必要になる可能性がある。低ＱｏＳ要件のＭＢＳの場合、ＨＡＲＱ動作は必要とされない可能性がある。例えば、ＭＢＳ関連制御情報を受信する端末は、受信されたＭＢＳ関連制御情報がＭＢＳに対するＱｏＳ要件が少ないことを示す場合、ＭＢＳのデータ受信のためのＨＡＲＱ動作を行わない可能性がある。

［マルチキャストとユニキャストとの間におけるＭＢＳ配信の動的変化のサポート］
一部の実施形態では、ネットワークは、ＭＢＳデータ受信のためにＵＥに対して閾値を設定しうる。当該閾値は、ＭＢＳ基準ごとに基づいて設定されうる。例えば、ネットワークは、ＭＢＳ Ａに対して閾値＃１（Ｔｈｒｅｓｈｏｌｄ ＃１）を設定し、かつ、ＭＢＳ Ｂに対して閾値＃２（Ｔｈｒｅｓｈｏｌｄ ＃２）を設定してよい。一部の実施形態では、ＭＢＳデータ受信のための閾値は、事前決定されていてもよいし、設定可能であってもよい。

一部の実施形態では、ＵＥは、ＭＢＳステータスレポートをネットワークに報告しうる。ＭＢＳステータスレポートは、周期的に報告されうる。報告の周期性は、専用シグナリングまたはブロードキャストシステム情報を介して、ネットワークによって設定されうる。一部の実施形態では、ＭＢＳステータスレポートの報告は、（１つ以上の）特定のイベントによってトリガされうる。例えば、ＭＢＳステータスが変化した場合、ＵＥは、（例えば設定されたグラント、動的グラント、２ステップＲＡプロシジャ、または４ステップＲＡプロシジャを介して）ＭＢＳステータスレポートをネットワークに送信しうる。

一部の実施形態では、ＭＢＳステータスレポートは、（１つ以上の）ターゲットＭＢＳを示し、かつ、関連するサービス受信条件が満たされている／充足しているか否かを示しうる。例えば、サービス受信条件を決定するために、基準信号受信電力（Reference Signal Received Power，ＲＳＲＰ）／基準信号受信品質（Reference Signal Received Quality，ＲＳＲＱ）／受信信号強度インジケータ（Reference Signal Strength Indicator，ＲＳＳＩ）閾値が提供されうる。例えば、ＤＬパスロス基準（例：ＭＢＳ基準信号）のＲＳＲＰ値がＲＳＲＰ閾値以下であるとＵＥが判定した場合、当該ＵＥは、ＭＢＳステータスレポートをネットワークに対して報告し、ＭＢＳのサービス受信条件が満たされていない／充足していないことを通知してよい。例えば、ＵＥは、ＤＬパスロス基準（例：ＭＢＳ基準信号）のＲＳＲＰ値がＲＳＲＰ閾値よりも大きいとＵＥが判定した場合、当該ＵＥは、ＭＢＳステータスレポートをネットワークに対して報告し、ＭＢＳのサービス受信条件が満たされている／充足していることを通知してよい。

ネットワークは、ＵＥから提供される情報（例：ＭＢＳステータスレポート）に基づいてＰＴＰ配信モードまたはＰＴＭ配信モードのいずれに切り替えるかを決定しうる。受信したＭＢＳステータスレポートに基づいて、ネットワークは、ＰＴＭ配信モード（またはマルチキャストモード）によってＭＢＳデータを配信するために、変調符号化スキーム（Modulation Coding Scheme，ＭＣＳ）を調整してもよいし、あるいは、ＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳを受信するように、ＵＥを設定してもよい。

ＵＥがＭＢＳステータスレポート＃１をネットワークに報告した後、ＵＥはタイマＴ１を起動または再起動してよい。タイマＴ１が起動または再起動された後、タイマＴ１が満了するまで、ＵＥは、ＭＢＳステータスレポート＃２をネットワークに報告することを禁止されうる。一実施形態では、第２ＭＢＳステータスレポート＃２が以前のＭＢＳステータスレポート（例：ＭＢＳステータスレポート＃１）とは異なったコンテンツを有している場合には、タイマＴ１がいまだ動作中であるときに、ＵＥはＭＢＳステータスレポート＃２をネットワークに対して報告することを許可されうる。

一部の実施形態では、（ｉ）ＵＥがＭＢＳステータスレポートを送信する、（ｉｉ）アクティブＢＷＰが（例えば、あるＭＢＳ ＢＷＰから別のＭＢＳ ＢＷＰへと）変化する、（ｉｉｉ）タイマＴ１の値が再設定される、および、（ｉｖ）閾値が再設定またはリリースされる、という条件のうちの少なくとも１つが満たされた場合に、タイマＴ１がＵＥによって起動または再起動されうる。

一部の実施形態では、ＵＥは、ＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳデータを配信するよう、ネットワークに対してリクエスト（要求）してよい。例えば、関連するサービス受信条件が満たされていない／充足していない（例：サービス受信の信号強度が閾値以下である）場合には、ＵＥは、ＰＴＰ配信モード（またはユニキャストモード）を介して（１つ以上の）ＭＢＳを配信するよう、ネットワークに対してリクエストしてよい。ネットワークは、ＰＴＰ配信モードによるＭＢＳデータ配信についてのＵＥのリクエストに応答しなくともよい。一部の実施形態では、ネットワークは、ＰＴＰ配信モードによってリジェクト（拒絶）メッセージをＵＥに送信することによって、ＵＥのリクエストをリジェクトしてよい。この状況では、ネットワークは、ＰＴＰ配信モードによるＭＢＳデータ配信についてのリクエストの送信を中断／停止するよう、ＵＥに対して指令してよい。ネットワークは、ＵＥを別のセルへとリダイレクトしてよい。一部の実施形態では、ネットワークは、ＰＴＭ配信モードによるＭＢＳデータ配信の設定を変更することにより、データ受信性能を改善してよい。一部の実施形態では、ＵＥは、ＰＴＰ配信モード（またはユニキャストモード）によるＭＢＳデータの送信を停止するよう、ネットワークに対してリクエストしてよい。例えば、関連するサービス受信条件が満たされている／充足している（例：信号強度が閾値以上である）場合には、ＵＥは、ＰＴＰ配信モードによるＭＢＳデータの送信を停止するよう、ネットワークに対してリクエストしてよい。

一部の実施形態では、ＵＥがＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳデータを送信するようネットワークに対してリクエストした場合には、ＵＥはタイマＴ２を起動または再起動しうる。タイマＴ２が（再）起動された後、タイマＴ２が満了するまで、ＵＥは、再びＰＴＰ配信モード（またはユニキャストモード）を介して（１つ以上の）ＭＢＳを配信するようネットワークに対してリクエストすることを禁止されうる。一部の実施形態では、リクエストされたＭＢＳデータが以前にリクエストされたＭＢＳデータとは異なるコンテンツを有している場合には、タイマＴ２がいまだ動作中であるときに、ＵＥはＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳデータを配信するようネットワークにリクエストすることを許可されうる。

一部の実施形態では、（ｉ）ＵＥが、ＭＢＳデータを配信するためのリクエスト、または、ＭＢＳデータをネットワークに配信することを停止するためのリクエストを送信する、（ｉｉ）アクティブＢＷＰが（例えば、あるＢＷＰから別のＢＷＰへと）変化する、（ｉｉｉ）タイマＴ２の値が再設定される、および、（ｉｖ）閾値が再設定またはリリースされる、という条件のうちの少なくとも１つが満たされた場合に、タイマＴ２がＵＥによって起動または再起動されうる。

［ＵＬフィードバック機構］
一部の実施形態では、ＭＢＳデータ受信のためのＨＡＲＱオペレーションがサポートされうる。ＤＣＩ、ＭＡＣ制御エレメント（Control Element，ＣＥ）、および／またはＲＲＣシグナリングを介して、ネットワークによって、ＨＡＲＱオペレーションがイネーブル（有効化）またはディスエーブル（無効化）されうる。例えば、ＨＡＲＱオペレーションがイネーブルされている場合、ＵＥは、対応するＭＢＳ受信に応じたＨＡＲＱ－ＡＣＫフィードバックをネットワークに対して報告してよい。ＨＡＲＱオペレーションがディセーブルされている場合、ＵＥは、対応するＭＢＳデータ受信に応じたＨＡＲＱ－ＡＣＫフィードバックをネットワークに対して報告しなくともよい。

一部の実施形態では、ＵＥがＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＩＴＶＥ状態におけるＭＢＳデータを受信した場合には、ＨＡＲＱオペレーションが実行されなくともよい。一部の実施形態では、ＵＥは、低ＱｏＳ要件を伴うＭＢＳのデータ受信のためのＨＡＲＱオペレーションを実行しなくともよい。一部の実施形態では、ＭＢＳが高ＱｏＳ要件を伴う場合であっても、ＵＥはＭＢＳのデータ受信のためのＨＡＲＱオペレーションを実行しなくともよい。

一部の実施形態では、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されるＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバック機構をサポートするか否かが設定可能であってよい。例えば、ＭＢＳ＃１について、ネットワークは、（ＨＡＲＱオペレーションまたは他のＵＬフィードバック機構を実行するように、ＭＢＳ＃１を受信するターゲットＵＥのうちの１つ以上を（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、またはＤＣＩを介して）設定してよい。その一方、ＭＢＳ＃２について、ネットワークはＨＡＲＱオペレーションまたは他のＵＬフィードバック機構を実行しないように（または、追跡結合ＨＡＲＱプロトコルのみを実行するように）、ＭＢＳ＃２を受信するターゲットＵＥのうちの１つ以上を設定してよい。

一部の実施形態では、現在の（１つ以上の）ＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバックメカニズムをサポートしているか否かを示すために、既存のＤＣＩ内の予約ビットが使用されうる。一部の実施形態では、ネットワークは、現在の（１つ以上）ＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバック機構をサポートしているか否かを暗黙的に示しうる。例えば、ネットワークがＵＥ固有ＤＣＩを介してＭＢＳ関連制御情報をＵＥに伝送する場合、ＵＥは、ＭＢＳ関連制御情報に対応する（１つ以上の）ＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバックメカニズムをサポートしていることを認識できる。そうではない場合、ＵＥは、現在のＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバックメカニズムをサポートしていないと判定してよい。ＵＥは、様々な要素（例：ＵＥ固有ＤＣＩをスクランブルするＭＢＳ関連ＲＮＴＩ、ＵＥ固有ＤＣＩにおけるフィールド、および／または、ＵＥ固有ＤＣＩが受信される個別のＣＯＲＥＳＥＴ／サーチスペース）に応じて、ＵＥ固有ＤＣＩがＭＢＳに対して使用されているか否かを判定してよい。

一部の実施形態では、ＭＢＳを受信するＵＥには、（１つ以上の）専用ＰＵＣＣＨリソースが設けられうる。当該専用ＰＵＣＣＨリソースは、対応するＭＢＳデータ受信に応じたＨＡＲＱ－ＡＣＫフィードバック（例：確認応答（Acknowledgement，ＡＣＫ）または否定応答（Non- Acknowledgement，ＮＡＣＫ））を送信する。（１つ以上の）専用ＰＵＣＣＨリソースは、専用シグナリングを通じてネットワークによって提供されてよい。一部の実施形態では、ネットワークは、（１つ以上の）専用ＰＵＣＣＨリソースを暗黙的に（１つ以上の）ＵＥに通知してよい。例えば、専用ＰＵＣＣＨリソースは、ＭＢＳ伝送の終了直後にＸ個のＯＦＤＭシンボルとして提供されてよい。Ｘは、事前決定された、または、設定可能な正の整数である。例えば、ＵＥは、専用シグナリングまたはブロードキャストシステムインフォメーションを介してＸの値を取得してよい。一部の実施形態では、ネットワークは、異なるＵＥに対して異なるギャップ値を提供してよい。各ギャップ値は、ＤＣＩによって示されるＰＵＣＣＨ位置（このＤＣＩは、ＭＢＳデータを搬送するＰＤＳＣＨリソースをも示しうる）と専用ＰＵＣＣＨ位置（各専用ＰＵＣＣＨ位置は、個別のＵＥに応じて設定されうる）との間のギャップを表す。例えば、ネットワークは、事前決定されたルールまたはＵＥ固有シグナリングによって、異なるＵＥに対してギャップ値を提供してよい。一部の実施形態では、ＵＥに応じた専用ＰＵＣＣＨリソースが、専用シグナリングを介して提供されてよい。ＵＥが専用シグナリングを受信したときに／後に、ＨＡＲＱフィードバック送信（またはＨＡＲＱオペレーション）のために、専用ＰＵＣＣＨリソースを使用することが許可される。この場合、ＵＥが専用シグナリングを受信したときに、ＵＥはＡＣＫ／ＮＡＣＫ送信のために専用ＰＵＣＣＨリソースを使用してよい。一部の実施形態では、ＵＥに応じた専用ＰＵＣＣＨリソースが、専用シグナリングを介して提供されてよい。ＵＥが専用シグナリングを受信したときに／後に、ＨＡＲＱフィードバック送信（またはＨＡＲＱオペレーション）のために、専用ＰＵＣＣＨリソースを使用することが許可されない。この場合、ＵＥが専用信号を受信したときに、ＵＥはＡＣＫ／ＮＡＣＫ送信のために専用ＰＵＣＣＨリソースを使用しなくてもよい。一部の実施形態では、ネットワークは、ＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用して、ＭＢＳに応じたＡＣＫ／ＮＡＣＫ送信のために設定されたＰＵＣＣＨリソースをアクティベート（有効化）（またはディアクティベート（無効化））してよい。一部の実施形態では、ＵＬフィードバックメカニズムは、オリジナルＵＬまたは補助ＵＬに属しうるＵＬ ＢＷＰにおいて実行されてよい。一部の実施形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ ＵＥに対して、フィードバックメカニズムは、２ステップＲＡプロシジャまたは４ステップＲＡプロシジャを介して提供されうる。

［信頼性］
一部の実施形態では、ＵＥは、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されるＭＢＳデータと、ＰＴＰ配信モード（またはユニキャストモード）によって配信されるＭＢＳデータとを、同時に受信してよい。例えば、ＵＥは、ＰＴＭ ＲＬＣエンティティを介して第１ＭＢＳデータを受信し、かつ、当該第１ＭＢＳデータのコピー／デュプリケート（複製）である第２ＭＢＳデータを、ＰＴＰ ＲＬＣエンティティを介して受信してよい。ＰＴＭ ＲＬＣエンティティおよびＰＴＰ ＲＬＣエンティティは、共通ＰＤＣＰエンティティに関連付けられうる。一部の実施形態では、ＰＴＰ配信（またはユニキャストモード）のためのデータ受信条件が十分であるとＵＥが判断した（みなした）場合、ＵＥは、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されるＭＢＳデータの受信を自律的に停止してよい。一部の実施形態では、ＰＴＰ配信（またはユニキャストモード）のためのデータ受信状態が満たされている／充足している（例：受信信号の強度／品質が閾値以上である）場合、ＵＥは、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されたＭＢＳデータの受信を中止してよい。閾値は、事前決定されていてもよいし、設定可能であってもよい。例えば、閾値は、専用シグナリングまたはブロードキャストシステム情報を通じてネットワークによって設定されてよい。例えば、閾値は、信号品質に基づく閾値（例：ＲＳＲＰ閾値、ＲＳＲＱ閾値、ＲＳＳＩ閾値、またはバッファサイズに基づく閾値）であってよい。

図１は、本開示の一実施形態に係るＭＢＳデータ受信のための方法１００のフローチャートを示す。図１において、アクション１０２およびアクション１０４は、独立したブロックとして表されている個別のアクションとして描写されている。ただし、これらの別々に描写されたアクションは、必ずしも順序に依存すると解釈されるべきではない。図１におけるアクションが実行される順序は、限定事項として解釈されることを意図していない。開示されている任意の数のブロックは、上記方法または代替的な方法を実施するために、任意の順序によって組み合わされうる。

ＮＲでは、異なるＭＢＳが異なる特性（例：パケット当たりのデータ量、またはデータ配信期間）および／またはＱｏＳ要件を有しうる。このため、ＵＥに対する（１つ以上の）ＣＯＲＥＳＥＴ、（１つ以上の）サーチスペース、および／または、（１つ以上の）周波数リソースを、ＭＢＳ基準に基づいて設定することは、リソース利用を促進し、かつ、ＵＥの電力消費を低減しうる。

アクション１０２に示されている通り、ＵＥは、ＭＢＳ関連制御情報をＢＳから受信しうる。ＭＢＳ関連制御情報は、（ｉ）ＭＢＳに関連付けられた第１無線ネットワーク一時識別子（Radio Network Temporary Identifier，ＲＮＴＩ）、（ｉｉ）ＭＢＳに応じて設定された制御リソースセット（Control Resource Set，ＣＯＲＥＳＥＴ）、（ｉｉｉ）ＭＢＳに応じて設定されたサーチスペース、および、（ｉｖ）ＭＢＳに応じて設定された周波数リソース、のうちの少なくとも１つを示しうる。他の一部の実施形態では、ＭＢＳ関連制御情報は、本開示の様々な実施形態において説明されているＭＢＳ関連制御情報であってよい。

一部の実施形態では、ＭＢＳ関連制御情報によって示されるＣＯＲＥＳＥＴおよびサーチスペースのそれぞれは、ＭＢＳ基準ごとに設定されうる。

アクション１０４において、ＵＥは、ＭＢＳ関連制御情報に基づいて、ＭＢＳのデータ（本開示では「ＭＢＳデータ」とも称される）をＢＳから受信してよい。例えば、ＵＥは、ＭＢＳ関連制御情報によって示される、周波数リソースにおけるＭＢＳのデータを監視し、かつ、当該データを受信してよい。例えば、ＵＥは、ＭＢＳ関連制御情報によって示される第１ＲＮＴＩによってスクランブルされた第１ＣＲＣを有するＰＤＳＣＨにおけるＭＢＳのデータを受信してよい。この場合、ＰＤＳＣＨは、第１ＲＮＴＩとは別のＲＮＴＩ値を有する第２ＲＮＴＩによってスクランブルされた第２ＣＲＣを有するＰＤＣＣＨによって示されうる。例えば、第１ＲＮＴＩは、グループＲＮＴＩであってよい。第２ＲＮＴＩは、ＵＥ固有ＲＮＴＩであってよい。

上述の通り、異なるＭＢＳは、異なる特性（例えば、パケット当たりのデータ量、またはデータ配信期間）および／またはＱｏＳ要件を有しうる。例えば、高ＱｏＳ要件を有するＭＢＳは、高通信信頼性を要求しうる。その一方、低ＱｏＳ要件を有するＭＢＳは、通常の通信信頼性または低通信信頼性のみを要求しうる。図２に示す通り、様々なＱｏＳ／信頼性要件を満たすために、ＵＥ側においてＭＢＳに応じたＨＡＲＱオペレーションを柔軟に／動的にイネーブルまたはディスエーブルできる方法が必要とされる場合がある。

図２は、本開示の一実施形態に係るＭＢＳデータ受信のための方法２００のフローチャートを示す。方法２００は、独立して実行されてもよいし、図１に示す方法１００と組み合わせて実行されてもよい。

アクション２０２において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信（またはＨＡＲＱオペレーション）がイネーブルされているか否かを示すインジケータを、ＢＳから受信してよい。

アクション２０４において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信がイネーブルされているか否かを判定してよい。

アクション２０４における判定結果がＹｅｓである場合、アクション２０６において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信をイネーブルしてよい。例えば、ＵＥは、ＨＡＲＱ－ＡＣＫフィードバック（例：ＡＣＫ／ＮＡＣＫ）を生成および送信して、ＭＢＳの受信が成功したか否かを示してよい。

アクション２０４における判定結果がＮｏである場合、アクション２０８において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信をディスエーブルしてよい。この状況では、ＵＥは、ＭＢＳのデータの受信が成功したか否かを示すＨＡＲＱ－ＡＣＫフィードバックを生成または送信しなくてもよい。

図３に示す通り、一部の実施形態では、ＭＢＳデータ／パケットのデュプリケーションを使用して、（周波数ダイバーシティおよび／または時間ダイバーシティの利得に起因して）ＭＢＳデータ送信の信頼性を改善することもできる。

図３は、本開示の一実施形態に係るＭＢＳデータ受信のための方法３００のフローチャートを示す。方法３００は、独立して実行されてもよいし、図１に示す方法１００および図２に示す方法２００のいずれかと組み合わせて実行されてもよい。

アクション３０２において、ＵＥは、当該ＵＥの第１ＲＬＣエンティティを介してＭＢＳのデータを受信してよい。

アクション３０４において、ＵＥは、当該ＵＥの第２ＲＬＣエンティティを介してＭＢＳのデータのコピーを受信してよい。第１ＲＬＣエンティティおよび第２ＲＬＣエンティティは、ＵＥの共通ＰＤＣＰエンティティに関連している。

図４に示す通り、一部の実施形態では、ＭＢＳのデータは、ＰＴＭ配信モード（またはマルチキャストモード）においてＢＳによって送信されてよい。ＭＢＳのデータのコピーは、ＰＴＰ配信モード（またはユニキャストモード）においてＢＳによって送信されてよい。

図４は、ＭＢＳのデータを受信するために使用される第１ＲＬＣエンティティ４０４と、ＭＢＳのデータのコピー／デュプリケートを受信するために使用される第２ＲＬＣエンティティ４０６と、に関連する共通ＰＤＣＰエンティティ４０２を示す概略図である。一実施形態において、ＭＢＳのデータは、ＰＴＭ配信モード（またはマルチキャストモード）においてＢＳによって送信／配信されてよい。ＭＢＳのデータのコピー／デュプリケートは、ＰＴＰ配信モード（またはユニキャストモード）においてＢＳによって送信／配信されてよい。

ＬＴＥなどのレガシーシステムでは、ＲＲＣ＿ＩＤＬＥ ＵＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥは、初期ＤＬ ＢＷＰにおいてＤＬデータ／シグナリングのみを受信しうる。しかしながら、初期ＤＬ ＢＷＰの帯域幅は、制限されているので、ＭＢＳデータ送信をサポートするために十分でない場合がある。したがって、初期ＤＬ ＢＷＰに属さない（１つ以上の）周波数リソースにおけるＭＢＳ データを、ＲＲＣ＿ＩＤＬＥ ＵＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥに受信させることにより、リソース使用率が向上してシステム性能が向上しうる。一部の実施形態では、ＵＥがＲＲＣ＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のうちの１つの状態において動作する場合、当該ＵＥは、（ＭＢＳ関連制御情報によって示される）周波数リソースを介してＭＢＳのデータを受信してよい。この場合、周波数リソースは、周波数ドメインにおいてＵＥに対して設定された初期ＢＷＰに重なっていなくともよい。

図５は、ＵＥに対して設定された初期ＢＷＰ５０２と、ＭＢＳ関連制御情報によって示された周波数リソース５０４との、リソースアロケーション（リソース割り当て）の例を示す。初期ＢＷＰ５０２および周波数リソース５０４の周波数相対位置は、図５の例に限定されない。例えば、初期ＢＷＰ５０２は、周波数リソース５０４よりも高い周波数バンド内に位置していてもよいし、周波数リソース５０４よりも低い周波数バンド内に位置していてもよい。

図５に示す通り、周波数リソース５０４は、周波数ドメインにおいて初期ＢＷＰ５０４と重ならない。一部の実施形態では、周波数リソース５０４は、ＢＷＰ、ＢＷＰの一部、または、１つ以上のＢＷＰから収集されたリソースセットを指しうる。

図６は、本開示の様々な態様に係る無線通信のためのノード６００のブロック図を示す。図６に示す通り、ノード６００は、トランシーバ６０６、プロセッサ６０８、メモリ６０２、１つ以上のプレゼンテーションコンポーネント６０４、および、少なくとも１つのアンテナ６１０を含みうる。また、ノード６００は、ＲＦスペクトルバンドモジュール、ＢＳ通信モジュール、ネットワーク通信モジュール、システム通信管理モジュール、入力／出力（Input/Output，Ｉ／Ｏ）ポート、Ｉ／Ｏコンポーネント、および電源を含みうる（これらは、図６には明示的に示されていない）。これらのコンポーネントのそれぞれは、１つ以上のバス６２４を介して、直接的または間接的に互いに通信しうる。一実施形態では、ノード６００は、例えば図１～図５に関連して本明細書において説明されている様々な機能を実行するＵＥまたはＢＳであってもよい。

トランスミッタ６１６（例：送信回路）およびレシーバ６１８（例：受信回路）を有するトランシーバ６０６は、時刻および／または周波数リソース分割情報を送信および／または受信するように構成されていてよい。一実施形態では、トランシーバ６０６は、異なるタイプのサブフレームおよびスロット（使用可能な、使用不可能な、およびフレキシブルに使用可能なサブフレームおよびスロットフォーマットを含むが、これらに限定されない）によって送信を行うように構成されてよい。トランシーバ６０６は、データおよび制御チャネルを受信するように構成されてよい。

ノード６００は、様々なコンピュータ可読媒体を含んでもよい。コンピュータ可読媒体は、ノード６００によってアクセス可能であり、揮発性（および不揮発性メモリ）媒体およびリムーバブル（および非リムーバブル）媒体の両方を含む任意の利用可能な媒体であってよい。非限定的な例として、コンピュータ可読媒体は、コンピュータストレージ媒体および通信媒体を含みうる。コンピュータストレージ媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、またはデータなどの情報を格納（記憶）するための任意の方法または技術に従って実施される、揮発性（および／または不揮発性メモリ）媒体およびリムーバブル（および／または非リムーバブル）媒体の両方を含みうる。

コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ（または他のメモリ技術）、ＣＤ－ＲＯＭ、デジタル汎用ディスク（ＤＶＤ）（または他の光ディスクストレージ）、磁気カセット、磁気テープ、磁気ディスクストレージ（または他の磁気ストレージデバイス）などを含みうる。コンピュータストレージ媒体は、伝搬データ信号を含まない。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波または他の伝送メカニズムなどの変調されたデータ信号として具現化でき、任意の情報配信媒体を含みうる。「変調されたデータ信号（modulated data signal）」という用語は、信号内の情報をエンコード（符号化）する方法によって、その特性のうちの１つ以上が設定または変更された信号を意味しうる。非限定的な例として、通信媒体は、有線媒体（有線ネットワークまたは直接的な有線接続）と無線媒体（例：音響媒体、高周波媒体、赤外線媒体、および他の無線媒体）とを含みうる。上記の任意の組み合わせも、コンピュータ可読媒体の範囲内に含まれる。

メモリ６０２は、揮発性および／または不揮発性メモリの形態のコンピュータストレージ媒体を含みうる。メモリ６０２は、リムーバブル、非リムーバブル、またはそれらの組み合わせであってよい。例えば、メモリ６０２は、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含みうる。図６に示す通り、メモリ６０２は、コンピュータ可読および／またはコンピュータ実行可能命令６１４（例：ソフトウェアコード）を格納してよい。当該命令６１４は、その実行時に、例えば図１から図５を参照して本明細書において説明されている様々な機能をプロセッサ６０８に実現させるように設定されている。あるいは、命令６１４は、プロセッサ６０８によって直接的に実行可能でなくてもよい。命令６１４は、（例えば、コンパイルおよび実行されたときに）本明細書において説明されている様々な機能をノード６００に実現させるように設定されていてもよい。

プロセッサ６０８（例えば、処理回路を有している）は、インテリジェントハードウェアデバイス、中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含みうる。プロセッサ６０８は、メモリを含みうる。プロセッサ６０８は、メモリ６０２から受信したデータ６１２および命令６１４と、トランシーバ６０６、ベースバンド通信モジュール、および／またはネットワーク通信モジュールを介した情報と、を処理してよい。プロセッサ６０８は、アンテナ６１０を介した送信のためにトランシーバ６０６に送信され、かつ、ＣＮへの送信のためにネットワーク通信モジュールに送信される情報を処理してもよい。

１つ以上のプレゼンテーションコンポーネント６０４は、人または他のデバイスに対してデータ提示を示しうる。プレゼンテーションコンポーネント６０４の例は、ディスプレイデバイス、スピーカー、プリントコンポーネント、振動コンポーネントなどを含みうる。

本開示では、様々な技術が、それらのコンセプトの範囲から逸脱することなく、本出願に記載されているコンセプトを実施するために使用されうることが明示されている。さらに、上記コンセプトは、特定の実施を特に参照して説明されてきたが、当業者はそれらのコンセプトの範囲から逸脱することなく、形態および詳細部において変更がなされうることを認識するであろう。したがって、説明されている実施は、すべての点において例示と見なされるべきであり、限定と見なされるべきではない。また、本開示は、上述の特定の実施に限定されないことも理解されるべきである。さらに、本開示の範囲から逸脱することなく、多くの再構成、変形、および置換が可能である。

本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。 本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。 本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。 ＭＢＳのデータを受信するために使用される第１無線リンク制御（ＲＬＣ：Radio Link Control）エンティティと、ＭＢＳのデータのコピー／複製を受信するために使用される第２ＲＬＣエンティティとに関連する共通パケットデータ収束プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）エンティティを示す概略図である。 ＵＥに設定された初期ＢＷＰと、ＭＢＳ関連制御情報によって示される周波数リソースとのリソース配分の一例を示す。 本開示の様々な態様による、無線通信のためのノードのブロック図を示す。

発明の詳細な説明

〔関連出願の相互参照〕
本開示は、２０２０年１月１０日に出願された、“Method and user equipment for multicast/broadcast service data reception”と題する、米国仮特許出願第６２／９５９，７４１号の利益および優先権を主張する、２０２１年１月８日に出願された、国際特許出願番号ＰＣＴ／ＣＮ２０２１／０７０７９４の３５ Ｕ．Ｓ．Ｃ． § ３７１のもとにおいて出願された国内移行出願であり、その内容のすべては、全ての目的のために参照により本開示に完全に組み込まれる。

〔技術分野〕
本開示は一般に、無線通信に関し、より詳細には、マルチキャスト／ブロードキャストサービス（ＭＢＳ：Multicast/Broadcast Service）データ受信のための方法およびユーザ機器（ＵＥ：User Equipment）に関する。

〔背景〕
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延性、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）などの次世代無線通信システムのための無線通信の異なる側面を改善するために、様々な努力がなされてきた。

５ＧＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）、大規模マシンタイプ通信（ｍＭＴＣ：massive Machine-Type Communication）、および高信頼低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）などの様々な使用ケースに適応させて、ネットワークサービスおよびタイプを最適化するための柔軟性および構成可能性を提供するように設計される。

しかしながら、無線アクセスの需要が増加し続けるにつれて、次世代無線通信システムのための無線通信の更なる改善が必要とされている。

〔発明の概要〕
本開示は、ＭＢＳデータ受信のための方法およびＵＥを対象とする。

本発明の第１の態様によれば、ＭＢＳデータ受信のための方法が提供される。この方法は、基地局（ＢＳ：Base Station）からＭＢＳ関連制御情報を受信するステップと、ＭＢＳ関連制御情報に基づいてＢＳからＭＢＳのデータを受信するステップと、を含み、当該ＭＢＳ関連制御情報は、ＭＢＳに関連する第１無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）、ＭＢＳ用に構成された制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Set）、ＭＢＳ用に構成されたサーチスペース、およびＭＢＳ用に構成された周波数リソース、のうちの少なくとも１つを示す。

本開示の第２の態様によれば、ＭＢＳデータ受信のためのＵＥが提供される。ＵＥはプロセッサと、前記プロセッサに連結されたメモリとを含み、前記メモリはコンピュータ実行可能プログラムを記憶し、当該コンピュータ実行可能プログラムは、前記プロセッサによって実行されたときに、前記プロセッサに本開示の様々な実施に従って、ＭＢＳデータ受信のための前記方法を実行させる。

本開示の第３の態様によれば、マルチキャストサービスデータ受信のためにＵＥによって実行される方法が提供される。当該方法は、第１無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）にアドレスされる第１物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が第１帯域幅部分（ＢＷＰ）において受信されるか否かを決定するステップであって、前記第１ＰＤＣＣＨは、マルキャストサービスのデータの下りリンク割り当て（downlink assignment）を示すステップと、ＢＷＰ非アクティビティタイマ（BWP inactivity timer）およびデフォルトＢＷＰが設定され、前記第１ＢＷＰは、前記デフォルトＢＷＰではない場合に、前記第１ＢＷＰにおいて前記第１ＰＤＣＣＨが受信されることを決定した後、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、前記ＢＷＰ非アクティビティタイマが停止するときに、前記第１ＢＷＰから前記デフォルトＢＷＰに切り替えるステップと、前記ＢＷＰ非アクティビティタイマは設定されるが、前記デフォルトＢＷＰは設定されず、前記第１ＢＷＰは初期ＢＷＰではない場合に、前記第１ＢＷＰにおいて前記第１ＰＤＣＣＨが受信されることを決定した後、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、前記ＢＷＰ非アクティビティタイマが停止するときに、前記第１ＢＷＰから前記初期ＢＷＰに切り替えるステップと、を含む。

本開示の第３の態様の一部の実施において、前記方法は、基地局（ＢＳ：Base Station）から制御情報を受信するステップと、前記制御情報にしたがって、前記マルキャストサービスの前記データを受信するステップと、をさらに含んでおり、前記制御情報は、（ｉ）前記マルチキャストサービスに応じて設定された制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Set）、（ｉｉ）前記マルチキャストサービスに応じて設定されたサーチスペース、（ｉｉｉ）前記マルチキャストサービスに応じて構成された周波数リソース、のうちの少なくとも１つを示す。

本開示の第３の態様の一部の実施において、前記方法は、前記マルチキャストサービスの前記データに応じたＨＡＲＱ（ハイブリッド自動再送要求：Hybrid Automatic Repeat reQuest）－ＡＣＫ（肯定応答：Acknowledgement）フィードバック送信がイネーブルされているか否かを示すインジケータを、前記ＢＳから受信するステップをさらに含んでいる。

本開示の第３の態様の一部の実施において、前記方法は、前記ＵＥの第１無線リンク制御（ＲＬＣ）エンティティを介して前記マルチキャストサービスの前記データを受信するステップと、前記ＵＥの第２無線リンク制御（ＲＬＣ）エンティティを介して前記マルチキャストサービスの前記データのコピーを受信するステップと、をさらに含んでおり、前記第１ＲＬＣエンティティ及び前記第２ＲＬＣエンティティは、前記ＵＥの共通パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）エンティティに関連付けられている。

本開示の第３の態様の一部の実施において、前記マルチキャストサービスの前記データは、ポイント・トゥ・マルチプル（ＰＴＭ：Point-To-Multiple）配信モードにおいて前記ＢＳから受信され、前記マルチキャストサービスの前記データの前記コピーは、ポイント・トゥ・ポイント（ＰＴＰ：Point-to-Point）配信モードにおいて前記ＢＳから受信される。

本開示の第３の態様の一部の実施において、前記方法は、前記ＵＥは前記マルチキャストサービスの前記データの受信をサポートするというインジケーションを、ＢＳに送信するステップをさらに含んでいる。

本開示の第３の態様の一部の実施において、前記方法は、サービングセルに関連する進行中のランダムアクセス手順が存在するか否かを決定するステップと、前記サービングセルに関連する進行中のランダムアクセス手順が存在しないことを決定した後に、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、をさらに含んでいる。

本開示の第３の態様の一部の実施において、前記方法は、第２ＲＮＴＩにアドレスされている第２ＰＤＣＣＨを受信する際、サービングセルに関連する進行中のランダムアクセス手順が成功裏に完了されたか否かを決定するステップと、前記進行中のランダムアクセス手順が成功裏に完了されることを決定した後に、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、をさらに含んでいる。

本開示の第３の態様の一部の実施において、前記第２ＲＮＴＩはセルＲＮＴＩである。

本開示の第４の態様によれば、マルチキャストサービスデータ受信のためのＵＥが提供される。当該ＵＥは、少なくとも１つのプロセッサと、前記プロセッサに接続された少なくとも１つのメモリと、を備え、前記少なくとも１つのメモリはコンピュータ実行可能プログラムを記憶し、当該コンピュータ実行可能プログラムは、前記少なくとも１つのプロセッサによって実行されたときに、前記少なくとも１つのプロセッサに、第１ＲＮＴＩにアドレスされている第１ＰＤＣＣＨは第１ＢＷＰにおいて受信されることを決定するステップであって、前記第１ＰＤＣＣＨはマルチキャストサービスのデータの下りリンク割り当てを示している、ステップと、ＢＷＰ非アクティビティタイマおよびデフォルトＢＷＰが設定され、前記第１ＢＷＰは、前記デフォルトＢＷＰではない場合に、前記第１ＢＷＰにおいて前記第１ＰＤＣＣＨが受信されることを決定した後、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、前記ＢＷＰ非アクティビティタイマが停止するときに、前記第１ＢＷＰから前記デフォルトＢＷＰに切り替えるステップと、前記ＢＷＰ非アクティビティタイマは設定されるが、前記デフォルトＢＷＰは設定されず、前記第１ＢＷＰは初期ＢＷＰではない場合に、前記第１ＢＷＰにおいて前記第１ＰＤＣＣＨが受信されることを決定した後、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、前記ＢＷＰ非アクティビティタイマが停止するときに、前記第１ＢＷＰから前記初期ＢＷＰに切り替えるステップと、を含む動作を実行させる。

本開示の第４の態様の一部の実施において、前記動作は、ＢＳから制御情報を受信するステップと、前記制御情報にしたがって前記マルチキャストサービスの前記データを受信するステップと、をさらに含み、前記制御情報は、（ｉ）前記マルチキャストサービスに応じて設定された制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Set）、（ｉｉ）前記マルチキャストサービスに応じて設定されたサーチスペース、（ｉｉｉ）前記マルチキャストサービスに応じて構成された周波数リソース、のうちの少なくとも１つを示す。

本開示の第４の態様の一部の実施において、前記動作は、前記マルチキャストサービスの前記データに応じたＨＡＲＱ（ハイブリッド自動再送要求：Hybrid Automatic Repeat reQuest）－ＡＣＫ（肯定応答：Acknowledgement）フィードバック送信がイネーブルされているか否かを示すインジケータを、前記ＢＳから受信するステップをさらに含んでいる。

本開示の第４の態様の一部の実施において、前記動作は、前記ＵＥの前記第１無線リンク制御（ＲＬＣ）エンティティを介して前記マルチキャストサービスの前記データを受信するステップと、前記ＵＥの前記第２無線リンク制御（ＲＬＣ）エンティティを介して前記マルチキャストサービスの前記データのコピーを受信するステップと、をさらに含んでいる。

本開示の第４の態様の一部の実施において、前記マルチキャストサービスの前記データは、ポイント・トゥ・マルチプル（ＰＴＭ：Point-To-Multiple）配信モードにおいてＢＳから受信され、前記マルチキャストサービスの前記データの前記コピーは、ポイント・トゥ・ポイント（ＰＴＰ：Point-to-Point）配信モードにおいて前記ＢＳから受信される。

本開示の第４の態様の一部の実施において、前記動作は、前記ＵＥは前記マルチキャストサービスの前記データの受信をサポートするというインジケーションを送信するステップをさらに含んでいる。

本開示の第４の態様の一部の実施において、前記動作は、サービングセルに関連する進行中のランダムアクセス手順が存在するか否かを決定するステップと、前記サービングセルに関連する進行中のランダムアクセス手順が存在しないことを決定した後に、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、をさらに含んでいる。

本開示の第４の態様の一部の実施において、前記動作は、第２ＲＮＴＩにアドレスされている第２ＰＤＣＣＨを受信する際、サービングセルに関連する進行中のランダムアクセス手順が成功裏に完了されたか否かを決定するステップと、前記進行中のランダムアクセス手順が成功裏に完了されることを決定した後に、前記ＢＷＰ非アクティビティタイマを開始または再起動させるステップと、をさらに含んでいる。

本開示の第４の態様の一部の実施において、前記第２ＲＮＴＩはセルＲＮＴＩである。

〔図面の簡単な説明〕
本開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

図１は、本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。

図２は、本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。

図３は、本開示の一実施形態による、ＭＢＳデータ受信のための方法のためのフローチャートを示す。

図４は、ＭＢＳのデータを受信するために使用される第１無線リンク制御（ＲＬＣ：Radio Link Control）エンティティと、ＭＢＳのデータのコピー／複製を受信するために使用される第２ＲＬＣエンティティとに関連する共通パケットデータ収束プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）エンティティを示す概略図である。

図５は、ＵＥに設定された初期ＢＷＰと、ＭＢＳ関連制御情報によって示される周波数リソースとのリソース配分の一例を示す。

図６は、本開示の様々な態様による、無線通信のためのノードのブロック図を示す。

〔説明〕
以下の説明は、本開示における一例としての実施形態に関連する具体的な情報を含む。本開示における図面およびそれらの添付の詳細な説明は、単に例としての実施形態を対象としている。しかし、本開示は、これらの例としての実施形態のみに限定されるものではない。本開示の他の変形例および実施形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様のまたは対応する要素は、同様のまたは対応する参照番号によって示され得る。更に、本開示における図面および図示は、ほとんどの場合。一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

一貫性の目的および理解を容易にするために、同様の特徴は、例としての図において数字によって識別される（ただし、一部の実施例においては、図示されていない）。しかしながら、異なる実施形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。

「１つの実施形態」、「１実施形態」、「例としての実施形態」、「様々な実施形態」、「一部の実施形態」、「本出願の複数の実施形態」などへの言及は、そのように記載された本出願の実施形態（単数または複数）が特定の特徴、構造、または特性を含み得ることを示し得るが、本出願のすべての可能な実施形態が特定の特徴、構造、または特性を必ずしも含むわけではない。更に、語句「１つの実施形態において」、「一例としての実施形態において」、または「一実施形態」の繰り返しの使用は必ずしも、同じ実施形態を指すわけではないが、同じ実施形態を指す場合もある。更に、「本開示」に接続する「実施形態」のような語句の任意の使用は、本出願のすべての実施形態が特定の特徴、構造、または特性を含まなければならないことを特徴とすることを意味せず、代わりに、「本出願の少なくとも一部の実施形態」が、特定の特徴、構造、または特性を含むことを意味することを理解されたい。用語「接続した（coupled）」は介在する構成要素を介して直接的または間接的であるかにかかわらず、接続されることと定義されるが、物理的な接続に必ずしも限定されない。「備える（comprise）」という単語は、使用される場合、「含む（include）が限定するわけではない、」を意味するが、このように記載された組合せ、群、系列および均等物におけるオープンエンド包括またはメンバーシップを具体的に示す。

本明細書中の用語「および／または」は、関連するオブジェクトを記述するための関係のみであり、３つの関係が存在し得ることを表し、例えば、Ａおよび／またはＢは、以下を表すことができる。すなわち、Ａが単独で存在すること、ＡおよびＢが同時に存在すること、およびＢが単独で存在することを表すことができる。更に、本明細書中において使用される文字「／」は、前者および後者が「または」関係にあることを一般的に表す。

更に、非限定的な説明のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要に詳細を述べることによって説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。

当業者は、本開示に記載されている任意のネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組合せによって実装されてもよいことを直ちに認識するだろう。開示される機能は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせであり得るモジュールに、対応し得る。ソフトウェアの実施形態は、メモリまたは他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する１つ以上のマイクロプロセッサまたは汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサまたは汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuitry）、プログラマブルロジックアレイ、および／または１つ以上のデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processors）を使用して形成することができる。本明細書に開示されている例としての実施形態の一部は、コンピュータ・ハードウェアにインストールされ実行されるソフトウェアを指向しているが、ファームウェア、もしくはハードウェアとして、またはハードウェアとソフトウェアとの組合せとして実装される代替の例としての実施形態は、十分に本開示の範囲内である。

コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはコンピュータ読み取り可能命令を記憶可能な他の任意の均等な媒体を含むが、これらに限定されない。

無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、またはＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム）は、通常、少なくとも１つの基地局（ＢＳ）、少なくとも１つのユーザ機器（ＵＥ）、およびネットワークへの接続を提供する１つ以上のオプションのネットワーク要素を含んでよい。ＵＥは、基地局によって確立された無線アクセスネットワーク（ＲＡＮ：Radio Access Network）を介して、ネットワーク（例えばコアネットワーク（ＣＮ：Core Network）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、次世代コア（ＮＧＣ：Next-Generation Core）、またはインターネット）と通信してよい。

本開示においては、ＵＥは移動局、携帯端末または携帯デバイス、ユーザ通信無線端末を含むが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、または無線通信能力を有する携帯情報端末（ＰＤＡ：Personal Digital Assistant）を含むが、これらに限定されない。上記ＵＥは、ＲＡＮにおける一つ以上のセルに、エアーインターフェースにおいて、信号を送受信するよう構成されてよい。

ＢＳはユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）におけるノードＢ（ＮＢ：node B）、ＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：evolved node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、ＧＳＭ（登録商標：Global System for Mobile Communications）／ＧＥＲＡＮ（登録商標：GSM EDGE Radio Access Network）における基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するＥ－ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）ＢＳにおける次世代ｅＮＢ（ｎｇ－ｅＮＢ：next-generation eNB）、５Ｇアクセスネットワーク（５Ｇ－ＡＮ：5G Access Network）における次世代ノードＢ（ｇＮＢ：next-generation Node B）、およびセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含んでよいが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースによって、１つ以上のＵＥにサービスを提供するように接続し得る。

ＢＳは、以下の無線アクセス技術（ＲＡＴｓ：Radio Access Technologies）：マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、汎用パケット無線サービス（ＧＲＰＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、およびＬＴＥ－Ａ Ｐｒｏの内の少なくとも１つに従った通信サービスを提供するように構成されてよい。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。

ＢＳは、ＲＡＮに含まれる複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってもよい。ＢＳは、セルの動作をサポートしてよい。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能であってよい。より具体的には、各セル（しばしば、サービングセルと呼ばれる）は、その無線カバレッジ内の１つ以上のＵＥにサービスを提供し得る（例えば、各セルは、下りリンク（ＤＬ：Downlink）パケット送信および任意に上りリンク（ＵＬ：Uplink）パケット送信のために、下りリンク（ＤＬ：Downlink）および任意に上りリンク（ＵＬ：Uplink）リソースを、その無線カバレッジ内の少なくとも１つのＵＥにスケジュールする）。ＢＳは、複数のセルを介して無線通信システム内の１つ以上のＵＥと通信し得る。

セルは、近接サービス（ＰｒｏＳｅ：Proximity Service）、ＬＴＥ ＳＬサービス、およびＬＴＥ／ＮＲ Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ））をサポートするために、サイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）リソースを割り当てることができる。各セルは、他のセルとオーバーラップしたカバレッジエリアを有しうる。ＭＲ－ＤＣ（Multi-RAT Dual Connectivity）の場合、マスターセルグループ（ＭＣＧ：Master Cell Group）の、またはスモールセルグループ（ＳＣＧ：Secondary Cell Group）のプライマリセルは、スペシャルセル（ＳｐＣｅｌｌ：Special Cell）と呼ばれることがある。ＰＣｅｌｌ（Primary Cell）は、ＭＣＧのＳｐＣｅｌｌを指してよい。プライマリＳＣＧセル（ＰＳＣｅｌｌ：Primary SCG Cell）は、ＳＣＧのＳｐＣｅｌｌを指してもよい。ＭＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のセカンダリセル（ＳＣｅｌｌｓ：Secondary Cells）を含み、マスタノード（ＭＮ：Master Node）に関連付けられたサービングセルのグループを意味し得る。ＳＣＧは、ＳｐＣｅｌｌおよび任意に１つ以上のＳＣｅｌｌを含んでいる、二次ノード（ＳＮ：Secondary Node）と関連付けられたサービングセルのグループを意味し得る。

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、および低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Enhanced Mobile Broadband）、大容量マシンタイプ通信（ｍＭＴＣ：Massive Machine Type Communication）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）などの様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰ（3^rd Generation Partnership Project）において合意された直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ：Cyclic Prefix）といったスケーラブルなＯＦＤＭニューメロロジーも、使用されてもよい。更に、ＮＲでは（１）低密度パリティ検査（ＬＤＰＣ：Low-Density Parity-Check）符号および（２）ポーラ符号の２つの符号化方法が検討されている。符号化スキームの適用は、チャネル条件および／またはサービスアプリケーションに基づいて構成されてもよい。

更に、単一のＮＲフレームの送信時間間隔において、下り（ＤＬ：downlink）リンク送信データ、ガード期間、および上りリンク（ＵＬ：Uplink）送信データは、少なくとも含まれるべきであると考えられ、ＤＬ送信データ、ガード期間、およびＵＬ送信データのそれぞれの部分は、例えばＮＲのネットワークダイナミクスに基づいて構成可能であるべきである。更に、サイドリンクソースは、ＰｒｏＳｅサービスをサポートするために、ＮＲフレーム内に提供されてもよい。

ＬＴＥにおいては、Ｅ－ＵＴＲＡＮにおけるマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）の送信は、マルチキャスト・ブロードキャスト単周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）送信、または単セル一対多（ＳＣ－ＰＴＭ：Single-cell Point-to-Multipoint）送信を介して実行され得る。ＭＢＭＳ調整エンティティ（ＭＣＥ：MBMS Coordination Entity）は、ＭＢＭＳセッションごとにＳＣ－ＰＴＭを使用するか、ＭＢＳＦＮを使用するかを決定し得る。

ＭＢＭＳの単一セル送信は、以下の特徴を有し得る。

－ＭＢＭＳは、単一セルのカバレッジにおいて送信される。

－１つの単一セルマルチキャスト制御チャネル（ＳＣ－ＭＣＣＨ：Single Cell Multicast Control Channel）、および少なくとも１つの単一セルマルチキャストトランスポートチャネル（ＳＣ－ＭＴＣＨ：Single Cell Multicast Transport Channel）は、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ：Downlink Shared Channel）にマッピングされる。

－スケジューリングはｅＮＢによって行われる；
－ＳＣ－ＭＣＣＨおよびＳＣ－ＭＴＣＨ送信はそれぞれ、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）における論理チャネル固有ＲＮＴＩによって示される（ＳＣ－ＭＴＣＨがマッピングされるＤＬ－ＳＣＨの受信に使用される一時モバイルグループ識別（ＴＭＧＩ:Temporary Mobile Group Identity）とグループＲＮＴＩ（Ｇ－ＲＮＴＩ：Group RNTI）との間に１対１のマッピングがある）。

－ＳＣ－ＭＣＣＨまたはＳＣ－ＭＴＣＨがマッピングされるＤＬ－ＳＣＨ（例えば、ブラインドハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）も無線リンク制御（ＲＬＣ：Radio Link Control）高速繰り返しも使用されない）には、単一送信が使用される。

－ＳＣ－ＭＣＣＨおよびＳＣ－ＭＴＣＨは、ＲＬＣ－非確認モード（ＵＭ：Unacknowledged Mode）を使用する。

一方、ＭＢＭＳのマルチセル送信は、以下の特徴を有し得る。

－ＭＢＳＦＮエリア内のＭＢＭＳの同期送信。

－複数のセルからのＭＢＭＳ送信の結合がサポートされる。

－各マルチキャストチャネル（ＭＣＨ：Multicast Channel）のスケジューリングは、ＭＣＥによって行われる。

－単一の送信がＭＣＨのために使用される（すなわち、ブラインドＨＡＲＱ繰り返しもＲＬＣ高速繰り返しも使用されない）。

－単一トランスポートブロック（ＴＢ：Transport Block）がＭＣＨ送信のために送信時間間隔（ＴＴＩ：Transmission Time Interval）ごとに使用され、ＴＢは、サブフレーム内のすべてのＭＢＳＦＮリソースを使用し得る。

－ＭＴＣＨおよびＭＣＣＨは同じＭＣＨにおいて多重化されてよく、一対多（ＰＴＭ：Point-to-Multipoint）送信のためにＭＣＨにおいてマッピングされる。

－ＭＴＣＨおよびＭＣＣＨは、ＲＬＣ－ＵＭモードを使用してよい。

－ＭＡＣサブヘッダは、ＭＴＣＨおよびＭＣＣＨの論理チャネルアイデンティティ（ＬＣＩＤ：Logical Channel Identity）を示す。

－ＭＢＳＦＮ同期エリア、ＭＢＳＦＮエリア、およびＭＢＳＦＮセルは、例えばオペレーション＆メンテナンス（Ｏ＆Ｍ：Operation & Maintenance）によって半静的に（semi-statically）構成される。

－ＭＢＳＦＮエリアはＯ＆Ｍによって変更されない限り（すなわち、エリアの動的変更なし）、静的である。

ただし、最初の２つのＮＲリリース、つまりＲｅｌ－１５とＲｅｌ－１６においては、ブロードキャスト／マルチキャスト機能のサポートは指定されていない。それにもかかわらず、特にシステム効率およびユーザエクスペリエンスを考慮して、ブロードキャスト／マルチキャストが実質的な改善を提供することができる重要な使用事例が存在する。複数のＵＥが、ＭＢＳデータパケットの１つのコピーを受信し得るので、ブロードキャスト／マルチキャスト機能をサポートすることは、リソース利用に有益であり得る。更に、次世代ネットワークにおいてブロードキャスト／マルチキャスト機能をサポートする通信メカニズムは、依然として欠如している。

本発明においては、ＵＥ専用のマルチキャスト／ブロードキャスト関心インジケーション、帯域幅部分（ＢＷＰ）スイッチ動作におけるＭＢＳデータの受信、および所与のＵＥのサービス継続のためのマルチキャスト（例えば、ＰＴＭ配信モード）とユニキャスト（例えば、１対１（ＰＴＰ：Point-to-Point）配信モード）との間のＭＢＳ配信の動的変更のサポートなど、様々なＭＢＳ関連動作が提供される。ＭＢＳ関連動作はＬＴＥよりも柔軟であり、様々な５Ｇシナリオ（例えば、ＭＢＳ関連シナリオ）の要求により適合する。

ＵＥの能力
一部の実施形態においては、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ接続）状態において、ＭＢＳ（例えば、高サービス品質（ＱｏＳ：Quality of Service）要件のＭＢＳ）の受信をサポートする能力について、（例えば、ＵＥ能力メッセージを介して）ネットワークにレポートすることが可能である。一部の実施形態においては、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ（ＲＲＣ不活性）状態および／またはＲＲＣ休止（ＲＲＣ＿ＩＤＬＥ）状態において、ＭＢＳの受信をサポートする能力について、（例えば、ＵＥ能力メッセージを介して）ネットワーク（例えば、ＢＳ）にレポートすることが可能である。一部の実施形態においては、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＩＤＬＥ状態の少なくとも一つにおいてＭＢＳ（例えば、高サービス品質要件のＭＢＳ）の受信をサポートする能力について、（例えば、ＵＥ能力メッセージを介して）ネットワーク（例えば、ＢＳ）にレポートすることが可能である。言い換えると、レポートされた能力は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＩＤＬＥ状態の少なくとも１つにおいてＭＢＳを受信できることを示し得る。ＵＥはＭＢＳの受信をサポートするが、これは、ＵＥがＭＢＳのデータパケットを獲得し、処理することができることを意味する。簡略化のために、本開示においては、ＭＢＳのデータを「ＭＢＳデータ」と呼ぶことがある。一部の実施形態においては、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥ（”RRC_CONNECTED UE”と呼ばれる）はＭＢＳ（例えば、高サービス品質要件のＭＢＳ）のネットワーク（例えば、ＢＳ）への供給をサポートする能力を報告するかもしれない。

一部の実施形態においては、ＵＥはネットワーク命令に基づいて、または事前定義されたルールに基づいて、ＲＡ手順、事前設定されたＰＵＳＣＨリソースを介して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態においてＭＢＳの受信をサポートする能力をレポートすることが可能である。その場合、ネットワーク命令は、ネットワークによる専用シグナリングを介して、またはシステム情報ブロードキャストを介して、送信され得る。例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＭＢＳの受信をサポートする能力をレポートするが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態においてＭＢＳの受信をサポートする能力をレポートしない場合、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に留まってＭＢＳを受信する必要があり、かつ／またはネットワークは、ＵＥにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態に遷移するように指示しない可能性がある。そうでなければ、ＵＥはこの状況においてＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態のＭＢＳを受信できない場合がある。

一部の実施形態においては、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥ（”RRC_INACTIVE UE”と呼ばれる）またはＲＲＣ＿ＩＤＬＥ状態のＵＥ（”RRC_IDLE UE”と呼ばれる）がＭＢＳ（例えば、低サービス品質要件のＭＢＳ）の受信をサポートする能力について、ネットワークにレポートすることが可能である。ＵＥの能力は、ＲＡ手続き（例えば、２段階工程ＲＡ手順または４段階工程ＲＡ手順）を介して、または事前設定されたＰＵＳＣＨリソースを介して、ネットワークに報告されてもよい。その場合、事前設定されたＰＵＳＣＨリソースは、専用シグナリングを介して（例えば、ＲＲＣリリースメッセージを介して）、またはシステム情報内のブロードキャストを介して構成されてもよい。一部の実施形態においては、ＲＲＣ＿ＩＤＬＥ ＵＥ、またはＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥは、ネットワーク命令または事前定義されたルールに基づいてＭＢＳの受信をサポートする能力を報告してもよい。その場合、ネットワーク命令は専用シグナリングおよび／またはネットワークによってブロードキャストされたシステム情報によって提供されてもよい。

一部の実施形態においては、ＵＥはマルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートする能力をレポートし得る。ＵＥがマルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートする能力をレポートしない場合、ＵＥはマルチキャストによって提供されるＭＢＳ（例えば、マルチキャスト無線ベアラまたはマルチキャストＲＬＣベアラからのＭＢＳ）またはユニキャストによって提供されるＭＢＳ（例えば、ユニキャスト無線ベアラまたはユニキャストＲＬＣベアラからのＭＢＳ）しか受信しない可能性がある。マルチキャストによるＭＢＳ配信は、ネットワーク（例えば、ＢＳ）が１組のＵＥに、１つまたは複数のＭＢＳデータパケットの単一の複製を、無線経由において配信する（ＰＴＭ送信またはＰＴＭ配信モードと呼ばれることがある）ことを意味し得る。ユニキャストによるＭＢＳ配信とは、ネットワーク（例えば、ＢＳ）が個々のＵＥに、ＭＢＳデータパケットの単一の複製を、無線経由において配信する（ＰＴＰ伝送またはＰＴＰ配信モードと呼ばれることがある）ことを意味し得る。

一部の実施形態においては、ＵＥはネットワーク命令または事前設定されたルールに基づいて、マルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートする能力をレポートし得る。その場合、専用シグナリングおよび／またはネットワークによってブロードキャストされるシステム情報に基づいてネットワーク命令が提供されてもよい。

一部の実施形態においては、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態において、ＭＢＳ関連能力をレポートし得る。ＭＢＳ関連能力は、ＭＢＳの受信をサポートし、マルチキャストとユニキャストとの間のＭＢＳ配信の動的変化をサポートし、ネットワーク命令または事前定義されたルールに基づいて、マルチキャストとユニキャストとの間のＭＢＳ送信の動的変化をサポートし、および／またはネットワークからのＰＴＭ配信モードおよびＰＴＰ配信モード両方を介したＭＢＳの受信を同時にサポートすることを含み得るが、これらに限定されない。

一部の実施形態においては、ＵＥはＰＵＳＣＨリソース（例えば、２段階ＲＡ手続きのメッセージＡ（ＭｓｇＡ）において示されたＰＵＳＣＨリソース、４段階ＲＡ手続きのメッセージ２（Ｍｓｇ２）において示されたＰＵＳＣＨリソース、あるいは他の事前設定されたＰＵＳＣＨリソース）を介して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態のＭＢＳ関連能力をレポートし得る。

一部の実施形態においては、ＵＥはＰＴＭおよびＰＴＰを同時にサポートするＭＢＳ関連能力（例えば、ＰＴＭ配信モードおよびＰＴＰ配信モードを介して配信されたＭＢＳを、同時に受信すること）を、ネットワークにレポートし得る。例えば、ＰＴＭおよびＰＴＰを同時にサポートするＵＥの場合、ＵＥはＰＴＭ ＲＬＣエンティティを介してＭＢＳデータを受信し、ＰＴＰ ＲＬＣエンティティを介してＭＢＳデータのコピー／複製を受信し得る。ＰＴＭ ＲＬＣエンティティおよびＰＴＰ ＲＬＣエンティティは、共通のＰＤＣＰエンティティに関連付けられ得る。

一部の実施形態においては、ＵＥがＭＢＳを受信することができるかどうか、またはＵＥがＭＢＳデータを取得するためにＭＢＳを開始／要求することができるかどうかについての能力を、レポートし得る。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においては、ＵＥは４段階ＲＡ手続きを開始／トリガし、開始／トリガされた４段階ＲＡ手続きの間に、（例えば、メッセージ３（Ｍｓｇ３）送信を介して）ＭＢＳ関連メッセージをネットワーク（例えば、ｇＮＢ／ＢＳ）に送信し得る。ＭＢＳ関連メッセージは、ＵＥの能力（例えば、ＭＢＳ関連能力）、関心のあるＭＢＳ、および／または現在受信中のＭＢＳ（複数可）を示し得る。

一部の実装においては、ＵＥが（関心のある）ＭＢＳを開始／獲得／要求するためにＭＢＳ要求をネットワークに送る場合、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行しないかもしれない。一部の実施形態においては、ＭＢＳは、ＵＥが対応するネットワークスライス識別子（ＮＳＳＡＩ：Network Slice Selection Assistance Information）または単一ネットワークスライス識別子（Ｓ－ＮＳＳＡＩ：Single Network Slice Selection Assistance Information）をＣＮにレポートする、新しいネットワークスライシングタイプを参照し得る。この場合、ＵＥはＭＢＳ対応ｇＮＢに接続されている間に、ＭＢＳ関連能力のみをレポートし得る。

一部の実施形態においては、サービングセルが対応するＭＢＳをサポートするとき（のみ）に、そのＭＢＳ関連能力、またはＭＢＳに関連する能力を、ＵＥは送り得る。サービングセルは、どのＭＢＳ（例えば、高いＱｏＳ要求のＭＢＳ、または低いＱｏＳ要求のＭＢＳ）がサービングセルによってサポートされているかを示すＭＢＳ関連制御情報を（例えば、システム情報配信によって）ブロードキャストし得る。例えばサービングセルは、標的ＭＢＳに関連するＭＢＳアイデンティティ（ＩＤ:identity）をブロードキャストし得る。

サービングセルによってブロードキャストされる情報が、高いＱｏＳ要求のＭＢＳを示す（またはそれに向けられる）場合、ＵＥは、ＭＢＳを受信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する可能性がある。別の実施例においては、サービスセルによってブロードキャストされた情報は、低いＱｏＳ要求のＭＢＳを示し（またはそれに向けられ）、ＵＥはＭＢＳを受信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しない可能性があるが、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＭＢＳを受信し得る。ＭＢＳ ＩＤと、関係するＭＢＳとの間のマッピングは、ＲＡＮおよびＵＥ（複数可）によって知られ得る。ＵＥは、（関係するＭＢＳの）ＭＢＳ ＩＤがサービングセルによってブロードキャストされた後、関係するＭＢＳに関連するそのＭＢＳ関連能力またはその能力を提供し得る。逆に、ＭＢＳ ＩＤがサービングセルによってブロードキャストされない場合、ＵＥは、ＭＢＳ関連能力または関係するＭＢＳに関連するその能力をレポートしない可能性がある。上記のルールは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ／ＲＲＣ＿ＩＮＡＣＩＴＶＥ／ＲＲＣ＿ＩＤＬＥ状態のＵＥに適用され得る。

一部の実施形態においては、本開示において説明されるＵＥ能力は、周波数依存であり得る。例えば、ＵＥの能力は、周波数範囲１（ＦＲ１：Frequency Range 1）および周波数範囲２（ＦＲ２：Frequency Range 2）に対して別々に決定され得る。一部の実施形態においては、本開示において説明されるＵＥの能力は、時分割多重（ＴＤＤ：Time Division Duplex）および周波数分割多重（ＦＤＤ：Frequency Division Duplex）について別々に決定され得る。

［関心のあるＭＢＳを決定する］
一部の実施形態においては、ＵＥがＭＢＳのデータを受信している、またはＭＢＳを受信しようとしている場合、ＭＢＳを受信することができるＵＥが、関心のあるＭＢＳを決定／考慮することができる。

一部の実施形態においては、以下の条件：ＵＥが、そのＭＢＳを受信することが可能である、ＵＥがそのＭＢＳのデータを受信しているか、またはそのＭＢＳを受信しようとしている、および、そのＭＢＳがサービングセルまたはキャンプセル（camped cell）によってサポートされる、の少なくとも１つが満たされる場合、ＭＢＳはＵＥによって関心のあるＭＢＳとみなされ得る。一部の実施形態においては、セルはサポートされているＭＢＳを示すために、システム情報をブロードキャストし得る。ＭＢＳの起動時間および／または停止時間は、セルによってシステム情報中のＵＥにブロードキャストされ得る（例えば、システム情報ブロック１（ＳＩＢ１：System Information Block 1）または他のＭＢＳ関連システム情報ブロック（複数可））。一部の実施形態においては、ＭＢＳの起動時間および／または停止時間は、協定世界時間（ＵＴＣ：Coordinated Universal Time）によって示され得る。一部の実施形態では、ＭＢＳの起動時間および／または停止時間は、システムフレーム番号（ＳＦＮ：System Frame Number）によって示され得る。一部の実施形態においては、セルがサポートするＭＢＳが、セルによってシステム情報内のＵＥにブロードキャストされてもよい（例えば、ＳＩＢ１またはＭＢＳ関連システム情報ブロック内）。

一部の実施形態においては、ネットワークはあるＭＢＳを提供することをサポートし得るが、ＭＢＳのデータをＵＥにまだ送信していない。この場合、（例えば、ＭＢＳに関心がある）ＵＥは、（例えば、ＭＢＳ要求をネットワークに送ることによって）ＭＢＳのデータの送信を開始するようにネットワークに依頼し得る。

一部の実施形態においては、ＭＢＳ（例えば、特定の絶対無線周波数チャンネル番号（ＡＲＦＣＮ：Absolute Radio Frequency Channel Number）、物理リソースブロック（ＰＲＢｓ：Physical Resource Blocks）、ＢＷＰ、またはコンポーネントキャリア（ＣＣ：Component Carrier））の動作周波数（または周波数リソース）は、セルによってＵＥにブロードキャスト／ユニキャストされ得る。

一部の実施形態においては、ＬＴＥセルまたはＮＲセルが、ＮＲ ＭＢＳ（例えば、特定のＮＲ－ＡＲＦＣＮ、ＰＲＢ、ＢＷＰ、ＣＣ、またはサブキャリアスペーシングまたはサイクリックプレフィックス長などの他の支援情報）の動作周波数（または周波数リソース）をブロードキャストし得る。ＮＲセルは、ＬＴＥ ＭＢＳの動作周波数をブロードキャストし得る（例えば、特定のＡＲＦＣＮ／帯域幅）。

［マルチキャスト／ブロードキャスト・インタレスト・インジケーション］
一部の実施形態においては、ＵＥがネットワーク（例えば、ｇＮＢ）に、関心のあるＭＢＳを示すために、マルチキャスト／ブロードキャストインタレストインジケーションメッセージを送り得る。当該インジケーションは、スライス固有情報であってもよいし、関心のあるＭＢＳに対応するスライス情報を含んでいてもよい。ＵＥは、標的ＭＢＳスライスをＮＷにレポートし得る。マルチキャスト／ブロードキャストインタレストインディケーションメッセージは、関心のあるＭＢＳの識別情報（例えば、一時モバイルグループアイデンティティ（ＴＭＧＩ））および／または関心のあるＭＢＳに関連する優先度情報（priority information）を含み得る。例えば、関心のあるＭＢＳは、関心のあるＭＢＳに関連するＴＭＧＩおよび／またはセッションＩＤによって識別されてもよい。優先度情報は、ＵＥのユニキャスト受信よりもＭＢＳデータ受信の方が優先されるかどうかを示すために使用され得る。

一部の実施形態においては、ＵＥがＭＢＳ（例えば、ネットワークによってサポートされているが、まだネットワークによってマルチキャスト／ブロードキャストされていないＭＢＳ）を提供するように、ネットワークに要求し得る。例えば、ネットワークは特定のＭＢＳに関心があるＵＥの総数を数え、その後、ＰＴＰ配信モード（またはユニキャストモード）の代わりに、ＰＴＭ配信モード（またはマルチキャストモード）を介してＭＢＳ（またはＭＢＳデータ）の内容を配信し得る。

一部の実施形態においては、ＵＥは、当該ＵＥが関心のないＭＢＳをネットワークに通知し得る。例えばＵＥは、当該ＵＥが関心のない１つ以上のＭＢＳを示すスライス情報／ＭＢＳ ＩＤ（複数可）を、ネットワークに送信し得る。ネットワークはほとんどのＵＥ（または特定の数のＵＥ）が関心のないＭＢＳを決定し、ＰＴＭ配信モード（またはマルチキャストモード）の代わりにＰＴＰ配信モード（またはユニキャストモード）を介してＭＢＳを配信し得る。

一部の実施形態においては、ＵＥは、スライス情報またはＭＢＳ ＩＤをネットワークに送信することによって、必要とされない１つ以上のＭＢＳを、ネットワークに通知し得る。ＭＢＳ ＩＤのスライス情報を受信すると、ネットワークは、どのＭＢＳがＵＥによって要求されていないかを知ることができる。次いでネットワークは、ＵＥを別のＢＷＰに切り替え得る。

［ＢＷＰスイッチ動作時のＭＢＳ受信］
一部の実施形態においては、ＵＥは、ＭＢＳを受信するために特定のＢＷＰ（例えば、ＭＢＳ ＢＷＰ）に切り替えるように、ネットワークによって（例えば、ＲＲＣ、ＭＡＣ ＣＥ、またはＤＣＩ信号を介して）命令されてもよい。ＭＢＳの受信とは、１つ以上のＭＢＳのデータを受信することを、指し得る。

ＵＥの場合、ＭＢＳ ＢＷＰは、（少なくとも、または単独で）ＭＢＳデータ受信のために使用されるＢＷＰであってもよい。ＭＢＳを受信可能なＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＭＢＳ ＢＷＰにおいて（関心のある）、ＭＢＳのデータを受信することを許可され得る。一実施形態においては、ＭＢＳ ＢＷＰは初期ＢＷＰではない可能性がある。

ＭＢＳ ＢＷＰは、マルチキャスト／ブロードキャストＢＷＰとも呼ばれる。ＭＢＳ ＢＷＰおよびＭｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ ＢＷＰは、現在、業界において一様に命名されておらず、本開示においては以降、集合的に「ＭＢＳ ＢＷＰ」と呼ばれる。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥ（複数）の場合、グループ共通ＰＤＣＣＨ／物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）の共通周波数リソース（または関連するＭＢＳ ＢＷＰ）が設定または定義され得る。グループ共通ＰＤＣＣＨ／ＰＤＳＣＨは、ＭＢＳデータ受信のために使用されてよい。共通周波数リソースが構成または定義されていない場合、ＵＥは、初期ＢＷＰを、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨのためのデフォルト共通周波数リソースと見なし得る。

ＰＣｅｌｌまたはキャンプセルの場合、初期ＢＷＰが、初期アクセスのために使用されるＢＷＰであってもよい。一実施形態においては、ＭＢＳ ＢＷＰは、周波数ドメインにおいて初期ＢＷＰと重なって（または、初期ＢＷＰを含んで）いてよい。一実施形態においては、ＭＢＳ ＢＷＰは、初期ＢＷＰと同じであってよい。（初期／構成／デフォルト）ＭＢＳ ＢＷＰの関連情報は、システム情報においてブロードキャストされてもよく、またはネットワークからの専用シグナリングにおいて提供されてもよい。その場合、ＭＢＳ ＢＷＰの関連情報は、対応するＢＷＰ設定および／または周波数リソースの割り当てを含み得る。

ＢＷＰは、ＭＢＳ ＢＷＰとしてネットワークによって明示的または暗黙的に設定され得る。例えばＭＢＳ ＢＷＰは、１つ以上のＭＢＳもしくはＴＭＧＩ、または他のＭＢＳ関連情報に関連付けられてよい。ＢＷＰがマルチキャスト／ブロードキャスト制御チャネル（例えば、グループ共通ＰＤＣＣＨ）もしくはマルチキャスト／ブロードキャストデータチャネル（例えば、グループ共通ＰＤＳＣＨ）、または他のマルチキャスト／ブロードキャスト関連チャネルを用いて設定されている場合、当該ＢＷＰは、ＭＢＳ ＢＷＰと見なされ得る。一部の実施形態においては、ＢＷＰは関連するＢＷＰ設定を介してＭＢＳ ＢＷＰとして示され得る。例えば、ＲＲＣメッセージ中のフィールドまた指示は、ＢＷＰがＭＢＳ ＢＷＰであるか否かを示すために使用され得る。例えば、フィールド／インジケーションが真に設定される場合、当該ＢＷＰは、ＭＢＳ ＢＷＰと見なされ得る。フィールドが偽に設定されるか、または提示されない場合、当該ＢＷＰは、通常のＢＷＰと見なされ得る。

一部の実施形態においては、ＵＥはＢＷＰ非アクティビティタイマ（ミリ秒（ｍｓ）単位において継続時間をカウントする）の停止のために、デフォルトＢＷＰにフォールバックし得る。ネットワークがＢＷＰ非アクティビティタイマ設定を解除した場合（または、ＵＥがＢＷＰ非アクティビティタイマ設定を解除することを示すメッセージを受信した場合）、ＵＥはデフォルトＢＷＰまたは初期ＢＷＰ（デフォルトＢＷＰが設定されていない場合）に切り替わらずに、ＢＷＰ非アクティビティタイマを停止し得る。デフォルトＢＷＰは、ネットワークによって設定され得る。デフォルトＢＷＰがネットワークによって示されていない場合は、最初のＢＷＰがデフォルトＢＷＰと見なされ得る。

１つの実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有のタイマである可能性がある）、および／またはＭＢＳ ＢＷＰがデフォルトＤＬ ＢＷＰでない場合、ＵＥ（例えば、ＵＥのＭＡＣエンティティ）はＢＷＰ 非アクティビティタイマが停止してもデフォルトＤＬ ＢＷＰに切り替わらない可能性がある。

一実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有タイマであってもよい）、および／またはＭＢＳ ＢＷＰが初期ＢＷＰでない場合、ＵＥ（例えば、ＵＥのＭＡＣエンティティ）はＢＷＰ非アクティビティタイマが停止しても、初期ＢＷＰに切り替わらない可能性がある。

一部の実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有のタイマであってよい）、および／またはＭＢＳ ＢＷＰがデフォルトＤＬ ＢＷＰでない場合、ＵＥ（またはＵＥのＭＡＣエンティティ）はＢＷＰ非アクティビティタイマを適用（または開始）しない可能性がある。例えば、ＢＷＰ非アクティビティタイマが適用されないとき、ＢＷＰ非アクティビティタイマは、ＵＥによって停止されるか、または開始または再開されない可能性がある。

一部の実施形態においては、ＵＥがＭＢＳ ＢＷＰに切り替わると、ＢＷＰ非アクティビティタイマが設定されている場合（セル固有のタイマであってよい）、および／またはＭＢＳ ＢＷＰが初期ＤＬ ＢＷＰでない（およびデフォルトＢＷＰが設定されていない）場合、ＵＥ（またはＵＥのＭＡＣエンティティ）がＢＷＰ非アクティビティタイマを適用（または開始）しない可能性がある。例えば、ＢＷＰ非アクティビティタイマが適用されない場合、当該ＢＷＰ非アクティビティタイマは、ＵＥによって停止されるか、または開始もしくは再開されない可能性がある。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰがデフォルトＤＬ ＢＷＰではない場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰにおいてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰがデフォルトＤＬ ＢＷＰではない場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰに応じてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰが初期ＤＬ ＢＷＰではない（およびデフォルトＢＷＰが設定されない）場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰにおいてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

一部の実施形態においては、ＢＷＰ非アクティビティタイマが設定される際、アクティブＢＷＰが初期ＤＬ ＢＷＰではない（およびデフォルトＢＷＰが設定されない）場合、および／またはＤＬ割り当てまたはＵＬ許可がＢＷＰに応じてＵＥによって受信されたことを示すＭＢＳ関連ＲＮＴＩに、ＰＤＣＣＨがアドレスされている場合、ＵＥはＢＷＰ非アクティビティタイマを開始または再起動し得る。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合、共通ＲＮＴＩによってスクランブルされた巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を有するグループ共通ＰＤＣＣＨが設定され、グループ共通ＰＤＳＣＨをスケジュールするために使用されてよい。この場合、グループ共通ＰＤＳＣＨは、同じ共通ＲＮＴＩに基づいてスクランブルされ得る。

一部の実施形態においては、ＭＢＳ関連ＲＮＴＩは（ＳＣ－ＰＴＭ制御情報を動的にスケジューリングするための）単一セルＲＮＴＩ（ＳＣ－ＲＮＴＩ）、（ＳＣ－ＰＴＭ送信を動的にスケジューリングするための）Ｇ－ＲＮＴＩ、（ＳＣ－ＭＣＣＨ情報変更通知のための）単一セル通知ＲＮＴＩ（ＳＣ－Ｎ－ＲＮＴＩ）、（ＭＣＣＨ情報変更通知のための）ＭＢＭＳ ＲＮＴＩ（Ｍ－ＲＮＴＩ）、またはセルＲＮＴＩ（Ｃ－ＲＮＴＩ）であってよい。ＭＢＳ関連ＲＮＴＩは、ＭＢＳ－ＲＮＴＩ＃１およびＭＢＳ－ＲＮＴＩ＃２（例えば、Ｇ－ＲＮＴＩ）を含み、ＭＢＳ－ＲＮＴＩ＃１はＭＢＳ制御情報（例えば、ＰＤＣＣＨにおける制御情報）のために使用され、ＭＢＳ－ＲＮＴＩ＃２はＭＢＳトラフィック／データ（例えば、ＰＤＳＣＨにおけるＭＢＳトラフィック／データ）に応じて使用され得る。一部の実施形態においては、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥはＭＢＳ－ＲＮＴＩ＃１を使用してＭＢＳ制御情報（例えば、ＰＤＣＣＨ上における制御情報（またはＤＣＩ））をデスクランブルし、ＭＢＳ－ＲＮＴＩ＃２を使用してＭＢＳトラフィック／データ（例えば、ＰＤＳＣＨにおけるＭＢＳトラフィック／データ）をデスクランブルするように設定／命令され得る。そうでないと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥは同じ共通ＲＮＴＩを使用して、ＭＢＳ制御情報とＭＢＳトラフィック／データとの両方をデスクランブルする可能性がある。

一実施形態においては、ＵＥがＭＢＳ ＢＷＰにおいて動作する際、当該ＵＥはＣ－ＲＮＴＩを無視し得る（例えば、ＰＤＣＣＨまたはＣＯＲＥＳＥＴをモニタリングするため）。ブラインド復号（ＢＤ）および制御チャネル要素（ＣＣＥ）制限は、調節可能である。例えば、ＭＢＳ ＢＷＰに応じたＢＤ及びＣＣＥ制限は、端末のＭＢＳ関連能力に基づいて調整され得る。一実施形態においては、ＭＢＳデータを受信可能なＵＥは、ＭＢＳデータを受信不可能なＵＥと比較して、異なるＢＤおよびＣＣＥ制限を有し得る。

ＵＥ（またはＭＡＣエンティティ）動作の例は、表１にある。

一部の実施形態においては、ＭＢＳ ＢＷＰは、ＵＬリソースがユニキャストサービスのために特定のＣＯＲＥＳＴによってスケジュールされ得る、ペアＢＷＰまたは非ペアＢＷＰであってよい。

一部の実施形態においては、ＭＢＳ ＢＷＰは純粋なＤＬ専用ＢＷＰであってよい。例えば、ＭＢＳ（ＤＬ）ＢＷＰは、ＵＬ ＢＷＰと関連しない可能性がある。

一部の実施形態においては、ＭＢＳ（ＤＬ）ＢＷＰは、初期（ＵＬ）ＢＷＰに関連し得る。

［初期ＢＷＰとＭＢＳ－ＢＷＰとの間のＵＥ優先順位付け規則］
一部の実施形態においては、ＵＥは初期ＢＷＰおよびＤＬ方向のＭＢＳ ＢＷＰをモニタし得る（例えば、ＭＢＳ ＢＷＰが初期ＢＷＰと同じでない場合）。しかしながら、場合によっては、ＵＥが初期ＢＷＰとＭＢＳ ＢＷＰとを同時にモニタできないことがある（例えば、ＵＥのハードウェア制限のため）。この状況においては、ＵＥは特定の優先順位付けルールまたはネットワーク設定に基づいて、初期ＢＷＰまたはＭＢＳ ＢＷＰのいずれかからＤＬシグナリングまたはＤＬパケットのみを受信できる。例えば、以下のルール（ルール＃１、ルール＃２、ルール＃３）のうちの少なくとも１つを端末に設定することができる：
ルール＃１：初期ＢＷＰは、常にＭＢＳ ＢＷＰよりも高い優先順位を有し得る。したがって、ＵＥはＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし、受信されたＳＳＢバーストセット設定および／またはサーチスペース設定に基づいて、送信されたＳＳＢバーストセットおよび物理チャネル（例えば、物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）など）の全部または一部を受信するために、ＭＢＳ ＢＷＰから初期ＢＷＰに切り替え得る。さらに、ＵＥは測定のために初期ＢＷＰにスイッチしてよい（例えば、サービングセルによってブロードキャストされたＰＢＣＨにおける多重化されたＤＭＲＳを測定するために）。

ルール＃２：初期ＢＷＰはＤＬシグナリング／パケット配信の一部に応じて、ＭＢＳ ＢＷＰよりも高い優先度を有し得る。例えばＵＥは、ＳＳＢバーストセットモニタリングおよび／またはページング受信のために初期ＢＷＰにのみスイッチし得る。（例えば、初期ＢＷＰに関連する所与のＳＳＢバーストセット設定および／または間欠受信（ＤＲＸ：Discontinuous Reception）サイクル設定に基づいて）。ＵＥは、システム情報を連続的にモニタ／取得しなくてもよい。ＵＥは、ページング受信またはＳＩ（システム情報）処方インジケーションによってＵＥがトリガされている間にのみ、システム情報をモニタ／取得することが可能で、または更新されたシステム情報をモニタ／取得するために警告システム指示を発行し得る（例えば、ショートメッセージ内のｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎビットが１に設定されているか、またはショートメッセージ内のｅｔｗｓＡｎｄＣｍａｓＩｎｄｉｃａｔｉｏｎビットが１に設定されている期間）。

ルール＃３：ＭＢＳ ＢＷＰは、常に初期ＢＷＰよりも高い優先順位を有し得る。例えば、ＵＥが上位レイヤから要求されない限り、ＵＥは初期ＢＷＰに切り替わらない可能性がある。一部の実施形態においては、ＵＥは上位層（例えば、非アクセス層（ＮＡＳ：Non-Access Stratum））からの要求に基づいて、ＭＢＳ ＢＷＰから最初のＢＷＰに切り替わり得る。例えば、ＵＥが初期（ＰｒｏＳｅ）サイドリンクまたは（ＮＲ／ＬＴＥ）Ｖ２Ｘサービスを使用するように、ＮＡＳ層によって要求される場合、ＵＥは、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチして、当該サービスのためのブロードキャスティングシステム情報を受信し得る。一部の実施形態においては、ＵＥはＲＲＣ層からの要求に基づいて、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし得る。例えば、ＲＲＣ層は、ＲＲＣ接続確立手順、ＲＲＣ接続再開手順、またはＲＡＮ通知領域アップデート手順などの、ＲＲＣ関連手順をトリガし得る。

ルール（ルール＃１、ルール＃２およびルール＃３）は、ユニバースサブスクライバ識別モジュール（ＵＳＩＭ：Universe Subscriber identity Module）に事前インストールされてよく、３ＧＰＰ技術仕様（ＴＳ：Technical Specification）に事前定義されてよく、および／またはネットワークによって設定されてもよい。一部の実施形態においては、初期ＢＷＰおよび／またはＭＢＳ ＢＷＰの優先順位は設定可能である。一部の実施形態においては、優先順位規則は設定可能であり得る。

一部の実施形態においては、ＵＥはＭＢＳ ＢＷＰにおいて送信されたＤＬシグナリングに基づいて、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし得る。例えば、ＳＳＢバーストセット、システム情報用のサーチスペース、ショートメッセージ、ページングメッセージ、および／またはＤＭＲＳを、ＭＢＳ ＢＷＰに設定することが可能である。一部の実施形態においては、ＵＥが以下の条件（条件（ａ）、（ｂ）、および（ｃ））のうちの１つが満たされるときに、ＭＢＳ ＢＷＰから初期ＢＷＰにスイッチし得る：
（ａ）ＵＥが、ショートメッセージのｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎビットが１に設定されているか、ｅｔｗｓＡｎｄＣｍａｓＩｎｄｉｃａｔｉｏｎビットが１に設定されているページングを受信する；
（ｂ）ＵＥが、ＵＥのＩＤがパラメータpagingrecordに含まれるページングメッセージを受信する；
（ｃ）ＵＥがＭＢＳ ＢＷＰにおいて送信されたＳＳＢバーストセットをモニタしている間にビーム障害イベントを検出し、ＵＥは、初期ＢＷＰにおいてビーム障害回復手順を開始することができる。

一部の実施形態においては、ＵＥは初期ＢＷＰにおいてスクランブルされたＤＭＲＳの代わりに、ＭＢＳ－ＢＷＰにおいてスクランブルされたＤＭＲＳに基づいて、セル固有測定（複数可）を実行し得る。

［ＭＢＳの受信］
一部の実施形態においては、ネットワークはブロードキャストシステム情報、ＭＣＣＨ、または専用シグナリングを介して、ＭＢＳ関連制御情報（または関連する構成）を提供し得る。例えば、ネットワークはＭＢＳ関連制御情報、またはＲＲＣシグナリングにおけるＢＷＰの関連する設定を構成し得る。（例えば、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態）のＵＥは、ブロードキャスト制御チャネル（ＢＣＣＨ）および／またはＭＣＣＨを介して、ＭＢＳ関連制御情報／関連設定を受信し得る。例えば、ＭＢＳ関連制御情報の構成に対応するために、新たなＳＩＢが使用されてもよい。

ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨの共通周波数リソース内において、ＣＯＲＥＳＥＴが設定され得る。一実施形態においては、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨのための共通周波数リソースが初期ＢＷＰであり、他のＣＯＲＥＳＥＴがＵＥに応じて構成されていない場合、ＣＯＲＥＳＥＴ０が、デフォルトとして使用され得る。

一部の実施形態においては、（例えば、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の）ＵＥは、初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ０のＭＢＳ関連制御情報（例えば、グループ共通ＰＤＣＣＨにおいて送信された情報またはＤＣＩ）を受信し得る。

一部の実施形態においては、ＵＥは、ＭＢＳまたはＭＢＳ ＢＷＰに応じて設定されたＣＯＲＥＳＥＴ上でＭＢＳ関連制御情報（例えば、グループ共通ＰＤＣＣＨにおいて送信される情報またはＤＣＩ）を受信し得る。

一部の実施形態においては、ＵＥは、ＭＢＳ関連ＲＮＴＩによってアドレスされたＭＢＳまたはＭＢＳ ＢＷＰ用に構成されたＣＯＲＥＳＥＴにおいてＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、ＵＥは、初期ＤＬ ＢＷＰにおいてＭＢＳ用に構成されたＣＯＲＥＳＥＴにおいてＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、ＵＥは、Ｃ－ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ０のＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、ＵＥは、ＭＢＳ制御ＲＮＴＩまたはＭＢＳ関連ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ ０のＭＢＳ関連制御情報を受信し得る。

一部の実施形態においては、新しいタイプのＰＤＣＣＨ共通サーチスペースが定義／構成されてもよい。ＵＥは、新しいタイプのＰＤＣＣＨ共通サーチスペースからＭＢＳ関連制御情報を取得し得る。その場合、ＭＢＳ関連制御情報は、ＭＢＳデータが送信されるＢＷＰ、ＭＢＳデータ送信の（開始）位置、およびＭＢＳデータ送信の期間のうちの、少なくとも１つを示し得る。

一部の実施形態においては、ＵＥはＭＢＳ関連制御情報を、新しいサーチスペース／ＣＯＲＳＥＴを介して、既存のＮＲサーチスペース／ＣＯＲＳＥＴを介して、（例えば、タイプ０－ＰＤＣＣＨ共通サーチスペース／ＣＯＲＳＥＴ０、またはタイプ０Ａ－ＰＤＣＣＨ共通サーチスペース／ＣＯＲＳＥＴ０）取得し得る。

一部の実施形態においては、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＵＥがＤＲＸサイクルのオン期間（またはＤＲＸの機会）にあるかどうかにかかわらず、ＭＢＳ関連ＰＤＣＣＨ／ＣＯＲＥＳＥＴを監視し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において動作しているＵＥを指す。

一部の実施形態においては、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＤＲＸ－ｏｆｆ期間内にＭＢＳ関連ＰＤＣＣＨ／ＣＯＲＥＳＥＴをモニタしてもよい。

一部の実施形態においては、ネットワークは異なるＭＢＳの対応する制御情報を送信するために、分離された／異なるＣＯＲＥＳＥＴ／サーチスペース（例えば、周波数ドメインにおいて重なっていないＣＯＲＥＳＥＴ／サーチ空間）を使用し得る。例えば、ＭＢＳ＃１はＣＯＲＥＳＥＴ＃Ａおよび／またはサーチスペース＃Ａを用いて設定され得る。ＭＢＳ＃２は、ＣＯＲＥＳＥＴ＃Ｂおよび／またはサーチスペース＃Ｂを用いて設定され得る。

一部の実施形態においては、ＵＥは、初期ＤＬ ＢＷＰの（システム情報または専用信号によって提供され得る）ＣＯＲＥＳＥＴ ＃１のＭＢＳ関連制御情報を受信し得る。一部の実施形態においては、ＵＥはＣ－ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃１のＭＢＳ関連制御情報を受信し得る。一部の実施形態においては、ＵＥは、ＭＢＳ制御－ＲＮＴＩによってアドレスされた初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃１のＭＢＳ関連制御情報を受信し得る。一部の実施形態においては、ＵＥは、ネットワークからの構成に基づいて、ＤＬ ＢＷＰ＃１のＣＯＲＥＳＥＴ＃１のＭＢＳ関連制御情報を受信してよい。一部の実施形態においてＵＥは、ＤＬ ＢＷＰ＃１（初期ＤＬ ＢＷＰでなくてもよい）において動作し、ＭＢＳ関連制御情報に関連付けられたＣＯＲＥＳＥＴが提供されないか、または提示されない場合、ＵＥはＤＬ ＢＷＰ＃１のＣＯＲＥＳＥＴ０のＭＢＳ関連制御情報を受信し得る。ＭＢＳ制御－ＲＮＴＩは、事前定義および／または構成可能であってよい。

一部の実施形態においては、ＭＢＳ関連制御情報は、ＭＢＳデータ受信のためにＭＢＳ関連ＲＮＴＩによってアドレス指定されたＰＤＣＣＨをデコードするためのＣＯＲＥＳＥＴおよび／または関連するサーチスペースを示し得る。一部の実施形態においては、ＭＢＳ関連制御情報は、ＭＢＳに関連付けられたＲＮＴＩを含み得る。一部の実施形態においては、すべてのＭＢＳ（１つまたは複数）のための共通ＲＮＴＩが利用され得、異なるＭＢＳ（１つまたは複数）のためのデータ受信は、ＣＯＲＥＳＥＴ／サーチスペース基準ごとに実行され得る。一部の実施形態においては、ＭＢＳ関連制御情報にＭＢＳのＱｏＳ要件（例えば、高ＱｏＳ要件または低ＱｏＳ要件）が含まれ得る。高ＱｏＳ要件のＭＢＳの場合は、ＨＡＲＱ動作が必要になる可能性がある。低ＱｏＳ要件のＭＢＳの場合、ＨＡＲＱ動作は必要とされない可能性がある。例えば、ＭＢＳ関連制御情報を受信する端末は、受信されたＭＢＳ関連制御情報がＭＢＳに対するＱｏＳ要件が少ないことを示す場合、ＭＢＳのデータ受信のためのＨＡＲＱ動作を行わない可能性がある。

［マルチキャストとユニキャストとの間におけるＭＢＳ配信の動的変化のサポート］
一部の実施形態では、ネットワークは、ＭＢＳデータ受信のためにＵＥに対して閾値を設定しうる。当該閾値は、ＭＢＳ基準ごとに基づいて設定されうる。例えば、ネットワークは、ＭＢＳ Ａに対して閾値＃１（Ｔｈｒｅｓｈｏｌｄ ＃１）を設定し、かつ、ＭＢＳ Ｂに対して閾値＃２（Ｔｈｒｅｓｈｏｌｄ ＃２）を設定してよい。一部の実施形態では、ＭＢＳデータ受信のための閾値は、事前決定されていてもよいし、設定可能であってもよい。

一部の実施形態では、ＵＥは、ＭＢＳステータスレポートをネットワークに報告しうる。ＭＢＳステータスレポートは、周期的に報告されうる。報告の周期性は、専用シグナリングまたはブロードキャストシステム情報を介して、ネットワークによって設定されうる。一部の実施形態では、ＭＢＳステータスレポートの報告は、（１つ以上の）特定のイベントによってトリガされうる。例えば、ＭＢＳステータスが変化した場合、ＵＥは、（例えば設定されたグラント、動的グラント、２ステップＲＡプロシジャ、または４ステップＲＡプロシジャを介して）ＭＢＳステータスレポートをネットワークに送信しうる。

一部の実施形態では、ＭＢＳステータスレポートは、（１つ以上の）ターゲットＭＢＳを示し、かつ、関連するサービス受信条件が満たされている／充足しているか否かを示しうる。例えば、サービス受信条件を決定するために、基準信号受信電力（Reference Signal Received Power，ＲＳＲＰ）／基準信号受信品質（Reference Signal Received Quality，ＲＳＲＱ）／受信信号強度インジケータ（Reference Signal Strength Indicator，ＲＳＳＩ）閾値が提供されうる。例えば、ＤＬパスロス基準（例：ＭＢＳ基準信号）のＲＳＲＰ値がＲＳＲＰ閾値以下であるとＵＥが判定した場合、当該ＵＥは、ＭＢＳステータスレポートをネットワークに対して報告し、ＭＢＳのサービス受信条件が満たされていない／充足していないことを通知してよい。例えば、ＵＥは、ＤＬパスロス基準（例：ＭＢＳ基準信号）のＲＳＲＰ値がＲＳＲＰ閾値よりも大きいとＵＥが判定した場合、当該ＵＥは、ＭＢＳステータスレポートをネットワークに対して報告し、ＭＢＳのサービス受信条件が満たされている／充足していることを通知してよい。

ネットワークは、ＵＥから提供される情報（例：ＭＢＳステータスレポート）に基づいてＰＴＰ配信モードまたはＰＴＭ配信モードのいずれに切り替えるかを決定しうる。受信したＭＢＳステータスレポートに基づいて、ネットワークは、ＰＴＭ配信モード（またはマルチキャストモード）によってＭＢＳデータを配信するために、変調符号化スキーム（Modulation Coding Scheme，ＭＣＳ）を調整してもよいし、あるいは、ＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳを受信するように、ＵＥを設定してもよい。

ＵＥがＭＢＳステータスレポート＃１をネットワークに報告した後、ＵＥはタイマＴ１を起動または再起動してよい。タイマＴ１が起動または再起動された後、タイマＴ１が満了するまで、ＵＥは、ＭＢＳステータスレポート＃２をネットワークに報告することを禁止されうる。一実施形態では、第２ＭＢＳステータスレポート＃２が以前のＭＢＳステータスレポート（例：ＭＢＳステータスレポート＃１）とは異なったコンテンツを有している場合には、タイマＴ１がいまだ動作中であるときに、ＵＥはＭＢＳステータスレポート＃２をネットワークに対して報告することを許可されうる。

一部の実施形態では、（ｉ）ＵＥがＭＢＳステータスレポートを送信する、（ｉｉ）アクティブＢＷＰが（例えば、あるＭＢＳ ＢＷＰから別のＭＢＳ ＢＷＰへと）変化する、（ｉｉｉ）タイマＴ１の値が再設定される、および、（ｉｖ）閾値が再設定またはリリースされる、という条件のうちの少なくとも１つが満たされた場合に、タイマＴ１がＵＥによって起動または再起動されうる。

一部の実施形態では、ＵＥは、ＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳデータを配信するよう、ネットワークに対してリクエスト（要求）してよい。例えば、関連するサービス受信条件が満たされていない／充足していない（例：サービス受信の信号強度が閾値以下である）場合には、ＵＥは、ＰＴＰ配信モード（またはユニキャストモード）を介して（１つ以上の）ＭＢＳを配信するよう、ネットワークに対してリクエストしてよい。ネットワークは、ＰＴＰ配信モードによるＭＢＳデータ配信についてのＵＥのリクエストに応答しなくともよい。一部の実施形態では、ネットワークは、ＰＴＰ配信モードによってリジェクト（拒絶）メッセージをＵＥに送信することによって、ＵＥのリクエストをリジェクトしてよい。この状況では、ネットワークは、ＰＴＰ配信モードによるＭＢＳデータ配信についてのリクエストの送信を中断／停止するよう、ＵＥに対して指令してよい。ネットワークは、ＵＥを別のセルへとリダイレクトしてよい。一部の実施形態では、ネットワークは、ＰＴＭ配信モードによるＭＢＳデータ配信の設定を変更することにより、データ受信性能を改善してよい。一部の実施形態では、ＵＥは、ＰＴＰ配信モード（またはユニキャストモード）によるＭＢＳデータの送信を停止するよう、ネットワークに対してリクエストしてよい。例えば、関連するサービス受信条件が満たされている／充足している（例：信号強度が閾値以上である）場合には、ＵＥは、ＰＴＰ配信モードによるＭＢＳデータの送信を停止するよう、ネットワークに対してリクエストしてよい。

一部の実施形態では、ＵＥがＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳデータを送信するようネットワークに対してリクエストした場合には、ＵＥはタイマＴ２を起動または再起動しうる。タイマＴ２が（再）起動された後、タイマＴ２が満了するまで、ＵＥは、再びＰＴＰ配信モード（またはユニキャストモード）を介して（１つ以上の）ＭＢＳを配信するようネットワークに対してリクエストすることを禁止されうる。一部の実施形態では、リクエストされたＭＢＳデータが以前にリクエストされたＭＢＳデータとは異なるコンテンツを有している場合には、タイマＴ２がいまだ動作中であるときに、ＵＥはＰＴＰ配信モード（またはユニキャストモード）によってＭＢＳデータを配信するようネットワークにリクエストすることを許可されうる。

一部の実施形態では、（ｉ）ＵＥが、ＭＢＳデータを配信するためのリクエスト、または、ＭＢＳデータをネットワークに配信することを停止するためのリクエストを送信する、（ｉｉ）アクティブＢＷＰが（例えば、あるＢＷＰから別のＢＷＰへと）変化する、（ｉｉｉ）タイマＴ２の値が再設定される、および、（ｉｖ）閾値が再設定またはリリースされる、という条件のうちの少なくとも１つが満たされた場合に、タイマＴ２がＵＥによって起動または再起動されうる。

［ＵＬフィードバック機構］
一部の実施形態では、ＭＢＳデータ受信のためのＨＡＲＱオペレーションがサポートされうる。ＤＣＩ、ＭＡＣ制御エレメント（Control Element，ＣＥ）、および／またはＲＲＣシグナリングを介して、ネットワークによって、ＨＡＲＱオペレーションがイネーブル（有効化）またはディスエーブル（無効化）されうる。例えば、ＨＡＲＱオペレーションがイネーブルされている場合、ＵＥは、対応するＭＢＳ受信に応じたＨＡＲＱ－ＡＣＫフィードバックをネットワークに対して報告してよい。ＨＡＲＱオペレーションがディセーブルされている場合、ＵＥは、対応するＭＢＳデータ受信に応じたＨＡＲＱ－ＡＣＫフィードバックをネットワークに対して報告しなくともよい。

一部の実施形態では、ＵＥがＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＩＴＶＥ状態におけるＭＢＳデータを受信した場合には、ＨＡＲＱオペレーションが実行されなくともよい。一部の実施形態では、ＵＥは、低ＱｏＳ要件を伴うＭＢＳのデータ受信のためのＨＡＲＱオペレーションを実行しなくともよい。一部の実施形態では、ＭＢＳが高ＱｏＳ要件を伴う場合であっても、ＵＥはＭＢＳのデータ受信のためのＨＡＲＱオペレーションを実行しなくともよい。

一部の実施形態では、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されるＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバック機構をサポートするか否かが設定可能であってよい。例えば、ＭＢＳ＃１について、ネットワークは、（ＨＡＲＱオペレーションまたは他のＵＬフィードバック機構を実行するように、ＭＢＳ＃１を受信するターゲットＵＥのうちの１つ以上を（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、またはＤＣＩを介して）設定してよい。その一方、ＭＢＳ＃２について、ネットワークはＨＡＲＱオペレーションまたは他のＵＬフィードバック機構を実行しないように（または、追跡結合ＨＡＲＱプロトコルのみを実行するように）、ＭＢＳ＃２を受信するターゲットＵＥのうちの１つ以上を設定してよい。

一部の実施形態では、現在の（１つ以上の）ＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバックメカニズムをサポートしているか否かを示すために、既存のＤＣＩ内の予約ビットが使用されうる。一部の実施形態では、ネットワークは、現在の（１つ以上）ＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバック機構をサポートしているか否かを暗黙的に示しうる。例えば、ネットワークがＵＥ固有ＤＣＩを介してＭＢＳ関連制御情報をＵＥに伝送する場合、ＵＥは、ＭＢＳ関連制御情報に対応する（１つ以上の）ＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバックメカニズムをサポートしていることを認識できる。そうではない場合、ＵＥは、現在のＭＢＳがＨＡＲＱオペレーションまたは他のＵＬフィードバックメカニズムをサポートしていないと判定してよい。ＵＥは、様々な要素（例：ＵＥ固有ＤＣＩをスクランブルするＭＢＳ関連ＲＮＴＩ、ＵＥ固有ＤＣＩにおけるフィールド、および／または、ＵＥ固有ＤＣＩが受信される個別のＣＯＲＥＳＥＴ／サーチスペース）に応じて、ＵＥ固有ＤＣＩがＭＢＳに対して使用されているか否かを判定してよい。

一部の実施形態では、ＭＢＳを受信するＵＥには、（１つ以上の）専用ＰＵＣＣＨリソースが設けられうる。当該専用ＰＵＣＣＨリソースは、対応するＭＢＳデータ受信に応じたＨＡＲＱ－ＡＣＫフィードバック（例：確認応答（Acknowledgement，ＡＣＫ）または否定応答（Non- Acknowledgement，ＮＡＣＫ））を送信する。（１つ以上の）専用ＰＵＣＣＨリソースは、専用シグナリングを通じてネットワークによって提供されてよい。一部の実施形態では、ネットワークは、（１つ以上の）専用ＰＵＣＣＨリソースを暗黙的に（１つ以上の）ＵＥに通知してよい。例えば、専用ＰＵＣＣＨリソースは、ＭＢＳ伝送の終了直後にＸ個のＯＦＤＭシンボルとして提供されてよい。Ｘは、事前決定された、または、設定可能な正の整数である。例えば、ＵＥは、専用シグナリングまたはブロードキャストシステムインフォメーションを介してＸの値を取得してよい。一部の実施形態では、ネットワークは、異なるＵＥに対して異なるギャップ値を提供してよい。各ギャップ値は、ＤＣＩによって示されるＰＵＣＣＨ位置（このＤＣＩは、ＭＢＳデータを搬送するＰＤＳＣＨリソースをも示しうる）と専用ＰＵＣＣＨ位置（各専用ＰＵＣＣＨ位置は、個別のＵＥに応じて設定されうる）との間のギャップを表す。例えば、ネットワークは、事前決定されたルールまたはＵＥ固有シグナリングによって、異なるＵＥに対してギャップ値を提供してよい。一部の実施形態では、ＵＥに応じた専用ＰＵＣＣＨリソースが、専用シグナリングを介して提供されてよい。ＵＥが専用シグナリングを受信したときに／後に、ＨＡＲＱフィードバック送信（またはＨＡＲＱオペレーション）のために、専用ＰＵＣＣＨリソースを使用することが許可される。この場合、ＵＥが専用シグナリングを受信したときに、ＵＥはＡＣＫ／ＮＡＣＫ送信のために専用ＰＵＣＣＨリソースを使用してよい。一部の実施形態では、ＵＥに応じた専用ＰＵＣＣＨリソースが、専用シグナリングを介して提供されてよい。ＵＥが専用シグナリングを受信したときに／後に、ＨＡＲＱフィードバック送信（またはＨＡＲＱオペレーション）のために、専用ＰＵＣＣＨリソースを使用することが許可されない。この場合、ＵＥが専用信号を受信したときに、ＵＥはＡＣＫ／ＮＡＣＫ送信のために専用ＰＵＣＣＨリソースを使用しなくてもよい。一部の実施形態では、ネットワークは、ＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用して、ＭＢＳに応じたＡＣＫ／ＮＡＣＫ送信のために設定されたＰＵＣＣＨリソースをアクティベート（有効化）（またはディアクティベート（無効化））してよい。一部の実施形態では、ＵＬフィードバックメカニズムは、オリジナルＵＬまたは補助ＵＬに属しうるＵＬ ＢＷＰにおいて実行されてよい。一部の実施形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ ＵＥに対して、フィードバックメカニズムは、２ステップＲＡプロシジャまたは４ステップＲＡプロシジャを介して提供されうる。

［信頼性］
一部の実施形態では、ＵＥは、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されるＭＢＳデータと、ＰＴＰ配信モード（またはユニキャストモード）によって配信されるＭＢＳデータとを、同時に受信してよい。例えば、ＵＥは、ＰＴＭ ＲＬＣエンティティを介して第１ＭＢＳデータを受信し、かつ、当該第１ＭＢＳデータのコピー／デュプリケート（複製）である第２ＭＢＳデータを、ＰＴＰ ＲＬＣエンティティを介して受信してよい。ＰＴＭ ＲＬＣエンティティおよびＰＴＰ ＲＬＣエンティティは、共通ＰＤＣＰエンティティに関連付けられうる。一部の実施形態では、ＰＴＰ配信（またはユニキャストモード）のためのデータ受信条件が十分であるとＵＥが判断した（みなした）場合、ＵＥは、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されるＭＢＳデータの受信を自律的に停止してよい。一部の実施形態では、ＰＴＰ配信（またはユニキャストモード）のためのデータ受信状態が満たされている／充足している（例：受信信号の強度／品質が閾値以上である）場合、ＵＥは、ＰＴＭ配信モード（またはマルチキャストモード）によって配信されたＭＢＳデータの受信を中止してよい。閾値は、事前決定されていてもよいし、設定可能であってもよい。例えば、閾値は、専用シグナリングまたはブロードキャストシステム情報を通じてネットワークによって設定されてよい。例えば、閾値は、信号品質に基づく閾値（例：ＲＳＲＰ閾値、ＲＳＲＱ閾値、ＲＳＳＩ閾値、またはバッファサイズに基づく閾値）であってよい。

図１は、本開示の一実施形態に係るＭＢＳデータ受信のための方法１００のフローチャートを示す。図１において、アクション１０２およびアクション１０４は、独立したブロックとして表されている個別のアクションとして描写されている。ただし、これらの別々に描写されたアクションは、必ずしも順序に依存すると解釈されるべきではない。図１におけるアクションが実行される順序は、限定事項として解釈されることを意図していない。開示されている任意の数のブロックは、上記方法または代替的な方法を実施するために、任意の順序によって組み合わされうる。

ＮＲでは、異なるＭＢＳが異なる特性（例：パケット当たりのデータ量、またはデータ配信期間）および／またはＱｏＳ要件を有しうる。このため、ＵＥに対する（１つ以上の）ＣＯＲＥＳＥＴ、（１つ以上の）サーチスペース、および／または、（１つ以上の）周波数リソースを、ＭＢＳ基準に基づいて設定することは、リソース利用を促進し、かつ、ＵＥの電力消費を低減しうる。

アクション１０２に示されている通り、ＵＥは、ＭＢＳ関連制御情報をＢＳから受信しうる。ＭＢＳ関連制御情報は、（ｉ）ＭＢＳに関連付けられた第１無線ネットワーク一時識別子（Radio Network Temporary Identifier，ＲＮＴＩ）、（ｉｉ）ＭＢＳに応じて設定された制御リソースセット（Control Resource Set，ＣＯＲＥＳＥＴ）、（ｉｉｉ）ＭＢＳに応じて設定されたサーチスペース、および、（ｉｖ）ＭＢＳに応じて設定された周波数リソース、のうちの少なくとも１つを示しうる。他の一部の実施形態では、ＭＢＳ関連制御情報は、本開示の様々な実施形態において説明されているＭＢＳ関連制御情報であってよい。

一部の実施形態では、ＭＢＳ関連制御情報によって示されるＣＯＲＥＳＥＴおよびサーチスペースのそれぞれは、ＭＢＳ基準ごとに設定されうる。

アクション１０４において、ＵＥは、ＭＢＳ関連制御情報に基づいて、ＭＢＳのデータ（本開示では「ＭＢＳデータ」とも称される）をＢＳから受信してよい。例えば、ＵＥは、ＭＢＳ関連制御情報によって示される、周波数リソースにおけるＭＢＳのデータを監視し、かつ、当該データを受信してよい。例えば、ＵＥは、ＭＢＳ関連制御情報によって示される第１ＲＮＴＩによってスクランブルされた第１ＣＲＣを有するＰＤＳＣＨにおけるＭＢＳのデータを受信してよい。この場合、ＰＤＳＣＨは、第１ＲＮＴＩとは別のＲＮＴＩ値を有する第２ＲＮＴＩによってスクランブルされた第２ＣＲＣを有するＰＤＣＣＨによって示されうる。例えば、第１ＲＮＴＩは、グループＲＮＴＩであってよい。第２ＲＮＴＩは、ＵＥ固有ＲＮＴＩであってよい。

上述の通り、異なるＭＢＳは、異なる特性（例えば、パケット当たりのデータ量、またはデータ配信期間）および／またはＱｏＳ要件を有しうる。例えば、高ＱｏＳ要件を有するＭＢＳは、高通信信頼性を要求しうる。その一方、低ＱｏＳ要件を有するＭＢＳは、通常の通信信頼性または低通信信頼性のみを要求しうる。図２に示す通り、様々なＱｏＳ／信頼性要件を満たすために、ＵＥ側においてＭＢＳに応じたＨＡＲＱオペレーションを柔軟に／動的にイネーブルまたはディスエーブルできる方法が必要とされる場合がある。

図２は、本開示の一実施形態に係るＭＢＳデータ受信のための方法２００のフローチャートを示す。方法２００は、独立して実行されてもよいし、図１に示す方法１００と組み合わせて実行されてもよい。

アクション２０２において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信（またはＨＡＲＱオペレーション）がイネーブルされているか否かを示すインジケータを、ＢＳから受信してよい。

アクション２０４において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信がイネーブルされているか否かを判定してよい。

アクション２０４における判定結果がＹｅｓである場合、アクション２０６において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信をイネーブルしてよい。例えば、ＵＥは、ＨＡＲＱ－ＡＣＫフィードバック（例：ＡＣＫ／ＮＡＣＫ）を生成および送信して、ＭＢＳの受信が成功したか否かを示してよい。

アクション２０４における判定結果がＮｏである場合、アクション２０８において、ＵＥは、ＭＢＳのデータに応じたＨＡＲＱ－ＡＣＫフィードバック送信をディスエーブルしてよい。この状況では、ＵＥは、ＭＢＳのデータの受信が成功したか否かを示すＨＡＲＱ－ＡＣＫフィードバックを生成または送信しなくてもよい。

図３に示す通り、一部の実施形態では、ＭＢＳデータ／パケットのデュプリケーションを使用して、（周波数ダイバーシティおよび／または時間ダイバーシティの利得に起因して）ＭＢＳデータ送信の信頼性を改善することもできる。

図３は、本開示の一実施形態に係るＭＢＳデータ受信のための方法３００のフローチャートを示す。方法３００は、独立して実行されてもよいし、図１に示す方法１００および図２に示す方法２００のいずれかと組み合わせて実行されてもよい。

アクション３０２において、ＵＥは、当該ＵＥの第１ＲＬＣエンティティを介してＭＢＳのデータを受信してよい。

アクション３０４において、ＵＥは、当該ＵＥの第２ＲＬＣエンティティを介してＭＢＳのデータのコピーを受信してよい。第１ＲＬＣエンティティおよび第２ＲＬＣエンティティは、ＵＥの共通ＰＤＣＰエンティティに関連している。

図４に示す通り、一部の実施形態では、ＭＢＳのデータは、ＰＴＭ配信モード（またはマルチキャストモード）においてＢＳによって送信されてよい。ＭＢＳのデータのコピーは、ＰＴＰ配信モード（またはユニキャストモード）においてＢＳによって送信されてよい。

図４は、ＭＢＳのデータを受信するために使用される第１ＲＬＣエンティティ４０４と、ＭＢＳのデータのコピー／デュプリケートを受信するために使用される第２ＲＬＣエンティティ４０６と、に関連する共通ＰＤＣＰエンティティ４０２を示す概略図である。一実施形態において、ＭＢＳのデータは、ＰＴＭ配信モード（またはマルチキャストモード）においてＢＳによって送信／配信されてよい。ＭＢＳのデータのコピー／デュプリケートは、ＰＴＰ配信モード（またはユニキャストモード）においてＢＳによって送信／配信されてよい。

ＬＴＥなどのレガシーシステムでは、ＲＲＣ＿ＩＤＬＥ ＵＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥは、初期ＤＬ ＢＷＰにおいてＤＬデータ／シグナリングのみを受信しうる。しかしながら、初期ＤＬ ＢＷＰの帯域幅は、制限されているので、ＭＢＳデータ送信をサポートするために十分でない場合がある。したがって、初期ＤＬ ＢＷＰに属さない（１つ以上の）周波数リソースにおけるＭＢＳ データを、ＲＲＣ＿ＩＤＬＥ ＵＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥに受信させることにより、リソース使用率が向上してシステム性能が向上しうる。一部の実施形態では、ＵＥがＲＲＣ＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のうちの１つの状態において動作する場合、当該ＵＥは、（ＭＢＳ関連制御情報によって示される）周波数リソースを介してＭＢＳのデータを受信してよい。この場合、周波数リソースは、周波数ドメインにおいてＵＥに対して設定された初期ＢＷＰに重なっていなくともよい。

図５は、ＵＥに対して設定された初期ＢＷＰ５０２と、ＭＢＳ関連制御情報によって示された周波数リソース５０４との、リソースアロケーション（リソース割り当て）の例を示す。初期ＢＷＰ５０２および周波数リソース５０４の周波数相対位置は、図５の例に限定されない。例えば、初期ＢＷＰ５０２は、周波数リソース５０４よりも高い周波数バンド内に位置していてもよいし、周波数リソース５０４よりも低い周波数バンド内に位置していてもよい。

図５に示す通り、周波数リソース５０４は、周波数ドメインにおいて初期ＢＷＰ５０４と重ならない。一部の実施形態では、周波数リソース５０４は、ＢＷＰ、ＢＷＰの一部、または、１つ以上のＢＷＰから収集されたリソースセットを指しうる。

図６は、本開示の様々な態様に係る無線通信のためのノード６００のブロック図を示す。図６に示す通り、ノード６００は、トランシーバ６０６、プロセッサ６０８、メモリ６０２、１つ以上のプレゼンテーションコンポーネント６０４、および、少なくとも１つのアンテナ６１０を含みうる。また、ノード６００は、ＲＦスペクトルバンドモジュール、ＢＳ通信モジュール、ネットワーク通信モジュール、システム通信管理モジュール、入力／出力（Input/Output，Ｉ／Ｏ）ポート、Ｉ／Ｏコンポーネント、および電源を含みうる（これらは、図６には明示的に示されていない）。これらのコンポーネントのそれぞれは、１つ以上のバス６２４を介して、直接的または間接的に互いに通信しうる。一実施形態では、ノード６００は、例えば図１～図５に関連して本明細書において説明されている様々な機能を実行するＵＥまたはＢＳであってもよい。

トランスミッタ６１６（例：送信回路）およびレシーバ６１８（例：受信回路）を有するトランシーバ６０６は、時刻および／または周波数リソース分割情報を送信および／または受信するように構成されていてよい。一実施形態では、トランシーバ６０６は、異なるタイプのサブフレームおよびスロット（使用可能な、使用不可能な、およびフレキシブルに使用可能なサブフレームおよびスロットフォーマットを含むが、これらに限定されない）によって送信を行うように構成されてよい。トランシーバ６０６は、データおよび制御チャネルを受信するように構成されてよい。

ノード６００は、様々なコンピュータ可読媒体を含んでもよい。コンピュータ可読媒体は、ノード６００によってアクセス可能であり、揮発性（および不揮発性メモリ）媒体およびリムーバブル（および非リムーバブル）媒体の両方を含む任意の利用可能な媒体であってよい。非限定的な例として、コンピュータ可読媒体は、コンピュータストレージ媒体および通信媒体を含みうる。コンピュータストレージ媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、またはデータなどの情報を格納（記憶）するための任意の方法または技術に従って実施される、揮発性（および／または不揮発性メモリ）媒体およびリムーバブル（および／または非リムーバブル）媒体の両方を含みうる。

コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ（または他のメモリ技術）、ＣＤ－ＲＯＭ、デジタル汎用ディスク（ＤＶＤ）（または他の光ディスクストレージ）、磁気カセット、磁気テープ、磁気ディスクストレージ（または他の磁気ストレージデバイス）などを含みうる。コンピュータストレージ媒体は、伝搬データ信号を含まない。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波または他の伝送メカニズムなどの変調されたデータ信号として具現化でき、任意の情報配信媒体を含みうる。「変調されたデータ信号（modulated data signal）」という用語は、信号内の情報をエンコード（符号化）する方法によって、その特性のうちの１つ以上が設定または変更された信号を意味しうる。非限定的な例として、通信媒体は、有線媒体（有線ネットワークまたは直接的な有線接続）と無線媒体（例：音響媒体、高周波媒体、赤外線媒体、および他の無線媒体）とを含みうる。上記の任意の組み合わせも、コンピュータ可読媒体の範囲内に含まれる。

メモリ６０２は、揮発性および／または不揮発性メモリの形態のコンピュータストレージ媒体を含みうる。メモリ６０２は、リムーバブル、非リムーバブル、またはそれらの組み合わせであってよい。例えば、メモリ６０２は、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含みうる。図６に示す通り、メモリ６０２は、コンピュータ可読および／またはコンピュータ実行可能命令６１４（例：ソフトウェアコード）を格納してよい。当該命令６１４は、その実行時に、例えば図１から図５を参照して本明細書において説明されている様々な機能をプロセッサ６０８に実現させるように設定されている。あるいは、命令６１４は、プロセッサ６０８によって直接的に実行可能でなくてもよい。命令６１４は、（例えば、コンパイルおよび実行されたときに）本明細書において説明されている様々な機能をノード６００に実現させるように設定されていてもよい。

プロセッサ６０８（例えば、処理回路を有している）は、インテリジェントハードウェアデバイス、中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含みうる。プロセッサ６０８は、メモリを含みうる。プロセッサ６０８は、メモリ６０２から受信したデータ６１２および命令６１４と、トランシーバ６０６、ベースバンド通信モジュール、および／またはネットワーク通信モジュールを介した情報と、を処理してよい。プロセッサ６０８は、アンテナ６１０を介した送信のためにトランシーバ６０６に送信され、かつ、ＣＮへの送信のためにネットワーク通信モジュールに送信される情報を処理してもよい。

１つ以上のプレゼンテーションコンポーネント６０４は、人または他のデバイスに対してデータ提示を示しうる。プレゼンテーションコンポーネント６０４の例は、ディスプレイデバイス、スピーカー、プリントコンポーネント、振動コンポーネントなどを含みうる。

本開示では、様々な技術が、それらのコンセプトの範囲から逸脱することなく、本出願に記載されているコンセプトを実施するために使用されうることが明示されている。さらに、上記コンセプトは、特定の実施を特に参照して説明されてきたが、当業者はそれらのコンセプトの範囲から逸脱することなく、形態および詳細部において変更がなされうることを認識するであろう。したがって、説明されている実施は、すべての点において例示と見なされるべきであり、限定と見なされるべきではない。また、本開示は、上述の特定の実施に限定されないことも理解されるべきである。さらに、本開示の範囲から逸脱することなく、多くの再構成、変形、および置換が可能である。

Claims (9)

1. マルチキャスト／ブロードキャストサービス（ＭＢＳ：Multicast/Broadcast Service）データ受信のために、ユーザ機器（ＵＥ：User Equipment）によって実行される方法であって、
   基地局（ＢＳ：Base Station）からＭＢＳ関連制御情報を受信するステップと、
   前記ＭＢＳ関連制御情報に基づいて、前記ＢＳから前記ＭＢＳのデータを受信するステップと、を含み、
   前記ＭＢＳ関連制御情報は、
   （ｉ）ＭＢＳに関連する第１無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）、
   （ｉｉ）ＭＢＳに応じて設定された制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Set）、
   （ｉｉｉ）前記ＭＢＳに応じて設定されたサーチスペース、および、
   （ｉｖ）前記ＭＢＳに応じて設定された周波数リソース、
   のうちの少なくとも１つを示す、方法。
2. 前記ＣＯＲＥＳＥＴ、および前記サーチスペースのそれぞれは、ＭＢＳ基準ごとに構成される、請求項１に記載の方法。
3. 第１ＲＮＴＩによってスクランブルされた第１巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を有する物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）において前記ＭＢＳの前記データを受信するステップをさらに含み、
   前記ＰＤＳＣＨは、前記第１ＲＮＴＩとは異なるＲＮＴＩ値を有する第２ＲＮＴＩによってスクランブルされた第２ＣＲＣを有する物理的ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）によって示されている、請求項１に記載の方法。
4. 前記第１ＲＮＴＩは、グループＲＮＴＩ（Ｇ－ＲＮＴＩ）であり、
   前記第２ＲＮＴＩは、ＵＥ固有ＲＮＴＩである、請求項３に記載の方法。
5. 前記ＭＢＳのデータに応じたＨＡＲＱ（ハイブリッド自動再送要求：Hybrid Automatic Repeat reQuest）－ＡＣＫ（肯定応答：Acknowledgement）フィードバック送信がイネーブルされているか否かを示すインジケータを、前記ＢＳから受信するステップをさらに含んでいる、請求項１に記載の方法。
6. 前記ＵＥの第１無線リンク制御（ＲＬＣ）エンティティを介して前記ＭＢＳの前記データを受信するステップと、
   前記ＵＥの第２無線リンク制御（ＲＬＣ）エンティティを介して前記ＭＢＳの前記データのコピーを受信するステップと、をさらに含んでおり、
   前記第１ＲＬＣエンティティ及び前記第２ＲＬＣエンティティは、ＵＥの共通パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）エンティティに関連付けられている、請求項１に記載の方法。
7. 前記ＭＢＳの前記データは、ポイント・トゥ・マルチプル（ＰＴＭ：Point-To-Multiple）配信モードにおいて前記ＢＳによって送信され、
   前記ＭＢＳの前記データの前記コピーは、ポイント・トゥ・ポイント（ＰＴＰ）配信モードにおいて前記ＢＳによって送信される、請求項６に記載の方法。
8. 前記ＵＥがＲＲＣ（無線リソース制御：Radio Resource Control）＿ＩＤＬＥ状態およびＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のうちの一方において動作する場合に、前記周波数リソースを介して前記ＭＢＳの前記データを受信するステップをさらに含み、
   前記周波数リソースは、前記ＵＥに対して設定された初期帯域幅部分（ＢＷＰ：Bandwidth Part）と、周波数ドメインにおいて重なっていない、請求項１に記載の方法。
9. マルチキャスト／ブロードキャストサービス（ＭＢＳ）データ受信のためのユーザ機器（ＵＥ）であって、
   プロセッサと、
   前記プロセッサに接続されたメモリと、を備え、
   前記メモリは、前記プロセッサによって実行された場合に、請求項１から８のいずれか１項に記載の方法を前記プロセッサに実行させるコンピュータ実行可能プログラムを格納している、ユーザ機器。
   
   

Images