特許 7612897 通信方法、ユーザ装置、チップセット、プログラム、及び移動通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-27

(45)【発行日】2025-01-14

(54)【発明の名称】通信方法、ユーザ装置、チップセット、プログラム、及び移動通信システム

(51)【国際特許分類】

   H04W 4/06 20090101AFI20250106BHJP

   H04W 72/231 20230101ALI20250106BHJP

【ＦＩ】

H04W4/06

H04W72/231

【請求項の数】 18

(21)【出願番号】P 2023572426

(86)(22)【出願日】2022-12-22

(86)【国際出願番号】 JP2022047339

(87)【国際公開番号】W WO2023132258

(87)【国際公開日】2023-07-13

【審査請求日】2024-07-03

(31)【優先権主張番号】63/296,238

(32)【優先日】2022-01-04

(33)【優先権主張国・地域又は機関】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】チャン ヘンリー

【審査官】篠田 享佑

(56)【参考文献】

【文献】Kyocera，Remaining issues of broadcast service continuity and control plane aspects[online]，3GPP TSG RAN WG2 #116-e R2-2110206，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_116-e/Docs/R2-2110206.zip>，2021年10月22日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４、６

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
ＭＢＳセッションに関するＭＢＳ興味通知をネットワークノードに送信することが許可されるかを判定するための条件に関する情報を含むブロードキャストメッセージを前記ネットワークノードから受信することと、
前記情報に基づいて、前記ＭＢＳ興味通知の送信処理を行うか否かを判定することと、を有する
通信方法。

【請求項2】

前記情報は、前記ＭＢＳ興味通知を前記ネットワークノードに送信することが許可される条件を設定する設定情報である
請求項１に記載の通信方法。

【請求項3】

前記設定情報により設定された前記条件が満たされないときは前記送信処理を行わずに、前記設定情報により設定された前記条件が満たされたことに応じて前記送信処理を行うことをさらに有する
請求項２に記載の通信方法。

【請求項4】

前記設定情報は、前記ＭＢＳ興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記ユーザ装置において適用する前記トリガ条件の種別を設定するトリガ設定情報を含み、
前記送信処理を行うことは、前記複数種別のトリガ条件のうち前記トリガ設定情報により設定された前記種別のトリガ条件が満たされたことに応じて前記送信処理をトリガすることを含む
請求項３に記載の通信方法。

【請求項5】

前記設定情報は、ｎ回目（ｎ≧１）のＭＢＳ興味通知を送信してからｎ＋１回目の前記ＭＢＳ興味通知の送信を可能とするまでの禁止時間を設定する禁止時間設定情報を含み、
前記送信処理を行うことは、前回のＭＢＳ興味通知を送信してから、前記禁止時間設定情報により設定された前記禁止時間が経過したことに応じて、今回のＭＢＳ興味通知の送信を行うことを含む
請求項３に記載の通信方法。

【請求項6】

前記設定情報は、前記禁止時間設定情報と対応付けられたトリガ種別情報をさらに含み、
前記トリガ種別情報は、前記ＭＢＳ興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記禁止時間を適用するトリガ条件の種別を示す情報である
請求項５に記載の通信方法。

【請求項7】

前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて前記前回のＭＢＳ興味通知を送信した後、前記禁止時間設定情報により設定された前記禁止時間が経過し、且つ、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記今回のＭＢＳ興味通知の送信を行うことを含む
請求項６に記載の通信方法。

【請求項8】

前記設定情報は、前記ユーザ装置を含む複数のユーザ装置による複数のＭＢＳ興味通知の送信を時間方向及び／又は周波数方向に分散させるための分散化情報を含み、
前記送信処理を行うことは、前記分散化情報に基づいて定められるタイミング及び／又は周波数において前記ＭＢＳ興味通知を送信することを含む
請求項３に記載の通信方法。

【請求項9】

前記設定情報は、前記分散化情報と対応付けられたトリガ種別情報をさらに含み、
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記分散化情報に基づいて定められる前記タイミング及び／又は前記周波数において前記ＭＢＳ興味通知を送信することを含む
請求項８に記載の通信方法。

【請求項10】

前記分散化情報は、前記ユーザ装置が前記ＭＢＳ興味通知を送信するセルを設定するセル情報を含む
請求項８又は９に記載の通信方法。

【請求項11】

前記分散化情報は、前記ユーザ装置が前記ＭＢＳ興味通知を送信するタイミングを制御するタイミング制御情報を含む
請求項８又は９に記載の通信方法。

【請求項12】

前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置に固有の識別子とに基づいて、前記ＭＢＳ興味通知を送信する前記タイミングを決定することを含む
請求項１１に記載の通信方法。

【請求項13】

前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置で発生させた乱数とに基づいて、前記ＭＢＳ興味通知を送信する前記タイミングを決定することを含む
請求項１１に記載の通信方法。

【請求項14】

前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置が把握しているＭＢＳセッション開始タイミングとに基づいて、前記ＭＢＳ興味通知を送信する前記タイミングを決定することを含む
請求項１１に記載の通信方法。

【請求項15】

ユーザ装置であって、
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに関するＭＢＳ興味通知をネットワークノードに送信することが許可されるかを判定するための条件に関する情報を含むブロードキャストメッセージを前記ネットワークノードから受信する受信部と、
前記情報に基づいて、前記ＭＢＳ興味通知の送信処理を行うか否かを判定する制御部と、を備える
ユーザ装置。

【請求項16】

ユーザ装置のためのチップセットであって、
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに関するＭＢＳ興味通知をネットワークノードに送信することが許可されるかを判定するための条件に関する情報を含むブロードキャストメッセージを前記ネットワークノードから受信する処理と、
前記情報に基づいて、前記ＭＢＳ興味通知の送信処理を行うか否かを判定する処理と、を実行する
チップセット。

【請求項17】

ユーザ装置に、
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに関するＭＢＳ興味通知をネットワークノードに送信することが許可されるかを判定するための条件に関する情報を含むブロードキャストメッセージを前記ネットワークノードから受信する処理と、
前記情報に基づいて、前記ＭＢＳ興味通知の送信処理を行うか否かを判定する処理と、を実行させる
プログラム。

【請求項18】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムであって、
ＭＢＳセッションに関するＭＢＳ興味通知をネットワークノードに送信することが許可されるかを判定するための条件に関する情報を含むブロードキャストメッセージを前記ネットワークノードから受信し、
前記情報に基づいて、前記ＭＢＳ興味通知の送信処理を行うか否かを判定するユーザ装置を備える
移動通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【非特許文献】

【0003】

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

【発明の概要】

【0004】

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

【0005】

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

【0006】

第１の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、前記ユーザ装置が受信している又は受信に興味を持つＭＢＳセッションに関するＭＢＳ興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信するステップと、前記設定情報により設定された前記条件が満たされたことに応じて前記ＭＢＳ興味通知の送信処理を行うステップと、を有する。

【0007】

第２の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、前記ユーザ装置が同時に受信可能な複数の周波数からなる組み合わせのうち前記ユーザ装置が受信している又は受信に興味を持つ１つ又は複数のＭＢＳ周波数を示す情報を含む第１のＭＢＳ興味通知を基地局に送信するステップと、キャリアアグリゲーション（ＣＡ）の設定に関するＣＡ設定情報を前記基地局から受信するステップと、前記ＣＡ設定情報に応じて前記組み合わせが変更され、且つ、前記ユーザ装置が受信している又は受信に興味を持つＭＢＳ周波数が変更された場合、変更後のＭＢＳ周波数を示す情報を含む第２のＭＢＳ興味通知を前記基地局に送信するステップと、を有する。

【図面の簡単な説明】

【0008】

【図1】実施形態に係る移動通信システムの構成を示す図である。

【図2】実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。

【図3】実施形態に係るｇＮＢ（基地局）の構成を示す図である。

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

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

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

【図7】実施形態に係る配信モードを示す図である。

【図8】実施形態に係るＵＥのＭＢＳ受信に関する内部処理の一例を示す図である。

【図9】実施形態に係るＵＥのＭＢＳ受信に関する内部処理の他の例を示す図である。

【図10】ＭＩＩの概要を説明するための図である。

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

【図12】実施形態に係る移動通信システムの第１動作例におけるトリガ設定情報を説明するための図である。

【図13】実施形態に係る移動通信システムの第２動作例におけるトリガ種別情報（トリガ種別ＩＤ）と禁止時間設定情報（禁止タイマ値）とを説明するための図である。

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

【図15】実施形態に係る移動通信システムの第２動作例におけるトリガ種別情報（トリガ種別ＩＤ）と禁止時間設定情報（禁止タイマ値）とを説明するための図である。

【図16】実施形態に係る移動通信システムの第２動作例におけるトリガ種別情報（トリガ種別ＩＤ）と禁止時間設定情報（禁止タイマ値）とを説明するための図である。

【図17】実施形態に係る移動通信システムの第３動作例におけるトリガ種別情報（トリガ種別ＩＤ）と分散化情報とを説明するための図である。

【図18】実施形態に係る移動通信システムの第３動作例におけるトリガ種別情報（トリガ種別ＩＤ）と分散化情報とを説明するための図である。

【図19】実施形態に係る移動通信システムの第３動作例を示す図である。

【図20】実施形態に係る移動通信システムの動作の変更例に係るＵＥの動作を示す図である。

【発明を実施するための形態】

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

マルチキャストサービスは、すべてのＵＥ１００に対してではなく、マルチキャストサービス（マルチキャストセッション）に参加しているＵＥ１００のグループに対してサービスを提供する。マルチキャストサービスに用いるＭＢＳセッションをマルチキャストセッションと呼ぶ。マルチキャストサービスによれば、ブロードキャストサービスに比べて、無線効率の高い方法でＵＥ１００のグループに対して同じコンテンツを提供できる。

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

第２配信モードにおいて、ＵＥ１００は、次の３つの手順でＭＢＳデータを受信してもよい。第１に、ＵＥ１００は、ｇＮＢ２００からＢＣＣＨ上で伝送されるＳＩＢ（ＭＢＳ ＳＩＢ）によりＭＣＣＨ設定情報を受信する。第２に、ＵＥ１００は、ＭＣＣＨ設定情報に基づいてｇＮＢ２００からＭＣＣＨを受信する。ＭＣＣＨは、ＭＴＣＨ設定情報を伝送する。第３に、ＵＥ１００は、ＭＴＣＨ設定情報に基づいて、ＭＴＣＨ（ＭＢＳデータ）を受信する。以下において、ＭＴＣＨ設定情報及び／又はＭＣＣＨ設定情報をＭＢＳ受信設定と呼ぶことがある。

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

（ＭＢＳ興味通知の概要）
実施形態に係るＭＢＳ興味通知（ＭＩＩ：ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ）の概要について説明する。図１０は、ＭＩＩの概要を説明するための図である。

【0064】

ＵＥ１００は、ＲＲＣコネクティッド状態（ステップＳ１）においてＭＢＳセッションを受信している又は受信に興味を持つ（ステップＳ２）。

【0065】

ＵＥ１００は、ＭＩＩの送信トリガ（トリガイベント）の発生（ステップＳ３）に応じて、ＭＩＩの送信処理（すなわち、ＭＩＩプロシージャ）を行う。具体的には、ＵＥ１００は、ＭＩＩを生成し（ステップＳ４）、ＭＩＩをサービングセル（ｇＮＢ２００）に送信する（ステップＳ５）。ＭＩＩは、ＲＲＣメッセージの一種であるＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージにより送信されてもよい。また、当該ＭＩＩは、新しく定義されるメッセージ（ＭＩＩメッセージ）により送信されてもよい。

【0066】

例えば、ＭＩＩの送信トリガ（トリガイベント）の種別としては、接続確立が成功したとき、ブロードキャストサービスエリアに入った又は出たとき、ＭＢＳブロードキャストセッションの開始又は停止時、ＭＢＳの興味の変更時、ＭＢＳブロードキャスト受信とユニキャスト受信との間の優先度の変更時、ＭＢＳのサービス継続性のためのＳＩＢをブロードキャストするセル（プライマリセル）への変更時等がある。

【0067】

ＭＩＩは、ＵＥ１００が受信している又は受信に興味を持つＭＢＳ周波数のリストであるＭＢＳ周波数リストと、リストされているすべてのＭＢＳ周波数の受信とユニキャストベアラの受信とのどちらを優先するかの優先度を示す優先度情報、ＵＥ１００が受信している又は受信に興味を持つＭＢＳセッションのリストであるＴＭＧＩリストと、のうち少なくとも１つを含んでもよい。

【0068】

なお、ＭＩＩの送信は、ＭＢＳのサービス継続性のためのＳＩＢ（以下、「ＳＩＢｘ１」と呼ぶ）をブロードキャストするサービングセル、すなわち、ＭＢＳのサービス継続性のための機能を有するサービングセルのみに限定されてもよい。ＵＥ１００は、サービングセルがＳＩＢｘ１を送信する場合に限り、当該サービングセルに対してＭＩＩを送信してもよい。

【0069】

（移動通信システムの動作）
実施形態に係る移動通信システム１の動作について説明する。

【0070】

ＵＥ１００から多数のＭＩＩが送信されると、ネットワークの輻輳を引き起こす懸念がある。例えば、多くのＵＥ１００が同時期にＭＩＩを送信したり、各ＵＥ１００が頻繁にＭＩＩを送信したりすると、ネットワークの輻輳を引き起こし得る。

【0071】

多くのＵＥ１００が同時期にＭＩＩを送信するシナリオとして、「ＭＢＳブロードキャストセッションの開始又は停止」をトリガ条件（トリガイベント）として多くのＵＥ１００が同時期にＭＩＩを送信するシナリオが想定される。これは、ＭＢＳブロードキャストセッションに興味のあるすべてのＵＥ１００に共通のイベントであるためである。このようなシナリオを考慮すると、例えばトリガ条件の種別が「セッション開始」の場合において、時間方向及び／又は周波数方向にＭＩＩ送信を分散させることが考えられる。また、例えばトリガ条件の種別が「セッション停止」の場合において、ＭＩＩ送信をオフすることが考えられる。

【0072】

各ＵＥ１００が頻繁にＭＩＩを送信するシナリオとして、例えば、ユーザの好みに応じてＵＥ１００がその興味を頻繁に変更するシナリオが想定される。この問題を引き起こす可能性のあるトリガ条件は、「興味の変更」及び「ＭＢＳブロードキャスト受信とユニキャスト受信の間の優先度の変更」であり得る。このようなシナリオを考慮すると、頻繁なＭＩＩ送信を禁止するための禁止タイマをＵＥ１００に設定することが考えられる。

【0073】

実施形態に係る移動通信システム１において、ｇＮＢ２００は、ＵＥ１００が受信している又は受信に興味を持つＭＢＳセッションに関するＭＩＩをｇＮＢ２００に送信することが許可される条件を設定する設定情報をＵＥ１００に送信する。ＵＥ１００は、当該設定情報をｇＮＢ２００（サービングセル）から受信する。ＵＥ１００は、当該設定情報により設定された条件が満たされたことに応じてＭＩＩの送信処理を行う。

【0074】

このような動作によれば、設定情報によりＭＩＩの送信をきめ細かくｇＮＢ２００が制御可能になる。そのため、多くのＵＥ１００が同時期にＭＩＩを送信したり、各ＵＥ１００が頻繁にＭＩＩを送信したりすることを抑制可能になる。その結果、ＭＩＩに起因するネットワークの輻輳を回避できる。なお、ＭＩＩの送信処理には、ＭＩＩ送信のためのスケジューリングリクエスト（ＳＲ）の送信及び／又はバッファ状態報告（ＢＳＲ）の送信が含まれていてもよい。

【0075】

なお、ｇＮＢ２００は、ブロードキャストメッセージであるＳＩＢ（例えば、ＳＩＢｘ１）、又はＵＥ専用メッセージであるＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにより設定情報をＵＥ１００に送信してもよい。ｇＮＢ２００は、ＵＥ１００をＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移させるＵＥ専用メッセージであるＲＲＣ Ｒｅｌｅａｓｅにより設定情報をＵＥ１００に送信してもよい。ＵＥ１００は、設定情報を含むメッセージをｇＮＢ２００から受信し、受信した設定情報を記憶する。

【0076】

以下において、実施形態に係る移動通信システム１の第１動作例乃至第３動作例を説明する。第１動作例乃至第３動作例は、別個独立して実施してもよい。また、当該第１動作例乃至当該第３動作例は、２以上の動作例を組み合わせて実施してもよい。

【0077】

（１）第１動作例
本動作例において、ｇＮＢ２００からＵＥ１００に送信される設定情報は、ＭＩＩの送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうちＵＥ１００において適用するトリガ条件の種別を設定するトリガ設定情報を含む。ＵＥ１００は、複数種別のトリガ条件のうちトリガ設定情報により設定された種別のトリガ条件が満たされたことに応じてＭＩＩの送信処理をトリガする。このように、ｇＮＢ２００は、各トリガ条件についてオン（イネーブル）／オフ（ディセーブル）制御を行う。例えば、ｇＮＢ２００の負荷が高まっている状況下において、特定のトリガ条件種別についてＭＩＩ送信をオフすることでネットワーク輻輳を軽減できる。

【0078】

図１１は、実施形態に係る移動通信システム１の第１動作例を示す図である。ここでは、図１０の動作との相違点について主として説明する。

【0079】

図１１に示すように、ステップＳ１１において、ｇＮＢ２００は、ＵＥ１００において適用するトリガ条件の種別を設定するトリガ設定情報を含む設定情報をＵＥ１００に送信する。ＵＥ１００は、トリガ設定情報を含む設定情報を受信し、受信した設定情報を記憶する。

【0080】

ステップＳ１２において、ＵＥ１００は、ステップＳ１１で設定された種別のトリガ条件が満たされたか否かを判定する。

【0081】

ステップＳ１１で設定された種別のトリガ条件が満たされたと判定した場合（ステップＳ１２：ＹＥＳ）、ステップＳ４において、ＵＥ１００は、ＭＩＩを生成する。そして、ステップＳ５において、ＵＥ１００は、ＭＩＩをｇＮＢ２００に送信する。ｇＮＢ２００は、ＭＩＩを受信する。

【0082】

一方、ステップＳ１１で設定された種別のトリガ条件が満たされないと判定した場合（ステップＳ１２：ＮＯ）、ＭＩＩ送信処理（ステップＳ４及びＳ５）を行わない。なお、ステップＳ１２で「ＮＯ」の場合、処理が再度ステップＳ１２に戻るとしてもよい。

【0083】

図１２は、本動作例におけるトリガ設定情報を説明するための図である。

【0084】

図１２に示すように、各トリガ条件種別に識別子が付与されている。図１２において、トリガ種別ＩＤ“１”が「接続確立の成功」を示し、トリガ種別ＩＤ“２”が「ブロードキャストサービスエリアに入った又は出た」を示し、トリガ種別ＩＤ“３”が「ＭＢＳブロードキャストセッションの開始又は停止」を示し、トリガ種別ＩＤ“４”が「ＭＢＳの興味の変更」を示し、トリガ種別ＩＤ“５”が「ＭＢＳブロードキャスト受信とユニキャスト受信との間の優先度の変更」を示し、トリガ種別ＩＤ“６”が「ＳＩＢｘ１をブロードキャストするプライマリセルへの変更」を示す一例を示している。なお、トリガ種別ＩＤとトリガ種別の内容との対応関係は図１２に示す例に限定されず、トリガ種別の内容も図１２に示す例に限定されない。例えば、「ＭＢＳブロードキャストセッションの開始」及び「ＭＢＳブロードキャストセッションの停止」に対して互いに異なるＩＤが付与されてもよい。

【0085】

トリガ設定情報は、ＵＥ１００において適用するトリガ条件の種別を示すトリガ種別ＩＤのリストであってもよい。或いは、トリガ設定情報は、ＵＥ１００において適用しないトリガ条件の種別を示すトリガ種別ＩＤのリストであってもよい。

【0086】

トリガ設定情報は、ＵＥ１００において適用する又は適用しないトリガ条件の種別をビット位置で示すビット列であってもよい。例えば、トリガ種別ＩＤ“１”乃至“６”と対応付けられた６ビットのビット列を規定し、ＵＥ１００において適用するトリガ条件の種別をＴｒｕｅ（１）、ＵＥ１００において適用しないトリガ条件の種別をＦａｌｓｅ（０）で表す。

【0087】

具体例を挙げると、トリガ種別ＩＤ“１”、“３”、“５”のみを適用する場合、当該ビット列は、“１０１０１０”になる。その場合、ＵＥ１００は、トリガ種別ＩＤ“１”、“３”、“５”が示す種別のトリガ条件が満たされた場合に限り、ＭＩＩ送信処理を行う。すなわち、ＵＥ１００は、トリガ種別ＩＤ“２”、“４”、“６”が示す種別のトリガ条件が満たされても、ＭＩＩ送信処理を行わない。なお、トリガ種別ＩＤを“１”から採番する例を示したが、“０”から採番されてもよい。また、ビット列“１０１０１０”の例ではＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）がトリガ種別ＩＤ“１”に対応し、ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）がトリガ種別ＩＤ“６”に対応する例を示したが、当該対応関係は逆であってもよい。すなわち、当該ビット列は“０１０１０１”であり、ＬＳＢがトリガ種別ＩＤ“１”に対応し、ＭＳＢがトリガ種別ＩＤ“６”に対応する。

【0088】

トリガ設定情報は、ＵＥ１００において適用する又は適用しないトリガ条件種別の組み合わせを示す組み合わせＩＤにより構成されてもよい。例えば、ＵＥ１００において適用する又は適用しないトリガ条件種別の取り得る組み合わせごとにＩＤを規定したテーブルをＵＥ１００及びｇＮＢ２００で共有し、このような組み合わせＩＤにより、ＵＥ１００において適用する又は適用しないトリガ条件の種別を指定してもよい。

【0089】

（２）第２動作例
本動作例において、ｇＮＢ２００からＵＥ１００に送信される設定情報は、ｎ回目（ｎ≧１）のＭＩＩを送信してからｎ＋１回目のＭＩＩの送信を可能とするまでの禁止時間を設定する禁止時間設定情報（いわゆる、禁止タイマ値）を含む。ＵＥ１００は、前回のＭＩＩを送信してから、禁止時間設定情報により設定された禁止時間が経過した（すなわち、禁止タイマが満了した）ことに応じて、今回のＭＩＩの送信を行う。これにより、ＵＥ１００による頻繁なＭＩＩ送信を抑制できる。具体的には、禁止時間中（すなわち、禁止タイマの動作中）はＭＩＩの送信が禁止されるため、例えばＭＢＳ興味が頻繁に変更されるＵＥ１００であっても頻繁なＭＩＩ送信を行わないように制御できる。

【0090】

禁止タイマは、特定のトリガ条件のみに対応付けられていてもよい。すなわち、ＵＥ１００は、禁止タイマをトリガ条件ごとに管理してもよい。その場合、ｇＮＢ２００からＵＥ１００に送信される設定情報は、禁止時間設定情報と対応付けられたトリガ種別情報をさらに含んでもよい。トリガ種別情報は、ＭＩＩの送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち禁止時間を適用するトリガ条件の種別を示す情報である。

【0091】

例えば、図１３に示すように、ｇＮＢ２００からＵＥ１００に送信される設定情報は、トリガ種別情報（トリガ種別ＩＤ）と禁止時間設定情報（禁止タイマ値）とのセットを複数含む。図１３において、トリガ種別ＩＤ“１”について禁止タイマ値“Ａ”が設定され、トリガ種別ＩＤ“２”について禁止タイマ値“Ｂ”が設定され、トリガ種別ＩＤ“３”について禁止タイマ値“Ｃ”が設定される一例を示している。但し、すべてのトリガ種別について禁止タイマ値が設定されずに、一部のトリガ種別についてのみ禁止タイマ値が設定されてもよい。また、各トリガ種別ＩＤについて独立（個別）に禁止タイマ値が設定されずに、複数のトリガ種別ＩＤについて共通の禁止タイマ値が設定されてもよい。

【0092】

トリガ条件と禁止タイマ値とを対応付ける場合、ＵＥ１００は、トリガ条件ごとに禁止タイマを管理する。例えば、ＵＥ１００は、トリガ種別情報により示される種別のトリガ条件（以下、「特定のトリガ条件」と呼ぶ）が満たされたことに応じて前回のＭＩＩを送信した後、当該特定のトリガ条件と対応付けられた禁止時間が経過（すなわち、禁止タイマが満了）し、且つ、当該特定のトリガ条件が満たされたことに応じて、今回のＭＩＩの送信を行う。

【0093】

但し、ＵＥ１００は、トリガ条件と禁止タイマ値とを対応付けずに、すべてのトリガ種別について共通の禁止タイマを管理してもよい。その場合、ＵＥ１００は、トリガ条件にかかわらず、前回のＭＩＩを送信してから、禁止時間設定情報により設定された禁止時間が経過した（すなわち、禁止タイマが満了した）ことに応じて、今回のＭＩＩの送信を行う。

【0094】

図１４は、実施形態に係る移動通信システム１の第２動作例を示す図である。ここでは、図１０の動作との相違点について主として説明する。また、トリガ条件とタイマ値とを対応付けるケースを例に挙げて説明する。

【0095】

ステップＳ２１において、ｇＮＢ２００は、禁止時間設定情報（禁止タイマ値）とトリガ種別情報とを含む設定情報をＵＥ１００に送信する。ＵＥ１００は、禁止時間設定情報とトリガ種別情報とを含む設定情報を受信し、受信した設定情報を記憶する。

【0096】

ここで、複数のトリガ条件に対して複数又は単一の禁止タイマ値が設定されてもよい。例えば、共通の禁止タイマを用いる場合、図１５に示すように、各トリガ条件にタイマ適用／非適用の識別子が対応付けられ、禁止タイマ値は単一値が設定されてもよい。もしくは、図１６に示すように、各トリガ条件には、どの禁止タイマ値が割り当てられるのかを示す識別子（禁止タイマＩＤ）が対応付けられており、複数の禁止タイマ値のそれぞれが禁止タイマＩＤと対応付けられていてもよい。

【0097】

ステップＳ３において、ＵＥ１００にて、ＭＩＩの送信トリガイベントが発生する。ここで発生したトリガの種別を以下において「特定のトリガ条件」と呼ぶ。特定のトリガ条件は、例えば「ＭＢＳ興味が変わった」ことであってもよい。

【0098】

ステップＳ４において、ＵＥ１００は、ＭＩＩを生成する。

【0099】

ステップＳ５において、ＵＥ１００は、ＭＩＩをサービングセル（ｇＮＢ２００）に送信する。ｇＮＢ２００は、ＵＥ１００からＭＩＩを受信する。

【0100】

ステップＳ２２において、ＵＥ１００は、特定のトリガ条件に禁止タイマ値が対応付けられている場合、特定のトリガ条件と対応付けられた禁止タイマ値をセットした禁止タイマを開始（始動）する。

【0101】

ステップＳ２３において、ＵＥ１００にて、ＭＩＩの送信トリガイベントが発生する。

【0102】

ステップＳ２４において、ＵＥ１００は、ステップＳ２３で発生した送信トリガイベントが特定のトリガ条件（例えば、「ＭＢＳ興味が変わった」）に相当するか否かを判定する。ステップＳ２３で発生した送信トリガイベントが特定のトリガ条件に相当しない場合（ステップＳ２４：ＮＯ）、例えば、「ブロードキャストセッションの開始」である場合、ＵＥ１００は、ＭＩＩ送信処理（ステップＳ２７及びＳ２８）を行う。

【0103】

一方、ステップＳ２３で発生した送信トリガイベントが特定のトリガ条件に相当する場合（ステップＳ２４：ＹＥＳ）、ステップＳ２５において、ＵＥ１００は、特定のトリガ条件と対応付けられた禁止タイマが満了したか否かを判定する。

【0104】

当該禁止タイマが満了していない、すなわち、当該禁止タイマが動作中（ｒｕｎｎｉｎｇ）である場合（ステップＳ２５：ＮＯ）、ステップＳ２６において、ＵＥ１００は、ステップＳ２３で発生した送信トリガイベントを無視し、ＭＩＩ送信処理を行わない。或いは、ステップＳ２６において、ＵＥ１００は、ステップＳ２３で発生した送信トリガイベントに応じたＭＩＩ送信を、禁止タイマが満了するまで保留する。

【0105】

一方、当該禁止タイマが満了している場合（ステップＳ２５：ＹＥＳ）、ステップＳ２７及びＳ２８において、ＵＥ１００は、ステップＳ２３で発生した送信トリガイベントに応じたＭＩＩ送信処理を行う。なお、ＵＥ１００は、タイマが満了した時、保留したトリガ条件が存在する場合は、当該トリガ条件によりＭＩＩを送信してもよい。

【0106】

本動作例において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した場合、禁止タイマを停止してもよい。そのような停止を行うか又はタイマ動作を継続するかは、ｇＮＢ２００から（トリガ条件ごとに）ＵＥ１００に設定されてもよい。

【0107】

（３）第３動作例
本動作例において、設定情報は、複数のＵＥ１００による複数のＭＩＩの送信を時間方向及び／又は周波数方向に分散させるための分散化情報を含む。ＵＥ１００は、分散化情報に基づいて定められるタイミング及び／又は周波数においてＭＩＩを送信する。複数のＵＥ１００による複数のＭＩＩの送信を時間方向及び／又は周波数方向に分散させることにより、ＭＩＩに起因してネットワークの輻輳が発生することを抑制できる。

【0108】

分散化情報は、特定のトリガ条件のみに対応付けられていてもよい。すなわち、ＵＥ１００は、分散化情報に応じたＭＩＩ送信制御をトリガ条件ごとに管理してもよい。その場合、ｇＮＢ２００からＵＥ１００に送信される設定情報は、分散化情報と対応付けられたトリガ種別情報をさらに含んでもよい。ＵＥ１００は、トリガ種別情報により示される種別のトリガ条件が満たされたことに応じて、分散化情報に基づいて定められるタイミング及び／又は周波数においてＭＩＩを送信してもよい。

【0109】

トリガ条件と分散化情報とを対応付ける方法は、上述の第２動作例と同様の方法を用いることができる。例えば、共通の分散化情報を用いる場合、図１７に示すように、各トリガ条件に分散化情報適用／非適用の識別子が対応付けられ、分散化情報は単一値が設定されてもよい。或いは、図１８に示すように、各トリガ条件には、どの分散化情報が割り当てられるのかを示す識別子（分散化情報ＩＤ）が対応付けられており、複数の分散化情報のそれぞれが分散化情報ＩＤと対応付けられていてもよい。

【0110】

但し、ＵＥ１００は、トリガ条件と分散化情報とを対応付けずに、すべてのトリガ種別について共通の分散化情報を適用してもよい。その場合、ＵＥ１００は、トリガ条件にかかわらず、各ＭＩＩ送信について、分散化情報に基づいてＭＩＩを送信するタイミング及び／又は周波数を決定する。

【0111】

図１９は、実施形態に係る移動通信システム１の第３動作例を示す図である。ここでは、図１０の動作との相違点について主として説明する。また、トリガ条件と分散化情報とを対応付けるケースを例に挙げて説明する。

【0112】

ステップＳ３１において、ｇＮＢ２００は、分散化情報とトリガ種別情報とを含む設定情報をＵＥ１００に送信する。ＵＥ１００は、分散化情報とトリガ種別情報とを含む設定情報を受信し、受信した設定情報を記憶する。

【0113】

ステップＳ３において、ＵＥ１００にて、ＭＩＩの送信トリガイベントが発生する。ここで発生したトリガの種別を以下において「特定のトリガ条件」と呼ぶ。

【0114】

ステップＳ３２において、ＵＥ１００は、特定のトリガ条件に分散化情報が対応付けられている場合、特定のトリガ条件と対応付けられた分散化情報に基づいて、ＭＩＩを送信するタイミング及び／又は周波数を決定する。

【0115】

ステップＳ４において、ＵＥ１００は、ＭＩＩを生成する。なお、ステップＳ４は、ステップＳ３２の前であってもよい。

【0116】

ステップＳ５において、ＵＥ１００は、ステップＳ３２で決定したタイミング及び／又は周波数において、ＭＩＩをサービングセル（ｇＮＢ２００）に送信する。ｇＮＢ２００は、ＵＥ１００からＭＩＩを受信する。

【0117】

（３．１）周波数方向の分散化の例
分散化情報は、ＵＥ１００がＭＩＩを送信するセルを設定するセル情報を含んでもよい。これにより、ＭＩＩの送信を周波数方向に分散させることが可能になる。例えば、ｇＮＢ２００は、キャリアアグリゲーション（ＣＡ）を設定しているＵＥ１００に対して、分散化情報（セル情報）により、プライマリセル（ＰＣｅｌｌ）又はセカンダリセル（ＳＣｅｌｌ）でＭＩＩを送信することを指示する。ＵＥ１００は、設定されたセルに対してＭＩＩを送信する。

【0118】

セル情報は、ＵＥ１００がＭＩＩを送信するセルを示すセルＩＤであってもよい。ＳＣｅｌｌに連番（設定の順番）が割り当てられている場合、セル情報は、ＵＥ１００がＭＩＩを送信するＳＣｅｌｌを示すＳＣｅｌｌ番号であってもよい。セル情報は、特定のセルを指定せずに、単にＳＣｅｌｌであればどれでもよいという指示であってもよい。ＵＥ１００は、当該指示が無い場合、ＰＣｅｌｌでＭＩＩを送信すると判断してもよい。なお、セル情報は、セルＩＤに代えて周波数情報（例えばＡＲＦＣＮ）であってもよく、セルＩＤと周波数情報との組み合わせであってもよい。

【0119】

なお、ＣＡが設定されていたら、必ずＳＣｅｌｌでのみＭＩＩ送信が許可されるというルールが規定されてもよい。その場合、ＣＡが設定されたＵＥ１００は、ＭＩＩをＰＣｅｌｌで送信せずに、ＭＩＩをＳＣｅｌｌで送信する。このようなルールが存在する前提下において、ｇＮＢ２００がＵＥ１００にＣＡを設定するＣＡ設定情報は、分散化情報の一種であるとみなすことができる。

【0120】

（３．２）時間方向の分散化の例
分散化情報は、ＵＥ１００がＭＩＩを送信するタイミングを制御するタイミング制御情報を含んでもよい。これにより、ＭＩＩの送信を時間方向に分散させることが可能になる。タイミング制御情報は、ＵＥ間でＭＩＩ送信タイミングを時間方向に分散させるための処理をオン（イネーブル）／オフ（ディセーブル）することを設定する情報であってもよいし、当該処理に用いるパラメータ（例えば閾値等）を含んでもよい。

【0121】

（３．２．１）時間方向の分散化の第１パターン
ＵＥ１００は、タイミング制御情報と、ＵＥ１００に固有の識別子（以下、「ＵＥ－ＩＤ」と呼ぶ）とに基づいて、ＭＩＩを送信するタイミングを決定してもよい。或いは、ＵＥ１００は、タイミング制御情報と、ＵＥ１００で発生させた乱数とに基づいて、ＭＩＩを送信するタイミングを決定してもよい。これにより、より確実に、複数のＵＥ１００が複数のＭＩＩを送信するタイミングを時間方向に分散させることが可能になる。

【0122】

例えば、ＵＥ１００は、
［ＵＥ－ＩＤ］ ｍｏｄ ［フレーム番号］＝０
を満たすフレームでＭＩＩを送信することが許可される。ここで、

【0123】

［ＵＥ－ＩＤ］＝［５Ｇ－Ｓ－ＴＭＳＩ］ ｍｏｄ ［フレーム上限値］
としてもよい。また、［フレーム上限値］＝１０（ｓｕｂｆｒａｍｅの場合）又は１０２４（ｒａｄｉｏ ｆｒａｍｅの場合）としてもよい。

【0124】

或いは、ＵＥ１００は、閾値（０～１）を設定し、乱数を生成し、この乱数が閾値以上（又は以下）の場合に、送信が許可される。但し、試行回数ごとにＭＩＩを送信するＵＥ１００の母数が減少していく。ＭＩＩを送信可能になる確率が一定であると、試行回数ごとにＭＩＩを送信するＵＥ１００の数も減少していくため、ＭＩＩの送信遅延が必要以上に大きくなり得る。そのため、試行回数の増加につれて、ＭＩＩを送信可能になる確率を上げるように制御してもよい。具体的には、試行回数ごとにＭＩＩを送信するＵＥ１００の数を一定に保つように、閾値によるスケーリングを行ってもよい。具体的には、

【0125】

［適用する閾値］＝［初期閾値］＋［スケーリング値］×（［試行回数］－１）
とする。例えば、［初期閾値］＝０．５、［スケーリング値］＝０．１、３回目の試行の場合、［適用する閾値］は、０．５＋０．１×（３－１）＝０．７になる。ここで、［初期閾値］は、ｇＮＢ２００から設定された閾値を意味する。

【0126】

或いは、
［適用する閾値］＝［前回適用した閾値］＋［スケーリング値］
としてもよい。

【0127】

１回目の試行のみ、
［前回適用した閾値］＝［初期閾値］－［スケーリング値］
としてもよい。

【0128】

（３．２．２）時間方向の分散化の第２パターン
ＵＥ１００は、タイミング制御情報と、ＵＥ１００が把握しているＭＢＳセッション開始タイミングとに基づいて、ＭＩＩを送信するタイミングを決定してもよい。ＵＥ１００は、ＭＢＳセッション開始タイミングを、例えば、上位レイヤ情報であるＵＳＤ（Ｕｓｅｒ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）により把握できる。具体的には、ＵＳＤには、セッション開始タイミング（時刻など）の情報が含まれているものとする。

【0129】

第１に、ＵＥ１００は、ＵＳＤから興味のあるＴＭＧＩ及び当該ＴＭＧＩのセッション開始タイミングを読み出す。

【0130】

第２に、ＵＥ１００は、当該セッション開始タイミングよりも前に、適当なタイミングでＭＩＩを送信する。

【0131】

或いは、ｇＮＢ２００は、ＵＥ１００に対して、当該セッション開始タイミングを起点に、どれくらい前にＭＩＩの送信を開始するのかを指示するタイミング制御情報を送信してもよい。このようなタイミング制御情報は、どれくらい前にＭＩＩの送信を開始するのかの情報であって、例えば、Ｒａｄｉｏ ｆｒａｍｅ、Ｓｕｂｆｒａｍｅ、Ｈｙｐｅｒ ｆｒａｍｅで表現されてもよい。また、このようなタイミング制御情報は、時間情報（秒、分、時間など）により表現されてもよい。

【0132】

ＵＥ１００は、当該指示に従い、次の方法でＭＩＩの送信可否を判断してもよい。例えば、ＵＥ１００は、

【0133】

［ＵＥ－ＩＤ］ ｍｏｄ ［経過時間］ ＝ ０
を満たす経過時間にてＭＩＩの送信が許可される。ここで、［経過時間］は、例えば、秒、分であってもよいし、Ｒａｄｉｏ ｆｒａｍｅなどでもよい。なお、

【0134】

［ＵＥ－ＩＤ］＝［５Ｇ－Ｓ－ＴＭＳＩ］ ｍｏｄ ［どれくらい前かの情報］
としてもよい。

【0135】

このようなＵＥ－ＩＤを用いる方法に代えて、上述のような時間方向に分散させる方法を用いてもよい。その場合、［どれくらい前］の時点から、時間方向に分散させる方法を適用する。また、ｇＮＢ２００は、ＵＥ１００に対して、ＭＩＩ送信を許可するタイミングを示すタイミング情報を通知してもよい。当該タイミング情報は、無線フレームやサブフレームのパターン及び／又はリファレンス点（例えば開始無線フレーム）であってもよい。当該タイミング情報は、前記トリガ種別と紐づいていてもよい。

【0136】

（移動通信システムの動作の変更例）
実施形態に係る移動通信システムの動作の変更例について説明する。

【0137】

ＵＥ１００にキャリアアグリゲーション（ＣＡ）が設定される場合、ＣＡの状況に応じて、ＵＥ１００が受信している又は受信に興味を持つ又は受信が可能なＭＢＳ周波数が変更され得る。この場合、以前のＭＩＩでｇＮＢ２００に通知したＭＢＳ周波数リストから変化が生じた場合、興味のある最新のＭＢＳ周波数をｇＮＢ２００に通知することが考えられる。

【0138】

図２０は、本変更例に係るＵＥ１００の動作を示す図である。

【0139】

ステップＳ４１において、ＵＥ１００は、ＵＥ１００が同時に受信可能な複数の周波数からなる組み合わせのうちＵＥ１００が受信している又は受信に興味を持つ１つ又は複数のＭＢＳ周波数を示す情報を含む第１のＭＩＩをｇＮＢ２００に送信する。具体的には、ＵＥ１００は、同時受信可能な興味のあるＭＢＳ周波数からなるＭＢＳ周波数リストを含む第１のＭＩＩを送信する。

【0140】

ステップＳ４２において、ＵＥ１００は、キャリアアグリゲーション（ＣＡ）の設定に関するＣＡ設定情報をｇＮＢ２００から受信する。ＣＡ設定情報は、例えばＲＲＣ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎによりｇＮＢ２００からＵＥ１００に送信される。ＣＡ設定情報は、ＣＡの設定、設定変更、又は設定解除の情報である。

【0141】

ＵＥ１００は、ＣＡ設定情報に応じて組み合わせが変更され、且つ、ＵＥ１００が受信している又は受信に興味を持つＭＢＳ周波数が変更された場合（ステップＳ４３：ＹＥＳ）、ステップＳ４４において、変更後のＭＢＳ周波数を示す情報を含む第２のＭＩＩをｇＮＢ２００に送信する。具体的には、ＵＥ１００は、興味のある周波数を再評価し、現在のＣＡ設定により同時受信可能な周波数に変化があるか否かを確認する。変化があった場合、ＵＥ１００は、同時受信可能な興味のある周波数を特定し、当該特定した周波数を、ＭＩＩの周波数情報にセットし、ＭＩＩを送信する。

【0142】

このように、ＵＥ１００は、ＣＡ設定（変更）時、前回ＭＩＩで報告した同時受信可能な興味のある周波数情報に変更があった場合、ＭＩＩを送信する。ここで、具体例を挙げて説明する。第１に、ＵＥ１００は、興味のあるＭＢＳが周波数Ｆ４及び周波数Ｆ５で提供されており、ＭＩＩでＦ５に興味があるとｇＮＢ２００に通知済みであるものとする。ここで、ＵＥ１００は、同時受信可能な周波数の組み合わせとして、次の２つの組み合わせ（Ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ）をサポートしているものとする。

【0143】

・Ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ＃１：Ｆ１、Ｆ２、Ｆ３、Ｆ４
・Ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ＃２：Ｆ１、Ｆ２、Ｆ４、Ｆ５

【0144】

また、ＵＥ１００にＦ１及びＦ２のＣＡが設定されているものとする。その場合、Ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ＃１及びＢａｎｄ ｃｏｍｂｉｎａｔｉｏｎ＃２の両方が使える。

【0145】

第３に、ＵＥ１００はＣＡ設定によりＦ３のＳＣｅｌｌが追加される。その結果、ＵＥ１００は、Ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ＃１しか使えなくなる。第４に、ＵＥ１００の興味がある周波数がＦ５からＦ４に変わる。第５に、ＵＥ１００は、Ｆ４をＭＩＩで通知するべきと判断し、Ｆ４をＭＩＩでｇＮＢ２００に通知する。

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

（付記１）
１．導入
ＮＲ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ（ＭＢＳ）の改訂版ワークアイテムは、ＲＡＮ＃８８で承認された。ＲＡＮ２＃１１６ｅでは、ＭＢＳ興味通知（ＭＩＩ）の詳細について大きな進展があった。

【0153】

本付記では、ＭＢＳの興味通知に関する残された課題について考察する。

【0154】

２．議論
２．１．メッセージの定義
ＴＳ３８．３３１の現在実行中のＣＲでは、次のような更なる検討が必要な事項が取り込まれている。

【0155】

ＭＩＩ（ＭＢＭＳ興味通知）がＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎと新しいＲＲＣメッセージのどちらで報告され、ＭＩＩ情報が別のＩＥを使用するか、ＲＲＣメッセージ構造に直接含まれるかについては、更なる検討が必要である。

【0156】

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

【0157】

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

【0158】

ＮＲ ＭＢＳでは、上記のＩＥを含むＭＢＳ興味通知メッセージを生成するために、ＳＩＢ内の近隣周波数情報が必要である。また、ＵＥがサービングセルからＳＩＢを取得できる場合は、ＭＢＳ興味通知の送信が許可されるが、これはＬＴＥ ｅＭＢＭＳと同様、承認されたＣＲで「ＳＩＢｘ１がＰＣｅｌｌからブロードキャストされていれば」という条件ですでに把握されているものである。したがって、ＵＡＩの事前条件であるＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとは一致しない。よって、ＭＢＳ興味通知は、ＬＴＥ ｅＭＢＭＳのように、ＵＡＩとは別のメッセージであるべきである。

【0159】

提案１：ＲＡＮ２は、ＭＢＳ興味通知を新しいメッセージとして、つまりＵＡＩとは別に定義することに合意すべきである。

【0160】

提案２：ＲＡＮ２は、ＵＥがサービングセルからＭＢＳ固有のＳＩＢ（すなわちＳＩＢｘ１）を取得できる場合（すなわち、事前条件として）、ＭＢＳ興味通知の送信を許可することに合意すべきである。

【0161】

２．２． その他のトリガとネットワーク制御
以下の更なる検討が必要な事項は、現在の実行ＣＲに取り込まれている。

【0162】

その他のトリガとネットワーク制御については、更なる検討が必要である。

【0163】

ＲＡＮ２＃１１６ｅでは、ＭＢＳ興味通知の様々なトリガについて合意されている。
ＵＥは、接続確立に成功したとき、ブロードキャストサービスエリアに入ったとき又はブロードキャストサービスエリアから出たとき、ＭＢＳブロードキャストセッションの開始又は停止時、興味変更時、ＭＢＳブロードキャスト受信とユニキャスト受信の優先順位変更時、ＰＣｅｌｌブロードキャストＳＩＢｘ１への変更時にＭＩＩ手順を開始できることを確認する。その他のトリガ及びネットワーク制御については更なる検討が必要である。

【0164】

追加トリガについては、周波数リスト変更時にＭＢＳ興味通知を送信する必要があると考えられる。ＲＡＮ２＃１１６ｅでは、興味周波数の設定方法に関する詳細な動作について、以下のように合意した。

【0165】

ＭＩＩの間、ＵＥはＵＥが同時に受信可能なＭＢＳ周波数のセットのみを報告する必要がある。つまり、ＵＥは少なくとも１つのバンドの組み合わせをサポートしており、指示された周波数のセットを受信することができる。

【0166】

ＵＥは、ＭＩＩでの報告のために同時に受信できる周波数を評価する際、現在設定されているサービング周波数を考慮しない。つまり、現在のサービングセルと一緒に受信できるかどうかに関係なく、受信に興味があるＭＢＳ周波数のみを考慮する。

【0167】

上記の合意によると、キャリアアグリゲーションの構成が更新された場合（ＳＣｅｌｌの追加又は削除など）、ＵＥが現在動作可能な帯域幅の組み合わせに影響を与える可能性があるため、周波数リストが変更されることがある。この場合、前回のＭＢＳ興味通知で報告された周波数リストと異なる場合、最新の興味周波数をサービングセルに報告する必要がある場合がある。そのため、ＲＡＮ２は、サービングセルの設定変更により、サービングセル及び非サービングセルの周波数が変更された場合に、ＭＢＳ興味通知を送信すべきかどうかを検討する必要がある。

【0168】

提案３：ＲＡＮ２は、サービングセルの設定変更によりＵＥの興味のある周波数が変更された場合に、ＭＢＳ興味通知を送信すべきかどうかを検討する必要がある。

【0169】

ネットワーク制御については、ネットワークの輻輳を避けるために、多数のＵＥからのＭＢＳ興味通知の送信を管理することができれば間違いなく有用である。リソースの過負荷を引き起こす問題には、ＭＢＳ興味通知の「急増（ｓｐｉｋｅ）」と「頻繁な（ｆｒｅｑｕｅｎｔ）」ＭＢＳ興味通知がある。

【0170】

所見２：多くのＵＥからＭＢＳ興味通知が急増したり、あるＵＥからＭＢＳ興味通知が頻発したりすると、ネットワークの輻輳が発生する可能性がある。

【0171】

送信の急増については、膨大な数のＵＥがＭＢＳ興味通知を同時に送信した場合に発生する。これは、ＭＢＳブロードキャストセッションに興味を持つすべてのＵＥに共通するイベントであるため、この問題を引き起こす可能性のあるトリガは、「ＭＢＳブロードキャストセッションの開始又は停止」である可能性がある。特に、セッションが停止した場合、ｇＮＢはＭＢＳブロードキャストセッションがＣＮによって停止されたことを既に知っているため、ＭＢＳ興味通知がなくても、ＵＥはこのＴＭＧＩに興味がなくなったと判断することができる。これらのシナリオを考慮すると、ネットワーク制御としては、ＭＢＳ興味通知を時間領域及び／又は周波数領域で広げる（例：セッション開始）、又はこのイベント時にＭＢＳ興味通知をオン／オフする（例：セッション停止）ことが考えられる。

【0172】

頻繁な送信については、ＵＥがユーザの好みなどによって頻繁に興味を変更する場合に発生する。この問題を引き起こすトリガとしては、「興味の変化」、「ＭＢＳブロードキャスト受信とユニキャスト受信の優先度の変化」などが考えられる。ネットワーク制御としては、ＵＥに禁止タイマを設定することが考えられる。

【0173】

その他のトリガ、すなわち「接続確立の成功」、「ブロードキャストサービスエリアへの入退出」、「ＳＩＢｘ１をブロードキャストするＰＣｅｌｌへの変更」については、これらは（時間的に）十分にランダム化されているか、すでにネットワークによって制御されているため、大きな問題は発生しないと考えることができる。

【0174】

上記の議論を踏まえると、異なるトリガは異なる制御方法、すなわち拡散、オン／オフ、禁止タイマを必要とする可能性があり、さらに他のトリガは何の強化も必要としない可能性があることが確認された。そのため、ＲＡＮ２はネットワーク制御を考慮すべきかどうか、もし考慮するならば、どのトリガがどのようなネットワーク制御を必要とするかを議論する必要がある。

【0175】

提案４：ＲＡＮ２は、ＵＥがＭＢＳ興味通知によって送信の急増及び頻繁な送信を行うことを防ぐためのネットワーク制御について議論すべきである。

【0176】

提案５：ＲＡＮ２は、ＭＢＳ興味通知の異なるトリガに異なるネットワーク制御方法を適用するかどうかを議論するべきである。

【0177】

２．３．ＢＷＰの切り替え動作を改善するための早期通知
この検討事項は、「MBS興味通知はセキュリティ起動後に送信する（より良いＢＷＰ切り替え動作のために追加の最適化が必要かどうかをまだ議論できる）」というＲＡＮ２の合意に基づいて、現在の実行中のＣＲで取り込まれている。
ＢＷＰの切り替え動作を改善するために追加の最適化が必要かどうかは更なる検討が必要である。

【0178】

より良いＢＷＰ切り替え動作のために、さらなる最適化が必要かどうかについては更なる検討が必要である。

【0179】

サービス継続の問題は、ＵＥがコネクティッド状態に移行したときに発生する。具体的には、サービングセルがＵＥにＣＦＲと整合していない専用のＢＷＰを設定した場合、ＵＥはブロードキャストセッションを継続して受信することができない。このような設定はＭＢＳ興味通知の後に回避できるが、問題はＭＢＳ興味通知の前、つまりＡＳセキュリティのアクティブ化前に行われた設定によって発生する。

【0180】

インアクティブ状態のＵＥがＭｓｇ４（ＲＲＣ Ｒｅｓｕｍｅ）で専用のＢＷＰを設定できることが指摘されており、ＵＥがＭＢＳブロードキャストセッションを受信していることをサービングセルに通知するために、Ｍｓｇ３に１ビット表示を設けることが提案されている。サービングセルはインアクティブにあるＵＥのＵＥコンテキストを持っており、これには以前に報告されたＭＢＳ興味通知が含まれている。この興味情報は最新ではないが、サービングセルは、インアクティブ状態からコネクティッド状態に移行するＵＥがブロードキャストセッションを受信しているかどうかを予測することが期待される。そのため、メッセージサイズが制限されていることを考えると、Ｍｓｇ３を拡張することは重要ではない。

【0181】

次のＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎでサービングセルが専用ＢＷＰを設定するための情報であるＭｓｇ５の早期「ブロードキャスト受信」指示を導入することが提案されている。この解決策は簡単な拡張でありながら有用である。

【0182】

ＳＡ３からのＬＳによると、それらはＡＳセキュリティ起動前にＴＭＧＩリストを報告することのみを懸念している。さらに、ＡＳセキュリティのアクティブ化前に他の情報（周波数リスト及び優先順位情報）を報告することができると明示的に述べている。そのため、ＵＥは早期ＭＢＳ興味通知を送信することができると考えられ、早期ＭＢＳ興味通知はＭｓｇ５とともに送信され、ＴＭＧＩリスト以外のフルコンテンツ、すなわち上記の１ビット表示の代わりに周波数リスト及び優先順位情報を含んでいる。ｇＮＢは、Ｍｓｇ５で早期ＭＢＳ興味通知を受信すると、ＭＢＳ興味通知が第２配信モード用であるため、このＵＥがブロードキャストセッションを受信しているかどうかを判断することができる。また、ＵＥが興味を持つＴＭＧＩがまだ不明であっても、ｇＮＢが異なる周波数に対して適切なコンフィギュレーション（例えば、ＳＣｅｌｌコンフィギュレーション）を決定するために、フルコンテンツが有用である場合がある。これらのコンテンツは、ＡＳセキュリティのアクティブ化後に最終的に報告されるため、早期のＭＢＳ興味通知で報告される場合は、シグナリングのオーバーヘッドがない。

【0183】

さらに、早期ＭＢＳ興味通知に追加情報が必要かどうかについても検討する価値がある。例えば、ＵＥは、早期ＭＢＳ興味通知において、興味のあるＭＢＳブロードキャストセッションを受信しているＣＦＲを報告する。ＣＦＲ情報は、例えば、そのようなＣＦＲが専用ＢＷＰの一部であるように、適切な専用ＢＷＰを決定するためにｇＮＢによって使用されてもよい。別の例として、ＵＥは、興味のあるＭＢＳブロードキャストセッションが提供されるＣｅｌｌ ＩＤを、早期ＭＢＳ興味通知で報告する。

【0184】

提案６：ＲＡＮ２は、ＴＭＧＩリスト以外のフルコンテンツ、すなわち周波数リストと優先度情報を含むＭｓｇ５と共に早期ＭＢＳ興味通知を送信するかどうかを検討する必要がある。

【0185】

提案７：ＲＡＮ２は、追加情報が早期ＭＢＳ興味通知で報告されることが有用であるかどうか、例えばＣＦＲや興味のあるセルＩＤなどについてさらに議論するべきである。

【0186】

２．４．マルチキャストセッションのＭＢＳ興味通知
ＲＡＮ２は現在、ＭＢＳ興味通知がブロードキャストセッションでサポートされ、マルチキャストセッションではサポートされないと想定している。ＲＡＮ２＃１１５ｅは、ＭＢＳ興味通知の基本的な内容、つまりＭＢＳ周波数リスト、優先度、ＴＭＧＩリストに合意した。

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

（１）
マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が受信している又は受信に興味を持つＭＢＳセッションに関するＭＢＳ興味通知を基地局に送信することが許可される条件を設定する設定情報を前記基地局から受信することと、
前記設定情報により設定された前記条件が満たされたことに応じて前記ＭＢＳ興味通知の送信処理を行うことと、を有する
通信方法。

【0193】

（２）
前記送信処理を行うことは、前記設定情報により設定された前記条件が満たされないときは前記送信処理を行わずに、前記設定情報により設定された前記条件が満たされたことに応じて前記送信処理を行うことを含む
上記（１）に記載の通信方法。

【0194】

（３）
前記設定情報は、前記ＭＢＳ興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記ユーザ装置において適用する前記トリガ条件の種別を設定するトリガ設定情報を含み、
前記送信処理を行うことは、前記複数種別のトリガ条件のうち前記トリガ設定情報により設定された前記種別のトリガ条件が満たされたことに応じて前記送信処理をトリガすることを含む
上記（１）又は（２）に記載の通信方法。

【0195】

（４）
前記設定情報は、ｎ回目（ｎ≧１）のＭＢＳ興味通知を送信してからｎ＋１回目の前記ＭＢＳ興味通知の送信を可能とするまでの禁止時間を設定する禁止時間設定情報を含み、
前記送信処理を行うことは、前回のＭＢＳ興味通知を送信してから、前記禁止時間設定情報により設定された前記禁止時間が経過したことに応じて、今回のＭＢＳ興味通知の送信を行うことを含む
上記（１）乃至（３）のいずれか１つに記載の通信方法。

【0196】

（５）
前記設定情報は、前記禁止時間設定情報と対応付けられたトリガ種別情報をさらに含み、
前記トリガ種別情報は、前記ＭＢＳ興味通知の送信をトリガするトリガ条件として規定された複数種別のトリガ条件のうち前記禁止時間を適用するトリガ条件の種別を示す情報である
上記（４）に記載の通信方法。

【0197】

（６）
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて前記前回のＭＢＳ興味通知を送信した後、前記禁止時間設定情報により設定された前記禁止時間が経過し、且つ、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記今回のＭＢＳ興味通知の送信を行うことを含む
上記（５）に記載の通信方法。

【0198】

（７）
前記設定情報は、前記ユーザ装置を含む複数のユーザ装置による複数のＭＢＳ興味通知の送信を時間方向及び／又は周波数方向に分散させるための分散化情報を含み、
前記送信処理を行うことは、前記分散化情報に基づいて定められるタイミング及び／又は周波数において前記ＭＢＳ興味通知を送信することを含む
上記（１）乃至（６）のいずれか１つに記載の通信方法。

【0199】

（８）
前記設定情報は、前記分散化情報と対応付けられたトリガ種別情報をさらに含み、
前記送信処理を行うことは、前記トリガ種別情報により示される前記種別のトリガ条件が満たされたことに応じて、前記分散化情報に基づいて定められる前記タイミング及び／又は前記周波数において前記ＭＢＳ興味通知を送信することを含む
上記（７）に記載の通信方法。

【0200】

（９）
前記分散化情報は、前記ユーザ装置が前記ＭＢＳ興味通知を送信するセルを設定するセル情報を含む
上記（７）又は（８）に記載の通信方法。

【0201】

（１０）
前記分散化情報は、前記ユーザ装置が前記ＭＢＳ興味通知を送信するタイミングを制御するタイミング制御情報を含む
上記（７）又は（８）に記載の通信方法。

【0202】

（１１）
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置に固有の識別子とに基づいて、前記ＭＢＳ興味通知を送信する前記タイミングを決定することを含む
上記（１０）に記載の通信方法。

【0203】

（１２）
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置で発生させた乱数とに基づいて、前記ＭＢＳ興味通知を送信する前記タイミングを決定することを含む
上記（１０）に記載の通信方法。

【0204】

（１３）
前記送信処理を行うことは、前記タイミング制御情報と、前記ユーザ装置が把握しているＭＢＳセッション開始タイミングとに基づいて、前記ＭＢＳ興味通知を送信する前記タイミングを決定することを含む
上記（１０）に記載の通信方法。

【0205】

（１４）
マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置が同時に受信可能な複数の周波数からなる組み合わせのうち前記ユーザ装置が受信している又は受信に興味を持つ１つ又は複数のＭＢＳ周波数を示す情報を含む第１のＭＢＳ興味通知を基地局に送信することと、
キャリアアグリゲーション（ＣＡ）の設定に関するＣＡ設定情報を前記基地局から受信することと、
前記ＣＡ設定情報に応じて前記組み合わせが変更され、且つ、前記ユーザ装置が受信している又は受信に興味を持つＭＢＳ周波数が変更された場合、変更後のＭＢＳ周波数を示す情報を含む第２のＭＢＳ興味通知を前記基地局に送信することと、を有する
通信方法。

【符号の説明】

【0206】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】