JP6892614B2 - 基地局装置、端末装置、無線通信システム、及び無線通信方法 - Google Patents

Description

本発明は、基地局装置、端末装置、無線通信システム、及び無線通信方法に関する。

現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、次世代の無線通信システムの技術として、第５世代移動体通信（5G:the 5th Generation mobile communication）（以下、「５Ｇ」と称する場合がある）が検討されている。５Ｇでは、ＬＴＥ（Long Term Evolution）システムやＬＴＥ−Ａｄｖａｎｃｅｄシステムの継続的発展や、これまでよりも高い周波数帯を用いて広帯域をサポートする新たなＲＡＴ（Radio Access Technology）（New RAT）などが検討されている。

また、５Ｇにおいては、ネットワークスライス（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ）（以下、「ＮＷ Ｓｌｉｃｅ」と称する場合がある。）と呼ばれる技術が検討されている。ＮＷ Ｓｌｉｃｅは、例えば、エンドツーエンドでの要求に対して最適な解決策（solution）を提供するオペレータによって作成されたネットワークのことである。

５Ｇでは、ＩｏＴ（Internet of Things）やＩＴＳ（Intelligent Transport System）など多種多様なサービスを提供することを想定している。このような場合、サービス毎に要求条件、例えば、高効率であること、低遅延であること、高信頼であること、高セキュリティなど、が異なる。ＮＷ Ｓｌｉｃｅによって、例えば、無線通信システムでは、このような多様な要求条件に対して最適化されたネットワークを複数作成し管理することができ、サービス毎に最適なネットワークを提供することができる。

他方、無線通信システムにおいては、ハンドオーバ（又はハンドオフ）と呼ばれる技術がある。ハンドオーバは、例えば、端末装置が接続する基地局装置を移動しなから切り替える技術である。ハンドオーバにより、端末装置は、継続してサービスの提供を受けることが可能となる。

ＬＴＥにおいては、Ｘ２ハンドオーバ（又はＸ２ Ｂｂａｓｅｄ ＨＯ（Handover））とＳ１ハンドオーバ（又はＳ１ ｂａｓｅｄ ＨＯ）の２つのハンドオーバがある。

Ｘ２ハンドオーバは、同一ＭＭＥ配下の基地局装置間において端末装置が接続を切り替えるハンドオーバである。Ｘ２ハンドオーバでは、接続元の基地局装置から接続先の基地局装置へＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔが送信される。

一方、Ｓ１ハンドオーバは、例えば、接続元の基地局装置と接続先の基地局装置とが異なるＭＭＥ（Mobility Management Entity）配下となっており、端末装置がＭＭＥを跨いで基地局装置の接続先を切り替えるハンドオーバである。Ｓ１ハンドオーバでは、接続元の基地局装置がＭＭＥへＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを送信され、他のＭＭＥから接続先の基地局装置へ、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔが送信される。

図３１は、５Ｇで検討されているハンドオーバのシーケンス例である。図３１において、ｇＮＢ９２０，９３０は、例えば、５Ｇによる無線通信を行う基地局装置である。図３１では、ＵＥ（User Equipment）９１０が、ｇＮＢ（next generation Node B）９２０からｇＮＢ９３０へハンドオーバを行う例を表している。この例では、ｇＮＢ９２０は、ハンドオーバの準備を行うと、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ（Access and Mobility Function）９４０へ送信している（Ｓ２００）。図３１は、５Ｇの無線通信システムにおいて、Ｓ１ハンドオーバ相当のハンドオーバのシーケンス例を表している。

図３２は、５Ｇで検討されているハンドオーバのシーケンス例である。図３２の例では、ハンドオーバ元のＳｏｕｒｃｅ ｇＮＢ９５０は、ハンドオーバ先のＴａｒｇｅｔ ｇＮＢ９６０へ、直接、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを送信している（Ｓ２１０）。図３２は、Ｘ２ハンドオーバ相当のハンドオーバのシーケンス例を表している。５Ｇでは、このようなハンドオーバを、例えば、Ｘｎハンドオーバ（又はＸｎ ｂａｓｅｄ ＨＯ）と称する場合がある。

図３３は、２つのｇＮＢ９９１，ｇＮＢ９９２間でＸｎ ＳＥＴＵＰ ＲＥＱＵＥＳＴとＸｎ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥとが送受信されるシーケンス例を表している。Ｘｎ ＳＥＴＵＰ ＲＥＱＵＥＳＴとＸｎ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥには「ｓｌｉｃｅ ａｖａｉｌａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」が含まれる。ｇＮＢ９８０とｇＮＢ９９０は、Ｘｎ ＳＥＴＵＰ ＲＥＱＵＥＳＴとＸｎ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥを交換することで、「ｓｌｉｃｅ ａｖａｉｌａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」を交換することが可能となる。

3GPP TR 36.801 V14.0.0 (2017-03) R3-171789, "Slice impact on mobility", 3GPP TSG-RAN WG3 95bis, Hangzhou, China, 15-19 May 2017

しかしながら、図３３において、「ｓｌｉｃｅ ａｖａｉｌａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」が具体的にはどのような情報であるのかは、R3-171789においては、示されていない。

また、図３３において、Ｘｎ ＳＥＴＵＰ ＲＥＱＵＥＳＴとＸｎ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥとは、例えば、ｇＮＢ９９１，９９２の運用が開始されるときなど、セットアップ段階で交換されるメッセージである。

しかし、ｇＮＢ９９１，９９２の運用開始後、ｇＮＢ９９１，９９２において、ＮＷ Ｓｌｉｃｅが追加されたり変更されたりする場合がある。とくに、図３２に示す例において、Ｘｎハンドオーバ手順の実行開始直前に、Ｔａｒｇｅｔ ｇＮＢ９６０においてサポートするＮＷ Ｓｌｉｃｅが追加或いは変更される場合もある。従って、Ｓｏｕｒｃｅ ｇＮＢ９５０とＴａｒｇｅｔ ｇＮＢ９６０とでサポートするＮＷ Ｓｌｉｃｅが異なる場合がある。そのため、Ｓｏｕｒｃｅ ｇＮＢ９５０においてサポートするＮＷ Ｓｌｉｃｅが、Ｔａｒｇｅｔ ｇＮＢ９６０においてサポートされていない場合がある。この場合、Ｔａｒｇｅｔ ｇＮＢ９６０では、自局がサポートするＮＷ Ｓｌｉｃｅを介して、Ｓｏｕｒｃｅ ｇＮＢ９５０が提供するサービスと同じサービスを、ＵＥ９４０に対して継続して提供することができない場合もある。

このことは、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（以下、「ＤＣ」と称する場合がある。）でも同様である。例えば、セカンダリ基地局装置が、セットアップ後、ＤＣを行う直前において、ＮＷ Ｓｌｉｃｅを変更する場合がある。この場合、プライマリ基地局装置とセカンダリ基地局装置とでサポートするＮＷ Ｓｌｉｃｅが異なる場合がある。セカンダリ基地局装置は、ＮＷ Ｓｌｉｃｅの相違によって、プライマリ基地局装置と同様のサービスを、端末装置へ提供することができない場合がある。従って、端末装置は、プライマリ基地局装置との無線通信から、ＤＣによる無線通信へ切り替えると、継続したサービスの提供を受けることができない場合がある。

そこで、一開示は、端末装置に対して継続したサービスを提供する無線通信システム、基地局装置、無線通信方法、及び端末装置を提供することにある。

一態様によれば、第１及び第２の基地局装置と、端末装置とを備える無線通信システムにおいて、前記第１の基地局装置は、前記端末装置で測定された前記第１の基地局装置と前記端末装置との間の無線品質の測定結果を含む情報を前記端末装置から受信する無線処理部と、前記測定結果を含む情報を受信したとき、前記第１の基地局装置が前記端末装置へサービスを提供する際に前記第１の基地局装置が接続しているネットワークの構成を示すネットワークスライス構成情報を前記第２の基地局装置へ送信する第１のネットワークスライス管理制御処理部と、前記第２の基地局装置は、前記ネットワークスライス構成情報を受信すると、前記ネットワークの構成を前記第２の基地局装置が受け入れるか否かを示すネットワークスライス構成確認応答を前記第１の基地局装置へ送信する第２のネットワークスライス管理制御処理部を備える。

一開示によれば、端末装置に対して継続したサービスを提供することができる。

図１は無線通信システムの構成例を表す図である。 図２は基地局、端末、ＡＭＦの各構成例を表す図である。 図３は基地局と端末の各ハードウェア構成例を表す図である。 図４はＡＭＦのハードウェア構成例を表す図である。 図５は無線通信システムにおける動作例を表すシーケンス図である。 図６（Ａ）はパケットデータの構成例、図６（Ｂ）はＳｌｉｃｅ構成確認要求に含まれる情報要素の例をそれぞれ表す図である。 図７はＳｌｉｃｅ構成確認応答に含まれる情報要素の例を表す図である。 図８はソース基地局の動作例を表すフローチャートである。 図９はターゲット基地局の動作例を表すフローチャートである。 図１０は無線通信システムにおける動作例を表すシーケンス図である。 図１１は無線通信システムにおける動作例を表すシーケンス図である。 図１２（Ａ）と図１２（Ｂ）はＮｅｗ Ｓｌｉｃｅ作成依頼に含まれる情報要素の例を表す図である。 図１３（Ａ）と図１３（Ｂ）はＮｅｗ Ｓｌｉｃｅ作成完了通知に含まれる情報要素の例を表す図である。 図１４はソース基地局の動作例を表すフローチャートである。 図１５はターゲット基地局の動作例を表すフローチャートである。 図１６は無線通信システムにおける動作例を表すシーケンス図である。 図１７（Ａ）はＮｅｗ Ｓｌｉｃｅ作成要求とＮｅｗ Ｓｌｉｃｅ作成依頼、図１７（Ｂ）はＮｅｗ Ｓｌｉｃｅ作成完了通知に夫々含まれる情報要素の例を表す図である。 図１８はＮｅｗ Ｓｌｉｃｅ作成完了通知に含まれる情報要素の例を表す図である。 図１９はターゲット基地局の動作例を表すフローチャートである。 図２０はＡＭＦの動作例を表すフローチャートである。 図２１は無線通信システムの構成例を表す図である。 図２２は無線通信システムにおける動作例を表すシーケンス図である。 図２３はプライマリ基地局の動作例を表すフローチャートである。 図２４はセカンダリ基地局の動作例を表すフローチャートである。 図２５は無線通信システムにおける動作例を表すシーケンス図である。 図２６はＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔに含まれる情報要素の例を表す図である。 図２７はＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋに含まれる情報要素の例を表す図である。 図２８はソース基地局の動作例を表すフローチャートである。 図２９はターゲット基地局の動作例を表すフローチャートである。 図３０は無線通信システムの構成例を表す図である。 図３１はハンドオーバのシーケンス例を表す図である。 図３２はハンドオーバのシーケンス例を表す図である。 図３３はＸＮ ＳＥＴＵＰ ＲＥＱＵＥＳＴとＸＮ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥの交換例を表す図である。

以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、上述した３ＧＰＰ ＴＲ ３６．８０１ Ｖ１４．０．０（２０１７−０３）がある。

［第１の実施の形態］
＜無線通信システムの構成例＞
図１は、第１の実施の形態における無線通信システム１０の構成例を表す図である。

無線通信システム１０は、基地局装置（以下、「基地局」と称する場合がある。）１００−１，１００−２と、端末装置（以下、「端末」と称する場合がある。）２００−１〜２００−３を備える。また、無線通信システム１０は、ＡＭＦ３００、ＵＰＦ（User Plane Function）４００、ＳＭＦ（Session Management Function）５００、ＰＣＦ（Policy Control Function）６００、ＡＵＳＦ／ＵＤＭ（Authentication Server Function/User Data Management）７００を備える。

基地局１００−１，１００−２は、例えば、端末２００−１〜２００−３と無線通信を行う無線通信装置である。基地局１００−１，１００−２は、自局のサービス提供可能範囲（又はセル範囲）に在圏する端末２００−１〜２００−３と無線通信を行って、通話サービスやＷｅｂ閲覧サービスなど、種々のサービスを提供する。

端末２００−１〜２００−３は、例えば、フィーチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置などの無線通信装置である。端末２００−１〜２００−３は、基地局１００−１，１００−２のサービス提供可能範囲で様々なサービスの提供を受けることが可能である。

なお、図１において、基地局１００−１は３つのサービス提供可能範囲（又はセル範囲）、基地局１００−２は１つのサービス提供範囲を有する例を表している。そして、端末２００−１〜２００−３は、基地局１００−１の各サービス提供可能範囲でサービスの提供を受けている例を表している。なお、図１では、端末２００−３が、基地局１００−１から基地局１００−２へハンドオーバする例を表している。

ＡＭＦ３００は、例えば、端末２００−１〜２００−３の接続と移動を管理する制御装置である。

ＵＰＦ４００は、例えば、データＮＷ（Network）と基地局１００−１，１００−２との間でユーザデータを交換する。ユーザデータのことを、例えば、Ｕ−ｐｌａｎｅと称する場合がある。ＵＰＦ４００は、Ｕ−Ｐｌａｎｅに関する機能を実行する。

ＳＭＦ５００は、例えば、端末２００−１〜２００−３に対してセッション管理とＩＰ（Internet Protocol）アドレスの割り当てを行う。

ＰＣＦ６００は、例えば、移動性のポリシーやセッション制御を決定する。

ＡＵＳＦ／ＵＤＭ７００は、例えば、端末２００−１〜２００−３の加入者データや端末２００−１〜２００−３の認証データを蓄積する。

図１に示すように、例えば、ＡＭＦ３００、ＵＰＦ４００、ＳＭＦ５００、ＰＣＦ６００、及びＡＵＳＦ／ＵＤＭ７００により１つのＮＷ Ｓｌｉｃｅ８００−１が形成される。また、他のＡＭＦ、ＵＰＦ、ＳＭＦ、ＰＣＦ、及びＡＵＳＦ／ＵＤＭにより、１つのＮＷ Ｓｌｉｃｅ８００−２が形成される。同様に、ＮＷ Ｓｌｉｃｅ８００−３，…が形成される。

ＮＷ Ｓｌｉｃｅは、例えば、例えば、エンドツーエンドでの要求に対して最適な解決策を提供するオペレータによって作成されたネットワークのことである。また、ＮＷ Ｓｌｉｃｅは、例えば、基地局１００−１が端末２００−１にサービスを提供する際に基地局１００−１が接続しているネットワークを表している。或いは、ＮＷ Ｓｌｉｃｅは、例えば、基地局１００−１が端末２００−１にサービスを提供する際に、基地局１００−１がどのようなノード（又は機能部）と接続しているかをネットワーク単位で表したものである。

１つの基地局１００−１に対して、複数のＮＷ Ｓｌｉｃｅ８００−１，８００−２，…が形成可能である。

この場合、例えば、基地局１００−１が自局のサービス提供可能範囲で、端末２００−１，２００−２に異なるサービスを提供しているときを考える。この場合、端末２００−１にサービスを提供する際のＮＷ Ｓｌｉｃｅ８００−１と、端末２００−２にサービスを提供する際のＮＷ Ｓｌｉｃｅ８００−２とは異なっていてもよい。

また、各基地局１００−１，１００−２は、各々ＮＷ Ｓｌｉｃｅを形成してもよい。従って、基地局１００−１で形成されたＮＷ Ｓｌｉｃｅ８００−１，８００−２，…と、基地局１００−２で形成されたＮＷ Ｓｌｉｃｅとは異なっていてもよい。

他方、ＮＷ Ｓｌｉｃｅ８００−１，８００−２，…は、複数の基地局１００−１，１００−２で共通に使用されてもよい。例えば、図１の例では、ＮＷ Ｓｌｉｃｅ８００−１は、２つの基地局１００−１，１００−２において共通に使用される。すなわち、あるＮＷ Ｓｌｉｃｅ８００−１は複数の基地局１００−１，１００−２で共通に使用され、他のＮＷ Ｓｌｉｃｅ８００−２，…は、基地局１００−１で利用され、基地局１００−２では利用されない、場合でもよい。

なお、各ＮＷ Ｓｌｉｃｅ８００−１，８００−２，…間においては、ＡＭＦ３００からＡＵＳＦ／ＵＤＭ７００のすべてのノードが異なっていてもよいし、少なくとも１つのノードが異なっていてもよい。例えば、ＳＭＦ５００とＰＣＦ６００、及びＡＵＳＦ／ＵＤＭ７００は、ＮＷ Ｓｌｉｃｅ８００−１，８００−２，…全てにおいて共通であってもよい。この場合、ＵＰＦ４００やＡＭＦ３００が、ＮＷ Ｓｌｉｃｅ８００−１，８００−２，…毎に異なるものとなる。

無線通信システム１０においては、ＮＷ Ｓｌｉｃｅ８００−１，８００−２，…により、例えば、ＣＮ（Core Network）（又はＮＧＣ（Next Generation Core））が形成される。また、基地局１００−１，１００−２，…により、ＲＡＮ（Radio Access Network）（又はＮｅｗ ＲＡＮ）が形成される。

図１の例では、２台の基地局１００−１，１００−２の例を表しているが、３台以上あってもよい。また、各基地局１００−１，１００−２，…が形成するセル範囲も１又は複数あってもよい。さらに、端末２００−１〜２００−３も、一台でもよいし、２台以上あってもよい。

なお、以下では、基地局１００−１，１００−２，…を、例えば、基地局１００と称する場合がある。５Ｇにおいては、基地局１００を、例えば、ｇＮＢと称する場合がある。また、端末２００−１〜２００−３を、例えば、端末２００と称する場合がある。さらに、「ＮＷ Ｓｌｉｃｅ」のことを、例えば、「Ｓｌｉｃｅ」と称する場合がある。

また、本実施の形態においては、ハンドオーバの種別として、Ｘｎハンドオーバ（Ｘｎ−ｂａｓｅｄ ＨＯ）とＮＧ（Next Generation）ハンドオーバ（ＮＧ−ｂａｓｅｄ ＨＯ）がある。

Ｘｎハンドオーバは、同一ＡＭＦ３００配下の基地局１００間において端末２００が接続を切り替えるハンドオーバである。Ｘｎハンドオーバは、例えば、Ｘ２ハンドオーバに相当する。一方、ＮＧハンドオーバは、例えば、接続元の基地局１００−１と接続先の基地局１００−２とが異なるＡＭＦ配下となっており、端末２００がＡＭＦ３００を跨いで基地局１００の接続先を切り替えるハンドオーバである。ＮＧハンドオーバは、例えば、Ｓ１ハンドオーバに相当する。

＜基地局、端末、ＡＭＦの構成例＞
図２は、基地局１００−１、端末２００、ＡＭＦ３００の各構成例を表す図である。なお、基地局１００−１は、他の基地局１００−２，…と同一構成となっているため、図２では、基地局１００−１の構成例を表している。

基地局１００−１は、端末制御部１１０、Ｍｏｂｉｌｉｔｙ制御部（又はモビリティ制御部、或いは移動制御部）１２０、ＮＷ Ｓｌｉｃｅ管理制御処理部（又はネットワークスライス管理制御処理部）１３０、Ｓｌｉｃｅ情報テーブル１４０を備える。また、基地局１００−１は、無線処理部１５０、ＮＧ−ＩＦ（Next Generation Interface）処理部１６０、Ｘｎ−ＩＦ処理部１７０を備える。なお、ＮＷ Ｓｌｉｃｅ管理制御処理部１３０は、情報要求部１３１と情報受信部１３２を備える。

端末制御部１１０は、データや制御情報に関する処理を行う。例えば、端末制御部１１０は、以下の処理を行う。

すなわち、端末制御部１１０は、無線処理部１５０からベースバンド信号を受け取ると、受け取ったベースバンド信号に対して復調処理などを施して、端末２００から送信されたデータや制御情報などを抽出する。端末制御部１１０は、抽出したデータや制御情報を、その内容や送信先に応じて、Ｍｏｂｉｌｉｔｙ制御部１２０や、ＮＧ−ＩＦ処理部１６０、又はＸｎ−ＩＦ処理部１７０へ出力する。また、端末制御部１１０は、ＮＷ Ｓｌｉｃｅ管理制御処理部１３０やＮＧ−ＩＦ処理部１６０、又はＸｎ−ＩＦ処理部１７０からデータや制御情報などを受け取ると、受け取ったデータや制御情報などに対して変調処理などを施して、ベースバンド信号へ変換し、変換後のベースバンド信号を無線処理部１５０へ出力する。

Ｍｏｂｉｌｉｔｙ制御部１２０は、ハンドオーバに関する処理を制御する。例えば、Ｍｏｂｉｌｉｔｙ制御部１２０は、以下の処理を行う。

すなわち、Ｍｏｂｉｌｉｔｙ制御部１２０は、端末制御部１１０から制御情報を受け取ると、ハンドオーバに関する制御情報を生成し、生成した制御情報を、送信先に応じて、ＮＧ−ＩＦ処理部１６０やＸｎ−ＩＦ処理部１７０へ出力する。また、Ｍｏｂｉｌｉｔｙ制御部１２０は、ＮＧ−ＩＦ処理部１６０やＸｎ−ＩＦ処理部１７０から制御情報を受信すると、端末２００へ送信する制御情報を生成する。Ｍｏｂｉｌｉｔｙ制御部１２０は、生成した制御情報を、端末制御部１１０へ出力する。

なお、Ｍｏｂｉｌｉｔｙ制御部１２０は、端末制御部１１０から受け取った制御情報のうち、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受け取ると、受け取ったＭｅａｓｕｒｅｍｅｎｔ ＲｅｐｏｒｔをＮＷ Ｓｌｉｃｅ管理制御処理部１３０へ出力する。

ＮＷ Ｓｌｉｃｅ管理制御処理部（以下、「Ｓｌｉｃｅ管理制御処理部」と称する場合がある。）１３０は、Ｓｌｉｃｅの管理及び制御に関する処理を行う。例えば、Ｓｌｉｃｅ管理制御処理部１３０は、以下の処理を行う。

すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、情報受信部１３２を介して、Ｍｏｂｉｌｉｔｙ制御部１２０からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受け取ると、ＮＷ Ｓｌｉｃｅ（ネットワークスライス）構成情報（以下、「Ｓｌｉｃｅ構成情報」と称する場合がある。）を生成する。Ｓｌｉｃｅ構成情報は、例えば、基地局１００−１が端末２００へサービスを提供する際に基地局１００−１が接続しているネットワークの構成を示す情報である。その詳細は動作例で説明する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＳｌｉｃｅ構成情報を、情報要求部１３１とＸｎ−ＩＦ処理部１７０とを介して、基地局１００−２へ送信する。

また、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０と情報受信部１３２とを介して、基地局１００−２から送信されたＳｌｉｃｅ構成情報を受信する場合もある。この場合、Ｓｌｉｃｅ管理制御処理部１３０は、ＮＷ Ｓｌｉｃｅ構成確認応答（以下、「Ｓｌｉｃｅ構成確認応答」と称する場合がある。）を生成する。Ｓｌｉｃｅ構成確認応答情報は、例えば、Ｓｌｉｃｅ構成情報に対する応答情報である。詳細は動作例で説明する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＳｌｉｃｅ構成確認応答情報を、情報要求部１３１とＸｎ−ＩＦ処理部１７０とを介して、基地局１００−２へ送信する。

なお、Ｓｌｉｃｅ管理制御処理部１３０における処理の詳細は、動作例で説明する。

Ｓｌｉｃｅ情報テーブル１４０は、基地局１００−１におけるＳｌｉｃｅに関する情報を記憶する。Ｓｌｉｃｅに関する情報は、Ｓｌｉｃｅ管理制御処理部１３０により適宜読み出されたり、Ｓｌｉｃｅ管理制御処理部１３０により新たに生成されて適宜Ｓｌｉｃｅ情報テーブル１４０に記憶されたりする。Ｓｌｉｃｅ情報テーブル１４０に記憶されたＳｌｉｃｅに関する情報は、例えば、Ｓｌｉｃｅ管理制御処理部１３０においてＳｌｉｃｅ構成情報やＳｌｉｃｅ構成確認応答を生成する際に適宜利用される。

無線処理部１５０は、無線信号に関する処理を行う。例えば、無線処理部１５０は以下の処理を行う。すなわち、無線処理部１５０は、端末２００から送信された無線信号に対して周波数変換処理などを施すことで、ベースバンド帯域のベースバンド信号へ変換し、変換後のベースバンド信号を、端末制御部１１０へ出力する。また、無線処理部１５０は、端末制御部１１０から出力されたベースバンド信号を受け取り、受け取ったベースバンド信号に対して周波数変換処理を施し、無線帯域の無線信号へ変換する。無線処理部１５０は、変換後の無線信号を端末２００へ送信する。

ＮＧ−ＩＦ処理部１６０は、ＮＧインタフェースに関する処理を行う。例えば、ＮＧ−ＩＦ処理部１６０は、以下の処理を行う。

すなわち、ＮＧ−ＩＦ処理部１６０は、端末制御部１１０から、データなどを受け取ると、受け取ったデータなどを含むＮＧインタフェースのパケットデータ（以下、「パケット」と称する場合がある。）を生成する。ＮＧ−ＩＦ処理部１６０は、生成したパケットをＵＰＦ４００へ送信する。また、ＮＧ−ＩＦ処理部１６０は、ＵＰＦ４００からＮＧインタフェースのパケットを受信すると、受信したパケットからデータなどを抽出し、抽出したデータなどを端末制御部１１０へ出力する。さらに、ＮＧ−ＩＦ処理部１６０は、Ｍｏｂｉｌｉｔｙ制御部１２０やＳｌｉｃｅ管理制御処理部１３０から制御情報などを受け取ると、受け取った制御情報などを含むＮＧインタフェースのパケットを生成し、生成したパケットをＡＭＦ３００へ送信する。さらに、ＮＧ−ＩＦ処理部１６０は、ＡＭＦ３００からＮＧインタフェースのパケットを受信すると、受信したパケットから制御情報などを抽出し、抽出した制御情報などをＭｏｂｉｌｉｔｙ制御部１２０やＳｌｉｃｅ管理制御処理部１３０へ出力する。

Ｘｎ−ＩＦ処理部１７０は、Ｘｎインタフェースに関する処理を行う。例えば、Ｘｎ−ＩＦ処理部１７０は、以下の処理を行う。

すなわち、Ｘｎ−ＩＦ処理部１７０は、端末制御部１１０からデータなどを受け取ると、受け取ったデータを含むＸｎインタフェースのパケットに変換し、変換後のパケットを基地局１００−２へ送信する。また、Ｘｎ−ＩＦ処理部１７０は、基地局１００−２からＸｎインタフェースのパケットを受信すると、受信したパケットからデータなどを抽出し、抽出したデータなどを端末制御部１１０へ出力する。さらに、Ｘｎ−ＩＦ処理部１７０は、Ｍｏｂｉｌｉｔｙ制御部１２０やＳｌｉｃｅ管理制御処理部１３０から制御情報などを受け取ると、受け取った制御情報などを含むＸｎインタフェースのパケットを生成し、生成したパケットを基地局１００−２へ送信する。さらに、Ｘｎ−ＩＦ処理部１７０は、基地局１００−２からＸｎインタフェースのパケットを受信すると、受信したパケットから制御情報などを抽出し、抽出した制御情報などをＭｏｂｉｌｉｔｙ制御部１２０やＳｌｉｃｅ管理制御処理部１３０へ出力する。

端末２００は、無線処理部２１０、信号処理部２２０、ＮＷ Ｓｌｉｃｅ管理制御処理部（以下、「Ｓｌｉｃｅ管理制御処理部」と称する場合がある。）２３０、及びＳｌｉｃｅ情報テーブル２４０を備える。

無線処理部２１０は、基地局１００−１との間で無線信号を送受信する。無線処理部２１０は、例えば、以下の処理を行う。すなわち、無線処理部２１０は、基地局１００−１から送信された無線信号を受信し、受信した無線信号に対して周波数変換処理などを施して、ベースバンド信号へ変換する。無線処理部２１０は、変換後のベースバンド信号を信号処理部２２０へ出力する。また、無線処理部２１０は、信号処理部２２０からベースバンド信号を受け取り、受け取ったベースバンド信号に対して周波数変換処理を施して無線信号へ変換する。無線処理部２１０は、変換後の無線信号を基地局１００−１へ送信する。

信号処理部２２０は、ベースバンド信号に対する処理を行う。例えば、信号処理部２２０は以下の処理を行う。すなわち、信号処理部２２０は、無線処理部２１０から受け取ったベースバンド信号に対して復調処理などを施して、基地局１００−１から送信されたデータや制御情報などを抽出する。信号処理部２２０は、抽出した制御情報などを、Ｓｌｉｃｅ管理制御処理部２３０へ出力する。また、信号処理部２２０は、Ｓｌｉｃｅ管理制御処理部２３０から制御情報などを受け取ると、受け取った制御情報などに対して変調処理などを施して、ベースバンド信号へ変換し、変換後のベースバンド信号を無線処理部２１０へ出力する。

Ｓｌｉｃｅ管理制御処理部２３０は、例えば、Ｓｌｉｃｅに関する制御情報などを基地局１００−１との間で送受信する。Ｓｌｉｃｅ管理制御処理部２３０は、例えば、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部２３０は、信号処理部２２０から制御情報を受け取ると、例えば、制御情報からＳｌｉｃｅに関する情報を抽出し、抽出したＳｌｉｃｅに関する情報をＳｌｉｃｅ情報テーブル２４０に記憶する。Ｓｌｉｃｅに関する情報としては、例えば、Ｓｌｉｃｅ ＩＤ（Identification）がある。また、Ｓｌｉｃｅ管理制御処理部２３０は、Ｓｌｉｃｅ情報テーブル２４０からＳｌｉｃｅに関する情報を読み出して、制御情報として信号処理部２２０へ出力する。

ＡＭＦ３００は、ＮＧ−ＩＦ処理部３１０、Ｍｏｂｉｌｉｔｙ制御処理部３２０、ＮＷ Ｓｌｉｃｅ管理制御処理部（以下、「Ｓｌｉｃｅ管理制御処理部」と称する場合がある。）３３０、及びＳｌｉｃｅ情報テーブル３４０を備える。

ＮＧ−ＩＦ処理部３１０は、基地局１００−１，１００−２との間でＮＧインタフェースのパケットを送受信する。例えば、ＮＧ−ＩＦ処理部３１０は以下の処理を行う。

すなわち、ＮＧ−ＩＦ処理部３１０は、基地局１００−１，１００−２からＮＧインタフェースのパケットを受信すると、受信したパケットから制御情報などを抽出し、抽出した制御情報などをＭｏｂｉｌｉｔｙ制御処理部３２０へ出力する。また、ＮＧ−ＩＦ処理部３１０は、Ｍｏｂｉｌｉｔｙ制御処理部３２０から、制御情報などを受け取ると、受け取った制御情報などを含むＮＧインタフェースのパケットを生成し、生成したパケットを基地局１００−１，１００−２へ送信する。

Ｍｏｂｉｌｉｔｙ制御処理部３２０は、ＮＧ−ＩＦ処理部３１０からハンドオーバに関する制御情報を受け取ると、受け取った制御情報に対する処理を行い、基地局１００−１，１００−２へ送信する制御情報を生成する。ＮＧ−ＩＦ処理部３１０は、生成した制御情報をＮＧ−ＩＦ処理部３１０へ出力する。なお、Ｍｏｂｉｌｉｔｙ制御処理部３２０は、ＮＧ−ＩＦ処理部３１０から受け取ったＳｌｉｃｅに関する制御情報をＳｌｉｃｅ管理制御処理部３３０へ出力する。また、Ｍｏｂｉｌｉｔｙ制御処理部３２０は、Ｓｌｉｃｅ管理制御処理部３３０から受け取ったＳｌｉｃｅに関する制御情報をＮＧ−ＩＦ処理部３１０へ出力する。

Ｓｌｉｃｅ管理制御処理部３３０は、Ｍｏｂｉｌｉｔｙ制御処理部３２０からＳｌｉｃｅに関する制御情報を受け取ると、制御情報に対する処理を行う。このような処理の例としては、各基地局１００−１，１００−２に対してＳｌｉｃｅを生成する処理や、Ｓｌｉｃｅに関する制御情報を生成する処理などがある。Ｓｌｉｃｅ管理制御処理部３３０は、生成したＳｌｉｃｅに関する情報をＳｌｉｃｅ情報テーブル３４０に記憶する。また、Ｓｌｉｃｅ管理制御処理部３３０は、例えば、Ｓｌｉｃｅ情報テーブル３４０に記憶されたＳｌｉｃｅに関する情報を読み出すなどすることで、Ｓｌｉｃｅに関する制御情報を生成する。Ｓｌｉｃｅ管理制御処理部３３０は、生成したＳｌｉｃｅに関する情報をＭｏｂｉｌｉｔｙ制御処理部３２０へ出力する。

Ｓｌｉｃｅ情報テーブル３４０は、例えば、ＡＭＦ３００に接続された全基地局１００−１，１００−２のＳｌｉｃｅに関する情報を記憶する。Ｓｌｉｃｅ情報テーブル３４０に記憶されたＳｌｉｃｅに関する情報は、Ｓｌｉｃｅ管理制御処理部３３０により、適宜読み出されたり、書き込まれたりすることが可能である。

＜基地局、端末、ＡＭＦのハードウェア構成例＞
図３は、基地局１００と端末２００のハードウェア構成例を表す図である。

基地局１００は、アンテナ１８１、ＲＦ（Radio Frequency）回路１８２、無線信号処理回路１８３、ＣＰＵ（Central Processing Unit）１８４、ＣＰＵ用メモリ１８５、ＮＷＩＦ（Network Interface）１８６、ストレージ１８７を備える。

ＣＰＵ１８４は、ＣＰＵ用メモリ１８５に記憶されたプログラムを読み出して実行することで、端末制御部１１０、Ｍｏｂｉｌｉｔｙ制御部１２０、Ｓｌｉｃｅ管理制御処理部１３０の各機能を実行することが可能である。ＣＰＵ１８４は、例えば、端末制御部１１０、Ｍｏｂｉｌｉｔｙ制御部１２０、及びＳｌｉｃｅ管理制御処理部１３０に対応する。

また、アンテナ１８１、ＲＦ回路１８２は、例えば、無線処理部１５０に対応する。この場合、ＲＦ回路１８２は、周波数変換処理などを行う。

さらに、無線信号処理回路１８３は、例えば、端末制御部１１０に対応する。無線信号処理回路１８３は、変調処理や復調処理などを行う。

さらに、ＮＷＩＦ１８６は、例えば、ＮＧ−ＩＦ処理部１６０とＸｎ−ＩＦ処理部１７０に対応する。さらに、ストレージ１８７は、例えば、ＨＤＤ（Hard Disk Drive）などの記憶媒体であり、この記憶媒体にＳｌｉｃｅ情報テーブル１４０が記憶される。

端末２００は、アンテナ２５１、ＲＦ回路２５２、無線信号処理回路２５３、ＣＰＵ２５４、ＣＰＵ用メモリ２５５、及びストレージ２５６を備える。

ＣＰＵ２５４は、ＣＰＵ用メモリ２５５に記憶されたプログラムを読み出して実行することで、Ｓｌｉｃｅ管理制御処理部２３０の機能を実行する。ＣＰＵ２５４は、例えば、Ｓｌｉｃｅ管理制御処理部２３０に対応する。

また、アンテナ２５１とＲＦ回路２５２は、例えば、無線処理部２１０に対応する。さらに、無線信号処理回路２５３は、例えば、信号処理部２２０に対応する。さらに、ストレージ２５６は、例えば、ＨＤＤなどの記憶媒体であり、このような記憶媒体にＳｌｉｃｅ情報テーブル１４０が記憶される。

図４は、ＡＭＦ３００のハードウェア構成例を表す図である。ＡＭＦ３００は、ＣＰＵ３５０、ＣＰＵ用メモリ３５１、ＮＷＩＦ３５２、及びストレージ３５３を備える。

ＣＰＵ３５０は、ＣＰＵ用メモリ３５１に記憶されたプログラムを読み出して実行することで、Ｍｏｂｉｌｉｔｙ制御処理部３２０とＳｌｉｃｅ管理制御処理部３３０の機能を実行する。ＣＰＵ３５０は、例えば、Ｍｏｂｉｌｉｔｙ制御処理部３２０とＳｌｉｃｅ管理制御処理部３３０に対応する。

また、ＮＷＩＦ３５２は、例えば、ＮＧ−ＩＦ処理部３１０に対応する。さらに、ストレージ３５３は、例えば、ＨＤＤなどの記憶媒体であって、このような記憶媒体に、Ｓｌｉｃｅ情報テーブル３４０が記憶される。

なお、ＣＰＵ１８４，２５４，３５０に代えて、ＭＰＵ（Micro Processing Unit）やＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field-Programmable Gate Array）などのプロセッサやコントローラであってもよい。

＜動作例＞
次に動作例について説明する。動作例は、シーケンス例１からシーケンス例６まである。以下、この順番で動作例を説明する。

なお、シーケンス例１からシーケンス例４、及びシーケンス例６は、例えば、図１において、端末２００−３が基地局１００−１から基地局１００−２へハンドオーバする例について説明する。シーケンス例５は、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｅｌｙ（以下、「ＤＣ」と称する場合がある。）の例であり、プライマリ基地局１００−１に接続した端末２００−３がセカンダリ基地局１００−２を追加する例である。

以下では、端末２００−３を、端末２００として説明する場合がある。

＜１．シーケンス例１＞
図５は、シーケンス例１のシーケンス例を表す図である。なお、図５において、ＵＥ２００は端末２００である。また、Ｔａｒｇｅｔ ｇＮＢ１００−２は、端末２００のハンドオーバ先となるターゲット基地局１００−２である。さらに、Ｓｏｕｒｃｅ ｇＮＢ１００−１は、端末２００のハンドオーバ元のソース基地局１００−１である。

端末２００は、ソース基地局１００−１との間の無線区間における無線品質を測定し、測定した無線品質を含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔをソース基地局１００−１へ送信する（Ｓ１０）。例えば、端末２００のＳｌｉｃｅ管理制御処理部２３０は、無線処理部２１０で受信する無線信号の受信電力を測定し、その測定値を無線品質として含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを生成し、ソース基地局１００−１へ送信する。この場合、Ｓｌｉｃｅ管理制御処理部２３０は、例えば、ＣＱＩ（Channel Quality Indicator）やＣＳＩ（Channel State Information）、ＳＮＲ（Signal to Noise Ratio）、ＳＩＮＲ（Signal to Interference plus Noise Ratio）などを、無線品質としてもよい。

ソース基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、 ＮＷＳｌｉｃｅ構成確認要求（又はネットワークスライス構成確認要求。以下、「Ｓｌｉｃｅ構成確認要求」と称する場合がある。）をターゲット基地局１００−２へ送信する（Ｓ１１）。この処理では、ソース基地局１００−１は、例えば、端末２００にサービスを提供している際のＳｌｉｃｅに関する情報をターゲット基地局１００−２へ送信することで、ターゲット基地局１００−２においてこのＳｌｉｃｅ構成で対応可能か否かを確認できるようにしている。

図６（Ａ）は、Ｓｌｉｃｅ構成確認要求を含むパケットの構成例、図６（Ｂ）はＳｌｉｃｅ構成確認要求に含まれる情報要素の例をそれぞれ表す図である。

Ｓｌｉｃｅ構成確認要求は、Ｘｎインタフェースを利用して送信される。図６（Ａ）はＸｎインタフェースのパケットの構成例を表している。Ｘｎインタフェースで制御情報を送信するパケットは、ネットワーク層はＩＰ、トランスポート層はＳＣＴＰ（Stream Control Transmission Protocol）となっている。従って、この場合、ＩＰパケットのペイロード領域にＳＣＴＰパケットが含まれ、ＳＣＴＰのチャンク領域にＳｌｉｃｅ構成確認要求が含まれる構成となる。Ｓｌｉｃｅ構成確認要求は、例えば、制御情報である。

なお、基地局１００−１，１００−２とＡＭＦ３００との間は、Ｘｎインタフェースとは異なるＸＧインタフェースであるが、図６（Ａ）と同一のパケット構成で制御情報が送信される。

図６（Ｂ）に示すように、Ｓｌｉｃｅ構成確認要求には、「ＵＥ＿ＳＡＰ（Service Access Point）＿ＩＤ」、「ＡＭＦ＿ＳＡＰ＿ＩＤ」、及び「Ｓｌｉｃｅ構成情報」を含む。

「ＵＥ＿ＳＡＰ＿ＩＤ」は、例えば、基地局１００−１，１００−２で管理する端末２００の識別情報である。また、「ＡＭＦ＿ＳＡＰ＿ＩＤ」は、例えば、ＡＭＦ３００で管理する端末２００の識別情報である。「ＵＥ＿ＳＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」は、例えば、端末２００が基地局１００−１と接続する際に、基地局１００−１やＡＭＦ３００でそれぞれ生成される識別情報である。

「Ｓｌｉｃｅ構成情報」は、上述したように、例えば、ソース基地局１００−１が端末２００へサービスを提供する際にソース基地局１００−１が接続しているネットワークの構成を示す。「Ｓｌｉｃｅ構成情報」に含まれる情報の具体例としては、例えば、「Ｓｌｉｃｅ条件」、「サービス」、「通信条件」、「伝送条件」がある。

「Ｓｌｉｃｅ条件」としては、例えば、「Ｓｌｉｃｅ ＩＤ」や「ＡＭＦの識別情報」などがある。

「Ｓｌｉｃｅ ＩＤ」は、例えば、Ｓｌｉｃｅを他のＳｌｉｃｅと識別（又はネットワークの構成を他のネットワークの構成と識別）する識別情報である。ソース基地局１００−１がターゲット基地局１００−２へＳｌｉｃｅ ＩＤを通知することで、ターゲット基地局１００−２では、ソース基地局１００−１が端末２００に対してサービスを提供する際のＳｌｉｃｅを特定することが可能となる。

「ＡＭＦの識別情報」は、例えば、ソース基地局１００−１が接続するＡＭＦ３００の識別情報を表す。ソース基地局１００−１がターゲット基地局１００−２へＡＭＦ３００の識別情報を通知することで、ターゲット基地局１００−２は、ＡＭＦ３００にアクセスして、ＡＭＦ３００が管理するソース基地局１００−１のＳｌｉｃｅに関する情報を取得することが可能となる。

「サービス」は、例えば、ソース基地局１００−１が端末２００に提供するサービスを表す。サービスの通知により、例えば、ターゲット基地局１００−２は、ソース基地局１００−１が端末２００に提供するサービスを確認することが可能となる。「サービス」の具体例としては、例えば、低遅延、高信頼、高セキュリティ、ＩｏＴなど、各サービスに対応する識別情報などでもよい。

「通信条件」は、例えば、スループットに関する条件である。「通信条件」は、例えば、ソース基地局１００−１が端末２００にサービスを提供する際のスループットであってもよい。通信条件の通知により、例えば、ターゲット基地局１００−２は、どのようなスループットで端末２００に対してサービスを提供するかを確認することができる。

「伝送条件」は、例えば、伝送に関する条件である。「伝送条件」は、例えば、ソース基地局１００−１が端末２００にサービスを提供する際に、遅延は何ｍｓ以内である、ＣＲＣ（Cyclic Redundancy Check）エラーはいくつまでなど、伝送に関する条件である。伝送条件の通知により、例えば、ターゲット基地局１００−２は、端末２００に対してどのような伝送条件でサービスを提供するのかを確認することができる。なお、通信条件と伝送条件とを区別しなくてもよい。

「Ｓｌｉｃｅ構成情報」に含まれるこれらの情報や条件などによって、例えば、ターゲット基地局１００−２は、ソース基地局１００−１が端末２００にサービスを提供する際のＳｌｉｃｅを特定することができる。また、ターゲット基地局１００−２は、例えば、端末２００にサービスを提供するに際の通信条件と伝送条件を確認することが可能である。

「Ｓｌｉｃｅ構成情報」は、例えば、ソース基地局１００−１が端末２００に対してサービスを提供する際にソース基地局１００−１が接続するネットワークの構成を表している。また、「Ｓｌｉｃｅ構成情報」は、例えば、ソース基地局１００−１が端末２００に対してサービスを提供する際にソース基地局１００−１はどのような通信条件又は伝送条件でサービスを提供するのかを表している。

なお、「Ｓｌｉｃｅ構成情報」には、Ｓｌｉｃｅ条件、サービス、通信条件、伝送条件のうち、少なくともいずれか１つが含まれる。

例えば、基地局１００−１では、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｍｏｂｉｌｉｔｙ制御部１２０からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受け取ると、端末２００に提供しているＳｌｉｃｅに関する情報を、Ｓｌｉｃｅ情報テーブル１４０から読み出す。そして、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅに関する情報を含む「Ｓｌｉｃｅ構成情報」を生成する。さらに、Ｓｌｉｃｅ管理制御処理部１３０は、端末２００に対応する「ＵＥ＿ＳＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」とをＳｌｉｃｅ情報テーブル１４０から読み出す。Ｓｌｉｃｅ管理制御処理部１３０は、「Ｓｌｉｃｅ構成情報」、「ＵＥ＿ＳＡＰ＿ＩＤ」、及び「ＡＭＦ＿ＳＡＰ＿ＩＤ」を含むＳｌｉｃｅ構成確認要求を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＳｌｉｃｅ構成確認要求を、情報要求部１３１とＸｎ−ＩＦ処理部１７０を介して、ターゲット基地局１００−２へ送信する。この際、Ｘｎ−ＩＦ処理部１７０では、図６（Ａ）に示すパケットデータを生成して、ターゲット基地局１００−２へ送信する。

図５に戻り、ターゲット基地局１００−２は、Ｓｌｉｃｅ構成確認要求を受信すると、要求Ｓｌｉｃｅを確認する（Ｓ１２）。ターゲット基地局１００−２では、Ｓｌｉｃｅ構成確認要求に含まれるＳｌｉｃｅ構成情報に基づいて、自局はそのようなサービスを提供することが可能なＳｌｉｃｅをサポートしているか否か、或いは、そのようなＳｌｉｃｅを受け入れることが可能な否か、などを判定する。

例えば、ターゲット基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０と情報受信部１３２を介して、Ｓｌｉｃｅ構成確認要求を受信すると、Ｓｌｉｃｅ構成確認要求の「Ｓｌｉｃｅ構成情報」を抽出する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、「Ｓｌｉｃｅ構成情報」に含まれる情報や条件に基づいて、Ｓｌｉｃｅを受け入れることができるか否かを判定する。なお、シーケンス例１では、ターゲット基地局１００−２は、そのようなＳｌｉｃｅを受け入れる、と判定するものとする。

次に、ターゲット基地局１００−２は、Ｓｌｉｃｅの受入れ可否を含むＮＷ Ｓｌｉｃｅ構成確認応答（ネットワークスライス構成確認応答。以下、「Ｓｌｉｃｅ構成確認応答」と称する場合がある。）を、ソース基地局１００−１へ送信する（Ｓ１３）。

図７は、Ｓｌｉｃｅ構成確認応答に含まれる情報要素の例を表す図である。Ｓｌｉｃｅ構成確認応答は、Ｓｌｉｃｅ構成確認要求と同様に、「ＵＥ＿ＳＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」を含む。また、Ｓｌｉｃｅ構成確認応答は、「要求Ｓｌｉｃｅ構成判定結果」、「代替Ｓｌｉｃｅ構成」、及び「ＮｅｗＣｒｅａｔｅ」を含む。

「要求Ｓｌｉｃｅ構成判定結果」は、例えば、ターゲット基地局１００−２において受入れ可否の判定結果（例えば、「受入れ可」や「受入れ不可」など）が含まれる。

「代替Ｓｌｉｃｅ構成」は、例えば、ターゲット基地局１００−２において受入れ不可の場合、代替となるＳｌｉｃｅ構成に関する情報（又は代替スライス構成情報）が含まれる。具体的には、例えば、代替となるＳｌｉｃｅ構成とＳｌｉｃｅＩＤが含まれる。「代替Ｓｌｉｃｅ構成」が含まれる場合の動作例は、シーケンス例２で説明する。

「ＮｅｗＣｒｅａｔｅ」は、例えば、新Ｓｌｉｃｅ作成情報（新スライス作成情報）が含まれる。新Ｓｌｉｃｅ作成情報としては、Ｓｌｉｃｅ構成情報（Ｓ１１）に含まれるＳｌｉｃｅ構成に対して、ターゲット基地局１００−２において新たなＳｌｉｃｅを作成するか否かを示す情報がある。ターゲット基地局１００−２では、Ｓｌｉｃｅ構成確認要求を受信した時点では、Ｓｌｉｃｅ構成情報に含まれるＳｌｉｃｅをサポートしていないが、そのような新しいＳｌｉｃｅを作成する場合、「ＮｅｗＣｒｅａｔｅ」に、新たなＳｌｉｃｅを作成する旨を示す情報が挿入される。また、新Ｓｌｉｃｅ作成情報としては、例えば、新たなＳｌｉｃｅ構成に関する情報でもよい。新たなＳｌｉｃｅ構成に関する情報により、例えば、ターゲット基地局１００−２が提示する新たなＳｌｉｃｅはどのようなＳｌｉｃｅ構成であるのかが特定可能となる。ターゲット基地局１００−２が新たなＳｌｉｃｅを提示する場合の動作例は、シーケンス例３及び４で説明する。

例えば、ターゲット基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅの受入れ可否の判定を行うと、その判定結果を、「要求Ｓｌｉｃｅ構成判定結果」に含める。本シーケンス例１では、「要求Ｓｌｉｃｅ構成判定結果」には、「受入れ可」を示す情報が含まれる。また、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ構成確認要求に含まれる「ＵＥ＿ＳＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」を、Ｓｌｉｃｅ構成確認応答の「ＵＥ＿ＳＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」とする。そして、Ｓｌｉｃｅ管理制御処理部１３０は、「要求Ｓｌｉｃｅ構成判定結果」、「ＵＥ＿ＳＡＰ＿ＩＤ」、及び「ＡＭＦ＿ＳＡＰ＿ＩＤ」を含むＳｌｉｃｅ構成確認応答を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＳｌｉｃｅ構成確認応答を、情報要求部１３１、Ｘｎ−ＩＦ処理部１７０を介して、ソース基地局１００−１へ送信する。この際、Ｘｎ−ＩＦ処理部１７０は、図６（Ａ）に示すパケットを生成してソース基地局１００−１へ送信する。この場合、図６（Ａ）に示す「Ｓｌｉｃｅ構成確認要求」に代えて、「Ｓｌｉｃｅ構成確認応答」とすればよい。

図５に戻り、ソース基地局１００−１は、Ｓｌｉｃｅ構成確認応答を受信すると、判定処理を行う（Ｓ１４）。判定処理としては、例えば、ターゲット基地局１００−２により示された代替Ｓｌｉｃｅ構成を、ソース基地局１００−１が受け入れるか否かの判定がある。このような判定処理の詳細はシーケンス例２で説明する。また、判定処理としては、例えば、ターゲット基地局１００−２により「ＮｅｗＣｒｅａｔｅ」が示された場合、ソース基地局１００−１は「ＮｅｗＣｒｅａｔｅ」を受け入れるか否かの判定がある。このような判定処理の詳細はシーケンス例３で説明する。本シーケンス例１では、受入れ可否の判定としては、受け入れ可能と判定するものとする。例えば、ソース基地局１００−１のＳｌｉｃｅ管理制御処理部１３０では、Ｘｎ−ＩＦ処理部１７０などを介して受信したＳｌｉｃｅ構成確認応答の「要求Ｓｌｉｃｅ構成判定結果」が「受入れ可」であることを確認し、受入れ可能と判定する。Ｓｌｉｃｅ管理制御処理部１３０は、その判定結果を、情報要求部１３１を介してＭｏｂｉｌｉｔｙ制御部１２０へ出力する。

次に、ソース基地局１００−１は、ＨＯ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する（Ｓ１５）。例えば、ソース基地局１００−１のＭｏｂｉｌｉｔｙ制御部１２０は、Ｓｌｉｃｅ管理制御処理部１３０から受入れ可能の判定結果を受け取ると、ＨＯ Ｒｅｑｕｅｓｔを生成し、生成したＨＯ Ｒｅｑｕｅｓｔを、無線処理部１５０を介して、端末２００へ送信する。なお、図５に示すハンドオーバは、Ｘｎハンドオーバのため、ソース基地局１００−１は、ターゲット基地局１００−２へ直接ハンドオーバ要求を送信している。

以降の処理は、主として、ソース基地局１００−１とターゲット基地局１００−２との間で、Ｘｎハンドオーバのシーケンスが実行される（Ｓ１６からＳ２１）。例えば、ソース基地局１００−１のＭｏｂｉｌｉｔｙ制御部１２０と、ターゲット基地局１００−２のＭｏｂｉｌｉｔｙ制御部１２０との間で、ハンドオーバに関する情報（或いはメッセージ）が送受信される。具体的には、以下となる。

すなわち、ターゲット基地局１００−２は、ＨＯ Ｒｅｑｕｅｓｔを受信すると、その応答情報であるＨＯ Ｒｅｑｕｅｓｔ ＡＣＫ（Acknowledgement）をソース基地局１００−１へ送信する（Ｓ１６）。

次に、ソース基地局１００−１は、ＨＯ Ｃｏｍｍａｎｄを端末２００へ送信し、ハンドオーバの実行を端末２００へ指示する（Ｓ１７）。ＨＯ Ｃｏｍｍａｎｄは、例えば、端末２００に対する、ターゲット基地局１００−２への接続指示を表す。その後、ソース基地局１００−１、ターゲット基地局１００−２、端末２００との間で、Ｘｎハンドオーバに関する処理が実行される（Ｓ１８）。

次に、ターゲット基地局１００−２は、Ｐａｔｈ Ｓｗｉｔｃｈ ＲｅｑｕｅｓｔをＡＭＦ３００へ送信し、端末２００との接続をターゲット基地局１００−２へ切り替えることを要求する（Ｓ１９）。ＡＭＦ３００は、その応答情報である、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋを、ターゲット基地局１００−２へ送信する（Ｓ２０）。

そして、ターゲット基地局１００−２は、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅをソース基地局１００−１へ送信し（Ｓ２１）、一連のハンドオーバシーケンスを終了する。

図８は、ソース基地局１００−１における動作例を表すフローチャートである。

ソース基地局１００−１は、処理を開始し（Ｓ３０）、ターゲット基地局１００−２から送信されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると（Ｓ３１）、Ｓｌｉｃｅ構成確認要求を、ターゲット基地局１００−２へ送信する（Ｓ３２）。

次に、ソース基地局１００−１は、ターゲット基地局１００−２から送信されたＳｌｉｃｅ構成確認応答を受信し（Ｓ３３）、判定処理を行う（Ｓ３４）。本シーケンス例１では、ソース基地局１００−１は、例えば、Ｓｌｉｃｅ構成確認応答に基づいて、受け入れる、と判定したため、判定処理は「ＯＫ」となる。なお、判定処理が「ＮＧ（No Good）」の場合については、シーケンス例２で説明する。

ソース基地局１００−１は、受入れ可、と判定すると（Ｓ３４で「ＯＫ」）、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する（Ｓ３５）。Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔは、例えば、ソース基地局１００−１がターゲット基地局１００−２に対して、端末２００の接続先をターゲット基地局１００−２へ切り替えることを要求する切替え要求である。

以降、ソース基地局１００−１は、Ｘｎハンドオーバの処理を実行し（Ｓ３６）、一連の処理を終了する（Ｓ３７）。

図９は、ターゲット基地局１００−２における動作例を表すフローチャートである。

ターゲット基地局１００−２は、処理を開始すると（Ｓ５０）、ソース基地局１００−１から送信されたＳｌｉｃｅ構成確認要求を受信する（Ｓ５１）。

次に、ターゲット基地局１００−２は、Ｓｌｉｃｅ構成確認要求に示されたＳｌｉｃｅの受入れ可否を判別し、その判別結果を含むＳｌｉｃｅ構成確認応答を生成し、ソース基地局１００−１へ送信する（Ｓ５２）。

次に、ターゲット基地局１００−２は、ソース基地局１００−１から送信されたＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを受信し（Ｓ５３）、Ｘｎハンドオーバの処理を継続する（Ｓ５４）。ターゲット基地局１００−２は、Ｘｎハンドオーバの処理を終了すると、一連の処理を終了する（Ｓ５５）。

このように、シーケンス例１では、ソース基地局１００−１では、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、Ｓｌｉｃｅ構成情報（を含むＳｌｉｃｅ構成確認要求）をターゲット基地局１００−２へ送信している（Ｓ１１）。ターゲット基地局１００−２も、Ｓｌｉｃｅ構成情報に応答して、Ｓｌｉｃｅ構成確認応答をソース基地局１００−１へ送信している。これにより、例えば、ソース基地局１００−１では、端末２００に提供するサービスをサポートするＳｌｉｃｅを、ターゲット基地局１００−２でもサポートしているか否かを確認することが可能となる。この確認により、ソース基地局１００−１では、ターゲット基地局１００−２でもサポートしていると判定すると、ＨＯ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する。従って、端末２００はハンドオーバにより接続先を切り替えても、ターゲット基地局１００−２でも、ソース基地局１００−１と同じＳｌｉｃｅをサポートしているため、継続したサービスの提供を、ターゲット基地局１００−２から受けることが可能となる。

＜２．シーケンス例２＞
次に、シーケンス例２について説明する。シーケンス例２は、Ｓｌｉｃｅ構成確認要求を受信したターゲット基地局１００−２が、Ｓｌｉｃｅ構成確認応答として、代替Ｓｌｉｃｅ構成を応答する場合の例である。

図１０は、シーケンス例２のシーケンス例を表す図である。シーケンス例２もシーケンス例１と同様に、端末２００がソース基地局１００−１からターゲット基地局１００−２へハンドオーバする例である。シーケンス例１の図５と同一の処理は、同一の符号が付されている。

図１０に示すように、Ｓｌｉｃｅ構成確認要求（Ｓ１１）を受信したターゲット基地局１００−２は、Ｓｌｉｃｅ構成情報を確認する（Ｓ６０）。

そして、ターゲット基地局１００−２は、例えば、代替となるＳｌｉｃｅ構成を決定し、代替Ｓｌｉｃｅ構成に関する情報を含むＳｌｉｃｅ構成確認応答を、ソース基地局１００−１へ送信する（Ｓ６１）。

例えば、ソース基地局１００−１は、Ｓｌｉｃｅ構成情報として、Ｓｌｉｃｅ ＩＤ＝２と、ある通信条件と伝送条件とが示されたとする。この場合、ターゲット基地局１００−２では、ＳｌｉｃｅＩＤ＝２のＳｌｉｃｅをサポートしていないが、そのような通信条件と伝送条件を満たすＳｌｉｃｅＩＤ＝３をサポートしているとき、Ｓｌｉｃｅ ＩＤ＝３のＳｌｉｃｅを代替Ｓｌｉｃｅとすることができる。

例えば、ターゲット基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、ソース基地局１００−１から受信したＳｌｉｃｅ構成確認要求に含まれるＳｌｉｃｅ構成情報を確認する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ構成情報に含まれるＳｌｉｃｅ ＩＤと同一のＩＤを有するＳｌｉｃｅがＳｌｉｃｅ情報テーブル１４０に記憶されているか否かを確認する。このような確認により、例えば、ターゲット基地局１００−２は、受入れ可否を判別してもよい。Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ情報テーブル１４０に、同一のＳｌｉｃｅ ＩＤを有するＳｌｉｃｅに関する情報が記憶されていないとき、Ｓｌｉｃｅ構成情報に含まれる通信条件と伝送条件を満たすＳｌｉｃｅがＳｌｉｃｅ情報テーブル１４０に記憶されているか否かを確認する。Ｓｌｉｃｅ管理制御処理部１３０は、そのようなＳｌｉｃｅがＳｌｉｃｅ情報テーブル１４０に記憶されているときは、そのＳｌｉｃｅに関する情報を読み出して、その情報を「代替Ｓｌｉｃｅ構成」とするＳｌｉｃｅ構成確認応答を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＳｌｉｃｅ構成確認応答を、ソース基地局１００−１へ送信する。ただし、この場合、ターゲット基地局１００−２としては、代替Ｓｌｉｃｅ構成を示さればよいため、「要求Ｓｌｉｃｅ構成判定結果」は、「受入れ可」でもよいし、「受入れ不可」でもよい。

図１０に戻り、ソース基地局１００−１は、Ｓｌｉｃｅ構成確認応答を受信すると、判定処理を行う（Ｓ６２）。ここでの判定処理は、ターゲット基地局１００−２が提示した代替Ｓｌｉｃｅの受入れ可否である。例えば、ソース基地局１００−１は、ターゲット基地局１００−２が提示した代替Ｓｌｉｃｅは、端末２００に対してサービスを提供できるか否かを判定する。

例えば、ソース基地局１００−１は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、ターゲット基地局１００−２からＳｌｉｃｅ構成確認応答を受信すると、Ｓｌｉｃｅ構成確認応答に含まれる「要求Ｓｌｉｃｅ構成判定結果」と「代替Ｓｌｉｃｅ構成」とを確認する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、「代替Ｓｌｉｃｅ」に含まれる代替Ｓｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶されているか否かを確認する。さらに、Ｓｌｉｃｅ管理制御処理部１３０は、代替Ｓｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶されている場合、その情報に基づいて、その代替Ｓｌｉｃｅが、Ｓｌｉｃｅ構成確認要求（Ｓ１１）に含めた通信条件と伝送条件を満足するか否か、を確認する。Ｓｌｉｃｅ管理制御処理部１３０は、代替Ｓｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶され、かつ、代替Ｓｌｉｃｅで通信条件と伝送条件を満たすとき、端末２００に対してサービスを継続できる、すなわち、代替Ｓｌｉｃｅを受け入れる、と判定する。一方、Ｓｌｉｃｅ管理制御処理部１３０は、代替Ｓｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶されていない、或いは、代替Ｓｌｉｃｅで通信条件と伝送条件を満たさないとき、端末２００に対してサービスを継続できない、すなわち、代替Ｓｌｉｃｅを受けることができない、と判定する。

ソース基地局１００−１は、判定処理の結果、代替Ｓｌｉｃｅを受け入れることができないと判定したとき（Ｓ６２でＮＧ）、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ３００へ送信する（Ｓ６３）。Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄは、例えば、ソース基地局１００−１が端末２００の接続先を切り替えることを要求する切替え要求である。

例えば、ソース基地局１００−１では以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、代替Ｓｌｉｃｅを受入れることができないと判定すると、その判定結果を、情報要求部１３１を介して、Ｍｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、その判定結果を受け取ると、内部メモリに記憶された情報に基づいて、ハンドオーバ先の基地局となる基地局を決定し、更に、その基地局が他のＡＭＦ配下であることを確認し、ＸＧハンドオーバを行うことを決定する。そして、Ｍｏｂｉｌｉｔｙ制御部１２０は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを生成し、ＮＧ−ＩＦ処理部１６０を介してＡＭＦ３００へ送信する。

そして、ＡＭＦ３００は、他のＡＭＦや、他のターゲット基地局との間で、ＮＧハンドオーバに関する手順を実行する（Ｓ６４）。このような処理は、例えば、ＡＭＦ３００のＳｌｉｃｅ管理制御処理部３３０において行われる。

一方、ソース基地局１００−１は、判定処理の結果、代替Ｓｌｉｃｅを受入れることができると判定したとき（Ｓ６２でＹｅｓ）、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する。

例えば、ソース基地局１００−１は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、代替Ｓｌｉｃｅを受け入れる、と判定すると、その判定結果を、Ｍｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、その判定結果を受けて、Ｘｎハンドオーバを行うことを決定し、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを端末２００へ送信する。

以降の処理（Ｓ１６〜Ｓ２１）は、シーケンス例１と同一である。

図８は、シーケンス例２における、ソース基地局１００−１の動作例を表すフローチャートである。この場合、ソース基地局１００−１では、判定処理（Ｓ３４）として、ターゲット基地局１００−２が示した代替Ｓｌｉｃｅを受け入れるか否かを判定する。

ソース基地局１００−１は、代替Ｓｌｉｃｅを受け入れることができないと判定したとき（Ｓ３４でＮＧ）、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ３００へ送信し（Ｓ３９）、ＮＧハンドオーバを行う（Ｓ４０）。そして、ソース基地局１００−１は、一連の処理を終了する（Ｓ３７）。

一方、ソース基地局１００−１は、代替Ｓｌｉｃｅを受け入れると判定したとき（Ｓ３４でＯＫ）、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信し、Ｘｎハンドオーバを行う（Ｓ３６）。そして、ソース基地局１００−１は、一連の処理を終了する（Ｓ３７）。

図９は、シーケンス例２における、ターゲット基地局１００−２の動作例を表すフローチャートである。この場合、ターゲット基地局１００−２では、Ｓｌｉｃｅ構成確認要求を受信すると（Ｓ５１）、代替Ｓｌｉｃｅに関する情報を含むＳｌｉｃｅ構成確認応答を生成し、ソース基地局１００−１へ送信する（Ｓ５２）。以降の処理は、シーケンス例１と同一である。

このように、シーケンス例２では、例えば、ターゲット基地局１００−２は、ソース基地局１００−１でサポートしているＳｌｉｃｅをサポートしていないと判定すると（Ｓ６０）、代替Ｓｌｉｃｅをソース基地局１００−１に送信している（Ｓ６１）。そして、ソース基地局１００−１は、代替Ｓｌｉｃｅは、端末２００に提供しているサービスに対応するＳｌｉｃｅと異なるものの、サービスを継続できると判定すると（Ｓ６２でＯＫ）、代替Ｓｌｉｃｅを受け入れて、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信している（Ｓ１５）。従って、ソース基地局１００−１とターゲット基地局１００−２では、端末２００へサービスを提供する際のＳｌｉｃｅが異なるものの、継続したサービスを提供することが可能となる。

＜３．シーケンス例３＞
次に、シーケンス例３について説明する。シーケンス例３は、Ｓｌｉｃｅ構成確認要求を受信したターゲット基地局１００−２が、Ｓｌｉｃｅ構成確認応答として、「ＮｅｗＣｒｅａｔｅ」を応答した場合の例である。

図１１は、シーケンス例３のシーケンス例を表す図である。

図１１に示すように、Ｓｌｉｃｅ構成確認要求（Ｓ１１）を受信したターゲット基地局１００−２は、Ｓｌｉｃｅ構成情報を確認する（Ｓ７０）。そして、ターゲット基地局１００−２は、例えば、Ｓｌｉｃｅ構成情報に示されたＳｌｉｃｅではなく、新たなＳｌｉｃｅを作成することを決定すると、新たなＳｌｉｃｅに関する情報を含むＳｌｉｃｅ構成確認応答（例えば図７）を、ソース基地局１００−１へ送信する（Ｓ７１）。

例えば、ターゲット基地局１００−２は、Ｓｌｉｃｅ構成情報として、Ｓｌｉｃｅ ＩＤ＝３が示され、ある通信条件と伝送条件が示されたとする。そして、ターゲット基地局１００−２では、ＳｌｉｃｅＩＤ＝３のＳｌｉｃｅをサポートしていないとする。このような場合、ターゲット基地局１００−２では、Ｓｌｉｃｅ ＩＤ＝３のＳｌｉｃｅを新たに作成することを決定し、新たなＳｌｉｃｅをソース基地局１００−１へ提示する。ソース基地局１００−１では、例えば、ターゲット基地局１００−２から提示されたＳｌｉｃｅで、端末２００に対してサービスを継続することが可能であれば、そのＳｌｉｃｅを受け入れて、Ｘｎハンドオーバを実行することが可能となる。

例えば、ターゲット基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、ソース基地局１００−１からＳｌｉｃｅ構成確認要求を受信すると、Ｓｌｉｃｅ構成確認要求に含まれるＳｌｉｃｅ構成情報を確認する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ構成情報に含まれるＳｌｉｃｅ ＩＤと同一のＩＤを有するＳｌｉｃｅがＳｌｉｃｅ情報テーブル１４０に記憶されているか否かを確認する。Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ情報テーブル１４０に、同一のＳｌｉｃｅ ＩＤを有するＳｌｉｃｅに関する情報が記憶されていないとき、Ｓｌｉｃｅ構成情報に含まれる通信条件と伝送条件を満たすＳｌｉｃｅがＳｌｉｃｅ情報テーブル１４０に記憶されているか否かを確認する。Ｓｌｉｃｅ管理制御処理部１３０は、そのようなＳｌｉｃｅがＳｌｉｃｅ情報テーブル１４０に記憶されていないことを確認すると、そのような通信条件と伝送条件を満たす新たなＳｌｉｃｅを決定する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、新たにＳｌｉｃｅを作成すること、及び新たなＳｌｉｃｅに関する情報を、「ＮｅｗＣｒｅａｔｅ」に含むＳｌｉｃｅ構成確認応答を生成する（例えば図７）。そして、Ｓｌｉｃｅ管理制御処理部１３０は、生成したＳｌｉｃｅ構成確認応答を、Ｘｎ−ＩＦ処理部１７０などを介して、ソース基地局１００−１へ送信する。この場合も、ターゲット基地局１００−２としては、新たなＳｌｉｃｅを示さればよいため、「要求Ｓｌｉｃｅ構成判定結果」は、「受入れ可」でもよいし、「受入れ不可」でもよい。

ソース基地局１００−１は、Ｓｌｉｃｅ構成確認応答を受信すると、判定処理を行う（Ｓ７２）。ここでの判定処理は、ターゲット基地局１００−２により示された、新たなＳｌｉｃｅの受入れ可否である。例えば、ソース基地局１００−１は、「ＮｅｗＣｒｅａｔｅ」に含まれる新たなＳｌｉｃｅで端末２００に対するサービスの提供を継続できるか、などを判定する。例えば、ソース基地局１００−１では以下の処理を行う。

すなわち、ソース基地局１００−１のＳｌｉｃｅ管理制御処理部１３０は、ターゲット基地局１００−２からＳｌｉｃｅ構成確認応答を受信すると、Ｓｌｉｃｅ構成確認応答に含まれる「要求Ｓｌｉｃｅ構成判定結果」と「ＮｅｗＣｒｅａｔｅ」とを確認する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、「ＮｅｗＣｒｅａｔｅ」に含まれる新たなＳｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶されているか否かを確認する。さらに、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶されている場合、その情報に基づいて、その新たなＳｌｉｃｅは、Ｓｌｉｃｅ構成確認要求（Ｓ１１）に含めた通信条件と伝送条件を満足するか否か、を確認する。Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶され、かつ、そのＳｌｉｃｅで通信条件と伝送条件を満たすとき、端末２００に対してサービスを継続できる、すなわち、新たなＳｌｉｃｅを受け入れる、と判定する。一方、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅに関する情報がＳｌｉｃｅ情報テーブル１４０に記憶されていない、或いは、記憶されていても、通信条件と伝送条件を満たさないとき、サービスを継続できない、すなわち、新たなＳｌｉｃｅは受け入れることはできない、と判定する。

ソース基地局１００−１は、新たなＳｌｉｃｅを受け入れることができないと判定したとき（Ｓ７２でＮＧ）、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ３００へ送信する（Ｓ６３）。この場合は、ソース基地局１００−１は、ターゲット基地局１００−２が提示した新たなＳｌｉｃｅでは、端末２００に対するサービスを継続できないと判定して、他のターゲット基地局１００−３をハンドオーバ先として決定する。この場合、他のターゲット基地局１００−３は、ＡＭＦ３００配下ではなく、他のＡＭＦ配下の基地局であるため、ソース基地局１００−１は、ＸＧハンドオーバを行うことを決定する。

例えば、ソース基地局１００−１では、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅを受けることができないと判定するとその判定結果をＭｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、その判定結果を受けて、シーケンス例２と同様に、ＸＧハンドオーバを行うことを決定する。

そして、ＡＭＦ３００は、他のＡＭＦ及び他のターゲット基地局との間で、ＮＧハンドオーバに関する手順を実行する（Ｓ６４）。

一方、ソース基地局１００−１は、判定処理の結果、新たなＳｌｉｃｅを受入れることができると判定したとき（Ｓ７２でＹｅｓ）、Ｎｅｗ Ｓｌｉｃｅ作成依頼をターゲット基地局１００−２へ送信する（Ｓ７３）。ソース基地局１００−１は、ターゲット基地局１００−２が提示した新たなＳｌｉｃｅを受け入れ、新たなＳｌｉｃｅを作成するよう、ターゲット基地局１００−２に依頼している。Ｎｅｗ Ｓｌｉｃｅ作成依頼は、例えば、ソース基地局１００−１が新たなＳｌｉｃｅの作成をターゲット基地局１００−２へ依頼する作成依頼情報である。

図１２（Ａ）は、Ｎｅｗ Ｓｌｉｃｅ作成依頼の情報要素の例を表す図である。Ｎｅｗ Ｓｌｉｃｅ作成依頼は、「Ｓｌｉｃｅ構成情報」、「ＵＥ＿ＳＡＰ＿ＩＤ」、及び「ＡＭＦ＿ＳＡＰ＿ＩＤ」を含む。

「Ｓｌｉｃｅ構成情報」に含まれる情報自体は、例えば、Ｓｌｉｃｅ構成確認要求（例えば図６（Ａ））と同じである。Ｓｌｉｃｅ条件としては、例えば、新たなＳｌｉｃｅを特定するＳｌｉｃｅ ＩＤであってもよい。また、通信条件と伝送条件は、そのような新たなＳｌｉｃｅを実行するための通信条件と伝送条件でもよいし、Ｓｌｉｃｅ構成確認要求（Ｓ１１）に含まれる条件と同じ条件であってもよい。なお、Ｎｅｗ Ｓｌｉｃｅ作成依頼は、例えば、Ｘｎインタフェース（例えば図６（Ａ））により送信される。

例えば、ソース基地局１００−１は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅを受け入れると判定したとき、Ｓｌｉｃｅ構成確認応答（Ｓ７１）から新たなＳｌｉｃｅに関する情報を読み出し、その情報に対応するＳｌｉｃｅに関する情報を、Ｓｌｉｃｅ情報テーブル１４０から読み出す。Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ情報テーブル１４０から読み出したＳｌｉｃｅに関する情報を含む「Ｓｌｉｃｅ構成情報」を生成する。また、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ構成確認要求（Ｓ１１）を送信する際に、Ｓｌｉｃｅ情報テーブル１４０に記憶した「ＵＥ＿ＳＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」とを読み出す。そして、Ｓｌｉｃｅ管理制御処理部１３０は、「Ｓｌｉｃｅ構成情報」、「ＵＥ＿ＳＡＰ＿ＩＤ」、及び「ＡＭＦ＿ＳＡＰ＿ＩＤ」を含むＮｅｗ Ｓｌｉｃｅ作成依頼を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＮｅｗ Ｓｌｉｃｅ作成依頼を、Ｘｎ−ＩＦ処理部１７０を介してターゲット基地局１００−２へ送信する。

図１０に戻り、ターゲット基地局１００−２は、Ｎｅｗ Ｓｌｉｃｅ作成依頼を受信すると、Ｎｅｗ Ｓｌｉｃｅ作成依頼を、ＡＭＦ３００へ送信する（Ｓ７４）。

図１２（Ｂ）は、ターゲット基地局１００−２からＡＭＦ３００へ送信される、Ｎｅｗ Ｓｌｉｃｅ作成依頼の情報要素の例を表す図である。Ｎｅｗ Ｓｌｉｃｅ作成依頼は、「Ｓｌｉｃｅ構成情報」と「ＵＥ＿ＳＡＰ＿ＩＤ」を含む。「Ｓｌｉｃｅ構成情報」と「ＵＥ＿ＳＡＰ＿ＩＤ」は、ソース基地局１００−１がターゲット基地局１００−２へ送信するＮｅｗ Ｓｌｉｃｅ作成依頼に含まれる「Ｓｌｉｃｅ構成情報」と「ＵＥ＿ＳＡＰ＿ＩＤ」（例えば図１２（Ａ））と同一である。なお、Ｎｅｗ Ｓｌｉｃｅ作成依頼は、例えば、ＮＧインタフェース（例えば図６（Ａ））により送信される。

例えば、ターゲット基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０を介して、Ｎｅｗ Ｓｌｉｃｅ作成依頼を受信すると、「ＡＭＦ＿ＳＡＰ＿ＩＤ」を取り除いたＮｅｗ Ｓｌｉｃｅ作成依頼を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、ＮＧ−ＩＦ処理部１６０を介して、生成したＮｅｗ Ｓｌｉｃｅ作成依頼をＡＭＦ３００へ送信する。なお、ＮＧ−ＩＦ処理部１６０は、例えば、図６（Ａ）に示す「Ｓｌｉｃｅ構成確認要求」に代えて、「Ｎｅｗ Ｓｌｉｃｅ作成依頼」とするパケットをＡＭＦ３００へ送信する。

図１１に戻り、ＡＭＦ３００は、Ｎｅｗ Ｓｌｉｃｅ作成依頼を受信すると、Ｎｅｗ Ｓｌｉｃｅ作成依頼で依頼された新たなＳｌｉｃｅを作成し、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（又は作成完了通知）を、ターゲット基地局１００−２へ送信する（Ｓ７５）。Ｎｅｗ Ｓｌｉｃｅ作成完了通知は、例えば、ＡＭＦ３００において新たなＳｌｉｃｅが作成されたか否かを示す情報が含まれる。

図１３（Ａ）は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知に含まれる情報要素の例を表す図である。Ｎｅｗ Ｓｌｉｃｅ作成完了通知は、「Ｒｅｓｕｌｔ」と「Ｓｌｉｃｅ ＩＤ」を含む。

「Ｒｅｓｕｌｔ」は、例えば、ＡＭＦ３００が新たなＳｌｉｃｅを作成できた場合には「ＯＫ」、作成できなかった場合には「ＮＧ」が含まれる。

「Ｓｌｉｃｅ ＩＤ」は、例えば、ＡＭＦ３００が新たなＳｌｉｃｅを作成した場合、作成したＳｌｉｃｅの識別情報を表す。

例えば、ＡＭＦ３００は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部３３０は、ＮＧ−ＩＦ処理部３１０とＭｏｂｉｌｉｔｙ制御処理部３２０を介して、Ｎｅｗ Ｓｌｉｃｅ作成依頼を受信すると、ターゲット基地局１００−２に対して、「Ｓｌｉｃｅ構成情報」により示された新たなＳｌｉｃｅを作成する。Ｓｌｉｃｅ管理制御処理部３３０は、ターゲット基地局１００−２に対して新たなＳｌｉｃｅを作成すると、そのＳｌｉｃｅに関する情報をＳｌｉｃｅ情報テーブル３４０に記憶する。そして、Ｓｌｉｃｅ管理制御処理部３３０は、作成結果や作成した場合のＳｌｉｃｅ ＩＤを含むＮｅｗ Ｓｌｉｃｅ作成完了通知を生成する。Ｓｌｉｃｅ管理制御処理部３３０は、新たなＳｌｉｃｅを作成できなかった場合は、作成結果として「ＮＧ」を含むＮｅｗ Ｓｌｉｃｅ作成完了通知を生成する。Ｓｌｉｃｅ管理制御処理部３３０は、生成したＮｅｗ Ｓｌｉｃｅ完了通知を、ＮＧ−ＩＦ処理部３１０などを介して、ターゲット基地局１００−２へ送信する。なお、ＮＧ−ＩＦ処理部３１０は、例えば、図６（Ａ）に示す「Ｓｌｉｃｅ構成確認要求」に代えて、「Ｎｅｗ Ｓｌｉｃｅ作成完了通知」とするパケットをＡＭＦ３００へ送信する。

図１１に戻り、次に、ターゲット基地局１００−２は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（又は作成完了通知）をソース基地局１００−１へ送信する（Ｓ７６）。

図１３（Ｂ）は、ターゲット基地局１００−２からソース基地局１００−１へ送信される、Ｎｅｗ Ｓｌｉｃｅ作成完了通知の情報要素の例を表す図である。このＮｅｗ Ｓｌｉｃｅ作成完了通知には、「Ｒｅｓｕｌｔ」が含まれる。「Ｒｅｓｕｌｔ」は、例えば、ＡＭＦ３００において新たなＳｌｉｃｅが作成されたか（ＯＫ）、作成されていないか（ＮＧ）を示す情報が含まれる。

例えば、ターゲット基地局１００−２では以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、ＮＧ−ＩＦ処理部１６０を介して、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、Ｎｅｗ Ｓｌｉｃｅ作成完了通知から「Ｓｌｉｃｅ ＩＤ」を取り除いたＮｅｗ Ｓｌｉｃｅ作成完了通知を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、作成したＮｅｗ Ｓｌｉｃｅ作成完了通知を、Ｘｎ−ＩＦ処理部１７０などを介して、ソース基地局１００−１へ送信する。なお、Ｘｎ−ＩＦ処理部１７０は、例えば、図６（Ａ）に示す「Ｓｌｉｃｅ構成確認要求」に代えて、「Ｎｅｗ Ｓｌｉｃｅ作成完了通知」とするパケットをソース基地局１００−１へ送信する。

ソース基地局１００−１は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、ＨＯ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信し、Ｘｎハンドオーバを実行する（Ｓ１５〜Ｓ２１）。

例えば、ソース基地局１００−１は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０などを介して、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、「Ｒｅｓｕｌｔ」を確認し、「ＯＫ」の場合は、ＡＭＦ３００において新たなＳｌｉｃｅが作成されたことを確認する。この場合、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅが作成されたことをＭｏｂｉｌｉｔｙ制御部１２０へ通知し、Ｍｏｂｉｌｉｔｙ制御部１２０はその通知を受けて、ＨＯ Ｒｅｑｕｅｓｔを端末２００へ送信し、Ｘｎハンドオーバに関する処理を行う。一方、Ｓｌｉｃｅ管理制御処理部１３０は、「Ｒｓｕｌｔ」が「ＮＧ」の場合、新たなＳｌｉｃｅが作成されなかったことをＭｏｂｉｌｉｔｙ制御部１２０へ通知する。Ｍｏｂｉｌｉｔｙ制御部１２０はその通知を受けて、以後、ハンドオーバに関する処理を行わないようにする。

図１４は、ソース基地局１００−１における動作例を表すフローチャートである。この場合、ソース基地局１００−１は、Ｓｌｉｃｅ構成確認応答を受信すると、「ＮｅｗＣｒｅａｔｅ」が含まれていることを確認し（Ｓ８１）、ターゲット基地局１００−２が提示した新たなＳｌｉｃｅを受け入れるか否かを判定する（Ｓ８２）。

ソース基地局１００−１は、新たなＳｌｉｃｅを受入れるとき（Ｓ８２でＯＫ）、Ｎｅｗ Ｓｌｉｃｅ作成依頼（例えば図１２（Ａ））をターゲット基地局１００−２へ送信する（Ｓ８３）。

次に、ソース基地局１００−１は、ターゲット基地局１００−２からＮｅｗ Ｓｌｉｃｅ完了通知（例えば図１３（Ｂ））を受信し（Ｓ８４）、新たなＳｌｉｃｅが作成されたときは、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する（Ｓ８５）。ソース基地局１００−１は、以後、Ｘｎハンドオーバを実行し（Ｓ３６）、一連の処理を終了する（Ｓ８５）。

一方、ソース基地局１００−１は、ターゲット基地局１００−２が提示した新たなＳｌｉｃｅを受け入れない、と判定したとき（Ｓ８２でＮＧ）、ＡＭＦ３００へ、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを送信する。そして、ソース基地局１００−１は、ＮＧハンドオーバを実行し（Ｓ４０）、一連の処理を終了する（Ｓ８５）。

図１５は、ターゲット基地局１００−２における動作例を表すフローチャートである。この場合、ターゲット基地局１００−２は、Ｓｌｉｃｅ構成確認要求を受信すると（Ｓ５１）、新たなＳｌｉｃｅに関する情報（「ＮｅｗＣｒｅａｔｅ」）を含む、Ｓｌｉｃｅ構成確認応答を送信する（Ｓ９１）。

次に、ターゲット基地局１００−２は、ソース基地局１００−１から、Ｎｅｗ Ｓｌｉｃｅ作成依頼（例えば図１２（Ａ））を受信し（Ｓ９２）、ＡＭＦ３００へ、Ｎｅｗ Ｓｌｉｃｅ作成依頼（例えば、図１２（Ｂ））を送信する（Ｓ９３）。

次に、ターゲット基地局１００−２は、ＡＭＦ３００から、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（例えば図１３（Ａ））を受信し（Ｓ９４）、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（例えば図１３（Ｂ））を、ソース基地局１００−１へ送信する（Ｓ９５）。

その後、ターゲット基地局１００−２は、ソース基地局１００−１から、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを受信すると、Ｘｎハンドオーバの処理を実行し、一連の処理を終了する（Ｓ５３〜Ｓ５４，Ｓ９６）。

このようにシーケンス例３では、例えば、ターゲット基地局１００−２は、ソース基地局１００−１でサポートしているＳｌｉｃｅをサポートしていないと判定すると（Ｓ７０）、新たなＳｌｉｃｅをソース基地局１００−１へ提示する（Ｓ７１）。そして、ソース基地局１００−１は、新たなＳｌｉｃｅで、端末２００に提供しているサービスを継続できると判定すると（Ｓ７２でＯＫ）、新たなＳｌｉｃｅを受け入れて、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信している（Ｓ１５）。従って、ターゲット基地局１００−２では、新たなＳｌｉｃｅで、ソース基地局１００−１が端末２００に提供したサービスを継続して提供することができる。

＜４．シーケンス例４＞
次に、シーケンス例４について説明する。シーケンス例４は、シーケンス例３と同様に、新たなＳｌｉｃｅを作成する例である。ただし、シーケンス例４では、複数のターゲット基地局１００−２，…に対して、新たなＳｌｉｃｅを作成させ、ソース基地局１００−１は、複数のＳｌｉｃｅの中から、ハンドオーバ先の基地局を決定する例である。

図１６は、シーケンス例４のシーケンス例を表す図である。シーケンス例４もシーケンス例３と同様に、ターゲット基地局１００−２は、Ｓｌｉｃｅ構成確認要求を受信すると（Ｓ１１）、新たなＳｌｉｃｅに関する情報を含むＳｌｉｃｅ構成確認応答をソース基地局１００−１へ送信する（Ｓ７０，Ｓ７１）。

そして、ソース基地局１００−１は、シーケンス例３と同様に、ターゲット基地局１００−２が提示したＳｌｉｃｅについて受入れ可否を判定する（Ｓ７２）。判定の具体例は、シーケンス例３と同様である。ソース基地局１００−１は、新たなＳｌｉｃｅを受け入れないと判定すると（Ｓ７２でＮＧ）、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ３００へ送信し、ＸＧハンドオーバを実行する（Ｓ６３，Ｓ６４）。

一方、ソース基地局１００−１は、新たなＳｌｉｃｅを受け入れると判定すると（Ｓ７２でＯＫ）、Ｎｅｗ Ｓｌｉｃｅ作成要求を生成し、生成したＮｅｗ Ｓｌｉｃｅ作成要求（又は作成要求）をＡＭＦ３００へ送信する（Ｓ９０）。本シーケンス例４では、ソース基地局１００−１は、ＡＭＦ３００へ、ターゲット基地局１００−２が提示した新たなＳｌｉｃｅの作成を要求する。例えば、ＡＭＦ３００では、配下の基地局１００−１〜１００−３に関する情報を保持し、基地局１００−１に隣接する基地局１００−２，１００−３は、どの基地局かを把握している。従って、ソース基地局１００−１は、ＡＭＦ３００へＮｅｗ Ｓｌｉｃｅ作成要求を送信することで、例えば、ＡＭＦ３００において、隣接基地局１００−２，１００−２に対して新たなＳｌｉｃｅを作成することが期待できる。

図１７（Ａ）は、Ｎｅｗ Ｓｌｉｃｅ作成要求に含まれる情報要素の例を表す図である。Ｎｅｗ Ｓｌｉｃｅ作成要求に含まれる情報要素は、例えば、シーケンス例３において、ソース基地局１００−１がターゲット基地局１００−２へ送信するＮｅｗ Ｓｌｉｃｅ作成依頼（例えば図１２（Ａ））と同一である。Ｎｅｗ Ｓｌｉｃｅ作成要求に含まれる「Ｓｌｉｃｅ構成情報」は、例えば、新たなＳｌｉｃｅを特定するＳｌｉｃｅ ＩＤや、新たなＳｌｉｃｅで通信を行うための通信条件や伝送条件などが含まれる。図１７（Ａ）に示すように、「Ｓｌｉｃｅ構成情報」は、Ｓｌｉｃｅ条件、サービス、通信条件、伝送条件の少なくともいずれか１つが含まれる。なお、Ｎｅｗ Ｓｌｉｃｅ作成要求は、例えば、ＮＧインタフェース（例えば図６（Ａ））により送信される。

例えば、ソース基地局１００−１のＳｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅを受け入れる、と判定したとき、Ｎｅｗ Ｓｌｉｃｅ作成依頼を生成する。そして、Ｓｌｉｃｅ管理制御処理部１３０は、生成したＮｅｗ Ｓｌｉｃｅ作成依頼を、ＮＧ−ＩＦ処理部１６０を介してＡＭＦ３００へ送信する。なお、ＮＧ−ＩＦ処理部１６０では、例えば、図６（Ａ）に示す「Ｓｌｉｃｅ構成確認要求」に代えて、「Ｎｅｗ Ｓｌｉｃｅ作成依頼」とするパケットを送信する。

図１６に戻り、ＡＭＦ３００は、Ｎｅｗ Ｓｌｉｃｅ作成要求を受信すると、ターゲット基地局１００−２，１００−３へ、Ｎｅｗ Ｓｌｉｃｅ作成依頼を送信する（Ｓ９１，Ｓ９３）。

なお、ＡＭＦ３００は、Ｎｅｗ Ｓｌｉｃｅ作成要求（Ｓ９０）を受信すると、複数の基地局１００−２，１００−３に対して、Ｎｅｗ Ｓｌｉｃｅ作成要求で指示された新たなＳｌｉｃｅを作成する。この場合、複数の基地局１００−２，１００−３では、新たなＳｌｉｃｅの作成に関して、リソースを確保するなど、各基地局１００−２，１００−３で行われる処理がある。そのような処理を行わせるために、ＡＭＦ３００は、複数の基地局１００−２，１００−３に対して、Ｎｅｗ Ｓｌｉｃｅ作成依頼を送信している（Ｓ９１，Ｓ９３）。

図１７（Ａ）は、Ｎｅｗ Ｓｌｉｃｅ作成依頼に含まれる情報要素の例を表す図である。このＮｅｗ Ｓｌｉｃｅ作成依頼に含まれる情報要素は、例えば、ソース基地局１００−１がＡＭＦ３００へ送信するＮｅｗ Ｓｌｉｃｅ作成要求に含まれる情報要素と同一である。ＡＭＦ３００は、Ｎｅｗ Ｓｌｉｃｅ作成要求を受信し、新たなＳｌｉｃｅを作成すると、受信したＮｅｗ Ｓｌｉｃｅ作成要求を、Ｎｅｗ Ｓｌｉｃｅ作成依頼として、そのまま転送してもよい。

例えば、ＡＭＦ３００は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部３３０は、Ｎｅｗ Ｓｌｉｃｅ作成要求を受信すると、ソース基地局１００−１に隣接する複数の基地局１００−２，１００−３を選択する。Ｓｌｉｃｅ管理制御処理部３３０は、選択した複数の基地局１００−２，１００−３に対して、Ｎｅｗ Ｓｌｉｃｅ作成要求の「Ｓｌｉｃｅ構成情報」に含まれるＳｌｉｃｅ条件などに基づいて、新たなＳｌｉｃｅを作成する。Ｓｌｉｃｅ管理制御処理部３３０は、作成したＳｌｉｃｅに関する情報をＳｌｉｃｅ情報テーブル３４０に記憶する。そして、Ｓｌｉｃｅ管理制御処理部３３０は、選択した複数の基地局１００−２，１００−３へ、受信したＮｅｗ Ｓｌｉｃｅ作成要求（Ｓ９０）を、Ｎｅｗ Ｓｌｉｃｅ作成依頼として、Ｘｎ−ＩＦ処理部１７０などを介して転送（又は送信）する。

なお、Ｓｌｉｃｅ管理制御処理部３３０は、このように、Ｎｅｗ Ｓｌｉｃｅ作成要求を受信すると、複数の基地局１００−２，１００−３へ、Ｎｅｗ Ｓｌｉｃｅ作成要求を並列に送信してもよい。又は、図１６に示すように、Ｓｌｉｃｅ管理制御処理部３３０は、基地局１００−２へ、Ｎｅｗ Ｓｌｉｃｅ作成依頼を送信し、その応答であるＮｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、次の基地局１００−３へ、Ｎｅｗ Ｓｌｉｃｅ作成依頼を順次送信するようにしてもよい。

図１６に戻り、ターゲット基地局１００−２，１００−３は、Ｎｅｗ Ｓｌｉｃｅ作成依頼を受信すると、Ｎｅｗ Ｓｌｉｃｅ作成依頼で依頼された新たなＳｌｉｃｅの作成に関する処理を行い、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を応答する（Ｓ９２，Ｓ９４）。上述したように、新たなＳｌｉｃｅ作成自体は、例えば、ＡＭＦ３００で行われるが、その作成に関して、基地局１００−２，１００−３で行われる処理は、基地局１００−２，１００−３で行うようにしている。

図１７（Ｂ）は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知に含まれる情報要素の例を表す図である。Ｎｅｗ Ｓｌｉｃｅ作成完了通知は、例えば、シーケンス例３のＮｅｗ Ｓｌｉｃｅ完了通知（図１１のＳ７５，図１２（Ａ））と同一の情報要素が含まれる。Ｎｅｗ Ｓｌｉｃｅ作成完了通知は、例えば、各基地局１００−２，１００−３において、新たなＳｌｉｃｅの作成完了の有無を示す情報が含まれる。

例えば、基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０などを介して、Ｎｅｗ Ｓｌｉｃｅ作成依頼を受信すると、新たなＳｌｉｃｅのリソースを確保するなどの処理を行う。そして、Ｓｌｉｃｅ管理制御処理部１３０は、そのような処理を行うことができたときは、「ＯＫ」、更に、新たなＳｌｉｃｅのＳｌｉｃｅ ＩＤを含むＮｅｗ Ｓｌｉｃｅ作成完了通知を生成する。一方、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅを実行するための処理を行うことができなかったときは「ＮＧ」を含むＮｅｗ Ｓｌｉｃｅ作成完了通知を生成する。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＮｅｗ Ｓｌｉｃｅ作成完了通知を、Ｘｎ−ＩＦ処理部１７０を介して、ソース基地局１００−１へ送信する。基地局１００−３においても同様の処理を行う。

図１６に戻り、ＡＭＦ３００は、複数の基地局１００−２，１００−３からＮｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、Ｎｅｗ Ｓｌｉｃｅ作成完了通知をまとめて、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を生成し、生成したＮｅｗ Ｓｌｉｃｅ完了通知を、ソース基地局１００−１へ送信する（Ｓ９５）。

図１８は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知の情報要素の例である。Ｎｅｗ Ｓｌｉｃｅ作成完了通知には、「Ｒｅｓｕｌｔ」、「Ｔ−ｇＮＢ Ｌｉｓｔｓ」、基地局１００−２，１００−３毎に、「Ｔ−ｇＮＢ Ｉｎｆｏｒｍａｔｉｏｎ」と「Ｓｌｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」が含まれる。

「Ｒｅｓｕｌｔ」は、例えば、ＡＭＦ３００と複数の基地局１００−２，１００−３で新たなＳｌｉｃｅを作成できたか否かを示す。例えば、複数の基地局１００−２，１００−３に対して、１つでも新たなＳｌｉｃｅを作成できたときは、「ＯＫ」となり、全ての基地局１００−２，１００−３に対して新たなＳｌｉｃｅを作成することができなかったときは、「ＮＧ」となる。

例えば、新たなＳｌｉｃｅを作成することができた基地局１００−２，１００−３毎に、「Ｔ−ｇＮＢ Ｉｎｆｏｒｍａｔｉｏｎ」と「Ｓｌｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」が作成される。

「Ｔ−ｇＮＢ Ｉｎｆｏｒｍａｔｉｏｎ」は、例えば、新たなＳｌｉｃｅを作成することができた基地局１００−２，１００−３を特定する情報が含まれる。そのような情報の例としては、基地局１００−２，１００−３のＩＰアドレス、ＮＢ ＩＤ（Node B ID）、ＥＣＧＩ（E-EUTRAN Cell Global ID）、ＣＧＩ（Cell Global ID）がある。

「Ｓｌｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」は、例えば、Ｓｌｉｃｅの条件が判定可能な情報、或いは、Ｓｌｉｃｅに関する情報が含まれる。そのような情報の例としては、Ｓｌｉｃｅ構成情報（例えば図６（Ｂ））がある。

このようにＮｅｗ Ｓｌｉｃｅ作成完了通知には、例えば、どの基地局１００−２，１００−３において新たなＳｌｉｃｅが作成されたか、更に、作成された場合、作成されたＳｌｉｃｅに関する情報が含まれる。

例えば、ＡＭＦ３００は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部３３０は、各基地局１００−２，１００−３からＮｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、Ｎｅｗ Ｓｌｉｃｅ作成完了通知の「Ｒｅｓｕｌｔ」を確認する。Ｓｌｉｃｅ管理制御処理部３３０は、新たなＳｌｉｃｅを作成できたときは、その基地局１００−１の新たなＳｌｉｃｅに関する情報を、Ｓｌｉｃｅ情報テーブル３４０から読み出す。Ｓｌｉｃｅ管理制御処理部３３０は、読み出した新たなＳｌｉｃｅに関する情報を「Ｓｌｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」とする。また、Ｓｌｉｃｅ管理制御処理部３３０は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を含むパケットの送信元アドレスを、ＮＧ−ＩＦ処理部３１０から受け取る。ＮＧ−ＩＦ処理部３１０は、送信元アドレスに対応する基地局１００−２，１００−３の識別情報を内部メモリなどがから読み出し、この識別情報を「Ｔ−ｇＮＢ Ｉｎｆｏｒｍａｔｉｏｎ」とする。Ｓｌｉｃｅ管理制御処理部３３０は、確認結果、「Ｓｌｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」、及び「Ｔ−ｇＮＢ Ｉｎｆｏｒｍａｔｉｏｎ」を含むＮｅｗ Ｓｌｉｃｅ作成完了通知を生成する。Ｓｌｉｃｅ管理制御処理部３３０は、生成したＮｅｗ Ｓｌｉｃｅ作成完了通知を、ＮＧ−ＩＦ処理部３１０などを介して、ソース基地局１００−１へ送信する。なお、ＮＧ−ＩＦ処理部３１０は、例えば、図６（Ａ）に示す「Ｓｌｉｃｅ構成確認要求」に代えて、「Ｎｅｗ Ｓｌｉｃｅ作成完了通知」とするパケットをソース基地局１００−１へ送信する。

図１６に戻り、ソース基地局１００−１は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を受信すると、ＨＯ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信し、Ｘｎハンドオーバの処理を実行する（Ｓ１５〜Ｓ２１）。

例えば、ソース基地局１００−１は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０などを介して、Ｎｅｗ Ｓｌｉｃｅ作成完了通知を受信する。Ｓｌｉｃｅ管理制御処理部１３０は、「Ｓｌｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」と「Ｔ−ｇＮＢ Ｉｎｆｏｒｍａｔｉｏｎ」に基づいて、複数の基地局１００−２，１００−３のうち、ハンドオーバ先となるターゲット基地局１００−２を決定する。Ｓｌｉｃｅ管理制御処理部１３０は、ターゲット基地局１００−２に対してＸｎハンドオーバを行うことを決定し、その旨をＭｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、その通知に従って、ターゲット基地局１００−２との間でＸｎハンドオーバに関する処理を実行する。

図１４は、ソース基地局１００−１における動作例を表すフローチャートである。ソース基地局１００−１は、シーケンス例３と同様に、判定処理を行う（Ｓ８２）。

ソース基地局１００−１は、判定処理において、ターゲット基地局１００−２が提示した新たなＳｌｉｃｅを受け入れることを判定したとき（Ｓ８２でＯＫ）、Ｎｅｗ Ｓｌｉｃｅ作成要求（例えば図１７（Ａ））を生成し、生成したＮｅｗ Ｓｌｉｃｅ作成依頼を、ＡＭＦ３００へ送信する（Ｓ８３）。

次に、ソース基地局１００−１は、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（例えば、図１８）をＡＭＦ３００から受信し（Ｓ８４）、ハンドオーバ先を決定すると、ターゲット基地局１００−２へ、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを送信する（Ｓ３５）。以降の処理はシーケンス例３と同様である。

一方、判定処理の結果、ソース基地局１００−１が新たなＳｌｉｃｅを受け入れない判定を行うと（Ｓ８２でＮＧ）、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ３００へ送信し、シーケンス例３と同様の処理を行う（Ｓ３９〜Ｓ４０）。

図１９は、ターゲット基地局１００−２における動作例を表すフローチャートである。この場合、ターゲット基地局１００−２は、新たなＳｌｉｃｅに関する情報を含むＳｌｉｃｅ構成確認応答（例えば、図７）を送信後（Ｓ９１）、ＡＭＦ３００から、Ｎｅｗ Ｓｌｉｃｅ作成依頼（例えば、図１７（Ａ））を受信する（Ｓ１０１）。

そして、ターゲット基地局１００−２は、新たなＳｌｉｃｅの作成に関する処理を行い（Ｓ１０２）、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（例えば、図１７（Ｂ））をＡＭＦ３００へ送信する（Ｓ１０３）。

その後、ターゲット基地局１００−２は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをソース基地局１００−１から受信し（Ｓ５３）、Ｘｎハンドオーバの処理を行う（Ｓ５４，Ｓ１０４）。

図２０は、ＡＭＦ３００における動作例を表すフローチャートである。

ＡＭＦ３００は、処理を開始すると（Ｓ１１０）、Ｎｅｗ Ｓｌｉｃｅ作成要求（例えば、図１７（Ａ））を受信し、Ｎｅｗ Ｓｌｉｃｅ作成依頼（例えば、図１７（Ａ））を、複数の基地局１００−２，１００−３へ送信する（Ｓ１１２）。

次に、ＡＭＦ３００は、複数の基地局１００−２，１００−３から、Ｎｅｗ Ｓｌｉｃｅ作成完了通知（例えば、図１７（Ｂ））を受信する（Ｓ１１３）。

次に、ＡＭＦ３００は、新たなＳｌｉｃｅについて基地局毎にまとめたＮｅｗ Ｓｌｉｃｅ作成完了通知（例えば、図１８）を、ソース基地局１００−１へ送信する（Ｓ１１４）。

そして、ＡＭＦ３００は、一連の処理を終了する（Ｓ１１５）。

このようにシーケンス例４では、ＡＭＦ３００において、基地局１００−２において提示された新たなＳｌｉｃｅを複数の基地局１００−２，１００−３に対して作成する（Ｓ９０，Ｓ９１，Ｓ９３）。そして、ソース基地局１００−１ではその中から、最適なＳｌｉｃｅをサポートする基地局１００−２をハンドオーバ先として決定することができる（Ｓ９５）。従って、ターゲット基地局１００−２は、端末２００に対して継続したサービスを提供することができる。

＜５．シーケンス例５＞
シーケンス例５は、ＤＣの例である。ＤＣとは、例えば、端末２００が異なる基地局間で複数の周波数を同時に用いて無線通信を行う通信方式である。

図２１は、端末２００がＤＣを利用して基地局１００−１，１００−２と無線通信を行っている例を表す図である。例えば、端末２００が、複数の基地局１００−１，１００−２と無線通信可能な範囲に在圏する場合に、端末２００は、ＤＣを利用することが可能である。例えば、端末２００が最初に接続した基地局１００−１をプライマリ（Primary）基地局、端末２００がその後に追加する基地局１００−２をセカンダリ（Secondary）基地局、とそれぞれ称する場合がある。

図２２は、シーケンス例５のシーケンス例を表す図である。

端末２００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを、プライマリ基地局１００−１へ送信する（Ｓ１０）。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔは、例えば、シーケンス例１からシーケンス例４と同様に、端末２００が測定した測定結果であって、端末２００と各基地局１００−１，１００−２との間の無線区間における無線品質の測定結果が含まれる。

プライマリ基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、シーケンス例１と同様に、Ｓｌｉｃｅ構成確認要求を、セカンダリ基地局１００−２へ送信する（Ｓ１１）。Ｓｌｉｃｅ構成確認要求は、シーケンス例１と同様に、図６（Ｂ）に示す情報要素が含まれる。

なお、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、セカンダリ基地局１００−２に対する無線品質の測定結果が含まれるため、プライマリ基地局１００−１は、測定対象となったセカンダリ基地局１００−２の識別情報を取得することが可能で、この識別情報に基づいて、Ｓｌｉｃｅ構成確認要求を、セカンダリ基地局１００−２へ送信可能である。Ｓｌｉｃｅ構成確認要求に対する処理は、シーケンス例１（例えば図５のＳ１１）と同様に、Ｓｌｉｃｅ管理制御処理部１３０で行われる。

図２２に戻り、セカンダリ基地局１００−２は、Ｓｌｉｃｅ構成確認要求を受信すると、要求Ｓｌｉｃｅの受入れ可否を判定し（Ｓ１２）、Ｓｌｉｃｅ構成確認応答を、プライマリ基地局１００−１へ送信する（Ｓ１３）。Ｓｌｉｃｅ構成確認応答も、シーケンス例１と同様に、図７に示す情報要素が含まれる。

なお、図２２の例では、セカンダリ基地局１００−２は、シーケンス例１と同様に、受入れ可と判定して、「要求Ｓｌｉｃｅ構成判定結果」に受入れ可の情報を含むＳｌｉｃｅ構成確認応答を送信している。Ｓｌｉｃｅ構成確認応答に対する処理は、シーケンス例１（例えば図５のＳ１２とＳ１３）と同様に、Ｓｌｉｃｅ管理制御処理部１３０で行われる。

プライマリ基地局１００−１は、Ｓｌｉｃｅ構成確認応答を受信すると、シーケンス例１と同様に判定処理を行う（Ｓ１４）。この場合も、プライマリ基地局１００−１は、シーケンス例１と同様に、セカンダリ基地局１００−２はＳｌｉｃｅを受入れ可と判定する。

そして、プライマリ基地局１００−１は、セカンダリ基地局１００−２に対して、ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔを送信する（Ｓ１３１）。ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔは、例えば、基地局１００−２に対して、端末２００の接続先として基地局１００−２を追加することを要求する追加要求である。

例えば、プライマリ基地局１００−１では以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０などを介して、セカンダリ基地局１００−２からＳｌｉｃｅ構成確認応答を受信し、Ｓｌｉｃｅ構成確認応答に基づいて受入れ可と判定すると、判定結果を、Ｍｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、判定結果を受けて、ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔを生成し、セカンダリ基地局１００−２へ向けて送信する。

以後、プライマリ基地局１００−１とセカンダリ基地局１００−２、端末２００、及びＡＭＦ３００は、Ｓｅｃｏｎｄａｒｙ ｇＮＢ Ａｄｄｉｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ（Ｓ１３２〜Ｓ１３４）を実行し、基地局１００−２をセカンダリ基地局１００−２として追加する。そして、端末２００は、プライマリ基地局１００−１とセカンダリ基地局１００−２との間で複数の周波数を利用して同時に無線通信を行って、データなどを送受信する。

なお、図２２に示す例においても、セカンダリ基地局１００−２は、シーケンス例２と同様に、「代替Ｓｌｉｃｅ構成」に代替のＳｌｉｃｅの情報を挿入したＳｌｉｃｅ構成確認応答を送信してもよい。この場合、図１０に示すシーケンス例が実行される。ただし、図１０において、Ｘｎハンドオーバの処理（Ｓ１５〜Ｓ２１）に代えて、Ｓｅｃｏｎｄａｒｙ ｇＮＢ Ａｄｄｉｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ（Ｓ１３２〜Ｓ１３４）が行われる。なお、プライマリ基地局１００−１は、端末２００へ、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅを送信している（Ｓ１３３）。このメッセージは、例えば、端末２００に対する、セカンダリ基地局１００−２への接続指示を表している。

また、セカンダリ基地局１００−２は、シーケンス例３やシーケンス例４と同様に、「ＮｅｗＣｒｅａｔｅ」に新たなＳｌｉｃｅに関する情報を挿入したＳｌｉｃｅ構成確認応答を送信してもよい。この場合、図１１や図１６に示すシーケンス例が実行される。ただし、Ｘｎハンドオーバの処理（Ｓ１５〜Ｓ２１）に代えて、Ｓｅｃｏｎｄａｒｙ ｇＮＢ Ａｄｄｉｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ（Ｓ１３２〜Ｓ１３４）が行われる。

図２３は、プライマリ基地局１００−１の動作例を表すフローチャートである。

プライマリ基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると（Ｓ３１）、Ｓｌｉｃｅ構成確認要求をセカンダリ基地局１００−２へ送信する（Ｓ３２）。そして、プライマリ基地局１００−１は、Ｓｌｉｃｅ構成確認応答をセカンダリ基地局１００−２から受信する（Ｓ３３）。

プライマリ基地局１００−１は、判定処理の結果、セカンダリ基地局１００−２がＳｌｉｃｅを受け入れ可能と判定すると（Ｓ３４でＯＫ）、ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔをセカンダリ基地局１００−２へ送信する（Ｓ１４１）。以後、プライマリ基地局１００−１は、Ｓｅｃｏｎｄａｒｙ ｇＮＢ Ａｄｄｉｔｉｏｎ Ｐｒｏｃｅｄｕｒｅを実行し（Ｓ１４２）、一連の処理を終了する（Ｓ１４２）。

一方、プライマリ基地局１００−１は、判定処理の結果、セカンダリ基地局１００−２がＳｌｉｃｅを受け入れ不可、と判定すると（Ｓ３４でＮＧ）、基地局１００−２をセカンダリ基地局として追加することなく（Ｓ１４４）、一連の処理を終了する（Ｓ１４３）。この場合は、例えば、Ｓｌｉｃｅ管理制御処理部１３０は、Ｓｌｉｃｅ構成確認応答に基づいて、受入れ不可、と判定すると、その判定結果を、Ｍｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、その判定結果を受けて、以後、基地局１００−２をセカンダリ基地局として追加する処理を行わない。

図２４は、セカンダリ基地局１００−２の動作例を表すフローチャートである。

セカンダリ基地局１００−２は、シーケンス例１と同様に、Ｓｌｉｃｅ構成確認要求を、プライマリ基地局１００−１から受信すると（Ｓ５１）、Ｓｌｉｃｅ構成確認応答を生成し、生成したＳｌｉｃｅ構成確認応答を、プライマリ基地局１００−１へ送信する（Ｓ５２）。

そして、セカンダリ基地局１００−２は、プライマリ基地局１００−１から、ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔを受信し（Ｓ１５１）、以後、Ｓｅｃｏｎｄａｒｙ ｇＮＢ Ａｄｄｉｔｉｏｎ Ｐｒｏｃｅｄｕｒｅを実行し（Ｓ１５２）、一連の処理を終了する（Ｓ１５３）。

このようにシーケンス例５においても、プライマリ基地局１００−１では、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、Ｓｌｉｃｅ構成情報（を含むＳｌｉｃｅ構成確認要求）をセカンダリ基地局１００−２へ送信している（Ｓ１１）。セカンダリ基地局１００−２も、Ｓｌｉｃｅ構成情報に応答して、Ｓｌｉｃｅ構成確認応答をプライマリ基地局１００−１へ送信している。これにより、例えば、プライマリ基地局１００−１では、端末２００に提供するサービスをサポートするＳｌｉｃｅを、セカンダリ基地局１００−２でもサポートしているか否かを確認することが可能となる。この確認により、プライマリ基地局１００−１は、セカンダリ基地局１００−２でもＳｌｉｃｅをサポートしていると判定すると、追加要求をセカンダリ基地局１００−２へ送信する。従って、端末２００はＤＣにより接続先を追加しても、セカンダリ基地局１００−２でも、プライマリ基地局１００−１と同じＳｌｉｃｅをサポートしているため、継続したサービスの提供を、セカンダリ基地局１００−２から受けることが可能となる。

＜６．シーケンス例６＞
次に、シーケンス例６について説明する。シーケンス例６は、ハンドオーバの例であり、ＨＯ ＲｅｑｕｅｓｔにＳｌｉｃｅ構成情報を含めて送信する例である。

図２５は、シーケンス例６のシーケンス例を表す図である。

ソース基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると（Ｓ１０）、Ｓｌｉｃｅ構成情報を含むＨＯ Ｒｅｑｕｅｓｔを生成し、生成したＨＯ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する（Ｓ１６０）。

図２６は、ＨＯ Ｒｅｑｕｅｓｔに含まれる情報要素の例を表す図である。図２６に示すように、ＨＯ Ｒｅｑｕｅｓｔに含まれる情報要素の一つとして、「Ｓｌｉｃｅ構成情報」が含まれる。「Ｓｌｉｃｅ構成情報」は、例えば、シーケンス例１において、Ｓｌｉｃｅ構成確認要求（例えば図６（Ｂ））に含まれる「Ｓｌｉｃｅ構成情報」と同一である。

例えば、ソース基地局１００−１は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｍｏｂｉｌｉｔｙ制御部１２０からＨａｎｄｏｖｅｒ Ｒｅｐｏｒｔを受け取ると、Ｓｌｉｃｅ情報テーブル１４０からＳｌｉｃｅ構成に関する情報を読み出し、これをＳｌｉｃｅ構成情報として、Ｍｏｂｉｌｉｔｙ制御部１２０へ出力する。Ｍｏｂｉｌｉｔｙ制御部１２０は、Ｓｌｉｃｅ構成情報を受け取ると、Ｓｌｉｃｅ構成情報を含むＨＯ Ｒｅｑｕｅｓｔを生成する。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、ハンドオーバ先の基地局１００−２の識別情報も含まれるため、Ｍｏｂｉｌｉｔｙ制御部１２０は、この識別情報を利用して、生成したＨＯ Ｒｅｑｕｅｓｔを、Ｘｎ−ＩＦ処理部１７０を介して、ターゲット基地局１００−２へ送信する。

図２５に戻り、ターゲット基地局１００−２は、ＨＯ Ｒｅｑｕｅｓｔを受信すると、ＨＯ ＲｅｑｕｅｓｔからＳｌｉｃｅ構成情報を抽出して、端末２００にサービスを提供する際に要求されるＳｌｉｃｅを確認する（Ｓ１２）。

そして、ターゲット基地局１００−２は、受入れ可否を判定し、その結果を含むＨＯ Ｒｅｑｕｅｓｔ ＡＣＫを生成し、ソース基地局１００−１へ送信する（Ｓ１３）。

図２７は、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫに含まれる情報要素の例を表す図である。図２７に示されるように、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫには、「要求Ｓｌｉｃｅ構成判定結果」、「代替Ｓｌｉｃｅ構成」、及び「ＮｅｗＣｒｅａｔｅ」が含まれる。「要求Ｓｌｉｃｅ構成判定結果」、「代替Ｓｌｉｃｅ構成」、及び「ＮｅｗＣｒｅａｔｅ」は、例えば、シーケンス例１において、Ｓｌｉｃｅ構成確認応答（例えば図７）に含まれる「要求Ｓｌｉｃｅ構成判定結果」、「代替Ｓｌｉｃｅ構成」、及び「ＮｅｗＣｒｅａｔｅ」と同一である。この場合、シーケンス例１と同様に、「代替Ｓｌｉｃｅ構成」と「ＮｅｗＣｒｅａｔｅ」はいずれか一方がＨＯ Ｒｅｑｕｅｓｔ ＡＣＫに含まれてもよいし、双方とも含まれてもよい。

例えば、ターゲット基地局１００−２は、以下の処理を行う。すなわち、Ｓｌｉｃｅ管理制御処理部１３０は、Ｘｎ−ＩＦ処理部１７０などを介して、ＨＯ Ｒｅｑｕｅｓｔを受信すると、ＨＯ ＲｅｑｕｅｓｔからＳｌｉｃｅ構成情報を抽出し、受入れ可否を判定する。判定は、シーケンス例１と同一でもよい。Ｓｌｉｃｅ管理制御処理部１３０は、その判定結果（「要求Ｓｌｉｃｅ構成判定結果」）を含むＨＯ Ｒｅｑｕｅｓｔ ＡＣＫを生成する。このとき、Ｓｌｉｃｅ管理制御処理部１３０は、代替となるＳｌｉｃｅ構成があればそのＳｌｉｃｅ構成の情報（「代替Ｓｌｉｃｅ構成」）をＳｌｉｃｅ情報テーブル１４０から読み出し、その情報をＨＯ Ｒｅｑｕｅｓｔ ＡＣＫに含めるようにする。また、このとき、Ｓｌｉｃｅ管理制御処理部１３０は、新たなＳｌｉｃｅ構成を提示する場合はそのＳｌｉｃｅ構成に関する情報（「ＮｅｗＣｒｅａｔｅ」）をＨＯ Ｒｅｑｕｅｓｔ ＡＣＫに含める。Ｓｌｉｃｅ管理制御処理部１３０は、生成したＨＯ Ｒｅｑｕｅｓｔ ＡＣＫをＸｎ−ＩＦ処理部１７０を介してソース基地局１００−１へ送信する。

なお、端末２００に関する識別情報について、図２６と図２７の例では、「ＭＭＥ ＵＳ Ｓ１ＡＰ ＩＤ」、「ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ」と記載しているが、これらのＩＤに代えて、それぞれ「ＡＭＦ＿ＤＡＰ＿ＩＤ」や「ＵＥ＿ＳＡＰ＿ＩＤ」としてもよい。

図２５に戻り、ソース基地局１００−１は、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫを受信すると、受入れ可否の判定を行い（Ｓ１４）、以降は、シーケンス例１と同一の処理が行われる（Ｓ１７〜Ｓ２１，Ｓ６３〜Ｓ６４）。

例えば、ソース基地局１００−１のＳｌｉｃｅ管理制御処理部１３０は、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫを受信すると、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫから、「要求Ｓｌｉｃｅ構成判定結果」を抽出し、これに基づいて、シーケンス例１と同一の判定処理を行う。また、Ｓｌｉｃｅ管理制御処理部１３０は、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫから、「代替Ｓｌｉｃｅ構成」を抽出し、これに基づいて、シーケンス例２と同一の判定処理を行ってもよい。さらに、Ｓｌｉｃｅ管理制御処理部１３０は、ＨＯ Ｒｅｑｕｅｓｔ ＡＣＫから、「ＮｅｗＣｒｅａｔｅ」を抽出し、これに基づいて、シーケンス例３，４と同一の判定処理を行ってもよい。

図２８は、ソース基地局１００−１の動作例を表すフローチャートである。

ソース基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると（Ｓ３１）、Ｓｌｉｃｅ構成情報を含むＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを生成し、ターゲット基地局１００−２へ送信する（Ｓ１７１）。

次に、ソース基地局１００−１は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡＣＫを受信すると（Ｓ１７２）、判定処理を行う（Ｓ３４）。

ソース基地局１００−１は、受入れ可と判定すると（Ｓ３４でＯＫ）、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを端末２００へ送信し、以後、Ｘｎハンドオーバを行う（Ｓ１７４〜Ｓ１７５）。一方、ソース基地局１００−１は、受入れ不可と判定すると（Ｓ３４でＮＧ）、Ｈａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＡＭＦ３００へ送信し、ＮＧハンドオーバを行う（Ｓ３９〜Ｓ４０，Ｓ１７５）。

図２９は、ターゲット基地局１００−２の動作例を表すフローチャートである。

ターゲット基地局１００−２は、処理を開始すると（Ｓ１８０）、Ｓｌｉｃｅ構成情報を含むＨＯ Ｒｅｑｕｅｓｔを受信して（Ｓ１８１）、受入れ可否の判定を行う。ターゲット基地局１００−２は、その判定結果を含むＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡＣＫを生成し、ソース基地局１００−１へ送信する（Ｓ１８２）。そして、ターゲット基地局１００−２は、以後、Ｘｎハンドオーバを実行する（Ｓ１８３〜Ｓ１８４）。

このようにシーケンス例６においても、ソース基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、Ｓｌｉｃｅ構成確認要求により、例えば、端末２００にサービスを提供することができるＳｌｉｃｅに関する情報を送信する（Ｓ１１）。そして、ソース基地局１００−１は、そのＳｌｉｃｅでターゲット基地局１００−２が受け入れ可能なことを確認すると（Ｓ１２〜Ｓ１４）、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する（Ｓ１５）。従って、ソース基地局１００−１は、端末２００に対してサービスの継続が可能なＳｌｉｃｅをサポートしているターゲット基地局１００−２に対して、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを送信している。そのため、ターゲット基地局１００−２は端末２００に対して、継続したサービスを提供できる。

［その他の実施の形態］
次に、その他の実施の形態について説明する。

上述した実施の形態で、Ｓｌｉｃｅ構成確認要求（例えば図６（Ｂ））やＳｌｉｃｅ構成確認応答（例えば図７）では、端末２００を識別する情報として、「ＵＥ＿ＤＡＰ＿ＩＤ」と「ＡＭＦ＿ＳＡＰ＿ＩＤ」の２つの例があることを説明した。例えば、端末２００を識別する情報としては、いずれか１つでもよい。このことは、例えば、Ｎｅｗ Ｓｌｉｃｅ作成依頼（例えば図１２（Ａ）や図１７（Ａ））、Ｎｅｗ Ｓｌｉｃｅ作成要求（例えば図１７（Ａ））、ＨＯ Ｒｅｑｕｅｓｔ（例えば図２６）、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡＣＫ（例えば図２７）につても同様である。

また、上述した実施の形態で、Ｓｌｉｃｅ構成確認応答には「代替Ｓｌｉｃｅ構成」と「ＮｅｗＣｒｅａｔｅ」が含まれる例について説明した。Ｓｌｉｃｅ構成確認応答は、「代替Ｓｌｉｃｅ構成」と「ＮｅｗＣｒｅａｔｅ」のいずれか１つが含まれてもよい。「代替Ｓｌｉｃｅ」が含まれる例として、シーケンス例２、「Ｎｅｗ Ｃｒｅａｔｅ」が含まれる例として、シーケンス例３とシーケンス例４を説明した。例えば、Ｓｌｉｃｅ構成確認応答に「代替Ｓｌｉｃｅ」と「ＮｅｗＣｒｅａｔｅ」の双方が含まれて、シーケンス例２とシーケンス例３の組み合わせや、シーケンス例２とシーケンス例４の組み合わせが実施されてもよい。

図３０は、無線通信システム１０の構成例を表す図である。

無線通信システム１０は、第１及び第２の基地局装置１００−１，１００−２と端末装置２００とを備える。第１及び第２の基地局装置１００−１，１００−２は、例えば、第１の実施の形態における基地局１００−１，１００−２にそれぞれ対応する。

第１の基地局装置１００−１は、無線処理部１５０と第１のネットワークスライス管理制御処理部１３０−１を備える。第１のネットワークスライス管理制御処理部１３０−１は、例えば、第１の実施の形態における、ソース基地局（又はプライマリ基地局）１００−１のＳｌｉｃｅ管理制御処理部１３０に対応する。

無線処理部１５０は、端末装置２００で測定された第１の基地局装置１００−１と端末装置２００との間の無線品質の測定結果を含む情報を端末装置２００から受信する。

第１のネットワークスライス管理制御処理部１３０−１は、測定結果を含む情報を受信したとき、ネットワークスライス構成情報を第２の基地局装置１００−２へ送信する。ネットワークスライス構成情報は、第１の基地局装置１００−１が端末装置２００へサービスを提供する際に第１の基地局装置１００−１が接続しているネットワークの構成を示す情報である。ネットワークスライス構成情報は、例えば、第１の実施の形態におけるＳｌｉｃｅ構成情報に対応する。

第２の基地局装置１００−２は、第２のネットワークスライス管理制御処理部１３０−２を備える。第２のネットワークスライス管理制御処理部１３０−２は、例えば、第１の実施の形態における、ターゲット基地局（又はセカンダリ基地局）１００−２のＳｌｉｃｅ管理制御処理部１３０に対応する。

第２のネットワークスライス管理制御処理部１３０−２は、ネットワークスライス構成情報を受信すると、ネットワーク構成を第２の基地局装置１００−２が受け入れるか否かを示すネットワークスライス構成確認応答を第１の基地局装置１００−１へ送信する。

このように、本実施の形態では、第１の基地局装置１００−１は、測定結果を受信すると、ネットワークスライス構成情報を第２の基地局装置１００−２へ送信する。そして、第１の基地局装置１００−１は、第２の基地局装置１００−２からネットワークスライス構成確認応答を受信することで、第２の基地局装置１００−２がそのネットワーク構成を受入れ可能か否かを確認できる。これにより、例えば、第１の基地局装置１００−１は、第１の基地局装置１００−１と同様に第２の基地局装置１００−２が端末２００に対して継続したサービスを提供できるか否かを確認することが可能となる。よって、第１の基地局装置１００−１は、サービスを継続して提供できることを確認すると、第２の基地局装置１００−２に対して、ハンドオーバ要求を送信したり、セカンダリ基地局として追加要求を送信したりすることが可能となる。これにより、無線通信システム１０は、端末２００に対して、継続したサービスを提供することが可能となる。

１０：無線通信システム １００：基地局装置
１００−１：ソース基地局（プライマリ基地局）
１００−２，１００−３：ターゲット基地局（セカンダリ基地局）
１１０：端末制御部 １２０：Ｍｏｂｉｌｉｔｙ制御部
１３０：ＮＷ Ｓｌｉｃｅ管理制御処理部
１３１：情報要求部 １３２：情報受信部
１４０：Ｓｌｉｃｅ情報テーブル １５０：無線処理部
１６０：ＮＧ−ＩＦ処理部 １７０：Ｘｎ−ＩＦ処理部
１８４：ＣＰＵ
２００（２００−１〜２００−３）：端末装置
２３０：ＮＷ Ｓｌｉｃｅ管理制御処理部
２４０：Ｓｌｉｃｅ情報テーブル ２５４：ＣＰＵ
３００：ＡＭＦ ３１０：ＮＧ−ＩＦ処理部
３３０：ＮＷ Ｓｌｉｃｅ管理制御処理部
３４０：Ｓｌｉｃｅ情報テーブル ３５０：ＣＰＵ

Claims (22)

1. 第１及び第２の基地局装置と、
   端末装置とを備える無線通信システムにおいて、
   前記第１の基地局装置は、
   前記端末装置で測定された前記第１の基地局装置と前記端末装置との間の無線品質の測定結果を含む情報を前記端末装置から受信する無線処理部と、
   前記測定結果を含む情報を受信したとき、前記第１の基地局装置が前記端末装置へサービスを提供する際に前記第１の基地局装置が接続しているネットワークの構成を示すネットワークスライス構成情報を前記第２の基地局装置へ送信する第１のネットワークスライス管理制御処理部と、
   前記第２の基地局装置は、
   前記ネットワークスライス構成情報を受信すると、前記ネットワークの構成を前記第２の基地局装置が受け入れるか否かを示すネットワークスライス構成確認応答を前記第１の基地局装置へ送信する第２のネットワークスライス管理制御処理部
   を備えることを特徴とする無線通信システム。
2. 前記第１の基地局装置は、前記第１のネットワークスライス管理制御処理部において、前記ネットワークスライス構成確認応答を受信したとき、前記第２の基地局装置へ第１の要求を送信する移動制御部を備えることを特徴とする請求項１記載の無線通信システム。
3. 前記第１の要求は、前記端末装置の接続先を前記第１の基地局装置から前記第２の基地局装置へ切り替えることを要求する切替え要求であることを特徴とする請求項２記載の無線通信システム。
4. 前記第１の要求は、前記端末装置の接続先として前記第２の基地局装置を追加することを要求する追加要求であることを特徴とする請求項２記載の無線通信システム。
5. 前記第１の要求は、前記端末装置の接続先を前記第１の基地局装置から前記第２の基地局装置へ切り替えることを要求する切替え要求であって、前記切替え要求は前記ネットワークスライス構成情報を含むことを特徴とする請求項２記載の無線通信システム。
6. 前記第１のネットワークスライス管理制御処理部は、前記測定結果を含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信したときに前記ネットワークスライス構成情報を送信することを特徴とする請求項１記載の無線通信システム。
7. 前記ネットワークスライス構成情報は、前記ネットワークの構成と、前記第１の基地局装置が前記端末装置へサービスを提供する際の通信条件又は伝送条件とを含むことを特徴とする請求項１記載の無線通信システム。
8. 前記ネットワークスライス構成情報は、
   前記ネットワークの構成を他のネットワークの構成と識別するネットワークスライス識別情報、
   前記サービス、
   前記第１の基地局装置が前記端末装置にサービスを提供する際のスループットに関する通信条件、又は
   前記第１の基地局装置が前記端末装置にサービスを提供する際の伝送に関する伝送条件
   のうち、少なくともいずれか１つが含まれることを特徴とする請求項１記載の無線通信システム。
9. 前記第１のネットワークスライス管理制御処理部は、前記ネットワークスライス構成情報と、前記端末装置の識別情報とを含むネットワークスライス構成確認要求を前記第２の基地局装置へ送信することを特徴とする請求項１記載の無線通信システム。
10. 前記第１の基地局装置は、前記ネットワークスライス構成確認要求を前記第１のネットワークスライス管理制御処理部から受け取ると、前記ネットワークスライス構成確認要求を、ＳＣＴＰ（Stream Control Transmission Protocol）パケットデータのチャンク領域に含み、前記ＳＣＴＰパケットデータをＩＰ（Internet Protocol）パケットデータのペイロード領域に含むパケットデータを前記第２の基地局装置へ送信する第１のＸｎインタフェース部を備えることを特徴とする請求項９記載の無線通信システム。
11. 前記第２のネットワークスライス管理制御処理部は、前記第２の基地局装置が前記ネットワーク構成を受け入れるか否かを示す要求スライス構成判定結果と、前記ネットワーク構成に代わるネットワーク構成を示す代替スライス構成情報と、前記ネットワーク構成に対して前記第２の基地局装置において新たなネットワーク構成を作成することを示す新スライス作成情報とを含む前記ネットワークスライス構成確認応答を前記第１の基地局装置へ送信することを特徴とする請求項１記載の無線通信システム。
12. 前記第２のネットワークスライス管理制御処理部は、前記第２のネットワークスライス管理制御処理部から前記ネットワークスライス構成確認応答を受け取ると、前記ネットワークスライス構成確認応答を、ＳＣＴＰ（Stream Control Transmission Protocol）パケットデータのチャンク領域に含み、前記ＳＣＴＰパケットデータをＩＰ（Internet Protocol）パケットデータのペイロード領域に含むパケットデータを前記第１の基地局装置へ送信する第２のＸｎインタフェース部を備えることを特徴とする請求項１記載の無線通信システム。
13. 前記第１のネットワークスライス管理制御処理部は、前記ネットワークスライス構成確認要求に含まれる前記ネットワークの構成に代わるネットワーク構成を示す代替スライス構成情報を含む前記ネットワークスライス構成確認応答を受信したとき、前記代替スライス構成情報で示された前記ネットワーク構成を受け入れるか否かを判定し、受け入れると判定したときは、前記端末装置の接続先を前記第１の基地局装置から前記第２の基地局装置へ切り替えることを要求する切替え要求を前記第２の基地局装置へ送信することを特徴とする請求項１記載の無線通信システム。
14. 前記第１のネットワークスライス管理制御処理部は、前記ネットワーク構成に対して前記第２の基地局装置において新たなネットワーク構成を作成することを示す新スライス作成情報を含む前記ネットワークスライス構成確認応答を受信したとき、前記新スライス作成情報で示された前記ネットワーク構成を受け入れるか否かを判定し、受け入れると判定したときは、前記新たなネットワーク構成の作成を依頼する第１の作成依頼を前記第２の基地局装置へ送信することを特徴とする請求項１記載の無線通信システム。
15. 前記第１の基地局装置は第１のＸｎインタフェース部を備え、
    前記第１のＸｎインタフェース部は、前記第１の作成依頼をＳＣＴＰ（Stream Control Transmission Protocol）パケットデータのチャンク領域に含み、前記ＳＣＴＰパケットデータをＩＰ（Internet Protocol）パケットデータのペイロード領域に含むパケットデータを前記第２の基地局装置へ送信することを特徴とする請求項１４記載の無線通信システム。
16. 更に、第３の基地局装置と、前記端末装置の接続と移動を制御する制御装置を備え、
    前記第１のネットワークスライス管理制御処理部は、前記ネットワーク構成に対して前記第２の基地局装置において新たなネットワーク構成を作成することを示す新スライス作成情報を含む前記ネットワークスライス構成確認応答を受信したとき、前記新スライス作成情報で示された前記ネットワーク構成を受け入れるか否かを判定し、受け入れると判定したときは、前記新たなネットワーク構成の作成を要求する作成要求を前記制御装置へ送信し、
    前記制御装置は、前記作成要求を受信すると、前記新たなネットワークの作成を依頼する第３の作成依頼を前記第２及び第３の基地局装置へ送信する
    ことを特徴とする請求項１記載の無線通信システム。
17. 前記第３の基地局装置は、第３のネットワークスライス管理制御処理部を備え、
    前記第２及び第３のネットワークスライス管理制御処理部は、前記第３の作成依頼を受信すると、前記新たなネットワーク構成の作成完了の有無を示す第３及び第４の作成完了通知をそれぞれ前記制御装置へ送信し、
    前記制御装置は、前記第３及び第４の作成完了通知を受信すると、前記第２及び第３の基地局装置毎に、前記新たなネットワーク構成の作成完了の有無と、作成したネットワーク構成に関する情報とを含む第５の作成完了通知を、前記第１の基地局装置へ送信し、
    前記第１のネットワークスライス管理制御処理部は、前記第５の作成完了通知に基づいて、前記端末装置の接続先の基地局装置を決定する
    ことを特徴とする請求項１６記載の無線通信システム。
18. 前記第２のネットワークスライス管理制御処理部は、前記切替え要求は前記ネットワークスライス構成情報を含む前記切替え要求を受信したとき、前記ネットワークスライス構成確認応答を含む、前記切替え要求に対する応答を、前記第１の基地局装置へ送信することを特徴とする請求項５記載の無線通信システム。
19. 端末装置と無線通信を行う基地局装置において、
    前記端末装置で測定された前記基地局装置と前記端末装置との間の無線品質の測定結果を含む情報を前記端末装置から受信する無線処理部と、
    前記測定結果を含む情報を受信したとき、前記基地局装置が前記端末装置へサービスを提供する際に前記基地局装置が接続しているネットワークの構成を示すネットワークスライス構成情報を他の基地局装置へ送信し、前記ネットワークの構成を前記他の基地局装置が受け入れるか否かを示すネットワークスライス構成確認応答を前記他の基地局装置から受信するネットワークスライス管理制御処理部と
    を備えることを特徴とする基地局装置。
20. 基地局装置において、
    他の基地局装置が端末装置へサービスを提供する際に前記他の基地局装置が接続しているネットワークの構成を示すネットワークスライス構成情報を受信するＸｎインタフェース部と、
    前記ネットワークの構成を前記基地局装置が受け入れるか否かを示すネットワークスライス構成確認応答を、前記Ｘｎインタフェース部を介して前記他の基地局装置へ送信するネットワークスライス管理制御処理部と
    を備えることを特徴とする基地局装置。
21. 第１の基地局装置と無線通信を行う端末装置において、
    前記第１の基地局装置と前記端末装置との間の無線品質の測定結果を含む情報を前記第１の基地局装置へ送信し、前記第１の基地局装置において、前記測定結果を含む情報を受信したとき、前記第１の基地局装置が前記端末装置へサービスを提供する際に前記第１の基地局装置が接続しているネットワークの構成を示すネットワークスライス構成情報を第２の基地局装置へ送信し、前記第２の基地局装置において前記ネットワークの構成を前記第２の基地局装置が受け入れるか否かを示すネットワークスライス構成確認応答を前記第１の基地局装置へ送信し、前記第２の基地局装置を接続先とする接続指示を前記第１の基地局装置から受信する第３のネットワークスライス管理制御処理部と、
    前記接続指示を受信したとき、前記第２の基地局装置と無線通信を行う無線処理部と
    を備えることを特徴とする端末装置。
22. 第１及び第２の基地局装置と、
    端末装置とを備える無線通信システムにおける無線通信方法であって、
    前記第１の基地局装置により、
    前記端末装置で測定された前記第１の基地局装置と前記端末装置との間の無線品質の測定結果を含む情報を前記端末装置から受信し、
    前記測定結果を含む情報を受信したとき、前記第１の基地局装置が前記端末装置へサービスを提供する際に前記第１の基地局装置が接続しているネットワークの構成を示すネットワークスライス構成情報を前記第２の基地局装置へ送信し、
    前記第２の基地局装置により、
    前記ネットワークスライス構成情報を受信すると、前記ネットワークの構成を前記第２の基地局装置が受け入れるか否かを示すネットワークスライス構成確認応答を前記第１の基地局装置へ送信する
    ことを特徴とする無線通信方法。

Images