JP4007930B2 - Path service setting method, path service setting device, and path service setting program - Google Patents

Path service setting method, path service setting device, and path service setting program Download PDF

Info

Publication number
JP4007930B2
JP4007930B2 JP2003045276A JP2003045276A JP4007930B2 JP 4007930 B2 JP4007930 B2 JP 4007930B2 JP 2003045276 A JP2003045276 A JP 2003045276A JP 2003045276 A JP2003045276 A JP 2003045276A JP 4007930 B2 JP4007930 B2 JP 4007930B2
Authority
JP
Japan
Prior art keywords
layer
route
path
path service
configuration information
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 - Lifetime
Application number
JP2003045276A
Other languages
Japanese (ja)
Other versions
JP2004260231A (en
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003045276A priority Critical patent/JP4007930B2/en
Publication of JP2004260231A publication Critical patent/JP2004260231A/en
Application granted granted Critical
Publication of JP4007930B2 publication Critical patent/JP4007930B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、レイヤ構成のネットワークシステム(複数のレイヤに跨がるネットワークシステム)で用いられて、パスサービス設定要求に応答してパスサービスを設定するパスサービス設定方法及びその装置と、そのパスサービス設定方法の実現に用いられるパスサービス設定プログラムとに関する。
【0002】
【従来の技術】
通信事業者は、波長、SDH、Ethernet(登録商標)といったレイヤ毎のネットワークインフラを保有し、レイヤ毎にネットワークを管理している(例えば、非特許文献1,非特許文献2参照)。
【0003】
そして、通信事業者は、それぞれのレイヤに特化したパスサービスをユーザに提供している。
【0004】
これから、従来では、通信事業者は、複数レイヤの関わり方に関する情報については保有していなかった。
【0005】
このようなことを背景にして、従来では、パスサービスの収容設計方法として、事前にリソースの確認を行った上で、空いているところにパスサービスを追加していくといった「人手による作業」が行われていた。
【0006】
【非特許文献1】
北田敦史 外2名,レイヤ2ブロードバンドアクセスシステムによるセッション管理/サービス切替方式, 電子情報通信学会, 2002年総合大会講演論文集, B-8-40,[CD-ROM],平成14年3月7日発行
【非特許文献2】
小西良明 外1名,光ネットワークにおけるパス正常性確認法の一検討,電子情報通信学会, 2002年総合大会講演論文集,B-6-191,[CD-ROM],平成14年3月7日発行
【0007】
【発明が解決しようとする課題】
しかしながら、このような従来技術に従っていると、通信事業者は、パスサービスを提供する際にリソースが不足していた場合には、より下位のレイヤにおいてサービスが開通するのを待って、その後に、自分の管理するレイヤのパスを開通しなければならないことから、サービス提供の遅延をもたらすという問題がある。
【0008】
そして、このような従来技術に従っていると、設計担当者の人手による収容設計が行われていることから、ネットワークサービスの需要増に伴って設計担当者の負荷が増大するという問題がある。
【0009】
本発明はかかる事情に鑑みてなされたものであって、レイヤ構成のネットワークシステムにおいて、迅速なパスサービスを提供するとともに、オペレータのパス設定に伴う負荷を軽減することを実現する新たなパスサービス設定技術の提供を目的とする。
【0010】
【課題を解決するための手段】
この目的を達成するために、本発明のパスサービス設定装置は、複数のパスサービスを提供するレイヤ構成のネットワークシステム(複数のレイヤに跨がるネットワークシステム)で用いられて、各レイヤは複数のプロトコルからなり、パスサービスに応じて各レイヤの組み合わせを選択する必要がある場合に、パスサービス設定要求に応答してパスサービスを設定する処理を行うものであって、(イ)パスサービス種別を指定してパスサービスの設定要求があるときに、パスサービス種別毎にそのパスサービス種別についてのレイヤ構成情報を記憶する記憶手段を参照することで、そのパスサービス設定要求を実現するレイヤ構成情報を取得する取得手段と、(ロ)取得手段の取得したレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、パスサービス設定要求を充足する経路を探索して、その経路を探索できない場合には、パスサービス設定要求を充足する経路が探索できるまで、そのレイヤ構成情報に記述される1つ下のレイヤを新たな処理対象として、この経路探索を繰り返す手段と、(ハ)取得手段の取得したレイヤ構成情報に記述される最下位のレイヤまで経路探索を行ったにもかかわらず、パスサービス設定要求を充足する経路を探索できない場合に、パスサービスを設定できないことを示す情報を出力する手段と、(ニ)探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、取得手段の取得したそのレイヤの1つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、そのレイヤ構成情報に記述される1つ上のレイヤを新たな処理対象として、この経路設定を最上位レイヤが処理対象となるまで繰り返す手段とを備えるように構成する。
【0011】
以上の各処理手段が動作することで実現される本発明のパスサービス設定方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供したり、ネットワークを介して提供することができる。
【0012】
このように構成される本発明のパスサービス設定装置では、経路の始点及び終点とパスサービス種別とリソースとを指定するパスサービス設定要求が発行されると、先ず最初に、パスサービス種別についてのレイヤ構成情報を記憶する記憶手段にアクセスすることで、パスサービス設定要求で指定されるレイヤ構成情報に記述される最上位のレイヤを特定する。
【0013】
続いて、その特定した最上位のレイヤを処理対象のレイヤとして、処理対象のレイヤに対応付けて用意されるデータベースにアクセスすることで、処理対象のレイヤのネットワーク構成情報を取得する。
【0014】
続いて、その取得したネットワーク構成情報に基づいて、パスサービス設定要求で指定される経路始点と経路終点とを結び、かつ、パスサービス設定要求で指定されるリソースを持つ経路を探索する。
【0015】
この経路探索により、処理対象のレイヤでパスサービス設定要求を充足する経路を探索できない場合には、パスサービス種別についてのレイヤ構成情報を管理するデータベースにアクセスすることで、1つ下のレイヤを特定して、その特定した1つ下のレイヤを新たな処理対象のレイヤとして、この経路探索を繰り返すことで、パスサービス設定要求を充足する経路を探索する。
【0016】
このようにしてパスサービス設定要求を充足する経路を探索すると、続いて、その探索結果の経路を持つレイヤに対して、その探索結果の経路を設定する。
【0017】
続いて、その探索結果の経路を持つレイヤの1つ上のレイヤを処理対象のレイヤとして、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定する。
【0018】
この経路設定により、処理対象のレイヤに対して、探索結果の経路と同一の経路の設定を終えると、1つ上のレイヤを新たな処理対象のレイヤとして、この経路設定を最上位レイヤが処理対象となるまで繰り返すことで、最上位のレイヤに対して、探索結果の経路と同一の経路を設定する。
【0019】
このようにして、本発明では、レイヤ構成のネットワークシステムにおいて、パスサービス設定要求の発行に応答して、オペレータの希望する経路でパスサービスを自動的に提供することを実現することから、迅速なパスサービスを提供できるようになるとともに、オペレータのパス設定に伴う負荷を軽減することができるようになる。
【0020】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【0021】
図1に、本発明を具備するレイヤ構成のネットワークシステムのシステム構成を図示する。
【0022】
図中、1は本発明のネットワーク管理システムであって、オペレータの発行するサービスオーダ(SO)を受け付けて、パスサービスを提供するもの、2はレイヤ構成データベースであって、パスサービス種別についてのレイヤ構成情報を管理するもの、3は各レイヤのネットワークに対応付けて設けられる構成管理データベースであって、対となるネットワークの構成情報を管理するもの、4はネットワークに設けられる経路作成装置であって、本発明のネットワーク管理システム1からの指示に応答して、ネットワーク上に経路(パスと称することがある)を作成するものである。
【0023】
なお、図1では、図面作成の便宜上、各レイヤのネットワークが1台の経路作成装置4(ルータなどのネットワーク構成機器)を備えることで説明しているが、この経路作成装置4は、ネットワーク上に様々な経路を作成するために実際には複数台数備えられることになる。
【0024】
本発明のネットワーク管理システム1は、入出力のインタフェースを具備したコンピュータ(CPU、メモリ、ネットワークインタフェースなどを具備した計算機)で構成されて、サービスオーダを受け付けるSO受付機構11と、ネットワークの管理を司るNW管理機構12と、パスサービスの経路に関する管理を司る経路管理機構13と、リソース(以下の説明では、リソースとして容量を想定している)の検討を行うリソース情報検討機構14と、経路作成装置4に対して経路の設定を指示する装置設定機構15とを備える。
【0025】
レイヤ構成データベース2は、図2に示すように、通信事業者が提供している複数のパスサービスについて、どのようなレイヤから構成されているのかという情報を蓄積している。レイヤの構成方法についてはパスサービス種別毎に異なることから、こうしたデータベースによる管理が必要となる。
【0026】
構成管理データベース3は、対となるネットワークの構成情報として、構成装置の情報(装置名称、設置場所、ポート数、ポート使用状況、提供可能容量など)と、リンク情報(リンク名称、両端装置名、容量、コストなど)とを蓄積している。
【0027】
次に、図1中に示す▲1▼〜▲7▼の処理の順番に従って、本発明のネットワーク管理システム1の実行する処理について説明する。ここで、図3に、これらの▲1▼〜▲7▼で流通する情報の詳細を図示する。
【0028】
オペレータは、SO受付機構11のユーザインタフェースを用いて、本発明のネットワーク管理システム1に対して、経路の両端点、パスサービス種別、希望容量などを指定してパスサービスのサービスオーダを投入してくる(図中の▲1▼)。
【0029】
このサービスオーダの投入を受けて、SO受付機構11は、サービスオーダの中からパスサービス種別を抽出して、NW管理機構12に渡す。
【0030】
これを受けて、NW管理機構12は、レイヤ構成データベース2に対して、そのパスサービス種別を指定してレイヤ構成情報要求を送り(図中の▲2▼)、これに対するレイヤ構成情報回答を得て(図中の▲3▼)、最上位のネットワークレイヤ名を把握する。
【0031】
続いて、NW管理機構12は、この最上位のレイヤの構成管理データベース3に対して構成情報要求を送り(図中の▲4▼)、これに対する回答として、この最上位のレイヤのネットワーク構成情報を取得する(図中の▲5▼)。
【0032】
続いて、NW管理機構12は、サービスオーダで指定された経路の両端点を結ぶ経路を特定するために、経路管理機構13に対して、両端点の情報と、取得した最上位のレイヤのネットワーク構成情報とを渡して、その両端点を結ぶ経路の特定を依頼する。
【0033】
これを受けて、経路管理機構13は、経路のコスト和を比較計算して、コスト和の低いものから特定することにより自動的にN個の経路を特定したり、オペレータから事前に投入された情報に従ってN個の経路を特定して、NW管理機構12に回答する。
【0034】
この回答を受け取ると、NW管理機構12は、その特定されたN個の経路情報と、サービスオーダで指定された希望容量と、取得した最上位のレイヤのネットワーク構成情報(リソース情報)とをリソース情報検討機構14に渡して、その特定されたN個の経路についてリソースが十分に存在するかどうかの判定を依頼する。
【0035】
これを受けて、リソース情報検討機構14は、最上位のレイヤのネットワーク構成情報と、特定されたN個の経路情報及び希望容量とを比較検討することで、その最上位のレイヤについて、パスサービスを提供するリソースがあるかどうかを判定する。
【0036】
この判定処理により、N個の経路のうち、いずれかにリソースが存在することが判断されると、装置設定機構15は、そのリソースの存在する経路を形成する経路作成装置4に対して、使用ポート及び使用容量などを通知することでパスの設定要求を発行する(図中の▲6▼)。
【0037】
このとき、複数の経路についてリソースが存在した場合には、新たに設定が必要となる経路に対してのコストの和を比較し、最もコストの低い経路を形成する経路作成装置4に対して、パス設定要求を発行することになる。
【0038】
このパス設定要求を受けて、経路作成装置4は、パスの設定を行い、最上位のレイヤの構成管理データベース3に対して、その設定した内容の通知を行うことで(図中の▲7▼)、その構成管理データベース3を更新する。
【0039】
このようにして、パスサービス種別の指定する最上位のレイヤで経路を探索できた場合には、最上位のレイヤの構成管理データベース3にアクセスするだけで、パスサービスを設定できることになる。
【0040】
一方、リソース情報検討機構14によって、経路管理機構13により特定された最上位のレイヤのN個の経路についてリソースが存在しないことが判断されると、NW管理機構12は、経路管理機構13に対して経路の特定を再度依頼する。
【0041】
これを受けて、経路管理機構13は、前回提示したN個の経路とは異なる経路をN個特定して、NW管理機構12に対して改めて回答する。
【0042】
この回答を受け取ると、NW管理機構12は、その特定されたN個の経路情報をリソース情報検討機構14に渡して、その特定されたN個の経路についてリソースが十分に存在するかどうかの判定を依頼する。
【0043】
このようにして、リソースの存在する経路を探索できるまで、この処理をM回繰り返す。そして、M回処理を繰り返しても、リソースの存在する経路を探索できなかった場合と、M回の処理を終了する前に経路を特定し尽くした場合には、以下の処理へ移行する。
【0044】
すなわち、NW管理機構12は、レイヤ構成データベース2に対して、SO受付機構11により抽出されたパスサービス種別を指定してレイヤ構成情報要求を送り(図中の▲2▼)、これに対するレイヤ構成情報回答を得て(図中の▲3▼)、1つ下位のネットワークレイヤ名を把握する。
【0045】
続いて、NW管理機構12は、この1つ下位のレイヤの構成管理データベース3に対して構成情報要求を送り(図中の▲4▼)、これに対する回答として、この1つ下位のレイヤのネットワーク構成情報を取得する(図中の▲5▼)。
【0046】
続いて、NW管理機構12は、サービスオーダで指定された経路の両端点を結ぶ経路を特定するために、経路管理機構13に対して、両端点の情報と、取得した1つ下位のレイヤのネットワーク構成情報とを渡して、その両端点を結ぶ経路の特定を依頼する。
【0047】
これを受けて、経路管理機構13は、この1つ下位のレイヤにおいて、経路のコスト和を比較計算して、コスト和の低いものから特定することにより自動的にN個の経路を特定したり、オペレータから事前に投入された情報に従ってN個の経路を特定して、NW管理機構12に回答する。
【0048】
この回答を受け取ると、NW管理機構12は、その特定されたN個の経路情報と、サービスオーダで指定された希望容量と、取得した1つ下位のレイヤのネットワーク構成情報(リソース情報)とをリソース情報検討機構14に渡して、その特定されたN個の経路についてリソースが十分に存在するかどうかの判定を依頼する。
【0049】
これを受けて、リソース情報検討機構14は、この1つ下位のレイヤのネットワーク構成情報と、特定されたN個の経路情報及び希望容量とを比較検討することで、この1つ下位のレイヤについて、パスサービスを提供するリソースがあるかどうかを判定する。
【0050】
この判定処理により、N個の経路のうち、いずれかにリソースが存在することが判断されると、装置設定機構15は、そのリソースの存在する経路を形成する経路作成装置4(1つ下位のレイヤの経路作成装置4)に対して、使用ポート及び使用容量などを通知することでパスの設定要求を発行する(図中の▲6▼)。
【0051】
このとき、複数の経路についてリソースが存在した場合には、新たに設定が必要となる経路に対してのコストの和を比較し、最もコストの低い経路を形成する経路作成装置4に対して、パス設定要求を発行することになる。
【0052】
このパスの設定を受けて、経路作成装置4は、パスの設定を行い、1つ下位のレイヤの構成管理データベース3に対して、その設定した内容の通知を行うことで(図中の▲7▼)、その構成管理データベース3を更新する。
【0053】
以下、リソースが存在しなかった場合には最下位のレイヤ(ファイバのレイヤ)までレイヤをたぐってリソースを探すという処理を繰り返すことになる。
【0054】
そして、リソースが確保できたレイヤがあれば、図4に示すように、そのレイヤから再度上位レイヤに向かってパスサービスの提供を試みるという処理を行うことになる。
【0055】
図5ないし図7に示す処理フローに従って、以上に説明した本発明のネットワーク管理システム1の実行する処理について更に詳細に説明する。
【0056】
本発明のネットワーク管理システム1は、オペレータからサービスオーダが投入されると、図5ないし図7の処理フローに示すように、先ず最初に、ステップ10で、そのサービスオーダを受け取る。
【0057】
続いて、ステップ11で、そのサービスオーダで指定されるパスサービス種別を抽出し、続くステップ12で、レイヤ構成データベース2に問い合わせることで、そのパスサービス種別の指定する最上位のレイヤを特定する。
【0058】
続いて、ステップ13で、その特定したレイヤ(最上位のレイヤ)に対応付けられる構成管理データベース3から、ネットワークの接続状態・使用状態の情報を取得する。続いて、ステップ14で、その取得したネットワークの接続状態・使用状態の情報に従って、サービスオーダで指定される経路始点から経路終点に至る経路を探索する。
【0059】
続いて、ステップ15で、経路を探索できたのか否かを判断して、経路を探索できたことを判断するときには、ステップ16に進んで、探索した経路の容量がサービスオーダで指定されるリソースの条件に入るのか否かをチェックする。
【0060】
続いて、ステップ17で、このチェック処理に従って、探索した経路の容量がサービスオーダで指定されるリソースの条件に入らないことを判断するときには、次の経路を探索すべくステップ14に戻る。
【0061】
このようにして、ステップ14〜ステップ17の処理を繰り返していくときに、ステップ17で、探索した経路の容量がサービスオーダで指定されるリソースの条件に入ることを判断するときには、ステップ18に進んで、探索した経路上に設けられる経路作成装置4に対して、経路設定要求を送出することで探索した経路を設定して、処理を終了する。
【0062】
したがって、パスサービス種別の指定する最上位のレイヤで経路を探索できた場合には、最上位のレイヤの構成管理データベース3にアクセスするだけで、パスサービスを設定できることになる。
【0063】
一方、ステップ14〜ステップ17の処理を繰り返していくときに、ステップ15で、これ以上経路を探索できないことを判断するとき、すなわち、最上位のレイヤではサービスオーダの要求する経路を設定できないことを判断するときには、ステップ19に進んで、レイヤ構成データベース2に問い合わせることで、経路を設定できなかったレイヤの1つ下位のレイヤ(パスサービス種別の指定する1つ下位のレイヤ)を特定する。
【0064】
続いて、ステップ20で、その特定したレイヤに対応付けられる構成管理データベース3から、ネットワークの接続状態・使用状態の情報を取得する。続いて、ステップ21で、その取得したネットワークの接続状態・使用状態の情報に従って、サービスオーダで指定される経路始点から経路終点に至る経路を探索する。
【0065】
続いて、ステップ22で、経路を探索できたのか否かを判断して、経路を探索できたことを判断するときには、ステップ23に進んで、探索した経路の容量がサービスオーダで指定されるリソースの条件に入るのか否かをチェックする。
【0066】
続いて、ステップ24で、このチェック処理に従って、探索した経路の容量がサービスオーダで指定されるリソースの条件に入らないことを判断するときには、次の経路を探索すべくステップ21に戻る。
【0067】
このようにして、ステップ21〜ステップ24の処理を繰り返していくときに、ステップ22で、これ以上経路を探索できないことを判断するとき、すなわち、現在のレイヤではサービスオーダの要求する経路を設定できないことを判断するときには、ステップ25に進んで、最下位レイヤまで処理を行ったのか否かを判断する。
【0068】
そして、この判断処理により、最下位レイヤまで処理を行っていないことを判断するときには、さらに1つ下位のレイヤでの処理を行うべくステップ19に戻り、最下位レイヤまで処理を行ったことを判断するときには、ステップ26に進んで、パスサービスを提供できない旨を出力して、処理を終了する。
【0069】
一方、ステップ21〜ステップ24の処理を繰り返していくときに、ステップ24で、探索した経路の容量がサービスオーダで指定されるリソースの条件に入ることを判断するときには、ステップ27に進んで、探索した経路上に設けられる経路作成装置4に対して、経路設定要求を送出することで探索した経路を設定する。
【0070】
続いて、ステップ28で、これまでの処理履歴から、経路を設定したレイヤの1つ上位のレイヤを特定する。続いて、ステップ29で、その特定したレイヤに対応付けられる構成管理データベース3から、ネットワークの接続状態・使用状態の情報を取得する。なお、この情報については既に取得してあるので、それを利用するようにしてもよい。
【0071】
続いて、ステップ30で、その取得したネットワークの接続状態・使用状態の情報に従って、1つ下位のレイヤで設定した経路と同一経路の実現に必要となる新設経路個所・増設経路個所を特定する。
【0072】
続いて、ステップ31で、その特定した経路上に設けられる経路作成装置4に対して、経路の新設要求・増設要求を送出することで1つ下位のレイヤで設定した同一の経路を設定する。
【0073】
続いて、ステップ32で、最上位レイヤまで戻ったのか否かを判断して、最上位レイヤまで戻っていないことを判断するときには、ステップ28に戻り、最上位レイヤまで戻ったことを判断するときには、ステップ33に進んで、パスサービスを提供できる旨を出力して、処理を終了する。
【0074】
このようにして、本発明のネットワーク管理システム1は、図4に示したように、パスサービス設定要求の発行に応答して、オペレータの希望する経路でパスサービスを提供することを実現するのである。
【0075】
【実施例】
次に、本発明の実施例について説明する。
【0076】
〔1〕実施例1
以下に、図8のネットワーク例における本発明の実施例について説明する。
【0077】
ここで、この実施例1では、レイヤ構成データベース2は、「パスサービス種別=甲」として、図9に示すようなレイヤ構成情報を蓄積しているものとする。
【0078】
オペレータは、経路の始点としてA点、経路の終点としてZ点、パスサービス種別として“甲”、希望容量として“100M”を指定してサービスオーダを投入したとする。
【0079】
SO受付機構11は、投入されたサービスオーダから「パスサービス種別=甲」を抽出して、NW管理機構12に渡す。
【0080】
これを受けて、NW管理機構12は、レイヤ構成データベース2に対して、「パスサービス種別=甲」を指定するレイヤ構成情報要求を送ることで、レイヤ構成データベース2からレイヤ構成情報を得て、オペレータがEtherレイヤのサービスを希望していることを認識する。
【0081】
続いて、NW管理機能12は、Etherレイヤの構成管理データベース3に対して構成情報要求を送ることで、Etherレイヤの構成管理データベース3から、Etherレイヤのネットワーク構成情報を得る。
【0082】
このネットワーク構成情報により、NW管理機構12は、Etherレイヤのネットワークの接続状態が図8の実線部の通りであることを認識する。このとき、それと同時に、Etherレイヤの実線部における容量の使用状態についても把握する。
【0083】
続いて、NW管理機構12は、Etherレイヤの構成管理データベース3から得たネットワーク構成情報と、オペレータの発行したサービスオーダで指定される両端点の情報(始点A、終点Z)とを経路管理機構13に渡して、サービスオーダで指定される始点Aから終点Zまでの経路の特定を依頼する。
【0084】
ここで、経路管理機構13には、一度に回答する経路数として“3”が設定されているものとする。
【0085】
これを受けて、経路管理機構13は、始点Aから終点Zに至る経路を洗い出すことで、図10に示すような経路一覧表を作成して、NW管理機構12に回答する。
【0086】
図8に示すネットワーク例では、始点Aから終点Zに至る経路が一つしか存在しないため、経路管理機構13は、図10に示すように、「A→C→E→F→Z」という経路のみをNW管理機構12に対して回答することになる。
【0087】
この回答を受けて、NW管理機構12は、Etherレイヤの構成管理データベース3から得たネットワーク構成情報(リソース情報)と、経路管理機構13から回答された経路情報と、サービスオーダに含まれる希望容量の情報(“100M”)とをリソース情報検討機構14に渡して、リソースの確認を依頼する。
【0088】
ここで、図8に示すように、「A−C」、「C−E」、「E−F」、「F−Z」の全ての区間において、100Mを加える分のリソースが存在することを想定している。
【0089】
これから、リソース情報検討機構14は、このリソースの確認の依頼を受け取ると、リソースが十分であることを示すOK回答をNW管理機構12に回答する。
【0090】
この回答を受けて、NW管理機構12は、装置設定機構15に指示することで、EtherレイヤのA、C、E、F、Zのそれぞれの経路作成装置4に対して、100Mのパスを開通するようパス設定要求を送る。
【0091】
これを受けて、それぞれの経路作成装置4は、パスの設定を行い、そのパス設定が完了したならば、Etherレイヤの構成管理データベース3に対して、構成変更通知を送りデータベースを更新する。
【0092】
以上により、サービスオーダで指定された始点Aから終点ZまでのEtherの100Mのパスサービスが提供されることになる。
【0093】
〔2〕実施例2
次に、図11のネットワーク例における本発明の実施例について説明する。
【0094】
ここで、この実施例2では、レイヤ構成データベース2は、「パスサービス種別=甲」として、図9に示すようなレイヤ構成情報を蓄積しているものとする。
【0095】
オペレータは、経路の始点としてA点、経路の終点としてZ点、パスサービス種別として“甲”、希望容量として“100M”を指定してサービスオーダを投入したとする。
【0096】
SO受付機構11は、投入されたサービスオーダから「パスサービス種別=甲」を抽出して、NW管理機構12に渡す。
【0097】
これを受けて、NW管理機構12は、レイヤ構成データベース2に対して、「パスサービス種別=甲」を指定するレイヤ構成情報要求を送ることで、レイヤ構成データベース2からレイヤ構成情報を得て、オペレータがEtherレイヤのサービスを希望していることを認識する。
【0098】
続いて、NW管理機能12は、Etherレイヤの構成管理データベース3に対して構成情報要求を送ることで、Etherレイヤの構成管理データベース3から、Etherレイヤのネットワーク構成情報を得る。
【0099】
このネットワーク構成情報により、NW管理機構12は、Etherレイヤのネットワークの接続状態が図11の実線部の通りであることを認識する。このとき、それと同時に、Etherレイヤの実線部における容量の使用状態についても把握する。
【0100】
続いて、NW管理機構12は、Etherレイヤの構成管理データベース3から得たネットワーク構成情報と、オペレータの発行したサービスオーダで指定される両端点の情報(始点A、終点Z)とを経路管理機構13に渡して、サービスオーダで指定される始点Aから終点Zまでの経路の特定を依頼する。
【0101】
ここで、経路管理機構13には、一度に回答する経路数として“3”が設定されているものとする。
【0102】
これを受けて、経路管理機構13は、始点Aから終点Zに至る経路を洗い出すことを試みるが、図11に示すEtherレイヤのネットワーク上には、始点Aから終点Zに至る経路は存在しないことを認識し、その旨をNW管理機構12に通知する。
【0103】
これを受けて、NW管理機構12は、Etherレイヤでのパスサービス開通を諦めて、下位レイヤでのパス開通を試みる。
【0104】
すなわち、NW管理機構12は、先ず、SO受付機構11よりパスサービス種別が“甲”であることを受け取って、レイヤ構成データベース2に対して、「サービス種別=甲」におけるEtherの下位レイヤ名を通知するようにレイヤ構成情報要求を送る。
【0105】
このレイヤ構成情報要求を受け取ると、レイヤ構成データベース2は、図9に示すパスサービスのレイヤ構成を把握しており、「サービス種別=甲」におけるEtherレイヤの下位レイヤがSDHレイヤであることをNW管理機構12に対して回答する。
【0106】
この回答を受け取ると、NW管理機構12は、SDHレイヤの構成管理データベース3に対して構成情報要求を送ることで、SDHレイヤの構成管理データベース3から、SDHレイヤのネットワーク構成情報を得る。
【0107】
このネットワーク構成情報により、NW管理機構12は、SDHレイヤのネットワークの接続状態が図11の実線部の通りであることを認識する。このとき、それと同時に、SDHレイヤの実線部における容量の使用状態についても把握する。
【0108】
続いて、NW管理機構12は、SDHレイヤの構成管理データベース3から得たネットワーク構成情報と、オペレータの発行したサービスオーダで指定される両端点の情報(始点A、終点Z)とを経路管理機構13に渡して、サービスオーダで指定される始点Aから終点Zまでの経路の特定を依頼する。
【0109】
これを受けて、経路管理機構13は、SDHレイヤにおける始点Aから終点Zに至る経路を洗い出すことで、図12に示すような経路一覧表を作成し、その中からコストの低い順に3個の経路を選択してNW管理機構12に回答する。
【0110】
図11に示すネットワーク例では、SDHレイヤにおける始点Aから終点Zに至る経路が複数存在するので、経路管理機構13は、図12に示すように、それらの経路の候補のうち、コストの低い順に、3つの経路「A→B→Z」、「A→B→F→Z」、「A→B→E→F→Z」を選択してNW管理機構12に回答することになる。
【0111】
この回答を受けて、NW管理機構12は、SDHレイヤの構成管理データベース3から得たネットワーク構成情報(リソース情報)と、経路管理機構13から回答された経路情報と、サービスオーダに含まれる希望容量の情報(“100M”)とをリソース情報検討機構14に渡して、SDHレイヤのリソースが十分に存在するのか否かの判定を依頼する。
【0112】
図11に示す例では、「A−B」の区間においてリソースに100Mの余分がないことを想定しており、これから、リソース情報検討機構14は、判定依頼のあった3つの経路候補に「A−B」区間が含まれていることを把握した上で、NW管理機構12に対して、判定依頼のあった3つの経路候補に十分なリソースが存在しない旨を回答する。
【0113】
この回答を受けて、NW管理機構12は、経路管理機構13に対して経路特定を再度依頼する。
【0114】
これを受けて、経路管理機構13は、前回提示した経路とは異なる経路を3個選択してNW管理機構12に回答する。図12に示すような経路一覧表を作成しているので、今度は、「A→C→E→B→Z」、「A→C→E→F→Z」、「A→C→E→B→F→Z」という3つの経路を選択して、NW管理機構12に対して回答することになる。
【0115】
この回答を受けて、NW管理機構12は、前回と同様に、SDHレイヤの構成管理データベース3から得たネットワーク構成情報(リソース情報)と、経路管理機構13から回答された経路情報と、サービスオーダに含まれる希望容量の情報(“100M”)とをリソース情報検討機構14に渡して、SDHレイヤのリソースが十分に存在するのか否かの判定を依頼する。
【0116】
図11に示すように、今回判定依頼のあった3つの経路にはいずれも100M以上のリソースの余分があり、これから、リソース情報検討機構14は、NW管理機構12に対して、最もコストの低い経路である「A→C→E→B→Z」について100Mのリソースが存在することを回答する。
【0117】
この回答を受けて、NW管理機構12は、装置設定機構15に指示することで、SDHレイヤのA、C、E、B、Zのそれぞれの経路作成装置4に対して、100Mのパスを開通するようパス設定要求を送る。
【0118】
これを受けて、それぞれの経路作成装置4は、パスの設定を行い、そのパス設定が完了したならば、SDHレイヤの構成管理データベース3に対して、構成変更通知を送りデータベースを更新する。
【0119】
このようにして、SDHレイヤにおける始点Aから終点Zに至る経路が確保できると、NW管理機構12は、再度、SDHレイヤの上位レイヤであるEtherレイヤ(元々のパスサービス所望レイヤ)でのパスサービス開通を試みる。
【0120】
すなわち、下位レイヤで、ある経路が確保できたということは、上位レイヤで、その経路の確保が可能であるということを意味するので、NW管理機構12は、再度、SDHレイヤの上位レイヤであるEtherレイヤ(元々のパスサービス所望レイヤ)でのパスサービス開通を試みるのである。
【0121】
NW管理機構12は、Etherレイヤにおけるパスサービスを設定するために、直前に設定したSDHレイヤにおける経路「A→C→E→B→Z」でEtherレイヤのパスサービス開通を試みる。
【0122】
このパスサービス開通を実現するために、NW管理機構12は、経路「A→C→E→B→Z」について、Etherレイヤにおける100M分のリソースが存在するかどうかの確認をリソース情報検討機構14に依頼する。
【0123】
この判定依頼を受けて、リソース情報検討機構14は、NW管理機構12に対して、「A−C」間、「C−E」間、「E−B」間についてはEtherレイヤにおける100Mのリソースがあることを回答する。
【0124】
この回答では「B−Z」間にリソースが存在しないことになるが、NW管理機構12は、下位レイヤであるSDHレイヤにおいてパスが開通済みであることから、「B−Z」間に新規にEtherレイヤの100Mのパスが設定可能であると判断する。
【0125】
そこで、NW管理機構12は、装置設定機構15に対して、「A−C」間、「C−E」間、「E−B」間については既存のリソースに対する100Mの増設、「B−Z」間については100Mの新設を指示する。
【0126】
これを受けて、装置設定機構15は、EtherレイヤのA、C、E、B、Zのそれぞれの経路作成装置4に対して、100Mのパスを開通するようパス設定要求を送る。
【0127】
これを受けて、それぞれの経路作成装置4は、パスの設定を行い、そのパス設定が完了したならば、Etherレイヤの構成管理データベース3に対して、構成変更通知を送りデータベースを更新する。
【0128】
例えば、図13(a)に示すように、「B−Z」間については100Mを新設し、図13(b)に示すように、「C−E」間については100Mを増設するのである。
【0129】
このようにして、最終的に、図14に示すように、始点Aから終点Zに至るEtherレイヤの100Mのパスサービスが提供されることになる。
【0130】
図示実施形態例に従って本発明を説明したが、本発明はこれに限定されるものではない。例えば、実施形態例では、容量が足りないことでパスを設定できない場合への適用例に従って本発明を説明したが、例えば、通信品質が不足していることで所望のパスを設定できないといったようなその他のリソース不足に対しても、本発明はそのまま適用できるものである。
【0131】
【発明の効果】
以上説明したように、本発明では、レイヤ構成のネットワークシステムにおいて、パスサービス設定要求の発行に応答して、オペレータの希望する経路でパスサービスを自動的に提供することを実現することから、迅速なパスサービスを提供できるようになるとともに、オペレータのパス設定に伴う負荷を軽減することができるようになる。
【0132】
そして、本発明では、必要最小限のリソースを割り当てることになるので、効率的なネットワーク運用が可能となる。
【図面の簡単な説明】
【図1】本発明を具備するレイヤ構成のネットワークシステムのシステム構成図である。
【図2】レイヤ構成データベースの管理するレイヤ構成情報の説明図である。
【図3】本発明のネットワーク管理システムで流通する情報の説明図である。
【図4】本発明のネットワーク管理システムの実行する処理の説明図である。
【図5】本発明のネットワーク管理システムの実行する処理フローの一実施形態例である。
【図6】本発明のネットワーク管理システムの実行する処理フローの一実施形態例である。
【図7】本発明のネットワーク管理システムの実行する処理フローの一実施形態例である。
【図8】ネットワークの一例である。
【図9】パスサービス種別「甲」についてのレイヤ構成情報の説明図である。
【図10】経路一覧表の説明図である。
【図11】ネットワークの一例である。
【図12】経路一覧表の説明図である。
【図13】経路の新設・増設処理の説明図である。
【図14】経路が新設・増設されたネットワークの説明図である。
【符号の説明】
1 ネットワーク管理システム
2 レイヤ構成データベース
3 構成管理データベース
4 経路作成装置
11 SO受付機構
12 NW管理機構
13 経路管理機構
14 リソース情報検討機構
15 装置設定機構
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a path service setting method and apparatus for setting a path service in response to a path service setting request, which is used in a network system having a layer structure (a network system extending over a plurality of layers), and the path service. The present invention relates to a path service setting program used for realizing the setting method.
[0002]
[Prior art]
A telecommunications carrier has a network infrastructure for each layer such as a wavelength, SDH, and Ethernet (registered trademark), and manages the network for each layer (for example, see Non-Patent Document 1 and Non-Patent Document 2).
[0003]
Then, the telecommunications carrier provides the user with a path service specialized for each layer.
[0004]
Thus, conventionally, a telecommunications carrier has not held information on how to relate to multiple layers.
[0005]
Against this background, conventionally, as a path service accommodation design method, “manual work” such as adding a path service to a vacant place after confirming resources in advance. It was done.
[0006]
[Non-Patent Document 1]
Atsushi Kitada, 2 others, Session management / service switching method using layer 2 broadband access system, IEICE, 2002 General Conference Proceedings, B-8-40, [CD-ROM], March 7, 2002 Issue
[Non-Patent Document 2]
Yoshiaki Konishi and others, A study on path normality confirmation method in optical network, IEICE, 2002 General Conference Proceedings, B-6-191, [CD-ROM], March 7, 2002 Issue
[0007]
[Problems to be solved by the invention]
However, according to such prior art, if the carrier lacks resources when providing the path service, it waits for the service to be opened in a lower layer, and then, Since the path of the layer managed by the user must be opened, there is a problem that the service provision is delayed.
[0008]
According to such a conventional technique, since the accommodation design is performed manually by the designer, there is a problem that the load on the designer increases as the demand for network services increases.
[0009]
The present invention has been made in view of such circumstances, and in a layered network system, provides a rapid path service and a new path service setting that realizes reducing the load associated with the operator's path setting. The purpose is to provide technology.
[0010]
[Means for Solving the Problems]
In order to achieve this object, the path service setting device of the present invention provides: Provide multiple pass services Used in a layered network system (a network system that spans multiple layers) Each layer consists of multiple protocols, and if you need to select a combination of layers according to the path service, Processing to set the path service in response to the path service setting request. (A) When there is a path service setting request by specifying the path service type, the path service type for each path service type By referring to the storage means for storing the layer configuration information on the layer, the acquisition means for acquiring the layer configuration information that realizes the path service setting request, and (b) the most detailed description described in the layer configuration information acquired by the acquisition means If the upper layer is the processing target, the network configuration information is acquired for the processing target layer, the path that satisfies the path service setting request is searched based on that, and if the path cannot be searched, the path service Until a route that satisfies the setting request can be searched, the next lower layer described in the layer configuration information is set as a new processing target. The means for repeating this route search, and (c) When the route search to the lowest layer described in the layer configuration information acquired by the acquisition means is performed, but the route satisfying the path service setting request cannot be searched A means for outputting information indicating that the path service cannot be set; and (d) setting the search result route for the layer having the route of the search result, Set the same route as the search result route for the processing target layer as the processing target layer, and when the setting ends, the one layer above described in the layer configuration information And a means for repeating this route setting until the highest layer becomes a processing target.
[0011]
The path service setting method of the present invention realized by the operation of each of the above processing means can be realized by a computer program, and this computer program is recorded on an appropriate recording medium such as a semiconductor memory and provided. Or can be provided via a network.
[0012]
In the path service setting device of the present invention configured as described above, when a path service setting request specifying a route start point and end point, a path service type, and a resource is issued, first a layer for the path service type Configuration information As a storage means for storing By accessing, the highest layer described in the layer configuration information specified by the path service setting request is specified.
[0013]
Subsequently, the network configuration information of the processing target layer is acquired by accessing the database prepared in association with the processing target layer with the identified highest layer as the processing target layer.
[0014]
Subsequently, based on the acquired network configuration information, a route is searched that connects the route start point and the route end point specified by the path service setting request and has the resource specified by the path service setting request.
[0015]
If this route search cannot find a route that satisfies the path service setting request in the processing target layer, the next layer is identified by accessing the database that manages the layer configuration information for the path service type. Then, the route search is repeated by using the specified lower layer as a new processing target layer, thereby searching for a route satisfying the path service setting request.
[0016]
When a route satisfying the path service setting request is searched for in this way, the route of the search result is subsequently set for the layer having the route of the search result.
[0017]
Subsequently, the layer one layer above the layer having the search result route is set as a processing target layer, and the same route as the search result route is set for the processing target layer.
[0018]
With this route setting, when the setting of the same route as the search result route is completed for the processing target layer, the highest layer processes this route setting with the upper layer as the new processing target layer. By repeating until it becomes a target, the same route as the route of the search result is set for the highest layer.
[0019]
In this way, in the present invention, in the layered network system, in response to the issuance of the path service setting request, the path service is automatically provided by the route desired by the operator. A path service can be provided, and a load associated with an operator's path setting can be reduced.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail according to embodiments.
[0021]
FIG. 1 illustrates a system configuration of a layered network system including the present invention.
[0022]
In the figure, 1 is a network management system of the present invention, which receives a service order (SO) issued by an operator and provides a path service, 2 is a layer configuration database, and a layer for a path service type A configuration management database for managing configuration information, 3 is a configuration management database provided in association with the network of each layer, which manages configuration information for a pair of networks, and 4 is a path creation device provided in the network. In response to an instruction from the network management system 1 of the present invention, a route (sometimes referred to as a path) is created on the network.
[0023]
In FIG. 1, for convenience of drawing creation, the network of each layer is described as having one route creation device 4 (network configuration equipment such as a router). However, this route creation device 4 is connected to the network. In order to create various routes, a plurality of devices are actually provided.
[0024]
The network management system 1 of the present invention is composed of a computer (computer having a CPU, memory, network interface, etc.) having an input / output interface, and manages the SO reception mechanism 11 for receiving a service order and network management. An NW management mechanism 12, a path management mechanism 13 for managing the path of the path service, a resource information examination mechanism 14 for examining resources (in the following description, capacity is assumed as a resource), and a path creation device 4 is provided with a device setting mechanism 15 for instructing the route setting to 4.
[0025]
As shown in FIG. 2, the layer configuration database 2 stores information on what layers are configured for a plurality of path services provided by a communication carrier. Since the layer configuration method differs for each path service type, management by such a database is required.
[0026]
The configuration management database 3 includes configuration device information (device name, installation location, number of ports, port usage status, available capacity, etc.) and link information (link name, both-end device name, Capacity, cost, etc.).
[0027]
Next, processing executed by the network management system 1 according to the present invention will be described in the order of processing (1) to (7) shown in FIG. Here, FIG. 3 shows details of the information distributed in (1) to (7).
[0028]
Using the user interface of the SO reception mechanism 11, the operator designates both end points of the route, the path service type, the desired capacity, etc., and inputs the service order of the path service to the network management system 1 of the present invention. Come (▲ 1 ▼ in the figure).
[0029]
Upon receiving this service order, the SO acceptance mechanism 11 extracts the path service type from the service order and passes it to the NW management mechanism 12.
[0030]
In response to this, the NW management mechanism 12 sends a layer configuration information request to the layer configuration database 2 by designating the path service type ((2) in the figure), and obtains a layer configuration information response to this. ((3) in the figure) to grasp the name of the highest network layer.
[0031]
Subsequently, the NW management mechanism 12 sends a configuration information request to the configuration management database 3 of the highest layer ((4) in the figure). As a response to this, the network configuration information of the highest layer is sent. Is acquired ((5) in the figure).
[0032]
Subsequently, the NW management mechanism 12 sends the information on both end points and the acquired network of the highest layer to the route management mechanism 13 in order to specify the route connecting the both end points of the route specified by the service order. Pass the configuration information and request to specify the path connecting the two end points.
[0033]
In response to this, the route management mechanism 13 compares and calculates the cost sum of the routes, and automatically specifies N routes by specifying from the one with the lowest cost sum, or is input in advance by the operator. N routes are identified according to the information and returned to the NW management mechanism 12.
[0034]
Upon receiving this answer, the NW management mechanism 12 uses the identified N pieces of route information, the desired capacity specified by the service order, and the acquired network configuration information (resource information) of the highest layer as resources. The information is passed to the information review mechanism 14 and a request is made to determine whether there are sufficient resources for the identified N routes.
[0035]
In response to this, the resource information review mechanism 14 compares the network configuration information of the highest layer with the identified N pieces of route information and the desired capacity, so that the path service for the highest layer is obtained. Determine if there are resources that provide
[0036]
If it is determined by this determination processing that a resource exists in any of the N routes, the device setting mechanism 15 uses the route creation device 4 that forms the route in which the resource exists. A path setting request is issued by notifying the port and used capacity ((6) in the figure).
[0037]
At this time, when resources exist for a plurality of routes, the sum of the costs for the route that needs to be newly set is compared, and the route creation device 4 that forms the route with the lowest cost is compared. A path setting request will be issued.
[0038]
In response to this path setting request, the path creation device 4 sets the path and notifies the set content to the configuration management database 3 of the highest layer ((7) in the figure). The configuration management database 3 is updated.
[0039]
In this way, when a route can be searched in the highest layer designated by the path service type, the path service can be set only by accessing the configuration management database 3 of the highest layer.
[0040]
On the other hand, when the resource information review mechanism 14 determines that no resource exists for the N routes of the highest layer identified by the route management mechanism 13, the NW management mechanism 12 instructs the route management mechanism 13. Request the route again.
[0041]
In response to this, the route management mechanism 13 specifies N routes different from the previously presented N routes and replies again to the NW management mechanism 12.
[0042]
Upon receiving this answer, the NW management mechanism 12 passes the specified N pieces of route information to the resource information review mechanism 14 and determines whether or not there are sufficient resources for the specified N routes. Request.
[0043]
In this way, this process is repeated M times until a route where the resource exists can be searched. Then, even if the process is repeated M times, when the route in which the resource exists cannot be searched, or when the route is completely specified before the M times of processing are completed, the process proceeds to the following process.
[0044]
That is, the NW management mechanism 12 sends a layer configuration information request specifying the path service type extracted by the SO acceptance mechanism 11 to the layer configuration database 2 ((2) in the figure), and the layer configuration corresponding thereto An information answer is obtained ((3) in the figure), and the network layer name one level lower is grasped.
[0045]
Subsequently, the NW management mechanism 12 sends a configuration information request to the configuration management database 3 of the next lower layer ((4) in the figure), and in response to this, the network of the next lower layer Configuration information is acquired ((5) in the figure).
[0046]
Subsequently, the NW management mechanism 12 instructs the route management mechanism 13 of the information on both end points and the acquired one lower layer in order to specify the route connecting the both end points of the route specified in the service order. The network configuration information is passed, and a request is made to specify the path connecting the two end points.
[0047]
In response to this, the route management mechanism 13 compares and calculates the cost sum of routes in this lower layer, and automatically specifies N routes by specifying from the lowest cost sum. The N routes are identified according to the information input in advance by the operator, and the NW management mechanism 12 is answered.
[0048]
Upon receiving this answer, the NW management mechanism 12 obtains the specified N pieces of route information, the desired capacity specified by the service order, and the acquired network configuration information (resource information) of the next lower layer. The information is passed to the resource information review mechanism 14 and requested to determine whether or not there are sufficient resources for the identified N routes.
[0049]
In response to this, the resource information review mechanism 14 compares the network configuration information of the next lower layer with the specified N pieces of route information and the desired capacity, thereby regarding the lower layer. Determine if there is a resource that provides the path service.
[0050]
If it is determined by this determination processing that a resource exists in any of the N paths, the device setting mechanism 15 causes the path creation device 4 (one lower order) to form a path in which the resource exists. A path setting request is issued by notifying the used route and the used capacity to the layer route creation device 4) ((6) in the figure).
[0051]
At this time, when resources exist for a plurality of routes, the sum of the costs for the route that needs to be newly set is compared, and the route creation device 4 that forms the route with the lowest cost is compared. A path setting request will be issued.
[0052]
In response to this path setting, the path creation device 4 sets the path and notifies the set contents to the configuration management database 3 of the next lower layer (▲ 7 in the figure). ▼), the configuration management database 3 is updated.
[0053]
Hereinafter, when the resource does not exist, the process of searching for the resource through the lowest layer (fiber layer) is repeated.
[0054]
Then, if there is a layer in which resources can be secured, as shown in FIG. 4, a process of attempting to provide a path service from that layer to the upper layer again is performed.
[0055]
The processing executed by the network management system 1 of the present invention described above will be described in more detail according to the processing flow shown in FIGS.
[0056]
When a service order is input from an operator, the network management system 1 according to the present invention first receives the service order in step 10 as shown in the processing flow of FIGS.
[0057]
Subsequently, in step 11, the path service type specified by the service order is extracted, and in step 12, the highest layer specified by the path service type is specified by inquiring the layer configuration database 2.
[0058]
Subsequently, in step 13, information on the connection state / use state of the network is acquired from the configuration management database 3 associated with the specified layer (the highest layer). Subsequently, in step 14, a route from the route start point specified by the service order to the route end point is searched according to the acquired network connection state / use state information.
[0059]
Subsequently, when it is determined in step 15 whether or not the route has been searched, and it is determined that the route has been searched, the process proceeds to step 16 where the capacity of the searched route is specified in the service order. Check whether the condition is satisfied.
[0060]
Subsequently, when it is determined in step 17 that the capacity of the searched route does not satisfy the resource condition specified by the service order according to this check processing, the processing returns to step 14 to search for the next route.
[0061]
In this way, when the processing of step 14 to step 17 is repeated, when it is determined in step 17 that the capacity of the searched route falls within the resource condition specified by the service order, the process proceeds to step 18. Thus, the searched route is set by sending a route setting request to the route creation device 4 provided on the searched route, and the processing is terminated.
[0062]
Therefore, when a route can be searched for in the highest layer designated by the path service type, the path service can be set only by accessing the configuration management database 3 of the highest layer.
[0063]
On the other hand, when the processing of step 14 to step 17 is repeated, when it is determined in step 15 that no more routes can be searched, that is, the route requested by the service order cannot be set in the highest layer. When the determination is made, the process proceeds to step 19 and the layer configuration database 2 is inquired to identify a layer one lower layer (one lower layer specified by the path service type) for which a route could not be set.
[0064]
Subsequently, in step 20, information on the connection state / use state of the network is acquired from the configuration management database 3 associated with the identified layer. Subsequently, in step 21, a route from the route start point specified by the service order to the route end point is searched according to the acquired network connection state / use state information.
[0065]
Subsequently, when it is determined in step 22 whether or not the route has been searched and it is determined that the route has been searched, the process proceeds to step 23 where the capacity of the searched route is specified in the service order. Check whether the condition is satisfied.
[0066]
Subsequently, in step 24, when it is determined that the capacity of the searched route does not satisfy the resource condition specified by the service order according to this check processing, the processing returns to step 21 to search for the next route.
[0067]
In this way, when the processing of Step 21 to Step 24 is repeated, when it is determined in Step 22 that no more routes can be searched, that is, the route requested by the service order cannot be set in the current layer. When this is determined, the process proceeds to step 25 to determine whether or not processing has been performed up to the lowest layer.
[0068]
When it is determined by this determination process that processing has not been performed up to the lowest layer, the process returns to step 19 to perform processing in the next lower layer, and it is determined that processing has been performed up to the lowest layer. If YES in step 26, the flow advances to step 26 to output that the path service cannot be provided, and the process ends.
[0069]
On the other hand, when the processing of step 21 to step 24 is repeated, if it is determined in step 24 that the capacity of the searched route falls within the resource condition specified by the service order, the process proceeds to step 27 to search The searched route is set by sending a route setting request to the route creation device 4 provided on the route.
[0070]
Subsequently, in step 28, the layer one layer higher than the layer for which the route is set is specified from the processing history so far. Subsequently, in step 29, information on the connection state / use state of the network is acquired from the configuration management database 3 associated with the specified layer. Since this information has already been acquired, it may be used.
[0071]
Subsequently, in step 30, a new route location / additional route location required to realize the same route as the route set in the next lower layer is specified according to the acquired network connection state / use state information.
[0072]
Subsequently, in step 31, the same route set in the next lower layer is set by sending a route establishment request / addition request to the route creation device 4 provided on the specified route.
[0073]
Subsequently, in step 32, it is determined whether or not the process returns to the highest layer, and when it is determined that the process does not return to the highest layer, the process returns to step 28, and when it is determined that the process returns to the highest layer. Then, the process proceeds to step 33, where a message indicating that the path service can be provided is output, and the process ends.
[0074]
In this way, the network management system 1 according to the present invention realizes the provision of the path service through the route desired by the operator in response to the issuance of the path service setting request as shown in FIG. .
[0075]
【Example】
Next, examples of the present invention will be described.
[0076]
[1] Example 1
In the following, an embodiment of the present invention in the network example of FIG. 8 will be described.
[0077]
Here, in the first embodiment, it is assumed that the layer configuration database 2 stores layer configuration information as shown in FIG. 9 as “path service type = class A”.
[0078]
It is assumed that the operator designates the point A as the starting point of the route, the point Z as the ending point of the route, “A” as the path service type, and “100M” as the desired capacity, and inputs the service order.
[0079]
The SO reception mechanism 11 extracts “pass service type = class A” from the input service order and passes it to the NW management mechanism 12.
[0080]
In response to this, the NW management mechanism 12 obtains the layer configuration information from the layer configuration database 2 by sending a layer configuration information request designating “path service type = E” to the layer configuration database 2, Recognize that the operator wants the Ether layer service.
[0081]
Subsequently, the NW management function 12 obtains Ether layer network configuration information from the Ether layer configuration management database 3 by sending a configuration information request to the Ether layer configuration management database 3.
[0082]
Based on this network configuration information, the NW management mechanism 12 recognizes that the connection state of the network of the Ether layer is as indicated by the solid line portion in FIG. At the same time, the capacity usage state in the solid line portion of the Ether layer is also grasped.
[0083]
Subsequently, the NW management mechanism 12 sends the network configuration information obtained from the Ether layer configuration management database 3 and the information on both end points (start point A, end point Z) specified by the service order issued by the operator. 13 is requested to specify the route from the start point A to the end point Z specified in the service order.
[0084]
Here, it is assumed that “3” is set in the route management mechanism 13 as the number of routes to be answered at a time.
[0085]
In response to this, the route management mechanism 13 creates a route list as shown in FIG. 10 by identifying the route from the start point A to the end point Z, and replies to the NW management mechanism 12.
[0086]
In the network example shown in FIG. 8, since there is only one route from the starting point A to the ending point Z, the route management mechanism 13 performs the route “A → C → E → F → Z” as shown in FIG. Only NW management mechanism 12 will be answered.
[0087]
Upon receiving this reply, the NW management mechanism 12 receives the network configuration information (resource information) obtained from the Ether layer configuration management database 3, the route information returned from the route management mechanism 13, and the desired capacity included in the service order. Information (“100M”) is passed to the resource information review mechanism 14 to request resource confirmation.
[0088]
Here, as shown in FIG. 8, in all the sections “AC”, “CE”, “EF”, and “FZ”, it is shown that there are resources for adding 100M. Assumed.
[0089]
From this point, when the resource information review mechanism 14 receives this resource confirmation request, the resource information review mechanism 14 returns an OK response indicating that the resource is sufficient to the NW management mechanism 12.
[0090]
In response to this answer, the NW management mechanism 12 instructs the device setting mechanism 15 to open a 100M path to each of the route creation devices 4 of Ether layers A, C, E, F, and Z. Send a path setup request.
[0091]
Receiving this, each route creation device 4 sets a path, and when the path setting is completed, sends a configuration change notification to the configuration management database 3 of the Ether layer and updates the database.
[0092]
As described above, the Ether 100M path service from the start point A to the end point Z specified in the service order is provided.
[0093]
[2] Example 2
Next, an embodiment of the present invention in the network example of FIG. 11 will be described.
[0094]
Here, in the second embodiment, it is assumed that the layer configuration database 2 stores layer configuration information as shown in FIG. 9 as “path service type = class A”.
[0095]
It is assumed that the operator designates the point A as the starting point of the route, the point Z as the ending point of the route, “A” as the path service type, and “100M” as the desired capacity, and inputs the service order.
[0096]
The SO reception mechanism 11 extracts “pass service type = class A” from the input service order and passes it to the NW management mechanism 12.
[0097]
In response to this, the NW management mechanism 12 obtains the layer configuration information from the layer configuration database 2 by sending a layer configuration information request designating “path service type = E” to the layer configuration database 2, Recognize that the operator wants the Ether layer service.
[0098]
Subsequently, the NW management function 12 obtains Ether layer network configuration information from the Ether layer configuration management database 3 by sending a configuration information request to the Ether layer configuration management database 3.
[0099]
Based on this network configuration information, the NW management mechanism 12 recognizes that the connection state of the network of the Ether layer is as indicated by the solid line portion in FIG. At the same time, the capacity usage state in the solid line portion of the Ether layer is also grasped.
[0100]
Subsequently, the NW management mechanism 12 sends the network configuration information obtained from the Ether layer configuration management database 3 and the information on both end points (start point A, end point Z) specified by the service order issued by the operator. 13 is requested to specify the route from the start point A to the end point Z specified in the service order.
[0101]
Here, it is assumed that “3” is set in the route management mechanism 13 as the number of routes to be answered at a time.
[0102]
In response to this, the route management mechanism 13 tries to identify the route from the start point A to the end point Z, but there is no route from the start point A to the end point Z on the network of the Ether layer shown in FIG. And notifies the NW management mechanism 12 to that effect.
[0103]
In response to this, the NW management mechanism 12 gives up the path service establishment in the Ether layer and tries to establish the path in the lower layer.
[0104]
In other words, the NW management mechanism 12 first receives from the SO reception mechanism 11 that the path service type is “Class A”, and sends the lower layer name of Ether in “Service type = Class A” to the layer configuration database 2. Send a layer configuration information request to notify.
[0105]
Upon receiving this layer configuration information request, the layer configuration database 2 knows the layer configuration of the path service shown in FIG. 9 and determines that the lower layer of the Ether layer in “service type = A” is the SDH layer. Answer to the management mechanism 12.
[0106]
Upon receiving this answer, the NW management mechanism 12 obtains network configuration information of the SDH layer from the configuration management database 3 of the SDH layer by sending a configuration information request to the configuration management database 3 of the SDH layer.
[0107]
From this network configuration information, the NW management mechanism 12 recognizes that the connection state of the SDH layer network is as indicated by the solid line in FIG. At the same time, the capacity usage state in the solid line portion of the SDH layer is also grasped.
[0108]
Subsequently, the NW management mechanism 12 uses the network management information obtained from the configuration management database 3 of the SDH layer and the information on both end points (start point A, end point Z) specified by the service order issued by the operator. 13 is requested to specify the route from the start point A to the end point Z specified in the service order.
[0109]
In response to this, the route management mechanism 13 creates a route list as shown in FIG. 12 by identifying the route from the start point A to the end point Z in the SDH layer. A route is selected and the NW management mechanism 12 is answered.
[0110]
In the network example shown in FIG. 11, there are a plurality of routes from the start point A to the end point Z in the SDH layer. Therefore, as shown in FIG. 12, the route management mechanism 13 selects those route candidates in ascending order of cost. Three routes “A → B → Z”, “A → B → F → Z”, and “A → B → E → F → Z” are selected and the NW management mechanism 12 is answered.
[0111]
In response to this response, the NW management mechanism 12 receives the network configuration information (resource information) obtained from the SDH layer configuration management database 3, the route information returned from the route management mechanism 13, and the desired capacity included in the service order. Information (“100M”) is passed to the resource information review mechanism 14 and a determination is made as to whether or not there is sufficient SDH layer resources.
[0112]
In the example illustrated in FIG. 11, it is assumed that there is no 100M extra resource in the section “A−B”, and from this, the resource information review mechanism 14 determines that the three route candidates for which a determination request has been made are “A After grasping that the “−B” section is included, the NW management mechanism 12 is replied that there are not enough resources for the three route candidates requested to be determined.
[0113]
In response to this answer, the NW management mechanism 12 requests the route management mechanism 13 to specify the route again.
[0114]
In response to this, the route management mechanism 13 selects three routes different from the previously presented route and replies to the NW management mechanism 12. Since the route list as shown in FIG. 12 is created, “A → C → E → B → Z”, “A → C → E → F → Z”, “A → C → E → Three routes “B → F → Z” are selected and the NW management mechanism 12 is answered.
[0115]
Upon receiving this response, the NW management mechanism 12 receives the network configuration information (resource information) obtained from the SDH layer configuration management database 3, the route information returned from the route management mechanism 13, and the service order, as in the previous time. Is sent to the resource information review mechanism 14 to request whether or not there is sufficient SDH layer resources.
[0116]
As shown in FIG. 11, all of the three routes for which a determination request has been made this time has an excess of 100 M or more resources. From now on, the resource information review mechanism 14 has the lowest cost compared to the NW management mechanism 12. It answers that there is a 100M resource for the route “A → C → E → B → Z”.
[0117]
In response to this answer, the NW management mechanism 12 instructs the device setting mechanism 15 to open a 100M path for each of the route creation devices 4 of SDH layers A, C, E, B, and Z. Send a path setup request.
[0118]
Receiving this, each route creation device 4 sets a path, and when the path setting is completed, sends a configuration change notification to the configuration management database 3 of the SDH layer and updates the database.
[0119]
In this way, when the route from the starting point A to the ending point Z in the SDH layer can be secured, the NW management mechanism 12 again performs the path service in the Ether layer (original path service desired layer) that is a higher layer of the SDH layer. Attempt to open.
[0120]
That is, when a route can be secured in the lower layer, it means that the route can be secured in the upper layer. Therefore, the NW management mechanism 12 is again an upper layer of the SDH layer. An attempt is made to establish a path service in the Ether layer (original path service desired layer).
[0121]
In order to set a path service in the Ether layer, the NW management mechanism 12 tries to establish a path service in the Ether layer with the route “A → C → E → B → Z” in the SDH layer set immediately before.
[0122]
In order to realize this path service opening, the NW management mechanism 12 confirms whether or not 100M resources in the Ether layer exist for the route “A → C → E → B → Z”. To ask.
[0123]
In response to this determination request, the resource information review mechanism 14 sends a 100M resource in the Ether layer to the NW management mechanism 12 between “AC”, “CE”, and “EB”. Answer that there is.
[0124]
In this answer, there is no resource between “B-Z”, but the NW management mechanism 12 has newly opened a path between “B-Z” because the path has already been opened in the SDH layer, which is a lower layer. It is determined that the Ether layer 100M path can be set.
[0125]
Therefore, the NW management mechanism 12 provides the device setting mechanism 15 with an additional 100M for existing resources between “AC”, “CE”, and “EB”, and “BZ”. "Instructs the establishment of a new 100M.
[0126]
In response to this, the device setting mechanism 15 sends a path setting request to each of the route creation devices 4 of Ether layers A, C, E, B, and Z so as to open a 100M path.
[0127]
Receiving this, each route creation device 4 sets a path, and when the path setting is completed, sends a configuration change notification to the configuration management database 3 of the Ether layer and updates the database.
[0128]
For example, as shown in FIG. 13A, 100M is newly established between “B-Z”, and as shown in FIG. 13B, 100M is added between “CE”.
[0129]
In this way, finally, as shown in FIG. 14, the Ether layer 100M path service from the start point A to the end point Z is provided.
[0130]
Although the present invention has been described according to the illustrated embodiment, the present invention is not limited to this. For example, in the embodiment, the present invention has been described according to the application example in the case where the path cannot be set due to insufficient capacity. For example, the desired path cannot be set due to insufficient communication quality. The present invention can also be applied to other resource shortages.
[0131]
【The invention's effect】
As described above, according to the present invention, in a layered network system, in response to the issuance of a path service setting request, it is possible to automatically provide a path service through a route desired by an operator. It is possible to provide a simple path service and to reduce the load associated with the operator's path setting.
[0132]
In the present invention, the minimum necessary resources are allocated, so that efficient network operation is possible.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of a network system having a layer configuration including the present invention.
FIG. 2 is an explanatory diagram of layer configuration information managed by a layer configuration database.
FIG. 3 is an explanatory diagram of information distributed in the network management system of the present invention.
FIG. 4 is an explanatory diagram of processing executed by the network management system of the present invention.
FIG. 5 is an example of a processing flow executed by the network management system of the present invention.
FIG. 6 is an example of a processing flow executed by the network management system of the present invention.
FIG. 7 is an example of a processing flow executed by the network management system of the present invention.
FIG. 8 is an example of a network.
FIG. 9 is an explanatory diagram of layer configuration information for a path service type “E”.
FIG. 10 is an explanatory diagram of a route list.
FIG. 11 is an example of a network.
FIG. 12 is an explanatory diagram of a route list.
FIG. 13 is an explanatory diagram of a route establishment / expansion process.
FIG. 14 is an explanatory diagram of a network in which a route is newly established / added.
[Explanation of symbols]
1 Network management system
2 Layer configuration database
3 Configuration management database
4 Route creation device
11 SO reception mechanism
12 NW Management Organization
13 Route management mechanism
14 Resource Information Study Organization
15 Device setting mechanism

Claims (3)

複数のパスサービスを提供するレイヤ構成のネットワークシステムで用いられ、各レイヤは複数のプロトコルからなり、パスサービスに応じて各レイヤの組み合わせを選択する必要がある場合に、パスサービス設定要求に応答してパスサービスを設定するパスサービス設定方法であって、
パスサービス種別を指定してパスサービスの設定要求があるときに、パスサービス種別毎にそのパスサービス種別についてのレイヤ構成情報を記憶する記憶手段を参照することで、そのパスサービス設定要求を実現するレイヤ構成情報を取得する過程と、
上記取得したレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、上記パスサービス設定要求を充足する経路を探索して、その経路を探索できない場合には、上記パスサービス設定要求を充足する経路が探索できるまで、そのレイヤ構成情報に記述される1つ下のレイヤを新たな処理対象として、この経路探索を繰り返す過程と、
上記取得したレイヤ構成情報に記述される最下位のレイヤまで上記経路探索を行ったにもかかわらず、上記パスサービス設定要求を充足する経路を探索できない場合に、パスサービスを設定できないことを示す情報を出力する過程と、
上記探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、上記取得したレイヤ構成情報に記述されるそのレイヤの1つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、そのレイヤ構成情報に記述される1つ上のレイヤを新たな処理対象として、この経路設定を上記最上位レイヤが処理対象となるまで繰り返す過程とを備えることを、
特徴とするパスサービス設定方法。
Used in a network system with a layer configuration that provides multiple path services . Each layer consists of multiple protocols, and responds to path service setting requests when it is necessary to select a combination of layers according to the path service. A path service setting method for setting a path service,
When there is a path service setting request by specifying the path service type, the path service setting request is realized by referring to the storage means for storing the layer configuration information for the path service type for each path service type. The process of acquiring layer configuration information;
With the highest layer described in the acquired layer configuration information as the processing target, the network configuration information is acquired for the processing target layer, and based on this, a route that satisfies the path service setting request is searched. If the route cannot be searched, the route search is repeated with the next lower layer described in the layer configuration information as a new processing target until a route satisfying the path service setting request can be searched. When,
Information indicating that the path service cannot be set when the path search is performed up to the lowest layer described in the acquired layer configuration information but the path satisfying the path service setting request cannot be searched. Output process,
For the layer having the search result route, the search result route is set, and the layer one layer above the layer described in the acquired layer configuration information is set as the processing target. On the other hand, when the same route as the route of the search result is set and the setting is finished, this route setting is set as the highest level with the layer one level described in the layer configuration information as a new processing target. Having a process of repeating until the layer is processed,
Characteristic path service setting method.
複数のパスサービスを提供するレイヤ構成のネットワークシステムで用いられ、各レイヤは複数のプロトコルからなり、パスサービスに応じて各レイヤの組み合わせを選択する必要がある場合に、パスサービス設定要求に応答してパスサービスを設定するパスサービス設定装置であって、
パスサービス種別を指定してパスサービスの設定要求があるときに、パスサービス種別毎にそのパスサービス種別についてのレイヤ構成情報を記憶する記憶手段を参照することで、そのパスサービス設定要求を実現するレイヤ構成情報を取得する手段と、
上記取得したレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、上記パスサービス設定要求を充足する経路を探索して、その経路を探索できない場合には、上記パスサービス設定要求を充足する経路が探索できるまで、そのレイヤ構成情報に記述される1つ下のレイヤを新たな処理対象として、この経路探索を繰り返す手段と、
上記取得したレイヤ構成情報に記述される最下位のレイヤまで上記経路探索を行ったにもかかわらず、上記パスサービス設定要求を充足する経路を探索できない場合に、パスサービスを設定できないことを示す情報を出力する手段と、
上記探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、上記取得したレイヤ構成情報に記述されるそのレイヤの1つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、そのレイヤ構成情報に記述される1つ上のレイヤを新たな処理対象として、この経路設定を上記最上位レイヤが処理対象となるまで繰り返す手段とを備えることを、
特徴とするパスサービス設定装置。
Used in a network system with a layer configuration that provides multiple path services . Each layer consists of multiple protocols, and responds to path service setting requests when it is necessary to select a combination of layers according to the path service. A path service setting device for setting a path service,
When there is a path service setting request by specifying the path service type, the path service setting request is realized by referring to the storage means for storing the layer configuration information for the path service type for each path service type. Means for acquiring layer configuration information;
With the highest layer described in the acquired layer configuration information as the processing target, the network configuration information is acquired for the processing target layer, and based on this, a route that satisfies the path service setting request is searched. If the route cannot be searched, means for repeating this route search with the next lower layer described in the layer configuration information as a new processing target until a route satisfying the path service setting request can be searched. When,
Information indicating that the path service cannot be set when the path search is performed up to the lowest layer described in the acquired layer configuration information but the path satisfying the path service setting request cannot be searched. Means for outputting
For the layer having the search result route, the search result route is set, and the layer one layer above the layer described in the acquired layer configuration information is set as the processing target. On the other hand, when the same route as the route of the search result is set and the setting is finished, this route setting is set as the highest level with the layer one level described in the layer configuration information as a new processing target. Including a means for repeating until the layer is processed,
A featured path service setting device.
複数のパスサービスを提供するレイヤ構成のネットワークシステムで用いられ、各レイヤは複数のプロトコルからなり、パスサービスに応じて各レイヤの組み合わせを選択する必要がある場合に、パスサービス設定要求に応答してパスサービスを設定する処理を行うパスサービス設定プログラムであって、
パスサービス種別を指定してパスサービスの設定要求があるときに、パスサービス種別毎にそのパスサービス種別についてのレイヤ構成情報を記憶する記憶手段を参照することで、そのパスサービス設定要求を実現するレイヤ構成情報を取得する処理と、
上記取得したレイヤ構成情報に記述される最上位のレイヤを処理対象として、処理対象のレイヤについて、ネットワーク構成情報を取得して、それに基づいて、上記パスサービス設定要求を充足する経路を探索して、その経路を探索できない場合には、上記パスサービス設定要求を充足する経路が探索できるまで、そのレイヤ構成情報に記述される1つ下のレイヤを新たな処理対象として、この経路探索を繰り返す処理と、
上記取得したレイヤ構成情報に記述される最下位のレイヤまで上記経路探索を行ったにもかかわらず、上記パスサービス設定要求を充足する経路を探索できない場合に、パスサービスを設定できないことを示す情報を出力する処理と、
上記探索結果の経路を持つレイヤに対して、その探索結果の経路を設定するとともに、上記取得したレイヤ構成情報に記述されるそのレイヤの1つ上のレイヤを処理対象として、処理対象のレイヤに対して、その探索結果の経路と同一の経路を設定し、その設定を終える場合に、そのレイヤ構成情報に記述される1つ上のレイヤを新たな処理対象として、この経路設定を上記最上位レイヤが処理対象となるまで繰り返す処理とをコンピュータに実行させるためのパスサービス設定プログラム。
Used in a network system with a layer configuration that provides multiple path services . Each layer consists of multiple protocols, and responds to path service setting requests when it is necessary to select a combination of layers according to the path service. A path service setting program that performs processing for setting a path service,
When there is a path service setting request by specifying the path service type, the path service setting request is realized by referring to the storage means for storing the layer configuration information for the path service type for each path service type. Processing to obtain layer configuration information;
With the highest layer described in the acquired layer configuration information as the processing target, the network configuration information is acquired for the processing target layer, and based on this, a route that satisfies the path service setting request is searched. If the route cannot be searched, the route search is repeated with the next lower layer described in the layer configuration information as a new processing target until a route satisfying the path service setting request can be searched. When,
Information indicating that the path service cannot be set when the path search is performed up to the lowest layer described in the acquired layer configuration information but the path satisfying the path service setting request cannot be searched. Processing to output
For the layer having the search result route, the search result route is set, and the layer one layer above the layer described in the acquired layer configuration information is set as the processing target. On the other hand, when the same route as the route of the search result is set and the setting is finished, this route setting is set as the highest level with the layer one level described in the layer configuration information as a new processing target. A path service setting program for causing a computer to execute processing that is repeated until a layer is processed.
JP2003045276A 2003-02-24 2003-02-24 Path service setting method, path service setting device, and path service setting program Expired - Lifetime JP4007930B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003045276A JP4007930B2 (en) 2003-02-24 2003-02-24 Path service setting method, path service setting device, and path service setting program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003045276A JP4007930B2 (en) 2003-02-24 2003-02-24 Path service setting method, path service setting device, and path service setting program

Publications (2)

Publication Number Publication Date
JP2004260231A JP2004260231A (en) 2004-09-16
JP4007930B2 true JP4007930B2 (en) 2007-11-14

Family

ID=33112115

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003045276A Expired - Lifetime JP4007930B2 (en) 2003-02-24 2003-02-24 Path service setting method, path service setting device, and path service setting program

Country Status (1)

Country Link
JP (1) JP4007930B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101343596B1 (en) * 2008-12-19 2013-12-20 한국전자통신연구원 A Resource Management and Recursive Path Computation for Real-time Automatic Path Setup at Multi-layer Transport Network
JP6583287B2 (en) * 2014-12-24 2019-10-02 日本電気株式会社 Multi-layer network system and path setting method in multi-layer network

Also Published As

Publication number Publication date
JP2004260231A (en) 2004-09-16

Similar Documents

Publication Publication Date Title
CN109218046B (en) Method and system for managing network slices and storage medium
US5600638A (en) Method and system for improving the processing time of the path selection in a high speed packet switching network
CN109391490B (en) Network slice management method and device
CN109600768A (en) Management method, equipment and the system of network slice
CN110326345B (en) Method, device and system for configuring network slice
US8964738B2 (en) Path computation element protocol support for large-scale concurrent path computation
CN110730478B (en) Slice association method, device, end-to-end slice organizer and storage medium
CN111565404A (en) Data distribution method and device
CN108809794B (en) SDN-based transport network virtual network creating method and device and transport network system
CN114090244B (en) Service arrangement method, device, system and storage medium
CN103001892B (en) Based on network resource allocation method and the system of cloud computing
US20090316600A1 (en) Telecommunications system and server apparatus
CN101185346A (en) Method and arrangements for reservation of resources in a data network
EA004086B1 (en) Method and system for management of network domains
US11757716B2 (en) Network management apparatus, method, and program
US20110286358A1 (en) Method and device for establishing a route of a connection
JP4007930B2 (en) Path service setting method, path service setting device, and path service setting program
CN113301092A (en) Network reconnection method, device, system and storage medium
EP4187814A1 (en) Data processing method and device
JP4344346B2 (en) Node equipment
JP2012150567A (en) Resource reservation device, method and program
Fichera et al. Experimental evaluation of dynamic resource orchestration in multi-layer (packet over flexi-grid optical) networks
JP4375054B2 (en) Network node device, server device, multicast tree construction method and program
JP2012150569A (en) Resource reservation device, method and program
JP3856837B2 (en) Method of management in circuit switched communication network and apparatus usable as node in circuit switched communication network

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061205

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070205

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070205

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070522

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070719

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070726

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070828

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100907

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4007930

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100907

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100907

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110907

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120907

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130907

Year of fee payment: 6

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term