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

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

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

(11)【特許番号】

(24)【登録日】2024-10-04

(45)【発行日】2024-10-15

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

(51)【国際特許分類】

   H04W 76/40 20180101AFI20241007BHJP

   H04W 4/06 20090101ALI20241007BHJP

   H04W 76/30 20180101ALI20241007BHJP

【ＦＩ】

H04W76/40

H04W4/06

H04W76/30

【請求項の数】 11

(21)【出願番号】P 2023575204

(86)(22)【出願日】2023-01-10

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

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

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

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

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

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

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

【審査官】望月 章俊

(56)【参考文献】

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

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

【文献】OPPO，Discussion on support for IDLE and INACTIVE state UEs[online]，3GPP TSG RAN WG1 #105-e R1-2104761，Internet:<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_105-e/Docs/R1-2104761.zip> ，2021年05月12日，[検索日 2024.08.29]

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信方法であって、
前記ユーザ装置をＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移させるためのメッセージであって、閾値と、前記閾値とマルチキャストセッションとを対応付ける情報と、を含むＲＲＣ Ｒｅｌｅａｓｅメッセージを受信することと、
前記ＲＲＣインアクティブ状態においてネットワークからの前記マルチキャストセッションを受信することと、
前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定することと、
前記測定された受信品質が、前記閾値を下回ったことに応じて、前記ＲＲＣインアクティブ状態から前記ＲＲＣコネクティッド状態に遷移するための処理を行うことと、を有する
通信方法。

【請求項2】

前記測定することは、一定時間にわたって測定することを含む
請求項１に記載の通信方法。

【請求項3】

前記測定された受信品質が前記閾値を上回ったことに応じて、前記ＲＲＣインアクティブ状態を維持しつつマルチキャスト受信を行うことをさらに有する
請求項１又は２に記載の通信方法。

【請求項4】

前記遷移するための処理を行うことは、前記測定された受信品質が前記閾値を下回ったが第１所定時間にわたって持続したことに応じて、前記遷移するための処理を行うことを含む
請求項１に記載の通信方法。

【請求項5】

前記ネットワークに含まれるネットワークノードから、前記第１所定時間を設定するための設定情報を受信することをさらに有する
請求項４に記載の通信方法。

【請求項6】

前記ＲＲＣインアクティブ状態に遷移してからの経過時間を計時することと、
前記経過時間が第２所定時間を超えるまでは、前記マルチキャスト受信のために前記遷移するための処理を行うことを避けることと、をさらに有し、
前記遷移するための処理を行うことは、前記経過時間が前記第２所定時間を超え、且つ、前記測定された受信品質が前記閾値を下回ったことに応じて、前記遷移するための処理を行うことを含む
請求項１に記載の通信方法。

【請求項7】

前記ネットワークに含まれるネットワークノードから、前記第２所定時間を設定するための設定情報を受信することをさらに有する
請求項６に記載の通信方法。

【請求項8】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、
前記ユーザ装置をＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移させるためのメッセージであって、閾値と、前記閾値とマルチキャストセッションとを対応付ける情報と、を含むＲＲＣ Ｒｅｌｅａｓｅメッセージを受信し、
前記ＲＲＣインアクティブ状態においてネットワークからの前記マルチキャストセッションを受信する受信部と、
前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定する制御部と、を備え、
前記制御部は、前記測定された受信品質が前記閾値を下回ったことに応じて、前記ＲＲＣインアクティブ状態から前記ＲＲＣコネクティッド状態に遷移するための処理を行う
ユーザ装置。

【請求項9】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置のためのチップセットであって、
前記ユーザ装置をＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移させるためのメッセージであって、閾値と、前記閾値とマルチキャストセッションとを対応付ける情報と、を含むＲＲＣ Ｒｅｌｅａｓｅメッセージを受信する処理と、
前記ＲＲＣインアクティブ状態においてネットワークからの前記マルチキャストセッションを受信する処理と、
前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定する処理と、
前記測定された受信品質が前記閾値を下回ったことに応じて、前記ＲＲＣインアクティブ状態から前記ＲＲＣコネクティッド状態に遷移するための処理を行う処理と、を実行する
チップセット。

【請求項10】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置に、
前記ユーザ装置をＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移させるためのメッセージであって、閾値と、前記閾値とマルチキャストセッションとを対応付ける情報と、を含むＲＲＣ Ｒｅｌｅａｓｅメッセージを受信する処理と、
前記ＲＲＣインアクティブ状態においてネットワークからの前記マルチキャストセッションを受信する処理と、
前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定する処理と、
前記測定された受信品質が前記閾値を下回ったことに応じて、前記ＲＲＣインアクティブ状態から前記ＲＲＣコネクティッド状態に遷移するための処理を行う処理と、を実行させる
プログラム。

【請求項11】

マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムであって、
ユーザ装置を備え、
前記ユーザ装置は、
前記ユーザ装置をＲＲＣコネクティッド状態からＲＲＣインアクティブ状態に遷移させるためのメッセージであって、閾値と、前記閾値とマルチキャストセッションとを対応付ける情報と、を含むＲＲＣ Ｒｅｌｅａｓｅメッセージを受信し、
前記ＲＲＣインアクティブ状態においてネットワークからの前記マルチキャストセッションを受信し、
前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定し、
前記測定された受信品質が前記閾値を下回ったことに応じて、前記ＲＲＣインアクティブ状態から前記ＲＲＣコネクティッド状態に遷移するための処理を行う
移動通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、移動通信システムで用いる通信方法及びユーザ装置に関する。

【背景技術】

【0002】

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

【先行技術文献】

【非特許文献】

【0003】

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

【発明の概要】

【0004】

第１の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する方法である。前記通信方法は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態においてネットワークからのマルチキャストセッションを受信するステップと、前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定するステップと、前記測定された受信品質が閾値よりも悪いことに応じて、マルチキャスト受信のためにＲＲＣコネクティッド状態に遷移する処理を行うステップと、を有する。

【0005】

第２の態様に係るユーザ装置は、マルチキャストブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる装置である。前記ユーザ装置は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態においてネットワークからのマルチキャストセッションを受信する受信部と、前記マルチキャストセッションを受信しているマルチキャスト受信状態において、前記ネットワークからの受信品質を測定する制御部と、を備える。前記制御部は、前記測定された受信品質が閾値よりも悪いことに応じて、マルチキャスト受信のためにＲＲＣコネクティッド状態に遷移する処理を行う。

【図面の簡単な説明】

【0006】

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

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

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

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

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

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

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

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

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

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

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

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

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

【0007】

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

【0008】

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

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】