(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024161557
(43)【公開日】2024-11-19
(54)【発明の名称】通信制御方法
(51)【国際特許分類】
H04W 4/06 20090101AFI20241112BHJP
H04W 72/0453 20230101ALI20241112BHJP
H04W 72/30 20230101ALI20241112BHJP
【ＦＩ】
H04W4/06
H04W72/0453
H04W72/30
【審査請求】有
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2024139474
(22)【出願日】2024-08-21
(62)【分割の表示】P 2022539458の分割
【原出願日】2021-07-26
(31)【優先権主張番号】63/058,713
(32)【優先日】2020-07-30
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
(72)【発明者】
【氏名】チャン ヘンリー
(57)【要約】 （修正有）
【課題】異なるサービス品質条件をサポートするマルチキャスト・ブロードキャストサービス（ＭＢＳ）の通信制御方法、ネットワークノード、チップセット、プログラム及び移動通信システムを提供する。
【解決手段】通信制御方法は、基地局ｇＮＢからユーザ装置ＵＥに対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、セルを管理する基地局が、それぞれ異なるサービス品質要件と対応付けられた複数のＭＢＳ制御チャネルの送信をセルにおいて行うことと、ユーザ装置が、複数のＭＢＳ制御チャネルのうち、ユーザ装置が要求するサービス品質要件に対応するＭＢＳ制御チャネルの受信を行うことと、を含む。
【選択図】図８
【解決手段】通信制御方法は、基地局ｇＮＢからユーザ装置ＵＥに対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、セルを管理する基地局が、それぞれ異なるサービス品質要件と対応付けられた複数のＭＢＳ制御チャネルの送信をセルにおいて行うことと、ユーザ装置が、複数のＭＢＳ制御チャネルのうち、ユーザ装置が要求するサービス品質要件に対応するＭＢＳ制御チャネルの受信を行うことと、を含む。
【選択図】図８
【特許請求の範囲】
【請求項1】
ネットワークノードからユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
セルを管理する前記ネットワークノードが、第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を前記ユーザ装置に送信することを有し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報である、
通信制御方法。
セルを管理する前記ネットワークノードが、第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を前記ユーザ装置に送信することを有し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報である、
通信制御方法。
【請求項2】
ユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるネットワークノードであって、
セルを管理する制御部と、
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を前記ユーザ装置に送信する送信部と、を備え、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報である、
ネットワークノード。
セルを管理する制御部と、
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を前記ユーザ装置に送信する送信部と、を備え、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報である、
ネットワークノード。
【請求項3】
ネットワークノードがマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるユーザ装置であって、
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を、セルを管理する前記ネットワークノードから受信する受信部を有し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報であり、
前記受信部は、前記第１ＭＢＳ帯域幅部分情報に基づいて前記第１ＭＢＳサービスを受信する処理、及び前記第２ＭＢＳ帯域幅部分情報に基づいて前記第２ＭＢＳサービスを受信する処理のうち、少なくとも一方を実行する
ユーザ装置。
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を、セルを管理する前記ネットワークノードから受信する受信部を有し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報であり、
前記受信部は、前記第１ＭＢＳ帯域幅部分情報に基づいて前記第１ＭＢＳサービスを受信する処理、及び前記第２ＭＢＳ帯域幅部分情報に基づいて前記第２ＭＢＳサービスを受信する処理のうち、少なくとも一方を実行する
ユーザ装置。
【請求項4】
ネットワークノードがマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるユーザ装置を制御するチップセットであって、
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を、セルを管理する前記ネットワークノードから受信する処理を実行し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報であり、
前記受信する処理は、前記第１ＭＢＳ帯域幅部分情報に基づいて前記第１ＭＢＳサービスを受信する処理、及び前記第２ＭＢＳ帯域幅部分情報に基づいて前記第２ＭＢＳサービスを受信する処理のうち、少なくとも一方を実行する処理を含む
チップセット。
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を、セルを管理する前記ネットワークノードから受信する処理を実行し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報であり、
前記受信する処理は、前記第１ＭＢＳ帯域幅部分情報に基づいて前記第１ＭＢＳサービスを受信する処理、及び前記第２ＭＢＳ帯域幅部分情報に基づいて前記第２ＭＢＳサービスを受信する処理のうち、少なくとも一方を実行する処理を含む
チップセット。
【請求項5】
ネットワークノードがマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるユーザ装置に、
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を、セルを管理する前記ネットワークノードから受信する処理を実行させ、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報であり、
前記受信する処理は、前記第１ＭＢＳ帯域幅部分情報に基づいて前記第１ＭＢＳサービスを受信する処理、及び前記第２ＭＢＳ帯域幅部分情報に基づいて前記第２ＭＢＳサービスを受信する処理のうち、少なくとも一方を実行する処理を含む
プログラム。
第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を、セルを管理する前記ネットワークノードから受信する処理を実行させ、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報であり、
前記受信する処理は、前記第１ＭＢＳ帯域幅部分情報に基づいて前記第１ＭＢＳサービスを受信する処理、及び前記第２ＭＢＳ帯域幅部分情報に基づいて前記第２ＭＢＳサービスを受信する処理のうち、少なくとも一方を実行する処理を含む
プログラム。
【請求項6】
セルを管理するネットワークノードを備え、前記ネットワークノードからユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムであって、
前記ネットワークノードは、第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を前記ユーザ装置に送信し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報である、
移動通信システム。
前記ネットワークノードは、第１ＭＢＳサービスに対応する第１ＭＢＳ帯域幅部分情報と、第２ＭＢＳサービスに対応する第２ＭＢＳ帯域幅部分情報と、を前記ユーザ装置に送信し、
前記第１ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第１ＭＢＳサービスの提供に用いる第１帯域幅部分を示す情報であり、
前記第２ＭＢＳ帯域幅部分情報は、前記セルにおいて前記第２ＭＢＳサービスの提供に用いる第２帯域幅部分を示す情報である、
移動通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、移動通信システムで用いる通信制御方法に関する。
【背景技術】
【0002】
近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】３ＧＰＰ技術仕様書「３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．２．０ （２０２０－０７）」
【発明の概要】
【0004】
第１の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、セルを管理する前記基地局が、それぞれ異なるサービス品質要件と対応付けられた複数のＭＢＳ制御チャネルの送信を前記セルにおいて行うことと、前記ユーザ装置が、前記複数のＭＢＳ制御チャネルのうち、前記ユーザ装置が要求するサービス品質要件に対応するＭＢＳ制御チャネルの受信を行うこととを有する。
【0005】
第２の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、ブロードキャスト制御チャネルを介してＭＢＳシステム情報を送信することを有し、前記ＭＢＳシステム情報は、ＭＢＳ制御情報を伝送するＭＢＳ制御チャネルのスケジューリングを示す第１ＭＢＳシステム情報と、ＭＢＳデータを伝送するＭＢＳトラフィックチャネルのスケジューリングを示す第２ＭＢＳシステム情報とを含む。
【0006】
第３の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、ＭＢＳ制御チャネルを介したＭＢＳ制御情報の送信を要求する送信要求を基地局に送信することと、前記基地局が、前記送信要求の受信に応じて、前記ＭＢＳ制御チャネルを介して前記ＭＢＳ制御情報を送信することと、を有する。
【0007】
第４の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、ブロードキャスト制御チャネルを介して送信されるＭＢＳシステム情報及びＭＢＳ制御チャネルを介して送信されるＭＢＳ制御情報の少なくとも一方を指定するユニキャスト送信要求を前記基地局に送信することと、前記基地局が、前記ユニキャスト送信要求の受信に応じて、前記ユニキャスト送信要求で指定された情報をユニキャストで前記ユーザ装置に送信することとを有する。
【0008】
第５の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、ＭＢＳセッションの提供を開始する場合、前記ＭＢＳセッションに対応するＭＢＳサービス識別子を含むセッション開始通知をユーザ装置に送信することを有する。
【0009】
第６の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、セルを管理する前記基地局が、ＭＢＳセッションに対応するＭＢＳサービス識別子と、前記ＭＢＳサービス識別子と対応付けられた帯域幅部分情報とをユーザ装置に送信することを有し、前記帯域幅部分情報は、前記セルにおいて前記ＭＢＳセッションの提供に用いる第１帯域幅部分を示す情報である。
【図面の簡単な説明】
【0010】
【図1】実施形態に係る移動通信システムの構成を示す図である。
【図2】実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。
【図3】実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。
【図4】データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
【図5】シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
【図6】実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との対応関係を示す図である。
【図7】第１実施形態に係る通信制御方法を示す図である。
【図8】第１実施形態に係る動作の一例を示す図である。
【図9】第２実施形態に係るチャネルの対応関係を示す図である。
【図10】第２実施形態に係る動作の一例を示す図である。
【図11】第３実施形態に係る動作の一例を示す図である。
【図12】第４実施形態に係る動作の一例を示す図である。
【図13】第５実施形態に係る動作の一例を示す図である。
【図14】ＢＷＰの一例を示す図である。
【図15】第６実施形態に係る動作の一例を示す図である。
【図16】ＬＴＥ ＳＣ－ＰＴＭにおける２段階設定を示す図である。
【図17】ＮＲ ＭＢＳのための機能拡張を示す図である。
【図18】ＬＴＥ ＭＢＭＳのＵ－ｐｌａｎｅアーキテクチャを示す図である。
【図19】信頼性の高い受信及びマルチキャスト/ユニキャストスイッチングの機能拡張を示す図である。
【発明を実施するための形態】
【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】
【表1】
【0103】
ステップＳ３０２において、ＵＥ１００は、ステップＳ３０１で受信したＭＢＳシステム情報に基づいて、ＭＢＳ制御チャネルのブロードキャスト要求（送信要求）をｇＮＢ２００に送信する。当該ブロードキャスト要求は、セルに複数のＭＢＳ制御チャネルが設けられる場合、ＭＢＳサービス識別子又はＭＢＳ制御チャネルの識別子を含む。当該ブロードキャスト要求は、早期に情報が欲しいか否か（遅延が許容されるか否か）の識別情報を含んでもよい。
【0104】
ブロードキャスト要求は、これらの情報を含むＲＲＣメッセージであってもよい。このＲＲＣメッセージは、ＬＴＥで規定されるようなＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎメッセージであってもよい。なお、ブロードキャスト要求前にＵＥ１００がＲＲＣアイドル状態又はＲＲＣコネクティッド状態にある場合、ＵＥ１００は、ランダムアクセスプロシージャを完了してＲＲＣコネクティッド状態に遷移したうえで、ブロードキャスト要求（ＲＲＣメッセージ）を送信してもよい。なお、ＵＥ１００は、ＲＲＣコネクティッド状態への遷移要求（ＲＲＣ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ又はＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）において、ブロードキャスト要求を行うための通信であることを通知してもよい。当該通知は、遷移要求メッセージ中の情報要素の一つであるｃａｕｓｅとして通知されてもよい。
【0105】
ブロードキャスト要求は、ブロードキャスト要求用のＰＲＡＣＨリソースを用いて送信されるランダムアクセスプリアンブルであってもよい。複数のＭＢＳ制御チャネルが設けられる場合、ＭＢＳサービス識別子ごとにＰＲＡＣＨリソースを分けることで識別してもよい。
【0106】
ステップＳ３０３において、ｇＮＢ２００は、ステップＳ３０２でＵＥ１００から受信したブロードキャスト要求（送信要求）に基づいて、ＭＢＳ制御チャネルの送信機会においてＭＢＳ制御チャネルのブロードキャストを行う。ＵＥ１００は、ＭＢＳ制御チャネル（ＭＢＳ制御情報）を受信し、この情報を基に、自身が受信したいＭＢＳトラフィックチャネルを受信する。なお、ＭＢＳ制御チャネル（ＭＢＳ制御情報）をユニキャスト、すなわち、ＵＥ個別シグナリング（ＲＲＣメッセージ）で送信する例については第４実施形態で説明する。
【0107】
（第４実施形態）
次に、第４実施形態について、上述の実施形態との相違点を主として説明する。第４実施形態は、第３実施形態の少なくとも一部の動作と併用してもよい。
次に、第４実施形態について、上述の実施形態との相違点を主として説明する。第４実施形態は、第３実施形態の少なくとも一部の動作と併用してもよい。
【0108】
上述のオンデマンド型の送信は、ＵＥ１００から送信要求を受信した後、ＭＢＳシステム情報又はＭＢＳ制御チャネルの送信機会まで待つ必要があるため、許容できない遅延が生じ得る。特に、遅延センシティブなＭＢＳサービスの場合、遅延要件を満たせない虞がある。
【0109】
よって、第４実施形態では、オンデマンド型のＭＢＳシステム情報又はオンデマンド型のＭＢＳ制御チャネルをユニキャスト（ＵＥ個別シグナリング）で送信可能とする。これにより、予め定められた送信機会まで待つ必要が無くなり、遅延を抑制できる。
【0110】
具体的には、第４実施形態に係る通信制御方法は、ＵＥ１００が、ブロードキャスト制御チャネルを介して送信されるＭＢＳシステム情報及びＭＢＳ制御チャネルを介して送信されるＭＢＳ制御情報の少なくとも一方を指定するユニキャスト送信要求をｇＮＢ２００に送信するステップと、ｇＮＢ２００が、ユニキャスト送信要求の受信に応じて、ユニキャスト送信要求で指定された情報をユニキャストでＵＥ１００に送信するステップとを有する。
【0111】
第４実施形態において、１つのセルに複数のＭＢＳ制御チャネルを含んでもよい。ｇＮＢ２００は、ブロードキャスト制御チャネルを介して、ユニキャスト送信要求で指定可能なＭＢＳ制御チャネルを特定するための情報を送信してもよい。例えば、ｇＮＢ２００は、オンデマンドで提供しているブロードキャスト制御チャネル（すなわち、ブロードキャストを停止しているブロードキャスト制御チャネル）に対応するＭＢＳサービス識別子又はＭＢＳ制御チャネル識別子をブロードキャストする。これにより、ＵＥ１００は、ユニキャスト送信要求の対象とするブロードキャスト制御チャネルを適切に判断できる。
【0112】
第４実施形態において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移した後、ユニキャスト送信要求をｇＮＢ２００に送信してもよい。
【0113】
第４実施形態において、１つのセルに複数のＭＢＳ制御チャネルが含まれてもよい。ＵＥ１００は、少なくとも１つのＭＢＳ制御チャネルを指定するユニキャスト送信要求をｇＮＢ２００に送信してもよい。もしくはＵＥ１００は、少なくとも１つのＭＢＳデータ（少なくとも１つのＭＢＳトラフィックチャネル）を指定するユニキャスト送信要求をｇＮＢ２００に送信してもよい。ここで、「指定する」とは、例えば、ＵＥ１００が興味のあるＭＢＳサービス識別子（又はＭＢＳ制御チャネル識別子）をユニキャスト送信要求に含めることをいう。或いは、ＵＥ１００は、興味のあるＭＢＳサービス識別子又はＭＢＳ制御チャネル識別子と対応付けられたＰＲＡＣＨリソースを用いて、ランダムアクセルプリアンブルをユニキャスト送信要求として送信してもよい。ｇＮＢ２００は、このようなユニキャスト送信要求で指定されたＭＢＳ制御チャネルのＭＢＳ制御情報をユニキャストで送信する。
【0114】
【0115】
図１２に示すように、ステップＳ４０１において、ｇＮＢ２００は、１つのセルにおいて複数のＭＢＳ制御チャネルをサポートしている場合、オンデマンド提供しているＭＢＳ制御チャネル（ブロードキャストしていないＭＢＳ制御チャネル）に対応するＭＢＳサービス識別子及び／又はＭＢＳ制御チャネル識別子を含むオンデマンド提供情報をブロードキャストする。このブロードキャストは、ブロードキャスト制御チャネル又はＭＢＳ制御チャネルにより行われる。
【0116】
ステップＳ４０２において、ＵＥ１００は、ユニキャスト送信要求をｇＮＢ２００に送信する。ＵＥ１００は、ステップＳ４０１で受信したオンデマンド提供情報に基づいてユニキャスト送信要求をｇＮＢ２００に送信してもよい。具体的には、ＵＥ１００は、オンデマンド提供しているＭＢＳ制御チャネルのみ若しくはＭＢＳトラフィックチャネル（ＭＢＳデータ）のみを対象にしてユニキャスト送信要求をｇＮＢ２００に送信してもよい。
【0117】
例えば、ＵＥ１００は、ＭＢＳ制御チャネル（ＭＢＳ制御情報）の提供を要求する。ＵＥ１００は、１つのセルに複数のＭＢＳ制御チャネルが存在する場合、自身が興味のあるＭＢＳサービス識別子（又はＭＢＳ制御チャネル識別子）をｇＮＢ２００に通知してもよい。
【0118】
ＵＥ１００は、ＭＢＳシステム情報を提供してほしいのか、又はＭＢＳ制御チャネルを提供してほしいのか、又は両方を提供してほしいのかを示す情報をｇＮＢ２００に送信してもよい。また、ＵＥ１００は、ブロードキャストでのオンデマンド送信を要求するのか、ユニキャストでのオンデマンド送信を要求するのかを示す情報をｇＮＢ２００に送信してもよい。さらに、ＵＥ１００は、自身が遅延センシティブなＭＢＳサービスへのアクセスであることをｇＮＢ２００に通知してもよい。
【0119】
ステップＳ４０２は、ＲＲＣコネクティッド状態にあるＵＥ１００が実施してもよい。ＵＥ１００は、ＲＲＣメッセージの一種であるＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ又はＵＥ１００ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎによりユニキャスト送信要求をｇＮＢ２００に送信してもよい。或いは、ＵＥ１００は、ランダムアクセスプロシージャにおいてＭｓｇ３又はＭｓｇ５によりユニキャスト送信要求をｇＮＢ２００に送信してもよい。
【0120】
ステップＳ４０２は、ＲＲＣアイドル状態にあるＵＥ１００が実施してもよい。上述の第３実施形態で説明したように、ＵＥ１００は、専用のＰＲＡＣＨリソースを用いてユニキャスト送信要求をｇＮＢ２００に送信してもよい。この場合、ＭＢＳサービス識別子（又はＭＢＳ制御チャネル識別子）、或いは、ＳＩＢ及びＭＢＳ制御チャネルの識別など、要求の区分けごとに異なるＰＲＡＣＨリソースが割り当てられてもよい。このような専用のＰＲＡＣＨリソースはＳＩＢでブロードキャストされてもよいし、ＵＥ個別シグナリングでＵＥ１００に通知されてもよい。
【0121】
ステップＳ４０３において、ｇＮＢ２００は、ステップＳ４０２で受信したユニキャスト送信要求に基づいて、ＭＢＳシステム情報及び／又はＭＢＳ制御チャネル（ＭＢＳ制御情報）をＵＥ個別シグナリング（例えば、ＲＲＣメッセージ）でＵＥ１００に送信する。なお、ｇＮＢ２００は、ＭＢＳ制御情報の一部のみを送信してもよい。例えば、１つ（または複数）のＭＢＳ制御チャネルが、複数のＭＢＳデータの制御情報（スケジューリング情報など）を有している場合、ｇＮＢ２００は、ステップＳ４０２で受信したＵＥからの要求（ＵＥの興味のあるＴＭＧＩ）に基づき、当該ＴＭＧＩに対応するＭＢＳデータの制御情報のみをＵＥに送信する。
【0122】
ここで、ｇＮＢ２００は、ＭＢＳシステム情報及び／又はＭＢＳ制御チャネル（ＭＢＳ制御情報）のうち、ＵＥ１００から要求されたＭＢＳサービス識別子に対応するＭＢＳトラフィックチャネルのスケジューリング情報のみをＵＥ１００に渡すとしてもよい。
【0123】
ｇＮＢ２００は、遅延センシティブなサービスに関してのみＵＥ個別シグナリングを用い、それ以外の場合はブロードキャストを用いるとしてもよい。
【0124】
なお、ｇＮＢ２００は、ステップＳ４０３に代えて、適切なセルへＵＥ１００をハンドオーバさせてもよい。
【0125】
（第５実施形態）
次に、第５実施形態について、上述の実施形態との相違点を主として説明する。
次に、第５実施形態について、上述の実施形態との相違点を主として説明する。
【0126】
ＵＥ１００は、自身が受信を希望するＭＢＳサービス（ＭＢＳセッション）の提供が開始されたか否かを把握するために、高頻度に送信されるＭＢＳ制御チャネルを毎回確認せねばならない。まだＭＢＳトラフィックチャネルのリソースが割り当てられていない場合（つまり、まだＭＢＳ送信が開始されていない場合）、ＵＥ１００は無駄な電力を消費してしまう。
【0127】
よって、第５実施形態では、ＭＢＳ送信が開始されたＭＢＳサービスをＵＥ１００に通知可能とする。これにより、ＵＥ１００は、高頻度に送信されるＭＢＳ制御チャネルを毎回確認する必要が無くなるため、ＵＥ１００の消費電力を削減できる。
【0128】
第５実施形態に係る通信制御方法は、ｇＮＢ２００が、ＭＢＳセッションの提供を開始する場合、当該ＭＢＳセッションに対応するＭＢＳサービス識別子を含むセッション開始通知をＵＥ１００に送信するステップを有する。
【0129】
第５実施形態に係る通信制御方法は、ＭＢＳセッションが開始されるよりも前に、ＵＥ１００が指定するＭＢＳサービス識別子をＵＥ１００からｇＮＢ２００に送信するステップと、ｇＮＢ２００が、ＵＥ１００からのＭＢＳサービス識別子を記憶するステップと、をさらに有してもよい。ｇＮＢ２００は、記憶されたＭＢＳサービス識別子に対応する対象ＭＢＳセッションを開始する場合、セッション開始通知を送信する。
【0130】
【0131】
図１３に示すように、ステップＳ５０１において、ｇＮＢ２００は、現在サービスしていないが近い将来サービスを開始する各ＭＢＳサービス（各ＭＢＳセッション）のＭＢＳサービス識別子を含む予告通知をブロードキャストする。ＵＥ１００は、この予告通知に基づいて、ｇＮＢ２００が近い将来サービスを開始するＭＢＳサービス（ＭＢＳセッション）を把握できる。なお、ＵＥ１００は、ネットワークから提供されるＵＳＤによって、近い将来サービスを開始するＭＢＳサービス（ＭＢＳセッション）を把握してもよい。
【0132】
ステップＳ５０２において、ＵＥ１００は、自身が受信を希望するＭＢＳサービス（ＭＢＳセッション）を示すＭＢＳサービス識別子をｇＮＢ２００に送信する。ｇＮＢ２００は、このＭＢＳサービス識別子を受信及び記憶する。
【0133】
ここで、ＵＥ１００がＲＲＣコネクティッド状態にある場合、ＵＥ１００は、例えば、ＲＲＣメッセージの一種であるＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎメッセージにＭＢＳサービス識別子を含めてｇＮＢ２００へ送信してもよい。このＭＢＳサービス識別子は、現在ＭＢＳ送信されていない（将来的に送信を期待する）ものであってもよい。ＵＥ１００は、ステップＳ５０１でｇＮＢ２００から受信した予告通知に含まれるＭＢＳサービス識別子のみを対象としてｇＮＢ２００への通知を行ってもよいし、予告通知にかかわらずＭＢＳサービス識別子をｇＮＢ２００へ通知してもよい。
【0134】
一方、ＵＥ１００がＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある場合、ＵＥ１００は、例えば、ＰＲＡＣＨを用いてＭＢＳサービス識別子をｇＮＢ２００に通知するか（第４実施形態参照）、又はＲＲＣコネクティッド状態に遷移して上述のＭＢＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎを送信してもよい。
【0135】
ステップＳ５０３において、ｇＮＢ２００は、ＭＢＳサービス識別子を含むセッション開始通知（サービス開始通知）を送信する。ｇＮＢ２００は、ステップＳ５０２でＵＥ１００から通知されたＭＢＳサービス識別子を含むセッション開始通知を送信してもよい。
【0136】
ｇＮＢ２００は、具体的な通知タイミングとして、次のいずれかのタイミングでセッション開始通知を送信してもよい。
・対象ＭＢＳサービス識別子のＭＢＳセッションが開始されるタイミング
・対象ＭＢＳサービス識別子のＭＢＳ制御チャネル制御情報が変更されるタイミング
・対象ＭＢＳサービス識別子のＭＢＳトラフィックチャネルのリソースが割り当てられるタイミング
・対象ＭＢＳサービス識別子のＭＢＳセッションが開始されるタイミング
・対象ＭＢＳサービス識別子のＭＢＳ制御チャネル制御情報が変更されるタイミング
・対象ＭＢＳサービス識別子のＭＢＳトラフィックチャネルのリソースが割り当てられるタイミング
【0137】
ｇＮＢ２００は、具体的な通知内容として、次のいずれかの情報要素のうち少なくとも１つをセッション開始通知に含めてもよい。
・対象ＭＢＳサービス識別子
・対象ＭＢＳサービスの開始タイミング（Ｈ－ＳＦＮ、ＳＦＮ、サブフレーム番号、時刻、相対時間など）
・対象ＭＢＳサービス識別子
・対象ＭＢＳサービスの開始タイミング（Ｈ－ＳＦＮ、ＳＦＮ、サブフレーム番号、時刻、相対時間など）
【0138】
ｇＮＢ２００は、具体的な通知方法として、次のいずれかの方法でセッション開始通知を送信してもよい。
・ＲＲＣメッセージ （ＵＥ個別シグナリング又はＳＩＢ）
・ＳＩＢ又はＭＢＳ制御チャネルのｃｈａｎｇｅ ｎｏｔｉｆｉｃａｔｉｏｎ
・ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）：この場合、例えばＰａｇｉｎｇメッセージを送信するＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）に多重されてもよい。ＭＢＳ受信に興味があるＵＥ１００は、Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎに送信される（可能性のある）ＭＡＣ ＣＥをモニタする。
・Ｐａｇｉｎｇメッセージ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ）：この場合、Ｓｈｏｒｔ ＭｅｓｓａｇｅやＰａｇｉｎｇメッセージにおける通知とＭＢＳサービス識別子の紐づけが存在してもよい。Ｓｈｏｒｔ Ｍｅｓｓａｇｅの各ビットとＭＢＳサービス識別子の紐づけは事前にｇＮＢ２００からＳＩＢ等で通知されていてもよい。また、開始タイミングは事前に通知されていてもよいし、Ｓｈｏｒｔ Ｍｅｓｓａｇｅのビットに値を割り当ててもよい。例えば、ＵＥ１００がステップＳ５０２で要求をした時に、ｇＮＢ２００が該当する識別子（ビットの位置）などをＵＥ１００に通知する。ビットの位置として、例えば“００１０００００”の場合に、３ビット目が当該ＭＢＳサービス識別子であるということを予めＵＥ１００に通知しておく。Ｐａｇｉｎｇメッセージ内で、個別のＵＥ１００に対して通知してもよい。例えば、呼び出しするＵＥ－ＩＤに紐づいて通知が行われてもよい。
・ＲＲＣメッセージ （ＵＥ個別シグナリング又はＳＩＢ）
・ＳＩＢ又はＭＢＳ制御チャネルのｃｈａｎｇｅ ｎｏｔｉｆｉｃａｔｉｏｎ
・ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）：この場合、例えばＰａｇｉｎｇメッセージを送信するＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）に多重されてもよい。ＭＢＳ受信に興味があるＵＥ１００は、Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎに送信される（可能性のある）ＭＡＣ ＣＥをモニタする。
・Ｐａｇｉｎｇメッセージ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ）：この場合、Ｓｈｏｒｔ ＭｅｓｓａｇｅやＰａｇｉｎｇメッセージにおける通知とＭＢＳサービス識別子の紐づけが存在してもよい。Ｓｈｏｒｔ Ｍｅｓｓａｇｅの各ビットとＭＢＳサービス識別子の紐づけは事前にｇＮＢ２００からＳＩＢ等で通知されていてもよい。また、開始タイミングは事前に通知されていてもよいし、Ｓｈｏｒｔ Ｍｅｓｓａｇｅのビットに値を割り当ててもよい。例えば、ＵＥ１００がステップＳ５０２で要求をした時に、ｇＮＢ２００が該当する識別子（ビットの位置）などをＵＥ１００に通知する。ビットの位置として、例えば“００１０００００”の場合に、３ビット目が当該ＭＢＳサービス識別子であるということを予めＵＥ１００に通知しておく。Ｐａｇｉｎｇメッセージ内で、個別のＵＥ１００に対して通知してもよい。例えば、呼び出しするＵＥ－ＩＤに紐づいて通知が行われてもよい。
【0139】
ステップＳ５０４において、ｇＮＢ２００は、ＭＢＳ制御情報（ＭＢＳ制御チャネル）を送信する。ステップＳ５０５において、ｇＮＢ２００は、ＭＢＳデータ（ＭＢＳトラフィックチャネル）を送信する。ＵＥ１００は、ＭＢＳ制御チャネルを受信し、ＭＢＳトラフィックチャネルの受信を試みる。
【0140】
ここで、ｇＮＢ２００は、ＭＢＳ制御チャネルのみ先にブロードキャストしておき、ステップＳ５０３での開始通知の後に、ＭＢＳトラフィックチャネルの送信を開始してもよい。これにより、ＵＥ１００は、自身が受信を希望するＭＢＳサービスのＭＢＳデータを速やかに受信開始できる。或いは、当該開始通知の後にＭＢＳ制御チャネルの送信が開始されてもよい。いずれの場合でも、ＵＥ１００は、対象ＭＢＳサービスのＭＢＳデータが未送信である期間におけるＰＤＣＣＨモニタ動作を削減できるので、ＵＥ１００の消費電力を削減できる。
【0141】
なお、ｇＮＢ２００は、ＵＥ１００をターゲットｇＮＢ２００へハンドオーバする場合、ステップＳ５０２で受信したＭＢＳサービス識別子を、ターゲットｇＮＢ２００へ送信するハンドオーバ要求に含めてもよい。
【0142】
（第６実施形態）
次に、第６実施形態について、上述の実施形態との相違点を主として説明する。
次に、第６実施形態について、上述の実施形態との相違点を主として説明する。
【0143】
ＮＲでは、セルに帯域幅部分（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）が設定され得る。図１４は、ＢＷＰの一例を示す図である。図１４に示すように、ＢＷＰは、セルの全帯域の一部の周波数部分である。図１４において、帯域幅が４０ＭＨｚかつサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）が１５ｋＨｚであるＢＷＰ１と、帯域幅が１０ＭＨｚかつサブキャリア間隔が１５ｋＨｚであるＢＷＰ２と、帯域幅が２０ＭＨｚかつサブキャリア間隔が６０ｋＨｚであるＢＷＰ３とを例示している。ＢＷＰは、ｇＮＢ２００からＵＥ１００に設定され、一のＢＷＰから他のＢＷＰへの切り替えはｇＮＢ２００により制御される。例えば、複数のＢＷＰがＵＥ１００に設定されており、一部のＢＷＰがアクティブ且つ他のＢＷＰが非アクティブである場合、ｇＮＢ２００は、アクティブなＢＷＰを他のＢＷＰに切替えるよう制御できる。また、ＢＷＰごとにサブキャリア間隔やサイクリックプリフィックスを可変設定できる。
【0144】
このような前提下において、ｇＮＢ２００は、ＭＢＳ送信用のＢＷＰを設定し得る。ＵＥ１００は、ＭＢＳ送信用のＢＷＰに関する情報（若しくは自身がＭＢＳ受信を行うＢＷＰに関する情報）を把握できることが好ましい。
【0145】
第６実施形態に係る通信制御方法は、セルを管理するｇＮＢ２００が、ＭＢＳセッション（ＭＢＳサービス）に対応するＭＢＳサービス識別子と、ＭＢＳサービス識別子と対応付けられたＢＷＰ情報とをＵＥ１００に送信するステップを有する。このＢＷＰ情報は、セルにおいてＭＢＳセッションの提供に用いる第１ＢＷＰを示す情報である。ＢＷＰ情報（送信ＢＷＰ情報）の内容については上述の実施形態と同様である。
【0146】
第６実施形態に係る通信制御方法は、ｇＮＢ２００が、ＵＥ１００へのユニキャスト送信に用いる第２ＢＷＰをＵＥ１００に割り当てるステップと、ＵＥ１００が、第１ＢＷＰと第２ＢＷＰとが時間的に重複し、かつＵＥ１００がＭＢＳセッションの受信を希望する場合、第１ＢＷＰの受信を第２ＢＷＰの受信よりも優先するステップと、をさらに有してもよい。これにより、ＭＢＳ用のＢＷＰ（第１ＢＷＰ）とユニキャスト用のＢＷＰ（第２ＢＷＰ）との衝突が生じる場合であっても、ＵＥ１００がＭＢＳ受信を行うことが可能である。或いは、ユニキャスト用ＢＷＰとマルチキャスト用ＢＷＰが時間的に重なった場合に、どちらのＢＷＰにおける受信動作を優先するのかをｇＮＢ２００が決定してもよい。この場合、ｇＮＢ２００は、優先するＢＷＰをＵＥ１００に通知（設定）してもよい。なお、ＵＥ１００は、どちらのＢＷＰを優先するのかをｇＮＢ２００に通知してもよい。もしくは、ＵＥ１００は、ユニキャスト用ＢＷＰを優先可能（つまり受信可能）であることをｇＮＢ２００に通知してもよい。
【0147】
図１５は、第６実施形態に係る動作の一例を示す図である。
【0148】
図１５に示すように、ステップＳ６０１において、ｇＮＢ２００は、ＵＥ１００に送信するＭＢＳシステム情報に、ＭＢＳ制御チャネルを送信するＢＷＰのＢＷＰ情報を含める。ＵＥ１００は、このＭＢＳシステム情報を受信する。１つのセルに複数のＭＢＳ制御チャネルが存在する場合、ｇＮＢ２００は、ＭＢＳ制御チャネルごとにＢＷＰ情報をＭＢＳシステム情報に含めてもよい。ＵＥ１００は、ＭＢＳシステム情報に含まれるＢＷＰ情報に基づいて、ＭＢＳ制御チャネルが送信されるＢＷＰにおいてＭＢＳ制御情報の受信処理を行う。
【0149】
ステップＳ６０２において、ｇＮＢ２００は、ＭＢＳ制御チャネル（ＭＢＳ制御情報）にて、ＭＢＳサービス識別子ごとに（もしくはグループＲＮＴＩごと、又はネットワークスライス識別子ごとに）、ＭＢＳトラフィックチャネルを送信するＢＷＰのＢＷＰ情報を送信する。ＵＥ１００は、このＭＢＳ制御チャネルを受信する。ＵＥ１００は、ＭＢＳ制御チャネルに含まれるＢＷＰ情報に基づいて、ＭＢＳトラフィックチャネルが送信されるＢＷＰにおいてＭＢＳ制御情報の受信処理を行う（ステップＳ６０３）。なお、ＭＢＳトラフィックチャネルのスケジューリング情報をブロードキャスト制御チャネル（ＭＢＳシステム情報）中で伝送する場合（第２実施形態参照）、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを送信するＢＷＰのＢＷＰ情報をブロードキャスト制御チャネル（ＭＢＳシステム情報）中で伝送してもよい。
【0150】
ここで、ＲＲＣコネクティッド状態にあるＵＥ１００は、アクティブなＢＷＰ（ユニキャスト用のＢＷＰ）にかかわらず、ＭＢＳ制御チャネル・ＭＢＳトラフィックチャネルが送信されるＢＷＰを優先して受信してもよい。アクティブなＢＷＰ（ユニキャスト用のＢＷＰ）とＭＢＳ制御チャネル・ＭＢＳトラフィックチャネルが送信されるＢＷＰとが重なった場合、ＵＥ１００は、ＭＢＳ受信に興味がある場合は、ＭＢＳ制御チャネル・ＭＢＳトラフィックチャネルが送信されるＢＷＰを優先して受信してもよい。
【0151】
この場合、ＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎにてＭＢＳ受信を優先する旨をｇＮＢ２００に通知しておいてもよい。ＵＥ１００は、ＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎでＭＢＳ受信優先を通知した後に、マルチキャストのＢＷＰを優先できるとしてもよい。ＵＥ１００は、ＭＢＳ受信に興味が無くなった場合、ＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎにてＭＢＳ受信を優先しない旨を通知してもよい。ＵＥ１００は、ＭＢＳ Ｉｎｔｅｒｅｓｔ ＩｎｄｉｃａｔｉｏｎでＭＢＳ受信非優先を通知した後、上記マルチキャストＢＷＰの優先制御を解除するとしてもよい。その結果、ユニキャストのアクティブなＢＷＰでの受信を優先することになり、ｇＮＢ２００のユニキャストスケジューリングの自由度が増すことになる。
【0152】
上述の動作は、ＭＢＳ制御チャネル・ＭＢＳトラフィックチャネルごとにそれぞれＢＷＰ設定を持っている前提であるが、ｇＮＢ２００は、ＭＢＳシステム情報で、複数のＢＷＰ設定を一括でブロードキャストしてもよい（リスト形式）。当該複数のＢＷＰ設定はそれぞれインデックス値を持っていてもよい。例えば、ｇＮＢ２００は、ＭＢＳシステム情報で、ＭＢＳ制御チャネルごとにＢＷＰ設定のインデックス値をブロードキャストする。ｇＮＢ２００は、ＭＢＳ制御チャネルで、ＭＢＳトラフィックチャネルごとにＢＷＰ設定のインデックス値をブロードキャストする。ここで、これらインデックス値は、上記リストのエントリ番号（インデックス）であってもよい。
【0153】
（その他の実施形態）
上述の実施形態において、複数のＭＢＳ制御チャネルがそれぞれ異なるサービス品質要件と対応付けられる一例について説明した。このような形態の他の例として、ＳＦＮ伝送（例えば、ＭＢＳＦＮ伝送）と非ＳＦＮ伝送（ＳＣ－ＰＴＭ伝送）とでＭＢＳ制御チャネルを分類してもよい。
上述の実施形態において、複数のＭＢＳ制御チャネルがそれぞれ異なるサービス品質要件と対応付けられる一例について説明した。このような形態の他の例として、ＳＦＮ伝送（例えば、ＭＢＳＦＮ伝送）と非ＳＦＮ伝送（ＳＣ－ＰＴＭ伝送）とでＭＢＳ制御チャネルを分類してもよい。
【0154】
上述の各実施形態は、別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施可能である。
【0155】
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
【0156】
また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
【0157】
以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【0158】
本願は、米国仮出願第６３／０５８７１３号（２０２０年７月３０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【0159】
（付記）
（導入）
ＮＲマルチキャスト及びブロードキャストサービス（ＭＢＳ）に関する改訂されたワークアイテムが承認された。ワークアイテムの目的は次の通りである。
（導入）
ＮＲマルチキャスト及びブロードキャストサービス（ＭＢＳ）に関する改訂されたワークアイテムが承認された。ワークアイテムの目的は次の通りである。
【0160】
－ＲＲＣコネクティッド状態のＵＥのためのブロードキャスト／マルチキャストのＲＡＮ基本機能を規定する。
―ＵＥがブロードキャスト／マルチキャストサービスを受信できるようにするグループスケジューリングメカニズムを規定する。
―この目的には、ユニキャスト受信との同時操作を可能にするために必要な拡張機能を規定することが含まれる。
―既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更のサポートを規定する。
－サービス継続性を備えた基本的なモビリティのサポートを規定する。
－（ＭＣＥによってホストされる機能などの）必要な調整機能がｇＮＢ－ＣＵにあると想定して、ブロードキャスト／マルチキャストにおけるＳＡ２ ＳＩの結果を考慮して、ＲＡＮアーキテクチャ及びインターフェイスに必要な変更を規定する。
－例えば、ＵＬフィードバックによって、ブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更を規定する。信頼性のレベルは、提供されるアプリケーション／サービスの要件に基づくべきである。
－１つのｇＮＢ－ＤＵ内のブロードキャスト／マルチキャスト送信エリアの動的制御のサポートを研究し、それを有効にするために必要なものがある場合はそれを規定する。
―ＵＥがブロードキャスト／マルチキャストサービスを受信できるようにするグループスケジューリングメカニズムを規定する。
―この目的には、ユニキャスト受信との同時操作を可能にするために必要な拡張機能を規定することが含まれる。
―既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更のサポートを規定する。
－サービス継続性を備えた基本的なモビリティのサポートを規定する。
－（ＭＣＥによってホストされる機能などの）必要な調整機能がｇＮＢ－ＣＵにあると想定して、ブロードキャスト／マルチキャストにおけるＳＡ２ ＳＩの結果を考慮して、ＲＡＮアーキテクチャ及びインターフェイスに必要な変更を規定する。
－例えば、ＵＬフィードバックによって、ブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更を規定する。信頼性のレベルは、提供されるアプリケーション／サービスの要件に基づくべきである。
－１つのｇＮＢ－ＤＵ内のブロードキャスト／マルチキャスト送信エリアの動的制御のサポートを研究し、それを有効にするために必要なものがある場合はそれを規定する。
【0161】
－ＲＲＣアイドル／ＲＲＣインアクティブ状態のＵＥのブロードキャスト／マルチキャストのＲＡＮ基本機能を規定する。
－ＰＴＭ受信の設定についてＲＲＣコネクティッド状態とＲＲＣアイドル／ＲＲＣインアクティブ状態の間で共通性を最大限維持することを目的として、ＲＲＣアイドル／ＲＲＣインアクティブ状態のＵＥによるＰｏｉｎｔ ｔｏ Ｍｕｌｔｉｐｏｉｎｔ送信の受信を可能にするために必要な変更を規定する。
－ＰＴＭ受信の設定についてＲＲＣコネクティッド状態とＲＲＣアイドル／ＲＲＣインアクティブ状態の間で共通性を最大限維持することを目的として、ＲＲＣアイドル／ＲＲＣインアクティブ状態のＵＥによるＰｏｉｎｔ ｔｏ Ｍｕｌｔｉｐｏｉｎｔ送信の受信を可能にするために必要な変更を規定する。
【0162】
この付記では、ＮＲ ＭＢＳの最初の考慮事項について議論する。
【0163】
（議論）
（一般的な設計上の考慮事項）
ＬＴＥ ｅＭＢＭＳには、Ｒｅｌ－９からのＭＢＳＦＮ及びＲｅｌ－１３からのＳＣ－ＰＴＭなどの、マルチキャスト／ブロードキャストサービスを可能にするための伝送方式がいくつかあった。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計され、同時送信は、（ＰＭＣＨ）ＭＢＳＦＮサブフレームにおいてＭＢＳＦＮエリア内で実行される。一方で、ＳＣ－ＰＴＭ送信は単一セル送信に焦点を合わせており、ＭＢＭＳはＰＤＳＣＨを介して送信される。図６に示すように、レイヤ２の観点からは、ＭＢＳＦＮ関連の論理チャネルはＭＣＨにマッピングされるが、ＳＣ－ＰＴＭ関連の論理チャネルはＤＬ－ＳＣＨにマッピングされる。
（一般的な設計上の考慮事項）
ＬＴＥ ｅＭＢＭＳには、Ｒｅｌ－９からのＭＢＳＦＮ及びＲｅｌ－１３からのＳＣ－ＰＴＭなどの、マルチキャスト／ブロードキャストサービスを可能にするための伝送方式がいくつかあった。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計され、同時送信は、（ＰＭＣＨ）ＭＢＳＦＮサブフレームにおいてＭＢＳＦＮエリア内で実行される。一方で、ＳＣ－ＰＴＭ送信は単一セル送信に焦点を合わせており、ＭＢＭＳはＰＤＳＣＨを介して送信される。図６に示すように、レイヤ２の観点からは、ＭＢＳＦＮ関連の論理チャネルはＭＣＨにマッピングされるが、ＳＣ－ＰＴＭ関連の論理チャネルはＤＬ－ＳＣＨにマッピングされる。
【0164】
所見１：ＬＴＥでは、ＭＣＣＨ及びＭＴＣＨはＭＢＳＦＮ伝送方式におけるＭＣＨにマッピングされ、ＳＣ-ＭＣＣＨ及びＳＣ-ＭＴＣＨはＳＣ－ＰＴＭ伝送方式におけるＤＬ－ＳＣＨにマッピングされる。
【0165】
ＷＩＤは、いくつかの制限及び仮定をキャプチャしており、これは、このＷＩでどのような設計が意図されているかを考慮するのに役立つ。物理レイヤの場合、以下に示すように新しいｎｕｍｅｒｏｌｏｇｙや物理チャネルが導入されることは想定されていない。これは、ＮＲ ＭＢＳ関連の論理チャネルがＤＬ－ＳＣＨにマッピングされることを意味している。
物理レイヤ：このＷＩの範囲を、現在のＲｅｌ－１５のｎｕｍｅｒｏｌｏｇｙ、物理チャネル（ＰＤＣＣＨ／ＰＤＳＣＨ）、及び信号に制限する。
物理レイヤ：このＷＩの範囲を、現在のＲｅｌ－１５のｎｕｍｅｒｏｌｏｇｙ、物理チャネル（ＰＤＣＣＨ／ＰＤＳＣＨ）、及び信号に制限する。
【0166】
所見２：このＷＩの範囲は、既存のｎｕｍｅｒｏｌｏｇｙ、物理チャネル（ＰＤＣＣＨ／ＰＤＳＣＨ）内に制限される。即ち、ＮＲ ＭＢＳ関連のチャネルはＤＬ－ＳＣＨにマッピングされることが想定される。
【0167】
ＭＢＳＦＮが使用されていない場合でも、マルチセル送信は、例えば、ＣｏＭＰ送信とユーザプレーンパケットの同時配信との組み合わせなどによって、将来のリリースでＤＬ－ＳＣＨによってサポートされ得るであろう。従って、ＤＬ－ＳＣＨは、以下の制限及び仮定に準拠する。
【0168】
リリース１７でこのＷＩに対して行われた設計上のいかなる決定も、将来のリリースで以下の機能の導入を妨げるものではない。
－ｇＮＢ－ＤＵレベルを超える複数のセルでのＳＦＮの標準化でのサポート
－ｇＮＢ－ＤＵレベルを超える複数のセルでのＳＦＮの標準化でのサポート
【0169】
所見３：ＤＬ－ＳＣＨ（ＰＤＳＣＨ）は、将来のリリースでマルチセル送信用に拡張される可能性がある。
【0170】
上記の所見の観点から、ＬＴＥで成熟し、伝送方式だけでなく設定やサービス継続性などの他のメカニズムもカバーするＳＣ－ＰＴＭの仕様は、ＮＲ ＭＢＳの設計検討の良いベースラインになる可能性がある。従って、このＷＩでは、ＲＡＮ２は既存のＳＣ－ＰＴＭの仕様を可能な限り再利用し、ＮＲ ＭＢＳの新しい／様々なユースケースをサポートするためにＳＣ－ＰＴＭの上に何が拡張されるかを検討すべきである。
【0171】
提案１：ＲＡＮ２は、既存のＬＴＥ ＳＣ－ＰＴＭの仕様を、グループスケジューリングメカニズム、（隣接セル情報などの）サービス継続性サポート、及びＵＥの興味インディケーションなど、ＮＲ ＭＢＳ設計のベースラインとして採用することに合意すべきである。
【0172】
提案２：提案１が合意される場合、ＲＡＮ２は、ＮＲ ＭＢＳで想定される新しい／様々なユースケースをサポートするために、ＳＣ－ＰＴＭのベースラインに加えて何が拡張されるかを検討すべきである。
【0173】
次のセクションでは、ＳＣ－ＰＴＭの仕様を記述のベースラインとして使用する。即ち、提案１が合意されると仮定する。但し、ＭＢＳＦＮのようなメカニズムが導入された場合でも、記述は再利用できる。
【0174】
（制御プレーンの機能拡張の概要）
ＬＴＥ ＳＣ－ＰＴＭにおいて、設定は２つのメッセージ、即ち、ＳＩＢ２０及びＳＣ－ＭＣＣＨによって提供される。ＳＩＢ２０は、ＳＣ－ＭＣＣＨスケジューリング情報を提供し、ＳＣ－ＭＣＣＨは、Ｇ－ＲＮＴＩ及びＴＭＧＩを含むＳＣ－ＭＴＣＨスケジューリング情報、及び隣接セル情報を提供する。
ＬＴＥ ＳＣ－ＰＴＭにおいて、設定は２つのメッセージ、即ち、ＳＩＢ２０及びＳＣ－ＭＣＣＨによって提供される。ＳＩＢ２０は、ＳＣ－ＭＣＣＨスケジューリング情報を提供し、ＳＣ－ＭＣＣＨは、Ｇ－ＲＮＴＩ及びＴＭＧＩを含むＳＣ－ＭＴＣＨスケジューリング情報、及び隣接セル情報を提供する。
【0175】
図１６に示すようなＬＴＥの２段階設定の利点は、ＳＣ－ＭＣＣＨスケジューリングが、繰り返し期間、継続期間、変更期間などの観点でＳＩＢ２０スケジューリングから独立していることであった。２段階設定は、特に、セッションに遅れて参加する、遅延にセンシティブなサービス及び／又はＵＥに対して、ＳＣ－ＭＣＣＨの頻繁なスケジューリング／更新を容易にした。ＷＩＤによると、アプリケーションの１つがグループ通信などであるため、このことはＮＲ ＭＢＳでも同様である。
【0176】
所見４：ＬＴＥでは、ＳＩＢ２０及びＳＣ－ＭＣＣＨを使用した２段階設定が、これらの制御チャネルの異なるスケジューリングに役立つ。これは、ＮＲ ＭＢＳにも役立つ。
【0177】
提案３：ＲＡＮ２は、ＳＣ－ＰＴＭのＳＩＢ２０やＳＣ－ＭＣＣＨなど、ＮＲ ＭＢＳのメッセージが異なる２段階設定に合意すべきである。
【0178】
提案３に加えて、ＮＲ ＭＢＳは、ＷＩＤに記載されている様々なタイプのユースケースをサポートすることが想定される。ＮＲ ＭＢＳは、ソフトウェア配信などのロスレスアプリケーションからＩＰＴＶなどのＵＤＰタイプのストリーミングまでの要件の他の側面に加えて、ミッションクリティカルやＶ２Ｘなどの遅延にセンシティブなアプリケーションからＩｏＴなどの遅延に寛容なアプリケーションまで、様々な要件に合わせて適切に設計すべきであることは気づかれ得る。
【0179】
従って、制御チャネルの設計では、柔軟性及びそのリソース効率を考慮すべきである。そうしないと、例えば、遅延に寛容なサービスと遅延にセンシティブなサービスとが１つの制御チャネルで一緒に設定されている場合に、遅延にセンシティブなサービスからの遅延要件を満たすために、制御チャネルを頻繁にスケジュールする必要があるため、より多くのシグナリングオーバーヘッドが発生する可能性がある。
【0180】
ＳＡ２ ＳＩの目的Ａは、５ＧＳを介した一般的なＭＢＳサービスを可能にすることに関するものであり、この機能の恩恵を受ける可能性のある特定されたユースケースには、公共安全、ミッションクリティカル、Ｖ２Ｘアプリケーション、透過的なＩＰｖ４／ＩＰｖ６マルチキャスト配信、ＩＰＴＶ、無線を介したソフトウェア配信、グループ通信、及びＩｏＴアプリケーションが含まれる（但し、これらに限定されない）。
【0181】
所見５：ＮＲ ＭＢＳ制御チャネルは、様々なタイプのユースケースに対して柔軟でリソース効率が必要とされる。
【0182】
これらのユースケースでは、設定チャネルが分離されている可能性がある。例えば、ある制御チャネルは遅延にセンシティブなサービスを頻繁に提供し、別の制御チャネルは遅延に寛容なサービスをまばらに提供する。ＬＴＥ ＳＣ－ＰＴＭでは、１つのセルは１つのＳＣ－ＭＣＣＨしか有せないという制限があった。しかしながら、ＬＴＥよりも多くのユースケースが想定されることを考慮すると、ＮＲ ＭＢＳはそのような制限を取り除くべきである。セル内で複数のＳＣ－ＭＣＣＨが許可されている場合、各ＳＣ－ＭＣＣＨには、特定のサービス用に最適化可能な、繰り返し期間などの異なるスケジューリング設定がある。ＵＥが興味のあるサービスを提供するＳＣ－ＭＣＣＨをどのように識別するかは更なる検討が必要である。
【0183】
提案４：ＲＡＮ２は、ＬＴＥになかった複数のＳＣ－ＭＣＣＨのように、ＮＲ ＭＢＳのセルで複数の制御チャネルがサポートされるかどうかを議論すべきである。
【0184】
さらに、ＮＲの新しいパラダイムは、オンデマンドＳＩ送信のサポートである。この概念は、ＮＲ ＭＢＳのＳＣ－ＭＣＣＨ、即ち、オンデマンドＳＣ－ＭＣＣＨに再利用され得る。例えば、遅延に寛容なサービス用のＳＣ－ＭＣＣＨはオンデマンドで提供されるため、シグナリングのリソース消費を最適化可能である。言うまでもなく、ネットワークには、ＳＣ－ＭＣＣＨを定期的に、即ち、オンデマンドではなく、遅延にセンシティブなサービスなどに提供するための別のオプションがある。
【0185】
提案５：ＲＡＮ２は、ＬＴＥになかったオンデマンドＳＣ－ＭＣＣＨのように、制御チャネルがオンデマンドベースで提供される場合のオプションについて議論すべきである。
【0186】
別の可能性として、これらのメッセージをマージすること、即ち、１段階設定をさらに検討され得る。例えば、図１７に示すように、ＳＩＢは、ＳＣ－ＭＴＣＨスケジューリング情報を直接、即ち、ＳＣ－ＭＣＣＨなしで、提供する。これは、遅延に寛容なサービス及び／又は電力にセンシティブなＵＥのための最適化を提供するであろう。例えば、ＵＥは、ＳＩＢ（オンデマンド）を要求してもよく、ｇＮＢは、複数のＵＥからの要求の後に、ＳＩＢ及び対応するサービスの提供を開始してもよい。これらのＵＥは、繰り返しブロードキャストされるＳＣ－ＭＣＣＨを監視する必要がない。
【0187】
提案６：ＲＡＮ２は、ＳＣ－ＭＣＣＨを使用しないマルチキャスト受信（即ち、１段階設定）がサポートされている場合、ＳＩＢがトラフィックチャネル設定を直接提供するなどのオプションについて議論すべきである。
【0188】
（ユーザプレーン拡張の概要）
ＬＴＥ ｅＭＢＭＳでは、ＭＢＳＦＮ又はＳＣ－ＰＴＭに関係なく、図１８に示すように、ＵｕプロトコルスタックにはＰＤＣＰレイヤがない。さらに、論理チャネルごとに1回の送信が許可される、即ち、ＲＬＣレイヤではＵＭモードのみが使用され、ＨＡＲＱではブラインド再送信は使用されない。言い換えると、失われたパケットの再送信は、ＬＴＥ ｅＭＢＭＳでは上位レイヤメカニズムに依存していた。
ＬＴＥ ｅＭＢＭＳでは、ＭＢＳＦＮ又はＳＣ－ＰＴＭに関係なく、図１８に示すように、ＵｕプロトコルスタックにはＰＤＣＰレイヤがない。さらに、論理チャネルごとに1回の送信が許可される、即ち、ＲＬＣレイヤではＵＭモードのみが使用され、ＨＡＲＱではブラインド再送信は使用されない。言い換えると、失われたパケットの再送信は、ＬＴＥ ｅＭＢＭＳでは上位レイヤメカニズムに依存していた。
【0189】
所見６：ＬＴＥ ｅＭＢＭＳでは、ＡＳレイヤで再送信方式はサポートされていない。
【0190】
一方で、ＮＲ ＭＢＳは、以下のＷＩＤから引用されているように、ＡＳ機能として導入される、より信頼性が高く柔軟な伝送方式を必要としているようである。
【0191】
［・・・］
既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更のサポートを規定する。
サービス継続性を備えた基本的なモビリティのサポートを規定する。
［・・・］
例えば、ＵＬフィードバックによって、ブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更を規定する。信頼性のレベルは、提供されるアプリケーション／サービスの要件に基づくべきである。
［・・・］
既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更のサポートを規定する。
サービス継続性を備えた基本的なモビリティのサポートを規定する。
［・・・］
例えば、ＵＬフィードバックによって、ブロードキャスト／マルチキャストサービスの信頼性を向上させるために必要な変更を規定する。信頼性のレベルは、提供されるアプリケーション／サービスの要件に基づくべきである。
［・・・］
【0192】
所見７：ＮＲ ＭＢＳでは、ＡＳレイヤの機能として、マルチキャスト送受信の信頼性及び柔軟性を向上させるためのいくつかの機能拡張が必要になる可能性がある。
【0193】
グループキャストの再送信に関して、ＭＡＣ（ＨＡＲＱ）、ＲＬＣ（ＡＲＱ）、及び／又はＰＤＣＰ（ステータスレポート）で処理されると見なされ得る。これらのメカニズムは、Ｕｕと同様に、特にＵＥモビリティ、即ち、無線品質の低下及び／又はトランスポートパスの切り替えによって失われたパケットの補償に役立ち得る。
【0194】
マルチキャスト／グループキャストのＨＡＲＱフィードバックはＬＴＥでは導入されていない。一方で、Ｒｅｌ－１６ ＮＲ Ｖ２Ｘでは、サイドリンクグループキャストのＨＡＲＱフィードバック、即ち、ＡＣＫ／ＮＡＣＫ又はＮＡＣＫ－ｏｎｌｙ、がサポートされた。これは、再利用され、ＮＲ ＭＢＳのパフォーマンスを向上させる可能性の１つである。詳細を決定するのは最終的にＲＡＮ１次第だが、ＲＡＮ２は、アイドル、インアクティブ、及びコネクティッドのＵＥのマルチキャスト受信の信頼性を向上させるためのＨＡＲＱフィードバック/再送信の有用性について議論する可能性がある。
【0195】
提案７：ＲＡＮ２は、ＨＡＲＱフィードバック／再送信が、ＲＲＣ アイドル、インアクティブ、及びコネクティッドのＵＥのＮＲ ＭＢＳのマルチキャストに役立つかを議論すべきである。
【0196】
ユニキャストの場合、受信の信頼性を高めるために、ダブルフィードバックループがＨＡＲＱ及びＡＲＱでサポートされる。ＮＲ ＭＢＳでのグループキャストの場合も同様ならば、少なくともコネクティッドのＵＥの信頼性を向上させるために、可能性の１つとして、ＡＲＱ、即ち、ＲＬＣ ＡＭモードを導入する方法について議論すべきである。しかしながら、通常、ペアのアップリンクチャネルはグループキャストに使用できないと想定され得る。従って、潜在的な課題の１つは、ＵＥがフィードバック（ＳＴＡＴＵＳ ＰＤＵ）をｇＮＢに送信する方法である。
【0197】
提案８：ＲＡＮ２は、少なくともＲＲＣコネクティッドのＵＥについて、ＮＲ ＭＢＳのマルチキャストでＲＬＣ ＡＭモードがサポートされているかどうか議論すべきである。
【0198】
さらに、例えば、ソフトウェア配信のユースケースのように、ＮＲ ＭＢＳがハンドオーバ中にロスレス配信を考慮する必要がある場合、ＰＤＣＰは、現在のようにドロップされたパケットを回復するのに役立つ。図１９は、信頼性の高い受信及びマルチキャスト/ユニキャストスイッチングの機能拡張を示す。ＰＤＣＰレイヤのサポートには、マルチキャストベアラをスプリットベアラで設定する及び／又はユニキャストベアラでデュプリケーションすることが可能であるというもう１つの利点がある。これは、ＷＩＤに記載されているように、「既定のＵＥのサービス継続性を備えたマルチキャスト（ＰＴＭ）とユニキャスト（ＰＴＰ）との間のブロードキャスト／マルチキャストサービス配信の動的変更」の潜在的なメカニズムの1つでもある。ヘッダ圧縮、暗号化などの様々なＰＤＣＰ機能をマルチキャスト受信でサポートできるかは更なる検討が必要である。
【0199】
提案９：ＲＡＮ２は、ＰＤＣＰレイヤが、少なくともＲＲＣコネクティッドのＵＥにおけるＮＲ ＭＢＳのグループキャストでサポートされるか議論すべきである。
【0200】
最後に、ＮＲ ＭＢＳプロトコルスタックでＳＤＡＰが必要かどうかを検討すべきである。ＮＲは、ＳＤＡＰレイヤをサポートして無線ベアラ内のＱｏＳフローを処理する。一方で、ＳＤＡＰレイヤは従来のＬＴＥにはなかったため、ｅＭＢＭＳにはなかった。ＳＤＡＰレイヤは、マルチキャストデータの受信に害はないと想定され得るが、ＳＤＡＰレイヤの必要性は、実際には上位レイヤの仮定／要件に依存する可能性がある。そのため、ＲＡＮ２は、必要かどうかについて、他のＷＧの進行を待つ必要がある可能性がある。
【0201】
所見８：ＲＡＮ２は、ＮＲ ＭＢＳでＳＤＡＰレイヤが必要かどうかを他のＷＧで確認する必要がある可能性がある。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】