WO2024096049A1

WO2024096049A1 - 通信方法及びネットワーク装置

Info

Publication number: WO2024096049A1
Application number: PCT/JP2023/039402
Authority: WO
Inventors: 真人藤代
Original assignee: 京セラ株式会社
Priority date: 2022-11-02
Filing date: 2023-11-01
Publication date: 2024-05-10

Abstract

マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法は、第１ネットワーク装置が、マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信するステップを有する。

Description

通信方法及びネットワーク装置

　本開示は、移動通信システムで用いる通信方法及びネットワーク装置に関する。

　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）（登録商標。以下同じ）において、第５世代（５Ｇ）の無線アクセス技術であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）の技術仕様が規定されている。ＮＲは、第４世代（４Ｇ）の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。３ＧＰＰにおいて、５Ｇ／ＮＲのマルチキャスト／ブロードキャストサービス（ＭＢＳ）の技術仕様が規定されている（例えば、非特許文献１参照）。

３ＧＰＰ技術仕様書：ＴＳ　３８．３００　Ｖ１７．２．０

　第１の態様に係る通信方法は、マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、第１ネットワーク装置が、マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信するステップを有する。

　第２の態様に係るネットワーク装置は、マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるネットワーク装置であって、マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信する通信部を有する。

実施形態に係る移動通信システムの構成を示す図である。実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。実施形態に係るｇＮＢ（基地局）の構成を示す図である。データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。ＲＲＣインアクティブ状態のＵＥがマルチキャスト受信を行うことを可能とする動作の概要を示す図である。一般的なセル再選択プロシージャについて説明するための図である。一般的なセル再選択プロシージャの概略フローを示す図である。実施形態に係る移動通信システムの第１動作パターンについて説明するための図である。実施形態に係る移動通信システムの第１動作パターンの動作例を示す図である。実施形態に係る移動通信システムの第２動作パターンについて説明するための図である。実施形態に係る移動通信システムの第２動作パターンの動作例を示す図である。

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

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

　移動通信システム１は、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。以下において、ＮＧ－ＲＡＮ１０を単にＲＡＮ１０と称することがある。また、５ＧＣ２０を単にコアネットワーク（ＣＮ）２０と称することがある。ＲＡＮ１０及びＣＮ２０は、移動通信システム１のネットワークを構成する。

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

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

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

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

　図２は、実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を有する。受信部１１０及び送信部１２０は、ｇＮＢ２００との無線通信を行う無線通信部を構成する。

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

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

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

　図３は、実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を有する。送信部２１０及び受信部２２０は、ＵＥ１００との無線通信を行う無線通信部を構成する。バックホール通信部２４０は、ＣＮ２０との通信を行うネットワーク通信部を構成する。

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

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

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

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

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

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

　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。なお、ＵＥ１００のＰＨＹレイヤは、ｇＮＢ２００から物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される下りリンク制御情報（ＤＣＩ）を受信する。具体的には、ＵＥ１００は、無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＰＤＣＣＨのブラインド復号を行い、復号に成功したＤＣＩを自ＵＥ宛てのＤＣＩとして取得する。ｇＮＢ２００から送信されるＤＣＩには、ＲＮＴＩによってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｏｄｅ）パリティビットが付加されている。

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

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

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

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

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

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

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

　ＲＲＣレイヤの上位に位置するＮＡＳレイヤ（単に「ＮＡＳ」とも称する）は、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００ＡのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。また、ＮＡＳレイヤよりも下位のレイヤをＡＳレイヤと称する（単に「ＡＳ」とも称する）。

　（２）ＭＢＳ
　移動通信システム１は、マルチキャスト／ブロードキャストサービス（ＭＢＳ）によりリソース効率の高い配信を行うことができる。

　マルチキャスト通信サービス（「ＭＢＳマルチキャスト」とも称する）の場合、同じサービスと同じ特定のコンテンツデータが特定のＵＥセットに同時に提供される。すなわち、マルチキャストサービスエリア内のすべてのＵＥ１００がデータの受信を許可されているわけではない。マルチキャスト通信サービスは、ＭＢＳセッションの一種であるマルチキャストセッションを用いてＵＥ１００に配信される。ＵＥ１００は、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）及び／又はＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）配信等のメカニズムを用いて、ＲＲＣコネクティッド状態でマルチキャスト通信サービスを受信できる。ＵＥ１００は、ＲＲＣインアクティブ（又はＲＲＣアイドル）状態でマルチキャスト通信サービスを受信してもよい。このような配信モードは、「配信モード１」とも称される。

　ブロードキャスト通信サービス（「ＭＢＳブロードキャスト」とも称する）の場合、同じサービスと同じ特定のコンテンツデータが地理的エリア内のすべてのＵＥ１００に同時に提供される。すなわち、ブロードキャストサービスエリア内のすべてのＵＥ１００がデータの受信を許可される。ブロードキャスト通信サービスは、ＭＢＳセッションの一種であるブロードキャストセッションを用いてＵＥ１００に配信される。ＵＥ１００は、ＲＲＣアイドル状態、ＲＲＣインアクティブ状態、及びＲＲＣコネクティッド状態のいずれの状態でも、ブロードキャスト通信サービスを受信できる。このような配信モードは、「配信モード２」とも称される。

　ＭＢＳ配信に用いられる主な論理チャネルは、マルチキャストトラフィックチャネル（ＭＴＣＨ）、デディケイテッドトラフィックチャネル（ＤＴＣＨ）、及びマルチキャスト制御チャネル（ＭＣＣＨ）である。ＭＴＣＨは、マルチキャストセッション又はブロードキャストセッションのいずれかのＭＢＳデータをネットワーク１０からＵＥ１００に送信するためのＰＴＭ下りリンクチャネルである。ＤＴＣＨは、ネットワーク１０からＵＥ１００にマルチキャストセッションのＭＢＳデータを送信するためのＰＴＰチャネルである。ＭＣＣＨは、１つ又は複数のＭＴＣＨに対応付けられたＭＢＳブロードキャスト制御情報をネットワーク１０からＵＥ１００に送信するためのＰＴＭ下りリンクチャネルである。

　ＭＢＳブロードキャストにおける設定に関し、ＲＲＣアイドル状態、ＲＲＣインアクティブ状態、又はＲＲＣコネクティッド状態のＵＥ１００は、ＭＣＣＨを介して、ブロードキャストセッションのためのＰＴＭ設定（例えば、ＭＴＣＨ受信に必要なパラメータ）を受信する。ＭＣＣＨの受信に必要なパラメータ（ＭＣＣＨ設定）は、システム情報を介して提供される。具体的には、システム情報ブロック・タイプ２０（ＳＩＢ２０）は、ＭＣＣＨ設定を含む。なお、ＳＩＢタイプ２１（ＳＩＢ２１）は、ＭＢＳブロードキャスト受信のサービス継続性に関する情報を含む。ＭＣＣＨは、ＭＴＣＨで送信される進行中のセッションを含むすべてのブロードキャストサービスのリストを提供し、ブロードキャストセッションの関連情報には、ＭＢＳセッション識別情報（例えば、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ））、関連するＭＴＣＨスケジューリング情報、及びＭＴＣＨで特定のサービスを提供する隣接セルに関する情報が含まれる。

　一方、ＭＢＳマルチキャストに関し、現在の３ＧＰＰの技術仕様では、ＵＥ１００は、ＲＲＣコネクティッド状態でのみマルチキャストセッションのデータを受信できる。マルチキャストセッションに参加したＵＥ１００がＲＲＣコネクティッド状態にあり、マルチキャストセッションがアクティブ化されている場合、ｇＮＢ２００は、当該マルチキャストセッションに関するＰＴＭ設定を含むＲＲＣ再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。このようなＰＴＭ設定は、マルチキャスト無線ベアラ（ＭＲＢ）設定、ＭＴＣＨ設定、又はマルチキャスト設定とも称される。ＭＲＢ設定（ＭＲＢ－ＴｏＡｄｄＭｏｄ）は、ＵＥ１００に設定するＭＲＢ（マルチキャストＭＲＢ）について、ＭＢＳセッション識別情報（ｍｂｓ－ＳｅｓｓｉｏｎＩｄ）と、ＭＲＢ識別子（ｍｒｂ－Ｉｄｅｎｔｉｔｙ）と、ＰＤＣＰ設定（ｐｄｃｐ－Ｃｏｎｆｉｇ）等の他のパラメータとを含む。

　以下の実施形態では、ＲＲＣインアクティブ状態のＵＥ１００がマルチキャスト受信を行うことを可能とする動作について主として説明する。図６は、当該動作の概要を示す図である。

　ＲＲＣインアクティブ状態のＵＥ１００がマルチキャスト受信を行うためのソリューションとして、図６（ａ）に示す配信モード１ベースのソリューションと、図６（ｂ）に示す配信モード２ベースのソリューションとが考えられる。

　図６（ａ）に示す配信モード１ベースのソリューションでは、ステップＳ１において、ｇＮＢ２００は、ＲＲＣコネクティッド状態のＵＥ１００に対して、マルチキャストセッションに関するＭＢＳ設定（マルチキャスト設定）を含むＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。ＵＥ１００は、当該ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで受信したマルチキャスト設定に基づいて、マルチキャストセッション（マルチキャストＭＲＢ）を介してマルチキャストデータをＭＴＣＨ上で受信する。

　ステップＳ２において、ｇＮＢ２００は、ＲＲＣコネクティッド状態のＵＥ１００に対して、ＵＥ１００をＲＲＣインアクティブ状態へ遷移させるためのＲＲＣ解放（Ｒｅｌｅａｓｅ）メッセージを送信する。当該ＲＲＣ　Ｒｅｌｅａｓｅメッセージは、ＲＲＣインアクティブ状態のための設定（Ｓｕｓｐｅｎｄ　Ｃｏｎｆｉｇ．）を含む。

　ステップＳ３において、ＵＥ１００は、ステップＳ２のＲＲＣ　Ｒｅｌｅａｓｅメッセージの受信に応じて、ＲＲＣコネクティッド状態からＲＲＣインアクティブ（ＩＮＡＣＴＩＶＥ）状態に遷移する。

　ステップＳ４において、ＲＲＣインアクティブ状態のＵＥ１００は、ステップＳ１のマルチキャスト設定を継続して用いて、マルチキャストセッションを介してマルチキャストデータをＭＴＣＨ上で受信する。

　これにより、ＲＲＣインアクティブ状態のＵＥ１００がマルチキャスト受信を行うことが可能である。なお、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてマルチキャスト設定を行う一例を説明したが、ＲＲＣ　Ｒｅｌｅａｓｅメッセージを用いてマルチキャスト設定を行ってもよい。

　ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ及びＲＲＣ　Ｒｅｌｅａｓｅメッセージはいずれもデディケイテッド制御チャネル（ＤＣＣＨ）上でＵＥ個別に伝送されるＲＲＣメッセージであり、以下においてデディケイテッドＲＲＣメッセージとも称する。

　一方、図６（ｂ）に示す配信モード２ベースのソリューションでは、ステップＳ１１において、ｇＮＢ２００は、ＲＲＣコネクティッド状態のＵＥ１００に対して、ＵＥ１００をＲＲＣインアクティブ状態へ遷移させるためのＲＲＣ　Ｒｅｌｅａｓｅメッセージを送信する。当該ＲＲＣ　Ｒｅｌｅａｓｅメッセージは、ＲＲＣインアクティブ状態のための設定（Ｓｕｓｐｅｎｄ　Ｃｏｎｆｉｇ．）を含む。

　ステップＳ１２において、ＵＥ１００は、ステップＳ１１のＲＲＣ　Ｒｅｌｅａｓｅメッセージの受信に応じて、ＲＲＣインアクティブ（ＩＮＡＣＴＩＶＥ）状態に遷移する。

　ステップＳ１３において、ｇＮＢ２００は、マルチキャストセッションに関するＭＢＳ設定（マルチキャスト設定）を含むＭＣＣＨを送信する。ＵＥ１００は、当該ＭＣＣＨを受信する。なお、ＵＥ１００は、ＭＣＣＨの受信に先立ってＳＩＢ２０を受信し、ＳＩＢ２０に基づいてＭＣＣＨを受信する。なお、ＭＣＣＨ送信（及び受信）はステップＳ１１よりも前に行われてもよく、ステップＳ１１と同時に行われてもよい。

　ステップＳ１４において、ＲＲＣインアクティブ状態のＵＥ１００は、ステップＳ１３のＭＣＣＨで受信したマルチキャスト設定に基づいて、マルチキャストセッションを介してマルチキャストデータをＭＴＣＨ上で受信する。これにより、ＲＲＣインアクティブ状態のＵＥ１００がマルチキャスト受信を行うことが可能である。

　（３）セル再選択
　図７は、一般的なセル再選択プロシージャについて説明するための図である。ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、移動に伴って、現在のサービングセル（セル＃１）から隣接セル（セル＃２乃至セル＃４のいずれか）に移行するためにセル再選択プロシージャを行う。具体的には、ＵＥ１００は、自身がキャンプオンすべき隣接セルをセル再選択プロシージャにより特定し、特定した隣接セルを再選択する。現在のサービングセルと隣接セルとで周波数（キャリア周波数）が同じである場合をイントラ周波数と呼び、現在のサービングセルと隣接セルとで周波数（キャリア周波数）が異なる場合をインター周波数と呼ぶ。現在のサービングセル及び隣接セルは、同じｇＮＢ２００により管理されていてもよい。当該現在のサービングセル及び当該隣接セルは、互いに異なるｇＮＢ２００により管理されていてもよい。

　図８は、一般的なセル再選択プロシージャの概略フローを示す図である。

　ステップＳ１０において、ＵＥ１００は、例えばシステム情報ブロック（ＳＩＢ）又はＲＲＣ解放メッセージによりｇＮＢ２００から指定される周波数ごとの優先度（「絶対優先度」又は「セル再選択優先度」又は「ｄｅｄｉｃａｔｅｄ　ｐｒｉｏｒｉｔｙ」とも称される）に基づいて周波数優先度付け処理を行う。具体的には、ＵＥ１００は、ｇＮＢ２００から指定された周波数優先度を周波数ごとに管理する。

　ステップＳ２０において、ＵＥ１００は、サービングセル及び隣接セルのそれぞれについて無線品質を測定する測定処理を行う。ＵＥ１００は、サービングセル及び隣接セルのそれぞれが送信する参照信号、具体的には、ＣＤ－ＳＳＢ（Ｃｅｌｌ　Ｄｅｆｉｎｉｎｇ－Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　Ｓｉｇｎａｌ　ａｎｄ　ＰＢＣＨ　ｂｌｏｃｋ）の受信電力及び受信品質を測定する。例えば、ＵＥ１００は、現在のサービングセルの周波数の優先度よりも高い優先度を有する周波数については常に無線品質を測定し、現在のサービングセルの周波数の優先度と等しい優先度又は低い優先度を有する周波数については、現在のサービングセルの無線品質が所定品質を下回った場合に、等しい優先度又は低い優先度を有する周波数の無線品質を測定する。

　ステップＳ３０において、ＵＥ１００は、ステップＳ２０での測定結果に基づいて、自身がキャンプオンするセルを再選択するセル再選択処理を行う。例えば、ＵＥ１００は、隣接セルの周波数の優先度が現在のサービングセルの優先度よりも高い場合であって、当該隣接セルが所定期間に亘って所定品質基準（すなわち、必要最低限の品質基準）を満たす場合、当該隣接セルへのセル再選択を行ってもよい。ＵＥ１００は、隣接セルの周波数の優先度が現在のサービングセルの優先度と同じである場合、隣接セルの無線品質のランク付けを行い、所定期間に亘って現在のサービングセルのランクよりも高いランクを有する隣接セルへのセル再選択を行ってもよい。ＵＥ１００は、隣接セルの周波数の優先度が現在のサービングセルの優先度よりも低い場合であって、現在のサービングセルの無線品質がある閾値よりも低く、且つ、隣接セルの無線品質が別の閾値よりも高い状態を所定期間にわたって継続した場合、当該隣接セルへのセル再選択を行ってもよい。

　ＭＢＳをサポートするＲＲＣアイドル状態又はＲＲＣインアクティブ状態のＵＥ１００は、上述のようなセル再選択に、次の変更を加えて適用する。具体的には、ＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）を介してＭＢＳブロードキャストサービスを受信している又は受信することに興味があるＵＥ１００は、これらのＭＢＳブロードキャストサービスを提供する周波数にキャンプすることによってのみこれらのＭＢＳブロードキャストサービスを受信することができるとき、この周波数を最高優先度（他のネットワーク設定の優先度よりも高い）にすることが許可される。

　一方、ＵＥ１００が興味のあるＭＢＳブロードキャストサービスが（セッションの終了後に）利用できなくなった場合、又はＵＥ１００が当該ブロードキャストサービスの受信に興味がなくなった場合、ＵＥ１００は当該周波数を優先しなくなる。また、ＰＴＭを介してＭＢＳブロードキャストサービスを受信している又は受信することに興味があるＵＥ１００は、これらのＭＢＳブロードキャストサービスを受信できない周波数を最低優先度（他のネットワーク設定の優先度よりも低い）にすることが許可される。

　（４）実施形態に係る動作
　実施形態に係る各動作パターンについて説明する。以下において、ＲＲＣインアクティブ状態のＵＥ１００がマルチキャスト受信を行うシナリオを想定する。上述の配信モード１ベースのソリューションが適用されてもよい。上述の配信モード２ベースのソリューションが適用されてもよい。なお、ＲＲＣアイドル状態のＵＥ１００がマルチキャスト受信を行うシナリオを想定してもよい。すなわち、以下の実施形態の説明におけるＲＲＣインアクティブ状態をＲＲＣアイドル状態と読み替えてもよい。

　（４．１）第１動作パターン
　図９は、実施形態に係る移動通信システム１の第１動作パターンについて説明するための図である。

　図示の例では、ｇＮＢ２００は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ　Ｕｎｉｔ）２５０と分散ユニット（ＤＵ：　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）２６０とに機能分割されている。ＤＵ２６０の数が１つである一例を図示しているが、ＤＵ２６０の数は２以上であってもよい。本動作パターンにおいて、ＣＵ２５０は第１ネットワーク装置に相当し、ＤＵ２６０は第２ネットワーク装置に相当する。

　ＣＵ２５０は、ｇＮＢ２００のＲＲＣ、ＳＤＡＰ、及びＰＤＣＰの各レイヤ（プロトコル）を含む論理ノードである。ＣＵ２５０は、ＤＵの動作を制御する。ＣＵ２５０は、フロントホールインターフェイスであるＦ１インターフェイスを介してＤＵ２６０と接続される。ＣＵは、基地局間インターフェイスであるＸｎインターフェイスを介して隣接基地局と接続される。ＤＵ２６０は、ｇＮＢ２００のＲＬＣ、ＭＡＣ、及びＰＨＹの各レイヤ（プロトコル）を含む論理ノードである。ＤＵ２６０は、１つ又は複数のセルを形成する。

　このような前提下において、ＵＥ１００に対するマルチキャストセッション（マルチキャストデータ）のＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）送信／ＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信の判断はＤＵ２６０が行う。例えば、ＤＵ２６０は、ＰＴＰ送信の場合はＣ－ＲＮＴＩを用いてＵＥ単位でのスケジューリングを行い、ＰＴＭ送信の場合はＧ－ＲＮＴＩを用いてＵＥグループ単位でのスケジューリングを行う。ＲＲＣインアクティブ状態のＵＥ１００がマルチキャスト受信を行う場合、当該ＵＥ１００に対してＰＴＭ送信を適用できるが、当該ＵＥ１００に対してＰＴＰ送信を適用できない。

　一方、ＣＵ２５０は、１つ又は複数のＲＲＣメッセージをＵＥ１００に送信することで、ＵＥ１００にＰＴＭ設定を送信したり、ＵＥ１００をＲＲＣインアクティブ状態に遷移させたりする。ＲＲＣメッセージは、ＵＥ１００とＣＵ２５０との間で、ＲＲＣレイヤ上で送信される。そのため、ＤＵ２６０は、当該ＲＲＣメッセージの内容を把握できない。

　このような前提下において、ＣＵ２５０がＵＥ１００をＲＲＣインアクティブ状態に遷移させた場合、ＤＵ２６０がＰＴＭ送信を停止すると、ＵＥ１００がＭＢＳ受信を継続できなくなる問題がある。そのため、ＤＵ２６０は、ＲＲＣインアクティブ状態のＵＥ１００に対してＰＴＭ送信を継続できることが望まれる。また、ＤＵ２６０がＰＴＭ送信を停止したい場合、ＣＵ２５０が例えばページングによってＵＥ１００をＲＲＣコネクティッド状態に遷移させられることが望まれる。

　本動作パターンでは、ＣＵ２５０は、マルチキャストセッションのＰＴＭ送信を行うＤＵ２６０に対して、ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信する。これにより、ＣＵ２５０は、ＰＴＭ送信をＤＵ２６０に継続又は停止させることができる。

　当該メッセージは、当該マルチキャストセッションのセッション識別情報を含む。当該セッション識別情報は、ＴＭＧＩ、ＭＲＢ　ＩＤ、及び／又はＭＢＳ　ＱｏＳ　Ｆｌｏｗ　ＩＤであってもよい。これにより、ＤＵ２６０は、ＰＴＭ送信を継続又は停止するべきマルチキャストセッションを識別できる。例えば、ＣＵ２５０は、ＤＵ２６０に対して、ＰＴＭ送信継続の要請又は停止を許可するＴＭＧＩを通知する。また、ＤＵ２６０は、ＣＵ２５０に対して、ＰＴＭ送信を停止したいＴＭＧＩを通知してもよい。

　図１０は、実施形態に係る移動通信システム１の第１動作パターンの動作例を示す図である。

　ステップＳ１０１において、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００は、マルチキャストセッション（ここでは、マルチキャストセッション＃１とする）に参加する。ＵＥ１００は、マルチキャストセッション＃１を受信するためのＰＴＭ設定を含むＲＲＣメッセージをＣＵ２５０から受信してもよい。

　ステップＳ１０２において、ＣＵ２５０は、マルチキャストセッション＃１のマルチキャストデータをＤＵ２６０に送信する。ＤＵ２６０は、マルチキャストデータを受信する。

　ステップＳ１０３において、ＤＵ２６０は、ＣＵ２５０からのマルチキャストデータをＰＴＭ送信によってＵＥ１００に送信する。ＵＥ１００は、マルチキャストデータを受信する。

　ステップＳ１０４において、ＣＵ２５０は、Ｓｕｓｐｅｎｄ　Ｃｏｎｆｉｇ．を含むＲＲＣ　ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。ＵＥ１００は、ＲＲＣ　Ｒｅｌｅａｓｅメッセージを受信する。

　ステップＳ１０５において、ＵＥ１００は、ＲＲＣ　Ｒｅｌｅａｓｅメッセージの受信に応じて、ＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移する。

　ステップＳ１０６において、ＣＵ２５０は、ＤＵ２６０に対して、ＵＥ１００がＲＲＣインアクティブ状態で受信するマルチキャストセッション＃１のセッション識別情報を含むメッセージをＦ１インターフェイス上で送信する。ＤＵ２６０は、当該メッセージを受信する。セッション識別情報は、ＴＭＧＩ、ソースＩＰアドレス、ＭＲＢ　ＩＤ、及び／又はＭＢＳ　ＱｏＳ　Ｆｌｏｗ　ＩＤを含む。当該メッセージは、ＵＥ　Ｃｏｎｔｅｘｔ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージ、ＵＥ　Ｃｏｎｔｅｘｔ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ、ＭＵＬＴＩＣＡＳＴ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージ、ＭＵＬＴＩＣＡＳＴ　ＣＯＮＴＥＸＴ　ＭＯＤＩＦＩＣＡＴＩＯＮ　ＲＥＱＵＥＳＴメッセージ、又は新たに規定されるメッセージであってもよい。当該メッセージは、ＰＴＭ送信をＤＵ２６０に要請する旨の情報を含んでもよい。当該情報は、ＰＴＭ送信の停止を不許可とする旨の通知であってもよい。当該メッセージは、当該セッション識別情報が示すマルチキャストセッションを、（少なくとも１つの）ＵＥ１００がＲＲＣインアクティブ状態で受信すること（又は受信していること、又は受信する可能性があること）を示す情報であってもよい。もしくは、当該セッション識別情報が示すマルチキャストセッションをＲＲＣインアクティブ状態で受信するＵＥ１００が居ないことを示す情報であってもよい。

　ＤＵ２６０は、当該メッセージの受信に応じて、ＣＵ２５０からのマルチキャストデータをＵＥ１００に対してＰＴＭ送信によって送信する動作を継続する（ステップＳ１０７、ステップＳ１０８）。

　ステップＳ１０９において、ＤＵ２６０は、ＣＵ２５０に対して、ＰＴＭ送信を停止したいマルチキャストセッション＃１のセッション識別情報を含むメッセージをＦ１インターフェイス上で送信してもよい。当該メッセージは、ＵＥ　ＣＯＮＴＥＸＴ　ＭＯＤＩＦＩＣＡＴＩＯＮ　ＲＥＱＵＩＲＥＤメッセージ、ＮＯＴＩＦＹメッセージ、ＭＵＬＴＩＣＡＳＴ　ＣＯＮＴＥＸＴ　ＲＥＬＥＡＳＥ　ＲＥＱＵＥＳＴメッセージ、ＭＵＬＴＩＣＡＳＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ　ＲＥＬＥＡＳＥ　ＣＯＭＭＡＮＤ、又は新たなメッセージであってもよい。ＣＵ２５０は、当該メッセージを受信する。当該メッセージは、ＰＴＭ送信の停止を要求する旨の情報を含んでもよい。当該情報は、マルチキャストセッション＃１を受信しているＵＥ１００をＲＲＣコネクティッド状態に遷移させる旨の要請、ページングの送信、又はＵＥ１００の呼出の要請であってもよい。

　ステップＳ１１０において、ＣＵ２５０は、例えばマルチキャストセッション＃１のセッション識別情報を含むページングメッセージをＵＥ１００に送信する。

　ステップＳ１１１において、ＵＥ１００は、ＲＲＣレジュームの処理をＣＵ２５０と実行し、ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移（ステップＳ１１２）する。

　ステップＳ１１３において、ＣＵ２５０は、ＤＵ２６０に対して、ＰＴＭ送信を停止可能なマルチキャストセッション＃１のセッション識別情報を含むメッセージをＦ１インターフェイス上で送信してもよい。当該メッセージは、ＵＥ　Ｃｏｎｔｅｘｔ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージ、ＵＥ　Ｃｏｎｔｅｘｔ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ、ＭＵＬＴＩＣＡＳＴ　ＣＯＮＴＥＸＴ　ＲＥＬＥＡＳＥ　ＲＥＱＵＥＳＴメッセージ、ＭＵＬＴＩＣＡＳＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージ、ＭＵＬＴＩＣＡＳＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ　ＲＥＬＥＡＳＥ　ＣＯＭＭＡＮＤメッセージ、又は新たに規定されるメッセージであってもよい。当該メッセージを受信したＤＵ２６０は、当該メッセージに基づいて、マルチキャストセッション＃１について、ＰＴＭ送信の停止又はＰＴＰ送信への切り替えなどの処理を行う。

　（４．２）第２動作パターン
　図１１は、実施形態に係る移動通信システム１の第２動作パターンについて説明するための図である。

　本動作パターンでは、複数のｇＮＢ２００（図示の例では、ｇＮＢ２００ａ及びｇＮＢ２００ｂ）は、共通のＰＴＭ設定を用いて、同じマルチキャストセッション（ここでは、マルチキャストセッション＃１とする）をＰＴＭ送信によって送信する。本動作パターンにおいて、ｇＮＢ２００ａは第１ネットワーク装置に相当し、ｇＮＢ２００ｂは第２ネットワーク装置に相当する。

　すなわち、ｇＮＢ２００ａのセルａとｇＮＢ２００ｂのセルｂとを含むエリアにおいて当該ＰＴＭ設定が有効である。ｇＮＢ２００ａがＵＥ１００をＲＲＣインアクティブ状態に遷移させた後、ＵＥ１００は、ｇＮＢ２００ａのセルａにおいてＲＲＣインアクティブ状態でマルチキャスト受信（ＰＴＭ受信）を行う。なお、ｇＮＢ２００ａ及びｇＮＢ２００ｂは、基地局間インターフェイスであるＸｎインターフェイスを介して接続されている。

　このような前提下において、ＲＲＣインアクティブ状態のＵＥ１００は、ｇＮＢ２００ａのセルａからｇＮＢ２００ｂのセルｂ（すなわち、セルａの隣接セル）に移動し得る。ここで、ｇＮＢ２００ａがＰＴＭ送信を継続していても、ｇＮＢ２００ｂがＰＴＭ送信を停止している場合、ＵＥ１００は、マルチキャスト受信を継続できない問題がある。

　本動作パターンでは、ｇＮＢ２００ａは、マルチキャストセッションのＰＴＭ送信を行うｇＮＢ２００ｂに対して、ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信する。これにより、ｇＮＢ２００ａは、ＰＴＭ送信をｇＮＢ２００ｂに継続又は停止させることができる。

　当該メッセージは、当該マルチキャストセッションのセッション識別情報を含む。当該セッション識別情報は、ＴＭＧＩ、ＭＲＢ　ＩＤ、及び／又はＭＢＳ　ＱｏＳ　Ｆｌｏｗ　ＩＤであってもよい。これにより、ｇＮＢ２００ｂは、ＰＴＭ送信を継続又は停止するべきマルチキャストセッションを識別できる。例えば、ｇＮＢ２００ａは、ｇＮＢ２００ｂに対して、ＰＴＭ送信継続の要請又は停止を許可するＴＭＧＩを通知する。当該メッセージは、当該セッション識別情報が示すマルチキャストセッションを、（少なくとも１つの）ＵＥ１００がＲＲＣインアクティブ状態で受信すること（又は受信していること、又は受信する可能性があること）を示す情報であってもよい。もしくは、当該セッション識別情報が示すマルチキャストセッションをＲＲＣインアクティブ状態で受信するＵＥ１００が居ないことを示す情報であってもよい。また、ｇＮＢ２００ｂは、ｇＮＢ２００ａに対して、ＰＴＭ送信を停止したいＴＭＧＩを通知してもよい。

　図１２は、実施形態に係る移動通信システム１の第２動作パターンの動作例を示す図である。

　ステップＳ２０１において、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００は、マルチキャストセッション（ここでは、マルチキャストセッション＃１とする）に参加する。ＵＥ１００は、マルチキャストセッション＃１を受信するためのＰＴＭ設定を含むＲＲＣメッセージをｇＮＢ２００ａから受信してもよい。

　ステップＳ２０２において、ｇＮＢ２００ａは、マルチキャストセッション＃１のマルチキャストデータをＰＴＭ送信によってＵＥ１００に送信する。ＵＥ１００は、マルチキャストデータを受信する。

　ステップＳ２０３において、ｇＮＢ２００ａは、Ｓｕｓｐｅｎｄ　Ｃｏｎｆｉｇ．を含むＲＲＣ　ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。ＵＥ１００は、ＲＲＣ　Ｒｅｌｅａｓｅメッセージを受信する。

　ステップＳ２０４において、ＵＥ１００は、ＲＲＣ　Ｒｅｌｅａｓｅメッセージの受信に応じて、ＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移する。

　ステップＳ２０５において、ｇＮＢ２００ａは、ｇＮＢ２００ｂに対して、ＵＥ１００がＲＲＣインアクティブ状態で受信するマルチキャストセッション＃１のセッション識別情報を含むメッセージをＸｎインターフェイス上で送信する。ｇＮＢ２００ｂは、当該メッセージを受信する。セッション識別情報は、ＴＭＧＩ及び／又はソースＩＰアドレスを含む。当該メッセージは、新たに規定されるメッセージ（例えば、Ｍｕｌｔｉｃａｓｔ　ｓｅｓｓｉｏｎ　ａｃｔｉｖａｔｉｏｎ　ｒｅｑｕｅｓｔメッセージ）であってもよい。当該メッセージは、ＰＴＭ送信をｇＮＢ２００ｂに要請する旨の情報を含んでもよい。当該情報は、ＰＴＭ送信の停止を不許可とする旨の通知であってもよい。

　なお、ｇＮＢ２００ａは、マルチキャストセッション＃１についてＰＴＭ設定（共通のＰＴＭ設定）が有効になる所定エリアを構成する他の各ｇＮＢに対してメッセージを送信してもよい。所定エリアは、登録エリア（ＲＡ）、トラッキングエリア（ＴＡ）、又はＲＡＮ通知エリア（ＲＮＡ）であってもよい。

　ｇＮＢ２００ｂは、当該メッセージの受信に応じて、マルチキャストセッション＃１のマルチキャストデータをＰＴＭ送信によって送信する動作を継続する。

　ステップＳ２０６において、ｇＮＢ２００ｂは、ｇＮＢ２００ａに対して、ＰＴＭ送信を停止したいマルチキャストセッション＃１のセッション識別情報を含むメッセージをＸｎインターフェイス上で送信してもよい。当該メッセージは、新たに規定されるメッセージ、例えば、Ｍｕｌｔｉｃａｓｔ　ｓｅｓｓｉｏｎ　ｓｔｏｐ　ｒｅｑｕｅｓｔメッセージ、Ｐａｇｉｎｇ　ｒｅｑｕｅｓｔメッセージ、Ｍｕｌｔｉｃａｓｔ　ｇｒｏｕｐ　ｐａｇｉｎｇ　ｒｅｑｕｅｓｔメッセージであってもよい。ｇＮＢ２００ａは、当該メッセージを受信する。当該メッセージは、ＰＴＭ送信の停止を要求する旨の情報を含んでもよい。当該情報は、マルチキャストセッション＃１を受信しているＵＥ１００をＲＲＣコネクティッド状態に遷移させる旨の要請であってもよい。ｇＮＢ２００ｂは、ページング（ＲＡＮページング）をトリガしてもよい。例えば、ｇＮＢ２００ｂは、マルチキャストセッション＃１のセッション識別情報を含むページングメッセージを送信することでＵＥ１００を呼び出してもよい。

　ステップＳ２０７において、ｇＮＢ２００ａは、例えばマルチキャストセッション＃１のセッション識別情報を含むページングメッセージをＵＥ１００に送信する。

　ステップＳ２０８において、ＵＥ１００は、ＲＲＣレジュームの処理をｇＮＢ２００ａと実行し、ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移（ステップＳ２０９）する。

　ステップＳ２１０において、ｇＮＢ２００ａは、ｇＮＢ２００ｂに対して、ＰＴＭ送信を停止可能なマルチキャストセッション＃１のセッション識別情報を含むメッセージをＸｎインターフェイス上で送信してもよい。当該メッセージを受信したｇＮＢ２００ｂは、当該メッセージに基づいて、マルチキャストセッション＃１について、ＰＴＭ送信の停止又はＰＴＰ送信への切り替えなどの処理を行う。

　本動作例では、Ｘｎインターフェイス上でメッセージを送受信する一例について説明したが、ｇＮＢ２００ａとｇＮＢ２００ｂとの間にＸｎインターフェイス（Ｘｎ接続）が無い場合には、ＡＭＦ３００Ａ経由でメッセージを送受信してもよい。この場合、ｇＮＢ２００ａは、ＲＲＣインアクティブ状態でマルチキャスト受信が行われるマルチキャストセッション＃１のＴＭＧＩを含むメッセージをＡＭＦ３００ＡにＮＧインターフェイス上で送信してもよい。ここで、ｇＮＢ２００ａは、所定エリアの情報をＡＭＦ３００Ａに通知してもよい。ＡＭＦ３００Ａは、当該所定エリア内の他の各ｇＮＢ２００に対してＮＧインターフェイス上で当該情報を送信してもよい。

　ｇＮＢ２００ａは、周辺のｇＮＢ２００ｂから、ｇＮＢ２００ｂが提供しているマルチキャストセッションの識別子、及びＰＴＭ伝送で提供しているか否かの情報を通知されてもよい。当該通知はＸｎメッセージ（例えば、Ｍｕｌｔｉｃａｓｔ　ｓｅｓｓｉｏｎ　ｉｎｆｏｒｍａｔｉｏｎ又はＭｕｌｔｉｃａｓｔ　ＰＴＭ　ｄｅｌｉｖｅｒｙ　ｉｎｆｏｒｍａｔｉｏｎ）で送信される。或いは、ｇＮＢ２００ａは、ＡＭＦ３００から、周辺のｇＮＢ２００ｂが提供しているマルチキャストセッションの識別子、及びＰＴＭ伝送で提供しているか否かの情報を通知されてもよい。当該通知はＮＧメッセージ（例えば、Ｍｕｌｔｉｃａｓｔ　ｓｅｓｓｉｏｎ　ｉｎｆｏｒｍａｔｉｏｎ又はＭｕｌｔｉｃａｓｔ　ＰＴＭ　ｄｅｌｉｖｅｒｙ　ｉｎｆｏｒｍａｔｉｏｎ）で送信される。ｇＮＢ２００ａは、当該情報を用いて、ＵＥ１００にＰＴＭ設定の有効エリアを設定してもよい。

　（５）その他の実施形態
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。各フローにおいて、必ずしもすべてのステップを実行する必要は無く、一部のステップのみを実行してもよい。

　上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵであってもよい。また、ＵＥ１００は、ＩＡＢノードのＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）であってもよい。

　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。

　また、用語「ネットワークノード」は、主として基地局を意味するが、コアネットワークの装置又は基地局の一部（ＣＵ、ＤＵ、又はＲＵ）を意味してもよい。

　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ／ｉｎ　ｒｅｓｐｏｎｓｅ　ｔｏ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」等の呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

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

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

　（６）付記
　上述の実施形態に関する特徴について付記する。

　（付記１）
　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
　第１ネットワーク装置が、マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信するステップを有する
　通信方法。

　（付記２）
　前記メッセージは、前記マルチキャストセッションのセッション識別情報を含む
　付記１に記載の通信方法。

　（付記３）
　前記第１ネットワーク装置が、ユーザ装置を無線リソース制御（ＲＲＣ）コネクティッド状態からＲＲＣインアクティブ状態に遷移させるステップをさらに有し、
　前記メッセージを送信するステップは、前記ユーザ装置が前記ＲＲＣインアクティブ状態で前記マルチキャストセッションを受信する場合、前記ＰＴＭ送信の継続を要求するための前記メッセージを前記第２ネットワーク装置に送信するステップを含む
　付記１又は２に記載の通信方法。

　（付記４）
　前記第１ネットワーク装置は、基地局に含まれる集約ユニットであり、
　前記第２ネットワーク装置は、前記基地局に含まれる分散ユニットである
　付記１乃至３のいずれかに記載の通信方法。

　（付記５）
　前記第１ネットワーク装置は、所定エリアを構成する第１基地局であり、
　前記第２ネットワーク装置は、前記所定エリアを構成する第２基地局である
　付記１乃至３のいずれかに記載の通信方法。

　（付記６）
　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるネットワーク装置であって、
　マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信する通信部を有する
　ネットワーク装置。

　１　　　　　　：移動通信システム
　５　　　　　　：ネットワーク
　１０　　　　　：ＲＡＮ
　２０　　　　　：ＣＮ
　１００　　　　：ＵＥ（ユーザ装置）
　１１０　　　　：受信部
　１２０　　　　：送信部
　１３０　　　　：制御部
　２００　　　　：ｇＮＢ（基地局）
　２１０　　　　：送信部
　２２０　　　　：受信部
　２３０　　　　：制御部
　２４０　　　　：バックホール通信部

Claims

　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
　第１ネットワーク装置が、マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信することを有する
　通信方法。
　前記メッセージは、前記マルチキャストセッションのセッション識別情報を含む
　請求項１に記載の通信方法。
　前記第１ネットワーク装置が、ユーザ装置を無線リソース制御（ＲＲＣ）コネクティッド状態からＲＲＣインアクティブ状態に遷移させることをさらに有し、
　前記メッセージを送信することは、前記ユーザ装置が前記ＲＲＣインアクティブ状態で前記マルチキャストセッションを受信する場合、前記ＰＴＭ送信の継続を要求するための前記メッセージを前記第２ネットワーク装置に送信することを含む
　請求項１に記載の通信方法。
　前記第１ネットワーク装置は、基地局に含まれる集約ユニットであり、
　前記第２ネットワーク装置は、前記基地局に含まれる分散ユニットである
　請求項１乃至３のいずれか１項に記載の通信方法。
　前記第１ネットワーク装置は、所定エリアを構成する第１基地局であり、
　前記第２ネットワーク装置は、前記所定エリアを構成する第２基地局である
　請求項１乃至３のいずれか１項に記載の通信方法。
　マルチキャスト／ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるネットワーク装置であって、
　マルチキャストセッションのＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信を行う第２ネットワーク装置に対して、前記ＰＴＭ送信の継続又は停止を要求するためのメッセージを送信する通信部を有する
　ネットワーク装置。