知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-22
(54)【発明の名称】ユーザ装置、ネットワークノード及びそれらでの方法
(51)【国際特許分類】
H04W 76/40 20180101AFI20240115BHJP
H04W 4/06 20090101ALI20240115BHJP
H04W 68/00 20090101ALI20240115BHJP
【ＦＩ】
H04W76/40
H04W4/06 150
H04W68/00
【審査請求】有
【予備審査請求】有
(21)【出願番号】P 2023535749
(86)(22)【出願日】2022-01-14
(85)【翻訳文提出日】2023-07-03
(86)【国際出願番号】 EP2022050724
(87)【国際公開番号】W WO2022152833
(87)【国際公開日】2022-07-21
(31)【優先権主張番号】63/137,532
(32)【優先日】2021-01-14
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】シュリワ－バートリング， ポール
(72)【発明者】
【氏名】ベセリー， アレクサンダー
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067EE02
5K067EE10
5K067EE16
5K067FF13
(57)【要約】
ユーザ装置（ＵＥ）によって実行されるＵＥが提供される。ＵＥは、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに割り当てられたグループ識別子（ＩＤ）を含む第１メッセージを受信（ｓ３０２）する。ＭＢＳサービスをサポートしない無線アクセスネットワーク（ＲＡＮ）ノードにキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外の無線リソース制御（ＲＲＣ）状態にある間、ＵＥは、ＲＡＮノードからページングメッセージを受信（ｓ３０４）する。ＵＥは、ページングメッセージがグループＩＤを含むかを判定（ｓ３０６）する。
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）（１０２）によって実行される方法（３００）であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに割り当てられたグループ識別子（ＩＤ）を含む第１メッセージを受信（ｓ３０２）することと、
ＭＢＳサービスをサポートしない無線アクセスネットワーク（ＲＡＮ）ノード（１０１）にキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外の無線リソース制御（ＲＲＣ）状態にある間、前記ＲＡＮノード（１０１）からページングメッセージを受信（ｓ３０４）することと、
前記ページングメッセージが前記グループＩＤを含むかを判定（ｓ３０６）することと、
を含む方法。
【請求項2】
請求項１に記載の方法であって、さらに、前記第１メッセージを受信する前に、前記ＭＢＳセッションに参加する要求を送信することを含む、方法。
【請求項3】
請求項１に記載の方法であって、さらに、前記ページングメッセージが前記グループＩＤを含むと判定したことに応答して、前記ＲＡＮノード（１０１）と接続を確立することを含む、方法。
【請求項4】
請求項３に記載の方法であって、さらに、前記ＲＡＮノード（１０１）と前記接続を確立した後、前記ＲＡＮノード（１０１）から、ユニキャスト送信を介して、前記ＭＢＳセッションのデータを受信することを含む、方法。
【請求項5】
ＵＥ（１０２）の処理回路（ＱＱ２０２）で実行されると、前記ＵＥ（１０２）に、請求項１から４のいずれか１項に記載の方法を実行させる命令（ＱＱ２４４）を含むコンピュータプログラム（ＱＱ２４３）。
【請求項6】
請求項５に記載のコンピュータプログラムを含むキャリアであって、前記キャリアは、電気信号、光信号、無線信号、及び、コンピュータ可読記憶媒体（ＱＱ２４２）の内の１つである、キャリア。
【請求項7】
ユーザ装置（ＵＥ）（１０２）であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに割り当てられたグループ識別子（ＩＤ）を含む第１メッセージを受信することと、
ＭＢＳサービスをサポートしない無線アクセスネットワーク（ＲＡＮ）
ノード（１０１）にキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外の無線リソース制御（ＲＲＣ）状態にある間、前記ＲＡＮノード（１０１）からページングメッセージを受信することと、
前記ページングメッセージが前記グループＩＤを含むかを判定することと、
を行う様に構成されている、ＵＥ。
【請求項8】
請求項７に記載のＵＥ（１０２）であって、前記ＵＥ（１０２）は、さらに、請求項２から４のいずれか１項に記載の方法を実行する様に構成されている、ＵＥ。
【請求項9】
コアネットワーク機能を実装するネットワークノード（ＱＱ１００）によって実行される方法であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションのグループ識別子（ＩＤ）を割り当てることと、
前記グループＩＤを含むメッセージをユーザ装置（ＵＥ）（１０２）に向けて送信することと、
を含む方法。
【請求項10】
請求項９に記載の方法であって、前記メッセージを前記ＵＥ（１０２）に向けて送信することは、前記メッセージをセッション管理機能（ＳＭＦ）（１０８）に送信することを含む、方法。
【請求項11】
請求項９又は１０に記載の方法であって、さらに、アクセス及びモビリティ管理機能（ＡＭＦ）（１０６）に前記グループＩＤを示すセッション開始要求メッセージを送信することを含む、方法。
【請求項12】
コアネットワーク機能を実装するネットワークノード（ＱＱ１００）によって実行される方法であって、アクセス及びモビリティ管理機能（ＡＭＦ）（１０６）に、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに割り当てられたグループＩＤを示すセッション開始要求メッセージを送信することを含む、方法。
【請求項13】
請求項１１又は１２に記載の方法であって、前記ＭＢＳセッションに参加し、かつ、非接続状態にあるＵＥ（１０２）に前記ＡＭＦ（１０６）がサービスを提供している場合、前記セッション開始要求メッセージは、ページング手順を開始するために前記ＡＭＦ（１０６）をトリガする、方法。
【請求項14】
ネットワークノード（ＱＱ１００）の処理回路（ＱＱ１０２）で実行されると、前記ネットワークノード（Ｑ１００）に、請求項９から１３のいずれか１項に記載の方法を実行させる命令（ＱＱ１４４）を含むコンピュータプログラム（ＱＱ１４３）。
【請求項15】
請求項１４に記載のコンピュータプログラムを含むキャリアであって、前記キャリアは、電気信号、光信号、無線信号、及び、コンピュータ可読記憶媒体（ＱＱ１４２）の内の１つである、キャリア。
【請求項16】
ネットワークノード（ＱＱ１００）であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションのグループ識別子（ＩＤ）を割り当てることと、
前記グループＩＤを含むメッセージをユーザ装置（ＵＥ）（１０２）に向けて送信することと、
を行う様に構成されている、ネットワークノード。
【請求項17】
ネットワークノード（ＱＱ１００）であって、アクセス及びモビリティ管理（ＡＭＦ）（１０６）に、特定のＭＢＳセッションに割り当てられたグループＩＤを示すセッション開始要求メッセージを送信する様に構成されている、ネットワークノード。
【請求項18】
請求項１６又は１７に記載のネットワークノード（ＱＱ１００）であって、さらに、請求項１０から１３のいずれか１項に記載の方法を実行する様に構成されている、ネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、マルチキャストブロードキャストサービス（ＭＢＳ）に関する。本実施形態は、ユーザ装置（ＵＥ）、ネットワークノード及びそれらにおいて実行される方法に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は現在、５Ｇ ＭＢＳ（５ＭＢＳ）のサポートの導入に取り組んでいる。
【0003】
典型的な無線通信ネットワークにおいて、無線通信デバイス、移動局、局（ＳＴＡ）及び／又はＵＥとしても知られる無線デバイスは、ＷｉＦｉネットワーク又は無線アクセスネットワーク（ＲＡＮ）パート及びコアネットワーク（ＣＮ）パートを含むセルラネットワーク等のローカルエリアネットワークや、ワイドエリアネットワーク（ＷＡＮ）を介して通信する。ＲＡＮは、ビーム又はビームグループとしても参照され得るサービスエリア又はセルエリアに分割される地理的領域をカバーし、各サービスエリア又はセルエリアは、例えば、Ｗｉ－Ｆｉアクセスポイント又は無線基地局（ＲＢＳ）等の無線ネットワークノードによりサービス提供され、無線アクセスノードは、幾つかのネットワークにおいては、例えば、ノードＢ、ｅノードＢ（ｅＮＢ）又は第５世代（５Ｇ）通信でのｇＮＢとしても示される。サービスエリア又はセルエリアは、無線ネットワークノードによって無線カバレッジが提供される地理的エリアである。無線ネットワークノードは、無線ネットワークノードの範囲内の無線デバイスと、無線周波数で動作するエアインタフェースを介して通信する。
【0004】
３ＧＰＰ（登録商標）は、３Ｇ、４Ｇ、５Ｇ及び将来の進化等のセルラシステム進化の標準を仕様化する標準化団体である。第４世代（４Ｇ）ネットワークとも呼ばれる発展型パケットシステム（ＥＰＳ）の仕様は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））内で完成された。継続的なネットワークの進化として、３ＧＰＰ（登録商標）の新しいリリースでは、５Ｇニューレディオ（ＮＲ）とも呼ばれる５Ｇネットワークを仕様化している。
【0005】
マルチアンテナ技術は、無線通信システムのデータレート及び信頼性を非常に増加させることができる。送信機及び受信機の両方がマルチアンテナを有すると、多入力多出力（ＭＩＭＯ）通信チャネルが形成され、パフォーマンスは、特に改善される。その様なシステム及び／又は関連技術は、通常、ＭＩＭＯとして参照される。
【0006】
５Ｇの計画では、インターネット接続速度より高いピークに加えて、現在の４Ｇよりも大容量化を目指しており、単位エリア当たりのモバイルブロードバンドユーザ数を増やし、ユーザ当たり１か月でギガバイト単位の、より高い又は無制限のデータ量の消費を可能にする。これにより、Ｗｉ－Ｆｉホットスポットの範囲外にいるときでも、人口の大部分がモバイルデバイスを使用して高解像度メディアを１日あたり何時間もストリーミングすることが可能になる。５Ｇの研究開発では、４Ｇ機器よりも低コスト、低バッテリ消費及び低遅延を目指して、モノのインターネットとしても知られるマシン間通信のサポートの改良も目指している。
【発明の概要】
【発明が解決しようとする課題】
【0007】
現在、特定の課題が存在する。例えば、ＭＢＳをサポートしない、"ｇＮＢ"と標記される５Ｇ基地局で、ＭＢＳセッションリソース、例えば、パケットデータユニット（ＰＤＵ）セッションリソースが、現在ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態ではないＵＥに対して確立されなければならない場合、スケーラビリティの側面が現れる。また、ＵＥの登録エリアがサポートｇＮＢと非サポートｇＮＢに跨る場合、特に大規模なマルチキャスト（ＭＣ）グループの場合、ページングリソースに関する労力は明らかである。
【課題を解決するための手段】
【0008】
よって、一側面において、ＵＥによって実行される方法が提供される。方法は、特定のＭＢＳセッションに割り当てられたグループ識別子（ＩＤ）を含む第１メッセージを受信することを含む。方法はさらに、ＭＢＳサービスをサポートしないＲＡＮノードにキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外の無線リソース制御（ＲＲＣ）状態にある間、ＲＡＮノードからページングメッセージを受信することを含む。方法はさらに、ページングメッセージがグループＩＤを含むかを判定することを含む。
【0009】
別の側面において、ＵＥの処理回路によって実行されると、ＵＥに上述した方法を実行させる命令を含むコンピュータプログラムが提供される。
【0010】
別の側面において、ＵＥが提供される。ＵＥは、特定のＭＢＳセッションに割り当てられたグループＩＤを含む第１のメッセージを受信する様に構成される。メッセージは、例えば、非アクセス層（ＮＡＳ）メッセージであり得る。例えば、ＵＥがＭＢＳセッションに参加するとき、ＵＥは、"参加メッセージ"、例えば、ＰＤＵセッション修正要求をアクセス及びモビリティ管理機能（ＡＭＦ）に送信し、その後、ＵＥは、送信したメッセージに対する応答を受信し得る。ＵＥは、さらに、ＭＢＳサービスをサポートしないＲＡＮノードにキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外のＲＲＣ状態にある間、ＲＡＮノードからページングメッセージを受信する様に構成される。ＵＥは、さらに、ページングメッセージがグループＩＤを含むかを判定する様に構成される。
【0011】
別の側面において、マルチキャストブロードキャスト（ＭＢ）セッション管理機能（ＳＭＦ）、ＡＭＦ、セッション管理機能（ＳＭＦ）等のコアネットワーク機能を実装するネットワークノードによって実行される方法が提供される。方法は、特定のＭＢＳセッションにグループＩＤを割り当てることと、グループＩＤを含むメッセージをＵＥに向けて送信することと、を含む。
【0012】
別の側面において、コアネットワーク機能、例えば、ＭＢ－ＳＭＦ、ＡＭＦ、ＳＭＦを実装するネットワークノードによって実行される方法が提供される。方法は、特定のＭＢＳセッションに割り当てられたグループＩＤを示すセッション開始要求メッセージをＡＭＦに送信することを含む。
【0013】
別の側面において、ネットワークノードの処理回路によって実行されると、ネットワークノードに上述した方法を実行させる命令を含むコンピュータプログラムが提供される。
【0014】
別の側面において、ネットワークノードが提供される。ネットワークノードは、特定のＭＢＳセッションにグループＩＤを割り当てることと、グループＩＤを含むメッセージをＵＥに向けて送信することと、を行う様に構成される。
【0015】
別の側面において、ネットワークノードが提供される。ネットワークノードは、特定のＭＢＳセッションに割り当てられたグループＩＤを示すセッション開始要求メッセージをＡＭＦに送信する様に構成される。
【0016】
実施形態の利点は、ＵＥは、ページング機会を監視し、ＵＥに提供されたグループＩＤのページングに反応する必要があるため、非ＭＢＳサポートＲＡＮ、例えば、ＮＧ－ＲＡＮにおけるＭＢＳのスケーラブルなページングソリューションを提供することである。グループＩＤは、コアネットワーク機能によってＭＢＳセッションのために割り当てられる。ＵＥは、受信したページングメッセージがグループＩＤを含むかを判定する。
【0017】
本明細書に組み込まれ、明細書の一部を形成する添付の図面は、様々な実施形態を示している。
【図面の簡単な説明】
【0018】
【図1】実施形態によるシステムを示す図。
【図2a】実施形態によるメッセージフローを示す図。
【図2b】実施形態による、ネットワークノードのブロック図。
【図2c】実施形態による、ＵＥのブロック図。
【図3】実施形態による処理を示すフローチャート。
【図4a】実施形態による処理を示すフローチャート。
【図4b】実施形態による処理を示すフローチャート。
【図5】実施形態によるブロック図。
【発明を実施するための形態】
【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】
付録１－追加資料
２ テキスト提案
１６．ｘ ＮＲＭＢＳ
１６．ｘ．１ 概要
１６．ｘ．２ アーキテクチャ
セクション４で規定されるＮＧ－ＲＡＮアーキテクチャの全体がＮＲ ＭＢＳに適用される。
１６．ｘ．３ セッション管理
ＮＲ ＭＢＳのセッション管理は、以下のＮＧ－ＲＡＮ機能を含む。
－ＵＥコンテキストに関連付けられ、ＵＥが参加したＭＢＳセッションに関する情報と、該当する場合には関連付けられたＱｏＳフロー情報とを維持して、ＴＳ２３．５０１［３］で規定されている５ＧＣ個別ＭＢＳトラフィック配信を可能にし、ＭＢＳをサポートしていないｇＮＢへのモビリティをサポートする。ＮＧ－ＲＡＮインタフェースでは、これらの機能は、既存のセッション管理プロトコル機能に組み込まれる。これらの機能はマルチキャストにのみ適用される。
－ＴＳ２３．５０１［３］で規定される様に、ＭＢＳをサポートするｇＮＢ内での５ＧＣ共有ＭＢＳトラフィック配信を可能にするため、アクティブなＭＢＳセッションに対して確立されたＭＢＳセッションコンテキストに関連付けられる。ＮＧ－ＲＡＮインタフェースでは、これらの機能は、ＵＥコンテキストに関連付けられた機能とは別の機能セットによって実現される。これらの機能はマルチキャスト及びブロードキャストに適用できる。
ＮＲ ＭＢＳセッション管理のためのＮＧ－ＲＡＮ機能は、次のシナリオをカバーする様に定義される。
－アクティブ及び非アクティブのマルチキャストＭＢＳセッション中のＭＢＳセッションへの参加。
－ＵＥは、ｇＮＢ内でマルチキャストＭＢＳセッションに最初に参加するか、又は、さらに追加さするかのいずれかである。
－任意のＲＲＣ状態にあるＵＥに対する５ＧＣ共有ＭＢＳトラフィック配信の開始
図２は、ＵＥが非アクティブのマルチキャストＭＢＳセッションに参加し、その後、ＭＢＳセッションをアクティブ化するシナリオ例を示す。
１．－３． ＴＳ２３．５０１を参照。ＭＢＳセッションはまだアクティブではない。
４．－９． ＵＥは、適切なＳＭＦによって提供される、おそらく既に確立されているＰＤＵセッションを介してＭＢＳセッションに参加する。ＮＧ－ＲＡＮのＵＥコンテキスト内のＰＤＵセッション情報は、ＭＢＳセッションＩＤと、該当する場合には関連するＱｏＳフロー情報を含むＭＢＳセッション情報で更新される。
１０．－１３． ＡＭＦは、ＵＥがＮＧ－ＲＡＮによって参加したＭＢＳセッションＩＤを受信して保存し、ＭＢＳセッションコンテキストを維持するＭＢ－ＳＭＦが、マルチキャスト配信ツリーを更新するために通知される必要があるかを判定できる。
１４．－１８． ＭＢＳセッションが開始される。
編集者注：制御プレーンエンティティのみを示す。
１６．ｘ．４ 伝送
編集者注：ＮＲ ＭＢＳ伝送のレイヤ１とレイヤ２について説明する。
１６．ｘ．４．ｙ ポイントツーポイント（ＰＴＰ）－ポイントツーマルチポイント（ＰＴＭ）スイッチング
編集者注：ＰＴＰからＰＴＭへのスイッチングとＰＴＭからＰＴＰへのスイッチングの両方をカバーする。
ＰＴＰ－ＰＴＭスイッチング機能は、マルチキャストセッションにのみ適用され、ＮＧ－ＲＡＮノードに常駐する。これにより、ＮＧ－ＲＡＮノードは、どのＵＥが、ＭＢＳセッションにＰＴＰ又はＰＴＭ（ＰＴＰ、ＰＴＭはＲＡＮ２で定義される）を使用するかを決定できる様になる。ＮＧ－ＲＡＮノードは、ＭＢＳセッションのＱｏＳ要件、参加しているＵＥの数、受信品質に関するＵＥの個別のフィードバック、及び、その他の基準等の情報に基づいて決定を行う。決定に関係なく、同じＱｏＳ要件が適用される。
ＰＴＰモードとＰＴＭモードは、同じセル内で同時に使用できる。ブロードキャストセッションの場合、ＰＴＭのみを適用できる。マルチキャストセッションの場合、ＰＴＰとＰＴＭの両方を適用できる。
１６．ｘ．５ モビリティ
１６．ｘ．５．１ 概要
モビリティ原則は、セクション９．２で説明されている機能を含む既存の機能に基づく。
１６．ｘ．５．２ ＭＢＳサポートセルからＭＢＳサポートセルへのマルチキャストモビリティ
ハンドオーバ準備フェーズ中に、ソースＮＧ－ＲＡＮノードは、ＵＥが参加しているＭＢＳセッションに関するＵＥコンテキスト情報をターゲットＮＧ－ＲＡＮノードに転送する。ターゲットＮＧ－ＲＡＮノードに、進行中のユーザデータ送信を伴うマルチキャストセッション毎のＭＢＳセッションリソースが存在しない場合、ターゲットＮＧ－ＲＡＮノードは、５ＧＣに向けたＭＢＳユーザプレーンリソースの設定をトリガする。どの手順を使用するかは、検討中（ＦＦＳ）である。
ハンドオーバの実行中、ターゲットＮＧ－ＲＡＮノードで決定されたＭＢＳ構成は、ＴＳ３８．３３１［１２］で規定される様に、ソースＮＧ－ＲＡＮノードを介してＲＲＣコンテナ（ＦＦＳ）内でＵＥに送信される。
付録２－さらなる追加資料
２ 議論
２．１ 基本的なＭＢＳセッション管理関連のＲＡＮ機能の観察
この章では、ＴＲ２３．７５７［１］のＭＢＳセッションモデルと"統合"アーキテクチャに関する議論から始まる、基本的なセッション管理関連のＲＡＮ機能に関する所見をまとめる。
ＴＲ２３．７５７［１］には、結論セクションでキャプチャされたＭＢＭＳセッションモデルが含まれており、ＳＡ２が"ＳＭＦベース"ソリューションと呼ぶものと共に議論の基礎として使用される。
［１］の８．２．２．２節の注１ａに記載されている様に、モデル自体は、様々なシステムエンティティに適用するための、さらなる作業と翻訳が必要である。図５に示す様に、モデルは、ＵＥ、５ＧＣ及びＲＡＮ側でのアプリケーションを明確にする必要があり、これは規範的な作業の一部となる。
このＭＢＭＳセッションモデルは、［１］の８．１節で合意された"統合"アーキテクチャに関連付けられ、そのアーキテクチャへの適応が依然として可能であり、必要である。"統合"アーキテクチャは、［１］の付録Ａに記載されている。サービス層エンティティを含まないそのアーキテクチャのバージョンが図１に示されている。
図５に示す「マージされたＭＢＭＳセッションモデル」がどの様にＮＧインタフェース機能に変換されるかを考える。
［１］の８．２節及びＡ．３節の結論は、２セットのＮＧインタフェース機能を定義すると解釈できる。
１）ＭＢＳセッションのトランスポートの制御、特にＮ３トランスポートとモビリティを含むＭＢＳフロートランスポート用のＲＡＮ（ＡＭＦ経由）の構成（［１］のＡ．３．３．２節及びＡ．３．３．５節を参照）。
－共有５ＧＣトランスポートに関与するエンティティ（ＮＧ－ＲＡＮの観点から）：ＮＧ－ＲＡＮ、ＡＭＦ、ＭＢ－ＳＭＦ、ＭＢユーザプレーン機能（ＵＰＦ）
－ＮＧ－ＲＡＮの観点から見た、個々の５ＧＣトランスポートに関与するエンティティ：ＮＧ－ＲＡＮ、ＡＭＦ、ＳＭＦ、ＵＰＦ
２）ＭＢＳセッションに参加するための制御。［１］の８．２．２．２節の合意に従う
－参加の送信に使用されるＰＤＵセッションは、５ＧＣ個別ＭＢＳトラフィック配信用に関連付けられたＰＤＵセッションと同じである。
－ＡＭＦは、ＰＤＵセッション確立の間、マルチキャストセッション参加のために５ＭＢＳをサポートするＳＭＦを選択する必要があり、これは、参加の送信、つまり５ＭＢＳの参加要求の処理及び／又は個別配信へのフォールバックに使用される。
ＮＧ－ＲＡＮの観点からは、参加のための通信は、ＡＭＦによって選択されたＳＭＦと共に行われると結論付けられ得る。ＳＭＦ／ＭＢ－ＳＭＦベースのアプローチ、つまりＳＭＦ／ＭＢ－ＳＭＦがマルチキャストセッションのためのＵＥのセッション管理を処理するという結論に伴い、ＭＢＳセッションの参加の制御のためのＮＧアプリケーションプロトコル（ＮＧＡＰ）機能は、結論として、参加のためにＰＤＵセッションを使用するには、その様なＰＤＵセッションの存在が必要であるため、修正された既存のＮＧＡＰ ＰＤＵセッションリソース制御機能を利用できる。したがって、ＭＢＳ参加に使用される制御リソースはＰＤＵセッションである。同じＰＤＵセッションは、５ＧＣの個別ＭＢＳトラフィック配信に使用される情報を提供するためにも使用される。
－ＮＧ－ＲＡＮの観点から、参加するために関与する制御プレーンエンティティ：ＮＧ－ＲＡＮ、ＡＭＦ、ＳＭＦ、二次的にＭＢ－ＳＭＦ及びその他のエンティティ
観察１： ＴＲ２３．７５７の結論は、２セットのＮＧＡＰプロトコル機能の結果となり、さらに他のインタフェース上でのそれぞれのプロトコル機能につながる。ＭＢＳセッションのトランスポートの制御とＭＢＳセッションへの参加の制御。
観察１．１： ＭＢＳセッションのトランスポートの制御は、５ＧＣ共有ＭＢＳトラフィック配信と５ＧＣ個別ＭＢＳトラフィック配信の両方をサポートする。
観察１．２： ＭＢＳサービスへの参加は、ＰＤＵセッションを介して実行され、同じＰＤＵセッションが、このオプションが有効になっている場合、５ＧＣ個別ＭＢＳトラフィック配信を実行するためにも使用される。
これら２つの機能セット、ＭＢＳトランスポートの制御とＭＢＳセッションへの参加の制御との間の結論的な関係は、ＴＲ２３．７５７［１］の８．２．２．２節の次の記述から推測できる。
－５ＧＣは、マルチキャストセッションがすぐに開始されない場合、又は、まだ開始されていない場合、マルチキャストセッションへのＵＥの参加を拒否できる。
・・・
－５ＧＣは、ＮＧ－ＲＡＮノードをトリガして、ＭＢＳセッションのセッション開始／アクティブ化をＵＥに通知できる。
・・・
－ＭＢ－ＵＰＦがマルチキャストデータを検出することによってＭＢＳセッションの非アクティブ化又はアクティブ化をトリガする場合、次の箇条書きが適用される。
ノート３： "停止／非アクティブ化"又は"開始／アクティブ化"という用語が同じアクションを意味するかどうかをさらに明確にする必要がある。
－ＭＢ－ＵＰＦが設定可能な期間にわたってマルチキャストデータを検出しない場合、ＭＢＳセッションは非アクティブ化され得る。ＭＢＳセッションが５ＧＣによって非アクティブ化されると、ＭＢＳセッションコンテキストは５ＧＣに保持されるが、コンテキストを含むＡＮリソースと５ＧＣ共有ＭＢＳ配信方式のためのＮ３トンネルは解放される。そのマルチキャストセッションに参加しているＵＥはＩＤＬＥになることができる。
ノート４： ＭＢＳ ＱｏＳフローをＭＢＳセッションコンテキストから削除する必要があるかどうかは、規範段階で決定される。
－ＭＢ－ＵＰＦがマルチキャストデータを検出すると、ＭＢＳセッションはアクティブ化され得る。ＭＢＳセッションをアクティブにする必要がある場合、ＭＢ－ＵＰＦはＭＢ－ＳＭＦにメッセージを送信する。ＭＢ－ＳＭＦが送信リソースを確立するためにＭＢＳセッションアクティブ化を開始すると、ＭＢ－ＳＭＦは、マルチキャストセッション内のＵＥを担当するＳＭＦ／ＡＭＦを介してセッションアクティブ化をＮＧ－ＲＡＮに通知する。ＵＥはセッションのアクティブ化についてＮＧ－ＲＡＮによって通知される。
－次の箇条書きは、ＡＦがマルチキャストセッションの開始又は停止を決定する場合に適用される。
ノート５： "停止／非アクティブ化"又は"開始／アクティブ化"という用語が同じアクションを意味するかどうかをさらに明確にする必要がある。
－ＭＢＳセッションはＡＦ要求により停止され得る。ＭＢＳセッションが停止されると、ＭＢＳセッションコンテキストは５ＧＣに保持されるが、コンテキストを含むＡＮリソースと５ＧＣ共有ＭＢＳ配信方式のためのＮ３トンネルは解放される。マルチキャストＱｏＳフロー情報は、ＵＥ及び５ＧＣＮＦに保存されているＭＢＳセッションコンテキストから削除される。そのマルチキャストセッションに参加しているＵＥはＩＤＬＥになることができる。
－ＭＢＳセッションはＡＦ要求によりアクティブ化／開始され得る。ＭＢＳセッションをアクティブ化／開始する必要がある場合、ＮＥＦ又はＭＢＳＦは、送信リソースを確立するためにメッセージをＭＢ－ＳＭＦに送信する。ＭＢ－ＳＭＦは、関連するマルチキャストＱｏＳフロー情報をＰＣＦから取得する。ＭＢ－ＳＭＦがＭＢＳセッションを再開すると、ＭＢ－ＳＭＦは、マルチキャストセッション内でＵＥを担当するＳＭＦ／ＡＭＦを介してＮＧ－ＲＡＮにセッションのアクティブ化を通知する。ＵＥはセッションのアクティブ化についてＮＧ－ＲＡＮによって通知される。
上記で引用したステートメントから、ＵＥはＭＢＳセッションの"非アクティブ化／停止"／"アクティブ化／開始"ＭＢＳセッションへの参加を拒否され、ＴＲ２３．７５７［１］の図８．２．３－１のメッセージフローは、ＭＢＳトラフィック配信が既に進行中のＭＢＳセッションにＵＥが参加する１つの特定のシナリオのみを表していることがわかる。ただし、ＭＢＳトラフィック配信がまだ進行していないＭＢＳセッションにＵＥが参加する可能性もある。これは、ＭＢＳトラフィック配信と、ＭＢ－ＵＰＦ又はＡＦ要求によるＭＢＳトラフィック配信の非アクティブ化／アクティブ化との間の一時停止、又は、サービス／セッションのアナウンスとＭＢＳトラフィック配信の実際の開始との間の一時停止が原因であり得る。
観察２： ＮＧＡＰは、ＭＢＳ可能ｇＮＢのために次のシナリオをサポートする。
２．１） ＭＢＳセッションは存在するが、ＮＧ－ＲＡＮにおいてＭＢＳトラフィック配信が進行中でない －ＵＥはこの時点でＭＢＳセッションに参加し得る。
２．２）ＭＢＳセッションが存在し、ＭＢＳトラフィック配信が進行中であり、ＵＥはこの時点でＭＢＳセッションに参加し得る。ＵＥがＮＧ－ＲＡＮノード又はＡＭＦのＭＢＳセッションに最初に参加する等のサブシナリオが考えられる。
ＴＲ２３．７５７［１］は、これらのシナリオをサポートするために必要なＮＧＡＰ機能のセットをすでに示している。
観察３： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
３．１） ＭＢＳセッションに参加しているＵＥに通知する、５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの確立。ＵＥは任意のＣＭ／ＲＲＣ状態であり得る。
３．２） ５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの解放
５ＧＣ個別ＭＢＳトラフィック配信のサポートの詳細について、ＴＲ２３．７５７［１］の結論セクション８．２．２．２節の関連する記述をもう一度見てみる。
２３．７５７［１］は、ＭＢＳ非可能ＮＧ－ＲＡＮノードとの間でのＵＥモビリティをサポートし、ＵＥがＭＢＳセッションに参加するときに、関連するＱｏＳフローを持つ関連するＰＤＵセッションを確立することによって、その様なモビリティの実行を準備することに焦点を当てているようであり、実際、前に引用した様に、まったく同じＰＤＵセッションが５ＧＣへの参加の送信にも使用され、関連するＱｏＳフローを伴う関連するＰＤＵセッションは、ＵＥによるＭＢＳセッションへの参加が発生すると同時に確立できる様になる。［１］編集者注記には、５ＧＣ個別ＭＢＳトラフィック配信用に関連するＰＤＵセッションをいつ確立し更新するかについてＦＦＳを維持するとしているが、関連するＱｏＳフロー情報が関連するＰＤＵセッションに提供されるタイミングは、ＭＢＳセッションへの参加と、非サポートＮＧ－ＲＡＮノードへのモビリティが発生する直前までのと間であると明確に定義されている。Ｘｎベースのハンドオーバの場合、関連するＱｏＳフロー情報の提供をＨＯに結び付けると、Ｘｎ ＨＯの準備の一部としてＮＧシグナリングが発生し、その結果Ｘｎ ＨＯの実行が遅延し、一方、１つの可能性は、サポートｇＮＢと非サポートｇＮＢとの間のＮＧベースのＨＯのみを許可することであるが、明らかにモビリティパフォーマンスを制限する。
ＭＢＳのホモジニアスサポートの場合（少なくとも特定のエリア内で）、関連するＱｏＳフロー情報を提供する必要はない。
さらに、非サポートｇＮＢでの５ＧＣ個別ＭＢＳトラフィック配信の提供は、プレリリース１７のＮＧＡＰ ＰＤＵセッションリソース管理に基づいて機能する必要があるため、関連するＱｏＳフロー情報及び参加情報を提供するためのＮＧＡＰシグナリングの設計は、既存のＮＧＡＰ ＰＤＵセッションリソース制御を使用する必要があると結論付けることもでき、それは、Ｘｎ／ＮＧハンドオーバ中にターゲットｇＮＢでＰＤＵセッションを確立することを予見しないＸｎ／ＮＧハンドオーバの既存の機能原則では機能しない。
観察４： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
４．１） ＭＢＳセッションに参加するために使用される同じＰＤＵセッション制御データ内で、進行中のＭＢＳセッションの間にＭＢＳ非可能ｇＮＢへのモビリティを可能にする関連するためにＱｏＳフロー情報が提供される。
４．２） 関連するＱｏＳフロー情報は、参加時、又は、ＭＢＳ非可能ｇＮＢへのモビリティが発生する前のいつでも（できればかなり前に）提供され得る。
４．３） ＭＢＳのホモジニアスサポートの場合、関連するＱｏＳフロー情報は必要ない。
４．４） 同じＰＤＵセッションのシグナリングに沿って行われる関連ＱｏＳフロー情報の参加と提供に関する結論には、参加と関連ＱｏＳフローの両方の情報がＮＧＡＰの既存のＰＤＵセッションリソースシグナリングに追加される必要があり、"下位互換性"シグナリングソリューションが必要である。
ＭＢＳ可能ｇＮＢの場合と同様に、観察３は５ＧＣ共有ＭＢＳトラフィック配信のためのＲＡＮリソースの確立を要約し、観察２は５ＧＣ共有ＭＢＳトラフィック配信のためのＲＡＮリソースの参加と確立の間の時間的な相互作用を要約し、ＴＲ２３．７５７［１］には、ＭＢＳ非可能ｇＮＢに関連する明示的な記述が含まれていない。
現在、ＭＢＳ非可能ｇＮＢによってサービスされているＵＥのＭＢＳサービスへの参加は、ＲＡＮでの議論の対象外であるとみなされ得る。ＵＥがＭＢＳサポートｇＮＢと、ＭＢＳ非サポートｇＮＢとによってサービスされるエリア間を移動する間、セッション管理レベルでＵＥの参加状態を維持するために、少なくとも５ＧＣはＭＢＳを均一にサポートする、特に、ＭＢＳサポートｇＮＢでの５ＧＣ共有ＭＢＳトラフィック配信と、ＭＢＳ非サポートｇＮＢでの５ＧＣ個別ＭＢＳトラフィック配信との間の切り替えをサポートする必要があると想定され得る。ＭＢＳ非サポートｇＮＢを介して参加をサポートするかどうかを議論する必要がある。参加はＮＡＳレベルでトリガ及び処理され、ＳＡ２でのさらなる議論によっては、ＭＢＳのＲＡＮサポートがなくても、ＵＥが正常に参加を実行できる可能性がある。
ただし、５ＧＳはＭＢＳのＲＡＮサポートエリア外のＭＢＳセッションへの参加を制限できる様にすべきであると主張する人もいるかもしれず、そのためには、ＳＩＢで機能インジケーションを提供する必要があり、その様なサポートが５ＧＳによって制御可能である必要がある場合、ＮＡＳでそれぞれのインジケーションが提供される必要がある。いずれの場合も、ＳＡ２とＲＡＮ２に相談する必要がある。
別の側面は、セッション管理シグナリングに対してＡＭＦの透明性を維持すると、ＡＭＦがＭＢＳセッションに参加しているＵＥを認識できないという事実である。ＭＢ－ＳＭＦは一般にＵＥコンテキストを保持しないため、セッション開始時に、ＭＢＳセッションに参加し、ＭＢＳをサポートするｇＮＢにまだ移動していないＣＭ－ＩＤＬＥのＵＥにサービスを提供するＡＭＦとの接続に失敗する可能性がある。
観察５： ＮＡＳ機能がその様なシナリオをサポートしている場合、ＭＢＳをサポートしていないｇＮＢのサービスエリア内でＭＢＳセッションに参加するＵＥに関与するＮＧＡＰ機能はない。ただし、ＴＲ２３．７５７はその可能性について明示的ではない。さらに、ＵＥがＭＢＳをサポートするｇＮＢにまだ移動していない場合、ＭＢ－ＳＭＦがセッション開始時にＡＭＦに接続できないというシナリオが考えられる。必要とみなされる場合、ＳＡ２とＲＡＮ２、おそらくＣＴ１は、その様な機能を許可及び／又は制御するかどうか、また、許可及び／又は制御する場合はどの様にするかを相談する必要がある。
ＴＲ２３．７５７［１］は、ＭＢＳ非サポートｇＮＢでＲＡＮリソースを確立するシナリオが、以前にＭＢＳサポートｇＮＢからの５ＧＣ共有ＭＢＳトラフィック配信を介してＭＢＳトラフィックを受信するＵＥなしでサポートされるかどうかについても明確ではない。この側面は観察３の議論に関連しており、任意のＣＭ／ＲＲＣ状態にあるＵＥに対してＭＢＳサポートｇＮＢでＭＢＳセッションリソースを確立するためのＮＧＡＰサポートには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥのある種のページングも含まれるであろう。ＵＥの個別ページングは確かに理論上のオプションであるが、大規模なＭＣグループにはまったく対応できない。同じ性質のスケーラビリティの側面は、現在ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥに対して、ＭＢＳ非サポートｇＮＢでの"個別の"ＭＢＳセッションリソース（実際にはＰＤＵセッションリソース）を確立する必要がある場合にも現れる。
この様な機能には、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立するために、関連するＱｏＳフローを含むＰＤＵセッションリソースを確立又は変更するため、ＭＢ－ＳＭＦと、例えば、関連するＰＤＵセッションコンテキストを保持するＳＭＦとのインタラクションを必要とする。この点については、ＳＡ２でさらに議論する必要があるが、この道を続ける場合は、一定の前提を確立する必要がある。
また、ＵＥの登録エリアがサポートｇＮＢと非サポートｇＮＢにまたがる場合、特に大規模なＭＣグループの場合、ページングリソースに関する労力は明らかである。
このスケーラビリティの問題に対する１つのソリューションは、ＭＢ－ＳＭＦによってＭＢＳセッションに割り当てられ、参加時にＮＡＳ経由でＵＥに提供される一種の"グループ５Ｇ－Ｓ－ＴＭＳＩ"のページング機会をリッスンし、ページングに反応することをＵＥに要求することである。スケーリングの問題に名前を付けて強調することはＲＡＮ３のトピックであるが、示唆されているソリューションは明らかにそうではない。
観察６： ＴＲ２３．７５７は、ＭＢＳサポートｇＮＢを介する前に、同じ進行中のセッションの５ＧＣ共有ＭＢＳトラフィック配信を介してＭＢＳコンテンツをＵＥに提供することなく、５ＧＣ個別ＭＢＳトラフィック配信のためのＲＡＮリソースの確立がサポートされるかどうかについて明示的ではない。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥについては個別にページングする必要があり、ＵＥの登録エリアに応じて、ＭＢＳセッション開始のインジケーションとＲＡＮリソースの成功した確立を、サポートｇＮＢと非サポートｇＮＢとの間で調整する必要がある。
また、ＳＭＦは、ＭＢＳ非サポートｇＮＢへの５ＧＣ個別ＭＢＳトラフィック配信の確立時に、（関連する）ＱｏＳフローを伴う（関連する）ＰＤＵセッションを確立又は変更できることが想定される。
大規模なＭＣグループの場合、明らかなスケーリングの問題がある。スケーラビリティの問題を特定することは明らかにＲＡＮ３のトピックであるが、例えば、"ＭＣグループ５Ｇ－Ｓ－ＴＭＳＩ"を利用した一種の"グループページング"メカニズムを介した潜在的なソリューションは明らかにそうではない。それぞれのＴＳＧ／ＷＧに連絡すべきである。
非サポートｇＮＢへのモビリティ中のセッション管理シグナリングの側面を見ると、同様のスケーラビリティの側面が生る。関連するＱｏＳフロー情報は、非サポートｇＮＢでＭＢＳトラフィックを継続的に受信できる様にするために、セッション進行中にのみ非サポートｇＮＢに提供されることが予想されるが、"非アクティブ化"されたＭＢＳセッションの間、ＴＲ２３．７５７［１］の８．２．２．２節で結論付けられている様に、ＲＡＮ及びＮＧ－Ｕリソースを含む関連ＱｏＳフローは解放される。つまり、その後、ＭＢＳセッションが（再）アクティブ化される度に、ページングによる潜在的なスケーリングの問題が発生するだけでなく、５ＧＣ個別ＭＢＳトラフィック配信用の関連ＱｏＳフローのリソースを確立するための、（関連する）ＰＤＵセッションの変更に必要なシグナリングによっても問題が生じ得る。これらの機能はすべて原理的には機能し、同様に利用可能であるが、大規模なＭＣグループにはうまく拡張できない。従来、つまりプレリリース１７の手段でＰＤＵセッション変更に関するこの問題を解決できる可能性は見当たらないが、この問題をＳＡ２及びＲＡＮ２に強調することを提案する。
観察７： ＭＢＳセッションのアクティブ化とＭＢＳ非サポートｇＮＢでのＲＡＮリソースの確立は、ＭＢＳセッションの関連ＱｏＳフローを確立するための関連ＰＤＵセッションの変更によって、ＵＥ毎に誘発される予想されるシグナリング量に起因して、大規模なＭＣグループのスケーラビリティの問題を引き起こす。ＳＡ２とＲＡＮ２に連絡すべきである。
・２．２ ＭＢＳセッション管理のＲＡＮ側面の機能的結論
・２．２．１ ５ＧＣ共有ＭＢＳトラフィック配信のためのＭＢＳセッションのトランスポートの制御－マルチキャスト
セクション２．１で説明した様に、ＴＲ２３．７５７［１］の図８．２．３－１のメッセージフローは、ＭＢＳサポートするｇＮＢでＭＢＳセッションリソースが確立されるときのシナリオのみを示している。ＭＢＳトラフィック配信が進行中でない間にＵＥが参加する可能性は非常に高く、ＭＢＳセッションは非アクティブ化され、その後再アクティブ化され得る。
考えられるすべてのシナリオを単一の機能セットでカバーしたいと考えている。
このため、以下を提案する。
提案１： ＰＤＵセッション制御用の既存のＮＧＡＰ手順と同様に、ＲＡＮ内のＭＢＳセッションリソースを確立、変更、解放するための５ＧＣトリガのクラス１ＮＧＡＰ手順のセットを導入する。
これらの手順のセットは、ＵＥ関連のシグナリングと同様に"接続指向"であるものとし、用語及び"接続"識別子の範囲は付録Ａで提案される。
ＭＢＳセッションに参加しているＵＥに沿って配信ツリーを構築し、非アクティブなＭＢＳセッション中の参加をサポートするには、ＡＭＦはＵＥの参加状態を知る必要があるが、これは、ＳＭＦとＮＧ－ＲＡＮ間の直接通信により、この情報をＡＭＦから隠すアプローチに従う現在のＴＲ２３．７５７では当てはまらない。ただし、ＳＭＦはセッション開始の場合に接続する必要があるＲＡＮノードを認識しておらず、認識しない様にする必要があるため、ＡＭＦは配信ツリーの中間ノードとして機能し、ＵＥ毎の参加ＭＢＳセッション情報に沿って、配信ツリーを最新の状態に保つ必要がある。この要件を実現する１つの方法は、ＰＤＵセッションシグナリング内で、つまりＳＭＦコンテナ外のＮＧＡＰ ＰＤＵセッション手順の応答メッセージ内のＮＧＡＰを介して、ＵＥが参加したＭＢＳセッションについてＡＭＦに通知することである。
提案２： ＡＭＦがＭＢ－ＳＭＦに向けての配信ツリーを更新し、ＣＭ－ＩＤＬＥのＵＥの登録エリアに沿ってセッション開始時に接続されるＮＧ－ＲＡＮノードを追跡できる様にするために、参加したＭＢＳセッションについてＡＭＦに通知する可能性を導入する。
提案３： 提案１及び２に伴う図８．２．３－１の全体的なメッセージフローの変更についてＳＡ２に連絡する。
・２．２．２ ５ＧＣ共有ＭＢＳトラフィック配信のためのＭＢＳセッションのトランスポート制御－ブロードキャスト
見てわかる様に、提案１で提案されたクラス１手順のセットは、ブロードキャストＭＢＳセッションのためのＲＡＮリソースを設定するために非常によく使用され得る。ブロードキャストだけでなく、（ローカル）マルチキャストＭＢＳセッションでも、エリア情報をこのクラス１手順のセットに含める必要がある。
提案４： ブロードキャストＭＢＳセッションのＲＡＮリソースを設定するためにも使用される、提案１で提案されたクラス１手順のセットを定義する。ローカルマルチキャストＭＢＳトラフィック配信にも使用できるオプションのエリア情報を導入する。
・２．２．３ ＭＢＳセッションに参加するためのＰＤＵセッションリソース制御と関連するＱｏＳフロー情報の提供
"観察"セクションで前述した様に、ＮＧＡＰは、サポートｇＮＢへのＰＤＵセッション内の参加情報及び関連するＱｏＳフロー情報の提供をサポートする機能が必要である。ＭＢＳのホモジニアスサポートの場合、関連するＱｏＳフロー情報の提供は、参加時又はその後に提供される、或いは、まったく提供されない場合がある。
さらに、ＮＧＡＰの設計は、プレリリース１７のＮＧＡＰ ＰＤＵセッションリソース制御と下位互換性がある必要がある。
１つはＭＢＳのホモジニアスサポート用で、もう１つは非サポートｇＮＢとのインターワーキング用の２つのソリューションを開発する可能性があるが、我々はそれが必要ではないと考えており、（統合された）ソリューションがどのようなものになるかを示したいと考えている。
－ＭＢＳのホモジニアスサポートのために、既存のＰＤＵセッションリスト項目は、ＵＥが参加し、ＰＤＵセッションが関連付けられているスライスによってサポートされているＭＢＳセッション情報によって拡張される。
－５ＧＣ個別ＭＢＳトラフィック配信をサポートする必要がある場合
－参加したＭＢＳセッション毎に関連するＱｏＳフロー情報を提供
－アクティブなＭＢＳセッション中、
－ＮＧＡＰでは、参加中又はＮＧＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含め、ＸｎＡＰでは、ＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含める。
－サポートｇＮＢは、関連するＱｏＳフロー情報を含むＭＢＳセッション情報が存在するため、この情報を無視し、５ＧＣ共有ＭＢＳトラフィック配信用のリソースを確立／提供する。
－非サポートｇＮＢは、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立する。
－非アクティブなＭＢＳセッション中、
－ＮＧＡＰでは、参加中又はＮＧ ＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含めず、ＸｎＡＰでは、ＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含めない。
－サポートｇＮＢは、参加したＭＢＳセッションに関する情報を考慮するが、５ＧＣ共有ＭＢＳトラフィック配信用のリソースを確立しない。
－非サポートｇＮＢは追加の（関連する）ＱｏＳフローを認識しないため、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立しない。
最後に、５ＧＣの個別ＭＢＳトラフィック配信のために別のセッションアンカーを確立する必要があるかどうかを知るために、ＵＥの例えば関連するＰＤＵセッションコンテキストを保持するＳＭＦへの明示的なインジケーションも必要であり、これは、この情報がないと、５ＧＣは、ＲＡＮがＵＥコンテキスト内のＭＢＳ関連情報を理解して保存できないと想定する必要があるからである。この様な明示的なインジケーションは、例えば、関連する、ＭＢＳセッション関連情報を含むＰＤＵセッション設定、ＨＯリソース割り当て、パススイッチ及び潜在的な後続ＰＤＵセッションの変更において必要である。
提案５： ＮＧＡＰ及びＸｎＡＰでは、ＰＤＵセッション関連メッセージ内で、ＵＥが参加し、ＰＤＵセッションが関連付けられているスライスによってサポートされるＭＢＳセッションのＭＢＳセッション情報をＰＤＵセッションリスト項目に追加する。
ＭＢＳセッション情報に関連するＱｏＳフロー情報を含める可能性を予見し、ＭＢＳセッションが現在進行中の場合、この情報はレガシーＱｏＳフローリストにも追加される。サポートｇＮＢは、進行中のＭＢＳセッションに関連付けられたＱｏＳフローリスト内のＱｏＳフローを無視し、非サポートｇＮＢは、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立する。
そして、ＵＥの、例えば関連付けられているＰＤＵセッションコンテキストを保持しているＳＭＦに、提供されたＭＢＳセッション情報が実際にｇＮＢに保存されているかの明示的なインジケーションを忘れずに提供する。ＲＡＮノードは、ＭＢＳをサポートする。
３ 結論と提案
我々は、ＴＲ２３．７５７［１］に記載されているＳＡ２の結論を分析し、以下を観察した。
観察１： ＴＲ２３．７５７の結論は、２セットのＮＧＡＰプロトコル機能の結果となり、さらに他のインタフェース上でのそれぞれのプロトコル機能につながる。ＭＢＳセッションのトランスポートの制御とＭＢＳセッションへの参加の制御。
観察１．１： ＭＢＳセッションのトランスポートの制御は、５ＧＣ共有ＭＢＳトラフィック配信と５ＧＣ個別ＭＢＳトラフィック配信の両方をサポートする。
観察１．２： ＭＢＳサービスへの参加は、ＰＤＵセッションを介して実行され、同じＰＤＵセッションが、このオプションが有効になっている場合、５ＧＣ個別ＭＢＳトラフィック配信を実行するためにも使用される。
観察２： ＮＧＡＰは、ＭＢＳ可能ｇＮＢのために次のシナリオをサポートする。
２．１） ＭＢＳセッションは存在するが、ＮＧ－ＲＡＮにおいてＭＢＳトラフィック配信が進行中でない －ＵＥはこの時点でＭＢＳセッションに参加し得る。
２．２）ＭＢＳセッションが存在し、ＭＢＳトラフィック配信が進行中であり、ＵＥはこの時点でＭＢＳセッションに参加し得る。ＵＥがＮＧ－ＲＡＮノード又はＡＭＦのＭＢＳセッションに最初に参加する等のサブシナリオが考えられる。
観察３： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
３．１） ＭＢＳセッションに参加しているＵＥに通知する、５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの確立。ＵＥは任意のＣＭ／ＲＲＣ状態であり得る。
３．２） ５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの解放
観察４： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
４．１） ＭＢＳセッションに参加するために使用される同じＰＤＵセッション制御データ内で、進行中のＭＢＳセッションの間にＭＢＳ非可能ｇＮＢへのモビリティを可能にする関連するためにＱｏＳフロー情報が提供される。
４．２） 関連するＱｏＳフロー情報は、参加時、又は、ＭＢＳ非可能ｇＮＢへのモビリティが発生する前のいつでも（できればかなり前に）提供され得る。
４．３） ＭＢＳのホモジニアスサポートの場合、関連するＱｏＳフロー情報は必要ない。
４．４） 同じＰＤＵセッションのシグナリングに沿って行われる関連ＱｏＳフロー情報の参加と提供に関する結論には、参加と関連ＱｏＳフローの両方の情報がＮＧＡＰの既存のＰＤＵセッションリソースシグナリングに追加される必要があり、"下位互換性"シグナリングソリューションが必要である。
観察５： ＮＡＳ機能がその様なシナリオをサポートしている場合、ＭＢＳをサポートしていないｇＮＢのサービスエリア内でＭＢＳセッションに参加するＵＥに関与するＮＧＡＰ機能はない。ただし、ＴＲ２３．７５７はその可能性について明示的ではない。さらに、ＵＥがＭＢＳをサポートするｇＮＢにまだ移動していない場合、ＭＢ－ＳＭＦがセッション開始時にＡＭＦに接続できないというシナリオが考えられる。必要とみなされる場合、ＳＡ２とＲＡＮ２、おそらくＣＴ１は、その様な機能を許可及び／又は制御するかどうか、また、許可及び／又は制御する場合はどの様にするかを相談する必要がある。
観察６： ＴＲ２３．７５７は、ＭＢＳサポートｇＮＢを介する前に、同じ進行中のセッションの５ＧＣ共有ＭＢＳトラフィック配信を介してＭＢＳコンテンツをＵＥに提供することなく、５ＧＣ個別ＭＢＳトラフィック配信のためのＲＡＮリソースの確立がサポートされるかどうかについて明示的ではない。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥについては個別にページングする必要があり、ＵＥの登録エリアに応じて、ＭＢＳセッション開始のインジケーションとＲＡＮリソースの成功した確立を、サポートｇＮＢと非サポートｇＮＢとの間で調整する必要がある。
また、ＳＭＦは、ＭＢＳ非サポートｇＮＢへの５ＧＣ個別ＭＢＳトラフィック配信の確立時に、（関連する）ＱｏＳフローを伴う（関連する）ＰＤＵセッションを確立又は変更できることが想定される。
大規模なＭＣグループの場合、明らかなスケーリングの問題がある。スケーラビリティの問題を特定することは明らかにＲＡＮ３のトピックであるが、例えば、"ＭＣグループ５Ｇ－Ｓ－ＴＭＳＩ"を利用した一種の"グループページング"メカニズムを介した潜在的なソリューションは明らかにそうではない。それぞれのＴＳＧ／ＷＧに連絡すべきである。
観察７： ＭＢＳセッションのアクティブ化とＭＢＳ非サポートｇＮＢでのＲＡＮリソースの確立は、ＭＢＳセッションの関連ＱｏＳフローを確立するための関連ＰＤＵセッションの変更によって、ＵＥ毎に誘発される予想されるシグナリング量に起因して、大規模なＭＣグループのスケーラビリティの問題を引き起こす。ＳＡ２とＲＡＮ２に連絡すべきである。
これらの観察に基づき、ＮＧ－ＲＡＮでのＭＢＳセッション管理について次の結論が導き出される。
提案１： ＰＤＵセッション制御用の既存のＮＧＡＰ手順と同様に、ＲＡＮ内のＭＢＳセッションリソースを確立、変更、解放するための５ＧＣトリガのクラス１ＮＧＡＰ手順のセットを導入する。
これらの手順のセットは、ＵＥ関連のシグナリングと同様に"接続指向"であるものとし、用語及び"接続"識別子の範囲は付録Ａで提案される。
提案２： ＡＭＦがＭＢ－ＳＭＦに向けての配信ツリーを更新し、ＣＭ－ＩＤＬＥのＵＥの登録エリアに沿ってセッション開始時に接続されるＮＧ－ＲＡＮノードを追跡できる様にするために、参加したＭＢＳセッションについてＡＭＦに通知する可能性を導入する。
提案３： 提案１及び２に伴う図８．２．３－１の全体的なメッセージフローの変更についてＳＡ２に連絡する。
提案４： ブロードキャストＭＢＳセッションのＲＡＮリソースを設定するためにも使用される、提案１で提案されたクラス１手順のセットを定義する。ローカルマルチキャストＭＢＳトラフィック配信にも使用できるオプションのエリア情報を導入する。
提案５： ＮＧＡＰ及びＸｎＡＰでは、ＰＤＵセッション関連メッセージ内で、ＵＥが参加し、ＰＤＵセッションが関連付けられているスライスによってサポートされるＭＢＳセッションのＭＢＳセッション情報をＰＤＵセッションリスト項目に追加する。
ＭＢＳセッション情報に関連するＱｏＳフロー情報を含める可能性を予見し、ＭＢＳセッションが現在進行中の場合、この情報はレガシーＱｏＳフローリストにも追加される。サポートｇＮＢは、進行中のＭＢＳセッションに関連付けられたＱｏＳフローリスト内のＱｏＳフローを無視し、非サポートｇＮＢは、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立する。
提案６： 次のＴＰに同意する：ＴＳ３８．３００については［２］、ＴＳ３８．４１０については［３］、ＴＳ３８．４１３については［４］。
４ 参照
［１］ＴＲ２３．７５７"Ｓｔｕｄｙ ｏｎ ａｒｃｈｉｔｅｃｔｕｒａｌ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ５Ｇ ｍｕｌｔｉｃａｓｔ－ｂｒｏａｄｃａｓｔ ｓｅｒｖｉｃｅｓ，Ｒｅｌｅａｓｅ１７"，ｖｅｒｓｉｏｎ１．２．０
［２］Ｒ３－２１０６４０"［ＴＰ ｆｏｒ ＢＬ ＣＲ ＴＳ３８．３００］ＴＰ ｏｎ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ ＮＲ ＭＢＳ"，ｉｎｐｕｔ ｔｏ ＲＡＮ３＃１１１－ｅ
［３］Ｒ３－２１０６４１"［ＴＰ ｆｏｒ ＢＬ ＣＲ ＴＳ３８．４１０］ＴＰ ｏｎ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ ＮＲ ＭＢＳ"，ｉｎｐｕｔ ｔｏ ＲＡＮ３＃１１１－ｅ
［４］Ｒ３－２１０６４２"［ＴＰ ｆｏｒ ＢＬ ＣＲ ＴＳ３８．４１３］ＴＰ ｏｎ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ ＮＲ ＭＢＳ"，ｉｎｐｕｔ ｔｏ ＲＡＮ３＃１１１－ｅ
２ テキスト提案
１６．ｘ ＮＲＭＢＳ
１６．ｘ．１ 概要
１６．ｘ．２ アーキテクチャ
セクション４で規定されるＮＧ－ＲＡＮアーキテクチャの全体がＮＲ ＭＢＳに適用される。
１６．ｘ．３ セッション管理
ＮＲ ＭＢＳのセッション管理は、以下のＮＧ－ＲＡＮ機能を含む。
－ＵＥコンテキストに関連付けられ、ＵＥが参加したＭＢＳセッションに関する情報と、該当する場合には関連付けられたＱｏＳフロー情報とを維持して、ＴＳ２３．５０１［３］で規定されている５ＧＣ個別ＭＢＳトラフィック配信を可能にし、ＭＢＳをサポートしていないｇＮＢへのモビリティをサポートする。ＮＧ－ＲＡＮインタフェースでは、これらの機能は、既存のセッション管理プロトコル機能に組み込まれる。これらの機能はマルチキャストにのみ適用される。
－ＴＳ２３．５０１［３］で規定される様に、ＭＢＳをサポートするｇＮＢ内での５ＧＣ共有ＭＢＳトラフィック配信を可能にするため、アクティブなＭＢＳセッションに対して確立されたＭＢＳセッションコンテキストに関連付けられる。ＮＧ－ＲＡＮインタフェースでは、これらの機能は、ＵＥコンテキストに関連付けられた機能とは別の機能セットによって実現される。これらの機能はマルチキャスト及びブロードキャストに適用できる。
ＮＲ ＭＢＳセッション管理のためのＮＧ－ＲＡＮ機能は、次のシナリオをカバーする様に定義される。
－アクティブ及び非アクティブのマルチキャストＭＢＳセッション中のＭＢＳセッションへの参加。
－ＵＥは、ｇＮＢ内でマルチキャストＭＢＳセッションに最初に参加するか、又は、さらに追加さするかのいずれかである。
－任意のＲＲＣ状態にあるＵＥに対する５ＧＣ共有ＭＢＳトラフィック配信の開始
図２は、ＵＥが非アクティブのマルチキャストＭＢＳセッションに参加し、その後、ＭＢＳセッションをアクティブ化するシナリオ例を示す。
１．－３． ＴＳ２３．５０１を参照。ＭＢＳセッションはまだアクティブではない。
４．－９． ＵＥは、適切なＳＭＦによって提供される、おそらく既に確立されているＰＤＵセッションを介してＭＢＳセッションに参加する。ＮＧ－ＲＡＮのＵＥコンテキスト内のＰＤＵセッション情報は、ＭＢＳセッションＩＤと、該当する場合には関連するＱｏＳフロー情報を含むＭＢＳセッション情報で更新される。
１０．－１３． ＡＭＦは、ＵＥがＮＧ－ＲＡＮによって参加したＭＢＳセッションＩＤを受信して保存し、ＭＢＳセッションコンテキストを維持するＭＢ－ＳＭＦが、マルチキャスト配信ツリーを更新するために通知される必要があるかを判定できる。
１４．－１８． ＭＢＳセッションが開始される。
編集者注：制御プレーンエンティティのみを示す。
１６．ｘ．４ 伝送
編集者注：ＮＲ ＭＢＳ伝送のレイヤ１とレイヤ２について説明する。
１６．ｘ．４．ｙ ポイントツーポイント（ＰＴＰ）－ポイントツーマルチポイント（ＰＴＭ）スイッチング
編集者注：ＰＴＰからＰＴＭへのスイッチングとＰＴＭからＰＴＰへのスイッチングの両方をカバーする。
ＰＴＰ－ＰＴＭスイッチング機能は、マルチキャストセッションにのみ適用され、ＮＧ－ＲＡＮノードに常駐する。これにより、ＮＧ－ＲＡＮノードは、どのＵＥが、ＭＢＳセッションにＰＴＰ又はＰＴＭ（ＰＴＰ、ＰＴＭはＲＡＮ２で定義される）を使用するかを決定できる様になる。ＮＧ－ＲＡＮノードは、ＭＢＳセッションのＱｏＳ要件、参加しているＵＥの数、受信品質に関するＵＥの個別のフィードバック、及び、その他の基準等の情報に基づいて決定を行う。決定に関係なく、同じＱｏＳ要件が適用される。
ＰＴＰモードとＰＴＭモードは、同じセル内で同時に使用できる。ブロードキャストセッションの場合、ＰＴＭのみを適用できる。マルチキャストセッションの場合、ＰＴＰとＰＴＭの両方を適用できる。
１６．ｘ．５ モビリティ
１６．ｘ．５．１ 概要
モビリティ原則は、セクション９．２で説明されている機能を含む既存の機能に基づく。
１６．ｘ．５．２ ＭＢＳサポートセルからＭＢＳサポートセルへのマルチキャストモビリティ
ハンドオーバ準備フェーズ中に、ソースＮＧ－ＲＡＮノードは、ＵＥが参加しているＭＢＳセッションに関するＵＥコンテキスト情報をターゲットＮＧ－ＲＡＮノードに転送する。ターゲットＮＧ－ＲＡＮノードに、進行中のユーザデータ送信を伴うマルチキャストセッション毎のＭＢＳセッションリソースが存在しない場合、ターゲットＮＧ－ＲＡＮノードは、５ＧＣに向けたＭＢＳユーザプレーンリソースの設定をトリガする。どの手順を使用するかは、検討中（ＦＦＳ）である。
ハンドオーバの実行中、ターゲットＮＧ－ＲＡＮノードで決定されたＭＢＳ構成は、ＴＳ３８．３３１［１２］で規定される様に、ソースＮＧ－ＲＡＮノードを介してＲＲＣコンテナ（ＦＦＳ）内でＵＥに送信される。
付録２－さらなる追加資料
２ 議論
２．１ 基本的なＭＢＳセッション管理関連のＲＡＮ機能の観察
この章では、ＴＲ２３．７５７［１］のＭＢＳセッションモデルと"統合"アーキテクチャに関する議論から始まる、基本的なセッション管理関連のＲＡＮ機能に関する所見をまとめる。
ＴＲ２３．７５７［１］には、結論セクションでキャプチャされたＭＢＭＳセッションモデルが含まれており、ＳＡ２が"ＳＭＦベース"ソリューションと呼ぶものと共に議論の基礎として使用される。
［１］の８．２．２．２節の注１ａに記載されている様に、モデル自体は、様々なシステムエンティティに適用するための、さらなる作業と翻訳が必要である。図５に示す様に、モデルは、ＵＥ、５ＧＣ及びＲＡＮ側でのアプリケーションを明確にする必要があり、これは規範的な作業の一部となる。
このＭＢＭＳセッションモデルは、［１］の８．１節で合意された"統合"アーキテクチャに関連付けられ、そのアーキテクチャへの適応が依然として可能であり、必要である。"統合"アーキテクチャは、［１］の付録Ａに記載されている。サービス層エンティティを含まないそのアーキテクチャのバージョンが図１に示されている。
図５に示す「マージされたＭＢＭＳセッションモデル」がどの様にＮＧインタフェース機能に変換されるかを考える。
［１］の８．２節及びＡ．３節の結論は、２セットのＮＧインタフェース機能を定義すると解釈できる。
１）ＭＢＳセッションのトランスポートの制御、特にＮ３トランスポートとモビリティを含むＭＢＳフロートランスポート用のＲＡＮ（ＡＭＦ経由）の構成（［１］のＡ．３．３．２節及びＡ．３．３．５節を参照）。
－共有５ＧＣトランスポートに関与するエンティティ（ＮＧ－ＲＡＮの観点から）：ＮＧ－ＲＡＮ、ＡＭＦ、ＭＢ－ＳＭＦ、ＭＢユーザプレーン機能（ＵＰＦ）
－ＮＧ－ＲＡＮの観点から見た、個々の５ＧＣトランスポートに関与するエンティティ：ＮＧ－ＲＡＮ、ＡＭＦ、ＳＭＦ、ＵＰＦ
２）ＭＢＳセッションに参加するための制御。［１］の８．２．２．２節の合意に従う
－参加の送信に使用されるＰＤＵセッションは、５ＧＣ個別ＭＢＳトラフィック配信用に関連付けられたＰＤＵセッションと同じである。
－ＡＭＦは、ＰＤＵセッション確立の間、マルチキャストセッション参加のために５ＭＢＳをサポートするＳＭＦを選択する必要があり、これは、参加の送信、つまり５ＭＢＳの参加要求の処理及び／又は個別配信へのフォールバックに使用される。
ＮＧ－ＲＡＮの観点からは、参加のための通信は、ＡＭＦによって選択されたＳＭＦと共に行われると結論付けられ得る。ＳＭＦ／ＭＢ－ＳＭＦベースのアプローチ、つまりＳＭＦ／ＭＢ－ＳＭＦがマルチキャストセッションのためのＵＥのセッション管理を処理するという結論に伴い、ＭＢＳセッションの参加の制御のためのＮＧアプリケーションプロトコル（ＮＧＡＰ）機能は、結論として、参加のためにＰＤＵセッションを使用するには、その様なＰＤＵセッションの存在が必要であるため、修正された既存のＮＧＡＰ ＰＤＵセッションリソース制御機能を利用できる。したがって、ＭＢＳ参加に使用される制御リソースはＰＤＵセッションである。同じＰＤＵセッションは、５ＧＣの個別ＭＢＳトラフィック配信に使用される情報を提供するためにも使用される。
－ＮＧ－ＲＡＮの観点から、参加するために関与する制御プレーンエンティティ：ＮＧ－ＲＡＮ、ＡＭＦ、ＳＭＦ、二次的にＭＢ－ＳＭＦ及びその他のエンティティ
観察１： ＴＲ２３．７５７の結論は、２セットのＮＧＡＰプロトコル機能の結果となり、さらに他のインタフェース上でのそれぞれのプロトコル機能につながる。ＭＢＳセッションのトランスポートの制御とＭＢＳセッションへの参加の制御。
観察１．１： ＭＢＳセッションのトランスポートの制御は、５ＧＣ共有ＭＢＳトラフィック配信と５ＧＣ個別ＭＢＳトラフィック配信の両方をサポートする。
観察１．２： ＭＢＳサービスへの参加は、ＰＤＵセッションを介して実行され、同じＰＤＵセッションが、このオプションが有効になっている場合、５ＧＣ個別ＭＢＳトラフィック配信を実行するためにも使用される。
これら２つの機能セット、ＭＢＳトランスポートの制御とＭＢＳセッションへの参加の制御との間の結論的な関係は、ＴＲ２３．７５７［１］の８．２．２．２節の次の記述から推測できる。
－５ＧＣは、マルチキャストセッションがすぐに開始されない場合、又は、まだ開始されていない場合、マルチキャストセッションへのＵＥの参加を拒否できる。
・・・
－５ＧＣは、ＮＧ－ＲＡＮノードをトリガして、ＭＢＳセッションのセッション開始／アクティブ化をＵＥに通知できる。
・・・
－ＭＢ－ＵＰＦがマルチキャストデータを検出することによってＭＢＳセッションの非アクティブ化又はアクティブ化をトリガする場合、次の箇条書きが適用される。
ノート３： "停止／非アクティブ化"又は"開始／アクティブ化"という用語が同じアクションを意味するかどうかをさらに明確にする必要がある。
－ＭＢ－ＵＰＦが設定可能な期間にわたってマルチキャストデータを検出しない場合、ＭＢＳセッションは非アクティブ化され得る。ＭＢＳセッションが５ＧＣによって非アクティブ化されると、ＭＢＳセッションコンテキストは５ＧＣに保持されるが、コンテキストを含むＡＮリソースと５ＧＣ共有ＭＢＳ配信方式のためのＮ３トンネルは解放される。そのマルチキャストセッションに参加しているＵＥはＩＤＬＥになることができる。
ノート４： ＭＢＳ ＱｏＳフローをＭＢＳセッションコンテキストから削除する必要があるかどうかは、規範段階で決定される。
－ＭＢ－ＵＰＦがマルチキャストデータを検出すると、ＭＢＳセッションはアクティブ化され得る。ＭＢＳセッションをアクティブにする必要がある場合、ＭＢ－ＵＰＦはＭＢ－ＳＭＦにメッセージを送信する。ＭＢ－ＳＭＦが送信リソースを確立するためにＭＢＳセッションアクティブ化を開始すると、ＭＢ－ＳＭＦは、マルチキャストセッション内のＵＥを担当するＳＭＦ／ＡＭＦを介してセッションアクティブ化をＮＧ－ＲＡＮに通知する。ＵＥはセッションのアクティブ化についてＮＧ－ＲＡＮによって通知される。
－次の箇条書きは、ＡＦがマルチキャストセッションの開始又は停止を決定する場合に適用される。
ノート５： "停止／非アクティブ化"又は"開始／アクティブ化"という用語が同じアクションを意味するかどうかをさらに明確にする必要がある。
－ＭＢＳセッションはＡＦ要求により停止され得る。ＭＢＳセッションが停止されると、ＭＢＳセッションコンテキストは５ＧＣに保持されるが、コンテキストを含むＡＮリソースと５ＧＣ共有ＭＢＳ配信方式のためのＮ３トンネルは解放される。マルチキャストＱｏＳフロー情報は、ＵＥ及び５ＧＣＮＦに保存されているＭＢＳセッションコンテキストから削除される。そのマルチキャストセッションに参加しているＵＥはＩＤＬＥになることができる。
－ＭＢＳセッションはＡＦ要求によりアクティブ化／開始され得る。ＭＢＳセッションをアクティブ化／開始する必要がある場合、ＮＥＦ又はＭＢＳＦは、送信リソースを確立するためにメッセージをＭＢ－ＳＭＦに送信する。ＭＢ－ＳＭＦは、関連するマルチキャストＱｏＳフロー情報をＰＣＦから取得する。ＭＢ－ＳＭＦがＭＢＳセッションを再開すると、ＭＢ－ＳＭＦは、マルチキャストセッション内でＵＥを担当するＳＭＦ／ＡＭＦを介してＮＧ－ＲＡＮにセッションのアクティブ化を通知する。ＵＥはセッションのアクティブ化についてＮＧ－ＲＡＮによって通知される。
上記で引用したステートメントから、ＵＥはＭＢＳセッションの"非アクティブ化／停止"／"アクティブ化／開始"ＭＢＳセッションへの参加を拒否され、ＴＲ２３．７５７［１］の図８．２．３－１のメッセージフローは、ＭＢＳトラフィック配信が既に進行中のＭＢＳセッションにＵＥが参加する１つの特定のシナリオのみを表していることがわかる。ただし、ＭＢＳトラフィック配信がまだ進行していないＭＢＳセッションにＵＥが参加する可能性もある。これは、ＭＢＳトラフィック配信と、ＭＢ－ＵＰＦ又はＡＦ要求によるＭＢＳトラフィック配信の非アクティブ化／アクティブ化との間の一時停止、又は、サービス／セッションのアナウンスとＭＢＳトラフィック配信の実際の開始との間の一時停止が原因であり得る。
観察２： ＮＧＡＰは、ＭＢＳ可能ｇＮＢのために次のシナリオをサポートする。
２．１） ＭＢＳセッションは存在するが、ＮＧ－ＲＡＮにおいてＭＢＳトラフィック配信が進行中でない －ＵＥはこの時点でＭＢＳセッションに参加し得る。
２．２）ＭＢＳセッションが存在し、ＭＢＳトラフィック配信が進行中であり、ＵＥはこの時点でＭＢＳセッションに参加し得る。ＵＥがＮＧ－ＲＡＮノード又はＡＭＦのＭＢＳセッションに最初に参加する等のサブシナリオが考えられる。
ＴＲ２３．７５７［１］は、これらのシナリオをサポートするために必要なＮＧＡＰ機能のセットをすでに示している。
観察３： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
３．１） ＭＢＳセッションに参加しているＵＥに通知する、５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの確立。ＵＥは任意のＣＭ／ＲＲＣ状態であり得る。
３．２） ５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの解放
５ＧＣ個別ＭＢＳトラフィック配信のサポートの詳細について、ＴＲ２３．７５７［１］の結論セクション８．２．２．２節の関連する記述をもう一度見てみる。
２３．７５７［１］は、ＭＢＳ非可能ＮＧ－ＲＡＮノードとの間でのＵＥモビリティをサポートし、ＵＥがＭＢＳセッションに参加するときに、関連するＱｏＳフローを持つ関連するＰＤＵセッションを確立することによって、その様なモビリティの実行を準備することに焦点を当てているようであり、実際、前に引用した様に、まったく同じＰＤＵセッションが５ＧＣへの参加の送信にも使用され、関連するＱｏＳフローを伴う関連するＰＤＵセッションは、ＵＥによるＭＢＳセッションへの参加が発生すると同時に確立できる様になる。［１］編集者注記には、５ＧＣ個別ＭＢＳトラフィック配信用に関連するＰＤＵセッションをいつ確立し更新するかについてＦＦＳを維持するとしているが、関連するＱｏＳフロー情報が関連するＰＤＵセッションに提供されるタイミングは、ＭＢＳセッションへの参加と、非サポートＮＧ－ＲＡＮノードへのモビリティが発生する直前までのと間であると明確に定義されている。Ｘｎベースのハンドオーバの場合、関連するＱｏＳフロー情報の提供をＨＯに結び付けると、Ｘｎ ＨＯの準備の一部としてＮＧシグナリングが発生し、その結果Ｘｎ ＨＯの実行が遅延し、一方、１つの可能性は、サポートｇＮＢと非サポートｇＮＢとの間のＮＧベースのＨＯのみを許可することであるが、明らかにモビリティパフォーマンスを制限する。
ＭＢＳのホモジニアスサポートの場合（少なくとも特定のエリア内で）、関連するＱｏＳフロー情報を提供する必要はない。
さらに、非サポートｇＮＢでの５ＧＣ個別ＭＢＳトラフィック配信の提供は、プレリリース１７のＮＧＡＰ ＰＤＵセッションリソース管理に基づいて機能する必要があるため、関連するＱｏＳフロー情報及び参加情報を提供するためのＮＧＡＰシグナリングの設計は、既存のＮＧＡＰ ＰＤＵセッションリソース制御を使用する必要があると結論付けることもでき、それは、Ｘｎ／ＮＧハンドオーバ中にターゲットｇＮＢでＰＤＵセッションを確立することを予見しないＸｎ／ＮＧハンドオーバの既存の機能原則では機能しない。
観察４： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
４．１） ＭＢＳセッションに参加するために使用される同じＰＤＵセッション制御データ内で、進行中のＭＢＳセッションの間にＭＢＳ非可能ｇＮＢへのモビリティを可能にする関連するためにＱｏＳフロー情報が提供される。
４．２） 関連するＱｏＳフロー情報は、参加時、又は、ＭＢＳ非可能ｇＮＢへのモビリティが発生する前のいつでも（できればかなり前に）提供され得る。
４．３） ＭＢＳのホモジニアスサポートの場合、関連するＱｏＳフロー情報は必要ない。
４．４） 同じＰＤＵセッションのシグナリングに沿って行われる関連ＱｏＳフロー情報の参加と提供に関する結論には、参加と関連ＱｏＳフローの両方の情報がＮＧＡＰの既存のＰＤＵセッションリソースシグナリングに追加される必要があり、"下位互換性"シグナリングソリューションが必要である。
ＭＢＳ可能ｇＮＢの場合と同様に、観察３は５ＧＣ共有ＭＢＳトラフィック配信のためのＲＡＮリソースの確立を要約し、観察２は５ＧＣ共有ＭＢＳトラフィック配信のためのＲＡＮリソースの参加と確立の間の時間的な相互作用を要約し、ＴＲ２３．７５７［１］には、ＭＢＳ非可能ｇＮＢに関連する明示的な記述が含まれていない。
現在、ＭＢＳ非可能ｇＮＢによってサービスされているＵＥのＭＢＳサービスへの参加は、ＲＡＮでの議論の対象外であるとみなされ得る。ＵＥがＭＢＳサポートｇＮＢと、ＭＢＳ非サポートｇＮＢとによってサービスされるエリア間を移動する間、セッション管理レベルでＵＥの参加状態を維持するために、少なくとも５ＧＣはＭＢＳを均一にサポートする、特に、ＭＢＳサポートｇＮＢでの５ＧＣ共有ＭＢＳトラフィック配信と、ＭＢＳ非サポートｇＮＢでの５ＧＣ個別ＭＢＳトラフィック配信との間の切り替えをサポートする必要があると想定され得る。ＭＢＳ非サポートｇＮＢを介して参加をサポートするかどうかを議論する必要がある。参加はＮＡＳレベルでトリガ及び処理され、ＳＡ２でのさらなる議論によっては、ＭＢＳのＲＡＮサポートがなくても、ＵＥが正常に参加を実行できる可能性がある。
ただし、５ＧＳはＭＢＳのＲＡＮサポートエリア外のＭＢＳセッションへの参加を制限できる様にすべきであると主張する人もいるかもしれず、そのためには、ＳＩＢで機能インジケーションを提供する必要があり、その様なサポートが５ＧＳによって制御可能である必要がある場合、ＮＡＳでそれぞれのインジケーションが提供される必要がある。いずれの場合も、ＳＡ２とＲＡＮ２に相談する必要がある。
別の側面は、セッション管理シグナリングに対してＡＭＦの透明性を維持すると、ＡＭＦがＭＢＳセッションに参加しているＵＥを認識できないという事実である。ＭＢ－ＳＭＦは一般にＵＥコンテキストを保持しないため、セッション開始時に、ＭＢＳセッションに参加し、ＭＢＳをサポートするｇＮＢにまだ移動していないＣＭ－ＩＤＬＥのＵＥにサービスを提供するＡＭＦとの接続に失敗する可能性がある。
観察５： ＮＡＳ機能がその様なシナリオをサポートしている場合、ＭＢＳをサポートしていないｇＮＢのサービスエリア内でＭＢＳセッションに参加するＵＥに関与するＮＧＡＰ機能はない。ただし、ＴＲ２３．７５７はその可能性について明示的ではない。さらに、ＵＥがＭＢＳをサポートするｇＮＢにまだ移動していない場合、ＭＢ－ＳＭＦがセッション開始時にＡＭＦに接続できないというシナリオが考えられる。必要とみなされる場合、ＳＡ２とＲＡＮ２、おそらくＣＴ１は、その様な機能を許可及び／又は制御するかどうか、また、許可及び／又は制御する場合はどの様にするかを相談する必要がある。
ＴＲ２３．７５７［１］は、ＭＢＳ非サポートｇＮＢでＲＡＮリソースを確立するシナリオが、以前にＭＢＳサポートｇＮＢからの５ＧＣ共有ＭＢＳトラフィック配信を介してＭＢＳトラフィックを受信するＵＥなしでサポートされるかどうかについても明確ではない。この側面は観察３の議論に関連しており、任意のＣＭ／ＲＲＣ状態にあるＵＥに対してＭＢＳサポートｇＮＢでＭＢＳセッションリソースを確立するためのＮＧＡＰサポートには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥのある種のページングも含まれるであろう。ＵＥの個別ページングは確かに理論上のオプションであるが、大規模なＭＣグループにはまったく対応できない。同じ性質のスケーラビリティの側面は、現在ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥに対して、ＭＢＳ非サポートｇＮＢでの"個別の"ＭＢＳセッションリソース（実際にはＰＤＵセッションリソース）を確立する必要がある場合にも現れる。
この様な機能には、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立するために、関連するＱｏＳフローを含むＰＤＵセッションリソースを確立又は変更するため、ＭＢ－ＳＭＦと、例えば、関連するＰＤＵセッションコンテキストを保持するＳＭＦとのインタラクションを必要とする。この点については、ＳＡ２でさらに議論する必要があるが、この道を続ける場合は、一定の前提を確立する必要がある。
また、ＵＥの登録エリアがサポートｇＮＢと非サポートｇＮＢにまたがる場合、特に大規模なＭＣグループの場合、ページングリソースに関する労力は明らかである。
このスケーラビリティの問題に対する１つのソリューションは、ＭＢ－ＳＭＦによってＭＢＳセッションに割り当てられ、参加時にＮＡＳ経由でＵＥに提供される一種の"グループ５Ｇ－Ｓ－ＴＭＳＩ"のページング機会をリッスンし、ページングに反応することをＵＥに要求することである。スケーリングの問題に名前を付けて強調することはＲＡＮ３のトピックであるが、示唆されているソリューションは明らかにそうではない。
観察６： ＴＲ２３．７５７は、ＭＢＳサポートｇＮＢを介する前に、同じ進行中のセッションの５ＧＣ共有ＭＢＳトラフィック配信を介してＭＢＳコンテンツをＵＥに提供することなく、５ＧＣ個別ＭＢＳトラフィック配信のためのＲＡＮリソースの確立がサポートされるかどうかについて明示的ではない。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥについては個別にページングする必要があり、ＵＥの登録エリアに応じて、ＭＢＳセッション開始のインジケーションとＲＡＮリソースの成功した確立を、サポートｇＮＢと非サポートｇＮＢとの間で調整する必要がある。
また、ＳＭＦは、ＭＢＳ非サポートｇＮＢへの５ＧＣ個別ＭＢＳトラフィック配信の確立時に、（関連する）ＱｏＳフローを伴う（関連する）ＰＤＵセッションを確立又は変更できることが想定される。
大規模なＭＣグループの場合、明らかなスケーリングの問題がある。スケーラビリティの問題を特定することは明らかにＲＡＮ３のトピックであるが、例えば、"ＭＣグループ５Ｇ－Ｓ－ＴＭＳＩ"を利用した一種の"グループページング"メカニズムを介した潜在的なソリューションは明らかにそうではない。それぞれのＴＳＧ／ＷＧに連絡すべきである。
非サポートｇＮＢへのモビリティ中のセッション管理シグナリングの側面を見ると、同様のスケーラビリティの側面が生る。関連するＱｏＳフロー情報は、非サポートｇＮＢでＭＢＳトラフィックを継続的に受信できる様にするために、セッション進行中にのみ非サポートｇＮＢに提供されることが予想されるが、"非アクティブ化"されたＭＢＳセッションの間、ＴＲ２３．７５７［１］の８．２．２．２節で結論付けられている様に、ＲＡＮ及びＮＧ－Ｕリソースを含む関連ＱｏＳフローは解放される。つまり、その後、ＭＢＳセッションが（再）アクティブ化される度に、ページングによる潜在的なスケーリングの問題が発生するだけでなく、５ＧＣ個別ＭＢＳトラフィック配信用の関連ＱｏＳフローのリソースを確立するための、（関連する）ＰＤＵセッションの変更に必要なシグナリングによっても問題が生じ得る。これらの機能はすべて原理的には機能し、同様に利用可能であるが、大規模なＭＣグループにはうまく拡張できない。従来、つまりプレリリース１７の手段でＰＤＵセッション変更に関するこの問題を解決できる可能性は見当たらないが、この問題をＳＡ２及びＲＡＮ２に強調することを提案する。
観察７： ＭＢＳセッションのアクティブ化とＭＢＳ非サポートｇＮＢでのＲＡＮリソースの確立は、ＭＢＳセッションの関連ＱｏＳフローを確立するための関連ＰＤＵセッションの変更によって、ＵＥ毎に誘発される予想されるシグナリング量に起因して、大規模なＭＣグループのスケーラビリティの問題を引き起こす。ＳＡ２とＲＡＮ２に連絡すべきである。
・２．２ ＭＢＳセッション管理のＲＡＮ側面の機能的結論
・２．２．１ ５ＧＣ共有ＭＢＳトラフィック配信のためのＭＢＳセッションのトランスポートの制御－マルチキャスト
セクション２．１で説明した様に、ＴＲ２３．７５７［１］の図８．２．３－１のメッセージフローは、ＭＢＳサポートするｇＮＢでＭＢＳセッションリソースが確立されるときのシナリオのみを示している。ＭＢＳトラフィック配信が進行中でない間にＵＥが参加する可能性は非常に高く、ＭＢＳセッションは非アクティブ化され、その後再アクティブ化され得る。
考えられるすべてのシナリオを単一の機能セットでカバーしたいと考えている。
このため、以下を提案する。
提案１： ＰＤＵセッション制御用の既存のＮＧＡＰ手順と同様に、ＲＡＮ内のＭＢＳセッションリソースを確立、変更、解放するための５ＧＣトリガのクラス１ＮＧＡＰ手順のセットを導入する。
これらの手順のセットは、ＵＥ関連のシグナリングと同様に"接続指向"であるものとし、用語及び"接続"識別子の範囲は付録Ａで提案される。
ＭＢＳセッションに参加しているＵＥに沿って配信ツリーを構築し、非アクティブなＭＢＳセッション中の参加をサポートするには、ＡＭＦはＵＥの参加状態を知る必要があるが、これは、ＳＭＦとＮＧ－ＲＡＮ間の直接通信により、この情報をＡＭＦから隠すアプローチに従う現在のＴＲ２３．７５７では当てはまらない。ただし、ＳＭＦはセッション開始の場合に接続する必要があるＲＡＮノードを認識しておらず、認識しない様にする必要があるため、ＡＭＦは配信ツリーの中間ノードとして機能し、ＵＥ毎の参加ＭＢＳセッション情報に沿って、配信ツリーを最新の状態に保つ必要がある。この要件を実現する１つの方法は、ＰＤＵセッションシグナリング内で、つまりＳＭＦコンテナ外のＮＧＡＰ ＰＤＵセッション手順の応答メッセージ内のＮＧＡＰを介して、ＵＥが参加したＭＢＳセッションについてＡＭＦに通知することである。
提案２： ＡＭＦがＭＢ－ＳＭＦに向けての配信ツリーを更新し、ＣＭ－ＩＤＬＥのＵＥの登録エリアに沿ってセッション開始時に接続されるＮＧ－ＲＡＮノードを追跡できる様にするために、参加したＭＢＳセッションについてＡＭＦに通知する可能性を導入する。
提案３： 提案１及び２に伴う図８．２．３－１の全体的なメッセージフローの変更についてＳＡ２に連絡する。
・２．２．２ ５ＧＣ共有ＭＢＳトラフィック配信のためのＭＢＳセッションのトランスポート制御－ブロードキャスト
見てわかる様に、提案１で提案されたクラス１手順のセットは、ブロードキャストＭＢＳセッションのためのＲＡＮリソースを設定するために非常によく使用され得る。ブロードキャストだけでなく、（ローカル）マルチキャストＭＢＳセッションでも、エリア情報をこのクラス１手順のセットに含める必要がある。
提案４： ブロードキャストＭＢＳセッションのＲＡＮリソースを設定するためにも使用される、提案１で提案されたクラス１手順のセットを定義する。ローカルマルチキャストＭＢＳトラフィック配信にも使用できるオプションのエリア情報を導入する。
・２．２．３ ＭＢＳセッションに参加するためのＰＤＵセッションリソース制御と関連するＱｏＳフロー情報の提供
"観察"セクションで前述した様に、ＮＧＡＰは、サポートｇＮＢへのＰＤＵセッション内の参加情報及び関連するＱｏＳフロー情報の提供をサポートする機能が必要である。ＭＢＳのホモジニアスサポートの場合、関連するＱｏＳフロー情報の提供は、参加時又はその後に提供される、或いは、まったく提供されない場合がある。
さらに、ＮＧＡＰの設計は、プレリリース１７のＮＧＡＰ ＰＤＵセッションリソース制御と下位互換性がある必要がある。
１つはＭＢＳのホモジニアスサポート用で、もう１つは非サポートｇＮＢとのインターワーキング用の２つのソリューションを開発する可能性があるが、我々はそれが必要ではないと考えており、（統合された）ソリューションがどのようなものになるかを示したいと考えている。
－ＭＢＳのホモジニアスサポートのために、既存のＰＤＵセッションリスト項目は、ＵＥが参加し、ＰＤＵセッションが関連付けられているスライスによってサポートされているＭＢＳセッション情報によって拡張される。
－５ＧＣ個別ＭＢＳトラフィック配信をサポートする必要がある場合
－参加したＭＢＳセッション毎に関連するＱｏＳフロー情報を提供
－アクティブなＭＢＳセッション中、
－ＮＧＡＰでは、参加中又はＮＧＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含め、ＸｎＡＰでは、ＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含める。
－サポートｇＮＢは、関連するＱｏＳフロー情報を含むＭＢＳセッション情報が存在するため、この情報を無視し、５ＧＣ共有ＭＢＳトラフィック配信用のリソースを確立／提供する。
－非サポートｇＮＢは、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立する。
－非アクティブなＭＢＳセッション中、
－ＮＧＡＰでは、参加中又はＮＧ ＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含めず、ＸｎＡＰでは、ＨＯで、関連するＱｏＳフロー情報をレガシーＱｏＳフローリストに含めない。
－サポートｇＮＢは、参加したＭＢＳセッションに関する情報を考慮するが、５ＧＣ共有ＭＢＳトラフィック配信用のリソースを確立しない。
－非サポートｇＮＢは追加の（関連する）ＱｏＳフローを認識しないため、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立しない。
最後に、５ＧＣの個別ＭＢＳトラフィック配信のために別のセッションアンカーを確立する必要があるかどうかを知るために、ＵＥの例えば関連するＰＤＵセッションコンテキストを保持するＳＭＦへの明示的なインジケーションも必要であり、これは、この情報がないと、５ＧＣは、ＲＡＮがＵＥコンテキスト内のＭＢＳ関連情報を理解して保存できないと想定する必要があるからである。この様な明示的なインジケーションは、例えば、関連する、ＭＢＳセッション関連情報を含むＰＤＵセッション設定、ＨＯリソース割り当て、パススイッチ及び潜在的な後続ＰＤＵセッションの変更において必要である。
提案５： ＮＧＡＰ及びＸｎＡＰでは、ＰＤＵセッション関連メッセージ内で、ＵＥが参加し、ＰＤＵセッションが関連付けられているスライスによってサポートされるＭＢＳセッションのＭＢＳセッション情報をＰＤＵセッションリスト項目に追加する。
ＭＢＳセッション情報に関連するＱｏＳフロー情報を含める可能性を予見し、ＭＢＳセッションが現在進行中の場合、この情報はレガシーＱｏＳフローリストにも追加される。サポートｇＮＢは、進行中のＭＢＳセッションに関連付けられたＱｏＳフローリスト内のＱｏＳフローを無視し、非サポートｇＮＢは、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立する。
そして、ＵＥの、例えば関連付けられているＰＤＵセッションコンテキストを保持しているＳＭＦに、提供されたＭＢＳセッション情報が実際にｇＮＢに保存されているかの明示的なインジケーションを忘れずに提供する。ＲＡＮノードは、ＭＢＳをサポートする。
３ 結論と提案
我々は、ＴＲ２３．７５７［１］に記載されているＳＡ２の結論を分析し、以下を観察した。
観察１： ＴＲ２３．７５７の結論は、２セットのＮＧＡＰプロトコル機能の結果となり、さらに他のインタフェース上でのそれぞれのプロトコル機能につながる。ＭＢＳセッションのトランスポートの制御とＭＢＳセッションへの参加の制御。
観察１．１： ＭＢＳセッションのトランスポートの制御は、５ＧＣ共有ＭＢＳトラフィック配信と５ＧＣ個別ＭＢＳトラフィック配信の両方をサポートする。
観察１．２： ＭＢＳサービスへの参加は、ＰＤＵセッションを介して実行され、同じＰＤＵセッションが、このオプションが有効になっている場合、５ＧＣ個別ＭＢＳトラフィック配信を実行するためにも使用される。
観察２： ＮＧＡＰは、ＭＢＳ可能ｇＮＢのために次のシナリオをサポートする。
２．１） ＭＢＳセッションは存在するが、ＮＧ－ＲＡＮにおいてＭＢＳトラフィック配信が進行中でない －ＵＥはこの時点でＭＢＳセッションに参加し得る。
２．２）ＭＢＳセッションが存在し、ＭＢＳトラフィック配信が進行中であり、ＵＥはこの時点でＭＢＳセッションに参加し得る。ＵＥがＮＧ－ＲＡＮノード又はＡＭＦのＭＢＳセッションに最初に参加する等のサブシナリオが考えられる。
観察３： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
３．１） ＭＢＳセッションに参加しているＵＥに通知する、５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの確立。ＵＥは任意のＣＭ／ＲＲＣ状態であり得る。
３．２） ５ＧＣ共有ＭＢＳトラフィック配信のためのＮＧ－ＲＡＮでのＭＢＳセッションリソースの解放
観察４： ＮＧＡＰは、ＭＢＳ可能ｇＮＢに対して以下の機能をサポートすべきである。
４．１） ＭＢＳセッションに参加するために使用される同じＰＤＵセッション制御データ内で、進行中のＭＢＳセッションの間にＭＢＳ非可能ｇＮＢへのモビリティを可能にする関連するためにＱｏＳフロー情報が提供される。
４．２） 関連するＱｏＳフロー情報は、参加時、又は、ＭＢＳ非可能ｇＮＢへのモビリティが発生する前のいつでも（できればかなり前に）提供され得る。
４．３） ＭＢＳのホモジニアスサポートの場合、関連するＱｏＳフロー情報は必要ない。
４．４） 同じＰＤＵセッションのシグナリングに沿って行われる関連ＱｏＳフロー情報の参加と提供に関する結論には、参加と関連ＱｏＳフローの両方の情報がＮＧＡＰの既存のＰＤＵセッションリソースシグナリングに追加される必要があり、"下位互換性"シグナリングソリューションが必要である。
観察５： ＮＡＳ機能がその様なシナリオをサポートしている場合、ＭＢＳをサポートしていないｇＮＢのサービスエリア内でＭＢＳセッションに参加するＵＥに関与するＮＧＡＰ機能はない。ただし、ＴＲ２３．７５７はその可能性について明示的ではない。さらに、ＵＥがＭＢＳをサポートするｇＮＢにまだ移動していない場合、ＭＢ－ＳＭＦがセッション開始時にＡＭＦに接続できないというシナリオが考えられる。必要とみなされる場合、ＳＡ２とＲＡＮ２、おそらくＣＴ１は、その様な機能を許可及び／又は制御するかどうか、また、許可及び／又は制御する場合はどの様にするかを相談する必要がある。
観察６： ＴＲ２３．７５７は、ＭＢＳサポートｇＮＢを介する前に、同じ進行中のセッションの５ＧＣ共有ＭＢＳトラフィック配信を介してＭＢＳコンテンツをＵＥに提供することなく、５ＧＣ個別ＭＢＳトラフィック配信のためのＲＡＮリソースの確立がサポートされるかどうかについて明示的ではない。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにないＵＥについては個別にページングする必要があり、ＵＥの登録エリアに応じて、ＭＢＳセッション開始のインジケーションとＲＡＮリソースの成功した確立を、サポートｇＮＢと非サポートｇＮＢとの間で調整する必要がある。
また、ＳＭＦは、ＭＢＳ非サポートｇＮＢへの５ＧＣ個別ＭＢＳトラフィック配信の確立時に、（関連する）ＱｏＳフローを伴う（関連する）ＰＤＵセッションを確立又は変更できることが想定される。
大規模なＭＣグループの場合、明らかなスケーリングの問題がある。スケーラビリティの問題を特定することは明らかにＲＡＮ３のトピックであるが、例えば、"ＭＣグループ５Ｇ－Ｓ－ＴＭＳＩ"を利用した一種の"グループページング"メカニズムを介した潜在的なソリューションは明らかにそうではない。それぞれのＴＳＧ／ＷＧに連絡すべきである。
観察７： ＭＢＳセッションのアクティブ化とＭＢＳ非サポートｇＮＢでのＲＡＮリソースの確立は、ＭＢＳセッションの関連ＱｏＳフローを確立するための関連ＰＤＵセッションの変更によって、ＵＥ毎に誘発される予想されるシグナリング量に起因して、大規模なＭＣグループのスケーラビリティの問題を引き起こす。ＳＡ２とＲＡＮ２に連絡すべきである。
これらの観察に基づき、ＮＧ－ＲＡＮでのＭＢＳセッション管理について次の結論が導き出される。
提案１： ＰＤＵセッション制御用の既存のＮＧＡＰ手順と同様に、ＲＡＮ内のＭＢＳセッションリソースを確立、変更、解放するための５ＧＣトリガのクラス１ＮＧＡＰ手順のセットを導入する。
これらの手順のセットは、ＵＥ関連のシグナリングと同様に"接続指向"であるものとし、用語及び"接続"識別子の範囲は付録Ａで提案される。
提案２： ＡＭＦがＭＢ－ＳＭＦに向けての配信ツリーを更新し、ＣＭ－ＩＤＬＥのＵＥの登録エリアに沿ってセッション開始時に接続されるＮＧ－ＲＡＮノードを追跡できる様にするために、参加したＭＢＳセッションについてＡＭＦに通知する可能性を導入する。
提案３： 提案１及び２に伴う図８．２．３－１の全体的なメッセージフローの変更についてＳＡ２に連絡する。
提案４： ブロードキャストＭＢＳセッションのＲＡＮリソースを設定するためにも使用される、提案１で提案されたクラス１手順のセットを定義する。ローカルマルチキャストＭＢＳトラフィック配信にも使用できるオプションのエリア情報を導入する。
提案５： ＮＧＡＰ及びＸｎＡＰでは、ＰＤＵセッション関連メッセージ内で、ＵＥが参加し、ＰＤＵセッションが関連付けられているスライスによってサポートされるＭＢＳセッションのＭＢＳセッション情報をＰＤＵセッションリスト項目に追加する。
ＭＢＳセッション情報に関連するＱｏＳフロー情報を含める可能性を予見し、ＭＢＳセッションが現在進行中の場合、この情報はレガシーＱｏＳフローリストにも追加される。サポートｇＮＢは、進行中のＭＢＳセッションに関連付けられたＱｏＳフローリスト内のＱｏＳフローを無視し、非サポートｇＮＢは、５ＧＣ個別ＭＢＳトラフィック配信用のリソースを確立する。
提案６： 次のＴＰに同意する：ＴＳ３８．３００については［２］、ＴＳ３８．４１０については［３］、ＴＳ３８．４１３については［４］。
４ 参照
［１］ＴＲ２３．７５７"Ｓｔｕｄｙ ｏｎ ａｒｃｈｉｔｅｃｔｕｒａｌ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ５Ｇ ｍｕｌｔｉｃａｓｔ－ｂｒｏａｄｃａｓｔ ｓｅｒｖｉｃｅｓ，Ｒｅｌｅａｓｅ１７"，ｖｅｒｓｉｏｎ１．２．０
［２］Ｒ３－２１０６４０"［ＴＰ ｆｏｒ ＢＬ ＣＲ ＴＳ３８．３００］ＴＰ ｏｎ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ ＮＲ ＭＢＳ"，ｉｎｐｕｔ ｔｏ ＲＡＮ３＃１１１－ｅ
［３］Ｒ３－２１０６４１"［ＴＰ ｆｏｒ ＢＬ ＣＲ ＴＳ３８．４１０］ＴＰ ｏｎ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ ＮＲ ＭＢＳ"，ｉｎｐｕｔ ｔｏ ＲＡＮ３＃１１１－ｅ
［４］Ｒ３－２１０６４２"［ＴＰ ｆｏｒ ＢＬ ＣＲ ＴＳ３８．４１３］ＴＰ ｏｎ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ ＮＲ ＭＢＳ"，ｉｎｐｕｔ ｔｏ ＲＡＮ３＃１１１－ｅ
【図1】
【図2a】
【図2b】
【図2c】
【図3】
【図4a】
【図4b】
【図5】
【手続補正書】
【提出日】2023-07-03
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）（１０２）によって実行される方法（３００）であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに参加する要求であって、前記特定のＭＢＳセッションを識別するＭＢＳセッション識別子（ＩＤ）を含む前記要求を送信することと、
前記特定のＭＢＳセッションに参加する前記要求に応答して、前記特定のＭＢＳセッションに割り当てられたグループＩＤを含む第１メッセージを受信（ｓ３０２）することであって、前記グループＩＤは、グループ５Ｇ－Ｓ－一時モバイル加入者識別子（５Ｇ－Ｓ－ＴＭＳＩ）を含む、ことと、
ＭＢＳサービスをサポートしない無線アクセスネットワーク（ＲＡＮ）ノード（１０１）にキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外の無線リソース制御（ＲＲＣ）状態にある間、前記ＲＡＮノード（１０１）からページングメッセージを受信（ｓ３０４）することと、
前記ページングメッセージが前記グループＩＤを含むかを判定（ｓ３０６）することと、
を含む方法。
【請求項2】
請求項１に記載の方法であって、さらに、前記ページングメッセージが前記グループＩＤを含むと判定したことに応答して、前記ＲＡＮノード（１０１）と接続を確立することを含む、方法。
【請求項3】
請求項２に記載の方法であって、さらに、前記ＲＡＮノード（１０１）と前記接続を確立した後、前記ＲＡＮノード（１０１）から、ユニキャスト送信を介して、前記ＭＢＳセッションのデータを受信することを含む、方法。
【請求項4】
ＵＥ（１０２）の処理回路（ＱＱ２０２）で実行されると、前記ＵＥ（１０２）に、請求項１から３のいずれか１項に記載の方法を実行させる命令（ＱＱ２４４）を含むコンピュータプログラム（ＱＱ２４３）。
【請求項5】
請求項４に記載のコンピュータプログラムを含むコンピュータ可読記憶媒体。
【請求項6】
ユーザ装置（ＵＥ）（１０２）であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに参加する要求であって、前記特定のＭＢＳセッションを識別するＭＢＳセッション識別子（ＩＤ）を含む前記要求を送信することと、
前記特定のＭＢＳセッションに参加する前記要求に応答して、前記特定のＭＢＳセッションに割り当てられたグループＩＤを含む第１メッセージを受信することであって、前記グループＩＤは、グループ５Ｇ－Ｓ－一時モバイル加入者識別子（５Ｇ－Ｓ－ＴＭＳＩ）を含む、ことと、
ＭＢＳサービスをサポートしない無線アクセスネットワーク（ＲＡＮ）ノード（１０１）にキャンプオンしている間、かつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ以外の無線リソース制御（ＲＲＣ）状態にある間、前記ＲＡＮノード（１０１）からページングメッセージを受信することと、
前記ページングメッセージが前記グループＩＤを含むかを判定することと、
を行う様に構成されている、ＵＥ。
【請求項7】
請求項６に記載のＵＥ（１０２）であって、前記ＵＥ（１０２）は、さらに、請求項２から３のいずれか１項に記載の方法を実行する様に構成されている、ＵＥ。
【請求項8】
コアネットワーク機能を実装するネットワークノード（ＱＱ１００）によって実行される方法であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに参加する要求であって、前記特定のＭＢＳセッションを識別するＭＢＳセッション識別子（ＩＤ）を含む前記要求を受信することと、
前記特定のＭＢＳセッションのグループＩＤであって、グループ５Ｇ－Ｓ－一時モバイル加入者識別子（５Ｇ－Ｓ－ＴＭＳＩ）を含む前記グループＩＤを割り当てることと、
前記グループＩＤを含むメッセージをユーザ装置（ＵＥ）（１０２）に向けて送信することと、
を含む方法。
【請求項9】
請求項８に記載の方法であって、前記メッセージを前記ＵＥ（１０２）に向けて送信することは、前記メッセージをセッション管理機能（ＳＭＦ）（１０８）に送信することを含む、方法。
【請求項10】
請求項８又は９に記載の方法であって、さらに、アクセス及びモビリティ管理機能（ＡＭＦ）（１０６）に前記グループＩＤを示すセッション開始要求メッセージを送信することを含む、方法。
【請求項11】
請求項１０に記載の方法であって、前記ＭＢＳセッションに参加し、かつ、非接続状態にあるＵＥ（１０２）に前記ＡＭＦ（１０６）がサービスを提供している場合、前記セッション開始要求メッセージは、ページング手順を開始するために前記ＡＭＦ（１０６）をトリガする、方法。
【請求項12】
ネットワークノード（ＱＱ１００）の処理回路（ＱＱ１０２）で実行されると、前記ネットワークノード（Ｑ１００）に、請求項９から１１のいずれか１項に記載の方法を実行させる命令（ＱＱ１４４）を含むコンピュータプログラム（ＱＱ１４３）。
【請求項13】
請求項１２に記載のコンピュータプログラムを含むコンピュータ可読記憶媒体。
【請求項14】
ネットワークノード（ＱＱ１００）であって、特定のマルチキャストブロードキャストサービス（ＭＢＳ）セッションに参加する要求であって、前記特定のＭＢＳセッションを識別するＭＢＳセッション識別子（ＩＤ）を含む前記要求を受信することと、
前記特定のＭＢＳセッションのグループＩＤであって、グループ５Ｇ－Ｓ－一時モバイル加入者識別子（５Ｇ－Ｓ－ＴＭＳＩ）を含む前記グループＩＤを割り当てることと、
前記グループＩＤを含むメッセージをユーザ装置（ＵＥ）（１０２）に向けて送信することと、
を行う様に構成されている、ネットワークノード。
【請求項15】
請求項１４に記載のネットワークノード（ＱＱ１００）であって、さらに、請求項９から１１のいずれか１項に記載の方法を実行する様に構成されている、ネットワークノード。
【国際調査報告】