JP7769002B2 - 通信方法 - Google Patents

Description

本開示は、移動通信システムで用いる通信方法に関する。

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

３ＧＰＰ寄書：ＲＰ－２０１０３８、"ＷＩＤ ｒｅｖｉｓｉｏｎ： ＮＲ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ"

５Ｇ／ＮＲのマルチキャスト・ブロードキャストサービスは、４Ｇ／ＬＴＥのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。

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

第１の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいて第１セルと通信するユーザ装置が実行する方法である。前記通信方法は、前記第１セルが属する周波数と異なる周波数に属する第２セルから前記ユーザ装置がＭＢＳ受信を行うＭＢＳ受信タイミングに関するメッセージを前記第１セルに送信するステップを有する。

第２の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてネットワーク装置が実行する方法である。前記通信方法は、前記第１セルが属する周波数と異なる周波数に属する第２セルから前記ユーザ装置がＭＢＳ受信を行うＭＢＳ受信タイミングに関するメッセージを、前記第１セルを介して前記ユーザ装置から受信するステップを有する。

第３の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいて第１セルと通信するユーザ装置が実行する方法である。前記通信方法は、ＲＯＭ（Ｒｅｃｅｉｖｅ－Ｏｎｌｙ Ｍｏｄｅ）及び／又はＦＴＡ（Ｆｒｅｅ－Ｔｏ－Ａｉｒ）で前記セルが提供中のＭＢＳセッションを示すブロードキャスト情報を前記セルから受信するステップと、前記ブロードキャスト情報に基づいて、前記ＲＯＭ及び／又は前記ＦＴＡで前記セルが提供中のＭＢＳセッションを特定するステップと、を有する。

実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係るＭＢＳトラフィック配信の概要を示す図である。 実施形態に係る配信モードを示す図である。 実施形態に係るＵＥ１００のＭＢＳ受信に関する内部処理の一例を示す図である。 実施形態に係るＵＥ１００のＭＢＳ受信に関する内部処理の他の例を示す図である。 実施形態に係る移動通信システムの動作を説明するための図である。 実施形態に係る第１動作例を示す図である。 実施形態に係る第２動作例を示す図である。 実施形態に係る第３動作例を示す図である。 実施形態に係る第４動作例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ブロードキャストサービスは、高信頼性のＱｏＳを必要としないアプリケーションのために、特定のサービスエリア内のすべてのＵＥ１００に対してサービスを提供する。ブロードキャストサービスに用いるＭＢＳセッションをブロードキャストセッションと呼ぶ。

マルチキャストサービスは、すべてのＵＥ１００に対してではなく、マルチキャストサービス（マルチキャストセッション）に参加しているＵＥ１００のグループに対してサービスを提供する。マルチキャストサービスに用いるＭＢＳセッションをマルチキャストセッションと呼ぶ。

図６は、実施形態に係るＭＢＳトラフィック配信の概要を示す図である。

ＭＢＳトラフィック（ＭＢＳデータ）は、単一のデータソース（アプリケーションサービスプロバイダ）から複数のＵＥに配信される。５Ｇコアネットワークである５Ｇ ＣＮ（５ＧＣ）２０は、アプリケーションサービスプロバイダからＭＢＳデータを受信し、ＭＢＳデータのコピーの作成（Ｒｅｐｌｉｃａｔｉｏｎ）を行って配信する。

５ＧＣ２０の観点からは、５ＧＣ共有ＭＢＳトラフィック配信（５ＧＣ Ｓｈａｒｅｄ ＭＢＳ Ｔｒａｆｆｉｃ ｄｅｌｉｖｅｒｙ）及び５ＧＣ個別ＭＢＳトラフィック配信（５ＧＣ Ｉｎｄｉｖｉｄｕａｌ ＭＢＳ Ｔｒａｆｆｉｃ ｄｅｌｉｖｅｒｙ）の２つのマルチキャスト配信方法が可能である。

５ＧＣ個別ＭＢＳトラフィック配信方法では、５ＧＣ２０は、ＭＢＳデータパケットの単一コピーを受信し、ＵＥ１００ごとのＰＤＵセッションを介してそれらのＭＢＳデータパケットの個別のコピーを個別のＵＥ１００に配信する。したがって、ＵＥ１００ごとに１つのＰＤＵセッションをマルチキャストセッションと関連付ける必要がある。

５ＧＣ共有ＭＢＳトラフィック配信方法では、５ＧＣ２０は、ＭＢＳデータパケットの単一コピーを受信し、それらのＭＢＳパケットの単一コピーをＲＡＮノード（すなわち、ｇＮＢ２００）に配信する。ｇＮＢ２００は、ＭＢＳトンネル接続を介してＭＢＳデータパケットを受信し、それらを１つ又は複数のＵＥ１００に配信する。

ＲＡＮ（５Ｇ ＲＡＮ）１０の観点からは、５ＧＣ共有ＭＢＳトラフィック配信方法における無線を介したＭＢＳデータの送信には、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）及びＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）の２つの配信方法が可能である。ＰＴＰはユニキャストを意味し、ＰＴＭはマルチキャスト及びブロードキャストを意味する。

ＰＴＰ配信方法では、ｇＮＢ２００は、ＭＢＳデータパケットの個別のコピーを無線で個々のＵＥ１００に配信する。他方、ＰＴＭ配信方法では、ｇＮＢ２００は、ＭＢＳデータパケットの単一コピーを無線でＵＥ１００のグループに配信する。ｇＮＢ２００は、１つのＵＥ１００に対するＭＢＳデータの配信方法としてＰＴＭ及びＰＴＰのどちらを用いるかを動的に決定できる。

ＰＴＰ配信方法及びＰＴＭ配信方法は主としてユーザプレーンに関するものである。ＭＢＳデータ配信の制御モードとしては、第１配信モード及び第２配信モードの２つの配信モードがある。

図７は、実施形態に係る配信モードを示す図である。

第１配信モード（Ｄｅｌｉｖｅｒｙ ｍｏｄｅ １：ＤＭ１）は、ＲＲＣコネクティッド状態のＵＥ１００が利用できる配信モードであって、高ＱｏＳ要件のための配信モードである。第１配信モードは、ＭＢＳセッションのうちマルチキャストセッションに用いられる。但し、第１配信モードがブロードキャストセッションに用いられてもよい。第１配信モードは、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態のＵＥ１００も利用可能であってもよい。

第１配信モードにおけるＭＢＳ受信の設定は、ＵＥ固有（ＵＥ－ｄｅｄｉｃａｔｅｄ）シグナリングにより行われる。例えば、第１配信モードにおけるＭＢＳ受信の設定は、ｇＮＢ２００からＵＥ１００にユニキャストで送信されるＲＲＣメッセージであるＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（又はＲＲＣ Ｒｅｌｅａｓｅメッセージ）により行われる。

ＭＢＳ受信の設定は、ＭＢＳデータを伝送するＭＢＳトラフィックチャネルの設定に関するＭＢＳトラフィックチャネル設定情報（以下、「ＭＴＣＨ設定情報」と呼ぶ）を含む。ＭＴＣＨ設定情報は、ＭＢＳセッションに関するＭＢＳセッション情報（後述のＭＢＳセッション識別子を含む）と、このＭＢＳセッションに対応するＭＴＣＨのスケジューリング情報とを含む。ＭＴＣＨのスケジューリング情報は、ＭＴＣＨの間欠受信（ＤＲＸ）設定を含んでもよい。間欠受信設定は、オン期間（Ｏｎ Ｄｕｒａｔｉｏｎ：受信期間）を定義するタイマ値（Ｏｎ Ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、オン期間を延長するタイマ値（Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、スケジューリング間隔又はＤＲＸサイクル（Ｓｃｈｅｄｕｌｉｎｇ Ｐｅｒｉｏｄ、ＤＲＸ Ｃｙｃｌｅ）、スケジューリング又はＤＲＸサイクルの開始サブフレームのオフセット値（Ｓｔａｒｔ Ｏｆｆｓｅｔ、ＤＲＸ Ｃｙｃｌｅ Ｏｆｆｓｅｔ）、オン期間タイマの開始遅延スロット値（Ｓｌｏｔ Ｏｆｆｓｅｔ）、再送時までの最大時間を定義するタイマ値（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）、ＨＡＲＱ再送のＤＬ割り当てまでの最小間隔を定義するタイマ値（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）のいずれか一つ以上のパラメータを含んでもよい。なお、ＭＴＣＨ（マルチキャストトラフィックチャネル）は論理チャネルの一種である。ＭＴＣＨは、トランスポートチャネルの一種である下りリンク共有チャネル（ＤＬ－ＳＣＨ：Ｄｏｗｎ Ｌｉｎｋ―Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）にマッピングされる。

第２配信モード（Ｄｅｌｉｖｅｒｙ ｍｏｄｅ ２：ＤＭ２）は、ＲＲＣコネクティッド状態のＵＥ１００だけではなく、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態のＵＥ１００が利用できる配信モードであって、低ＱｏＳ要件のための配信モードである。第２配信モードは、ＭＢＳセッションのうちブロードキャストセッションに用いられる。但し、第２配信モードは、マルチキャストセッションにも適用可能であってもよい。

第２配信モードにおけるＭＢＳ受信の設定は、ブロードキャストシグナリングにより行われる。例えば、第２配信モードにおけるＭＢＳ受信の設定は、ｇＮＢ２００からＵＥ１００にブロードキャストで送信される論理チャネル、例えば、ブロードキャスト制御チャネル（ＢＣＣＨ）及び／又はマルチキャスト制御チャネル（ＭＣＣＨ）により行われる。ＵＥ１００は、例えば、技術仕様で予め規定された専用のＲＮＴＩを用いてＢＣＣＨ及びＭＣＣＨを受信できる。ＢＣＣＨ受信用のＲＮＴＩがＳＩ－ＲＮＴＩであって、ＭＣＣＨ受信用のＲＮＴＩがＭＣＣＨ－ＲＮＴＩであってもよい。

第２配信モードにおいて、ＵＥ１００は、次の３つの手順でＭＢＳデータを受信してもよい。第１に、ＵＥ１００は、ｇＮＢ２００からＢＣＣＨ上で伝送されるＭＢＳシステム情報ブロック（ＭＢＳ ＳＩＢ）によりＭＣＣＨ設定情報を受信する。第２に、ＵＥ１００は、ＭＣＣＨ設定情報に基づいてｇＮＢ２００からＭＣＣＨを受信する。ＭＣＣＨは、ＭＴＣＨ設定情報を伝送する。ＭＣＣＨは、現在提供中のＭＢＳセッションが隣接セルでも提供されるかを示す隣接セル情報を含んでもよい。第３に、ＵＥ１００は、ＭＴＣＨ設定情報に基づいて、ＭＴＣＨ（ＭＢＳデータ）を受信する。以下において、ＭＴＣＨ設定情報及び／又はＭＣＣＨ設定情報をＭＢＳ受信設定と呼ぶことがある。以下の実施形態において、第２配信モードで配信されるＭＢＳセッションをＵＥ１００が受信する場合について主として説明する。

第１配信モード及び第２配信モードにおいて、ＵＥ１００は、ｇＮＢ２００から割り当てられるグループＲＮＴＩ（Ｇ－ＲＮＴＩ）を用いてＭＴＣＨを受信してもよい。Ｇ－ＲＮＴＩは、ＭＴＣＨ受信用ＲＮＴＩに相当する。Ｇ－ＲＮＴＩは、ＭＢＳ受信設定（ＭＴＣＨ設定情報）に含まれていてもよい。

なお、ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳセッションは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）、ソーススペシフィックＩＰマルチキャストアドレス（アプリケーション機能やアプリケーションサーバ等のソースユニキャストＩＰアドレスと、宛先アドレスを示すＩＰマルチキャストアドレスとから成る）、セッション識別子、及びＧ－ＲＮＴＩのうち少なくとも１つにより識別される。ＴＭＧＩ、ソーススペシフィックＩＰマルチキャストアドレス、及びセッション識別子の少なくとも１つをＭＢＳセッション識別子と呼ぶ。ＴＭＧＩ、ソーススペシフィックＩＰマルチキャストアドレス、セッション識別子、及びＧ－ＲＮＴＩを総括してＭＢＳセッション情報と呼ぶ。

図８は、実施形態に係るＵＥ１００のＭＢＳ受信に関する内部処理の一例を示す図である。図９は、実施形態に係るＵＥ１００のＭＢＳ受信に関する内部処理の他の例を示す図である。

１つのＭＢＳ無線ベアラ（ＭＲＢ）は、マルチキャストセッション又はブロードキャストセッションを伝送する１つの無線ベアラである。すなわち、ＭＲＢにマルチキャストセッションが対応付けられる場合と、ＭＲＢにブロードキャストセッションが対応付けられる場合とがある。

ＭＲＢ及び対応する論理チャネル（例えば、ＭＴＣＨ）は、ＲＲＣシグナリングによってｇＮＢ２００からＵＥ１００に設定される。ＭＲＢの設定手順は、データ無線ベアラ（ＤＲＢ）の設定手順と分離されていてもよい。ＲＲＣシグナリングでは、１つのＭＲＢを、「ＰＴＭのみ（ＰＴＭ ｏｎｌｙ）」、「ＰＴＰのみ（ＰＴＰ ｏｎｌｙ）」、又は「ＰＴＭ及びＰＴＰの両方（ｂｏｔｈ ＰＴＭ ａｎｄ ＰＴＰ）」で設定できる。このようなＭＲＢのベアラタイプはＲＲＣシグナリングにより変更できる。

図８において、ＭＲＢ＃１にはマルチキャストセッション及び専用トラフィックチャネル（ＤＴＣＨ）が対応付けられ、ＭＲＢ＃２にはマルチキャストセッション及びＭＴＣＨ＃１が対応付けられ、ＭＲＢ＃３にはブロードキャストセッション及びＭＴＣＨ＃２が対応付けられる一例を示している。すなわち、ＭＲＢ＃１はＰＴＰのみ（ＰＴＰ ｏｎｌｙ）のＭＲＢであり、ＭＲＢ＃２はＰＴＭのみ（ＰＴＭ ｏｎｌｙ）のＭＲＢであり、ＭＲＢ＃３はＰＴＭのみ（ＰＴＭ ｏｎｌｙ）のＭＲＢである。なお、ＤＴＣＨは、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）を用いてスケジューリングされる。ＭＴＣＨは、Ｇ－ＲＮＴＩを用いてスケジューリングされる。

ＵＥ１００のＰＨＹレイヤは、物理チャネルの１つであるＰＤＳＣＨ上で受信したユーザデータ（受信データ）を処理し、トランスポートチャネルの１つである下りリンク共有チャネル（ＤＬ－ＳＣＨ）に流す。ＵＥ１００のＭＡＣレイヤ（ＭＡＣエンティティ）は、ＤＬ－ＳＣＨ上で受信したデータを処理し、受信データに含まれるヘッダ（ＭＡＣヘッダ）に含まれる論理チャネル識別子（ＬＣＩＤ）に基づいて、当該受信データを対応する論理チャネル（対応するＲＬＣエンティティ）に流す。

図９において、マルチキャストセッションと対応付けられるＭＲＢに、ＤＴＣＨ及びＭＴＣＨが対応付けられる一例を示している。具体的には、１つのＭＲＢが２つのレグに分割（スプリット）され、一方のレグがＤＴＣＨと対応付けられ、他方のレグがＭＴＣＨと対応付けられている。当該２つのレグは、ＰＤＣＰレイヤ（ＰＤＣＰエンティティ）において結合される。すなわち、当該ＭＲＢは、ＰＴＭ及びＰＴＰの両方（ｂｏｔｈ ＰＴＭ ａｎｄ ＰＴＰ）のＭＲＢである。このようなＭＲＢは、スプリットＭＲＢと呼ばれることがある。

（移動通信システムの動作）
図１０は、実施形態に係る移動通信システム１の動作を説明するための図である。なお、図１０において「＃」で示す番号は、識別子又はインデックスを意味してもよい。

セル＃１（第１セル）及びセル＃２（第２セル）の重複領域に存在するＵＥ１００は、セル＃１との通信を行う。すなわち、セル＃１はＵＥ１００のサービングセルであり、セル＃２は当該サービングセルの隣接セルである。ＵＥ１００は、セル＃１においてＲＲＣコネクティッド状態、ＲＲＣアイドル状態、又はＲＲＣインアクティブ状態にある。

セル＃１は周波数（キャリア周波数）＃１で運用されており、セル＃２は周波数（キャリア周波数）＃２で運用されている。このような周波数の関係をインター周波数と呼ぶ。セル＃１はｇＮＢ２００＃１により管理されており、セル＃２はｇＮＢ２００＃２により管理されている。セル＃１（ｇＮＢ２００＃１）は公衆陸上移動ネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）＃１に属しており、セル＃２（ｇＮＢ２００＃２）はＰＬＭＮ＃２に属している。このようなＰＬＭＮの関係をインターＰＬＭＮと呼ぶ。ｇＮＢ２００＃１及びＣＮ２０＃１は、ＰＬＭＮ＃１（第１ＰＬＭＮ）のネットワーク５０＃１に含まれる。ｇＮＢ２００＃２及びＣＮ２０＃２は、ＰＬＭＮ＃２（第２ＰＬＭＮ）のネットワーク５０＃２に含まれる。一般的に、１つのオペレータには１つのＰＬＭＮ識別子が割り当てられる。各セルは、自セルが属するＰＬＭＮの識別子をブロードキャストする。

セル＃１においてＲＲＣコネクティッド状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）とのデータ通信を行う。具体的には、ＵＥ１００には、ＲＲＣ接続の識別子として、ｇＮＢ２００＃１からＣ－ＲＮＴＩが割り当てられる。ｇＮＢ２００＃１は、ＵＥ１００に対するスケジューリングにより無線リソースをＵＥ１００に割り当てる。

セル＃１においてＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）からのページング監視を行う。具体的には、ＵＥ１００は、自身のＵＥ識別子等のパラメータに応じて定まるページング受信タイミング（ページング機会）において、セル＃１（ｇＮＢ２００＃１）から送信されるページングを監視する。

実施形態において、セル＃２（ｇＮＢ２００＃２）は、ＭＢＳセッション（例えば、ブロードキャストセッション）に属するＭＢＳデータをＰＴＭで送信する。具体的には、セル＃２（ｇＮＢ２００＃２）は、第２配信モードによりＭＢＳ送信を行う。セル＃２（ｇＮＢ２００＃２）は、ＲＯＭ（Ｒｅｃｅｉｖｅ－Ｏｎｌｙ Ｍｏｄｅ）及び／又はＦＴＡ（Ｆｒｅｅ－Ｔｏ－Ａｉｒ）でＭＢＳセッションを提供してもよい。

ＲＯＭは、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を有しない、及び／又はオペレータ（ＰＬＭＮ）とのサービス契約を有しないＵＥ１００であってもＭＢＳ受信が可能なモードである。例えば、ＵＥ１００は、上りリンク送信機能を有さずに下りリンク受信機能を有する装置（例えば、テレビ受信機）であってもよい。ＦＴＡは、無料放送コンテンツブロードキャストを可能とするアプリケーション（サービス）である。ＦＴＡは、ＲＯＭの一態様であってもよい。ＦＴＡで提供されるＭＢＳセッションは、モバイル加入者でないすべてのユーザが利用できるように提供され得る。以下において、ＲＯＭ及びＦＴＡを特に区別しないときはＲＯＭ／ＦＴＡと表記する。

例えば、ＵＥ１００は、ＰＬＭＮ＃１に属する。ＵＥ１００は、ＰＬＭＮ＃１のＳＩＭ及び／又はＰＬＭＮ＃１とのサービス契約を有していてもよい。ＵＥ１００は、ＰＬＭＮ＃２、すなわち、セル＃２（ｇＮＢ２００＃２）が提供するＭＢＳセッションの受信に興味が有るものとする。セル＃２（ｇＮＢ２００＃２）がＲＯＭ／ＦＴＡで提供するＭＢＳセッションは、ＰＬＭＮ＃１に属するＵＥ１００であっても受信可能であるものとする。但し、ＲＯＭ／ＦＴＡに限らず、セル＃２（ｇＮＢ２００＃２）がＰＴＭで提供するＭＢＳセッションは、ＰＬＭＮ＃１に属するＵＥ１００であっても受信可能であると仮定してもよい。以下においては、セル＃２（ｇＮＢ２００＃２）がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを、ＰＬＭＮ＃１に属するＵＥ１００が受信するシナリオを主として想定する。

ここで、セル＃１（ｇＮＢ２００＃１）と通信するＵＥ１００は、自身の受信機の数が限られているため、セル＃１（ｇＮＢ２００＃１）との通信状態を維持しながらセル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信を行うことが難しいという問題がある。

具体的には、ＵＥ１００は、セル＃１（周波数＃１）を自身のサービングセル（サービング周波数）として維持しながら、インター周波数であるセル＃２（周波数＃２）からのＭＢＳ受信を行うことが難しい。例えば、受信機を１つのみ有するＵＥ１００は、セル＃１（周波数＃１）からの受信中は、セル＃２（周波数＃２）からのＭＢＳ受信を行うことができない。ＵＥ１００が複数の受信機を有する場合であっても、当該複数の受信機をネットワーク５０＃１との通信ですべて使用中であるようなシナリオ（例えば、キャリアアグリゲーション）において、ＵＥ１００は、セル＃２（周波数＃２）からのＭＢＳ受信を行うことができない。

ここで、ｇＮＢ２００＃１（ネットワーク５０＃１）は、ＵＥ１００のＭＢＳ興味及びｇＮＢ２００＃２のＭＢＳ送信設定（特に、ＭＢＳタイミング）を把握していれば、当該タイミングを避けるようにＵＥ１００との通信、例えば、データ通信又はページング送信を行うことが可能である。これにより、ＵＥ１００は、当該タイミングでセル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信を行うことができる。しかしながら、インターＰＬＭＮのシナリオでは、ｇＮＢ２００＃１及びｇＮＢ２００＃２が別々のＰＬＭＮに属するため、ネットワーク協調によりＭＢＳ送信設定を共有することが難しい。

そこで、実施形態に係るＵＥ１００は、セル＃２からＵＥ１００がＭＢＳ受信を行うＭＢＳ受信タイミングに関するメッセージをセル＃１に送信する。当該メッセージは、ＵＥ１００からセル＃１（ｇＮＢ２００＃１）へ送信されるＲＲＣメッセージであってもよい。当該ＲＲＣメッセージは、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージであってもよい。また、当該メッセージは、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎメッセージであってもよい。或いは、当該メッセージは、ＵＥ１００からセル＃１（ｇＮＢ２００＃１）を介してＣＮ２０＃１（ＡＭＦ３００Ａ）へ送信されるＮＡＳメッセージであってもよい。当該ＮＡＳメッセージは、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥ ＣＯＭＰＬＥＴＥメッセージ、ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、又はＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージであってもよい。

ネットワーク５０＃１に含まれるネットワーク装置、例えば、ｇＮＢ２００＃１又はＣＮ２０＃１（ＡＭＦ３００Ａ）は、セル＃１を介して当該メッセージをＵＥ１００から受信する。これにより、当該ネットワーク装置は、セル＃２からＵＥ１００がＭＢＳ受信を行うＭＢＳ受信タイミングを避けるようにＵＥ１００との通信、例えば、データ通信又はページング送信を行うことが可能になる。

（１）第１動作例
第１動作例において、ＵＥ１００からのメッセージ（例えば、ＲＲＣメッセージ）を受信したｇＮＢ２００＃１は、セル＃２からのＭＢＳ受信を行うためにセル＃１との通信を中断するＭＢＳ用ギャップの設定を示すＭＢＳ用ギャップ設定を、セル＃１を介してＵＥ１００に送信する。ＵＥ１００は、メッセージの送信後において、セル＃２からのＭＢＳ受信を行うためにセル＃１との通信を中断するＭＢＳ用ギャップの設定を示すＭＢＳ用ギャップ設定をセル＃１から受信する。

セル＃１においてＲＲＣコネクティッド状態にあるＵＥ１００は、ｇＮＢ２００＃１からのＭＢＳ用ギャップ設定に基づいて、ＭＢＳ用ギャップにおいてセル＃１とのデータ通信を中断するとともにセル＃２からのＭＢＳ受信を行う。これにより、ＵＥ１００は、セル＃１（ｇＮＢ２００＃１）に対してＲＲＣコネクティッド状態を維持しながらセル＃２からのＭＢＳ受信を行うことが可能になる。

第１動作例において、ＵＥ１００は、セル＃２のＭＣＣＨの設定及び／又はセル＃２のＭＴＣＨの設定に基づいて、ＵＥ１００が要求するＭＢＳ用ギャップの設定を示す要求ギャップ情報を生成する。ＵＥ１００は、要求ギャップ情報を含むメッセージをセル＃１（ｇＮＢ２００＃１）に送信する。セル＃１（ｇＮＢ２００＃１）は、要求ギャップ情報を含むメッセージを受信し、要求ギャップ情報に基づくＭＢＳ用ギャップ設定をＵＥ１００に送信する。これにより、ＭＢＳ用ギャップをＵＥ１００に適切に設定できる。

図１１は、第１動作例を示す図である。以下の説明において、セル＃１（ｇＮＢ２００＃１）をネットワーク５０＃１（ＰＬＭＮ＃１）と読み替えてもよい。セル＃２（ｇＮＢ２００＃２）をネットワーク５０＃２（ＰＬＭＮ＃２）と読み替えてもよい。

ステップＳ１００において、ＵＥ１００は、セル＃１においてＲＲＣコネクティッド状態にある。

ステップＳ１０１において、ＵＥ１００は、ＭＢＳ受信中又はＭＢＳ受信に興味を持つ。ここでは、ＵＥ１００が、ＲＯＭ／ＦＴＡで提供されるＭＢＳセッション（例えば、ブロードキャストセッション）を受信中又は受信に興味を持つ一例を想定する。ここでＭＢＳ受信中とは、セル＃２からＲＯＭ／ＦＴＡで提供されるＭＢＳセッションを受信中の状態であってもよい。

なお、ＵＥ１００は、ＲＯＭ／ＦＴＡで提供されるＭＢＳセッション（ＭＢＳセッション識別子）と周波数（周波数識別子）との対応関係を示す上位レイヤ情報を予め取得していてもよい。上位レイヤ情報は、当該ＭＢＳセッションの開始時刻を示す情報及び／又は当該ＭＢＳセッションが提供されるＭＢＳサービスエリアを示す情報をさらに含んでもよい。ＵＥ１００は、当該上位レイヤ情報に基づいて、当該ＭＢＳセッション（所望ＭＢＳセッション）を提供する所望ＭＢＳ周波数を把握してもよい。このような上位レイヤ情報は、ＵＳＤ（Ｕｓｅｒ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）として提供されてもよく、ＮＡＳメッセージ（例えば、ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージ、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥ ＣＯＭＭＡＮＤメッセージ、又はＰＤＵ ＳＥＳＳＩＯＮ ＥＳＴＡＢＬＩＳＨＭＥＮＴ ＡＣＣＥＰＴメッセージ）によって提供されてもよい。

ステップＳ１０２において、ＵＥ１００は、ネットワーク５０＃１（ＰＬＭＮ＃１）が提供するＭＢＳセッションと周波数との対応関係、及び／又はセル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報を、セル＃１（ｇＮＢ２００＃１）から受信する。このようなＭＢＳ情報は、セル＃１のＳＩＢ又はＭＣＣＨ中でブロードキャストされる情報であってもよい。

例えば、ネットワーク５０＃１が提供するＭＢＳセッションと周波数との対応関係を示すＭＢＳ情報は、ＭＢＳセッション識別子と周波数識別子とのセットを複数含んでもよい。ＵＥ１００は、このようなＭＢＳ情報に基づいて、どのＭＢＳセッションがどの周波数で提供されるのかを把握できる。

セル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報は、セル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションのＭＢＳセッション識別子リストを含んでもよい。ＵＥ１００は、このようなＭＢＳ情報に基づいて、セル＃１がどのＭＢＳセッションをＲＯＭ／ＦＴＡで提供するのかを把握できる。

ステップＳ１０３において、ＵＥ１００は、ステップＳ１０２で受信したＭＢＳ情報に基づいて、ＲＯＭ／ＦＴＡが適用される所望ＭＢＳセッションがネットワーク５０＃１（ＰＬＭＮ＃１）から提供されないと認識する。

例えば、ＵＥ１００は、ネットワーク５０＃１が提供するＭＢＳセッションと周波数との対応関係を示すＭＢＳ情報に基づいて、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数が当該ＭＢＳ情報で示されていない場合、所望ＭＢＳセッションがネットワーク５０＃１（ＰＬＭＮ＃１）から提供されないと認識してもよい。ＵＥ１００は、ＲＯＭ／ＦＴＡが適用される所望ＭＢＳセッションを提供する所望ＭＢＳ周波数がＭＢＳ情報で示されていない場合、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数が他のネットワーク、すなわち、ネットワーク５０＃２（ＰＬＭＮ＃２）から提供され得ると認識してもよい。

或いは、ＵＥ１００は、セル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報に基づいて、所望ＭＢＳセッションが当該ＭＢＳ情報で示されていない場合、所望ＭＢＳセッションがネットワーク５０＃１（ＰＬＭＮ＃１）から提供されずに、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数が他のネットワーク、すなわち、ネットワーク５０＃１（ＰＬＭＮ＃１）から提供され得ると認識してもよい。

ステップＳ１０４において、ＵＥ１００は、ネットワーク５０＃２（ＰＬＭＮ＃２）が提供するＭＢＳセッションと周波数との対応関係、及び／又はセル＃２がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報を、セル＃２（ｇＮＢ２００＃２）から受信してもよい。このようなＭＢＳ情報は、セル＃２のＳＩＢ又はＭＣＣＨ中でブロードキャストされる情報であってもよい。ＵＥ１００は、当該ＭＢＳ情報に基づいて、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数がセル＃２から提供されることを確認してもよい。

ステップＳ１０４において、ＵＥ１００は、セル＃２におけるＭＢＳ受信設定をセル＃２から受信する。このようなＭＢＳ受信設定は、セル＃２のＳＩＢ（ＭＢＳ ＳＩＢ）中でブロードキャストされるＭＣＣＨ設定情報、及び／又は、セル＃２のＭＣＣＨ中でブロードキャストされるＭＴＣＨ設定情報を含む。例えば、ＵＥ１００は、セル＃２からＢＣＣＨ上で伝送されるＭＢＳ ＳＩＢによりＭＣＣＨ設定情報を受信した後、当該ＭＣＣＨ設定情報に基づいてｇＮＢ２００からＭＣＣＨを受信することでＭＴＣＨ設定情報を受信する。

ＭＣＣＨ設定情報は、ＭＣＣＨのスケジューリング情報、すなわち、ＭＣＣＨ受信タイミング（ＭＣＣＨ受信機会）を示す情報を含む。ＭＴＣＨ設定情報は、ＭＴＣＨのスケジューリング情報、すなわち、ＭＴＣＨ受信タイミング（ＭＴＣＨ受信機会）を示す情報を含む。このようなＭＣＣＨ受信タイミング（ＭＣＣＨ受信機会）及び／又はＭＴＣＨ受信タイミング（ＭＴＣＨ受信機会）は、ＵＥ１００がセル＃２からのＭＢＳ受信を行うＭＢＳ受信タイミングに相当する。具体的には、当該ＭＢＳ受信タイミングを構成するＭＴＣＨ受信タイミングは、ＭＣＣＨによりＭＢＳセッションごとに示されるＭＴＣＨ受信タイミングのうち、所望ＭＢＳセッションと対応付けられたＭＴＣＨ受信タイミングであってもよい。

ステップＳ１０５において、ＵＥ１００は、ステップＳ１０４で把握したＭＢＳ受信タイミングに基づいて、セル＃１とのデータ通信を中断するＭＢＳ用ギャップのギャップパターン設定を決定し、決定したギャップパターン設定を示す要求ギャップ情報を生成する。ギャップパターンとは、周期的に繰り返されるＭＢＳ用ギャップのパターンをいう。要求ギャップ情報は、ギャップパターンの開始タイミングを示す情報（システムフレーム番号及び／又はサブフレーム番号など）と、ギャップパターンを示す情報、例えば、サブフレーム毎のビットマップ又はＭＢＳ用ギャップの周期（サイクル長）とを含む。要求ギャップ情報は、各ＭＢＳ用ギャップの持続時間を示す情報を含んでもよい。なお、ＵＥ１００は、セル＃１のタイミング（システムフレーム番号など）に合わせて要求ギャップパターンを決定する。ここで、ＵＥ１００は、要求ギャップパターンを決定する際に、ＵＥ１００の受信機の周波数変更に必要な時間（マージン）及び／又はセル＃２との同期を確立するための測定時間を要求ギャップパターンに加えてもよい。

ステップＳ１０６において、ＵＥ１００は、ステップＳ１０５で生成した要求ギャップ情報を含むＲＲＣメッセージをセル＃１（ｇＮＢ２００＃１）に送信する。ＵＥ１００は、要求ギャップ情報と対応付けられた所望ＭＢＳセッション識別子（例えば、ＴＭＧＩ）及び／又は所望ＭＢＳ周波数識別子をＲＲＣメッセージにさらに含めてもよい。

ステップＳ１０７において、セル＃１（ｇＮＢ２００＃１）は、ステップＳ１０６でＵＥ１００から受信したＲＲＣメッセージ中の要求ギャップ情報に基づいて、ＭＢＳ用ギャップの設定（ギャップパターン）を示すＭＢＳ用ギャップ設定を生成し、ＭＢＳ用ギャップ設定をＵＥ１００に送信する。例えば、セル＃１（ｇＮＢ２００＃１）は、ＭＢＳ用ギャップ設定を含むＲＲＣ再設定（ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。ＭＢＳ用ギャップ設定に含まれる情報の種類は、要求ギャップ情報に含まれる情報の種類と同様であってもよい。セル＃１（ｇＮＢ２００＃１）は、ＭＢＳ用ギャップ設定と対応付けられたセル識別子及び／又はセルグループ識別子をＲＲＣ再設定メッセージにさらに含めてもよい。セル＃１（ｇＮＢ２００＃１）は、ＭＢＳ用ギャップ設定とセル識別子及び／又はセルグループ識別子とのセットをＲＲＣ再設定メッセージに複数含めてもよい。

ステップＳ１０８において、ＵＥ１００は、ステップＳ１０７でセル＃１（ｇＮＢ２００＃１）から受信したＭＢＳ用ギャップ設定が示すＭＢＳ用ギャップにおいて、セル＃１（ｇＮＢ２００＃１）とのデータ通信を中断するとともに、セル＃２（ｇＮＢ２００＃２）からの所望ＭＢＳセッションのＭＢＳ受信を行う。具体的には、ＵＥ１００は、受信機の受信周波数を周波数＃１から周波数＃２に変更（チューニング）したうえで、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信、すなわち、ＭＴＣＨ受信（及びＭＣＣＨ受信）を行う。セル＃１（ｇＮＢ２００＃１）は、設定したＭＢＳ受信ギャップ中は当該ＵＥ１００への無線リソースの割り当てを行わない。

ここで、ＵＥ１００がネットワーク５０＃１との通信に複数のサービングセル（又は複数のセルグループ）を用いている場合（すなわち、キャリアアグリゲーション又はデュアルコネクティビティの場合）、ＵＥ１００は、ＲＲＣ再設定メッセージ中のセル識別子及び／又はセルグループ識別子に基づいて、ＭＢＳ用ギャップ設定が適用されるサービングセル（及び／又はセルグループ）を特定し、特定したサービングセル（及び／又はセルグループ）に割り当てられている受信機を用いて、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信を行ってもよい。なお、特定したサービングセル（及び／又はセルグループ）以外のサービングセル（及び／又はセルグループ）に割り当てられている受信機は、そのままの周波数／サービングセルに残してサービングセルからの受信を継続してもよい。

ＵＥ１００は、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信に興味が無くなった場合（ステップＳ１０９）、セル＃１（ｇＮＢ２００＃１）へ通知を行ってもよい（ステップＳ１１０）。ＵＥ１００は、当該通知を、ＲＲＣメッセージ、例えば、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージ又はＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎメッセージ中で送信してもよい。当該通知は、ギャップ解除の要求であってもよい。また、当該通知は、要求ギャップパターンを含まないＭＢＳ受信ギャップ要求であってもよい。セル＃１（ｇＮＢ２００＃１）は、当該通知に基づいて、ＭＢＳ受信ギャップ設定をＵＥ１００から除去（解放）してもよい（ステップＳ１１１）。

（２）第２動作例
上述の第１動作例において、ＵＥ１００が要求ギャップパターンを決定する一例について説明した。しかしながら、ＵＥ１００は、要求ギャップパターンを決定することなく、セル＃２のＭＣＣＨの設定及び／又はセル＃２のＭＴＣＨの設定を示す設定情報を含むＲＲＣメッセージをセル＃１（ｇＮＢ２００＃１）に送信してもよい。すなわち、ＵＥ１００は、セル＃２から受信したＭＢＳ受信設定をセル＃１（ｇＮＢ２００＃１）に転送してもよい。セル＃１（ｇＮＢ２００＃１）は、ＵＥ１００からＲＲＣメッセージを受信し、当該ＲＲＣメッセージ中のＭＢＳ受信設定に基づいてギャップパターンを決定し、当該ギャップパターンをＵＥ１００に設定する。

図１２は、第２動作例を示す図である。ここでは、上述の第１動作例との相違点を説明し、重複する説明を省略する。

ステップＳ１５１において、ＵＥ１００は、ステップＳ１０４でセル＃２から受信したＭＢＳ受信情報の少なくとも一部を含むＲＲＣメッセージをセル＃１（ｇＮＢ２００＃１）に送信する。例えば、ＵＥ１００は、セル＃２のＭＣＣＨ設定情報及び／又はＭＴＣＨ設定情報をＲＲＣメッセージに含める。ＵＥ１００は、ＭＢＳセッションごとのＭＴＣＨ設定情報（ＭＴＣＨスケジューリング情報）のうち、所望ＭＢＳセッションと対応付けられたＭＴＣＨ設定情報（ＭＴＣＨスケジューリング情報）のみをＲＲＣメッセージに含めてもよい。ＵＥ１００は、セル＃１及びセル＃２で無線フレームタイミングにずれがある場合、当該ずれの量（オフセット）を示す情報をＲＲＣメッセージにさらに含めてもよい。ＵＥ１００は、所望ＭＢＳセッション識別子（例えば、ＴＭＧＩ）及び／又は所望ＭＢＳ周波数識別子をＲＲＣメッセージにさらに含めてもよい。

ステップＳ１５２において、セル＃１（ｇＮＢ２００＃１）は、ステップＳ１０６でＵＥ１００から受信したＲＲＣメッセージ中のＭＢＳ受信設定に基づいて、上述のステップＳ１０５と同様にしてギャップパターンを決定する。そして、セル＃１（ｇＮＢ２００＃１）は、ＭＢＳ用ギャップの設定（ギャップパターン）を示すＭＢＳ用ギャップ設定をＵＥ１００に送信する。例えば、セル＃１（ｇＮＢ２００＃１）は、ＭＢＳ用ギャップ設定を含むＲＲＣ再設定（ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。セル＃１（ｇＮＢ２００＃１）は、上述の第１動作例と同様に、ＭＢＳ用ギャップ設定と対応付けられたセル識別子及び／又はセルグループ識別子をＲＲＣ再設定メッセージにさらに含めてもよい。

（３）第３動作例
上述の第１動作例及び第２動作例において、ＲＲＣコネクティッド状態にあるＵＥ１００が用いるＭＢＳ用ギャップをセル＃１（ｇＮＢ２００＃１）からＵＥ１００に設定する一例について説明した。

ＵＥ１００がＲＲＣアイドル状態にある場合、ＵＥ１００は、ネットワーク５０＃１、具体的には、ＣＮ２０＃１に含まれるＡＭＦ３００Ａ＃１からセル＃１（ｇＮＢ２００＃１）を介して送信されるページングを監視する必要がある。このようなページング受信のタイミング（ページング受信機会）と、セル＃２からのＭＢＳ受信タイミング（ＭＢＳ受信機会）とが少なくとも部分的に重複する場合、ＵＥ１００は、セル＃２からのＭＢＳ受信を適切に行うことが難しい。

第３動作例において、ＵＥ１００は、セル＃２からＵＥ１００がＭＢＳ受信を行うＭＢＳ受信タイミングに関するＮＡＳメッセージを、セル＃１（ｇＮＢ２００＃１）を介してＡＭＦ３００Ａ＃１に送信する。ここで、ＵＥ１００は、ページング受信タイミングの変更を要求する要求情報を含むＮＡＳメッセージをＡＭＦ３００Ａ＃１に送信してもよい。要求情報は、上述の第１動作例のような要求ギャップ情報を含んでもよい。また、当該要求情報は、上述の第２動作例のようなＭＢＳ受信設定を含んでもよい。

ＡＭＦ３００Ａ＃１は、受信した要求情報に基づいて、セル＃２におけるＭＢＳ受信タイミングを避けるようにページング受信タイミングを設定するページング受信設定を、セル＃１（ｇＮＢ２００＃１）を介してＵＥ１００に送信する。すなわち、ＡＭＦ３００Ａ＃１は、セル＃２におけるＭＢＳ受信タイミングを避けるようにＵＥ１００のページング受信タイミングを調整する。なお、本動作例において、ＡＭＦ３００Ａ＃１は、ページング管理装置に相当する。

ＲＲＣアイドル状態にあるＵＥ１００は、ＡＭＦ３００Ａ＃１からのページング受信設定に基づいて、調整されたページング受信タイミングにおいてセル＃１からのページングを監視するとともに、当該ページング受信タイミングと異なるタイミングにおいてセル＃２からのＭＢＳ受信を行う。これにより、ＵＥ１００は、セル＃１においてＲＲＣアイドル状態を維持しながらセル＃２からのＭＢＳ受信を行うことができる。

図１３は、第３動作例を示す図である。ここでは、上述の第１動作例及び第２動作例との相違点を主として説明し、重複する説明を省略する。

ステップＳ２００において、ＵＥ１００は、セル＃１においてＲＲＣアイドル状態にある。セル＃１においてＲＲＣアイドル状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）からのページング監視を行う。具体的には、ＵＥ１００は、自身のＵＥ識別子等のパラメータに応じて定まるページング受信タイミング（ページング機会）において、セル＃１（ｇＮＢ２００＃１）から送信されるページングを監視する。

ステップＳ２０１において、ＵＥ１００は、ＭＢＳ受信中又はＭＢＳ受信に興味を持つ。ここでは、ＵＥ１００が、ＲＯＭ／ＦＴＡで提供されるＭＢＳセッション（例えば、ブロードキャストセッション）を受信中又は受信に興味を持つ一例を想定する。

ステップＳ２０２において、ＵＥ１００は、ネットワーク５０＃１（ＰＬＭＮ＃１）が提供するＭＢＳセッションと周波数との対応関係、及び／又はセル＃１がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報を、セル＃１（ｇＮＢ２００＃１）から受信する。このようなＭＢＳ情報は、セル＃１のＳＩＢ又はＭＣＣＨ中でブロードキャストされる情報であってもよい。

ステップＳ２０３において、ＵＥ１００は、ステップＳ２０２で受信したＭＢＳ情報に基づいて、ＲＯＭ／ＦＴＡが適用される所望ＭＢＳセッションがネットワーク５０＃１（ＰＬＭＮ＃１）から提供されないと認識する。

ステップＳ２０４において、ＵＥ１００は、ネットワーク５０＃２（ＰＬＭＮ＃２）が提供するＭＢＳセッションと周波数との対応関係、及び／又はセル＃２がＲＯＭ／ＦＴＡで提供するＭＢＳセッションを示すＭＢＳ情報を、セル＃２（ｇＮＢ２００＃２）から受信してもよい。ＵＥ１００は、当該ＭＢＳ情報に基づいて、所望ＭＢＳセッション及び／又は所望ＭＢＳ周波数がセル＃２から提供されることを確認してもよい。

ステップＳ２０４において、ＵＥ１００は、セル＃２におけるＭＢＳ受信設定をセル＃２から受信し、セル＃２におけるＭＢＳ受信タイミングを把握する。

ステップＳ２０５において、ＵＥ１００は、セル＃２におけるＭＢＳ受信タイミングがセル＃１におけるページング受信タイミングと重複（衝突）していることを認識する。

ステップＳ２０６において、ＵＥ１００は、ページング受信タイミングの変更を要求する要求情報を含むＮＡＳメッセージを、セル＃１（ｇＮＢ２００＃１）を介してＡＭＦ３００Ａ＃１に送信する。このような要求情報は、ＵＥ識別子（例えば５Ｇ－Ｓ－ＴＭＳＩ）の変更を要求する情報であってもよく、代替案のＵＥ識別子（すなわち、希望するＵＥ識別子）もしくはＵＥ識別子のオフセット値（すなわち、ページング受信タイミング算出時にＵＥ識別子に加算するオフセット値であって、希望オフセット値でもよい）を含んでもよい。或いは、希望するページング受信タイミング（ＰＯ：ページング機会）を示す情報であってもよい。ここで、ＵＥ１００は、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に遷移したうえでＮＡＳメッセージを送信してもよい。

ステップＳ２０７において、ＡＭＦ３００Ａ＃１は、受信した要求情報に基づいて、セル＃２におけるＭＢＳ受信タイミングを避けるようにページング受信タイミングを設定するページング受信設定を、セル＃１（ｇＮＢ２００＃１）を介してＵＥ１００に送信する。このようなページング受信設定は、調整後のページング受信タイミングを定めるパラメータ、例えば、ＵＥ識別子（５Ｇ－Ｓ－ＴＭＳＩ）を含んでもよい。また、このようなページング受信設定は、当該５Ｇ－Ｓ－ＴＭＳＩに加えるオフセット値を含んでもよい。ＵＥ１００は、ページング受信設定を受信すると、ＲＲＣアイドル状態に遷移してもよい。

ＲＲＣアイドル状態にあるＵＥ１００は、ＡＭＦ３００Ａ＃１からのページング受信設定に基づいて、調整されたページング受信タイミングにおいてセル＃１からのページングを監視（ステップＳ２０８）するとともに、当該ページング受信タイミングと異なるタイミングにおいてセル＃２からのＭＢＳ受信（ステップＳ２０９）を行う。なお、ステップＳ２０８及びＳ２０９の順番は逆であってもよい。

ＵＥ１００は、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信に興味が無くなった場合（ステップＳ２１０）、ＡＭＦ３００Ａ＃１へ通知を行ってもよい（ステップＳ２１１）。ここで、ＵＥ１００は、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に遷移したうえで当該通知を行ってもよい。当該通知は、ページング機会の調整解除の要求であってもよい。また、当該通知は、要求ギャップパターンを含まない調整要求であってもよい。ＡＭＦ３００Ａ＃１は、当該通知に基づいて、ＵＥ１００におけるページング受信設定を元に戻してもよい（ステップＳ２１２）。

なお、本動作例では、ステップＳ２０６でＵＥ１００からＡＭＦ３００Ａ＃１に対してＮＡＳメッセージを送信する一例を説明した。しかしながら、ステップＳ２０６でＵＥ１００からセル＃１（ｇＮＢ２００＃１）に対して、要求情報を含むＲＲＣメッセージを送信してもよい。セル＃１（ｇＮＢ２００＃１）は、受信した要求情報をＡＭＦ３００Ａ＃１にＮＧインターフェイス上で転送してもよい。

（４）第４動作例
上述の第３動作例において、ＲＲＣアイドル状態にあるＵＥ１００のページング受信タイミングをＡＭＦ３００Ａ＃１が調整する一例について説明した。第４動作例では、ＲＲＣインアクティブ状態にあるＵＥ１００のページング受信タイミングをｇＮＢ２００＃１が調整する一例について説明する。ＲＲＣインアクティブ状態にあるＵＥ１００については、ＡＭＦ３００Ａ＃１ではなく、ｇＮＢ２００＃１がページングを管理する。このようなページングは、ＲＡＮページングと呼ばれることがある。本動作例において、ｇＮＢ２００＃１は、ページング管理装置に相当する。

図１４は、第４動作例を示す図である。ここでは、上述の第３動作例との相違点を説明し、重複する説明を省略する。

ステップＳ２５０において、ＵＥ１００は、セル＃１においてＲＲＣインアクティブ状態にある。セル＃１においてＲＲＣインアクティブ状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）からのページング監視を行う。具体的には、ＵＥ１００は、自身のＵＥ識別子等のパラメータに応じて定まるページング受信タイミング（ページング機会）において、セル＃１（ｇＮＢ２００＃１）から送信されるページングを監視する。

ステップＳ２５１において、ＵＥ１００は、ページング受信タイミングの変更を要求する要求情報を含むＲＲＣメッセージを、セル＃１（ｇＮＢ２００＃１）に送信する。ここで、ＵＥ１００は、ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移したうえでＲＲＣメッセージを送信してもよい。

ステップＳ２５２において、セル＃１（ｇＮＢ２００＃１）は、受信した要求情報に基づいて、セル＃２におけるＭＢＳ受信タイミングを避けるようにページング受信タイミングを設定するページング受信設定をＵＥ１００に送信する。このようなページング受信設定は、調整後のページング受信タイミングを定めるパラメータ、例えば、ＵＥ識別子（５Ｇ－Ｓ－ＴＭＳＩ）を含んでもよい。また、このようなページング受信設定は、当該５Ｇ－Ｓ－ＴＭＳＩに加えるオフセット値を含んでもよい。ＵＥ１００は、ページング受信設定を受信すると、ＲＲＣインアクティブ状態に遷移してもよい。なお、ステップＳ２５１及びＳ２５２は、第３動作例のステップＳ２０６及びＳ２０７と同様に、ＡＭＦ３００Ａ＃１とＵＥ１００との間で実施されてもよい。この場合、調整後のページング受信タイミングを定めるパラメータを、ＡＭＦ３００Ａ＃１又はＵＥ１００が、ＮＧ－ＡＰメッセージ又はＲＲＣメッセージを用いて、ｇＮＢ２００＃１に通知してもよい。

ＲＲＣインアクティブ状態にあるＵＥ１００は、セル＃１（ｇＮＢ２００＃１）からのページング受信設定に基づいて、調整されたページング受信タイミングにおいてセル＃１からのページングを監視（ステップＳ２５３）するとともに、当該ページング受信タイミングと異なるタイミングにおいてセル＃２からのＭＢＳ受信（ステップＳ２５４）を行う。なお、ステップＳ２５３及びＳ２５４の順番は逆であってもよい。

ＵＥ１００は、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信に興味が無くなった場合（ステップＳ２５５）、セル＃１（ｇＮＢ２００＃１）へ通知を行ってもよい（ステップＳ２５６）。ここで、ＵＥ１００は、ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移したうえで当該通知を行ってもよい。当該通知は、ページング機会の調整解除の要求であってもよい。また、当該通知は、要求ギャップパターンを含まない調整要求であってもよい。セル＃１（ｇＮＢ２００＃１）は、当該通知に基づいて、ＵＥ１００におけるページング受信設定を元に戻してもよい（ステップＳ２５７）。

（その他の実施形態）
上述の実施形態おいて、ＵＥ１００が、ＲＯＭ／ＦＴＡでセルが提供中のＭＢＳセッションを示すブロードキャスト情報（ＭＢＳ情報）を当該セルからＳＩＢ又はＭＣＣＨで受信する一例について説明した。すなわち、セル（ｇＮＢ２００）は、自セルがＲＯＭ／ＦＴＡで提供中のＭＢＳセッションを示すＭＢＳ情報をブロードキャストする。ＵＥ１００は、当該ブロードキャスト情報（ＭＢＳ情報）に基づいて、ＲＯＭ／ＦＴＡで当該セルが提供中のＭＢＳセッションを特定する。

このような動作を、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００が行うセル再選択プロシージャに利用してもよい。例えば、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＲＯＭ／ＦＴＡが適用される所望ＭＢＳセッションを受信中又は受信に興味が有る場合、所望ＭＢＳセッションを提供するセルを優先的に再選択し、当該セルにキャンプオンする。ここで、ＵＥ１００は、当該セルからブロードキャストされるＭＢＳ情報を受信し、当該セルが所望ＭＢＳセッションを提供するか否かを判定してもよい。当該セルが所望ＭＢＳセッションを提供すると判定した場合、ＵＥ１００は、当該セルが属する周波数をセル再選択の最高優先度に決定してもよい。

上述の実施形態において、セル＃１がＰＬＭＮ＃１に属するセルであり、セル＃２がＰＬＭＮ＃２に属するセルである一例を説明した。しかしながら、このようなインターＰＬＭＮのシナリオに限らず、セル＃１及びセル＃２が同じＰＬＭＮに属していてもよい。また、インター周波数のシナリオを想定したが、イントラ周波数のシナリオ、すなわち、セル＃１及びセル＃２が同じ周波数で運用されるシナリオであってもよい。また、上述の実施形態において、セル＃２（ｇＮＢ２００＃２）からのＭＢＳ受信がＲＯＭ／ＦＴＡで提供されるＭＢＳセッションの受信である一例を説明した。しかしながら、セル＃２（ｇＮＢ２００＃２）が提供するＭＢＳセッションは必ずしもＲＯＭ／ＦＴＡでなくてもよい。セル＃２（ｇＮＢ２００＃２）が提供するＭＢＳセッションは、ブロードキャストセッションであってもよいし、マルチキャストセッションであってもよい。

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

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

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

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

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

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

１ ：移動通信システム
１０ ：ＲＡＮ
２０ ：ＣＮ
１００ ：ＵＥ
１１０ ：受信部
１２０ ：送信部
１３０ ：制御部
２００ ：ｇＮＢ
２１０ ：送信部
２２０ ：受信部
２３０ ：制御部
２４０ ：バックホール通信部

Claims (7)

1. 移動通信システムにおいて第１ネットワークと通信するユーザ装置が実行する通信方法であって、
   前記第１ネットワークが対応するＳＩＭと異なるＳＩＭに属する第２ネットワークから前記ユーザ装置が受信を行うために、前記第１ネットワークとの通信を中断するギャップパターンを示すメッセージを前記第１ネットワークに送信することと、
   前記メッセージの送信後において、前記ギャップパターンを設定するギャップ設定を前記第１ネットワークから受信することと、
   前記ギャップ設定の解除を要求する情報を前記第１ネットワークに送信することと、を有する
   通信方法。
2. 前記第１ネットワークにおいて無線リソース制御（ＲＲＣ）コネクティッド状態にある前記ユーザ装置が、前記ギャップ設定に基づいて、各ギャップにおいて前記第１ネットワークとの前記通信を中断するとともに前記第２ネットワークからの前記受信を行うことをさらに有する
   請求項１に記載の通信方法。
3. 前記第１ネットワークとの通信を中断するギャップパターンを示すメッセージを前記第１ネットワークに送信することは、前記ユーザ装置が要求する前記ギャップ設定を含む前記メッセージを送信することを含む
   請求項１又は２に記載の通信方法。
4. 前記第２ネットワークから所定の情報を受信するための設定を、前記第２ネットワークから受信し、前記設定に基づいて、前記ギャップ設定を生成することをさらに有する
   請求項３に記載の通信方法。
5. 移動通信システムにおいてネットワーク装置が実行する通信方法であって、
   第１ネットワークが対応するＳＩＭと異なるＳＩＭに属する第２ネットワークからユーザ装置が受信を行うために、前記第１ネットワークとの通信を中断するギャップパターンを示すメッセージを、前記第１ネットワークを介して前記ユーザ装置から受信することと、
   受信した前記メッセージに基づいて、前記ギャップパターンを設定するギャップ設定を、前記第１ネットワークを介して前記ユーザ装置に送信することと、
   前記ギャップ設定の解除を要求する情報を前記第１ネットワークを介して前記ユーザ装置から受信することと、を有する
   通信方法。
6. 前記第１ネットワークとの通信を中断するギャップパターンを示すメッセージを、前記第１ネットワークを介して前記ユーザ装置から受信することは、前記ユーザ装置が要求する前記ギャップ設定を含む前記メッセージを受信することを含む
   請求項５に記載の通信方法。
7. 前記第１ネットワークは、第１公衆陸上移動ネットワーク（ＰＬＭＮ）に属するネットワークであり、
   前記第２ネットワークは、前記第１ＰＬＭＮと異なる第２ＰＬＭＮに属するネットワークである
   請求項１又は５に記載の通信方法。