(57)【要約】【課題】  スライスに対してハンドオーバをする際のリソースの無駄を防止することを目的とする。【解決手段】  通信システムＮ１は、ネットワークインフラ上に生成される仮想化ネットワークであるスライスと通信接続する通信端末に対して通信制御を行う。ＳＭＦ２２１は、ＵＥ９０がハンドオーバを行う制御手順において、スライスが利用されているか否かを判断する。そして、ＡＭＦ３０１は、スライスが利用されていないと判断されると、当該利用されていないスライスを利用しないための通信制御を行う。【選択図】  図２
2018157515.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークインフラ上に生成される仮想化ネットワークであるスライスと通信接続する通信端末に対して通信制御を行う通信システムの通信制御方法において、
前記通信端末がハンドオーバを行う制御手順において、前記スライスが利用されているか否かを判断する判断ステップと、
前記判断ステップにおいて前記スライスが利用されていないと判断されると、当該利用されていないスライスと通信接続しないための通信制御を行う通信制御ステップと、
を備える通信制御方法。
【請求項２】
前記通信システムは、
前記スライスと前記通信端末との通信接続制御を行うスライス接続サーバと、前記スライスを構成し、前記通信端末との間でユーザデータを送受信する通信ノードと、当該通信ノードとともに前記スライスを構成し、前記通信ノードに対する通信制御を行う通信制御サーバとを含んで構成され、
前記通信制御サーバが実行する前記判断ステップにおいて、前記スライスが利用されていないと判断すると、当該利用されていないスライスを特定可能な識別情報を前記スライス接続サーバに通知し、
前記スライス接続サーバが実行する前記通信制御ステップにおいて、利用されていないスライスと通信接続しないための通信制御を行う、
請求項１に記載の通信制御方法。
【請求項３】
前記通信端末が、ハンドオーバ前に通信接続されていた通信ノードと通信接続可能なエリアへハンドオーバした場合には、
前記通信制御ステップにおいて、当該利用されていないスライスの通信接続状態を解放する、
請求項２に記載の通信制御方法。
【請求項４】
前記通信端末が、ハンドオーバ前と同じスライスに通信接続可能なエリアであって、当該ハンドオーバ前とは異なる通信ノードが配置されるエリアへハンドオーバした場合には、
前記通信制御ステップにおいて、当該利用されていないスライスに対しては、通信接続処理は行わず、利用されているスライスに対して通信接続処理を行う、
請求項２または３に記載の通信制御方法。
【請求項５】
前記通信システムは、
前記スライスと前記通信端末との通信接続制御を行うスライス接続サーバと、前記スライスを構成し、前記通信端末との間でユーザデータを送受信する通信ノードと、当該通信ノードとともに前記スライスを構成し、前記通信ノードに対する通信制御を行う通信制御サーバと、前記スライスの利用状況を管理する管理サーバとを含んで構成され、
前記スライス接続サーバは、
ハンドオーバ手順における切り換え要求を受けると、前記管理サーバに対して、前記通信端末が通信接続しているスライスの利用状況の問合せを行う問合ステップをさらに備え、
前記スライス接続サーバが実行する前記通信制御ステップにおいて、前記問合せステップにおいて問合せた結果に基づいて、利用されていないスライスと通信接続しないための通信制御を行う、
請求項１に記載の通信制御方法。
【請求項６】
前記通信端末が、ハンドオーバ前に通信接続されていた通信ノードと通信接続可能なエリアへハンドオーバした場合には、
前記通信制御ステップにおいて、前記問合せステップにおいて問合せた結果に基づいて、利用されていないスライスの通信接続状態を解放する、
請求項５に記載の通信制御方法。
【請求項７】
前記通信端末が、ハンドオーバ前と同じスライスに通信接続可能なエリアであって、当該ハンドオーバ前とは異なる通信ノードが配置されているエリアへハンドオーバした場合には、
前記通信制御ステップにおいて、前記問合せステップにおいて問合せた結果に基づいて、利用されていないスライスの通信接続処理は行わず、利用されているスライスに対して通信接続処理を行う、
請求項５または６に記載の通信制御方法。
【請求項８】
前記通信システムは、予め生成されている複数のスライスからサービスに対応したスライスを選択するスライス選択サーバをさらに備え、
前記通信端末が、当該通信端末がハンドオーバ前に通信接続していたスライスと通信接続できないエリアへハンドオーバした場合には、
前記通信制御ステップにおいて、
前記スライス選択サーバから新たなスライスに通信接続するための通信制御サーバの識別情報を取得し、
前記管理サーバに対して、前記通信端末がハンドオーバ前に通信接続していたスライスの利用状況の問合せを行い、
前記問合せた結果に基づいて、前記ハンドオーバ前に通信接続していたスライスに対応する新たなスライスに対する通信接続処理を行う、
請求項５〜７のいずれか一項に記載の通信制御方法。
【請求項９】
ネットワークインフラ上に生成される仮想化ネットワークであるスライスと通信接続する通信端末に対して通信制御を行う通信システムにおいて、
前記通信端末がハンドオーバを行う制御手順において、前記スライスが利用されているか否かを判断する判断部と、
前記判断部において前記スライスが利用されていないと判断されると、当該利用されていないスライスを利用しないための通信制御を行う通信制御部と、
を備える通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想ネットワークであるスライスに対して通信制御を行う通信制御方法および通信システムに関する。
【背景技術】
【０００２】
従来の仮想化技術を用いたネットワークシステムでは、非特許文献１に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることに基づいて、それぞれ独立したスライスのネットワークを用いてユーザが使用するユーザ端末に対してサービスを提供できる。この処理により、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。また、ユーザ端末によって各々のスライスに割り当てられたサービスを利用する場合には、スライスに設けられる制御ノードに対して当該ユーザ端末に係る通信路を設けることで、通信路を介してユーザデータの送受信が行われる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】中尾彰宏、″仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術″、［online］、2010年6月、独立行政法人情報通信研究機構、［2016年3月10日検索］、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ユーザ端末は、各々のスライスに割り当てられたサービスを利用しながら、ハンドオーバすることで、その通信路を変更する場合がある。ユーザ端末がハンドオーバの前には、ユーザ端末が複数のスライスに対してアクセスしてユーザデータを送受信していたが、ハンドオーバをする際には、複数のスライスのうち一またはいくつかのスライスを利用しなくなる場合がある。そのようなスライスに対してハンドオーバをすることはネットワークリソースを無駄に使用することになる。
【０００５】
本発明は上記を鑑みてなされたものであり、スライスに対してハンドオーバをする際のリソースの無駄を防止できる通信制御方法および通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の通信制御方法は、ネットワークインフラ上に生成される仮想化ネットワークであるスライスと通信接続する通信端末に対して通信制御を行う通信システムの通信制御方法において、前記通信端末がハンドオーバを行う制御手順において、前記スライスが利用されているか否かを判断する判断ステップと、前記判断ステップにおいて前記スライスが利用されていないと判断されると、当該利用されていないスライスと通信接続しないための通信制御を行う通信制御ステップと、を備える。
【０００７】
この発明によれば、ハンドオーバをする際において、ハンドオーバ前に通信接続していたスライスが利用されていないと判断される場合には、その利用されていないスライスについては、当該スライスを利用しないように通信制御を行うことができる。したがって、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【発明の効果】
【０００８】
本発明によれば、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るシステムの構成を示す図である。
【図２】スライスと通信システムとの関係を示す図である。
【図３】スライスとハードとの関係を示す図である。
【図４】ＡＭＦ３０１およびＳＭＦ２１１，２２１の機能構成を示すブロック図である。
【図５】ＡＭＦ３０１に係るハードウェア構成を示す図である。
【図６】通信システムＮ１におけるパターン１にしたがった状況を説明する図である。
【図７】ＳＭＦ２２１においてスライスＳＬ２を利用していないかを判断する方法の処理シーケンス図である。
【図８】ＡＭＦ３０１がＰＣＦ４００に各スライスの利用状況を問い合わせる処理のシーケンス図である。
【図９】通信システムＮ１におけるパターン２に従った状況を説明する図である。
【図１０】ＳＭＦ２２１においてスライスＳＬ２が利用されていないかを判断する方法の処理シーケンス図である。
【図１１】ＡＭＦ３０１がＰＣＦ４００に各スライスの利用状況を問い合わせる処理の処理シーケンス図である。
【図１２】通信システムＮ１におけるパターン３に従った状況を説明する図である。
【図１３】ＡＭＦ３０１がＰＣＦ４００に各スライスの利用状況を問い合わせる処理の処理シーケンス図である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１１】
図１では、仮想化されたネットワークを構成するシステム１の構成を示している。図１のシステム１は、仮想化ネットワークであるスライスに対してサービスを割り当てることで、サービスユーザ（Service User）の使用する端末（ユーザ端末）であるＵＥ（UserEquipment）９０に対してネットワークサービスを提供する。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想化ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。ネットワークサービスとは、通信サービス（専用線サービス等）やアプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。また、ＵＥ９０は、例えば、スマートフォン等の通信機能を有する端末装置である。
【００１２】
図１に示すようにシステム１は、ＢＳＳ／ＯＳＳ（Business Support System/ Operations SupportSystem）１０と、ＳＯ（Service Operator）２０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ(Virtualized Infrastructure Management: 仮想化基盤管理)５０とを含んで構成されている。また、システム１には、ＮＦＶＩ（ＮＦＶ(NetworkFunctions Virtualisation)Infrastructure）６０とｅＮＢ（eNodeB）８０とＵＥ９０とを含んで構成されている。このうち、ＮＦＶＯ３０とＶＮＦＭ４０とＶＩＭ５０は、ＥＴＳＩ  ＮＦＶ−ＩＳＧで仕様化されているＭＡＮＯ（Management & Orchestration）architectureの機能である。
【００１３】
これらの構成要素は、システム１におけるコアとなるネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線接続されており情報の送受信が可能となっている。
【００１４】
本実施形態に係るシステム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末に対して通信機能を提供する。即ち、システム１は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
【００１５】
ＮＦＶＩ６０は、仮想化環境を構成する物理資源（ノード群）から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、システム１において通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ６０を構成する物理サーバ等のノードは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって通信可能とされており、互いに情報の送受信を行うことができるようになっている。また、システム１には、複数のデータセンタが設けられている。データセンタ間はネットワークで通信可能とされており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
【００１６】
ＳＯ（Service Operator）２０は、ネットワークサービスを提供するためのネットワークの作成を要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置（例えば、パーソナルコンピュータ等）である。
【００１７】
ＢＳＳ／ＯＳＳ１０は、システム１におけるサービス管理を行い、システム１での通信機能に係る指示を行うノードである。例えば、ＢＳＳ／ＯＳＳ１０は、ＮＦＶＯ３０に対して、新たなネットワークサービスを追加するための指示を行う。また、ＢＳＳ／ＯＳＳ１０は、システム１に係る通信事業者によって操作され得る。
【００１８】
ＮＦＶＯ３０は、物理資源であるＮＦＶＩ６０上に構築された仮想ネットワーク（スライス）全体の管理を行う全体管理ノード（機能エンティティ）である。ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からの指示を受信し、当該指示に応じた処理を行う。ＮＦＶＯ３０は、インフラとネットワークサービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。ＮＦＶＯ３０は、仮想ネットワークが提供したネットワークサービスをＶＮＦＭ４０及びＶＩＭ５０と連携して適切な場所に実現する。例えば、ネットワークサービスのライフサイクル管理（具体的には例えば、ネットワークサービスの生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源管理、すなわち資源の分散・予約・割当管理、サービス・インスタンス管理、及び資源配置に関わるポリシー管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。
【００１９】
ＶＮＦＭ４０は、物理資源（ノード）となるＮＦＶＩ６０に対して、ネットワークサービスを構成する機能を追加する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ４０は、システム１に複数、設けられていてもよい。
【００２０】
ＶＩＭ５０は、ＮＦＶＩ６０における物理資源（ノード）各々を管理する物理資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ５０は、データセンタ（局舎）毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫやｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ５０は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、ＮＦＶＩ６０における物理資源各々を管理する複数のＶＩＭ５０が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。
【００２１】
なお、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、物理的なサーバ装置上でプログラムが実行されることにしたがって実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、それぞれ別々の物理的なサーバ装置において実現されていてもよいし、同じサーバ装置において実現されていてもよい。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。
【００２２】
ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からのネットワークサービス作成要求を受信すると、ＶＩＭ５０に対してスライス（スライスＳＬ１、ＳＬ２等）のためのリソース確保要求を行う。ＶＩＭ５０が、ＮＦＶＩ６０を構成するサーバ装置やスイッチにおけるリソースを確保すると、ＮＦＶＯ３０は、当該これらＮＦＶＩ６０に対してスライスを定義する。
【００２３】
また、ＮＦＶＯ３０は、ＶＩＭ５０に、ＮＦＶＩ６０においてリソース確保させると、当該ＮＦＶＩ６０に対してスライスを定義した情報をＮＦＶＯ３０が記憶しているテーブルに記憶する。そして、ＮＦＶＯ３０は、当該ネットワークサービスに必要となる機能を実現するためのソフトウェアのインストール要求をＶＮＦＭ４０に対して行う。ＶＮＦＭ４０は、当該インストール要求に応じて、ＶＩＭ５０によって確保されたＮＦＶＩ６０（サーバ装置、スイッチ装置またはルータ装置などのノード）に対して上記ソフトウェアをインストールする。
【００２４】
ＮＦＶＯ３０は、ＶＮＦＭ４０にしたがってソフトウェアがインストールされると、ＮＦＶＯ３０が記憶しているテーブルへスライスとネットワークサービスとの対応付けをする。
【００２５】
ここで図２に基づいて、スライスを構成する各ノードを含んだ通信システムＮ１について説明する。この通信システムＮ１はＮＦＶＩ６０上で構築されたシステムであり、ｅＮＢ８０、ＡＭＦ（Core Access and Mobility managementFunction）３０１、ＳＭＦ（Slice Management Function）２１１、２２１、ＵＰ（User Plane node）２１２、ＵＰＸ２２２、およびＰＣＦ（Policy Control Function）４００を含んで構成されている。ＡＭＦ３０１は、スライスとＵＥ９０との通信接続制御を行うスライス接続サーバである。ＵＰ２１２，ＵＰＸ２２２は、スライスを構成し、ＵＥ９０との間でユーザデータを送受信する通信ノードである。ＳＭＦ２１１，２２１は、当該ＵＰ２１２，ＵＰＸ２２２ともにスライスを構成し、これらＵＰ２１２、ＵＰＸ２２２に対する通信制御を行う通信制御サーバである。ＰＣＦ４００は、ポリシー管理を行うサーバであって、本実施形態においては、スライス内に送受信されるユーザデータの管理を行う管理サーバである。ＰＣＦ４００は、ＳＭＦ２１１、２２１を管理することにしたがって、そのユーザデータの流れを把握できる。ＵＰ２１２、２２２は、サービス提供サーバであるＤＮ（Data Network）と接続して、ユーザデータの送受信を行うノードである。
【００２６】
ＮＦＶＯ３０では、図２に示すように、ＳＭＦ２１１およびＵＰ２１２を含んだ、第１のサービス（サービスＳ１）用のスライスであるスライスＳＬ１、ＳＭＦ２２１およびＵＰＸ２２２を含んだ、第２のサービス（サービスＳ２）用のスライスであるスライスＳＬ２を生成する。ＮＦＶＯ３０は、スライスＳＬ１に対してサービスＳ１を割り当て、スライスＳＬ２に対してサービスＳ２を割り当てる。
【００２７】
このように、通信システムＮ１では、スライスＳＬ１およびスライスＳＬ２が、互いに論理的に通信可能に構築される。
【００２８】
本実施形態では、サービスＳ１を提供するスライスＳＬ１には、Ｃ−Ｐｌａｎｅ制御ノードであるＳＭＦ２１１及びＵ−Ｐｌａｎｅ制御ノードであるＵＰ２１２が含まれる。Ｃ−ｐｌａｎｅ制御ノードであるＳＭＦ２１１は、ユーザに対してサービスＳ１を提供する際の通信路の開設及び切断に係る制御信号等の送受信を行う。また、ＵＰ２１２は、ユーザに対してサービスＳ１を提供する際に通信路を設けると共に、サービスを提供するサービスサーバであるＤＮ（Data Network）１０１とも通信路を設けて、ユーザデータの送受信を実行する。また、サービスＳ２を提供するスライスＳＬ２には、ＳＭＦ２２１及びＵ−ｐｌａｎｅ制御ノードであるＵＰＸ２２２が含まれる。ＳＭＦ２２１は、ユーザに対してサービスＳ２を提供する際の通信路の開設及び切断に係る制御信号等の送受信を行う。また、ＵＰＸ２２２は、ユーザに対してサービスＳ２を提供する際に通信路を設けると共に、サービスを提供するサービスサーバ１０２とも通信路を設けて、ユーザデータの送受信を実行する。上記のスライスとサービスとの対応関係は、一例であり、適宜変更できる。すなわち、複数のサービスを提供するためのノードが１つのスライスに割り当てられていてもよい。
【００２９】
図３に、各スライスとサーバとの対応関係の例を示す。図３に示すように、ノードはサーバの一部であり、スライス１（スライスＳＬ１）のＳＭＦ２１１の機能及びスライス２（スライスＳＬ２）のＳＭＦ２２１の機能は、サーバ１（１１０Ａ）及びスイッチ、ルータ等により実現される。また、スライス１（スライスＳＬ１）のＵＰ２１２の機能及びスライス２（スライスＳＬ２）のＵＰ２２２の機能は、サーバ２（１１０Ｂ）及びスイッチ、ルータ等により実現される。
【００３０】
ＮＦＶＯ３０がスライスへネットワークサービスを割り当てると、当該ネットワークサービスのＩＤと、当該ネットワークサービスの最初の機能を提供する論理ノードの宛先（例えば、ＩＰアドレス）とを含むアクセス情報をＢＳＳ／ＯＳＳ１０へ送信する。
【００３１】
ＢＳＳ／ＯＳＳ１０は、当該アドレス情報を受信すると、ＡＭＦ３０１へ当該アドレス情報を通知する。ＡＭＦ３０１は、基地局装置であるｅＮｏｄｅＢ（ｅＮＢ）８０と互いに通信可能なサーバ装置であり、サービスユーザであるＵＥ９０からネットワークサービスＩＤと共に、サービス要求がｅＮＢ８０へなされると、当該ｅＮＢ８０からＡＭＦ３０１に対してＵＥ９０から受信したネットワークサービスＩＤを通知する。
【００３２】
ＡＭＦ３０１は、ｅＮＢ８０からネットワークサービスＩＤを受信すると、ＡＭＦ３０１が記憶するアドレス情報のうち、ｅＮＢ８０から受信したネットワークサービスＩＤに対応するアドレス情報のネットワークサービスの最初の機能を提供する論理ノードの宛先情報をｅＮＢ８０へ送信する。ｅＮＢ８０は、当該宛先情報をＵＥ９０へ通知する。この処理により、ＵＥ９０は、ネットワークサービスを利用するために最初にアクセスする宛先を特定できる。
【００３３】
上記のように、ＡＭＦ３０１は、ネットワークサービスの機能を提供する論理ノードの情報を保持している。換言すると、ＡＭＦ３０１は、論理ノード毎に対応可能なサービスを特定する情報を保持している。詳細は後述するが、他の論理ノードからの問い合わせに基づいて、ＡＭＦ３０１は、この情報を提供する機能を有する。
【００３４】
ここで、図３を参照しながら、本実施形態に係るシステム１にしたがって生成されるスライスの各ノード及びその他の装置に基づいて構成される通信システムＮ１について説明する。この通信システムＮ１とは、ＵＥ９０が通信を行ってサービスを利用する際のコアネットワークを指している。
【００３５】
図３に示すように、システム１において構築されるスライスを含む通信システムＮ１においては、ＵＥ９０は、ｅＮＢ８０、及び、スライスＳＬ１に設けられたサービスＳ１に係るＵＰ２１２を経由して、サービスサーバ１０１（ＤＮ：Data Network））との間で通信を行うことで、サービスサーバ１０１の提供するサービスＳ１を利用できる。この際、ｅＮＢ８０とＵＰ２１２との間には、ＵＥ９０に係るユーザデータを送受信するための通信路が設けられる。すなわち、ＵＰ２１２がスライスＳＬ１における制御ノードとして機能する。また、ｅＮＢ８０とＵＰ２１２との間の通信路の開設及び切断に係る処理を行うための制御信号は、ＡＭＦ３０１及びＳＭＦ２１１を経由して送受信が行われる。
【００３６】
また、ＵＥ９０は、ｅＮＢ８０、及び、スライスＳＬ２に設けられたサービスＳ２に係るＵＰＸ２２２を経由して、サービスサーバ１０２（ＤＮ：Data Network）との間で通信を行うことで、サービスサーバ１０２の提供するサービスＳ２を利用できる。この際、ｅＮＢ８０とＵＰＸ２２２との間には、ＵＥ９０に係るユーザデータを送受信するための通信路が設けられる。すなわち、ＵＰＸ２２２がスライスＳＬ２における制御ノードとして機能する。また、このｅＮＢ８０とＵＰＸ２２２との間の通信路の開設及び切断に係る処理を行うための制御信号は、ＡＭＦ３０１及びＳＭＦ２２１を経由して送受信が行われる。
【００３７】
このように、本実施形態においては、ＵＥ９０が在圏するエリアのｅＮＢ８０と２つのスライスＳＬ１，ＳＬ２との間で通信路を設けることで、ＵＥ９０はスライスＳＬ１，ＳＬ２を利用した通信が可能な状態となっている。
【００３８】
図４は、本実施形態におけるＡＭＦ３０１、ＳＭＦ２１１、２２１、およびＰＣＦ４００の機能構成を示すブロック図である。図４（ａ）に示されるとおりＡＭＦ３０１は、接続・モビリティ管理機能を有するノードであり、通信制御部３０２を備えている。この通信制御部３０２は、各ＵＥ９０と各スライスとに対して接続・モビリティ管理を行う。通信制御部３０２は、ＳＭＦ２１１にスライスの通信路の切り換え要求を送信し、その応答を受信することに基づいて接続管理を行う。ここで通信制御部３０２は、通信路の切り換え要求に対する応答を受信することに代えて、当該スライスが利用されていない旨の通知を受信すると、当該スライスを形成する通信路のセッションを張るための通信処理を中止する。なお、すでにセッションが張られている場合には、当該セッションを解放するための通信処理を行う。
【００３９】
ＳＭＦ２１１は、Ｃ−ｐｌａｎｅ制御ノードであり、ＵＰ２１２を制御するノードである。本実施形態においては、ＳＭＦ２１１は、スライスＳＬ１を形成するノードであり、このスライスＳＬ１の利用の有無を判断するために、スライスＳＬ１、例えば、ＵＰ２１２に通信パケットが、所定時間内において送受信されたかを判断する。ＳＭＦ２１１は、スライスＳＬ１が利用されていないと判断すると、その旨を、ＡＭＦ３０１に通知する。ＳＭＦ２２１も、同様に、ＵＰＸ２２２を制御するノードであり、スライスＳＬ２が利用されていないかを判断する。
【００４０】
図４（ｂ）は、ＰＣＦ４００に対して問合せを行うＡＭＦ３０１、およびそのＰＣＦ４００の機能を示すブロック図である。図に示されるとおり、ＡＭＦ３０１は、通信制御部３０２およびスライス問合部３０３を含んで構成されている。ＰＣＦ４００は、スライス判断部４０１を含んで構成されている。
【００４１】
通信制御部３０２は、ＳＭＦ２１１，２２１に対する通信接続制御を行う部分である。
【００４２】
スライス問合部３０３は、通信制御部３０２において通信路の切り換え要求を受信すると、ＰＣＦ４００に対して各スライスの利用状況の問合せを行う。
【００４３】
ＰＣＦ４００において、スライス判断部４０１は、スライス問合部３０３が行った各スライスの利用状況の問合せを受けると、所定の単位時間においてパケットの送受信の有無を判断する部分である。なお、所定の単位時間に代えて、問合せを受けた直前の所定時間や、その瞬間において、パケットの送受信の有無を判断してもよい。
【００４４】
図５は、本実施形態に係る処理を実行する各ノードの機能を実現するサーバ（例えば、ＡＭＦ３０１およびＳＭＦ２１１等を構成するサーバ）のハードウェア構成の一例を示す図である。上述のサーバは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００４５】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。上記のサーバのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００４６】
サーバにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４が行う通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００４７】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、上述のＡＭＦ３０１における通信制御部３０２などは、プロセッサ１００１で実現されてもよい。
【００４８】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、上述の通信制御部３０２は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００４９】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（ElectricallyErasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存できる。
【００５０】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００５１】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の通信制御部３０２などは、通信装置１００４で実現されてもよい。
【００５２】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００５３】
また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００５４】
また、ＡＭＦ３０１またはＳＭＦ２１１等は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００５５】
次に、これらＡＭＦ３０１およびＳＭＦ２１１を含む通信システムＮ１におけるＵＥ９０がハンドオーバする際における通信路の変更の具体的な処理（通信制御方法）について説明する。
【００５６】
（パターン１）
パターン１は、ＵＥ９０が同一のＵＰ、ＳＭＦに接続するｅＮＢ間を移動する場合を示す。図６は、通信システムＮ１におけるパターン１にしたがった状況を説明する図である。図６に示すパターンは、例えば、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用できるエリアＳＡ＃１内で移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更される。その際、ＵＥ９０は、引き続きスライスＳＬ１との通信を行ってサービスＳ１を利用するが、スライスＳＬ２を利用したサービスＳ２は、利用していない場合がある。
【００５７】
例えば、ＳＭＦ２１１，２２１が、スライスＳＬ１またはＳＬ２に通信パケットが送受信されていないと判断すると、そのスライスは利用されていないと判断できる。また、ＰＣＦ４００は、各スライスＳＬ１およびＳＬ２の通信管理をしており、そのスライスＳＬ１またはＳＬ２に、通信パケットが送受信されていないと判断すると、そのスライスは利用されていないと判断できる。
【００５８】
スライスＳＬ２が利用されていないと判断されると、ＡＭＦ３０１は、移動前のｅＮＢ８１とＵＰ２１２との通信路をｅＮＢ８２とＵＰ２１２との通信路に切り替えるが、移動前のｅＮＢ８１とＵＰ２２２との通信路をｅＮＢ８２とＵＰ２２２との通信路に切り替えることなく、そのスライスＳＬ２を利用した通信路を解放する、処理を行う。
【００５９】
スライスが利用されているか否かを判断する際において、ＳＭＦ２１１においてどのスライスを利用していないかを判断する方法と、ＡＭＦ３０１がＰＣＦ（Policy Control Function）４００に問合せをすることにより、どのスライスを利用していないかを判断する方法とがある。このようなケースにおける具体的な処理の手順について、図を参照しながら説明する。図７は、ＳＭＦ２２１においてスライスＳＬ２を利用していないかを判断する方法の処理シーケンス図である。
【００６０】
まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO Request, HO Request ACK：Ｓ１０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover Execution：Ｓ１０２）。
【００６１】
この後、移動先のｅＮＢ８２から、ＡＭＦ３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path Switch Request：Ｓ１０３）。なお、ここでは、ＵＥ９０がハンドオーバを行う場合について説明しているので、通信路の変更に係る要求を行う信号は”Path Switch Request”であるが、通信路の変更に係る要求を行う信号は、通信路を変更する事情に応じて適宜変更される。この処理は、他のパターンでも同様である。通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,TU-2）及びセッションを特定する情報（S-ID1, S-ID2）が含まれる。なお、セッションを特定する情報（S-ID：Session ID）に代えて、無線アクセスベアラのＩＤ（E-RAB ID：E-UTRANRadio Access Bearer ID）や、スライスを特定するためのスライスＩＤ（PDU ID）を用いてもよい。この点は後述の他の実施形態及び他のパターンでも同様である。
【００６２】
ＡＭＦ３０１が、ＵＥ９０に関して複数の通信路が設けられていると判定した場合、セッションを特定する情報等に基づいて、ＳＭＦ２１１に対して通信路の変更に関する指示を送信する（Path Switch Request：Ｓ１０５）。通信路の変更に関する指示には、変更先のｅＮＢ８２を特定する情報(eNB ID)と、変更の対象となる通信路を特定する情報（TU-1）と、が含まれる。
【００６３】
ＳＭＦ２１１では、通信路の変更に関する指示を受信すると、当該指示に基づいて、公知の手順にしたがって、通信路の変更に係る処理を行う。具体的には、同一のスライスＳＬ１のＵＰ２１２に対して、変更の対象となる通信路を特定する情報(TU-1)と共に、変更先のｅＮＢ８２を特定する情報（eNB ID）を送信することで、通信路の作成を指示する（Modify Bearer Request：Ｓ１０６）。これに対して、ＵＰ２１２は、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP1 ID）と共に、通信路を作成する処理を行ったことをＳＭＦ２１１に対して返信する（Modify Bearer Response：Ｓ１０７）。ＵＰ２１２からの返信を受信したＳＭＦ２１１は、通信路の変更に係る処理が終わったことを、通信路の変更に関する指示（Ｓ１０５）に対する応答として、ＡＭＦ３０１に対して通知する（Path Switch Request ack：Ｓ１０８）。
【００６４】
ＳＭＦ２２１においても同様の処理が行われ、ＡＭＦ３０１が、ＵＥ９０に関して複数の通信路が設けられていると判定した場合、セッションを特定する情報等に基づいて、ＳＭＦ２１１に対して通信路の変更に関する指示を送信する（Path Switch Request：Ｓ１０９）。本実施形態においてはＳＭＦ２２１を用いたスライスはＵＥ９０によって利用されていないと判断される（Ｓ１１０）。例えば、ＳＭＦ２２１において、そのスライス判断部２２１ａは、所定の単位時間での送受信されたパケットの有無や、その瞬間または直前区間の送受信されたパケットの有無に基づいて、スライスが利用されているか否かを判断する。ＳＭＦ２２１では、スライスＳＬ２が利用されていないことを示す通知がＡＭＦ３０１に送信される（Ｓ１１１）。この通知には、利用されていないスライスを特定可能な情報が含まれており、スライスＩＤや、セッションＩＤなどが含まれている。
【００６５】
そして、ＡＭＦ３０１において、スライスＳＬ２が利用されていないことを示す通知が受信されると、公知の手順により、そのスライスＳＬ２を形成する通信路に対する解放処理が行われる。具体的には、ＡＭＦ３０１において、ベアラ情報の解放要求（Bearer release request）がＳＭＦ２２１を介してＵＰ２２２に対して送信され、その応答（Bearer release response）が受信される（Ｓ１１２）。その後、ＡＭＦ３０１においてｅＮＢ８２に対して、スライスＳＬ２の無線区間のパスを解放するために、Deactivate bearer requestが送信され、ｅＮＢ８２においては、ＵＥ９０に対してＲＲＣ connection releaseが送信され、スライスＳＬ２のための無線区間のリソースが開放される（Ｓ１１３、Ｓ１１４）。
【００６６】
図７では、スライスＳＬ１での処理のつぎにスライスＳＬ２での処理が行われているが、スライスＳＬ１での処理と、スライスＳＬ２での処理は個別に行われるため、処理の順序は、図７に示す順序とは異なる可能性がある。
【００６７】
つぎに、ＡＭＦ３０１がＰＣＦ４００に各スライスの利用状況を問い合わせる処理について説明する。図８は、その処理シーケンス図である。ステップＳ１０１〜ステップＳ１０３は、図７と同じであり、ＵＥ９０がｅＮＢ間を移動することにしたがって、ハンドオーバのための処理が行われる（Ｓ１０１〜Ｓ１０３）。
【００６８】
ＡＭＦ３０１において、通信路の変更に係る要求を行う信号（Path Switch Request）が受信されると、スライス問合部３０３により、ＰＣＦ４００に対して、スライスの利用状況の問合せ信号が送信される（Ｓ１０４ａ）。この問合せ信号は、通信路の変更に係る要求を行う信号に含まれているスライスを特定するためのスライスＩＤに基づいて生成され、スライスＩＤが含まれる。なお、スライスＩＤに代えて、セッションを特定する情報や、無線アクセスベアラのＩＤ等が含まれてもよい。
【００６９】
ＰＣＦ４００において、各スライスにおいて通信されているパケット量が各ＳＭＦを介して管理されており、スライス判断部４０１により、スライスの利用状況が判断される（Ｓ１０４ｂ）。本実施形態では、スライスＳＬ２が利用されていないと判断され、その旨がスライス判断部４０１により通知される（Ｓ１０４ｃ）。この通知には、利用されていないスライスを特定可能な情報が含まれており、スライスＩＤや、セッションＩＤなどが含まれている。
【００７０】
ＡＭＦ３０１において、スライスＳＬ２が利用されていない旨の通知が受信されると、スライスＳＬ１のみに対して通信路の変更に関する指示が送信される。すなわち、スライスＳＬ１を形成するＳＭＦ２１１およびＵＰ２１２に対して、通信路の切り換え要求処理およびベアラ要求が行われる（Ｓ１０５−Ｓ１０８）。ＡＭＦ３０１において、スライスＳＬ２を形成するＳＭＦ２２１、ＵＰＸ２２２に対しては、通信路の切り換え要求等は行われず、スライスＳＬ２の通信路におけるベアラ情報の解放処理が行われる（Ｓ１１２）。その後、スライスＳＬ２における無線区間のリソースの解放処理が行われる（Ｓ１１３、Ｓ１１４）。これらＳ１０５−Ｓ１１４の処理は、図７と同じである。
【００７１】
（パターン２）
パターン２は、ＵＥ９０が、同一のＳＭＦの配下にある異なるＵＰに接続するｅＮＢ間を移動する場合を示す。図９は、通信システムＮ１におけるパターン２に従った状況を説明する図である。図９に示すパターンは、例えば、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用できるエリアＳＡ＃１から、異なるエリアＳＡ＃２へ移動をする場合である。なお、本実施形態におけるエリアは、一のＳＭＦが管理するＵＰが複数存在し、それらＵＰは異なるｅＮＢに接続されるように構成されたものである。この例では、スライスＳＬ１は、ＳＭＦ２１１、ＵＰ２１２ａ、およびＵＰ２１２ｂにより形成されている。また、スライスＳＬ２は、ＳＭＦ２２１、ＵＰＸ２２２ａ、およびＵＰＸ２２２ｂにより形成されている。そして、ｅＮＢ８１およびｅＮＢ８２は、いずれのスライスＳＬ１およびＳＬ２にもアクセス可能に配置されている。したがって、ＵＥ９０は、エリアＳＡ＃２に移動したとしてもスライスＳＬ１およびＳＬ２にアクセスできる。
【００７２】
本実施形態において、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるが、引き続きスライスＳＬ１との通信を行ってサービスＳ１を利用するが、スライスＳＬ２を利用したサービスＳ２は、利用していない場合がある。したがって、ｅＮＢ８２とＵＰ２１２との通信路を作成する必要があるが、ｅＮＢ８２とＵＰ２２２との通信路を作成する必要はない。
【００７３】
上述パターン１と同様に、スライスが利用されて否かを判断する際において、ＳＭＦ２１１、２２１においてどのスライスを利用していないかを判断する方法と、ＡＭＦ３０１がＰＣＦ４００に問合せをすることにしたがって、どのスライスを利用していないかを判断する方法とがある。このようなケースにおける具体的な処理の手順について、図を参照しながら説明する。図１０は、ＳＭＦ２２１においてスライスＳＬ２が利用されていないかを判断する方法の処理シーケンス図を示す。
【００７４】
まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO Request, HO Request ACK：Ｓ２０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover Execution：Ｓ２０２）。
【００７５】
この後、移動先のｅＮＢ８２から、ＡＭＦ３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path Switch Request：Ｓ２０３）。
【００７６】
通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,TU-2）及びセッションを特定する（S-ID1, S-ID2）が含まれる。ＡＭＦ３０１において、ｅＮＢ８２からの要求を受信すると、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ２０４）。本実施形態では、通信路の変更に係る要求に、通信路を特定する情報が複数含まれていて、セッションを特定する情報が複数含まれていると、ＵＥ９０に関して２つの通信路が個別に設けられていることを判断できる。
【００７７】
ＡＭＦ３０１において、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS Query Request/Response：Ｓ２０５）。より具体的には、ｅＮＢ８２を介してサービスＳ１，Ｓ２を利用する際に通信を行うことができるＳＭＦ２１１、２２１を特定する情報を取得する。この結果、通信制御部３０２では、ＤＮＳサーバ３５０から取得されるＳＭＦ２１１、２２１に係る情報から、ｅＮＢ８２間でユーザデータを送受信しようしているサービスサーバのＡＰＮ（Access Point Name）と、ＵＥ９０の位置（すなわちアクセスするｅＮＢ８２の情報）とに基づいて、サービスＳ１を利用するためにアクセスすべきスライスＳＬ１のＳＭＦ２１１と、サービスＳ２を利用するためにアクセスすべきスライスＳＬ２のＳＭＦ２２１と、が特定される（Ｓ２０６）。
【００７８】
ＡＭＦ３０１において、ＳＭＦ２１１に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create Session Request：Ｓ２０７）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB ID）と、セッションの作成にしたがって設けられる通信路を特定する情報（TU-1）と、が含まれる。
【００７９】
ＳＭＦ２２１では、セッションの作成要求を受信すると、当該要求に基づいて、公知の手順により、通信路の作成に係る処理を行う。具体的には、通信路を作成するＵＰとして、同一のスライスＳＬ１のＵＰ２１２ｂを選択する（UP Selection：Ｓ２０８）。その後、ＵＰ２１２ｂに対して、通信路を特定する情報（TU-1）と共に、ｅＮＢ８２を特定する情報（eNB ID）を送信することで、セッション作成を指示する（Create Session Request：Ｓ２０９）。ＵＰ２１２ｂは、セッション作成に係る処理を行った後、自ノードを特定する情報（UP2 ID）と共に、セッションを作成する処理を行ったことをＳＭＦ２１１に対して返信する（Create Session Response：Ｓ２０９）。ＵＰ２１２ｂからの返信を受信したＳＭＦ２１１は、通信路の作成に係る処理が終わったことを、セッション作成要求（Ｓ２１０）に対する応答として、ＡＭＦ３０１に対して通知する（Create Session Response：Ｓ２１０）。
【００８０】
また、ＡＭＦ３０１は、ＳＭＦ２２１に対して、ＵＥ９０に係る新たなセッションを作成するための要求を送信する（Create Session Request：Ｓ２１１）。ここでは、ＳＭＦ２２１は、スライスＳＬ２は使用されていないと判断する（Ｓ２１２）。その判断手法は上述パターン１と同じである。そして、ＳＭＦ２２１は、スライスＳＬ２は利用されていない旨の通知を、ＡＭＦ３０１に送信する（Ｓ２１３）。この通知には、利用されていないスライスを特定可能な情報が含まれており、スライスＩＤや、セッションＩＤなどが含まれている。
【００８１】
ＡＭＦ３０１では、ＳＭＦ２２１からスライスＳＬ２は利用されていない旨の通知を受けると、スライスＳＬ２のための通信路の作成処理を行うことなく、スライスＳＬ２のための無線区間の通信路の解放処理の要求（Deactivate bearer request）をｅＮＢ８２に送信する(Ｓ２１５)。そして、ｅＮＢ８２では、ＲＲＣ connection releaseがｅＮＢ８１に対して送信され、ｅＮＢ８１におけるスライスＳＬ２のための無線区間のリソースの解放指示が行われる（Ｓ２１５、Ｓ２１６）。
【００８２】
つぎに、ＡＭＦ３０１がＰＣＦ４００にスライスＳＬ２の利用状況を問い合わせる処理について説明する。図１１は、その処理シーケンス図である。ステップＳ２０１〜ステップＳ２０５は、図１０と同じであり、ＵＥ９０がｅＮＢ間を移動することにより、ハンドオーバのための処理が行われ、ｅＮＢ８２からＡＭＦ３０１にその通信路の切り換え要求が送信される。そして、ＡＭＦ３０１において、ＤＮＳに対してｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（Ｓ２０１−Ｓ２０５）。
【００８３】
その後、ＡＭＦ３０１において、ＰＣＦ４００に対して、取得したスライスに係る情報における各スライスの利用状況の問合せが行われる（Ｓ２０５ａ）ＰＣＦ４００は、各スライスＳＬ１（ＳＭＦ２１１）およびスライスＳＬ２（ＳＭＦ２２１）の通信管理をしており、そのスライスＳＬ１またはＳＬ２に、通信パケットが送受信されていないと判断すると、そのスライスは利用されていないと判断できる。本実施形態においては、ＰＣＦ４００において、スライスＳＬ２が利用されていないと判断され（Ｓ２０５ｂ）、その旨の通知が送信される（Ｓ２０５ｃ）。この通知には、利用されていないスライスを特定可能な情報が含まれており、スライスＩＤや、セッションＩＤなどが含まれている。
【００８４】
ＡＭＦ３０１において、ＰＣＦ４００からスライスＳＬ２が利用されていない旨の通知が受信されると、サービスサーバのＡＰＮ等の情報に従って、スライスＳＬ１のＳＭＦ２１１が選択され、スライスＳＬ１に対するセッションを設けるための要求が送信される（Ｓ２０６、Ｓ２０７）。ＳＭＦ２１１において、ＵＥ９０がアクセスしたｅＮＢ８２のＩＤ等に基づいて、スライスＳＬ１を構成するＵＰ２１２ｂを選択する（Ｓ２０８）。以降、Ｓ２０９−Ｓ２１６の処理にしたがって、スライスＳＬ１のみについてセッションが作成され、スライスＳＬ２に対しては、セッションが作成されない処理が行われる。
【００８５】
（パターン３）
パターン３は、ＵＥ９０が、異なるＵＰ、異なるＳＭＦに接続するｅＮＢ間、すなわちハンドオーバ前に通信接続していたスライスが存在しないエリアへ移動する場合を示す。図１２は、パターン３の状況を説明する図である。ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用できるエリアＳＡ＃１から、サービスＳ１，Ｓ２を利用できない異なるエリアＳＡ＃２へ移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるだけでなく、サービスＳ１，Ｓ２を利用するために通信を行うスライスを変更する必要がある。ただし、移動先のエリアＳＡ＃２では、スライスＳＬ１，ＳＬ２に対応するスライスが存在しない場合がある。したがって、ＤＮＳサーバに対して問い合わせを行った場合に、ＤＮＳサーバからＡＭＦ３０１に係る情報を取得できない場合がある。
【００８６】
このような場合に２つのサービスを継続して利用する方法としては、移動前のｅＮＢ８１とＵＰ２１２との通信路と、移動前のｅＮＢ８１とＵＰ２２２との通信路と、の両方の機能を、２つのサービスとは関連性がないスライスＳＬ３に設けられたＵＰＹ２３２との通信路に切り替えることが考えられる。ここでのスライスＳＬ３には、ＳＭＦＹ２３１と、ＵＰＹ２３２と、が含まれる。
【００８７】
なお、ＵＥ９０の移動先のエリアＳＡ＃２において、ｅＮＢ８２がどのスライスとの間に通信路を設けることで、ＵＥ９０がサービスＳ１，Ｓ２を利用できるかについては、ｅＮＢ８２、ＡＭＦ３０１、及びＵＥ９０等は把握をしていない。また、スライスＳＬ３がサービスＳ１，Ｓ２に対応可能であることをＤＮＳサーバが把握していない場合には、ＤＮＳサーバもこの情報をＡＭＦ３０１に対して提供することができない。そのため、ＡＭＦ３０１は、ＮＳＳＦ（Network Slice Selection Function）に問い合わせることで情報を取得する。このＮＳＳＦは、サービスとスライスとの対応付けを行っているノードであり、要求元からのサービス要求に対して、適切なスライスを回答するノードである。
【００８８】
上記のようなパターン３における具体的な処理の手順について、図１３を参照しながら説明する。
【００８９】
まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO Request, HO Request ACK：Ｓ３０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover Execution：Ｓ３０２）。
【００９０】
この後、移動先のｅＮＢ８２から、ＡＭＦ３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path Switch Request：Ｓ３０３）。
【００９１】
通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,TU-2）及びセッションを特定する（S-ID1, S-ID2）が含まれる。ＡＭＦ３０１において、ｅＮＢ８２からの要求を受信すると、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否か、スライスを変える必要があるか否かを判定する（Ｓ３０４）。本実施形態では、通信路の変更に係る要求に、通信路を特定する情報が複数含まれていて、セッションを特定する情報が複数含まれていると、ＡＭＦ３０１では、ＵＥ９０に関して２つの通信路が個別に設けられていることを判断できる。このように、通信路の変更に係る要求に含まれる情報に基づいて、ＡＭＦ３０１では、複数の通信路が設けられているか否かの判定を行う。そして、ＡＭＦ３０１において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、以下の処理を行う。
【００９２】
ＡＭＦ３０１において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がエリアＳＡ#２をカバーしていないことが確認された場合、ＤＮＳサーバに対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS Query Request：Ｓ３０５）。より具体的には、ＡＭＦ３０１は、ＤＮＳサーバに対して、ＥＣＧＩ（E-UTRAN Cell Global ID）もしくはサービスＳ１，Ｓ２を提供するサービスサーバのＡＰＮ（APN1&2）を送信することで、サービスＳ１，Ｓ２を利用する際に通信を行うべきスライスのＳＭＦを特定する情報を取得する。ＥＣＧＩは、ＵＥ９０が在圏するセルを特定する情報であり、すなわち、ＵＥ９０の位置を示す情報である。
【００９３】
ＤＮＳサーバは、location及びサービスの種類に対して、アクセス先（通信路を設ける先）のスライスを特定する情報が対応付けられた情報を記憶していない。したがって、ＤＮＳサーバは、ＡＭＦ３０１に対して、サービスに対応するスライスが存在しないことを示す情報、すなわち、ＳＭＦの情報がないことを通知する（DNS Query Response：Ｓ３０６）。
【００９４】
このように、ＤＮＳサーバからＳＭＦを特定する情報が提供されない場合、ＡＭＦ３０１側では、ＵＥ９０がサービスＳ１，Ｓ２を利用するためにｅＮＢ８２との間で通信路を設ける相手方のスライスを特定することができないことになる。そこで、ＡＭＦ３０１では、ＮＳＳＦに対してＵＥ９０を特定する情報と、利用したいサービスを特定する情報（APN1&APN2）と、ＥＣＧＩとを送信して、問い合わせを行う（PolicyRequest：Ｓ３０７）。
【００９５】
これに対して、ＮＳＳＦは、利用したいサービスを特定する情報と、ＥＧＣＩと、自装置で保持している情報と、に基づいて、ＵＥ９０の在圏するエリアにおいて、当該サービスを利用するための通信路を設けることができるスライスを特定する。ＮＳＳＦでは、サービス毎に対応可能なスライスを特定する情報を保持していることから、この情報を利用して、対応するスライスの情報を提供する（Policy Response：Ｓ３０８）。
【００９６】
ＡＭＦ３０１では、ＮＳＳＦからの情報に基づいて、ＳＭＦＹ２３１が含まれるスライスＳＬ３との間で２つのサービスに係るセッションを設けることを決定する（Selects CPY for both APN1&2 Sessions：Ｓ３０９）。
【００９７】
このように、ＤＮＳサーバから提供される情報では、適切なスライス（ＳＭＦ）を選択することができない場合には、サービスに対応したスライスを特定する情報を保持するＮＳＳＦに対して問い合わせる構成とする。この処理により、２つのサービスを利用するための適切なスライス（ＳＭＦ）に係る情報を取得することが可能となる。
【００９８】
なお、ＤＮＳサーバ及びＮＳＳＦが、利用したいサービスを特定する情報（APN1&APN2）に対して適切なスライスを特定する情報を提供できない場合には、サービスの提供ができないため、サービスの提供自体が中断される。
【００９９】
ＡＭＦ３０１において、ＳＭＦを選択する処理の後、ＰＣＦ４００に対して、移動前における各スライス（ＳＭＦ２１１およびＳＭＦ２２１）の利用状況の問合せが送信される（Ｓ３１０）。上述の通り、ＰＣＦ４００は、各スライスＳＬ１およびＳＬ２を構成するＳＭＦ２１１および２２２に対して通信管理をしており、そのスライスＳＬ１またはＳＬ２に、通信パケットが送受信されていないと判断すると、そのスライスは利用されていないと判断できる。本実施形態では、ＰＣＦ４００においては、スライスＳＬ２、すなわちＳＭＦ２２１が利用されていないと判断され（Ｓ３１１）、その旨の通知がＡＭＦ３０１に送信される（Ｓ３１２）。この通知には、利用されていないスライスを特定可能な情報が含まれており、スライスＩＤや、セッションＩＤなどが含まれている。
【０１００】
ＡＭＦ３０１において、スライスの利用状況の通知が受信されると、利用されているスライスに対するセッション要求が送信される（Ｓ３１３）。
【０１０１】
ＡＭＦ３０１では、ここまでの処理にしたがって特定されたＳＭＦ、すなわち、ＳＭＦＹ２３１に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create Session Request：Ｓ３１３）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB ID）と、セッションの作成にしたがって設けられる通信路を特定する情報（TU-1）と、サービスを特定する情報（APN1）が含まれる。この処理により、ＳＭＦＹ２３１において、スライスＳＬ１に対応するサービスに係るセッションを開設することが認識される。
【０１０２】
ＳＭＦＹ２３１では、セッションの作成要求を受信すると、当該要求に基づいて、公知の手順により、通信路の作成に係る処理を行う。具体的には、通信路を作成するＵＰとして、同一のスライスＳＬ３のＵＰ２３２を選択する（UP Selection：Ｓ３１４）。その後、ＵＰ２３２に対して、通信路を特定する情報（TU-1）と共に、ｅＮＢ８２を特定する情報（eNB ID）を送信することで、セッションの作成を指示する（Create Session Request：Ｓ３１５）。ＵＰ２３２は、通信路の作成に係る処理を行った後、通信路を特定する情報（TU-1）及び自ノードを特定する情報（UPY ID）と共に、通信路を作成する処理を行ったことをＳＭＦＹ２３１に対して返信する（Create Session Response：Ｓ３１６）。ＵＰ２６３からの返信を受信したＳＭＦＹ２３１は、通信路の作成に係る処理が終わったことを、セッションの作成要求（Ｓ３１３）に対する応答として、ＡＭＦ３０１に対して通知する（Create Session Response：Ｓ３１７）。
【０１０３】
ＡＭＦ３０１では、ＳＭＦＹ２３１からの応答（Ｓ３１７）を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path Switch Request ack：Ｓ３１８）。この信号には、ＵＰ２３２を特定する情報（UPY ID）に対応付けて、スライスＳＬ１の通信路を特定する情報（TU-1）と、スライスＳＬ１のセッションを特定する情報（S-ID1）が含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定できる。
【０１０４】
その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係る無線区間のリソースの開放を指示する（Release Resource：Ｓ３１９）。ＡＭＦ３０１では、ＳＭＦ２２１からスライスＳＬ２は利用されていない旨の通知を受けると、スライスＳＬ２のためのセッションの作成処理を行うことなく、スライスＳＬ２のための無線区間のリソースの解放処理の要求（Deactivate bearer request）をｅＮＢ８２に送信する（Ｓ３２０）。そして、ｅＮＢ８２では、ＲＲＣ connection releaseがｅＮＢ８１に対して送信され、ｅＮＢ８１におけるスライスＳＬ２のためのリソースの解放指示が行われる（Ｓ３２１）。
【０１０５】
つぎに、本実施形態における通信システムＮ１のパターン１〜パターン３における作用効果について説明する。
【０１０６】
本実施形態における通信システムＮ１は、ネットワークインフラ上に生成される仮想化ネットワークであるスライスと通信接続する通信端末に対して通信制御を行う通信システムの通信制御方法を実行できる。
【０１０７】
この通信システムＮ１は、通信端末であるＵＥ９０がハンドオーバを行う制御手順において、スライスが利用されているか否かを判断する判断ステップと、スライスが利用されていないと判断されると、当該利用されていないスライスを利用しないための通信制御を行う通信制御ステップと、を備える。
【０１０８】
この処理により、ハンドオーバをする際において、ハンドオーバ前に通信接続していたスライスが利用されていないと判断される場合には、その利用されていないスライスについては、当該スライスを利用しないように通信制御を行うことができる。したがって、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【０１０９】
本実施形態の通信システムＮ１においては、ＳＭＦ２１１、２２１において、ハンドオーバの通信路の切り換え処理を行う際に、スライスが利用されているか否かを判断することができる。その場合、通信システムＮ１は、スライスとＵＥ９０との通信接続制御を行うスライス接続サーバであるＡＭＦ３０１と、スライスを構成し、ＵＥ９０との間でユーザデータを送受信する通信ノードであるＵＰ２１２、ＵＰＸ２２２と、当該ＵＰ２１２，ＵＰＸ２２２とともにスライスを構成し、ＵＰ２１２、ＵＰＸ２２２に対する通信制御を行う通信制御サーバであるＳＭＦ２１１，２２１とを含んで構成されている。
【０１１０】
ＳＭＦ２１１、２２１が実行する判断ステップ（図７のＳ１１０または図１０のＳ１１０）において、ＳＭＦ２２１は、スライスＳＬ２が利用されていないと判断すると、当該利用されていないスライスＳＬ２を特定可能な識別情報（スライスＩＤ等）をＡＭＦ３０１に通知する。そして、ＡＭＦ３０１が実行する通信制御ステップ（図７のＳ１１２〜Ｓ１１４、または図１０のＳ１２〜Ｓ１１４）において、利用されていないスライスを利用しないための通信制御を行う。なお、ここでの通信制御ステップは、少なくともベアラの解放制御を含めばよい。
【０１１１】
さらに具体的には、本実施形態の通信システムＮ１において、ＵＥ９０が、ハンドオーバ前に通信接続されていた通信ノードと通信接続可能なエリアへハンドオーバした場合には（パターン１）、ＡＭＦ３０１は、当該利用されていないスライスＳＬ２の通信接続状態、例えばベアラを解放できる。
【０１１２】
このような構成によって、ＳＭＦ２１１，２２１においてスライスの利用状況を判断することができ、その利用状況に応じてベアラの解放処理を行うことができる。したがって、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【０１１３】
また、ＵＥ９０が、ハンドオーバ前と同じスライスに通信接続可能なエリアであって、当該ハンドオーバ前とは異なる通信ノードが配置されるエリアへハンドオーバした場合には（パターン２）、ＡＭＦ３０１は、当該利用されていないスライスＳＬ２に対しては、通信接続処理は行わず、利用されているスライスＳＬ１に対して通信接続処理を行う。
【０１１４】
このような構成によって、ＳＭＦ２１１，２２１においてスライスの利用状況を判断することができ、その利用状況に応じたスライスに対してセッションを張るなどの通信接続処理を行うことができる。したがって、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【０１１５】
一方で、上記ＳＭＦ２１１等での判断処理に代えて、ＰＣＦ４００において、スライスの利用状況を判断できる。
【０１１６】
通信システムＮ１は、スライスとＵＥ９０との通信接続制御を行うＡＭＦ３０１と、スライスを構成し、ＵＥ９０との間でユーザデータを送受信するＵＰ２１２，２２２と、当該ＵＰ２１２，２２２とともにスライスを構成し、ＵＰ２１２，２２２に対する通信制御を行うＳＭＦ２１１、２２１と、スライスＳＬ１、ＳＬ２の利用状況を管理する管理サーバであるＰＣＦ４００とを含んで構成されている。
【０１１７】
ＡＭＦ３０１は、ハンドオーバ手順における切り換え要求を受けると、ＰＣＦ４００に対して、ＵＥ９０が通信接続しているスライスの利用状況の問合せを行う問合せステップ（図８のＳ１０４ａ、図１１のＳ２０５ａ、図１３のＳ３１０）を備える。
【０１１８】
ＰＣＦ４００においては、ＳＭＦ２１１、２２１が管理しているＵＰ２１２、ＵＰＸ２２２が送受信している通信パケット量を判断することに基づいて、スライスが利用されているか否かを判断できる（図８のＳ１０４ｂ、図１１のＳ２０５ｂ、図１３のＳ３１１）。
【０１１９】
そして、ＡＭＦ３０１は、この問合せステップにおいて問合せた結果に基づいて、利用されていないスライスを利用しないための通信制御を行う。
【０１２０】
さらに具体的には、ＵＥ９０が、ハンドオーバ前に通信接続されていた通信ノードと通信接続可能なエリアへハンドオーバした場合には（パターン１）、ＡＭＦ３０１は、問合せステップにおいて問合せた結果に基づいて、利用されていないスライスＳＬ２の通信接続状態、例えばベアラを解放する。
【０１２１】
この処理により、ハンドオーバをする際において、ハンドオーバ前に通信接続していたスライスが利用されていないと判断される場合には、その利用されていないスライスについては、当該スライスを利用しないように通信制御を行うことができる。したがって、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【０１２２】
また、ＵＥ９０が、ハンドオーバ前と同じスライスに通信接続可能なエリアであって、当該ハンドオーバ前とは異なる通信ノードが配置されているエリアへハンドオーバした場合には（パターン２）、ＡＭＦ３０１は、問合せステップにおいて問合せた結果に基づいて、利用されていないスライスの通信接続処理は行わず、利用されているスライスに対して通信接続処理を行う。
【０１２３】
このような構成によって、ＰＣＦ４００においてスライスの利用状況を判断することができ、その利用状況に応じたスライスに対してセッションを張るなどの通信接続処理を行うことができる。したがって、ネットワークリソースの無駄を解消し、そのリソースを効率的に利用できる。
【０１２４】
さらに、ＵＥ９０は、ハンドオーバ前に通信接続していたスライスが存在しないエリアにハンドオーバすることもある（パターン３）。この例示においては、通信システムＮ１は、予め生成されている複数のスライスからサービスに対応したスライスを選択するスライス選択サーバであるＮＳＳＦをさらに備えている。
【０１２５】
そして、ＵＥ９０が、ハンドオーバ前に通信接続していたスライス（例えばスライスＳＬ１およびＳＬ２）と通信接続できないエリアへハンドオーバした場合には、ＡＭＦ３０１は、ＮＳＳＦから新たなスライス（スライスＳＬ３）に通信接続するためのＳＭＦＹ２３１の識別情報を取得し、ＰＣＦ４００に対して、ＵＥ９０がハンドオーバ前に通信接続していたスライスＳＬ１およびＳＬ２の利用状況の問合せを行う。ここでは、スライスＳＬ２が利用されていないと判断されるため、その問合せた結果に基づいて、ハンドオーバ前に通信接続していたスライスＳＬ１に対応する新たなスライスＳＬ３に対する通信接続処理を行う。
【０１２６】
この処理により、スライスが存在しないエリアにハンドオーバしたとしても、ハンドオーバ前に利用していたスライスとして選択された新たなスライスＳＬ３に通信接続できる。その際、すでに利用されなくなったスライスＳＬ２を用いたサービスについては、新たなスライスＳＬ３を使って通信接続しないようにすることで、そのリソースの無駄を防止できる。
【０１２７】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施できる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【０１２８】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC ConnectionReconfiguration）メッセージなどであってもよい。
【０１２９】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１３０】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１３１】
本明細書において特定の装置によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。例えば、特定の装置が基地局であった場合においては、当該基地局を有する１つまたは複数のネットワークノード（network nodes）を含んだネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノードによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせであってもよい。
【０１３２】
情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０１３３】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１３４】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１３５】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１３６】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１３７】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１３８】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１３９】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、信号はメッセージであってもよい。
【０１４０】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１４１】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１４２】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０１４３】
基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容できる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（accesspoint）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１４４】
ユーザ端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１４５】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(lookingup)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１４６】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１４７】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１４８】
本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１４９】
「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１５０】
本明細書において、文脈または技術的に明らかに１つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
【符号の説明】
【０１５１】
１０…ＢＳＳ／ＯＳＳ、２０…ＳＯ、３０…ＮＦＶＯ、４０…ＶＮＦＭ、５０…ＶＩＭ、６０…ＮＦＶＩ、８０、８１、８２…ｅＮＢ、９０…ＵＥ、１０１，１０２…ＤＮ、２１１、２２１…ＳＭＦ、２１１ａ、２２１ａ…スライス判断部、２１２…ＵＰ，２２２…ＵＰＸ、４００…ＰＣＦ、３０２…通信制御部、３０３…スライス問合部、４０１…スライス判断部。
【図１】
2018157515.tif 000003
【図２】
2018157515.tif 000004
【図３】
2018157515.tif 000005
【図４】
2018157515.tif 000006
【図５】
2018157515.tif 000007
【図６】
2018157515.tif 000008
【図７】
2018157515.tif 000009
【図８】
2018157515.tif 000010
【図９】
2018157515.tif 000011
【図１０】
2018157515.tif 000012
【図１１】
2018157515.tif 000013
【図１２】
2018157515.tif 000014
【図１３】
2018157515.tif 000015