JP2022123747A - 基地局、コアネットワーク装置、端末及び通信方法 - Google Patents

Abstract

【課題】ＭＢＳデータの伝送モードの切り替えを適切に制御すること。
【解決手段】 本開示の通信方法は、ＵＰＦ３３と端末１０との間のプロトコルデータユニット（ＰＤＵ）セッションを用いる個別モード、又は、ＭＢ－ＵＰＦ３５と基地局２０との間の共有トンネルを用いる共有モードを用いて、ＭＢＳデータを伝送する。当該端末１０の状態に関する端末状態情報、及び／又は、端末１０のターゲット基地局２０Ｂにおける共有モードのサポートに関するサポート情報に基づいて、端末１０についての個別モードから共有モードへの切り替えが制御される。
【選択図】図２

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（ＭＢＳ）をサポートすることが検討されている。５ＧＣにおけるＭＢＳは、５ＭＢＳ等とも呼ばれる。

ＭＢＳにおいて、マルチキャストデータ及び／又はブロードキャストデータ（以下、「ＭＢＳデータ」という）を伝送するモード（以下、「伝送モード（delivery mode）」という）として、ＣＮと各端末との間の個別のプロトコルデータユニット（Protocol Data Unit：ＰＤＵ）セッションとを介してＭＢＳデータが伝送される個別モード（Individual mode）と、ＣＮと基地局との間の共有トランスポート（Shared Transport）トンネルを介してＭＢＳデータが伝送される共有モード（Shared mode）と、をサポートすることが検討されている。なお、ＭＢＳデータは、ＭＢＳストリーム等と呼ばれてもよい。

共有モードでは、多数の端末に対するＭＢＳデータが一つのストリームに束ねられるため、同一のセル内に在圏する各端末の伝送モードを個別モードから共有モードに切り替える（switch）ことによって、ＣＮにおけるユーザプレーン（User plane；Ｕプレーン）のオーバヘッドの削減が期待できる。なお、Ｕプレーンのオーバヘッドは、トラフィックオーバヘッド等とも呼ばれる。

しかしながら、端末に対するＭＢＳデータの伝送モードを個別モードから共有モードに単純に切り替えると、例えば、当該端末におけるＭＢＳデータの受信が中断したり、及び／又は、個別モードと共有モードとの間の頻繁な切り替えによる制御プレーン（Control plane：Ｃプレーン）のオーバヘッドが増加したりする等の不具合が生じる恐れがある。

本開示はこのような事情に鑑みてなされたものであり、ＭＢＳデータの伝送モードの切り替えを適切に制御可能な基地局、コアネットワーク装置、端末及び通信方法を提供することを目的の一つとする。

本開示の一態様に係る通信方法は、第１のユーザプレーン装置と各端末との間のプロトコルデータユニット（ＰＤＵ）セッションを用いる第１の伝送モード、又は、第２のユーザプレーン装置と基地局との間の共有トンネルを用いる第２の伝送モードを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）データを伝送する通信方法であって、前記基地局、コアネットワーク装置、又は、前記第１の伝送モードの端末において、該端末の状態に関する端末状態情報、及び／又は、前記端末のターゲット基地局における前記第２の伝送モードのサポートに関するサポート情報に基づいて、前記端末についての前記第１の伝送モードから前記第２の伝送モードへの切り替えを制御する工程と、前記第２の伝送モードに切り替えられた端末において、前記第２のユーザプレーン装置から前記共有トンネルを介して送信された前記ＭＢＳデータを、前記基地局から受信する工程と、を有する。

本開示の一態様によれば、ＭＢＳデータの伝送モードの切り替えを適切に制御できる。

本実施形態に係る通信システムの概要の一例を示す図である。 本実施形態に係るＭＢＳデータの伝送モードの一例を示す図である。 ＭＢＳデータの伝送モードの切り替え制御の一例を示す図である。 本実施形態に係る個別モードから共有モードへの第１の切り替え制御の一例を示す図である。 本実施形態に係る個別モードから共有モードへの切り替え処理の一例を示す図である。 本実施形態に係る個別モードから共有モードへの第２の切り替え制御の一例を示す図である。 本実施形態に係る個別モードから共有モードへの第３の切り替え制御の一例を示す図である。 本実施形態に係る個別モードから共有モードへの第４の切り替え制御の一例を示す図である。 本実施形態に係る個別モードから共有モードへの第５の切り替え制御の一例を示す図である。 本実施形態に係る通信システム内の各装置のハードウェア構成の一例を示す図である。 本実施形態に係る端末の機能ブロック構成の一例を示す図である。 本実施形態に係る基地局の機能ブロック構成の一例を示す図である。 本実施形態に係るコアネットワーク装置の機能ブロック構成の一例を示す図である。

添付図面を参照して、本開示の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有してもよい。

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

端末１０は、例えば、スマートフォンや、パーソナルコンピュータ、車載端末、車載装置、静止装置、テレマティクス制御ユニット（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 User plane（ＭＢＳＵ）３８等を含む。

なお、ＣＮ３０に含まれる装置（ＣＮ３０上の装置（以下、「コアネットワーク装置」ともいう）は、図１に示すものに限られず、一部のコアネットワーク装置が省略されてもよいし、不図示のコアネットワーク装置（例えば、ＰＣＦ等）が含まれてもよい。また、図１に示すコアネットワーク装置及びインタフェースの名称は例示にすぎず、図１に示すものに限られず、同等又は類似の機能を有すれば、他の名称が用いられてもよい。また、図１に示す複数のコアネットワーク装置が単一の装置内に設けられてもよいし、図１に示す一つのコアネットワーク装置が複数の装置で構成されてもよい。

ＡＭＦ３１は、端末１０のアクセス及び／又はモビリティ（mobility）を管理するコアネットワーク装置である。ＡＭＦ３１は、Ｎ２インタフェースで基地局２０に接続されるとともに、Ｎ１インタフェースで端末１０に接続される。ＡＭＦ３１は、Ｃプレーンに関する処理（例えば、登録管理、コネクション管理、モビリティ管理）等を行う。また、ＡＭＦ３１は、Non-access stratum（ＮＡＳ）に関する処理を行い、ＮＡＳメッセージを端末１０との間で送信及び／又は受信する。

ＳＭＦ３２は、セッションを管理するコアネットワーク装置であり、例えば、セッションの確立、更新及び解放等を制御する。ＳＭＦ３２は、Ｎ１１インタフェースを介してＡＭＦ３１に接続されるとともに、Ｎ４インタフェースを介してＵＰＦ３３に接続される。

ＵＰＦ３３は、データネットワーク（Data Network：ＤＮ）（不図示）に対する接続ポイントとなるコアネットワーク装置であり、例えば、パケットのルーティング、転送等を行う。ＵＰＦ３３は、Ｎ４インタフェースを介してＳＭＦ３２に接続されるとともに、Ｎ３インタフェースを介して基地局２０に接続される。ＵＰＦ３３は、端末１０との間でＰＤＵセッションを確立する。ＵＰＦ３３は、Ｕプレーンに関する処理を行う第１のユーザプレーン装置である。

ＤＮからの下りデータは、ＵＰＦ３３からＮ３トンネルを介して基地局２０に伝送され、基地局２０から無線ベアラを介して端末１０に伝送される。一方、端末１０からの上りデータは、無線ベアラを介して端末１０から基地局２０に伝送され、基地局２０からＮ３トンネルを介してＵＰＦ３３に伝送され、ＵＰＦ３３からＤＮに伝送される。なお、Ｎ３トンネルは、カプセル化されたＩＰ（Encapsulated Internet Protocol）パケットを伝送するトンネルであり、Ｕプレーントンネル等と呼ばれてもよい。上記端末１０とＵＰＦ３３との間のＰＤＵセッションは、端末１０と基地局２０との間の無線ベアラと、基地局２０とＵＰＦ３３との間のＮ３トンネルとを連結するものと言い換えることもできる。

ＭＢ－ＳＭＦ３４は、ＭＢＳ用のセッション（以下、「ＭＢＳセッション」という）を管理するコアネットワーク装置であり、例えば、ＭＢＳセッションの確立、更新及び解放等を制御する。ＭＢ－ＳＭＦ３４は、Ｎ１１インタフェースを介してＡＭＦ３１に接続されるとともに、Ｎ４インタフェースを介してＭＢ－ＵＰＦ３５に接続される。なお、ＭＢＳセッションは、マルチキャストブロードキャスト（Multicast Broadcast：ＭＢ）セッション等とも呼ばれる。

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

ＭＢ－ＵＰＦ３５は、ＭＢＳＵ３８又は不図示のＤＮからのＭＢＳデータの伝送を制御するコアネットワーク装置である。ＭＢＳＵ３８又は不図示のＤＮからの下りのＭＢＳデータは、ＭＢ－ＵＰＦ３５から基地局２０又はＵＰＦ３３に伝送される。ＭＢ－ＵＰＦ３５は、Ｎ３インタフェースを介して基地局２０に接続され、Ｎ６インタフェースを介してＡＦ３７に接続される。また、ＭＢ－ＵＰＦ３５は、Ｎ９インタフェースを介してＵＰＦ３３に接続される。ＭＢ－ＵＰＦ３５は、Ｕプレーンに関する処理を行う第２のユーザプレーン装置である。

ＮＥＦ／ＭＢＳＦ３６は、ポジショニング、ＭＢＳセッション及びＱｏＳ管理を含むＭＢＳ手順（MBS procedure）用のＡＦ３７に対するインタフェースを提供する。ＮＥＦ／ＭＢＳＦ３６は、Ｎ２９インタフェースを介してＭＢ－ＳＭＦ３４に接続され、Ｎ３３インタフェースを介してＡＦ３７に接続される。

ＡＦ３７は、ＭＢＳに関する情報を提供する。ＭＢＳＵ３８は、サービスレベルの機能及び管理のためにペイロードを管理する。ＭＢＳＵ３８は、Ｎ６インタフェースを介してＭＢ－ＵＰＦ３５に接続され、ＮｘＭＢ－Ｕインタフェースを介してＡＦ３７に接続され、Ｎｙインタフェースを介してＮＥＦ／ＭＢＳＦ３６に接続される。

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

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

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

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

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

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

しかしながら、端末１０に対するＭＢＳデータの伝送モードを個別モードから共有モードに単純に切り替えると、例えば、当該端末１０におけるＭＢＳデータの受信が中断したり、及び／又は、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドが増加したりする等の不具合が生じる恐れがある。

図３は、ＭＢＳデータの伝送モードの切り替え制御の一例を示す図である。なお、以下に示すタイミングＴｉ（０≦ｉ≦４）は時系列のタイミングであり、ｉの増加について時間が経過するものとする。また、基地局２０Ａ及び２０Ｂは、それぞれ、セルＣＡ及びＣＢを形成する。当該セルＣＡ及びＣＢは、カバレッジ等と呼ばれてもよい。また、基地局２０ＡはＭＢＳをサポートするが、基地局２０ＢはＭＢＳをサポートしていないものとする。

例えば、図３では、タイミングＴ０において、端末１０Ａ～１０Ｃは、それぞれ、個別モードを用いて、同一ストリームのＭＢＳデータを受信しているものとする。また、タイミングＴ０において、端末１０ＡはセルＣＡ内に在圏し、端末１０Ｂ及び１０Ｃは、セルＣＡ及びＣＢ以外のセル（不図示）内に在圏する。

タイミングＴ１において、端末１０Ｂ及び１０Ｃは、セルＣＡ内に移動し、不図示の基地局２０から基地局２０Ａにハンドオーバーする。

タイミングＴ２において、個別モードにおいて端末１０Ａ～１０Ｃのそれぞれと確立されているＰＤＵセッションが、同一のセルＣＡに在圏する端末１０Ａ～１０Ｃに対するものであることを検知され、端末１０Ａ～１０Ｃの伝送モードは個別モードから共有モードに切り替えられる。

タイミングＴ３において、端末１０Ａは、セルＣＡからセルＣＢに移動し、基地局２０Ａから基地局２０Ｂにハンドオーバーする。端末１０Ａは、ハンドオーバー先の基地局（以下、「ターゲット基地局」という）２０ＢがＭＢＳをサポートしていないので、共有モードでの通信を継続できない。このため、タイミングＴ４において、端末１０Ａの伝送モードは、共有モードから個別モードに再度切り替えられる。

図３に示すように、同一のセルＣＡ内に在圏する端末１０Ａ～１０Ｃの伝送モードを個別モードに共有モードを切り替えると、端末１０Ａ～１０Ｃに共通の共有トンネルを利用できるので、ＣＮ３０におけるＵプレーンのオーバヘッドを削減できる。一方、セルＣＡ及びＣＢの境界に位置する端末１０Ａが、ＭＢＳをサポートしない基地局２０Ｂにハンドオーバーする場合、共有モードから個別モードへの再切り替えが終了するまで、端末１０ＡにおけるＭＢＳデータの受信が中断する恐れがある。また、タイミングＴ２及びＴ４で示されるように、端末１０Ａの個別モードと共有モードとの間の頻繁な切り替えが生じると、Ｃプレーンのオーバヘッドが増加する恐れもある。

そこで、本実施形態では、個別モードの端末１０の状態に関する情報（以下、「端末状態情報」という）、及び／又は、当該端末１０のターゲット基地局２０におけるＭＢＳのサポートに関する情報（以下、「サポート情報」という）に基づいて、当該端末１０についての個別モードから共有モードへの切り替えが制御される。

これにより、個別モードの端末１０がセル端に位置し、ハンドオーバーが差し迫った状態である、又は、ターゲット基地局２０がＭＢＳをサポートしない（すなわち、共有モードをサポートしない）場合には、当該端末１０の伝送モードは、共有モードに切り替えられずに個別モードに維持される。したがって、個別モードから共有モードへの切り替えによる不具合（例えば、当該端末１０におけるＭＢＳデータの受信中断や、図３のタイミングＴ２及びＴ４における頻繁な切り替えによるＣプレーンのオーバヘッドの増加等）の発生を防止できる。

なお、本実施形態において、上記端末状態情報に基づいて、端末１０がハンドオーバー（Hand Over：ＨＯ）の実行が差し迫った状態（以下、「ＨＯ状態」という）であるか否かが判断される。当該端末状態情報は、例えば、以下の（ａ）～（ｇ）の少なくとも一つを含んでもよい。また、当該端末状態情報は、端末１０のターゲット基地局２０に関する情報として、例えば、セルの識別子（以下、「セルＩＤ」等ともいう）を含んでもよい。
（ａ）端末１０からの測定報告（Measurement Report）
（ｂ）端末１０における基地局２０からの信号の受信電力（例えば、参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）
（ｃ）端末１０における基地局２０からの信号の受信品質（例えば、参照信号受信品質（Reference Signal Received Quality：ＲＳＲＱ））
（ｄ）端末１０における基地局２０からの信号の受信強度（例えば、参照信号受信強度（Reference Signal Strength Indicator：ＲＳＳＩ））
（ｅ）ＵＥコンテクスト（UE Context）
（ｆ）端末１０から基地局２０にフィードバックされるチャネル状態情報（Channel State Information：ＣＳＩ）
（ｇ）上記測定報告、受信電力、受信品質、受信強度及びＣＳＩの少なくとも一つに基づく上記ＨＯ状態であるか否かの判断結果を示す情報

また、ターゲット基地局２０におけるＭＢＳのサポートに関するサポート情報は、例えば、ＭＢＳをサポートするか否かを示す情報であってもよいし、又は、ターゲット基地局２０Ｂがサポートする３ＧＰＰ仕様のリリースを示す情報等であってもよい。上記の通り、共有モードは基地局２０がＭＢＳをサポートする場合に利用可能であるので、「ＭＢＳのサポート」は「共有モードのサポート」と言い換えることができる。

以下、端末１０の伝送モードを個別モードから共有モードへの切り替える場合における第１～第５の切り替え制御について説明する。なお、図４～９では、図３のタイミングＴ１において端末１０Ｂ及び１０ＣがセルＣＡ内に移動した後、３つの端末１０Ａ～１０Ｃが個別モードでセルＣＡに在圏している状態を前提とする。また、端末１０Ａ～１０Ｃ、基地局２０Ａ及び２０Ｂを区別しない場合は、端末１０、基地局２０と総称する。

（第１の切り替え制御）
第１の切り替え制御では、ＡＭＦ３１が、基地局２０の同一のセル内に個別モードの複数の端末１０が在圏すること検知する。また、ＡＭＦ３１は、各端末１０の端末状態情報、及び／又は、各端末１０のターゲット基地局２０における共有モードのサポートに関するサポート情報に基づいて、各端末１０についての個別モードから共有モードへの切り替えをトリガー（trigger）する。

図４は、本実施形態に係る個別モードから共有モードへの第１の切り替え制御の一例を示す図である。なお、図４では、端末１０Ｂ及び１０Ｃの動作を共通に示しているが、端末１０Ｂ及び１０Ｃのそれぞれで当該動作を行うことは勿論である。

ステップＳ１０１において、ＭＢＳデータが端末１０Ａ～１０Ｃに対して個別モードで伝送される。具体的には、ＵＰＦ３３は、ＭＢ－ＵＰＦ３５から受信したＭＢＳデータを、端末１０Ａ～１０Ｃの各々と個別に確立されたＰＤＵセッションを用いて、端末１０Ａ～１０Ｃの各々に送信する。

ステップＳ１０２において、ＡＭＦ３１は、端末１０Ａ～１０Ｃが基地局２０ＡのセルＣＡに在圏することを検知し、端末１０Ａ～１０Ｃの伝送モードを個別モードから共有モードに切り替えることを決定する。例えば、ＡＭＦ３１は、基地局２０Ａから通知される在圏情報により、端末１０Ａ～１０Ｃが同一のセルＣＡに在圏することを検知する。在圏情報は、基地局２０Ａのセルに在圏する端末１０を示す情報である。

ステップＳ１０３において、ＡＭＦ３１は、端末１０Ａ～１０Ｃが接続する基地局２０Ａに対して、上記端末状態情報を要求するメッセージ（以下、「端末状態情報要求」という）を送信する。端末状態情報要求は、例えば、Ｎ２メッセージ等であってもよい。

ステップＳ１０４において、基地局２０Ａは、ＡＭＦ３１からの端末状態情報要求に応じて、自局配下の端末１０Ａ～１０Ｃの端末状態情報を含む応答メッセージ（以下、「端末状態情報応答」という）をＡＭＦ３１に対して送信する。端末状態情報応答は、例えば、Ｎ２メッセージ等であってもよい。ＡＭＦ３１は、端末状態情報（に含まれるターゲット基地局２０に関する情報）に基づいて、端末１０のターゲット基地局２０Ｂを決定する。

ステップＳ１０５において、ＡＭＦ３１は、ターゲット基地局２０Ｂに対して、ＭＢＳのサポートに関する上記サポート情報を要求するメッセージ（以下、「サポート情報要求」）を送信してもよい。サポート情報要求は、例えば、Ｎ２メッセージ等であってもよい。

ステップＳ１０６において、基地局２０Ｂは、ＡＭＦ３１からのサポート情報要求に応じて、ＡＭＦ３１に対して、上記サポート情報を含むメッセージ（以下、「サポート情報応答」という）を送信する。サポート情報応答は、例えば、Ｎ２メッセージ等であってもよい。

なお、上記ステップＳ１０５では、ＡＭＦ３１は、ターゲット基地局２０Ｂに対してサポート情報要求を送信するものしたが、これに限られない。ＡＭＦ３１は、ステップＳ１０５において上記サポート情報要求を基地局２０Ａに送信し、基地局２０Ａが、ターゲット基地局２０Ｂに対するサポート情報の問い合わせの結果をステップＳ１０６のサポート情報応答としてＡＭＦ３１に送信してもよい。また、ＡＭＦ３１がターゲット基地局２０ＢのＭＢＳのサポート情報を認識できる場合は、ステップＳ１０５及びＳ１０６は省略されてもよい。

ステップＳ１０７において、ＡＭＦ３１は、端末状態情報に基づいて端末１０Ａ～１０ＣがＨＯ状態であるか否かを判断、及び／又は、サポート情報に基づいてターゲット基地局２０ＢがＭＢＳをサポートするか否かを判断する。端末状態情報が所定条件を満たす場合（例えば、端末１０における基地局２０Ａからの信号の受信電力、受信品質又は受信強度が所定閾値以下又は未満であり、かつ、端末１０における基地局２０Ｂからの信号の受信電力、受信品質又は受信強度が所定閾値より大きい又は以上である場合）、端末１０はＨＯ状態であると判断されてもよい。

ＨＯ状態の端末１０が存在しない、又は、ターゲット基地局２０ＢがＭＢＳをサポートする場合（ステップＳ１０７；ＹＥＳ）、ステップＳ１０８ａにおいて、端末１０Ａ～１０Ｃの全ての伝送モードが個別モードから共有モードに切り替えられる。ステップＳ１０９ａにおいて、ＭＢＳデータが端末１０Ａ～１０Ｃに対して共有モードで伝送される。具体的には、ＭＢ－ＵＰＦ３５は、端末１０Ａ～１０Ｃが在圏する基地局２０Ａに対して共有トンネルを介してＭＢＳデータを送信する。基地局２０Ａは、共有トンネルを介して受信したＭＢＳデータをＰＴＰ又はＰＴＭにより送信する。なお、ＨＯ状態の端末１０が存在しても（例えば、端末１０ＡがＨＯ状態であっても）、ターゲット基地局２０ＢがＭＢＳをサポートする場合は、当該端末１０は、ターゲット基地局２０Ｂで共有モードを継続できるので、ＨＯ状態でない端末１０とＨＯ状態の端末１０の双方の伝送モードが個別モードから共有モードに切り替えられてもよい。

一方、上記以外の場合、ステップＳ１０８ｂにおいて、ＨＯ状態ではない端末１０（ここでは、端末１０Ｂ及び１０Ｃ）の伝送モードが個別モードから共有モードに切り替えられ、ＨＯ状態である端末１０（ここでは、端末１０Ａ）の伝送モードは個別モードに維持される。なお、ステップＳ１０７において、端末１０Ａ～１０ＣがＨＯ状態であるか否かだけが判断される場合、「上記以外の場合」とは、例えば、「ＨＯ状態の端末１０が存在する場合」である。また、ステップＳ１０７において、端末１０Ａ～１０ＣがＨＯ状態であるか否か及びターゲット基地局２０ＢがＭＢＳをサポートするか否かの双方が判断される場合、「上記以外の場合」とは、例えば、「ＨＯ状態の端末１０が存在し、かつ、ターゲット基地局２０ＢがＭＢＳをサポートしない場合」である。また、ステップＳ１０７において、ターゲット基地局２０ＢがＭＢＳをサポートするか否かだけが判断される場合、「上記以外の場合」とは、例えば、「ターゲット基地局２０ＢがＭＢＳをサポートしない場合」である。このとき、ターゲット基地局２０ＢがＭＢＳをサポートしない端末１０の伝送モードは、当該端末１０がＨＯ状態であるか否かに関係なく、個別モードに維持されてもよい。

ステップＳ１０９ｂにおいて、共有モードに切り替えられた端末１０Ｂ及び１０Ｃに対するＭＢＳデータが、ＭＢ－ＵＰＦ３５と基地局２０Ａとの間の共有トンネルを介して伝送される。ステップ１０９ｃにおいて、個別モードに維持される端末１０Ａに対するＭＢＳデータが、ＵＰＦ３３と端末１０Ａとの間のＰＤＵセッションを介して伝送される。

図５を参照し、図４のステップＳ１０８ａ及びＳ１０８ｂにおける個別モードから共有モードへの切り替えについて詳細に説明する。図５は、本実施形態に係る個別モードから共有モードへの切り替え処理の一例を示す図である。なお、図５における端末１０は、例えば、図４のステップＳ１０８ａでは端末１０Ａ～１０Ｃであり、ステップＳ１０８ｂでは端末１０Ｂ及び１０Ｃである。

図５のステップＳ１０８１において、ＡＭＦ３１は、ＭＢ－ＳＭＦ３４に対して、端末１０についての個別モードから共有モードへの切り替えを要求する要求（request）メッセージ（以下、「切り替え要求」という）を送信してもよい。切り替え要求は、例えば、端末１０の識別情報、ＴＭＧＩ等を含んでもよい。当該切り替え要求は、例えば、Ｎ１１メッセージ等であってもよい。

ステップＳ１０８２において、ＭＢ－ＳＭＦ３４は、ＭＢ－ＵＰＦ３５に対して、ＭＢ－ＳＭＦ３４からの切り替え要求を転送する。ステップＳ１０８３において、ＭＢ－ＳＭＦ３４は、新たな（切り替え後の）伝送モードに関する情報（例えば、セッションＩＤ等）を含む切り替え通知をＡＭＦ３１に送信する。ＡＭＦ３１は、基地局２０Ａに対して、ＭＢ－ＳＭＦ３４からの切り替え通知を転送する。当該切り替え通知は、例えば、Ｎ２メッセージ又はＮＡＳメッセージ等であってもよい。

ステップＳ１０８５において、基地局２０Ａは、端末１０との間で、新たな伝送モードに応じて、セッション（例えば、ＭＢＳセッション）に対するリソース（例えば、アクセスノード（access node：ＡＮ）リソース等）の変更を行ってもよい。ステップＳ１０８６において、基地局２０Ａは、ＡＭＦ３１に対して、ステップＳ１０８４における切り替え通知に対する応答メッセージ（以下、「切り替え通知応答」）を送信する。ステップＳ１０８７において、ＡＭＦ３１は、当該セッションに関する情報、端末１０の位置情報等を当該切り替え通知応答に含めて、ＭＢ－ＳＭＦ３４に転送する。

ステップＳ１０８８において、端末１０は、サービス要求（Service Request）を送信する。当該サービス要求は、ＭＢＳセッションへの参加要求（join request）、又は、共有モードへの切り替え要求等とも言い換えることができる。サービス要求は、例えば、ＴＭＧＩ、及び／又は、個別モードで用いているＰＤＵセッションの識別子（以下、「ＰＤＵセッションＩＤ」という）等を含んでもよい。

当該端末１０からのサービス要求に応じて、ＭＢ－ＳＭＦ３４に対して、ＭＢＳセッションの更新処理が行われる。具体的には、ＡＭＦ３１からのＭＢ－ＳＭＦ３４に対する更新要求に応じて、ＭＢ－ＳＭＦ３４とＭＢ－ＵＰＦ３５との間でＭＢＳセッションの更新処理が行われる。これにより、ＭＢ－ＵＰＦ３５と基地局２０との間の共有トンネルが利用可能となる。

ステップＳ１０８９において、端末１０とＵＰＦ３３との間のＰＤＵセッションがディアクテイベイト（deactivate）される。ステップＳ１０８８により共有モード用の共有トンネルが利用可能となるため、個別モード用のＰＤＵセッションをディアクティベイトすることでＣＮ３０におけるリソースの利用効率を向上できる。なお、ステップＳ１０８９におけるＰＤＵセッションのディアクティベイトは、図４のステップＳ１０９ａ又はＳ１０９ｂにおける共有モードでのＭＢＳデータの伝送の開始後に実施されてもよいし、又は、当該伝送の開始前に実施されてもよい。

以上のように、ＡＭＦ３１は、切り替え要求をＭＢ－ＳＭＦ３４又は端末１０に対して送信することにより、端末１０の個別モードから共有モードへの切り替えをトリガーする。

以上の第１の切り替え制御によれば、ＡＭＦ３１が、個別モードの端末１０がＨＯ状態であるか否か、及び／又は、端末１０のターゲット基地局２０がＭＢＳをサポートするか否かの判断結果に基づいて、当該端末１０の個別モードから共有モードへの切り替えを制御する。したがって、個別モードから共有モードへの切り替えに起因する該端末１０におけるＭＢＳデータの受信中断や、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドの増加等を防止できる。

（第２の切り替え制御）
第２の切り替え制御では、第１の切り替え制御のＡＭＦ３１の代わりに、基地局２０が、同一のセル内に個別モードの複数の端末１０が在圏すること検知する。また、第１の切り替え制御のＡＭＦ３１の代わりに、基地局２０が、各端末１０の端末状態情報、及び／又は、各端末１０のターゲット基地局２０における共有モードのサポートに関するサポート情報に基づいて、各端末１０についての個別モードから共有モードへの切り替えをトリガーする。第２の切り替え制御では、第１の切り替え制御との相違点を中心に説明する。

図６は、本実施形態に係る個別モードから共有モードへの第２の切り替え制御の一例を示す図である。図６のステップＳ２０１は、図４のステップＳ１０１と同様である。

ステップＳ２０２において、基地局２０Ａは、セルＣＡ内に端末１０Ａ～１０Ｃが在圏することを検知し、端末１０Ａ～１０Ｃの伝送モードを個別モードから共有モードに切り替えることを決定する。例えば、基地局２０Ａは、複数のＰＤＵセッションが同一のセルＣＡに在圏する端末１０Ａ～１０ＣとＵＰＦ３３との間に確立されていることを検知する。

ステップＳ２０３において、基地局２０Ａは、伝送モードの切り替え対象の端末１０Ａ～１０Ｃの端末状態情報を取得する。なお、端末１０Ａ～１０Ｃは基地局２０ＡのセルＣＡに在圏するので、当該端末状態情報は、基地局２０Ａ自身で保持されていてもよい。

ステップＳ２０４において、基地局２０Ａは、ＨＯ状態の端末１０のターゲット基地局２０Ｂに対して、上記サポート情報要求を送信する。ステップＳ２０５において、基地局２０Ｂは、ターゲット基地局２０Ｂからの上記サポート情報要求に応じたサポート情報応答を受信する。なお、基地局２０Ａが、基地局２０ＢのＭＢＳのサポート情報を事前に保持している場合又はＨＯ状態の端末が存在しない場合、ステップＳ２０４及びＳ２０５は省略されてもよい。

ステップＳ２０６において、基地局２０Ａは、端末状態情報に基づいて端末１０Ａ～１０ＣがＨＯ状態であるか否かを判断、及び／又は、サポート情報に基づいてターゲット基地局２０ＢがＭＢＳをサポートするか否かを判断する。具体的な判断手法は、図４のステップＳ１０７と同様である。

ＨＯ状態の端末１０が存在しない、又は、ターゲット基地局２０ＢがＭＢＳをサポートする場合（ステップＳ２０６；ＹＥＳ）、ステップＳ２０７ａにおいて、端末１０Ａ～１０Ｃの全ての伝送モードが個別モードから共有モードに切り替えられる。ステップＳ２０８ａは、図４のステップＳ１０９ａと同様である。

一方、上記以外の場合（ステップＳ２０６；ＮＯ）、ステップＳ２０７ｂにおいて、ＨＯ状態ではない端末１０（ここでは、端末１０Ｂ及び１０Ｃ）の伝送モードが個別モードから共有モードに切り替えられ、ＨＯ状態である端末１０（ここでは、端末１０Ａ）の伝送モードは個別モードに維持される。ステップＳ２０８ｂ及び２０８ｃは、図４のステップＳ１０９ｂ及びＳ１０９ｃと同様である。また、「上記以外の場合」については、図４のステップＳ１０７で説明した通りである。

図６のステップＳ２０７ａ及びＳ２０７ｂにおける個別モードから共有モードへの切り替えでは、図５のステップＳ１０８１～Ｓ１０８７が実施される。ただし、図６のステップＳ２０７ａ及びＳ２０７ｂにおいては、図５のステップＳ１０８１の前に、基地局２０ＡがＡＭＦ３１に対して切り替え要求を送信するステップが追加されてもよい。

以上のように、基地局２０Ａは、切り替え要求をＡＭＦ３１経由でＭＢ－ＳＭＦ３４に対して送信、又は、切り替え要求を直接端末１０に対して送信することにより、端末１０の個別モードから共有モードへの切り替えをトリガーする。

以上の第２の切り替え制御によれば、基地局２０が、個別モードの端末１０がＨＯ状態であるか否か、及び／又は、端末１０のターゲット基地局２０がＭＢＳをサポートするか否かの判断結果に基づいて、当該端末１０の個別モードから共有モードへの切り替えを制御する。したがって、個別モードから共有モードへの切り替えに起因する該端末１０におけるＭＢＳデータの受信中断や、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドの増加等を防止できる。

また、第２の切り替え制御では、第１の切り替え制御のように端末状態情報を基地局２０とＡＭＦ３１との間で送受信する必要がないので、第１の切り替え制御と比較してＣプレーンのオーバヘッドを削減できる。

（第３の切り替え制御）
第３の切り替え制御では、ＡＭＦ３１が、同一のセル内に個別モードの複数の端末１０が在圏すること検知すると、当該複数の端末１０についての個別モードから共有モードへの切り替えをトリガーする。一方、基地局２０は、ＡＭＦ３１からのトリガーに応じて、各端末１０の端末状態情報、及び／又は、各端末１０のターゲット基地局２０における共有モードのサポートに関するサポート情報に基づいて、各端末１０を個別モードから共有モードに実際に切り替えるか否かを判断する。

このように、第３の切り替え制御では、ＡＭＦ３１が上記切り替えをトリガーしてから基地局２０が当該切り替えを実際に行うか否かを判断する点で、当該判断をしてから当該切り替えをトリガーする第１又は第２の切り替え制御と異なる。第３の切り替え制御では、第１又は第２の切り替え制御との相違点を中心に説明する。

図７は、本実施形態に係る個別モードから共有モードへの第３の切り替え制御の一例を示す図である。ステップＳ３０１及びＳ３０２は、図４のステップＳ１０１及びＳ１０２と同様である。

ステップＳ３０３において、ＡＭＦ３１は、基地局２０Ａに対して、端末１０Ａ～１０Ｃについての個別モードから共有モードへの切り替え要求を送信する。当該切り替え要求は、当該切り替えの確認（check）を要求するメッセージ、確認要求等と言い換えることもできる。当該切り替え要求は、上記ＡＭＦ３１からのトリガーに相当し、例えば、端末１０の識別情報、ＴＭＧＩ等を含んでもよい。切り替え要求は、例えば、ＮＡＳメッセージを含むＮ２メッセージであってもよい。

ステップＳ３０４において、基地局２０Ａは、ＡＭＦ３１からの切り替え要求に応じて、端末状態情報を取得する。なお、端末１０Ａ～１０Ｃは基地局２０ＡのセルＣＡに在圏するので、当該端末状態情報は、基地局２０Ａ自身で保持されていてもよい。ステップＳ３０５～Ｓ３０７は、図６のステップＳ２０４～Ｓ２０６と同様である。

ステップＳ３０７においてＨＯ状態の端末１０が存在しない、又は、ターゲット基地局２０ＢがＭＢＳをサポートする場合（ステップＳ３０７；ＹＥＳ）、ステップＳ３０８ａにおいて、基地局２０Ａは、ＡＭＦ３１からの切り替え要求を端末１０Ａ～１０Ｃに転送する。ステップＳ３０９ａにおいて、端末１０Ａ～１０Ｃの全ての伝送モードが個別モードから共有モードに切り替えられる。ステップＳ３１０ａは、図４のステップＳ１０９ａと同様である。

一方、上記以外の場合（ステップＳ３０７；ＮＯ）、ステップＳ３０８ｂにおいて、基地局２０Ａは、ＡＭＦ３１からの切り替え要求を、ＨＯ状態ではない端末１０Ｂ及び１０Ｃに転送するが、ＨＯ状態である端末１０Ａには転送しない。ステップＳ３０９ｂにおいて、端末１０Ｂ及び１０Ｃの伝送モードが個別モードから共有モードに切り替えられ、ＨＯ状態である端末１０Ａの伝送モードは個別モードに維持される。ステップＳ３１０ｂ及びＳ３１０ｃは、図４のステップＳ１０９ｂ及びＳ１０９ｃと同様である。また、「上記以外の場合」については、図４のステップＳ１０７で説明した通りである。

なお、ステップＳ３０９ａ及びＳ３０９ｂでは、図５のステップＳ１０８５～Ｓ１０８９の少なくとも一つのステップが実施されてもよい。

以上の第３の切り替え制御によれば、基地局２０が、ＡＭＦ３１からの個別モードから共有モードへの切り替え要求に応じて、個別モードの端末１０がＨＯ状態であるか否か、及び／又は、端末１０のターゲット基地局２０がＭＢＳをサポートするか否かを判断し、判断結果に基づいてＡＭＦ３１からの切り替え要求が当該端末１０に転送される。したがって、個別モードから共有モードへの切り替えに起因する該端末１０におけるＭＢＳデータの受信中断や、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドの増加等を防止できる。

また、第３の切り替え制御では、ＡＭＦ３１が切り替え要求により上記切り替えをトリガーしてから、基地局２０が上記切り替えを実際に行うか否かを判断する。したがって、当該判断を行ってからＭＢ－ＳＭＦ３４を経由して上記切り替えをトリガーする第１又は第２の切り替え制御と比較して、切り替え処理を効率化できる。

（第４の切り替え制御）
第４の切り替え制御では、ＡＭＦ３１が、同一のセル内に個別モードの複数の端末１０が在圏することを検知すると、基地局２０の代わりに当該複数の端末１０に対して、個別モードから共有モードへの切り替えをトリガーする点で第３の切り替え制御と異なる。第４の切り替え制御では、第１～第３の切り替え制御との相違点を中心に説明する。

図８は、本実施形態に係る個別モードから共有モードへの第４の切り替え制御の一例を示す図である。ステップＳ４０１及びＳ４０２は、図４のステップＳ１０１及びＳ１０２と同様である。

ステップＳ４０３において、ＡＭＦ３１は、基地局２０Ａに対してではなく、セルＣＡに在圏する端末１０Ａ～１０Ｃに対して、上記切り替え要求を送信する。

ステップＳ４０４において、端末１０Ａ～１０Ｃは、ＡＭＦ３１からの切り替え要求に応じて、ＭＢＳセッション（又は、ＰＴＰセッション、ＰＴＭセッション）への参加を要求する参加要求メッセージ（以下、「参加要求」という）を基地局２０Ａに送信する。当該参加要求メッセージは、例えば、ＩＧＭＰ又はＭＬＤのjoinメッセージであってもよい。

ステップＳ４０５において、基地局２０Ａは、端末１０Ａ～１０Ｃからの参加要求に応じて、基地局２０Ａは、端末状態情報に基づいて端末１０Ａ～１０ＣがＨＯ状態であるか否かを判断、及び／又は、サポート情報に基づいてターゲット基地局２０ＢがＭＢＳをサポートするか否かを判断する。具体的な判断手法は、図４のステップＳ１０７と同様である。なお、端末状態情報は、基地局２０Ａで保持されていてもよい。また、サポート情報は、図６のステップＳ２０４及びＳ２０５で説明したように、ターゲット基地局２０Ｂから取得されてもよい。

ＨＯ状態の端末１０が存在しない、又は、ターゲット基地局２０ＢがＭＢＳをサポートする場合（ステップＳ４０５；ＹＥＳ）、ステップＳ４０６ａにおいて、基地局２０Ａは、端末１０Ａ～１０Ｃに対して、ステップＳ４０４における参加要求を承諾（accept）する承諾メッセージ（以下、「承諾」という）を送信する。ステップＳ４０７ａにおいて、端末１０Ａ～１０Ｃの全ての伝送モードが個別モードから共有モードに切り替えられる。ステップＳ４０８ａは、図４のステップＳ１０９ａと同様である。

一方、上記以外の場合（ステップＳ４０５；ＮＯ）、ステップＳ４０６ｂにおいて、基地局２０Ａは、ＨＯ状態ではない端末１０Ｂ及び１０Ｃに対して、ステップＳ４０４における参加要求に対する承諾を送信する。ステップＳ４０６ｃにおいて、基地局２０Ａは、ＨＯ状態である端末１０Ａに対して、ステップＳ４０４における参加要求に対する拒否（Reject）する拒否メッセージ（以下、「拒否」という）を送信する。ステップＳ４０７ｂにおいて、端末１０Ｂ及び１０Ｃの伝送モードが個別モードから共有モードに切り替えられるが、端末１０Ａの伝送モードは個別モードに維持される。ステップＳ４０９ｂ及びＳ４０９ｃは、図４のステップＳ１０９ｂ及びＳ１０９ｃと同様である。また、「上記以外の場合」については、図４のステップＳ１０７で説明した通りである。

なお、ステップＳ４０７ａ及びＳ４０７ｂでは、図５のステップＳ１０８５～Ｓ１０８９の少なくとも一つのステップが実施されてもよい。

以上の第４の切り替え制御によれば、基地局２０が、端末１０からの参加要求に応じて、個別モードの端末１０がＨＯ状態であるか否か、及び／又は、端末１０のターゲット基地局２０がＭＢＳをサポートするか否かを判断し、判断結果に基づいて当該参加要求を承諾又は拒否する。したがって、個別モードから共有モードへの切り替えに起因する該端末１０におけるＭＢＳデータの受信中断や、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドの増加等を防止できる。

また、第４の切り替え制御では、ＡＭＦ３１が上記切り替えをトリガーしてから、端末１０からの参加要求に応じて基地局２０が上記切り替えを実際に行うか否かを判断する。したがって、当該判断を行ってからＭＢ－ＳＭＦ３４を経由して上記切り替えをトリガーする第１又は第２の切り替え制御と比較して、切り替え処理を効率化できる。

（第５の切り替え制御）
第５の切り替え制御では、ＡＭＦ３１の代わりに基地局２０が、同一のセル内に個別モードの複数の端末１０が在圏すること検知して、当該複数の端末１０に対して、個別モードから共有モードへの切り替えをトリガーする点で第４の切り替え制御と異なる。第５の切り替え制御では、第１～第４の切り替え制御との相違点を中心に説明する。

図９は、本実施形態に係る個別モードから共有モードへの第５の切り替え制御の一例を示す図である。ステップＳ５０１及びＳ５０２は、図６のステップＳ２０１及びＳ２０２と同様である。

ステップＳ５０３において、基地局２０Ａは、セルＣＡに在圏する端末１０Ａ～１０Ｃに対して、共有モードへの切り替え要求を送信する。当該切り替え要求は、基地局２０Ａによる切り替えのトリガーに相当する。当該切り替え要求は、例えば、端末１０の識別情報、ＴＭＧＩ等を含んでもよい。切り替え要求は、例えば、ＲＲＣメッセージであってもよい。

ステップＳ５０４において、端末１０Ａ～１０は、測定（measurement）を行い、端末状態情報を生成する。上記の通り、端末状態情報は、例えば、ＲＳＲＰ、ＲＳＲＱ、ＣＳＩ、ターゲット基地局２０に関する情報等を含む。

ステップＳ５０５において、端末１０Ａ～１０Ｃは、ステップＳ５０４で生成された端末状態情報に基づいて、自身がＨＯ状態であるか否かを判断する。例えば、端末１０Ａ～１０Ｃは、測定のヒストリーに基づいて、ＨＯ状態であるか否かを判断してもよい。ステップＳ５０５において、端末１０Ａは、ＨＯ状態であると判断され、端末１０Ｂ及び１０ＣはＨＯ状態ではないと判断されるものとする。なお、図９では、端末１０Ｂ及び１０ＣについてＨＯ状態であると判断される場合（ステップＳ５０５：ＹＥＳ）の後続処理の図示は省略しているが、端末１０Ａと同様に動作可能であることは勿論である。

ステップＳ５０６において、ステップＳ５０５においてＨＯ状態であると判断された端末１０Ａは、基地局２０Ａに対して、端末１０Ａのハンドオーバーに関する情報（以下、「ＨＯ情報」という）を要求するメッセージ（以下、「ＨＯ情報要求」）を送信する。

ステップＳ５０７において、基地局２０Ａは、当該端末１０ＡからのＨＯ情報要求に応じて、当該端末１０のＨＯ情報を含むメッセージ（以下、「ＨＯ状態応答」という）を送信する。ＨＯ情報は、例えば、基地局２０Ａからのハンドオーバーコマンド、ターゲット基地局２０に関する情報、ターゲット基地局２０Ｂ（図９では、不図示）のＭＢＳのサポート情報等を含んでもよい。ＨＯ情報要求及びＨＯ情報応答は、例えば、ＲＲＣメッセージであってもよい。

ステップＳ５０８において、端末１０Ａは、基地局２０Ａからのサポート情報に基づいて、ターゲット基地局２０ＢがＭＢＳをサポートするか否かを判断する。

ステップＳ５０９ａにおいて、ステップＳ５０５においてＨＯ状態ではないと判断される端末１０Ｂ及び１０Ｃ、ステップＳ５０８においてターゲット基地局２０ＢがＭＢＳをサポートすると判断される端末１０Ａは、それぞれ、基地局２０Ａに対して、ステップＳ５０３における切り替え要求を承諾する承諾メッセージ（以下、「承諾」という）を送信する。ステップＳ５１０ａにおいて、端末１０Ａ～１０Ｃの全ての伝送モードが個別モードから共有モードに切り替えられる。ステップＳ５１１ａは、図４のステップＳ１０９ａと同様である。

ステップＳ５０９ｂにおいて、端末１０Ｂ及び１０Ｃは、ステップＳ５０９ａと同様に、基地局２０Ａに対して、承諾を送信する。一方、ステップＳ５０９ｃにおいて、ステップＳ５０５においてＨＯ状態であると判断される端末１０Ａ、又は、ステップＳ５０８においてターゲット基地局２０ＢがＭＢＳをサポートしないと判断される端末１０（不図示）は、ステップＳ５０３における切り替え要求を拒否する拒否メッセージ（以下、「拒否」という）を送信し、端末１０Ａの伝送モードは個別モードに維持される。ステップ５１１ｂでは、端末１０Ｂ及び１０Ｃの伝送モードが個別モードから共有モードに切り替えられる。ステップＳ５１１ｂ及びＳ５１１ｃは、図４のステップＳ１０９ｂ及びＳ１０９ｃと同様である。

なお、ステップＳ５１０ａ及びＳ５０１ｂでは、図５のステップＳ１０８５～Ｓ１０８９の少なくとも一つのステップが実施されてもよい。

以上の第５の切り替え制御によれば、端末１０が、基地局２０からの切り替え要求に応じて、個別モードの端末１０がＨＯ状態であるか否か、及び／又は、端末１０のターゲット基地局２０がＭＢＳをサポートするか否かを判断し、判断結果に基づいて当該切り替え要求を承諾又は拒否する。したがって、個別モードから共有モードへの切り替えに起因する該端末１０におけるＭＢＳデータの受信中断や、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドの増加等を防止できる。

また、第５の切り替え制御では、基地局２０が上記切り替えをトリガーしてから、端末１０が上記切り替えを実際に行うか否かを判断する。したがって、当該判断を行ってからＭＢ－ＳＭＦ３４を経由して上記切り替えをトリガーする第１又は第２の切り替え制御と比較して、切り替え処理を効率化できる。

（通信システムの構成）
次に、以上のような通信システム１の各装置の構成について説明する。なお、以下の構成は、本実施形態の説明において必要な構成を示すためのものであり、各装置が図示以外の機能ブロックを備えることを排除するものではない。

＜ハードウェア構成＞
図１０は、本実施形態に係る通信システム内の各装置のハードウェア構成の一例を示す図である。通信システム１内の各装置は、図１に示されるどの装置であってもよく、例えば、端末１０、基地局２０、ＣＮ３０内のコアネットワーク装置である。図１０における符号「３０」は、ＣＮ３０内のコアネットワーク装置を意味し、ＡＭＦ３１、ＳＭＦ３２、ＵＰＦ３３、ＭＢ－ＳＭＦ３４、ＭＢ－ＵＰＦ３５、ＮＥＦ／ＭＢＳＦ３６、ＡＦ３７、ＭＢＳＵ３８を総称するものとする。

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

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

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

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

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

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

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

＜機能ブロック構成＞
≪端末≫
図１１は、本実施形態に係る端末の機能ブロック構成の一例を示す図である。図１１に示すように、端末１０は、受信部１０１と、送信部１０２と、制御部１０３と、を備える。

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

受信部１０１は、ＭＢＳデータを受信する。具体的には、受信部１０１は、個別モードの場合、ＵＰＦ３３からＰＤＵセッションを介してＭＢＳデータを受信する。一方、受信部１０１は、共有モードの場合、ＭＢ－ＵＰＦ３５から共有トンネルを介して基地局２０に伝送されたＭＢＳデータを、基地局２０から受信する。

受信部１０１は、基地局２０又はＣＮ３０内のコアネットワーク装置から、各種メッセージを受信する。受信部１０１は、当該端末１０の伝送モードの個別モードから共有モードへの切り替えに関するメッセージ（例えば、図５のＡＮリソースの変更に関するメッセージ、図７の切り替え要求、図８の参加要求に対する承諾又は拒否、図９のＨＯ情報応答等）を基地局２０から受信する。また、受信部１０１は、当該切り替えに関するメッセージ（例えば、図８の切り替え要求）をＡＭＦ３１から受信する。

なお、「受信する」とは、例えば、信号の受信、デマッピング、復調、復号、測定の少なくとも一つ等の受信に関する処理を行うことを含んでもよい。例えば、受信部１０１は、下り信号を測定し、当該測定の結果に基づいて上記端末状態情報を生成してもよい。

送信部１０２は、基地局２０又はＣＮ３０内のコアネットワーク装置に対して、各種メッセージを送信する。送信部１０２は、当該端末１０の伝送モードの個別モードから共有モードへの切り替えに関するメッセージ（例えば、図５のＡＮリソースの変更に関するメッセージ、図８の参加要求、図９の切り替え要求に対する承諾または拒否、図９のＨＯ情報要求等）を基地局２０に対して送信する。また、送信部１０２は、当該切り替えに関するメッセージ（例えば、サービス要求等）をＡＭＦ３１に対して送信してもよい。なお、「送信する」とは、例えば、符号化、変調、マッピング、信号の送信の少なくとも一つ等の送信に関する処理を行うことを含んでもよい。

制御部１０３は、端末１０における各種制御を行う。具体的には、制御部１０３は、端末１０の状態に関する端末状態情報、及び／又は、端末１０のターゲット基地局２０におけるＭＢＳ（共有モード）のサポートに関するサポート情報に基づいて、端末１０についての個別モードから共有モードへの切り替えを制御してもよい（第５の切り替え制御）。

例えば、制御部１０３は、上記端末状態情報に基づいて端末１０がハンドオーバーの実行が差し迫ったＨＯ状態であるか否かを判断、及び／又は、上記サポート情報に基づいてターゲット基地局２０がＭＢＳ（共有モード）をサポートするか否かを判断してもよい（例えば、図９）。制御部１０３は、当該判断の結果に基づいて、基地局２０からの切り替え要求を承諾するか又は拒否するかを決定してもよい。

≪基地局≫
図１２は、本実施形態に係る基地局の機能ブロック構成の一例を示す図である。図１２に示すように、基地局２０は、受信部２０１と、送信部２０２と、制御部２０３と、を備える。

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

受信部２０１は、ＭＢＳデータを受信する。具体的には、受信部２０１は、共有モードの場合、ＭＢ－ＵＰＦ３５から共有トンネルを介してＭＢＳデータを受信する。

受信部２０１は、端末１０、他の基地局２０又はＣＮ３０内のコアネットワーク装置からの各種メッセージを受信する。具体的には、受信部２０１は、端末１０の伝送モードの個別モードから共有モードへの切り替えに関するメッセージ（例えば、図８の参加要求、図９のＨＯ情報要求、図９の切り替え要求に対する承諾又は拒否、端末状態情報等）を、端末１０から受信してもよい。また、受信部２０１は、当該切り替えに関するメッセージ（例えば、図４の端末状態情報要求、図５の切り替え通知、図７の切り替え要求等）を、ＡＭＦ３１から受信してもよい。また、受信部２０１は、当該切り替えに関するメッセージ（例えば、図６、７のサポート情報応答、端末状態情報等）を、他の基地局２０から受信してもよい。

送信部２０２は、ＭＢＳデータを送信する。具体的には、送信部２０２は、共有モードの場合、ＭＢ－ＵＰＦ３５から共有トンネルを介して受信したＭＢＳデータを、ＰＴＰ又はＰＴＭにより送信してもよい。

送信部２０２は、端末１０、他の基地局２０又はＣＮ３０内のコアネットワーク装置に対して、各種メッセージを送信する。送信部２０２は、端末１０の伝送モードの個別モードから共有モードへの切り替えに関するメッセージ（例えば、図７、９の切り替え要求、図８の参加要求に対する承諾または拒否、図９のＨＯ情報応答等）を、端末１０に対して送信してもよい。また、送信部２０２は、当該切り替えに関するメッセージ（例えば、図４の端末状態情報応答、図５の切り替え通知応答等）を、ＡＭＦ３１に対して送信してもよい。また、送信部２０２は、当該切り替えに関するメッセージ（例えば、図６、７のサポート情報要求等）を、他の基地局２０に対して送信してもよい。

制御部２０３は、基地局２０における各種制御を行う。具体的には、制御部２０３は、端末１０の状態に関する端末状態情報、及び／又は、端末１０のターゲット基地局２０におけるＭＢＳ（共有モード）のサポートに関するサポート情報に基づいて、端末１０についての個別モードから共有モードへの切り替えを制御してもよい（第２、第３及び第４の切り替え制御）。

例えば、制御部２０３は、上記端末状態情報に基づいて端末１０がハンドオーバーの実行が差し迫ったＨＯ状態であるか否かを判断、及び／又は、上記サポート情報に基づいてターゲット基地局２０がＭＢＳ（共有モード）をサポートするか否かを判断してもよい（例えば、図６、７及び８）。

制御部２０３は、当該判断の結果に基づいて、上記切り替え要求をＡＭＦ３１又は端末１０に送信するか否かを決定してもよい（例えば、図６）。また、制御部２０３は、当該判断の結果に基づいて、ＡＭＦ３１からの切り替え要求を端末１０に転送するか否かを決定してもよい（例えば、図７）。また、制御部２０３は、当該判断の結果に基づいて、端末１０からの参加要求を承諾するか又は拒否するかを決定してもよい（例えば、図８）。

また、制御部２０３は、同一のセルに個別モードの複数の端末１０が在圏することを検知してもよい（第２及び第５の切り替御、例えば、図６及び９）。

≪コアネットワーク装置≫
図１３は、本実施形態に係るコアネットワーク装置の機能ブロック構成の一例を示す図である。図１３では、ＡＭＦ３１の機能ブロック構成を例示するが、ＣＮ３０内の他のコアネットワーク装置が同様の機能ブロック構成を備えてもよい。ＡＭＦ３１は、受信部３０１と、送信部３０２と、制御部３０３と、を備える。

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

受信部３０１は、端末１０、基地局２０又は他のコアネットワーク装置からの各種メッセージを受信する。具体的には、受信部３０１は、端末１０の伝送モードの個別モードから共有モードへの切り替えに関するメッセージ（例えば、サービス要求等）を、端末１０から受信してもよい。また、受信部２０１は、当該切り替えに関するメッセージ（例えば、図４の端末状態情報応答、図４のサポート情報応答、図５の切り替え要求等）を、基地局２０から受信してもよい。また、受信部２０１は、当該切り替えに関するメッセージ（例えば、図５の切り替え通知等）を、ＭＢ－ＳＭＦ３４から受信してもよい。

送信部３０２は、端末１０、基地局２０又は他のコアネットワーク装置に対して、各種メッセージを送信する。具体的には、送信部３０２は、端末１０の伝送モードの個別モードから共有モードへの切り替えに関するメッセージ（例えば、図８の切り替え要求等）を、端末１０に対して送信してもよい。また、送信部３０２は、当該切り替えに関するメッセージ（例えば、図４の端末状態情報要求、図７の切り替え要求等）を、基地局２０に対して送信してもよい。また、送信部３０２は、当該切り替えに関するメッセージ（例えば、図５の切り替え要求、切り替え通知応答等）を、ＭＢ－ＳＭＦ３４に対して送信してもよい。また、送信部３０２は、当該切り替えに関するメッセージ（例えば、図５の切り替え要求等）を、ＭＢ－ＵＰＦ３５に対して送信してもよい。

制御部３０３は、ＡＭＦ３１における各種制御を行う。具体的には、制御部３０３は、端末１０の状態に関する端末状態情報、及び／又は、端末１０のターゲット基地局２０におけるＭＢＳ（共有モード）のサポートに関するサポート情報に基づいて、端末１０についての個別モードから共有モードへの切り替えを制御してもよい（第１の切り替え制御）。

例えば、制御部３０３は、上記端末状態情報に基づいて端末１０がハンドオーバーの実行が差し迫ったＨＯ状態であるか否かを判断、及び／又は、上記サポート情報に基づいてターゲット基地局２０がＭＢＳ（共有モード）をサポートするか否かを判断してもよい（例えば、図４）。制御部３０３は、当該判断の結果に基づいて、上記切り替え要求を送信するか否かを決定してもよい（例えば、図５）。

また、制御部３０３は、同一のセルに個別モードの複数の端末１０が在圏することを検知してもよい（第１、第３及び第４の切り替え制御、例えば、図４、７及び８）。

以上のように、本実施形態に係る通信システム１によれば、個別モードの端末１０がＨＯ状態であるか否か、及び／又は、端末１０のターゲット基地局２０がＭＢＳをサポートするか否かの判断結果に基づいて、当該端末１０の個別モードから共有モードへの切り替えが制御される。したがって、個別モードから共有モードへの切り替えによる不具合（例えば、当該端末１０におけるＭＢＳデータの受信中断や、個別モードと共有モードとの間の頻繁な切り替えによるＣプレーンのオーバヘッドの増加等）の発生を防止できる。

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

また、上記実施形態における各種の信号、情報、パラメータ、ＩＥ、チャネル、時間単位及び周波数単位の名称は、例示にすぎず、他の名称に置き換えられてもよい。例えば、スロットは、所定数のシンボルを有する時間単位であれば、どのような名称であってもよい。また、ＲＢは、所定数のサブキャリアを有する周波数単位であれば、どのような名称であってもよい。

また、上記実施形態における端末１０の用途（例えば、ＲｅｄＣａｐ、ＩｏＴ向け等）は、例示するものに限られず、同様の機能を有する限り、どのような用途（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）等）で利用されてもよい。また、各種情報の形式は、上記実施形態に限られず、ビット表現（０又は１）、真偽値（Boolean：true又はfalse）、整数値、文字等適宜変更されてもよい。また、上記実施形態における単数、複数は相互に変更されてもよい。

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

１…通信システム、１０…端末、２０…基地局、３０…コアネットワーク、３１…ＡＭＦ、３２…ＳＭＦ、３３…ＵＰＦ、３４…ＭＢ－ＳＭＦ、３５…ＭＢ－ＵＰＦ、３６…ＮＥＦ／ＭＢＳＦ、３７…ＡＦ、３８…ＭＢＳＵ、１０１…受信部、１０２…送信部、１０３…制御部、２０１…受信部、２０２…送信部、２０３…制御部、３０１…受信部、３０２…送信部、３０３…制御部、１１…プロセッサ、１２…記憶装置、１３…通信装置、１４…入出力装置

Claims (9)

1. 第１のユーザプレーン装置と各端末との間のプロトコルデータユニット（ＰＤＵ）セッションを用いる第１の伝送モード、又は、第２のユーザプレーン装置と基地局との間の共有トンネルを用いる第２の伝送モードを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）データを伝送する通信システム内の前記基地局であって、
   前記第１の伝送モードの端末の状態に関する端末状態情報、及び／又は、前記端末のターゲット基地局における前記第２の伝送モードのサポートに関するサポート情報に基づいて、前記端末についての前記第１の伝送モードから前記第２の伝送モードへの切り替えを制御する制御部と、
   前記第２の伝送モードに切り替えられた端末に対して、前記共有トンネルを介して受信された前記ＭＢＳデータを送信する送信部と、
   を備える基地局。
2. 前記制御部は、前記端末状態情報に基づいて前記端末がハンドオーバーの実行が差し迫ったハンドオーバー状態であるか否かを判断、及び／又は、前記サポート情報に基づいて前記ターゲット基地局が前記第２の伝送モードをサポートするか否かを判断し、前記判断の結果に基づいて、前記切り替えの要求メッセージをコアネットワーク装置に送信するか否かを決定する、
   請求項１に記載の基地局。
3. 前記制御部は、コアネットワーク装置からの前記切り替えの要求メッセージに応じて、前記端末状態情報に基づいて前記端末がハンドオーバーの実行が差し迫ったハンドオーバー状態であるか否かを判断、及び／又は、前記サポート情報に基づいて前記ターゲット基地局が前記第２の伝送モードをサポートするか否かを判断し、前記判断の結果に基づいて、前記要求メッセージを前記端末に転送するか否かを決定する、
   請求項１に記載の基地局。
4. 前記制御部は、コアネットワーク装置からの前記切り替えの要求メッセージに基づく前記端末からの参加要求メッセージに応じて、前記端末状態情報に基づいて前記端末がハンドオーバーの実行が差し迫ったハンドオーバー状態であるか否かを判断、及び／又は、前記サポート情報に基づいて前記ターゲット基地局が前記第２の伝送モードをサポートするか否かを判断し、前記判断の結果に基づいて、前記参加要求メッセージを承諾するか又は拒否するかを決定する、
   請求項１に記載の基地局。
5. 第１のユーザプレーン装置と各端末との間のプロトコルデータユニット（ＰＤＵ）セッションを用いる第１の伝送モード、又は、第２のユーザプレーン装置と基地局との間の共有トンネルを用いる第２の伝送モードを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）データを伝送する通信システム内のコアネットワーク装置であって、
   前記第１の伝送モードの端末の状態に関する端末状態情報、及び／又は、前記端末のターゲット基地局における前記第２の伝送モードのサポートに関するサポート情報に基づいて、前記端末についての前記第１の伝送モードから前記第２の伝送モードへの切り替えを制御する制御部と、
   前記切り替えの要求メッセージを、他のコアネットワーク装置に対して送信する送信部と、
   を備えるコアネットワーク装置。
6. 前記制御部は、前記端末状態情報に基づいて前記端末がハンドオーバーの実行が差し迫ったハンドオーバー状態であるか否かを判断、及び／又は、前記サポート情報に基づいて前記ターゲット基地局が前記第２の伝送モードをサポートするか否かを判断し、前記判断の結果に基づいて、前記切り替えの要求メッセージを前記他のコアネットワーク装置に送信するか否かを決定する、
   請求項５に記載のコアネットワーク装置。
7. 第１のユーザプレーン装置と各端末との間のプロトコルデータユニット（ＰＤＵ）セッションを用いる第１の伝送モード、又は、第２のユーザプレーン装置と基地局との間の共有トンネルを用いる第２の伝送モードを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）データを受信する端末であって、
   前記端末の状態に関する端末状態情報、及び／又は、前記端末のターゲット基地局における前記第２の伝送モードのサポートに関するサポート情報に基づいて、前記端末についての前記第１の伝送モードから前記第２の伝送モードへの切り替えを制御する制御部と、
   前記切り替えの要求メッセージに対する承諾メッセージ又は拒否メッセージを、前記基地局に送信する送信部と、
   を備える端末。
8. 前記制御部は、前記端末状態情報に基づいて前記端末がハンドオーバーの実行が差し迫ったハンドオーバー状態であるか否かを判断、及び／又は、前記サポート情報に基づいて前記ターゲット基地局が前記第２の伝送モードをサポートするか否かを判断し、前記判断の結果に基づいて、前記要求メッセージを承諾するか又は拒否するかを決定する、
   請求項７に記載の端末。
9. 第１のユーザプレーン装置と各端末との間のプロトコルデータユニット（ＰＤＵ）セッションを用いる第１の伝送モード、又は、第２のユーザプレーン装置と基地局との間の共有トンネルを用いる第２の伝送モードを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）データを伝送する通信方法であって、
   前記基地局、コアネットワーク装置、又は、前記第１の伝送モードの端末において、該端末の状態に関する端末状態情報、及び／又は、前記端末のターゲット基地局における前記第２の伝送モードのサポートに関するサポート情報に基づいて、前記端末についての前記第１の伝送モードから前記第２の伝送モードへの切り替えを制御する工程と、
   前記第２の伝送モードに切り替えられた端末において、前記第２のユーザプレーン装置から前記共有トンネルを介して送信された前記ＭＢＳデータを、前記基地局から受信する工程と、
   を有する通信方法。

Images