(57)【要約】【課題】ＭＰＬＳ／ＧＭＰＬＳネットワークにおいて、制御シーケンスを煩雑にすることなく、通信路が各ホップで使用するリンクと、管理ドメイン或いはレイヤ境界でのアダプテーションを、サービス種別や保守要件に応じて適切に自動選択する。【解決手段】第一に、提供しようとするサービスの識別子及び、サービスの属性を、通信路の確立制御メッセージに載せて、パス確立を要求する手段を、起点ノードに設け、第二に、サービス識別子及び／又はサービスの属性を元に、通信路の保守要件及びアダプテーションを決定する手段を、各ノードに設ける。第三に、ネットワーク資源の保守属性と、前記保守要件とを比較することで、通信路が通過するリンクやノードを決定する。決定したリンク、ノード、アダプテーションを、スイッチ及び／又はインタフェースの動作パラメータとして設定する。【選択図】  図１
2010045439.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードと、第１のパス計算装置とを備え、複数のノード間でパスを確立するための制御信号を転送して、パスを確立する通信ネットワークシステムであって、
前記第１のパス計算装置は、
サービス識別子、サービス属性、保守要件及びアダプテーションを対応付けて記憶するサービス定義テーブルと、
リンク及びリンクの保守属性を対応付けて記憶するリンク属性テーブルと、
を備え、
前記ノードは、
セッション識別子、サービス識別子、サービス属性及び明示的経路、及び、アダプテーション情報を対応付けて記憶するセッション管理テーブル
を備え、
パスの起点となる第１のノードは、サービス識別子及びサービス属性を含むパス計算要求を、前記第１のパス計算装置に送り、
前記第１のパス計算装置は、
受け取ったサービス識別子及びサービス属性を元に、サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、
決定した保守要件を満足する保守属性をもつ複数のリンクを前記リンク属性テーブルから抽出し、抽出された複数のリンクから構成されるネットワーク上に、各ホップにおいて保守要件を満足可能な通信路の経路候補を決定し、及び／又は、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、パスの端点における各種接続機能であるアダプテーション情報を決定し、
決定した経路候補及び／又はアダプテーション情報を含むパス計算応答を作成し、パス計算応答を要求元の前記第１のノードに返し、
前記第１のノードは、
受取ったパス応答に、アダプテーション情報が含まれる場合に、
受取ったパス計算応答に含まれるアダプテーション情報を、サービス識別子及びサービス属性及び明示的経路と関連付けて前記セッション管理テーブルに保持し、
前記第１のパス計算装置から受信したパス計算応答に含まれるアダプテーション情報に基づいて、自ノードのアダプテーション機能を設定し、
サービス識別子、サービス属性付きの明示的経路を含むパス確立要求を次ホップの第２のノードに送る
ようにした通信ネットワークシステム。
【請求項２】
請求項１に記載の通信ネットワークシステムであって、
サービス識別子及びサービス属性を含むパス確立要求を前記第１のノードへ発行する通信路確立要求装置をさらに備え、
前記第１のノードは、前記通信路確立要求装置からパス確立要求を受けると、サービス識別子及びサービス属性を含むパス計算要求を前記第１のパス計算装置に送ることを特徴とする通信ネットワークシステム。
【請求項３】
請求項１に記載の通信ネットワークシステムであって、
前記パス計算装置は、
前記決定したアダプテーション情報を、前記明示的経路に挿入し、
前記決定したアダプテーションを設定すべき対象のネットワーク資源を、前記明示的経路に挿入する箇所により指定する
ことを特徴とする通信ネットワークシステム。
【請求項４】
請求項１に記載の通信ネットワークシステムであって、
明示的経路に基づくリンク上の各ノード間で、パス確立要求がやり取りされ、必要に応じて前記第１又は第２のパス計算装置への問い合わせ応答がなされ、セッション及びアダプテーション情報が各ノードに保持されることを特徴とする通信ネットワークシステム。
【請求項５】
請求項１に記載の通信ネットワークシステムであって、
起点の前記第１のノードは、
提供しようとするサービスの識別子及びサービス属性をパス確立要求のメッセージに含めて、パス確立を要求する手段を備えたことを特徴とする通信ネットワークシステム。
【請求項６】
請求項１に記載の通信ネットワークシステムであって、
パス終点である第３のノードは、パス計算応答に含まれるアダプテーション情報を取り出して、アダプテーション及びクロスコネクションを、インタフェース部及びスイッチ部に設定し、前ホップへパス確立応答メッセージを転送することを特徴とする通信ネットワークシステム。
【請求項７】
請求項１に記載の通信ネットワークシステムであって、
各前記ノードは、パス確立応答を下流のノードから受信すると、前記セッション管理テーブルに格納されたアダプテーション情報に基づき、インタフェース部を設定することを特徴とする通信ネットワークシステム。
【請求項８】
請求項１に記載の通信ネットワークシステムであって、
前記第１のパス計算装置は、
決定した経路候補を構成する何れかのホップのリンクが、サーバレイヤであるパスにより構成されるべきである場合、該リンクの端点を該パスの端点として含み、サービス識別子及びサービス属性を含むパス計算要求をサーバレイヤの第２のパス計算装置に送り、
前記第２のパス計算装置は、
前記第１のパス計算装置と同様に、前記サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、前記リンク属性テーブルを用いて、各ホップにおいて保守要件を満足可能なパスを決定し、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、前記パスの端点におけるアダプテーション情報を決定すること
を特徴とする通信ネットワークシステム。
【請求項９】
請求項１に記載の通信ネットワークシステムであって、
前記第１のパス計算装置は、
受信したパス確立要求に含まれるサービスの識別子及び／又はサービス固有の属性を評価することで、通信路の保守要件及び／又はアダプテーションを決定する手段と、
各ノードやノード間のリンクを含むネットワーク資源の保守要件を保持する手段と、
ネットワーク資源の保守属性と前記通信路の保守要件とを比較することで、前記保守要件を満足可能なリンクやノードを、パス計算を要求された区間のエンドツーエンドに渡って選択することで、パスの経路を決定し、決定したパス経路とアダプテーションを要求元に返す手段と、
を備えたことを特徴とする通信ネットワークシステム。
【請求項１０】
請求項１に記載の通信ネットワークシステムであって、
前記第１のパス計算装置は、
更に、アダプテーションチケットとアダプテーションの対応関係を記憶したチケット内容管理テーブルを備え、
前記アダプテーション情報に、アダプテーションの種別に非依存なタグ情報であるアダプテーションチケットを割当て、アダプテーションとアダプテーションチケットの対応関係を保持する手段と、
前記応答のアダプテーションに代えてアダプテーションチケットを返す手段と、
前記パス計算要求に前記アダプテーションチケットが含まれる場合に、対応するアダプテーションを返す手段と
を備えたこと並びに、
前記各ノードは、
前記パス計算装置から受取ったパス計算応答に含まれる、アダプテーションチケットを含んだ明示的経路を、パス確立要求に挿入して隣接する下流ノードにパス確立を要求する手段と、
受け取ったパス確立要求に含まれる明示的経路を先頭から解釈し、アダプテーションチケットが現れたなら、アダプテーションチケットに含まれるチケット発行元のパス計算装置識別子で示される前記第１のパス計算装置に対して、該アダプテーションチケットを含むパス計算要求を発行する手段
を備えたこと並びに、
前記第１のパス計算装置は、アダプテーションチケットを含むパス計算要求を受取ると、アダプテーションチケット発行時に保持したアダプテーション情報を、前記チケット内容管理テーブルから取り出し、アダプテーション情報と明示的経路を含むパス計算応答を要求元の前記第１のノードに返す手段と
を備えたこと
を特徴とする通信ネットワークシステム。
【請求項１１】
請求項１０に記載の通信ネットワークシステムであって、
前記第１のパス計算装置は、前記アダプテーションチケットを割当てる際に、該アダプテーションチケットの有効期間を設定し、有効期間が満了した場合には該アダプテーションチケットを無効とする手段
を備えたことを特徴とする通信ネットワークシステム。
【請求項１２】
請求項１に記載の通信ネットワークシステムであって、
前記第１のパス計算装置は、
パス計算を要求された区間の一部区間について、更に詳細のパスの経路及び／またはアダプテーションの決定を、第２のパス計算装置に要求し、応答を受取り、自パス計算装置が決定したパスの経路及びアダプテーション情報の、前記一部区間の部分に、前記受取った応答に含まれる経路及び／又はアダプテーション情報を挿入することで、自パス計算装置が受取ったパス計算要求の応答を生成する手段
を備えたことを特徴とする通信ネットワークシステム。
【請求項１３】
請求項１に記載の通信ネットワークシステムであって、
前記アダプテーション情報によるアダプテーション機能は、前記ノードが転送するデータについて、カプセル化機能、フローを分配又は統合する機能、管理アラームを選択的に転送する機能のうちいずれかひとつ又は複数を有することを特徴とする通信ネットワークシステム。
【請求項１４】
請求項１に記載の通信ネットワークシステムであって、
前記アダプテーション情報によるアダプテーション機能は、前記ノードが転送するデータについて、ＱｏＳマッピング機能、及び／又は、符号変換機能を有することを特徴とする通信ネットワークシステム。
【請求項１５】
請求項１に記載の通信ネットワークシステムであって、
前記通信路の保守要件と前記ネットワーク資源の保守属性は、サービスを提供すべき時間帯に関する情報、及び／又は、サービスの停止を許容する時間の長さに関する情報、を含むことを特徴とする通信ネットワークシステム。
【請求項１６】
請求項１に記載の通信ネットワークシステムであって、
前記パス確立要求又は前記パス確立応答が、ＭＰＬＳ又はＧＭＰＬＳ拡張ＲＳＶＰであることを特徴とする通信ネットワークシステム。
【請求項１７】
複数のノードと、パス計算装置とを備え、複数のノード間でパスを確立するための制御信号を転送して、パスを確立する通信ネットワークシステムにおけるパス計算装置であって、
前記パス計算装置は、
サービス識別子、サービス属性、保守要件及びアダプテーションを対応付けて記憶するサービス定義テーブルと、
リンク及びリンクの保守属性を対応付けて記憶するリンク属性テーブルと、
を備え、
前記ノードは、
セッション識別子、サービス識別子、サービス属性及び明示的経路、及び、アダプテーション情報を対応付けて記憶するセッション管理テーブル
を備え、
前記パス計算装置は、
パスの起点となる第１のノードから、サービス識別子及びサービス属性を含むパス計算要求を受け取り、
受け取ったサービス識別子及びサービス属性を元に、サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、
決定した保守要件を満足する保守属性をもつ複数のリンクを前記リンク属性テーブルから抽出し、抽出された複数のリンクから構成されるネットワーク上に、各ホップにおいて保守要件を満足可能な通信路の経路候補を決定し、及び／又は、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、パスの端点における各種接続機能であるアダプテーション情報を決定し、
決定した経路候補及び／又はアダプテーション情報を含むパス計算応答を作成し、パス計算応答を要求元の前記第１のノードに返す
ようにしたパス計算装置。
【請求項１８】
請求項１７に記載のパス計算装置であって、
前記パス計算装置は、
アダプテーション情報に代えてアダプテーションチケットを返し、及び／又は、
パス計算要求にアダプテーションチケットが含まれるならば、アダプテーションチケットに対応するアダプテーション情報を返すこと
を特徴とするパス計算装置。
【請求項１９】
複数のノードと、第１のパス計算装置とを備え、複数のノード間でパスを確立するための制御信号を転送して、パスを確立する通信ネットワークシステムにおける通信路確立制御方法であって、
前記第１のパス計算装置は、
サービス識別子、サービス属性、保守要件及びアダプテーションを対応付けて記憶するサービス定義テーブルと、
リンク及びリンクの保守属性を対応付けて記憶するリンク属性テーブルと、
アダプテーションチケットとアダプテーションの対応関係を記憶したチケット内容管理テーブル、
を備え、
前記ノードは、
セッション識別子、サービス識別子、サービス属性及び明示的経路、及び、アダプテーション情報を対応付けて記憶するセッション管理テーブル
を備え、
パスの起点となる第１のノードは、サービス識別子及びサービス属性を含むパス計算要求を、前記第１のパス計算装置に送り、
前記第１のパス計算装置は、
受け取ったサービス識別子及びサービス属性を元に、サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、
決定した保守要件を満足する保守属性をもつ複数のリンクを前記リンク属性テーブルから抽出し、抽出された複数のリンクから構成されるネットワーク上に、各ホップにおいて保守要件を満足可能な通信路の経路候補を決定し、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、パスの端点における各種接続機能であるアダプテーション情報を決定し、アダプテーション情報に対するアダプテーション種別に非依存なタグ情報であり、発行元のパス計算装置識別子とチケット識別子とを含むアダプテーションチケットを発行し、アダプテーション情報とチケット識別子を、チケット内容管理テーブルに格納し、
経路上のノードの識別子と、発行されたアダプテーションチケットとを、確立しようとする通信路上に現れる順に明示的経路オブジェクトに含み、且つ、サービス識別子及びサービス属性を含むパス計算応答を作成し、パス計算応答を要求元の前記第１のノードに返し、
前記第１のノードは、
受け取ったパス計算応答に含まれる明示的経路を先頭から解釈し、アダプテーションチケットが現れたなら、アダプテーションチケットに含まれるチケット発行元のパス計算装置識別子で示される前記第１のパス計算装置に対して、該アダプテーションチケットを含むパス計算要求を発行し、
前記第１のパス計算装置は、アダプテーションチケットを含むパス計算要求を受取ると、アダプテーションチケット発行時に保持したアダプテーション情報を、前記チケット内容管理テーブルから取り出し、アダプテーション情報と明示的経路を含むパス計算応答を要求元の前記第１のノードに返し、
前記第１のノードは、
受取ったパス計算応答に含まれるアダプテーション情報を、サービス識別子及びサービス属性及び明示的経路と関連付けて前記セッション管理テーブルに保持し、
前記第１のパス計算装置から受信したパス計算応答に含まれるアダプテーション情報に基づいて、自ノードのアダプテーション機能を設定し、
サービス識別子、サービス属性、及び、アダプテーションチケット付きの明示的経路を含むパス確立要求を次ホップの第２のノードに送る
ようにした通信路確立制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークシステム、パス計算装置、通信路確立制御方法に係り、特に、管理ドメインまたは管理対象レイヤが複数存在する通信ネットワークにおいて、管理ドメインを跨って、或いはレイヤを跨って、通信路を確立するための通信ネットワークシステム、通信装置、通信路確立制御方法に関する。
【背景技術】
【０００２】
通信ネットワークに通信路を動的に設定するための技術として、ＭＰＬＳ（ＩＥＴＦ，ＲＦＣ３０３１，Ｅ．  Ｒｏｓｅｎ他，“Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ”）、ＧＭＰＬＳ（ＩＥＴＦ，ＲＦＣ３９４５，Ｅｒｉｃ  Ｍａｎｎｉｅ他，“Ｇｅｎｅｒａｌｉｚｅｄ  Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ”）等の技術がある。本技術は、ＧＭＰＬＳ  ＲＳＶＰ−ＴＥ（ＩＥＴＦ，ＲＦＣ３４７３，Ｌ．Ｂｅｒｇｅｒ他，“Ｇｅｎｅｒａｌｉｚｅｄ  Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  （ＧＭＰＬＳ）  Ｓｉｇｎａｌｉｎｇ  Ｒｅｓｏｕｒｃｅ  ＲｅｓｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ  （ＲＳＶＰ−ＴＥ）  Ｅｘｔｅｎｓｉｏｎｓ”）等のシグナリングプロトコルにより、ＴＤＭスイッチや時分割多重装置やパケットスイッチ等のネットワーク装置により構成された通信ネットワーク上に、仮想的な通信路であるところのＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ）を設定する。
ＧＭＰＬＳ或いはネットワークが、複数のレイヤ又は複数の管理ドメインによって構成される場合に、レイヤ又は管理ドメインを跨った通信路をシグナリングにより確立する方式として、特許文献１記載の技術や非特許文献１記載の技術が知られている。
特許文献１記載の技術によれば、ＲＳＶＰ−ＴＥにより通信路を確立する際に、各通信路を利用するサービス毎に、通信路が利用するリンク（すなわち下位レイヤの通信路）を決定することが可能となる。具体的には、下位レイヤの通信路にサービス識別子を予め付与しておき、上位レイヤのエッジノードがサービス識別子を載せて通信路確立要求を発行する。レイヤ境界のノードは、選択可能なリンクの内、リンクが保持するサービス識別子が、受信した通信路確立要求に含まれるサービス識別子に一致するリンクを選択する。
非特許文献１記載の技術は、第一の管理ドメイン（以下ドメイン１）内のノードと、第二の管理ドメイン（以下ドメイン２）内のノードの間に、ＧＭＰＬＳにより通信路を確立する際、各々のドメインを管理するＰＣＥ（Ｐａｔｈ  Ｃｏｍｐｕｔａｔｉｏｎ  Ｅｌｅｍｅｎｔ）と呼ばれる管理実体間の、協調処理により通信路の経路を決定する手段を提供する。
具体的には、起点ノードがドメイン１のＰＣＥ（以下ＰＣＥ１）に経路計算を要求すると、ＰＣＥ１はドメイン１内の区間（以下区間１）について、通信路の経路を計算し、引き続きＰＣＥ２に対して、ドメイン２内の区間（以下区間２）について通信路の経路の計算を要求する。ＰＣＥ２は、区間２の計算結果に対応するキー情報（Ｐａｔｈ  Ｋｅｙ）をＰＣＥ１に対して返す。ＰＣＥ１は、区間１の経路と区間２のＰａｔｈ  Ｋｅｙとを、起点ノードに返す。
起点ノードは、区間１の経路と区間２のＰａｔｈ  Ｋｅｙとを載せた、通信路確立要求を発行し、ドメイン１とドメイン２の間の境界ノードは、受け取ったＰａｔｈ  Ｋｅｙを用いてＰＣＥ２に問い合わせることで、区間２の経路を取得し、区間２について通信路を確立する。
【０００３】
【特許文献１】特開２００５−２５２３８５号公報
【非特許文献１】Ｒ．Ｂｒａｄｆｏｒｄ他，“Ｐｒｅｓｅｒｖｉｎｇ  Ｔｏｐｏｌｏｇｙ  Ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ  ｉｎ  Ｉｎｔｅｒ−Ｄｏｍａｉｎ  Ｐａｔｈ  Ｃｏｍｐｕｔａｔｉｏｎ  ａｎｄ  Ｓｉｇｎａｌｉｎｇ”，ＩＥＴＦ  Ｉｎｔｅｒｎｅｔ  ｄｒａｆｔ，ｄｒａｆｔ−ｂｒａｄｆｏｒｄ−ｐｃｅ−ｐａｔｈ−ｋｅｙ−００．ｔｘｔ，２００６−６−１６
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、例えば、通信路を確立しようとする際に、ネットワーク設計者がその都度判断することなく、自動的に通信路の保守要件（例:確立しようとする通信路が通過する、各リンクの保守属性が満足すべき制約条件式）及びネットワーク資源の保守属性（例:リンクをどのように保守するかを特徴付ける属性）を考慮して、通信路が各ホップで使用するリンクを決定することを可能とする。また、本発明は、サービス種別や保守要件毎に異なる、レイヤ間や管理ドメインをまたがって通信路を接続する際のアダプテーション（各種接続機能）を自動的に設定可能とする。
ここでネットワーク資源の保守属性とは、通信路が使用するデータスイッチやネットワークインタフェース、各ホップのリンク等のネットワーク資源の、保守に関する属性である。保守属性には、例えば、計画工事の時間帯、障害時の交換対応時間帯、定期交換対象有無、保守担当者、製造ベンダ、予備品有無、ＭＴＢＦ（Ｍｅａｎ  Ｔｉｍｅ  Ｂｅｔｗｅｅｎ  Ｆａｉｌｕｒｅ）、ＭＴＴＲ（Ｍｅａｎ  Ｔｉｍｅ  Ｔｏ  Ｒｅｐａｉｒ）、物品番号、物品のバージョン番号、障害切り分け試験機能有無、賠償責任保険の加入有無、無償交換保証契約有無、などを含む。
通信路の保守要件とは、サービスを提供する通信路が使用する、ネットワーク資源が満たすべき保守属性であり、前記保守属性に対する制約条件式で表現される。
特許文献１記載の技術によれば、あるレイヤの通信路が使用する、下位レイヤの通信路を、サービス識別子毎に制御することが可能となる。しかしながら、その制御はサービス識別子の比較に基づくため、同じサービスであるならば、保守要件が異なっていても、同じ下位レイヤ通信路に収容されてしまう可能性がある。例えば、「広域ＬＡＮサービス１００Ｍｂｐｓ」という同じサービスであるならば、日中のサービス途断が許容されない金融業向けサービスと、夜間〜深夜のサービス途断が許容されないＴＶ放送アクセス回線とが、同一の下位レイヤ通信路に収容されることがあり得る。その為、下位レイヤにおける設備更改などの保守作業の時間が制約を受ける。
また特許文献１記載の技術は、アダプテーションを制御する方法を規定してはいない。アダプテーションもまた保守要件と同様多種多様であり、同様の課題が発生すると考えられる。
非特許文献１記載の技術は、ドメイン１とドメイン２が、各々のドメイン内のトポロジを互いに隠蔽することが主な目的であり、本発明が解決しようとする課題と直接の関連性は少ない。しかし、特許文献１と組み合わせ、さらにＰＣＥ２がアダプテーションもまた決定するようにすることで、ＧＭＰＬＳシグナリングで運ぶデータサイズを小さくすることが可能と考えられる。しかしながら、制御シーケンスが複雑となることが、新たな課題となる。
本発明は、以上の点に鑑み、制御シーケンスを煩雑にすることなく、通信路が各ホップで使用するリンクと、管理ドメイン或いはレイヤ境界でのアダプテーションを、サービス種別や保守要件に応じて適切に自動選択することを目的とする。
【課題を解決するための手段】
【０００５】
本発明では、第一に、提供しようとするサービスの識別子及び、サービスの属性を、通信路の確立制御メッセージに載せて、パス確立を要求する手段を、起点ノードに設ける。
第二に、パス確立制御メッセージを受信した際に、サービス識別子及び／又はサービスの属性を含むパス計算要求を、パス計算装置に送信し、パス計算装置から受信した応答に含まれるアダプテーション情報に基づいて、自ノードのアダプテーションを設定する手段を、各ノードに設ける。
第三に、サービス識別子及び／又はサービスの属性を元に、通信路の保守要件及びアダプテーションを決定する手段を、各パス計算装置に設ける。各パス計算装置は、前記通信路の保守要件及びアダプテーションを決定する手段を用いて、受信したパス確立制御メッセージに含まれるサービスの識別子及び／又はサービス固有の属性を評価することで、通信路の保守要件及び／又はアダプテーションを決定する。
第四に、各ノードやノード間のリンク等のネットワーク資源の保守属性を保持する手段を前記パス計算装置に設ける。更に、ネットワーク資源の保守属性と前記通信路の保守要件とを比較することで、前記保守要件を満足可能なリンクやノードを、パス計算を要求された区間のエンドツーエンドに渡って選択することで、パスの経路を決定し、決定したパス経路とアダプテーションを要求元に返す手段を、各パス計算装置に設ける。
第五に、前記パス計算装置に、パス計算を要求された区間の一部区間について、更に詳細のパスの経路及び／またはアダプテーションの決定を、第二のパス計算装置に要求し、応答を受取り、自パス計算装置が決定したパスの経路及びアダプテーション情報の、前記一部区間の部分に、前記受取った応答に含まれる経路及び／又はアダプテーション情報を挿入することで、自パス計算装置が受取ったパス計算要求の応答を生成する手段を設ける。
第六に、前記パス計算装置に、前記アダプテーション情報に、アダプテーションの種別に非依存なタグ情報を割当て、アダプテーションとタグ情報の対応関係を保持する手段と、前記応答のアダプテーションに代えてタグ情報を返す手段と、前記パス計算要求に前記タグ情報が含まれる場合に、対応するアダプテーションを返す手段をとを設ける。
第七に、前記パス計算装置に、前記タグ情報を割当てる際に、該タグ情報の有効期間を設定し、有効期間が満了した場合には該タグ情報を無効とする手段を設ける。
第八に、前記タグ情報を通信路の確立制御メッセージに載せて、パス確立を要求する手段並びに、前記タグ情報を載せた確立制御メッセージを受取った際に、前記タグ情報の発行元にタグ情報の展開を要求し、展開結果を受け取る手段とを各ノードに設け、タグ情報の展開要求を受付ける手段と、展開する手段と、展開した結果を返す手段とを、前期パス計算装置に設ける。
【０００６】
本発明は、例えば、
複数のデータ転送装置を備え、該複数のデータ転送装置間で通信路確立制御信号の転送により通信路を確立する通信ネットワークシステムであって、
前記複数のデータ転送装置は、制御情報転送手段を備え、
前記通信路確立制御信号は、前記通信路が提供するサービスの識別子を含み、
前記通信路確立制御信号は、前記サービスの識別子により識別されるサービスを特徴付ける、サービス属性を含むことを特徴とする通信ネットワークシステムである。
また、本発明の通信ネットワークシステムでは、
前記データ転送装置は、前記サービスの識別子と、前記サービスの属性と、に基づいて前記通信路確立制御信号によって確立される通信路の保守要件を特定し、
前記データ転送装置は、前記通信ネットワークシステムを構成するネットワーク資源の保守属性を保持し、
前記データ転送装置は、前記保守要件と前記保守属性を比較することで、前記保守要件を満足する前記ネットワーク資源を前記通信路確立制御信号によって確立される通信路のネットワーク資源として選択することができる。
さらに、本発明の通信ネットワークシステムでは、
複数の管理ドメイン及び／又は複数のレイヤから構成され、
前記データ転送装置は、前記管理ドメイン間及び／又は前記レイヤ間での、通信路毎に制御可能なアダプテーション機能を備え、
前記データ転送装置は、前記サービスの識別子と、サービスの属性と、に基づいて前記アダプテーション機能の設定を行うことができる。
【０００７】
本発明の第１の解決手段によると、
複数のノードと、第１のパス計算装置とを備え、複数のノード間でパスを確立するための制御信号を転送して、パスを確立する通信ネットワークシステムであって、
前記第１のパス計算装置は、
サービス識別子、サービス属性、保守要件及びアダプテーションを対応付けて記憶するサービス定義テーブルと、
リンク及びリンクの保守属性を対応付けて記憶するリンク属性テーブルと、
を備え、
前記ノードは、
セッション識別子、サービス識別子、サービス属性及び明示的経路、及び、アダプテーション情報を対応付けて記憶するセッション管理テーブル
を備え、
パスの起点となる第１のノードは、サービス識別子及びサービス属性を含むパス計算要求を、前記第１のパス計算装置に送り、
前記第１のパス計算装置は、
受け取ったサービス識別子及びサービス属性を元に、サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、
決定した保守要件を満足する保守属性をもつ複数のリンクを前記リンク属性テーブルから抽出し、抽出された複数のリンクから構成されるネットワーク上に、各ホップにおいて保守要件を満足可能な通信路の経路候補を決定し、及び／又は、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、パスの端点における各種接続機能であるアダプテーション情報を決定し、
決定した経路候補及び／又はアダプテーション情報を含むパス計算応答を作成し、パス計算応答を要求元の前記第１のノードに返し、
前記第１のノードは、
受取ったパス応答に、アダプテーション情報が含まれる場合に、
受取ったパス計算応答に含まれるアダプテーション情報を、サービス識別子及びサービス属性及び明示的経路と関連付けて前記セッション管理テーブルに保持し、
前記第１のパス計算装置から受信したパス計算応答に含まれるアダプテーション情報に基づいて、自ノードのアダプテーション機能を設定し、
サービス識別子、サービス属性付きの明示的経路を含むパス確立要求を次ホップの第２のノードに送る
ようにした通信ネットワークシステムが提供される。
【０００８】
本発明の第２の解決手段によると、
複数のノードと、パス計算装置とを備え、複数のノード間でパスを確立するための制御信号を転送して、パスを確立する通信ネットワークシステムにおけるパス計算装置であって、
前記パス計算装置は、
サービス識別子、サービス属性、保守要件及びアダプテーションを対応付けて記憶するサービス定義テーブルと、
リンク及びリンクの保守属性を対応付けて記憶するリンク属性テーブルと、
を備え、
前記ノードは、
セッション識別子、サービス識別子、サービス属性及び明示的経路、及び、アダプテーション情報を対応付けて記憶するセッション管理テーブル
を備え、
前記パス計算装置は、
パスの起点となる第１のノードから、サービス識別子及びサービス属性を含むパス計算要求を受け取り、
受け取ったサービス識別子及びサービス属性を元に、サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、
決定した保守要件を満足する保守属性をもつ複数のリンクを前記リンク属性テーブルから抽出し、抽出された複数のリンクから構成されるネットワーク上に、各ホップにおいて保守要件を満足可能な通信路の経路候補を決定し、及び／又は、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、パスの端点における各種接続機能であるアダプテーション情報を決定し、
決定した経路候補及び／又はアダプテーション情報を含むパス計算応答を作成し、パス計算応答を要求元の前記第１のノードに返す
ようにしたパス計算装置が提供される。
【０００９】
本発明の第３の解決手段によると、
複数のノードと、第１のパス計算装置とを備え、複数のノード間でパスを確立するための制御信号を転送して、パスを確立する通信ネットワークシステムにおける通信路確立制御方法であって、
前記第１のパス計算装置は、
サービス識別子、サービス属性、保守要件及びアダプテーションを対応付けて記憶するサービス定義テーブルと、
リンク及びリンクの保守属性を対応付けて記憶するリンク属性テーブルと、
アダプテーションチケットとアダプテーションの対応関係を記憶したチケット内容管理テーブル、
を備え、
前記ノードは、
セッション識別子、サービス識別子、サービス属性及び明示的経路、及び、アダプテーション情報を対応付けて記憶するセッション管理テーブル
を備え、
パスの起点となる第１のノードは、サービス識別子及びサービス属性を含むパス計算要求を、前記第１のパス計算装置に送り、
前記第１のパス計算装置は、
受け取ったサービス識別子及びサービス属性を元に、サービス定義テーブルを用いて、確立しようとする通信路が通過する各ホップのリンクが満足すべき保守要件を決定し、
決定した保守要件を満足する保守属性をもつ複数のリンクを前記リンク属性テーブルから抽出し、抽出された複数のリンクから構成されるネットワーク上に、各ホップにおいて保守要件を満足可能な通信路の経路候補を決定し、
サービス識別子及びサービス属性を元に、前記サービス定義テーブルを検索することにより、パスの端点における各種接続機能であるアダプテーション情報を決定し、アダプテーション情報に対するアダプテーション種別に非依存なタグ情報であり、発行元のパス計算装置識別子とチケット識別子とを含むアダプテーションチケットを発行し、アダプテーション情報とチケット識別子を、チケット内容管理テーブルに格納し、
経路上のノードの識別子と、発行されたアダプテーションチケットとを、確立しようとする通信路上に現れる順に明示的経路オブジェクトに含み、且つ、サービス識別子及びサービス属性を含むパス計算応答を作成し、パス計算応答を要求元の前記第１のノードに返し、
前記第１のノードは、
受け取ったパス計算応答に含まれる明示的経路を先頭から解釈し、アダプテーションチケットが現れたなら、アダプテーションチケットに含まれるチケット発行元のパス計算装置識別子で示される前記第１のパス計算装置に対して、該アダプテーションチケットを含むパス計算要求を発行し、
前記第１のパス計算装置は、アダプテーションチケットを含むパス計算要求を受取ると、アダプテーションチケット発行時に保持したアダプテーション情報を、前記チケット内容管理テーブルから取り出し、アダプテーション情報と明示的経路を含むパス計算応答を要求元の前記第１のノードに返し、
前記第１のノードは、
受取ったパス計算応答に含まれるアダプテーション情報を、サービス識別子及びサービス属性及び明示的経路と関連付けて前記セッション管理テーブルに保持し、
前記第１のパス計算装置から受信したパス計算応答に含まれるアダプテーション情報に基づいて、自ノードのアダプテーション機能を設定し、
サービス識別子、サービス属性、及び、アダプテーションチケット付きの明示的経路を含むパス確立要求を次ホップの第２のノードに送る
ようにした通信路確立制御方法が提供される。
【発明の効果】
【００１０】
本発明によると、サービス種別と、各サービス固有の属性情報を、通信路確立要求時に通信路毎に、レイヤ間や管理ドメイン間で交換可能となる。そのため、レイヤ間や管理ドメイン間で予め制御情報をやり取りすることなく、サービス種別やサービスの属性に応じた、保守要件の特定に基づく収容関係の決定や、アダプテーションの決定が可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について説明する。
１．通信ネットワークシステム
第１実施形態では、シグナリングプロトコルとして、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥを用い、リンクステート型ルーティングプロトコルとして、ＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥを用いた場合について説明するが、ＩＳ−ＩＳ（“ＯＳＩ  ＩＳ−ＩＳ  Ｉｎｔｒａ−ｄｏｍａｉｎ  Ｒｏｕｔｉｎｇ  Ｐｒｏｔｏｃｏｌ”，ＩＥＴＦ  ＲＦＣ１１４２）やＧＭＰＬＳ  ＣＲ−ＬＤＰ（ＩＥＴＦ  ＲＦＣ３４７２，  “Ｇｅｎｅｒａｌｉｚｅｄ  Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  （ＧＭＰＬＳ）  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｓｔｒａｉｎｔ−ｂａｓｅｄ  Ｒｏｕｔｅｄ  Ｌａｂｅｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＣＲ−ＬＤＰ）  Ｅｘｔｅｎｓｉｏｎｓ”）等の他のプロトコルであっても同様に、本実施形態を適用することができる。
図１は、本発明の第１実施形態のネットワークシステムのブロック図である。
第１実施形態のネットワークシステムは、確立しようとする通信路６１とは異なるリンク上で、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ及びＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージが送受信されるＧＭＰＬＳネットワークである。
第１実施形態のネットワークシステムは、パケットネットワーク１及び／又はＴＤＭネットワーク２を備える。
パケットネットワーク１とＴＤＭネットワーク２は、各々ひとつ以上のＧＭＰＬＳスイッチと、これらの間でユーザデータをやり取りするためのリンク、同じく制御情報を転送する制御情報転送装置Ａ４１〜制御情報転送装置Ｂ４２、並びにＧＭＰＬＳスイッチからの要求に基づきパスが通過すべき経路及びアダプテーションを計算するパケットレイヤパス計算装置Ａ８１〜ＴＤＭレイヤパス計算装置Ａ８２を備える。
パケットネットワーク１におけるＧＭＰＬＳスイッチは、具体的にはパケットスイッチＡ１１〜Ｂ１２及び／又はパケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４であり、リンクはパケットリンク５１〜パケットリンク５４である。パケットスイッチＡ１１〜Ｂ１２及びパケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４は、確立すべきパスの経路及びアダプテーションを、パケットレイヤパス計算装置Ａ８１に問い合わせることが出来る。
ＴＤＭネットワーク２におけるＧＭＰＬＳスイッチは、具体的にはパケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４及び／又はＴＤＭ  Ｓｗ装置Ａ１５であり、リンクはＴＤＭリンク６１〜ＴＤＭリンク６４である。パケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４及びＴＤＭ  Ｓｗ装置Ａ１５は、確立すべきパスの経路及びアダプテーション（パケットのカプセル化処理、トラフィックフローの分離／統合、ＱｏＳマッピング、警報転送処理、符号変換等の、（特に、レイヤ間や管理ドメインをまたがって通信路を接続する際の）ネットワーク間の各種接続機能）を、ＴＤＭレイヤパス計算装置Ａ８２に問い合わせることが出来る。
各々のＧＭＰＬＳスイッチは、ユーザデータをやり取りするための、ひとつ以上のインタフェース部と、ユーザデータの転送先を制御するための、ひとつ以上のスイッチ部と、インタフェース部及びスイッチ部を制御するための、制御部とを持つ。
パケットスイッチＡ１１〜Ｂ１２において、インタフェース部は、具体的にはパケットリンクを終端するパケットインタフェース部である。同様に、スイッチ部はパケットスイッチ部である。
ＴＤＭ  Ｓｗ装置Ａ１５において、インタフェース部は、具体的には、ＴＤＭリンクを終端するＴＤＭインタフェース部である。同様に、スイッチ部はＴＤＭスイッチ部である。
パケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４におけるインタフェース部は、具体的にはパケットリンクを終端するパケットインタフェース部と、ＴＤＭリンクを終端するＴＤＭインタフェース部である。同様に、スイッチ部として、パケットスイッチ部とＴＤＭスイッチ部の両方を持つ。
【００１２】
パケットインタフェース部は、パケットリンクを通じて、隣接するパケットスイッチ又はパケット−ＴＤＭ連携スイッチのパケットインタフェース部との間で、パケット多重のユーザデータをやり取りする。
ＴＤＭインタフェース部は、ＴＤＭリンクを通じて、隣接するＴＤＭスイッチ又はパケット−ＴＤＭ連携スイッチのＴＤＭインタフェース部との間で、時分割多重のユーザデータをやり取りする。
本実施形態のネットワークシステムが、複数レイヤ即ちパケットネットワーク１及びＴＤＭネットワーク２の両方により構成される場合、パケットネットワーク１はパケットリンクとして、更に、１つ以上のパケットリンク（ＴＤＭ−ＬＳＰ：ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘ−ｌａｂｅｌ  ｓｗｉｔｃｈｅｄ  ｐａｔｈ）５５〜パケットリンク（ＴＤＭ−ＬＳＰ）５７を伴って構成される。
パケットネットワーク１及びＴＤＭネットワーク２は、ＧＭＰＬＳに準拠して制御され、ユーザデータは確立されたＰＳＣ−ＬＳＰ（ｐａｃｋｅｔ  ｐａｔｈ  ｓｗｉｔｃｈｉｎｇ  ｃａｐａｂｌｅ−ｌａｂｅｌ  ｓｗｉｔｃｈｅｄ  ｐａｔｈ）３４〜３５上を伝送される。
パケットネットワーク１のＡ４〜Ｂ４間に確立されるＰＳＣ−ＬＳＰ３４は、パケットＳｗ装置Ａ１１のパケットインタフェース部１１ａとパケットインタフェース部１１ｄ、パケットリンク５１、パケット−ＴＤＭ連携Ｓｗ装置Ａ１３のパケットインタフェース部１３ａとパケット−ＴＤＭ連携Ｓｗ装置Ｂ１４のパケットインタフェース部１４ａ、パケットリンク５３、パケットＳｗ装置Ｂ１２のパケットインタフェース部１２ｃとパケットインタフェース部１２ａを通過し、これらのパケット多重により分割される帯域資源を用いて構成される。
ＰＳＣ−ＬＳＰ３４が通過するパケット−ＴＤＭ連携インタフェース部１３ｄとパケット−ＴＤＭ連携インタフェース部１４ｃは、ＴＤＭレイヤにおけるパスの障害時無瞬断自動切換え機能を具備しており、パケット−ＴＤＭ連携インタフェース部１３ｄ〜パケット−ＴＤＭ連携インタフェース部１４ｄの区間において障害が発生した際に、自律的に障害から復旧する。
ＰＳＣ−ＬＳＰ３４の一部区間を構成するパケットリンク（ＴＤＭ−ＬＳＰ）５５は、更に下位レイヤである、ＴＤＭインタフェース部１３ｆ、ＴＤＭリンク６１、ＴＤＭインタフェース部１５ａ、ＴＤＭインタフェース部１５ｂ、ＴＤＭリンク６２及びＴＤＭインタフェース部１４ｆを通過し、並びに／若しくは、ＴＤＭインタフェース部１３ｇ、ＴＤＭリンク６３及びＴＤＭインタフェース部１４ｇを通過し、これらの時分割多重により分割される帯域資源（即ち個々のタイムスロット）を用いて構成される。
同様に、ＰＳＣ−ＬＳＰ３５は、パケットＳｗ装置Ａ１１のパケットインタフェース部１１ａとパケットインタフェース部１１ｄ、パケットリンク５２、パケット−ＴＤＭ連携Ｓｗ装置Ｃ１６のパケットインタフェース部１６ａとパケット−ＴＤＭ連携インタフェース部１６ｄ、パケットリンク（ＴＤＭ−ＬＳＰ）５７、パケット−ＴＤＭ連携Ｓｗ装置Ｄ１７のパケット−ＴＤＭ連携インタフェース部１７ｄ、パケットインタフェース部１７ａ、パケットリンク５４、パケットＳｗ装置Ｂ１２のパケットインタフェース部１２ｄとパケットインタフェース部１２ｂを通過し、これらのパケット多重により分割される帯域資源を用いて構成される。
ＰＳＣ−ＬＳＰ３５の一部区間を構成するパケットリンク（ＴＤＭ−ＬＳＰ）５７は、更に下位レイヤである、ＴＤＭインタフェース部１６ｆ、ＴＤＭリンク６４、ＴＤＭインタフェース部１７ｆを通過し、これらの時分割多重により分割される帯域資源（即ち個々のタイムスロット）を用いて構成される。
パケットネットワーク１とＴＤＭネットワーク２は、ＩＴＵ−Ｔ  Ｇ．８０５  “Ｇｅｎｅｒｉｃ  ｆｕｎｃｔｉｏｎａｌ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｏｆ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋｓ”等にて規定される、トランスポートネットワークのレイヤリングコンセプトに基づく、クライアント／サーバ関係にある。２つのレイヤ間におけるクライアント／サーバ関係とは、クライアントレイヤのパスを構成する一部のリンクが、サーバレイヤにおけるパスによりサポートされることを指す。本図においては、パケットネットワーク１を基準に捉えると、ＴＤＭネットワーク２はサーバレイヤネットワークであり、ＴＤＭネットワーク２を基準に捉えると、パケットネットワーク１はクライアントレイヤネットワークである。
パケットリンク（ＴＤＭ−ＬＳＰ）５５及びパケットリンク（ＴＤＭ−ＬＳＰ）５７は、ＴＤＭネットワーク２におけるパス（ＬＳＰ）であると同時に、パケットネットワーク１におけるリンクを構成する。
【００１３】
インタフェース部は、あるＧＭＰＬＳスイッチ中では、インタフェース識別子によって識別される。ＴＤＭネットワーク２の中ではルータ識別子とインタフェース識別子の組により、一意に識別される。
図２に、図１中のインタフェース部のインタフェース識別子を示す。例えば、パケットインタフェース部１１ａのインタフェース識別子は１０１である。また、パケットインタフェース部１１ａが属するパケットＳｗ装置Ａ１１のルータ識別子が１０．０．１．１であるので、［１０．０．１．１，  １０１］という組により、パケットネットワーク１及びＴＤＭネットワーク２の中で一意に識別される。
リンクは、リンク識別子によって、ネットワークシステムの中で一意に識別される。リンク識別子は、該リンクが接続するインタフェース部の、ルータ識別子とインタフェース識別子の組である。
図３に、図１中のリンクのリンク識別子を示す。例えば、パケットリンク５１は、［１０．０．１．１，  １０３］と［１０．０．１．３，  １０１］とを接続しているため、そのリンク識別子は［１０．０．１．１，  １０３，  １０．０．１．３，  １０１］となる。
通信路確立要求装置７１は、操作端末、装置管理システム（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）のネットワーク管理システム、ストレージ管理サーバやビデオサーバ等のアプリケーションシステム等であり、ＰＳＣ−ＬＳＰ３４〜３５の確立を要求する。図１では１台のみ示しているが、確立する通信路の端点に応じて、任意の台数を設置してもよい。また、通信路確立要求装置７１は、シグナリングの起点・終点等の端点のＧＭＰＬＳスイッチに接続されていてもよいし、パス確立要求を受ける適宜の各ＧＭＰＬＳスイッチに接続されていてもよいし、全ての又は複数の適宜のＧＭＰＬＳスイッチに接続されるようにしてもよい。
【００１４】
通信路確立要求装置７１がパケットネットワーク１に対してＰＳＣ−ＬＳＰの確立を要求するプロトコルとしては、ｔｅｌｎｅｔ（ＩＥＴＦ，ＲＦＣ８５４）等を用いたコマンドの投入、ＲＳＶＰ−ＴＥやＯ−ＵＮＩ（Ｏｐｔｉｃａｌ  Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ  Ｆｏｒｕｍ，  Ｕｓｅｒ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  （ＵＮＩ）  １．０  Ｓｉｇｎａｌｉｎｇ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）等のシグナリングプロトコル、ＨＴＴＰ（ＩＥＴＦ  ＲＦＣ１９４５）やＳＩＰ（ＩＥＴＦ  ＲＦＣ２５４３）、ＲＴＳＰ（ＩＥＴＦ  ＲＦＣ２３２６）等のアプリケーションプロトコル、ＳＯＡＰ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ，ＳＯＡＰ  Ｖｅｒｓｉｏｎ  １．２）やＩＩＯＰ（Ｏｂｊｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ｇｒｏｕｐ，  ＣＯＲＢＡ（ＴＭ）／ＩＩＯＰ（ＴＭ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）等のリモートプロシージャコールプロトコル等を使用可能である。
通信路確立要求装置７１がＰＳＣ−ＬＳＰ３４の確立を要求すると、パケットＳｗ装置Ａ１１、パケット−ＴＤＭ連携Ｓｗ装置Ａ１３、パケット−ＴＤＭ連携Ｓｗ装置Ｂ１４及びパケットＳｗ装置Ｂ１２が、シグナリングプロトコル（例えば、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ）によるメッセージを互いに送受信し、各スイッチ内のパケットスイッチ部の状態を更新することによって、ＰＳＣ−ＬＳＰ３４が確立される。ＰＳＣ−ＬＳＰ３４が採るべき経路、すなわち、ＰＳＣ−ＬＳＰ３４が通過すべきＧＭＰＬＳスイッチ及びインタフェース部、並びに、アダプテーションは、通信路確立要求装置７１が明示的に指定しても良いし、各ＧＭＰＬＳスイッチがパス計算装置に問い合わせることで決定しても良い。後者の場合、通信路確立要求装置７１はサービス識別子及びサービス属性を付与してパス確立を要求し、各ＧＭＰＬＳスイッチは指定されたサービス識別子及びサービス属性をシグナリングプロトコルによって交換し、各ＧＭＰＬＳスイッチは必要に応じ、サービス識別子及びサービス属性を含めたパス計算要求をパス計算装置に送り、パス計算装置はサービス識別子及びサービス属性に基づいて、経路及びアダプテーションを決定してＧＭＰＬＳスイッチに返すことで、ＰＳＣ−ＬＳＰ３４の経路及びアダプテーションを制御する。
同様に、通信路確立要求装置７１がＰＳＣ−ＬＳＰ３５の確立を要求すると、パケットＳｗ装置Ａ１１、パケット−ＴＤＭ連携Ｓｗ装置Ｃ１６、パケット−ＴＤＭ連携Ｓｗ装置Ｄ１７及びパケットＳｗ装置Ｂ１２が、シグナリングプロトコルによるメッセージを互いに送受信し、各スイッチ内のパケットスイッチ部の状態を更新することによって、ＰＳＣ−ＬＳＰ３５が確立される。各ＧＭＰＬＳスイッチは必要に応じ、サービス識別子及びサービス属性を含めたパス計算要求をパス計算装置に送り、パス計算装置はサービス識別子及びサービス属性に基づいて、経路及びアダプテーションを決定してＧＭＰＬＳスイッチに返すことで、ＰＳＣ−ＬＳＰ３４の経路及びアダプテーションを制御する。
パケットスイッチＡ１１〜Ｂ１２、パケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４、ＴＤＭ  Ｓｗ装置Ａ１５は、ルーティングプロトコルの一つであるＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージを送受信することによって、ネットワークのトポロジを入手することができる。ＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージは、制御情報転送装置Ａ４１及び／又は制御情報転送装置Ｂ４２を介してやり取りされる。
【００１５】
ＧＭＰＬＳでは、ユーザデータとシグナリングプロトコルとは、同じ経路上で転送される必要はない。本実施形態では、例えばＰＳＣ−ＬＳＰ３４上のユーザデータはパケットＳｗ装置Ａ１１、パケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４、パケットＳｗ装置Ｂ１２（通信インタフェース１１ｂ、１１ｄ、１３ｂ、１３ｄ、１４ｄ、１４ｂ、１２ｄ、１２ｂ）を経由して転送されるのに対し、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥやＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージは、制御情報転送装置Ａ４１及び／又は制御情報転送装置Ｂ４２を経由して転送される。
また、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥやＧＭＰＬＳ拡張ＯＳＰＦ−ＴＥのメッセージは、Ｇｅｎｅｒｉｃ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ（ＩＥＴＦ  ＲＦＣ２７８４）等のトンネリングプロトコルによりカプセル化されていてもよい。
制御情報転送装置Ａ４１及び制御情報転送装置Ｂ４２は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ルータやＩＥＥＥ  ８０２．３Ｄ  ＭＡＣブリッジ等の、パケット転送機能を持つ装置である。
【００１６】
２．ＧＭＰＬＳスイッチ（ノード）
次に、各ＧＭＰＬＳスイッチのハードウェア構成と動作について、説明する。
図４は、パケットインタフェース部１１ａ〜１１ｄのブロック図である。
パケットインタフェース部１１ａ〜１１ｄは、光受信器４０１、受信パケットヘッダ解析部４０２、送信パケットヘッダ生成部４０３、光送信器４０４及びパケットレイヤ障害管理部４０５を備える。
光受信器４０１は、他のＧＭＰＬＳスイッチから光信号を受信し、パケットデータにデコードして受信パケットヘッダ解析部４０２に送る。受信パケットヘッダ解析部４０２は、受信したパケットのヘッダ情報により、パケットスイッチ部１１２が解釈可能な内部的な転送先情報を生成し、パケットスイッチ部１１２に送る。
パケットスイッチ部１１２は、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージのやり取りによって決定されたパケットクロスコネクト情報に基づき、パケットを送出すべきインタフェース部を決定し、決定されたインタフェース部にパケットを転送する。
転送されるパケットは、パケットスイッチ部１１２から送信パケットヘッダ生成部４０３に渡される。送信パケットヘッダ生成部４０３は、次ホップへの転送に必要なヘッダ情報を生成し、光送信器４０４を介して、光信号として、隣接のＧＭＰＬＳスイッチのパケットインタフェース部に送信する。
【００１７】
パケットレイヤ障害管理部４０５は、制御部１１１からの指示に基づいて、パケットレイヤに於ける障害有無を診断し、障害有無情報を制御部１１１に通知する。障害有無を診断する単位は、確立されたＰＳＣ−ＬＳＰ単位や、パケットリンク、或いは更に下位レイヤの信号単位などである。
障害有無を診断する手段としては、光信号のパワーロスやフレーム同期外れ、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）等による符号検査等の受動的な検査方法や、Ｅｔｈｅｒｎｅｔ（登録商標）−ＯＡＭ（ＩＴＵ−Ｔ  Ｙ．１７３１，  ＩＥＥＥ８０２．１ａｇ）、ＭＰＬＳ−ＯＡＭ（ＩＴＵ−Ｔ，Ｙ．１７１１）、ＩＣＭＰ（ＩＥＴＦ，ＲＦＣ０７９２）等の障害検出信号のやり取りによる、能動的な検査方法を使用可能である。
受信パケットヘッダ解析部４０２や送信パケットヘッダ生成部４０３はまた、パケットのカプセル化処理、トラフィックフローの分離／統合、ＱｏＳマッピング、警報転送処理、符号変換等の、ネットワーク間のアダプテーション（Ａｄａｐｔａｔｉｏｎ）処理を行っても良い。適合化処理もまた、制御部１１１からの指示に基づいて、制御される。
パケットのカプセル化処理としては、ＭＰＬＳ  Ｌａｂｅｌ  Ｓｔａｃｋ  Ｅｎｃｏｄｉｎｇ（ＩＥＴＦ，ＲＦＣ３０３２）やＰｓｅｕｄｏ  Ｗｉｒｅ  Ｅｍｕｌａｔｉｏｎ（ＰＷＥ３；ＩＥＴＦ，ＲＦＣ３９８５）、Ｇｅｎｅｒｉｃ  Ｆｒａｍｉｎｇ  Ｐｒｏｃｅｄｕｒｅ（ＧＦＰ；ＩＴＵ−Ｔ，Ｇ．７０４１）等が考えられる。
ＱｏＳ処理としては、ＤｉｆｆＳｅｒｖ（“Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｔｕｎｎｅｌｓ”，ＩＥＴＦ，ＲＦＣ２９８３）のＤＳＣＰ値とＩＥＥＥ  ８０２．１Ｄのプライオリティ値のマッピング、ＴｒＴＣＭ（“Ａ  Ｔｗｏ  Ｒａｔｅ  Ｔｈｒｅｅ  Ｃｏｌｏｒ  Ｍａｒｋｅｒ”，ＩＥＴＦ，ＲＦＣ２６９８）によるトラフィック量に基づくＤＳＣＰ値決定、Ｌ２〜Ｌ７ヘッダ情報に基づく選択的パケット廃棄、ｕＲＰＦ（Ｒｅｖｅｒｓｅ  Ｐａｔｈ  Ｆｏｒｗａｒｄｉｎｇ）による選択的パケット廃棄などが考えられる。
トラフィックフローの分離／統合処理としては、ＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）／ＭＰＬＳ伝送路のパスプロテクション機能、Ｖｉｒｔｕａｌ  ｃｏｎＣＡＴｅｎａｔｉｏｎ（ＶＣＡＴ；ＩＴＵ−Ｔ，  Ｇ．７８３），Ｌｉｎｋ  Ｃａｐａｃｉｔｙ  Ａｄｊｕｓｔｍｅｎｔ  Ｓｃｈｅｍｅ（ＬＣＡＳ；ＩＴＵ−Ｔ，Ｇ．７０４２）、リンクアグリゲーション、Ｌ２〜Ｌ７ヘッダ情報に基づくポリシールーティングなどが考えられる。
警報転送処理としては、ＭＰＬＳ−ＯＡＭで検出した障害警報をトリガに、Ｅｔｈｅｒｎｅｔ（登録商標）−ＯＡＭの障害情報を新たに発行する、などが考えられる。
符号変換処理としては、誤り訂正符号の挿入、プロトコル変換、データ圧縮伸張、メディアストリームのトランスコードなどが考えられる。
パケットＳｗ装置Ｂ１２、パケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４のパケットインタフェース部の構成や動作また、パケットインタフェース部１１ａ〜１１ｄと同等である。
【００１８】
図５は、ＴＤＭ  Ｓｗ装置Ａ１５のＴＤＭインタフェース部１５ａ〜１５ｂの構成と動作を表すブロック図である。
ＴＤＭインタフェース部１５ａ〜１５ｂは、光送信器６０２及び光受信器６０３から構成される。
光送信器６０２は、隣接のＴＤＭスイッチやパケット−ＴＤＭ連携スイッチのＴＤＭインタフェース部から受信した、時分割多重された信号を光信号に載せて隣接ＧＭＰＬＳスイッチのＴＤＭインタフェース部に送信する。光受信器６０３は、隣接ＧＭＰＬＳスイッチのＴＤＭインタフェース部から光信号を受信し、ＴＤＭスイッチ部１３３に渡す。
ＴＤＭスイッチ部１３３は、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージのやり取りによって決定された、ＴＤＭクロスコネクト情報に基づき、信号を送出すべきインタフェース部を決定し、決定されたインタフェース部に信号を転送する。
【００１９】
図６は、パケット−ＴＤＭ連携Ｓｗ装置Ａ１３のパケット−ＴＤＭ連携インタフェース部１３ｄの構成と動作を表すブロック図である。パケット−ＴＤＭ連携インタフェース部１３ｄ、パケット−ＴＤＭ連携インタフェース部１４ｄ、パケット−ＴＤＭ連携インタフェース部１４ｄ、パケット−ＴＤＭ連携インタフェース部１６ｄ、パケット−ＴＤＭ連携インタフェース部１７ｄもまた同様の構成と動作である。
パケット−ＴＤＭ連携インタフェース部１３ｄは、パケット処理部１３ｄａとＴＤＭフレーム処理部１３ｄｂとを備える。
パケット処理部１３ｄａは、送信パケットヘッダ生成部５０１、受信パケットヘッダ解析部５０７、レイヤ間警報転送部５０９、パケットレイヤ障害管理部５１０、パケットレイヤ警報挿入部５１１とを備える。
ＴＤＭフレーム処理部１３ｄｂは、送信フレームヘッダ生成部Ａ５０２ａ、送信フレームヘッダ生成部Ｂ５０２ｂ、データバッファＡ５０３ａ、データバッファＢ５０３ｂ、受信フレームヘッダ解析部Ａ５０４ａ、受信フレームヘッダ解析部Ｂ５０４ｂ、データバッファＡ５０５ａ、データバッファＢ５０５ｂ、受信フレーム選択部５０６、ＴＤＭレイヤ障害管理部５０８とを備える。
【００２０】
次に、パケットＳｗ装置Ａ１１が持つ制御部１１１の構成と動作について説明する。
図７は、パケットスイッチＡ１１〜Ｂ１２の制御部１１１のブロック図である。
制御部１１１は、ＣＰＵ１１１１、メモリ１１１２、バスなどの内部通信路１１１３、通信インタフェース１１１４、装置制御インタフェース１１１５及び二次記憶装置１１１６を備える。
通信インタフェース１１１４は、制御情報転送装置に接続され、他のＧＭＰＬＳスイッチとの間でＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージをやり取りする。装置制御インタフェース１１１５は、パケットスイッチ部、パケットインタフェース部と接続され、これらを制御する。また、メモリ１１１２には、プログラム１１１２１とデータ１１１２２が必要に応じて格納されている。
パケットＳｗ装置Ｂ１２の制御部１２１もまた、制御部１１１と同様である。
ＴＤＭ  Ｓｗ装置Ａ１５の制御部もまた、制御部１１１と同等であるが、接続先のインタフェース部及びスイッチ部が、各々ＴＤＭインタフェース部及びＴＤＭスイッチ部となる。
パケット−ＴＤＭ連携スイッチＡ１３〜Ａ１４の制御部もまた、制御部１１１と同等であるが、接続先のインタフェース部がパケットインタフェース部とＴＤＭインタフェース部、スイッチ部がパケットスイッチ部とＴＤＭスイッチ部となる。
【００２１】
３．メッセージフォーマット
図８Ａは、ＧＭＰＬＳスイッチがやり取りする、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ１００の内容を示すフォーマット図である。
ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ１００は、ＲＳＶＰメッセージ種別１００１、セッション識別子１００２、サービス識別子１００３、サービス属性１００４、明示的経路１００５、その他のＲＳＶＰオブジェクト１＿１００６、その他のＲＳＶＰオブジェクト２＿１００７及びその他のＲＳＶＰオブジェクトｎ１００８を含む。
ＲＳＶＰメッセージ種別１００１、セッション識別子１００２、明示的経路１００５は、ＲＳＶＰ標準に基づくオブジェクトである。
ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ１００には、パス確立要求を意味するＰＡＴＨメッセージと、パス確立応答及び資源割り当てを意味するＲＥＳＶメッセージなどがある。ＲＳＶＰメッセージ種別１００１はこれらの種別を表す。セッション識別子１００２は、ＧＭＰＬＳにより確立される通信路（ＬＳＰ；Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ）を識別するための識別子である。明示的経路１００５オブジェクトは、確立しようとする通信路が通過すべき点を、上流のＧＭＰＬＳスイッチが指定するためのオブジェクトである。
サービス識別子１００３及びサービス属性１００４は、本実施の形態で導入するオブジェクトであり、確立しようとするパスが提供するサービスの種別と、サービスの詳細を特徴付ける個々のサービス固有の属性である。
その他のＲＳＶＰオブジェクト１＿１００６、その他のＲＳＶＰオブジェクト２＿１００７及びその他のＲＳＶＰオブジェクトｎ１００８は、ＲＳＶＰ標準に基づく、上記以外のオブジェクトである。
【００２２】
図８Ｂは、ＰＳＣ−ＬＳＰ３４を確立する場合に、パケットＳｗ装置Ａ１１がパケット−ＴＤＭ連携Ｓｗ装置Ａ１３に対して発行するパス要求メッセージを示す。
このパス要求メッセージはパス確立要求であるので、ＲＳＶＰメッセージ種別１００１はＰＡＴＨとなっている。起点ノード及び終点ノードのルータ識別子が、１０．０．１．２及び１０．０．１．１であるので、ＧＭＰＬＳ標準に基づいて、セッション識別子１００２として“ｄｓｔ＝１０．０．１．２，ｔｕｎｎｅｌＩｄ＝１，ｅｘｔＩｄ＝１０．０．１．１”が格納されている。
サービス識別子１００３、サービス属性１００４には、テレビジョンのリアルタイム中継回線サービスであること、サービスグレードが“ｈｉｇｈ”であることが、示されている。
明示的経路１００５は、パスが通過すべき経路を示している。この値は、パケットレイヤパス計算装置Ａ８１からの応答に含まれる、経路１７２２が格納されている。明示的経路１００５はＧＭＰＬＳ標準のＲＳＶＰオブジェクトではあるが、本実施の形態特徴的な構成要素としてチケットサブオブジェクトを追加拡張している。チケットサブオブジェクトは、パス計算装置によって決定され、パス計算装置が決定したアダプテーション情報に対する、アダプテーション種別に非依存なタグ情報を表現する。チケットサブオブジェクトは、ｔｉｃｋｅｔ（ｘｘｘ，ｙｙｙ）形式で表記され、ｘｘｘの部分はチケットを発行したパス計算装置の識別子、ｙｙｙの部分は発行元のパス計算装置内でユニークなチケット識別子である。なお、チケットサブオブジェクトは、例えば、アダプテーションチケットに相当する。
パス計算装置が経路１７２２を決定する方法については、図１０と図１７等を用いて後に説明する。
図８Ｃも同様に、ＰＳＣ−ＬＳＰ３５を確立する場合に、パケットＳｗ装置Ａ１１がパケット−ＴＤＭ連携Ｓｗ装置Ａ１３に対して発行するパス要求メッセージの内容を示す。ＰＳＣ−ＬＳＰ３５は企業向けサービスであること、ＶｏＩＰを使用しないことが、示されている。
【００２３】
図９Ａは、パケットＳｗ装置Ａ１１の制御部１１１がパケットレイヤパス計算装置Ａ８１に、パス計算を要求する際のメッセージである、ＰＣＲｅｑメッセージのフォーマットを示す図である。ＰＣＲｅｑメッセージ１６０は、要求種別１６１と要求１＿１６２を含んで構成され、更に加えて、要求２＿１６３〜要求ｍ１６４を含んでも良い。要求１＿１６２は、リクエストパラメータ１６２１、端点１６２２、サービス識別子１６２３、サービス属性１６２４、アダプテーションチケット１６２５を含む。要求２＿１６３〜要求ｍ１６４もまた同様である。
他のパケットスイッチ、パケット−ＴＤＭ連携スイッチ、ＴＤＭスイッチが、パケットレイヤパス計算装置Ａ８１、ＴＤＭレイヤパス計算装置Ａ８２に要求する際のメッセージフォーマットもまた同様である。
図９Ｂは、パケットレイヤパス計算装置Ａ８１が、パケットＳｗ装置Ａ１１の制御部１１１に、パス計算結果を応答する際のメッセージである、ＰＣＲｅｑメッセージのフォーマットを示す図である。ＰＣＲｅｐメッセージ１７０は、メッセージ種別１７１と応答１＿１７２を含んで構成され、更に加えて、応答２＿１７３〜応答ｍ１７４を含んでも良い。応答１＿１７２は、リクエストパラメータ１７２１、経路１７２２、アダプテーション１＿１７２３、アダプテーション２＿１７２４、アダプテーションｎ１７２５を含む。応答２＿１７３〜応答ｍ１７４もまた同様である。アダプテーション１７２３は、一例として、リソースクラス１７２３１、リソース識別子１７２３２、パラメータ１７２３３を含むことができる。
【００２４】
４．ソフトウェア構成
（パス計算装置）
図１０は、パケットレイヤパス計算装置Ａ８１、ＴＤＭレイヤパス計算装置Ａ８２のソフトウェア構成を示す図である。
パス計算ソフトウェア８０３は、制御メッセージ送受信部８０３１がパス計算要求であるＰＣＲｅｑメッセージ１６０を受信すると、受信したＰＣＲｅｑメッセージ１６０をデコードし、パス計算処理部８０３２がサービス定義テーブル８０３３とリンク属性テーブル８０３４を用いて、パスの経路とアダプテーションを決定し、制御メッセージ送受信部８０３１がＰＣＲｅｐメッセージ１７０を組み立てて、要求元に返す。
パス計算要求元がパス計算装置である場合、アダプテーションそのものに代えて、アダプテーション情報へのタグ情報であるところの、アダプテーションチケットを割当て、ＰＣＲｅｐメッセージ１７０として返す。アダプテーションチケットとアダプテーションの対応関係は、チケット内容管理テーブル８０３６に保持し、また、チケットの有効期間を定めて、チケットの有効／無効の区分を、チケット有効性管理テーブル８０３５にて管理する。
パス計算処理部８０３２がパスの経路を決定する際には、ＰＣＲｅｑメッセージ１６０に含まれるサービス識別子１６２３とサービス属性１６２４を元に、サービス定義テーブル８０３３を用いて通信路の保守要件を決定し、リンク属性テーブル８０３４に登録された全リンクの内、導かれた通信路の保守要件を満足するリンクを全て抽出し、抽出されたリンク群により構成されるネットワーク上において、Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ等の経路探索アルゴリズムを適用することにより、経路を決定する。
パス計算処理部８０３２の処理の詳細については、図１７を用いて後に説明する。
【００２５】
（ＧＭＰＬＳスイッチ）
図１１は、制御部１１１のソフトウェア構成を示す図である。他のＧＭＰＬＳスイッチも同様である。
シグナリング処理部８０１４は、制御メッセージ送受信部８０１６を介して、他のＧＭＰＬＳスイッチとＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージをやり取りする。また、通信路確立要求装置７１からのパス確立要求を受け付ける。
シグナリング処理部８０１４が制御メッセージ送受信部８０１６経由で、パス確立要求を通信路確立要求装置７１又から受信、或いは上流のＧＭＰＬＳスイッチからＰＡＴＨメッセージを受信すると、受信したメッセージの内容を、セッション管理テーブル８０２０に格納する。
明示的経路１００５の内容を検査し、明示的経路１００５の２つ目のサブオブジェクトが、隣接するノードのインタフェースを示しているのであれば、ＧＭＰＬＳ標準に従って示されたインタフェースのノードに、ＰＡＴＨメッセージを転送する。隣接するノードのインタフェースを示していない場合、パス計算装置にパス計算を要求する。
２つ目のサブオブジェクトがチケットである場合、チケットに記されているチケット発行元のパス計算装置に、パス計算要求としてチケットに対応するアダプテーション情報の提供を要求する。２つ目のサブオブジェクトがチケットでない場合、デフォルトのパス計算装置に対して、パス計算を要求する。パス計算要求には、端点１６２２として自ノードの識別子とパス終点とを含め、ＰＡＴＨメッセージのサービス識別子１００３及びサービス属性１００４をＰＣＲｅｑメッセージのサービス識別子１６２３及びサービス属性１６２４として含める。
パス計算応答をパス計算装置から受取った際には、ＰＣＲｅｐメッセージの経路１７２２をセッション管理テーブル８０２０の明示的経路１３０１６として格納し、以後、ＧＭＰＬＳ標準に従ってＰＡＴＨメッセージを下流ノードに転送する。
シグナリング処理部８０１４が、ＲＥＳＶメッセージを下流のＧＭＰＬＳスイッチから受信すると、セッション管理テーブル８０２０に格納されたリンク情報に基づき、クロスコネクション設定値を組み立て、スイッチ部に設定する。また、セッション管理テーブル８０２０に格納されたアダプテーション情報に基づき、インタフェース部を設定する。
シグナリング処理部８０１４の処理の詳細については、図１８、図１９を用いて後に説明する。
【００２６】
５．テーブル
（パス計算装置）
以下に、パス計算装置が備える各テーブルについて説明する。
図１３Ａ及び図１３Ｂは、サービス定義テーブル８０３３の構成図である。
サービス定義テーブル８０３３は、サービス識別子条件１１０１、サービス属性条件１１０２、保守要件１１０３及びアダプテーション１１０４の各列を含んでいる。
各行は、受信したパス確立要求に基づき、保守要件１１０３及びアダプテーション１１０４を決定する、ｉｆ−ｔｈｅｎルールを示している。
パス計算処理部８０３２は、受信したパス計算要求に含まれるサービス識別子１６２３及びサービス属性１６２４を、各行のサービス識別子条件１１０１及びサービス属性条件１１０２を充たすか評価し、条件を充たすならば通信路の保守要件及びアダプテーションとして、同じ行の保守要件１１０３及びアダプテーション１１０４の値を採用する。
例えば、図８Ｂに示したＰＳＣ−ＬＳＰ３４のパス確立メッセージに含まれる、サービス識別子条件１００３及びサービス属性条件１００４は、図１３Ａに示したサービス定義テーブル８０３３の３行目の条件を充たすので、通信路の保守要件は“ｍａｘ＿ｆａｉｌ＿ｔｉｍｅ  ＜  １００ｍｓｅｃ，ｍａｉｎｔｅｎａｎｃｅ＿ｔｉｍｅ  ｍｕｓｔ＿ｂｅ＿ｉｎ”“０：００−５：００”となる。これは、サービス断時間が１００ｍ秒以内であるべきこと、保守時間帯は“ｍｕｓｔ＿ｂｅ＿ｉｎ”内（すなわち０：００−５：００）であるべきことを示している。同様に、アダプテーションは、“ＰＳＣ．ｔｏＧｂＥＡｌａｒｍ＿ｆｏｒｗａｒｄｅｒ．ｇｕａｒｄＴｉｍｅ＝５０ｍｓｅｃ”となる。
同様に、ＰＳＣ−ＬＳＰ３５については図８Ｃに示した値を用いて、図１３Ａに示したサービス定義テーブル８０３３の２行目の条件を満足するので、同じ行の保守要件１１０３及びアダプテーション１１０４の値が採用される。
【００２７】
図１４Ａは、パケットレイヤパス計算装置Ａ８１が保持するリンク属性テーブル８０３４の構成図である。
リンク属性テーブル８０３４は、スイッチングケーパビリティ１４０１、運用属性１４０２、リンク端Ａのルータ識別子Ａ１４０３１及びＩ／Ｆ識別子Ａ１４０３２、リンク端Ｂのルータ識別子Ｂ１４０４１及びＩ／Ｆ識別子１４０４２及びリンク保守属性１４０５の各列を持つ。
パケットレイヤパス計算装置Ａ８１が保持するリンク属性テーブル８０３４は、パケットレイヤにおける全てのリンクの構成及び属性を保持し、全体としてはパケットレイヤのネットワークトポロジを表現する。
図１４Ｂは同様に、ＴＤＭレイヤパス計算装置Ａ８２が保持するリンク属性テーブル８０３４の構成図である。
ＴＤＭレイヤパス計算装置Ａ８２が保持するリンク属性テーブル８０３４は、ＴＤＭレイヤにおける全てのリンクの構成及び属性を保持し、全体としてはパケットレイヤのネットワークトポロジを表現する。
図２０は、チケット有効性管理テーブル８０３５の構成を示す図である。チケット有効性管理テーブル８０３５は、チケット番号８０３５１及び有効性タイマ８０３５２の各列から構成される。有効性タイマ８０３５２の値は、時間の経過に伴って自動的に減算される。
図２１は、チケット内容管理テーブル８０３６の構成を示す図である。チケット内容管理テーブル８０３６は、チケット番号８０３６１、リソースクラス８０３６２、リソース識別子８０３６３及びパラメータ８０３６４の各列から構成される。
【００２８】
（ＧＭＰＬＳスイッチ）
以下に、ＧＭＰＬＳスイッチが備える各テーブルについて説明する。
図１５は、リンク管理テーブル８０１０の構成図である。
リンク管理テーブル８０１０は、スイッチングケーパビリティ１２０１、自ノードＩ／Ｆ１２０２、対向装置ルータ識別子１２０３、対向装置Ｉ／Ｆ識別子１２０４、運用状態１２０５及び下位レイヤセッション識別子１２０６の各列を持つ。
リンク管理テーブル８０１０の各行の内、スイッチングケーパビリティ１２０１がＰＳＣのものはパケットリンク１本を、スイッチングケーパビリティ１２０１がＬＳＣのものはＴＤＭリンク１本を、それぞれ表している。
図中の値は、パケット−ＴＤＭ連携Ｓｗ装置Ａ１３の例を示している。
下位レイヤセッション識別子１２０６の値が空欄のものは、下位レイヤがＧＭＰＬＳによって制御されるＬＳＰではないことを示している。
下位レイヤセッション識別子１２０６の値に“ＴＤＭ”のみが格納されているものは、ＴＤＭ−ＬＳＰを確立可能であるが、まだ確立していないことを表している。下位レイヤセッション識別子１２０６の値に“ＬＳＣ”及びセッション識別子が格納されているものは、ＴＤＭ−ＬＳＰが既に確立されていることを表している。
【００２９】
図１６Ａ及び図１６Ｂは、セッション管理テーブル８０２０の構成図である。
セッション管理テーブル８０２０は、ＲＳＶＰ情報１３０１及びアダプテーション情報１３０２の各列を持つ。
ＲＳＶＰ情報１３０１は更に、セッション識別子１３０１１、前ホップ１３０１２、次ホップ１３０１３、サービス識別子１３０１４、サービス属性１３０１５及び明示的経路１３０１６、その他のＲＳＶＰオブジェクト１３０１７〜１３０１８等に分けられている。
図１６Ａの値は、パケットＳｗ装置Ａ１１の例を示しており、１行目及び２行目は、ＰＳＣ−ＬＳＰ３４及びＰＳＣ−ＬＳＰ３５に、各々対応している。
また、図１６Ｂの値は、パケット−ＴＤＭ連携Ｓｗ装置Ａ１３の例を示しており、１行目は、ＰＳＣ−ＬＳＰ３４に、対応している。
前ホップから受け取ったパス確立要求メッセージの明示的経路１００５には、次ホップのＩＦ＿ＩＤの値は指定されていなかったが、シグナリング処理部８０１４の方路決定処理により決定された値が、格納されている。
また、ＰＳＣ−ＬＳＰ３４については、アダプテーション情報１３０２には、シグナリング処理部８０１４のアダプテーション決定処理により決定された、アダプテーション動作値が格納されている。
前ホップ１３０１２、次ホップ１３０１３及びラベルの値を用いて、パケットスイッチ部を設定することにより、通信路が確立される。ラベルの取り扱いについては、ＧＭＰＬＳ標準との差異は無いので、説明は省略する。
また、ＰＳＣ−ＬＳＰ３４については、アダプテーション情報１３０２の値がパケットインタフェース部に設定され、ＴＤＭイヤでの障害警報が、パケットレイヤに転送されるようになる。
【００３０】
６．処理
（通信路確立制御）
図１２Ａ〜図１２Ｃは、通信路を確立する際に各ＧＭＰＬＳスイッチがやり取りするＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥのメッセージと、各ＧＭＰＬＳスイッチとパス計算装置が互いにやり取りするパス計算要求／応答メッセージと、各ＧＭＰＬＳスイッチの制御部の処理のシーケンスを表す、シーケンス図である。
通信路確立要求装置７１が発行したパス確立要求をパケットＳｗ装置Ａ１１が受信すると（９０１）、パケットＳｗ装置Ａ１１は、受け取ったサービス識別子及びサービスの属性を添えたパス計算要求（ＰＣＲｅｑ）を、パケットレイヤパス計算装置Ａ８１に送る（９０２）。パケットレイヤパス計算装置Ａ８１は、受け取ったサービス識別子及びサービスの属性を元に、サービス定義テーブル８０３３を用いて、確立しようとする通信路（ＰＳＣ−ＬＳＰ）が通過する各ホップのリンクが満足すべき保守要件を決定する（９０２１）。
次に、保守要件を満足するリンクをリンク属性テーブル８０３４から抽出し、抽出されたリンクから構成されるネットワーク上にＳＰＦ（Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）などの経路探索アルゴリズムを適用することにより、各ホップに置いて保守要件を満足可能な、通信路の経路候補を決定する（９０２２）。経路候補は複数であっても良い。
決定した経路候補がサーバレイヤパスを含む、すなわち、経路候補を構成する何れかのホップのリンクが、サーバレイヤであるＴＤＭ−ＬＳＰにより構成されるべきである場合、該リンクの端点をＴＤＭ−ＬＳＰの端点とし（９０２３）、パス計算要求（ＰＣＲｅｑ）をＴＤＭレイヤパス計算装置Ａ８２に送る。パス計算要求には、サービス識別子及びサービス属性を添える（９０３）。
【００３１】
ＴＤＭレイヤパス計算装置Ａ８２は、パケットレイヤパス計算装置Ａ８１と同様に、サービス定義テーブル８０３３を用いて、確立しようとする通信路（ＴＤＭ−ＬＳＰ）が通過する各ホップのリンクが満足すべき保守要件を決定し（９０３１）、リンク属性テーブル８０３４を用いて、各ホップに置いて保守要件を満足可能な、ＴＤＭ−ＬＳＰの経路候補を決定する（９０３２）。次に、ＴＤＭレイヤパス計算装置Ａ８２は、サービス識別子及びサービスの属性を元に、サービス定義テーブル８０３３を検索することにより、ＴＤＭ−ＬＳＰの端点におけるアダプテーションを決定し（９０３３）、要求元がパス計算装置であるならば、決定したアダプテーションに対してチケット番号を割当てて（９０３４）、経路とアダプテーションチケットを、要求元にＰＣＲｅｐメッセージとして返す（９０４）。
パケットレイヤパス計算装置Ａ８１は、次に、サービス識別子及びサービスの属性を元に、サービス定義テーブル８０３３を検索することにより、ＰＳＣ−ＬＳＰの端点におけるアダプテーションを決定し（９０４１）、アダプテーションチケットを発行し、チケット内容管理テーブルに格納する（９０４２）。経路上の各インタフェースの識別子、ＰＳＣ−ＬＳＰの端点におけるアダプテーションチケット及びＴＤＭ−ＬＳＰの端点におけるアダプテーションチケットを、確立しようとする通信路上に現れる順に明示的経路オブジェクト１７２２に格納し、要求元にＰＣＲｅｐメッセージとして返す（９０５）。
パケットＳｗ装置Ａ１１は、受取った明示的経路オブジェクト１７２２を、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥの明示的経路オブジェクト１００５として隣接ノードから受取ったと見立てて解釈する。
ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥにおいては、ＰＡＴＨメッセージを受取ったＧＭＰＬＳスイッチ（ここでは、パケットＳｗ装置Ａ１１）は、各サブオブジェクトを先頭から解釈し、解釈に従って自ノードを制御し、自ノード上の資源を示すサブオブジェクトを取り除いた明示的経路オブジェクトを、（例えば、明示的経路に含まれるノード識別子等に従い、）ネクストホップに転送する。本実施の形態においては、明示的経路オブジェクトは、本発明の特徴構成要素である、チケットサブオブジェクトを含むことが可能であり、サブオブジェクトを先頭から解釈する際に、チケットサブオブジェクトが現れたなら、チケットサブオブジェクトに含まれるチケット発行元識別子１６２５１で示されるパス計算装置に対して、パス計算要求を発行する。このパス計算要求には、アダプテーションチケットを含める。
【００３２】
本図の例では、ステップ９０５で受取った明示的経路オブジェクトにチケットサブオブジェクトが含まれており、そのため、チケット発行元識別子１６２５１が示すパケットレイヤパス計算装置Ａ８１に対して、アダプテーションチケットを含むパス計算要求を発行している（９１２）。
アダプテーションチケットを含むパス計算要求を受取ったパス計算装置は、アダプテーションチケット発行時に保持したアダプテーション情報を、チケット内容管理テーブルから取り出し（９１２１）、要求元に返す（９１３）。
パケットＳｗ装置Ａ１１は、受取ったアダプテーション情報を、ＲＳＶＰのセッションと関連付けてセッション管理テーブルに保持する（９０５１）。
【００３３】
次に、パケットＳｗ装置Ａ１１は、ＧＭＰＬＳ  ＲＳＶＰ標準に基づき、ＰＡＴＨメッセージを、（例えば、明示的経路にネクストホップとして定められたノード識別子に従い、）パケット−ＴＤＭ連携Ｓｗ装置Ａ１３に送る（９１４）。但し、この際のＰＡＴＨメッセージには、サービス識別子、サービス属性及びアダプテーションチケットを含む点が、標準とは異なる本発明の特徴である。
パケット−ＴＤＭ連携Ｓｗ装置Ａ１３は、パケットＳｗ装置Ａ１１と同様に、明示的経路オブジェクト１００５を順に解釈し、アダプテーションチケットが現れた為、パス計算要求を発行する（９１４）。ＴＤＭレイヤパス計算装置Ａ８２はパケットレイヤパス計算装置Ａ８１と同様にアダプテーション情報をテーブルから取り出し（９１４１）、要求元に返す（９１５）。返されたアダプテーション情報は、ＲＳＶＰのセッションと関連付けてセッション管理テーブルに格納される（９１５１）。
以後、パケット−ＴＤＭ連携Ｓｗ装置Ｂ１４、パケットＳｗ装置Ｂ１２の順に、ＰＡＴＨメッセージがやり取りされ（９１６，９２１）、必要に応じてパス計算装置への問い合わせ応答がなされ（９１７，９１７１，９１８，９１９，９１９１，９２０，９２２，９２２１，９２３）、セッション及びアダプテーション情報等が各ノードに保持される（９１８１，９２０１，９２３１）。
パケットＳｗ装置Ｂ１２はパス終点である為、以後、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥのＲＥＳＶメッセージの処理に移る。
パケットＳｗ装置Ｂ１２は、アダプテーション情報を取り出して、アダプテーション及びクロスコネクションを、インタフェース部及びスイッチ部に設定する（９３０１，９３０２）。
以後、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ標準の動作に基づいて、前ホップへＲＥＳＶメッセージを転送する（９３１，９３２，９３３）。経路上の他のＧＭＰＬＳスイッチもまた、アダプテーション及びクロスコネクションを、インタフェース部及びスイッチ部に設定する（９３１１〜９３１４，９３２１〜９３２４，９３３１〜９３３２）。
【００３４】
（パス計算装置）
図１７は、パス計算ソフトウェア８０３がパス計算要求（ＰＣＲｅｑメッセージ）を受信した際の、パス計算処理部８０３２の処理を表すフローチャートである。
パス計算ソフトウェア８０３がパス計算要求（ＰＣＲｅｑメッセージ）を受信すると、受信したＰＣＲｅｑメッセージにアダプテーションチケット１６２５が含まれているか否かを判定し（１７０１）、含まれているならばアダプテーションチケット１６２５に含まれるチケット番号１６２５２に一致するエントリがチケット有効性管理テーブル８０３５に存在することと、該エントリの有効性タイマ８０３５２が正の値であることにより、チケットの有効性を判定する。有効であるならば、チケット内容管理テーブル８０３６から、アダプテーションチケット１６２５のチケット番号１６２５２が、チケット番号８０３６１に一致するエントリを全て選択し、ＰＣＲｅｐメッセージのアダプテーションに格納して、要求元に応答を返す（１７０４）。
受信したＰＣＲｅｑメッセージにアダプテーションチケット１６２５が含まれていない場合、サービス識別子１６２３及びサービス属性１６２４を元に、サービス定義テーブル８０３３を検索し、保守要件１１０３を導く（１７０２）。次に、リンク属性テーブル８０３４から、保守属性１４０５列が保守要件１１０３を満足するエントリを全て選択し、選択されたエントリが示すリンク群（例えば、リンク端子Ａ、リンク端子Ｂ等）が表現するネットワークを対象として、ＳＰＦ等の経路計算アルゴリズムを用いてパス終端までの経路を計算する（１７０３）。
導かれた結果の各ホップのリンクに、サーバレイヤのパス（計算対象がパケットレイヤであるならばＴＤＭ−ＬＳＰ）を含んでいる否かを検査し（１７０５）、含まれているならば、サーバレイヤのパス計算装置に、該サーバレイヤパスに関するパス計算を要求する。パス計算のＰＣＲｅｑには、自らが受信したＰＣＲｅｑメッセージのサービス識別子１６２３及びサービス属性１６２４を引継ぎ、また、該リンクの両端を端点１６２２として渡す。サーバレイヤのパス計算装置からパス計算応答（ＰＣＲｅｐ）を受取ったら、受取ったＰＣＲｅｐに含まれるアダプテーションチケット１６２５を、ステップ１７０３で導いた結果の、対応するホップの箇所に挿入する（１７０６）。
次に、現在自らが計算しているパスの端点における、アダプテーションを、サービス識別子１６２３及びサービス属性１６２４を元に決定する。アダプテーションの決定は、サービス識別子１６２３及びサービス属性１６２４に合致する、サービス定義テーブル８０３３のエントリを選択し、選択したエントリのアダプテーション１１０４を結果とする事に拠る（１７０７）。
次に、要求元がパス計算装置であるならば（１７０８）、決定したアダプテーションに対してチケット番号を割当てて、チケット有効性管理テーブル８０３５とチケット内容管理テーブル８０３６に登録し（１７１０）、１７０３で導いた経路とアダプテーションチケットを、要求元にＰＣＲｅｐメッセージとして返す（１７１１）。
要求元がパス計算装置ではなくネットワーク装置である場合、ステップ１７０３で導いた経路と、ステップ１７０７で導いたアダプテーションを、要求元にＰＣＲｅｐメッセージとして返す（１７０９）。
【００３５】
（ＧＭＰＬＳスイッチ）
図１８は、シグナリング処理部８０１４がＰＡＴＨメッセージ（パス確立要求）を受信した際の動作を表すフローチャートである。
ＰＡＴＨメッセージを受信すると、明示的経路１００５の２番目のサブオブジェクトが存在しない（１個しかない）或いはチケットであるか否かを判定する（１８０１）。
真であるならばデフォルトのパス計算装置に、パス計算を要求する。ＰＣＲｅｑメッセージのサービス識別子１６２３とサービス属性１６２４には、ＰＡＴＨメッセージのサービス識別子１００３とサービス属性１００４を格納する。明示的経路１００５の２番目のサブオブジェクトがチケットであるならば、そのチケットをＰＣＲｅｑのアダプテーションチケット１６２５に格納する。パス計算装置からパス計算応答であるＰＣＲｅｐメッセージを受取ったら、経路とアダプテーションを取り出し、セッション管理テーブル８０２０の明示的経路１３０１６とアダプテーション情報１３０２に格納する（１８０２）。
自ノードが、受信したＰＡＴＨメッセージにより要求された通信路の終点ノードであるならば（１８０３）、ステップ１８０２でセッション管理テーブル８０２０に格納したアダプテーションを、インタフェース部に設定し（１８０４）、スイッチ部に対してクロスコネクションを設定する（１８０５）。この際、上流側リンクの情報と、上流側及び下流側のラベル値が必要になるが、これらの解決方法は、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ標準と同等であるため、説明は省略する。引き続き、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ標準に基づいて、ＲＥＳＶメッセージを生成して上流に転送する（１８０６）。
ステップ１８０３において、自ノードが、受信したＰＡＴＨメッセージにより要求された通信路の終点で無いと判断した場合、すなわち経路の中間ノードである場合、ＰＡＴＨメッセージを次ホップに送信する（１８０７）。転送するＰＡＴＨメッセージの決定方法は、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ標準と同等であるため、説明は省略する。但し、サービス識別子１００３及びサービス属性１００４については、上流から受信したものを、下流に転送するＰＡＴＨメッセージにそのまま付与することとする。
【００３６】
図１９は、シグナリング処理部８０１４がＲＥＳＶメッセージを受信した際の動作を表すフローチャートである。
ＲＥＳＶメッセージを受信すると、受信したメッセージに含まれるセッション識別子１００２を用いてセッション管理テーブル８０２０を検索して取り出し（１９０１）、アダプテーションを取り出してインタフェース部に設定し（１９０２）、同様に次ホップリンク情報を取り出して、スイッチ部にクロスコネクションを設定する（１９０３）。これらの処理は、ステップ１８０５及び１８０５と同等である。
引き続き、自ノードが要求された通信路の起点ノードであるか否かを判断し（１９０４）、そうでないならば、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥ標準に基づいてＲＥＳＶメッセージを前ホップに転送する。
起点ノードであるならば、以上により通信路が確立される。
【００３７】
７．追記
以上のように、通信路確立要求装置７１が、サービス種別と、各サービス固有の属性情報を、シグナリングプロトコルに載せて、通信路が通過する各ＧＭＰＬＳスイッチに通知し、通知された情報を元に各ＧＭＰＬＳスイッチが保守要件を判断し、判断結果に基づいて収容関係やアダプテーションの決定を行う。これにより、収容関係制御のための情報やアダプテーション特定のための情報を、管理システム間等で通信路確立制御と独立してやり取りすることなく、個々の通信路毎に制御可能となる。
また、サービスの保守要件の一種である、サービス途断許容時間に基づいて、収容関係やアダプテーションを決定することにより、複数の通信路がインタフェース等のネットワーク資源を共有する場合において、各通信路のサービス途断許容時間帯が異なることに起因して保守が不可能となることを、防ぐことが可能となる。
本実施の形態では、シグナリングプロトコルをやり取りするシーケンス中に、各ＧＭＰＬＳスイッチにて、方路決定処理やアダプテーション決定処理を実行しているが、これらの処理を通信路確立要求装置７１において実行しても良い。
その場合、各ＧＭＰＬＳスイッチが互いにシグナリングプロトコルメッセージをやり取りすることで実行する、各ＧＭＰＬＳスイッチの方路決定処理と、アダプテーション決定処理を、通信路確立要求装置７１内で仮想的に実行する。決定した割当資源やアダプテーションは、シグナリングプロトコルではなく、ＳＮＭＰ，ＣＯＲＢＡ，ｎｅｔｃｏｎｆ，ｔｅｌｎｅｔ等の管理プロトコルを用いて、各ノードのスイッチやインタフェースに設定される。この形態によれば、シグナリング機構を持たないネットワークにおいて、保守要件に応じたパス制御を実現可能である。
【産業上の利用可能性】
【００３８】
本発明は、確立した通信路を用いて通信を行うネットワークシステムに適用することができる。特に、ＧＭＰＬＳ又はＭＰＬＳシグナリングプロトコル又はＭＰＬＳ  ＲＳＶＰ−ＴＥ等を用いてＬＳＰを確立する、ＧＭＰＬＳ又はＭＰＬＳネットワークに適用すると好適である。
【図面の簡単な説明】
【００３９】
【図１】ネットワークシステムのブロック図である。
【図２】各ＧＭＰＬＳスイッチが持つインタフェース部のインタフェース識別子の一覧表である。
【図３】各ＧＭＰＬＳスイッチ間のリンクのリンク識別子の一覧表である。
【図４】パケットインタフェース部のブロック図である。
【図５】ＴＤＭインタフェース部のブロック図である。
【図６】パケット−ＴＤＭ連携インタフェース部のブロック図である。
【図７】パケットＳｗ装置持つ制御部並びにパス計算装置のブロック図である。
【図８Ａ】ＧＭＰＬＳスイッチが互いにやり取りする、ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ１００の内容を示すフォーマット図である。
【図８Ｂ】ＰＳＣ−ＬＳＰ３４を確立する場合に、パケットＳｗ装置Ａ１１が発行するパス要求メッセージの具体的な内容を示す図である。
【図８Ｃ】ＰＳＣ−ＬＳＰ３５を確立する場合に、パケットＳｗ装置Ａ１１が発行するパス要求メッセージの具体的な内容を示す図である。
【図９Ａ】ＧＭＰＬＳスイッチがパス計算装置に、或いはパス計算装置が別のパス計算装置に、パス計算を要求する際の要求メッセージの内容を示すフォーマット図である。
【図９Ｂ】パス計算装置が、パス計算要求元のＧＭＰＬＳスイッチ又はパス計算装置に、パス計算を結果を返す際の応答メッセージの内容を示すフォーマット図である。
【図１０】パス計算装置のソフトウェア構成図である。
【図１１】ＧＭＰＬＳスイッチの制御部のソフトウェア構成図である。
【図１２Ａ】通信路確立の際のシーケンス図（１）である。
【図１２Ｂ】通信路確立の際のシーケンス図（２）である。
【図１２Ｃ】通信路確立の際のシーケンス図（３）である。
【図１３Ａ】パス計算装置が保持するサービス定義テーブル８０３３サービス定義テーブル８０３３（パケットレイヤ）の構成図である。
【図１３Ｂ】パス計算装置が保持するサービス定義テーブル８０３３サービス定義テーブル８０３３（ＴＤＭレイヤ）の構成図である。
【図１４Ａ】パス計算装置が保持するリンク属性テーブル８０３４（パケットレイヤパス計算装置Ａ）の構成図である。
【図１４Ｂ】パス計算装置が保持するリンク属性テーブル８０３４（ＴＤＭレイヤパス計算装置Ａ）の構成図である。
【図１５】ＧＭＰＬＳスイッチが保持するリンク管理テーブル８０１０の構成図である。
【図１６Ａ】ＧＭＰＬＳスイッチが保持するセッション管理テーブル８０２０（パケットＳｗ装置Ａ）の構成図である。
【図１６Ｂ】ＧＭＰＬＳスイッチが保持するセッション管理テーブル８０２０（パケット−ＴＤＭ連携Ｓｗ装置Ａ）の構成図である。
【図１７】ＰＣＲｅｑメッセージ受信時のパス計算装置の動作を表すフローチャートである。
【図１８】ＰＡＴＨメッセージ受信時のＧＭＰＬＳスイッチの動作を表すフローチャートである。
【図１９】ＲＥＳＶメッセージ受信時のＧＭＰＬＳスイッチの動作を表すフローチャートである。
【図２０】パス計算装置が保持するチケット有効性管理テーブル８０３５の構成図である。
【図２１】パス計算装置が保持するチケット内容管理テーブル８０３６の構成図である。
【符号の説明】
【００４０】
１  パケットネットワーク
２  ＴＤＭネットワーク
１１、１２  パケットＳｗ装置
１３，１４  パケット−ＴＤＭ連携Ｓｗ装置
１５  ＴＤＭ  Ｓｗ装置
３１，３２，３３  ＰＳＣ−ＬＳＰ
４１，４２  制御情報転送装置
５１，５２，５３，５４  パケットリンク
５５，５６，５７  パケットリンク（ＬＳＣ−ＬＳＰ）
６１，６２，６３，６４  ＴＤＭリンク
７１  通信路確立要求装置
１１１，１２１，１３１，１４１，１５１  制御部
１１２、１２２，１３２，１４３  パケットスイッチ部
１３３，１４３，１５３  ＴＤＭスイッチ部
１１ａ〜１１ｄ、１２ａ〜１２ｄ、１３ａ〜１３ｂ、１４ａ〜１４ｂ  パケットインタフェース部
１２ｃ〜１２ｅ、１３ｃ〜１３ｅ  パケット−ＴＤＭ連携インタフェース部
１３ｆ〜１３ｈ、１４ｆ〜１４ｈ、１５ａ〜ｄ  ＴＤＭインタフェース部
１００  ＧＭＰＬＳ拡張ＲＳＶＰ−ＴＥメッセージ
８０１  制御部ソフトウェア
８０１０  リンク属性テーブル
８０１１  サービス定義テーブル
８０１８  ネットワークトポロジテーブル
８０２０  セッション管理テーブル
【図１】
2010045439.tif 000003
【図２】
2010045439.tif 000004
【図３】
2010045439.tif 000005
【図４】
2010045439.tif 000006
【図５】
2010045439.tif 000007
【図６】
2010045439.tif 000008
【図７】
2010045439.tif 000009
【図８Ａ】
2010045439.tif 000010
【図８Ｂ】
2010045439.tif 000011
【図８Ｃ】
2010045439.tif 000012
【図９Ａ】
2010045439.tif 000013
【図９Ｂ】
2010045439.tif 000014
【図１０】
2010045439.tif 000015
【図１１】
2010045439.tif 000016
【図１２Ａ】
2010045439.tif 000017
【図１２Ｂ】
2010045439.tif 000018
【図１２Ｃ】
2010045439.tif 000019
【図１３Ａ】
2010045439.tif 000020
【図１３Ｂ】
2010045439.tif 000021
【図１４Ａ】
2010045439.tif 000022
【図１４Ｂ】
2010045439.tif 000023
【図１５】
2010045439.tif 000024
【図１６Ａ】
2010045439.tif 000025
【図１６Ｂ】
2010045439.tif 000026
【図１７】
2010045439.tif 000027
【図１８】
2010045439.tif 000028
【図１９】
2010045439.tif 000029
【図２０】
2010045439.tif 000030
【図２１】
2010045439.tif 000031