JP7475458B2 - 通信制御方法、基地局、及びユーザ装置 - Google Patents

Description

本発明は、移動通信システムで用いる通信制御方法、基地局、及びユーザ装置に関する。

近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。

３ＧＰＰ技術仕様書「３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．２．０ （２０２０－０７）」

第１の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、セルを管理する前記基地局が、前記セルのＭＢＳ制御チャネルを介して、ＭＢＳデータの受信に用いるＭＢＳ制御情報を前記ユーザ装置に送信することと、前記基地局が、前記ＭＢＳ制御情報の少なくとも一部を適用可能なエリア範囲であるＭＢＳ制御エリア範囲を示す制御エリア識別子を前記ユーザ装置に送信することと、を有する。

第２の態様に係る基地局は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる基地局であって、前記基地局のセルのＭＢＳ制御チャネルを介して、ＭＢＳデータの受信に用いるＭＢＳ制御情報を前記ユーザ装置に送信する処理と、前記ＭＢＳ制御情報の少なくとも一部を適用可能なエリア範囲であるＭＢＳ制御エリア範囲を示す制御エリア識別子を前記ユーザ装置に送信する処理と、を実行するプロセッサを有する。

第３の態様に係るユーザ装置は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、セルのＭＢＳ制御チャネルを介して、ＭＢＳデータの受信に用いるＭＢＳ制御情報を受信する処理と、前記ＭＢＳ制御情報の少なくとも一部を適用可能なエリア範囲であるＭＢＳ制御エリア範囲を示す制御エリア識別子を前記セルから受信する処理と、前記基地局からの前記ＭＢＳ制御情報及び前記制御エリア識別子を記憶する処理と、前記記憶した制御エリア識別子が示す前記ＭＢＳ制御エリア範囲内において、前記記憶したＭＢＳ制御情報に基づいて前記ＭＢＳデータを受信する処理と、を実行するプロセッサを有する。

実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との対応関係を示す図である。 一実施形態に係る移動通信システムの動作を示す図である。 一実施形態に係るＵＥがセルＣ１からセルＣ２に移動する場合の動作を示す図である。 一実施形態に係るＵＥがセルＣ１からセルＣ２に移動する場合の他の例を示す図である。 変更例１に係る動作を示す図である。 変更例１に係る動作を示す図である。 変更例１に係る他の動作を示す図である。 変更例２に係る動作を示す図である。 変更例３に係る動作を示す図である。 ＬＴＥ ＳＣ－ＰＴＭにおける２段階設定を示す図である。 ＮＲ ＭＢＳのための機能拡張を示す図である。 ＬＴＥ ＭＢＭＳのＵ－ｐｌａｎｅアーキテクチャを示す図である。 信頼性の高い受信及びマルチキャスト/ユニキャストスイッチングの機能拡張を示す図である。

５Ｇシステム（ＮＲ）にマルチキャスト・ブロードキャストサービスを導入することが検討されている。ＮＲのマルチキャスト・ブロードキャストサービスは、ＬＴＥのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。

そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現することを目的とする。

図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（移動通信システムの構成）
まず、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。

図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。

ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。

５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。

図２は、実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

図３は、実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。

図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合、ＳＤＡＰが無くてもよい。

図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを有する。

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間の接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

（ＭＢＳ）
次に、実施形態に係るＭＢＳについて説明する。ＭＢＳは、ＮＧ－ＲＡＮ１０からＵＥ１００に対してブロードキャスト又はマルチキャスト、すなわち、１対多（ＰＴＭ：Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）でのデータ送信を行うサービスである。ＭＢＳは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）と呼ばれてもよい。なお、ＭＢＳのユースケース（サービス種別）としては、公安通信、ミッションクリティカル通信、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信、ＩＰｖ４又はＩＰｖ６マルチキャスト配信、ＩＰＴＶ、グループ通信、及びソフトウェア配信等がある。

ＬＴＥにおけるＭＢＳの送信方式には、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）送信及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）送信の２種類がある。図６は、実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との対応関係を示す図である。

図６に示すように、ＭＢＳＦＮ送信に用いる論理チャネルはＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）及びＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であり、ＭＢＳＦＮ送信に用いるトランスポートチャネルはＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）である。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計されており、複数のセルからなるＭＢＳＦＮエリアにおいて各セルが同じＭＢＳＦＮサブフレームで同じ信号（同じデータ）の同期送信を行う。

ＳＣ－ＰＴＭ送信に用いる論理チャネルはＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）及びＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であり、ＳＣ－ＰＴＭ送信に用いるトランスポートチャネルはＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭ送信は、主に単一セル送信用に設計されており、セル単位でブロードキャスト又はマルチキャストでのデータ送信を行う。ＳＣ－ＰＴＭ送信に用いる物理チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であり、動的なリソース割当が可能になっている。

以下において、ＳＣ－ＰＴＭ伝送方式を用いてＭＢＳが提供される一例について主として説明するが、ＭＢＳＦＮ伝送方式を用いてＭＢＳが提供されてもよい。また、ＭＢＳがマルチキャストにより提供される一例について主として説明する。このため、ＭＢＳをマルチキャストと読み替えてもよい。但し、ＭＢＳがブロードキャストにより提供されてもよい。

また、以下において、ＭＢＳデータとは、ＭＢＳにより送信されるデータをいう。ＭＢＳ制御チャネルとは、ＭＣＣＨ又はＳＣ－ＭＣＣＨをいい、ＭＢＳトラフィックチャネルとは、ＭＴＣＨ又はＳＣ－ＭＴＣＨをいうものとする。

ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳサービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）及びセッション識別子のうち少なくとも１つにより識別され、これらの識別子のうち少なくとも１つをＭＢＳサービス識別子と呼ぶ。このようなＭＢＳサービス識別子は、ＭＢＳセッション識別子又はマルチキャストグループ識別子と呼ばれてもよい。

（移動通信システムの動作）
次に、上述の移動通信システムの構成及びＭＢＳを前提として、一実施形態に係る移動通信システムの動作について説明する。

ＭＢＳ受信を行うＵＥ１００はセルを跨いで移動し得る。このようなＵＥ１００がＭＢＳ受信を継続するためには少なくともセル切替の際にＭＢＳ制御チャネル（ＭＢＳ制御情報）を切替先のセルで受信する必要がある。このため、ＵＥ１００の負荷及び消費電力が増えるとともに、切替先のセルから速やかにＭＢＳデータを受信することが難しいという問題がある。

一実施形態において、ＭＢＳ制御情報を複数のセルからなるエリア範囲（以下、「ＭＢＳ制御エリア範囲」と呼ぶ）内で共通化可能な機能（以下、「制御エリア機能」と呼ぶ）を導入する。これにより、ＭＢＳ制御エリア範囲内においてセルを跨いでもＭＢＳ制御情報を使いまわすことができるため、上述の問題を解決できる。

すなわち、一実施形態に係るｇＮＢ２００は、自セルのＭＢＳ制御チャネルを介して、ＭＢＳデータの受信に用いるＭＢＳ制御情報をＵＥ１００に送信する。ｇＮＢ２００は、ＭＢＳ制御情報の少なくとも一部を適用可能なエリア範囲であるＭＢＳ制御エリア範囲を示す制御エリア識別子をＵＥ１００に送信する。これにより、ＵＥ１００は、現在のセルのＭＢＳ制御情報を使いまわすことが可能なＭＢＳ制御エリア範囲を把握できる。

ＵＥ１００は、ｇＮＢ２００からのＭＢＳ制御情報及び制御エリア識別子を記憶する。そして、ＵＥ１００は、記憶した制御エリア識別子が示すＭＢＳ制御エリア範囲内において、記憶したＭＢＳ制御情報に基づいてＭＢＳデータを受信する。このように、記憶したエリア範囲内ではセルを跨いでもＭＢＳ制御情報を使いまわしてＭＢＳデータを受信できるため、ＵＥ１００の負荷及び消費電力を抑制できるとともに、切替先のセルから速やかにＭＢＳデータを受信しやすくなる。

図７は、一実施形態に係る移動通信システムの動作を示す図である。

図７に示すように、ステップＳ１において、セルＣ１を管理するｇＮＢ２００は、セルＣ１のブロードキャスト制御チャネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介して、ＭＢＳシステム情報をＵＥ１００に送信する。ＭＢＳシステム情報の送信は、所定のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を用いてブロードキャストで行われる。ＵＥ１００は、ＭＢＳシステム情報を受信する。なお、システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）と呼ばれることがある。

ＭＢＳシステム情報は、ＭＢＳ制御チャネルの受信に必要なスケジューリング情報を含む。例えば、ＭＢＳシステム情報は、ＭＢＳ制御チャネルの内容（ＭＢＳ制御情報）が変更され得る周期を示す情報と、ＭＢＳ制御チャネル送信の時間間隔を無線フレーム数で示す情報と、ＭＢＳ制御チャネルがスケジュールされる無線フレームのオフセットを示す情報と、ＭＢＳ制御チャネルがスケジュールされるサブフレームを示す情報とのうち少なくとも１つを含む。

一実施形態において、ＭＢＳシステム情報は、ＭＢＳ制御エリア設定をさらに含む。ＭＢＳ制御エリア設定は、セルＣ１が制御エリア機能を適用可能か否か示す情報要素（以下、「適用可否フラグ」と呼ぶ）を含む。セルＣ１が制御エリア機能を適用可能である場合、ＭＢＳシステム情報は、制御エリア識別子を含む。但し、ＭＢＳシステム情報が存在する場合、暗示的に制御エリア機能が適用可能であるとみなし、適用可否フラグが存在しなくてもよい。

ＭＢＳ制御エリア設定は、このＭＢＳ制御エリア設定が有効である期間を示す有効期限情報（例えば、ある無線フレームまで有効、ある時刻まで有効、ある時間内は有効）を含んでもよい。なお、この有効期限が満了した後に、ＭＢＳ制御エリア範囲を構成する隣接セルは自身のＭＢＳ制御情報を変更してもよい。このような変更は、オペレータの装置により実施されてもよく、コアネットワークが実施してもよく、ｇＮＢ２００間シグナリングで実施されてもよい。

なお、制御エリア機能は、セルＣ１を含む複数セルでＳＦＮ（Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）を構成する場合のみ有効にできるという制限があってもよい。ＳＦＮとは、同じ周波数で運用される複数のセルが同じ信号を同時に送信するネットワークをいう。ＵＥ１００は、当該複数のセルからの信号（合成信号）を、いずれのセルから送信されたものかを識別することなく受信する。ＳＦＮを構成するためのＭＢＳ制御チャネルについて制御エリア機能が有効化されてもよい。

また、制御エリア識別子は、システム情報エリア範囲を示すシステム情報エリア識別子と共通化されていてもよい。システム情報エリア範囲とは、ＭＢＳシステム情報を使いまわすことが可能なエリア範囲をいう。制御エリア識別子をシステム情報エリア識別子と共通化する場合、ＭＢＳシステム情報は、ＭＢＳ制御情報がＭＢＳシステム情報のエリア範囲の設定に準じることを示す情報を含んでもよい。すなわち、この情報は、システム情報エリア識別子を制御エリア識別子として取り扱うことを示す情報である。

セルＣ１に複数のＭＢＳ制御チャネルが存在してもよい。例えば、ＭＢＳサービスごとに又はＭＢＳサービスカテゴリごとにＭＢＳ制御チャネルが設けられる。この場合、ＭＢＳシステム情報は、ＭＢＳ制御チャネルごとにＭＢＳ制御エリア設定を含んでもよい。ＭＢＳシステム情報は、ＭＢＳサービス識別子及び／又はＭＢＳ制御チャネル識別子と、この識別子と対応付けられたＭＢＳ制御エリア設定とを含んでもよい。ＭＢＳ制御エリア設定に代えて、又はＭＢＳ制御エリア設定に加えて、ＭＢＳ制御チャネルと対応付けられたネットワークスライス識別子がＭＢＳシステム情報に含まれてもよい。

ＵＥ１００は、ステップＳ１でｇＮＢ２００から受信したＭＢＳシステム情報に基づいて、ＭＢＳ制御チャネルのスケジューリングを把握する。また、ＵＥ１００は、このＭＢＳシステム情報に含まれるＭＢＳ制御エリア設定を記憶する。

ステップＳ２において、ｇＮＢ２００は、ステップＳ１で送信したＭＢＳシステム情報に従ったスケジューリングで、ＭＢＳ制御チャネルを介してＭＢＳ制御情報を送信する。ＭＢＳ制御情報の送信は、所定のＲＮＴＩを用いてブロードキャスト（又はマルチキャスト）で行われる。

ＭＢＳ制御情報は、ＭＢＳトラフィックチャネルのスケジューリング情報のリストを含む。ＭＢＳトラフィックチャネルは、ＭＢＳサービスごとに設けられる。ＭＢＳトラフィックチャネルのスケジューリング情報は、例えば、当該ＭＢＳトラフィックチャネルに対応するＭＢＳサービス識別子（例えば、ＴＭＧＩ）及びグループＲＮＴＩと、当該ＭＢＳトラフィックチャネルのスケジューリング情報（ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）情報）とを含む。グループＲＮＴＩは、ＭＢＳサービス識別子と１対１でマッピングされる。

ステップＳ３において、ＵＥ１００は、ステップＳ２でｇＮＢ２００から受信したＭＢＳ制御情報を、ステップＳ１でｇＮＢ２００から受信したＭＢＳ制御情報に含まれるＭＢＳ制御エリア設定（少なくとも、制御エリア識別子）と対応付けて記憶する。また、ＵＥ１００は、ステップＳ２でｇＮＢ２００から受信したＭＢＳ制御情報に基づいて、ＭＢＳトラフィックチャネルのスケジューリングを把握する。例えば、ＵＥ１００は、自身の興味のあるＭＢＳサービスに対応するＭＢＳトラフィックチャネルのスケジューリングを把握し、このＭＢＳトラフィックチャネルの受信を試みる。

ステップＳ４において、ｇＮＢ２００は、ステップＳ２で送信したＭＢＳ制御情報に従ったスケジューリングで、ＭＢＳトラフィックチャネルを介してＭＢＳデータを送信する。ＭＢＳデータの送信は、グループＲＮＴＩを用いてマルチキャスト（又はブロードキャスト）で行われる。ＵＥ１００は、自身の興味のあるＭＢＳサービスに対応するＭＢＳトラフィックチャネルのＭＢＳデータを受信する。

次に、上述の動作の後においてＵＥ１００がセルＣ１から他セル（隣接セル）であるセルＣ２に移動する場合について説明する。図８は、一実施形態に係るＵＥ１００がセルＣ１からセルＣ２に移動する場合の動作を示す図である。図８において、セルＣ１がｇＮＢ２００Ａにより管理され、セルＣ２がｇＮＢ２００Ｂにより管理される一例を示している。

図８に示すように、ＵＥ１００は、セルＣ１からセルＣ２に移動する際にハンドオーバ又はセル再選択を行う。ハンドオーバとは、ＲＲＣコネクティッド状態にあるＵＥ１００のセル切替動作をいう。セル再選択とは、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００のセル切替動作をいう。

ＵＥ１００は、セルＣ１において、セルＣ１のＭＢＳ制御情報を制御エリア識別子と対応付けて記憶している（図７のステップＳ３参照）。ＵＥ１００は、セルＣ１からセルＣ２へのセル切替にあたり、セルＣ２のブロードキャスト制御チャネルで送信されるＭＢＳシステム情報を受信し、このＭＢＳシステム情報中のＭＢＳ制御エリア設定を取得する。

ここで、取得したＭＢＳ制御エリア設定中の適用可否フラグがオン（すなわち、セルＣ２が制御エリア機能を適用可能）である場合、ＵＥ１００は、取得したＭＢＳ制御エリア設定中の制御エリア識別子（セルＣ２の制御エリア識別子）が、自身が記憶している制御エリア識別子（セルＣ１の制御エリア識別子）と一致するか否かを判定する。一致する場合、ＵＥ１００は、自身が記憶しているＭＢＳ制御情報（セルＣ１のＭＢＳ制御情報）が有効であると判定し、セルＣ２のＭＢＳ制御チャネルの受信を行わない（スキップする）。そして、ＵＥ１００は、自身が記憶しているＭＢＳ制御情報（セルＣ１のＭＢＳ制御情報）に基づいて、セルＣ２のＭＢＳトラフィックチャネルの受信を試み、セルＣ２からＭＢＳデータを受信する。

このように、ＵＥ１００は、セルＣ２のシステム情報を読んでＭＢＳ制御エリア範囲が同一であれば、セルＣ１のＭＢＳ制御情報がセルＣ２で有効であると判定し、セルＣ２のＭＢＳ制御チャネル受信を行わず、セルＣ２のＭＢＳトラフィックチャネルの受信を試みることができる。これにより、ＭＢＳ受信中断時間が削減される。

なお、図８の例において、セルＣ１及びセルＣ２が別々のｇＮＢ２００により管理される一例を説明したが、図９に示すように、セルＣ１及びセルＣ２が同じｇＮＢ２００により管理されていてもよい。

図８及び図９に示すように、ＵＥ１００がセルＣ１からセルＣ２へ移動する場合、ＵＥ１００は、セルＣ１からのＭＢＳ受信を行いながら、セルＣ２に移動する前にセルＣ２の制御エリア識別子を取得する動作を実行し得る。ＵＥ１００の受信機が１つである場合を想定すると、このような動作が困難になり得る。例えば、ＵＥ１００は、セルＣ１からのＭＢＳ受信を一時的に中断してセルＣ２の制御エリア識別子を取得する必要がある。

このため、ｇＮＢ２００（セルＣ１）は、セルＣ２（隣接セル）がセルＣ１と同じＭＢＳ制御エリア範囲に属するか否かを特定するための隣接セル情報をＵＥ１００に送信してもよい。ＵＥ１００は、セルＣ１からの隣接セル情報に基づいて、セルＣ２（隣接セル）がセルＣ１と同じＭＢＳ制御エリア範囲に属するか否かを把握できる。例えば、ＵＥ１００は、隣接セル情報を受信及び記憶した後、セル切替の際に、隣接セルからＭＢＳ制御情報を取得しなければならないかの判定を行う。例えば、セルＣ２（隣接セル）がセルＣ１と同じＭＢＳ制御エリア範囲に属する場合、ＵＥ１００は、セルＣ２の制御エリア識別子の取得を行わない（スキップする）。

ｇＮＢ２００（セルＣ１）は、セルＣ１のブロードキャスト制御チャネルを介してＭＢＳシステム情報中で隣接セル情報を送信してもよいし、セルＣ１のＭＢＳ制御チャネルを介して隣接セル情報を送信してもよい。

隣接セル情報は、隣接セル（セルＣ２）の制御エリア識別子を含む。隣接セル情報は、隣接セル（セルＣ２）のセル識別子及び／又は周波数識別子及び／又はＭＢＳサービス識別子と、この識別子と対応付けられた制御エリア識別子とを含んでもよい。セルＣ２に複数のＭＢＳ制御チャネルが存在する場合、隣接セル情報は、ＭＢＳ制御チャネル識別子と、この識別子と対応付けられた制御エリア識別子とを含んでもよい。或いは、隣接セル情報は、セルＣ１と同じ又は異なるＭＢＳ制御エリア範囲に属する隣接セルに限定して、この隣接セルのセル識別子及び／又は周波数識別子を含んでもよい。隣接セル情報は、隣接セルのシステム情報エリア範囲を示すシステム情報エリア識別子をさらに含んでもよい。

（変更例１）
次に、変更例１について、上述の実施形態との相違点を主として説明する。

上述の実施形態において、ＵＥ１００は、セルＣ２（隣接セル）がセルＣ１と同じＭＢＳ制御エリア範囲に属していない場合、ＵＥ１００は、セルＣ２からＭＢＳ制御情報を受信する必要がある。

変更例１において、ｇＮＢ２００（セルＣ１）は、セルＣ１が属するＭＢＳ制御エリア範囲と隣接セルが属するＭＢＳ制御エリア範囲とが異なる場合、当該隣接セル内で送信されるＭＢＳ制御情報をセルＣ１において送信する。これにより、セルＣ１に居るＵＥ１００は、当該隣接セルに移動する前に、当該隣接セルのＭＢＳ制御情報を取得できる。このため、当該隣接セルに移動した際に、予め取得しているＭＢＳ制御情報に基づいて当該隣接セルからＭＢＳデータを速やかに受信できる。

ｇＮＢ２００（セルＣ１）は、セルＣ１のブロードキャスト制御チャネルを介して隣接セルのＭＢＳ制御情報を送信してもよいし、セルＣ１のＭＢＳ制御チャネルを介して隣接セルのＭＢＳ制御情報を送信してもよい。

なお、ｇＮＢ２００（セルＣ１）は、セルＣ１が属するＭＢＳ制御エリア範囲と隣接セルが属するＭＢＳ制御エリア範囲とが同じである場合、上述の実施形態と同様に当該隣接セルについての隣接セル情報をセルＣ１において送信してもよい。

図１０は、変更例１に係る動作を示す図である。図１０において、３つのセルが別々のｇＮＢ２００により管理される一例を示しているが、３つのセルが１つのｇＮＢ２００により管理されていてもよい。

図１０に示すように、セルＣ１及びセルＣ２は同じＭＢＳ制御エリア範囲＃１に属し、セルＣ３はＭＢＳ制御エリア範囲＃２に属している。

セルＣ１を管理するｇＮＢ２００（２００Ａ）は、セルＣ２について、上述の隣接セル情報をセルＣ１において送信する。セルＣ１に居るＵＥ１００は、この隣接セル情報に基づいて、セルＣ２がセルＣ１と同じＭＢＳ制御エリア範囲＃１に属することを把握する。

セルＣ１を管理するｇＮＢ２００（２００Ａ）は、セルＣ３について、セルＣ３がＭＢＳ制御チャネルで送信するＭＢＳ制御情報をセルＣ１において送信する。ｇＮＢ２００（２００Ａ）は、セルＣ３のＭＢＳ制御情報と対応付けて、上述の隣接セル情報の少なくとも一部の情報をセルＣ１において送信してもよい。ｇＮＢ２００（２００Ａ）は、セルＣ３がブロードキャスト制御チャネルで送信するＭＢＳシステム情報をセルＣ１においてさらに送信してもよい。

セルＣ１に居るＵＥ１００は、セルＣ３のＭＢＳ制御情報をセルＣ１から受信して記憶する。ＵＥ１００は、セルＣ１からセルＣ３に移動した際に、記憶しているセルＣ３のＭＢＳ制御情報に基づいてセルＣ３からＭＢＳデータを速やかに受信できる。

セルＣ１を管理するｇＮＢ２００（２００Ａ）は、セルＣ３を管理するｇＮＢ２００（２００Ｃ）から、基地局間インターフェイスを介して、セルＣ３のＭＢＳ制御情報（ＭＢＳ制御チャネル設定）を取得してもよい。或いは、ｇＮＢ２００（２００Ａ）は、オペレータの装置又はコアネットワークからセルＣ３のＭＢＳ制御情報を取得してもよい。ｇＮＢ２００（２００Ａ）は、取得したセルＣ３のＭＢＳ制御情報をセルＣ１において送信する。

セルＣ１を管理するｇＮＢ２００（２００Ａ）は、セルＣ３を管理するｇＮＢ２００（２００Ｃ）から、基地局間インターフェイスを介して、セルＣ３の制御エリア識別子の変更通知を受信してもよい。或いは、ｇＮＢ２００（２００Ａ）は、オペレータの装置又はコアネットワークからセルＣ３の制御エリア識別子の変更通知を受信してもよい。ｇＮＢ２００（２００Ａ）は、受信した変更通知に基づいて、セルＣ３の制御エリア識別子の変更を把握する。

なお、ｇＮＢ２００（２００Ａ）は、ＵＥ１００からの要求に応じて、セルＣ３のＭＢＳ制御情報をセルＣ１において送信してもよい。具体的には、ＵＥ１００は、隣接セル（セルＣ３）内で送信されるＭＢＳ制御情報を要求する送信要求をｇＮＢ２００に送信する。ｇＮＢ２００は、この送信要求の受信に応じて、セルＣ３のＭＢＳ制御情報をＵＥ１００に送信する。これにより、ｇＮＢ２００（２００Ａ）は、セルＣ３のＭＢＳ制御情報を常にセルＣ１において周期的に送信する必要が無くなり、ＵＥ１００から要求があったときにセルＣ３のＭＢＳ制御情報をセルＣ１において送信すればよい。このため、セルＣ１の無線リソースを節約できる。

送信要求としてランダムアクセスプリアンブルを用いてもよい。例えば、ＵＥ１００は、複数のＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）リソースの中からＵＥ１００が選択したＰＲＡＣＨリソースを用いたランダムアクセスプリアンブルを送信要求としてｇＮＢ２００に送信する。複数のＰＲＡＣＨリソースのそれぞれは、隣接セルの識別子、ＭＢＳサービス識別子、及びＭＢＳ制御チャネルの識別子のうち少なくとも１つと対応付けられている。

図１１は、変更例１に係る他の動作を示す図である。図１１において、必須ではないステップを破線で示している。

図１１に示すように、ステップＳ１１において、ＵＥ１００は、隣接セルのＭＢＳ制御情報の送信を要求する送信要求をｇＮＢ２００に送信してもよい。ＵＥ１００は、隣接セルのＭＢＳ制御情報に加えて、隣接セルのＭＢＳシステム情報の送信をｇＮＢ２００に要求してもよい。

送信要求は、ＭＢＳシステム情報及び／又はＭＢＳ制御チャネルの要求対象の隣接セルのセル識別子及び／又は周波数識別子を含んでもよい。送信要求は、ＭＢＳシステム情報及び／又はＭＢＳ制御チャネルの要求対象の制御エリア識別子を含んでもよい。１つの隣接セルに複数のＭＢＳ制御チャネルが存在する場合、送信要求は、要求するＭＢＳ制御チャネルのＭＢＳ制御チャネル識別子を含んでもよい。

ＲＲＣアイドル状態又はＲＲＣコネクティッド状態にあるＵＥ１００は、送信要求としてランダムアクセスプリアンブルをｇＮＢ２００に送信してもよい。ランダムアクセスプリアンブルの送信に用いるＰＲＡＣＨリソースは、隣接セルごとに区分けされていてもよいし、ＭＢＳサービス識別子ごとに区分けされていてもよいし、制御エリア識別子ごとに区分けされていてもよい。このような区分けの情報は予めＵＥ１００及びｇＮＢ２００で共有されており、ＵＥ１００は、要求対象に対応するＰＲＡＣＨリソースを選択してランダムアクセスプリアンブルの送信に用いる。或いは、送信要求は、隣接セルのすべてのＭＢＳ制御情報を要求するものであってもよい。

ステップＳ１２において、ｇＮＢ２００は、ＵＥ１００からの送信要求に基づき、隣接セルのＭＢＳ制御チャネル（及び／又は隣接セルのＭＢＳシステム情報）を送信する。この送信は、セルＣ１のブロードキャスト制御チャネル又はＭＢＳ制御チャネルを介したブロードキャストであってもよいし、ＵＥ個別シグナリング（ＲＲＣメッセージ）による送信であってもよい。

（変更例２）
次に、変更例２について、上述の実施形態との相違点を主として説明する。

変更例２は、ＵＥ１００がＲＲＣアイドル状態又はＲＲＣインアクティブ状態でセルＣ１からＭＢＳ受信を行う場合を主として想定した実施例である。変更例２において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、セルＣ１が属するＭＢＳ制御エリア範囲と隣接セルが属するＭＢＳ制御エリア範囲とが異なる場合、セルＣ１においてＲＲＣコネクティッド状態に遷移したうえでｇＮＢ２００から当該隣接セルのＭＢＳ制御情報を取得する。

図１２は、変更例２に係る動作を示す図である。

図１２に示すように、ステップＳ２１において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態でＭＢＳ受信を行うＵＥ１００は、セルＣ１から隣接セル（ここではセルＣ２とする）へのセル再選択前に、接続要求メッセージをセルＣ１に送信する。接続要求メッセージの送信は、セルＣ１及び／又はセルＣ２の無線状況に基づいてトリガされる。無線状況と比較する閾値は、予めセルＣ１からＵＥ１００に設定されていてもよい。なお、ＲＲＣアイドル状態の場合、接続要求メッセージは、ＲＲＣメッセージの一種であるＲＲＣ Ｒｅｑｕｅｓｔメッセージであってもよい。ＲＲＣインアクティブ状態の場合、接続要求メッセージは、ＲＲＣメッセージの一種であるＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージであってもよい。

ステップＳ２２において、セルＣ１を管理するｇＮＢ２００は、接続要求メッセージの受信に応じて、接続応答メッセージをＵＥ１００に送信する。ＲＲＣアイドル状態の場合、接続応答メッセージは、ＲＲＣメッセージの一種であるＲＲＣ Ｓｅｔｕｐメッセージであってもよい。ＲＲＣインアクティブ状態の場合、接続応答メッセージは、ＲＲＣメッセージの一種であるＲＲＣ Ｒｅｓｕｍｅメッセージであってもよい。

ステップＳ２３において、ＲＲＣコネクティッド状態に遷移するＵＥ１００は、通知メッセージをｇＮＢ２００に送信する。ＵＥ１００は、ＵＥ１００がＭＢＳ受信を行うことを示すＭＢＳ受信情報を通知メッセージに含める。或いは、ＵＥ１００は、このようなＭＢＳ受信情報を、ステップＳ２１の接続要求メッセージに含めてもよい。ＭＢＳ受信情報は、ＵＥ１００が受信するＭＢＳサービスのＭＢＳサービス識別子を含んでもよい。

ＵＥ１００は、隣接セル（セルＣ２）に対する測定結果を示す測定情報を通知メッセージに含めてもよい。或いは、ＵＥ１００は、このような測定情報を、ステップＳ２１の接続要求メッセージに含めてもよい。

通知メッセージは、ＲＲＣ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅメッセージ（ＲＲＣアイドル状態の場合）であってもよいし、ＲＲＣ Ｒｅｓｕｍｅ Ｃｏｍｐｌｅｔｅメッセージ（ＲＲＣインアクティブ状態の場合）であってもよい。通知メッセージは、ＲＲＣメッセージの一種であるＭＢＳ興味インディケーションメッセージであってもよい。通知メッセージは、後述の測定報告（測定報告メッセージ）であってもよい。

ステップＳ２４において、ｇＮＢ２００は、ＵＥ１００がハンドオーバ基準を満足した場合、隣接セル（セルＣ２）のＭＢＳ制御情報を含むハンドオーバ指令メッセージをＵＥ１００に送信する。ハンドオーバ指令メッセージは、ＲＲＣメッセージの一種であって、ハンドオーバをＵＥ１００に指示するためのメッセージである。

なお、セルＣ１及びセルＣ２が互いに異なるｇＮＢ２００により管理されている場合、ステップＳ２４に先立ち、セルＣ１を管理するｇＮＢ２００（２００Ａ）は、セルＣ２を管理するｇＮＢ２００（２００Ｂ）に対してハンドオーバ要求を送信する。ハンドオーバ要求は、ＵＥ１００がＭＢＳ受信を希望する旨の情報を含んでもよい。セルＣ２を管理するｇＮＢ２００（２００Ｂ）は、ハンドオーバ要求の受信に応じて、セルＣ２のＭＢＳ制御情報を含むハンドオーバ応答を、セルＣ１を管理するｇＮＢ２００（２００Ａ）に送信する。セルＣ１を管理するｇＮＢ２００（２００Ａ）は、このハンドオーバ応答中のＭＢＳ制御情報を含むハンドオーバ指令メッセージをＵＥ１００に送信する。

ＵＥ１００は、ｇＮＢ２００からハンドオーバ指令メッセージを受信すると、セルＣ２へのハンドオーバを実行する。ＵＥ１００は、ハンドオーバの完了後、セルＣ２に対して、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態へ遷移したい旨の通知を送信してもよい。その結果、ＵＥ１００は、セルＣ２において、ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態へ遷移する。

或いは、ＵＥ１００がＲＲＣコネクティッド状態でセルＣ１からＭＢＳ受信を行う場合を想定してもよい。この場合、図１２におけるステップＳ２１及びＳ２２は不要である。

ＲＲＣコネクティッド状態にあるＵＥ１００が、セルＣ１と同じＭＢＳ制御エリア範囲に属するハンドオーバ候補セルを、測定報告によってｇＮＢ２００に通知することにより、この候補セルへのハンドオーバを実行可能になる。その結果、ＵＥ１００は、ハンドオーバ後に速やかにＭＢＳ受信を行うことができる。

すなわち、ＲＲＣコネクティッド状態にあるＵＥ１００は、セルＣ１が属するＭＢＳ制御エリア範囲と隣接セルが属するＭＢＳ制御エリア範囲とが同じであるか否かに基づいた測定報告をｇＮＢ２００に送信する。具体的には、ＵＥ１００は、測定報告で測定結果をｇＮＢ２００に報告する各セルについて、ＭＢＳ制御エリア識別子が異なる（すなわち、ＭＢＳ制御情報の再取得が必要）か否かに関する情報を測定報告に含める。

第１に、ＲＲＣコネクティッド状態にあるＵＥ１００は、各隣接セルの測定を行うとともに、隣接セルの制御エリア識別子がサービングセル（セルＣ１）の制御エリア識別子と同一か否かを確認する。

ここで、隣接セルのＭＢＳ制御エリア識別子は、サービングセル（セルＣ１）からＵＥ１００に提供されていてもよいし、隣接セルのＭＢＳシステム情報をＵＥ１００が読むことで取得してもよい。

第２に、ＵＥ１００は、測定報告がトリガされた場合、測定報告メッセージをｇＮＢ２００（セルＣ１）に送信する。

ここで、セルＣ１でＭＢＳ受信を行うＵＥ１００は、当該測定報告メッセージに測定結果を含める隣接セルのセル識別子に、制御エリア識別子がセルＣ１と同一であることを示す情報及び／又は制御エリア識別子がセルＣ１と異なることを示す情報を付与する。このような情報は、ＭＢＳ受信に適した隣接セル（すなわち、自身の希望するハンドオーバ先セル）を示す情報であってもよい。

或いは、ＵＥ１００は、制御エリア識別子がセルＣ１と同一である隣接セルの測定情報（セル識別子及び測定結果）のみを測定報告メッセージに含めてもよい。ＵＥ１００は、制御エリア識別子がセルＣ１と同一である隣接セルであって、かつ測定結果が測定報告のトリガ条件を満足したセルのみを測定報告メッセージに含めてもよい。

セルＣ１を管理するｇＮＢ２００は、ＵＥ１００からの測定報告メッセージに基づいてＵＥ１００のハンドオーバ先セルを決定する。例えば、ｇＮＢ２００は、制御エリア識別子がセルＣ１と同一である隣接セルを優先的にハンドオーバ先セルとして決定する。

（変更例３）
次に、変更例３について、上述の実施形態との相違点を主として説明する。

上述のように、ＭＢＳ制御情報は、ＭＢＳトラフィックチャネルのスケジューリング情報のリストを含む。上述の実施形態では、同一のＭＢＳ制御エリア範囲内において、各セルのＭＢＳ制御情報が完全一致していると仮定していた。変更例３では、各セルのＭＢＳ制御情報が部分的に一致している場合を想定する。具体的には、変更例３では、ＭＢＳ制御情報中のＭＢＳトラフィックチャネルのスケジューリング情報を１単位として、ＭＢＳトラフィックチャネルごとにＭＢＳ制御エリア範囲を設定する。

すなわち、上述の実施形態では、制御エリア識別子をＭＢＳ制御チャネルごとに設定していたのに対して、変更例３では、ＭＢＳ制御チャネル（ＭＢＳ制御情報）内のＭＢＳトラフィックチャネルスケジューリング情報（すなわち、ＭＢＳサービス識別子）ごとに制御エリア識別子を設定する。

例えば、あるＭＢＳサービスについて同一周波数でＳＦＮ（Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）を構成する場合、このＭＢＳサービスに対応するＭＢＳトラフィックチャネルのスケジューリング情報をこのＳＦＮ内のセル間で同一にしなければならない。同様に、別のＭＢＳトラフィックチャネルについてもセル間で同一スケジューリングとなる。

変更例３に係るｇＮＢ２００は、ＭＢＳトラフィックチャネルのスケジューリング情報と、このＭＢＳトラフィックチャネルと対応付けられた制御エリア識別子とを含むＭＢＳ制御情報を、ＭＢＳ制御チャネルを介して送信する。これにより、上述の実施形態に比べて、ＭＢＳトラフィックチャネルごとに細分化されたＭＢＳ制御エリア範囲をきめ細かに設定可能になる。

図１３は、変更例３に係る動作を示す図である。ここでは、上述の実施形態との相違点を主として説明する。

図１３に示すように、ステップＳ３１において、セルＣ１を管理するｇＮＢ２００は、セルＣ１のブロードキャスト制御チャネルを介して、ＭＢＳシステム情報をＵＥ１００に送信する。ＭＢＳシステム情報は、ＭＢＳ制御チャネルの受信に必要なスケジューリング情報を含む。ＭＢＳシステム情報は、上述の実施形態と同様に、ＭＢＳ制御エリア設定を含んでもよい。ＵＥ１００は、ステップＳ３１でｇＮＢ２００から受信したＭＢＳシステム情報に基づいて、ＭＢＳ制御チャネルのスケジューリングを把握する。

変更例３において、ＭＢＳシステム情報は、セルＣ１の各ＭＢＳトラフィックチャネルのＭＢＳサービス識別子と、このＭＢＳサービス識別子と対応付けられた制御エリア識別子とを含む。

ステップＳ３２において、ｇＮＢ２００は、ステップＳ３１で送信したＭＢＳシステム情報に従ったスケジューリングで、ＭＢＳ制御チャネルを介してＭＢＳ制御情報を送信する。ＭＢＳ制御情報は、ＭＢＳトラフィックチャネルのスケジューリング情報のリストを含む。ＭＢＳトラフィックチャネルは、ＭＢＳサービス（ＭＢＳサービス識別子）ごとに設けられる。

変更例３において、ＭＢＳ制御情報は、ＭＢＳトラフィックチャネルごとに制御エリア識別子を含む。ＭＢＳ制御情報において、制御エリア識別子は、ＭＢＳサービス識別子、グループＲＮＴＩ、及びＭＢＳトラフィックチャネルスケジューリング情報のいずれかひとつ以上と紐づいていてもよい。ＭＢＳ制御情報は、制御エリア識別子の有効期間を示す情報を含んでもよい。ＭＢＳ制御情報は、同一の制御エリア識別子に対応する隣接セルの情報（周波数識別子、セル識別子）を含んでもよい。制御エリア識別子は、ＳＦＮの識別番号であると考えられてもよい。

ステップＳ３３において、ＵＥ１００は、ステップＳ３２でｇＮＢ２００から受信したＭＢＳ制御情報を記憶する。具体的には、あるＭＢＳサービスのＭＢＳデータを受信するＵＥ１００は、このＭＢＳサービスに対応するＭＢＳトラフィックチャネルのスケジューリング情報を、このＭＢＳトラフィックチャネルと対応付けられた制御エリア識別子と共に記憶する。ＵＥ１００は、自身の興味のあるＭＢＳサービスに対応するＭＢＳトラフィックチャネルのスケジューリングを把握し、このＭＢＳトラフィックチャネルの受信を試みる。

ステップＳ３４において、ｇＮＢ２００は、ステップＳ３２で送信したＭＢＳ制御情報に従ったスケジューリングで、ＭＢＳトラフィックチャネルを介してＭＢＳデータを送信する。ＵＥ１００は、自身の興味のあるＭＢＳサービスに対応するＭＢＳトラフィックチャネルのＭＢＳデータを受信する。

次に、ＵＥ１００がセルＣ１から隣接セル（セルＣ２）に移動する場合について説明する（図８及び図９参照）。

ＲＲＣアイドル状態又はＲＲＣインアクティブ状態においてＭＢＳ受信を行うＵＥ１００は、セルＣ２のＭＢＳシステム情報を取得し、このＭＢＳシステム情報に含まれるＭＢＳサービス識別子及びその制御エリア識別子を確認する。ここで、ＵＥ１００が受信したいＭＢＳサービスのＭＢＳサービス識別子に対応する制御エリア識別子が、予め記憶しているＭＢＳトラフィックチャネル（ＭＢＳサービス識別子）の制御エリア識別子と一致する場合、このＭＢＳトラフィックチャネルの記憶済みのスケジューリング情報が有効であると判定する。この場合、セルＣ２からのＭＢＳ制御情報の受信をスキップし、セルＣ２から速やかにＭＢＳデータを受信できる。

一方、ＵＥ１００がＲＲＣコネクティッド状態にある場合、セルＣ１を管理するｇＮＢ２００は、ＵＥ１００のハンドオーバ制御を行う。ｇＮＢ２００（セルＣ１）は、ＵＥ１００が興味を持つＭＢＳサービス識別子について、ターゲットセル（セルＣ２）が異なる制御エリア識別子である場合、ＵＥ１００に対してセルＣ２のＭＢＳ制御情報に含まれるＭＢＳトラフィックチャネルスケジューリング情報を送信する。具体的には、上述の変更例２と同様にして、ハンドオーバ指令メッセージに、セルＣ２のＭＢＳ制御情報に含まれるＭＢＳトラフィックチャネルスケジューリング情報を含める。

（変更例４）
次に、変更例４について、上述の実施形態との相違点を主として説明する。変更例４は、変更例３で説明したようなＳＦＮを構成するための実施例である。変更例４において、ｇＮＢ２００は、同じＭＢＳデータを複数のｇＮＢ２００間で同期伝送するためのメッセージを隣接ｇＮＢに送信する。すなわち、ＳＦＮをｇＮＢ２００が自律分散的に構成するように動作する。

図１４は、変更例４に係る動作を示す図である。図１４に示すネットワークノード５００とは、コアネットワークの装置及び／又はオペレータの装置からなる装置群をいう。なお、図１４において、必須ではない動作を破線で示している。

図１４に示すように、ステップＳ４１において、ネットワークノード５００は、セルＣ１を管理するｇＮＢ２００Ａを、あるＭＢＳサービスのアンカーとして設定する。ここで、ネットワークノード５００は、あるＭＢＳサービスのＳＦＮを構成する各セル（各ｇＮＢ）の識別子をｇＮＢ２００Ａに送信（設定）してもよい。この識別子は、ＭＢＳサービス識別子と紐づいて通知されてもよい。なお、アンカーとなれる能力の有無について事前にｇＮＢ２００Ａからネットワークノード５００に通知しておいてもよい。

ステップＳ４２において、ｇＮＢ２００Ａは、隣接セルであるセルＣ２を管理するｇＮＢ２００Ｂに対して、ＳＦＮ構成の要求又は設定を行うためのメッセージを送信する。ｇＮＢ２００Ｂは、メッセージを受信する。メッセージは、基地局間インターフェイスを介して送受信されてもよい。

メッセージは、ｇＮＢ２００Ａ自身の設定を含んでもよいし、ｇＮＢ２００Ｂが設定すべき内容を含んでもよい。例えば、メッセージは、ＳＦＮに関する次の情報要素のうち少なくとも１つを含む。

・ＭＢＳサービス識別子：
ＳＦＮを構成するか否かの識別子をさらに含んでもよい。
・無線リソース設定：
周波数リソース情報（例えば、ＳＦＮに適用するキャリア周波数番号、帯域幅部分（ＢＷＰ）、ＰＲＢ情報（開始ＰＲＢ、ＰＲＢ幅））
時間リソース情報（例えば、ＳＦＮに適用するシステムフレーム番号、サブフレーム番号、期間情報（ＳＦＮを適用する時間（開始時間、終了時間、有効期間））
・ＭＣＳ、トランスポートブロックサイズ、及び／又はサブフレームあたりの送信データ量
・ＳＦＮを構成するためのシステム同期情報：
絶対時刻（ＧＰＳ時刻など）とシステムフレーム番号のマッピング情報（例えば、ある時刻とシステムフレーム番号“０”の対応情報もしくはオフセット値）、或いは、ｇＮＢ２００ＡとｇＮＢ２００Ｂのシステムフレーム番号オフセット値
・ＳＦＮを構成するためのデータ同期情報：
絶対時刻（ＧＰＳ時刻など）と送信データシーケンス番号のマッピング情報（例えば、ある時刻と送信データシーケンス番号“０”の対応情報もしくはオフセット値）、或いは、前記システムフレーム番号と送信データシーケンス番号のマッピング情報（例えば、システムフレーム番号“０”と対応する送信データシーケンス番号、もしくはオフセット値）。もしくは、送信機会（サブフレーム等）あたりの送信データ量。
なお、上記対応関係はそれぞれ逆の関係で表現されてもよい。例えば、上記データ同期情報は、送信データシーケンス番号“０”と対応するシステムフレーム番号であってもよい。
・グループＲＮＴＩ
・トランスポートネットワーク設定
・ベアラ識別子
・ｇＮＢ２００Ａのエンドポイント識別子（ＩＰアドレス、ＧＴＰトンネル識別子）
・ｇＮＢ２００Ｂのエンドポイント識別子（ＩＰアドレス、ＧＴＰトンネル識別子）

ステップＳ４３において、ｇＮＢ２００Ｂは、ｇＮＢ２００Ａに対して、ステップＳ４２のメッセージに対する応答メッセージを送信する。ｇＮＢ２００Ａは、応答メッセージを受信する。応答メッセージは、ｇＮＢ２００Ｂの設定（上記の情報要素）を含んでもよいし、単に設定完了の通知であってもよい。

ここで、設定内容についてｇＮＢ２００Ａ及びｇＮＢ２００Ｂ間で齟齬が出た場合（例えば、要求されたグループＲＮＴＩが既に割当済であったような場合）、両ｇＮＢ２００間でネゴシエーションが行われてもよい。

グループＲＮＴＩの識別子空間は、各ｇＮＢ２００が自由に割り当てて良いものと、ｇＮＢ２００間の協調で用いられるもの（アンカーのみ採番可能）とに分割されていてもよい。例えば、グループＲＮＴＩ＃１～１０は自由に割当可能、グループＲＮＴＩ＃１１～２０は協調用というように分割されてもよい。もしくは、現在割当中のグループＲＮＴＩを隣接ｇＮＢ２００間で定期的に情報交換してもよい。

ステップＳ４４において、ｇＮＢ２００Ａは、ネットワークノード５００に対して、ＳＦＮを構成する全てのｇＮＢ２００Ｂの設定が完了したことを通知する。

ＳＦＮが構成された後、ステップＳ４５において、ネットワークノード５００は、ＭＢＳデータをｇＮＢ２００Ａに送信する。ｇＮＢ２００Ａは、ＭＢＳデータを受信する。ステップＳ４６において、ｇＮＢ２００Ａは、ＭＢＳデータをｇＮＢ２００Ｂに転送する。このように、ｇＮＢ２００Ａは、ユーザプレーンの中継点（ハブ）となる。

ステップＳ４７及びステップＳ４８において、ｇＮＢ２００Ａ及びｇＮＢ２００Ｂ（ＳＦＮ内ｇＮＢ２００）のそれぞれは、上記設定に従ってＭＢＳ送信を行う。

なお、変更例４はＳＦＮを前提にしていたが、そうではなく、別周波数のセルでＭＢＳデータの同期送信を行ってもよい。この場合、ＳＦＮは構成しないが、同じＭＢＳデータを別周波数の複数ｇＮＢ２００が同時伝送することになる。

図１４において、ＭＢＳデータをｇＮＢ２００Ａ経由でｇＮＢ２００Ｂから送信する例を示した（ステップＳ４５、Ｓ４６）が、これに限らない。ｇＮＢ２００Ｂはネットワークノード５００からＭＢＳデータを直接受信することもあり得る。この場合、ステップＳ４２のメッセージにおいて、ネットワークノード５００のエンドポイント識別子（ＩＰアドレス、ＧＴＰトンネル識別子）が通知されてもよい。また、ステップＳ４３の応答メッセージにおいて、ネットワークノード５００のエンドポイント識別子（ＩＰアドレス、ＧＴＰトンネル識別子）が通知されてもよい。

（その他の実施形態）
上述の各変更例は、別個独立に実施する場合に限らず、２以上の変更例を組み合わせて実施可能である。また、上述の各変更例は、上述の実施形態の動作を必ずしも前提としなくてもよい。

ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

本願は、米国仮出願第６３／０６０２５７号（２０２０年８月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

（付記）
（導入）
ＮＲマルチキャスト及びブロードキャストサービス（ＭＢＳ）に関する改訂されたワークアイテムが承認された。ワークアイテムの目的は次の通りである。

－ＲＲＣコネクティッド状態のＵＥのブロードキャスト／マルチキャストのＲＡＮ基本機能を規定する。
―ＵＥがブロードキャスト／マルチキャストサービスを受信できるようにするグループスケジューリングメカニズムを規定する。
―この目的には、ユニキャスト受信との同時操作を可能にするために必要な拡張機能を規定することが含まれる。
―既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更のサポートを規定する。
－サービス継続性を備えた基本的なモビリティのサポートを規定する。
－（ＭＣＥによってホストされる機能などの）必要な調整機能がｇＮＢ－ＣＵにあると想定して、ブロードキャスト／マルチキャストにおけるＳＡ２ ＳＩの結果を考慮して、ＲＡＮアーキテクチャ及びインターフェイスに必要な変更を規定する。
－例えば、ＵＬフィードバックによって、ブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更を規定する。信頼性のレベルは、提供されるアプリケーション／サービスの要件に基づくべきである。
－１つのｇＮＢ－ＤＵ内のブロードキャスト／マルチキャスト送信エリアの動的制御のサポートを研究し、それを有効にするために必要なものがある場合はそれを規定する。

－ＲＲＣアイドル／ＲＲＣインアクティブ状態のＵＥのブロードキャスト／マルチキャストのＲＡＮ基本機能を規定する。
－ＰＴＭ受信の設定についてＲＲＣコネクティッド状態とＲＲＣアイドル／ＲＲＣインアクティブ状態の間で共通性を最大限維持することを目的として、ＲＲＣアイドル／ＲＲＣインアクティブ状態のＵＥによるＰｏｉｎｔ ｔｏ Ｍｕｌｔｉｐｏｉｎｔ送信の受信を可能にするために必要な変更を規定する。

この付記では、ＮＲ ＭＢＳの最初の考慮事項について議論する。

（議論）
（一般的な設計上の考慮事項）
ＬＴＥ ｅＭＢＭＳには、Ｒｅｌ－９のＭＢＳＦＮ及びＲｅｌ－１３のＳＣ－ＰＴＭなどの、マルチキャスト／ブロードキャストサービスを可能にするための伝送方式がいくつかあった。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計され、同時送信は、（ＰＭＣＨを介した）ＭＢＳＦＮサブフレームにおいてＭＢＳＦＮエリア内で実行される。一方で、ＳＣ－ＰＴＭ送信は単一セル送信に焦点を合わせられ、ＭＢＭＳはＰＤＳＣＨを介して送信される。図６に示すように、レイヤ２の観点からは、ＭＢＳＦＮ関連の論理チャネルはＭＣＨにマッピングされるが、ＳＣ－ＰＴＭ関連の論理チャネルはＤＬ－ＳＣＨにマッピングされる。

所見１：ＬＴＥでは、ＭＣＣＨ及びＭＴＣＨはＭＢＳＦＮ伝送方式におけるＭＣＨにマッピングされ、ＳＣ-ＭＣＣＨ及びＳＣ-ＭＴＣＨはＳＣ－ＰＴＭ伝送方式におけるＤＬ－ＳＣＨにマッピングされる。

ＷＩＤは、いくつかの制限及び仮定をキャプチャしており、これは、このＷＩでどのような設計が意図されているかを考慮するのに役立つ。物理レイヤの場合、以下に示すように新しいｎｕｍｅｒｏｌｏｇｙや物理チャネルが導入されることは想定されていない。これは、ＮＲ ＭＢＳ関連の論理チャネルがＤＬ－ＳＣＨにマッピングされる。
物理レイヤ：このＷＩの範囲を、現在のＲｅｌ－１５のｎｕｍｅｒｏｌｏｇｙ、物理チャネル（ＰＤＣＣＨ／ＰＤＳＣＨ）、及び信号に制限する。

所見２：このＷＩの範囲は、既存のｎｕｍｅｒｏｌｏｇｙ、物理チャネル（ＰＤＣＣＨ／ＰＤＳＣＨ）内に制限される。即ち、ＮＲ ＭＢＳ関連のチャネルはＤＬ－ＳＣＨにマッピングされることが想定される。

ＭＢＳＦＮが使用されていない場合でも、マルチセル送信は、例えば、ＣｏＭＰ送信とユーザプレーンパケットの同時配信との組み合わせなどによって、将来のリリースでＤＬ－ＳＣＨによってサポートされ得るであろう。従って、ＤＬ－ＳＣＨは、以下の制限及び仮定に準拠する。

リリース１７でこのＷＩに対して行われた設計上の決定は、将来のリリースで以下の機能の導入を妨げるものではない。
－ｇＮＢ－ＤＵレベルを超える複数のセルでのＳＦＮの標準化でのサポート

所見３：ＤＬ－ＳＣＨ（ＰＤＳＣＨ）は、将来のリリースでマルチセル送信用に拡張される可能性がある。

上記の所見の観点から、ＬＴＥで熟慮し、伝送方式だけでなく、設定やサービス継続性などの他のメカニズムもカバーするＳＣ－ＰＴＭの仕様は、ＮＲ ＭＢＳの設計検討の良いベースラインになる可能性がある。従って、このＷＩでは、ＲＡＮ２は既存のＳＣ－ＰＴＭの仕様を可能な限り再利用し、ＮＲ ＭＢＳの新しい／様々なユースケースをサポートするためにＳＣ－ＰＴＭの上に何が拡張されるかを検討すべきである。

提案１：ＲＡＮ２は、既存のＬＴＥ ＳＣ－ＰＴＭの仕様を、グループスケジューリングメカニズム、（隣接セル情報などの）サービス継続性サポート、及びＵＥの興味インディケーションなど、ＮＲ ＭＢＳ設計のベースラインとして採用することに合意すべきである。

提案２：提案１が合意される場合、ＲＡＮ２は、ＮＲ ＭＢＳで想定される新しい／様々なユースケースをサポートするために、ＳＣ－ＰＴＭのベースラインに加えて何が拡張されるかを検討すべきである。

次のセクションでは、ＳＣ－ＰＴＭの仕様を議論のベースラインとして使用する。即ち、提案１が合意されると仮定する。但し、ＭＢＳＦＮのようなメカニズムが導入された場合でも、議論は再利用できる。

（制御プレーンの機能拡張の概要）
ＬＴＥ ＳＣ－ＰＴＭにおいて、設定は２つのメッセージ、即ち、ＳＩＢ２０及びＳＣ－ＭＣＣＨによって提供される。ＳＩＢ２０は、ＳＣ－ＭＣＣＨスケジューリング情報を提供し、ＳＣ－ＭＣＣＨは、Ｇ－ＲＮＴＩ及びＴＭＧＩを含むＳＣ－ＭＴＣＨスケジューリング情報、及び隣接セル情報を提供する。

図１５に示すようなＬＴＥの２段階設定の利点は、ＳＣ－ＭＣＣＨスケジューリングが、繰り返し期間、期間、変更期間などの観点でＳＩＢ２０スケジューリングから独立していることであった。特に、セッションに遅れて参加する、遅延にセンシティブなサービス及び／又はＵＥに対して、ＳＣ－ＭＣＣＨの頻繁なスケジューリング／更新が容易にした。ＷＩＤによると、アプリケーションの１つがグループ通信などであるため、ＮＲ ＭＢＳでも同様である。

所見４：ＬＴＥでは、ＳＩＢ２０及びＳＣ－ＭＣＣＨを使用した２段階設定が、これらの制御チャネルの異なるスケジューリングに役立つ。これは、ＮＲ ＭＢＳにも役立つ。

提案３：ＲＡＮ２は、ＳＣ－ＰＴＭのＳＩＢ２０やＳＣ－ＭＣＣＨなど、ＮＲ ＭＢＳのメッセージが異なる２段階設定に合意すべきである。

提案３に加えて、ＮＲ ＭＢＳは、ＷＩＤに記載されている様々なタイプのユースケースをサポートすることが想定される。ＮＲ ＭＢＳは、ソフトウェア配信などのロスレスアプリケーションからＩＰＴＶなどのＵＤＰタイプのストリーミングまでの要件の他の側面に加えて、ミッションクリティカルやＶ２Ｘなどの遅延にセンシティブなアプリケーションから、ＩｏＴなどの遅延に寛容なアプリケーションまで、様々な要件に合わせて適切に設計すべきであることは気づかれ得る。

従って、制御チャネルの設計では、柔軟性及びそのリソース効率を考慮すべきである。そうしないと、例えば、遅延に寛容なサービスと遅延にセンシティブなサービスとが１つの制御チャネルで一緒に設定されている場合に、遅延にセンシティブなサービスからの遅延要件を満たすために、制御チャネルを頻繁にスケジュールする必要があるため、より多くのシグナリングオーバーヘッドが発生する可能性がある。

ＳＡ２ ＳＩの目的Ａは、５ＧＳを介した一般的なＭＢＳサービスを可能にすることに関するものであり、この機能の恩恵を受ける可能性のある特定されたユースケースには、公共安全、ミッションクリティカル、Ｖ２Ｘアプリケーション、透過的なＩＰｖ４／ＩＰｖ６マルチキャスト配信、ＩＰＴＶ、無線を介したソフトウェア配信、グループ通信、及びＩｏＴアプリケーションが含まれる（但し、これらに限定されない）。

所見５：ＮＲ ＭＢＳ制御チャネルは、様々なタイプのユースケースに対して柔軟でリソース効率が必要とされる。

これらのユースケースでは、設定チャネルが分離されている可能性がある。例えば、ある制御チャネルは遅延にセンシティブなサービスを頻繁に提供し、別の制御チャネルは遅延に寛容なサービスをまばらに提供する。ＬＴＥ ＳＣ－ＰＴＭでは、１つのセルは１つのＳＣ－ＭＣＣＨしか有せないという制限があった。しかしながら、ＬＴＥよりも多くのユースケースが想定されることを考慮すると、ＮＲ ＭＢＳはそのような制限を取り除くべきである。セル内で複数のＳＣ－ＭＣＣＨが許可されている場合、各ＳＣ－ＭＣＣＨには、特定のサービス用に最適化可能な、繰り返し期間などの異なるスケジューリング設定がある。ＵＥが興味のあるサービスを提供するＳＣ－ＭＣＣＨをどのように識別するかは更なる検討が必要である。

提案４：ＲＡＮ２は、ＬＴＥになかった複数のＳＣ－ＭＣＣＨのように、ＮＲ ＭＢＳのセルで複数の制御チャネルがサポートされるかどうかを議論すべきである。

さらに、ＮＲの新しいパラダイムは、オンデマンドＳＩ送信のサポートである。この概念は、ＮＲ ＭＢＳのＳＣ－ＭＣＣＨ、即ち、オンデマンドＳＣ－ＭＣＣＨに再利用され得る。例えば、遅延に寛容なサービス用のＳＣ－ＭＣＣＨはオンデマンドで提供されるため、シグナリングのリソース消費を最適化可能である。言うまでもなく、ネットワークには、ＳＣ－ＭＣＣＨを定期的に、即ち、オンデマンドではなく、遅延にセンシティブなサービスなどに提供するための別のオプションがある。

提案５：ＲＡＮ２は、ＬＴＥになかったオンデマンドＳＣ－ＭＣＣＨのように、制御チャネルがオンデマンドベースで提供される場合のオプションについて議論すべきである。

別の可能性として、これらのメッセージをマージすること、即ち、１段階設定をさらに検討され得る。例えば、図１６に示すように、ＳＩＢは、ＳＣ－ＭＴＣＨスケジューリング情報を直接、即ち、ＳＣ－ＭＣＣＨなしで、提供する。これは、遅延に寛容なサービス及び／又は電力にセンシティブなＵＥのための最適化を提供するであろう。例えば、ＵＥは、ＳＩＢ（オンデマンド）を要求してもよく、ｇＮＢは、複数のＵＥからの要求の後に、ＳＩＢ及び対応するサービスの提供を開始してもよい。これらのＵＥは、繰り返しブロードキャストされるＳＣ－ＭＣＣＨを監視する必要がない。

提案６：ＲＡＮ２は、ＳＣ－ＭＣＣＨを使用しないマルチキャスト受信（即ち、１段階設定）がサポートされている場合、ＳＩＢがトラフィックチャネル設定を直接提供するなどのオプションについて議論すべきである。

（ユーザプレーン拡張の概要）
ＬＴＥ ｅＭＢＭＳでは、ＭＢＳＦＮ又はＳＣ－ＰＴＭに関係なく、図１７に示すように、ＵｕプロトコルスタックにはＰＤＣＰレイヤがない。さらに、論理チャネルごとに1回の送信が許可される、即ち、ＲＬＣレイヤではＵＭモードのみが使用され、ＨＡＲＱではブラインド再送信は使用されない。言い換えると、失われたパケットの再送信は、ＬＴＥ ｅＭＢＭＳでは上位レイヤメカニズムに依存していた。

所見６：ＬＴＥ ｅＭＢＭＳでは、ＡＳレイヤで再送信方式はサポートされていない。

一方で、ＮＲ ＭＢＳは、以下のＷＩＤから引用されているように、ＡＳ機能として導入される、より信頼性が高く柔軟な伝送方式を必要としているようである。

［・・・］
既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更のサポートを規定する。
サービス継続性を備えた基本的なモビリティのサポートを規定する。
［・・・］
例えば、ＵＬフィードバックによって、ブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更を規定する。信頼性のレベルは、提供されるアプリケーション／サービスの要件に基づくべきである。
［・・・］

所見７：ＮＲ ＭＢＳでは、ＡＳレイヤの機能として、マルチキャスト送受信の信頼性及び柔軟性を向上させるためのいくつかの機能拡張が必要になる可能性がある。

グループキャストの再送信に関して、ＭＡＣ（ＨＡＲＱ）、ＲＬＣ（ＡＲＱ）、及び／又はＰＤＣＰ（ステータスレポート）で処理されると見なされ得る。これらのメカニズムは、Ｕｕと同様に、特にＵＥモビリティ、即ち、無線品質の低下及び／又はトランスポートパスの切り替えによって失われたパケットの補償に役立ち得る。

マルチキャスト／グループキャストのＨＡＲＱフィードバックはＬＴＥでは導入されていない。一方で、Ｒｅｌ－１６ ＮＲ Ｖ２Ｘでは、サイドリンクグループキャストのＨＡＲＱフィードバック、即ち、ＡＣＫ／ＮＡＣＫ又はＮＡＣＫ－ｏｎｌｙ、がサポートされた。これは、再利用され、ＮＲ ＭＢＳのパフォーマンスを向上させる可能性の１つである。詳細を決定するのは最終的にＲＡＮ１次第だが、ＲＡＮ２は、アイドル、インアクティブ、及びコネクティッドのＵＥのマルチキャスト受信の信頼性を向上させるためのＨＡＲＱフィードバック/再送信の有用性について議論する可能性がある。

提案７：ＲＡＮ２は、ＨＡＲＱフィードバック／再送信が、ＲＲＣ アイドル、インアクティブ、及びコネクティッドのＵＥのＮＲ ＭＢＳのマルチキャストに役立つかを議論すべきである。

ユニキャストの場合、受信の信頼性を高めるために、ダブルフィードバックループがＨＡＲＱ及びＡＲＱでサポートされる。ＮＲ ＭＢＳでのグループキャストの場合も同様に、少なくともコネクティッドのＵＥの信頼性を向上させるために、可能性の１つとして、ＡＲＱ、即ち、ＲＬＣ ＡＭモードを導入する方法について議論すべきである。しかしながら、通常、ペアのアップリンクチャネルはグループキャストに使用できないと想定され得る。従って、潜在的な課題の１つは、ＵＥがフィードバック（ＳＴＡＴＵＳ ＰＤＵ）をｇＮＢに送信する方法である。

提案８：ＲＡＮ２は、少なくともＲＲＣコネクティッドのＵＥについて、ＮＲ ＭＢＳのマルチキャストでＲＬＣ ＡＭモードがサポートされているかどうか議論すべきである。

さらに、例えば、ソフトウェア配信のユースケースのように、ＮＲ ＭＢＳがハンドオーバ中にロスレス配信を考慮する必要がある場合、ＰＤＣＰは、現在のようにドロップされたパケットを回復するのに役立つ。図１８は、信頼性の高い受信及びマルチキャスト/ユニキャストスイッチングの機能拡張を示す。ＰＤＣＰレイヤのサポートには、マルチキャストベアラをスプリットベアラで設定する及び／又はユニキャストベアラでデュプリケーションすることが可能であるというもう１つの利点がある。これは、ＷＩＤに記載されているように、「既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更」の潜在的なメカニズムの1つでもある。ヘッダ圧縮、暗号化などの様々なＰＤＣＰ機能をマルチキャスト受信でサポートできるかは更なる検討が必要である。

提案９：ＲＡＮ２は、ＰＤＣＰレイヤが、少なくともＲＲＣコネクティッドのＵＥにおけるＮＲ ＭＢＳのグループキャストでサポートされるか議論すべきである。

最後に、ＮＲ ＭＢＳプロトコルスタックでＳＤＡＰが必要かどうかを検討すべきである。ＮＲは、ＳＤＡＰレイヤをサポートして無線ベアラ内のＱｏＳフローを処理する。一方で、ＳＤＡＰレイヤは従来のＬＴＥにはなかったため、ｅＭＢＭＳにはなかった。ＳＤＡＰレイヤは、マルチキャストデータの受信に害はないと想定され得るが、ＳＤＡＰレイヤの必要性は、実際には上位レイヤの仮定／要件に依存する可能性がある。そのため、ＲＡＮ２は、必要かどうかについて、他のＷＧの進行を待つ必要がある可能性がある。

所見８：ＲＡＮ２は、ＮＲ ＭＢＳでＳＤＡＰレイヤが必要かどうかを他のＷＧで確認する必要がある可能性がある。

Claims (10)

1. 基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
   セルを管理する前記基地局が、前記セルのＭＢＳ制御チャネルを介して、ＭＢＳデータの受信に用いるＭＢＳ制御情報を前記ユーザ装置に送信することと、
   前記基地局が、ブロードキャスト制御チャネルを介して、前記ＭＢＳ制御情報の少なくとも一部を適用可能なエリア範囲であるＭＢＳ制御エリア範囲を示す制御エリア識別子を含むＭＢＳシステム情報を前記ユーザ装置に送信することと、
   前記ユーザ装置が、前記基地局からの前記ＭＢＳ制御情報及び前記制御エリア識別子を記憶することと、
   前記ユーザ装置が、前記セルから他セルに移動した場合において、前記他セルを管理する他の基地局から受信したＭＢＳシステム情報に含まれる制御エリア識別子が、前記記憶した制御エリア識別子と一致する場合、前記他の基地局のＭＢＳ制御チャネル受信を省略し、前記記憶したＭＢＳ制御情報に基づいて前記ＭＢＳデータを受信することと、を有する
   通信制御方法。
2. 前記基地局が、前記セルと異なる隣接セルが前記ＭＢＳ制御エリア範囲に属するか否かを特定するための隣接セル情報を前記ユーザ装置に送信することをさらに有する
   請求項１に記載の通信制御方法。
3. 前記基地局が、前記セルが属する前記ＭＢＳ制御エリア範囲と隣接セルが属する前記ＭＢＳ制御エリア範囲とが異なる場合、前記隣接セル内で送信されるＭＢＳ制御情報を前記セルにおいて送信することをさらに有する
   請求項１又は２に記載の通信制御方法。
4. 前記ユーザ装置が、前記隣接セル内で送信されるＭＢＳ制御情報を要求する送信要求を前記基地局に送信することと、
   前記基地局が、前記送信要求の受信に応じて、前記ＭＢＳ制御情報を前記ユーザ装置に送信することと、をさらに有する
   請求項１乃至３のいずれか１項に記載の通信制御方法。
5. 前記送信要求を送信することは、複数のＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）リソースの中から前記ユーザ装置が選択したＰＲＡＣＨリソースを用いたランダムアクセスプリアンブルを前記送信要求として前記基地局に送信することを含み、
   前記複数のＰＲＡＣＨリソースのそれぞれは、隣接セルの識別子、ＭＢＳサービス識別子、及びＭＢＳ制御チャネルの識別子のうち少なくとも１つと対応付けられている、
   請求項４に記載の通信制御方法。
6. ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態又はＲＲＣインアクティブ状態にある前記ユーザ装置が、前記セルが属する前記ＭＢＳ制御エリア範囲と隣接セルが属する前記ＭＢＳ制御エリア範囲とが異なる場合、前記セルにおいてＲＲＣコネクティッド状態に遷移したうえで前記基地局から前記隣接セルのＭＢＳ制御情報を取得することをさらに有する
   請求項１乃至５のいずれか１項に記載の通信制御方法。
7. ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッド状態にある前記ユーザ装置が、前記セルが属する前記ＭＢＳ制御エリア範囲と隣接セルが属する前記ＭＢＳ制御エリア範囲とが同じであるか否かに基づいた測定報告を前記基地局に送信することをさらに有する
   請求項１乃至５のいずれか１項に記載の通信制御方法。
8. 前記ＭＢＳ制御情報を送信することは、ＭＢＳトラフィックチャネルのスケジューリング情報と、前記ＭＢＳトラフィックチャネルと対応付けられた前記制御エリア識別子とを含む前記ＭＢＳ制御情報を送信することを含む
   請求項１乃至７のいずれか１項に記載の通信制御方法。
9. 前記基地局が、同じＭＢＳデータを基地局間で同期伝送するためのメッセージを隣接基地局に送信することをさらに有する
   請求項１乃至８のいずれか１項に記載の通信制御方法。
10. マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、
    セルのＭＢＳ制御チャネルを介して、ＭＢＳデータの受信に用いるＭＢＳ制御情報を受信する処理と、
    ブロードキャスト制御チャネルを介して、前記ＭＢＳ制御情報の少なくとも一部を適用可能なエリア範囲であるＭＢＳ制御エリア範囲を示す制御エリア識別子を含むＭＢＳシステム情報を前記セルから受信する処理と、
    前記セルからの前記ＭＢＳ制御情報及び前記制御エリア識別子を記憶する処理と、
    前記記憶した制御エリア識別子が示す前記ＭＢＳ制御エリア範囲内において、前記記憶したＭＢＳ制御情報に基づいて前記ＭＢＳデータを受信する処理と、
    前記セルから他セルに移動した場合において、前記他セルを管理する他の基地局から受信したＭＢＳシステム情報に含まれる制御エリア識別子が、前記記憶した制御エリア識別子と一致する場合、前記他の基地局のＭＢＳ制御チャネル受信を省略し、前記記憶したＭＢＳ制御情報に基づいて前記ＭＢＳデータを受信する処理と、を実行するプロセッサを有する
    ユーザ装置。

Images