特許 7549043 通信制御方法及びユーザ装置

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

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

(11)【特許番号】

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

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

(54)【発明の名称】通信制御方法及びユーザ装置

(51)【国際特許分類】

   H04W 76/40 20180101AFI20240903BHJP

   H04W 72/231 20230101ALI20240903BHJP

   H04W 24/10 20090101ALI20240903BHJP

   H04W 4/06 20090101ALI20240903BHJP

【ＦＩ】

H04W76/40

H04W72/231

H04W24/10

H04W4/06

【請求項の数】 4

(21)【出願番号】P 2022571378

(86)(22)【出願日】2021-12-16

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

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

(87)【国際公開日】2022-06-30

【審査請求日】2023-06-21

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

(32)【優先日】2020-12-23

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

(73)【特許権者】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

【審査官】石原 由晴

(56)【参考文献】

【文献】中国特許出願公開第１１１９０１７６５（ＣＮ，Ａ）

【文献】vivo，Dynamic PTM PTP switch for RRC Connected UE[online]，3GPP TSG-RAN WG2 Meeting #112-e R2-2010216，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2010216.zip>，2020年10月23日

【文献】Lenovo, Motorola Mobility，5G MBS dynamic switch between PTP and PTM with service continuity[online]，3GPP TSG-RAN WG2 Meeting #112e R2-2009880，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009880.zip>，2020年10月23日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信制御方法であって
基地局から伝送されたＲＲＣメッセージを受信することと、
ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で前記基地局から伝送されるＭＢＳデータを受信することと、
前記ＲＲＣメッセージに含まれる指示に基づいて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガすることと、
前記ステータス報告を前記基地局に送信することと、を有し、
前記ＲＲＣメッセージは、ＭＢＳベアラと対応付けられたベアラ識別子を含む
通信制御方法。

【請求項2】

前記所定レイヤは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤであって、
前記ステータス報告は、ＰＤＣＰステータス報告である
請求項１に記載の通信制御方法。

【請求項3】

前記ＲＲＣメッセージは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである
請求項１記載の通信制御方法。

【請求項4】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、
基地局から伝送されたＲＲＣメッセージを受信するとともに、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で前記基地局から伝送されるＭＢＳデータを受信する受信部と、
前記ＲＲＣメッセージに含まれる指示に基づいて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガする制御部と、
前記ステータス報告を前記基地局に送信する送信部と、を備え、
前記ＲＲＣメッセージは、ＭＢＳベアラと対応付けられたベアラ識別子を含む
ユーザ装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【非特許文献】

【0003】

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

【発明の概要】

【0004】

第１の態様に係る通信制御方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信制御方法であって、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で基地局から伝送されるＭＢＳデータを受信することと、前記伝送方式が前記ＰＴＰ伝送と前記ＰＴＭ伝送との間で切り替えられたことに応じて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガすることと、前記ステータス報告を前記基地局に送信することと、を有する。

【0005】

第２の態様に係るユーザ装置は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で基地局から伝送されるＭＢＳデータを受信する受信部と、前記伝送方式が前記ＰＴＰ伝送と前記ＰＴＭ伝送との間で切り替えられたことに応じて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガする制御部と、前記ステータス報告を前記基地局に送信する送信部とを備える。

【図面の簡単な説明】

【0006】

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

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

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

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

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

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

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

【図8】一実施形態に係るスプリットＭＢＳベアラを示す図である。

【図9】一実施形態に係るレグのアクティブ化及び非アクティブ化に関する動作例１を示す図である。

【図10】一実施形態に係るレグのアクティブ化及び非アクティブ化に関する動作例２を示す図である。

【図11】一実施形態に係るベアラ識別子（若しくは論理チャネル識別子）ごとの指示値を格納するＭＡＣ ＣＥ（１オクテット）の一例を示す図である。

【図12】一実施形態に係るＰＤＣＰステータス報告の構成例を示す図である。

【図13】一実施形態に係るＰＴＭ伝送からＰＴＰ伝送への切り替え動作を示す図である。

【図14】一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作を示す図である。

【図15】一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例を示す図である。

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

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

ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件として、ＰＴＭで最後に受信したＭＢＳデータのシーケンス番号とＰＴＰで最初に受信したＭＢＳデータのシーケンス番号とが不連続であるという条件があってもよい。ＵＥ１００のＰＤＣＰエンティティは、このような不連続を検知した場合に限り、ＰＤＣＰステータス報告の送信をトリガする。ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件は、ＰＴＭで送信されたＭＢＳデータにおける欠落（シーケンス番号の不連続）を検知したことであってもよい。

【0120】

ステップＳ１０８において、ＵＥ１００の下位レイヤ（ＲＬＣエンティティ、ＭＡＣエンティティ、及びＰＨＹエンティティ）は、ＰＤＣＰステータス報告をｇＮＢ２００に送信する。ｇＮＢ２００は、ＰＤＣＰステータス報告を受信する。

【0121】

ステップＳ１０９において、ｇＮＢ２００は、ＰＤＣＰステータス報告に含まれる欠落パケット情報（ＦＭＣ及びＢｉｔｍａｐ）に基づいて、欠落したＭＢＳデータをＰＴＰでＵＥ１００に再送する。ＵＥ１００は、ＰＴＰで再送されたＭＢＳデータを受信する。

【0122】

このように、ＰＴＭ伝送からＰＴＰ伝送への切り替えの際に、ＵＥ１００においてＭＢＳデータが欠落しても、ＰＤＣＰステータス報告に基づいて欠落ＭＢＳデータを特定し、ＰＤＣＰレイヤにおける再送により欠落ＭＢＳデータを補完できる。

【0123】

（２）ＰＴＰ伝送からＰＴＭ伝送への切り替え動作
次に、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作について説明する。図１４は、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作を示す図である。

【0124】

図１４に示すように、ステップＳ２０１において、ｇＮＢ２００は、ＭＢＳデータのＰＴＰ伝送を開始する。具体的には、ｇＮＢ２００は、あるＭＢＳセッションに属するＭＢＳデータのユニキャスト伝送を開始する。

【0125】

ステップＳ２０２において、ｇＮＢ２００は、あるＭＢＳセッションに属するＭＢＳデータをＰＴＭで送信する。ＵＥ１００は、ＭＢＳデータを受信する。

【0126】

ステップＳ２０３において、ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰステータス報告を生成するために、ＰＴＰで送信されるＭＢＳデータ（ＰＤＣＰ ＳＤＵ）のうち受信に成功したＭＢＳデータのシーケンス番号及び受信に失敗したＭＢＳデータのシーケンス番号をそれぞれ記録してもよい。

【0127】

ステップＳ２０４において、ｇＮＢ２００は、ＰＴＰ伝送からＰＴＭ伝送へ切り替えるための指示をＵＥ１００に送信する。この指示は、ＰＴＰレグのディアクティベーション指示及び／又はＰＴＭレグのアクティベーション指示であってもよい。この指示は、ＲＲＣメッセージ（例えば、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）による、ＰＴＰベアラからＰＴＭベアラへの変更指示であってもよい。この指示は、ＰＤＣＰステータス報告の送信指示又は送信設定を含んでもよい。但し、ＵＥ１００は、ｇＮＢ２００からのＰＤＣＰステータス報告の送信指示又は送信設定がなくても、ＰＤＣＰステータス報告を自発的にトリガ（ステップＳ２０７）及び送信してもよい（ステップＳ２０８）。

【0128】

ステップＳ２０５において、ｇＮＢ２００及びＵＥ１００は、ＰＴＰ伝送からＰＴＭ伝送への切り替え処理を行う。具体的には、ｇＮＢ２００及びＵＥ１００は、あるＭＢＳセッションに属するＭＢＳデータのＰＴＰ伝送を終了するとともに、当該ＭＢＳセッションに属するＭＢＳデータのＰＴＭ伝送を開始する。

【0129】

ステップＳ２０６において、ｇＮＢ２００は、当該ＭＢＳセッションに属するＭＢＳデータをＰＴＭで送信する。ＵＥ１００は、ＭＢＳデータを受信する。

【0130】

ＵＥ１００は、ＰＴＰ伝送からＰＴＭ伝送への切り替え処理に伴い、ＰＴＰで送信される最後のＭＢＳデータ（ＰＤＣＰ ＳＤＵ）の受信に失敗し得る。この場合、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＰで送信されるＭＢＳデータ（ＰＤＣＰ ＳＤＵ）のうち受信に失敗したＭＢＳデータ（ＰＤＣＰ ＳＤＵ）のシーケンス番号を記録する。

【0131】

ＵＥ１００は、ＰＴＰ伝送からＰＴＭ伝送への切り替え処理に伴い、ＰＴＭで送信される最初のＭＢＳデータ（ＰＤＣＰ ＳＤＵ）の受信に失敗し得る。この場合、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＭで送信されるＭＢＳデータ（ＰＤＣＰ ＳＤＵ）のうち受信に失敗したＭＢＳデータ（ＰＤＣＰ ＳＤＵ）のシーケンス番号を記録する。

【0132】

ステップＳ２０７において、ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰステータス報告の送信をトリガする。具体的には、ＵＥ１００のＰＤＣＰエンティティは、図１２に示すようなＰＤＣＰステータス報告を生成し、ＰＤＣＰステータス報告を下位レイヤに渡す。

【0133】

ここで、ＵＥ１００のＰＤＣＰエンティティは、ステップＳ２０４の指示を受信したときにＰＤＣＰステータス報告の送信をトリガしてもよいし、ステップＳ２０５の切り替え処理を行ったときにＰＤＣＰステータス報告の送信をトリガしてもよい。

【0134】

ＵＥ１００のＰＤＣＰエンティティは、ステップＳ２０４の指示を受信してから一定時間の経過後にＰＤＣＰステータス報告の送信をトリガしてもよいし、ステップＳ２０５の切り替え処理を行ってから一定時間の経過後にＰＤＣＰステータス報告の送信をトリガしてもよい。このような一定時間（タイマ値）は、ｇＮＢ２００からＵＥ１００に設定されてもよい。

【0135】

ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件として、ＰＴＰで最後に受信したＭＢＳデータのシーケンス番号とＰＴＭで最初に受信したＭＢＳデータのシーケンス番号とが不連続であるという条件があってもよい。ＵＥ１００のＰＤＣＰエンティティは、このような不連続を検知した場合に限り、ＰＤＣＰステータス報告の送信をトリガする。ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件は、ＰＴＰで送信されたＭＢＳデータにおける欠落（シーケンス番号の不連続）を検知したことであってもよい。

【0136】

ステップＳ２０８において、ＵＥ１００の下位レイヤ（ＲＬＣエンティティ、ＭＡＣエンティティ、及びＰＨＹエンティティ）は、ＰＤＣＰステータス報告をｇＮＢ２００に送信する。ｇＮＢ２００は、ＰＤＣＰステータス報告を受信する。

【0137】

ステップＳ２０９において、ｇＮＢ２００は、ＰＤＣＰステータス報告に含まれる欠落パケット情報（ＦＭＣ及びＢｉｔｍａｐ）に基づいて、欠落したＭＢＳデータをＰＴＭでＵＥ１００に再送する。ＵＥ１００は、ＰＴＭで再送されたＭＢＳデータを受信する。

【0138】

このように、ＰＴＰ伝送からＰＴＭ伝送への切り替えの際に、ＵＥ１００においてＭＢＳデータが欠落しても、ＰＤＣＰステータス報告に基づいて欠落ＭＢＳデータを特定し、ＰＤＣＰレイヤにおける再送により欠落ＭＢＳデータを補完できる。

【0139】

（３）ＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例
次に、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例について説明する。図１５は、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例を示す図である。

【0140】

図１５に示すように、ステップＳ３０１乃至Ｓ３０８の動作は、図１４と同様である。但し、ステップＳ３０４及びＳ３０５において、ｇＮＢ２００及びＵＥ１００は、ＰＴＰ通信パス（ＰＴＰレグ）をディアクティベーションせずにアクティブな状態を維持する。

【0141】

ステップＳ３０９において、ｇＮＢ２００は、ＰＤＣＰステータス報告に含まれる欠落パケット情報（ＦＭＣ及びＢｉｔｍａｐ）に基づいて、欠落したＭＢＳデータをＰＴＰでＵＥ１００に再送する。ＵＥ１００は、ＰＴＰで再送されたＭＢＳデータを受信する。

【0142】

このように、ｇＮＢ２００及びＵＥ１００は、ＭＢＳデータの初送処理をＰＴＭで行いつつ、ＭＢＳデータの再送処理をＰＴＰで行う。これにより、ＭＢＳデータの欠落が生じたＵＥ１００に対してのみ、当該ＭＢＳデータをＰＴＰで再送できるため、効率的な再送処理を実現できる。なお、ＵＥ１００は、欠落したＭＢＳデータが再送により補完された場合、ＰＴＰでの受信処理を自発的に停止してもよい。

【0143】

（その他の実施形態）
上述の実施形態において、スプリットＭＢＳベアラを用いて、ＰＴＰ通信パスをＰＴＰレグにより構成するとともに、ＰＴＭ通信パスをＰＴＭレグにより構成する一例について説明した。しかしながら、２つの無線ベアラ（データ無線ベアラ）を用いて、ＰＴＰ通信パスをＰＴＰ用の第１無線ベアラにより構成するとともに、ＰＴＭ通信パスをＰＴＭ用の第２無線ベアラにより構成してもよい。

【0144】

上述の実施形態において、所定レイヤがＰＤＣＰレイヤであって、ＵＥ１００からｇＮＢ２００へ送信されるステータス報告がＰＤＣＰステータス報告（ＰＤＣＰ ｓｔａｔｕｓ ｒｅｐｏｒｔ）である一例について説明した。但し、上述の実施形態におけるＰＤＣＰエンティティをＲＬＣエンティティと読み替え、ＰＤＣＰステータス報告をＲＬＣステータス報告（ＲＬＣ Ｓｔａｔｕｓ ＰＤＵ）と読み替えてもよい。

【0145】

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

【0146】

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

【0147】

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

【0148】

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

【0149】

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

【0150】

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

【符号の説明】

【0151】

１０ ：ＮＧ－ＲＡＮ（５Ｇ ＲＡＮ）
２０ ：５ＧＣ（５Ｇ ＣＮ）
１００ ：ＵＥ
１１０ ：受信部
１２０ ：送信部
１３０ ：制御部
２００ ：ｇＮＢ
２１０ ：送信部
２２０ ：受信部
２３０ ：制御部
２４０ ：バックホール通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】