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

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

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

(11)【特許番号】

(24)【登録日】2024-08-09

(45)【発行日】2024-08-20

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

(51)【国際特許分類】

   H04W 4/06 20090101AFI20240813BHJP

   H04W 72/0457 20230101ALI20240813BHJP

【ＦＩ】

H04W4/06

H04W72/0457 110

【請求項の数】 7

(21)【出願番号】P 2023536760

(86)(22)【出願日】2022-07-19

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

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

(87)【国際公開日】2023-01-26

【審査請求日】2024-01-19

(31)【優先権主張番号】P 2021119144

(32)【優先日】2021-07-19

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

【審査官】中村 信也

(56)【参考文献】

【文献】国際公開第２０１５／１４１８４２（ＷＯ，Ａ１）

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムで用いる通信方法であって、
キャリアアグリゲーション（ＣＡ）を行うユーザ装置が、前記ＣＡにおけるプライマリセルと通信することと、
前記ユーザ装置が、前記ＣＡにおけるセカンダリセルからのＭＢＳ受信を行うことと、を有し、
前記通信することは、前記セカンダリセルからの前記ＭＢＳ受信に関するＭＢＳ関連情報を前記ユーザ装置が前記プライマリセルから受信することを含み、
前記ＭＢＳ関連情報は、前記セカンダリセルにおけるマルチキャストトラフィックチャネル（ＭＴＣＨ）に関する設定情報を含む
通信方法。

【請求項2】

前記ＭＢＳ関連情報は、さらに、前記セカンダリセルが提供するＭＢＳセッションを示すＭＢＳセッション情報と、前記ＭＢＳセッションが提供される周波数に関する周波数関連情報と、前記ＭＢＳ受信の設定を示すＭＢＳ設定情報と、前記セカンダリセルを示すセル識別情報と、のうち少なくとも１つを含む
請求項１に記載の通信方法。

【請求項3】

ユーザ装置であって、
キャリアアグリゲーション（ＣＡ）を行う通信部を備え、
前記通信部は、前記ＣＡにおけるセカンダリセルからのマルチキャスト・ブロードキャストサービス（ＭＢＳ）受信を行い、
前記通信部は、前記セカンダリセルからの前記ＭＢＳ受信に関するＭＢＳ関連情報を前記ＣＡにおけるプライマリセルから受信し、
前記ＭＢＳ関連情報は、前記セカンダリセルにおけるマルチキャストトラフィックチャネル（ＭＴＣＨ）に関する設定情報を含む
ユーザ装置。

【請求項4】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートするネットワーク装置であって、
キャリアアグリゲーション（ＣＡ）を行うユーザ装置と通信する通信部を備え、
前記通信部は、前記ＣＡにおけるセカンダリセルにおいて、前記ユーザ装置に対するＭＢＳの送信を行い、
前記通信部は、前記ＣＡにおけるプライマリセルにおいて、前記セカンダリセルからの前記ＭＢＳの受信に関するＭＢＳ関連情報を前記ユーザ装置に送信し、
前記ＭＢＳ関連情報は、前記セカンダリセルにおけるマルチキャストトラフィックチャネル（ＭＴＣＨ）に関する設定情報を含む
ネットワーク装置。

【請求項5】

ネットワーク装置からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムであって、
キャリアアグリゲーション（ＣＡ）を行う前記ユーザ装置は、前記ＣＡにおけるセカンダリセルからのマルチキャスト・ブロードキャストサービス（ＭＢＳ）受信を行い、
前記ネットワーク装置は、前記ＣＡにおけるプライマリセルにおいて、前記セカンダリセルからの前記ＭＢＳの受信に関するＭＢＳ関連情報を前記ユーザ装置に送信し、
前記ＭＢＳ関連情報は、前記セカンダリセルにおけるマルチキャストトラフィックチャネル（ＭＴＣＨ）に関する設定情報を含む
移動通信システム。

【請求項6】

ユーザ装置を制御するためのプログラムであって、
キャリアアグリゲーション（ＣＡ）を行うことと、
前記ＣＡにおけるセカンダリセルからのマルチキャスト・ブロードキャストサービス（ＭＢＳ）受信を行うことと、
前記セカンダリセルからの前記ＭＢＳ受信に関するＭＢＳ関連情報を前記ＣＡにおけるプライマリセルから受信することと、を前記ユーザ装置に実行させ、
前記ＭＢＳ関連情報は、前記セカンダリセルにおけるマルチキャストトラフィックチャネル（ＭＴＣＨ）に関する設定情報を含む
プログラム。

【請求項7】

ユーザ装置を制御するためのチップセットであって、
キャリアアグリゲーション（ＣＡ）を行うことと、
前記ＣＡにおけるセカンダリセルからのマルチキャスト・ブロードキャストサービス（ＭＢＳ）受信を行うことと、
前記セカンダリセルからの前記ＭＢＳ受信に関するＭＢＳ関連情報を前記ＣＡにおけるプライマリセルから受信することと、を実行し、
前記ＭＢＳ関連情報は、前記セカンダリセルにおけるマルチキャストトラフィックチャネル（ＭＴＣＨ）に関する設定情報を含む
チップセット。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格において、第５世代（５Ｇ）の無線アクセス技術であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）の技術仕様が規定されている。ＮＲは、第４世代（４Ｇ）の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。このような５Ｇシステムにマルチキャスト・ブロードキャストサービス（ＭＢＳ）を導入することが検討されている。

【0003】

また、３ＧＰＰの技術仕様において、ユーザ装置が１つの基地局の複数のセルと同時に通信するキャリアアグリゲーション（ＣＡ）、及びユーザ装置が２つの基地局と同時に通信するデュアルコネクティビティ（ＤＣ）が規定されている。ＤＣにおける当該２つの基地局は、一方がマスタノード（ＭＮ）であり、他方がセカンダリノード（ＳＮ）である。

【0004】

現状、ＭＢＳでは、ＣＡの場合には基地局が管理するプライマリセル（ＰＣｅｌｌ）からユーザ装置がＭＢＳ受信を行うことが想定されており、ＤＣの場合にはＭＮが管理するマスタセルグループ（ＭＣＧ）からユーザ装置がＭＢＳ受信を行うことが想定されている。ここで、非特許文献１には、ＳＮが管理するセカンダリセルグループ（ＳＣＧ）からユーザ装置へのＭＢＳ送信を可能とすることが提案されている。

【先行技術文献】

【非特許文献】

【0005】

【文献】３ＧＰＰ寄書：ＲＷＳ－２１０１２６、“Ｄｉｓｃｕｓｓｉｏｎ ｏｎ ＭＢＳ ｅｎｈａｎｃｅｍｅｎｔ”

【発明の概要】

【0006】

第１の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムで用いる通信方法であって、デュアルコネクティビティ（ＤＣ）又はキャリアアグリゲーション（ＣＡ）を行うユーザ装置が、前記ＤＣにおけるマスタセルグループ又は前記ＣＡにおけるプライマリセルと通信することと、前記ユーザ装置が、前記ＤＣにおけるセカンダリセルグループ又は前記ＣＡにおけるセカンダリセルからのＭＢＳ受信を行うことと、を有する。前記通信することは、前記セカンダリセルグループ又は前記セカンダリセルからの前記ＭＢＳ受信に関するＭＢＳ関連情報を前記マスタセルグループ又は前記プライマリセルと通信することを含む。

【0007】

第２の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムで用いる通信方法であって、ユーザ装置が、デュアルコネクティビティ（ＤＣ）又はキャリアアグリゲーション（ＣＡ）を行うことと、前記ユーザ装置が、前記ＤＣにおけるセカンダリセルグループ又は前記ＣＡにおけるセカンダリセルでＭＢＳ受信を行うための無線ネットワーク一時識別子（ＲＮＴＩ）を用いて、前記セカンダリセルグループ又は前記セカンダリセルにおける物理下りリンク制御チャネル（ＰＤＣＣＨ）を監視することと、前記ユーザ装置が、前記セカンダリセルグループ又は前記セカンダリセルが非アクティブ化されても、前記ＲＮＴＩを用いた前記ＰＤＣＣＨの監視を継続することと、を有する。

【0008】

第３の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムで用いる通信方法であって、デュアルコネクティビティ（ＤＣ）を行うユーザ装置が、前記ユーザ装置が受信している又は受信に興味を持つＭＢＳセッションを提供するセルグループをマスタセルグループ及びセカンダリセルグループの中から特定することと、前記ユーザ装置が、前記特定したセルグループに対して、前記ＭＢＳセッションに関するＭＢＳ興味通知を送信することと、を有する。

【0009】

第４の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムで用いる通信方法であって、ユーザ装置が行うデュアルコネクティビティ（ＤＣ）におけるマスタセルグループを管理するマスタノードが、前記ＤＣにおけるセカンダリセルグループを管理するセカンダリノードと通信することと、前記マスタセルグループ又は前記セカンダリセルグループから前記ユーザ装置に対するＭＢＳ送信を行うことと、を有する。前記通信することは、前記ユーザ装置が受信している又は受信に興味を持つＭＢＳセッションに関するＭＢＳ興味通知を前記セカンダリノードと通信することを含む。

【0010】

第５の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートする移動通信システムで用いる通信方法であって、ユーザ装置とのデュアルコネクティビティ（ＤＣ）におけるセカンダリセルグループを管理するセカンダリノードが、前記ＤＣにおけるマスタセルグループを管理するマスタノードと通信することと、前記セカンダリノードが、前記ユーザ装置に対するＭＢＳ送信を行うことと、を有する。前記通信することは、前記セカンダリセルグループにおいて前記ユーザ装置がＭＢＳ受信を行うための設定を示すＭＢＳ設定情報を前記セカンダリノードから前記マスタノードに送信することを含む。

【図面の簡単な説明】

【0011】

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

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

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

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

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

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

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

【図8】実施形態に係る第１動作シナリオを示す図である。

【図9】実施形態に係る第２動作シナリオを示す図である。

【図10】実施形態に係る第１動作例を示す図である。

【図11】実施形態に係る第２動作例を示す図である。

【図12】実施形態に係る第３動作例を示す図である。

【図13】実施形態に係る第４動作例を示す図である。

【図14】実施形態に係る第５動作例を示す図である。

【図15】実施形態に係る第６動作例を示す図である。

【図16】第１実施例を示す図である。

【図17】第２実施例を示す図である。

【図18】第３実施例を示す図である。

【図19】第４実施例を示す図である。

【図20】第５実施例を示す図である。

【図21】第６実施例に係るＵＥのＭＡＣエンティティの動作を示す図である。

【図22】第６実施例を示す図である。

【図23】第７実施例を示す図である。

【図24】第８実施例を示す図である。

【図25】第９実施例を示す図である。

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

【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】

・ＵＥ１００のＭＡＣエンティティは、興味のあるＭＢＳ－ＳＩＢのためのオンデマンドＳＩ要求を除き、当該ＳＣｅｌｌ２０２ＢでのＲＡＣＨの送信を行わない（not transmit on RACH on the SCell, except for on-demand SI request for MBS-SIB of interest）。換言すると、ＵＥ１００は、ＳＣｅｌｌ２０２Ｂが非アクティブ化された場合でも、興味のあるＭＢＳ－ＳＩＢのためのオンデマンドＳＩ要求を行う場合は当該ＳＣｅｌｌ２０２Ｂに対するＲＡＣＨの送信が許容される。

【0165】

・ＵＥ１００のＭＡＣエンティティは、興味のあるＭＢＳ受信のためのＧ－ＲＮＴＩ、ＭＣＣＨ－ＲＮＴＩ、及びＮｏｔｉｆｉｃａｔｉｏｎ－ＲＮＴＩを除き、当該ＳＣｅｌｌ２０２ＢでのＰＤＣＣＨの監視を行わない（not monitor the PDCCH on the SCell, except for G-RNTI, MCCH-RNTI, Notification-RNTI for MBS reception of interest）。ＭＣＣＨ－ＲＮＴＩはＭＣＣＨ用ＲＮＴＩに相当し、Ｎｏｔｉｆｉｃａｔｉｏｎ－ＲＮＴＩは変更通知用ＲＮＴＩに相当する。換言すると、ＵＥ１００は、ＳＣｅｌｌ２０２Ｂが非アクティブ化された場合でも、興味のあるＭＢＳ受信のためのＧ－ＲＮＴＩ、ＭＣＣＨ－ＲＮＴＩ、及びＮｏｔｉｆｉｃａｔｉｏｎ－ＲＮＴＩを用いて当該ＳＣｅｌｌ２０２ＢのＰＤＣＣＨを監視することが許容される。

【0166】

・ＵＥ１００のＭＡＣエンティティは、ＭＢＳ受信のためのＨＡＲＱフィードバックを除き、当該ＳＣｅｌｌ２０２ＢでのＰＵＣＣＨの送信を行わない（not transmit PUCCH on the SCell, except for HARQ feedback for MBS reception）。換言すると、ＵＥ１００は、ＳＣｅｌｌ２０２Ｂが非アクティブ化された場合でも、ＭＢＳ受信のためのＨＡＲＱフィードバックを行う場合は当該ＳＣｅｌｌ２０２Ｂに対するＰＵＣＣＨの送信が許容される。

【0167】

このような動作はＣＡに関する動作であるが、ＤＣについても同様な動作を適用できる。ＤＣの場合は、上述の動作におけるＳＣｅｌｌ２０２ＢをＳＣＧ２０１Ｂ（又はＳＣＧ２０１ＢのＰＳＣｅｌｌ）と読み替える。

【0168】

図２２は、第６実施例を示す図である。ここでは、ＰＤＣＣＨ監視に関する動作について主として説明する。

【0169】

ステップＳ６０１において、ＵＥ１００は、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２Ｂから提供されているＭＢＳセッションを受信している又は受信に興味がある。

【0170】

ステップＳ６０２において、ＵＥ１００は、Ｇ－ＲＮＴＩ、ＭＣＣＨ－ＲＮＴＩ、及びＮｏｔｉｆｉｃａｔｉｏｎ ＲＮＴＩを用いて、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２ＢのＰＤＣＣＨ（ＤＣＩ）を監視する。ＵＥ１００は、ＭＢＳ－ＳＩＢ受信のためのＳＩ－ＲＮＴＩをさらに監視してもよい。

【0171】

ステップＳ６０３において、ＭＣＧ２０１Ａ／ＰＣｅｌｌ２０２Ａは、例えばＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２Ｂの非アクティブ化指示をＵＥ１００及びＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２Ｂに送信することにより、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２Ｂを非アクティブ化する。

【0172】

ステップＳ６０４において、ＵＥ１００は、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２Ｂが非アクティブ化されても、Ｇ－ＲＮＴＩ、ＭＣＣＨ－ＲＮＴＩ、Ｎｏｔｉｆｉｃａｔｉｏｎ ＲＮＴＩ、及びＳＩ－ＲＮＴＩを用いたＰＤＣＣＨ監視を継続し、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２ＢからＤＣＩを受信する。

【0173】

ステップＳ６０５において、ＵＥ１００は、ＰＤＣＣＨ監視により受信するＤＣＩに基づいて、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２ＢからＭＴＣＨ（ＭＢＳデータ）を受信する。

【0174】

このように、第５実施例によれば、ＵＥ１００は、ＳＣＧ２０１Ｂ／ＳＣｅｌｌ２０２Ｂが非アクティブ化されても、Ｇ－ＲＮＴＩ、ＭＣＣＨ－ＲＮＴＩ、Ｎｏｔｉｆｉｃａｔｉｏｎ ＲＮＴＩ、及びＳＩ－ＲＮＴＩを用いたＰＤＣＣＨ監視を継続する。これにより、ＭＢＳの受信継続性を向上させることが可能になる。

【0175】

（７）第７実施例
図２３は、第７実施例を示す図である。ここでは、ＤＣの場合の動作について説明する。

【0176】

ステップＳ７０１において、ＵＥ１００（ＲＲＣレイヤ）は、ＭＩＩを生成する。ＵＥ１００が生成するＭＩＩは、ＲＲＣメッセージであるものとする。

【0177】

ステップＳ７０２において、ＵＥ１００（ＲＲＣレイヤ）は、興味のあるＭＢＳセッションがＭＣＧ２０１Ａから提供されているのか、又はＳＣＧ２０１Ｂから提供されているのかを判定する。

【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】

１ ：移動通信システム
１０ ：ＮＧ－ＲＡＮ
２０ ：５ＧＣ
１００ ：ＵＥ
１１０ ：受信部
１２０ ：送信部
１３０ ：制御部
２００ ：ｇＮＢ
２００Ａ ：ＭＮ
２００Ｂ ：ＳＮ
２０１Ａ ：ＭＣＧ
２０１Ｂ ：ＳＣＧ
２０２Ａ ：ＰＣｅｌｌ
２０２Ｂ ：ＳＣｅｌｌ
２１０ ：送信部
２２０ ：受信部
２３０ ：制御部
２４０ ：バックホール通信部
３００ ：ＡＭＦ／ＵＰＦ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】