JP7610027B2 - 通信方法、ユーザ装置、チップセット、プログラム、及び移動通信システム - Google Patents

Description

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

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

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

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

そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現可能とする通信方法及びユーザ装置を提供することを目的とする。

第１の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信である。前記通信方法は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する隣接セルがブロードキャストするシステム情報（ＳＩ）スケジューリング情報を受信するステップと、前記隣接セルがＭＢＳシステム情報ブロックを提供する能力を有している旨を前記ＳＩスケジューリング情報が示す場合、前記セル再選択プロシージャにおいて前記所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行うステップと、を有する。

第２の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信である。前記通信方法は、ＲＲＣレイヤにおいてネットワークからブロードキャストで提供されるブロードキャスト情報と、前記ＲＲＣレイヤよりも上位のレイヤにおいて前記ネットワークから提供される上位レイヤ情報とのうち、いずれか一方の情報を選択するステップと、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行うステップと、を有する。前記ブロードキャスト情報及び前記上位レイヤ情報のそれぞれは、ＭＢＳサービスと周波数との対応関係を示す情報である。前記優先度付けを行うステップは、前記選択するステップで選択された前記一方の情報に基づいて前記優先度付けを行うステップを含む。

第３の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信である。前記通信方法は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する少なくとも１つのセルに対する測定の結果が所定基準を満たす少なくとも１つのセルを特定するステップと、前記特定されたセルがＭＢＳシステム情報ブロックをブロードキャストすると前記ユーザ装置が判定した場合、前記所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行うステップと、を有する。

第４の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信である。前記通信方法は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する少なくとも１つのセルがＭＢＳシステム情報ブロックをブロードキャストすると前記ユーザ装置が判定した場合、前記所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行うステップと、前記所望ＭＢＳ周波数に対する測定結果に基づいて前記所望ＭＢＳ周波数から候補セルを特定するステップと、前記特定された候補セルが前記少なくとも１つのセルに含まれる場合、前記候補セルを再選択するステップと、を有する。

第５の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信である。前記通信方法は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先することにより、前記所望ＭＢＳ周波数に属するセルを再選択するステップと、前記セルから送信されるマルチキャスト制御チャネルに基づいて、前記セルが前記所望ＭＢＳサービスを提供するか否かを判定するステップと、前記判定するステップで前記セルが前記所望ＭＢＳサービスを提供しないと判定した場合、前記セル再選択プロシージャをやり直すステップと、を有する。

第６の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信である。前記通信方法は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する隣接セルがブロードキャストする情報であって、前記隣接セルにおけるＭＢＳサービス提供が制限されているか否かに関する情報を含むシステム情報を受信するステップと、前記ＭＢＳサービス提供が制限されていないことを前記システム情報が示すことに応じて、セル再選択プロシージャにおいて前記所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行うステップと、を有し、前記システム情報は、システム情報ブロック・タイプ１又はマスタ情報ブロックである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、ＭＢＳトラフィックチャネルは論理チャネルの一種であって、ＭＴＣＨと呼ばれることがある。ＭＢＳトラフィックチャネルは、トランスポートチャネルの一種である下りリンク共有チャネル（ＤＬ－ＳＣＨ：Ｄｏｗｎ Ｌｉｎｋ―Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）にマッピングされる。

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

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

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

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

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

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

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

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

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

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

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

（セル再選択プロシージャの概要）
セル再選択プロシージャの概要について説明する。図１０は、セル再選択プロシージャの概要について説明するための図である。

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

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

ステップＳ１において、ＵＥ１００は、例えばシステム情報ブロック又はＲＲＣ解放メッセージによりｇＮＢ２００から指定される周波数ごとの優先度に基づいて周波数優先度付け処理を行う。具体的には、ＵＥ１００は、ｇＮＢ２００から指定された周波数優先度を周波数ごとに管理する。詳細については後述するが、ＭＢＳサービスを受信中又はＭＢＳサービスの受信に興味のあるＵＥ１００は、当該ＭＢＳサービスと対応付けられたＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行ってもよい。

なお、用語「ＭＢＳサービス」は、ＭＢＳセッションを意味するが、これに限らず、ＭＢＳサービスエリアを意味してもよい。同様に、用語「ＭＢＳサービス識別子」は、ＭＢＳセッション識別子（例えば、ＴＭＧＩ）を意味するが、これに限らず、ＭＢＳサービスエリア識別子（ＭＢＳ ＳＡＩ）を意味してもよい。また、用語「周波数」は、キャリア周波数を意味するが、これに限らず、セルを意味してもよい。以下において、ＵＥ１００が受信中又は受信に興味のあるＭＢＳサービスを「所望ＭＢＳサービス」と呼び、所望ＭＢＳサービスと対応付けられた周波数を「所望ＭＢＳ周波数」と呼ぶ。

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

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

（移動通信システムの動作）
上述のように、ＭＢＳ受信中又はＭＢＳ受信に興味があるＵＥ１００は、周波数優先度付け処理において、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行う。例えば、ＵＥ１００は、所望ＭＢＳ周波数の周波数優先度を最高優先度（例えば、ネットワークが指定し得るどの優先度よりも高い優先度）に決定する。これにより、所望ＭＢＳサービスが継続してＵＥ１００に提供され易くなる。

現状、所望ＭＢＳ周波数に属する隣接セルがＭＢＳ ＳＩＢ（すなわち、ＭＣＣＨ設定を伝送するＳＩＢ）を提供していることを条件として、ＵＥ１００が所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行うことが想定されている。しかしながら、各セルが常時ブロードキャストする最小限システム情報（Ｍｉｎｉｍｕｍ ＳＩ）、具体的には、マスタ情報ブロック（ＭＩＢ）及びシステム情報ブロック・タイプ１（ＳＩＢ１）とは異なり、ＭＢＳ ＳＩＢは、ＵＥ１００からの要求に応じてブロードキャストされるオンデマンド型のＳＩ（Ｏｎ－ｄｅｍａｎｄ ＳＩ）であり得る。そのため、ＭＢＳ ＳＩＢをブロードキャストで提供する能力を有するセルであっても、必ずしもＭＢＳ ＳＩＢを提供しているとは限らない。

よって、所望ＭＢＳ周波数を他の周波数よりも優先する条件として、所望ＭＢＳ周波数に属する隣接セルがＭＢＳ ＳＩＢを提供していることを必要とする場合、セル再選択プロシージャのためにＵＥ１００が各隣接セルに対してＭＢＳ ＳＩＢの送信を要求する必要があり得る。このような動作は、ＵＥ１００の消費電力及びＭＢＳ受信遅延が増加し、効率的ではない。

第１実施形態において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する隣接セルがブロードキャストするシステム情報（ＳＩ）スケジューリング情報を受信する。ＳＩスケジューリング情報は、ＳＩＢ１に含まれる情報要素である。ＵＥ１００は、当該隣接セルがＭＢＳ ＳＩＢを提供する能力を有している旨をＳＩスケジューリング情報が示す場合、セル再選択プロシージャにおいて所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行う。

すなわち、第１実施形態において、ＵＥ１００は、隣接セルがＭＢＳ ＳＩＢをブロードキャストしているか否かではなく、隣接セルがＭＢＳ ＳＩＢを提供する能力を有しているか否かに応じて周波数優先度付け処理を行う。具体的には、ＵＥ１００は、所望ＭＢＳ周波数に属する隣接セルがＭＢＳ ＳＩＢをブロードキャストしていなくても、当該隣接セルがＭＢＳ ＳＩＢを提供する能力を有している場合には、セル再選択プロシージャにおいて所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行う。これにより、ＵＥ１００は、各隣接セルに対してＭＢＳ ＳＩＢの送信を要求する必要が無くなるため、セル再選択プロシージャを効率化できる。

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

ステップＳ１０１において、ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）／ＭＢＳＦ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ Ｆｕｎｃｔｉｏｎ）５００は、ＵＳＤをＵＥ１００に提供する。ＵＳＤは、ＲＲＣレイヤよりも上位のレイヤ（具体的には、アプリケーションレイヤ）においてネットワークから提供される上位レイヤ情報の一例である。ＵＳＤは、サービスアナウンスメント情報と呼ばれてもよい。ＵＳＤは、ＭＢＳサービスと周波数との対応関係を示す情報であってもよい。ＵＳＤは、ＭＢＳサービス識別子と周波数の情報とのセットを少なくとも１つ含んでもよい。ＵＳＤは、ＭＢＳセッションを識別するＭＢＳセッション識別子と、当該ＭＢＳセッションの開始及び終了時間の情報と、当該ＭＢＳセッションが提供されるＭＢＳサービスエリアを示すＳＡＩと、当該ＭＢＳセッションが提供される周波数の情報と、のうち少なくとも１つを含んでもよい。ＵＥ１００は、ＡＦ／ＭＢＳＦ５００から提供されるＵＳＤを記憶する。

ステップＳ１０２において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又はＭＢＳ受信に興味がある。

ステップＳ１０３において、ＵＥ１００は、現在のサービングセルであるセル＃１からサービス継続用ＳＩＢを受信してもよい。サービス継続用ＳＩＢは、ＭＢＳ ＳＩＢとは異なるタイプのＳＩＢであって、ＲＲＣレイヤにおいてネットワークからブロードキャストで提供されるブロードキャスト情報の一例である。サービス継続用ＳＩＢは、ＭＢＳサービスと周波数との対応関係を示す情報であってもよい。例えば、サービス継続用ＳＩＢは、ＭＢＳサービス識別子と周波数の情報とのセットを少なくとも１つ含んでもよい。

ステップＳ１０４において、ＵＥ１００は、ステップＳ１０１で提供されたＵＳＤ（上位レイヤ情報）又はステップＳ１０３で提供されたサービス継続用ＳＩＢ（ブロードキャスト情報）に基づいて、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数を特定する。

ステップＳ１０５において、ＵＥ１００は、ステップＳ１０４で特定された所望ＭＢＳ周波数に属する隣接セル＃２からＳＩＢ１を受信する。

ステップＳ１０６において、ＵＥ１００は、ステップＳ１０５で受信したＳＩＢ１中のＳＩスケジューリング情報に基づいて、隣接セル＃２がＭＢＳ ＳＩＢを提供する能力を有しているか否かを判定する。例えば、ＵＥ１００は、次のいずれかの場合、隣接セル＃２がＭＢＳ ＳＩＢを提供する能力を有していると判定する：
・ＳＩスケジューリング情報内のＳＩＢタイプ情報（ＳＩＢ－ＴｙｐｅＩｎｆｏ）にＭＢＳ ＳＩＢが含まれている；
・ＳＩスケジューリング情報内のＳＩブロードキャスト状態（ｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓ）で、ＭＢＳ ＳＩＢがブロードキャスト中”ｂｒｏａｄｃａｓｔｅｄ”又は非ブロードキャスト中”ｎｏｔ ｂｒｏａｄｃａｓｔｅｄ”にセットされている。

ＵＥ１００は、次のいずれかの場合、隣接セル＃２がＭＢＳ ＳＩＢを提供する能力を有していないと判定してもよい：
・ＳＩスケジューリング情報内のＳＩＢタイプ情報（ＳＩＢ－ＴｙｐｅＩｎｆｏ）にＭＢＳ ＳＩＢが含まれていない；
・ＳＩスケジューリング情報内のＳＩブロードキャスト状態（ｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓ）で、ＭＢＳ ＳＩＢがブロードキャスト中”ｂｒｏａｄｃａｓｔｅｄ”又は非ブロードキャスト中”ｎｏｔ ｂｒｏａｄｃａｓｔｅｄ”にセットされていない。

隣接セル＃２がＭＢＳ ＳＩＢを提供する能力を有していると判定した場合（ステップＳ１０６：ＹＥＳ）、ステップＳ１０７において、ＵＥ１００は、所望ＭＢＳ周波数の周波数優先度を最高優先度に決定する。

ステップＳ１０８において、ＵＥ１００は、測定処理及びセル再選択処理を行うことにより、隣接セル＃２を新たなサービングセルとして再選択する。

ステップＳ１０９において、ＵＥ１００は、ＭＢＳ ＳＩＢの送信を要求する送信要求をセル＃２に送信してもよい。当該送信要求は、特別な物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースで送信されるランダムアクセスプリアンブルであってもよい。

ステップＳ１１０において、ＵＥ１００は、セル＃２からＭＢＳ ＳＩＢを受信する。

ステップＳ１１１において、ＵＥ１００は、ステップＳ１１０で受信したＭＢＳ ＳＩＢ中のＭＣＣＨ設定情報に基づいて、セル＃２からＭＣＣＨを受信する。

ステップＳ１１２において、ＵＥ１００は、ステップＳ１１１で受信したＭＣＣＨ中のＭＴＣＨ設定情報に基づいて、セル＃２からＭＴＣＨ（すなわち、ＭＢＳデータ）を受信する。

［第２実施形態］
第２実施形態について、上述の第１実施形態との相違点を主として説明する。

上述のように、ＵＥ１００は、ＭＢＳサービスと周波数との対応関係を示す情報として、上位レイヤが提供する上位レイヤ情報であるＵＳＤと、ｇＮＢ２００に相当するＲＡＮ（具体的には、ＲＲＣレイヤ）が提供するブロードキャスト情報（サービス継続用ＳＩＢ）との２種類の情報を取得し得る。なお、ブロードキャスト情報は、サービス継続用ＳＩＢに限らず、ＭＣＣＨ中の隣接セル情報であってもよいが、以下においてブロードキャスト情報がサービス継続用ＳＩＢである一例について説明する。

ここで、ＵＳＤにより示されるＭＢＳサービスと周波数との対応関係と、サービス継続用ＳＩＢにより示されるＭＢＳサービスと周波数との対応関係とが、一致しない場合があり得る。例えば、ＵＳＤにより示される周波数（及び対応するＭＢＳサービス）が、サービス継続用ＳＩＢにより示されていない場合があり得る。

このような場合、ＲＡＮが、例えば現在ある周波数でＭＢＳサービスができないことに起因して意図的にサービス継続用ＳＩＢから当該周波数の情報を抜いている可能性がある。このようなシナリオにおいて、ＵＥ１００は、ＵＳＤに基づいて所望ＭＢＳ周波数を特定することは好ましくない。一方、例えば、ある周波数上の全セルで一様にＭＢＳサービスを提供しているような場合、ＲＡＮが動的な周波数情報を与える必要がないことから、当該ＭＢＳサービスについてＵＳＤだけで（１回の情報提供のみで）周波数情報を効率的に提供する場合があると考えられる。このようなシナリオにおいて、ＵＥ１００は、ＵＳＤに基づいて所望ＭＢＳ周波数を特定することが好ましい。しかしながら、このような２つのシナリオのうちどちらのシナリオであるかをＵＥ１００側で判断することは難しい。

第２実施形態において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＲＲＣレイヤにおいてネットワークからブロードキャストで提供されるサービス継続用ＳＩＢと、ＲＲＣレイヤよりも上位のレイヤにおいてネットワークから提供される上位レイヤ情報とのうち、いずれか一方の情報を選択する。ＵＥ１００は、選択するステップで選択された一方の情報に基づいて、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行う。

第２実施形態において、ＵＥ１００は、ネットワークから提供される選択用情報を取得する。選択用情報は、ＵＳＤをサービス継続用ＳＩＢよりも優先するか否かに関する情報である。すなわち、当該選択用情報は、ＵＳＤを優先すること、サービス継続用ＳＩＢを優先すること、ＵＳＤを優先しないこと、サービス継続用ＳＩＢを優先しないこと、のいずれか１つ以上の状態を示す。ＵＥ１００は、選択用情報に基づいて、サービス継続用ＳＩＢとＵＳＤとのうちいずれか一方の情報を選択する。ＵＥ１００は、ネットワークからブロードキャストされる選択用情報を受信してもよい。ＵＥ１００は、ＵＳＤに含まれる選択用情報を取得してもよい。

図１３は、第２実施形態に係る第１動作例を示す図である。本動作例において、ｇＮＢ２００は、ＵＳＤを使ってセル再選択を行うべきかどうかをＵＥ１００にブロードキャストで通知する。

ステップＳ２０１において、ＵＥ１００は、ＡＦ／ＭＢＳＦ５００からＵＳＤを受信する。

ステップＳ２０２において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又はＭＢＳ受信に興味がある。

ステップＳ２０３において、ＵＥ１００は、ｇＮＢ２００（サービングセル）からブロードキャストされるサービス継続用ＳＩＢを受信する。

ステップＳ２０４において、ＵＥ１００は、ｇＮＢ２００（サービングセル）からブロードキャストされる選択用情報を受信する。選択用情報は、サービス継続用ＳＩＢ、ＭＢＳ ＳＩＢ、ＳＩＢ１、又はＭＣＣＨに含まれていてもよい。選択用情報は、ＵＳＤで示される周波数をセル再選択プロシージャで優先する（ことを許可する）旨の情報であってもよい。ここで、「優先する」とは、サービス継続用ＳＩＢで示されていない周波数の情報をＵＳＤが有する場合、ＵＳＤで示される周波数を所望ＭＢＳ周波数として特定可能とすることであってもよい。或いは、「優先する」とは、サービス継続用ＳＩＢで示される周波数の情報をＵＳＤが有する場合、ＵＳＤで示される周波数を所望ＭＢＳ周波数として特定可能とすることであってもよい。或いは、「ＵＳＤを優先する」とは、サービス継続用ＳＩＢを取得しないことであってもよい。或いは、「ＵＳＤを優先しない」とは、サービス継続用ＳＩＢを取得できる場合、ＵＳＤの内容を確認（読み出し）しないことであってもよい。選択用情報は、ＭＢＳサービス識別子（ＭＢＳセッション識別子）と対応付けてＵＥ１００に通知されてもよい。

そして、ＵＥ１００は、ＵＳＤの優先許可を選択用情報が示す場合、サービス継続用ＳＩＢで示される周波数にかかわらず、所望ＭＢＳサービスについて、ＵＳＤで示される周波数を所望ＭＢＳ周波数として特定してもよい。

或いは、ＵＥ１００は、ＵＳＤの優先許可を選択用情報が示していても、サービス継続用ＳＩＢを受信した場合には、所望ＭＢＳサービスについて、サービス継続用ＳＩＢで示される周波数を所望ＭＢＳ周波数として特定してもよい。

ＵＥ１００は、選択用情報によりＵＳＤの優先許可が示されない場合、ＵＳＤで示される周波数にかかわらず、所望ＭＢＳサービスについて、サービス継続用ＳＩＢで示される周波数を所望ＭＢＳ周波数として特定してもよい。

図１４は、第２実施形態に係る第２動作例を示す図である。本動作例において、ＡＦ／ＭＢＳＦ５００は、ＵＳＤで示される周波数の情報をサービス継続用ＳＩＢが有していない場合において当該周波数を優先するか否かを示す選択用情報を含むＵＳＤをＵＥ１００に提供する。

ステップＳ２１１において、ＵＥ１００は、ＡＦ／ＭＢＳＦ５００から、選択用情報を含むＵＳＤを受信する。

ステップＳ２１２において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又はＭＢＳ受信に興味がある。

ステップＳ２１３において、ＵＥ１００は、ｇＮＢ２００（サービングセル）からブロードキャストされるサービス継続用ＳＩＢを受信する。ここで、ＵＥ１００は、所望ＭＢＳサービスについて、周波数の情報（周波数と当該ＭＢＳサービスとのマッピング情報）がサービス継続用ＳＩＢに含まれていないことを確認する。

ＵＥ１００は、選択用情報によりＵＳＤの優先許可が示されている場合、所望ＭＢＳサービスについて、ＵＳＤで示される周波数を所望ＭＢＳ周波数として特定する。

一方、ＵＥ１００は、選択用情報によりＵＳＤの優先許可が示されていない場合、所望ＭＢＳサービスについて、ＵＳＤで示される周波数を所望ＭＢＳ周波数として特定しない。

［第２実施形態の変更例］
上述の第２実施形態において、ｇＮＢ２００（サービングセル）がサービス継続用ＳＩＢをブロードキャストでＵＥ１００に提供する一例を説明した。しかしながら、ｇＮＢ２００（サービングセル）がサービス継続用ＳＩＢをブロードキャストしない（具体的には、サービス継続用ＳＩＢを提供する能力を有しない）ことも考えられる。

本変更例において、ＵＥ１００は、サービス継続用ＳＩＢをｇＮＢ２００（サービングセル）が提供する能力を有するか否かを判定し、判定結果に基づいて、所望ＭＢＳ周波数を特定するための情報としてＵＳＤ及びサービス継続用ＳＩＢのうち一方の情報を選択する。ＵＥ１００は、サービス継続用ＳＩＢをｇＮＢ２００（サービングセル）が提供する能力を有しないと判定した場合、所望ＭＢＳ周波数を特定するための情報としてＵＳＤを選択する。一方、ＵＥ１００は、サービス継続用ＳＩＢをｇＮＢ２００（サービングセル）が提供する能力を有すると判定した場合、所望ＭＢＳ周波数を特定するための情報としてサービス継続用ＳＩＢを選択する。

ここで、サービングセルがサービス継続用ＳＩＢを提供する能力を有しないとは、次のいずれかを意味してもよい：
・サービングセルがサービス継続用ＳＩＢを送信していない；
・サービングセルのＳＩＢ１のＳＩスケジューリング情報において、サービス継続用ＳＩＢを示す情報が存在しない、例えば、“ｂｒｏａｄｃａｓｔｅｄ”及び”ｎｏｔ ｂｒｏａｄｃａｓｔｅｄ”のいずれもセットされていない；
・サービングセルがＭＢＳ ＳＩＢを送信していない；
・サービングセルのＳＩＢ１のＳＩスケジューリング情報において、ＭＢＳ ＳＩＢを示す情報が存在しない；
・サービングセルがＭＣＣＨを送信していない；
・ＳＩＢ１等で、ＭＢＳ機能（又はサービス継続用ＳＩＢの送信機能）をサポートする旨の識別子が存在しない。

一方、サービングセルがサービス継続用ＳＩＢを提供する能力を有するとは、次のいずれかを意味してもよい：
・サービングセルがサービス継続用ＳＩＢを送信している；
・サービングセルのＳＩＢ１のＳＩスケジューリング情報において、サービス継続用ＳＩＢを示す情報、例えば、“ｂｒｏａｄｃａｓｔｅｄ”又は”ｎｏｔ ｂｒｏａｄｃａｓｔｅｄ”がセットされている；
・サービングセルがＭＢＳ ＳＩＢを送信している；
・サービングセルのＳＩＢ１のＳＩスケジューリング情報において、ＭＢＳ ＳＩＢを示す情報が存在する；
・サービングセルがＭＣＣＨを送信している；
・ＳＩＢ１等で、ＭＢＳ機能（又はサービス継続用ＳＩＢの送信機能）をサポートする旨の識別子が存在する。

サービングセルがサービス継続用ＳＩＢを提供する能力を有しないと判定された場合、ＵＥ１００は、所望ＭＢＳサービスと対応する周波数の情報をＵＳＤから読み出し、当該周波数を所望ＭＢＳ周波数として特定する。

一方、サービングセルがサービス継続用ＳＩＢを提供する能力を有すると判定された場合、ＵＥ１００は、サービングセルからサービス継続用ＳＩＢを受信する。ここで、サービングセルがサービス継続用ＳＩＢを提供する能力を有するものの、サービス継続用ＳＩＢを提供していない場合、ＵＥ１００は、サービス継続用ＳＩＢの送信をサービングセルに要求したうえでサービス継続用ＳＩＢを受信してもよい。ＵＥ１００は、所望ＭＢＳサービスと対応付けられた周波数の情報がサービス継続用ＳＩＢに含まれる場合、当該周波数で興味のあるＭＢＳサービスが提供されていると判断し、当該周波数を所望ＭＢＳ周波数として特定してもよい。これに対し、所望ＭＢＳサービスと対応付けられた周波数の情報がサービス継続用ＳＩＢに含まれない場合、ＵＥ１００は、現在の周波数及び／又は別周波数で所望ＭＢＳサービスが提供されていないと判断する。この場合、ＵＥ１００は、通常の周波数優先度を用いてセル再選択プロシージャを行ってもよい。また、当該ＵＥ１００は、現在のサービング周波数を最高優先度と見なしてもよい。

［第３実施形態］
第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。

上述のように、ＭＢＳ受信中又はＭＢＳ受信に興味があるＵＥ１００は、所望ＭＢＳ周波数に属する隣接セルがＭＢＳ ＳＩＢを提供する（例えば、ＭＢＳ ＳＩＢを提供する能力を有する）場合、所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行う。

しかしながら、ＵＥ１００は、このような優先度付け処理を行った後、測定処理及びセル再選択処理の結果として、当該隣接セルとは異なるセルを再選択することも考えられる。このようなケースにおいて、当該異なるセルがＭＢＳ ＳＩＢを提供しない（例えば、ＭＢＳ ＳＩＢを提供する能力を有しない）場合、ＵＥ１００は、ＭＢＳ受信を行うことができない。

そのため、第３実施形態では、ＵＥ１００は、所望ＭＢＳ周波数に属する隣接セルのうち無線品質が良好な隣接セルを対象として、ＭＢＳ ＳＩＢを提供するか否かを判定する。無線品質が良好な隣接セルを対象としてＭＢＳ ＳＩＢを提供するか否かの判定を行うことにより、その後の測定処理及びセル再選択処理の結果として、当該隣接セルが再選択される可能性を高めることができるため、ＵＥ１００がＭＢＳ受信を行うことを円滑化できる。

具体的には、第３実施形態に係るＵＥ１００は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する少なくとも１つのセルに対する測定の結果が所定基準を満たす少なくとも１つのセルを特定する。ＵＥ１００は、特定されたセルがＭＢＳ ＳＩＢを提供すると判定した場合、所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行う。

図１５は、第３実施形態に係るセル再選択プロシージャの動作例を示す図である。

ステップＳ３０１において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又は受信に興味がある。

ステップＳ３０２において、ＵＥ１００は、ＵＳＤ又はサービス継続用ＳＩＢに基づいて、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数を特定する。

ステップＳ３０３において、ＵＥ１００は、ステップＳ３０２で特定した所望ＭＢＳ周波数に対する測定を含む測定処理を行う。

ステップＳ３０４において、ＵＥ１００は、ステップＳ３０３での測定結果が所定基準を満たす少なくとも１つのセルを特定する。ここで、所定基準は、最も無線品質が良いセルであるという条件あってもよい。この場合、ＵＥ１００は、ステップＳ３０４において、最も無線品質が良い１つのセルを特定する。

或いは、所定基準は、無線品質が必要最小限の品質基準（一定の閾値）以上のセルであるという条件であってもよい。また、所定基準は、最も無線品質が良いセル及び当該セルとの無線品質の差分が一定の閾値以内のセルであるという条件で有ってもよい。この場合、ＵＥ１００は、ステップＳ３０４において、１つ又は複数のセルを特定する。なお、当該閾値は、ｇＮＢ２００からＳＩＢなどで提供されてもよい。

ＵＥ１００は、自身の移動速度も考慮して所定基準を決定してもよい。例えば、ＵＥ１００は、移動していない場合はステップＳ３０４において最も無線品質が良いセルを特定し、低速移動している場合はステップＳ３０４において小数の品質上位セルを特定し、高速移動している場合はステップＳ３０４において多数の品質上位セルを特定してもよい。ここで、少数・多数は、上記無線品質の一定値（閾値）を変化させることで決定してもよい。

ステップＳ３０５において、ＵＥ１００は、ステップＳ３０４で特定した少なくとも１つのセルがＭＢＳ ＳＩＢを提供するか否かを判定する。この判定は、上述の第１実施形態と同様にして行われてもよい。

ステップＳ３０４で特定した少なくとも１つのセルがＭＢＳ ＳＩＢを提供すると判定した場合（ステップＳ３０５：ＹＥＳ）、ステップＳ３０６において、ＵＥ１００は、所望ＭＢＳ周波数の周波数優先度を最高優先度に決定する。

ステップＳ３０７において、ＵＥ１００は、上述のような測定処理を行う。

ステップＳ３０８において、ＵＥ１００は、上述のようなセル再選択処理を行う。

［第３実施形態の変更例］
本変更例において、ＵＥ１００は、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する少なくとも１つのセルがＭＢＳ ＳＩＢを提供するとＵＥ１００が判定した場合、所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行う。ＵＥ１００は、所望ＭＢＳ周波数に対する測定結果に基づいて所望ＭＢＳ周波数から候補セルを特定する。ＵＥ１００は、特定された候補セルが当該少なくとも１つのセル（すなわち、ＭＢＳ ＳＩＢを提供するセル）に含まれる場合、当該候補セルを再選択する。

一方、ＵＥ１００は、特定された候補セルが当該少なくとも１つのセルに含まれない場合、当該候補セルがブロードキャスト情報を提供するか否かを判定する。ＵＥ１００は、当該候補セルがブロードキャスト情報を提供すると判定された場合、当該候補セルを再選択する。

このように、ＵＥ１００は、周波数優先度付け処理において、所望ＭＢＳ周波数に属する少なくとも１つのセルがＭＢＳ ＳＩＢを提供することを確認した後、ＭＢＳ ＳＩＢを提供することが確認されたセルと異なるセルが再選択候補となった場合、当該候補セルがＭＢＳ ＳＩＢを提供するか確認する。

図１６は、本変更例に係るセル再選択プロシージャを示す図である。

ステップＳ３３１において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又は受信に興味がある。

ステップＳ３３２において、ＵＥ１００は、ＵＳＤ又はサービス継続用ＳＩＢに基づいて、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数を特定する。

ステップＳ３３３において、ＵＥ１００は、ステップＳ３３２で特定した所望ＭＢＳ周波数に属するセルがＭＢＳ ＳＩＢを提供するか否かを判定する。この判定は、上述の第１実施形態と同様にして行われてもよい。

所望ＭＢＳ周波数に属するセルがＭＢＳ ＳＩＢを提供すると判定した場合（ステップＳ３３３：ＹＥＳ）、ステップＳ３３４において、ＵＥ１００は、ＭＢＳ ＳＩＢを提供すると判定された少なくとも１つのセルのそれぞれのセル識別子を記憶する。

ステップＳ３３５において、ＵＥ１００は、所望ＭＢＳ周波数の周波数優先度を最高優先度に決定する。

ステップＳ３３６において、ＵＥ１００は、上述のような測定処理を行う。

ステップＳ３３７において、ＵＥ１００は、上述のようなセル再選択処理を行う。ここで、ＵＥ１００は、セル再選択の条件を満たす候補セルを特定し、候補セルのセル識別子を確認する。

ステップＳ３３８において、ＵＥ１００は、ステップＳ３３４で記憶したセル識別子に、ステップＳ３３７で特定した候補セルのセル識別子が含まれるか否かを判定する。

ステップＳ３３４で記憶したセル識別子に、ステップＳ３３７で特定した候補セルのセル識別子が含まれる場合（ステップＳ３３８：ＹＥＳ）、ステップＳ３３９において、ＵＥ１００は、ステップＳ３３７で特定した候補セルがＭＢＳ ＳＩＢを提供するとみなし、当該候補セルを再選択する。このように、記憶したセル識別子に基づく判定を行うことにより、効率的な動作が可能になる。

一方、ステップＳ３３４で記憶したセル識別子に、ステップＳ３３７で特定した候補セルのセル識別子が含まれない場合（ステップＳ３３８：ＮＯ）、ステップＳ３４０において、ＵＥ１００は、ステップＳ３３７で特定した候補セルがＭＢＳ ＳＩＢを提供するか否かを判定する。この判定は、上述の第１実施形態と同様にして行われてもよい。ステップＳ３３７で特定した候補セルがＭＢＳ ＳＩＢを提供すると判定した場合（ステップＳ３４０：ＹＥＳ）、ステップＳ３３９において、ＵＥ１００は、当該候補セルを再選択する。

ステップＳ３３７で特定した候補セルがＭＢＳ ＳＩＢを提供しないと判定した場合（ステップＳ３４０：ＮＯ）、ステップＳ３４１において、ＵＥ１００は、所望ＭＢＳ周波数を最高優先度とみなすことを中止し、セル再選択プロシージャをやり直す。なお、ＵＥ１００は、ステップＳ３４０の処理を行わずに、ステップＳ３３８で「ＮＯ」の場合は所望ＭＢＳ周波数を最高優先度とみなすことを中止し、セル再選択プロシージャをやり直してもよい。

［第４実施形態］
第４実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。

セルのＭＣＣＨ設定を伝送するＭＢＳ ＳＩＢは、当該セルが提供するＭＢＳサービス（ＭＢＳセッション）を示す情報を有していないことが想定される。そのため、ＵＥ１００は、ＭＣＣＨを受信しなければ、実際に所望ＭＢＳサービス（所望ＭＢＳセッション）を当該セルが提供するか否かを把握できない。

しかしながら、ＵＥ１００は、ＵＳＤ又はサービス継続用ＳＩＢに基づいて、所望ＭＢＳサービスを提供する所望ＭＢＳ周波数を特定しているため、所望ＭＢＳ周波数に属するセルは所望ＭＢＳサービスを提供すると考えられる。但し、ＮＲ ＭＢＳは、各セル（ｇＮＢ２００）にリソース割当の決定権があるため、混雑やオーバーロードなどのセルの都合で、ＭＢＳサービスを（一時的に）提供していないことも考えられる。

第４実施形態において、ＵＥ１００は、所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先することにより、所望ＭＢＳ周波数に属するセルを再選択する。ＵＥ１００は、当該セルから送信されるＭＣＣＨに基づいて、当該セルが所望ＭＢＳサービスを提供するか否かを判定する。ＵＥ１００は、当該セルが所望ＭＢＳサービスを提供しないと判定した場合、セル再選択プロシージャをやり直す。ここで、ＵＥ１００は、所望ＭＢＳ周波数を、優先する周波数（最高優先度）とみなすことを中止してもよい。

図１７は、第４実施形態に係るセル再選択プロシージャの動作例を示す図である。

ステップＳ４０１において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又は受信に興味がある。

ステップＳ４０２において、ＵＥ１００は、ＵＳＤ又はサービス継続用ＳＩＢに基づいて、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数を特定する。

ステップＳ４０３において、ＵＥ１００は、ステップＳ４０２で特定した所望ＭＢＳ周波数に属するセルがＭＢＳ ＳＩＢを提供するか否かを判定する。この判定は、上述の第１実施形態と同様にして行われてもよい。

ステップＳ４０４において、ＵＥ１００は、所望ＭＢＳ周波数の周波数優先度を最高優先度に決定する。

ステップＳ４０５において、ＵＥ１００は、上述のような測定処理を行う。

ステップＳ４０６において、ＵＥ１００は、上述のようなセル再選択処理を行う。

ステップＳ４０７において、ＵＥ１００は、ステップＳ４０６で再選択したセルからＭＢＳ ＳＩＢを受信した後、ＭＢＳ ＳＩＢに基づいて当該セルからＭＣＣＨを受信する。

ステップＳ４０８において、ＵＥ１００は、ステップＳ４０７で受信したＭＣＣＨに基づいて、ステップＳ４０６で再選択したセルが所望ＭＢＳサービスを提供するか否かを判定する。

ステップＳ４０６で再選択したセルが所望ＭＢＳサービスを提供しないと判定した場合（ステップＳ４０８：ＮＯ）、ステップＳ４０９において、ＵＥ１００は、所望ＭＢＳ周波数を最高優先度とみなすことを中止し、セル再選択プロシージャをやり直す。

［第４実施形態の変更例］
セルが提供するＭＢＳ ＳＩＢにおいて、当該セルが提供する各ＭＢＳサービス（各ＭＢＳセッション）の識別子を含める構成とすれば、セル再選択後に所望ＭＢＳサービスが提供されていなかったという状況を防ぐことができる。しかしながら、ＭＢＳ ＳＩＢはオンデマンドで提供される見込みであり、セル再選択プロシージャにおいてＭＢＳ ＳＩＢの送信要求を行うことは、遅延や消費電力の観点から好ましくない。

各ＭＢＳサービス（各ＭＢＳセッション）の識別子をＳＩＢ１に含めることも考えられるが、ＳＩＢ１はメッセージサイズが限定されており、各ＭＢＳサービス（各ＭＢＳセッション）の識別子をＳＩＢ１に含めることは難しい。そのため、本変更例では、ｇＮＢ２００は、ＳＩＢ１（又はＭＩＢ）で、ＭＢＳサービス提供に制限があるか否かの１ビットの情報を通知する。

本変更例において、ＵＥ１００は、所望ＭＢＳ周波数に属する隣接セルがブロードキャストする情報であって、隣接セルにおけるＭＢＳサービス提供が制限されているか否かに関する情報を含むＳＩＢ１（又はＭＩＢ）を受信する。ＵＥ１００は、ＭＢＳサービス提供が制限されていないことをＳＩＢ１（又はＭＩＢ）が示すことに応じて、セル再選択プロシージャにおいて所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行う。

なお、本変更例において、各セル（ｇＮＢ２００）は、ＵＳＤ及びサービス継続用ＳＩＢでＵＥ１００に提供している周波数とＭＢＳサービスとの対応関係を把握しており、自セル（が属する周波数）で提供すべきＭＢＳサービスを認識しているものとする。セルにおける「ＭＢＳサービス提供が制限されている」とは、当該セルで提供すべきＭＢＳサービスのうち少なくとも１つの提供を（一時的に）中止していることをいう。各セル（ｇＮＢ２００）は、自身が提供すべきＭＢＳサービスを１つでも提供していない場合、ＭＢＳサービスに制限があることを示す識別子をＳＩＢ１（又はＭＩＢ）に含めてもよい。また、当該各セル（ｇＮＢ２００）は、自身が提供すべきＭＢＳサービスを１つでも提供していない場合、提供していないＭＢＳサービスの識別子をＳＩＢ１（又はＭＩＢ）に含めてもよい。各セル（ｇＮＢ２００）は、自身が提供すべきＭＢＳサービスをすべて提供している場合、ＭＢＳサービスに制限がないことを示す識別子をＳＩＢ１（又はＭＩＢ）に含めてもよい。また、各セル（ｇＮＢ２００）は、自身が提供すべきＭＢＳサービスをすべて提供している場合、当該識別子をＳＩＢ１（又はＭＩＢ）に含めなくてもよい。

図１８は、本変更例に係るセル再選択プロシージャを示す図である。

ステップＳ４３１において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＭＢＳ受信中又は受信に興味がある。

ステップＳ４３２において、ＵＥ１００は、ＵＳＤ又はサービス継続用ＳＩＢに基づいて、所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数を特定する。

ステップＳ４３３において、ＵＥ１００は、ステップＳ４３２で特定した所望ＭＢＳ周波数に属するセルがＭＢＳ ＳＩＢを提供するか否かを判定する。この判定は、上述の第１実施形態と同様にして行われてもよい。

所望ＭＢＳ周波数に属するセルがＭＢＳ ＳＩＢを提供すると判定した場合（ステップＳ４３３：ＹＥＳ）、ステップＳ４３４において、ＵＥ１００は、当該セルが提供するＳＩＢ１（又はＭＩＢ）を確認し、当該セルで提供するＭＢＳサービスに制限があるか否かを判定する。当該ＳＩＢ１（又はＭＩＢ）確認は、セル再選択処理時に（ステップＳ４３７より前もしくはステップＳ４３７において）実施してもよい。すなわち、ＵＥ１００は、当該周波数において最も無線品質が良いセル（ベストセル）に対して、当該確認を行う。当該セルで提供するＭＢＳサービスに制限がある場合、ＵＥ１００は、当該周波数を最高優先度の対象から除外する。当該セルで提供するＭＢＳサービスに制限がない場合、ＵＥ１００は、当該セルを再選択する。

当該セルで提供するＭＢＳサービスに制限があると判定した場合（ステップＳ４３４：ＹＥＳ）、所望ＭＢＳ周波数を最高優先度の対象から除外する。

一方、当該セルで提供するＭＢＳサービスに制限が無いと判定した場合（ステップＳ４３４：ＮＯ）、ステップＳ４３５において、ＵＥ１００は、所望ＭＢＳ周波数の周波数優先度を最高優先度に決定する。

ステップＳ４３６において、ＵＥ１００は、上述のような測定処理を行う。

ステップＳ４３７において、ＵＥ１００は、上述のようなセル再選択処理を行う。

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

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

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

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

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

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

［付記］
１．導入
ＮＲ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ（ＭＢＳ）の改訂版作業項目は、ＲＡＮ＃８８で承認された。ＲＡＮ２では、２つの配信モード、つまり、接続中のＵＥが受信したマルチキャストセッションに対する第１配信モードと、すべてのＲＲＣ状態のＵＥが受信したブロードキャストセッションに対する第２配信モードが合意された。

第２配信モードについては、ＲＡＮ２＃１１５－ｅで以下の合意が達成されている。

アイドル／インアクティブの場合
ＵＥは、ＭＢＳ周波数のセルがＬＴＥ ＳＣ－ＰＴＭのようにＭＣＣＨ設定を運ぶＭＢＳ ＳＩＢを提供する場合、興味のあるＭＢＳ周波数を優先することが許可される。
ＵＥは、ＬＴＥ ＳＣ－ＰＴＭとして、ＭＢＳ周波数のキャンプによってのみＭＢＳサービスを受けることができる場合、興味のあるＭＢＳ周波数を優先することが許可される。

アイドル／インアクティブの場合。
－ＵＥは、ＭＢＳセッションの間、ＭＢＳサービスを受信できないセル再選択候補周波数を、ＬＴＥ ＳＣ－ＰＴＭとして最も低い優先順位とみなして構わない。
－作業前提：周波数とＭＢＳサービスＩＤ（例：ＳＡＩ）のマッピングは、ＬＴＥ ＳＣ－ＰＴＭとして、上位レイヤのシグナリング（例：ＵＳＤ）において提供される（上位レイヤに含まれる詳細情報は、ＬＴＥ ＳＣ－ＰＴＭとして提供される）。（上位レイヤ（例：ＵＳＤ）に含まれる詳細情報については、他のＷＧの判断に委ねられる。）
－ＬＴＥ ＳＣ－ＰＴＭとして、周波数とＭＢＳサービスＩＤ（例：ＳＡＩ）のマッピングが上位レイヤのシグナリング（例：ＵＳＤ）で提供されるかどうかを確認するために、ＳＡ２とＳＡ４にＬＳを送信する。
－周波数とＭＢＳサービスＩＤ（例えばＳＡＩ）の間のマッピングは、ＬＴＥ ＳＣ－ＰＴＭとして、ＳＩＢで提供される。詳細なマッピングは、他のＷＧからのフィードバックを待つ。
－周波数とＭＢＳサービスＩＤ（例：ＳＡＩ）のマッピングは、ＬＴＥ ＳＣ－ＰＴＭとして、ＭＢＳサービスを放送していないセルで送信することが許可されている。
－周波数とＭＢＳサービスＩＤ（例えば、ＳＡＩ）との間のマッピングは、ＬＴＥ ＳＣ－ＰＴＭとして、ＭＣＣＨ設定を提供するＭＢＳ ＳＩＢとは異なる新たなＳＩＢで提供される。
－ＭＢＳサービスのＩＤ（例：ＳＡＩ）は、ＬＴＥ ＳＣ－ＰＴＭとして、ＳＩＢ及びＵＳＤで提供される。ＩＤの詳細については、他のＷＧからのフィードバックを待っている。
－ＬＴＥ ＳＣ－ＰＴＭとして、ＳＩＢ及びＵＳＤでＭＢＳサービスのＩＤ（例：ＳＡＩ）を提供できるかどうかを確認するために、ＳＡ２、ＳＡ４、ＲＡＮ３に対してＬＳを送信する。
－ＬＴＥ ＳＣ－ＰＴＭとして、ｇＮＢが、現在のセルで提供されている進行中の放送ＭＢＳサービスが提供されている近隣セルのリストを示すことができるかどうかについては更なる検討が必要である。
－セルランキング基準のための（ＭＢＳサービスを提供する）セルへの追加オフセットは、Ｒｅｌ－１７ではサポートされていない。

コネクティッドの場合
－（ＬＴＥ ＳＣ－ＰＴＭとして）ＵＥは以下のＭＢＳインタレスト情報を報告する。
ＭＢＳ周波数リスト
リストされたすべてのＭＢＭＳ周波数の受信と、任意のユニキャスト・ベアラの受信の間の優先順位
ＴＭＧＩリスト
－ＭＢＳ周波数の報告が許可されている場合、ＵＥから報告されたＭＢＳ周波数は、ＬＴＥ ＳＣ－ＰＴＭとして、興味の高い順でソートされる。
－セキュリティ起動前にＵＥがＭＢＳの興味情報を報告できるかどうかを確認するために、ＳＡ３にＬＳを送信する。
－ＭＩＩがＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ又は新しいＲＲＣメッセージのどちらを介して報告されるかについては更なる検討が必要である。

本付記では、残る課題であるブロードキャストサービスの継続性と、２つの配信モードにおける共通の制御プレーンの側面について議論する。

２．考察
２．１．隣接セル情報
ＲＡＮ２は以下の未決事項に合意した。
ＬＴＥ ＳＣ－ＰＴＭのように、現在のセルで提供されているブロードキャストＭＢＳサービスが提供されている隣接セルのリストをｇＮＢが示すことができるかどうかについては更なる検討が必要である。

ＬＴＥ ＳＣ－ＰＴＭでは、サービングセルからＳＣ－ＭＣＣＨを介して近隣セルの情報が提供されるため、ＵＥは興味のあるＭＢＭＳサービスを提供しているセルを知ることができる。この情報により、ＵＥはセル再選択時に近隣セルからＳＣ－ＭＣＣＨを取得する必要がなくなり、ＵＥの観点から、待ち時間と消費電力を削減し、サービスの継続性を向上させることができる。

ＮＲ ＭＢＳでは、ＮＲがＯｎ－ｄｅｍａｎｄ ＳＩメカニズムをサポートしているため、ネットワークから近隣セル情報が提供されない場合、ＬＴＥ ＳＣ－ＰＴＭよりも状況が悪化する可能性がある。つまり、ＵＥはセル再選択時に、各近隣セルに対して“ｎｏｔ ｂｒｏａｄｃａｓｔｅｄ”であるＭＢＳ固有のＳＩＢを提供するよう要求し、ＭＣＣＨスケジューリング情報を取得する必要がある。その後、ＵＥはＭＣＣＨを取得して、各隣接セルが興味のあるＭＢＳサービスを提供しているかどうかを確認する必要がある。

所見１：近隣セル情報が提供されない場合、ＵＥはＯｎ－ｄｅｍａｎｄ ＳＩを要求してＭＣＣＨスケジューリング情報を取得し、セル再選択プロシージャ中に、各近隣セルで興味のあるＭＢＳサービスが提供されているかどうかを確認するためにＭＣＣＨを取得する必要がある場合がある。

ＲＡＮ２＃１１５－ｅの議論では、特にＭＢＳセッションの開始／停止がセルによって動的に決定される場合、ネットワークが近隣セル情報を提供することは非常に複雑であると主張されている。しかし、この条件はＬＴＥ ＳＣ－ＰＴＭと変わらないため、ネットワークが近隣セル情報を提供できないとは考えられない。ネットワークとの調整が必要か、ＯＡＭで処理できるかはＲＡＮ３次第である。

また、上位レイヤ（例えばＵＳＤ）が隣接セル情報を提供するという選択肢もあり得る。しかし、ネットワークでも困難であることが明らかにされているため、実行可能な選択肢とは言えない。

したがって、セル再選択の待ち時間とＵＥの消費電力を低減するために、ＬＴＥ ＳＣ－ＰＴＭと同様、ネットワークは近隣セル情報を提供する必要がある。

提案１：ＲＡＮ２は、ｇＮＢがＭＣＣＨを介して、継続的にブロードキャストＭＢＳサービスが提供される近隣セルのリストを提供することに合意すべきである。

提案１が受け入れられる場合、ＳＩＢｙで提供される情報に加えて、ＵＥがセル再選択の優先順位処理にこの情報を使用することが許可されることは正しい。

提案２：提案１が合意可能である場合、ＲＡＮ２は、セル再選択の優先順位処理中に、ＵＥがＭＣＣＨで提供される近隣セルのリストを使用することが許可されることに合意すべきである。

２．２．セル再選択優先度処理
２．２．１．セル再選択時のＭＢＳ ＳＩＢチェック
ＲＡＮ２は、セル再選択の優先順位処理に関するＵＥの動作について、以下のように合意した。

アイドル／インアクティブの場合。
-ＵＥは、ＭＢＳ周波数のセルがＬＴＥ ＳＣ－ＰＴＭのようにＭＣＣＨ設定を運ぶＭＢＳ ＳＩＢを提供する場合、興味のあるＭＢＳ周波数を優先することが許可される。
-ＵＥは、ＬＴＥ ＳＣ－ＰＴＭとして、ＭＢＳ周波数のキャンプによってのみＭＢＳサービスを受けることができる場合、興味のあるＭＢＳ周波数を優先することが許可される。

アイドル／インアクティブの場合
-ＵＥは、ＭＢＳセッションの間、ＭＢＳサービスを受信できないセル再選択候補周波数を、ＬＴＥ ＳＣ－ＰＴＭとして最も低い優先順位とみなして構わない。

これらのＵＥの動作は、ＬＴＥ ｅＭＢＭＳ仕様を再利用している。ただし、ＮＲ ＭＢＳとＬＴＥ ｅＭＢＭＳの違いの１つは、ＮＲがＯｎ－ｄｅｍａｎｄ ＳＩメカニズムをサポートしていることである。Ｏｎ－ｄｅｍａｎｄ ＳＩでは、ｇＮＢはＳＩＢを「ブロードキャストする」か「ブロードキャストしない」かを決定することができる。「ブロードキャストしない」ＳＩＢは、オンデマンドで、つまりＵＥからのＯｎ－ｄｅｍａｎｄ ＳＩ要求に応じて提供される。

Ｏｎ－ｄｅｍａｎｄ ＳＩの場合、「ＭＢＳ周波数のセルがＭＣＣＨ構成のＭＢＳ ＳＩＢを提供するとき」という合意は、以下のように２つの解釈があるため問題がある。

解釈１：ＵＥはＭＢＳ ＳＩＢが実際に近隣セルからブロードキャストされているかどうかを確認する。この場合、セル再選択時にＭＢＳ ＳＩＢが「ブロードキャストしない」であれば、ＵＥはそのセルに対する周波数は優先されないと考えるか、又はＯｎ－ｄｅｍａｎｄ ＳＩ要求をそのセルに送信する。

解釈２：ＵＥは、近隣セルによってＭＢＳ ＳＩＢがブロードキャスト可能であるかどうかを確認する。この場合、ＵＥはＭＢＳ ＳＩＢが「ブロードキャストする」か「ブロードキャストしない」のいずれであっても、ＭＢＳ ＳＩＢが利用可能である場合にのみＳＩＢ１を確認する。

我々の理解では、解釈１は意図された動作と異なるため、意味を持たない。また、ＵＥが各近隣セルでＯｎ－ｄｅｍａｎｄ ＳＩ要求を送信する必要がある場合、ＵＥの消費電力とセル再選択の遅延が大きくなる。

一方、解釈２は意図した動作と一致しているが、契約書にはそれが正しく表現されていない。そこで、仕様書は解釈２に基づき、意図する行為を明確にとらえるべきである。

提案３：ＲＡＮ２は、その合意事項の「ＭＢＳ周波数のセルがＭＢＳ ＳＩＢを提供する場合」とは、Ｏｎ－ｄｅｍａｎｄ ＳＩにより「ブロードキャストされる」「ブロードキャストされない」に関わらず、ＭＢＳセルが提供できることを意味することに合意すべきである。

２．２．２．ＳＩＢｙ／ＭＣＣＨとＵＳＤ間の情報の優先度について
現在実行中のＣＲについて、以下のように記載されている。
サービングセルのＳＩＢｙにその周波数の１つ以上のＩＤ（例：ＳＡＩ）が示されている場合、ＵＳＤの周波数もチェックされるべきかどうかについては更なる検討が必要である。

ＳＩＢｙがブロードキャストされても当該サービスのマッピングが提供されない場合、ＵＥはＵＳＤで示された周波数を優先することができるかどうかについては更なる検討が必要である。

一般に、ＵＥはｇＮＢから提供される情報に従うべきであると考えられる。なぜなら、ｇＮＢは周波数管理を担当し、ＵＳＤと比較して最新の情報を扱うことができるからである。例えば、ｇＮＢの近隣セルがリソース不足などによりＭＢＳサービスを提供できない場合、ｇＮＢはそのような運用情報を知っており、ＳＩＢｙ（又はＭＣＣＨ）で提供することを決定する。ＵＥがアイドル／インアクティブ状態にあることを考慮すると、ＵＳＤは上位レイヤのメッセージで提供されるため、更新されない可能性がある。したがって、ＳＩＢｙで興味のある周波数が提供されている場合（及び／又は、合意されていればＭＣＣＨで興味のある近隣セルが提供されている場合）、ＵＥはＵＳＤで周波数を確認する必要がない。このような動作により、例えば、ＵＳＤの興味周波数がＳＩＢｙの興味周波数と一致しない場合にＵＥがどうすればよいかといった、仕様の複雑化を回避することができる。
なお、ＳＩＢｙがブロードキャストされている場合、ＵＥがＵＳＤを使用できないという厳密な要件を設けることは意図していない。

所見２：一般に、ＵＳＤの周波数情報は古い可能性があるため、ＵＥはｇＮＢから提供される最新情報に従うべきである。

提案４：ＲＡＮ２は、ＳＩＢｙで興味のある周波数が提供される場合、ＵＥがＵＳＤの周波数情報を確認する必要がないことに合意すべきである。

しかし、ＳＩＢｙ（及びＭＣＣＨ）で情報が提供されず、ＵＳＤで提供される場合のＵＥ動作については、慎重に検討する必要がある。ＵＳＤで示された周波数については、ｇＮＢがＳＩＢｙで周波数情報（及び／又は、合意されていればＭＣＣＨの隣接セル情報）を提供しない理由として、以下のケースが考えられる。

ｇＮＢが意図的に特定の周波数情報を伏せた場合
-ケース１：ｇＮＢは、隣接する周波数／セルが輻輳などの理由で当該ＭＢＳサービスを提供していないことを知っているため、ＵＥが周波数を優先することを防止したい場合。又は、
-ケース２：ｇＮＢは、ＵＥがＵＳＤを使用して興味のある周波数を決定することを意図している。例えば、配備方針として、周波数上のすべてのセルが当該ＭＢＳサービスを提供しているためである。

ｇＮＢは、近隣の運用情報を知らない。
-ケース３：ｇＮＢがＵＥに関する情報を持たない（ｇＮＢ間でＯＡＭ設定や信号交換が行われていない場合）。

これらのケースを考慮すると、どのケースを適用すべきかどうかは、様々なｇＮＢの実装や展開ポリシーによって異なるため、一つの決定論的なＵＥ動作を定義することは困難である。どのような場合でも、ＵＥはｇＮＢの意図や展開ポリシーを知ることができないのは明らかである。そのため、ＵＥは、ＵＳＤにおいて興味のある周波数を優先的に使用することが許可されているかどうかを示される必要がある。そのような表示がＳＩＢ又はＵＳＤで提供されるかどうかについては、更なる検討が必要である。

提案５：ＲＡＮ２は、ＵＥが（例えばＳＩＢで）示された場合、ＳＩＢｙで周波数が提供されていないときに、ＵＳＤで興味のある周波数を優先することが許可されるかどうかを議論すべきである。

２．２．３．周波数の優先順位付けの停止
現在実行中のＣＲについて以下のように記載されている。
ＳＩＢｘがサービングセル（再選択セル）でスケジュールされなくなった場合、ＵＥは周波数の優先順位を停止すべきかどうかについては更なる検討が必要である。

上記で意図されているケースは、ＵＥが（すなわち、ＵＳＤの周波数情報又はソースセルからのＳＩＢｙに基づいて）周波数を優先しているにもかかわらず、再選択されたセルがＳＩＢｘを提供しなかった場合に発生する。このようなセル再選択プロシージャのミスマッチは、仕様書では優先処理プロセス、測定プロセス及びセル再選択プロセスが順次実行されているため、周波数情報は優先処理プロセスでのみ使用され、測定プロセス及びセル再選択プロセスはレガシーでそのまま実行されると想定されるため、発生することが考えられる。

ＵＥが再選択前にＳＩＢｘを提供するセルを確認した、すなわち、そのセルがＭＢＳサービスを提供できることを一旦確認したことを考慮すると、このケースは以下の条件のいずれかによって引き起こされる。
－条件１：ＵＥが非ベストセルのＳＩＢｘを確認する。又は、
－条件２：ＵＥがＳＩＢｘを放送しているセルから、周波数の優先順位付けの後、ＳＩＢｘを放送していないセルに移動した場合。

条件１については、ＳＩＢｘチェックはベストセルで行うなど、単純な仕様上の制限（又は注釈）により容易に解決することが可能である。ただし、ＵＥの実装次第と考えることもできる。

条件２については、例えば、ＳＩＢｘチェックはＵＥのモビリティを考慮した候補セルで行うなど、別の単純な制限（又は注釈）で解決することも可能である。ただし、ＵＥの実装次第と考えることもできる。

提案６：ＲＡＮ２は、ＵＥがベストセル（又はＵＥのモビリティに必要な場合は上位のセル）のＳＩＢｘを確認するよう規定（又は注釈を追加）するかどうかを議論すべきである。

同様のシナリオとして、セル再選択後に、再選択されたセルで興味のあるＭＢＳサービスが提供されていないことにＵＥが気付くことが考えられる。ＵＥはＳＩＢｘがブロードキャストされているかどうかだけを確認するため、つまり、ＳＩＢｘは現在、利用可能なＭＢＳサービス（ＴＭＧＩなど）をＵＥに通知しないため、このような事態が発生する可能性がある。そのため、ＵＥはそのセルへのセル再選択後にＭＣＣＨを取得するが、ＭＣＣＨには興味のあるＭＢＳサービスが含まれていない可能性がある。

問題は、このシナリオのサブセットである可能性があることを考慮する必要がある。この場合、両方の問題を解決するために、ＵＥがこのセルの周波数を最優先とみなさなくなることは自然なことである。

なお、ＳＩＢｙでＭＢＳサービスにマッピングされている周波数であっても、最終的にＭＢＳサービスを提供するかどうかはｇＮＢの実装次第であると考えられるため、ある周波数上のセルがＭＢＳサービスを提供しない可能性がある。

提案７：ＲＡＮ２は、再選択されたセルが興味のあるＭＢＳサービスを提供しない場合、ＵＥは周波数の優先順位を停止すべきであることに合意する。

２．３．ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ
２．３．１．メッセージの定義
ＲＡＮ２は、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎの基本的な内容と未決事項について、以下の通り合意した。
－（ＬＴＥ ＳＣ－ＰＴＭとして）ＵＥは、以下のＭＢＳ興味情報を報告する。
ＭＢＳ周波数リスト
リスト化されたすべてのＭＢＭＳ周波数の受信と、任意のユニキャスト・ベアラの受信の間の優先順位
ＴＭＧＩリスト
－ＭＩＩがＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎと新しいＲＲＣメッセージのどちらで報告されるかを更なる検討をする。

ＬＴＥでは、ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ（ＭＩＩ）がＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ（ＵＡＩ）と分離されている。これは、ＭＩＩではＳＩＢ１５の取得、ＵＡＩではＲＲＣ接続設定という前提条件が異なるためである。一方、ＬＴＥでは別メッセージであったＩｎ－ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ（ＩＤＣ）は、ＮＲではＵＡＩに統合される。これは、ＬＴＥ（及びＮＲ）において、ＩＤＣとＵＡＩの前提条件が同じ、すなわちＲＲＣ接続設定であったため、実現可能であると考えられる。

所見３：ＭＢＳＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎをＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎと統合できるかどうかは、２つのメッセージの間で前提条件が一致しているかどうかに依存する。

ＮＲ ＭＢＳでは、上記のようなＩＥを持つＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎメッセージを生成するために、ＭＢＳ固有のＳＩＢ又はＭＣＣＨの近隣周波数情報が必要とされる。また、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎは、ＬＴＥ ｅＭＢＭＳと同様にＭＢＳ固有のＳＩＢ（又はＭＣＣＨ）により設定されることが期待されている。このため、ＵＡＩの前提条件であるＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとは一致しない。したがって、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎは、ＬＴＥ ｅＭＢＭＳのように、ＵＡＩとは別のメッセージとする必要がある。

提案８：ＲＡＮ２は、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎを新しいメッセージとして定義すること、すなわちＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎとは別に定義することに合意すべきである。

提案９：ＲＡＮ２は、ＵＥがサービングセルからＭＢＳ固有のＳＩＢを取得できる場合（つまり、事前条件として）、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎの送信を許可することに合意すべきである。

２．４．マルチキャストセッションのＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ
ＲＡＮ２は現在、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎがブロードキャストセッションでサポートされ、マルチキャストセッションではサポートされないと仮定している。ＲＡＮ２＃１１５ｅは、前節で引用したＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎの基本的な内容、つまりＭＢＳ周波数リスト、優先度、ＴＭＧＩリストに合意した。

マルチキャストセッションでは、上位レイヤにセッション参加プロシージャがあるため、コアネットワークはＵＥの興味をｇＮＢに通知するというのが共通の理解である。ＵＥの興味はＭＢＳサービスにも当てはまる。また、ｇＮＢはＵＥの興味のあるＭＢＳの周波数とＭＢＳサービスを提供するセルを知っている可能性がある。しかし、ＭＢＳ受信とユニキャスト間の優先順位は、純粋にＡＳ関連情報であるため、コアネットワークから提供されない可能性がある。つまり、ＵＥがセッション参加プロシージャの中でコアネットワークに優先順位情報を伝えるのは奇妙なことである。

所見４：マルチキャストセッションでは、コアネットワークはＵＥの興味のあるＭＢＳサービスをｇＮＢに提供し、ｇＮＢはＭＢＳ周波数／セルを知っている場合があるが、コアネットワークとｇＮＢは、ＭＢＳとユニキャスト間のＵＥのＡＳ優先度を知らない可能性がある。

優先度情報は、ＬＴＥ ｅＭＢＭＳと同様に、スケジューリングやハンドオーバの決定など、ｇＮＢにとって有用であり、サービスの継続性にも関係すると考えられる。したがって、ＵＥは、マルチキャストセッションについても、その優先度情報をｇＮＢに通知する必要がある。この意味で、ＲＡＮ２は、マルチキャストサービス／第１配信モードについてもＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎがサポートされるべきであると合意すべきである。

提案１０：ＲＡＮ２は、少なくともＵＥがＭＢＳ受信とユニキャスト受信の間の優先順位をｇＮＢに通知するために、ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎがマルチキャストセッション／第１配信モードでもサポートされることに合意すべきである。

２．５．専用ＭＣＣＨについて（サービス継続性の観点から）
ＲＡＮ２は、「ＲＡＮ１がＭＣＣＨのＢＷＰ／ＣＦＲについて進展させるまで、専用ＭＣＣＨの設定が必要かどうかについての議論を延期する」ことに合意した。専用ＭＣＣＨは、サポートされていれば、例えばＲＲＣ設定によって提供されることが期待される。

所見５：専用ＭＣＣＨは、ブロードキャストベースではなく、ＲＲＣ再構成によってＭＣＣＨが提供されると解釈することができる。

一方、専用ＭＣＣＨは、ブロードキャストサービス継続の観点から検討することができる。ＲＡＮ２では、「ＮＲ ＭＢＳ第２配信モード、すなわちブロードキャストベースの方法でＰＴＭ設定を受信するために、コネクティッド ＵＥがＬＴＥ ＳＣ－ＰＴＭメカニズムを再利用することが可能であると仮定する」という合意がすでに得られている。この仮定はセル内コンフィギュレーションに対するものであり、セル間サービス継続、すなわちハンドオーバに対するものではない。

所見６：ＲＡＮ２は、セル内構成ではＭＣＣＨをブロードキャスト方式で提供することに合意したが、セル間サービス継続のためにはそうではない。

ＬＴＥ ＳＣ－ＰＴＭでは、ＵＥがハンドオーバの前、途中、又は後に何らかの方法でターゲットセルのＳＩＢ２０及びＭＣＣＨを取得することが想定されており、これはＮＲ ＭＢＳ第２配信モードのベースラインと考えられる可能性がある。しかし、これは、ＵＥが、例えば、ビジー状態において、近隣セルのＭＣＣＨを取得し損ねるか、又は遅延する可能性があるため、サービス中断のリスクがあることを意味する。具体的には、ターゲットセルのＭＣＣＨ（少なくとも興味のあるＭＴＣＨスケジューリング情報）は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃ、つまりハンドオーバ・コマンドによって提供される必要がある。このソリューションにより、ハンドオーバ後のサービス継続性を確実に確保することができる。

提案１１：ＲＡＮ２は、ＲＲＣコネクティッドにおけるＵＥのセル間サービス継続性を確保するため、ハンドオーバプロシージャ中、すなわちＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ ｓｙｎｃによって、ターゲットセルのＭＣＣＨ、少なくとも興味のあるＭＴＣＨスケジューリング情報を提供することに合意すべきである。

２．６．第２配信モードによる接続中のマルチキャストセッション
ＮＲ ＭＢＳは、以下のＷＩＤから引用したように、様々なタイプのユースケースをサポートすることが期待されている。ＮＲ ＭＢＳは、ソフトウェア配信のようなロスレスアプリケーションからＩＰＴＶのようなＵＤＰタイプのストリーミングまで、他の次元の要件に加えて、ミッションクリティカルやＶ２Ｘのような遅延に敏感なアプリケーションからＩｏＴのような遅延許容アプリケーションまで、様々な要件に対してうまく設計されるべきであることが確認されている。実際には、すべてのマルチキャストサービスが「高いＱｏＳ」を要求するわけではないことが確認されている。

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

これらのサービスのうち、「ＱｏＳ要求が低い」ものは第２配信モードでカバーできる可能性があるが、「ＱｏＳ要求が高い」その他のサービスは第１配信モードを必要とするはずである。さらに、ＬＴＥ ｅＭＢＭＳは、ＮＲ ＭＢＳのベースラインと考えられるマルチキャストセッションを配信することができる。この意味で、マルチキャストセッションに第２配信モードを使用する選択肢があることは、ｇＮＢにとって有益なことである。この問題は、ＲＡＮ２＃１１２－ｅからＲＡＮ２＃１１４－ｅにかけて更なる検討に委ねられたが、一般に、我々の観点からは制限する技術的理由はないように思われる。

なお、ＲＡＮ２は「ＲＲＣコネクティッドモード」を優先する。ＲＡＮ２はＲｅｌ－１７においてＲＲＣコネクティッドモードにおけるアクティブマルチキャストのサポートを優先する。時間が許せば、ＲＲＣインアクティブのマルチキャスト対応は後で検討できる（コネクティッドモードのマルチキャストソリューションとブロードキャストソリューションがより成熟したら）」と合意したが、第１配信モードのコンテキストで合意がなされたため、コネクティッドモードのＵＥに対して第２配信モードによるマルチキャストセッションを排除しているわけではない。

提案１２：ＲＡＮ２は、ブロードキャストセッションに加えて、少なくともＲＲＣ接続中のＵＥのマルチキャストセッションに第２配信モードを使用できることに合意すべきである。

２．７．ＭＢＳ専用ＳＩＢの詳細内容
ＭＢＳのサービスをＰＴＰで提供するかＰＴＭで提供するか、また第１配信モードで提供するか第２配信モードで提供するかは、ＮＷの実装次第であると理解している。これにより、サービスの信頼性とスペクトル効率のバランスをうまくとることができる。しかし、ＵＥの観点からは、特にアイドル／インアクティブのＵＥやレイト・ジョインのＵＥの場合、ＵＥは興味のあるＭＢＳサービスを取得するために接続確立を開始する必要があるかどうかを知る必要がある。ＵＥが最初にＭＣＣＨをチェックし、ＭＣＣＨに目的のＭＢＳサービスのＭＴＣＨスケジューリング情報が含まれていない場合、ＵＥはＭＢＳサービスがＲＲＣコネクティッド、つまりＰＴＰ、第１配信モード又はユニキャスト（ＰＤＵセッション）を介してのみ提供されることを認識すると考えることができる。しかし、このようなプロセスはＵＥにとって負担となり、ＭＢＳサービスを取得するまでに多少の遅れが生じる可能性がある。そこで、ＭＢＳ固有のＳＩＢが、ＵＥがＭＢＳサービスを受けるためにコネクティッドである必要があるかどうかの情報を提供するかどうかを検討する価値がある。

提案１３：ＲＡＮ２は、ＭＢＳ専用ＳＩＢが、ＭＢＳサービスとその配信モードを関連付けるための情報を提供するかどうかを議論すべきである。

ＲＡＮ２はＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎの導入に合意したが、これは現在ブロードキャストセッションに使用されると想定されている。また、ＵＥの観点からは、ｇＮＢがＭＢＳの情報を取得できるかどうかは不明である。また、ＵＥの観点からは、ｇＮＢがＵＥの興味のあるＭＢＳサービスに関する情報を取得できるかどうかは不明である（ＡＭＦがマルチキャストセッションで提供し、ブロードキャストセッションでは提供しない可能性がある）。その結果、ＵＥは興味のあるＭＢＳサービスに対してＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎを送信すべきかどうかがわからなくなる。そのため、ＭＢＳサービスごとにＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎが許可されているかどうかの情報をｇＮＢが提供すると、ＵＥにとって有用である。言い換えれば、どのＭＢＳサービスがＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎを必要とするかということである。そのため、ＲＡＮ２はそのような追加情報が必要かどうかを検討する必要がある。

提案１４：ＲＡＮ２は、ＭＢＳサービスごとにＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎの送信を許可するかどうかの情報をＭＢＳ固有のＳＩＢで提供するかどうかを議論すべきである。

２．８．ワンステップ構成
もう一つの可能性として、ＭＣＣＨをＢＣＣＨに統合すること、すなわち図１９に示すようなワンステップ構成がさらに考えられる。例えば、ＳＩＢはＭＴＣＨスケジューリング情報を直接、すなわちＭＣＣＨなしで提供する。それは、遅延許容サービス及び／又は電力に敏感なＵＥに対する最適化を提供することになる。例えば、ＵＥはＳＩＢを（オンデマンドで）要求し、ｇＮＢは複数のＵＥからの要求後にＳＩＢ及び対応するサービスの提供を開始することができる。これらのＵＥは、繰り返しブロードキャストされるＭＣＣＨを監視する必要がない。

提案１５：ＲＡＮ２は、ＭＣＣＨを使用しないマルチキャスト受信をサポートすること（すなわち、１ステップ構成）、例えば、ＳＩＢがＭＴＣＨスケジューリング情報を直接提供することを構成選択肢として合意すべきである。

２．９．アイドル／インアクティブ時のカウント
ＮＲ ＭＢＳでは、ＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎはＲＲＣコネクティッドではサポートされるが、アイドル／インアクティブではサポートされないことが合意されている。これに基づき、ＬＴＥ ｅＭＢＭＳの上に拡張を行うことは検討に値すると思われる。

ＬＴＥ ｅＭＢＭＳでは、多くのＵＥがＲＲＣアイドルで同報サービスを受信しているにもかかわらず、ＭＩＩもＣｏｕｎｔｉｎｇもアイドルのＵＥから情報を収集することができない。これは、セッション制御やリソース効率の観点から、ＬＴＥ ｅＭＢＭＳに残された課題の１つである。

所見７：ブロードキャストセッションの場合、ＭＢＳサービスを受信するＵＥの大部分はＲＲＣアイドル／インアクティブになっている可能性がある。

ＮＲ ＭＢＳでは、アイドル／インアクティブにあるＵＥ、つまりブロードキャストセッションの第２配信モードにも同じ問題が存在する可能性がある。例えば、ネットワークは、アイドル／インアクティブにあるＵＥがもはや放送サービスを受信していないか／興味を持っていないかどうかを知らない。したがって、ネットワークは、サービスを受信しているＵＥが存在しない場合でも、ＰＴＭ送信を提供し続けることがある。ｇＮＢがアイドル／インアクティブ状態にあるＵＥの興味事を把握している場合、このような不要なＰＴＭ送信は避けるべきである。逆に、サービスを受けているアイドル／インアクティブのＵＥが残っているときにＰＴＭを停止すると、多数のＵＥが同時に接続要求を送信する可能性があり、これも望ましくない。

したがって、アイドル／インアクティブ状態のＵＥからＵＥアシスタンス情報（特にＭＢＭＳ Ｃｏｕｎｔｉｎｇ）を収集するメカニズムを導入するかどうかを検討する価値がある。言うまでもなく、アイドル／インアクティブにいるこれらのＵＥは、ＲＲＣコネクティッドに移行することなく情報を報告できることが望ましい。例えば、このような報告のために、ＭＢＳサービスに関連するＰＲＡＣＨリソースパーティショニングが導入されれば、実現可能である。

なお、ＮＲ ＭＢＳにはＭＣＥが存在しないため、ＭＣＥ機能はｇＮＢ内に統合されることになる。このため、ＲＡＮ３がネットワーク・インタフェースの観点からどのような判断をしようとも、ＮＲ ＭＢＳにＣｏｕｎｔｉｎｇが必要かどうかはＲＡＮ２が判断することになる。

提案１６：ＲＡＮ２は、ＭＢＳ Ｃｏｕｎｔｉｎｇが導入されるかどうか、またアイドル／インアクティブ時にＵＥからも収集されるかどうかを議論すべきである。

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

Claims (20)

1. マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が実行する通信方法であって、
   所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する隣接セルがブロードキャストするシステム情報（ＳＩ）スケジューリング情報を受信することと、
   前記隣接セルの前記ＳＩスケジューリング情報がＭＢＳシステム情報ブロックの情報を含むことに応じて、セル再選択プロシージャにおいて前記所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行うことと、を有する
   通信方法。
2. 前記優先度付けを行うことは、前記ＭＢＳシステム情報ブロックを前記隣接セルが提供していなくても、前記隣接セルの前記ＳＩスケジューリング情報が前記ＭＢＳシステム情報ブロックの情報を含むことに応じて、前記セル再選択プロシージャにおいて前記所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行うことを含む
   請求項１に記載の通信方法。
3. ＲＲＣレイヤにおいてネットワークからブロードキャストで提供されるブロードキャスト情報と、前記ＲＲＣレイヤよりも上位のレイヤにおいて前記ネットワークから提供される上位レイヤ情報とのうち、いずれか一方の情報を選択することと、
   前記所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行うことと、を有し、
   前記優先度付けを行うことは、前記選択することで選択された前記一方の情報に基づいて前記優先度付けを行うことを含み、
   前記選択することは、前記ブロードキャスト情報を前記ネットワークから受信した場合において、前記受信したブロードキャスト情報が前記所望ＭＢＳサービスについて周波数マッピング情報を含まないことに基づいて、前記上位レイヤ情報を選択することを含む
   請求項１に記載の通信方法。
4. 前記ネットワークから提供される選択用情報を取得することをさらに有し、
   前記選択用情報は、前記上位レイヤ情報を前記ブロードキャスト情報よりも優先するか否かに関する情報であり、
   前記選択することは、前記選択用情報に基づいて、前記ブロードキャスト情報と前記上位レイヤ情報とのうちいずれか一方の情報を選択することを含む
   請求項３に記載の通信方法。
5. 前記選択用情報を取得することは、前記ネットワークからブロードキャストされる前記選択用情報を受信することを含む
   請求項４に記載の通信方法。
6. 前記選択用情報を取得することは、前記上位レイヤ情報に含まれる前記選択用情報を取得することを含む
   請求項４に記載の通信方法。
7. 前記ブロードキャスト情報を前記ネットワークが提供するか否かを判定することをさらに有し、
   前記選択することは、前記判定することの判定結果に基づいて前記一方の情報を選択することを含む
   請求項３に記載の通信方法。
8. 前記選択することは、前記判定することで前記ブロードキャスト情報を前記ネットワークが提供しないと判定された場合、前記一方の情報として前記上位レイヤ情報を選択することを含む
   請求項７に記載の通信方法。
9. 前記選択することは、前記判定することで前記ブロードキャスト情報を前記ネットワークが提供すると判定された場合、前記一方の情報として前記ブロードキャスト情報を選択することを含む
   請求項７に記載の通信方法。
10. 前記所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する少なくとも１つのセルに対する測定の結果が所定基準を満たす少なくとも１つのセルを特定することと、
    前記特定されたセルが前記ＭＢＳシステム情報ブロックを提供すると前記ユーザ装置が判定した場合、前記所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行うことと、をさらに有する
    請求項１に記載の通信方法。
11. 前記所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する少なくとも１つのセルがＭＢＳシステム情報ブロックを提供すると前記ユーザ装置が判定した場合、前記所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先するように優先度付けを行うことと、
    前記所望ＭＢＳ周波数に対する測定結果に基づいて前記所望ＭＢＳ周波数から候補セルを特定することと、
    前記特定された候補セルが前記少なくとも１つのセルに含まれる場合、前記候補セルを再選択することと、をさらに有する
    請求項１に記載の通信方法。
12. 前記特定された候補セルが前記少なくとも１つのセルに含まれない場合、前記候補セルが前記ＭＢＳシステム情報ブロックを提供するか否かを判定することと、
    前記判定することで前記候補セルが前記ＭＢＳシステム情報ブロックを提供すると判定された場合、前記候補セルを再選択することと、をさらに有する
    請求項１１に記載の通信方法。
13. 前記所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数をセル再選択プロシージャにおいて他の周波数よりも優先することにより、前記所望ＭＢＳ周波数に属するセルを再選択することと、
    前記セルから送信されるマルチキャスト制御チャネルに基づいて、前記セルが前記所望ＭＢＳサービスを提供するか否かを判定することと、
    前記判定することで前記セルが前記所望ＭＢＳサービスを提供しないと判定した場合、前記セル再選択プロシージャをやり直すことと、をさらに有する
    請求項１に記載の通信方法。
14. 前記やり直すことは、前記所望ＭＢＳ周波数を前記優先する周波数とみなすことを中止することを含む
    請求項１３に記載の通信方法。
15. 前記所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する隣接セルがブロードキャストする情報であって、前記隣接セルにおけるＭＢＳサービス提供が制限されているか否かに関する情報を含むシステム情報を受信することと、
    前記ＭＢＳサービス提供が制限されていないことを前記システム情報が示すことに応じて、セル再選択プロシージャにおいて前記所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行うことと、をさらに有し、
    前記システム情報は、システム情報ブロック・タイプ１又はマスタ情報ブロックである
    請求項１に記載の通信方法。
16. 前記優先度付けを行うことは、ＭＢＳサービスと周波数との対応関係を示す情報を含むブロードキャスト情報をネットワークから受信した場合において、前記受信したブロードキャスト情報が前記所望ＭＢＳサービスについて周波数マッピング情報を含まない場合、ＲＲＣレイヤよりも上位のレイヤにおいてネットワークから提供される上位レイヤ情報に基づいて、前記優先度付けを行うことを含む、
    請求項１に記載の通信方法。
17. マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムにおいて用いるユーザ装置であって、
    無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態において、
    所望ＭＢＳサービスと対応付けられた所望ＭＢＳ周波数に属する隣接セルがブロードキャストするシステム情報（ＳＩ）スケジューリング情報を受信する処理と、
    前記隣接セルの前記ＳＩスケジューリング情報がＭＢＳシステム情報ブロックの情報を含むことに応じて、セル再選択プロシージャにおいて前記所望ＭＢＳ周波数を他の周波数よりも優先するように優先度付けを行う処理と、を実行する制御部を備える
    ユーザ装置。
18. ユーザ装置に用いられ、請求項１に記載の通信方法を実行する
    チップセット。
19. 請求項１に記載の通信方法をユーザ装置に実行させる
    プログラム。
20. 請求項１７に記載のユーザ装置と、ネットワークノードとを備える
    移動通信システム。

Images