特開 2023-123749 通信制御方法、ユーザ装置及びプロセッサ

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023123749

(43)【公開日】2023-09-05

(54)【発明の名称】通信制御方法、ユーザ装置及びプロセッサ

(51)【国際特許分類】

   H04W 72/30 20230101AFI20230829BHJP

   H04W 4/06 20090101ALI20230829BHJP

   H04W 76/40 20180101ALI20230829BHJP

【ＦＩ】

H04W72/30

H04W4/06 150

H04W76/40

【審査請求】有

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2023107377

(22)【出願日】2023-06-29

(62)【分割の表示】P 2022557601の分割

【原出願日】2021-10-21

(31)【優先権主張番号】63/104,044

(32)【優先日】2020-10-22

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

(71)【出願人】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】チャン ヘンリー

(57)【要約】      （修正有）

【課題】改善されたマルチキャスト・ブロードキャストサービスを実現する通信制御方法、ユーザ装置及びプロセッサを提供する。
【解決手段】基地局（ｇＮＢ２００）からユーザ装置（ＵＥ１００）に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、ユーザ装置が、基地局が用いるイニシャルＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を示す情報を基地局から受信することと、ユーザ装置が、ＭＢＳ受信に必要なＭＢＳ設定を前記基地局から受信することと、ユーザ装置が、ＭＢＳ設定にＢＷＰ設定が含まれない場合、イニシャルＢＷＰを用いてＭＢＳ受信を行うことと、を含む。
【選択図】図１６

【特許請求の範囲】

【請求項1】

基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
前記ユーザ装置が、前記基地局が用いるイニシャルＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を示す情報を前記基地局から受信することと、
前記ユーザ装置が、ＭＢＳ受信に必要な設定情報を前記基地局から受信することと、
前記ユーザ装置が、前記設定情報にＭＢＳ用周波数リソースの設定が含まれない場合、前記イニシャルＢＷＰを用いて前記ＭＢＳ受信を行うことと、
前記ユーザ装置が、前記設定情報に前記ＭＢＳ用周波数リソースの設定が含まれる場合、前記ＭＢＳ用周波数リソースの設定を用いて前記ＭＢＳ受信を行うことと、を有する
通信制御方法。

【請求項2】

基地局からマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供されるユーザ装置であって、
制御部を備え、
前記制御部は、
前記基地局が用いるイニシャルＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を示す情報を前記基地局から受信し、
ＭＢＳ受信に必要な設定情報を前記基地局から受信し、
前記設定情報にＭＢＳ用周波数リソースの設定が含まれない場合、前記イニシャルＢＷＰを用いて前記ＭＢＳ受信を行い、
前記設定情報に前記ＭＢＳ用周波数リソースの設定が含まれる場合、前記ＭＢＳ用周波数リソースの設定を用いて前記ＭＢＳ受信を行う
ユーザ装置。

【請求項3】

基地局からマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供されるユーザ装置を制御するためのプロセッサであって、
前記基地局が用いるイニシャルＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を示す情報を前記基地局から受信する処理と、
ＭＢＳ受信に必要な設定情報を前記基地局から受信する処理と、
前記設定情報にＭＢＳ用周波数リソースの設定が含まれない場合、前記イニシャルＢＷＰを用いて前記ＭＢＳ受信を行う処理と、
前記設定情報に前記ＭＢＳ用周波数リソースの設定が含まれる場合、前記ＭＢＳ用周波数リソースの設定を用いて前記ＭＢＳ受信を行う処理と、を実行する
プロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムで用いる通信制御方法、ユーザ装置及びプロセッサに関する。

【背景技術】

【0002】

近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】３ＧＰＰ技術仕様書「３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．３．０ （２０２０－０９）」

【発明の概要】

【0004】

第１の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクティッド状態にある前記ユーザ装置が、ＭＢＳ受信に必要なＭＢＳ設定を含むユニキャストシグナリングを前記基地局から受信することと、前記ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した前記ユーザ装置が、前記ＲＲＣコネクティッド状態において受信した前記ＭＢＳ設定を用いて、前記ＭＢＳ受信を行うことと、を有する。

【0005】

第２の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、ＭＢＳ受信に必要な第１ＭＢＳ設定がユニキャストシグナリングにより提供される第１ＭＢＳセッションを示す第１識別子、及びＭＢＳ受信に必要な第２ＭＢＳ設定がブロードキャストシグナリングにより提供される第２ＭＢＳセッションを示す第２識別子のうち、少なくとも一方を含むブロードキャストメッセージを前記ユーザ装置に送信することを有する。

【0006】

第３の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、１つのセルにおいて複数のＭＢＳ制御チャネルを提供する前記基地局が、前記複数のＭＢＳ制御チャネルのそれぞれについて、当該ＭＢＳ制御チャネルの受信に用いるＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を含むブロードキャストメッセージを前記ユーザ装置に送信することを有する。

【0007】

第４の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、セル再選択におけるセル又は周波数ごとの優先度を示す優先度情報と、前記優先度情報と対応付けられたＭＢＳセッション識別子とを含むセル再選択制御情報を送信することと、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある前記ユーザ装置が、前記基地局からの前記セル再選択制御情報に基づいて、所望のＭＢＳセッション識別子に対応する前記優先度情報を用いて前記セル再選択を行うことと、を有する。

【0008】

第５の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、ＲＲＣコネクティッド状態においてＭＢＳセッションを受信する前記ユーザ装置が、ＲＲＣ再確立処理を開始することと、前記ＲＲＣ再確立処理においてセル選択を行うことと、を有し、前記セル選択を行うことは、前記ＭＢＳセッションを提供するセルを優先して選択することを含む。

【0009】

第６の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記基地局が用いるイニシャルＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を示す情報を前記基地局から受信することと、前記ユーザ装置が、ＭＢＳ受信に必要なＭＢＳ設定を前記基地局から受信することと、前記ユーザ装置が、前記ＭＢＳ設定にＢＷＰ設定が含まれない場合、前記イニシャルＢＷＰを用いて前記ＭＢＳ受信を行うことと、を有する。

【図面の簡単な説明】

【0010】

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

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

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

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

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

【図6】実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との対応関係を示す図である。

【図7】実施形態に係るＭＢＳデータの配信方法を示す図である。

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

【図9】第１実施形態の変更例１を示す図である。

【図10】第１実施形態の変更例２を示す図である。

【図11】第１実施形態の変更例３を示す図である。

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

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

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

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

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

【図17】ＬＴＥ ＳＣ－ＰＴＭでの２段階設定を示す図である。

【図18】ＮＲ ＭＢＳの可能な設定図を示す図である。

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

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

ステップＳ８０２で受信していたＭＢＳセッションをｇＮＢ２００Ａ（セル＃２）が提供すると判定した場合（ステップＳ８０７：ＹＥＳ）、ステップＳ８０８において、ＵＥ１００は、セル＃２を選択する。

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

従って、制御チャネルの設計では、柔軟性及びそのリソース効率を考慮すべきである。そうしないと、例えば、遅延に寛容なサービスと遅延にセンシティブなサービスとが１つの制御チャネルで一緒に設定されている場合に、遅延にセンシティブなサービスからの遅延要件を満たすために、制御チャネルを頻繁にスケジュールする必要があるため、より多くのシグナリングオーバーヘッドが発生する可能性がある。

【0207】

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

【0208】

所見２：ＮＲ ＭＢＳ制御チャネルは、様々なタイプのユースケースに対して柔軟でリソース効率が必要とされる。

【0209】

一つの可能性として、図１８に示すように、異なるユースケースで設定チャネルを分離する必要があるかどうか検討することである。例えば、一つの制御チャネルは遅延にセンシティブなサービスを頻繁に提供し、別の制御チャネルは遅延に寛容なサービスをまばらに提供する。ＬＴＥ ＳＣ－ＰＴＭでは、１つのセルは１つのＳＣ－ＭＣＣＨしか有せないという制限があった。しかしながら、ＬＴＥよりも多くのユースケースが想定されることを考慮すると、ＮＲ ＭＢＳはそのような制限を取り除くべきである。セル内で複数のＳＣ－ＭＣＣＨが許可されている場合、各ＳＣ－ＭＣＣＨには、特定のサービス用に最適化可能な、繰り返し期間などの異なるスケジューリング設定がある。ＵＥが興味のあるサービスを提供するＳＣ－ＭＣＣＨをどのように識別するかは更なる検討が必要である。

【0210】

提案２：ＲＡＮ２は、ＬＴＥになかった複数のＳＣ－ＭＣＣＨのように、ＮＲ ＭＢＳのセルで複数の制御チャネルがサポートされるかどうかを議論すべきである。

【0211】

さらに、ＮＲの新しいパラダイムは、オンデマンドＳＩ送信のサポートである。この概念は、ＮＲ ＭＢＳのＳＣ－ＭＣＣＨ、即ち、オンデマンドＳＣ－ＭＣＣＨに再利用され得る。例えば、遅延に寛容なサービス用のＳＣ－ＭＣＣＨはオンデマンドで提供されるため、シグナリングのリソース消費を最適化可能である。言うまでもなく、ネットワークには、ＳＣ－ＭＣＣＨを定期的に、即ち、オンデマンドではなく、遅延にセンシティブなサービスなどに提供するための別のオプションがある。

【0212】

提案３：ＲＡＮ２は、ＬＴＥになかったオンデマンドＳＣ－ＭＣＣＨのように、制御チャネルがオンデマンドベースで提供される場合のオプションについて議論すべきである。

【0213】

別の可能性として、図１３に示すように、これらのメッセージをマージすること、即ち、１段階設定をさらに検討され得る。例えば、ＳＩＢは、ＳＣ－ＭＴＣＨスケジューリング情報を直接、即ち、ＳＣ－ＭＣＣＨなしで、提供する。これは、遅延に寛容なサービス及び／又は電力にセンシティブなＵＥのための最適化を提供するであろう。例えば、ＵＥは、ＳＩＢ（オンデマンド）を要求してもよく、ｇＮＢは、複数のＵＥからの要求の後に、ＳＩＢ及び対応するサービスの提供を開始してもよい。これらのＵＥは、繰り返しブロードキャストされるＳＣ－ＭＣＣＨを監視する必要がない。

【0214】

提案４：ＲＡＮ２は、ＳＣ－ＭＣＣＨを使用しないマルチキャスト受信（即ち、１段階設定）がサポートされている場合、ＳＩＢがトラフィックチャネル設定を直接提供するなどのオプションについて議論すべきである。

【0215】

（専用シグナリングベースの設定）
一部の企業は、ＭＢＳ設定が専用シグナリングによってのみ提供されることを提案した。グループ通信などのマルチキャストサービスでＲＲＣコネクティッド状態のＵＥの場合、専用のシグナリングは簡単だが、アイドル／インアクティブ状態のＵＥは、これらのＵＥがブロードキャストサービスのみに興味を持つ場合でも、ＭＢＳサービスを受信する前に、常にＲＲＣコネクティッド状態に遷移する必要があることを意味する。これにより、ＵＥの不要な電力消費が発生する可能性があり、また、将来のリリースで無料放送サービスがサポートされるなど、将来の保証が少なくなる可能性がある。したがって、ブロードキャストシグナリングを介したＭＢＳ設定は、ＬＴＥ ＳＣ－ＰＴＭと同様、提案１から提案４のようにベースラインになるはずであると考える。

【0216】

ただし、図１３に示すように、ＲＲＣ再設定を介して制御チャネルを提供できる場合は、ネットワークの実装と展開ポリシーの柔軟性が得られると考えられる。たとえば、ネットワークはＭＢＳ制御チャネルをブロードキャストせず、ブロードキャストサービスを提供しない事業者などに必要な場合に、専用のシグナリングを介した設定を提供することのみを決定する場合がある。別の例として、ターゲットセルがハンドオーバーコマンドを介してＭＢＳ設定を提供する場合、ハンドオーバー中のサービス継続性にとって有益である。

【0217】

したがって、ＲＡＮ２は、ＲＲＣ再設定がＭＢＳ制御チャネルを提供するかどうかについて検討する必要がある。

【0218】

提案５：RAN２は、ＲＲＣ再設定がＬＴＥになかったＳＣ－ＭＣＣＨを提供する場合のオプションについて検討する必要ある。

【0219】

（興味のインディケーション/カウンティング）
ＬＴＥ ｅＭＢＭＳでは、ネットワークがＭＢＭＳセッションの開始/停止を含むＭＢＭＳデータ配信の適切な決定をするために、ＵＥの受信/興味サービスを収集する２種類の方法、つまりＭＢＭＳ興味インディケーション（ＭＩＩ）とＭＢＭＳカウンティングが指定された。ＵＥによってトリガーされるＭＩＩには、興味を持つＭＢＭＳ周波数、興味を持つＭＢＭＳサービス、ＭＢＭＳ優先度、およびＭＢＭＳ ＲＯＭ（受信専用モード）に関連する情報が含まれている。特定のＭＢＭＳサービスのカウンティング要求を介してネットワークによってトリガーされるカウンティング応答には、興味を持つＭＢＳＦＮエリアおよびＭＢＭＳサービスに関連する情報が含まれている。

【0220】

これらのメソッドは、さまざまな目的で導入された。ＭＩＩはＵＥがコネクティッド状態の間に興味を持つサービスを引き続き受信できることを保証するため主にネットワークに使用されている。一方、カウンティングは、ネットワークが十分な数のＵＥがサービスの受信に興味を持っているかどうかを判断できるようにするために使用される。

【0221】

所見３：ＬＴＥ ｅ ＭＢＭＳでは、２種類のＵＥアシスタンス情報が異なる目的で導入される。即ち、ＮＢのスケジューリングのためにＭＢＭＳ興味インディケーションが導入され、ＭＣＥのセッション制御のためにＭＢＭＳカウンティングが導入される。

【0222】

ＮＲ ＭＢＳの場合、グループ通信のユースケースなどのマルチキャストサービスが予想され、ネットワークには、コネクティッド状態のＵＥが受信/興味を持っているＭＢＳサービスに関する完全な知識があるため、たとえばネットワークのＰＴＰ/ＰＴＭ配信の決定など、ＵＥからのアシスタンス情報は必要ない。ただし、私たちの理解では、ブロードキャストサービスやアイドル／インアクティブ状態のＵＥには当てはまらない。特にブロードキャストサービスの場合、ＬＴＥ ｅＭＢＭＳにおいてＭＩＩとのカウンティングによって解決された同じ問題、つまり所見３がＮＲ ＭＢＳにまだ存在する。したがって、ＲＡＮ２は、ＭＩＩやカウンティングなどのアシスタンス情報がＮＲ ＭＢＳに役立つかどうかについて検討する必要がある。

【0223】

ＷＩＤに記載されているようにＲＯＭとＳＦＮとはサポートされていないため、Ｒｅｌ－１７ではＭＩＩのＭＢＭＳ ＲＯＭ情報とカウンティング応答のＭＢＳＦＮエリアに関する情報とは必要ないことに注意する。

【0224】

提案６：ＲＡＮ２は、たとえば、ＭＢＭＳ興味インディケーション及び／又はＭＢＭＳカウンティングなど、ＮＲ ＭＢＳのＵＥアシスタンス情報を導入することに同意する必要がある。

【0225】

提案６に同意できる場合は、ＬＴＥ ｅＭＢＭＳに加えて拡張機能を検討する価値がある。ＬＴＥ ｅＭＢＭＳでは、ＵＥの大部分がＲＲＣアイドル状態でブロードキャストサービスを受信している場合でも、ＭＩＩもカウンティングもアイドル状態のＵＥから情報を収集できない。これは、私たちの理解では、セッション制御とリソース効率の観点から見たＬＴＥ ｅＭＢＭＳの問題の１つである。

【0226】

ＮＲ ＭＢＳでは、アイドル／インアクティブ状態のＵＥにも同じ問題が存在する可能性がある。たとえば、ネットワークは、アイドル／インアクティブ状態のＵＥがブロードキャストサービスを受信/興味を持っていないかどうかを知ることはできない。そのため、サービスを受けているＵＥがなくても、ＰＴＭ送信が継続される場合がある。ｇＮＢがアイドル／インアクティブ状態のＵＥの興味を認識している場合、このような不要なＰＴＭを回避できる。逆に、サービスを受信しているアイドル／インアクティブ状態のＵＥがまだ存在するときにＰＴＭが停止すると、複数のＵＥが同時に接続を要求する可能性がある。

【0227】

したがって、アイドル／インアクティブ状態のＵＥから、具体的にはＭＢＭＳカウンティングの、ＵＥアシスタンス情報を収集するメカニズムを導入するかどうかを検討する価値がある。言うまでもなく、アイドル／インアクティブ状態のＵＥは、ＲＲＣコネクティッドに遷移せずに情報を報告できることが望ましい。たとえば、ＭＢＳサービスに関連付けられたＰＲＡＣＨリソースパーティショニングがそのようなレポートに導入された場合に達成される可能性がある。

【0228】

提案７：ＲＡＮ２は、ＭＢＭＳカウンティングなどのＵＥアシスタンス情報もアイドル／インアクティブ状態のＵＥから収集されるかどうかを検討する必要がある。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】