JP5651756B2 - ネットワークトポロジー要求を物理ネットワークにマッピングする方法及び通信システム - Google Patents

ネットワークトポロジー要求を物理ネットワークにマッピングする方法及び通信システム Download PDF

Info

Publication number
JP5651756B2
JP5651756B2 JP2013197996A JP2013197996A JP5651756B2 JP 5651756 B2 JP5651756 B2 JP 5651756B2 JP 2013197996 A JP2013197996 A JP 2013197996A JP 2013197996 A JP2013197996 A JP 2013197996A JP 5651756 B2 JP5651756 B2 JP 5651756B2
Authority
JP
Japan
Prior art keywords
node
path
nodes
primary
network
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.)
Expired - Fee Related
Application number
JP2013197996A
Other languages
English (en)
Other versions
JP2014072895A (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 JP2014072895A publication Critical patent/JP2014072895A/ja
Application granted granted Critical
Publication of JP5651756B2 publication Critical patent/JP5651756B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/145Network analysis or design involving simulating, designing, planning or modelling of a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • H04L41/122Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/64Routing or path finding of packets in data switching networks using an overlay routing layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/121Shortest path evaluation by minimising delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/122Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/125Shortest path evaluation based on throughput or bandwidth

Landscapes

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

Description

本発明は、通信ネットワークの分野に関し、より具体的には、ネットワークトポロジー要求を物理ネットワーク、例えば、有線通信システム又は無線通信システムの物理ネットワークにマッピングする手法に関する。
通信ネットワークの分野では、仮想ネットワーク事業者が知られている。仮想ネットワーク事業者は、ネットワークインフラストラクチャを何ら所有する必要なく個別のネットワークソリューションを提供することができる。仮想ネットワーク事業者は、1つ又は複数の電気通信サービスプロバイダのインフラストラクチャ及び技術に基づいて個別のネットワークソリューションを構成する。仮想ネットワーク事業者は、物理データラインを所有することなく、ネットワークサービスのみを提供するので「仮想」と呼ばれる。仮想ネットワーク事業者は、有線通信ネットワークの分野及び無線通信ネットワークの分野の双方において活動している。
図1は、仮想ネットワーク事業者が、物理ネットワークにマッピングする必要があるその所望のネットワークトポロジーをどのように提供するのかの例示的な図を示している。図1は、1つ又は複数の移動ユーザをサービングする1つ又は複数の基地局BSを備える2つの無線アクセスエリア102a及び102b(エリアA及びB)を含む物理ネットワーク100を示している。この物理ネットワークは、図示した例では移動通信ネットワークである。物理ネットワーク100は、オペレーション及び管理サービスを実施する複数のノードクラウド104a〜104eを更に備える。より具体的には、各ノードクラウド104a〜104bは、これらのノードクラウドのそれぞれの図においてボックスによって示されるように、所望のオペレーション及び管理サービスの実施を可能にする1つ又は複数のリソースを提供する。例えば、ノードクラウド104a及び104dは、物理ネットワーク100によって実施される移動通信ネットワーク向けのサービスゲートウェイS−GW−1及びS−GW−2を実施することができる。ノードクラウド104b及び104eは、移動管理エンティティMME−1及びMME−2を実施することができる一方、ノードクラウド104cは、パケットデータネットワークゲートウェイP−GWを実施することができる。物理ネットワーク100は、1つ又は複数のサービスクラウドを更に備えることができる。これらのサービスクラウドのうちの2つが、図1の106a及び106bに示されている。サービスクラウド106a及び106bは、ノードクラウド104a〜104eと同様に、ボックスによって概略的に図示されるように、特定のサービスを提供するリソースを提供する。ネットワーク100は、それぞれのノードクラウド、サービスクラウド及びエリアへの接続を提供する複数のインタフェースA〜Jを備えるコア伝送ネットワーク108を更に備える。より具体的には、インタフェースA及びBは、サービスクラウド106a及び106bへの接続を提供し、インタフェースC、D及びEは、ノードクラウド104c、104d及び104eへの通信を提供し、インタフェースF及びJは、無線アクセスエリア102a、102bへの通信を提供し、インタフェースH及びIは、ノードクラウド104a及び104bへの接続を提供する。さらに、インタフェースJによって、インターネット110への接続が可能である。
図1に示す物理ネットワークは、電気通信プロバイダが提供することができ、仮想ネットワーク事業者112が自身の顧客に特定のサービスを提供するために所望する特定のトポロジーを実施するようにこの仮想ネットワーク事業者によって用いることができる。仮想ネットワーク事業者112は、図1の114に概略的に表されているようなネットワークトポロジー要求を提供する。ネットワークトポロジーは、仮想ネットワーク事業者が自身の顧客に提供するそれぞれのサービス及びオペレーションを表している。仮想ネットワーク事業者は、サービスゲートウェイS−GW及び移動管理エンティティMMEにともに接続された2つの無線アクセスエリアA及びBを提供することを所望している。トポロジー114によって表される仮想ネットワークは、サービスゲートウェイS−GWに接続されたパケットデータネットワークゲートウェイP−GWを更に備える。このパケットデータネットワークゲートウェイP−GWは、インターネットに更に接続されている。加えて、5つの異なるサービスS〜Sが、図1に概略的に示すように提供されることになる。仮想ネットワーク事業者は、図1に示すようなネットワークトポロジー114を含むネットワークトポロジー要求を生成する。このネットワークトポロジー要求は、加えて、リンク帯域幅BW、遅延及びノード/サイト能力又はリソース要件、例えば、仮想ネットワーク事業者がその仮想ネットを介して提供する所望のサービスを実施するのに必要とされるノードの数又はCPUコアの数を含むことができる。図1に示すように、仮想ネットワーク事業者112からのネットワークトポロジー要求を収容するネットワーク構成プラットフォーム116が提供される。このネットワーク構成プラットフォーム116は、物理ネットワーク100についての情報を有し、この物理ネットワークがどのように見えるのかを知っている。ネットワーク構成プラットフォーム116は、図1に示すような方法で、VNOネットワークトポロジー要求をPN100上にマッピングする。より具体的には、ネットワークトポロジー114のエリアA及びBは、無線アクセスエリア102a及び102bによって実施される。サービスゲートウェイS−GWは、必要なリソースを備えるノードクラウド104dによって実施され、それによって、サービスゲートウェイS−GW−2が提供される。ネットワークトポロジーネットワーク114の移動管理エンティティMMEは、ノードクラウド114bによって、MME−1を実施するリソースによって実施される。ネットワークトポロジー114のパケットデータネットワークゲートウェイP−GWは、ノードクラウド104cによって実施され、サービスS〜Sは、サービスクラウド106a及び106bによって実施され、そのうちのサービスクラウド106aは、サービスS〜Sを実施し、サービスクラウド106bは、サービスS及びSを実施する。コアネットワーク108によって、物理ネットワークのそれぞれの要素間の必要な接続が実施される。より具体的には、エリアA及びBは、通信パス118a及び118bを介してサービスゲートウェイに接続される。さらに、エリアA及びBは、通信パス120a及び120bを介して移動管理エンティティに接続される。ノードクラウド104aによって実施されるネットワークトポロジー114のサービスゲートウェイS−GWは、ノード104cによって実施されるパケットデータネットワークゲートウェイP−GWに、通信パス122を介して接続される。このパケットゲートウェイは、通信パス124a及び124bを介してそれぞれのサービスクラウド106a及び106bに接続されるとともに、通信パス126によってインターネット110に接続される。
図2に基づいて、仮想ネットワーク事業者によって提供されるネットワークトポロジーの物理ネットワークへのマッピングを、簡略化した要求を用いて種々の用語で説明することにする。図2は、物理ネットワークと、仮想ネットワーク事業者が要求する仮想ネットワークとの、それぞれのグラフに基づくグラフ表現を示している。物理ネットワークグラフ130は、コアネットワーク100のそれぞれのルータ/スイッチを白抜きの円によって表し、それぞれの内部の通信パス/伝送リンクをそれらの円を接続するラインによって表している。加えて、内部のスイッチ/ルータから外部のノード(ハッチングされた円を参照)、例えば、図1に関して上述したノードクラウド、サービスクラウド及び無線アクセスエリアを実施するノードへの接続が示されている。さらに、図2の右側には、仮想ネットワークグラフ132が示されている。この仮想ネットワークグラフは、5つのノードA〜Dを備える仮想ネットワーク事業者要求の一部とすることができる。仮想ネットワークグラフ132は、ノードごとのリソース要件、例えば、ノードAは10個のリソースを必要とし、ノードBは5つのリソースを必要とし、ノードCは8つのリソースを必要とし、ノードDは3つのリソースを必要とすることを示す。これらのリソースは、例えば、CPUコアの数等とすることができる。さらに、仮想ネットワークグラフ132は、それぞれのノードA〜Dが互いにどのように接続されるのかを示している。ノードAは、ノードB及びCに接続されているが、ノードCにのみ接続されているノードDには接続されていない。この接続性も、それぞれのノードA〜D間の伝送リンクのそれぞれのリンク帯域幅BW及び遅延要件とともに、仮想ネットワーク要求に含まれる。
物理ネットワークグラフ130において、コアネットワーク108の外部のノード(ハッチングされた円を参照)のうちの幾つかは、物理ネットワーク内のこの物理ノードに利用可能なリソースの数を示す関連付けられた数字とともに示されている。この情報に基づくとともに、コアネットワーク108内のルータ/スイッチ間の伝送リンク又は通信パスの特徴に基づいて、仮想ネットワークグラフ132によって示すような仮想ネットワークを物理ネットワーク上にマッピングすることができる。図1に示すクラウドは、図2に示すハッチングされたノードとして抽象化することができる。物理ネットワークトポロジー及び仮想ネットワーク事業者要求は、ともに接続グラフ130、132として表されるので、或るグラフを別のグラフ上にマッピングする必要がある場合には、一般的なネットワーク埋め込み問題が存在する。一般的なネットワーク埋め込みアルゴリズムはNP困難である。
仮想ネットワーク事業者によって所望されるような仮想ネットワークを、図1及び図2に関して上述したような方法で物理ネットワークに基づいて実施するとき、物理ネットワークのノードのうちの1つ又は複数が障害を起こしている状況が存在する場合がある。ここでは、そのような状況を図1に関して説明することにする。図1から見て取ることができるように、クラウド104a及び104eによって、サービスゲートウェイ向け及び移動管理エンティティ向けのバックアップノードが、サービスゲートウェイS−GW−1及び移動管理エンティティMME−2によって提供される。これは、ノード/サイトの障害からの復旧を可能にするように提供される。例えば、ノード104dが障害を起こした場合、通信パス120a、120b及び122が、バックアップサービスゲートウェイS−GW−1を実施するノードクラウド104aへの通信パス120a’、120b’及び122’として「ルート変更」される。したがって、サービスゲートウェイ及び移動管理エンティティが関与している限り、バックアップノードが存在することを条件として、単一のノード障害の復旧が可能である。しかしながら、ノードクラウド104d及び104bの障害に加えて、それぞれ、ノードクラウド104aも傷害を起こすか、又はノードクラウド104eも傷害を起こす場合、そのような障害から復旧することは可能ではなく、ネットワークは動作しなくなる。同じことは、パケットデータネットワークゲートウェイを実施するサービスクラウドノード又はノードクラウド104cのあらゆる障害に当てはまる。
したがって、図1に関して上述したような既知のソリューションは、一時に1つのノード/サイト障害の場合の復旧を提供することはできるが、同時に2つ以上のノード/サイト障害の場合の復旧を提供することはできない。当該技術分野において、一時に1つのサイト障害の復旧を可能にする幾つかの手法が知られている。いわゆる「N+1保護」が、Hongfang Yu他によって非特許文献1及び非特許文献2に提案されている。更なる手法が、Wai-Leong Yeow他によって非特許文献3に記載されている。物理障害100におけるノードのうちの1つが傷害を起こした障害状況では、これらの手法は、復旧を可能にすることができる。しかしながら、2つ以上のノード/サイトが同時に傷害を起こした場合、復旧は可能ではない。すなわち、同時のサイト障害復旧は可能ではない。
Hongfang Yu他、「Survivable Virtual Infrastructure Mapping in Federated and Networking System under Single Regional Failure」、Globecom 2010 Hongfang Yu他、「Cost Efficient Design of Survivable Virtual Infrastructure to Recover from Facility Node Failures」、ICC 2011 Wai-Leong Yeow他、「Designing and Embedding Reliable Virtual Infrastructures」、Computer Communications Review, vol. 41-2, 2011
本発明の目的は、複数のサイトが同時に傷害を起こした場合に不必要なオーバヘッドを回避しつつ復旧を可能にする物理ネットワークにネットワークトポロジー要求をマッピングする改良された手法を提供することである。
この目的は、請求項1に記載の方法、請求項17に記載のコンピュータプログラム製品、及び請求項18に記載の通信システムによって達成される。
本発明は、ネットワークトポロジー要求を物理ネットワークにマッピングする方法であって、
(a)前記ネットワークトポロジー要求に含まれる複数の1次ノードのそれぞれについて、
(a.1)前記1次ノードに関連付けられた1次リソース要件を満たす前記物理ネットワーク内の複数のノードを決定するステップと、
(a.2)ステップ(a.1)において決定された前記ノードから、1次ノードとそのバックアップノードとの間の接続のバックアップ接続要件を満たすパスによって前記物理ネットワーク内で接続された1つ又は複数のノード対を選択するステップと、
(b)相互接続された1次ノードに関連付けられたノード対間の前記物理ネットワーク内の前記パスを決定するステップと、
を含む、方法を提供する。
本発明は、コンピュータ上で実行されると、該コンピュータに本発明の方法を実行させる、コンピュータ可読媒体に記憶された命令を含む、コンピュータプログラム製品を更に提供する。
本発明は、通信システムであって、
物理ネットワークと、
前記物理ネットワークに結合され、かつネットワークトポロジー要求を収容するとともに本発明の方法に従って前記ネットワークトポロジー要求を前記物理ネットワークにマッピングするように構成されたネットワーク構成プラットフォームと、
を備える、通信システムを更に提供する。
実施の形態によれば、前記バックアップ接続要件は、前記1次ノードとそのバックアップノードとの間のあらかじめ規定された距離を示す第1のパラメータと、前記1次ノードとそのバックアップノードとの間の前記接続のあらかじめ規定された制約を示す第2のパラメータとを含む。ステップ(a.2)は、前記物理ネットワーク内の2つのノード間の前記物理ネットワーク内のパスが前記第1のパラメータ及び前記第2のパラメータを満たす場合に、前記2つのノードをノード対として選択するステップ、
を更に含むことができる。
実施の形態によれば、前記第1のパラメータは、前記1次ノードとそのバックアップノードとの間で信号を送信する遅延を含み、前記第2のパラメータは、前記1次ノードとそのバックアップノードとの間で必要な帯域幅を含み、該帯域幅は、前記1次ノードへの/からの前記リンクに関連付けられた前記帯域幅の合計である。
実施の形態によれば、ステップ(b)は、相互接続された全ての1次ノードについて、相互接続された1次ノードに関連付けられた2つのノード対間の1次接続要件を満たす前記パスを決定するステップを含む。前記1次接続要件は、第1のパラメータ及び第2のパラメータを含むことができ、ステップ(b)は、
(b.1)パスが前記第1のパラメータを満たすか否かを判断するステップと、
(b.2)前記パスが前記第1のパラメータを満たす場合、前記パスが前記第2のパラメータも満たすか否かを判断するステップと、
(b.3)前記パスが前記第1のパラメータ及び前記第2のパラメータを満たす場合、前記パスを埋め込むステップと、
を含むことができる。
実施の形態によれば、前記第1のパラメータは、前記相互接続された1次ノード間の帯域幅を含み、前記第2のパラメータは、前記相互接続された1次ノード間の遅延を含む。
実施の形態によれば、ステップ(b)において、特定の相互接続された1次ノード対について、前記1次接続要件を満たすパスを見つけることができない場合、該方法は、
(c)ステップ(b)において以前に決定され、かつ前記特定の相互接続された1次ノード対を接続するパスと少なくとも部分的に重なり合うパスを、該重なり合う部分を含む前記特定の相互接続された1次ノード対を接続する前記パスが前記1次接続要件を満たす場合には、解放するステップ、を含む。
実施の形態によれば、ステップ(c)は、前記解放されたパスによって相互接続された前記1次ノード対について、前記1次接続要件を満たす新たなパスを決定するステップを更に含むことができる。ステップ(c)は、
(c.1)ノード対間の前記物理ネットワーク内の前記パスから、あらかじめ規定された制約を満たす前記パスを選択するステップと、
(c.2)前記選択されたパスが、以前に決定されたパスと少なくとも部分的に重なり合い、前記以前に決定されたパスを解放した結果、前記選択されたパスが前記1次接続要件を満たすことになる場合、前記以前に決定されたパスを解放し、前記特定の相互接続されたノード対について、選択されたパスを決定し、前記重なり合う部分にマーク付けし、前記解放されたパスによって相互接続された前記1次ノード対について、前記1次接続要件を満たす新たなパスを決定するステップと、
を更に含むことができる。
前記新たなパスを決定するステップ(c.2)において、前記マーク付けされた重なり合う部分は用いられない場合がある。
実施の形態によれば、前記1次接続要件は、前記相互接続された1次ノード(A〜D)間の所望の帯域幅を含み、ステップ(c.1)において、
前記あらかじめ規定された制約は遅延を含み、最も小さな遅延を有する前記パスが選択されるか、又は
前記あらかじめ決定された制約は距離を含み、最短パスが選択されるか、又は
前記あらかじめ決定された制約は前記パスに沿った重なり合うリンクの数を含み、最小数の重なり合うリンクを有する前記パスが選択される。
実施の形態によれば、前記複数の1次ノードのそれぞれは、同じ又は異なる前記バックアップ接続要件に関連付けられている。
実施の形態によれば、該方法は、前記選択されたノード対及び前記決定されたパスに従って前記物理ネットワークを構成するステップを更に含むことができる。
実施の形態によれば、前記ネットワークトポロジー要求は、通信ネットワークを詳細に記述する。前記通信ネットワークは、コアネットワークによって接続された1つ又は複数の無線アクセスエリア及び1つ又は複数のノードを備える移動通信ネットワークを含むことができ、前記1つ又は複数のノードは、パケットデータネットワークゲートウェイ、サービングゲートウェイ、移動管理エンティティノード又はサービスノードを含む。
実施の形態によれば、前記通信システムの前記物理ネットワークは、1つ又は複数の無線アクセスエリアと、複数のノードと、前記1つ又は複数の無線アクセスエリア及び前記複数のノードを接続するコアネットワークとを備える。
したがって、本発明の実施の形態は、複数の同時のサイト障害の場合であっても、オーバヘッドが低減された復旧を可能にする新規なネットワーク埋め込みアルゴリズムを提供する。
従来技術の手法の問題を回避するとともに、低減された計算オーバヘッドで完全な保護を可能にするために、本発明の実施の形態によれば、先ず第一に、要求において指定されたノード及びそのバックアップノードが決定される。次に、これらのノードから、特定のバックアップ接続要件、例えば、実施の形態によれば、接続における所望の距離又は遅延及び所望の帯域幅を満たす1つ又は複数のノード対が選択される。これらの選択された対に基づいて、相互接続されたノードに関連付けられたノード対の間の物理ネットワーク内のパスが決定される。したがって、本発明の実施の形態によれば、仮想ネットワーク要求内の1つ又は複数のノードに対する物理ネットワーク内の1次ノード及びそのバックアップノードがどのように決定されるのかを示す手法が説明され、従来技術とは異なり、2つのノードのみが、バックアップ接続要件に基づいて決定され、次いで、それぞれの対の間の接続のみが決定され、これによって、全体的な計算オーバヘッドが低減される。
さらに、本発明の実施の形態は、従来の手法よりも高速に解を見つけることを可能にする新規な技法に基づいて、それぞれのノード対間のネットワーク内のパスを決定する手法を提供する。
ここで、添付図面を参照して本発明の実施形態を説明する。
仮想ネットワーク事業者からのネットワークトポロジーを物理ネットワークにマッピングする例示的な図である。 物理ネットワークと、仮想ネットワーク事業者によって要求された仮想ネットワークとの、それぞれのネットワークグラフに基づくグラフ表現を示す図である。 仮想ネットワークの全てのサイト/ノードの1+1保護を実施する概略図である。 2つのノードのみを含むVNO要求の完全な保護を取得する簡略化した例を示す図であり、図4(a)は、簡略化したVNO要求を示す図であり、図4(b)は、従来の手法を適用したときの完全な保護を示す図であり、図4(c)は、本発明の実施形態による手法を適用したときの完全な保護を示す図である。 VNO要求(ノードは大文字によって示される)及び物理ネットワーク(ノードは小文字によって示される)の一例を示す図であり、図5(a)は、図2の仮想ネットワークグラフの例を示す図であり、図5(b)は、内部スイッチ/ルータ、伝送リンク及び外部ノードを有する物理ネットワークグラフを示す図である。 図5に関して説明するパス探索が失敗したことによってパスを見つけることができない状況への対処を説明するのに用いられる物理ネットワークグラフを示す図である。
以下に、本発明の実施形態を説明する。本発明によれば、例えば、仮想ネットワーク事業者の要求に基づいて実施されるネットワークのサービス提供源であるサイトの1+1保護を可能にする手法が教示される。
図3は、仮想ネットワークの全てのサイト/ノードの1+1保護を実施する概略図を示している。左側において、図3は、図2に関して既に上述した仮想ネットワークグラフ132を示している。図3の右側には、修正グラフ132’が示されている。このグラフは、ここでは、複数の同時のサイト障害中に復旧を可能にする、すなわち、サイトの1+1保護を実現するのに必要とされるそれぞれのノード及び接続を実施している。ネットワークグラフ132から見て取ることができるように、ノードA〜Dのそれぞれは、バックアップノードA’〜D’を有する。障害の場合に、バックアップノードがそれに応じて通知を受け、傷害を起こした1次ノードの機能を引き継ぐことができるように、バックアップノードA’〜D’のそれぞれは、その1次ノードA〜Dに接続されている必要がある。バックアップノードのそれぞれについて、1次ノード向けに実施される接続も実施される必要がある。すなわち、ノードA’については、1次ノードB及びCへの接続だけでなく、それらのそれぞれのバックアップノードB’及びC’への接続も必要とされる。修正ネットワークグラフ132’を実施することによって、同時のマルチサイト/ノード保護を提供することが可能である。これは、VNO要求132内の全てのノード/サイトを復旧することができることを意味する。要求されたVNOノード/サイトA〜Dごとに、バックアップノード/サイトA’〜D’及びそれらのバックアップノード/サイト間のリンクが、図3の132’に示すように、VNO要求を2回実際に作成するように見つけ出される。加えて、1次ノード/サイトとバックアップノード/サイトとの間のリンク、バックアップノード/サイトと、その1次ノード/サイトに接続された全てのノードと間の接続が、マルチサイト障害復旧をサポートするのに必要とされる。ノードAが傷害を起こし、ノードA’が引き継いだ場合、A’−B間の接続及びA’−C間の接続が必要であり、これは、他の全てのバックアップノード/サイトについても同じである。しかしながら、これらの追加の接続は、図2の右側部分に全て示されているわけではなく、図の複雑さを減らすようにノードA’についてしか示されていない。
図4は、従来の手法及び本発明の実施形態の手法による、2つのノードのみを含むVNO要求の完全な保護を取得する簡略化した例を示している。図4(a)は、簡略化したVNO要求を示し、図4(b)は、従来の手法を適用したときの完全な保護を示し、図4(c)は、本発明の実施形態による手法を適用したときの完全な保護を示している。
図4(a)には、VNO要求のVNO要求グラフ132が示されている。図示した例では、VNO要求は、図3に関して上記で説明したような要件(例えば、帯域幅、遅延)を有する伝送リンク134によって接続された第1のノード又はサイトA及び第2のノード又はサイトBを含む。リンク134を間に有する2つのノードA及びBを含むVNO要求132の完全な保護を提供することが所望されている場合に、物理ネットワークにおいて、MILP/MCFのような従来の技法を適用すると、1+1ノード/サイト保護を実現するには、図4(b)に示すように、2+2=4つのノード(2つの1次ノード及び2つのバックアップノード)と6つのリンクとを明示的に探索することが必要である。したがって、完全な保護を提供する図4(a)のVNO要求を実施するには、物理ノードにおいて、ノードA及びBと、2つのバックアップノードA‘及びB’と、更にこれらのノード及びバックアップノードのそれぞれを互いに接続する6つの伝送リンクとを探索することが必要である。明らかに、この手法は、計算及び探索にかなりのオーバヘッドを必要とするので不利である。
したがって、本発明の実施形態は、図4(c)に関して更に詳細に説明される新規な手法を提供する。図4(b)に関して説明した従来技術の手法とは異なり、本発明の実施形態によれば、先ず第一に、物理ネットワークにおいて、仮想ネットワーク事業者要求内のノードごとの1次−バックアップ対が決定される。したがって、物理ネットワーク内の候補ノードが最初に選別される。例えば、仮想ノードAに対応する必要なリソースを提供する複数のノードが物理ネットワークに存在する場合がある。これらのノードが決定(選別)されると、これらのノード間のそれぞれの伝送リンク又はパスが決定され、1次ノードとそのバックアップノードとの間の関係を表すパラメータ「d」が、実施形態に従って導入される。換言すれば、パラメータ「d」によって、1次ノードとバックアップノードとの間の接続の要件が決定される。実施形態によれば、このパラメータは、1次ノードとバックアップノードとの間の通信の許容可能な遅延を示すことができる。図4(c)は、上記手法を概略的に示している。ここで説明する実施形態によれば、先ず第一に、物理ネットワークの物理ノード(例えば、図1を参照)から、仮想ネットワークのノードA及びBを実施するのに必要な要件を提供するノードが選択される。これらのノード(選択されたノード)の中で、パラメータdを満たすノードが選択される(図4(c)の左側部分を参照)。Aの候補ノードの中でパスを探索するとき、制約ベースの最短パス優先手法(CSPF手法)を用いることができ、制約は、伝送リンク又はパス上の帯域幅とすることができる。帯域幅を制約とみなす例では、1次−バックアップノード対間で必要な帯域幅は、仮想ネットワーク事業者要求におけるノードAからの/への全てのリンクの帯域幅の合計である。候補ノードから、2つのノード間のパスが必要な帯域幅を有するとともに、パラメータ「d」の値を満たすほど十分短い2つのノードが存在する場合、1次−バックアップ対が選択される。このようにして、先ず第一に、A−A’及びB−B’が選択される。
次のステップにおいて、本発明の実施形態によれば、選択された対からのノードのうちの一方、すなわち、A−A’について一方のノード及びB−B’からの一方のノードが選択され、制約ベースの最短パス優先手法が、帯域幅値の制約を用いて適用される。この帯域幅値は、VNO要求によって与えられ、リンク134に関連付けられている。要求された帯域幅を有するパス又は要求された帯域幅を提供するパスが見つかり、かつ、そのパスの長さ/遅延が、VNO要求がAとBとの間の接続134に要求しているものよりも小さい場合、そのパスが選択され、図4(c)の右側部分の134’に示すリンクA−Bが埋め込まれる。最短パスが長さ/遅延値を充足していない場合、それよりも長いパスも、この要件を充足していないことになる。
したがって、1次ノード及びバックアップノードを選択してそれらのノードを接続する本発明の実施形態の重要な態様は、1次ノードとバックアップノードとの間の距離「d」の提供である。ここで、この距離は、例えば、ノードA及びBに関してこのパラメータを示す図4(a)に示されたVNO要求を介して、仮想ネットワーク事業者によって規定された要件に従って満たす必要がある、物理ネットワーク内の伝送リンクに関連付けられた遅延又は帯域幅とすることができる。VNO要求内のノードのそれぞれについての1次バックアップノードのそれぞれの対が見つかると、VNO要求に従って、バックアップ/1次ノードの相互接続された対からの2つのノード間のパスが決定される。これは、従来の手法を用いて行うこともできるし、本発明の実施形態による新規な手法に基づいて行うこともできる。この新規な手法によれば、物理ネットワーク内のパスは、CSPF手法を用いて探索され、制約は、帯域幅とすることができる。決定されたパスが遅延要件も満たす場合、そのパスが、バックアップ/1次ノードの一方の対とバックアップノード及び1次ノードの他方の対との間の物理ネットワーク内の接続として選択される。
図4(b)に関して説明した従来の手法と比較すると、本発明の手法は明らかに有利である。なぜならば、完全な保護を実施する、物理ネットワーク内の必要なノード及び伝送パスを決定することに関するオーバヘッドが、明らかに低減されているからである。1次ノード及びバックアップノードを実施する4つのノードを見つけ出すことが依然として必要ではあるが、1次ノード及びバックアップノードを実施することができる物理ネットワーク内のノード間のありとあらゆる可能なリンクを決定及び評価することはもはや必要ではない。逆に、先ず第一に、それぞれの対の1次ノード及びバックアップノードの間の物理ネットワーク内の接続が、距離パラメータに関して決定される。次に、各対のノードのうちの一方、例えば、図4(c)に示すノードA及びノードB’が選択され、これらの仮想ノードA及びB’を実施する2つのノード間の物理ネットワーク内の伝送パスが、VNO要求に規定された特定の伝送リンク判定基準に関して評価され、この要件を満たすリンクが見つかった場合には、そのリンクが、ノードAとB’との間(より具体的には、物理ネットワーク内の関連付けられた物理ノード間)の接続として選択される。対における残りのノード、すなわち、ノードB及びA’は、それぞれの距離要件を満たす、対における他方のノードへの接続と既に関連付けられているので、AとB’との間で見つかった接続は、A’とB’との間又はA’とBとの間のどの接続も充足することになることから、更なる接続を探索することはもはや必要ではない。
以下に、仮想ネットワーク事業者のトポロジーを物理ネットワーク上にマッピングする上述した本発明の手法を実施する本発明の更なる実施形態を説明する。図5は、VNO要求及び物理ネットワークの一例を示している。より具体的には、図5(a)は、図2に関して上述した仮想ネットワークグラフ132の例を示し、図5(b)は、物理ネットワークグラフ130を、その内部スイッチ/ルータ及び伝送リンク並びにその外部ノードとともに示している。
より具体的には、図5(a)は、4つのノードA〜Dを含むVNO要求132を示している。これらのノードのうちのノードAは、ノードB及びCに接続され、これらのノードのうちのノードDは、ノードCにのみ接続されている。ノードCは、他の全てのノードA、B及びDに接続されている。各ノードは、そのノードのリソース要件を示す数字に関連付けられており、例えば、ノードAは10個のリソースを必要とし、ノードBは5つのリソースを必要とし、ノードCは8つのリソースを必要とし、ノードDは3つのリソースを必要とする。さらに、これらのノード間のそれぞれのリンクが、それぞれのノードを接続するラインによって示され、各ラインは、必要とされる伝送リンクパラメータを示すそれぞれのパラメータに関連付けられている。この例では、全てのリンクは、5の帯域幅を必要とし、それぞれのリンク上の遅延は、50とすることができる。
図5(b)には、コアネットワーク108が、コアネットワーク108のスイッチ/ルータを表す白抜きの円の周囲のラインによって概略的に表されている。スイッチ/ルータを接続するラインは、コアネットワーク108内の伝送リンクを表している。さらに、ノードA〜Kが、コアネットワーク108の周辺部を取り囲んで示され、図1に関して上述したインタフェースを形成する選択されたスイッチ/ルータにそれぞれの伝送リンクを介して接続されている。ノードA〜Kのそれぞれは、このノードにおいて利用可能なリソースの数、例えば、利用可能なCPUコア、サーバ等の数を示す数字に関連付けられている。
本発明の手法によれば、第1のステップにおいて、VNO要求132に基づいて、VNO要求に示されたノード/サイトが、それらのリソース需要に従ってソートされる。この第1のステップは、VNO要求132からノードの以下の順序を与える。
A(10)>C(8)>B(5)>D(3)
ステップ2において、図5(b)に示す物理ネットワークの物理ノードA〜Kから、VNO要求132によって規定されたノードA、C、B及びDを実施する候補ノードが見つけられる。より具体的には、VNOノードのリソース要件に従って、VNOノード/サイトに関する、物理ネットワーク内の候補ノードが見つけられる。ステップ1から、VNO要求のノードAは、最も高いリソース要件を有することがわかっており、そのため、ステップ2は、ノードAから開始する。図5(b)から見て取ることができるように、物理ノードa〜kのうち、ノードa、b及びfは、ノードAの要件に対応するのに十分なリソース(リソース≧10)を有する。したがって、Aの候補セットは以下のとおりである。
Can.A(10)={a(15),b(15),f(20)}
この候補から、VNO要求からのノードAの1次ノードを実施する物理ノードと、そのバックアップノードを実施する物理ノードとを決定するのに、CSPF手法が、帯域幅を制約として、可能な候補ノード対間に適用される。この帯域幅は、VNO要求におけるノードAへの/からの総帯域幅に基づいて求められる。図5(a)から見て取ることができるように、ノードAに入力/出力する総帯域幅は10(リンクA−B上の帯域幅及びリンクA−C上の帯域幅)に等しい。したがって、これらの2つの付随するリンクを考慮すると、総帯域幅は10である。求められた10の帯域幅需要に基づいて、CSPF手法が、物理ノードa−b、a−f及びb−f間、すなわち、VNO要求ノードAの候補セットとして決定されたノード間の全ての可能な接続間に適用される。実施形態によれば、パラメータdは、一対のそれぞれのノード間で信号を送信する遅延である。この遅延は、図5に関して説明する実施形態では、「ホップ」の数に基づいて求められる。ホップの数は、信号が、物理コアネットワーク108を通って第1の物理ノードから別の物理ノードに進むときに通過する必要がある伝送リンクの数、すなわち、コア及び内部のスイッチ/ルータの間の伝送リンクの数によって求められる。図5の実施形態では、パラメータdは、4以下となるように設定されるものと仮定される。すなわち、2つのノードを、VNO要求によって記述されたノードのうちの1つの1次ノード及びバックアップノードとする判定基準は、信号が、コアネットワーク108の多くとも4つのリンクを進むということである。先ず第一に、ノードa及びbを考えると、ホップの数は4である。ノードaとノードfとの間のホップの数は、少なくとも6であり、ノードdとfとの間のホップの数は、少なくとも5である。したがって、コアネットワーク内のスイッチ/ルータ間の部分/伝送リンクの全てが、少なくとも10以上である十分な帯域幅を提供するという仮定の下で、対a−f及びb−fは、それらの間の接続の長さがd=4よりも大きいので適していないと判断される。したがって、物理ノード対a−bが、図5(a)に示すVNO要求に従ったノードA及びそのバックアップを実施する物理ノード対となる。ノードfは、もはやノードAを実施する候補ではないので、「解放」され、残りのVNOノードB、C、Dの候補セットのノードとして用いることができる。
上記で議論したステップ2は、ステップ1において決定された順序に従って、VNO要求132のノードC、B及びDについて繰り返され、そのため、候補ノードを見つけるステップ2は、以下のように記述することができる。
Can.A(10)={a(15),b(15),f(20)}//BW=5+5=10
a<−−>b<=4
→物理ノードa、bをノード対として選択する
Can.C(8)={d(8),g(9),j(9)}+{f(20)}//BW=15
d<−−>g<=4、d<−−>f<=4
→物理ノードd、g及び物理ノードd、fをノード対として選択する
Can.B(5)={c(7),k(5)}+{j(9)}//BW=10
k<−−>j<=4、k<−−>c<=4
→物理ノードj、k及び物理ノードk、cをノード対として選択する
Can.D(3)={h(4),i(3)}//BW=5
h<−−>I<=4
物理ノードh、iをノード対として選択する
これらによって、VNO要求132に指定されたVNOノードA〜Dを実施するノードa〜k間の物理ネットワーク内の以下の可能なPNノード対が得られる。
Canpair:A={a,b},C={(d,g),(d,f)},B={(j,k),(k,c)},D={h,i}
VNO要求ノードA〜Dの1次/バックアップノードを実施するのに利用可能である可能な物理ノード対の決定に続いて、本発明によれば、ステップ3において、PN候補ノード対間のパスが、仮想ネットワーク事業者によって要求されるようなネットワークを実現するように決定される。換言すれば、VNO要求132に規定され、関連付けられた要件、例えば、帯域幅要件及び遅延要件を満たす伝送リンクA−B、B−C、A−C及びC−Dを実現するパスを見つけ出す必要がある。
1つの実施形態によれば、PN候補ノード対間のパスを決定するステップ3は、従来の方法を用いることができ、例えば、各対から一方のノードしか利用しないが、xILPをCanpair(A,B,C,D)に適用することができる。しかしながら、xILP/MCFP手法のような従来の手法は、1つの制約にのみ基づいて最適化を行い、xILP又はマルチコモディティフロー(MCF)手法のような従来の更なる整数線形計画技法は、解を見つけるのに過度に長い時間を要する。そのため、本発明の更なる実施形態によれば、ステップ3において、PN候補ノード対間の接続を決定する従来の手法の代わりに、後述する異なる手法を用いることができる。
本発明の一実施形態によれば、ステップ3において、先ず第一に、最も多くの数の付随するリンクを有する、VNO要求132内のVNOノードが決定される。付随するリンクの数は、図5(a)の実施形態では、
C>A=B>D
を与える。
したがって、ステップ3の場合、VNO要求からのノードCが1次候補であり、物理ネットワークのコアネットワーク108において、伝送リンクC−A、C−B及びC−Dを規定するパスを見つけ出すことが必要である。上述したステップ2から、仮想ネットワークノードCの物理ネットワーク候補ノードは、物理ノードd、f及びgである。仮想ノードCに利用可能な物理ノード対ごとに、一方のノードが選ばれ(ノードのいずれもが障害を起こしていない)、帯域幅を制約として用いるCSPF手法が、選ばれたノード(d、f又はg)から、ノードa又はb(仮想ノードAに関連付けられている)のうちの一方、ノードc、k又はj(仮想ノードBに関連付けられたノード対について可能なノード)のうちの1つ、及びノードi又はh(仮想ノードDのノード対を実施するノード)のうちの一方への接続について適用される。例えば、コアネットワーク108を通る以下のリンクが考慮される。
d←→a、d←→k、d←→h
パスの中で、帯域幅要件を充足する1つのパスが存在するか否かが判断され、このパスが存在する場合、このパスが遅延要件を満たすか否かが判断される。遅延要件が満たされない場合、最短パスが遅延を充足していない状況と同様に、パスを見つけることはできず、十分な帯域幅を有していても、それよりも長いどのパスも、遅延要件を充足することはできない。パスを見つけることができない状況に対処する実施形態を以下で説明する。更なる議論のために、上記パス又はリンクのそれぞれが帯域幅要件及び遅延要件を満たすものと仮定する。ステップ3は、仮想ノードCの処理を完了した後、仮想ノードA又は仮想ノードBに移る。これらのノードはともに、同じ数の付随するリンクを有するからである。更なる議論のために、仮想ノードAが検討されるものと仮定する。仮想ノードAの場合、仮想ノードB及び仮想ノードCへのリンクが存在するが、ステップ3の第1の反復において、仮想ノードCについては、仮想ノードA、B及びDへのそれぞれのパスは既に見つけられており、そのため、この時点では、仮想ノードAを実施する物理ノードと仮想ノードBを実施する物理ノードとの間のパスを決定することだけが必要である。物理ノードa及びbのうちの一方が選択され、物理ノードj、kのうちの一方及び物理ノードk、cのうちの一方へのコアネットワーク108を通る伝送パスが、その帯域幅及びその遅延要件に関して評価され、この実施形態では、aとkとの間のリンクについてこれらの要件が満たされていると判断される。
したがって、図5(a)の仮想ネットワーク事業者要求の場合、全てのリンクが探索されて見つけられ、第1の反復において、仮想ノードCからBへのリンク及び仮想ノードCからのDへのリンクも探索されて見つけられているので、仮想ノードB及び仮想ノードDからのリンクを探す必要はない。
以下に、上述したパス探索が失敗したためにパスを見つけることができない状況に対処する一実施形態を説明する。実施形態によれば、コアネットワーク108を介して2つの物理ノードを接続するのに利用可能な帯域幅が、仮想ネットワーク事業者における仮想ノード間の接続を実施するには十分でないために、パスを見つけることができない場合、以下の2つの手法が可能である。後の議論のために、図6に示すような物理ネットワークグラフを仮定し、物理ノードoとpとの間に十分な帯域幅を有するパスを見つけることができなかったものと更に仮定する。
第1の実施形態によれば、ロバスト手法が用いられる。この手法によれば、先ず第一に、遅延制約を満たす、図6に示すノード間の全てのパスが見つけ出される。図6では、物理ノードmとtとの間の全てのパスがこの遅延制約を満たすものと仮定される。換言すれば、帯域幅制約に関係なく、遅延制約を満たす全てのパスが見つけ出される。遅延制約を満たすとまさに判断されたパスから、oとpとの間の最短パスが選択され、その最短パスが、以前に埋め込まれたいずれかのパスと重なり合うか否かが判断される。図6に示す実施形態では、パスo−pは、以前に埋め込まれたパスm−nと部分的に重なり合う(伝送リンク140を参照)。以前に埋め込まれたいずれのパスとも重なり合う部分が見つからない場合、これは、oとpとの間の接続に十分な帯域幅を有する利用可能なパスがないことを意味し、この場合、この方法は終了し、失敗したことを示す。
しかしながら、図6に示す状況では、パスの利用可能な部分140が見つかり、以前に埋め込まれたパスm−nを解放することによって、重なり合う単数又は複数のリンク上で物理ノードo−pの接続に十分な帯域幅が提供され、それによって、帯域幅要件が満たされるか否かが確認される。十分な帯域幅が提供されず、帯域幅要件が満たされない場合、次の最短パスが選択され、上記ステップが繰り返される。十分な帯域幅が解放される場合、以前に埋め込まれた接続m−nが解放され、接続o−pが代わりに埋め込まれる。接続m−nを「再埋め込み」するように、この手法は、上記で議論したステップ3に戻る。ただし、ステップ3に戻るとき、重なり合う部分140は、その後の参照のためにマーク付けされる。すなわち、この重なり合う部分は、ステップ3を再実行するときに、接続m−nを「再埋め込み」するのに用いることができない。また、他の接続にステップ4を繰り返す場合、重なり合う部分140は、利用可能でないものとしてマーク付けされる。
上述した手法は、ロバスト手法と呼ばれるが、第2の実施形態によれば、グリーディ(greedy:貪欲)手法も適用することができる。このグリーディ手法は、上述したものと同様であるが、第1のステップでは、遅延制約を満たす全てのパスを見つけ出すのではなく、この手法では、最短パスのみが見つけられ、その最短パスが成功しなかった場合、全ての可能なパスが尽きるまで、次の最短パスが見つけ出される。したがって、これらの2つの手法は、ロバスト手法が最小数の重なり合うリンクを有するパスから開始する一方、グリーディ手法は最短手法から開始する点で、開始点が異なる。
本発明の実施形態によれば、従来技術の手法が改良されている。なぜならば、効率が高められるとともに遅延及び帯域幅の双方を考慮して仮想ネットワークトポロジーを物理ネットワーク上にマッピングすることによって、一時に複数のサイト障害に対処することができるからである。仮想ネットワーク事業者と呼ばれるエンティティが、実施を望むネットワークトポロジーを提供し、物理ネットワークのトポロジー情報及びリソース情報を有するネットワーク構成プラットフォーム(図1を参照)と呼ばれるエンティティにそのネットワークトポロジーを渡し、ネットワーク構成プラットフォームが、全てのサイト保護を確保する物理ネットワーク上にVNO要求をどのように埋め込むのかに関するマッピング決定を行うネットワーキングシステムが提供される。実施形態によれば、ネットワーク構成プラットフォームにおけるこのマッピング決定は、仮想ネットワーク事業者からの帯域幅要件及び/又は遅延要件を満たす。実施形態によれば、マッピング決定アルゴリズムは、各仮想ネットワーク事業者要求サイトに対応する適切なサイトを物理ネットワークにおいて見つけ出すステップと、あらかじめ決定された帯域幅要件及び遅延要件を満たすそのようなサイト間の利用可能なパスを見つけ出すステップと、各VNO要求サイトのサイトの対を作成するステップとからなることができる。この対は、VNO要求サイトの1次サイト及びバックアップサイトの候補である。このアルゴリズムは、2つの相互接続されたVNO要求サイトの候補である2つのPN対サイトの間の帯域幅要件を満たすパスを見つけ出すステップと、全ての相互接続されたVNOサイトの全てのパスが物理ネットワーク内で見つけられるまで、このステップを繰り返すこととを更に含むことができる。このアルゴリズムは、2つのPNサイト間のパス、例えば、帯域幅要件を満たすパスを見つけることができない状況に対処するステップを更に含むことができる。以前に見つけられたパスを確認することができ、以前のパス(以前に埋め込まれたパス)が取得した帯域幅を解放して、現在のパスの帯域幅要件を満たすことができ、そのようなパスが見つかった場合、そのパスは解放される。
さらに、本発明の実施形態は、上述したマッピング決定アルゴリズムに基づいてネットワーク構成プラットフォームによって行われたマッピング決定が物理ネットワーク要素に伝達されて、NCPが指示したリソース(NCP directed resources)と、特定の仮想ネットワーク事業者要求の物理ネットワーク及びリソースを識別する適切なIDとが確保されるネットワークシステムを提供する。
物理ネットワーク要素は、コンピュータ、ルータ、サイト管理システム等を含むことができる。NCPが指示するリソース、例えば、VNOネットワーク要求によって規定されたリソースは、CPUサイクル/コア、メモリ素子、仮想マシン、伝送帯域幅、データ転送優先順位等を含むことができる。IDは、IPアドレス、トンネルID等を含むことができる。
幾つかの態様を装置との関連で説明してきたが、これらの態様は、対応する方法の記述も表していることは明らかであり、この対応する方法では、ブロック又はデバイスが、方法ステップ又は方法ステップの特徴に対応する。同様に、方法ステップとの関連で説明した態様も、対応する装置の対応するブロック又は項目又は特徴の記述を表している。
或る特定の特定の実施態様要件に依拠して、本発明の実施形態はハードウェア又はソフトウェアにおいて実施することができる。実施態様は、電子的に読取り可能な制御信号が記憶されたデジタル記憶媒体、例えばフロッピーディスク、DVD、CD、ROM、PROM、EPROM、EEPROM、又はフラッシュメモリを用いて実行することができ、それらは、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと連携する(又は連携可能である)。
本発明による幾つかの実施形態は、本明細書に記載される方法のうちの1つが実行されるようにプログラム可能なコンピュータシステムと連携することができる電子的に読取り可能な制御信号を有する非一時的データキャリアを含む。
概して、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装することができる。該プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されると、方法のうちの1つを実行するように動作可能である。プログラムコードは、例えば機械可読キャリア上に記憶することができる。
他の実施形態は、機械可読キャリア上に記憶された、本明細書に記載された方法のうちの1つを実行するコンピュータプログラムを含む。
したがって、換言すれば、本発明の方法の一実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに本明細書に記載された方法のうちの1つを実行するプログラムコードを有するコンピュータプログラムである。
したがって、本発明の方法の更なる実施形態は、データキャリア(又はデジタル記憶媒体若しくはコンピュータ可読媒体)であって、該データキャリア上に記録された、本明細書に記載された方法のうちの1つを実行するコンピュータプログラムを含む、データキャリアである。
したがって、本発明の方法の更なる実施形態は、本明細書に記載された方法のうちの1つを実行するコンピュータプログラムを表すデータストリーム又は信号シーケンスである。データストリーム又は信号シーケンスは、例えば、データ通信接続を介して、例えばインターネットを介して転送されるように構成することができる。
更なる実施形態は、本明細書に記載された方法のうちの1つを実行するように構成又は適合された処理手段、例えばコンピュータ又はプログラム可能な論理デバイスを含む。
更なる実施形態は、本明細書に記載された方法のうちの1つを実行するコンピュータプログラムがインストールされたコンピュータを含む。
幾つかの実施形態では、プログラム可能な論理デバイス(例えばフィールドプログラマブルゲートアレイ)を用いて、本明細書に記載された方法の機能のうちの幾つか又は全てを実行することができる。幾つかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載された方法のうちの1つを実行するためにマイクロプロセッサと連携することができる。概して、本方法は任意のハードウェア装置によって実行されることが好ましい。
上述した実施形態は、単に本発明の原理を説明するものである。本明細書において記載される構成並びに詳細の変更及び変形は当業者には明らかであることが理解される。したがって、本発明は、同封の特許請求の範囲の範囲によってのみ制限され、本明細書における実施形態の記述及び説明のために提示された特定の詳細によって制限されるものではないことが意図される。

Claims (19)

  1. (a)ネットワークトポロジー要求(132)に含まれる複数の1次ノード(A〜D)のそれぞれについて、
    (a.1)前記1次ノードに関連付けられた1次リソース要件を満たす物理ネットワーク(130)内の複数のノード(a〜k)を決定するステップと、
    (a.2)ステップ(a.1)において決定された前記ノード(a〜k)から、1次ノードとそのバックアップノードとの間の接続のバックアップ接続要件を満たすパスによって前記物理ネットワーク(130)内で接続された1つ又は複数のノード対を選択するステップと、
    (b)相互接続された1次ノード(A〜D)に関連付けられたノード対間の前記物理ネットワーク(130)内の前記パスを決定するステップと、
    を含む、ネットワークトポロジー要求(132)を物理ネットワーク(130)にマッピングする方法。
  2. 前記バックアップ接続要件は、前記1次ノードとそのバックアップノードとの間のあらかじめ規定された距離を示す第1のパラメータと、前記1次ノードとそのバックアップノードとの間の前記接続のあらかじめ規定された制約を示す第2のパラメータとを含む、請求項1に記載の方法。
  3. 前記ステップ(a.2)は、
    前記物理ネットワーク(130)内の2つのノード(a〜k)間の前記物理ネットワーク(130)内のパスが前記第1のパラメータ及び前記第2のパラメータを満たす場合に、前記2つのノード(a〜k)をノード対として選択するステップ、
    を含む、請求項2に記載の方法。
  4. 前記第1のパラメータは、前記1次ノードとそのバックアップノードとの間で信号を送信する遅延を含み、前記第2のパラメータは、前記1次ノードとそのバックアップノードとの間で必要な帯域幅を含み、該帯域幅は、前記1次ノードへの/からの前記リンクに関連付けられた前記帯域幅の合計である、請求項2又は3に記載の方法。
  5. 前記ステップ(b)は、相互接続された全ての1次ノード(A〜D)について、
    相互接続された1次ノード(A〜D)に関連付けられた2つのノード対間の1次接続要件を満たす前記パスを決定するステップ、
    を含む、請求項1〜4のいずれか1項に記載の方法。
  6. 前記1次接続要件は、第1のパラメータ及び第2のパラメータを含み、ステップ(b)は、
    (b.1)パスが前記第1のパラメータを満たすか否かを判断するステップと、
    (b.2)前記パスが前記第1のパラメータを満たす場合、前記パスが前記第2のパラメータも満たすか否かを判断するステップと、
    (b.3)前記パスが前記第1のパラメータ及び前記第2のパラメータを満たす場合、前記パスを埋め込むステップと、
    を含む、請求項5に記載の方法。
  7. 前記第1のパラメータは、前記相互接続された1次ノード(A〜D)間の帯域幅を含み、前記第2のパラメータは、前記相互接続された1次ノード(A〜D)間の遅延を含む、請求項5又は6に記載の方法。
  8. ステップ(b)において、特定の相互接続された1次ノード対について、前記1次接続要件を満たすパスを見つけることができない場合、
    (c)前記ステップ(b)において以前に決定されたパスであって、前記特定の相互接続された1次ノード対を接続するパスに少なくとも部分的に重なり合うパスが前記1次接続要件を満たす場合には、前記特定の相互接続された1次ノード対のパスを解放するステップ、
    を含む、請求項〜7のいずれか1項に記載の方法。
  9. 前記ステップ(c)は、
    前記解放されたパスによって相互接続された前記1次ノード対について、前記1次接続要件を満たす新たなパスを決定するステップ、
    を更に含む、請求項8に記載の方法。
  10. 前記ステップ(c)は、
    (c.1)ノード対間の前記物理ネットワーク(130)内の前記パスから、あらかじめ規定された制約を満たす前記パスを選択するステップと、
    (c.2)前記選択されたパスが、以前に決定されたパスと少なくとも部分的に重なり合い、前記以前に決定されたパスを解放した結果、前記選択されたパスが前記1次接続要件を満たすことになる場合、前記以前に決定されたパスを解放し、前記特定の相互接続さ
    れたノード対について、選択されたパスを決定し、前記重なり合う部分にマーク付けし、前記解放されたパスによって相互接続された前記1次ノード対について、前記1次接続要件を満たす新たなパスを決定するステップと、
    を含む、請求項8又は9に記載の方法。
  11. 前記新たなパスを決定するステップ(c.2)において、前記マーク付けされた重なり合う部分は用いられない、請求項10に記載の方法。
  12. 前記1次接続要件は、前記相互接続された1次ノード(A〜D)間の所望の帯域幅を含み、前記ステップ(c.1)において、
    前記あらかじめ規定された制約は遅延を含み、最も小さな遅延を有する前記パスが選択されるか、又は
    前記あらかじめ決定された制約は距離を含み、最短パスが選択されるか、又は
    前記あらかじめ決定された制約は前記パスに沿った重なり合うリンクの数を含み、最小数の重なり合うリンクを有する前記パスが選択される、
    請求項10又は11に記載の方法。
  13. 前記複数の1次ノード(A〜D)のそれぞれは、同じ又は異なる前記バックアップ接続要件に関連付けられている、請求項1〜12のいずれか1項に記載の方法。
  14. 前記選択されたノード対及び前記決定されたパスに従って前記物理ネットワーク(130)を構成するステップ、
    を更に含む、請求項1〜13のいずれか1項に記載の方法。
  15. 前記ネットワークトポロジー要求(132)は、通信ネットワークの各1次ノードのリソース需要要件と、各1次ノード間の接続関係と、前記各接続関係の帯域幅要件と、前記各接続関係の遅延要件とを記述する、請求項1〜14のいずれか1項に記載の方法。
  16. 前記通信ネットワークは、コアネットワークによって接続された1つ又は複数の無線アクセスエリア及び1つ又は複数のノード(a〜k)を備える移動通信ネットワークを含み、前記1つ又は複数のノード(a〜k)は、パケットデータネットワークゲートウェイ、サービングゲートウェイ、移動管理エンティティノード又はサービスノードを含む、請求項15に記載の方法。
  17. コンピュータ上で実行されると、請求項1〜16のいずれか1項に記載の方法を実行するコンピュータプログラ
  18. 物理ネットワーク(130)と、
    前記物理ネットワーク(130)に結合され、かつネットワークトポロジー要求(132)を収容するとともに請求項1〜16のいずれか1項に記載の方法に従って前記ネットワークトポロジー要求(132)を前記物理ネットワーク(130)にマッピングするように構成されたネットワーク構成プラットフォームと、
    を備える、移動通信システム。
  19. 前記物理ネットワーク(130)は、1つ又は複数の無線アクセスエリアと、複数のノード(a〜k)と、前記1つ又は複数の無線アクセスエリア及び前記複数のノード(a〜k)を接続するコアネットワークとを備える移動通信ネットワークを含む、請求項18に記載の移動通信システム。
JP2013197996A 2012-09-28 2013-09-25 ネットワークトポロジー要求を物理ネットワークにマッピングする方法及び通信システム Expired - Fee Related JP5651756B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP12186582.8A EP2713556A1 (en) 2012-09-28 2012-09-28 Mapping a network topology request to a physical network
EP12186582.8 2012-09-28

Publications (2)

Publication Number Publication Date
JP2014072895A JP2014072895A (ja) 2014-04-21
JP5651756B2 true JP5651756B2 (ja) 2015-01-14

Family

ID=47002683

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013197996A Expired - Fee Related JP5651756B2 (ja) 2012-09-28 2013-09-25 ネットワークトポロジー要求を物理ネットワークにマッピングする方法及び通信システム

Country Status (4)

Country Link
US (1) US20140092726A1 (ja)
EP (1) EP2713556A1 (ja)
JP (1) JP5651756B2 (ja)
CN (1) CN103716176A (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9225604B2 (en) * 2012-04-05 2015-12-29 International Business Machines Corporation Mapping requirements to a system topology in a networked computing environment
US9288146B1 (en) * 2013-05-28 2016-03-15 Google Inc. Reducing batch completion time in a computer network with per-destination max-min fairness
US9307013B1 (en) 2013-05-30 2016-04-05 Google Inc. Reducing batch completion time in a computer network with max-min fairness
US10454770B2 (en) 2014-04-25 2019-10-22 Teoco Ltd. System, method, and computer program product for extracting a topology of a telecommunications network related to a service
US20160065449A1 (en) * 2014-08-29 2016-03-03 Cisco Technology, Inc. Bandwidth-Weighted Equal Cost Multi-Path Routing
US20160095032A1 (en) * 2014-09-30 2016-03-31 Alcatel-Lucent Usa Inc. Placement and use of wireless network functions in a virtualization environment
ES2827027T3 (es) * 2015-04-17 2021-05-19 Huawei Tech Co Ltd Método y dispositivo de preservación de red virtual
WO2016165139A1 (zh) * 2015-04-17 2016-10-20 华为技术有限公司 一种虚拟网络的故障恢复方法和装置
US10985990B2 (en) * 2015-09-15 2021-04-20 Huawei Technologies Co., Ltd. Software defined topology (SDT) for user plane
CN107171820B (zh) * 2016-03-08 2019-12-31 北京京东尚科信息技术有限公司 信息传输、发送、获取方法和装置
JP2018152691A (ja) * 2017-03-13 2018-09-27 日本電気株式会社 制御装置
WO2019000340A1 (zh) * 2017-06-29 2019-01-03 华为技术有限公司 网络拓扑结构映射方法及装置、终端、存储介质
CN107888425B (zh) * 2017-11-27 2019-12-06 北京邮电大学 移动通信系统的网络切片部署方法和装置
CN108616590B (zh) * 2018-04-26 2020-07-31 清华大学 十亿规模网络嵌入的迭代随机投影算法及装置
US10498595B1 (en) * 2018-10-05 2019-12-03 Vector Launch Inc. Converged resources across satellite nodes
US10797969B1 (en) 2019-05-17 2020-10-06 Lockheed Martin Corporation Triggered application execution in sensor nodes
CN110380906B (zh) * 2019-07-25 2022-03-04 哈尔滨工业大学 一种大规模多维融合的虚拟网络映射方法
CN111200550B (zh) * 2020-01-07 2021-11-26 中国烟草总公司郑州烟草研究院 一种虚拟网络映射方法及装置
CN112231142B (zh) * 2020-09-22 2024-04-05 南方电网调峰调频发电有限公司信息通信分公司 系统备份恢复方法、装置、计算机设备和存储介质
CN114362929A (zh) * 2021-11-23 2022-04-15 北京邮电大学 基于量子密钥分发网络的保护方法、装置和电子设备
CN114389956B (zh) * 2022-01-03 2024-03-15 中国电子科技集团公司第二十研究所 一种基于干扰节点的网络拓扑自动连接方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030009553A1 (en) * 2001-06-29 2003-01-09 International Business Machines Corporation Method and system for network management with adaptive queue management
US20040210623A1 (en) * 2003-03-06 2004-10-21 Aamer Hydrie Virtual network topology generation
US8385194B2 (en) * 2007-03-13 2013-02-26 Alcatel Lucent Quality of service admission control network
EP2149229B1 (en) * 2007-04-20 2010-11-17 Telefonaktiebolaget LM Ericsson (publ) A method and apparatus for quality of service (qos) planning for an ethernet based network
JP5102689B2 (ja) * 2008-04-23 2012-12-19 株式会社エヌ・ティ・ティ・ドコモ 仮想ネットワークシステム、仮想ネットワーク構築方法

Also Published As

Publication number Publication date
US20140092726A1 (en) 2014-04-03
EP2713556A1 (en) 2014-04-02
CN103716176A (zh) 2014-04-09
JP2014072895A (ja) 2014-04-21

Similar Documents

Publication Publication Date Title
JP5651756B2 (ja) ネットワークトポロジー要求を物理ネットワークにマッピングする方法及び通信システム
US10834004B2 (en) Path determination method and system for delay-optimized service function chaining
CN103168445B (zh) 用于虚拟网络中的可靠性和可用性设定的控制机制
US20180227244A1 (en) Efficient message forwarding for distributed resource orchestration
US20130308444A1 (en) Method and apparatus for determining paths between source/destination pairs
JP5869041B2 (ja) ネットワークトポロジ要求を物理ネットワークにマッピングする方法、コンピュータプログラム製品、モバイル通信システム及びネットワーク構成プラットフォーム
EP1757026B1 (en) Method and apparatus for forwarding data in a data communications network
CN111149330A (zh) 软件定义网络中的拓扑感知控制器关联
CN105453491A (zh) 扩展远程lfa快速重新路由
JP5943431B2 (ja) ネットワーク、データ転送ノード、通信方法およびプログラム
US9525726B2 (en) Compute followed by network load balancing procedure for embedding cloud services in software-defined flexible-grid optical transport networks
CN114697256B (zh) 基于集中式控制器的动态网络带宽分配与管理
Siasi et al. Tabu search for efficient service function chain provisioning in fog networks
Yusupov et al. Multi-objective function splitting and placement of network slices in 5G mobile networks
US11575581B2 (en) Utilizing constraints to determine optimized network plans and to implement an optimized network plan
CN105812257A (zh) 业务链路由管理系统及其使用方法
CN108400922B (zh) 虚拟局域网络配置系统与方法及其计算机可读存储介质
EP3136649A1 (en) Method and system for providing load information of an optical data transmission system
CN111698580B (zh) 用于实现网络规划的方法、设备和计算机可读介质
US20210029015A1 (en) Rapid and verifiable network configuration repair
CN112134743B (zh) 一种参数配置方法及装置
CN108390780B (zh) 用于处理信息的方法和装置
JP2022533224A (ja) ネットワーク制御方法、装置、およびシステム
KR101600231B1 (ko) 경로 계산 방법 및 그 장치
CN113098772B (zh) 数据传输路径的确定方法及装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140807

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140815

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140930

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: 20141021

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20141117

R150 Certificate of patent or registration of utility model

Ref document number: 5651756

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees