(57)【要約】  リソースドメインをわたる接続を確立するための方法が、以下のステップ：接続についての発信元および宛先の終点を決定するステップと、識別されたエッジに基づいて、発信元および宛先の終点を結合するのに適した隣接するサービス要素のチェーンを、サービスエージェントによって決定するステップと、チェーン中のサービス要素に関連する第１のサービスプロバイダ３５に、サービス要素を具現化する第１の接続セグメントを選択するようにサービスエージェントによって要求するステップと、キャリア間の通信リソースの識別子を、第１のサービスプロバイダからサービスエージェントによって受信するステップであって、前記キャリア間の通信リソースの識別子が、第１の接続セグメントの終点とチェーン中の隣接するサービス要素に関連するリソースドメインとの間のキャリア間インターフェイスにおける通信リソースを示す、受信するステップと、キャリア間の通信リソースの識別子を、隣接するサービス要素に関連する第２のサービスプロバイダ２５に、サービスエージェントによって転送するステップを含む。
2012526433.tif 000002
【特許請求の範囲】
【請求項１】
データトランスポートのためのリソースドメインをわたるトラフィックエンジニアリングされた接続を確立するための方法であって、リソースドメイン（１０、２０、３０）のそれぞれが関連するサービスプロバイダによって所有され、
接続についての発信元および宛先の終点をサービスエージェント（２）によって決定する（４１）ステップと、
サービスプロバイダのそれぞれから、関連するサービスプロバイダによって所有されるリソースドメインのエッジおよび、前記エッジの間でサービスプロバイダによって提供される接続性を規定する接続性の属性を識別するサービス要素を、サービスエージェントによって受信するステップと、
識別されたエッジに基づいて、発信元および宛先の終点を結合するのに適した隣接するサービス要素のチェーンを、サービスエージェントによって決定する（４２）ステップと、
チェーン中のサービス要素に関連する第１のサービスプロバイダ（３５）に、サービス要素を具現化する第１の接続セグメントを選択する（４４）ように、サービスエージェントによって要求する（４３）ステップと、
キャリア間の通信リソースの識別子（ＩＣＲ３）を、第１のサービスプロバイダからサービスエージェントによって受信する（４５）ステップであって、前記キャリア間の通信リソースの識別子が、第１の接続セグメントの終点とチェーン中の隣接するサービス要素に関連するリソースドメインとの間のキャリア間インターフェイスにおける通信リソースを示す、受信するステップと、
キャリア間の通信リソースの識別子を、隣接するサービス要素に関連する第２のサービスプロバイダ（２５）に、サービスエージェントによって転送する（４６、４３）ステップと
を含む、方法。
【請求項２】
キャリア間の通信リソースの識別子が、第１の接続セグメントの利用可能性を示す確認メッセージ（ＩＮＳＴ−ＲＥＳ）内で、サービスエージェント（２）に送信される、請求項１に記載の方法。
【請求項３】
キャリア間の通信リソースの識別子が、第２のサービスプロバイダに、隣接するサービス要素を具現化する第２の接続セグメントを確立するように要求するアクティブ化要求（ＡＣＴ、ＩＮＳＴ）の中で、サービスエージェントによって伝送される、請求項１および２のいずれか一項に記載の方法。
【請求項４】
サービス要素のエッジがボーダーノードとして識別され、サービスエージェントが、ボーダーノードの隣接に応じて、隣接するサービス要素のチェーンを決定する、請求項１から３のいずれか一項に記載の方法。
【請求項５】
サービスエージェントが、チェーン中のサービス要素に関連する第１のサービスプロバイダと、チェーン中の隣接するサービス要素に関連する第２のサービスプロバイダに並行して、それぞれのサービス要素で識別されるボーダーノードの間でのそれぞれの接続セグメントを選択するように要求する、請求項１から４のいずれか一項に記載の方法。
【請求項６】
サービス要素のエッジが、近くのリソースドメインとして識別される、請求項１から３のいずれか一項に記載の方法。
【請求項７】
サービスエージェントが、チェーン中の隣接するサービス要素を具現化する第２の接続セグメントを選択するための要求（ＩＮＳＴ）中で、キャリア間の通信リソースの識別子（ｉ４、ＩＣＲ３）を第２のサービスプロバイダ（２５）に伝送（４３）し、第２のサービスプロバイダが、キャリア間の通信リソースの識別子によって示されるキャリア間インターフェイス（ｉ４）において第２の接続セグメントが終了するように、キャリア間の通信リソースの識別子に応じて、第２の接続セグメントを選択する、請求項６に記載の方法。
【請求項８】
第１のサービスプロバイダが、サービス要素を具現化する事前に計算された接続セグメントの組の中から、第１の接続セグメントを選択する、請求項１から７のいずれか一項に記載の方法。
【請求項９】
キャリア間の通信リソースの識別子が、ＭＰＬＳラベルまたはＧＭＰＬＳラベルを含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
サービスエージェントが、接続のための所望の性能パラメータを決定し、サービス要素のチェーンを、サービス要素の接続性の属性に応じて、所望の性能パラメータと一致するように決定する、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
サービスエージェントが、接続のためのサービス識別子（ＳＩＤ）を決定し、サービス識別子をチェーン中のサービス要素に関連するサービスプロバイダに通信し、サービスプロバイダが、サービス要素を具現化する接続セグメントにサービス識別子を関連付ける、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
データトランスポートのためのリソースドメインをわたる、トラフィックエンジニアリングされた接続を確立するためのサービスエージェント（２）であって、リソースドメインのそれぞれが関連するサービスプロバイダによって所有され、
接続についての発信元および宛先の終点を決定し（４１）、
サービスプロバイダのそれぞれから、関連するサービスプロバイダによって所有されるリソースドメインのエッジおよび、前記エッジの間でサービスプロバイダによって提供される接続性を規定する接続性の属性を識別するサービス要素を受信し、
識別されたエッジに基づいて、発信元および宛先の終点を結合するのに適した隣接するサービス要素のチェーンを決定し（４２）、
チェーン中のサービス要素に関連する第１のサービスプロバイダに、サービス要素を具現化する第１の接続セグメントを選択するように要求し（４３）、
キャリア間の通信リソースの識別子を、第１のサービスプロバイダから受信し（４５）、前記キャリア間の通信リソースの識別子が、第１の接続セグメントとチェーン中の隣接するサービス要素に関連するリソースドメインとの間のキャリア間インターフェイスにおける通信リソースを示し、
キャリア間の通信リソースの識別子を、隣接するサービス要素に関連する第２のサービスプロバイダに転送する（４３、４６）
ようになされた処理モジュールを含む、サービスエージェント。
【請求項１３】
リソースドメインを所有するサービスプロバイダのための、およびリソースドメインを通じてドメイン間接続を確立するためのサービスプロバイダの提携に参加するための、サービスプロバイダシステム（１５）であって、
サービスエージェント（２）と通信するためのインターフェイスと、
サービス要素の識別子およびサービス識別子を含むインスタンス化要求（ＩＮＳＴ）を検出し、リソースドメイン内のサービス要素を具現化する接続セグメントを選択し（４４）、接続セグメントの終点におけるキャリア間インターフェイスを選択し、キャリア間インターフェイスにおける通信リソースを確保し、インスタンス化要求に応じて、通信リソースを示すキャリア間の通信リソースの識別子を、サービスエージェントに通信する（４５）ようになされる、制御モジュールと
を含む、サービスプロバイダシステム。
【請求項１４】
リソースドメインを所有するサービスプロバイダのための、およびリソースドメインを通じてドメイン間接続を確立するためのサービスプロバイダの提携に参加するための、サービスプロバイダシステム（２５）であって、
サービスエージェント（２）と通信するためのインターフェイスと、
キャリア間の通信リソースの識別子（ＩＣＲ３）およびサービス識別子（ＳＩＤ）を含むアクティブ化要求（ＡＣＴ、ＩＮＳＴ）を検出し、リソースドメイン内に配置されサービス識別子に関連する接続セグメントを決定し（４４）、キャリア間の通信リソースの識別子によって示されるキャリア間インターフェイスにおいて、接続セグメントを通信リソースと連結させる（４７）ようになされる、制御モジュールと
を含む、サービスプロバイダシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャリア間の通信、すなわち複数のサービスプロバイダに関係する通信の技術分野に関する。より正確には、本発明は、複数のサービスプロバイダによって所有される複数のリソースドメインをわたる、トラフィックエンジニアリングされた接続に関する。
【背景技術】
【０００２】
通信サービスプロバイダは、自身のネットワークをわたりデータサービスを提供することができる。例えば、データサービスは、マルチメディア接続サービス、同期分配およびシグナリングを含む。データが送信され得る領域を拡大するために、サービスプロバイダは、別のサービスプロバイダによるデータトランスポートサービスと契約することができる。例えば、グローバルＩＰによる仮想プライベートネットワーク（ＶＰＮ）サービスの提供を望むサービスプロバイダは、アクセスプロバイダによるトランスポートサービスと契約し、サービスプロバイダのドメインと直接は接続されない企業向けサイトに達することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】仏国特許出願第２００８０５５４５３号明細書
【非特許文献】
【０００４】
【非特許文献１】Ｄｏｕｖｉｌｌｅ他、「Ａ  Ｓｅｒｖｉｃｅ  Ｐｌａｎｅ  ｏｖｅｒ  ｔｈｅ  ＰＣＥ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ａｕｔｏｍａｔｉｎｇ  Ｍｕｌｔｉｄｏｍａｉｎ  Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ  Ｓｅｒｖｉｃｅｓ」、ＩＥＥＥ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｍａｇａｚｉｎｅ、２００８年６月、９４−１０２頁
【非特許文献２】Ａ．ＳａｎｔｉｎおよびＨ．Ｐｏｕｙｌｌａｕ、「Ｖｕｅ  ｄ’ｅｎｓｅｍｂｌｅ  ｄｅｓ  ｍｅｃａｎｉｓｍｅｓ  ｄ’ａｎｎｕａｉｒｅ  ｅｔ  ｄｅ  ｌｅｕｒ  ａｐｐｌｉｃａｂｉｌｉｔｅ  ａｕｘ  ｓｅｒｖｉｃｅｓ  ｉｎｔｅｒ−ｏｐｅｒａｔｅｕｒｓ」、Ａｃｔｅ  ｄｅｓ  ＪＤＩＲ’０９、１０ｅｍｅｓ  Ｊｏｕｒｎｅｅｓ  Ｄｏｃｔｏｒａｌｅｓ  ｅｎ  Ｉｎｆｏｒｍａｔｉｑｕｅ  ｅｔ  Ｒｅｓｅａｕｘ、１３−１８頁
【発明の概要】
【発明が解決しようとする課題】
【０００５】
高速なサービスの提供に対する要求の高まりによって、サービスプロバイダは、自動化された処理で相互通信および互いのサービスの購入を可能にする、プロバイダにまたがるサービス層の確立を望むようになっている。提携するサービスプロバイダの間での、そのようなサービス層の実装は、例えば、Ｄｏｕｖｉｌｌｅらによる「Ａ  Ｓｅｒｖｉｃｅ  Ｐｌａｎｅ  ｏｖｅｒ  ｔｈｅ  ＰＣＥ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ａｕｔｏｍａｔｉｎｇ  Ｍｕｌｔｉｄｏｍａｉｎ  Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ  Ｓｅｒｖｉｃｅｓ」、ＩＥＥＥ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｍａｇａｚｉｎｅ、２００８年６月、９４−１０２頁で提案されている。
【課題を解決するための手段】
【０００６】
ある実施形態では、本発明は、データトランスポートのためのリソースドメインをわたるトラフィックエンジニアリングされた接続を確立するための方法を提供し、リソースドメインのそれぞれは関連するサービスプロバイダによって所有される。この方法は、以下のステップ：
接続についての発信元および宛先の終点をサービスエージェントによって決定するステップと、
サービスプロバイダのそれぞれから、関連するサービスプロバイダよって所有されるリソースドメインのエッジおよび、前記エッジの間でサービスプロバイダによって提供される接続性を規定する接続性の属性を識別するサービス要素を、サービスエージェントによって受信するステップと、
識別されたエッジに基づいて、発信元および宛先の終点を結合するのに適した隣接するサービス要素のチェーンを、サービスエージェントによって決定するステップと、
チェーン中のサービス要素に関連する第１のサービスプロバイダに、サービス要素を具現化する第１の接続セグメントを選択するように、サービスエージェントによって要求するステップと、
キャリア間の通信リソースの識別子を、第１のサービスプロバイダからサービスエージェントによって受信するステップであって、前記キャリア間の通信リソースの識別子が、第１の接続セグメントの終点とチェーン中の隣接するサービス要素に関連するリソースドメインとの間のキャリア間インターフェイスにおける通信リソースを示す、受信するステップと、
キャリア間の通信リソースの識別子を、隣接するサービス要素に関連する第２のサービスプロバイダに、サービスエージェントによって転送するステップを含む。
【０００７】
キャリア間の通信リソースの識別子は、チェーン中の隣接するサービス要素を具現化する２つのドメイン内接続セグメントを連結できるようにする、キャリア間インターフェイスにおける通信リソースを示す。実施形態においては、そのような連結は、シグナリングのプロトコルに依存することなく、サービス層を通じてリソース識別子を伝送することによって実現され、このことによりキャリア間インターフェイスにおいてシグナリングのプロトコルを使用することが避けられる。したがって、異なるドメイン間でシグナリングメッセージを交換することに関する問題、例えば、各ドメインのプロトコルスタックの相互運用性、またはドメイン間でのポリシールールの同期などの問題が回避され得る。
【０００８】
実施形態によれば、上記の方法は以下の特徴のうちの１つまたは複数を含んでもよい。
【０００９】
ある実施形態では、キャリア間の通信リソースの識別子は、第１の接続セグメントの利用可能性を示す確認メッセージの中で、サービスエージェントに送信される。
【００１０】
ある実施形態では、キャリア間の通信リソースの識別子は、第２のサービスプロバイダに、隣接するサービス要素を具現化する第２の接続セグメントを確立するように要求するアクティブ化要求の中で、サービスエージェントによって伝送される。
【００１１】
ある実施形態では、第１のサービスプロバイダは、サービス要素を具現化する事前に計算された接続セグメントの組の中から、第１の接続セグメントを選択する。ある実施形態では、サービスプロバイダがサービスエージェントに示すサービス要素のそれぞれについて、サービスプロバイダは、サービス要素を具現化するのに適した１つまたは複数の接続セグメントを事前に計算し、保存する。この実施形態によって、接続セグメントの選択を高速化することができる。サービスプロバイダの一部または全てが、このように動作することができる。
【００１２】
実施形態においては、キャリア間の通信リソースの識別子は、限定はされないが、以下の情報のいずれかを含んでもよい：
−  マルチプロトコルラベルスイッチング（ＭＰＬＳ）ラベル、
−  一般化されたＭＰＬＳ（ＧＭＰＬＳ）ラベル、
−  Ｄｉｆｆｓｅｒｖのクラス（ＲＦＣ３２６０の通り）、
−  組合せ（ＭＰＬＳまたはＧＭＰＬＳラベル、ＩＰアドレス）、
−  組合せ（ＭＰＬＳまたはＧＭＰＬＳラベル、インターフェイスＩＤ）、
−  組合せ（ＧＭＰＬＳラベル、ＧＭＰＬＳ明示ルートオブジェクト）、
−  ２つの隣接するキャリアの間のネットワークリソースを識別できるようにするデータのｎタプル。
【００１３】
ある実施形態では、サービスエージェントは、接続のための所望の性能パラメータを決定し、サービス要素のチェーンを、サービス要素の接続性の属性に応じて、所望の性能パラメータと一致するように決定する。そのような性能パラメータは、帯域幅、遅延、伝送プロトコル、トランスポートプロトコルなどを含んでもよい。
【００１４】
ある実施形態では、サービスエージェントは、接続のためのサービス識別子を決定し、サービス識別子をチェーン中のサービス要素に関連するサービスプロバイダに通信し、サービスプロバイダは、サービス要素を具現化する接続セグメントにサービス識別子を関連付ける。
【００１５】
サービス要素のエッジは、様々な方法で規定され得る。実施形態では、サービス要素のエッジは、詳細なレベル、例えばボーダーノードのレベルまたはキャリア間インターフェイスのレベルで識別される。そのような詳細なサービス要素のエッジを用いて、サービス要素がインスタンス化され接続セグメントのドメイン内経路が選択される前（例えば構成段階の間）であっても、サービス要素のエッジの間での１つまたは複数のキャリア間インターフェイスの存在を確認することができてもよい。
【００１６】
対応する実施形態では、サービス要素のエッジはボーダーノードとして識別され、サービスエージェントは、ボーダーノードの隣接に応じて、隣接するサービス要素のチェーンを決定する。本実施形態では、サービス要素のエッジにおけるボーダーノードはサービス要素の中で規定され、それぞれのサービス要素のボーダーノード間の隣接が、サービスエージェントによって考慮される。例えば、ボーダーノードの隣接についての情報は、例えば、ＢＧＰ、構成ファイル、またはサービス要素中などの外部ゲートウェイプロトコルのエンジンを通じて、様々な方法でサービスエージェントに利用可能にされ得る。
【００１７】
詳細なサービス要素のエッジを用いる実施形態では、得られる接続セグメントが、例えば関連するリソースドメインのボーダーノードなどの、得られる接続セグメントの終点の間のキャリア間インターフェイスを通じて接続可能であることがある程度保証されるのと並行して、チェーン中の複数のサービス要素を具現化する複数の接続セグメントを選択することができるようになる。対応する実施形態では、サービスエージェントは、チェーン中のサービス要素に関連する第１のサービスプロバイダと、チェーン中の隣接するサービス要素に関連する第２のサービスプロバイダに並行して、それぞれのサービス要素で識別されるボーダーノードの間でのそれぞれの接続セグメントを選択するように要求する。
【００１８】
代替的な実施形態では、サービス要素のエッジは、より抽象的なレベル、例えばドメインレベルで規定され得る。対応する実施形態では、サービス要素のエッジは、近くのリソースドメインとして識別される。そのような抽象性によって、各リソースドメインに関連するトポロジー情報の機密性を向上させることができる。さらに、近くのリソースドメインとして規定されるサービス要素のエッジは、言及された近くのリソースドメインとインターフェイスのあるボーダーノードのいずれもが、サービス要素を具現化する接続セグメントを確立するものと考えられるので、接続パスの計算により大きな柔軟性をもたらす。
【００１９】
そのような抽象的なサービス要素のエッジでは、サービスエージェントは、隣接するサービス要素のチェーンを決定する段階（すなわち構成段階）において、接続セグメントの終点をまだ定義することができないことがある。したがって、それぞれの接続セグメントの間のキャリア間インターフェイスの存在を確認することについての問題が発生する。実施形態においては、第１および第２の接続セグメントが、この制約を満足するように、順番に選択される。
【００２０】
対応する実施形態では、サービスエージェントは、チェーン中の隣接するサービス要素を具現化する第２の接続セグメントを選択するための要求の中で、キャリア間の通信リソースの識別子を第２のサービスプロバイダに伝送する。そして、第２のサービスプロバイダは、キャリア間の通信リソースの識別子によって示されるキャリア間インターフェイスにおいて第２の接続セグメントが終了するように、キャリア間の通信リソースの識別子に応じて、第２の接続セグメントを選択する。
【００２１】
本発明は、データトランスポートのためのリソースドメインをわたるトラフィックエンジニアリングされた接続を確立するためのサービスエージェントも提供する。リソースドメインのそれぞれは関連するサービスプロバイダによって所有され、サービスエージェントは、以下の：
−  接続についての発信元および宛先の終点を決定し、
−  サービスプロバイダのそれぞれから、関連するサービスプロバイダによって所有されるリソースドメインのエッジおよび、前記エッジの間でサービスプロバイダによって提供される接続性を規定する接続性の属性を識別するサービス要素を受信し、
−  識別されたエッジに基づいて、発信元および宛先の終点を結合するのに適した隣接するサービス要素のチェーンを決定し、
−  チェーン中のサービス要素に関連する第１のサービスプロバイダに、サービス要素を具現化する第１の接続セグメントを選択するように要求し、
−  キャリア間の通信リソースの識別子を、第１のサービスプロバイダから受信し、前記キャリア間の通信リソースの識別子は、第１の接続セグメントとチェーン中の隣接するサービス要素に関連するリソースドメインとの間のキャリア間インターフェイスにおける通信リソースを示し、
−  キャリア間の通信リソースの識別子を、隣接するサービス要素に関連する第２のサービスプロバイダに送信する、ようになされた処理モジュールを含む。
【００２２】
本発明は、リソースドメインを所有するサービスプロバイダのための、またリソースドメインを通じてドメイン間接続を確立するためのサービスプロバイダの提携に参加するための、サービスプロバイダシステムも提供する。このサービスプロバイダシステムは、以下の：
サービスエージェントと通信するためのインターフェイスと、
サービス要素の識別子およびサービス識別子を含むインスタンス化要求を検出し、リソースドメイン内のサービス要素を具現化する接続セグメントを選択し、接続セグメントの終点におけるキャリア間インターフェイスを選択し、キャリア間インターフェイスにおける通信リソースを確保し、インスタンス化要求に応じて、通信リソースを示すキャリア間の通信リソースの識別子をサービスエージェントに通信するようになされる、制御モジュールを含む。
【００２３】
本発明は、リソースドメインを所有するサービスプロバイダのための、およびリソースドメインを通じてドメイン間接続を確立するためのサービスプロバイダの提携に参加するための、サービスプロバイダシステムも提供する。このサービスプロバイダシステムは、以下の：
サービスエージェントと通信するためのインターフェイスと、
キャリア間の通信リソースの識別子およびサービス識別子を含むアクティブ化要求を検出し、リソースドメイン内に配置されサービス識別子に関連する接続セグメントを決定し、キャリア間の通信リソースの識別子によって示されるキャリア間インターフェイスにおいて、接続セグメントを通信リソースと連結させるようになされる、制御モジュールを含む。
【００２４】
本発明の態様は、抽象的なサービス層を通じたキャリア間接続を構成することが、サービスプロバイダ間、すなわち、ドメイン所有者と、複数の要素からサービスを構成する役割を果たすサービスエージェントとの間の複数の通信と関係するという、着目に基づいている。本発明の態様によって、そのような通信の効率的な使用が実現し、高速で、信頼性のあるおよび／または安全な方法でキャリア間接続を確立することができる。
【００２５】
本発明のこれらおよび別の態様は、この後で説明される実施形態から、例として図面から、かつそれらを参照することによって、明らかとなるだろう。
【図面の簡単な説明】
【００２６】
【図１】本発明のある実施形態によるシステムを示す図である。
【図２】例示的な実施形態による接続の確立を示す図である。
【図３】別の例示的な実施形態による接続の確立を示す図である。
【発明を実施するための形態】
【００２７】
接続とは、通信システムを通る通信チャネルを指す。パスとは、通信に適したリンクおよびノードの列を指す。通常、パスは、とりわけ接続の１つの属性である。しかし、用語「パス」は、接続そのものを指すのに使用されることがある。
【００２８】
図１を参照すると、複数のサービスプロバイダが提携に参加し、ドメイン間の範囲でのデータトランスポートサービスを提供する。それぞれのサービスプロバイダは、サービスプロバイダのリソースドメインと呼ばれるネットワーク要素の集合を所有および操作する。リソースドメインが、番号１０、２０および３０において概略的に示される。示されているリソースドメインのトポロジーおよびサイズは、例示を目的として任意に選択されている。リソースドメインは、自律システム、内部ゲートウェイプロトコルルーティングエリア、ＧＭＰＬＳオーバーレイネットワークなどの標準化されたドメイン、または単一のサービスプロバイダの管理下の複数のそのような標準化されたドメインに対応してもよい。以下では、同一の参照番号は、サービスプロバイダおよび関連するリソースドメインの両方を指すために使用される。ネットワーク要素の例は、トランスポートネットワークノード、あるエリアにおける住宅加入者に接続されるアクセスネットワークノード、コンテンツサーバ、キャッシュ機器、請求システムおよび認証システムを含む。
【００２９】
提携に関わるリソースドメイン内の幾つかのエッジノードは、接続が複数のドメインをわたり確立され得るように、キャリア間インターフェイスを通じて相互接続される。キャリア間インターフェイス（ＩＣＩ）は、２つのサービスプロバイダのリソースドメイン間の物理的なインターフェイスである。より具体的には、ＩＣＩは、２つの異なるサービスプロバイダによって所有および操作される２つのネットワーク要素の間の、直接の物理的なインターフェイスである。図１では、ＩＣＩ  ｉ１はドメイン１０のエッジノード１１をドメイン２０のエッジノード２１にリンクし、ＩＣＩ  ｉ２はドメイン１０のボーダーノード１２をドメイン２０のボーダーノード２２にリンクし、ＩＣＩ  ｉ３はドメイン１０のボーダーノード１２をドメイン２０のボーダーノード２２にリンクする。同様に、２つのＩＣＩ  ｉ４およびｉ５が、ドメイン２０とドメイン３０との間に存在する。
【００３０】
提携のサービスプロバイダ１０、２０および３０のそれぞれは、参照番号１５、２５および３５で示される関連するサービスプロバイダシステムを用いて、自身のドメインを管理する。サービスプロバイダシステム１５、２５および３５は、以下で本明細書に説明されるように、サービスエージェント２の監視の下で、ドメイン間接続を構成および管理するために、参照番号１で概略的に示されるサービス層を通じて相互に通信する。また、サービスプロバイダシステム１５、２５および３５は、接続管理、リソース管理、トポロジー探索などのような、従来のドメイン内管理機能を含んでもよい。サービスプロバイダシステムは、集中式または分散式で実装され得る。図１は、本発明の例示的な実施形態を理解するのに十分な、システムの高レベル機能図を与えることのみが意図されている。
【００３１】
提携の各サービスプロバイダ１０、２０または３０は、データトランスポートサービス、または別のサービスプロバイダへのコンテンツの配信のような、サービスを提供することができる。提携のサービスプロバイダは、サービス要素を通じてサービスを通知し、サービス要素は標準的なデータ構造である。サービス要素を比較することによって、サービスエージェント２は、どのサービス要素がエンドツーエンドの伝送を提供するのに最も適切に動作するかを、選択することができる。サービス要素は、不明確なトラフィックエンジニアリング情報、すなわち、あるサービスプロバイダが提携内の別のサービスプロバイダと共有を望むという情報を含む。
【００３２】
サービスエージェント２はサービス層のエージェントであり、提携に関わる端末利用者のために、エンドツーエンドのサービス構成を実施する。サービスエージェント２は、サービスプロバイダ１０、２０および３０からの異なるエンティティであってよい。例えば、サービスエージェント２は、提携に関わる全てのサービスプロバイダについて、中立的で偏りのない方法でキャリア間サービスを構成することに関する、重要な決定をすることを目的とする第三者として作成されてもよい。
【００３３】
サービスプロバイダ１０、２０または３０のうちの１つが、別のサービスプロバイダへの転送機能を提供する場合、そのサービスプロバイダは、サービスエージェント２へアクセス可能にされたサービス要素を発行する。例えば、図１において、サービスプロバイダ１０、２０および３０はデータリポジトリ３にサービス要素をアップロードし、データリポジトリ３は、サービス要素ディレクトリとして組織化され得る。そのようなサービス要素ディレクトリに適切な様々な実装形態は、Ａ．ＳａｎｔｉｎおよびＨ．Ｐｏｕｙｌｌａｕ、「Ｖｕｅ  ｄ’ｅｎｓｅｍｂｌｅ  ｄｅｓ  ｍｅｃａｎｉｓｍｅｓ  ｄ’ａｎｎｕａｉｒｅ  ｅｔ  ｄｅ  ｌｅｕｒ  ａｐｐｌｉｃａｂｉｌｉｔｅ  ａｕｘ  ｓｅｒｖｉｃｅｓ  ｉｎｔｅｒ−ｏｐｅｒａｔｅｕｒｓ」、Ａｃｔｅ  ｄｅｓ  ＪＤＩＲ’０９、１０ｅｍｅｓ  Ｊｏｕｒｎｅｅｓ  Ｄｏｃｔｏｒａｌｅｓ  ｅｎ  Ｉｎｆｏｒｍａｔｉｑｕｅ  ｅｔ  Ｒｅｓｅａｕｘ、１３−１８頁で説明されている。
【００３４】
あるいは、サービスエージェントは、提携に参加するあらゆるサービスプロバイダが担い得る役割である。例えば、サービスプロバイダが、住宅または企業にいるサービスプロバイダの利用者にサービスの提供を望み、そうした利用者のために別のサービスプロバイダからサービスを請け負う必要がある場合、サービスプロバイダは、提携に関わる別のサービスプロバイダからサービス要素を購入するサービスエージェントとなってもよい。そのような場合、提携のメンバーである全てのサービスプロバイダが、サービス要素を受け取ることができる。しかし、サービスプロバイダは、提携に関わるサービスプロバイダの一部の集団のみにサービス要素を発行することができる。
【００３５】
サービスプロバイダ１０、２０および３０のそれぞれは、関連する要素が更新されたとき、関連するリソースドメイン１０、２０および３０のうちの１つで異常が発生したとき、およびサービスプロバイダ１０、２０または３０がサービスエージェント２からサービス要素を発行する要求を受け取ったときに、周期的にサービス要素を発行することができる。
【００３６】
サービスプロバイダ１０、２０および３０のそれぞれは、識別されたエッジの間でサービスプロバイダが提供する接続性の属性を、自身のサービス要素において発行する。サービス要素は、関連するリソースドメインをわたり、接続性の属性を識別する。サービス要素は、関連する接続性の属性を用いてサービスプロバイダがその間で接続性を提供する、隣接のペアを識別する。接続性の属性は、適応機能を含む伝送プロトコル、適切な場合には、価格などの取引条件、遅延などのサービスレベルでの同意についてのパラメータ、および規制による制約を含む。サービス要素についてのさらなる詳細は、「Ａ  Ｓｅｒｖｉｃｅ  Ｐｌａｎｅ  ｏｖｅｒ  ｔｈｅ  ＰＣＥ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ａｕｔｏｍａｔｉｎｇ  Ｍｕｌｔｉｄｏｍａｉｎ  Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ  Ｓｅｒｖｉｃｅｓ」、ＩＥＥＥ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｍａｇａｚｉｎｅ、２００８年６月、９４−１０２頁で見出され得る。
【００３７】
図１に示される例において、サービスプロバイダ２０は、以下のサービス要素を発行することができた：
１．ノード２１−ノード２３：
−  伝送プロトコル：イーサネット（登録商標）
−  取引条件
−  規制による制約
−  ＳＬＡに関するパラメータ
例１は、ボーダーノードレベルで定義されるエッジを有するサービス要素を例示する。
【００３８】
２．ドメイン１０−ドメイン３０：
−  伝送プロトコル：ＭＰＬＳ
−  取引条件
−  規制による制約
−  ＳＬＡに関するパラメータ
例２は、近くのドメインレベルで定義されるエッジを有するサービス要素を例示する。
【００３９】
３．インターフェイスｉ２−インターフェイスｉ５：
−  伝送プロトコル：ＭＰＬＳ
−  取引条件
−  規制による制約
−  ＳＬＡに関するパラメータ
例３は、キャリア間インターフェイスレベルで定義されるエッジを有するサービス要素を例示する。
【００４０】
サービスエージェント２は、サービスプロバイダ１０、２０および３０と通信し、したがって、それらから発行されたサービス要素を受け取ることができる。接続性のサービスを識別する受け取られたサービス要素に基づいて、サービスエージェント２は、末端の利用者からの接続の要求と一致するエンドツーエンドの接続パスを選択することができる。エンドツーエンドの接続パスを選択するために、サービスエージェント２は２つのステップ処理を用いる。構成と呼ばれる第１のステップは、要求されたキャリア間接続と関係されるべきそれぞれのサービスプロバイダからサービス要素のチェーンを選択するステップを含む。インスタンス化と呼ばれる第２のステップは、選択されたリソースドメインの内部でパスを選択するステップを含む。それぞれのドメイン内接続セグメントの間で使用されるべきＩＣＩは、サービス要素のエッジが定義される方法に応じて、第１または第２のステップで選択され得る。
【００４１】
第１のステップは、高レベルのパスの選択である。提携システムのサービスプロバイダによって発行されるサービス要素内のエッジおよび関連する接続性の属性に基づいて、サービスエージェント２は、高レベルのパスの選択としてのデータを伝送するために使用するリソースドメインを選択する。例えば、サービスエージェント２は、伝送プロトコルおよびコストに基づいてパスを選択することができる。第２のステップは、それぞれのサービスプロバイダと協働してサービスエージェント２が実行する、詳細レベルのパスの選択である。
【００４２】
図１のシステムでキャリア間接続を確立するための処理の例示的な実施形態が、以下で説明される。以下の説明では、例えば図２または３のフローチャートで示される、言及された動作は、特定のタスクを実行または特定の抽象データ型を実装し、既存のネットワーク要素または制御ノードにおける既存のハードウェアを用いて実行され得る、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む、プログラムモジュールまたは機能処理として実装され得る。そのような既存のハードウェアは、１つまたは複数の、中央演算処理装置（ＣＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）コンピュータなどを含み得る。
【００４３】
図２を参照すると、ステップ４１において、サービスエージェント２は、例えば末端の利用者からの、キャリア間接続を確立するための要求を受け取る。要求は、確立されるべき接続の特性を規定する。その特性は、発信元の１つまたは複数の終点、宛先の１つまたは複数の終点、および、存在するならば例えば、帯域幅、遅延、伝送プロトコルなどの、トラフィックエンジニアリングされた要件を含む。
【００４４】
ステップ４２において、サービスエージェント２は、データリポジトリ３からサービス要素を取り出し、要求を満たすようになされるサービス要素を選択する。より正確には、サービスエージェント２は、サービス要素で示されるエッジおよびリソースドメイン間のキャリア間インターフェイスについての知識を考慮して、隣接するサービス要素のチェーンを構成する。要求が、さらにトラフィックエンジニアリングされた要件を規定する場合は、サービス要素で規定されるＳＬＡに関連するパラメータが構成ステップで考慮され、規定されたトラフィックエンジニアリングされた要件を満たさない可能性があるサービス要素を取り除く。
【００４５】
図２の実施形態では、構成ステップ４２が、接続によって使用されることになるＩＣＩを既に規定するサービス要素のチェーンを生成すると仮定される。すなわち、ＩＣＩレベルで規定されたエッジを有するサービス要素が選択されており、または、ボーダーノードレベルで規定されたエッジを有するサービス要素が選択されている。また、サービスエージェント２は、ボーダーノードを接続するキャリア間インターフェイスを知っている。
【００４６】
そうした状況を例示するために、以下の例が提案される：
要求：
発信元＝ドメイン１０のノード１３、宛先＝ドメイン３０のノード３３
サービス要素の選択されたチェーン：
ａ．プロバイダ１０によって発行される要素：エッジ＝ノード１３−ノード１１、要求に適したＳＬＡに関連するパラメータ
ｂ．プロバイダ２０によって発行される要素：エッジ＝ノード２１−ノード２３、要求に適したＳＬＡに関連するパラメータ
ｃ．プロバイダ３０によって発行される要素：エッジ＝ノード３１−ノード３３、要求に適したＳＬＡに関連するパラメータ
構成ステップにおいて、サービスエージェント２は、ＩＣＩ  ｉ１およびｉ４の存在を考慮して、選択されたサービス要素が実際に隣接すると判定する。ステップ４２で、サービスエージェント２はまた、識別子ＳＩＤを接続要求に割り当てる。そして、この識別子は、要求に関連する全てのトランザクションにおいて使用され得る。
【００４７】
ステップ４３で、サービスエージェントはインスタンス化要求ＩＮＳＴを、サービス要素の選択されたチェーンに関係する全てのサービスプロバイダに送る。インスタンス化要求ＩＮＳＴは、識別子ＳＩＤ、ならびに、サービスプロバイダシステムによってインスタンス化されるべきそれぞれのサービス要素の識別子、すなわち示された例におけるａ、ｂおよびｃを含む。
【００４８】
ステップ４４で、インスタンス化要求を受け取ると、サービスプロバイダシステムは識別されたサービス要素をインスタンス化する。すなわち、サービスプロバイダシステムは、サービス要素で規定されるエッジの間で、サービス要素で規定される接続性の属性を具現化する、特定のドメイン内接続のパスを決定する。ステップ４４で選択される接続のパスは、処理の完了に成功した場合に最終的に確立される、エンドツーエンド接続のそれぞれのセグメントを表す。ステップ４４で、サービスプロバイダシステムの様々なモジュール、例えばパス計算要素またはルータが関係してもよい。
【００４９】
例えば、ステップ４４で、サービスプロバイダシステム１５はノード１３、１６および１１を通るパスを選択し、サービスプロバイダシステム２５はノード２１、２６および２３を通るパスを選択し、サービスプロバイダシステム３５はノード３１および３３を通るパスを選択する。
【００５０】
同様にステップ４４で、各サービスプロバイダシステム、または、インスタンス化要求を受け取るプロバイダシステムの少なくとも１つが、選択された接続のパスの端、例えば入口の端に位置するＩＣＩにおいて、通信リソースを選択および確保する。例えば、サービスプロバイダシステム３５は、入口ＩＣＩ  ｉ４における識別子ＩＣＲ３によって識別されるリソースを確保し、サービスプロバイダシステム２５は、入口ＩＣＩ  ｉ１における識別子ＩＣＲ２によって識別されるリソースを確保する。
【００５１】
次いで、ステップ４５において、各サービスプロバイダシステムは、インスタンス化応答ＩＮＳＴ−ＲＥＳをサービスエージェント２に送り、それぞれのサービス要素のインスタンス化の完了に成功したことを示す。キャリア間の通信リソースは、ステップ４４においてサービスプロバイダシステムによって確保されており、通信リソースの識別子もインスタンス化応答に含まれる。示された例では、ステップ４５において、システム２５が、識別子ＩＣＲ２を含むインスタンス化応答を送信し、システム３５が、識別子ＩＣＲ３を含むインスタンス化応答を送信する。
【００５２】
サービスプロバイダシステムが、例えば、リソース不足によって、ステップ４４でサービス要素をインスタンス化できなかった場合、インスタンス化応答ＩＮＳＴ−ＲＥＳが、例えば特定のオブジェクトまたはフィールドまたはメッセージタイプによって、このことを示すことができる。そして、処理はステップ４２に戻り、サービス要素の別のチェーンを試みることができる。
【００５３】
ステップ４６で、インスタンス化応答ＩＮＳＴ−ＲＥＳを受け取ると、サービスエージェント２は、チェーンに関係するサービスプロバイダのそれぞれにアクティベーション要求ＡＣＴを送り、サービスプロバイダに選択された接続セグメントをアクティブ化する。さらに、サービスエージェント２は、ステップ４５で受け取られたキャリア間の通信リソースの各識別子を、対応する近くのサービスプロバイダシステムに転送し、サービスプロバイダを、識別された通信リソースを用いてそれぞれの接続セグメントと連結させる。キャリア間の通信リソースの識別子は、アクティブ化要求または別のメッセージの中で転送され得る。
【００５４】
ステップ４７で、アクティブ化要求を受け取る各サービスプロバイダシステムは、パスに沿ってノードを構成し、関連するリソースドメイン内で接続セグメントを確立する。これは、様々な技術、例えば、ＲＳＶＰ−ＴＥシグナリングのような分散処理、または中央ネットワーク管理機器によるノード構成のような集中処理を用いて、実現され得る。各サービスプロバイダシステムは、ステップ４６で受け取られたキャリア間の通信リソースの識別子があればそれを、リソースドメインの対応するエッジノードに転送することもでき、これは、エッジノードが、ドメイン内接続セグメントを、近くのリソースドメインで確立された後続の接続セグメントと連結させるためである。すなわち、示された例では、エッジノード１１が、接続セグメントをＩＣＩ  ｉ１において識別されたリソースと連結させるために、ステップ４６で、サービスエージェント２が識別子ＩＣＲ２をサービスプロバイダシステム１５に転送し、ステップ４７で、サービスプロバイダシステム１５が識別子ＩＣＲ２をエッジノード１１に転送する。
【００５５】
ステップ４４で、識別子ＩＣＲ２で識別されたキャリア間の通信リソースが、トラフィックを受け取るために、エッジノード２１のために用意されている。したがって、エッジノード２１は、確保されたリソースを用いて、トラフィックを受け取る準備が既にできている。そして、識別子ＩＣＲ２を受け取ると、エッジノード１１は、確保されたリソースを用いてトラフィックを送る準備をする。したがって、それぞれの接続セグメントの連結は、エッジノード１１と２１との間でさらにシグナリングメッセージを交換することなく、実現され得る。同様の結果が、エッジノード２３と３１との間にも得られる。したがって、結果として得られるエンドツーエンドのキャリア間接続１００は、ステップ４７が完了したときには、完全に確立されている。
【００５６】
実施形態によれば、ＩＣＩにおける通信リソースは、物理層またはキャリア間インターフェイスで実装される層に応じて、様々な種類のリソースを包含し得る。通信リソースは、光ファイバ、導波管、同軸ケーブル、または電気ケーブルもしくはワイヤのような、物理ポートまたはポートに接続される物理媒体を含み得る。通信リソースは、無線リンクもしくはマイクロ波リンクのような電磁的リンク、または電磁的リンク上の周波数チャネルもしくは周波数チャネルの組を含み得る。通信リソースは、あらゆるスペクトルの範囲の光リンク、例えば、可視光、赤外線もしくは紫外線、または光リンク上の波長チャネルもしくは波長チャネルの組を含み得る。通信リソースは、光リンクまたは無線リンクまたは別の電磁的リンクなどの、ＴＤＭリンク上のタイムスロットもしくはタイムスロットの組を含み得る。通信リソースは、符号分割多重接続リンクのチャネル符号を含み得る。識別されるべきリソースの種類に応じて、様々な種類の情報が、通信リソースを識別することの役に立ち得る。インスタンス化応答の情報は、近くのサービスプロバイダが、識別された通信リソースを通じて接続セグメントを連結できるように、キャリア間インターフェイスにおける通信リソースを識別しなければならない。そのため、通信リソースの識別子は、ＭＰＬＳもしくはＧＭＰＬＳラベル、例えばネットワーク要素において局所的に意味をもつＩＰアドレスもしくはＩＰプレフィックスもしくはリンク番号のような物理リンク識別子、例えば電磁的チャネル、無線チャネル、光波長チャネルなどを識別するためのチャネル識別子を含む群から選択することができ、チャネル識別子は、多重のチャネルの組またはチャネル、例えばＴＤＭ信号におけるタイムスロットまたはＷＤＭ信号における波長を識別する。
【００５７】
したがって、データプレーンで使用される伝送技術に応じて、それぞれの接続セグメントの連結は、ＭＰＬＳ転送テーブルの構成、電気スイッチまたは光スイッチのマトリックスの構成などを含む、エッジノードにおける様々な操作を含み得る。
【００５８】
上記の例では、サービスプロバイダシステムは、インスタンス化のステップ中に、関連するリソースドメインの入口インターフェイスに位置するＩＣＩにおける通信リソースを確保するように動作する。しかし、サービスプロバイダシステムが、関連するリソースドメインの出口インターフェイスに位置するＩＣＩにおける通信リソースを確保する場合に、同様の処理が実施され得る。あるいは、トランジットサービス要素をインスタンス化するサービスプロバイダシステムは、関連するリソースドメインをわたり、接続パスの両方の端部に位置するＩＣＩにおける通信リソースを確保してもよい。そうした代替的な実施形態は、接続の確立の高速化、および／またはキャリア間ホップにおけるシグナリングのトランザクションの回避という点で、同様の利点をもたらす。
【００５９】
図２の例においては、接続パスのエッジノードが、ステップ４２で選択されたサービス要素において規定されると仮定されている。したがって、メッセージＩＮＳＴ−ＲＥＳおよびＡＣＴで搬送されるキャリア間の通信リソースの識別子は、暗にそうしたエッジノードを指している。あるいは、そうしたメッセージは、キャリア間の通信リソースの識別子が関係するエッジノードを、明示的に指定してもよい。例えば、ステップ４５において、サービスプロバイダシステム２５は、識別子ＩＣＲ２と、エッジノードの識別子２１、例えばＩＰアドレスとの両方を含む、インスタンス化応答を送る。サービス層メッセージ内でエッジノードを明示的に識別することは、接続パスのエッジノードがステップ４２で選択されたサービス要素内で規定されない実施形態では、さらに有用である。この状況が、図３を参照して例示される。
【００６０】
図３では、図２と同じ参照番号が、同一のまたは同様のステップおよび要素を指すのに使用される。したがって、主に、図２の処理との違いが以下で明らかにされる。
【００６１】
図３の実施形態において、構成ステップ４２は、接続で使用されるＩＣＩを規定しないサービス要素のチェーンを生成すると仮定される。すなわち、ドメインレベルで規定されるエッジを有するサービス要素が、選択されている。このような状況を示すために、以下のような例が提案される：
要求：
発信元＝ドメイン１０のノード１３、宛先＝ドメイン３０のノード３３
サービス要素の選択されたチェーン：
ｄ．プロバイダ１０によって発行される要素：エッジ＝ノード１３−ドメイン２０、要求に適したＳＬＡに関するパラメータ
ｅ．プロバイダ２０によって発行される要素：エッジ＝ドメイン１０−ドメイン３０、要求に適したＳＬＡに関するパラメータ
ｆ．プロバイダ３０によって発行される要素：エッジ＝ドメイン２０−ノード３３、要求に適したＳＬＡに関するパラメータ
この場合、各リソースドメインにおけるインスタンス化ステップは、例えば示されているように出口から入口へ、またはその逆に、順番に実行され、それぞれの接続セグメントを相互接続するＩＣＩの存在を確実にする。
【００６２】
ステップ４４において、サービスプロバイダシステム３５は、サービス要素ｆの指定されたエッジとインターフェイスする接続パス、すなわちドメイン２０を選択する。例えば、サービスプロバイダシステム３５は、入口ＩＣＩ  ｉ４で終了する接続パスを選択する。ステップ４５で、サービスプロバイダシステム３５は、選択された入口ＩＣＩ、すなわちｉ４および、入口ＩＣＩの選択されたリソース識別子、すなわちＩＣＲ３の両方を規定する、インスタンス化応答を送る。
【００６３】
ステップ４３で、サービスエージェント２は、チェーン中の前のサービスプロバイダによって選択されるＩＣＩ  ｉ４を規定するインスタンス化要求を、プロバイダシステム２５に送る。したがって、ステップ４４で、サービスプロバイダシステム２５は、パスが出口インターフェイスｉ１で実際に終了するという制約の下で、接続パスを選択する。同様に、ステップ４５で、サービスプロバイダシステム２５は、選択された入口ＩＣＩ、すなわちｉ１および、入口ＩＣＩの選択されたリソース識別子、すなわちＩＣＲ２の両方を規定する、インスタンス化応答を送る。
【００６４】
ステップ４３で、サービスエージェント２は、チェーン中の前のサービスプロバイダによって選択されるＩＣＩ  ｉ１を規定するインスタンス化要求を、プロバイダシステム１５に送る。したがって、ステップ４４で、サービスプロバイダシステム１５は、パスが出口インターフェイスｉ１で実際に終了するという制約の下で、接続パスを選択する。
【００６５】
処理の残り、すなわちステップ４６および４７は、図２と同様に実行され得る。
【００６６】
図３の実施形態の修正形態では、例えば、サービスエージェント２とサービスプロバイダシステム１５、２５および３５との間で交換されるメッセージの数を最小化するために、インスタンス化ステップおよびアクティブ化ステップが統合されてもよい。その場合、各サービスプロバイダは、サービスエージェント２からのアクティブ化メッセージを待たずに、ステップ４４の後で直ちにステップ４７を実行する。そのようにするために、サービスエージェント２は、ステップ４３でサービスプロバイダシステム２５および１５にそれぞれ送られたインスタンス化要求の中にそれぞれのキャリア間の通信リソースの識別子ＩＣＲ２およびＩＣＲ３を既に含む。
【００６７】
ある実施形態では、ステップ４４でのサービス要素のインスタンス化のステップを容易にしかつ／または高速化するために、サービスプロバイダは、そのサービスプロバイダによって発行されたそれぞれのサービス要素を具現化する事前に計算された接続パスの組が事前に保存されている、データリポジトリを使用することができる。したがって、ステップ４４で、サービスプロバイダシステムは、所望のサービス要素番号と一致する、事前に計算された接続パスを検索するだけでよい。サービスプロバイダによる、接続パスの事前計算および保存は、２００８年８月６日に出願された係属中のフランス特許出願第２００８０５５４５３号でより詳細に説明されている。何らかのトランスポート技術、例えば光ネットワークを用いて、接続セグメントをリソースドメインをわたり完全に構成するには、最大で数分を要する可能性がある。したがって、事前計算され、事前に確立された接続パスをリソースドメインの一部または全てで用いることによって、キャリア間接続の確立の処理においてかなりの時間を削減することができる。
【００６８】
実施形態では、リソースドメイン内の接続セグメントは、ＭＰＬＳまたはＧＭＰＬＳラベルスイッチパス（ＬＳＰ）として確立される。ＬＳＰスティッチングとして知られる技術が、複数のＬＳＰを連結するために使用され得る。対応する実施形態では、ステップ４７で、リソースドメインのエッジノードは、２つの隣接するＬＳＰを連結させるために、キャリア間の通信リソースの識別子を用いてＬＳＰスティッチング操作を実行する。この実施形態では、キャリア間の通信リソースの識別子は、ＭＰＬＳまたはＧＭＰＬＳラベルを含む。サービスプロバイダは、リソース管理を改善するために、キャリア間接続のためにＩＣＩで使用され得るラベルの組を、事前に定義してもよい。そして、ステップ４４で、キャリア間の通信リソースの識別子が、事前に定義された組の中から選択され得る。
【００６９】
隣接するサービスプロバイダシステムの間で、サービス層を介してキャリア間の通信リソースの識別子を伝送することによって、本発明の実施形態は、異なるサービスプロバイダに属するエッジノードの間でＲＳＶＰ−ＴＥシグナリング操作を実行することなく、接続セグメントを連結させることができるようにする。そのような伝送は、エンドツーエンドのキャリア間接続でのキャリア間ホップの１つまたはそれぞれで使用され得る。また、エンドツーエンドのキャリア間接続に関係するリソースドメインの１つまたはそれぞれの中で、接続セグメントの確立は、ドメイン内ＲＳＶＰ−ＴＥシグナリングまたは他の技術、例えばドメインレベルのネットワーク管理機器による構成に依存してもよい。
【００７０】
本発明は、説明された実施形態には限定されない。添付の特許請求の範囲は、本明細書で説明された基本的な教示の範囲に完全に入る、当業者が想起し得る全ての修正形態および代替構造を具現化するものとして、解釈されるべきである。
【００７１】
動詞「含む（ｔｏ  ｃｏｍｐｒｉｓｅ）」または「備える（ｔｏ  ｉｎｃｌｕｄｅ）」およびその活用形の使用は、請求項で述べられる要素またはステップ以外の要素またはステップの存在を除外しない。さらに、要素またはステップに先行する冠詞「ａ」または「ａｎ」の使用は、そのような要素またはステップが複数存在することを除外しない。本発明は、ハードウェアならびにソフトウェアによって実装され得る。ハードウェアの同様の項目は、いくつかのモジュールを表し得る。
【００７２】
特許請求の範囲において、括弧内のあらゆる参照記号は、特許請求の範囲を限定するものと解釈されるべきではない。
【図１】
2012526433.tif 000003
【図２】
2012526433.tif 000004
【図３】
2012526433.tif 000005
【国際調査報告】
2012526433.tif 000006
2012526433.tif 000007
2012526433.tif 000008