(57)【要約】【課題】  ユーザが指定した通信形態、通信品質に即応して、通信網内でのパケット転送を動的に制御できるようにした通信制御装置を提供すること。【解決手段】パケット通信網内に、データ通信に先立ってユーザ端末から送信された制御パケットに応答して、パケット転送制御情報を更新し、これをパケット通信網内の他のノード装置にブロードキャスト（広告）する機能を備えた制御ノードを配置する。【選択図】  図１
2005244405.tif 000002
【特許請求の範囲】
【請求項１】
複数のノード装置と共に通信網を構成する通信制御装置であって、
パケットの転送制御情報を蓄積するためのデータベースと、
ペイロード部に端末ユーザが指定した通信制御情報を含む制御パケットを受信した時、該制御パケットを終端するための受信パケット解析手段と、
上記制御パケットが示す通信制御情報に基づいて、上記データベースを更新するための手段と、
更新されたデータベースの内容を上記通信網内の他のノード装置に自律的に通知するためのデータベース情報交信手段とを備えたことを特徴とする通信制御装置。
【請求項２】
前記データベース情報交信手段が、前記通信網内の他のノード装置が備えるパケット転送制御情報蓄積用のデータベースと共通の所定の通信プロトコルに従って、データベース情報を交信することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記受信パケット解析手段が、受信パケットのヘッダに含まれる特定のヘッダ情報要素の状態から、受信パケットが前記制御パケットか否かを判定することを特徴とする請求項１または請求項２に記載の通信制御装置。
【請求項４】
前記データベースが、前記通信網のリンク状態情報およびトポロジー情報と、ラベル変換テーブル情報を蓄積し、
前記データベース情報交信手段が、前記更新手段によってデータベースの内容が更新された時、前記通信網内の他のノード装置のデータベースにデータベース情報をブロードキャストすることを特徴とする請求項１〜請求項３の何れかに記載の通信制御装置。
【請求項５】
前記制御パケット以外のユーザパケットに対して、ＯＳＩ参照モデルのレイヤ１で動作する光クロスコネクト、レイヤ２で動作するＬＡＮスイッチ、またはレイヤ３で動作するＩＰルータとして動作するパケット転送機能を備えたことを特徴とする請求項１〜請求項４の何れかに記載の通信制御装置。
【請求項６】
複数のノード装置から構成され、それぞれがユーザ端末を収容している複数のアクセス網と接続されたパケット通信網におけるパケット転送制御情報の更新方法であって、
上記ノード装置の１つが、ペイロード部に端末ユーザが指定した通信制御情報を含む制御パケットを受信した時、上記制御パケットが示す通信制御情報に基づいて、パケット転送制御情報蓄積用のデータベースを更新し、
データベースを更新したノード装置が、上記通信網に含まれる他のノード装置との間で、それぞれが備えるデータベースの蓄積情報を同期化するための通信を行うことを特徴とするパケット転送制御情報の更新方法。
【請求項７】
前記通信網が、論理的に、複数のノード装置間でユーザ端末からの送信パケットを転送するためのデータプレーンと、複数のデータベース間でパケット転送制御情報を交信するための制御プレーンとからなり、
前記ノード装置の１つが、制御パケット以外のパケットを受信した時、該受信パケットをデータプレーン上の他の何れかのノード装置に転送し、制御パケットの受信に伴ってデータベースを更新した時、制御プレーン上の他のデータベースとの間でデータベースの蓄積情報同期化のための通信を行うことを特徴とする請求項６に記載のパケット転送制御情報の更新方法。
【請求項８】
複数のノード装置から構成され、それぞれがユーザ端末を収容している複数のアクセス網に接続された通信ネットワークであって、
上記各ノード装置が、パケット転送制御情報蓄積用のデータベースを有し、
上記ノード装置の１つが、ペイロード部に端末ユーザが指定した通信制御情報を含む制御パケットを受信した時、該制御パケットが示す通信制御情報に基づいて、パケット転送制御情報蓄積用のデータベースを更新するデータベース情報制御機能を備え、
上記複数のノード装置が、それぞれのデータベースの内容を同期化するために、所定のプロトコルでデータベース情報を交信することを特徴とする通信ネットワーク。
【請求項９】
前記複数のノード装置が、論理的に、ユーザパケットを転送するためのデータプレーンと、データベースの蓄積情報を交信するための制御プレーンによって結合され、
上記制御プレーン上の複数のデータベースが、前記所定のプロトコルで自律的にデータベース情報を交信することを特徴とする請求項８に記載の通信ネットワーク。
【請求項１０】
前記所定のプロトコルとして、ＯＳＰＦ−ＴＥ（Open Shortest Path First-Traffic Engineering）のＬＳＡ（Link State Advertisement）プロトコルを適用することを特徴とする請求項８または請求項９に記載の通信ネットワーク。
【請求項１１】
前記所定のプロトコルとして、ＯＳＰＦ−ＴＥ（Open Shortest Path First-Traffic Engineering）のＬＭＰ（Link Management Protocol）を適用することを特徴とする請求項８または請求項９に記載の通信ネットワーク。
【請求項１２】
前記各ノード装置が、前記データベースの蓄積情報に基づいて他のノード装置と間に通信パスを設定し、前記制御パケットの送信元ユーザ端末から送信されたユーザパケットを上記通信パスを介して転送することを特徴とする請求項８〜請求項１１何れかに記載の通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信システムに関し、更に詳しくは、ユーザからの要求に応じた通信品質のパケット転送を可能とする通信制御装置、通信ネットワークおよびパケット転送制御情報の更新方法に関する。
【背景技術】
【０００２】
広帯域ブロードバンドサービスや、セキュリティの高いデータ通信サービスの登場により、ネットワーク上での通信品質を保証したパケット転送が必要となっている。ネットワーク上での通信品質の保証技術として、ＭＰＬＳ（Multi−Protocol Label Switching）やＶＰＮ（Virtual Private Network）が知られている。
【０００３】
ＭＰＬＳやＶＰＮでは、ネットワークの入り口に配置されたノード装置が、流入パケットにラベル情報を付与し、ネットワーク内の各通信ノードが、受信パケットをラベル情報に従って強制的にルーティングすることにより、通信品質を保証している。このため、ネットワーク管理者は、各パケットへのラベル情報の付与ルール、すなわち各ノード装置が備える通信制御情報データベースを如何に管理／維持するかが重要となっている。
【０００４】
従来、この種のデータベース情報を通信ノードに設定するために、通信事業者は、ネットワークのプロビジョニング時に、各通信ノードに管理端末を接続し、この端末からデータベースに登録すべき制御情報を付与してきた。
【０００５】
近年では、例えば、特開２０００−２５３０５３号公報（特許文献１）や特開２０００−３１２２２６号公報（特許文献２）が示すように、新しいネットワーク管理の仕組みとして、集中管理方式が提案されている。これらの特許文献では、複数のネットワークに跨る管理網を新た構築し、この管理網を介して個々の通信ノードの制御情報を集中管理している。また、ＷＥＢサーバやポリシーサーバを利用して、通信ノードのデータベースを書き換える方式も提案されている。
【０００６】
【特許文献１】特開２０００−２５３０５３号公報
【０００７】
【特許文献２】特開２０００−３１２２２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ネットワークに接続されるユーザ端末機能の高度化と端末台数の増加に伴って、利用者からの通信品質への要求も多様化しており、ユーザニーズに応えるためには、各ノード装置に対する通信品質保証のための制御情報の設定をダイナミックに行う必要がある。特に、個人ユーザの多くは、ネットワーク管理者との交渉を省いて、通信の都度、自分が行おうとする通信の形態または必要とする通信品質をユーザ端末で指定し、直ちに相手装置との通信を開始できるようなリアルタイムのパケット転送制御情報の設定を望んでいる。また、ネットワークへのユーザ端末の接続と離脱が頻繁に発生すると、ネットワーク上でのトラヒックが大きく変動するため、トラヒックの状態も考慮した動的なパケット転送制御情報の設定も必要となっている。
【０００９】
例えば、図２４は、それぞれが複数の端末１０Ａ（１０Ａ−１〜１０Ａ−ｎ）および端末１０Ｂ（１０Ｂ−１〜１０Ｂ−ｍ）を収容したアクセス網１Ａ、１Ｂと、これらのアクセス網と接続されたコア通信網１００と、管理端末８０を有する管理網８とからなり、通信網１００内にノード装置として配置された複数のルータ２（２−１、２−２、・・・）に対して、管理端末８０から通信回線を介してパケット転送制御情報を設定するようにした集中管理方式のネットワーク構成を示している。集中管理方式のネットワークでは、通信品質を確保したい端末ユーザが、書面や電子メール等によって、ネットワーク管理者と帯域保証契約を交わし、ネットワーク管理者が、この契約に基づいて管理端末８０のデータベースを更新し、更新結果を通信網１００内の各ルータ２が備えるパケット転送制御情報データベースに反映させることになる。
【００１０】
しかしながら、上記集中管理方式では、端末ユーザがネットワーク管理者と個別に帯域保証契約を交わす必要があるため、各ノード装置へのパケット転送制御情報あるいはパケット転送ルールの設定と変更に時間を要すると言う問題がある。また、端末ユーザが、通信に先立って随時に帯域保証契約を交わすためには、各ユーザ端末と管理端末８０とがリアルタイムに交信できるようにしておく必要があるが、現状では、管理端末８０のアドレスは、一般ユーザには未公開となっているため、集中管理方式のネットワークにおいて、個々の通信形態に適合させて通信品質をリアルタイムに確保し、ユーザニーズに適合した通信パスを動的に確立することは事実上困難となっている。
【００１１】
本発明の目的は、ユーザがネットワーク管理者と事前に交渉することなく、個々の通信形態に適合させて通信品質を随時に保証できるようにした通信制御装置、通信ネットワークおよびパケット転送制御情報の更新方法を提供することにある。
本発明の他の目的は、ユーザが指定した通信形態や通信品質に即応して、通信網内でのパケット転送を動的に制御できるようにした通信制御装置、通信ネットワークおよびパケット転送制御情報の更新方法を提供することにある。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明は、パケット通信網内に、データ通信に先立ってユーザ端末から送信された制御パケットに応答して、パケット転送制御情報を更新し、これをパケット通信網内の他のノード装置にブロードキャスト（広告）する機能を備えた制御ノードを配置したことを特徴とする。上記制御ノードとしての機能は、例えば、ＯＳＩ参照モデルのレイヤ１で動作する光クロスコネクト装置、レイヤ２で動作するＬＡＮスイッチ、レイヤ３で動作するＩＰルータやラベルスイッチングルータ（ＬＳＲ）等、受信パケットのルーティング機能を備えた一般的なノード装置に付与することもできる。
【００１３】
更に詳述すると、本発明による制御ノード（通信制御装置）は、パケットの転送制御情報を蓄積するためのデータベースと、ペイロード部に端末ユーザが指定した通信制御情報を含む制御パケットを受信した時、該制御パケットを終端するための受信パケット解析手段と、上記制御パケットが示す通信制御情報に基づいて、上記データベースの内容を更新するための手段と、更新されたデータベースの内容を通信網内の他のノード装置に自律的に通知するためのデータベース情報交信手段とを備えたことを特徴とする。
【００１４】
上記データベース情報交信手段は、通信網内の他のノード装置が備えるデータベースと共通の所定の通信プロトコルに従って、それぞれのデータベース情報を交換する。また、上記受信パケット解析手段は、受信パケットのヘッダに含まれる特定のヘッダ情報要素の状態から、受信パケットが前記制御パケットか否かを判定する。
【００１５】
本発明によるパケット転送制御情報の更新方法は、通信網を構成している複数のノード装置の１つが、ペイロード部に端末ユーザが指定した通信制御情報を含む制御パケットを受信した時、上記制御パケットが示す通信制御情報に基づいて、パケット転送制御情報蓄積用のデータベースを更新し、データベースを更新したノード装置が、通信網に含まれる他のノード装置との間で、それぞれが備えるデータベースの蓄積情報を同期化するための通信を行うことを特徴とする。本発明の好ましい実施例では、通信網が、論理的に、複数のノード装置間でユーザ端末からの送信パケットを転送するためのデータプレーンと、複数のデータベース間でパケット転送制御情報を交信するための制御プレーンとからなり、上記ノード装置の１つが、制御パケット以外のパケットを受信した時、該受信パケットをデータプレーン上の他の何れかのノード装置に転送し、制御パケットの受信に伴ってデータベースを更新した時、制御プレーン上の他のデータベースとの間でデータベース蓄積情報の同期化のための通信を行うことを特徴とする。
【００１６】
また、本発明による通信ネットワークは、複数のノード装置から構成され、それぞれがユーザ端末を収容している複数のアクセス網と接続され、各ノード装置が、パケット転送制御情報蓄積用のデータベースを有し、ノード装置の１つが、ペイロード部に端末ユーザが指定した通信制御情報を含む制御パケットを受信した時、該制御パケットが示す通信制御情報に基づいて、パケット転送制御情報蓄積用のデータベースを更新するデータベース情報制御機能を備え、上記複数のノード装置が、それぞれのデータベースの内容を同期化するために、所定の通信プロトコルでデータベース情報を交信することを特徴とする。
【００１７】
データベース同期化のための通信プロトコルとしては、例えば、ＯＳＰＦ−ＴＥ（Open Shortest Path First-Traffic Engineering Task Force）のＬＳＡ（Link State Advertisement）やＬＭＰ（Link Management Protocol）を適用できる。また、上記通信プロトコルによるデータベースの同期化は、ユーザからの制御パケット受信に応答したデータベースの更新を契機として随時に行われる。本発明が達成しようとするその他の目的、特徴および動作態様は、以下に図面を参照して行われる実施の形態の説明から明らかになる。
【発明の効果】
【００１８】
本発明によれば、ユーザ端末からの通信品質や通信形態の指定に応答して、高品質の通信サービスを随時に提供できる。また、本発明によれば、通信網の一部に制御ノード（通信制御装置）を配置し、パケット転送制御情報蓄積用のデータベース間で自律的に行われるルーティング制御情報の交信プロトコルを利用することによって、制御ノードが行ったパケット転送制御情報の更新を契機として、通信網内の他の通信ノードに新たなパケット転送制御情報を自動的に設定できるため、複雑なネットワーク管理システムを構築する必要がなく、通信網の運用コストを低減できる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施例について図面を参照して説明する。
【００２０】
実施例１
図１（Ａ）は、複数の端末１０Ａ（１０Ａ−１〜１０Ａ−ｎ）を収容したアクセス網１Ａと、複数の端末１０Ｂ（１０Ｂ−１〜１０Ｂ−ｍ）を収容したアクセス網１Ｂと、これらのアクセス網に接続された通信網（ＩＰネットワーク）１００とからなるネットワーク構成を示す。
【００２１】
通信網１００は、ノード装置として、通信装置２０（２０−１〜２０−５）と、本発明による制御情報即時設定機能を備えた制御装置（制御ノード）４０とを含む。各通信装置２０は、図１（Ｂ）に示ように、パケット転送制御情報蓄積用のデータベース３０（３０−１〜３０−５）を備えており、これらのデータベース３０は、制御装置４０が備えるデータベース４１を含めて、互いに共通のプロトコルで、蓄積情報同期化のために協調動作する。
【００２２】
本実施例の場合、通信装置２０（２０−１〜２０−３）は、例えば、ＭＰＬＳ（Multi-Protocol Label Switching）ルータ、ＶＬＡＮ（Virtual Local Area Network）スイッチ、光クロスコネクト：ＯＸＣ（Optical Cross Connect）等、同一種類のＯＳＩ（Open Systems Interconnection）プロトコルスタックを処理するノード装置で構成される。これらのノード装置間では、データベース蓄積情報に従って、通信網１００内にＭＰＬＳ、ＶＬＡＮ、またはＯＸＣのパスを設定することにより、ＱｏＳ（Quality of Service）を保証した信頼度の高いパケット通信を実現できる。
【００２３】
本発明では、アクセス網１（１Ａ、１Ｂ）に収容された各端末１０（１０Ａ−１〜１０Ｂ−ｍ）が、通信相手装置との間でのパケット交信に先立って、ペイロード部に通信制御情報を含む制御パケットを通信相手装置宛に送信する。上記制御パケットは、後述するように、ユーザが端末画面で所望の通信サービスを選択し、メニュー画面に従って入力操作することによって生成される。
【００２４】
例えば、アクセス網１Ａに収容された端末１０Ａ−１が、アクセス網１Ｂに収容された端末１０Ｂ−１と通信する場合、端末１０Ａ−１が送信した制御パケット６０は、通信網１００内で、パケットヘッダが示す宛先アドレスに従ってルーティングされ、制御装置４０に到着する。
【００２５】
通信網１００は、論理的には、図１（Ｂ）に示ように、データプレーン１０１と制御プレーン１０２とに分離されている。データプレーン１０１には、図１（Ａ）に示したノード装置が所属し、制御プレーン１０２には、各通信ノード装置が備えるデータベース３０（３０−１〜３０−５）と制御装置４０のデータベース４１とが所属する。
【００２６】
制御プレーン１０２に属したデータベース４１と３０（３０−１〜３０−２）には、通信網１００のトポロジー情報とリンク状態情報が記憶され、この他に、通信網１００を構成している通信装置２０（２０−１〜２０−３）の種類によって異なったラベル変換テーブルが形成される。ラベル変換テーブルとしては、例えば、通信装置２０がＭＰＬＳルータの場合は、ルーティングテーブル、ＭＰＬＳフォワーディングテーブルまたはＶＰＮ管理テーブルが形成され、ＶＬＡＮスイッチの場合はＶＬＡＮテーブル、ＯＸＣの場合は波長管理テーブルが形成される。
【００２７】
これらのデータベースの内容は、例えば、ＩＥＴＦ（Internet Engineering Task Force）のドラフトdraft-ietf-ccamp-ospf-gmpls-extensions-11で規定されているＯＳＰＦ−ＴＥ（Open Shortest Path First-Traffic Engineering）のｏｐａｑｕｅ  ＬＳＡ（Link State Advertisement）や、ＲＩＰ（Routing Information Protocol）等のルーティングプロトコルの拡張版によって自律的に同期化され、何れかの通信ノード装置でデータベースが更新された時、これを通信網１００内の他のデータベースに反映できるようになっている。
【００２８】
本実施例では、制御装置４０が、受信パケットのヘッダ情報を解析し、通常のユーザパケットを受信した場合は、矢印Ｐ１で示すように、受信パケットを通信経路上の次の通信装置２０−５に転送し、制御パケット６０を受信した場合は、受信パケットを終端し、矢印Ｐ２で示すように、受信パケット６０のペイロードに記述されている通信制御情報と、データベース４１に記憶されたトポロジー情報やリンク状態情報に基づいて、データベース４１を更新（新たなエントリの追加または既存エントリの内容変更）する。データベース４１の内容が変ると、上述したルーティングプロトコルに従って、変更内容がブロードキャストされ、制御プレーン１０２に所属する他のデータベース３０（３０−１〜３０−５）に反映される。
【００２９】
また、通信装置２０（２０−１〜２０−５）は、それぞれのデータベース３０（３０−１〜３０−５）が示す制御情報に基づいて、例えば、ＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）等のシグナリングプロトコルによって、通信網１００内にユーザ固有の通信パスを設定する。従って、本実施例によれば、端末１０Ａ−１からのその後の受信パケットを上記通信パスに沿って転送制御することにより、ユーザ要求に適合したＱｏＳのパケット転送を実現できる。
【００３０】
実施例２
図２（Ａ）は、図１に示した制御装置４０を通信網１００のエッジノードとしてに配置したネットワーク構成を示す。
本実施例では、制御装置４０と端末１０Ａ（１０Ａ−１〜１０Ａ−ｎ）は、物理的には、ＡＤＳＬ（Asynchronous Digital Subscriber Line）などの電気ケーブルや光ファイバによって接続され、イーサネット（登録商標）やＳＯＮＥＴ（Synchronous Optical Network）等の通信プロトコルでノード間の通信を確立している。
【００３１】
図１（Ｂ）と同様、制御装置４０と通信装置２０（２０−１〜２０−２）は、論理的には、図２（Ｂ）に示ように、データプレーン１０１と制御プレーン１０２に分離される。制御プレーン１０２に属したデータベース４１と３０（３０−１〜３０−２）の内容は、実施例１と同様、所定のルーティングプロトコルに従って適宜更新され、通信網１００内の各ノード装置が同一のパケット転送制御情報をもつようになっている。
【００３２】
アクセス網１（１Ａ、１Ｂ）に収容された各端末１０（１０Ａ−１〜１０Ｂ−ｍ）は、図１と同様、通信相手装置との間でのユーザパケットの交信に先立って、例えば、端末１０Ａ−１で示すように、ペイロード部にユーザが指定した通信制御情報を含む制御パケット６０を通信相手端末宛に送信する。
制御装置４０は、パケットを受信すると、パケットヘッダを解析し、実施例１と同様、通常のユーザパケットは、通信経路上の次の通信装置２０−１に転送し、制御パケット６０を受信した場合は、受信パケット６０のペイロードに記述されている通信制御情報と、通信網１００のトポロジー情報、リンク状態情報に基づいて、データベース４１を更新する。データベースの更新結果は、制御プレーン１０２内の他の全てのデータベース３０に反映される。また、制御装置４０は、例えば、ＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）等のシグナリングプロトコルを適用して、ユーザパケット経路に沿った他の通信装置３０との間にユーザに固有の通信パスを設定する。本実施例の場合も、通信網１００内の各ノード装置が、端末１０Ａ−１からの受信パケットを上記通信パスを経由させることによって、ユーザ要求に即応したＱｏＳ保証を実現できる。
【００３３】
実施例３
図３（Ａ）は、図２における制御装置４０がもつパケット転送制御情報の即時設定機能と、通信装置２０−１がもつパケットルーティング機能の両方を備えた制御装置５０を含むネットワーク構成を示す。制御装置５０は、アクセス網１Ａに収容された端末１０Ａ−１〜１０Ａ−ｎの送受信パケットについて、通信装置２０−１と同様、ヘッダ情報に応じたルーティング転送を行う。また、図３（Ｂ）に示ように、制御装置５０は、ペイロード部に通信制御情報を含む制御パケット６０を受信したとき、実施例１、２と同様、データベース４１を更新し、更新結果を制御プレーン１０２内の他のデータベースに反映する。これによって、本実施例も、実施例１、２と同様、ユーザ要求に即応したＱｏＳ保証を実現できる。
【００３４】
実施例４
図４（Ａ）は、アクセス網に収容されるユーザ端末にパケット転送制御情報用のデータベースを持たせた場合のネットワーク構成を示す。本実施例の場合、図４（Ｂ）に示すように、制御プレーン１０２に、端末（１０Ａ、１０Ｂ）に付随するデータベース１１Ａ、１１Ｂが含まれ、これらのデータベースと通信網１００内のデータベース３０（３０−１〜３０−３）と間で、例えば、ＲＩＰ、ＯＳＰＦ等のルーティングプロトコルを用いて、制御情報の同期化が行われる。
【００３５】
ここで、例えば、アクセス網１Ａに所属するユーザ端末１０Ａで、ユーザが、アクセス網１Ｂに所属するユーザ端末１０Ｂとの通信に先立って、通信サービスの選択操作を行うと、ユーザ端末１０Ａが、実施例１の制御装置４０が行ったのと同様、データベース１１Ａに対して変更を加える。パケット転送制御情報の変更結果は、データベース１１Ａと同一の制御プレーン１０２に属した他の全てのデータベース３０（３０−１〜３０−３）および１１Ｂにブロードキャストされ、各データベースに反映される。従って、各通信装置２０（２０−１〜２０−３）は、それぞれ付随するデータベース３０の内容に基づいて、通信網１００内にユーザ端末１０Ａに固有の通信経路を設定した後、端末１０Ａから端末１０Ｂに向かうユーザパケットを上記通信経路で転送することによって、端末１０Ａのユーザが所望するＱｏＳを実現できる。
【００３６】
図５は、制御パケット６０として利用されるＩＰｖ４バージョンのパケット６０（ＩＰｖ４）のフォーマットの一例を示す。制御パケット６０（ＩＰｖ４）は、ＯＳＩ参照モデルにおける第２層（データリンク層）のヘッダ情報を含むＬ２ヘッダ６１と、第３層（ネットワーク層）のヘッダ情報を含むＬ３ヘッダ６２と、ペイロード６３とから構成され、ペイロード６３には、ユーザが選択したサービスを示すサービスＩＤ６３０と、サービス区分によって異なった通信制御情報６４０を含む。
【００３７】
Ｌ３ヘッダ６２は、バージョン６２１、ヘッダ長６２２、サービスタイプ６２３、送信元アドレス６２４、宛先アドレス６２５、オプション６２６等のフィールドからなり、記サービスタイプ・フィールド６２３には、３ビットのｐｒｅｃｅｄｅｎｃｅフィールド６２３１に続いて、Ｄ（Delay）、Ｔ（Throughput）、Ｒ（Reliability）、未使用（Ｕｎｕｓｅｄ）のフィールドを含んでいる。
【００３８】
本発明では、例えば、端末１０Ａ−１のユーザが、図７〜図１２で後述する端末画面で、これから実行しようとする通信サービスを指定し、メニュー画面で通信サービスに応じた入力操作を行うと、端末１０Ａ−１が、ペイロード部６３にサービスＩＤと通信制御情報を含み、送信元アドレス６２４と宛先アドレス６２５に端末１０Ａ−１と通信相手のアドレスを含み、ｐｒｅｃｅｄｅｎｃｅフィールドに所定のビットパターンを含むパケットを生成し、これを上述した制御パケット６０として通信網１００に送信する。通信網１００がＩＰｖ４網の場合、制御装置４０（または５０）は、受信パケットのヘッダを解析し、ｐｒｅｃｅｄｅｎｃｅフィールド６２３１に所定のフラグビットをもつパケットであれば、受信パケットを制御パケットと認識し、データベース４１を更新する。
【００３９】
図６は、制御パケット６０として利用されるＩＰｖ６バージョンのパケット６０（ＩＰｖ６）のフォーマットの一例を示す。パケット６０（ＩＰｖ６）は、Ｌ２ヘッダ６２が、ベースヘッダ６２−１と拡張ヘッダ６２−２からなり、ベースヘッダにフローラベル６２７を含む。また、フローラベル６２７は、４ビットのＴＣＬＡＳＳ６２７１とフロー識別子５２７２から構成される。
【００４０】
端末１０Ａ−１で、ユーザが、端末画面でこれから実行しようとする通信サービスを指定し、メニュー画面で通信サービスに応じた入力操作を行うと、ペイロード部６３にサービスＩＤと通信制御情報を含み、送信元アドレス６２４と宛先アドレス６２５に端末１０Ａ−１と通信相手のアドレスを含み、ＴＣＬＡＳＳフィールドに所定のビットパターンを含むパケットが生成され、制御パケット６０として通信網１００に送信される。通信網１００がＩＰｖ６網の場合、制御装置４０（または５０）は、受信パケットのヘッダを解析し、ＴＣＬＡＳＳフィールド６２７１に所定のフラグビットをもつパケットであれば、受信パケットを制御パケットと認識し、データベース４１を更新する。
【００４１】
図７は、端末１０Ａ−１に表示されるサービス・エディター１００１の初期画面の一例を示す。サービス・エディターは、サービス選択ボタンとデータ送信ボタンとを含む。ユーザは、先ず、サービス選択ボタンを選択し、帯域制御に必要な情報を入力した後、データ送信ボタンを選択して、データの送信を行う。
【００４２】
図８は、サービス選択ボタンのクリックに応答して表示されるサービス選択画面１００２の一例を示す。ここでは、ユーザが選択可能なサービスとして、電子メールサービス、電子商取引サービス、ファイルバックアップサービス、時間指定配信サービスが用意されている。
【００４３】
図９は、上記サービス選択画面１００２で、ユーザが電子メールサービスを選択した時に表示されるメニュー画面１００３の一例を示す。ここでは、電子メールサービスにおいてユーザが選択可能なサービスメニューとして、普通サービス、速達サービス、書留サービスが用意されている。普通サービスは暗号化なしの低優先サービス、速達サービスは暗号化なしの高優先サービス、書留サービスは暗号化低優先サービスに対応している。
【００４４】
ユーザがメニュー画面１００３での入力操作を完了し、初期画面１００１でデータ送信を指定すると、端末１０Ａ−１は、図１３（Ａ）に示す制御パケット６０−１を生成し、これを通信網１００に送信する。これによって、端末ユーザは、通信相手に電子メールを送信可能な状態となる。制御パケット６０−１は、ペイロード６３に、電子メールサービスを示すサービスＩＤ６３０を含み、通信制御情報として、優先度６４１、暗号化の要否６４２と、必要に応じてその他の情報６４９を含む。
【００４５】
図１０は、サービス選択画面１００２で、ユーザが電子商取引サービスを選択した時に表示されるメニュー画面１００４の一例を示す。ここでは、電子商取引サービスにおいてユーザが選択可能なサービスメニューとして、口座取引サービス、電子決済サービス、トランザクションサービスが用意されている。口座取引サービスは低信頼低遅延サービス、電子決済サービスは低信頼中遅延サービス、トランザクションサービスは高信頼中遅延サービスに対応している。
【００４６】
ユーザがメニュー画面１００４での入力操作を完了し、初期画面１００１でデータ送信を指定すると、端末１０Ａ−１は、図１３（Ｂ）に示す制御パケット６０−２を生成し、これを通信網１００に送信する。これによって、端末ユーザは、電子商取引のための通信を開始できる。制御パケット６０−２は、ペイロード６３に、電子商取引サービスを示すサービスＩＤ６３０を含み、通信制御情報として、遅延度６４３、信頼度６４４と、必要に応じてその他の情報６４９を含む。
【００４７】
図１１は、サービス選択画面１００２で、ユーザがファイルバックアップサービスを選択した時に表示されるメニュー画面１００５の一例を示す。ここでは、ファイルバックアップサービスにおいてユーザが選択可能なサービスメニューとして、１メガバイト未満サービス、１Ｍバイト以上１ギガバイト未満サービス、１ギガバイト以上サービスが用意されている。
【００４８】
ユーザがメニュー画面１００５での入力操作を完了し、初期画面１００１でデータ送信を指定すると、端末１０Ａ−１は、図１３（Ｃ）に示す制御パケット６０−３を生成し、これを通信網１００に送信する。これによって、端末ユーザは、ファイルバックアップのための通信を開始できる。制御パケット６０−３は、ペイロード６３に、ファイルバックアップサービスを示すサービスＩＤ６３０を含み、通信制御情報として、ファイル容量６４５と、必要に応じてその他の情報６４９を含む。
【００４９】
図１２は、サービス選択画面１００２で、ユーザが時間指定配信サービスを選択した時に表示されるメニュー画面１００６の一例を示す。時間指定配信サービスでは、ユーザは、指定時間と送信データ容量を入力する。
【００５０】
ユーザがメニュー画面１００６での入力操作を完了し、初期画面１００１でデータ送信を指定すると、端末１０Ａ−１は、図１３（Ｄ）に示す制御パケット６０−４を生成し、これを通信網１００に送信する。これによって、端末ユーザは、時間指定配信のための通信を開始できる。制御パケット６０−４は、ペイロード６３に、時間指定配信サービスを示すサービスＩＤ６３０を含み、通信制御情報として、指定時間６４６、送信容量６４７と、必要に応じてその他の情報６４９を含む。
【００５１】
本実施例の場合、制御装置４０（または５０）は、受信パケットのｐｒｅｃｅｄｅｎｃｅフィールド６２３１またはＴＣＬＡＳＳフィールド６２７１をチェックし、例えば、最下位ビットが“1”であれば、制御パケットと判断してデータベースを更新し、最下位ビットが“0”であれば、宛先アドレス６２５に従って受信パケットを次の通信装置に転送する。
【００５２】
図１４は、制御装置４０のブロック構成の１例を示す。
制御装置４０は、アクセス網１または通信網１００に接続される回線インタフェース４００と、プロセッサ４０５と、メモリ４０６と、データベース４１とからなる。回線インタフェース４００は、入力回線に接続される受信回路４０１と、受信パケットを一時的に蓄積する受信バッファ４０２と、出力回線に接続される送信回路４０３と、送信パケットを一時的に蓄積する送信バッファ４０４からなる。
【００５３】
データベース４１には、パケット転送制御に必要なリンク状態テーブル４１１、ネットワークトポロジテーブル４１２、後述するラベル変換テーブル４３０、その他のテーブルが記憶されている。リンク状態テーブル４１１は、例えば、通信網１００におけるルート別に、トラフィック、パス帯域、帯域利用率、回線の正常／障害状態などを示す。
【００５４】
メモリ４０６には、プロセッサ４０５が実行する各種のプログラムが用意されている。ここでは、本発明に関係するプログラムとして、ＯＳＰＦ、ＬＭＰ（Link Management Protocol）などの通信プロトコル（ルーティングプロトコル）用のルーチン４２０と、パケットヘッダ解析ルーチン４２１、データベース計算ルーチン４２２、データベース更新ルーチン４２３が示してある。
【００５５】
プロセッサ４０５は、パケットヘッダ解析ルーチン４２１によって、受信バッファから受信パケットを読み出し、受信パケットのｐｒｅｃｅｄｅｎｃｅフィールド６２３１またはＴＣＬＡＳＳフィールド６２７１の最下位ビットをチェックする。最下位ビットが“０”であれば、受信パケットを通常のユーザパケットと判断し、送信バッファ４０３に転送する。送信バッファ４０３に蓄積されたパケットは、送信回路４０３によって出力回線に送出される。
【００５６】
プロセッサ４０５は、受信パケットのｐｒｅｃｅｄｅｎｃｅフィールド６２３１またはＴＣＬＡＳＳフィールド６２７１の最下位ビットが“１”であれば、受信パケットをユーザ端末が発行した制御パケット６０と判断し、データベース計算ルーチン４２２を実行する。
【００５７】
データベース計算ルーチン４２２は、受信パケット６０（６０−１〜６０−４）が示すサービスＩＤ６３０に従ってペイロード６３を解析し、ユーザ端末が指定した通信制御パラメータ値を抽出する。データベース計算ルーチン４２２は、データベース４１のリンク状態テーブル４１１とネットワークトポロジーテーブル４１２を参照し、上記通信制御パラメータ値に基づいて、例えば、ラベル情報や確保すべき帯域等、ユーザニーズに適合したパス設定に必要な制御パラメータ値を計算する。プロセッサ４０５は、この後、データベース更新ルーチン４２０３を実行し、これらのパラメータ値をラベル変換テーブル４３０の構造に適合したエントリ形式に変換して、ラベル変換テーブル４３０に追加（データベース４１を更新）する。
【００５８】
プロセッサ４０５は、パケットヘッダ解析ルーチン４２１とルーティングプロトコル用のルーチン４２０を並列的に実行している。ルーティングプロトコル用のルーチン４２０は、データベース４１が更新されたことを検知すると、変更された内容を通信網１００内の他のデータベースに反映するためのブロードキャスト（広告）パケットを生成し、これを送信バッファ４０４に出力する。尚、図に破線で示すように、専用回線１２０に接続された第２の回線インタフェース４０７を設けておき、上記ブロードキャストパケットを回線インタフェース４０７に出力することによって、専用回線で他のデータベースにブロードキャストするようにしてもよい。
【００５９】
図１５は、パケットルーティング機能を備えた制御装置５０のブロック構成の１例を示す。ここでは、制御装置４０の機能をルータに組み込んだ場合の装置構成を示す。
制御装置５０は、複数の拡張モジュール５０１（５０１−１〜５０１−ｋ）と、複数のインタフェースモジュール５１０（５１０−１〜５１０−ｎ）をスイッチ部５００で接続した構成となっている。本実施例では、図１４に示した制御装置４０を拡張モジュール５０１の１つ（通信制御モジュール５０１−１）として、スイッチ部５００に接続し、インタフェースモジュール５１０で受信した制御パケット６０をスイッチ部５００を介して通信制御モジュール５０１−１に入力し、通信制御モジュール５０１−１で生成したルーティング情報広告用のブロードキャストパケットをスイッチ部５００とインタフェースモジュール５１０を介して、他の通信ノード装置に送信するようになっている。
【００６０】
図１６は、インタフェースモジュール５１０のブロック構成の１例を示す。
インタフェースモジュール５１０では、入力回線に接続された受信回路５１１と、受信回路５１１から出力される受信パケットを一時的に蓄積するための受信バッファ５１２と、受信バッファ５１２から読み出した受信パケットのヘッダを解析して、受信パケットが通常のユーザパケットか制御パケットかを判定するヘッダ解析部５１３とを備える。
【００６１】
ヘッダ解析部５１３は、受信パケットのｐｒｅｃｅｄｅｎｃｅフィールド６２３１またはＴＣＬＡＳＳフィールド６２７１の最下位ビットが“１”であれば、受信パケットをユーザ端末が発行した制御パケット６０と判断し、受信パケットを内部ヘッダ付加回路５１４に出力すると共に、信号線５１３０にオン信号を出力する。最下位ビットが“０”であれば、受信パケットを通常のユーザパケットと判断し、信号線５１３０にオフ状態にしたまま、受信パケットを内部ヘッダ付加回路５１４に出力。
【００６２】
内部ヘッダ付加回路５１４は、信号線５１３０がオフ状態の時は、受信パケットの宛先アドレス（またはラベル情報）に基づいてルーティングテーブル５１５を検索し、宛先アドレスと対応するテーブルエントリが示すモジュール番号（内部ルーティング情報）を受信パケットに付加して、出力バッファ５１７に出力する。内部ヘッダ付加回路５１４は、信号線５１３０がオン状態の時は、レジスタ５１６が示す通信制御モジュール５０１−１のモジュール番号（内部ルーティング情報）を受信パケットに付加して、出力バッファ５１７に出力する。
【００６３】
出力バッファ５１７に蓄積されたパケットは、スイッチインタフェース５２０によってスイッチ部５００に出力され、スイッチ部５００は、受信パケットを内部ルーティング情報として付加されたモジュール番号と対応するモジュールに転送する。この結果、制御パケット６０は、通信制御モジュール５０１−１に入力され、図１４で説明した手順で処理される。また、通常のユーザパケットは、内部ルーティング情報として付加されたモジュール番号と対応する何れかのインタフェースモジュールに転送される。
【００６４】
インタフェースモジュール５１０では、スイッチ部５００から出力されたパケットをスイッチインタフェース５２０で受信し、入力バッファ５２１に蓄積する。入力バッファ５２１に蓄積されたパケットは、ラベル変換部５２２によって読み出され、不要となったモジュール番号を除去した後、ラベル変換テーブル５２３に従って、ラベルの付加／変換／削除を含むラベル変換処理が施される。ラベル変換部５２２からの出力パケットは、送信バッファ５２４と送信回路５２５を介して出力回線に送出される。
【００６５】
尚、ルーティングテーブル５１５、レジスタ５１６、ラベル変換テーブル５２３は、制御プロセッサ５３に接続されている。データベース４１のラベル変換テーブル４３０が更新された時、通信制御モジュール５０１−１（制御装置４０）からのテーブル更新指令に応答して、上記制御プロセッサ５３が、ラベル変換テーブル５２３の内容を更新する。上記テーブル更新指令は、ルーティングプロトコル用のルーチン４２０から制御プロセッサ５３宛に内部制御パケット形式で発行してもよいし、制御プロセッサ５３が前述したブロードキャストパケットを監視し、捕捉したブロードキャストパケットの内容に基づいて、ラベル変換テーブル５２３を更新するようにしてもよい。
【００６６】
以下、本発明の制御装置の具体的な応用例について説明する。
図１７（Ａ）は、本発明の制御装置４０をＭＰＬＳルータで構成された通信網に適用した場合のネットワーク構成を示す。通信網１００は、制御装置４０と、複数のラベルスイッチルータ（ＬＳＲ：Label Switch Router）２１（２１−１〜２１−３）で構成され、イーサネットなどの通信回線でアクセス網１Ａ、１Ｂと接続されている。通信網１００は、論理的には、図１７（Ｂ）に示すように、データプレーン１０１と制御プレーン１０２に分離され、制御プレーン１０２には、制御装置４０およびＬＳＲ２１に付随する複数のデータベース４１、３０−１〜３０−３が所属し、これらのデータベースは、自律分散的に情報の同期化と更新が行われている。
【００６７】
図１８は、上記通信網１００において、制御装置４０のデータベース４１がラベル変換テーブル４３０として備えるＭＰＬＳフォワーディングテーブル４４０の構成の一例を示す。
ＭＰＬＳフォワーディングテーブル４４０のテーブルエントリは、各エントリの共通項目情報として、宛先アドレス４４１、ＦＥＣ（Forwarding Equivalent Class）４４２、Ｎｅｘｔ  Ｈｏｐ４４３、ラベル４４４、インストラクション４４５を含み、ユーザが選択したサービス種類に依存する項目情報として、優先度４４６、暗号化要否４４７、遅延度４４８、信頼度４４９、帯域４５０、指定時間４５１、送信容量４５２を含む。
【００６８】
ＦＥＣ（Forwarding Equivalent Class）４４２、Ｎｅｘｔ  Ｈｏｐ４４３、ラベル４４４の値は、データベース計算ルーチン４２２が、リンク状態テーブル４１１、ネットワークトポロジーテーブル４３０の内容と、制御パケット６０が示す上記サービス種類依存項目の値とに基づいて、所定の計算アルゴリズムに従って決定する。図示した例では、エントリＥＮ−１は、制御パケット６０−１の受信時に生成され、エントリＥＮ−２、ＥＮ−３、ＥＮ−４は、それぞれ制御パケット６０−２、６０−３、６０−４の受信時に生成されたものである。
【００６９】
本実施例のように、通信網１００内のノード装置２０がＬＳＲの場合、制御装置４０がＭＰＬＳフォワーディングテーブル４４０に追加した新たなエントリの内容は、例えば、ＬＤＰ（Label Distribution Protocol）やＲＳＶＰ−ＴＥ（Resource Reservation Protocol-Traffic Engineering）等のプロトコルを用いて、通信網１００内の各ＬＳＲ２１（２１−１〜２１−３）に配布される。また、上記追加エントリに基づいて、通信網１００内には、例えば、ＧＭＰＬＳのシグナリング機能を用いて、明示的なＰＳＣ−ＬＳＰ（Packet Switch Capable-Label Switched Path）のパス設定が可能となる。
【００７０】
次に、図１９と図２０を参照して、通信網１００内にＶＬＡＮを設定する場合について説明する。
図１９（Ａ）は、本実施例における通信網１００とアクセス網１Ａ、１Ｂからなるネットワーク構成を示し、図１９（Ｂ）は、通信網１００の論理的な構成を示している。ここでは、通信網１００は、制御装置４０と、それぞれデータベース３０（３０−１〜３０−３）を備えた複数のＬＡＮスイッチ２３（２３−１〜２３−３）からなる。本実施例では、通信網１００は、アクセス網１Ａ、１Ｂとイーサネットなどの通信回線で接続され、各ＬＡＮスイッチ１２は、ＩＥＥＥ８０２．１Ｑで規定されたスパニングツリーを構成している。
【００７１】
図２０は、本実施例でデータベース４１にラベル変換テーブル４３０として形成されるＶＬＡＮテーブル４７０の主要部を示す。ＶＬＡＮテーブル４７０の各エントリは、共通項目情報として、送信元ＭＡＣアドレス４７１、宛先ＭＡＣアドレス４７２、ＴＡＧ４７３、使用ポート数４７４、レジストレーション４７５を含み、この他に、ユーザが選択したサービス種類に依存する項目情報として、図１８と同様の情報を含む。
【００７２】
制御装置４０が、ＶＬＡＮテーブル４７０を更新すると、データベース４１の内容が、例えば、ＧＭＰＬＳで規定されているＯＳＰＦ―ＴＥ等のルーティングプロトコルを用いて、通信網１００内の他のデータベース３０（３０−１〜３０−３）にブロードキャストされる。ＬＡＮスイッチ２３−１〜２３−３の間には、ＧＭＰＬＳのシグナリングプロトコルＲＳＶＰ−ＴＥを用いて、Ｌ２ＳＣ（Layer 2 Switch Capable）のＬＳＰを設定できる。
【００７３】
次に、図２１と図２２を参照して、通信網１００内の光クロスコネクト装置にパスを設定する場合について説明する。
図２１（Ａ）は、本実施例における通信網１００とアクセス網１Ａ、１Ｂからなるネットワーク構成を示し、図２１（Ｂ）は、通信網１００の論理的な構成を示している。ここでは、通信網１００は、制御装置４０と、それぞれデータベース３０（３０−１〜３０−３）を備えた複数の光クロスコネクト装置（ＯＸＣ）２４（２４−１〜２４−３）からなる。通信網１００とアクセス網１Ａ、１Ｂは、イーサネットなどの通信回線で接続されている。
【００７４】
図２２は、本実施例において、データベース４１にラベル変換テーブルとして形成される波長管理テーブル４８０の主要部を示す。
波長管理テーブル４８０の各エントリは、共通項目情報として、入力ポート４８１、入力波長４８２、出力ポート４８３、出力波長４８４を含み、この他に、ユーザが選択したサービス種類に依存する項目情報として、図１８と同様の情報を含む。
【００７５】
制御装置４０は、波長管理テーブル４８０を更新すると、例えば、ＧＭＰＬＳで規定されているＯＳＰＦ―ＴＥ等のルーティングプロトコルを用いて、更新結果を通信網１００内の他のデータベース３０（３０−１〜３０−３）にブロードキャストする。ＯＸＣ２４−１〜２４−３の間には、ＧＭＰＬＳのシグナリングプロトコルＲＳＶＰ−ＴＥを用いて、ＬＳＣ（Lamda Switch Capable）のＬＳＰを設定できる。このように、本発明では、ユーザ指定情報に基づいて、ＯＸＣ間のパスを設定することも可能である。
【００７６】
以上のように、制御装置４０（または５０）は、データベース４１内に、通信網を構成するノード装置の種類と制御パケット６０で指定する通信制御情報に応じた形式で、ラベル変換テーブル４３０を形成できる。本発明を利用すれば、例えば、複数のルータからなる通信網１００に、ユーザ要求に応じてＶＰＮを設定することも可能となる。すなわち、制御装置４０は、例えば、制御パケット６０で指定された通信制御情報と、データベース４１に記憶されたリンク情報テーブル、トポロジー情報テーブル、ラベル変換テーブルを参照して、Ｈｏｐ数と適用すべきトンネルプロトコルの種別を決定し、これをサービス種類に依存する項目情報と共に、ユーザパケットのＩｎｇｒｅｓｓアドレス、Ｅｇｒｅｓｓアドレスと対応してＶＰＮ管理テーブルに記憶することによって、ＧＭＰＬＳのシグナリング機能を用いて、通信網内にＶＰＮを設定できる。
【００７７】
図２３は、本発明の更に他の実施例として、通信網１００の各ノード装置が、本発明のリアルタイム帯域保証機能によってデータベースに設定された情報をネットワーク管理者に通知できるようにしたネットワーク構成を示す。
図２３において、通信網１００を構成する制御装置４０と通信装置２０（２０−１〜２０−３）は、管理網９を介して管理サーバ９０と接続されている。
【００７８】
制御装置４０は、端末から制御パケット６０を受信すると、データベース４１を更新し、更新結果をブロードキャストして、通信網１００内の他のノード装置のデータベースに反映する。このとき、制御装置４０、通信装置２０のデータベースを管理サーバ９０が備えるデータとを同一の制御プレーンに所属させることによって、ネットワーク管理者が、管理サーバ９０の表示画面で更新されたデータベースの内容を逐次モニターすることが可能となる。尚、管理サーバ９０と通信網１００との接続を管理サーバ９０と制御装置４０との接続に限定し、制御装置４０が送受信するブロードキャストメッセージに従って、管理サーバ９０のデータベースを更新するようにしてもよい。
【図面の簡単な説明】
【００７９】
【図１】本発明の制御装置を適用した第１実施例のネットワークシステムを示す構成図。
【図２】本発明の制御装置を適用した第２実施例のネットワークシステムを示す構成図。
【図３】本発明の制御装置を適用した第３実施例のネットワークシステムを示す構成図。
【図４】ユーザ端末に本発明を適用した第４実施例のネットワークシステムを示す構成図。
【図５】本発明の制御パケットに適用されるＩＰｖ４バージョンのパケットフォーマットを示す図。
【図６】本発明の制御パケットに適用されるＩＰｖ６バージョンのパケットフォーマットを示す図。
【図７】ユーザ端末に表示されるサービスエディターの初期画面の１例を示す図。
【図８】ユーザ端末に表示されるサービス選択画面の１例を示す図。
【図９】ユーザ端末に表示される電子メールサービスのメニュー画面を示す図。
【図１０】ユーザ端末に表示される電子商取引サービスのメニュー画面を示す図。
【図１１】ユーザ端末に表示されるファイルバックアップサービスのメニュー画面を示す図。
【図１２】ユーザ端末に表示される時間指定配信サービスのメニュー画面を示す図。
【図１３】図９〜図１２に示したメニュー画面と対応して生成される制御パケットを示す図。
【図１４】本発明による制御装置４０の１実施例を示す卯ロック構成図。
【図１５】本発明による制御装置５０の１実施例を示すブロック構成図。
【図１６】図１５におけるインタフェースモジュール５１０の１実施例を示すブロック構成図。
【図１７】本発明による制御装置の応用例となるラベルスイッチルータからなるネットワークの構成図。
【図１８】図１７において制御装置が形成するラベル変換テーブルの１例を示す図。
【図１９】本発明による制御装置の応用例となるＬＡＮスイッチからなるネットワークの構成図。
【図２０】図１９において制御装置が形成するラベル変換テーブルの主要部の１例を示す図。
【図２１】本発明による制御装置の応用例となる光クロスコネクト装置からなるネットワークの構成図。
【図２２】図２１において制御装置が形成するラベル変換テーブルの主要部の１例を示す図。
【図２３】本発明の制御装置を適用したネットワークシステムの更に他の実施例を示す構成図。
【図２４】従来のネットワークシステムの１例を示す構成図。
【符号の説明】
【００８０】
１００：通信網、１Ａ，１Ｂ：アクセス網、１０：端末、２０：通信装置、
３０、４１：パケット転送制御情報用のデータベース、４０、５０：制御装置、
６０：制御パケット、１０１：データプレーン、１０２：制御プレーン、
４００：回線インタフェース、４０５：プロセッサ、４１１：リンク状態テーブル、
４１２：ネットワークトポロジテーブル、４２０：ルーティングプロトコル、
４２１：パケッヘッダ解析ルーチン、４２２：データベース計算ルーチン、
４２３：データベース更新ルーチン、４３０：ラベル変換テーブル、
５０６：メモリ、５００：スイッチ部、５０１：拡張モジュール、
５１０：インタフェースモジュール、５１３：ヘッダ解析部。
【図１】
2005244405.tif 000003
【図２】
2005244405.tif 000004
【図３】
2005244405.tif 000005
【図４】
2005244405.tif 000006
【図５】
2005244405.tif 000007
【図６】
2005244405.tif 000008
【図７】
2005244405.tif 000009
【図８】
2005244405.tif 000010
【図９】
2005244405.tif 000011
【図１０】
2005244405.tif 000012
【図１１】
2005244405.tif 000013
【図１２】
2005244405.tif 000014
【図１３】
2005244405.tif 000015
【図１４】
2005244405.tif 000016
【図１５】
2005244405.tif 000017
【図１６】
2005244405.tif 000018
【図１７】
2005244405.tif 000019
【図１８】
2005244405.tif 000020
【図１９】
2005244405.tif 000021
【図２０】
2005244405.tif 000022
【図２１】
2005244405.tif 000023
【図２２】
2005244405.tif 000024
【図２３】
2005244405.tif 000025
【図２４】
2005244405.tif 000026