JP2008252439A - 通信ネットワークシステム - Google Patents

通信ネットワークシステム Download PDF

Info

Publication number
JP2008252439A
JP2008252439A JP2007090213A JP2007090213A JP2008252439A JP 2008252439 A JP2008252439 A JP 2008252439A JP 2007090213 A JP2007090213 A JP 2007090213A JP 2007090213 A JP2007090213 A JP 2007090213A JP 2008252439 A JP2008252439 A JP 2008252439A
Authority
JP
Japan
Prior art keywords
network system
packet
communication path
service
communication 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.)
Granted
Application number
JP2007090213A
Other languages
English (en)
Other versions
JP2008252439A5 (ja
JP4765980B2 (ja
Inventor
Kazuhiro Kusama
一宏 草間
Shuji Maeda
前田周二
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.)
Hitachi Communication Technologies Ltd
Original Assignee
Hitachi Communication Technologies Ltd
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 Hitachi Communication Technologies Ltd filed Critical Hitachi Communication Technologies Ltd
Priority to JP2007090213A priority Critical patent/JP4765980B2/ja
Priority to CN2008100099011A priority patent/CN101277197B/zh
Priority to US12/034,904 priority patent/US8233487B2/en
Publication of JP2008252439A publication Critical patent/JP2008252439A/ja
Publication of JP2008252439A5 publication Critical patent/JP2008252439A5/ja
Application granted granted Critical
Publication of JP4765980B2 publication Critical patent/JP4765980B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J14/00—Optical multiplex systems
    • H04J14/02—Wavelength-division multiplex systems
    • H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J14/00—Optical multiplex systems
    • H04J14/02—Wavelength-division multiplex systems
    • H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
    • H04J14/0228—Wavelength allocation for communications one-to-all, e.g. broadcasting wavelengths
    • H04J14/023—Wavelength allocation for communications one-to-all, e.g. broadcasting wavelengths in WDM passive optical networks [WDM-PON]
    • H04J14/0232—Wavelength allocation for communications one-to-all, e.g. broadcasting wavelengths in WDM passive optical networks [WDM-PON] for downstream transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J14/00—Optical multiplex systems
    • H04J14/02—Wavelength-division multiplex systems
    • H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
    • H04J14/0241—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths
    • H04J14/0242—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths in WDM-PON
    • H04J14/0245—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths in WDM-PON for downstream transmission, e.g. optical line terminal [OLT] to ONU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J14/00—Optical multiplex systems
    • H04J14/02—Wavelength-division multiplex systems
    • H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
    • H04J14/0241—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths
    • H04J14/0242—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths in WDM-PON
    • H04J14/0249—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths in WDM-PON for upstream transmission, e.g. ONU-to-OLT or ONU-to-ONU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5045—Making service definitions prior to deployment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0077—Labelling aspects, e.g. multiprotocol label switching [MPLS], G-MPLS, MPAS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0088—Signalling aspects

Abstract

【課題】 MPLS/GMPLSネットワークにおいて、制御シーケンスを煩雑にすることなく、通信路が各ホップで使用するリンクと、管理ドメイン或いはレイヤ境界でのアダプテーションを、サービス種別や保守要件に応じて適切に自動選択することを目的とする。
【解決手段】 第一に、提供しようとするサービスの識別子及び、サービスの属性を、通信路の確立制御メッセージに載せて、パス確立を要求する手段を、起点ノードに設け、第二に、サービス識別子及び/又はサービスの属性を元に、通信路の保守要件及びアダプテーションを決定する手段を、各ノードに設ける。第三に、ネットワーク資源の保守条件と、前記保守要件とを比較することで、通信路が通過するリンクやノードを決定する。決定したリンク、ノード、アダプテーションを、スイッチ及び/又はインタフェースの動作パラメータとして設定する。
【選択図】 図１

Description

通信路を確立する通信ネットワークにおける、通信路確立制御方式に関する。
特に、管理ドメインまたは管理対象レイヤが複数存在する通信ネットワークにおいて、管理ドメインを跨って、或いはレイヤを跨って、通信路を確立する場合の通信路確立制御方式に関する。
通信ネットワークに通信路を動的に設定するための技術として、ＭＰＬＳ（IETF, RFC3031, E. Rosen他, “Multiprotocol Label Switching Architecture”）、ＧＭＰＬＳ（IETF, RFC3945, Eric Mannie他, "Generalized Multi-Protocol Label Switching Architecture"）等の技術がある。本技術は、ＧＭＰＬＳ ＲＳＶＰ−ＴＥ（IETF, RFC3473, L. Berger他, "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions"）等のシグナリングプロトコルにより、波長スイッチや時分割多重装置やパケットスイッチ等のネットワーク装置により構成された通信ネットワーク上に、仮想的な通信路であるところのＬＳＰ（Label Switched Path）を設定する。
GMPLSネットワークが、複数のレイヤ又は複数の管理ドメインによって構成される場合に、レイヤ又は管理ドメインを跨った通信路をシグナリングにより確立する方式として、特許文献1記載の技術や非特許文献1記載の技術が知られている。
特許文献1記載の技術によれば、RSVP-TEにより通信路を確立する際に、各通信路を利用するサービス毎に、通信路が利用するリンク（すなわち下位レイヤの通信路）を決定することが可能となる。具体的には、下位レイヤの通信路にサービス識別子を予め付与しておき、上位レイヤのエッジノードがサービス識別子を載せて通信路確立要求を発行する。レイヤ境界のノードは、選択可能なリンクの内、リンクが保持するサービス識別子が、受信した通信路確立要求に含まれるサービス識別子に一致するリンクを選択する。
非特許文献1記載の技術は、第一の管理ドメイン(以下ドメイン1)内のノードと、第二の管理ドメイン(以下ドメイン2)内のノードの間に、GMPLSにより通信路を確立する際、各々のドメインを管理するPCE（Path Computation Element）と呼ばれるマネージャ間の、協調処理により通信路の経路を決定する手段を提供する。
具体的には、起点ノードがドメイン1のPCE(以下PCE1)に経路計算を要求すると、PCE1はドメイン1内の区間(以下区間1)について、通信路の経路を計算し、引き続きPCE2に対して、ドメイン2内の区間(以下区間2)について通信路の経路の計算を要求する。PCE2は、区間2の計算結果に対応するキー情報（Path Key）をPCE1に対して返す。PCE1は、区間1の経路と区間2のPath Keyとを、起点ノードに返す。
起点ノードは、区間1の経路と区間2のPath Keyとを載せた、通信路確立要求を発行し、ドメイン1とドメイン2の間の境界ノードは、受け取ったPath Keyを用いてPCE2に問い合わせることで、区間2の経路を取得し、区間2について通信路を確立する。
特開2005-252385号公報 R. Bradford他, "Preserving Topology Confidentiality in Inter-Domain Path Computation and Signaling", IETF Internet draft, draft-bradford-pce-path-key-00.txt, 2006-6-16
通信路を確立しようとする際に、ネットワーク設計者がその都度判断することなく、自動的に通信路の保守要件及びネットワーク資源の保守条件を考慮して、通信路が各ホップで使用するリンクを決定することを可能とする。また、サービス種別や保守要件毎に異なる、レイヤ間や管理ドメインをまたがって通信路を接続する際のアダプテーション(各種接続機能)を自動的に設定可能とする。
ここでネットワーク資源の保守条件とは、通信路が使用するデータスイッチやネットワークインタフェース、各ホップのリンク等のネットワーク資源の、保守に関する属性であり、計画工事の時間帯、障害時の交換対応時間帯、定期交換対象有無、保守担当者、製造ベンダ、予備品有無、ＭＴＢＦ（Mean Time Between Failure）、ＭＴＴＲ(Mean Time To Repair)、物品番号、物品のバージョン番号、障害切り分け試験機能有無、賠償責任保険の加入有無、無償交換保証契約有無、などを含む。
通信路の保守要件とは、サービスを提供する通信路が使用する、ネットワーク資源が満たすべき保守条件であり、前記保守に関する属性に対する制約条件式で表現される。
特許文献１記載の技術によれば、あるレイヤの通信路が使用する、下位レイヤの通信路を、サービス識別子毎に制御することが可能となる。しかしながら、その制御はサービス識別子の比較に基づくため、同じサービスであるならば、保守要件が異なっていても、同じ下位レイヤ通信路に収容されてしまう可能性がある。例えば、「広域LANサービス100Mbps」という同じサービスであるならば、日中のサービス途断が許容されない金融業向けサービスと、夜間〜深夜のサービス途断が許容されないTV放送アクセス回線とが、同一の下位レイヤ通信路に収容されることがあり得る。その為、下位レイヤにおける設備更改などの保守作業の時間が制約を受ける。
また特許文献１記載の技術は、アダプテーションを制御する方法を規定してはいない。アダプテーションもまた保守要件と同様多種多様であり、同様の問題が発生すると考えられる。
非特許文献1記載の技術は、ドメイン1とドメイン2が、各々のドメイン内のトポロジを互いに隠蔽することが主な目的であり、本発明が解決しようとする課題と直接の関連性はない。しかし、特許文献1と組み合わせ、さらにPCE2がアダプテーションもまた決定するようにすることで、GMPLSシグナリングで運ぶデータサイズを小さくすることが可能と考えられる。しかしながら、制御シーケンスが複雑となることが、新たな課題となる。
本発明は、制御シーケンスを煩雑にすることなく、通信路が各ホップで使用するリンクと、管理ドメイン或いはレイヤ境界でのアダプテーションを、サービス種別や保守要件に応じて適切に自動選択することを目的とする。
本発明では、第一に、提供しようとするサービスの識別子及び、サービスの属性を、通信路の確立制御メッセージに載せて、パス確立を要求する手段を、起点ノードに設ける。
第二に、サービス識別子及び/又はサービスの属性を元に、通信路の保守要件及びアダプテーションを決定する手段を、各ノードに設ける。各ノードは、パス確立制御メッセージを受信した際に、前記通信路の保守要件及びアダプテーションを決定する手段を用いて、受信したパス確立制御メッセージに含まれるサービスの識別子及び/又はサービス固有の属性を評価することで、通信路の保守要件及び/又はアダプテーションを決定する。
第三に、各ノードやノード間のリンク等のネットワーク資源の保守条件を保持する手段を各ノードに設け、更に、ネットワーク資源の保守条件と前記通信路の保守要件とを比較することで、前記保守要件を満足可能なリンクやノードを決定する。決定したリンク、ノード、アダプテーションを、スイッチ及び/又はインタフェースの動作パラメータとして設定する。
本発明によると、サービス種別と、各サービス固有の属性情報を、通信路確立要求時に通信路毎に、レイヤ間や管理ドメイン間で交換可能となる。そのため、レイヤ間や管理ドメイン間で予め制御情報をやり取りすることなく、サービス種別やサービスの属性に応じた、保守要件の特定に基づく収容関係の決定や、アダプテーションの決定が可能となる
＜第１実施形態＞
以下、本発明の第１実施形態について説明する。
第１実施形態では、シグナリングプロトコルとして、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥを用い、リンクステート型ルーティングプロトコルとして、ＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥを用いた場合について説明するが、ＩＳ−ＩＳ（"OSI IS-IS Intra-domain Routing Protocol", IETF RFC1142）やＧＭＰＬＳ ＣＲ−ＬＤＰ（IETF RFC3472, "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Constraint-based Routed Label Distribution Protocol (CR-LDP) Extensions"）等の他のプロトコルであっても同様に、本実施形態を適用することができる。
図1は、本発明の第１実施形態のネットワークシステムのブロック図である。
第１実施形態のネットワークシステムは、確立しようとする通信路６１とは異なるリンク上で、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ及びＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージが送受信されるＧＭＰＬＳネットワークである。
第１実施形態のネットワークシステムは、パケットネットワーク1及び/又は光波長ネットワーク2から構成される。
パケットネットワーク1と光波長ネットワーク2は、各々ひとつ以上のGMPLSスイッチと、これらの間でユーザデータをやり取りするためのリンク、同じく制御情報を転送する制御情報転送装置Ａ41〜制御情報転送装置B42から構成される。
パケットネットワーク1におけるGMPLSスイッチは、具体的にはパケットスイッチA11〜B12及び/又はパケット-波長連携スイッチA13〜A14であり、リンクはパケットリンク51〜パケットリンク54である。
光波長ネットワーク2におけるGMPLSスイッチは、具体的にはパケット-波長連携スイッチA13〜A14及び/又は波長Sw装置A15であり、リンクは波長リンク61〜波長リンク64である。
各々のGMPLSスイッチは、ユーザデータをやり取りするための、ひとつ以上のインタフェース部と、ユーザデータの転送先を制御するための、ひとつ以上のスイッチ部と、インタフェース部及びスイッチ部を制御するための、制御部とを持つ。
パケットスイッチA11〜B12において、インタフェース部は、具体的にはパケットリンクを終端するパケットインタフェース部である。同様に、スイッチ部はパケットスイッチ部である。
波長Sw装置A15において、インタフェース部は、具体的には、波長リンクを終端する波長インタフェース部である。同様に、スイッチ部は波長スイッチ部である。
パケット-波長連携スイッチA13〜A14におけるインタフェース部は、具体的にはパケットリンクを終端するパケットインタフェース部と、波長リンクを終端する波長インタフェース部である。同様に、スイッチ部として、パケットスイッチ部と波長インタフェース部の両方を持つ。
パケットインタフェース部は、パケットリンクを通じて、隣接するパケットスイッチ又はパケット-波長連携スイッチのパケットインタフェース部との間で、パケット多重のユーザデータをやり取りする。
波長インタフェース部は、波長リンクを通じて、隣接する波長スイッチ又はパケット-波長連携スイッチの波長インタフェース部との間で、波長多重のユーザデータをやり取りする。
本実施形態のネットワークシステムが、複数レイヤ即ちパケットネットワーク1及び光波長ネットワーク2の両方により構成される場合、パケットネットワーク1はパケットリンクとして、更に、1つ以上のパケットリンク(LSC-LSP)55〜パケットリンク(LSC-LSP)57を伴って構成される。
パケットネットワーク1及び光波長ネットワーク2は、ＧＭＰＬＳに準拠して制御され、ユーザデータは確立されたPSC-LSP31〜33上を伝送される。
パケットネットワーク1のA1〜B1間に確立されるPSC-LSP33は、パケットSw装置A11のパケットインタフェース部11bとパケットインタフェース部11d、パケットリンク52、パケット-波長連携Sw装置A13のパケットインタフェース部13bとパケット-波長連携インタフェース部13d、パケットリンク(LSC-LSP)56、パケット-波長連携Sw装置B14のパケット-波長連携インタフェース部14dとパケットインタフェース部14b、パケットリンク54、パケットSw装置B12のパケットインタフェース部12dとパケットインタフェース部12bを通過し、これらのパケット多重により分割される帯域資源を用いて構成される。
PSC-LSP33の一部区間を構成するパケットリンク(LSC-LSP)56は、更に下位レイヤである、波長インタフェース部13g、波長リンク63、波長インタフェース部14gを通過し、これらの波長多重により分割される帯域資源(即ち個々の光波長)を用いて構成される。
同様に、PSC-LSP32は、パケットSw装置A11のパケットインタフェース部11aとパケットインタフェース部11c、パケットリンク51、パケット-波長連携Sw装置A13のパケットインタフェース部13aとパケット-波長連携インタフェース部13e、
パケットリンク(LSC-LSP)57、パケット-波長連携Sw装置B14のパケット-波長連携インタフェース部14eとパケットインタフェース部14a、パケットリンク53、パケットSw装置B12のパケットインタフェース部12cとパケットインタフェース部12cを通過し、これらのパケット多重により分割される帯域資源を用いて構成される。
PSC-LSP32の一部区間を構成するパケットリンク(LSC-LSP)57は、更に下位レイヤである、波長インタフェース部13h、波長リンク64、波長インタフェース部14hを通過し、これらの波長多重により分割される帯域資源(即ち個々の光波長)を用いて構成される。
更に、PSC-LSP31もまた同様であるが、PSC-LSP31確立前には、パケットリンク(LSC-LSP)55が確立されておらず、パケット-波長連携Sw装置A13のパケット-波長連携インタフェース部13c、パケット-波長連携Sw装置B14のパケット-波長連携インタフェース部14cの運用状態(Operational State)が、非稼動状態(disabled)となっている点が異なる。そのため図1では、波長インタフェース部13f、パケット-波長連携インタフェース部13c、パケット-波長連携インタフェース部14cを、点線で図示している。
また、パケットリンク(LSC-LSP)55は、更に下位レイヤである、パケット-波長連携Sw装置A13の波長インタフェース部13f、波長リンク61、波長Sw装置A15の波長インタフェース部15bと波長インタフェース部15d、波長リンク62、パケット-波長連携Sw装置B14の波長インタフェース部14fを通過し、これらの波長多重により分割される帯域資源(即ち個々の光波長)を用いて構成される。
インタフェース部は、あるGMPLSスイッチ中では、インタフェース識別子によって識別される。通信ネットワーク２の中ではルータ識別子とインタフェース識別子の組により、一意に識別される。図1中のインタフェース部のインタフェース識別子を図2に示す。例えば、パケットインタフェース部11aのインタフェース識別子は101である。また、パケットインタフェース部11aが属するパケットSw装置A11のルータ識別子が10.0.1.1であるので、[10.0.1.1, 101]という組により、パケットネットワーク1及び光波長ネットワーク2の中で一意に識別される。
リンクは、リンク識別子によって、ネットワークシステムの中で一意に識別される。リンク識別子は、該リンクが接続するインタフェース部の、ルータ識別子とインタフェース識別子の組である。図1中のリンクのリンク識別子を図3に示す。例えば、パケットリンク51は、[10.0.1.1, 103]と[10.20.1.3, 101]とを接続しているため、そのリンク識別子は[10.0.1.1, 103, 10.20.1.3, 101]となる。
通信路確立要求装置71は、操作端末、装置管理システム(Element Management System)のネットワーク管理システム、ストレージ管理サーバやビデオサーバ等のアプリケーションシステム等であり、PSC-LSP31〜33の確立を要求する。図1では１台のみ示しているが、確立する通信路の端点に応じて、任意の台数を設置してもよい。
通信路確立要求装置71がパケットネットワーク1に対してPSC-LSPの確立を要求するプロトコルとしては、telnet(IETF, RFC854)等を用いたコマンドの投入、ＲＳＶＰ−ＴＥやＯ−ＵＮＩ(Optical Internetworking Forum, User Network Interface (UNI) 1.0 Signaling Specification)等のシグナリングプロトコル、HTTP(IETF RFC1945)やSIP(IETF RFC2543)、RTSP(IETF RFC2326)等のアプリケーションプロトコル、SOAP(World Wide Web Consortium, SOAP Version 1.2)やIIOP(Object Management Group, CORBA(TM)/IIOP(TM) Specification)等のリモートプロシージャコールプロトコル等を使用可能である。
通信路確立要求装置71がPSC-LSPの確立を要求すると、パケットSw装置A11、パケット-波長連携Sw装置A13、パケット-波長連携Sw装置B14及びパケットSw装置B12が、シグナリングプロトコル（例えば、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ）によるメッセージを互いに送受信し、各スイッチ内のパケットスイッチ部の状態を更新することによって、PSC-LSP31〜33が確立される。前提となるパケットリンク(LSC-LSP)55〜57が未確立である場合、必要に応じて、パケット-波長連携Sw装置A13、波長Sw装置A15、パケット-波長連携Sw装置B14が、シグナリングプロトコルによるメッセージを互いに送受信し、各スイッチ内の波長スイッチ部133,153,143の状態を更新することによって、パケットリンク(LSC-LSP)55〜57が確立される。
パケットスイッチA11〜B12、パケット-波長連携スイッチA13〜A14、波長Sw装置A15は、ルーティングプロトコルの一つであるＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージを送受信することによって、ネットワークのトポロジを入手することができる。ＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージは、制御情報転送装置Ａ41及び/又は制御情報転送装置B42を介してやり取りされる。
ＧＭＰＬＳでは、ユーザデータとシグナリングプロトコルとは、同じ経路上で転送される必要はない。本実施形態では、例えばPSC-LSP33上のユーザデータはパケットSw装置A11、パケット-波長連携スイッチA13〜A14、パケットSw装置B12（通信インタフェース11b, 11d, 13b, 13d, 14d, 14b, 12d、12b）を経由して転送されるのに対し、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥやＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージは、制御情報転送装置Ａ41及び／又は制御情報転送装置B42を経由して転送される。
また、GMPLS拡張RSVP-TEやGMPLS拡張OSPF-TEのメッセージは、Generic Routing Encapsulation(IETF RFC2784)等のトンネリングプロトコルによりカプセル化されていてもよい。
制御情報転送装置Ａ41及び制御情報転送装置B42は、ＩＰ（Internet Protocol）ルータやＩＥＥＥ ８０２．３Ｄ ＭＡＣブリッジ等の、パケット転送機能を持つ装置である。
次に、各GMPLSスイッチのハードウェア構成と動作について、説明する。
図4は、パケットインタフェース部11a〜11dのブロック図である。
パケットインタフェース部11a〜11dは、光受信器401、受信パケットヘッダ解析部402、送信パケットヘッダ生成部403、光送信器404及びパケットレイヤ障害管理部405から構成される。
光受信器401は、他のGMPLSスイッチから光信号を受信し、パケットデータにデコードして受信パケットヘッダ解析部402に送る。受信パケットヘッダ解析部402は、受信したパケットのヘッダ情報により、パケットスイッチ部112が解釈可能な内部的な転送先情報を生成し、パケットスイッチ部112に送る。
パケットスイッチ部112は、GMPLS拡張RSVP-TEメッセージのやり取りによって決定されたパケットクロスコネクト情報に基づき、パケットを送出すべきインタフェース部を決定し、決定されたインタフェース部にパケットを転送する。
転送されるパケットは、パケットスイッチ部112から送信パケットヘッダ生成部403に渡される。送信パケットヘッダ生成部403は、次ホップへの転送に必要なヘッダ情報を生成し、光送信器404を介して、光信号として、隣接のGMPLSスイッチのパケットインタフェース部に送信する。
パケットレイヤ障害管理部405は、制御部111からの指示に基づいて、パケットレイヤに於ける障害有無を診断し、障害有無情報を制御部111に通知する。障害有無を診断する単位は、確立されたPSC-LSP単位や、パケットリンク、或いは更に下位レイヤの信号単位などである。
障害有無を診断する手段としては、光信号のパワーロスやフレーム同期外れ、CRC(Cyclic Redundancy Check)等による符号検査等の受動的な検査方法や、Ethernet-OAM(ITU-T Y.1731, IEEE802.1ag)、MPLS-OAM(ITU-T, Y.1711)、ICMP(IETF, RFC0792)等の障害検出信号のやり取りによる、能動的な検査方法を使用可能である。
受信パケットヘッダ解析部402や送信パケットヘッダ生成部403はまた、パケットのカプセル化処理、トラフィックフローの分離/統合、QoSマッピング、警報転送処理、符号変換等の、ネットワーク間のアダプテーション(Adaptation)処理を行っても良い。適合化処理もまた、制御部111からの指示に基づいて、制御される。
パケットのカプセル化処理としては、MPLS Label Stack Encoding(IETF, RFC3032)やPseudo Wire Emulation(PWE3; IETF, RFC3985)、Generic Framing Procedure(GFP; ITU-T, G.7041)等が考えられる。
QoS処理としては、DiffServ(“Differentiated Services and Tunnels”, IETF, RFC2983)のDSCP値とIEEE 802.1Dのプライオリティ値のマッピング、TrTCM(“A Two Rate Three Color Marker”, IETF, RFC2698)によるトラフィック量に基づくDSCP値決定、L2〜L7ヘッダ情報に基づく選択的パケット廃棄、uRPF(Reverse Path Forwarding)による選択的パケット廃棄などが考えられる。
トラフィックフローの分離／統合処理としては、OTN(Optical Transport Network)/SDH(Synchronous Digital Hierarchy)/MPLS伝送路のパスプロテクション機能、Virtual conCATenation(VCAT; ITU-T, G.783), Link Capacity Adjustment Scheme(LCAS; ITU-T, G.7042)、リンクアグリゲーション、L2〜L7ヘッダ情報に基づくポリシールーティングなどが考えられる。
警報転送処理としては、MPLS-OAMで検出した障害警報をトリガに、Ethernet-OAMの障害情報を新たに発行する、などが考えられる。
符号変換処理としては、誤り訂正符号の挿入、プロトコル変換、データ圧縮伸張、メディアストリームのトランスコードなどが考えられる。
パケットSw装置B12、パケット-波長連携スイッチA13〜A14のパケットインタフェース部の構成や動作また、パケットインタフェース部11a〜11dと同等である。
図5は、波長Sw装置A15の波長インタフェース部15a〜15dの構成と動作を表すブロック図である。
波長インタフェース部15a〜15dは、波長変換器60101〜60132、光信号再生器60201〜60232、合波器603、分波器604及び光信号再生器60233〜60264から構成される。
分波器604は、隣接の波長スイッチやパケット-波長連携スイッチの波長インタフェース部から受光した、波長多重された光信号を個々の波長成分に分け、各々の光信号再生器60233〜60264に渡す。光信号再生器60233〜60264は、2R(Re-amplification and Re-shaping)又は3R(Re-amplification, Re-shaping and Re-timing)処理により光信号を再生し、波長スイッチ部133に渡す。
波長スイッチ部133は、GMPLS拡張RSVP-TEメッセージのやり取りによって決定された、光クロスコネクト情報に基づき、光信号を送出すべきインタフェース部を決定し、決定されたインタフェース部にパケットを転送する。
図6は、パケット-波長連携スイッチA13〜A14のパケット-波長連携インタフェース部13c〜13eの構成と動作を表すブロック図である。
パケット-波長連携インタフェース部13c〜13eは、送信パケットヘッダ生成部501、送信フレームヘッダ生成部502、光送信器503、光受信器504、送信フレームヘッダ生成部505、受信パケットヘッダ解析部506、パケットレイヤ警報挿入部507、光レイヤ障害管理部508、レイヤ間警報転送部509及びパケットレイヤ障害管理部510から構成される。
次に、パケットSw装置A11が持つ制御部111の構成と動作について説明する。
図7は、パケットスイッチA11〜B12の制御部111のブロック図である。
制御部111は、CPU1111、メモリ1112、バスなどの内部通信路1113、通信インタフェース1114、装置制御インタフェース1115及び二次記憶装置1116によって構成される。
通信インタフェース1114は、制御情報転送装置に接続され、他のGMPLSスイッチとの間でGMPLS拡張RSVP-TEメッセージをやり取りする。
装置制御インタフェース1115は、パケットスイッチ部、パケットインタフェース部と接続され、これらを制御する。
また、メモリ1112には、プログラム11121とデータ11122が必要に応じて格納されている。
パケットSw装置B12の制御部121もまた、制御部111と同様である。
波長Sw装置A15の制御部もまた、制御部111と同等であるが、接続先のインタフェース部及びスイッチ部が、各々波長インタフェース部及び波長スイッチ部となる。
パケット-波長連携スイッチA13〜A14の制御部もまた、制御部111と同等であるが、接続先のインタフェース部がパケットインタフェース部と波長インタフェース部、スイッチ部がパケットスイッチ部と波長スイッチ部となる。
図8Aは、GMPLSスイッチがやり取りする、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ100の内容を示すフォーマット図である。
ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ100は、RSVPメッセージ種別1001、セッション識別子1002、サービス識別子1003、サービス属性1004、明示的経路1005、その他のRSVPオブジェクト1_1006、その他のRSVPオブジェクト2_1007及びその他のRSVPオブジェクトn1008を含む。
RSVPメッセージ種別1001、セッション識別子1002、明示的経路1005は、RSVP標準に基づくオブジェクトである。
ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ100には、パス確立要求を意味するPATHメッセージと、パス確立応答及び資源割り当てを意味するRESVメッセージなどがある。RSVPメッセージ種別1001はこれらの種別を表す。
セッション識別子1002は、GMPLSにより確立される通信路(LSP; Label Switched Path)を識別するための識別子である。
明示的経路1005オブジェクトは、確立しようとする通信路が通過すべき点を、上流のGMPLSスイッチが指定するためのオブジェクトである。
サービス識別子1003及びサービス属性1004は、本明細書で導入するオブジェクトであり、確立しようとするパスが提供するサービスの種別と、サービスの詳細を特徴付ける個々のサービス固有の属性である。
その他のRSVPオブジェクト1_1006、その他のRSVPオブジェクト2_1007及びその他のRSVPオブジェクトn1008は、RSVP標準に基づく、上記以外のオブジェクトである。
図8Bは、PSC-LSP31を確立する場合に、パケットSw装置A11がパケット-波長連携Sw装置A13に対して発行するパス要求メッセージを示す。
このパス要求メッセージはパス確立要求であるので、RSVPメッセージ種別1001はPATHとなっている。起点ノード及び終点ノードのルータ識別子が、10.0.1.2及びextId=10.0.1.1であるので、GMPLS標準に基づいて、セッション識別子1002として”10.0.1.2,tunnelId=1,extId=10.0.1.1”が格納されている。
セッション識別子1002、明示的経路1005には、企業向けサービスであること、VoIPを使用すること、回線がダウンすることを許容可能な時間帯が22:00〜1:00の間であることが、示されている。
明示的経路1005は、パスが通過すべき経路を示している。この値は、ネットワークトポロジテーブル8018の情報を用いて、Shortest Path First等の経路探索アルゴリズムにより、通信路経路計算部8019が導いた値による。ネットワークトポロジテーブル8018には、保守要件やアダプテーションに関する情報は格納されていないため、PSC-LSP31のエンドツーエンドに渡って、リンクの詳細を決定することは出来ない。そのため、次ホップである10.0.1.3までのリンクは明示的に指定しているが、ルータ識別子が10.0.1.4と10.0.1.2のノードに至る部分については、ノードの指定にとどまっている。
図8Cも同様に、PSC-LSP32を確立する場合に、パケットSw装置A11がパケット-波長連携Sw装置A13に対して発行するパス要求メッセージの内容を示す。PSC-LSP32は企業向けサービスであること、VoIPを使用しないことが、示されている。
図8Dも同様に、PSC-LSP33を確立する場合に、パケットSw装置A11がパケット-波長連携Sw装置A13に対して発行するパス要求メッセージの内容を示す。PSC-LSP32はTV放送向けサービスであることが、示されている。
図9は、制御部111のソフトウェア構成を示す図である。他のGMPLSスイッチも同様である。
シグナリング処理部8014は、制御メッセージ送受信部8016を介して、他のGMPLSスイッチとGMPLS拡張RSVP-TEメッセージをやり取りする。また、通信路確立要求装置71からのパス確立要求を受け付ける。
シグナリング処理部8014が、パス確立要求を通信路確立要求装置71又から受信、或いは上流のGMPLSスイッチからPATHメッセージを受信すると、図15を用いて後に説明する方路決定処理とアダプテーション決定処理が、サービス識別子1003及びサービス属性1004を用いて、次ホップのリンクとアダプテーションを決定する。決定した、次ホップのリンクとアダプテーションは、セッション管理テーブル8020に格納する。更に、GMPLS標準に基づくPATHメッセージ転送処理により、制御メッセージ送受信部8016を介して、下流のGMPLSスイッチに送信する。
決定した、次ホップのリンクが、未確立のリンクである場合、確立する通信路の経路の計算を、通信路経路計算部8019に依頼する。決定した経路に基づいて、シグナリング処理部8014は、自らが起点となる、新たな通信路の確立を要求する。例えば、PSC-LSP31の確立処理中に、未確立であるパケットリンク(LSC-LSP)55を、自らが起点となって、確立を要求する。
シグナリング処理部8014が、RESVメッセージを下流のGMPLSスイッチから受信すると、セッション管理テーブル8020に格納されたリンク情報に基づき、クロスコネクション設定値を組み立て、スイッチ部に設定する。また、セッション管理テーブル8020に格納されたアダプテーション情報に基づき、インタフェース部を設定する。
ルーティング処理部8017は、制御メッセージ送受信部8016を介して、他のGMPLSスイッチとGMPLS拡張OSPF-TEメッセージをやり取りする。
自らは、リンク属性テーブル8010が保持する、隣接GMPLSスイッチとの間のリンク情報を、GMPLS拡張OSPF-TEにより隣接GMPLSスイッチに送信すると共にネットワークトポロジテーブル8018に格納する。また、隣接GMPLSスイッチから受信したリンク情報をネットワークトポロジテーブル8018に格納すると共に、他の隣接GMPLSスイッチに転送する。これらの動作により、パケットネットワーク1及び光波長ネットワーク2の全てのリンクの情報が、ネットワークトポロジテーブル8018に蓄積され、パケットネットワーク1及び光波長ネットワーク2のトポロジが把握される。
通信路経路計算部8019は、シグナリング処理部8014からの要求に基づき、通信路を確立可能な経路を、ネットワークトポロジテーブル8018に蓄積されたトポロジ情報に基づいて計算する。計算アルゴリズムとしては、SPF(Shortest Path First)などのアルゴリズムが用いられる。
シグナリング処理部8014はまた、図15を用いて後に説明する方路決定処理とアダプテーション決定処理により、受信したパス確立要求に含まれるサービス識別子1003及びサービス属性1004を、サービス定義テーブル8011を用いて評価し、確立しようとする通信路の保守要件とアダプテーションを決定する。更に通信路の保守要件を元に、リンク属性テーブル8010を検索し、使用する次ホップのリンクを決定する。
各行のサービス識別子条件1101及びサービス属性条件1102を充たすか評価し、条件を充たすならば保守条件及びアダプテーションとして、同じ行の保守要件1103及びアダプテーション1104の値を採用する。
図10は、通信路を確立する際に各GMPLSスイッチがやり取りするGMPLS拡張RSVP-TEのメッセージと、各GMPLSスイッチの制御部の処理のシーケンスを表す、シーケンス図である。
通信路確立要求装置71が発行したパス確立要求をパケットSw装置A11が受信すると(901)、パケットSw装置A11は、受け取ったサービス識別子及びサービスの属性を元に、サービス定義テーブル8011を用いて、次ホップのリンクの保守要件を決定する(9011)。次に、保守要件を元に、リンク属性テーブル8010を用いて、次ホップのリンクを決定する(9012)。また、サービス識別子及びサービスの属性を元に、サービス定義テーブル8011を用いて、アダプテーションを決定する。決定した、次ホップのリンク、及びアダプテーションは、セッション管理テーブル8020に格納され、後にRESVメッセージを受信した際に用いられる(9071、9072)。引き続き、GMPLS拡張RSVP-TE標準の動作に基づいて、次ホップへPATHメッセージを転送する。この際に、サービス識別子及びサービスの属性は、そのまま転送される。
以後、PATHメッセージの明示的経路に指定された経路に沿って、パケット-波長連携Sw装置A13、パケット-波長連携Sw装置B14、パケットSw装置B12の順に、PATHメッセージが転送され、同様の処理を繰り返す(902,9021〜9023, 903, 9031〜9033,904及び9041〜9043)。
パケットSw装置A11は、要求された通信路の終点であるので、PATHメッセージ受信時の処理(9041〜9043)に引き続き、RESVメッセージ受信時と同等の処理を行う。すなわち、決定されたリンク情報及びアダプテーション情報に基づいて、アダプテーション及びクロスコネクションを、インタフェース部及びスイッチ部に設定する(9044, 9045)。
以後、GMPLS拡張RSVP-TE標準の動作に基づいて、前ホップへRESVメッセージを転送する(905, 906, 907)。経路上の他のGMPLSスイッチもまた、アダプテーション及びクロスコネクションを、インタフェース部及びスイッチ部に設定する(9051, 9052, 9061, 9062,9071, 9072)。
尚、次ホップを決定した際に、次ホップまでの該当リンクが未確立である場合、自らが起点となる新たな通信路確立シーケンスを起動する。例えば、PSC-LSP31確立の過程でパケットリンク(LSC-LSP)55が未確立であることをパケット-波長連携Sw装置A13が検出すると(9022)、パケット-波長連携Sw装置A13は波長Sw装置A15に向けて、パケットリンク(LSC-LSP)55確立のための新たなセッション識別子を生成し、PATHメッセージを波長Sw装置A15に対して送出する。
以上により、パケットSw装置A11〜パケットSw装置B12の間に通信路が確立される。
図11は、サービス定義テーブル8011の構成図である。
サービス識別子条件1101、サービス属性条件1102、保守要件1103及びアダプテーション1104の各列を含んでいる。
各行は、受信したパス確立要求に基づき、保守要件1103及びアダプテーション1104を決定する、if-thenルールを示している。
図9を用いて既に説明した通り、シグナリング処理部8014は、受信したパス確立要求に含まれるサービス識別子1003及びサービス属性1004を、各行のサービス識別子条件1101及びサービス属性条件1102を充たすか評価し、条件を充たすならば通信路の保守要件及びアダプテーションとして、同じ行の保守要件1103及びアダプテーション1104の値を採用する。
例えば、図8Bに示したPSC-LSP31のパス確立メッセージに含まれる、セッション識別子1002及び明示的経路1005は、サービス定義テーブル8011の1行目の条件を充たすので、通信路の保守要件は”max_fail_time < 1sec, maintenance_time = acceptable_down_time”となる。これは、サービス断時間が1秒以内であるべきこと、保守時間帯はサービス属性1004記載のacceptable_down_time内(すなわち22:003:00)であるべきことを示している。同様に、アダプテーションは、”notifyFailureDetection = enabled”となる。
同様に、PSC-LSP32については図8Cに示した値を用いて、サービス定義テーブル8011の4行目の条件を、PSC-LSP33については図8Dに示した値を用いて、サービス定義テーブル8011の5行目の条件を、各々満足するので、同じ行の保守要件1103及びアダプテーション1104の値が採用される。
図12は、リンク属性テーブル8010の構成図である。
リンク属性テーブル8010は、スイッチングケーパビリティ1201、自ノードI/F1202、対向装置ルータ識別子1203、対向装置I/F識別子1204、運用状態1205、下位レイヤセッション識別子1206及びリンク保守条件1207の各列を持つ。
リンク属性テーブル8010の各行の内、スイッチングケーパビリティ1201がPSCのものはパケットリンク1本を、スイッチングケーパビリティ1201がLSCのものは波長リンク1本を、それぞれ表している。
図中の値は、パケット-波長連携Sw装置A13の例を示している。
下位レイヤセッション識別子1206の値が空欄のものは、下位レイヤがGMPLSによって制御されるLSPではないことを示している。
下位レイヤセッション識別子1206の値に”LSC”のみが格納されているものは、LSC-LSPを確立可能であるが、まだ確立していないことを表している。下位レイヤセッション識別子1206の値に”LSC”及びセッション識別子が格納されているものは、LSC-LSPが既に確立されていることを表している。
図13は、セッション管理テーブル8020の構成図である。
セッション管理テーブル8020は、RSVP情報1301及びアダプテーション情報1302の各列を持つ。
RSVP情報1301は更に、セッション識別子13011、前ホップ13012、次ホップ13013、サービス識別子13014、サービス属性13015及び明示的経路13016に分けられている。
図中の値は、パケット-波長連携Sw装置A13の例を示しており、1行目、2行目及び3行目は、PSC-LSP31、PSC-LSP32及びPSC-LSP33に、各々対応している。
前ホップから受け取ったパス確立要求メッセージの明示的経路1005には、次ホップのIF_IDの値は指定されていなかったが、シグナリング処理部8014の方路決定処理により決定された値が、格納されている。
また、PSC-LSP31については、アダプテーション情報1302には、シグナリング処理部8014のアダプテーション決定処理により決定された、アダプテーション動作値が格納されている。
前ホップ13012、次ホップ13013及びラベルの値を用いて、パケットスイッチ部を設定することにより、通信路が確立される。ラベルの取り扱いについては、GMPLS標準との差異は無いので、説明は省略する。
また、PSC-LSP31については、アダプテーション情報1302の値がパケットインタフェース部に設定され、波長レイヤでの障害警報が、パケットレイヤに転送されるようになる。
図14は、ネットワークトポロジテーブル8018の構成図である。
ネットワークトポロジテーブル8018は、スイッチングケーパビリティ1401、運用属性1402、リンク端A1403及びリンク端B1404の各列を持つ。
ネットワークトポロジテーブル8018の内容は、ルーティング処理部8017が、リンク属性テーブル8010のスイッチングケーパビリティ1201、自ノードI/F1202、対向装置ルータ識別子1203、対向装置I/F識別子1204及び運用状態1205を、やり取りすることにより生成される。
図15は、シグナリング処理部8014がPATHメッセージ(パス確立要求)を受信した際の動作を表すフローチャートである。
PATHメッセージを受信すると、受け取ったサービス識別子1003及びサービス属性1004を元に、サービス定義テーブル8011を用いて、次ホップのリンクの保守要件を決定し、セッション管理テーブル8020に格納する(1601)。本処理は、サービス識別子1003及びサービス属性1004が、共にサービス定義テーブル8011記載のサービス識別子条件1101及びサービス属性条件1102を満足する行の、保守要件1103を取り出すことで実現する。
次に、保守要件を元に、リンク属性テーブル8010を用いて、次ホップのリンクを決定する(1602)。本処理は、1601で決定した保守要件1103の条件式を、リンク保守条件1207が充たす行を、リンク属性テーブル8010から取り出すことにより、実現する。
次に、決定したリンクが、確立済みであるか否かを、リンク属性テーブル8010の下位レイヤセッション識別子1206を用いて検査する(1603)。値”LSC”のみが格納されているならば、未確立であると見なす。
未確立であるなら、通信路経路計算部8019に下位レイヤの通信路の経路の計算を要求して決定し、決定した経路に沿って、通信路を確立するシグナリングを要求する(1610)。本確立要求処理は、パケットSw装置A11が通信路確立要求装置71から通信路の確立を要求されたときと同様であるため、説明は省略する。
また、サービス識別子及びサービスの属性を元に、サービス定義テーブル8011を用いて、アダプテーションを決定し、セッション管理テーブル8020に格納する(1604)。本処理は、サービス属性1004及びサービス定義テーブル8011が、共にサービス定義テーブル8011記載のサービス識別子条件1101及びサービス属性条件1102を満足する行の、アダプテーション1104を取り出すことにより、実現する。
自ノードが、受信したPATHメッセージにより要求された通信路の終点ノードであるならば、ステップ1604で決定したアダプテーションを、インタフェース部に設定し(1606)、ステップ1602で決定した次ホップリンク情報を用いて、スイッチ部に対してクロスコネクションを設定する(1607)。この際、上流側リンクの情報と、上流側及び下流側のラベル値が必要になるが、これらの解決方法は、GMPLS拡張RSVP-TE標準と同等であるため、説明は省略する。引き続き、GMPLS拡張RSVP-TE標準に基づいて、RESVメッセージを生成して上流に転送する。
ステップ1605において、自ノードが、受信したPATHメッセージにより要求された通信路の終点で無いと判断した場合、すなわち経路の中間ノードである場合、PATHメッセージを次ホップに送信する(1609)。転送するPATHメッセージの決定方法は、GMPLS拡張RSVP-TE標準と同等であるため、説明は省略する。但し、サービス識別子1003及びサービス属性1004については、上流から受信したものを、下流に転送するPATHメッセージにそのまま付与することとする。
図16は、シグナリング処理部8014がRESVメッセージを受信した際の動作を表すフローチャートである。
RESVメッセージを受信すると、受信したメッセージに含まれるセッション識別子1002を用いてセッション管理テーブル8020を検索して取り出し(1701)、アダプテーションを取り出してインタフェース部に設定し(1702)、同様に次ホップリンク情報を取り出して、スイッチ部にクロスコネクションを設定する(1703)。これらの処理は、ステップ1606及び1607と同等である。
引き続き、自ノードが要求された通信路の起点ノードであるか否かを判断し(1704)、そうでないならば、GMPLS拡張RSVP-TE標準に基づいてRESVメッセージを前ホップに転送する。
起点ノードであるならば、以上により通信路が確立される。
以上のように、通信路確立要求装置71が、サービス種別と、各サービス固有の属性情報を、シグナリングプロトコルに載せて、通信路が通過する各GMPLSスイッチに通知し、通知された情報を元に各GMPLSスイッチが保守要件を判断し、判断結果に基づいて収容関係やアダプテーションの決定を行う。これにより、収容関係制御のための情報やアダプテーション特定のための情報を、管理システム間等で通信路確立制御と独立してやり取りすることなく、個々の通信路毎に制御可能となる。
また、サービスの保守要件の一種である、サービス途断許容時間に基づいて、収容関係やアダプテーションを決定することにより、複数の通信路がインタフェース等のネットワーク資源を共有する場合において、各通信路のサービス途断許容時間帯が異なることに起因して保守が不可能となることを、防ぐことが可能となる。
本実施の形態では、シグナリングプロトコルをやり取りするシーケンス中に、各GMPLSスイッチにて、方路決定処理やアダプテーション決定処理を実行しているが、これらの処理を通信路確立要求装置71において実行しても良い。
その場合、各GMPLSスイッチが互いにシグナリングプロトコルメッセージをやり取りすることで実行する、各GMPLSスイッチの方路決定処理と、アダプテーション決定処理を、通信路確立要求装置71内で仮想的に実行する。決定した割当資源やアダプテーションは、シグナリングプロトコルではなく、SNMP, CORBA, netconf, telnet等の管理プロトコルを用いて、各ノードのスイッチやインタフェースに設定される。この形態によれば、シグナリング機構を持たないネットワークにおいて、保守要件に応じたパス制御を実現可能である。
また、本実施の形態では、リンク保守条件1207に含まれる保守時間帯は予め与えられた固定値として説明したが、これらの値は変化しても良い。例えば、リンクを使用している複数の通信路の保守要件の関数として、リンクの保守条件を導いても良い。この実施の形態では、予め各リンクの保守時間帯が決まっていない運用形態を採用しているネットワークであっても、複数の通信路がインタフェース等のネットワーク資源を共有する場合において、各通信路のサービス途断許容時間帯が異なることに起因して保守が不可能となることを、防ぐことが可能となる。
また、本実施の形態では、方路決定処理とアダプテーション決定処理を、各ノード内の制御部ソフトウェア８０１において実行するものとして説明したが、これらの処理を外部の資源選択管理サーバに委任しても良い。
その場合、処理１６０１〜１６０２と処理１６０４のプログラムと、サービス定義テーブル８０１１とを資源選択管理サーバに格納し、シグナリング処理部８０１４が資源選択管理サーバに、方路決定処理とアダプテーション決定処理を要求する。資源選択管理サーバとの間の問合せプロトコルとしては、PCEP(IETF, Internet draft, draft-ietf-pce-pcep-07.txt, JP. Vasseur, Ed.他, 2007-3-2)等を使用可能である。この実施の形態では、GMPLSスイッチ数に比べて少ない台数の、資源選択管理サーバに、サービス管理テーブルと方路決定処理とアダプテーション決定処理を集中して配置することが可能となる為、サービス管理テーブルの記述内容の変更や、サービス管理テーブルで記述可能な保守要件の種類の追加等が容易になる。
本発明は、確立した通信路を用いて通信を行うネットワークシステムに適用することができる。特に、ＧＭＰＬＳ又はＭＰＬＳシグナリングプロトコル又はＭＰＬＳ ＲＳＶＰ−ＴＥ等を用いてＬＳＰを確立する、ＧＭＰＬＳ又はＭＰＬＳネットワークに適用すると好適である。
第１実施形態のネットワークシステムのブロック図である。 第１実施形態の各GMPLSスイッチが持つインタフェース部のインタフェース識別子の一覧表である。 第１実施形態の各GMPLSスイッチ間のリンクのリンク識別子の一覧表である。 第１実施形態のパケットインタフェース部のブロック図である。 第１実施形態の波長インタフェース部のブロック図である。 第１実施形態のパケット-波長連携インタフェース部のブロック図である。 第１実施形態のパケットSw装置持つ制御部のブロック図である。 第１実施形態のGMPLSスイッチが互いにやり取りする、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ100の内容を示すフォーマット図である。 PSC-LSP31を確立する場合に、パケットSw装置A11が発行するパス要求メッセージの具体的な内容を示す図である。 PSC-LSP32を確立する場合に、パケットSw装置A11が発行するパス要求メッセージの具体的な内容を示す図である。 PSC-LSP33を確立する場合に、パケットSw装置A11が発行するパス要求メッセージの具体的な内容を示す図である。 第１実施形態のGMPLSスイッチの制御部のソフトウェア構成図である。 第１実施形態の通信路確立の際のシーケンス図である。 第１実施形態のサービス定義テーブルの構成図である。 第１実施形態のリンク属性テーブル8010構成図である。 第１実施形態のセッション管理テーブルの構成図であるである。 第１実施形態のネットワークトポロジテーブル8018の構成図である。 第１実施形態のPATHメッセージ受信時の動作を表すフローチャートである。 第１実施形態のRESVメッセージ受信時の動作を表すフローチャートである。
符号の説明
１ パケットネットワーク
２ 光波長ネットワーク
１１、１２ パケットSw装置
１３，１４ パケット-波長連携Sw装置
１５ 波長Sw装置
３１，３２，３３ ＰＳＣ−ＬＳＰ
４１，４２ 制御情報転送装置
５１，５２，５３，５４ パケットリンク
５５，５６，５７ パケットリンク（ＬＳＣ−ＬＳＰ）
６１，６２，６３，６４ 波長リンク
７１ 通信路確立要求装置
１１１，１２１，１３１，１４１，１５１ 制御部
１１２、１２２，１３２，１４３ パケットスイッチ部
１３３，１４３，１５３ 波長スイッチ部
１１ａ〜１１ｄ、１２ａ〜１２ｄ、１３ａ〜１３ｂ、１４ａ〜１４ｂ パケットインタフェース部
１２ｃ〜１２ｅ、１３ｃ〜１３ｅ パケット-波長連携インタフェース部
１３ｆ〜１３ｈ、１４ｆ〜１４ｈ、１５ａ〜ｄ 波長インタフェース部
１００ ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ
８０１ 制御部ソフトウェア
８０１０ リンク属性テーブル
８０１１ サービス定義テーブル
８０１８ ネットワークトポロジテーブル
８０２０ セッション管理テーブル。

Claims (13)

  1. 複数のデータ転送装置を備え、該複数のデータ転送装置間で通信路確立制御信号の転送により通信路を確立する通信ネットワークシステムであって、
    前記複数のデータ転送装置は、制御情報転送手段を備え、
    前記通信路確立制御信号は、前記通信路が提供するサービスの識別子を含み、
    前記通信路確立制御信号は、前記サービスの識別子により識別されるサービスを特徴付ける、サービス属性を含むことを特徴とする通信ネットワークシステム。
  2. 請求項１記載の通信ネットワークシステムであって、
    前記データ転送装置は、前記サービスの識別子と、前記サービスの属性と、に基づいて前記通信路確立制御信号によって確立される通信路の保守要件を特定し、
    前記データ転送装置は、前記通信ネットワークシステムを構成するネットワーク資源の保守条件を保持し、
    前記データ転送装置は、前記保守要件と前記保守条件を比較することで、前記保守要件を満足する前記ネットワーク資源を前記通信路確立制御信号によって確立される通信路のネットワーク資源として選択することを特徴とする通信ネットワークシステム。
  3. 請求項１又は２記載の通信ネットワークシステムであって、
    複数の管理ドメイン及び/又は複数のレイヤから構成され、
    前記データ転送装置は、前記管理ドメイン間及び/又は前記レイヤ間での、通信路毎に制御可能なアダプテーション機能を備え、
    前記データ転送装置は、前記サービスの識別子と、サービスの属性と、に基づいて前記アダプテーション機能の設定を行うことを特徴とする通信ネットワークシステム。
  4. 資源選択管理装置を備える、請求項１記載の通信ネットワークシステムであって、
    前記データ転送装置は、前記資源選択管理装置に資源選択要求を送信する手段と、資源選択結果を受信する手段と、資源選択結果に基づいて前記通信路確立制御信号の転送により通信路を確立する手段、とを備え、
    前記資源選択要求は、前記サービスの識別子とサービス属性とを含み、
    前記資源選択管理装置は、前記サービスの識別子と、前記サービスの属性と、に基づいて前記通信路確立制御信号によって確立される通信路の保守要件を特定し、
    前記資源選択管理装置は、前記通信ネットワークシステムを構成するネットワーク資源の保守条件を保持し、
    前記資源選択管理装置は、前記保守要件と前記保守条件を比較することで、前記保守要件を満足する前記ネットワーク資源を選択することを特徴とする通信ネットワークシステム。
  5. 請求項４記載の通信ネットワークシステムであって、複数の管理ドメイン及び/又は複数のレイヤから構成され、
    前記データ転送装置は、前記管理ドメイン間及び/又は前記レイヤ間での、通信路毎に制御可能なアダプテーション機能を備え、
    前記資源選択管理装置は、前記サービスの識別子と、サービスの属性と、に基づいて使用すべき前記アダプテーション機能と前記アダプテーションの設定パラメータとを決定し、
    前記データ転送装置は、前記決定された前記アダプテーション機能と前記アダプテーションの設定パラメータに基づいて、前記アダプテーションの設定を行うことを特徴とする通信ネットワークシステム。
  6. 請求項３又は５記載の通信ネットワークシステムであって、
    前記アダプテーション機能は、前記データ転送装置が転送するデータの、カプセル化機能を有することを特徴とする通信ネットワークシステム。
  7. 請求項３又は５記載の通信ネットワークシステムであって、
    前記アダプテーション機能は、前記データ転送装置が転送するデータの、フローを分配又は統合する機能を有することを特徴とする通信ネットワークシステム。
  8. 請求項３又は５記載の通信ネットワークシステムであって、
    前記アダプテーション機能は、前記データ転送装置が転送するデータの、管理アラームを選択的に転送する機能を有することを特徴とする通信ネットワークシステム。
  9. 請求項３又は５記載の通信ネットワークシステムであって、
    前記アダプテーション機能は、前記データ転送装置が転送するデータの、QoSマッピング機能を有することを特徴とする通信ネットワークシステム。
  10. 請求項３又は５記載の通信ネットワークシステムであって、
    前記アダプテーション機能は、前記データ転送装置が転送するデータの、符号変換機能機能を有することを特徴とする通信ネットワークシステム。
  11. 請求項２乃至１０のいずれかに記載の通信ネットワークシステムであって、
    前記通信路の保守要件と前記ネットワーク資源の保守条件は、サービスを提供すべき時間帯に関する情報を含むことを特徴とする通信ネットワークシステム。
  12. 請求項２乃至１１のいずれかに記載の通信ネットワークシステムであって、
    前記通信路の保守要件と前記ネットワーク資源の保守条件は、サービスの停止を許容する時間の長さに関する情報を含むことを特徴とする通信ネットワークシステム。
  13. 請求項１乃至１２のいずれかに記載の通信ネットワークシステムであって、
    前記通信路確立制御信号の種類が、MPLS又はGMPLS拡張RSVPであることを特徴とする通信ネットワークシステム。
JP2007090213A 2007-03-30 2007-03-30 通信ネットワークシステム Expired - Fee Related JP4765980B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007090213A JP4765980B2 (ja) 2007-03-30 2007-03-30 通信ネットワークシステム
CN2008100099011A CN101277197B (zh) 2007-03-30 2008-02-05 通信网络系统
US12/034,904 US8233487B2 (en) 2007-03-30 2008-02-21 Communication network system that establishes communication path by transferring control signal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007090213A JP4765980B2 (ja) 2007-03-30 2007-03-30 通信ネットワークシステム

Publications (3)

Publication Number Publication Date
JP2008252439A true JP2008252439A (ja) 2008-10-16
JP2008252439A5 JP2008252439A5 (ja) 2009-09-24
JP4765980B2 JP4765980B2 (ja) 2011-09-07

Family

ID=39794208

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007090213A Expired - Fee Related JP4765980B2 (ja) 2007-03-30 2007-03-30 通信ネットワークシステム

Country Status (3)

Country Link
US (1) US8233487B2 (ja)
JP (1) JP4765980B2 (ja)
CN (1) CN101277197B (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010045439A (ja) * 2008-08-08 2010-02-25 Hitachi Communication Technologies Ltd 通信ネットワークシステム、パス計算装置、通信路確立制御方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009206672A (ja) * 2008-02-27 2009-09-10 Nec Corp 光伝送システム、ノード装置及びそれらに用いるｇｍｐｌｓ制御方法並びにそのプログラム
US8358662B2 (en) * 2008-08-30 2013-01-22 Futurewei Technologies, Inc. Creating and maintaining traffic engineered database for path computation element
US9277029B2 (en) * 2009-03-27 2016-03-01 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing relevant service levels
WO2013034200A1 (en) * 2011-09-05 2013-03-14 Telefonaktiebolaget L M Ericsson (Publ) Apparatus and method for traffic routing
US9059957B2 (en) * 2012-09-24 2015-06-16 Apple Inc. Complex handling of conditional messages
CN103873384B (zh) * 2014-02-11 2017-01-11 烽火通信科技股份有限公司 Otn分组交换系统中sar接收队列缓存的控制装置及方法
CN105099903B (zh) * 2014-04-15 2018-12-07 华为技术有限公司 光包交换系统的链路确认方法、装置及系统
CN116232990A (zh) 2019-07-31 2023-06-06 华为技术有限公司 在支持SRv6的数据面上传输MTNC-ID以实现5G传输
US11722558B2 (en) * 2021-02-23 2023-08-08 Seagate Technology Llc Server-side resource monitoring in a distributed data storage environment

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0787120A (ja) * 1993-09-09 1995-03-31 Nissin Electric Co Ltd ネットワーク間接続装置
JPH0888623A (ja) * 1994-09-20 1996-04-02 Mitsubishi Electric Corp 通信装置における回線制御方式
JPH0897934A (ja) * 1994-09-29 1996-04-12 Kawasaki Steel Corp Ｉｓｄｎ端末装置の通信制御方法

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09238146A (ja) * 1996-03-01 1997-09-09 Fujitsu Ltd Ａｔｍ交換機の通信監視システム
US6496948B1 (en) * 1999-11-19 2002-12-17 Unisys Corporation Method for estimating the availability of an operating server farm
US20020110087A1 (en) * 2001-02-14 2002-08-15 David Zelig Efficient setup of label-switched connections
US7165110B2 (en) * 2001-07-12 2007-01-16 International Business Machines Corporation System and method for simultaneously establishing multiple connections
CA2483516C (en) * 2002-04-26 2010-02-09 Nec Corporation Video code conversion transmission and reception apparatus and method for selecting acceptable quality frames from among generated frames of different compression ratios
US7310356B2 (en) * 2002-06-24 2007-12-18 Paradyne Corporation Automatic discovery of network core type
JP4162959B2 (ja) * 2002-09-27 2008-10-08 株式会社ザナヴィ・インフォマティクス 地図データ処理装置
JP2004193815A (ja) 2002-12-10 2004-07-08 Hitachi Ltd Ｓｌａに基づくネットワーク再構築を行うネットワーク管理システム
US7860392B2 (en) * 2003-06-06 2010-12-28 Dynamic Method Enterprises Limited Optical network topology databases based on a set of connectivity constraints
US7672317B2 (en) * 2003-12-29 2010-03-02 Nokia Corporation Method, system, and devices for transmitting information between a user equipment and an IP packet gateway
JP4148160B2 (ja) 2004-03-01 2008-09-10 日本電信電話株式会社 階層化ＭＰＬＳ（ＭｕｌｔｉＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ）ネットワークトンネル通信方法
JP4374307B2 (ja) * 2004-10-20 2009-12-02 株式会社日立コミュニケーションテクノロジー ラベルスイッチパスの経路制御方法
US7558276B2 (en) * 2004-11-05 2009-07-07 Cisco Technology, Inc. System and method for retrieving computed paths from a path computation element using a path key
US7646719B2 (en) * 2004-12-02 2010-01-12 Cisco Technology, Inc. Inter-domain TE-LSP selection
US7477616B2 (en) * 2005-01-31 2009-01-13 Symbol Technologies, Inc. Power saving frame transmission method
US7814227B2 (en) * 2005-03-04 2010-10-12 Cisco Technology, Inc. Computation of a shortest inter-domain TE-LSP across a set of autonomous systems
US20060221865A1 (en) * 2005-03-30 2006-10-05 Tellabs Operations, Inc. Method and system for autonomous link discovery and network management connectivity of remote access devices
US7586841B2 (en) * 2005-05-31 2009-09-08 Cisco Technology, Inc. System and method for protecting against failure of a TE-LSP tail-end node
US7599302B2 (en) * 2005-07-19 2009-10-06 Cisco Technology, Inc. Dynamic enforcement of MPLS-TE inter-domain policy and QoS
US20070067133A1 (en) * 2005-09-21 2007-03-22 Seiko Epson Corporation Setup file generating system
JP2007241486A (ja) * 2006-03-07 2007-09-20 Hitachi Ltd 記憶装置システム
US7522603B2 (en) * 2006-03-14 2009-04-21 Cisco Technology, Inc. Technique for efficiently routing IP traffic on CE-CE paths across a provider network
JP4818768B2 (ja) * 2006-03-24 2011-11-16 富士通株式会社 情報処理システム、障害通知方法および障害通知プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0787120A (ja) * 1993-09-09 1995-03-31 Nissin Electric Co Ltd ネットワーク間接続装置
JPH0888623A (ja) * 1994-09-20 1996-04-02 Mitsubishi Electric Corp 通信装置における回線制御方式
JPH0897934A (ja) * 1994-09-29 1996-04-12 Kawasaki Steel Corp Ｉｓｄｎ端末装置の通信制御方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010045439A (ja) * 2008-08-08 2010-02-25 Hitachi Communication Technologies Ltd 通信ネットワークシステム、パス計算装置、通信路確立制御方法
US8340104B2 (en) 2008-08-08 2012-12-25 Hitachi, Ltd. Communication network system, path calculation device, and communication path establishment control method

Also Published As

Publication number Publication date
CN101277197B (zh) 2011-08-17
US20080240120A1 (en) 2008-10-02
US8233487B2 (en) 2012-07-31
CN101277197A (zh) 2008-10-01
JP4765980B2 (ja) 2011-09-07

Similar Documents

Publication Publication Date Title
JP4997196B2 (ja) 通信ネットワークシステム、パス計算装置、通信路確立制御方法
US10250459B2 (en) Bandwidth on-demand services in multiple layer networks
JP4765980B2 (ja) 通信ネットワークシステム
US8335154B2 (en) Method and system for providing fault detection and notification for composite transport groups
US7680029B2 (en) Transmission apparatus with mechanism for reserving resources for recovery paths in label-switched network
US7852758B2 (en) Route control method of label switch path
US7787364B2 (en) Control scheme for standby channel route
KR101643911B1 (ko) 원격통신 네트워크에서 링크―다이버스 트래픽 경로들을 확립하기 위한 방법 및 관련 장치
US20130232193A1 (en) Control-Plane Interface Between Layers in a Multilayer Network
US9571381B2 (en) System and method for inter-domain RSVP-TE LSP load balancing
US20090103533A1 (en) Method, system and node apparatus for establishing identifier mapping relationship
US8897295B2 (en) Method and system for providing traffic engineering interworking
US8446841B2 (en) Communicating information between core and edge network elements
JP2009060673A (ja) 経路計算システム、経路計算方法、及び通信ノード
Zhang et al. Applicability of a Stateful Path Computation Element (PCE)
Liu et al. GMPLS-based control plane for optical networks: early implementation experience
Korniak The GMPLS controlled optical networks as industry communication platform
JP3790508B2 (ja) 通信装置，伝送システムおよびパス管理情報回復方法
Saad et al. RFC 8776: Common YANG Data Types for Traffic Engineering
Liu et al. Extending OSPF routing protocol for shared mesh restoration
Chandhok et al. IP over WDM networks
Domancich et al. PCE for GMPLS networks
Kumaki CCAMP Working Group Zafar Ali Internet Draft George Swallow Intended status: Standard Track Matt Hartley Expires: January 11, 2014 Clarence Filsfils Cisco Systems

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090807

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090807

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090807

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20090911

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110201

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110215

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110415

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110517

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110530

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

Free format text: PAYMENT UNTIL: 20140624

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees