JP6464257B2 - サービス割当決定装置及びサービス割当決定方法 - Google Patents

サービス割当決定装置及びサービス割当決定方法 Download PDF

Info

Publication number
JP6464257B2
JP6464257B2 JP2017508224A JP2017508224A JP6464257B2 JP 6464257 B2 JP6464257 B2 JP 6464257B2 JP 2017508224 A JP2017508224 A JP 2017508224A JP 2017508224 A JP2017508224 A JP 2017508224A JP 6464257 B2 JP6464257 B2 JP 6464257B2
Authority
JP
Japan
Prior art keywords
service
slice
allocation
existing
assigned
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017508224A
Other languages
English (en)
Other versions
JPWO2016152588A1 (ja
Inventor
拓也 下城
拓也 下城
基 田村
基 田村
祐介 高野
祐介 高野
アシック カーン
アシック カーン
滋 岩科
滋 岩科
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2016152588A1 publication Critical patent/JPWO2016152588A1/ja
Application granted granted Critical
Publication of JP6464257B2 publication Critical patent/JP6464257B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02Resource partitioning among network components, e.g. reuse partitioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26Resource reservation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、サービス割当決定装置及びサービス割当決定方法に関する。
従来の仮想化技術を用いたネットワークシステムは、非特許文献1に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることにより、それぞれ独立したスライスのネットワークを用いてサービス提供することができる。これにより、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。
中尾彰宏、仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術、[online]、2010年6月、独立行政法人情報通信研究機構、[2015年3月16日検索]、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>
しかし、サービス各々にスライスを割り当てた場合スライス内部の資源を一つのサービスが独占するため統計多重効果が低減するとともに、それぞれのサービス要求条件を保証するためスライス毎に固定的なリソースを割り当てることによる分割損が発生し、全体のリソース低下を招く、という問題が生ずる。
本発明は、上記に鑑みてなされたものであり、リソースを無駄に使用することなくスライスへサービスを割当てることができるサービス割当決定装置、サービス割当決定方法を提供することを目的とする。
上記目的を達成するために、本発明の一実施形態に係るサービス割当決定装置は、ネットワークインフラ上に論理的に生成された仮想ネットワークであるスライスに対して、当該仮想ネットワークを用いるサービスを割当てるサービス割当決定装置であって、前記仮想ネットワークを用いて各種ユーザに対してサービス提供を行う事業者端末から、前記仮想ネットワークを用いて提供するサービスにおける機能又は性能の要件であるサービス要件を含むサービス依頼を受け付けるサービス依頼受付手段と、前記サービス依頼受付手段によって受け付けられたサービス要件、既存スライスの属性及びスライスに対するサービス割当てに関する指標に基づいて、既存スライス又は新規スライスの何れにサービスを割り当てるかを決定する割当決定手段と、前記割当決定手段により決定されたスライスにサービスを割り当てる要求を行う割当要求手段と、を備え、前記サービス要件は、他のサービスが割り当てられていないスライスへ割り当てることを示す隔離要件を含み、他のサービスが割当てられていないスライスに割当てることを要求するサービスは、他のサービスが割当てられているスライスには割当てられることなく、新規スライスに割当てられ、他のサービスが割当てられていないスライスに割当てることを要求しないサービスは、前記機能または性能の要件に従って、他のサービスが割当てられている既存スライスに割当てられ、前記割当決定手段は、既存スライスの属性が前記サービス要件を満たさない場合、前記既存スライスのリソースを拡張させたときの前記指標及び新規スライスを生成したときの前記指標により、前記既存スライスのリソースを拡張して、当該既存スライス又は新規スライスの何れかにサービスを割り当てるかを決定する
本発明の一実施形態に係るサービス割当決定方法では、ネットワークインフラ上に論理的に生成された仮想ネットワークであるスライスに対して、当該仮想ネットワークを用いるサービスを割当てるサービス割当決定装置で実行されるサービス割当決定方法であって、前記仮想ネットワークを用いて各種ユーザに対してサービス提供を行う事業者端末から、前記仮想ネットワークを用いて提供するサービスにおける機能又は性能の要件であるサービス要件を含むサービス依頼を受け付けるサービス依頼受付ステップと、前記サービス依頼受付ステップによって受け付けられたサービス要件、既存のスライスの属性及びスライスに対するサービス割当てに関する指標に基づいて、既存スライス又は新規スライスの何れにサービスを割り当てるかを決定する割当決定ステップと、前記割当決定ステップにより決定されたスライスにサービスを割り当てる要求を行う割当要求ステップと、を含み、前記サービス要件は、他のサービスが割り当てられていないスライスへ割り当てることを示す隔離要件を含み、他のサービスが割当てられていないスライスに割当てることを要求するサービスは、他のサービスが割当てられているスライスには割当てられることなく、新規スライスに割当てられ、他のサービスが割当てられていないスライスに割当てることを要求しないサービスは、前記機能または性能の要件に従って、他のサービスが割当てられている既存スライスには割当てられ、前記割当決定ステップでは、既存スライスの属性が前記サービス要件を満たさない場合、前記既存スライスのリソースを拡張させたときの前記指標及び新規スライスを生成したときの前記指標により、前記既存スライスのリソースを拡張して、当該既存スライス又は新規スライスの何れかにサービスを割り当てるかを決定する。
上記のサービス割当決定装置及びサービス割当決定方法によれば、サービス要件及び既存のスライスの属性に基づいて、既存のスライス又は新規のスライスの何れにサービスを割り当てるかを決定するので、リソースを無駄に使用することなくスライスへサービスを割当てることができる。さらに、拡張した場合のコストを考慮して、スライスを拡張してサービスを割当てるので、画一的に新規にスライスを生成する場合と比較してリソースを無駄に使用することを防止することができる。また、他のサービスが割り当てられていないスライスに割り当てることを要求するサービスを、他のサービスが割り当てられているスライスを割当ててしまうことを防止することができる。
また、上記のサービス割当決定装置では、割当決定手段が、既存のスライスの属性が前記サービス要件を満たすことを条件に、当該既存のスライスにサービスを割り当ててもよい。また、割当決定ステップでは、既存スライスの属性がサービス要件を満たすことを条件に、当該既存スライスにサービスを割り当ててもよい。この場合、サービス割当決定装置は、既存のスライスへサービスを追加できる場合に、当該既存のスライスへサービスを割当てるので、新規のサービス依頼を受け付ける度にスライスを新規に生成する場合と比較して、リソースを無駄に使用することなくスライスへサービスを割当てることができる。
また、上記のサービス割当決定装置では、割当決定手段が、既存のスライスの属性がサービス要件を満たし、さらに当該既存のスライスにサービスを割当てるときのコストと新規スライスへサービスを割り当てるときのコストとの比較結果が所定の条件を満たす場合、既存のスライスへサービスを割り当ててもよい。また、割当決定ステップでは、既存スライスの属性がサービス要件を満たし、さらに当該既存スライスに対するサービス割当てに関する指標と新規スライスに対するサービス割当てに関する指標との比較結果により、既存スライスにサービスを割り当てるか、新規スライスにサービスを割り当てるかを切り替えてもよい。この場合、サービス割当決定装置は、既存のスライスにサービスを割当てるときのコストと新規スライスへサービスを割り当てるときのコストとの比較をするので、リソースを無駄に使用することを防止することができる。
本発明によれば、サービス要件及び既存スライスの属性に基づいて、既存スライス又は新規のスライスの何れにサービスを割り当てるかを決定するので、リソースを無駄に使用することなくスライスへサービスを割当てることができる。
本発明の実施形態に係るシステムの構成を示す図である。 スライスとリソースとの対応関係を示す図である。 本発明の実施形態に係るシステムに含まれる装置のブロック図である。 スライス管理テーブルを示す図である。 ハードウェアテーブルを示す図である。 サービス管理テーブルを示す図である。 サービス対応スライステーブルを示す図である。 スライス管理テーブルの変化を示す図である。 サービス対応スライス管理テーブルの変化を示す図である。 リソース利用状況テーブルを示す図である。 BSS/OSS等のハードウェア構成図である。 本発明の実施形態に係るシーケンス図(1)である。 本発明の実施形態に係るシーケンス図(2)である。 本発明の実施形態に係るフローチャートである。
以下、図面と共に本発明の一実施形態に係るサービス割当決定装置及びサービス割当決定方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
図1に本実施形態に係るBSS/OSS10(サービス割当決定装置)を含むシステム1の構成を示す。システム1は、仮想ネットワークであるスライスに対してサービスを割り当てるシステムである。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。サービスとは、通信サービス(専用線サービス等)やアプリケーションサービス(動画配信、エンベデッド装置等のセンサ装置を利用したサービス)等のネットワーク資源を用いたサービスをいう。
図1に示すようにシステム1は、BSS/OSS(Operations Support System/Business Support System)10と、SO(Service Operator)20と、NFVO30と、VNFM40と、VIM(Virtualized Infrastructure Management: 仮想化基盤管理)50とを含んで構成されている。また、システム1には、NFVI(NFV(Network Functions Virtualisation) Infrastructure)60と、SBSA(Service-Based Slice Allocator)70と基地局80とSU(Service User)90を含んで構成されている。このうち、NFVO30とVNFM40とVIM50は、MANO(Management & Orchestration)architectureである。
これらの構成要素は、システム1のコアネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線等で接続されており情報の送受信が可能となっている。
本実施形態に係るシステム1は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末に対して通信機能を提供する。即ち、システム1は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
NFVI60は、仮想化環境を構成する物理資源(ノード群)から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、システム1において通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、CPU(コア、プロセッサ)、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、NFVI60を構成する物理サーバ等のノードは、複数まとめてデータセンタ(DC)等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、システム1には、複数のデータセンタが設けられている。データセンタ間はネットワークで接続されており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
SO(Service Operator)20は、サービス要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置(例えば、パーソナルコンピュータ等)である。
BSS/OSS10は、システム1におけるサービス管理を行い、システム1での通信機能に係る指示を行うノードである。例えば、BSS/OSS10は、NFVO30に対して、新たな通信機能(通信サービス)を追加するように指示を行う。また、BSS/OSS10は、システム1に係る通信事業者によって操作され得る。
NFVO30は、物理資源であるNFVI60上に構築された仮想ネットワーク(スライス)全体の管理を行う全体管理ノード(機能エンティティ)である。NFVO30は、BSS/OSS10からの指示を受信し、当該指示に応じた処理を行う。NFVO30は、インフラと通信サービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。NFVO30は、仮想ネットワークにより提供される通信サービスをVNFM40及びVIM50を経由して適切な場所に実現する。例えば、サービスのライフサイクル管理(具体的には例えば、生成、更新、スケール制御、イベント収集)、移動体通信網内全体にわたる資源の分散・予約・割当管理、サービス・インスタンス管理、及びポリシー管理(具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置)を行う。
VNFM40は、物理資源(ノード)となるNFVI60に対して、サービスに係る機能を追加する仮想通信機能管理ノード(機能エンティティ)である。VNFM40は、システム1に複数、設けられていてもよい。
VIM50は、NFVI60における物理資源(ノード)各々を管理する物理資源管理ノード(機能エンティティ)である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とSW資源(ハイパーバイザー)一覧の管理を行う。通常、VIM50は、データセンタ(局舎)毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式(管理資源の実装方式)は、OPENSTACKやvCenter等の種類がある。通常、VIM50は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、NFVI60における物理資源各々を管理する複数のVIM50が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。
なお、NFVO30、VNFM40及びVIM50は、物理的なサーバ装置上でプログラムが実行されることにより実現される(但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい)。NFVO30、VNFM40及びVIM50は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。NFVO30、VNFM40及びVIM50(を実現するためのプログラム)は、別々のベンダから提供されていてもよい。
NFVO30は、BSS/OSS10からのサービス割当要求を受信すると、VIM50に対してスライス(スライスSL1、SL2等)のためのリソース確保要求を行う。VIM50が、NFVI60を構成するサーバ装置やスイッチにおけるリソースを確保すると、NFVO30は、当該これらNFVI60に対してスライスを定義する。
また、NFVO30は、VIM50に、NFVI60においてリソース確保させると、当該NFVI60に対してスライスを定義した情報をNFVO30が記憶しているテーブルに記憶する。そして、NFVO30は、当該サービスに必要となる機能を実現するためのソフトウェアのインストール要求をVNFM40に対して行う。VNFM40は、当該インストール要求に応じて、VIM50によって確保されたNFVI60(サーバ装置、スイッチ装置またはルータ装置などのノード)に対して上記ソフトウェアをインストールする。
NFVO30は、VNFM40によりソフトウェアがインストールされると、NFVO30が記憶しているテーブルへスライスとサービスとの対応付けをする。
例えば図2に示すように、NFVO30がスライス(Slice1及びSlice2)のためのリソース確保要求をVIM50へ行うと、VIM50は、その旨の指示をスイッチSW1、スイッチSW2、サーバSV1、及びスイッチSW3に対して行う。そして、これらスイッチSW1、スイッチSW2、サーバSV1、及びスイッチSW3はSlice1用にリソースを確保する。同様に、VIM50からの指示に従って、スイッチSW1、スイッチSW2、サーバSV1、及びスイッチSW4は、Slice2用にリソースを確保する。
また、VIM50により、各スイッチ等においてリソースが確保されると、NFVO30は、Slice1へサービス1を割り当てて、Slice2へサービス2を割り当てる。このように、NFVO30は、それぞれ独立したスライスへサービスを割り当てる。なお、各スライスには、複数のサービスを割り当てることも可能である。
NFVO30がスライスへサービスを割り当てると、当該サービスのIDと、当該サービスの最初の機能を提供するハードウェアの宛先(例えば、IPアドレス)とを含むアクセス情報をBSS/OSS10へ送信する。
BSS/OSS10は、当該アドレス情報を受信すると、各SBSA70へ当該アドレス情報を通知する。SBSA70は、基地局80と互いに通信可能なサーバ装置であり、SU(Service User)90からサービスIDと共に、サービス要求が基地局80へなされると、当該基地局80がSBSA70へSU90から受信したサービスIDをSBSA70へ通知する。
SBSA70は、基地局80からサービスIDを受信すると、SBSA70が記憶するアドレス情報の内、基地局80から受信したサービスIDに対応するアドレス情報のサービスの最初の機能を提供するハードウェアの宛先情報を基地局80へ送信する。基地局80は、当該宛先情報をSU90へ通知する。これにより、SU90は、サービスを利用するために最初にアクセスする宛先を特定することができる。
引き続いて、BSS/OSS10と、NFVO30と、VNFM40と、VIM50とについて、本実施形態に係る機能を図3を用いて説明する。図3に示すようにBSS/OSS10は、サービス依頼受付部11(サービス依頼受付手段)と、スライス属性情報受信部12と、割当決定部13(割当決定手段)と、割当要求部14(割当要求手段)と、割当結果通知部15とを有する。
サービス依頼受付部11は、SOからのサービスにおける機能又は性能の要件であるサービス要件を含むサービス依頼を受け付ける部分である。ここで、サービス要件の内、機能要件とはサービスを実行するための機能に関する要件である。具体的には、機能要件としてモビリティ制御の要否、可能アクセスエリア範囲、サービス利用時間が含まれる。モビリティ制御の要否とは、ハンドオーバ制御を必要とするか否かを意味する。アクセスエリア範囲は、サービスを提供する範囲(エリア)を意味する。サービス利用時間は、サービスを利用する時間帯を意味する。
性能要件とは、サービスを実行するためのスライスの性能に関する要件である。具体的には、許可下限帯域、許可遅延時間、最小パケットロス率などが含まれる。ここで、許可下限帯域とは、通信に利用される周波数帯域の下限値を示し、許可遅延時間とは、通信遅延の許可する時間を意味し、許可パケットロス率とは、許可可能なパケットロス率を示す。
また、サービス依頼受付部11は、サービス依頼を受け付ける際に、サービスを実現するための機能を示す情報を受信する。ここでいうサービスを実現するための機能を示す情報としては、機能を特定するための情報(機能識別情報、機能名称等)が含まれる。また、サービス依頼受付部11は、当該機能を実現するためのソフトウェアをSO20から受信してもよい。
サービス依頼受付部11は、上記のサービス要件及びサービスを実現するための機能を示す情報を受信すると、サービス要件を割当決定部13へ送出し、サービスを実現するための機能を示す情報(機能情報)を割当要求部14へ送出する。また、サービス依頼受付部11は、このタイミングでスライス属性情報受信部12へサービス依頼を受け付けた旨を通知する。ここで機能情報とは、機能を識別する情報、当該機能を実現するためのソフトウェアが含まれる。
スライス属性情報受信部12は、NFVO30からスライス情報を受信する部分である。具体的に、スライス属性情報受信部12は、サービス依頼受付部11からサービス依頼を受け付けた旨を受信すると、NFVO30へスライス属性情報の送信要求をする。
なお、NFVO30は、スライスの属性情報を含めたスライス管理テーブルの情報を記憶しており、スライス属性情報受信部12からスライス情報の送信要求を受け付けると、スライス管理テーブルの情報をBSS/OSS10へ送信する。
ここで、図4にNFVO30が記憶するスライス管理テーブルの例を示す。スライス管理テーブルは、スライスID,利用可能ノード、モビリティ制御対応可否、可能アクセスエリア範囲、サービス利用時間、使用可能帯域、最小遅延時間、最小パケットロス率、リソース利用率複数サービス受付可否フラグを有する。
スライスIDは、NFVO30がスライス管理テーブルへレコードを新規に追加する際に、決定する一意に識別するためのIDである。利用可能ノードは、VIM50へリソース確保要求した結果、VIM50が確保したノード(NFVI60を構成するノード)を示す。利用可能ノードで定義される情報としては、ノードを識別する情報(ハード名等)、各ノードにおける割り当てられたリソース量(メモリ占有容量やCPU占有率など)が含まれる。モビリティ制御対応可否は、利用可能ノードがモビリティ制御対応可能であるか否かを示す情報である。可能アクセスエリア範囲は、利用可能ノードの位置に基づいた、アクセス可能なエリアを示す情報である。サービス利用時間は、利用可能ノードに基づいたサービス利用可能な時間を示す情報である。使用可能帯域は、利用可能ノードにおける提供可能な最大の帯域を示す情報である。
最小遅延時間は、利用可能ノードに基づいた最小の遅延時間を示す。最小パケットロス率は、利用可能リソースに基づいた最小のパケットロス率を示す。リソース利用率は、現状におけるノードにおいて割り当てられたリソースの利用率を示す。複数サービス受付可否フラグは、他のサービスから隔離されることが指定されたサービスが割り当てられているか否かを示す値であり、他のサービスから隔離されることが指定されたサービスが割り当てられている場合、その旨の情報(例えば、「1」)が設定される。
スライス属性情報受信部12は、NFVO30からスライス管理テーブルに含まれる情報を受信すると、当該情報を割当決定部13へ送出する。割当決定部13は、この情報を用いて、依頼を受けたサービスを既存のスライスへ割り当てるか、新規のスライスへ割り当てるかを決定する。
割当決定部13は、サービス依頼受付部11によって受け付けられたサービスのサービス要件及び既存のスライスの属性に基づいて、既存のスライス又は新規のスライスの何れにサービスを割り当てるかを決定する部分である。割当決定部13は、サービス依頼受付部11からサービス要件を受け取り、スライス属性情報受信部12からスライス情報を受け取ると、サービス要件及びスライス情報を用いて、既存のスライス又は新規スライスの何れにサービスを割り当てるかを決定する。
まず、割当決定部13は、サービス要件として、他のサービスから隔離されることを意味する要件(隔離要件)が含まれている場合、新規のスライスへ割り当てると決定する。サービス要件として、他のサービスから隔離されることを意味する要件が含まれていない場合、割当決定部13は、サービス要件を満たす、既存のスライスの属性情報があるか否かを判断する。
割当決定部13は、サービス要件を満たす、既存のスライスの属性情報がある場合、依頼を受けたサービスを当該既存のスライスへ割り当てる(収容する)ことによる無駄があるか否かを判断し、無駄があると判断した場合には、新規のスライスを生成すると決定し、無駄がないと判断した場合には、当該既存のスライスへサービスを割り当てると決定する。
割当決定部13は、依頼を受けたサービスを当該既存のスライスへ割り当てる(収容する)ことによる無駄があるか否かを判断する際に、既存のスライスにおけるサービス運用コスト(既存のスライスにサービスを割当てるときのコスト(指標))と、新規スライスを生成したときのコスト(スライスの生成分のコストと新規生成したスライスの運用コストとスライスの分割損との和)とを比較した結果に基づいて、既存のスライスへサービスを割当てることの無駄の有無を判断する。例えば、既存スライスが、その規模や能力が高く設定されている場合、サービスによっては過剰な能力である場合がある。割当決定部13は、それをコストという概念を使って判断している。
割当決定部13は、上記2つのコストを算出するために、VIM50が記憶するハードウェア情報を取得する。具体的には、割当決定部13が、上記既存のスライスの利用可能ノードの識別情報をVIM50へ送信すると共に、当該利用可能ノードの識別情報に対応するハードウェア情報の送信要求をすることにより、ハードウェア情報を取得する。
VIM50は、BSS/OSS10から利用可能ノードの識別情報と共にハードウェア情報の送信要求を受信すると、当該利用可能ノードの識別情報に対応するハードウェア情報をハードウェアテーブルから取得する。
ここで、VIM50が記憶するハードウェアテーブルを図5に示す。ハードウェアテーブルは、HW名と、リソース量と、電力量とを含むハードウェア情報を管理するテーブルである。
HW名は、ハードウェアの識別情報である。リソース量は、当該ハードウェアのリソース量、例えばメモリ容量、CPUの能力(数や実行速度など)などを示す。電力量は、ハードウェア全体を使用した場合の電力量である。
VIM50は、利用可能ノードの識別情報に対応するハードウェア情報をハードウェアテーブルから取得すると、BSS/OSS10へ送信する。
割当決定部13は、既存のスライスにサービスを追加する場合、利用可能ノードのリソース量全体に対する、サービス追加により使用するリソース量の割合を算出し、この割合と当該利用可能ノード全体の使用電力量とを積算する。そして、この値に対応する運用時のコストを、予め割当決定部13が記憶している電力量と運用時のコストとの対応情報を用いて算出する。
また、割当決定部13は、新規のスライスを追加して、それにスライスを対応付けする場合、使用可能ノードのリソース量全体に対する、サービス追加により使用するリソース量の割合を算出し、この割合と当該利用可能ノード全体の使用電力量とを積算する。そして、この値に対応する生成時及び運用時のコストを、予め割当決定部13が記憶している電力量と生成時のコストとの対応情報、及び電力量と運用時のコストとの対応情報を用いて算出する。
また、割当決定部13は、利用ユーザ数に反比例またはその増加に伴って小さくなるようなあらかじめ定められた演算式に基づいて分割損を算出する。例えば、所定の係数に使用ユーザ数(サービス依頼時に受信する値)を除算した値を算出することにより、分割損の値を算出する。
割当決定部13は、既存のスライスにおけるサービス運用コストと、新規スライスを生成したときの生成コストおよび運用コストとを比較した結果、既存のスライスにおけるサービス運用コストの方が少ない場合、これは、既存スライスへ割り当てた方が新規スライスを生成する場合よりもコストが低いことを示す。この場合、割当決定部13は、既存スライスへサービスを割当てると決定する。
割当決定部13は、既存のスライスにおけるサービス運用コストと、新規スライスを生成したときの生成コストとを比較した結果、新規のスライスを生成したときのコストの方が少ない場合、これは、新規のスライスを生成した方が、コストが低いことを示す。この場合、割当決定部13は、新規にスライスを生成し、当該スライスへサービスを割当てると決定する。
なお、上記コストを算出するにあたって、各ノードにおける電力量を基準としたがそれに限るものではなく、スライスを生成する場合においては、オペレータの作業によりそのコストが定まる場合があり、そのような作業量に基づいてコストを算出するようにしてもよい。例えば、適用エリアが広い場合、スライスを構築するための利用可能ノードを多数必要となり、それをスライスとして適宜づける場合には、多数の工数が必要となる。利用可能ノードに基づいて工数を所定の公式に当てはめてコストとして算出するようにしてもよい。
また、利用可能ノードの利用率に基づいて、機能・性能要件を満たしたとしても、現状のスライスには追加できないと判断できる場合がある。その場合には、割当決定部13は、既存スライスを拡張するまたは新規スライスを追加するとの判断を行なう。
割当決定部13は、サービス要件を満たす、既存のスライスの属性情報が無い場合、既存スライスの利用可能ノードを拡張またはそのノードにおけるリソースを拡張させたときのコストと、新規スライスを生成したときのコストとの比較結果に基づいて、既存のスライスを拡張して、当該既存スライスへサービスを割り当てるか、新規のスライスへサービスを割り当てるかを決定する。
割当決定部13は、上記2つのコストを算出するために、VIM50が記憶するハードウェア情報を取得する。具体的には、割当決定部13が、拡張候補の既存のスライスの利用可能ノードの識別情報をVIM50へ送信すると共に、当該利用可能ノードの識別情報に対応するハードウェア情報の送信要求をすることにより、ハードウェア情報を取得する。
割当決定部13は、既存のスライスに拡張して、サービスを追加する場合、使用可能ノードのリソースに占めるサービス追加により使用するリソース量の割合を算出し、この割合と当該利用可能ノード全体の使用電力量とを積算する。そして、この値に対応する拡張処理時のコスト及び運用時のコストを、予め割当決定部13が記憶している電力量と拡張時及び運用時のコストとの対応情報を用いて算出する。
また、割当決定部13は、新規のスライスを追加し、そのスライスにサービスを追加する場合、使用可能ノードのリソースに占めるサービス追加により使用するリソース量の割合を算出し、この割合と当該ハードウェア全体の電力量とを積算する。そして、この値に対応する生成時及び運用時のコストを予め割当決定部13が記憶している電力量と生成時のコスト、運用時のコストとの対応情報を用いて算出する。また、割当決定部13は、所定の係数に使用ユーザ数(サービス依頼時に受信する値)を除算した値を算出することにより、分割損の値を算出する。
割当決定部13は、既存のスライスを拡張するコストと、新規スライスを生成したときのコストとを比較した結果、既存のスライスを拡張するコストの方が少ない場合、これは、既存スライスを拡張して割り当てた方が新規スライスを生成する場合よりもコストが低いことを示す。この場合、割当決定部13は、既存スライスを拡張してサービスを割当てると決定する。
割当決定部13は、既存のスライスを拡張する場合におけるコストと、新規スライスを生成したときのコストとを比較した結果、新規のスライスを生成したときのコストの方が少ない場合、これは、新規のスライスを生成した方が、コストが低いことを示す。この場合、割当決定部13は、新規にスライスを生成し、当該スライスへサービスを割当てると決定する。
割当決定部13は、新規にスライスを生成してサービスを割当てるか、既存のスライスへサービスを割当てるか、既存のスライスを拡張してサービスを割当てるかを決定すると、決定した内容を割当要求部14へ送出する。
割当決定部13は、新規にスライスを生成してサービスを割当てると決定した場合、決定した内容として、新規にスライスを生成する旨と、サービス要件を割当要求部14へ送出する。
割当決定部13は、既存のスライスにサービスを割当てると決定した場合、決定した内容として、既存のスライスにサービスを割当てる旨、と当該既存のスライスIDと、サービス要件を割当要求部14へ送出する。
割当決定部13は、既存のスライスを拡張してサービスを割当てると決定した場合、決定した内容として、既存のスライスを拡張してサービスを割当てる旨、と当該既存のスライスIDと、拡張するリソース量と、サービス要件を割当要求部14へ送出する。
割当要求部14は、割当決定部13により決定されたスライスにサービスを割り当てる要求を行う部分である。具体的には、割当要求部14は、割当決定部13から上述の割当決定部13が決定した内容をNFVO30へ送信すると共にサービスの割当要求をする。これにより、NFVO30において、スライスへサービスの割当が行われる。
割当結果通知部15は、NFVO30から割当結果を受け付ける部分である。具体的には、割当結果通知部15は、NFVO30から割当結果(割当完了したか割当不可であったかを示す結果)を受信する。割当完了を示す情報には、サービスIDとアクセス先のアドレスが含まれる。割当結果通知部15は、割当結果が割当完了である場合、SBSA70へサービスID及びアクセス先を送信する。
NFVO30は、スライス属性情報送信部31と、サービス割当要求受付部32と、保持部33と、リソース要求部34と、機能追加要求部35と、サービス割当部36とを備える。スライス属性情報送信部31は、BSS/OSS10からのスライス属性情報送信要求を受け付けると、保持部33が記憶しているスライス管理テーブルの情報をBSS/OSS10へ送信する。
サービス割当要求受付部32は、BSS/OSS10から、割当決定部13が決定した内容を受信すると共に、サービスの割当要求を受け付ける部分である。サービス割当要求受付部32は、割当決定部13が決定した内容に、「既存のスライスを拡張してサービスを割当てる旨」又は「新規にスライスを生成する旨」が含まれている場合、リソース要求部34へリソースに関する情報を送出する。
また、サービス割当要求受付部32は、リソース要求部34からリソース確保の旨を受信すると、その旨をBSS/OSS10へ送信する。また、サービス割当要求受付部32は、所定のタイミングで機能情報を受信する。サービス割当要求受付部32は、当該機能情報を受信すると、機能情報を機能追加要求部35へ送出する。
サービス割当要求受付部32は、サービス割当部36がサービス割当てした後に、当該サービス割当部36から割当結果を受け取り、当該割当結果をBSS/OSS10へ送信する。
保持部33は、各種テーブルを記憶する部分である。保持部33は、スライス管理テーブル、サービス管理テーブル、及びサービス対応スライス管理テーブルを記憶する。図6にサービス管理テーブルを示す。このサービス管理テーブルは、サービス割当要求受付部32がBSS/OSS10から受信したサービス要件に基づいた情報である。サービス管理テーブルは、サービスID、モビリティ制御、アクセスエリア範囲、サービス利用時間、許容下限帯域、許容遅延時間、許容パケットロス、機能、及び分離フラグを有する。サービス割当部36が、サービス管理テーブルへサービス要件にサービスIDを付加した情報を登録する。
続いて、図7にサービス対応スライス管理テーブルを示す。このサービス対応スライス管理テーブルは、サービスID及びスライスIDを有する。サービス割当部36が、サービス管理テーブルへ情報を追加した際におけるサービスIDと、割当て先のスライスIDとをサービス対応スライス管理テーブルへ登録する。
リソース要求部34は、VIM50へリソースの確保要求する部分である。リソース要求部34は、サービス割当要求受付部32から受信したリソース量をVIM50へリソース確保要求する。リソース要求部34は、VIM50からリソース確保完了通知を受け取ると、サービス割当要求受付部32へ通知する。
機能追加要求部35は、VNFM40へ機能追加を要求する部分である。機能追加要求部35は、サービス割当要求受付部32から受信したリソース量をVIM50へリソース確保要求する。機能追加要求部35は、VNFM40から機能追加完了通知を受け取ると、サービス割当部36へ通知する。
サービス割当部36は、サービスを割当てる部分である。サービス割当部36は、機能追加要求部35によって、機能追加完了通知を受信すると、サービス管理テーブルへサービス要件に基づいた情報を登録し、さらに、サービス対応スライス管理テーブルへサービスID及びスライスIDを登録する。
ここで、サービス割当部36がスライスの決定に基づいてスライス管理テーブルの編集をする例について図8を用いて説明する。ここでいうテーブルの編集とは、新規にレコードを追加すること又は既存のレコードを修正することをいう。
図4に示したようなスライス管理テーブルの状態の場合に、BSS/OSS10からスライスIDが「Slice1」であるスライスのリソースを拡張する旨の要求を受け付けたとき、利用可能ノードを追加したり、また利用可能ノードのいける各種リソースを拡張したりする。図8(A)においては、利用可能ノードであるサーバsv2が追加される。
また、BSS/OSS10から新規スライス生成する旨の要求を受け付けたとき、サービス割当部36は、図8(B)に示すように、新たなレコード(スライスIDが「Slice2」)を追加する。
続いて、サービス割当部36がスライスの決定に基づいてサービス対応スライス管理テーブルの編集例を示す。図7に示したようなサービス対応スライス管理テーブルの状態の場合に、BSS/OSS10から新規スライス生成する旨の要求を受け付けたとき、図9(A)に示すように、新たなレコード(サービスIDが「サービス2」とスライスIDが「Slice2」であるレコード)を追加する。
また、BSS/OSS10から既存のスライスへサービスを割当てる旨の要求を受け付けたとき、サービス割当部36は、図9(B)に示すように、同一のスライスID(スライスIDが「Slice1」)を含むレコードを追加する。
続いて、VNFM40の説明をする。VNFM40は、機能追加要求受付部41と、保持部42と、機能追加部43を有する。機能追加要求受付部41は、NFVO30からの機能追加要求を受け付ける部分である。機能追加要求受付部41は、機能追加要求を受け付けた旨を機能追加部43へ通知する。また、機能追加要求受付部41は、追加機能に係るソフトウェアをNFVO30から受信した場合、当該ソフトウェアも機能追加部43へ送出する。
機能追加要求受付部41は、機能追加部43により、機能追加後に機能追加完了通知を受信した場合、NFVO30へ機能追加完了した旨を通知する。
保持部42は、ソフトウェアを保持する部分(例えば、リポジトリ)である。保持部42は、通信に関する共通的に使用する可能性の高いソフトウェアを保持する。
機能追加部43は、機能をインストールする部分である。機能追加部43は、機能追加要求受付部41から機能追加要求を受け付けると、対象となる利用可能ノードへインストールする。インストールする際に、機能追加部43は、要求対象の機能が、保持部42において保持しているソフトウェアの機能の場合は、保持部42が保持しているソフトウェアを利用可能ノードへインストールする。また、機能追加部43は、機能追加要求受付部41からインストール対象のソフトウェアを受信した場合、当該ソフトウェアをインストールする。機能追加部43は、インストール完了後にNFVO30へインストール完了通知をする。
VIM50は、リソース要求受付部51と、保持部52と、リソース確保部53と、監視部54とを備える。リソース要求受付部51は、NFVO30からのリソース確保要求を受け付ける部分である。リソース要求受け付けると、リソース確保部53へ通知する。保持部52は、リソースに関する情報を保持する部分である。保持部52は、ハードウェアテーブルの情報と、リソース利用状況テーブルの情報を保持する。
リソース利用状況テーブルの例について図10を用いて説明する。リソース利用状況テーブルは、リソース利用状況テーブルはハードウェア名(HW名)と、利用しているスライスと、割当リソースと、余剰リソースと、リソース利用率とを有する。
HW名は、ハードウェアを識別するための情報である。利用しているスライスは、スライスに割り当てられているスライスである。割当リソースは、スライスに割り当てたリソースである。余剰リソースは、スライスに割り当てられていないリソースである。リソース利用率は、スライス内におけるリソースの利用率である。
リソース確保部53は、リソースを確保する部分である。リソース要求受付部51によりリソース要求の通知を受けると、リソース利用状況テーブルを参照し、当該リソース利用状況テーブルにおける余剰リソースに基づいてスライスを割当てる。リソース確保後、リソース要求受付部51へ通知する。監視部54は、NFVI60の使用状況を監視する部分である。監視部54は、監視した結果をリソース利用率へ反映する。
以上が、本実施形態に係る機能である。図11に本実施形態に係るBSS/OSS10、NFVO30、VNFM40及びVIM50を構成するサーバ装置のハードウェア構成を示す。図11に示すように当該サーバ装置は、一又は複数のCPU101、主記憶装置であるRAM(Random Access Memory)102及びROM(Read Only Memory)103、通信を行うための通信モジュール104(Transmitter or Receiver)、並びにハードディスク等の補助記憶装置105(Memory)等のハードウェアを備えるコンピュータを含むものとして構成される。これらの構成要素がプログラム等により動作することにより、上述するBSS/OSS10、NFVO30、VNFM40及びVIM50の機能が発揮される。
なお、CPU101などのプロセッサ(Processor)が図3における各機能を実行することに代えて、その機能全部または一部を専用の集積回路(IC:integrated circuit)を構築することにより各機能を実行するように構成してもよい。例えば、画像処理や通信制御を行なうための専用の集積回路を構築することにより上記機能を実行するようにしてもよい。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線(DSL)などの有線技術及び/又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び/又は無線技術は、伝送媒体の定義内に含まれる。
なお、BSS/OSS10、NFVO30、VNFM40及びVIM50は複数のサーバ装置からなるコンピュータシステムによって構成されていてもよい。また、システム1に含まれる上記以外のノードも上記のハードウェア構成を有するサーバ装置によって実現されてもよい。また、基地局80やSU90(移動通信端末)の各機能の一部又は全ては、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを用いて実現されても良い。また、基地局80やSU90は、プロセッサ(CPU)と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係る基地局80やSU90などは、本発明に係る処理を行うコンピュータとして機能してもよい。
ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu−ray(登録商標)ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ROM、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、CD−ROM(Compact Disc−ROM)、RAM、レジスタ、リムーバブルディスク、ハードディスク、フロッピー(登録商標)ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、基地局80やSU90は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。
基地局80及びSU90の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。
ここで、当該プログラムは、上記の各実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。例えば、移動通信端末の制御部は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。以上が、本実施形態に係るシステム1の構成である。
引き続いて、図12及び13のシーケンス図、図14のフローチャートを用いて、本実施形態に係るシステム1で実行される処理である管理方法を説明する。
まず、図12のシーケンス図を用いて、SO20からサービス開始依頼がなされた際に、BSS/OSS10が新規スライスを生成する又は既存スライスを拡張してサービスを割当てると決定した場合の処理を説明する。
まず、SO20がサービス開始依頼すると、BSS/OSS10のサービス依頼受付部11が当該サービス開始依頼を受け付ける(ステップS1)。続いて、スライス属性情報受信部12は、NFVO30にスライス属性情報の送信要求をすると(ステップS2)、NFVO30からスライス属性情報を受信する(ステップS3)。続いて、割当決定部13は、サービス割当スライス決定処理をする(ステップS4)。このサービス割当スライス決定処理の詳細は、後述のフローチャートで説明する。割当要求部14は、スライスを拡張又は新規スライスの生成をして、スライスにサービスを割当てると決定すると、スライスの編集(スライスを拡張又は新規スライスの生成)及びサービス割当要求をNFVO30にする(ステップS5)。NFVO30は、これに応じてVIM50に対してリソース確保要求する(ステップS6)。
VIM50は、利用可能ノードやそのリソースを確保すると(ステップS7)、NFVO30へリソース確保通知する(ステップS8)。NFVO30は、BSS/OSS10に対してリソース確保完了通知をする(ステップS9)。割当要求部14は、対象サービスの機能情報をNFVO30へ通知する(ステップS10)。NFVO30は、これに応じてVNFM40へソフトウェアインストール指示を行う(ステップS11)。VNFM40は、これに応じてソフトウェアをインストールし(ステップS12)、NFVO30へソフトウェアインストール完了通知をする(ステップS13)。NFVO30は、生成した新規スライスへサービスを割当てて(ステップS14)、BSS/OSS10へサービス割当の完了通知をする(ステップS15)。BSS/OSS10の割当結果通知部15は、SBSA70へアクセス情報を送信すると共に(ステップS16)、SO20へ結果通知をする(ステップS17)。
続いて、図13のシーケンス図を用いて、SO20からサービス開始依頼がなされた際に、BSS/OSS10が既存スライスへサービスを割当てると決定した場合の処理を説明する。
ステップS1〜ステップS4までの処理及び、ステップS11〜ステップS17までの処理は、図12のシーケンス図と共通するので、説明を省略する。ステップS4において、割当決定部13が、サービス割当スライス決定処理をすると、既存スライスにサービスを割当てると決定するので、サービス要件・機能情報をNFVO30へ通知すると共に割当要求をする(ステップS5a)。
そして、NFVO30は、VNFM40からインストールの完了通知を受けると、既存のスライスへのサービスの割り当て処理を行なう(S14a)。
続いて、サービス割当スライス決定処理について、図14のフローチャートを用いて説明する。割当決定部13は、サービス要件にスライスが隔離されることを意味する要件が含まれる場合(ステップS21;YES)、新規にスライスを生成して、当該スライスにサービスを割当てると決定する(ステップS27)。なお、スライスの隔離の要求は、サービス開始依頼者からの要望により行われるものであり、サービスが割り当てられていないスライスへの割当要求又は新規にスライスの生成要求に相当するものである。
サービス要件にスライスが隔離されることを意味する要件が含まれる場合(ステップS21;NO)、割当決定部13は、既存スライスが機能・性能要件を満たすか否かを判断し(ステップS22)、既存スライスが機能・性能要件を満たすと判断した場合(ステップS22;YES)、既存スライスにサービスを割当てることによる無駄が大きい場合(ステップS23;YES)、ステップS27へ進む。既存スライスにサービスを割当てることによる無駄が大きくない場合(ステップS23;NO)、割当決定部13は、既存のスライスへサービスを割当てると決定する(ステップS26)。
既存スライスが機能・性能要件を満たさないと判断した場合(ステップS22;NO)、既存スライスを拡張すると判断した場合(ステップS24;YES)、割当決定部13は、既存のスライスへサービスを拡張すると決定する(ステップS25)。既存スライスを拡張すべきでないと判断した場合(ステップS24;NO)、ステップS27へ進む。
つぎに、本実施形態のBSS/OSS10の作用効果について説明する。BSS/OSS10では、サービス依頼受付部11が、サービス要件及びサービスを実現するための機能を示す情報を受信する。割当決定部13は、サービス要件及びスライス情報を用いて、既存のスライス又は新規スライスの何れにサービスを割り当てるかを決定する。割当要求部14は、割当決定部13により決定されたスライスにサービスを割り当てる要求を行う。この場合、BSS/OSS10は、サービス要件及び既存のスライスの属性に基づいて、既存のスライス又は新規のスライスの何れにサービスを割り当てるかを決定するので、NFVI60を構成する物理資源(ノード)やそのリソースを無駄に使用することなくスライスへサービスを割当てることができる。
また、割当決定部13は、既存のスライスの属性がサービス要件を満たすことを条件に、当該既存のスライスにサービスを割り当てる。この場合、BSS/OSS10は、既存のスライスへサービスを追加できる場合に、当該既存のスライスへサービスを割当てるので、新規のサービス依頼を受け付ける度にスライスを新規に生成する場合と比較して、利用可能ノードやそのリソースを無駄に使用することなくスライスへサービスを割当てることができる。
また、割当決定部13は、既存のスライスの属性がサービス要件を満たし、さらに当該既存のスライスにサービスを割当てるときのコストと新規スライスへサービスを割り当てるときのコストとの比較結果が所定の条件を満たす場合、既存のスライスへサービスを割り当てる。この場合、BSS/OSS10は、既存のスライスにサービスを割当てるときのコストと新規スライスへサービスを割り当てるときのコストとの比較をするので、利用可能ノードやそのリソースを無駄に使用することを防止することができる。
また、割当決定部13が、既存のスライスの属性がサービス要件を満たさない場合、既存スライスの利用可能ノードやそのリソースを拡張させたときのコストと、新規スライスを生成したときのコストとの比較結果に基づいて、既存のスライスを拡張して、当該既存スライスへサービスを割り当てるか、新規のスライスへサービスを割り当てるかを決定する。この場合、拡張した場合のコストを考慮して、スライスを拡張してサービスを割当てるので、画一的に新規にスライスを生成する場合と比較して利用可能ノードやそのリソースを無駄に使用することを防止することができる。
割当決定部13が、サービス要件に隔離要件が含まれる場合、サービスを新規スライスへ割り当てると決定する。この場合、BSS/OSS10は、他のサービスが割り当てられていないスライスに割り当てることを要求するサービスを、他のサービスが割り当てられているスライスを割当ててしまうことを防止することができる。
なお、本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベースまたは別のデータ構造での探索)、確認(ascertaining)などを含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを含み得る。
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
「含む(including)」、「含んでいる(comprising)」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または(or)」は、排他的論理和ではないことが意図される。
「接続する」、「接続された(connected)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及び/又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」されると考えることができる。
移動通信端末は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
本明細書で説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本明細書で説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
本明細書で説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE−A(LTE Advanced)、SUPER 3G、IMT−Advanced、4G、5G、FRA(Future Radio Access)、W−CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi−Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(Ultra Wide Band)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及び/又はこれらに基づいて拡張された次世代システムに適用されてもよい。
1…システム、10…BSS/OSS、11…サービス依頼受付部、12…スライス属性情報受信部、13…割当決定部、14…割当要求部、15…割当結果通知部、20…SO、30…NFVO、31…スライス属性情報送信部、32…サービス割当要求受付部、33…保持部、34…リソース要求部、35…機能追加要求部、36…サービス割当部、40…VNFM、41…機能追加要求受付部、42…保持部、43…機能追加部、50…VIM、51…リソース要求受付部、52…保持部、53…リソース確保部、54…監視部、60…NFVI、70…SBSA、80…基地局、90…SU、101…CPU、102…RAM、103…ROM、104…通信モジュール、105…補助記憶装置。

Claims (6)

  1. ネットワークインフラ上に論理的に生成された仮想ネットワークであるスライスに対して、当該仮想ネットワークを用いるサービスを割当てるサービス割当決定装置であって、
    前記仮想ネットワークを用いて各種ユーザに対してサービス提供を行う事業者端末から、前記仮想ネットワークを用いて提供するサービスにおける機能又は性能の要件であるサービス要件を含むサービス依頼を受け付けるサービス依頼受付手段と、
    前記サービス依頼受付手段によって受け付けられたサービス要件、既存スライスの属性及びスライスに対するサービス割当てに関する指標に基づいて、既存スライス又は新規スライスの何れにサービスを割り当てるかを決定する割当決定手段と、
    前記割当決定手段により決定されたスライスにサービスを割り当てる要求を行う割当要求手段と、を備え、
    前記サービス要件は、他のサービスが割り当てられていないスライスへ割り当てることを示す隔離要件を含み、
    他のサービスが割当てられていないスライスに割当てることを要求するサービスは、他のサービスが割当てられているスライスには割当てられることなく、新規スライスに割当てられ、
    他のサービスが割当てられていないスライスに割当てることを要求しないサービスは、前記機能または性能の要件に従って、他のサービスが割当てられている既存スライスに割当てられ、
    前記割当決定手段は、既存スライスの属性が前記サービス要件を満たさない場合、前記既存スライスのリソースを拡張させたときの前記指標及び新規スライスを生成したときの前記指標により、前記既存スライスのリソースを拡張して、当該既存スライス又は新規スライスの何れかにサービスを割り当てるかを決定する、サービス割当決定装置。
  2. 前記割当決定手段は、既存スライスの属性が前記サービス要件を満たすことを条件に、当該既存スライスにサービスを割り当てる、請求項1に記載のサービス割当決定装置。
  3. 前記割当決定手段は、既存スライスの属性が前記サービス要件を満たす場合、当該既存スライスに対するサービス割当てに関する指標及び新規スライスに対するサービス割当てに関する指標により、既存スライス又は新規スライスの何れかにサービスを割り当てるかを決定する、請求項1又は2に記載のサービス割当決定装置。
  4. ネットワークインフラ上に論理的に生成された仮想ネットワークであるスライスに対して、当該仮想ネットワークを用いるサービスを割当てるサービス割当決定装置で実行されるサービス割当決定方法であって、
    前記仮想ネットワークを用いて各種ユーザに対してサービス提供を行う事業者端末から、前記仮想ネットワークを用いて提供するサービスにおける機能又は性能の要件であるサービス要件を含むサービス依頼を受け付けるサービス依頼受付ステップと、
    前記サービス依頼受付ステップによって受け付けられたサービス要件、既存のスライスの属性及びスライスに対するサービス割当てに関する指標に基づいて、既存スライス又は新規スライスの何れにサービスを割り当てるかを決定する割当決定ステップと、
    前記割当決定ステップにより決定されたスライスにサービスを割り当てる要求を行う割当要求ステップと、
    を含み、
    前記サービス要件は、他のサービスが割り当てられていないスライスへ割り当てることを示す隔離要件を含み、
    他のサービスが割当てられていないスライスに割当てることを要求するサービスは、他のサービスが割当てられているスライスには割当てられることなく、新規スライスに割当てられ、
    他のサービスが割当てられていないスライスに割当てることを要求しないサービスは、前記機能または性能の要件に従って、他のサービスが割当てられている既存スライスには割当てられ、
    前記割当決定ステップでは、既存スライスの属性が前記サービス要件を満たさない場合、前記既存スライスのリソースを拡張させたときの前記指標及び新規スライスを生成したときの前記指標により、前記既存スライスのリソースを拡張して、当該既存スライス又は新規スライスの何れかにサービスを割り当てるかを決定する、サービス割当決定方法。
  5. 前記割当決定ステップでは、既存スライスの属性が前記サービス要件を満たすことを条件に、当該既存スライスにサービスを割り当てる、請求項4に記載のサービス割当決定方法。
  6. 前記割当決定ステップでは、既存スライスの属性が前記サービス要件を満たす場合、当該既存スライスに対するサービス割当てに関する指標及び新規スライスに対するサービス割当てに関する指標により、既存スライス又は新規スライスの何れかにサービスを割り当てるかを決定する、請求項4又は5に記載のサービス割当決定方法。
JP2017508224A 2015-03-20 2016-03-11 サービス割当決定装置及びサービス割当決定方法 Active JP6464257B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015058508 2015-03-20
JP2015058508 2015-03-20
PCT/JP2016/057831 WO2016152588A1 (ja) 2015-03-20 2016-03-11 サービス割当決定装置及びサービス割当決定方法

Publications (2)

Publication Number Publication Date
JPWO2016152588A1 JPWO2016152588A1 (ja) 2017-12-28
JP6464257B2 true JP6464257B2 (ja) 2019-02-06

Family

ID=56978270

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017508224A Active JP6464257B2 (ja) 2015-03-20 2016-03-11 サービス割当決定装置及びサービス割当決定方法

Country Status (4)

Country Link
US (1) US10285063B2 (ja)
EP (1) EP3273647B1 (ja)
JP (1) JP6464257B2 (ja)
WO (1) WO2016152588A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018023338A1 (zh) 2016-08-01 2018-02-08 华为技术有限公司 一种网络功能nf管理方法及nf管理设备
US10411964B2 (en) * 2016-09-09 2019-09-10 Huawei Technologies Co., Ltd. Method and apparatus for network slicing
WO2018076547A1 (zh) 2016-10-31 2018-05-03 华为技术有限公司 网络切片的管理方法、管理单元及系统
WO2018094667A1 (zh) 2016-11-24 2018-05-31 华为技术有限公司 一种管理方法、管理单元及系统
KR102549946B1 (ko) 2017-01-09 2023-06-30 삼성전자주식회사 이동통신 환경에서 단말의 초기 접속 요청 메시지를 라우팅하는 방법 및 관련 파라미터
JP6967066B2 (ja) * 2017-03-21 2021-11-17 株式会社Nttドコモ スライス管理装置及びスライス管理方法
EP3632156A4 (en) * 2017-06-02 2021-03-03 Fg Innovation Company Limited PROCEDURES, DEVICES AND SYSTEMS FOR SERVICE-DRIVEN MOBILITY MANAGEMENT
JP2021010042A (ja) * 2017-09-26 2021-01-28 株式会社Nttドコモ 管理装置およびネットワーク構成制御方法
JP2021010041A (ja) * 2017-09-26 2021-01-28 株式会社Nttドコモ 管理装置およびネットワーク構成制御方法
US10541877B2 (en) * 2018-05-29 2020-01-21 Ciena Corporation Dynamic reservation protocol for 5G network slicing
CN110661636B (zh) * 2018-06-30 2022-04-12 华为技术有限公司 用于获取网络切片的方法、装置和系统
WO2020031328A1 (ja) 2018-08-09 2020-02-13 株式会社Nttドコモ スライス運用装置、通信システムおよびスライス運用方法
US11356537B2 (en) * 2019-03-11 2022-06-07 At&T Intellectual Property I, L.P. Self-learning connected-device network
CN113839796A (zh) * 2020-06-23 2021-12-24 中兴通讯股份有限公司 切片业务处理方法、装置、网络设备和可读存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040210623A1 (en) * 2003-03-06 2004-10-21 Aamer Hydrie Virtual network topology generation
JP5491835B2 (ja) * 2009-12-02 2014-05-14 グローバル・オーエルイーディー・テクノロジー・リミテッド・ライアビリティ・カンパニー 画素回路および表示装置
WO2012055448A1 (en) * 2010-10-29 2012-05-03 Nokia Siemens Networks Gmbh & Co. Kg. Control mechanism for reliability and availability setting in virtual networks
US9172678B2 (en) 2011-06-28 2015-10-27 At&T Intellectual Property I, L.P. Methods and apparatus to improve security of a virtual private mobile network
ES2882165T3 (es) 2014-11-11 2021-12-01 Nokia Solutions & Networks Oy Red de acceso por radio basada en la nube de múltiples niveles

Also Published As

Publication number Publication date
JPWO2016152588A1 (ja) 2017-12-28
WO2016152588A1 (ja) 2016-09-29
EP3273647A4 (en) 2018-02-14
US20180041904A1 (en) 2018-02-08
US10285063B2 (en) 2019-05-07
EP3273647A1 (en) 2018-01-24
EP3273647B1 (en) 2019-02-06

Similar Documents

Publication Publication Date Title
JP6464257B2 (ja) サービス割当決定装置及びサービス割当決定方法
JP6307172B2 (ja) スライス管理システム及びスライス管理方法
JP6941613B2 (ja) スライス管理システムおよびスライス管理方法
JP6307173B2 (ja) システム及び方法
US10356663B2 (en) Service allocation determining methid
WO2017170937A1 (ja) スライス変更方法及びスライス変更装置
JP6754734B2 (ja) Ranスライスにおけるリソース管理装置及びranスライスにおけるリソース管理方法
EP3429137B1 (en) Slice allocating method
WO2018034156A1 (ja) スライス割当方法
JP2018160772A (ja) 情報通知方法及び移動通信システム
WO2018173564A1 (ja) スライス管理装置及びスライス管理方法
WO2018180496A1 (ja) 通信制御方法および通信端末
WO2018173815A1 (ja) スライス割当方法及び移動通信システム
JP2018186450A (ja) 通信制御方法
WO2018034147A1 (ja) スライス割当方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170818

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170818

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180529

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180705

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180828

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181126

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20181203

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181218

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190107

R150 Certificate of patent or registration of utility model

Ref document number: 6464257

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250