JP7654501B2

JP7654501B2 - コアネットワーク装置及び通信方法

Info

Publication number: JP7654501B2
Application number: JP2021124664A
Authority: JP
Inventors: 美聡森; 輝文 ▲高▼田
Original assignee: Denso Corp; Toyota Motor Corp
Current assignee: Denso Corp; Toyota Motor Corp
Priority date: 2021-07-29
Filing date: 2021-07-29
Publication date: 2025-04-01
Anticipated expiration: 2041-07-29
Also published as: EP4380199A1; JP2023019722A; EP4380199A4; CN117546489A; JP7781326B2; US20240155734A1; JP2025094116A; WO2023008520A1

Description

本開示は、コアネットワーク装置及び通信方法に関する。

国際標準化団体であるThird Generation Partnership Project（３ＧＰＰ）では、第３．９世代の無線アクセス技術（Radio Access Technology：ＲＡＴ）であるLong Term Evolution（ＬＴＥ）、第４世代のＲＡＴであるＬＴＥ－Ａｄｖａｎｃｅｄの後継として、第５世代（Fifth Generation：５Ｇ）のＲＡＴであるNew Radio（ＮＲ）のリリース１５が仕様化されている（例えば、非特許文献１）。

また、第４世代のコアネットワーク（Core Network：ＣＮ）であるEvolved Packet Core（ＥＰＣ）の後継として、第５世代のＣＮである5G Core Network（５ＧＣ）のリリース１５も仕様化されている（例えば、非特許文献２）。

3GPP TS 38.300 V15.2.0 (2018-06) 3GPP TS 23.501 V15.2.0 (2018-06)

現在、３ＧＰＰでは、マルチキャストデータ及び／又はブロードキャストデータの伝送サービスであるMulticast Broadcast Service（ＭＢＳ）をサポートすることが検討されている。５ＧＣにおけるＭＢＳは、５ＭＢＳ等とも呼ばれる。

５ＧＣにおいて、ユニキャスト通信（１対１での通信）におけるポリシー制御は、Policy Control Function（ＰＣＦ）と呼ばれる機能を用いて実現される。マルチキャスト及び／又はブロードキャスト通信でも、ユニキャスト通信と同様、ポリシー制御を適切に行えることが望ましい。

本開示はこのような事情に鑑みてなされたものであり、マルチキャスト及び／又はブロードキャスト通信において、ポリシー制御を適切に行うことを可能とするコアネットワーク装置及び通信方法を提供することを目的とする。

本開示の一態様に係るコアネットワーク装置は、マルチキャストブロードキャストサービス（ＭＢＳ）セッションを管理するコアネットワーク装置であって、前記ＭＢＳセッションを設定する際に、前記ＭＢＳセッションに適用されるポリシーを、前記ポリシーを制御する第１コアネットワーク装置に問い合わせる必要があるか否かを確認する制御部と、前記ポリシーを前記第１コアネットワーク装置に問合せる必要がある場合に、コアネットワーク内に存在する機能の検出を行う第２コアネットワーク装置から前記第１コアネットワーク装置を特定するための特定情報を取得する通信部と、を有し、前記制御部は、前記特定情報に基づいて前記第１コアネットワーク装置を特定し、前記通信部は、特定された前記第１コアネットワーク装置に対して前記ＭＢＳセッションに適用されるポリシーを問い合わせるメッセージを送信する。

本開示によれば、マルチキャスト及び／又はブロードキャスト通信において、ポリシー制御を適切に行うことを可能とするコアネットワーク装置及び通信方法を提供することができる。

本実施形態に係る通信システムの概要の一例を示す図である。本実施形態に係るＭＢＳデータの伝送モードの一例を示す図である。本実施形態に係るＭＢＳセッション設定手順の一例を示す図である。本実施形態に係るＭＢＳセッション設定手順の一例を示す図である。ＰＣＦの検出及び選択に関する処理手順１－１の一例を示すシーケンス図である。ＰＣＦの検出及び選択に関する処理手順１－２の一例を示すシーケンス図である。ＰＣＦの検出及び選択に関する処理手順２の一例を示すシーケンス図である。ＰＣＦの検出及び選択に関する処理手順２の一例を示すシーケンス図である。本実施形態に係る通信システム内の各装置のハードウェア構成の一例を示す図である。本実施形態に係るコアネットワーク装置の機能ブロック構成の一例を示す図である。本実施形態に係るコアネットワーク装置の機能ブロック構成の一例を示す図である。

以下、添付図面を参照しながら本実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。

図１は、本実施形態に係る通信システムの概要の一例を示す図である。図１に示すように、通信システム１は、端末１０と、基地局２０と、コアネットワーク（ＣＮ）３０と、を含み、ＭＢＳを提供する。

端末１０は、例えば、スマートフォンや、パーソナルコンピュータ、車載端末、車載装置、静止装置、テレマティクス制御ユニット（Telematics control unit：ＴＣＵ）等、所定の端末又は装置である。端末１０は、ユーザ装置（User Equipment：ＵＥ）、移動局（Mobile Station：ＭＳ）、端末（User Terminal）、無線装置（Radio apparatus）、加入者端末、アクセス端末等と呼ばれてもよい。端末１０は、移動型であってもよいし、固定型であってもよい。

端末１０は、基地局２０に対する無線アクセス技術（Radio Access Technology：ＲＡＴ）ＲＡＴとして、例えば、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ、ＮＲ等の少なくとも一つを用いて通信可能に構成されるが、これに限られず、第６世代以降のＲＡＴを用いて通信可能に構成されてもよい。また、端末１０は、上記のような３ＧＰＰが規定したアクセス網（3GPP access network）に限られず、例えば、Ｗｉ－Ｆｉ等の非３ＧＰＰアクセス網（non-3GPP access network）を介して基地局２０にアクセスしてもよい。

基地局２０は、一以上のセルを形成し、当該セルを用いて端末１０と通信する。基地局２０は、gNodeB(gNB)、en-gNB、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）、アクセスネットワーク（Access Network：ＡＮ）、次世代無線アクセスネットワーク（Next Generation‐Radio Access Network：ＮＧ－ＲＡＮ）ノード、低電力ノード（low-power node）、中央ユニット（Central Unit：ＣＵ）、分散ユニット（Distributed Unit：ＤＵ）、gNB-DU、リモート無線ヘッド（Remote Radio Head：ＲＲＨ）、統合アクセス及びバックホール（Integrated Access and Backhaul/Backhauling：ＩＡＢ）ノード等と呼ばれてもよい。基地局２０は、一つのノードに限られず、複数のノード（例えば、DU等の下位ノードとCU等の上位ノードの組み合わせ）で構成されてもよい。

なお、図１に示す端末１０及び基地局２０の数は、一以上であればよい。一つの基地局２０に一以上の端末１０が接続されてもよいことは勿論である。

ＣＮ３０は、例えば、５ＧＣであるが、これに限られず、ＥＰＣ又は第６世代以降のコアネットワーク等であってもよい。ＣＮ３０は、例えば、Access and Mobility Management Function（ＡＭＦ）３１、Session Management Function（ＳＭＦ）３２、User Plane Function（ＵＰＦ）３３、Multicast Broadcast（ＭＢ）－ＳＭＦ３４、Multicast Broadcast（ＭＢ）－ＵＰＦ３５、Network Exposure Function（ＮＥＦ）／Multicast Broadcast Service Function（ＭＢＳＦ）３６、Application Function（ＡＦ）３７、Multicast Broadcast Service Transport Function（ＭＢＳＴＦ）３８、ＰＣＦ３９、Binding Support Function（ＢＳＦ）４０、Unified Data Repository（ＵＤＲ）４１、Network Repository Function（ＮＲＦ）４２等の各種機能を含む。なお、これらの各機能は、まとめてネットワーク機能（Network Function：ＮＦ）と呼ばれる。また、各機能の識別可能なインスタンス（つまり、物理的又は仮想的な装置で実際に動作しているＮＦの実態）を、ＮＦインスタンス（NF instance）と称してもよい。

なお、ＣＮ３０に含まれる機能は、図１に示すものに限られない。ＣＮ３０には、図１に示す機能のうち一部の機能が省略されてもよいし、不図示の機能が含まれてもよい。また、図１に示す機能の名称は例示にすぎず、同等又は類似の機能を有すれば、他の名称が用いられてもよい。ＣＮ３０に含まれる機能のうち１又は複数が実装された装置を、コアネットワーク装置と称してもよい。また、当該装置は、必ずしも物理的な装置に限られず、仮想ＯＳ（Operating System）上で実現される仮想的な装置であってもよい。

ＡＭＦ３１は、端末１０のアクセス及び／又はモビリティ（mobility）を管理する機能である。ＡＭＦ３１は、Ｃプレーンに関する処理（例えば、登録管理、コネクション管理、モビリティ管理）等を行う。また、ＡＭＦ３１は、Non-access stratum（ＮＡＳ）に関する処理を行い、ＮＡＳメッセージを端末１０との間で送信及び／又は受信する。

ＳＭＦ３２は、セッションを管理する機能であり、例えば、セッションの確立、更新及び解放等を制御する。

ＵＰＦ３３は、データネットワーク（Data Network：ＤＮ）（不図示）に対する接続ポイントとなる機能であり、例えば、パケットのルーティング、転送等を行う。ＵＰＦ３３は、端末１０との間で、ＰＤＵセッションを介してデータの送受信を行う。ＵＰＦ３３は、Ｕプレーンに関する処理を行う第１のユーザプレーン装置である。

ＭＢ－ＳＭＦ３４は、ＭＢＳ用のセッション（以下、「ＭＢＳセッション」という）を管理する機能であり、例えば、ＭＢＳセッションの確立、更新及び解放等（ＱｏＳ制御を含む）を制御する。ＭＢＳセッションは、マルチキャストブロードキャスト（Multicast Broadcast：ＭＢ）セッション等とも呼ばれる。また、ＭＢ－ＳＭＦ３４は、ＭＢ－ＳＭＦ３４が保持するローカルポリシ（Local Policy）又はＰＣＦ３９から提供されるＭＢＳのポリシー規則に基づいて、ＭＢＳデータのフローを制御するＭＢ－ＵＰＦ３５の設定を行う。また、ＭＢ－ＳＭＦ３４は、一時的モバイルグループ識別子（Temporary Mobile Group Identity：ＴＭＧＩ）の割り当て及び解放を行う。

なお、ＭＢＳセッションへの参加（join）は、端末１０からＡＭＦ３１へのＮＡＳメッセージ（例えば、UL NAS MB Session Join Request）、ＡＭＦ３１からＭＢ－ＳＭＦ３４への要求メッセージ（例えば、MB Session Request）、当該要求メッセージに応じたＭＢ－ＳＭＦ３４からＡＭＦ３１への応答メッセージ（例えば、MB Session Response）、当該応答メッセージに応じたＡＭＦ３１から端末１０に対するＮＡＳメッセージ（例えば、DL NAS MB Session Join Accept）により、受付られてもよい。ＭＢＳセッション又はＭＢＳデータのストリームは、所定の識別子（例えば、ＭＢＳセッションＩＤ（MBS Session ID））により識別されてもよい。

ＭＢＳセッションＩＤは、ＴＭＧＩであってもよいし、送信元固有ＩＰマルチキャストアドレス（source specific IP multicast address）であってもよい。なお、送信元固有ＩＰマルチキャストアドレスは、ＩＰユニキャストアドレス(マルチキャストサービスの送信元を識別するための送信元アドレス)とＩＰマルチキャストアドレス(マルチキャストサービスを識別するための宛先アドレス)の２つのアドレスで構成されていてもよい。

ＭＢ－ＵＰＦ３５は、ＭＢＳＴＦ３８又は不図示のＤＮからのＭＢＳデータのフローを制御する機能である。ＭＢＳＴＦ３８又は不図示のＤＮからの下りのＭＢＳデータは、ＭＢ－ＵＰＦ３５から基地局２０又はＵＰＦ３３に伝送される。

ＮＥＦ３６ｂは、ＡＦ３７に対するインタフェースを提供する。ＭＢＳＦ３６ａは、ＭＢＳセッションを提供するＭＢ－ＳＭＦ３４の選択、ＡＦ３７及びＭＢ－ＳＭＦ３４間の通信の実現、及び／又は、ＭＢＳＴＦ３８の制御等を行う。ＭＢＳＦ３６ａは、ＮＥＦ３６ｂと共存させる（collocated）ことができる。以下の説明において、ＭＢＳＦ３６ａは、ＮＥＦ３６ｂと共存させる場合、ＮＥＦ／ＭＢＳＦ３６と記載する。

ＡＦ３７は、ＱｏＳ要求を含むサービス情報を５ＧＣに提供することで、５ＧＣに対してマルチキャストサービス又はブロードキャストサービスを要求する。ＡＦ３７は、例えば、コンテンツを提供するプロバイダにより提供される機能であってもよい。

ＭＢＳＴＦ３８は、一般的なパケット伝送機能を有し、ＭＢＳデータのメディアアンカーとして動作する。

ＰＣＦ３９は、動的ポリシー及び課金制御（Dynamic Policy and Charging Control:動的ＰＣＣ）が必要である場合に、ＭＢＳセッションにおけるＱｏＳ制御（QoS handling）を行う。また、ＰＣＦ３９は、ＭＢ－ＳＭＦ３４に対してＭＢＳセッションに適用されるポリシー情報（以下、「ＭＢＳポリシー」（ＭＢＳ policy）と言う。）の提供を行う。また、動的ＰＣＣは、ポリシー制御及び課金制御を、静的（固定的）ではなく、ネットワーク状態及び／又はサービス提供内容等に応じて柔軟に変更可能とすることを意味する。動的ＰＣＣは、「動的ポリシー制御」と称されてもよい。また、ＰＣＦ３９は、ＰＣＦ３９と同一のＰＬＭＮ（Public Land Mobile Network）に存在するＵＤＲ４１からＭＢＳポリシーを取得することとしてもよい。また、ＰＣＦ３９のうち、ＭＢＳセッションのポリシーを制御するＰＣＦ３９は、ＭＢ（Multicast Broadcast）－ＰＣＦと称されてもよい。

ＢＳＦ４０は、ＰＤＵセッション（ＭＢＳセッションを含む）に関する内部情報（ユーザ識別子、ＤＮＮ（Data Network Name）、ＵＥアドレス、Ｓ－ＮＳＳＡＩ（Single-Network Slice Selection Assistance Information）、選択されたＰＣＦアドレス等）を記憶する。ＰＣＦ３９は、ＢＳＦ４０にアクセスし、ＢＳＦ４０に記憶されている情報の登録、アップデート及び削除等を行う。

ＵＤＲ４１は、ＰＣＦ３９に対しポリシーデータの保存及び検索機能を提供する。

ＮＲＦ４２は、コアネットワーク内に存在するＮＦの検出を行う。また、ＮＲＦ４２は、ＮＦインスタンスから、ＮＦの検出要求を受信すると、当該検出要求に合致する（マッチする）１以上のＮＦインスタンスを検出し、検出された１以上のＮＦインスタンスに関連する情報を、検出要求を送信したＮＦインスタンスに提供する。当該ＮＦインスタンスに関連する情報は、「ＮＦプロファイル（NF profile）」と称されてもよいし、「ＮＦを特定するための情報」と称されてもよい。ＮＦプロファイルには、ＮＦインスタンスに関する複数の情報（例えばパラメータ）が含まれており、例えば、ＮＦインスタンスＩＤ、ＮＦタイプ、ネットワークスライス関連ＩＤ（Ｓ－ＮＳＳＡＩ、ＮＳＩＩＤ（Network Slice Instance Identifier）等）、ＮＦのＦＱＤＮ（Fully Qualified Domain Name）又はＩＰアドレス、ＮＦキャパシティ情報、ＮＦ優先度情報、ＮＦインスタンスの位置情報、ＴＡＩ（Tracking Area Identity）、ＮＦ負荷情報等が挙げられる。なお、ＮＦプロファイルに含まれる情報の内容は、ＮＦによって異なる。

ここで、ＮＦの“検出（Discovery）”とは、ＣＮ３０内のＮＦインスタンスが、通信対象の他のＮＦインスタンスを検出する（ＮＦインスタンスの候補を検出すると称してもよい）ことを意味する。ＮＦの検出は、ＮＦインスタンスが、ＮＲＦ４２に問い合わせることで行うことができる。また、ＮＦの“選択（Selection）”とは、ＮＦインスタンスが、検出された１以上のＮＦインスタンスの中から、１つ、または複数のＮＦインスタンスを選択することを意味する。例えば、ＮＦインスタンスは、ＮＲＦ４２から受信した、ＮＲＦ４２で検出された１以上のＮＦインスタンスに関連する情報に基づいて、１つ、または複数のＮＦインスタンスを選択するようにしてもよい。ＮＦインスタンスの選択基準は、予めＮＦ内にローカルな情報として設定されていてもよいし、オペレータのポリシー等に基づいて定められていてもよい。５ＧＣ内には、多数のＮＦインスタンスが存在する。ＮＦの検出及び選択を行う仕組みを利用することで、ＮＦは、多数のＮＦインスタンスの中から、通信対象のＮＦインスタンスを特定することができる。

＜ＭＢＳデータの伝送方法＞
以上のような通信システム１において、ＭＢＳデータは、マルチキャストの配信制御用のプロトコル（例えば、Internet Group Management Protocol（ＩＧＭＰ）又はMulticast Listener Discovery（ＭＬＤ））のメッセージ（例えば、join又はleaveメッセージ）により登録（register）された端末１０に配信される。ＭＢＳデータの伝送モードとしては、個別モードと共有モードとをサポートすることが検討されている。

個別モードでは、ＣＮ３０で受信されたＭＢＳデータ（a single copy of MBS data）は、端末１０毎のＰＤＵセッション（例えば、各端末１０との単一のユニキャストＰＤＵセッション）を介して、各端末１０に伝送される。個別モードは、第１の伝送モード、Individual MBS Traffic delivery、5GC Individual MBS traffic delivery method、Ind-mode等とも呼ばれる。個別モードの端末１０は、在圏セルを形成する基地局２０がＭＢＳをサポートするか否かに関係なく、ＭＢＳデータを受信できる。

共有モードでは、ＣＮ３０で受信されたＭＢＳデータ（a single copy of MBS data）は、基地局２０との共有トランスポート（Shared Transport）を介して基地局２０に伝送され、基地局２０から配下の端末１０に対して、ポイント・ツー・ポイント（Point To Point：ＰＴＰ）又はポイント・ツー・マルチポイント（Point To Multi-point：ＰＴＭ）により伝送される。共有モードは、第２の伝送モード、Shared MBS Traffic delivery、5GC Shared MBS traffic delivery method、Shared-mode等とも呼ばれる。共有モードの端末１０は、在圏セルを形成する基地局２０がＭＢＳをサポートする場合に、ＭＢＳデータを受信できる。

図２は、本実施形態に係るＭＢＳデータの伝送モードの一例を示す図である。図２に示すように、不図示のＤＮからのＭＢＳデータは、ＣＮ３０内のＭＢ－ＵＰＦ３５で受信される。

個別モードでは、ＭＢ－ＵＰＦ３５は、受信したＭＢＳデータを、Ｎ９トンネルを介してＵＰＦ３３に転送する。なお、Ｎ９トンネルは、Ｎ９インタフェースのトンネルである。ＵＰＦ３３は、ＭＢ－ＵＰＦ３５から受信したＭＢＳデータを複製（replicate）して、各端末１０と個別に設定されるＰＤＵセッションを介して各端末１０に送信する。個別モードでは、ＭＢＳをサポートしていない基地局２０に端末１０がハンドオーバーする場合であっても、端末１０は継続してＭＢＳデータを受信できる。

一方、共有モードでは、ＭＢ－ＵＰＦ３５は、受信したＭＢＳデータを、共有トランスポートを介して基地局２０に送信する。共有トランスポートは、ＣＮ３０内の共有トンネルであり、共有下りＣＮトンネル（Shred downlink CN Tunnel）、Ｎ３トンネル等とも呼ばれる。基地局２０は、共有トランスポートを介してＭＢ－ＵＰＦ３５から受信したＭＢＳデータを、ＰＴＭ又はＰＴＰにより配下の端末１０に送信する。共有モードでは、多数の端末１０に対するＭＢＳデータが一つのストリームに束ねられるため、ＣＮ３０内のＵプレーンのオーバヘッドを個別モードに比べて減少できる。

ＭＢＳセッションには、ブロードキャストセッションと、マルチキャストセッションとが含まれる。マルチキャストセッションでは、個別モードと共有モードの両方を用いてＭＢＳデータ（ＭＢＳトラフィック）の伝送が行われる。一方、ブロードキャストセッションでは、共有モードのみを用いてＭＢＳデータ（ＭＢＳトラフィック）の伝送が行われる。

＜ＭＢＳの提供（MB Service Provisioning）＞
ＣＮ３０は、ＭＢＳを提供する場合、最初にＭＢＳセッションの設定（MBS Session Configuration）及び端末１０に対するサービス告知（Service Announcement）を実行し、その後、ＭＢＳセッションの確立（MBS Session Establishment）を行う。ＭＢＳセッションを設定する段階では、５ＧＣの各ＮＦ内にＭＢＳセッションに関する情報が設定されるが、基地局２０向けのユーザプレーンのリソース予約は行われておらず、ＭＢＳデータの送信をすることはできない。サービス告知では、ＣＮ３０は、端末１０に対し、ＭＢＳデータを受信するために必要な情報を通知することを意味する。ＭＢＳセッションが確立されると、ＭＢＳセッションのための５ＧＣ及び基地局２０のリソースが予約され、ＭＢＳデータの送信が可能になる。

＜ＭＢＳセッション設定手順＞
図３及び図４は、本実施形態に係るＭＢＳセッション設定手順の一例を示す図である。ＭＢＳセッションの設定は、ＭＢＳセッションの確立を行う手順の前に実行される。

図３において、ステップＳ１００～ステップＳ１６０の処理手順は、ＴＭＧＩが、ＭＢＳセッションＩＤとして使用され、ＭＢＳセッションを設定する前に、事前にＴＭＧＩを割り当てる必要がある場合に実行される。すなわち、ステップＳ１００～ステップＳ１６０の処理手順はＴＭＧＩの割り当てを行う手順に対応し、ステップＳ１７０の処理手順以降は、ＭＢＳセッションの設定を行う手順に対応する。

ステップＳ１００で、ＡＦ３７は、新たなＭＢＳセッションを識別するためのＴＭＧＩの割り当てを要求するために、ＴＭＧＩの割り当てを要求するメッセージ（例えばTMGI allocation request）をＮＥＦ／ＭＢＳＦ３６に送信する。

ステップＳ１１０で、ＮＥＦ／ＭＢＳＦ３６は、ＡＦ３７が、ステップＳ１００の処理手順を実行する権限を有しているのか否かの確認（Authorization）を行う。権限を有している場合はステップＳ１２０の処理手順に進む。

ステップＳ１２０で、ＮＥＦ／ＭＢＳＦ３６は、ＮＲＦ４２に問い合わせを行うか、若しくは、ＭＢ－ＳＭＦ３４自身の設定（local configuration）に基づいて、ＭＢ－ＳＭＦ３４の検出及び選択を行う。

例えば、ＮＥＦ／ＭＢＳＦ３６は、ＮＲＦ４２から、ＴＭＧＩの割り当てを実行可能なＭＢ－ＳＭＦ３４の候補に関する情報（例えばＭＢ－ＳＭＦプロファイルのリスト）をＮＲＦ４２から取得し、取得した情報に基づいて、ＴＭＧＩの割り当てを要求する１つのＭＢ－ＳＭＦ３４を選択する。

ステップＳ１３０で、ＮＥＦ／ＭＢＳＦ３６は、選択した１つのＭＢ－ＳＭＦ３４に対し、ＴＭＧＩの割り当てを要求するメッセージ（例えばTMGI allocation request）を送信する。

ステップＳ１４０で、ＭＢ－ＳＭＦ３４は、ＴＭＧＩの割り当てを行い、割り当てたＴＭＧＩを、ＴＭＧＩの割り当て応答メッセージ（TMGI allocation response）に含めて、ＮＥＦ／ＭＢＳＦ３６に送信する。

ステップＳ１５０で、ＮＥＦ／ＭＢＳＦ３６は、ＭＢ－ＳＭＦ３４で割り当てられたＴＭＧＩを、ＴＭＧＩの割り当て応答メッセージ（TMGI allocation response）に含めて、ＡＦ３７に送信する。

ステップＳ１６０で、ＡＦ３７は、端末１０（図示せず）に対して、サービス告知を実行する。例えば、ＡＦ３７は、ＭＢＳセッションＩＤ（ここでは、割り当てられたＴＭＧＩ）及びその他情報（ＭＢＳサービスエリア、セッション記述情報等）を、端末１０に通知する。

ステップＳ１７０で、ＡＦ３７は、ＭＢＳセッションに関する情報（ＭＢＳセッションＩＤ、サービスタイプ（例えばブロードキャストサービス又はマルチキャストサービスのいずれか）及びＭＢＳ情報等）を含む、ＭＢＳセッション要求メッセージ（例えば、MBS Session Request又はMulticast Session Request）をＮＥＦ／ＭＢＳＦ３６に送信する。なお、ステップＳ１００～ステップＳ１６０の処理手順により、ＭＢＳセッションＩＤとしてＴＭＧＩが割り当てられた場合、ＭＢＳセッション要求にはＴＭＧＩが含まれる。ＭＢＳ情報には、ＭＢＳサービスエリア情報、ＭＢＳの開始時刻及び終了時刻等が含まれていてもよい。ＮＥＦ／ＭＢＳＦ３６は、ＡＦ３７が、ステップＳ１７０の処理手順を実行する権限を有しているのか否かの確認（Authorization）を行い、権限を有している場合はステップＳ１８０の処理手順に進む。

ステップＳ１８０で、ＮＥＦ／ＭＢＳＦ３６は、ＮＲＦ４２に問い合わせを行うか、若しくは、ＭＢ－ＳＭＦ３４自身の設定に基づいて、ＭＢ－ＳＭＦ３４の検出及び選択を行う。ステップＳ１３０の処理手順でＴＭＧＩの割り当てを行っている場合、ＮＥＦ／ＭＢＳＦ３６は、ＴＭＧＩを割り当てたＭＢ－ＳＭＦ３４を選択するようにしてもよい。

ステップＳ１９０で、ＮＥＦ／ＭＢＳＦ３６は、ＭＢＳセッションの生成を要求するメッセージ（例えば、Nmbsmf_MBSSession_Create Request）を、選択したＭＢ－ＳＭＦ３４に送信する。当該メッセージには、ＭＢＳセッションＩＤ、ＴＭＧＩ割り当て指示、サービスタイプ、ステップＳ１７０でＡＦ３７から通知されたＭＢＳサービスエリア情報等が含まれる。

ステップＳ２００で、ＭＢ－ＳＭＦ３４は、ステップＳ１９０において、ＭＢＳセッションＩＤが送信元固有ＩＰマルチキャストアドレスである場合、ＴＭＧＩの割り当てを行う。また、ＭＢ－ＳＭＦ３４は、ＭＢＳセッションＩＤを用いて、ＮＲＦ４２に記憶されている、ＭＢ－ＳＭＦ３４のＮＦプロファイルを更新してもよい。

ステップＳ２１０で、ＭＢ－ＳＭＦ３４は、ＭＢＳセッションＩＤを含む、ＭＢＳポリシー割り当て要求メッセージ（MBS Policy Association Request）を、ＰＣＦ３９に送信する。

ステップＳ２２０で、ＰＣＦ３９は、ＰＣＦ３９がマルチキャストセッションを制御する（handle）ことをＢＳＦ４０に登録するためのメッセージ（例えば、Management register）を送信する。当該メッセージには、ＭＢＳセッションＩＤ及びＰＣＦ３９自身のＰＣＦ識別情報（例えばＰＣＦ３９のＮＦインスタンスＩＤ、ＰＣＦＩＤ、ＦＱＤＮ及び／又はＩＰアドレス等）が含まれる。

ステップＳ２３０で、ＰＣＦ３９は、ＵＤＲ４１にアクセスし、ＭＢＳセッションＩＤに関連づけられる、事前設定されたＭＢＳポリシーを取得する。

ステップＳ２４０で、ＰＣＦ３９は、ステップＳ２３０で取得した、ＭＢＳセッションＩＤに関連づけられるＭＢＳポリシーを含む、ＭＢＳポリシー割り当て応答メッセージ（例えば、MBS Policy Association Response）をＭＢ－ＳＭＦ３４に送信する。ＭＢＳポリシーには、例えば、ＭＢＳセッションに適用されるＱｏＳに関する情報、ＭＢＳサービスの優先度に関する情報、ＭＢＳセッションを提供するエリアに関する情報、ＭＢＳセッションを提供する日時若しくは時間帯に関する情報、及び／又は、ＭＢＳセッションを提供するネットワークスライスに関する情報等が含まれていてもよい。

ステップＳ２５０で、ＭＢ－ＳＭＦ３４は、ＭＢ－ＵＰＦ３５を選択し、選択したＭＢ－ＵＰＦ３５に、ユーザプレーン（User Plane）（すなわち、端末１０に送信するＭＢＳデータ）を送信するためのリソースの予約を要求するメッセージ（Session Request）を、選択したＭＢ－ＵＰＦ３５に送信する。このとき、ＭＢ－ＳＭＦ３４は、当該メッセージにＭＢＳポリシーを含めてＭＢ－ＵＰＦ３５に送信することで、ＭＢＳデータを端末１０に送信する際に適用すべきＭＢＳポリシーをＭＢ－ＵＰＦ３５に通知するようにしてもよい。

ステップＳ２６０で、ＭＢ－ＵＰＦ３５は、セッション応答メッセージ（例えば、Session Response）を、ＭＢ－ＳＭＦ３４に送信する。

ステップＳ２７０で、ＭＢ－ＳＭＦ３４は、ＭＢＳセッションの生成応答メッセージ（例えば、Nmbsmf_MBSSession_Create Response）を、ＮＥＦ／ＭＢＳＦ３６に送信する。当該メッセージには、ＭＢＳセッションＩＤ、ＭＢＳデータを送信するリソースの割り当てに成功又は失敗したことを示す情報が含まれる。

ステップＳ２８０で、ＮＥＦ／ＭＢＳＦ３６は、ステップＳ２７０で通知されたＭＢＳセッションＩＤを有するＭＢＳセッションを処理する、ＰＣＦ３９の検出を行うために、ＭＢＳセッションＩＤを含む検出要求メッセージ（例えば、Man Discovery Request）をＢＳＦ４０に送信するようにしてもよい。

ステップＳ２９０で、ＢＳＦ４０は、通知されたＭＢＳセッションＩＤに対応づけられるＰＣＦ３９のＰＣＦ識別情報をＮＥＦ／ＭＢＳＦ３６に送信する。ＮＥＦ／ＭＢＳＦ３６に送信されるＰＣＦ識別情報は、図３のステップＳ２２０の処理手順でＢＳＦ４０に登録されたＰＣＦ識別情報である。

ステップＳ３００で、ＮＥＦ／ＭＢＳＦ３６は、ＭＢＳポリシーの割り当てを要求するメッセージ（例えば、MBS Policy Association）を、ステップＳ２９０で通知されたＰＣＦ３９に送信するようにしてもよい。

ステップＳ３１０で、ＰＣＦ３９は、必要に応じて、更新後のＭＢＳポリシーを含む、ＭＢＳポリシーの更新を要求するメッセージ（例えば、MBS Policy Association Update）をＭＢ－ＳＭＦ３４に送信するようにしてもよい。

ステップＳ３２０で、ＭＢ－ＳＭＦ３４は、必要に応じて、ＭＢＳポリシーを更新する場合、ＭＢＳセッションの更新を要求するメッセージ（例えばSession Update）をＭＢ－ＵＰＦ３５に送信するようにしてもよい。

ステップＳ３３０で、必要に応じて、ＮＥＦ／ＭＢＳＦ３６は、セッション要求メッセージ（例えばSession Request）をＭＢＳＴＦ３８に送信するようにしてもよい。

ステップＳ３４０で、必要に応じて、ＭＢＳＴＦ３８は、セッション応答メッセージ（例えばSession Response）をＮＥＦ／ＭＢＳＦ３６に通知するようにしてもよい。

ステップＳ３５０で、ＮＥＦ／ＭＢＳＦ３６は、各種パラメータ（ＭＢＳセッションＩＤ等）を含む、セッション応答メッセージ（Multi Session Response）をＡＦ３７に送信する。

ステップＳ３６０で、ＡＦ３７は、端末１０（図示せず）に対して、サービス告知を実行する。

＜ＰＣＦの検出及び選択に関する処理手順＞
続いて、ＭＢＳセッション設定手順において、ＰＣＦ３９の検出及び選択を行う際の具体的な処理手順を説明する。以下の説明において、図３及び図４の説明と同一の処理手順については同一の符号を付与し、説明を省略することがある。

（処理手順１－１）
処理手順１－１では、ＴＭＧＩを割り当てる処理手順の中で、ＰＣＦ３９の検出及び選択を行う。

図５は、ＰＣＦの検出及び選択に関する処理手順１－１の一例を示すシーケンス図である。

ステップＳ１２１で、ＮＥＦ／ＭＢＳＦ３６から問合せを受けたＮＲＦ４２は、ＵＤＲ４１にアクセスし、ＴＭＧＩを割り当てるＭＢＳセッションを設定する際に、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かを確認する。ＮＲＦ４２は、確認結果（すなわち、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かを示す情報）をＮＥＦ／ＭＢＳＦ３６に通知する。

ステップＳ１３１で、ＮＥＦ／ＭＢＳＦ３６は、選択した１つのＭＢ－ＳＭＦ３４に対し、ＴＭＧＩの割り当てを要求するメッセージ（例えばTMGI allocation request）を送信する。ＭＢＳポリシーをＰＣＦ３９に問い合わせる必要があるとの確認結果をＮＲＦ４２より受信した場合、ＮＥＦ／ＭＢＳＦ３６は、当該メッセージに、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があることを示す情報（以下、「ＰＣＦ利用情報」又は「ＰＣＦ情報（PCF information）」と言う。）を含める。一方、ＭＢＳポリシーをＰＣＦ３９に問い合わせる必要はないとの確認結果をＮＲＦ４２より受信した場合、ＮＥＦ／ＭＢＳＦ３６は、当該メッセージに「ＰＣＦ利用情報」を含めずに送信する。

ステップＳ１３２で、ＭＢ－ＳＭＦ３４は、ＴＭＧＩの割り当てを要求するメッセージに、ＰＣＦ利用情報が含まれている場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識する。ＭＢ－ＳＭＦ３４は、ＴＭＧＩの割り当てを要求するメッセージに、ＰＣＦ利用情報が含まれていない場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要がないと認識する。

ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識した場合、ＭＢ－ＳＭＦ３４は、ＮＲＦ４２に問い合わせを行うことで、ＰＣＦ３９の検出及び選択を行う。例えば、ＭＢ－ＳＭＦ３４は、ＮＲＦ４２から、ＮＲＦ４２で検出された１以上のＰＣＦ３９についてのＮＦプロファイル（例えば候補となるＰＣＦ３９のＮＦプロファイルのリスト）を受信し、受信した１以上のＮＦプロファイルとＭＢ－ＳＭＦ３４内でローカルに設定された情報とに基づいて、若しくは、受信した１以上のＮＦプロファイルとオペレータのポリシーとに基づいて、設定するＭＢＳセッションのポリシー制御を行う１つのＰＣＦ３９を選択するようにしてもよい。ローカルに設定された情報又はオペレータのポリシーは、ＰＣＦ３９の選択に使用するＮＦプロファイルと、当該ＮＦプロファイルを用いてＰＣＦ３９を選択する方法又は基準を定義するものであってもよい。

例えば、ＰＣＦ３９についてのＮＦプロファイルには、ＰＣＦ３９に関連付けられるＡＦ３７を示す情報が含まれており、ＭＢ－ＳＭＦ３４は、ＮＲＦ４２で検出された複数のＰＣＦ３９の中から、ＭＢＳセッションの設定を要求したＡＦ３７に関連付けられるＰＣＦ３９を選択するようにしてもよい。つまり、ローカルに設定された情報又はオペレータのポリシーには、“ＭＢＳセッションの設定を要求したＡＦ３７に関連付けられるＰＣＦ３９を選択する”という方法が定義されていてもよい。

また、例えば、ＰＣＦ３９についてのＮＦプロファイルには、当該ＰＣＦ３９に関連付けられるＭＢＳのサービスタイプ（ブロードキャストサービス又はマルチキャストサービス）を示す情報が含まれており、ＭＢ－ＳＭＦ３４は、設定するＭＢＳセッションで要求されるサービスタイプに関連付けられるＰＣＦ３９を選択するようにしてもよい。つまり、ローカルに設定された情報又はオペレータのポリシーには、“設定するＭＢＳセッションで要求されるサービスタイプに関連付けられるＰＣＦ３９を選択する”という方法が定義されていてもよい。

ＰＣＦ３９の選択が完了すると、ＭＢ－ＳＭＦ３４は、選択したＰＣＦ３９のＰＣＦ識別情報（例えばＰＣＦ３９のＮＦインスタンスＩＤ、ＰＣＦＩＤ、ＦＱＤＮ及び／又はＩＰアドレス等）を記憶しておく。

ステップＳ２１１で、ＭＢ－ＳＭＦ３４は、ステップＳ１３１の処理手順で選択したＰＣＦ３９に対し、ＭＢＳセッションＩＤを含む、ＭＢＳポリシー割り当て要求メッセージ（MBS Policy Association Request）を送信する。

（処理手順１－２）
処理手順１－２では、ＭＢＳセッションを設定する処理手順の中で、ＰＣＦ３９の検出及び選択を行う。

図６は、ＰＣＦの検出及び選択に関する処理手順１－２の一例を示すシーケンス図である。

ステップＳ１８０で、ＮＥＦ／ＭＢＳＦ３６は、ＮＲＦ４２に問い合わせを行うか、若しくは、ＭＢ－ＳＭＦ３４自身の設定に基づいて、ＭＢ－ＳＭＦ３４の検出及び選択を行う。

ステップＳ１８１で、ＮＥＦ／ＭＢＳＦ３６から問合せを受けたＮＲＦ４２は、ＵＤＲ４１にアクセスし、ＴＭＧＩを割り当てるＭＢＳセッションを設定する際に、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かを確認する。ＮＲＦ４２は、確認結果（つまりＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かを示す情報）をＮＥＦ／ＭＢＳＦ３６に通知する。

ステップＳ１９１で、ＮＥＦ／ＭＢＳＦ３６は、ＭＢＳセッションの生成を要求するメッセージ（例えば、Nmbsmf_MBSSession_Create Request）を、選択したＭＢ－ＳＭＦ３４に送信する。当該メッセージには、ＭＢＳセッションＩＤ、ＴＭＧＩ割り当て指示、サービスタイプ、ステップＳ１７０でＡＦ３７から通知されたＭＢＳサービスエリア情報等が含まれる。また、ＭＢＳポリシーをＰＣＦ３９に問い合わせる必要があるとの確認結果をＮＲＦ４２より受信した場合、ＮＥＦ／ＭＢＳＦ３６は、当該メッセージに、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があることを示す情報（以下、「ＰＣＦ利用情報」又は「ＰＣＦ情報（PCF information）」と言う。）を含める。一方、ＭＢＳポリシーをＰＣＦ３９に問い合わせる必要はないとの確認結果をＮＲＦ４２より受信した場合、ＮＥＦ／ＭＢＳＦ３６は、当該メッセージに「ＰＣＦ利用情報」を含めずに送信する。

ステップＳ１９５で、ＭＢ－ＳＭＦ３４は、ＭＢＳセッションの生成を要求するメッセージに、ＰＣＦ利用情報が含まれている場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識する。ＭＢ－ＳＭＦ３４は、ＭＢＳセッションの生成を要求するメッセージに、ＰＣＦ利用情報が含まれていない場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要がないと認識する。ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識した場合、ＭＢ－ＳＭＦ３４は、ＮＲＦ４２に問い合わせを行うことで、ＰＣＦ３９の検出及び選択を行う。ＰＣＦ３９の検出及び選択を行う方法については、図５のステップＳ１３２の処理手順と同一であるため説明は省略する。ＰＣＦ３９の選択が完了すると、ＭＢ－ＳＭＦ３４は、選択したＰＣＦ３９のＰＣＦ識別情報（例えばＰＣＦ３９のＮＦインスタンスＩＤ、ＰＣＦＩＤ、ＦＱＤＮ及び／又はＩＰアドレス等）を保持する。また、ＭＢ－ＳＭＦ３４は、選択したＰＣＦ３９のＰＣＦ識別情報を、例えばＭＢＳセッションコンテキスト(MBS Session context)に格納するようにしてもよい。

ステップＳ２１１の処理手順は、図５と同一であるため説明は省略する。

（処理手順２）
処理手順２では、ＭＢＳセッションを設定する処理手順の中で、ＰＣＦ３９の検出及び選択を行う。しかしながら、処理手順１－１及び１－２とは異なり、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かの確認を、ＮＲＦ４２ではなくＭＢ－ＳＭＦ３４が行う。

図７及び図８は、ＰＣＦの検出及び選択に関する処理手順２の一例を示すシーケンス図である。

ステップＳ１９２で、ＭＢ－ＳＭＦ３４は、ＭＢＳセッションを設定する際に、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かを確認する。例えば、ＭＢ－ＳＭＦ３４は、ＭＢ－ＳＭＦ３４自身の中にＭＢＳポリシーに関する情報が設定されている場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要はないと認識するようにしてもよい。また、ＭＢ－ＳＭＦ３４は、ＭＢ－ＳＭＦ３４内にＭＢＳポリシーに関する情報が設定されていない場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識するようにしてもよい。

また、例えば、ＭＢ－ＳＭＦ３４は、ＭＢ－ＳＭＦ３４内に、動的ＰＣＣの実行が必要であることを示す情報が設定されている場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識するようにしてもよい。また、ＭＢ－ＳＭＦ３４は、ＭＢ－ＳＭＦ３４内に動的ＰＣＣの実行が必要であることを示す情報が設定されていない場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要はないと認識するようにしてもよい。

ステップＳ１９５及びステップＳ２１１の処理手順は、図５及び図６と同一であるため説明は省略する。

ステップＳ２７１で、ＭＢ－ＳＭＦ３４は、ＭＢＳセッションの生成応答メッセージ（例えば、Nmbsmf_MBSSession_Create Response）を、ＮＥＦ／ＭＢＳＦ３６に送信する。当該メッセージには、ＭＢＳセッションＩＤ、ＭＢＳデータを送信するリソースの割り当てに成功又は失敗したことを示す情報、及び、ステップＳ１９５の処理手順で選択したＰＣＦ３９のＰＣＦ識別情報が含まれる。ＰＣＦ識別情報は、例えば、ＰＣＦ３９のＮＦインスタンスＩＤ、ＰＣＦＩＤ、ＦＱＤＮ及び／又はＩＰアドレス等であってもよい。

なお、ＮＥＦ／ＭＢＳＦ３６は、ステップＳ２７１の処理手順でＰＣＦ３９のＰＣＦ識別情報を受信していることから、ステップＳ２８０及びステップＳ２９０の処理手順を省略するようにしてもよい。

ステップＳ３０１で、ＮＥＦ／ＭＢＳＦ３６は、ＭＢＳポリシーの割り当てを要求するメッセージ（例えば、MBS Policy Association）を、ステップＳ２７１で通知されたＰＣＦ３９に送信するようにしてもよい。

＜ＰＣＦの検出及び選択に関する処理手順の変形例＞
ＰＣＦ利用情報は、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があるか否かの二択を示す情報であってもよい。この場合、ＰＣＦ利用通知は、例えば、１ビットの情報であってもよい。例えば、ＰＣＦ３９に問い合わせる必要がある場合は「１」で、ＰＣＦ３９に問い合わせる必要は無い場合は「０」であってもよい。

図５のステップＳ１２０及びステップＳ１８０の処理手順において、ＮＥＦ／ＭＢＳＦ３６は、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があることを確認した場合、ＮＲＦ４２に問い合わせることで、ＰＣＦ３９の検出及び選択を行うようにしてもよい。また、ＮＥＦ／ＭＢＳＦ３６は、ＴＭＧＩの割り当てを要求するメッセージに、ＰＣＦ利用情報に代えて（／又は追加して）選択したＰＣＦ３９に関する情報を含めてＭＢ－ＳＭＦ３４に送信するようにしてもよい。つまり、ＰＣＦ３９の検出及び選択は、ＭＢ－ＳＭＦ３４ではなくＮＥＦ／ＭＢＳＦ３６が行うこととしてもよい。ＭＢ－ＳＭＦ３４は、ステップＳ１３２又はステップＳ１９５の処理手順を省略することができる。

＜ハードウェア構成＞
図９は、本実施形態に係る通信システム内の各装置のハードウェア構成の一例を示す図である。通信システム１内の各装置は、図１に示されるどの装置であってもよく、例えば、端末１０、基地局２０、及び、ＣＮ３０内のいずれかの機能を有するコアネットワーク装置である。

通信システム１内の各装置は、プロセッサ１１、記憶装置１２、有線又は無線通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。

プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）であり、通信システム１内の各装置を制御する。プロセッサ１１は、プログラムを記憶装置１２から読み出して実行することで、本実施形態で説明する各種の処理を実行してもよい。通信システム１内の各装置は、１又は複数のプロセッサ１１により構成されていてもよい。また、当該各装置は、コンピュータと呼ばれてもよい。

記憶装置１２は、例えば、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等のストレージから構成される。記憶装置１２は、プロセッサ１１による処理の実行に必要な各種情報（例えば、プロセッサ１１によって実行されるプログラム等）を記憶してもよい。

通信装置１３は、有線及び／又は無線ネットワークを介して通信を行う装置であり、例えば、ネットワークカード、通信モジュール、チップ、アンテナ等を含んでもよい。また、通信装置１３には、アンプ、無線信号に関する処理を行うＲＦ（Radio Frequency）装置と、ベースバンド信号処理を行うＢＢ（BaseBand）装置とを含んでいてもよい。

ＲＦ装置は、例えば、ＢＢ装置から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、電力増幅等を行うことで、アンテナＡから送信する無線信号を生成する。また、ＲＦ装置は、アンテナから受信した無線信号に対して、周波数変換、復調、Ａ／Ｄ変換等を行うことでデジタルベースバンド信号を生成してＢＢ装置に送信する。ＢＢ装置は、デジタルベースバンド信号をパケットに変換する処理、及び、パケットをデジタルベースバンド信号に変換する処理を行う。

入出力装置１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等の入力装置と、例えば、ディスプレイ及び／又はスピーカ等の出力装置とを含む。

以上説明したハードウェア構成は一例に過ぎない。通信システム１内の各装置は、図９に記載したハードウェアの一部が省略されていてもよいし、図９に記載されていないハードウェアを備えていてもよい。また、図９に示すハードウェアが１又は複数のチップにより構成されていてもよい。

＜機能ブロック構成＞
（ＭＢ－ＳＭＦ）
図１０は、本実施形態に係るコアネットワーク装置の機能ブロック構成の一例を示す図である。図１０では、ＭＢ－ＳＭＦ３４の機能ブロック構成を例示するが、ＭＢ－ＳＭＦ３４以外の機能を備えるコアネットワーク装置が同様の機能ブロック構成を備えてもよい。ＭＢ－ＳＭＦ３４は、受信部１０１と、送信部１０２と、制御部１０３と、を備える。また、受信部１０１と送信部１０２とをまとめて通信部１１０と呼ぶ。

なお、受信部１０１と送信部１０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部１０１と送信部１０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

通信部１１０は、端末１０、基地局２０又はＣＮ３０内の他の機能（ＮＦ）との間で各種メッセージを送受信する。受信部１０１は、端末１０、基地局２０又はＣＮ３０内の他の機能からの各種メッセージを受信する。送信部１０２は、端末１０、基地局２０又はＣＮ３０内の他の機能に対して、各種メッセージを送信する。

制御部１０３は、ＭＢ－ＳＭＦ３４で実現される機能に関する各種制御を行う。また、制御部１０３は、ＭＢＳセッションを設定する際に、ＭＢＳポリシーを、ＭＢＳポリシーを制御するＰＣＦ３９に問い合わせる必要があるか否かを確認する。なお、ＰＣＦ３９は、ＭＢＳポリシーを制御する第１コアネットワーク装置の一例である。また、ＭＢＳセッションに適用されるポリシーは、ＭＢＳポリシーの一例である。

また、通信部１１０は、ＮＥＦ／ＭＢＳＦ３６から、ＭＢＳセッションを設定する際に、ＭＢＳポリシーをＰＣＦ３９に問い合わせる必要があることを示す、ＰＣＦ利用情報を受信するようにしてもよい。ここで、ＮＥＦ／ＭＢＳＦ３６は、第３コアネットワーク装置の一例である。また、ＰＣＦ利用情報は、第１所定情報の一例である。

ＰＣＦ利用情報は、ＮＥＦ／ＭＢＳＦ３６から送信される、ＴＭＧＩの割り当てを要求するメッセージに含まれていてもよい。すなわち、通信部１１０は、ＮＥＦ／ＭＢＳＦ３６から送信される、ＴＭＧＩの割り当てを要求するメッセージに含まれるＰＣＦ利用情報を受信するようにしてもよい（例えば図５のステップＳ１３１）。

また、ＰＣＦ利用情報は、ＮＥＦ／ＭＢＳＦ３６から送信される、ＭＢＳセッションの生成を要求するメッセージに含まれていてもよい。すなわち、通信部１１０は、ＮＥＦ／ＭＢＳＦ３６から送信される、ＭＢＳセッションの生成を要求するメッセージに含まれるＰＣＦ利用情報を受信するようにしてもよい（例えば図６のステップＳ１９１）。

また、制御部１０３は、通信部１１０で受信された、ＴＭＧＩの割り当てを要求するメッセージ又はＭＢＳセッションの生成を要求するメッセージに、ＰＣＦ利用情報が含まれている場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識するようにしてもよい。また、制御部１０３は、通信部１１０で受信された、ＴＭＧＩの割り当てを要求するメッセージ又はＭＢＳセッションの生成を要求するメッセージに、ＰＣＦ利用情報が含まれていない場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要がないと認識するようにしてもよい。（図５のステップＳ１３１、図６のステップＳ１９５）。

また、制御部１０３は、ＭＢ－ＳＭＦ３４自身にＭＢＳポリシーに関する情報が設定されていない場合に、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識するようにしてもよい。一方、制御部１０３は、ＭＢ－ＳＭＦ３４自身にＭＢＳポリシーに関する情報が設定されている場合に、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要がないと認識するようにしてもよい（図７のステップＳ１９２）。

また、制御部１０３は、ＭＢ－ＳＭＦ３４自身に動的ポリシー制御を実行する必要があることを示す情報が設定されている場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要があると認識するようにしてもよい。一方、制御部１０３は、ＭＢ－ＳＭＦ３４自身に動的ポリシー制御を実行する必要があることを示す情報が設定されてない場合、ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる必要がないと認識するようにしてもよい（図７のステップＳ１９２）。ここで、動的ポリシー制御を実行する必要があることを示す情報は、第２所定情報の一例である。

通信部１１０は、ＭＢＳポリシーをＰＣＦ３９に問合せる必要がある場合（制御部１０３によって、ＭＢＳポリシーを、当該ポリシーを制御するＰＣＦ３９に問い合わせる必要があると認識された場合）に、ＮＲＦ４２から、ＰＣＦ３９を特定するための特定情報を取得する。ここで、ＮＲＦ４２は、コアネットワーク内に存在する機能の検出を行う第２コアネットワーク装置の一例である。また、１以上のＰＣＦ３９についてのＮＦインスタンスに関連する情報（例えばＮＦプロファイル）は、特定情報の一例である。

また、制御部１０３は、取得された特定情報に基づいてＰＣＦ３９を特定する。制御部１０３が、取得された特定情報に基づいてＰＣＦ３９を特定することは、制御部１０３が、特定情報に基づいて、ＰＣＦ３９の検出及び選択を行うことであってもよい。

通信部１１０は、制御部１０３で特定されたＰＣＦ３９に対してＭＢＳポリシーを問い合わせるメッセージを送信する。

（ＮＥＦ／ＭＢＳＦ）
図１１は、本実施形態に係るコアネットワーク装置の機能ブロック構成の一例を示す図である。図１１では、ＮＥＦ／ＭＢＳＦ３６の機能ブロック構成を例示するが、ＮＥＦ／ＭＢＳＦ３６以外の機能を備えるコアネットワーク装置が同様の機能ブロック構成を備えてもよい。ＮＥＦ／ＭＢＳＦ３６は、受信部２０１と、送信部２０２と、制御部２０３と、を備える。また、受信部２０１と送信部２０２とをまとめて通信部２１０と呼ぶ。

なお、受信部２０１と送信部２０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部２０１と送信部２０２とが実現する機能の全部又は一部と、制御部２０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

通信部２１０は、他のＣＮ３０との間で各種メッセージを送受信する。受信部２０１は、他のＣＮ３０からの各種メッセージを受信する。送信部２０２は、他のＣＮ３０に対して、各種メッセージを送信する。

また、通信部２１０は、ＭＢＳセッションを設定する際に、ＭＢＳポリシーを、当該ポリシーを制御するＰＣＦ３９に問い合わせる必要があることを示す情報を、ＮＲＦ４２から受信した場合、ＰＣＦ利用情報を含む、ＴＭＧＩの割り当てを要求するメッセージ若しくはＭＢＳセッションの生成を要求するメッセージを、ＭＢ－ＳＭＦ３４に送信する。また、通信部２１０は、ＭＢＳセッションを設定する際に、ＭＢＳポリシーを、当該ポリシーを制御するＰＣＦ３９に問い合わせる必要はないことを示す情報を、ＮＲＦ４２から受信した場合、ＰＣＦ利用情報を含まない、ＴＭＧＩの割り当てを要求するメッセージ若しくはＭＢＳセッションの生成を要求するメッセージを、ＭＢ－ＳＭＦ３４に送信する（図５のステップＳ１３１、図６のＳ１９１）
制御部２０３は、ＮＥＦ／ＭＢＳＦ３６で実現される機能に関する各種制御を行う。

＜まとめ＞
以上説明したように、本実施形態に係る通信システム１によれば、ＭＢ－ＳＭＦ３４は、ＭＢＳポリシーをＰＣＦ３９に問い合わせる必要がある場合、ＰＣＦ３９を特定し、特定したＰＣＦ３９からＭＢＳポリシーを取得するようにした。これにより、マルチキャスト及び／又はブロードキャスト通信において、ポリシー制御を適切に行うことが可能になる。また、ＭＢ－ＳＭＦ３４は、特定したＰＣＦ３９のＰＣＦ識別情報を、ＮＥＦ／ＭＢＳＦ３６に送信するようにした。これにより、ＮＥＦ／ＭＢＳＦ３６は、ＢＳＦ４０にＰＣＦ識別情報を問い合わせる処理を省略できることから、ネットワークリソースの消費量を削減することが可能になる。

＜補足事項＞
上記実施形態における「機能」の用語は、「装置」に置き換えてもよい。「ＭＢＳポリシーを、ＰＣＦ３９に問い合わせる」ことは、「ＭＢＳポリシーを、ＰＣＦ３９から取得する」ことに置き換えてもよい。

上記実施形態における各種の信号、情報、パラメータは、どのようなレイヤでシグナリングされてもよい。すなわち、上記各種の信号、情報、パラメータは、上位レイヤ（例えば、Non Access Stratum（ＮＡＳ）レイヤ、ＲＲＣレイヤ、ＭＡＣレイヤ等）、下位レイヤ（例えば、物理レイヤ）等のどのレイヤの信号、情報、パラメータに置き換えられてもよい。また、所定情報の通知は明示的に行うものに限られず、黙示的に（例えば、情報を通知しないことや他の情報を用いることによって）行われてもよい。

また、上記実施形態における各種のメッセージ、信号、情報、パラメータの名称は、例示にすぎず、他の名称に置き換えられてもよい。

各種情報の形式は、上記実施形態に限られず、ビット表現（０又は１）、真偽値（Boolean：true又はfalse）、整数値、文字等適宜変更されてもよい。また、上記実施形態における単数、複数は相互に変更されてもよい。

以上説明した実施形態は、本開示の理解を容易にするためのものであり、本開示を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、インデックス、条件等は、例示したものに限定されるわけではなく適宜変更することができる。また、上記実施形態で説明した少なくとも一部の構成を部分的に置換し又は組み合わせることが可能である。

１…通信システム、１０…端末、２０…基地局、３０…ＣＮ、３１…ＡＭＦ、３２…ＳＭＦ、３３…ＵＰＦ、３４…ＭＢ－ＳＭＦ、３５…ＭＢ－ＵＰＦ、３６…ＮＥＦ／ＭＢＳＦ、３６ａ…ＮＥＦ、３６ｂ…ＭＢＳＦ、３７…ＡＦ、３８…ＭＢＳＴＦ、３９…ＰＣＦ、４０…ＢＳＦ、４１…ＵＤＲ、４２…ＮＲＦ、１０１…受信部、１０２…送信部、１０３…制御部、２０１…受信部、２０２…送信部、２０３…制御部、１１…プロセッサ、１２…記憶装置、１３…通信装置、１４…入出力装置

Claims

マルチキャストブロードキャストサービス（ＭＢＳ）セッションを管理するコアネットワーク機能と、前記ＭＢＳセッションに適用されるポリシーに関する設定情報に基づいて、第１コアネットワーク機能へ問い合わせることを決定する第３コアネットワーク機能と、を備えるコアネットワークシステムであって、
前記コアネットワーク機能は、
前記ＭＢＳセッションを設定する際に、前記ポリシーを、前記ポリシーを制御する前記第１コアネットワーク機能に問い合わせる必要があるか否かを確認する制御部と、
前記第３コアネットワーク機能から、前記ＭＢＳセッションを設定する際に、前記ポリシーを前記第１コアネットワーク機能に問い合わせる必要があることを示す第１所定情報を受信する通信部と、
を有し、
前記第３コアネットワーク機能は、コアネットワーク内に存在する機能の検出を行う第２コアネットワーク機能へ問い合わせることによって、前記第１コアネットワーク機能を選択する、コアネットワークシステム。
前記第３コアネットワーク機能は、前記第２コアネットワーク機能へ問い合わせることによって、前記第１コアネットワーク機能を選択する際に前記第１コアネットワーク機能の候補を検出する、
請求項１に記載のコアネットワークシステム。
前記通信部は、前記第３コアネットワーク機能から送信される、一時的モバイルグループ識別子（ＴＭＧＩ）割り当て要求メッセージに含まれる前記第１所定情報を取得する、
請求項１又は２に記載のコアネットワークシステム。
前記通信部は、前記第３コアネットワーク機能から送信される、ＭＢＳセッションの生成を要求するメッセージに含まれる前記第１所定情報を取得する、
請求項１又は２に記載のコアネットワークシステム。
前記制御部は、前記コアネットワーク機能に前記ポリシーに関する情報が設定されていない場合に、前記ポリシーを、前記第１コアネットワーク機能に問い合わせる必要があると認識する、
請求項１～４のいずれか一項に記載のコアネットワークシステム。
前記制御部は、前記コアネットワーク機能に動的ポリシー制御を実行する必要があることを示す第２所定情報が設定されている場合、前記ポリシーを、前記第１コアネットワーク機能に問い合わせる必要があると認識する、
請求項１～４のいずれか一項に記載のコアネットワークシステム。
マルチキャストブロードキャストサービス（ＭＢＳ）セッションを管理するコアネットワーク機能と、前記ＭＢＳセッションに適用されるポリシーに関する設定情報に基づいて、第１コアネットワーク機能へ問い合わせることを決定する第３コアネットワーク機能と、が実行する通信方法であって、
前記コアネットワーク機能は、
前記ＭＢＳセッションを設定する際に、前記ポリシーを、前記ポリシーを制御する前記第１コアネットワーク機能に問い合わせる必要があるか否かを確認するステップと、
前記第３コアネットワーク機能から、前記ＭＢＳセッションを設定する際に、前記ポリシーを前記第１コアネットワーク機能に問い合わせる必要があることを示す第１所定情報を受信するステップと、
を実行し、
前記第３コアネットワーク機能は、コアネットワーク内に存在する機能の検出を行う第２コアネットワーク機能へ問い合わせることによって、前記第１コアネットワーク機能を選択する、通信方法。
前記第３コアネットワーク機能は、前記第２コアネットワーク機能へ問い合わせることによって、前記第１コアネットワーク機能を選択する際に前記第１コアネットワーク機能の候補を検出する、
請求項７に記載の通信方法。