特開 2024-116261 通信方法、ネットワークノード、ユーザ装置、プロセッサ、プログラム、及び移動通信システム

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

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

(11)【公開番号】P2024116261

(43)【公開日】2024-08-27

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

(51)【国際特許分類】

   H04W 76/40 20180101AFI20240820BHJP

   H04W 72/231 20230101ALI20240820BHJP

   H04W 72/232 20230101ALI20240820BHJP

   H04W 4/06 20090101ALI20240820BHJP

   H04W 72/30 20230101ALI20240820BHJP

【ＦＩ】

H04W76/40

H04W72/231

H04W72/232

H04W4/06

H04W72/30

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2024092297

(22)【出願日】2024-06-06

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

【原出願日】2022-10-12

(31)【優先権主張番号】63/262,459

(32)【優先日】2021-10-13

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

(71)【出願人】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】チャン ヘンリー

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

【課題】改善されたマルチキャストブロードキャストサービスを実現可能とする通信方法及びユーザ装置を提供する。
【解決手段】マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいて、ユーザ装置ＵＥ１００が実行する通信方法は、ＭＢＳ無線ベアラ（ＭＲＢ）と対応付けられたマルチキャストトラフィックチャネル（ＭＴＣＨ）を設定するための設定情報を基地局ｇＮＢ２００から受信するステップと、前記設定情報に基づいて、前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッション及びブロードキャストセッションのいずれであるかを特定するステップと、を有する。
【選択図】図１１

【特許請求の範囲】

【請求項1】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムでネットワークノードが実行する通信方法であって、
ＭＢＳ無線ベアラ（ＭＲＢ）用トラフィックチャネル（ＭＴＣＨ）を設定するための設定情報をユーザ装置に送信するステップを有し、
前記送信するステップは、
前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッションである場合、専用ＲＲＣシグナリングを用いて前記設定情報を送信するステップと、
前記ＭＴＣＨが伝送するセッションの種別がブロードキャストセッションである場合、ブロードキャストシグナリングを用いて前記設定情報を送信するステップと、を含む
通信方法。

【請求項2】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるネットワークノードであって、
ＭＢＳ無線ベアラ（ＭＲＢ）用トラフィックチャネル（ＭＴＣＨ）を設定するための設定情報をユーザ装置に送信する送信部を備え、
前記送信部は、前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッションである場合、専用ＲＲＣシグナリングを用いて前記設定情報を送信し、
前記送信部は、前記ＭＴＣＨが伝送するセッションの種別がブロードキャストセッションである場合、ブロードキャストシグナリングを用いて前記設定情報を送信する
ネットワークノード。

【請求項3】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムでユーザ装置が実行する通信方法であって、
ＭＢＳ無線ベアラ（ＭＲＢ）用トラフィックチャネル（ＭＴＣＨ）を設定するための設定情報をネットワークノードから受信するステップを有し、
前記受信するステップは、
前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッションである場合、専用ＲＲＣシグナリングで前記設定情報を受信するステップと、
前記ＭＴＣＨが伝送するセッションの種別がブロードキャストセッションである場合、ブロードキャストシグナリングで前記設定情報を受信するステップと、を含む
通信方法。

【請求項4】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、
ＭＢＳ無線ベアラ（ＭＲＢ）用トラフィックチャネル（ＭＴＣＨ）を設定するための設定情報をネットワークノードから受信する受信部を備え、
前記受信部は、前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッションである場合、専用ＲＲＣシグナリングで前記設定情報を受信し、
前記受信部は、前記ＭＴＣＨが伝送するセッションの種別がブロードキャストセッションである場合、ブロードキャストシグナリングで前記設定情報を受信する
ユーザ装置。

【請求項5】

ユーザ装置に用いられ、請求項３に記載の通信方法を実行する
プロセッサ。

【請求項6】

請求項３に記載の通信方法をユーザ装置に実行させる
プログラム。

【請求項7】

請求項４に記載のユーザ装置と、ネットワークノードとを備える
移動通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【非特許文献】

【0003】

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

【発明の概要】

【0004】

第１の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムでユーザ装置が実行する方法である。前記通信方法は、ＭＢＳ無線ベアラ（ＭＲＢ）と対応付けられたマルチキャストトラフィックチャネル（ＭＴＣＨ）を設定するための設定情報を基地局から受信することと、前記設定情報に基づいて、前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッション及びブロードキャストセッションのいずれであるかを特定することと、を有する。

【0005】

第２の態様に係るユーザ装置は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるユーザ装置である。前記ユーザ装置は、プロセッサを備える。前記プロセッサは、ＭＢＳ無線ベアラ（ＭＲＢ）と対応付けられたマルチキャストトラフィックチャネル（ＭＴＣＨ）を設定するための設定情報を基地局から受信する処理と、前記設定情報に基づいて、前記ＭＴＣＨが伝送するセッションの種別がマルチキャストセッション及びブロードキャストセッションのいずれであるかを特定する処理と、を実行する。

【図面の簡単な説明】

【0006】

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

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

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

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

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

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

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

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

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

【図10】第１実施形態に係るデータ不活性モニタリングに関するＵＥの動作を示す図である。

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

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

【図13】第２実施形態に係るＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージの構成例を示す図である。

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

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

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

【0098】

ステップＳ２０１において、ＵＥ１００は、ＭＢＳ受信（具体的には、ＭＴＣＨ受信）に興味がある。

【0099】

ステップＳ２０２において、ＵＥ１００は、ｇＮＢ２００がＭＢＳ ＳＩＢ（及びＭＣＣＨ）をブロードキャストしていないことを認識する。例えば、ＵＥ１００は、ｇＮＢ２００からＳＩＢタイプ１を受信し、ＭＢＳ ＳＩＢ（及びＭＣＣＨ）をブロードキャストしていないことをＳＩＢタイプ１中のＳＩスケジューリング情報が示す場合、ｇＮＢ２００がＭＢＳ ＳＩＢ（及びＭＣＣＨ）をブロードキャストしておらず、かつ、これらがオンデマンドで提供されると判断する。

【0100】

ステップＳ２０３において、ＵＥ１００は、ＭＢＳ ＳＩＢの送信及びＭＣＣＨの送信の両方を要求するための単一の送信要求をｇＮＢ２００に送信する。当該単一の送信要求は、少なくともＭＢＳ ＳＩＢの送信を要求するために専用で準備された物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを用いて送信するランダムアクセスプリアンブルであってもよい。このような専用ＰＲＡＣＨリソースは、時間・周波数リソースであってもよいし、プリアンブル系列であってもよい。或いは、当該単一の送信要求は、少なくともＭＢＳ ＳＩＢの送信を要求する情報要素を含むＲＲＣメッセージ（ＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージ）であってもよい。

【0101】

ステップＳ２０４において、当該単一の送信要求を受信したｇＮＢ２００は、ＭＢＳ ＳＩＢ及びＭＣＣＨの送信を開始する。ｇＮＢ２００は、当該単一の送信要求を受信した後、一定期間にわたってＭＢＳ ＳＩＢ及びＭＣＣＨのそれぞれを周期的に送信してもよい。当該一定期間は、ＭＢＳ ＳＩＢ及びＭＣＣＨで同じであってもよいし、異なっていてもよい。

【0102】

一方、当該単一の送信要求を受信したＵＥ１００は、ＭＢＳ ＳＩＢのモニタリングを開始する。例えば、ＵＥ１００は、ＳＩスケジューリング情報で示されるＭＢＳ ＳＩＢの受信機会において、システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）を用いてＰＤＣＣＨの受信処理を行う。この時点では、ＵＥ１００は、ＭＣＣＨのモニタリングを開始しなくてもよい。

【0103】

ステップＳ２０５において、ＵＥ１００は、ｇＮＢ２００から送信されるＭＢＳ ＳＩＢを受信する。ＵＥ１００は、ＭＢＳ ＳＩＢの受信に応じて、当該受信したＭＢＳ ＳＩＢ中のＭＣＣＨ設定情報に基づくＭＣＣＨモニタリングを開始する。例えば、ＵＥ１００は、ＭＣＣＨ設定情報で示されるＭＣＣＨの受信機会において、ＭＣＣＨ－ＲＮＴＩを用いてＰＤＣＣＨの受信処理を行う。ＵＥ１００は、ステップＳ２０３で送信要求を送信してから一定期間内にＭＣＣＨモニタリングを開始してもよい。ＵＥ１００は、ステップＳ２０３で送信要求を送信してから一定期間内にＭＣＣＨ取得を完了してもよい。当該一定期間は、ｇＮＢ２００からＵＥ１００に通知されてもよい。なお、ステップＳ２０５において、ＵＥ１００は、ＭＢＳ ＳＩＢ受信後、即座にＭＣＣＨ受信を開始してもよい。例えば、ＵＥ１００は、ＭＢＳ ＳＩＢを受信したスロット又は当該スロットの次のスロットでＭＣＣＨ受信を開始してもよいし、ＭＢＳ ＳＩＢ中のＭＣＣＨ設定情報で示される最初のＭＣＣＨ受信機会又は当該ＭＣＣＨ受信機会よりも前にＭＣＣＨ受信を開始してもよい。ここで、当該最初のＭＣＣＨ受信機会とは、ＭＢＳ ＳＩＢ受信後の次のＭＣＣＨ受信機会であってもよいし、ＭＣＣＨ変更期間境界（ＭＣＣＨ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｂｏｕｎｄａｒｙ）の後の最初のＭＣＣＨ受信機会であってもよい。当該最初のＭＣＣＨ受信機会は、ＵＥ１００が受信するＳＳＢ（ビーム）における最初のＭＣＣＨ受信機会であってもよい。

【0104】

ステップＳ２０６において、ＵＥ１００は、ｇＮＢ２００から送信されるＭＣＣＨを受信する。ＵＥ１００は、受信したＭＣＣＨ中のＭＴＣＨ設定情報に基づくＭＴＣＨモニタリングを開始する。例えば、ＵＥ１００は、ＭＴＣＨ設定情報で示されるＭＴＣＨの受信機会において、Ｇ－ＲＮＴＩを用いてＰＤＣＣＨの受信処理を行う。

【0105】

ステップＳ２０７において、ＵＥ１００は、ｇＮＢ２００から送信されるＭＴＣＨを受信する。

【0106】

なお、図１２において、ＭＢＳ ＳＩＢ及びＭＣＣＨの両方の送信を要求する単一の送信要求について説明したが、送信要求は、ＭＢＳ ＳＩＢ及びＭＣＣＨの一方の送信のみを要求するものであってもよい。すなわち、ＭＢＳ ＳＩＢ／ＭＣＣＨ送信要求は、「ＭＢＳ ＳＩＢ及びＭＣＣＨの両方」、「ＭＢＳ ＳＩＢのみ」、及び「ＭＣＣＨのみ」の３パターンの中からＵＥ１００が選択した１つの要求パターンを示すものであってもよい。なお、ＵＥ１００は、「ＭＣＣＨのみ」の送信要求をｇＮＢ２００に送信する場合、当該送信要求を送信した後、即座にＭＣＣＨ受信を開始してもよい。例えば、ＵＥ１００は、ＭＢＳ ＳＩＢを受信したスロット又は当該スロットの次のスロットでＭＣＣＨ受信を開始してもよいし、当該送信要求を送信したスロット又は該当スロットの次のスロットでＭＣＣＨ受信を開始してもよいし、ＭＢＳ ＳＩＢ中のＭＣＣＨ設定情報で示される最初のＭＣＣＨ受信機会又は当該最初のＭＣＣＨ受信機会よりも前にＭＣＣＨ受信を開始してもよい。ここで、当該最初のＭＣＣＨ受信機会とは、ＭＢＳ ＳＩＢ受信後の次のＭＣＣＨ受信機会であってもよいし、当該送信要求送信後の次のＭＣＣＨ受信機会であってもよいし、ＭＣＣＨ変更期間境界の後の最初のＭＣＣＨ受信機会であってもよい。当該最初のＭＣＣＨ受信機会は、ＵＥ１００が受信するＳＳＢ（ビーム）における最初のＭＣＣＨ受信機会であってもよい。

【0107】

第１に、ＭＢＳ ＳＩＢ／ＭＣＣＨ送信要求をランダムアクセスプリアンブルにより構成する場合について説明する。

【0108】

例えば、ｇＮＢ２００は、「ＭＢＳ ＳＩＢ及びＭＣＣＨの両方」に対応する第１ＰＲＡＣＨリソースセットと、「ＭＢＳ ＳＩＢのみ」に対応する第２ＰＲＡＣＨリソースセットと、「ＭＣＣＨのみ」に対応する第３ＰＲＡＣＨリソースセットとをＳＩＢ（例えば、ＳＩＢタイプ１）によりＵＥ１００に通知する。各ＰＲＡＣＨリソースセットは、時間・周波数リソース及び／又はプリアンブル系列が互いに異なる。

【0109】

ＵＥ１００は、ｇＮＢ２００からＳＩＢで通知された内容に基づいて、ＭＢＳ ＳＩＢ及びＭＣＣＨのうち自身が送信を要求するものに対応するＰＲＡＣＨリソースセットを用いてランダムアクセスプリアンブル（ＭＢＳ ＳＩＢ／ＭＣＣＨ送信要求）を送信する。例えば、ＵＥ１００は、「ＭＢＳ ＳＩＢ及びＭＣＣＨの両方」の送信を要求する場合、第１ＰＲＡＣＨリソースセットの中から選択されたＰＲＡＣＨリソースを用いてランダムアクセスプリアンブルを送信する。ＵＥ１００は、「ＭＢＳ ＳＩＢのみ」の送信を要求する場合、第２ＰＲＡＣＨリソースセットの中から選択されたＰＲＡＣＨリソースを用いてランダムアクセスプリアンブルを送信する。ＵＥ１００は、「ＭＣＣＨのみ」の送信を要求する場合、第３ＰＲＡＣＨリソースセットの中から選択されたＰＲＡＣＨリソースを用いてランダムアクセスプリアンブルを送信する。

【0110】

第２に、ＭＢＳ ＳＩＢ／ＭＣＣＨ送信要求をＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージにより構成する場合について説明する。その場合、ＵＥ１００は、「ＭＢＳ ＳＩＢ及びＭＣＣＨの両方」、「ＭＢＳ ＳＩＢのみ」、及び「ＭＣＣＨのみ」の３パターンの中からＵＥ１００が選択した１つの要求パターンを示す情報要素を含むＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージをｇＮＢ２００に送信する。

【0111】

図１３は、第２実施形態に係るＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージの構成例を示す図である。

【0112】

ＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージは、送信を要求するＳＩＢのタイプを示すリストである「ｒｅｑｕｅｓｔｅｄ－ＳＩ－Ｌｉｓｔ」と、ＭＢＳ ＳＩＢ及びＭＣＣＨの両方の送信を要求することを示す「ｒｅｑｕｅｓｔｅｄ－ＭＢＳ－ＳＩＢ－ａｎｄ－ＭＣＣＨ」と、ＭＣＣＨの送信を要求することを示す「ｒｅｑｕｅｓｔｅｄ－ＭＣＣＨ」と、のうち少なくとも１つを含む。例えば、ＵＥ１００は、「ＭＢＳ ＳＩＢ及びＭＣＣＨの両方」の送信を要求する場合、「ｒｅｑｕｅｓｔｅｄ－ＭＢＳ－ＳＩＢ－ａｎｄ－ＭＣＣＨ」を含むＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージを送信する。ＵＥ１００は、「ＭＢＳ ＳＩＢのみ」の送信を要求する場合、ＭＢＳ ＳＩＢを示す「ｒｅｑｕｅｓｔｅｄ－ＳＩ－Ｌｉｓｔ」を含むＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージを送信する。ＵＥ１００は、「ＭＣＣＨのみ」の送信を要求する場合、「ｒｅｑｕｅｓｔｅｄ－ＭＣＣＨ」を含むＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔメッセージを送信する。なお、「ｒｅｑｕｅｓｔｅｄ－ＭＢＳ－ＳＩＢ－ａｎｄ－ＭＣＣＨ」及び「ｒｅｑｕｅｓｔｅｄ－ＭＣＣＨ」のそれぞれは、１ビットのフラグとして構成されている。

【0113】

なお、ｇＮＢ２００の１つのセルが複数のＭＣＣＨを有する場合がある。各ＭＣＣＨは、互いに異なるＴＭＧＩと対応付けられていてもよい。各ＭＣＣＨは、互いに送信周期が異なっていてもよい。ｇＮＢ２００の１つのセルが複数のＭＣＣＨを有する場合、「ｒｅｑｕｅｓｔｅｄ－ＭＣＣＨ」は、複数ビットを有するリストとして構成されてもよい。その場合、各ビットは、ＭＢＳ ＳＩＢで報知されているＭＣＣＨリストの順番（ｇＮＢ２００がブロードキャストしていない又はｏｎ－ｄｅｍａｎｄのＭＣＣＨのみを抽出した順番）と対応付けられていてもよい。

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】