(57)【特許請求の範囲】
【請求項１】
物理レイヤ上でデータリンクレイヤのリングアプリケーションが動作するリング型ネットワークにおける物理帯域の制御方法であって、
データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の確認要求を行う工程と、
全ノード装置のパス帯域変更の確認が正常に行えた場合に、データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の指示を行う工程と、
隣接するノード装置間でデータリンクレイヤのリングアプリケーション機能の制御情報を用いてパス帯域変更の準備完了の通知を行う工程と、
隣接するノード装置から準備完了の通知を受けた場合に、物理レイヤ上のノード装置間のパス帯域増減機能を用いてパス帯域の変更を行う工程とを備えたことを特徴とするリング型ネットワーク帯域変更方法。
【請求項２】
上位のネットワークマネジメントシステムからの指示に従い、上記パス帯域変更の確認要求を行い、変更の完了時に上記ネットワークマネジメントシステムにパス帯域変更の完了通知を行うことを特徴とする請求項１に記載のリング型ネットワーク帯域変更方法。
【請求項３】
上記パス帯域変更の確認要求がパス帯域の増加である場合、帯域増加要求帯域と未使用である帯域との比較を行い、帯域増加要求帯域の方が小さければ増加可とし、帯域増加要求帯域の方が大きければ増加不可とすることを特徴とする請求項２に記載のリング型ネットワーク帯域変更方法。
【請求項４】
上記パス帯域変更の確認要求がパス帯域の削減である場合、帯域削減後のパス帯域を算出し、帯域保証サービスのレートとの比較を行い、削減後のパス帯域に所定の余裕がある場合に削減可とし、削減後のパス帯域に所定の余裕がない場合に削減不可とすることを特徴とする請求項１に記載のリング型ネットワーク帯域変更方法。
【請求項５】
パスの障害検出時に上記パス帯域変更の確認要求を行うことを特徴とする請求項１に記載のリング型ネットワーク帯域変更方法。
【請求項６】
パスの障害検出時にパス帯域の削減が不可である場合、ＲＰＲ切り替えを起動させることを特徴とする請求項５に記載のリング型ネットワーク帯域変更方法。
【請求項７】
パスの障害復旧検出時に上記パス帯域変更の確認要求を行うことを特徴とする請求項１に記載のリング型ネットワーク帯域変更方法。
【請求項８】
上記物理レイヤの帯域は、ＳＯＮＥＴ帯域もしくはＳＤＨ帯域であることを特徴とする請求項１に記載のリング型ネットワーク帯域変更方法。
【請求項９】
上記データリンクレイヤのリングアプリケーション機能はＲＰＲ機能であり、上記制御情報はＲＰＲコントロールフレームであることを特徴とする請求項１に記載のリング型ネットワーク帯域変更方法。
【請求項１０】
物理レイヤ上でデータリンクレイヤのリングアプリケーションが動作するリング型ネットワークに用いられるノード装置であって、
データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の確認要求を行う手段と、
全ノード装置のパス帯域変更の確認が正常に行えた場合に、データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の指示を行う手段と、
隣接するノード装置間でデータリンクレイヤのリングアプリケーション機能の制御情報を用いてパス帯域変更の準備完了の通知を行う手段と、
隣接するノード装置から準備完了の通知を受けた場合に、物理レイヤ上のノード装置間のパス帯域増減機能を用いてパス帯域の変更を行う手段とを備えたことを特徴とするノード装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＯＮＥＴ（Synchronous  Optical  Network）／ＳＤＨ（Synchronous  Digital  Hierarchy）等の物理レイヤ（レイヤ１）上でＲＰＲ（Resilient  Packet  Ring）等のデータリンクレイヤ（レイヤ２）のリングアプリケーションが動作する環境におけるリング型ネットワーク帯域変更方法およびＲＰＲステーション（Station）等のノード装置に関する。
【背景技術】
【０００２】
図１はＳＯＮＥＴ上でＲＰＲが動作（RPR  over  SONET）するリング型ネットワークの構成例を示す図であり、ＲＰＲステーション（Station）としての各ノード装置１Ａ〜１Ｄは隣接ノード装置との間に双方向のＳＯＮＥＴパス（Path）を生成することで、全ノード装置間に双方向で同一帯域のＳＯＮＥＴパスが構成され、そのパス上にＲＰＲリング（Ring）が存在する。
【０００３】
なお、特許文献１には、ＲＰＲネットワーク上で帯域幅管理およびフロー制御をするための技術が開示されている。
【特許文献１】特開２００４−２８９７９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、この種のリング型ネットワークでは使用中のトラフィックへの影響が少ない物理帯域の増加／削減が要望されているが、上述した従来の方式では次のような問題点が指摘されていた。
【０００５】
先ず、上位のＮＭＳ（Network  Management  System）からＲＰＲ（RPR  over  SONET）におけるリング帯域を変更する際、いったんパスを削除してから再度設定することが必要であるため、リング上のノード装置数にもよるが最大３０分程度の信号不通状態が発生してしまうという問題があった。
【０００６】
また、従来技術において、隣接ノード装置間のＳＯＮＥＴパス、すなわち１スパン（SPAN）の変更は短時間で可能であるが、ＲＰＲにおいてはリングを形成している全スパンの同時帯域変更が必要となるため、ＲＰＲアプリケーションでのリング帯域変更に使用することはできない。これは、スパン毎に帯域が異なった場合、ＲＰＲ動作が異常となるからである。
【０００７】
一方、ＳＯＮＥＴパス障害発生時において、従来方式では帯域保証サービスの影響を受けない障害であってもＲＰＲプロテクション機能によるＲＰＲ切り替えを行っていたため、帯域の有効利用ができないという問題があった。
【０００８】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、使用中のトラフィックへの影響が少ない物理帯域の増加／削減を行うことのできるリング型ネットワーク帯域変更方法およびノード装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、物理レイヤ上でデータリンクレイヤのリングアプリケーションが動作するリング型ネットワークにおける物理帯域の制御方法であって、データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の確認要求を行う工程と、全ノード装置のパス帯域変更の確認が正常に行えた場合に、データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の指示を行う工程と、隣接するノード装置間でデータリンクレイヤのリングアプリケーション機能の制御情報を用いてパス帯域変更の準備完了の通知を行う工程と、隣接するノード装置から準備完了の通知を受けた場合に、物理レイヤ上のノード装置間のパス帯域増減機能を用いてパス帯域の変更を行う工程とを備えるようにしている。
【発明の効果】
【００１０】
本発明のリング型ネットワーク帯域変更方法およびノード装置にあっては、短時間の信号断（〜数ｍｓ）にてリング帯域の増減が可能となり、使用中のトラフィックへの影響が少ない物理帯域の増加／削減を行うことができる。また、ＶＣＧを形成するパスの単一障害時にも適用することができ、帯域の有効利用が可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
図２は本発明の一実施形態にかかるノード装置の構成例を示す図である。図２において、ノード装置１は、ＮＭＳ情報部１１と、ＲＰＲ処理部１２と、ＶＣＧ制御部１３と、ＥＯＳマッピング・デマッピング部１５およびＶＣＧ生成／検出処理部１６を含むＶＣＧ生成／検出部１４とを備えている。
【００１３】
ここで、ＮＭＳ情報部１１は、上位のＮＭＳから帯域増加／削減のコマンド（command）を受信してＲＰＲ処理部１２へ通知するとともに、ＲＰＲ処理部１２から帯域増減結果およびＶＣＧ（Virtual  Concatenation  Group）ステータス（status）を受信してＮＭＳに応答（answer）を送信する機能を有している。
【００１４】
ＲＰＲ処理部１２は、ＮＭＳ情報部１１から帯域増減情報を受信した場合（マスター局となった場合）に、帯域増減のための所定の処理を行って帯域増減結果およびＶＣＧステータスをＮＭＳ情報部１１に送信する機能を有している。また、コントロールフレームを生成してＶＣＧ生成／検出部１４に送信するとともに、ＶＣＧ生成／検出部１４から他のノード装置からのコントロールフレームを受信する機能を有している。更に、ＶＣＧ制御部１３に対して帯域増減情報の通知を行うとともに、ＶＣＧ制御部１３からＶＣＧステータスを取得して帯域増減の可否を判定する機能を有している。
【００１５】
ＶＣＧ制御部１３は、ＲＰＲ処理部１２からの帯域増減情報の通知に応じてＶＣＧ生成／検出部１４における帯域の増減を制御するとともに、ＶＣＧ生成／検出部１４からＶＣＧステータスを取得する機能を有している。
【００１６】
ＶＣＧ生成／検出部１４のＥＯＳマッピング・デマッピング部１５は、ＶＣＧのフレームのオーバーヘッド（Over  Head）情報にＶＣＧのメンバーとなるパスを指定するＥＯＳ（End  Of  Sequence）等のパラメータをマッピング・デマッピングする機能を有している。ＶＣＧ生成／検出処理部１６は、コントロールフレームの送受信、ＶＣＧのフレームの送受信およびＶＣＧステータスの検出・通知の機能を有している。
【００１７】
図３はＲＰＲ処理部１２で生成されるコントロールフレームのフォーマット例を示す図であり、IEEE802.17で定義されている。コントロールフレームはttl(Time  to  Live)、baseControl、da(Destination  Address)、sa(Source  Address)、ttlBase、extendedControl、hec(Header  Error  Check)、controlType、controlVersion、controlDataUnit、fcsの項目を有しており、コントロールタイプ（controlType）に割り当てられた値は図示のものとなるが、このうち、「0A16：CT_OAM_ORG：OAM  organization  specific  frame」を本発明において使用するものとする。
【００１８】
図４はコントロールフレーム内のコントロールデータユニット（controlDataUnit）のフォーマット例を示す図であり、ユーザデータ（userData）を本発明において使用するものとする。
【００１９】
図５はコントロールデータユニット（controlDataUnit）内のユーザデータ（userData）のフォーマット例を示す図であり、フレームID(FrameID)とフレームタイプ（FrameType）とチャネル（Channel）数とからなる。ここで、フレームタイプとして、図示の値を本発明において導入するものとする。
【００２０】
図６〜図９はリング帯域増減の例を示したものであり、図６はリング帯域の増加の例を示す図、図７はリング帯域の削減の例を示す図、図８および図９はパス障害時におけるリング帯域の削減の例を示す図であり、図８は一部のパスの削減を行う例、図９はパスの切り離しを行う例である。個々の詳細については後述する。
【００２１】
図１０〜図１４はリング帯域増減の処理例を示したものであり、図１０および図１１はリング帯域の増加／削減の処理例を示す図、図１２はリング帯域削減可否判定の処理例を示すフローチャート、図１３はパス障害時におけるリング帯域の削減の処理例を示す図、図１４はパス障害復旧時におけるリング帯域の復旧の処理例を示す図である。個々の詳細については後述する。
【００２２】
以下、代表的な例につき上記の各図面を参照して処理動作を説明する。
【００２３】
＜帯域増加の処理例＞
図６に示すようにリング帯域を「STSxx-nV」から「STSxx-(n+m)」に増加させる場合を想定する。なお、「STS1-nV」はＳＯＮＥＴパス名であり、「n」はＶＣＧを構成するパス数を示している。
【００２４】
図１０において、ＮＭＳからノード装置１Ａに帯域増加要求が行われると（ステップＳ１１）、ノード装置１Ａはリング内の全ノード装置に”INC  REQ”（帯域増加リクエスト）＆”Channel数”をコントロールフレームを使用して送出（ブロードキャスト）する（ステップＳ１２）。すなわち、図２におけるＮＭＳ情報部１１でＮＭＳからの帯域増加要求を受信し、ＲＰＲ処理部１２にてコントロールフレームの生成およびＶＣＧ生成／検出部１４への送信を行い、ＶＣＧ生成／検出部１４でＳＯＮＥＴマッピングした後、リング上へ送信する。
【００２５】
図１０に戻り、ノード装置１Ａから”INC  REQ”および”Channel数”情報を受信した他のノード装置は、自ノード装置における帯域増加可否を判定し、可であれば”OK”を、不可であれば”NG”を、それぞれコントロールフレームを使用してノード装置１Ａに対し送出（ユニキャスト）する（ステップＳ１３）。すなわち、図２において、ＲＰＲ処理部１２は、ＶＣＧ生成／検出部１４からコントロールフレームを受信し、ＶＣＧ制御部１３からのＶＣＧステータス情報内のILDE  path数から可否の判定を行う。可否判定は増加要求Channel数と自ノード装置におけるIDLE  pathの数を比較し、IDLE  path数≧増加要求Channel数であれば可、IDLE  path数＜増加要求Channel数であれば不可とする。IDLE  path数は、ＶＣＧ生成／検出部１４（ＳＯＮＥＴパス終端部）にてパスのステータスを常時監視しており、ＶＣＧ制御部１３からＲＰＲ処理部１２へ通知することにより判定可能となる。
【００２６】
図１０に戻り、ノード装置１Ａは全ノード装置から”OK”を受信し、かつ自ノード装置における帯域増加可否が可であれば、全ノード装置に”INC”＆”Channel数”をコントロールフレームを使用して送信（ブロードキャスト）する（ステップＳ１４）。一方、他ノード装置から”NG”を受信、または自ノード装置における帯域増加可否が不可であれば、ＮＭＳに対し”DENY”を通知する。図１１はこのような帯域増加が許否される場合の処理例を示しており、ノード装置１Ｂから”NG”を受信したことによりＮＭＳに対し”DENY”を通知している（ステップＳ２４）。図２におけるＲＰＲ処理部１２で他ノード装置からの可否情報を受信処理し、自ノード装置の可否判定とあわせてリング全体の可否判定を行う。判定結果が可であればＲＰＲ処理部１２でコントロールフレームを生成し、判定結果が否であればＮＭＳ情報部１１から”DENY”をＮＭＳに通知する。
【００２７】
図１０に戻り、”INC”＆”Channel数”を受信したノード装置およびノード装置１Ａは隣接ノード装置に対し”READY”をコントロールフレームを使用して送信する（ステップＳ１５）。”READY”を受信したノード装置は送信元ノード装置との間でＶＣＧメンバーの追加（帯域増加）を行う（ステップＳ１６）。すなわち、図２におけるＲＰＲ処理部１２からＶＣＧ制御部１３へ増加Channel数を通知し、ＶＣＧ制御部１３では変更されるOverHead情報をＶＣＧ生成／検出部１４へ通知する。ＶＣＧ生成／検出部１４では1〜(n-1)(ch)にCTRL=NORM、n(ch)にCTRL=EOS設定の状態から、n〜(m-1)(ch)にCTRL=NORM、n+m(ch)にCTRL=EOS設定の状態に変更する。なお、CTRL=xxxはＶＣＧを構成するためのパラメータであり、値としてはNORM（Normal）、EOS（End  Of  Sequence）、DNU（Do  Not  Use）等が定義されている。対向ノード装置ではＶＣＧ生成／検出部１４にて変更されたOverHead受信処理を行うことによりＶＣＧをSTSxx-(n+m)Vとする処理が完了する。そして、帯域増加が完了すれば、ＮＭＳ情報部１１からＮＭＳに対し、”COMPLD”を通知する（ステップＳ１７）。
【００２８】
＜帯域削減の処理例（ＮＭＳ設定時）＞
図７に示すようにリング帯域を「STSxx-nV」から「STSxx-(n-m)V」に増加させる場合を想定する。
【００２９】
図１０において、ＮＭＳからノード装置１Ａに帯域削減要求が行われると（ステップＳ１１）、ノード装置１Ａはリング内の全ノード装置に”DEC  REQ”（帯域削減リクエスト）＆”Channel数”をコントロールフレームを使用して送出（ブロードキャスト）する（ステップＳ１２）。
【００３０】
ノード装置１Ａから”DEC  REQ”および”Channel数”情報を受信した他のノード装置は、自ノード装置における帯域削減可否を判定し、可であれば”OK”を、不可であれば”NG”を、それぞれコントロールフレームを使用してノード装置１Ａに対し送出（ユニキャスト）する（ステップＳ１３）。すなわち、図２において、ＲＰＲ処理部１２は”DEC  REQ”および”Channel数”を受信し、帯域削減後のリング帯域を算出し、帯域保証サービスのレートとして予約されているCIR1（Committed  Information  Rate）帯域との比較を行う。図１２はその処理例を示したものであり、削減トリガ発生により処理を開始すると（ステップＳ１０１）、CIR1合計値と削減後の帯域とを比較し（ステップＳ１０２）、CIR1合計値≦削減後の帯域の例えば90%であれば可とし（ステップＳ１０３）、CIR1合計値＞削減後の帯域の例えば90%であれば不可とする（ステップＳ１０４）。
【００３１】
図１０に戻り、ノード装置１Ａは全ノード装置から”OK”を受信し、かつ自ノード装置における帯域削減可否が可であれば、全ノード装置に”DEC”＆”Channel数”をコントロールフレームを使用して送出（ブロードキャスト）する（ステップＳ１４）。一方、他ノード装置から”NG”を受信、または自ノード装置における帯域増加可否が不可であればＮＭＳに対し”DENY”を通知する（図１１のステップＳ２４）。
【００３２】
”DEC”を受信したノード装置およびノード装置１Ａは隣接ノード装置に対し”READY”をコントロールフレームを使用して送信する（ステップＳ１５）。”READY”を受信したノード装置は送信元ノード装置との間でＶＣＧメンバーの削減（帯域削減）を行う（ステップＳ１６）。すなわち、図２におけるＲＰＲ処理部１２からＶＣＧ制御部１３へ削減Channel数を通知し、ＶＣＧ制御部１３では変更されるOverHead情報をＶＣＧ生成／検出部１４へ通知する。ＶＣＧ生成／検出部１４では1〜(n-1)(ch)にCTRL=NORM、n(ch)にCTRL=EOS設定の状態から、1〜(n-m-1)(ch)にCTRL=NORM、n〜(n-m+1)(ch)にCTRL=IDLE、n-m(ch)にCTRL=EOS設定の状態に変更する。対向ノード装置ではＶＣＧ生成／検出部１４にて変更されたOverHead受信処理を行うことによりＶＣＧをSTSxx-(n-m)Vとする処理が完了する。そして、帯域増加が完了すれば、ＮＭＳ情報部１１からＮＭＳに対し、”COMPLD”を通知する（ステップＳ１７）。
【００３３】
＜帯域削減の処理例（一部パス障害時）＞
図８に示すようにパス障害時にリング帯域をSTSxx-nVからパス障害チャネルを切離し、STSxx-(n-m)V（mは障害パス数）に減少させる場合を想定する。
【００３４】
図１３において、ノード装置１ＡでPath  Fail（SONET  layer）を検出すると（ステップＳ３１）、ノード装置１Ａはリング内の全ノード装置に”FAIL”＆”Channel数”をコントロールフレームを使用して送出（ブロードキャスト）する（ステップＳ３２）。すなわち、図２において、ＶＣＧ生成／検出部１４にてPath  Failを検出するとＶＣＧ制御部１３からＲＰＲ処理部１２へ割り込み通知を行う。ＲＰＲ処理部１２では割り込み通知をトリガにFail情報、Channel数を通知するためのコントロールフレームを生成する。
【００３５】
図１３に戻り、ノード装置１Ａから”FAIL”および”Channel数”を受信したノード装置は、自ノード装置における帯域削減可否を判定し、可であれば”OK”を、不可であれば”NG”を、それぞれコントロールフレームを使用してノード装置１Ａに対し送出（ユニキャスト）する（ステップＳ３３）。
【００３６】
ノード装置１Ａは全ノード装置から”OK”を受信し、自ノード装置における帯域削減可否が可、かつ障害時の帯域削減＝Ｙ設定であれば、全ノード装置に”DEC”＆”Channel数”をコントロールフレームを使用して送信（ブロードキャスト）する（ステップＳ３４）。他ノード装置から”NG”を受信、または自ノード装置における帯域増加可否が不可または障害時の帯域削減＝Ｎであれば帯域削減を行わず、ＲＰＲ切り替えを起動させる。
【００３７】
”DEC”を受信したノード装置およびノード装置１Ａは隣接ノード装置に対し”READY”をコントロールフレームを使用して送信する（ステップＳ３５）。”READY”を受信したノード装置は送信元ノード装置との間でＶＣＧメンバーの削減（帯域削減）を行う（ステップＳ３６）。すなわち、図２におけるＲＰＲ処理部１２からＶＣＧ制御部１３へ削減Channel数を通知し、ＶＣＧ制御部１３では変更されるOverHead情報をＶＣＧ生成／検出部１４へ通知する。この後、ノード装置１Ｂからノード装置１Ａ向けのパスを生成するＶＣＧ生成／検出部１４はFAIL検出chにCTRL=DNU設定と変更する。ノード装置１Ｂからノード装置１Ａ向け以外のパスを生成するＶＣＧ生成／検出部１４はn(ch)にCTRL=EOS設定の状態から、n〜(n-m+1)(ch)まで（Fail  Path分）にCTRL=DNU、n-m(ch)にCTRL=EOS設定の状態に変更する。対向ノード装置ではＶＣＧ生成／検出部１４にて変更されたOverHead受信処理を行うことによりＶＣＧをSTSxx-(n-m)Vとする処理が完了する。
【００３８】
＜帯域復旧の処理例（パス復旧時）＞
ノード装置１Ａがノード装置１Ｂからのパスの障害復旧を検出した場合を想定する。
【００３９】
図１４においてノード装置１ＡでPath  Fail解除を検出すると（ステップＳ４１）、ノード装置１Ａはリング内の全ノード装置に”CLEAR”＆”Channel数”をコントロールフレームを使用して送信（ブロードキャスト）する（ステップＳ４２）。すなわち、図２において、ＶＣＧ生成／検出部１４にてPath  Fail解除を検出すると、ＶＣＧ制御部１３からＲＰＲ処理部１２へ割り込み通知を行う。ＲＰＲ処理部１２では割り込み通知をトリガにCLEAR情報、Channel数を通知するためのコントロールフレームを生成する。
【００４０】
図１４に戻り、ノード装置１Ａから”CLEAR”および”Channel数”を受信したノード装置は自ノード装置における障害時に切離したパスの妥当性を判定し、可であれば”OK”を、不可であれば”NG”を、それぞれコントロールフレームを使用してノード装置１Ａに対し送出（ユニキャスト）する（ステップＳ４３）。すなわち、図２におけるＶＣＧ制御部１３で、障害時に切離したパスがCTRL=DNU状態で、かつ受信側でCTRL=DNU状態のパスがあることを判定する。
【００４１】
図１４に戻り、ノード装置１Ａは全ノード装置から”OK”を受信し、自ノード装置における切離したパスの妥当性判定が可であれば、全ノード装置に”INC”＆”Channel数”をコントロールフレームを使用して送信（ブロードキャスト）する（ステップＳ４４）。他ノード装置から”NG”を受信、または自ノード装置における妥当性判定が否であれば帯域復旧を行わない。
【００４２】
”INC”を受信したノード装置およびＶは隣接ノード装置に対し”READY”をコントロールフレームを使用して送信する（ステップＳ４５）。”READY”を受信したノード装置は送信元ノード装置との間でＶＣＧメンバーの復旧（帯域復旧）を行う（ステップＳ４６）。すなわち、図２におけるＲＰＲ処理部１２からＶＣＧ制御部１３へ復旧channel数を通知し、ＶＣＧ制御部１３では変更されるOverHead情報をＶＣＧ生成／検出部１４へ通知する。この後、ＶＣＧ生成／検出部１４はCTRL=DNU設定のチャネルをNORMまたはEOSに変更する。対向ノード装置ではＶＣＧ生成／検出部１４にて変更されたOverHead受信処理を行うことによりＶＣＧをSTSxx-nVと復旧する処理が完了する。
【００４３】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【００４４】
本発明の他の形態につき以下に付記する。
（付記１）  物理レイヤ上でデータリンクレイヤのリングアプリケーションが動作するリング型ネットワークにおける物理帯域の制御方法であって、
データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の確認要求を行う工程と、
全ノード装置のパス帯域変更の確認が正常に行えた場合に、データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の指示を行う工程と、
隣接するノード装置間でデータリンクレイヤのリングアプリケーション機能の制御情報を用いてパス帯域変更の準備完了の通知を行う工程と、
隣接するノード装置から準備完了の通知を受けた場合に、物理レイヤ上のノード装置間のパス帯域増減機能を用いてパス帯域の変更を行う工程とを備えたことを特徴とするリング型ネットワーク帯域変更方法。
（付記２）  上位のネットワークマネジメントシステムからの指示に従い、上記パス帯域変更の確認要求を行い、変更の完了時に上記ネットワークマネジメントシステムにパス帯域変更の完了通知を行うことを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記３）  上記パス帯域変更の確認要求がパス帯域の増加である場合、帯域増加要求帯域と未使用である帯域との比較を行い、帯域増加要求帯域の方が小さければ増加可とし、帯域増加要求帯域の方が大きければ増加不可とすることを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記４）  上記パス帯域変更の確認要求がパス帯域の削減である場合、帯域削減後のパス帯域を算出し、帯域保証サービスのレートとの比較を行い、削減後のパス帯域に所定の余裕がある場合に削減可とし、削減後のパス帯域に所定の余裕がない場合に削減不可とすることを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記５）  パスの障害検出時に上記パス帯域変更の確認要求を行うことを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記６）  パスの障害検出時にパス帯域の削減が不可である場合、ＲＰＲ切り替えを起動させることを特徴とする付記５に記載のリング型ネットワーク帯域変更方法。
（付記７）  パスの障害復旧検出時に上記パス帯域変更の確認要求を行うことを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記８）  上記物理レイヤの帯域は、ＳＯＮＥＴ帯域もしくはＳＤＨ帯域であることを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記９）  上記データリンクレイヤのリングアプリケーション機能はＲＰＲ機能であり、上記制御情報はＲＰＲコントロールフレームであることを特徴とする付記１に記載のリング型ネットワーク帯域変更方法。
（付記１０）  物理レイヤ上でデータリンクレイヤのリングアプリケーションが動作するリング型ネットワークに用いられるノード装置であって、
データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の確認要求を行う手段と、
全ノード装置のパス帯域変更の確認が正常に行えた場合に、データリンクレイヤのリングアプリケーション機能の制御情報を用いて全ノード装置にパス帯域変更の指示を行う手段と、
隣接するノード装置間でデータリンクレイヤのリングアプリケーション機能の制御情報を用いてパス帯域変更の準備完了の通知を行う手段と、
隣接するノード装置から準備完了の通知を受けた場合に、物理レイヤ上のノード装置間のパス帯域増減機能を用いてパス帯域の変更を行う手段とを備えたことを特徴とするノード装置。
【図面の簡単な説明】
【００４５】
【図１】リング型ネットワークの構成例を示す図である。
【図２】本発明の一実施形態にかかるノード装置の構成例を示す図である。
【図３】コントロールフレームのフォーマット例を示す図である。
【図４】コントロールフレーム内のコントロールデータユニットのフォーマット例を示す図である。
【図５】コントロールデータユニット内のユーザデータのフォーマット例を示す図である。
【図６】リング帯域の増加の例を示す図である。
【図７】リング帯域の削減の例を示す図である。
【図８】パス障害時におけるリング帯域の削減の例を示す図（その１）である。
【図９】パス障害時におけるリング帯域の削減の例を示す図（その２）である。
【図１０】リング帯域の増加／削減の処理例を示す図（その１）である。
【図１１】リング帯域の増加／削減の処理例を示す図（その２）である。
【図１２】リング帯域削減可否判定の処理例を示すフローチャートである。
【図１３】パス障害時におけるリング帯域の削減の処理例を示す図である。
【図１４】パス障害復旧時におけるリング帯域の復旧の処理例を示す図である。
【符号の説明】
【００４６】
１、１Ａ〜１Ｄ    ノード装置
１１              ＮＭＳ情報部
１２              ＲＰＲ処理部
１３              ＶＣＧ制御部
１４              ＶＣＧ生成／検出部
１５              ＥＯＳマッピング・デマッピング部
１６              ＶＣＧ生成／検出処理部
【図１】
0004711794.tif 000002
【図２】
0004711794.tif 000003
【図３】
0004711794.tif 000004
【図４】
0004711794.tif 000005
【図５】
0004711794.tif 000006
【図６】
0004711794.tif 000007
【図７】
0004711794.tif 000008
【図８】
0004711794.tif 000009
【図９】
0004711794.tif 000010
【図１０】
0004711794.tif 000011
【図１１】
0004711794.tif 000012
【図１２】
0004711794.tif 000013
【図１３】
0004711794.tif 000014
【図１４】
0004711794.tif 000015