JP7828981B2 - 通信方法、遠隔ユーザ装置、中継ユーザ装置及びネットワークノード - Google Patents

Description

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

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

また、３ＧＰＰにおいて、ユーザ装置を中継ノードとして用いるサイドリンク中継（Ｓｉｄｅｌｉｎｋ Ｒｅｌａｙ）の技術仕様を策定する議論が行われている。サイドリンク中継は、中継ユーザ装置（Ｒｅｌａｙ ＵＥ）と呼ばれる中継ノードが、基地局と遠隔ユーザ装置（Ｒｅｍｏｔｅ ＵＥ）との間の通信に介在し、この通信に対する中継を行う技術である。ここで、基地局と中継ユーザ装置との間の通信は上り・下りリンク（Ｕｕインターフェイスとも呼ばれる）上で行われ、中継ユーザ装置と遠隔ユーザ装置との間の通信はサイドリンク（ＰＣ５インターフェイスとも呼ばれる）上で行われる。

３ＧＰＰ寄書：ＲＰ－２０１０３８

第１の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための方法である。前記通信方法は、前記遠隔ユーザ装置が、前記遠隔ユーザ装置が受信に興味を持つ所望ＭＢＳセッションの転送を行わない前記中継ユーザ装置よりも、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択するステップと、前記遠隔ユーザ装置が、前記選択された中継ユーザ装置を介して、前記所望ＭＢＳセッションに属するＭＢＳデータを前記基地局から受信するステップと、を有する。

第２の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための方法である。前記通信方法は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある前記中継ユーザ装置が、前記遠隔ユーザ装置がマルチキャストセッションの受信に興味を持つことを示す興味情報を前記遠隔ユーザ装置から受信するステップと、前記中継ユーザ装置が、前記興味情報の受信に応じて、前記基地局とのＲＲＣ接続を確立又はレジュームする接続処理を行うステップと、を有する。

第３の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための方法である。前記通信方法は、前記中継ユーザ装置が、サイドリンク中継の機能をサポートする第１セルから受信するデータを前記遠隔ユーザ装置に転送するステップと、前記第１セルを管理する前記基地局が、前記サイドリンク中継の機能をサポートしない第２セルに対する前記中継ユーザ装置のハンドオーバを決定したことに応じて、前記遠隔ユーザ装置から前記基地局へ測定報告を送信させる処理を行うステップと、前記基地局が、前記測定報告に基づいて、前記中継ユーザ装置のハンドオーバよりも前に前記遠隔ユーザ装置のハンドオーバを行うステップと、を有する。

第４の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための方法である。前記通信方法は、前記中継ユーザ装置が、前記ＭＢＳの機能をサポートする第１セルから前記中継ユーザ装置が受信する前記ＭＢＳデータを前記遠隔ユーザ装置に転送するステップと、前記第１セルを管理する前記基地局が、前記ＭＢＳの機能をサポートしない第２セルに対する前記中継ユーザ装置のハンドオーバを決定したことに応じて、前記ＭＢＳデータをユニキャストで前記遠隔ユーザ装置に配信するためのＰＤＵセッションを前記遠隔ユーザ装置に確立させる処理を行うステップと、前記基地局が、前記ＰＤＵセッションの確立後に、前記ハンドオーバを行うステップと、を有する。

第５の態様に係る通信方法は、マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための方法である。前記通信方法は、前記中継ユーザ装置が、前記遠隔ユーザ装置が受信に興味を持つＭＢＳセッションを特定するステップと、前記中継ユーザ装置が、前記特定されたＭＢＳセッションを示す識別子を前記基地局に送信するステップと、を有する。

実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係るＭＢＳトラフィック配信の概要を示す図である。 実施形態に係る配信モードを示す図である。 実施形態に係るＵＥのＭＢＳ受信に関する内部処理の一例を示す図である。 実施形態に係るＵＥのＭＢＳ受信に関する内部処理の他の例を示す図である。 実施形態に係るサイドリンクについて示す図である。 実施形態に係るサイドリンク通信のための無線プロトコルの構成を示す図である。 実施形態に係るサイドリンク中継の一例を示す図である。 実施形態に係るサイドリンク中継におけるユーザプレーンのプロトコルスタックの一例を示す図である。 実施形態に係るサイドリンク中継における制御プレーンのプロトコルスタックの一例を示す図である。 実施形態に係るサイドリンク中継を用いたＭＢＳ転送の一例を示す図である。 実施形態に係るセッション開始通知の転送動作を示す図である。 実施形態に係るセッション開始通知の転送に関する動作例を示す図である。 図１７に示す動作の変更例を示す図である。 実施形態に係るサイドリンクにおけるＭＢＳデータ伝送の第１動作例を示す図である。 実施形態に係るサイドリンクにおけるＭＢＳデータ伝送の第２動作例を示す図である。 実施形態に係る遠隔ＵＥによる中継ＵＥ選択動作の一例を示す図である。 実施形態に係る中継ＵＥのＲＲＣ接続動作に関する動作例を示す図である。 実施形態に係る中継ＵＥのハンドオーバ動作を示す図である。 実施形態に係る中継ＵＥのハンドオーバの第１動作例を示す図である。 実施形態に係る中継ＵＥのハンドオーバの第２動作例を示す図である。 実施形態に係る中継ＵＥのハンドオーバの第３動作例を示す図である。

マルチキャストブロードキャストサービス（ＭＢＳ）をサイドリンク中継と組み合わせることにより、ＭＢＳを改善できると考えられる。例えば、中継ユーザ装置が基地局からのＭＢＳデータを遠隔ユーザ装置に転送することにより、基地局のカバレッジ外の遠隔ユーザ装置であっても、中継ユーザ装置を介してＭＢＳデータを受信できる。しかしながら、現状の３ＧＰＰの技術仕様には、ＭＢＳをサイドリンク中継と組み合わせるための仕組みが存在しない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（３）サイドリンクの概要
実施形態に係るサイドリンクの概要について説明する。図１０は、実施形態に係るサイドリンクについて示す図である。

サイドリンクは、ＵＥ１００間の直接的なインターフェイスであって、ＰＣ５インターフェイス上に設けられる。ＵＥ１００は、ｇＮＢ２００（ＲＡＮ１０）のカバレッジ内であってもよい。また、ＵＥ１００は、ｇＮＢ２００（ＲＡＮ１０）のカバレッジ外であってもよい。ＵＥ１００は、どのようなＲＲＣ状態（ＲＲＣコネクティッド状態、ＲＲＣアイドル状態、ＲＲＣインアクティブ状態）であってもよい。

サイドリンクは、サイドリンク通信に用いられる。サイドリンク通信は、近隣の複数のＵＥ１００がネットワークノードを介さずにデータの通信を行うものである。サイドリンクは、サイドリンクディスカバリにも用いられる。サイドリンクディスカバリは、ＵＥ１００が近傍の他ＵＥ１００を発見するためのものである。以下において、サイドリンク通信について主として説明する。

サイドリンク通信は、ＡＳにおける送信元レイヤ２識別子（Ｓｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤ）及び宛先レイヤ２識別子（Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤ）のペアに対して、ユニキャスト伝送、グループキャスト伝送、及びブロードキャスト伝送の合計３種類の伝送モードのいずれかをサポートできる。

ユニキャスト伝送では、ＵＥのペアを構成する２つのピアＵＥ間で１つのＰＣ５－ＲＲＣ接続がサポートされ、サイドリンクにおいてピアＵＥ間で制御情報及びユーザデータが送受信される。ＰＣ５－ＲＲＣ接続は、対応するＰＣ５ユニキャストリンクが確立された後に確立されたと見なされる、送信元レイヤ２識別子及び宛先レイヤ２識別子のペアに対する２つのＵＥ間の論理接続である。ＰＣ５－ＲＲＣ接続とＰＣ５ユニキャストリンクとの間には１対１の対応関係がある。ＵＥ１００は、送信元レイヤ２識別子及び宛先レイヤ２識別子の異なるペアに対して１つ以上のＵＥとの複数のＰＣ５－ＲＲＣ接続を持つ場合がある。また、ユニキャスト伝送では、サイドリンクＨＡＲＱフィードバック、サイドリンク送信電力制御、ＲＬＣ ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ）、及びＰＣ５－ＲＲＣ接続の無線リンク障害の検出がサポートされる。

グループキャストでは、サイドリンクにおいて、グループに属するＵＥ間でユーザデータが送受信される。グループキャストでは、サイドリンクＨＡＲＱフィードバックがサポートされる。

ブロードキャスト伝送では、サイドリンクにおいて、ＵＥ間でユーザデータが送受信される。

ここで、送信元レイヤ２識別子（Ｓｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤ）は、サイドリンク通信のデータの送信元を識別するための識別子である。例えば、送信元レイヤ２識別子は２４ビット長であり、ＭＡＣレイヤで２つのビット列に分割される。一方のビット列は、送信元レイヤ２識別子のＬＳＢ部分（８ビット）であり、送信側の物理レイヤに転送される。これは、サイドリンク制御情報で目的のデータの送信元を識別し、受信側の物理レイヤでパケットをフィルタリングするために用いられる。他方のビット列は、送信元レイヤ２識別子のＭＳＢ部分（１６ビット）であり、ＭＡＣヘッダ内で伝送される。これは、受信側のＭＡＣレイヤでパケットをフィルタリングするために用いられる。

宛先レイヤ２識別子（Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤ）は、サイドリンク通信のデータのターゲットを識別するための識別子である。例えば、宛先レイヤ２識別子は２４ビット長であり、ＭＡＣレイヤで２つのビット列に分割される。一方のビット列は、宛先レイヤ２識別子のＬＳＢ部分（１６ビット）であり、送信側の物理レイヤに転送される。これは、サイドリンク制御情報で目的のデータのターゲットを識別し、受信側の物理レイヤでパケットをフィルタリングするために用いられる。他方のビット列は、宛先レイヤ２識別子のＭＳＢ部分（８ビット）であり、ＭＡＣヘッダ内で伝送される。これは、受信側のＭＡＣレイヤでパケットをフィルタリングするために用いられる。

サイドリンク通信において、ＭＡＣサブレイヤは、無線リソースの選択、パケットフィルタリング、アップリンク送信とサイドリンク送信と間の優先処理、及びサイドリンクＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）報告を行う。パケットフィルタリングのために、送信元レイヤ２識別子及び宛先レイヤ２識別子の両方の部分を含むＳＬ－ＳＣＨ ＭＡＣヘッダが各ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に追加される。ＭＡＣサブヘッダに含まれるＬＣＩＤは、送信元レイヤ２識別子及び宛先レイヤ２識別子の組み合わせの範囲内の論理チャネルを一意に識別する。

次の論理チャネルがサイドリンクで使用される。

・サイドリンク制御チャネル（ＳＣＣＨ）：あるＵＥから別のＵＥに制御情報（ＰＣ５－ＲＲＣメッセージ及びＰＣ５－Ｓメッセージ）を送信するためのサイドリンクチャネル。ＳＣＣＨは、トランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

・サイドリンクトラフィックチャネル（ＳＴＣＨ）：あるＵＥから別のＵＥにユーザデータを送信するためのサイドリンクチャネル。ＳＴＣＨは、トランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

・サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）：あるＵＥから他のＵＥにサイドリンクシステム情報をブロードキャストするためのサイドリンクチャネル。ＳＢＣＣＨは、トランスポートチャネルであるＳＬ－ＢＣＨにマッピングにされる。

図１１は、実施形態に係るサイドリンク通信のための無線プロトコルの構成を示す図である。

図１１の（１）に、ＲＲＣについてのＳＣＣＨのための制御プレーンのプロトコルスタックを示す。このプロトコルスタックは、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、及び物理（ＰＨＹ）の各レイヤで構成される。

図１１の（２）に、ＰＣ５－ＳについてのＳＣＣＨのための制御プレーンのプロトコルスタックを示す。ＰＣ５－Ｓは、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、及び物理（ＰＨＹ）の各レイヤよりも上のレイヤに位置付けられる。

図１１の（３）に、ＳＢＣＣＨのための制御プレーンのプロトコルスタックを示す。このプロトコルスタックは、ＲＲＣ、ＲＬＣ、ＭＡＣ、及び物理（ＰＨＹ）の各レイヤで構成される。

図１１の（４）に、ＳＴＣＨのためのユーザプレーンのプロトコルスタックを示す。このプロトコルスタックは、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、及び物理（ＰＨＹ）の各レイヤで構成される。

（４）サイドリンク中継の概要
実施形態に係るサイドリンク中継の概要について説明する。図１２は、実施形態に係るサイドリンク中継の一例を示す図である。

サイドリンク中継は、ｇＮＢ２００－１と遠隔ＵＥ１００－１との間の通信に中継ＵＥ１００－２が介在し、この通信に対する中継を行うものである。遠隔ＵＥ１００－１は、中継ＵＥ１００－２を介してｇＮＢ２００－１と通信する。中継ＵＥ１００－２は、ＲＡＮ１０（具体的には、ｇＮＢ２００－１）のカバレッジ内に位置する。遠隔ＵＥ１００－１は、ＲＡＮ１０のカバレッジ外又はカバレッジ内に位置する。

遠隔ＵＥ１００－１は、ＵＥ間インターフェイスであるＰＣ５インターフェイス（サイドリンク）上で中継ＵＥ１００－２との無線通信（サイドリンク通信）を行う。中継ＵＥ１００－２は、ＮＲ Ｕｕインターフェイス上でｇＮＢ２００－１との無線通信（Ｕｕ通信）を行う。その結果、遠隔ＵＥ１００－１は、中継ＵＥ１００－２を介してｇＮＢ２００－１と間接的に通信する。Ｕｕ通信には、上りリンクの通信及び下りリンクの通信がある。

図１３は、実施形態に係るサイドリンク中継におけるユーザプレーンのプロトコルスタックの一例を示す図である。この図は、中継ＵＥ１００－２を介した中継、すなわち、Ｕ２Ｎ（ＵＥ ｔｏ Ｎｅｔｗｏｒｋ）中継におけるユーザプレーンのプロトコルスタックの一例でもある。

ｇＮＢ２００－１は、ＮＲ Ｕｕインターフェイス上の通信（Ｕｕ通信）に用いるＵｕ－ＳＲＡＰ（Ｓｉｄｅｌｉｎｋ Ｒｅｌａｙ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤ、Ｕｕ－ＲＬＣレイヤ、Ｕｕ－ＭＡＣレイヤ、及びＵｕ－ＰＨＹレイヤを有する。

中継ＵＥ１００－２は、ＮＲ Ｕｕインターフェイス上の通信（Ｕｕ通信）に用いるＵｕ－ＳＲＡＰレイヤ、Ｕｕ－ＲＬＣレイヤ、Ｕｕ－ＭＡＣレイヤ、及びＵｕ－ＰＨＹレイヤを有する。また、中継ＵＥ１００－２は、ＰＣ５インターフェイス上の通信（ＰＣ５通信）に用いるＰＣ５－ＳＲＡＰレイヤ、ＰＣ５－ＲＬＣレイヤ、ＰＣ５－ＭＡＣレイヤ、及びＰＣ５－ＰＨＹレイヤを有する。

遠隔ＵＥ１００－１は、Ｕｕインターフェイス上の通信（Ｕｕ）に用いるＵｕ－ＳＤＡＰレイヤ及びＵｕ－ＰＤＣＰレイヤを有する。また、遠隔ＵＥ１００－１は、ＰＣ５インターフェイス上の通信（ＰＣ５通信）に用いるＰＣ５－ＳＲＡＰレイヤ、ＰＣ５－ＲＬＣレイヤ、ＰＣ５－ＭＡＣレイヤ、及びＰＣ５－ＰＨＹレイヤを有する。

図１４は、実施形態に係るサイドリンク中継における制御プレーンのプロトコルスタックの一例を示す図である。この図は、Ｕ２Ｎ中継における制御プレーンのプロトコルスタックの一例でもある。

制御プレーンでは、ユーザプレーンのＵｕ－ＳＤＡＰレイヤに代えて、Ｕｕ－ＲＲＣレイヤが配置される。

図１３及び図１４に示すように、Ｕｕインターフェイス及びＰＣ５インターフェイス上において、ＳＲＡＰレイヤが配置される。ＳＲＡＰレイヤは、所謂アダプテーションレイヤの一例である。ＳＲＡＰレイヤはレイヤ２中継にのみ存在し、レイヤ３中継には存在しない。また、ＳＲＡＰレイヤは、遠隔ＵＥ１００－１、中継ＵＥ１００－２、及びｇＮＢ２００－１の全てに存在する。更に、ＳＲＡＰレイヤは、ＰＣ５－ＳＲＡＰとＵｕ－ＳＲＡＰの２つレイヤが存在する。ＰＣ５－ＳＲＡＰとＵｕ－ＳＲＡＰは、ベアラマッピング機能を有する。例えば、以下のようなベアラマッピング機能を有する。すなわち、遠隔ＵＥ１００－１とｇＮＢ２００－１のＵｕ－ＳＲＡＰは、ベアラ（Ｕｕ－ＰＤＣＰ）とＰＣ５ ＲＬＣチャネル（ＰＣ５－ＲＬＣ）とのマッピングを行う。また、中継ＵＥ１００－２のＰＣ５－ＳＲＡＰとＵｕ－ＳＲＡＰは、ＰＣ５ ＲＬＣチャネル（ＰＣ５－ＲＬＣ）とＵｕ ＲＬＣチャネル（Ｕｕ－ＲＬＣ）とのマッピングを行う。更に、Ｕｕ－ＳＲＡＰは、遠隔ＵＥ１００－１の識別機能を有する。

なお、上述のように、遠隔ＵＥ１００－１及び中継ＵＥ１００－２のそれぞれは、ＰＣ５用のＲＲＣレイヤを有してもよい。そのようなＲＲＣレイヤを「ＰＣ５－ＲＲＣレイヤ」と呼ぶ。遠隔ＵＥ１００－１と中継ＵＥ１００－２との間における、ＰＣ５－ＲＲＣ接続と、ＰＣ５ユニキャストリンクとは、一対一で対応し、ＰＣ５ユニキャストリンクが確立された後にＰＣ５－ＲＲＣ接続が確立される。

また、上述のように、遠隔ＵＥ１００－１及び中継ＵＥ１００－２のそれぞれは、ＰＣ５－Ｓ（Ｓｉｇｎａｌｉｎｇ）プロトコルレイヤを有してもよい。ＰＣ５－Ｓプロトコルレイヤは、ＰＤＣＰレイヤの上位レイヤである。ＰＣ５－Ｓプロトコルレイヤも、ＰＣ５－ＲＲＣレイヤと同様に、制御情報送信用のレイヤである。

（５）サイドリンク中継を用いたＭＢＳ転送
実施形態に係るサイドリンク中継を用いたＭＢＳ転送について説明する。図１５は、実施形態に係るサイドリンク中継を用いたＭＢＳ転送の一例を示す図である。

実施形態では、ＭＢＳをサイドリンク中継と組み合わせる。例えば、中継ＵＥ１００－２は、ｇＮＢ２００からのＭＢＳデータを遠隔ＵＥ１００－１に転送する。これにより、ｇＮＢ２００のカバレッジ外の遠隔ＵＥ１００－１であっても、中継ＵＥ１００－２を介してＭＢＳデータを受信できる。

ＭＢＳデータ中継のために、第１に、中継ＵＥ１００－２は、ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信する。ｇＮＢ２００と中継ＵＥ１００－２との間のＭＢＳ配信モードは、第１配信モード（ＤＭ１）又は、第２配信モード（ＤＭ２）であってもよい。ｇＮＢ２００から中継ＵＥ１００－２へのＭＲＢは、ＰＴＭ、ＰＴＰ、又はスプリットベアラ（スプリットＭＲＢ）であってもよい。ｇＮＢ２００から中継ＵＥ１００－２に対してデータ無線ベアラ（ＤＲＢ）、すなわち、ユニキャストでＭＢＳデータを送信してもよい。第２に、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）する。中継ＵＥ１００－２から遠隔ＵＥ１００－１へのサイドリンク伝送モードは、ユニキャスト、グループキャスト、又はブロードキャストであってもよい。

以下において、サイドリンク中継を用いたＭＢＳ転送における各種の動作について説明する。なお、以下の説明では、ＭＢＳセッション識別子としてＴＭＧＩを用いる一例について主として説明するが、ＭＢＳセッション識別子として、ソーススペシフィックＩＰマルチキャストアドレス、セッション識別子、及びＧ－ＲＮＴＩのうち少なくとも１つを用いてもよい。

（５．１）セッション開始通知の転送動作
実施形態に係るセッション開始通知の転送動作について説明する。図１６は、実施形態に係るセッション開始通知の転送動作を示す図である。

図１６に示すように、中継ＵＥ１００－２は、ＭＢＳセッションの開始を示すＭＢＳセッション開始通知をｇＮＢ２００から受信する。中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳセッション開始通知に基づくＭＢＳセッション開始情報を、サイドリンク上で遠隔ＵＥ１００－１に送信する。これにより、遠隔ＵＥ１００－１は、ＭＢＳセッション開始情報に基づいて、ＭＢＳセッションの開始を把握できる。

中継ＵＥ１００－２は、開始されるＭＢＳセッションの識別子を含むページングメッセージを、ＭＢＳセッション開始通知としてｇＮＢ２００から受信してもよい。このようなセッション開始通知は、開始されるＭＢＳセッションのＴＭＧＩのリストを含むページングメッセージであってもよい。このようなページングメッセージは、第１配信モード（ＤＭ１）に用いられるページングメッセージであって、ＭＢＳセッションとしてのマルチキャストセッションに参加するＵＥ１００を呼び出すためにマルチキャストセッションアクティブ化を通知するメッセージであってもよい。例えば、ｇＮＢ２００は、マルチキャストセッションが開始（アクティブ化）された場合、当該マルチキャストセッションのＴＭＧＩを含むページングメッセージを送信する。マルチキャストセッションの開始（アクティブ化）とは、マルチキャストセッションでマルチキャストデータの送信が開始されたことであってもよい。また、当該マルチキャストセッションの開始（アクティブ化）とは、マルチキャストセッションでマルチキャストデータの送信が開始可能な状態になったことであってもよい。

或いは、中継ＵＥ１００－２は、マルチキャスト制御チャネル（ＭＣＣＨ）の更新を示すＭＣＣＨ変更通知と更新されたＭＣＣＨとを、ＭＢＳセッション開始通知としてｇＮＢ２００から受信してもよい。このようなＭＢＳセッション開始通知は、第２配信モード（ＤＭ２）に用いられる。中継ＵＥ１００－２は、ＭＣＣＨ変更通知をｇＮＢ２００から受信したことに応じて、更新されたＭＣＣＨをｇＮＢ２００から受信する。ＭＣＣＨは、ＭＢＳセッション識別子としてのＴＭＧＩを含む。更新されたＭＣＣＨは、開始されるブロードキャストセッションのＴＭＧＩを含んでもよい。

そして、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳセッション開始通知に基づくＭＢＳセッション開始情報を、サイドリンク上で遠隔ＵＥ１００－１に送信する。ＭＢＳセッション開始情報は、開始されるＭＢＳセッションの識別子を含んでもよい。これにより、遠隔ＵＥ１００－１は、開始されるＭＢＳセッションを特定できる。中継ＵＥ１００－２は、ＭＢＳセッション開始情報を含むＰＣ５－ＲＲＣメッセージを遠隔ＵＥ１００－１に送信してもよい。また、中継ＵＥ１００－２は、ＭＢＳセッション開始情報を含むディスカバリメッセージを遠隔ＵＥ１００－１に送信してもよい。

遠隔ＵＥ１００－１は、中継ＵＥ１００－２からのＭＢＳセッション開始情報の受信に応じて、中継ＵＥ１００－２と異なる中継ＵＥ１００－２への再選択を避けてもよい。例えば、遠隔ＵＥ１００－１は、自身が受信に興味を持つＭＢＳセッション（マルチキャストセッション又はブロードキャストセッション）が開始されることをＭＢＳセッション開始情報に基づいて特定し、現在の中継ＵＥ１００－２を維持しつつＭＢＳデータ転送を待ち受ける。

遠隔ＵＥ１００－１は、中継ＵＥ１００－２からのＭＢＳセッション開始情報の受信に応じて、中継ＵＥ１００－２からのサイドリンクデータ送信に対するモニタリングを開始してもよい。例えば、遠隔ＵＥ１００－１は、自身が受信に興味を持つＭＢＳセッション（マルチキャストセッション又はブロードキャストセッション）が開始されることをＭＢＳセッション開始情報に基づいて特定し、中継ＵＥ１００－２からのサイドリンクデータ送信に対するモニタリングを開始する。遠隔ＵＥ１００－１は、自身が受信に興味を持つＭＢＳセッションが開始されるまでは、中継ＵＥ１００－２からのサイドリンクデータ送信に対するモニタリングを停止してもよい。これにより、遠隔ＵＥ１００－１は、モニタリングに起因する消費電力及び処理負荷を削減できる。

なお、中継ＵＥ１００－２は、遠隔ＵＥ１００－１が受信に興味を持つＭＢＳセッションが開始された場合に限り、当該ＭＢＳセッションのＴＭＧＩを含むセッション開始情報を遠隔ＵＥ１００－１に送信してもよい。これにより、不要なセッション開始情報が遠隔ＵＥ１００－１に送信されることを防止でき、サイドリンクのリソース負荷及び遠隔ＵＥ１００－１の処理負荷を削減できる。例えば、中継ＵＥ１００－２は、遠隔ＵＥ１００－１が受信に興味を持つ所望ＭＢＳセッションの識別子を、遠隔ＵＥ１００－１又はｇＮＢ２００から受信してもよい。中継ＵＥ１００－２は、ｇＮＢ２００から受信するセッション開始通知に基づいて当該所望ＭＢＳセッションの開始を把握し、当該所望ＭＢＳセッションの開始をＭＢＳセッション開始情報により遠隔ＵＥ１００－１に示してもよい。

また、中継ＵＥ１００－２は、ｇＮＢ２００から受信するセッション開始通知に含まれるすべての情報を遠隔ＵＥ１００－１に転送するのではなく、ＴＭＧＩ等の一部の情報のみを遠隔ＵＥ１００－１に転送してもよい。例えば、中継ＵＥ１００－２は、ｇＮＢ２００からＭＣＣＨで受信するＭＴＣＨスケジューリング情報を遠隔ＵＥ１００－１に転送しなくてもよい。これにより、セッション開始情報の情報量を抑制でき、サイドリンクのリソース負荷及び遠隔ＵＥ１００－１の処理負荷を削減できる。なお、中継ＵＥ１００－２は、ＭＢＳサービス継続性のために、ｇＮＢ２００からＭＣＣＨで受信する隣接セル情報を遠隔ＵＥ１００－１に転送してもよい。

また、中継ＵＥ１００－２は、ＭＢＳセッションの受信に興味を持つ遠隔ＵＥ１００－１に割り当てられたレイヤ２識別子をｇＮＢ２００から受信してもよい。中継ＵＥ１００－２は、当該レイヤ２識別子を用いてＭＢＳセッション開始情報を遠隔ＵＥ１００－１に送信してもよい。

図１７は、実施形態に係るセッション開始通知の転送に関する動作例を示す図である。中継ＵＥ１００－２は、ｇＮＢ２００との関係で、ＲＲＣコネクティッド状態、ＲＲＣインアクティブ状態、又はＲＲＣアイドル状態であってもよい。

ステップＳ１０１において、遠隔ＵＥ１００－１は、ＭＢＳセッション受信に興味を持つ。遠隔ＵＥ１００－１は、マルチキャストの場合、マルチキャストセッションに参加済みの状態であってもよい。なお、マルチキャストセッションへ参加するとは、当該マルチキャストセッションを受信するＵＥグループ（マルチキャストグループ）のメンバーとしてＵＥ１００がＣＮ２０（ＣＮ装置）に登録されることであってもよい。

ステップＳ１０２ａにおいて、遠隔ＵＥ１００－１は、自身の興味があるＭＢＳセッションの識別子（ＴＭＧＩ）をＭＢＳ興味情報として中継ＵＥ１００－２に送信してもよい。例えば、遠隔ＵＥ１００－１は、自身の興味があるＭＢＳセッションの識別子（ＴＭＧＩ）を含むＰＣ５－ＲＲＣメッセージ（又はディスカバリメッセージ）を中継ＵＥ１００－２に送信してもよい。中継ＵＥ１００－２は、当該ＴＭＧＩと遠隔ＵＥ１００－１のレイヤ２識別子とを対応付けて記憶してもよい。

ステップＳ１０２ｂにおいて、ｇＮＢ２００は、ＭＢＳセッションに興味がある遠隔ＵＥ１００－１のレイヤ２識別子を含むメッセージを中継ＵＥ１００－２に送信してもよい。中継ＵＥ１００－２は、当該ＭＢＳセッションのＴＭＧＩと遠隔ＵＥ１００－１のレイヤ２識別子とを対応付けて記憶してもよい。

ステップＳ１０３において、中継ＵＥ１００－２は、ＭＢＳセッション開始通知（例えば、ページングメッセージ）を受信するために、遠隔ＵＥ１００－１が興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）を含む通知をｇＮＢ２００に送信してもよい。このような通知は、ＭＢＳ興味通知（ＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ：ＭＩＩ）であってもよい。また、このような通知は、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎであってもよい。中継ＵＥ１００－２は、マルチキャストの場合、ＭＢＳセッション開始通知（例えば、ページングメッセージ）を受信するために、遠隔ＵＥ１００－１が興味のあるマルチキャストセッションに参加してもよい。

ステップＳ１０４において、遠隔ＵＥ１００－１及び中継ＵＥ１００－２は、遠隔ＵＥ１００－１の興味のあるＭＢＳセッションの開始を待ち受ける。遠隔ＵＥ１００－１は、ｇＮＢ２００との関係で、ＲＲＣコネクティッド状態、ＲＲＣインアクティブ状態、又はＲＲＣアイドル状態であってもよい。遠隔ＵＥ１００－１は、中継ＵＥ１００－２との関係で、ＰＣ５－ＲＲＣコネクティッド状態又はＰＣ５－ＲＲＣアイドル状態であってもよい。

ステップＳ１０５において、中継ＵＥ１００－２は、ｇＮＢ２００からＭＢＳセッション開始通知を受信する。ＤＭ１の場合、ＴＭＧＩリストを含むページングメッセージをＭＢＳセッション開始通知として受信する。一方、ＤＭ２の場合、中継ＵＥ１００－２は、ＭＣＣＨ変更通知を受信した後、更新されたＭＣＣＨを受信し、ＭＣＣＨ中でＴＭＧＩ（に対するＭＴＣＨスケジューリング情報）が追加されたことを確認する。

ステップＳ１０６において、中継ＵＥ１００－２は、開始されるＭＢＳセッションのＴＭＧＩを含むＭＢＳセッション開始情報を遠隔ＵＥ１００－１に送信する。中継ＵＥ１００－２は、ステップＳ１０５で受信した全てのＴＭＧＩ（セッション開始するＴＭＧＩ）をＭＢＳセッション開始情報に含めてもよい。中継ＵＥ１００－２は、ステップＳ１０５で受信したＴＭＧＩ（セッション開始するＴＭＧＩ）のうち、遠隔ＵＥ１００－１が興味を持っているＭＢＳセッションのＴＭＧＩのみをＭＢＳセッション開始情報に含めてもよい。ここで、中継ＵＥ１００－２は、遠隔ＵＥ１００－１のレイヤ２識別子をターゲットとしてＭＢＳセッション開始情報を送信してもよい。

ステップＳ１０７において、遠隔ＵＥ１００－１は、自身の興味があるＭＢＳセッションの開始を示すＭＢＳセッション開始情報を中継ＵＥ１００－２から受信したことに応じて、他の中継ＵＥへの再選択動作を停止し、現在選択している中継ＵＥ１００－２を維持してもよい。遠隔ＵＥ１００－１は、自身の興味があるＭＢＳセッションの開始を示すＭＢＳセッション開始情報を中継ＵＥ１００－２から受信したことに応じて、当該興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）と対応付けられたサイドリンクデータ送信のモニタを開始してもよい。

ステップＳ１０８において、中継ＵＥ１００－２は、当該ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信する。ｇＮＢ２００と中継ＵＥ１００－２との間のＭＢＳ配信モードは、第１配信モード（ＤＭ１）又は、第２配信モード（ＤＭ２）であってもよい。ｇＮＢ２００から中継ＵＥ１００－２へのＭＲＢは、ＰＴＭ、ＰＴＰ、又はスプリットベアラ（スプリットＭＲＢ）であってもよい。ｇＮＢ２００から中継ＵＥ１００－２に対してＤＲＢでＭＢＳデータを送信してもよい。

ステップＳ１０９において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）する。具体的には、中継ＵＥ１００－２は、当該ＭＢＳデータをサイドリンク共有チャネル（ＳＬ－ＳＣＨ）上で遠隔ＵＥ１００－１に送信する。中継ＵＥ１００－２から遠隔ＵＥ１００－１へのサイドリンク伝送モードは、ユニキャスト、グループキャスト、又はブロードキャストであってもよい。遠隔ＵＥ１００－１は、当該ＭＢＳデータを受信する。

図１８は、図１７に示す動作の変更例を示す図である。マルチキャストの場合、ｇＮＢ２００は、ＣＮ２０からセッション参加情報を取得することで、遠隔ＵＥ１００－１が興味のあるＭＢＳセッション（ＴＭＧＩ）を把握できる。

本変更例では、ステップＳ１０２ｂにおいて、ｇＮＢ２００は、遠隔ＵＥ１００－１の興味があるＭＢＳセッションの識別子（ＴＭＧＩ）を含むメッセージを中継ＵＥ１００－２に送信する。当該メッセージは、当該ＭＢＳセッションに興味がある遠隔ＵＥ１００－１のレイヤ２識別子を含んでもよい。

（５．２）サイドリンクにおけるＭＢＳデータ伝送動作
実施形態に係るサイドリンクにおけるＭＢＳデータ伝送動作について説明する。

遠隔ＵＥ１００－１と中継ＵＥ１００－２との間のサイドリンク通信において、ＳＬ－ＳＣＨに付与される送信元レイヤ２識別子（ＳＲＣ）及び宛先レイヤ２識別子（ＤＳＴ）は次のようにセットされる。

ＳＲＣは、ユニキャスト、グループキャスト、又はブロードキャストに拘わらず、送信側ＵＥのレイヤ２識別子である。

ＤＳＴは以下によって決定される。

ユニキャストの場合、ＤＳＴは、受信側ＵＥのレイヤ２識別子である。

グループキャストの場合であって、ＰｒｏＳｅレイヤ２グループ識別子がアプリケーションレイヤによって提供されるアプリケーションレイヤグループ識別子に対して設定されている場合、ＤＳＴは、ＰｒｏＳｅレイヤ２グループ識別子である。グループキャストの場合であって、ＰｒｏＳｅレイヤ２グループ識別子がアプリケーションレイヤによって提供されるアプリケーションレイヤグループ識別子に対して設定されていない場合、ＤＳＴは、アプリケーションレイヤグループ識別子からの変換値である。送信側ＵＥは、ＰｒｏＳｅサービスタイプとレイヤ２識別子との間のマッピングの設定からＤＳＴを選択する。

ブロードキャストの場合、ＤＳＴは、送信側ＵＥに設定された値であって、ＰｒｏＳｅアプリケーションに対してＤＳＴが設定される。

（５．２．１）第１動作例
遠隔ＵＥ１００－１は、自身の興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）とレイヤ２識別子との対応付けを把握している必要がある。具体的には、遠隔ＵＥ１００－１は、対象のサイドリンク送信（対象のＳＬ－ＳＣＨ送信）のみを受信するために、どのレイヤ２識別子が対象のＴＭＧＩに対応付けられているかを把握している必要がある。

実施形態において、遠隔ＵＥ１００－１は、ＭＢＳセッション（具体的には、自身の興味があるＭＢＳセッション）を示す識別子（ＴＭＧＩ）と宛先レイヤ２識別子とを対応付けた対応付け情報（マッピング情報）を中継ＵＥ１００－２又はｇＮＢ２００から受信する。遠隔ＵＥ１００－１は、当該対応付け情報に基づいて、当該ＭＢＳセッションに属するＭＢＳデータを、ｇＮＢ２００から中継ＵＥ１００－２を介して受信する。ここで、遠隔ＵＥ１００－１は、当該ＭＢＳセッションと対応付けられた宛先レイヤ２識別子を用いてＳＬ－ＳＣＨをモニタする。これにより、遠隔ＵＥ１００－１は、対象のサイドリンク送信のみを適切に中継ＵＥ１００－２から受信できる。

図１９は、実施形態に係るサイドリンクにおけるＭＢＳデータ伝送の第１動作例を示す図である。本動作例において、中継ＵＥ１００－２から遠隔ＵＥ１００－１へのサイドリンク伝送モードがグループキャスト又はブロードキャストであるものとする。

ステップＳ２０１ａにおいて、ｇＮＢ２００は、ＭＢＳセッションを示す識別子（ＴＭＧＩ）と宛先レイヤ２識別子とを対応付けた対応付け情報（マッピング情報）を、中継ＵＥ１００－２を介して遠隔ＵＥ１００－１に送信してもよい。当該対応付け情報は、ＴＭＧＩと宛先レイヤ２識別子とのセットを１つ以上含んでもよい。ｇＮＢ２００は、当該対応付け情報を含むＲＲＣメッセージを、中継ＵＥ１００－２を介して遠隔ＵＥ１００－１に送信してもよい。

ステップＳ２０１ｂにおいて、中継ＵＥ１００－２は、ＭＢＳセッションを示す識別子（ＴＭＧＩ）と宛先レイヤ２識別子とを対応付けた対応付け情報（マッピング情報）を遠隔ＵＥ１００－１に送信してもよい。当該対応付け情報は、ＴＭＧＩと宛先レイヤ２識別子とのセットを１つ以上含んでもよい。中継ＵＥ１００－２は、当該対応付け情報を含むＰＣ５－ＲＲＣメッセージ、ディスカバリメッセージ、又はＰＣ５－Ｓメッセージを遠隔ＵＥ１００－１に送信してもよい。

なお、ｇＮＢ２００又は中継ＵＥ１００－２は、上述又は後述のＭＢＳ興味情報に基づいて、ＭＢＳ受信に興味を持っている遠隔ＵＥ１００－１のみに対して対応付け情報を送信してもよい。

ステップＳ２０２において、遠隔ＵＥ１００－１は、ｇＮＢ２００又は中継ＵＥ１００－２から受信した対応付け情報に基づいて、ＡＳレイヤ（例えば、ＭＡＣレイヤ）において当該宛先レイヤ２識別子（ＤＳＴ）がセットされたＳＬ－ＳＣＨをモニタする。

ステップＳ２０３において、中継ＵＥ１００－２は、当該ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信する。

ステップＳ２０４において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）する。遠隔ＵＥ１００－１は、当該ＭＢＳデータを受信する。

なお、本動作例において、ｇＮＢ２００は、ＭＢＳセッションを示す識別子（ＴＭＧＩ）と宛先レイヤ２識別子とを対応付けた対応付け情報（マッピング情報）を中継ＵＥ１００－２に送信し、中継ＵＥ１００－２が当該対応付け情報を使用してもよい。遠隔ＵＥ１００－１がｇＮＢ２００のカバレッジ内に存在する場合、ｇＮＢ２００は、中継ＵＥ１００－２を介さずに、当該対応付け情報を遠隔ＵＥ１００－１へ直接送信してもよい。

（５．２．２）第２動作例
上述のように、サイドリンクでグループキャストを用いる場合、ＰｒｏＳｅレイヤ２グループ識別子が宛先レイヤ２識別子（ＤＳＴ）として用いられる。そのため、ＰｒｏＳｅレイヤ２グループ識別子は、ＴＭＧＩと対応付けられている可能性がある。この場合、このグループのすべてのＵＥがこのＴＭＧＩに関心を持っているものとする。同様に、アプリケーションレイヤグループ識別子はＴＭＧＩと対応付けることができる。

よって、上位レイヤ（ＮＡＳ、ＰＣ５－Ｓ、又はアプリケーションレイヤ）、具体的には、ＣＮ装置（例えばＡＭＦ）又はＰｒｏＳｅサーバ装置は、グループ識別子（ＰｒｏＳｅレイヤ２グループ識別子又はアプリケーションレイヤグループ識別子）とＴＭＧＩとを対応付け、この対応付け情報（マッピング情報）を遠隔ＵＥ１００－１及び／又は中継ＵＥ１００－２に送信してもよい。

遠隔ＵＥ１００－１及び／又は中継ＵＥ１００－２は、ＰｒｏＳｅレイヤ２グループ識別子又はアプリケーションレイヤグループ識別子と、ＭＢＳセッションを示す識別子とを対応付けた対応付け情報を、ＣＮ装置又はＰｒｏＳｅサーバ装置から受信する。遠隔ＵＥ１００－１及び／又は中継ＵＥ１００－２は、当該対応付け情報に基づいて、当該ＭＢＳセッションと対応付けられた宛先レイヤ２識別子を特定してもよい。

図２０は、実施形態に係るサイドリンクにおけるＭＢＳデータ伝送の第２動作例を示す図である。本動作例において、中継ＵＥ１００－２から遠隔ＵＥ１００－１へのサイドリンク伝送モードがグループキャストであるものとする。

ステップＳ２５１ａにおいて、ＣＮ装置又はＰｒｏＳｅサーバ装置は、グループ識別子（ＰｒｏＳｅレイヤ２グループ識別子又はアプリケーションレイヤグループ識別子）とＴＭＧＩとを対応付けた対応付け情報（マッピング情報）を中継ＵＥ１００－２に送信してもよい。中継ＵＥ１００－２は、当該対応付け情報を遠隔ＵＥ１００－１に転送してもよい。

ステップＳ２５１ｂにおいて、ＣＮ装置又はＰｒｏＳｅサーバ装置は、グループ識別子（ＰｒｏＳｅレイヤ２グループ識別子又はアプリケーションレイヤグループ識別子）とＴＭＧＩとを対応付けた対応付け情報（マッピング情報）を、中継ＵＥ１００－２を介して遠隔ＵＥ１００－１に送信してもよい。当該対応付け情報は、ＮＡＳシグナリングで遠隔ＵＥ１００－１に送信されてもよい。

遠隔ＵＥ１００－１（及び中継ＵＥ１００－２）の上位レイヤ（例えば、ＮＡＳ、ＰＣ５－Ｓ、又はアプリケーションレイヤ）は、当該対応付け情報を例えばＤＳＴとＴＭＧＩのマッピング情報としてＡＳレイヤに通知してもよい。当該上位レイヤは、興味のあるＤＳＴ（受信を要求するＤＳＴ）としてＡＳレイヤに通知してもよい。

ステップＳ２５２において、遠隔ＵＥ１００－１は、当該ＰｒｏＳｅレイヤ２グループ識別子（ＤＳＴ）がセットされたＳＬ－ＳＣＨをモニタする。

ステップＳ２５３において、中継ＵＥ１００－２は、当該ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信する。

ステップＳ２５４において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）する。遠隔ＵＥ１００－１は、当該ＭＢＳデータを受信する。

（５．３）遠隔ＵＥによる中継ＵＥ選択動作
実施形態に係る遠隔ＵＥ１００－１による中継ＵＥ選択動作について説明する。

サイドリンク中継に先立ち、遠隔ＵＥ１００－１は、サイドリンク中継に用いる中継ＵＥ１００－２を中継ＵＥ候補の中から選択する。中継ＵＥ１００－２は、中継ＵＥ１００－２を選択した後、別のＵＥ１００を新たな中継ＵＥ１００－２として改めて選択（再選択）してもよい。

実施形態では、このような中継ＵＥ選択動作において、ＭＢＳ受信に興味を持つ遠隔ＵＥ１００－１は、自身の興味があるＭＢＳセッションを転送できる中継ＵＥ１００－２を優先する。すなわち、遠隔ＵＥ１００－１は、自身が受信に興味を持つ所望ＭＢＳセッションの転送を行わない中継ＵＥ１００－２よりも、当該所望ＭＢＳセッションの転送が可能な中継ＵＥ１００－２を優先して選択する。遠隔ＵＥ１００－１は、当該選択された中継ＵＥ１００－２を介して、当該所望ＭＢＳセッションに属するＭＢＳデータを受信する。これにより、ＭＢＳ受信に興味を持つ遠隔ＵＥ１００－１は、適切な中継ＵＥ１００－２を介して、所望ＭＢＳセッションに属するＭＢＳデータを受信できる。

図２１は、実施形態に係る遠隔ＵＥ１００－１による中継ＵＥ選択動作の一例を示す図である。図２１において、中継ＵＥ１００－２ａはＵｕインターフェイスを介してｇＮＢ２００ａと接続され、中継ＵＥ１００－２ｂはＵｕインターフェイスを介してｇＮＢ２００ｂと接続される一例を示している。中継ＵＥ１００－２ａ及び中継ＵＥ１００－２ｂは、遠隔ＵＥ１００－１についての中継ＵＥ候補である。

ステップＳ３０１において、中継ＵＥ候補（中継ＵＥ１００－２ａ及び中継ＵＥ１００－２ｂ）のそれぞれは、ＭＢＳセッションの転送をサポートしているか否かを示すサポート情報をサイドリンク上で送信してもよい。遠隔ＵＥ１００－１は、サポート情報を中継ＵＥ候補から受信する。ステップＳ３０２において、遠隔ＵＥ１００－１は、受信されたサポート情報に基づいて、所望ＭＢＳセッションの転送が可能な中継ＵＥ候補を優先して選択する。遠隔ＵＥ１００－１は、中継ＵＥ候補の中から選択された中継ＵＥ１００－２を介してＭＢＳデータを受信する。例えば、中継ＵＥ１００－２ａがＭＢＳセッションの転送をサポートしており、中継ＵＥ１００－２ｂがＭＢＳセッションの転送をサポートしていないと仮定する。この場合、遠隔ＵＥ１００－１は、各中継ＵＥ１００－２からのサポート情報に基づいて、ＭＢＳセッションの転送をサポートする中継ＵＥ１００－２ａを選択し、中継ＵＥ１００－２ａを介してＭＢＳデータを受信する。

ステップＳ３０１において、中継ＵＥ候補（中継ＵＥ１００－２ａ及び中継ＵＥ１００－２ｂ）のそれぞれは、自身が転送可能なＭＢＳセッションを示す識別子（ＴＭＧＩ）をサイドリンク上で送信してもよい。中継ＵＥ候補（中継ＵＥ１００－２ａ及び中継ＵＥ１００－２ｂ）のそれぞれは、自身が転送可能なＭＢＳセッションを示す識別子（ＴＭＧＩ）のリストを送信してもよい。遠隔ＵＥ１００－１は、当該識別子（ＴＭＧＩ）を受信する。ステップＳ３０２において、遠隔ＵＥ１００－１は、受信された識別子（ＴＭＧＩ）に基づいて、所望ＭＢＳセッションの転送が可能な中継ＵＥ１００－２を優先して選択する。遠隔ＵＥ１００－１は、中継ＵＥ候補の中から選択された中継ＵＥ１００－２を介してＭＢＳデータを受信する。例えば、遠隔ＵＥ１００－１の所望ＭＢＳセッションの識別子がＴＭＧＩ＃１であり、中継ＵＥ１００－２ａが転送するＭＢＳセッションの識別子がＴＭＧＩ＃１であり、中継ＵＥ１００－２ｂが転送するＭＢＳセッションの識別子がＴＭＧＩ＃２であると仮定する。この場合、遠隔ＵＥ１００－１は、各中継ＵＥ１００－２からのＭＢＳセッション識別子（ＴＭＧＩ）に基づいて、所望ＭＢＳセッションの転送をサポートする中継ＵＥ１００－２ａを選択し、中継ＵＥ１００－２ａを介してＭＢＳデータを受信する。

なお、いずれの中継ＵＥ候補も所望ＭＢＳセッションを提供しない場合、遠隔ＵＥ１００－１は、上述のように、所望ＭＢＳセッションの識別子（ＴＭＧＩ）をＭＢＳ興味情報として中継ＵＥ候補に送信してもよい。

ステップＳ３０１において、中継ＵＥ候補は、サポート情報及び／又はＭＢＳセッション識別子（ＴＭＧＩ）を含むＰＣ５－ＲＲＣメッセージ又はディスカバリメッセージを遠隔ＵＥ１００－１に送信してもよい。遠隔ＵＥ１００－１は、ＰＣ５－ＲＲＣメッセージ又はディスカバリメッセージを受信することにより、中継ＵＥ候補のサポート情報及び／又はＭＢＳセッション識別子（ＴＭＧＩ）を取得してもよい。なお、中継ＵＥ候補は、他の中継ＵＥ候補についての情報（サポート情報及び／又はＭＢＳセッション識別子（ＴＭＧＩ））も遠隔ＵＥ１００－１に送信してもよい。例えば、中継ＵＥ候補は、ｇＮＢ２００から、隣接中継ＵＥ候補についての情報を取得してもよい。

ステップＳ３０１に先立ち、中継ＵＥ候補は、ｇＮＢ２００から受信するＭＢＳ受信設定に基づいて、転送可能なＭＢＳセッションを特定してもよい。例えば、ブロードキャストセッションの場合、中継ＵＥ候補は、ｇＮＢ２００（サービングセル）からのＭＣＣＨを受信及び確認することにより、転送可能なＭＢＳセッション（ＴＭＧＩ）を特定してもよい。マルチキャストセッションの場合、中継ＵＥ候補は、ｇＮＢ２００（サービングセル）からのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信し、設定されたＭＲＢのＴＭＧＩを確認することにより、転送可能なＭＢＳセッション（ＴＭＧＩ）を特定してもよい。ｇＮＢ２００から中継ＵＥ１００－２がＤＲＢ（ユニキャスト）でＭＢＳデータを受信する場合、中継ＵＥ候補は、当該ＤＲＢで受信しているＭＢＳセッション（ＴＭＧＩ）を特定してもよい。

ステップＳ３０２において、遠隔ＵＥ１００－１は、自身の興味のある所望ＭＢＳセッションを転送可能な中継ＵＥ１００－２を優先して選択する。例えば、遠隔ＵＥ１００－１は、所望ＭＢＳセッションの転送が可能な中継ＵＥ１００－２のみを候補として中継ＵＥ選択を行ってもよい。遠隔ＵＥ１００－１は、各中継ＵＥ候補からの無線信号の受信品質を測定し、その測定値（例えば、ＲＳＲＰ）にオフセットを加えて中継ＵＥ選択を行ってもよい。具体的には、遠隔ＵＥ１００－１は、各中継ＵＥ候補から受信する無線信号（例えば、サイドリンク通信信号又はサイドリンクディスカバリ信号）の受信品質を測定及び比較することで中継ＵＥ選択を行う。例えば、遠隔ＵＥ１００－１は、当該受信品質が最も良好な中継ＵＥ候補を選択する。このような動作において、遠隔ＵＥ１００－１は、所望ＭＢＳセッションの転送が可能な中継ＵＥ候補についての受信品質に対してオフセットを付与する。これにより、所望ＭＢＳセッションの転送が可能な中継ＵＥ候補が選択され易くなる。

（５．４）中継ＵＥのＲＲＣ接続動作
実施形態に係る中継ＵＥ１００－２のＲＲＣ接続動作について説明する。

遠隔ＵＥ１００－１がマルチキャストセッションに興味がある場合、マルチキャストセッションは第１配信モード（ＤＭ１）で配信されるため、中継ＵＥ１００－２は、ＭＢＳ受信設定（ＭＲＢ設定）をＲＲＣコネクティッド状態でｇＮＢ２００から受信する必要があり得る。そのため、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態の中継ＵＥ１００－２は、マルチキャストセッションを受信するために、ＲＲＣ接続を確立又はレジュームする必要があり得る。

実施形態では、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある中継ＵＥ１００－２は、遠隔ＵＥ１００－１がマルチキャストセッションの受信に興味を持つことを示す興味情報（ＭＢＳ興味情報）を遠隔ＵＥ１００－１から受信する。中継ＵＥ１００－２は、当該興味情報の受信に応じて、ｇＮＢ２００とのＲＲＣ接続を確立又はレジュームする接続処理を行う。これにより、中継ＵＥ１００－２は、ｇＮＢ２００からマルチキャストセッションを受信可能になり、マルチキャストセッションに属するＭＢＳデータを遠隔ＵＥ１００－１に転送可能になる。

ここで、ｇＮＢ２００は、中継ＵＥ１００－２の接続処理の際に、マルチキャスト受信のみに興味のある中継ＵＥ１００－２を通常のＵＥと区別できない。そのため、ｇＮＢ２００は、例えばネットワークの輻輳が原因で、中継ＵＥ１００－２の接続処理を拒否する場合がある。マルチキャスト受信は、通常のＵＥ（すなわち、ユニキャスト）と比較して少ないリソース消費で済むため、接続処理を拒否することは好ましくない。よって、中継ＵＥ１００－２は、接続処理において、マルチキャスト受信専用の接続であることをｇＮＢ２００に通知する。すなわち、中継ＵＥ１００－２は、接続処理において中継ＵＥ１００－２からｇＮＢ２００に対して送信するメッセージを用いて、マルチキャストセッションの転送が目的である旨をｇＮＢ２００に通知する。これにより、ｇＮＢ２００が当該接続処理を拒否することを抑制できる。

また、マルチキャストＭＲＢ（すなわち、ＤＭ１）の場合、高信頼性が求められるため、サイドリンクにおいても信頼性を担保できることが好ましい。そのため、中継ＵＥ１００－２は、マルチキャストセッションに対応するマルチキャスト無線ベアラ（ＭＲＢ）を、遠隔ＵＥ１００－１と中継ＵＥ１００－２との間のサイドリンクのユニキャスト又はグループキャストにマッピングする。サイドリンクについて、ユニキャスト伝送及びグループキャスト伝送はＨＡＲＱフィードバックをサポートしているため、ＨＡＲＱフィードバックをサポートしないブロードキャスト伝送よりも高い信頼性を担保できる。

図２２は、実施形態に係る中継ＵＥ１００－２のＲＲＣ接続動作に関する動作例を示す図である。

ステップＳ４０１において、中継ＵＥ１００－２は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある。なお、遠隔ＵＥ１００－１と中継ＵＥ１００－２との間にＰＣ５－ＲＲＣコネクションが確立されていてもよい。

ステップＳ４０２において、遠隔ＵＥ１００－１は、自身の興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）をＭＢＳ興味情報として中継ＵＥ１００－２に送信する。当該ＭＢＳ興味情報は、マルチキャストセッションの受信に興味があることを示す情報を含んでもよい。例えば、当該ＭＢＳ興味情報は、当該ＴＧＩがマルチキャストセッションと対応する旨の情報を含んでもよい。中継ＵＥ１００－２は、当該ＭＢＳ興味情報に基づいて、遠隔ＵＥ１００－１がマルチキャストセッションの受信に興味があることを把握し、ＲＲＣコネクティッド状態に遷移する必要があることを認識する。

ステップＳ４０３において、中継ＵＥ１００－２は、ｇＮＢ２００との接続処理、具体的には、ランダムアクセスプロシージャを開始する。中継ＵＥ１００－２は、ランダムアクセスプロシージャのメッセージ３（Ｍｓｇ３）として、ＲＲＣ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ又はＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージを送信する。ここで、中継ＵＥ１００－２は、ＭＢＳ転送を目的としていることを示すＣａｕｓｅ値（例えば、「ｒｅｌａｙ－ＭＢＳ」）をＭｓｇ３に含める。Ｃａｕｓｅ値は、ＭＢＳ受信のみを目的としている旨の情報であってもよい。ｇＮＢ２００は、Ｍｓｇ３（ＲＲＣ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ又はＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージ）を受け付け、Ｍｓｇ４（ＲＲＣ Ｓｅｔｕｐメッセージ又はＲＲＣ Ｒｅｓｕｍｅメッセージ）を中継ＵＥ１００－２に送信する。或いは、中継ＵＥ１００－２は、ランダムアクセスプロシージャのメッセージ１（Ｍｓｇ１）として、ランダムアクセスプリアンブルを用いて、ＭＢＳ転送（又はＭＢＳ受信）を目的としていることをｇＮＢ２００に通知してもよい。例えば、当該通知のための物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースが準備され、中継ＵＥ１００－２は、当該ＰＲＡＣＨリソースでランダムアクセスプリアンブルを送信することで通知を行ってもよい。

その結果、ステップＳ４０４において、中継ＵＥ１００－２は、ＲＲＣ接続を確立又はレジュームし、ＲＲＣコネクティッド状態に遷移する。

ステップＳ４０５において、中継ＵＥ１００－２は、遠隔ＵＥ１００－１が受信に興味を持つＭＢＳセッション（マルチキャストセッション）の識別子（ＴＭＧＩ）を含むＭＢＳ興味通知をｇＮＢ２００に送信してもよい。

ステップＳ４０６において、ｇＮＢ２００は、当該マルチキャストセッションを中継ＵＥ１００－２が受信するためのＭＢＳ受信設定（マルチキャストＭＲＢ設定等）を含むＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを中継ＵＥ１００－２に送信する。

ステップＳ４０７において、中継ＵＥ１００－２は、ｇＮＢ２００から設定されたＭＲＢ（マルチキャストＭＲＢ）をサイドリンクにマッピングする。具体的には、中継ＵＥ１００－２は、マルチキャストＭＲＢをサイドリンクのユニキャスト又はグループキャストにマッピングする。当該マッピングは、例えばステップＳ４０６で、ｇＮＢ２００から中継ＵＥ１００－２に指定されてもよい。

ステップＳ４０８において、中継ＵＥ１００－２は、当該マルチキャストセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信する。

ステップＳ４０９において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信する。具体的には、中継ＵＥ１００－２は、当該ＭＢＳデータをユニキャスト又はグループキャストで遠隔ＵＥ１００－１に送信する。遠隔ＵＥ１００－１は、当該ＭＢＳデータを受信する。

なお、上述の動作では、マルチキャスト（ＤＭ１）を想定したが、ブロードキャストＭＲＢ（ＤＭ２）の場合、中継ＵＥ１００－２は、ＭＲＢ（ブロードキャストＭＲＢ）をサイドリンクのブロードキャストにマッピングしてもよい。ブロードキャストＭＲＢはＨＡＲＱフィードバックがサポートされておらず、ベストエフォートでもよいためである。

（５．５）中継ＵＥのハンドオーバ動作
実施形態に係る中継ＵＥ１００－２のハンドオーバ動作について説明する。図２３は、実施形態に係る中継ＵＥ１００－２のハンドオーバ動作を示す図である。

ｇＮＢ２００からのＭＢＳデータを遠隔ＵＥ１００－１に転送する中継ＵＥ１００－２は、あるセル（ソースセル２０１Ｓ）から他のセル（ターゲットセル２０１Ｔ）に対してハンドオーバされ得る。なお、ソースセル２０１Ｓ及びターゲットセル２０１Ｔは、互いに異なるｇＮＢ２００により管理されていてもよい。また、ソースセル２０１Ｓ及びターゲットセル２０１Ｔは、同じｇＮＢ２００により管理されていてもよい。このようなハンドオーバは、次の２つのケースを含む。

・ケース１：ターゲットセル２０１Ｔが、ＭＢＳの機能はサポートしているが、サイドリンク中継の機能をサポートしていない。

・ケース２：ターゲットセル２０１Ｔが、サイドリンク中継の機能はサポートしているが、ＭＢＳの機能をサポートしていない。

これらのケース１及び２において、中継ＵＥ１００－２のハンドオーバに応じて、遠隔ＵＥ１００－１がＭＢＳデータの受信を継続できなくなり得る。以下において、遠隔ＵＥ１００－１がＭＢＳデータの受信を継続するための動作例について説明する。

（５．５．１）第１動作例
第１動作例は、上述のケース１について、遠隔ＵＥ１００－１を適切にハンドオーバさせることを目的とした動作例である。

第１動作例では、中継ＵＥ１００－２は、サイドリンク中継の機能をサポートする第１セル（ソースセル２０１Ｓ）から受信するデータを遠隔ＵＥ１００－１に転送する。第１セルを管理するｇＮＢ２００は、サイドリンク中継の機能をサポートしない第２セル（ターゲットセル２０１Ｔ）に対する中継ＵＥ１００－２のハンドオーバを決定したことに応じて、遠隔ＵＥ１００－１からｇＮＢ２００へ測定報告を送信させる処理を行う。ｇＮＢ２００は、遠隔ＵＥ１００－１からの測定報告に基づいて、中継ＵＥ１００－２のハンドオーバよりも前に遠隔ＵＥ１００－１のハンドオーバを行う。これにより、中継ＵＥ１００－２のハンドオーバに応じて遠隔ＵＥ１００－１がＭＢＳデータの受信を継続できなくなる問題を回避できる。なお、このような動作は、ＭＢＳに拘わらず、サイドリンク中継全般に適用可能である。

図２４は、実施形態に係る中継ＵＥ１００－２のハンドオーバの第１動作例を示す図である。本動作に先立ち、ソースセル２０１Ｓを管理するｇＮＢ２００は、ソースセル２０１Ｓの隣接セルのそれぞれについてＭＢＳ及びサイドリンク中継の各機能をサポートするかの情報を取得していてもよい。また、遠隔ＵＥ１００－１（及び中継ＵＥ１００－２）には、イベントトリガ型の測定報告の送信が設定されていてもよい。

ステップＳ５０１において、中継ＵＥ１００－２は、ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信してもよい。

ステップＳ５０２において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）してもよい。

ステップＳ５０３において、中継ＵＥ１００－２は、例えば、ソースセル２０１Ｓの受品品質の低下及び／又は隣接セルの受信品質の向上に応じて、各セルの測定結果を含む測定報告をソースセル２０１Ｓ（ｇＮＢ２００）に送信してもよい。

ステップＳ５０４において、ｇＮＢ２００は、サイドリンク中継の機能をサポートしていないターゲットセルに対して中継ＵＥ１００－２をハンドオーバすることを決定する。このような決定は、中継ＵＥ１００－２をハンドオーバする可能性が高くなったことを認識することであってもよい。

ステップＳ５０５において、ｇＮＢ２００は、中継ＵＥ１００－２を介して、測定報告の送信を遠隔ＵＥ１００－１に指示する。当該指示は、ＲＲＣメッセージにより行われてもよい。例えば、当該指示は、ｇＮＢ２００から中継ＵＥ１００－２に送信され、次いで、中継ＵＥ１００－２がそれを遠隔ＵＥ１００－１に転送してもよい。当該指示は、遠隔ＵＥ１００－１に設定された測定報告の送信を強制的にトリガするものであってもよい。なお、ｇＮＢ２００は、当該指示の送信を中継ＵＥ１００－２に要求し、中継ＵＥ１００－２が遠隔ＵＥ１００－１に対して指示を行ってもよい。

ステップＳ５０６において、遠隔ＵＥ１００－１は、ｇＮＢ２００へ測定報告を送信する。測定報告は、遠隔ＵＥ１００－１が測定した各セルの測定結果を含む。

ステップＳ５０７において、ｇＮＢ２００は、遠隔ＵＥ１００－１からの測定報告に基づいて、遠隔ＵＥ１００－１のハンドオーバを決定するとともに、適切なターゲットセル（又は中継ＵＥ）をターゲットとして選択する。ここで、ｇＮＢ２００は、ＭＢＳ（及びサイドリンク中継）の機能をサポートするターゲットを選択してもよい。

ステップＳ５０８において、ｇＮＢ２００は、決定したターゲットに対するハンドオーバを指示するハンドオーバコマンドを、中継ＵＥ１００－２を介して遠隔ＵＥ１００－１に送信する。ハンドオーバコマンドは、ＲＲＣメッセージにより送信されてもよい。

ステップＳ５０９において、遠隔ＵＥ１００－１は、受信されたハンドオーバコマンドに従ってターゲットへのアクセス（接続処理）を行う。遠隔ＵＥ１００－１は、当該ターゲットからＭＢＳデータを受信してもよい。

ステップＳ５１０において、ｇＮＢ２００は、ハンドオーバコマンドを中継ＵＥ１００－２に送信する。

ステップＳ５１１において、中継ＵＥ１００－２は、受信されたハンドオーバコマンドに従ってターゲットへのアクセス（接続処理）を行う。

（５．５．２）第２動作例
第２動作例は、上述のケース２について、遠隔ＵＥ１００－１がＭＢＳ継続受信を行うことを可能とするための動作例である。

第２動作例では、中継ＵＥ１００－２は、ＭＢＳの機能をサポートする第１セル（ソースセル２０１Ｓ）から中継ＵＥ１００－２が受信するＭＢＳデータを遠隔ＵＥ１００－１に転送する。第１セルを管理するｇＮＢ２００は、ＭＢＳの機能をサポートしない第２セル（ターゲットセル２０１Ｔ）に対する中継ＵＥ１００－２のハンドオーバを決定したことに応じて、ＭＢＳデータをユニキャストで遠隔ＵＥ１００－１に配信するためのＰＤＵセッションを遠隔ＵＥ１００－１に確立させる処理を行う。ｇＮＢ２００が、ＰＤＵセッションの確立後に、中継ＵＥ１００－２のハンドオーバを行う。ＰＤＵセッションによれば、図６に示すように、ＣＮ２０からユニキャストでＭＢＳデータを受信可能である。そのため、ＭＢＳの機能をサポートしない第２セル（ターゲットセル２０１Ｔ）に対する中継ＵＥ１００－２のハンドオーバが行われても、遠隔ＵＥ１００－１は、確立されたＰＤＵセッションを用いてＭＢＳデータの受信を継続可能である。

図２５は、実施形態に係る中継ＵＥ１００－２のハンドオーバの第２動作例を示す図である。本動作に先立ち、ソースセル２０１Ｓを管理するｇＮＢ２００は、ソースセル２０１Ｓの隣接セルのそれぞれについてＭＢＳ及びサイドリンク中継の各機能をサポートするかの情報を取得していてもよい。

ステップＳ５３１において、中継ＵＥ１００－２は、ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信してもよい。

ステップＳ５３２において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）してもよい。

ステップＳ５３３において、中継ＵＥ１００－２は、例えば、ソースセル２０１Ｓの受品品質の低下及び／又は隣接セルの受信品質の向上に応じて、各セルの測定結果を含む測定報告をソースセル２０１Ｓ（ｇＮＢ２００）に送信してもよい。

ステップＳ５３４において、ｇＮＢ２００は、ＭＢＳの機能をサポートしていないターゲットセルに対して中継ＵＥ１００－２をハンドオーバすることを決定する。このような決定は、中継ＵＥ１００－２をハンドオーバする可能性が高くなったことを認識することであってもよい。

ステップＳ５３５において、ｇＮＢ２００は、中継ＵＥ１００－２を介して、ＭＢＳ受信用のＰＤＵセッション確立を遠隔ＵＥ１００－１に指示する。当該指示は、ＲＲＣメッセージにより行われてもよい。例えば、当該指示は、ｇＮＢ２００から中継ＵＥ１００－２に送信され、次いで、中継ＵＥ１００－２がそれを遠隔ＵＥ１００－１に転送してもよい。当該指示は、ＰＤＵセッション確立が中継ＵＥ１００－２のハンドオーバに起因している旨の情報（原因情報）を含んでもよい。遠隔ＵＥ１００－１のＡＳは、当該指示を自身のＮＡＳへ通知してもよい。

ステップＳ５３６において、遠隔ＵＥ１００－１は、ＭＢＳ受信用のＰＤＵセッションを確立する。

ステップＳ５３７において、ｇＮＢ２００は、ハンドオーバコマンドを中継ＵＥ１００－２に送信する。

ステップＳ５３８において、中継ＵＥ１００－２は、受信されたハンドオーバコマンドに従ってターゲットへのアクセス（接続処理）を行う。その後、遠隔ＵＥ１００－１は、中継ＵＥ１００－２上に確立されたＰＤＵセッションを用いてＭＢＳデータの受信を継続する。

（５．５．３）第３動作例
第３動作例は、上述のケース２を避けるために、ＭＢＳの機能をサポートするターゲットセル２０１Ｔに対して遠隔ＵＥ１００－１をハンドオーバすることを可能とするための動作例である。

第３動作例では、中継ＵＥ１００－２は、遠隔ＵＥ１００－１が受信に興味を持つＭＢＳセッションを特定する。中継ＵＥ１００－２は、特定されたＭＢＳセッションを示す識別子（ＴＭＧＩ）をｇＮＢ２００に送信する。これにより、ｇＮＢ２００は、遠隔ＵＥ１００－１が受信に興味を持つＭＢＳセッションを把握できるため、中継ＵＥ１００－２のハンドオーバのターゲットとして、当該ＭＢＳセッションを提供するターゲットを選択可能になる。なお、中継ＵＥ１００－２の配下に複数の遠隔ＵＥ１００－１が存在する場合、中継ＵＥ１００－２は、各遠隔ＵＥ１００－１が受信に興味を持つＭＢＳセッションの識別子（ＴＭＧＩ）をｇＮＢ２００に送信してもよい。

図２６は、実施形態に係る中継ＵＥ１００－２のハンドオーバの第３動作例を示す図である。本動作に先立ち、ソースセル２０１Ｓを管理するｇＮＢ２００は、ソースセル２０１Ｓの隣接セルのそれぞれについてＭＢＳ及びサイドリンク中継の各機能をサポートするかの情報を取得していてもよい。

ステップＳ５５１において、中継ＵＥ１００－２は、ＭＢＳセッションに属するＭＢＳデータを下りリンク（Ｕｕインターフェイス）上でｇＮＢ２００から受信してもよい。

ステップＳ５５２において、中継ＵＥ１００－２は、ｇＮＢ２００から受信したＭＢＳデータをサイドリンク（ＰＣ５インターフェイス）上で遠隔ＵＥ１００－１に送信（転送）してもよい。

ステップＳ５５３において、中継ＵＥ１００－２は、遠隔ＵＥ１００－１が興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）を特定する。中継ＵＥ１００－２は、上述のように、遠隔ＵＥ１００－１から送信された興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）の情報（ＭＢＳ興味情報）からステップＳ５５３の特定を行ってもよい。中継ＵＥ１００－２は、自身が現在転送しているＭＢＳセッションの識別子（ＴＭＧＩ）からステップＳ５５３の特定を行ってもよい。

ステップＳ５５４において、中継ＵＥ１００－２は、特定された識別子（ＴＭＧＩ）を含むメッセージをｇＮＢ２００に送信する。当該メッセージは、ＭＢＳ興味通知（ＭＩＩ）であってもよい。当該メッセージは、中継ＵＥ１００－２ではなく、遠隔ＵＥ１００－１が興味のあるＭＢＳセッションの識別子（ＴＭＧＩ）であることを示す情報を含んでもよい。

ステップＳ５５５において、中継ＵＥ１００－２は、例えば、ソースセル２０１Ｓの受品品質の低下及び／又は隣接セルの受信品質の向上に応じて、各セルの測定結果を含む測定報告をソースセル２０１Ｓ（ｇＮＢ２００）に送信してもよい。

ステップＳ５５６において、ｇＮＢ２００は、ステップＳ５５４で中継ＵＥ１００－２から受信した識別子（ＴＭＧＩ）に基づいて、当該ＴＭＧＩに対応するＭＢＳセッションを提供するターゲットへの中継ＵＥ１００－２のハンドオーバを決定する。

ステップＳ５５７において、ｇＮＢ２００は、ハンドオーバコマンドを中継ＵＥ１００－２に送信する。

ステップＳ５５８において、中継ＵＥ１００－２は、受信されたハンドオーバコマンドに従ってターゲットへのアクセス（接続処理）を行う。

（６）その他の実施形態
上述の実施形態において、ｇＮＢ２００と遠隔ＵＥ１００－１との間に１つの中継ＵＥ１００－２が介在するシングルホップのケースを想定していたが、上述の実施形態を、ｇＮＢ２００と遠隔ＵＥ１００－１との間に複数の中継ＵＥ１００－２が介在するマルチホップのケースに適用してもよい。マルチホップのケースにおいて、遠隔ＵＥ１００－１は、上述のＭＢＳセッション開始通知を中継ＵＥ１００－２から受信してもよい。当該通知は、前記ＭＢＳセッション開始情報を含むＰＣ５－ＲＲＣメッセージでもよい。また、当該通知は、ＭＢＳセッション開始情報を含むディスカバリメッセージでもよい。

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

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

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

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

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

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

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

（１）
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための通信方法であって、
前記遠隔ユーザ装置が、前記遠隔ユーザ装置が受信に興味を持つ所望ＭＢＳセッションの転送を行わない前記中継ユーザ装置よりも、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択するステップと、
前記遠隔ユーザ装置が、前記選択された中継ユーザ装置を介して、前記所望ＭＢＳセッションに属するＭＢＳデータを前記基地局から受信するステップと、を有する
通信方法。

（２）
前記中継ユーザ装置が、前記中継ユーザ装置がＭＢＳセッションの転送をサポートしているか否かを示すサポート情報をサイドリンク上で送信するステップと、
前記遠隔ユーザ装置が、前記サポート情報を前記中継ユーザ装置から受信するステップと、をさらに有し、
前記選択するステップは、前記受信されたサポート情報に基づいて、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択するステップを含む
上記（１）に記載の通信方法。

（３）
前記中継ユーザ装置が、前記中継ユーザ装置が転送可能なＭＢＳセッションを示す識別子をサイドリンク上で送信するステップと、
前記遠隔ユーザ装置が、前記中継ユーザ装置から前記識別子を受信するステップと、をさらに有し、
前記選択するステップは、前記受信された識別子に基づいて、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択するステップを含む
上記（１）又は（２）に記載の通信方法。

（４）
前記中継ユーザ装置が、前記中継ユーザ装置が前記基地局から受信するＭＢＳ受信設定に基づいて、前記中継ユーザ装置が転送可能なＭＢＳセッションを特定するステップをさらに有する
上記（３）に記載の通信方法。

（５）
前記選択するステップは、前記所望ＭＢＳセッションの転送が可能な中継ユーザ装置のみを候補として中継ユーザ装置選択を行うステップを含む
上記（１）乃至（４）のいずれかに記載の通信方法。

（６）
前記選択するステップは、前記遠隔ユーザ装置が複数の中継ユーザ装置のそれぞれから受信する無線信号の受信品質を比較することで中継ユーザ装置選択を行うステップを含み、
前記中継ユーザ装置選択を行うステップは、前記所望ＭＢＳセッションの転送が可能な中継ユーザ装置についての前記受信品質に対してオフセットを付与するステップを含む
上記（１）乃至（４）のいずれかに記載の通信方法。

（７）
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための通信方法であって、
ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある前記中継ユーザ装置が、前記遠隔ユーザ装置がマルチキャストセッションの受信に興味を持つことを示す興味情報を前記遠隔ユーザ装置から受信するステップと、
前記中継ユーザ装置が、前記興味情報の受信に応じて、前記基地局とのＲＲＣ接続を確立又はレジュームする接続処理を行うステップと、を有する
通信方法。

（８）
前記接続処理を行うステップは、前記接続処理において前記中継ユーザ装置から前記基地局に対して送信するメッセージを用いて、前記マルチキャストセッションの転送が目的である旨を前記基地局に通知するステップを含む
上記（７）に記載の通信方法。

（９）
前記ＲＲＣ接続を確立又はレジュームした前記中継ユーザ装置が、前記マルチキャストセッションに属するＭＢＳデータを前記基地局から前記遠隔ユーザ装置に転送するステップをさらに有する
上記（７）又は（８）に記載の通信方法。

（１０）
前記ＲＲＣ接続を確立又はレジュームした前記中継ユーザ装置が、前記マルチキャストセッションに対応するマルチキャスト無線ベアラ（ＭＲＢ）を、前記遠隔ユーザ装置と前記中継ユーザ装置との間のサイドリンクのユニキャスト又はグループキャストにマッピングする
上記（７）乃至（９）のいずれかに記載の通信方法。

（１１）
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための通信方法であって、
前記中継ユーザ装置が、サイドリンク中継の機能をサポートする第１セルから受信するデータを前記遠隔ユーザ装置に転送するステップと、
前記第１セルを管理する前記基地局が、前記サイドリンク中継の機能をサポートしない第２セルに対する前記中継ユーザ装置のハンドオーバを決定したことに応じて、前記遠隔ユーザ装置から前記基地局へ測定報告を送信させる処理を行うステップと、
前記基地局が、前記測定報告に基づいて、前記中継ユーザ装置のハンドオーバよりも前に前記遠隔ユーザ装置のハンドオーバを行うステップと、を有する
通信方法。

（１２）
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための通信方法であって、
前記中継ユーザ装置が、前記ＭＢＳの機能をサポートする第１セルから前記中継ユーザ装置が受信する前記ＭＢＳデータを前記遠隔ユーザ装置に転送するステップと、
前記第１セルを管理する前記基地局が、前記ＭＢＳの機能をサポートしない第２セルに対する前記中継ユーザ装置のハンドオーバを決定したことに応じて、前記ＭＢＳデータをユニキャストで前記遠隔ユーザ装置に配信するためのＰＤＵセッションを前記遠隔ユーザ装置に確立させる処理を行うステップと、
前記基地局が、前記ＰＤＵセッションの確立後に、前記ハンドオーバを行うステップと、を有する
通信方法。

（１３）
マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータを基地局から中継ユーザ装置を介して遠隔ユーザ装置に伝送するための通信方法であって、
前記中継ユーザ装置が、前記遠隔ユーザ装置が受信に興味を持つＭＢＳセッションを特定するステップと、
前記中継ユーザ装置が、前記特定されたＭＢＳセッションを示す識別子を前記基地局に送信するステップと、を有する
通信方法。

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

Claims (14)

1. マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータをネットワークノードから中継ユーザ装置を介して遠隔ユーザ装置に伝送するための通信方法であって、
   前記遠隔ユーザ装置が、前記遠隔ユーザ装置が受信に興味を持つ所望ＭＢＳセッションの転送を行わない前記中継ユーザ装置よりも、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択することと、
   前記遠隔ユーザ装置が、前記選択された中継ユーザ装置を介して、前記所望ＭＢＳセッションに属するＭＢＳデータを前記ネットワークノードから受信することと、を有し、
   前記選択することは、前記遠隔ユーザ装置が、ＲＲＣ（Radio Resource Control）アイドル状態又はＲＲＣインアクティブ状態にある前記中継ユーザ装置をＲＲＣコネクティッド状態に遷移させ、前記所望ＭＢＳセッションの転送が可能な当該中継ユーザ装置を優先して選択することを含む
   通信方法。
2. 前記中継ユーザ装置が、前記中継ユーザ装置がＭＢＳセッションの転送をサポートしているか否かを示すサポート情報をサイドリンク上で送信することと、
   前記遠隔ユーザ装置が、前記サポート情報を前記中継ユーザ装置から受信することと、をさらに有し、
   前記選択することは、前記受信されたサポート情報に基づいて、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択することを含む
   請求項１に記載の通信方法。
3. 前記中継ユーザ装置が、前記中継ユーザ装置が転送可能なＭＢＳセッションを示す識別子をサイドリンク上で送信することと、
   前記遠隔ユーザ装置が、前記中継ユーザ装置から前記識別子を受信することと、をさらに有し、
   前記選択することは、前記受信された識別子に基づいて、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択することを含む
   請求項１又は２に記載の通信方法。
4. 前記中継ユーザ装置が、前記中継ユーザ装置が前記ネットワークノードから受信するＭＢＳ受信設定に基づいて、前記中継ユーザ装置が転送可能なＭＢＳセッションを特定することをさらに有する
   請求項３に記載の通信方法。
5. 前記選択することは、前記所望ＭＢＳセッションの転送が可能な中継ユーザ装置のみを候補として中継ユーザ装置選択を行うことを含む
   請求項１又は２に記載の通信方法。
6. 前記選択することは、前記遠隔ユーザ装置が複数の中継ユーザ装置のそれぞれから受信する無線信号の受信品質を比較することで中継ユーザ装置選択を行うことを含み、
   前記中継ユーザ装置選択を行うことは、前記所望ＭＢＳセッションの転送が可能な中継ユーザ装置についての前記受信品質に対してオフセットを付与することを含む
   請求項１又は２に記載の通信方法。
7. 前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態にある前記選択された中継ユーザ装置が、前記遠隔ユーザ装置がマルチキャストセッションの受信に興味を持つことを示す興味情報を前記遠隔ユーザ装置から受信することと、
   前記選択された中継ユーザ装置が、前記興味情報の受信に応じて、前記ネットワークノードとのＲＲＣ接続を確立又はレジュームする接続処理を行うことと、を有する
   請求項１に記載の通信方法。
8. 前記接続処理を行うことは、前記接続処理において前記選択された中継ユーザ装置から前記ネットワークノードに対して送信するメッセージを用いて、前記マルチキャストセッションの転送が目的である旨を前記ネットワークノードに通知することを含む
   請求項７に記載の通信方法。
9. 前記ＲＲＣ接続を確立又はレジュームした前記選択された中継ユーザ装置が、前記マルチキャストセッションに属するＭＢＳデータを前記ネットワークノードから前記遠隔ユーザ装置に転送することをさらに有する
   請求項７又は８に記載の通信方法。
10. 前記ＲＲＣ接続を確立又はレジュームした前記選択された中継ユーザ装置が、前記マルチキャストセッションに対応するマルチキャスト無線ベアラ（ＭＲＢ）を、前記遠隔ユーザ装置と前記選択された中継ユーザ装置との間のサイドリンクのユニキャスト又はグループキャストにマッピングする
    請求項７又は８に記載の通信方法。
11. 前記選択された中継ユーザ装置が、サイドリンク中継の機能をサポートする第１セルから受信するデータを前記遠隔ユーザ装置に転送することと、
    前記第１セルを管理する前記ネットワークノードが、前記サイドリンク中継の機能をサポートしない第２セルに対する前記選択された中継ユーザ装置のハンドオーバを決定したことに応じて、前記遠隔ユーザ装置から前記ネットワークノードへ測定報告を送信させる処理を行うことと、
    前記ネットワークノードが、前記測定報告に基づいて、前記選択された中継ユーザ装置のハンドオーバよりも前に前記遠隔ユーザ装置のハンドオーバを行うことと、を有する
    請求項１に記載の通信方法。
12. 前記選択された中継ユーザ装置が、前記ＭＢＳの機能をサポートする第１セルから前記選択された中継ユーザ装置が受信する前記ＭＢＳデータを前記遠隔ユーザ装置に転送することと、
    前記第１セルを管理する前記ネットワークノードが、前記ＭＢＳの機能をサポートしない第２セルに対する前記選択された中継ユーザ装置のハンドオーバを決定したことに応じて、前記ＭＢＳデータをユニキャストで前記遠隔ユーザ装置に配信するためのＰＤＵセッションを前記遠隔ユーザ装置に確立させる処理を行うことと、
    前記ネットワークノードが、前記ＰＤＵセッションの確立後に、前記ハンドオーバを行うことと、を有する
    請求項１に記載の通信方法。
13. 前記選択された中継ユーザ装置が、前記遠隔ユーザ装置が受信に興味を持つＭＢＳセッションを特定することと、
    前記選択された中継ユーザ装置が、前記特定されたＭＢＳセッションを示す識別子を前記ネットワークノードに送信することと、を有する
    請求項１に記載の通信方法。
14. マルチキャストブロードキャストサービス（ＭＢＳ）セッションに属するＭＢＳデータをネットワークノードから中継ユーザ装置を介して遠隔ユーザ装置に伝送する通信システムにおける前記遠隔ユーザ装置であって、
    前記遠隔ユーザ装置が受信に興味を持つ所望ＭＢＳセッションの転送を行わない前記中継ユーザ装置よりも、前記所望ＭＢＳセッションの転送が可能な前記中継ユーザ装置を優先して選択する制御部と、
    前記選択された中継ユーザ装置を介して、前記所望ＭＢＳセッションに属するＭＢＳデータを前記ネットワークノードから受信する受信部と、を有し、
    前記制御部は、ＲＲＣ（Radio Resource Control）アイドル状態又はＲＲＣインアクティブ状態にある前記中継ユーザ装置をＲＲＣコネクティッド状態に遷移させ、前記所望ＭＢＳセッションの転送が可能な当該中継ユーザ装置を優先して選択する
    遠隔ユーザ装置。