ネットワークによってクライアント間で互いに素であるデータ接続を確立する方法
ネットワークによって２つのクライアント間で互いに素であるデータ接続を確立するための方法が提案される。この方法は、異なるデバイスにおける異なるステップを備える。第１のクライアントデバイスが、クライアント−ネットワークインタフェースを介して、第２のクライアントデバイスに対する少なくとも２つの互いに素であるデータ接続を要求するための１つまたは複数の接続要求メッセージをネットワークに送信する。この１つまたは複数の接続要求メッセージは、ネットワークリソースの第１の所定のセットを示す第１の通知するデータと、前記ネットワークリソースの第１のセットとは互いに素であるネットワークリソースの第２の所定のセットを示す第２の通知するデータとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント間で互いに素であるデータ接続を確立するための方法およびネットワークエンドポイントノードに関する。
【背景技術】
【０００２】
いくつかの状況において、クライアントが、互いに素であるトランスポートネットワークを介してデータ接続を確立することを所望する可能性がある。これらの互いに素であるデータ接続は、第１のクライアントデバイスに対するネットワークによって互いに素であるデータパス経由で確立されなければならず、これらの互いに素であるデータ接続は、第１のクライアントデバイスを第２のクライアントデバイスに接続し、第２のクライアントデバイスもやはり、そのネットワークに接続される。
【０００３】
ネットワークエンドポイントノードに対するいくつかのポート経由で接続されたクライアントの場合、クライアントは、そのようなネットワークエンドポイントノードから、そのネットワークの第２のネットワークエンドポイントノードに接続された第２のクライアントに対するいくつかのデータ接続を要求することができることが知られている。
【０００４】
クライアントが、第２のクライアントに対するネットワークを介して２つの互いに素であるデータ接続を有することの利点は、クライアントが、その２つの互いに素であるデータ接続を冗長なデータ接続として使用することができることである。このことは、クライアントが、第１のデータ接続経由のデータ伝送に障害が生じた場合に、第１のデータ接続経由のデータ伝送を保護することを所望する事例において望ましい。そのような事例において、クライアントは、データ伝送を第１のデータ接続から第２のデータ接続に切り換えることができる。その２つのデータ接続が互いに素であることをクライアントが知っていることにより、クライアントは、それらのデータ接続が互いに素であり、つまり、それらの接続が互いに素であるデータパス経由で確立されているため、ネットワーク内の単一のネットワークリソースの障害が、両方のデータ接続には影響を与えないことを確信することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ネットワークを介して互いに素であるデータ接続を確立するための現在、知られている方法を改良することである。
【課題を解決するための手段】
【０００６】
本発明によれば、ネットワークによって２つのクライアント間で互いに素であるデータ接続を確立するための方法が提案される。この方法は、異なるデバイスにおける異なるステップを備える。
【０００７】
第１のクライアントデバイスが、クライアント−ネットワークインタフェースを介して、第２のクライアントデバイスに対する少なくとも２つの互いに素であるデータ接続を要求するための１つまたは複数の接続要求メッセージをネットワークに送信する。この１つまたは複数の接続要求メッセージは、ネットワークリソースの第１の所定のセットを示す第１の通知するデータと、ネットワークリソースの第１のセットとは互いに素であるネットワークリソースの第２の所定のセットを示す第２の通知するデータとを含む。
【０００８】
ネットワークは、ネットワークリソースの第１のセットから選択されたネットワークリソースを使用して、第１のデータパス経由で第１のデータ接続を確立する。さらに、ネットワークは、ネットワークリソースの第２のセットから選択されたネットワークリソースを使用して、第２のデータパス経由で第２のデータ接続を確立する。
【０００９】
この提供される方法は、クライアントが、単に、異なる通知するデータを含む１つまたは複数の要求メッセージを送信することによって、ネットワークエンドポイントノードから、互いに素であるデータ接続を要求することができるという利点を有する。クライアントは、データ接続のためにネットワークリソースが使用されるべきこと、ならびにそのデータ接続に対応するデータパスを明示する命令を、ネットワークエンドポイントノードに与えなくてもよい。
【図面の簡単な説明】
【００１０】
【図１】第１のクライアントデバイスが単一のネットワークエンドポイントノードに接続されたネットワークを示す図である。
【図２】第１のクライアントデバイスが２つのネットワークエンドポイントノードに接続されたネットワークを示す図である。
【図３】第１のクライアントデバイスが２つのネットワークエンドポイントノードに接続され、さらにデータ接続が、従来技術によりそれらのネットワークエンドポイントノードによって確立されるネットワークを示す図である。
【図４】第１の実施形態による、ネットワークリソースがネットワークリソースの互いに素であるセットに割り当てられるネットワークを示す図である。
【図５Ａ】確立された互いに素であるデータ接続を有するネットワークを示す図である。
【図５Ｂ】第１の実施形態による互いに素であるデータ接続を確立するためのプロトコルのステップを示す図である。
【図５Ｃ】第１の実施形態による互いに素であるデータ接続を確立するための代替のプロトコルのステップを示す図である。
【図６Ａ】さらなる代替のソリューションによる確立されたデータ接続を有するネットワークを示す図である。
【図６Ｂ】さらなる代替のソリューションによるシグナリングプロトコルのステップを示す図である。
【図７】第１の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。
【図８】第２の実施形態による確立されたデータ接続を有するネットワークを示す図である。
【図９】第２の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。
【図１０】第３の実施形態による確立されたデータ接続を有するネットワークを示す図である。
【図１１】第３の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。
【図１２】ネットワークエンドポイントノードを示すブロック図である。
【図１３】クライアントデバイスを示すブロック図である。
【発明を実施するための形態】
【００１１】
図１は、第１のクライアントデバイスＣ１が、第１のポートＰ１、および第２のポートＰ２経由で接続されたネットワークＮを示す。第１のポート接続ＰＣ１、および第２のポート接続ＰＣ２が、第１のクライアントデバイスＣ１のポートＰ１、Ｐ２からクライアントネットワークインタフェースＣＮＩを介して第１のネットワークエンドポイントノードＮＥＮ１につながる。第１のネットワークエンドポイントノードＮＥＮ１は、異なるリンク、および異なるネットワークノードを経由して第２のネットワークエンドポイントノードＮＥＮ２に接続される。第１のネットワークエンドポイントノードＮＥＮ１は、第１のリンクＬ１１経由で第１のネットワークノードＮＮ１に接続され、ノードＮＮ１から第２のリンクＬ１２が第２のネットワークエンドポイントノードＮＥＮ２につながる。第３のリンクＬ２１が第１のネットワークエンドポイントノードＮＥＮ１から第２のネットワークノードＮＮ２につながり、ノードＮＮ２から第４のリンクＬ２２が第２のネットワークエンドノードＮＥＮ２につながる。第５のリンクＬ２３が、第２のネットワークエンドノードＮＮ２から第３のネットワークノードＮＮ３につながる。第６のリンクＬ３１が、第１のネットワークエンドノードＮＥＮ１と第３のネットワークノードＮＮ３を接続する。第７のリンクＬ３２が、第３のネットワークノードＮＮ３を第２のネットワークエンドノードＮＥＮ２に接続する。第２のクライアントデバイスＣ２が、クライアントネットワークインタフェースＣＮＩを介して第２のネットワークエンドノードＮＥＮ２に接続される。
【００１２】
第１のクライアントデバイスＣ１が、第１のポート接続ＰＣ１経由で第１のネットワークエンドポイントノードＮＥＮ１から、第２のクライアントＣ２に対する第１のデータ接続を要求する。ネットワーク、およびネットワークノード、ならびにネットワークエンドポイントノードがマルチプロトコルラベルスイッチング（ＭＰＬＳ）のプロトコルをサポートする事例において、第１のネットワークエンドポイントノードＮＥＮ１は、Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ（ＯＳＰＦ−ＴＥ）のプロトコルを使用してネットワークを通る第１のパスを決定することができる。図１の例によれば、この第１のパスＰＴＨ１は、ネットワークエンドポイントノードＮＥＮ１からリンクＬ２１経由でネットワークノードＮＮ２につながり、その後、リンクＬ２３が続き、ネットワークノードＮＮ３およびリンクＬ３２を経由してネットワークエンドポイントノードＮＥＮ２につながる。使用されるリンクＬ２１、Ｌ２３、Ｌ３２は、第１のパスＰＴＨ１＝｛Ｌ２１，Ｌ２３，Ｌ３２｝のパスセグメントである。次に、第１のデータ接続ＣＯＮ１が、クライアントデバイスＣ１とクライアントデバイスＣ２の間の第１のパスＰＴＨ１経由で確立される。ネットワーク要素がＭＰＬＳをサポートするネットワークにおいて決定されたパスを確立する原理は、ＲＳＶＰ−ＴＥとして知られているネットワーク要素間の通信プロトコルを介して実行される。このプロトコルは、ネットワークエンドポイントノードＮＥＮ１によって開始され、ノードＮＥＮ１は、第１のデータ接続ＣＯＮ１を確立するために第１のパスＰＴＨ１を確立することを要求する。
【００１３】
クライアントデバイスＣ１がクライアントデバイスＣ２に対して第２のデータ接続ＣＯＮ２を確立することを所望する事例において、デバイスＣ１が、ネットワークに対するポート接続ＰＣ２経由で要求を送信し、この要求は、ネットワークエンドポイントノードＮＥＮ１によって受信される。ＯＳＰＦ−ＴＥプロトコルを介して、ネットワークエンドポイントノードＮＥＮ１は、第２のパスＰＴＨ２が第１のパスＰＴＨ１とは互いに素であるように、第２のデータ接続ＣＯＮ２のための第２のパスＰＴＨ２を決定することができる。このことは、第１のパスと第２のパスが、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２の間のデータ伝送のために共通のネットワークリソースを使用しないことを意味する。
【００１４】
このことによって、ネットワークエンドポイントノードＮＥＮ１は、第１のデータ接続ＣＯＮ１に対する互いに素であるデータ接続として第２のパスＰＴＨ２経由で第２のデータ接続ＣＯＮ２を確立することができる。ＯＳＰＦ−ＴＥプロトコルに依拠する目的で、ネットワークエンドポイントノードＮＥＮ１は、ネットワークノードとネットワークエンドポイントノードによって交換されるメッセージから収集されたルーティングデータＲＤを格納する。ルーティングデータＲＤから、ネットワークエンドポイントノードＮＥＮ１は、ネットワークＮのトポロジについての情報を有し、この情報は、ノードＮＥＮ１がパスを決定するためにいくつかのリンクを選択することを可能にする。
【００１５】
第２のパスＰＴＨ２は、ネットワークエンドポイントノードＮＥＮ１からリンクＬ１１経由でネットワークノードＮＮ１につながり、ノードＮＮ１からリンクＬ１２経由でネットワークエンドポイントノードＮＥＮ２に進む。第２のパスＰＴＨ２のために使用されるこれらのリンクは、第２のパスＰＴＨ２＝｛Ｌ１１，Ｌ１２｝のパスセグメントである。
【００１６】
図１に示されるネットワークＮが、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）である事例において、汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）の原理が、第１のネットワークエンドポイントノードＮＥＮ１によって、互いに素であるデータ接続を確立するための互いに素であるデータパスを決定し、確立するために活用されることが可能である。
【００１７】
図２は、第１のクライアントデバイスＣ１が第１のポートＰ１および第１のポート接続ＰＣ１経由で第１のネットワークエンドポイントノードＮＥＮ１に接続されたネットワークを示す。さらに、第１のクライアントデバイスＣ１は、第２のポートＰ２および第２のポート接続ＰＣ２経由で第２のネットワークエンドポイントノードＮＥＮ２に接続される。第１のネットワークエンドポイントノードＮＥＮ１と第２のネットワークエンドポイントノードＮＥＮ２は、異なるリンク、および異なるネットワークノードを経由して第３のネットワークエンドポイントノードＮＥＮ３に接続され、ノードＮＥＮ３には、第２のクライアントＣ２がクライアントネットワークインタフェースＣＮＩを介して接続される。
【００１８】
図２のネットワークＮは、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２、ＮＥＮ３、ならびにさらなるリンク、およびさらなるネットワークノードを備える。第１のリンクＬ１１が、第１のネットワークエンドポイントノードＮＥＮ１から第１のネットワークノードＮＮ１につながる。第２のリンクＬ１２が、第１のネットワークノードＮＮ１から第１のネットワークエンドポイントノードＮＥＮ３につながる。第３のリンクＬ２１が、第１のネットワークエンドポイントノードＮＥＮ１から第２のネットワークノードＮＮ２につながる。第４のリンクＬ２３が、第２のネットワークノードＮＮ２から第３のネットワークエンドポイントノードＮＥＮ３につながる。第５のリンクＬ２２が、第２のネットワークエンドポイントノードＮＥＮ２から第２のネットワークノードＮＮ２につながる。第６のリンクＬ２４が、第２のネットワークノードＮＮ２から第３のネットワークノードＮＮ３につながる。第７のリンクＬ３１が、第２のネットワークエンドポイントノードＮＥＮ２から第３のネットワークノードＮＮ３につながる。第８のリンクＬ３２が、第３のネットワークノードＮＮ３から第３のネットワークエンドポイントノードＮＥＮ３につながる。
【００１９】
図３は、第１のクライアントデバイスＣ１にデータ接続を提供するためにＭＰＬＳまたはＧＭＰＬＳの原理を使用している場合に確立されるデータ接続を示す。図３に示されるネットワークは、図２に示されるすべての要素を示す。さらに、図３のネットワークは、第１のデータ接続ＣＯＮ１、第２のデータ接続ＣＯＮ２１、および第３のデータ接続ＣＯＮ２２を示す。これらのデータ接続の目的は、後段で詳細に説明される。
【００２０】
クライアントデバイスＣ１が、第１のポート接続ＰＣ１経由でネットワークエンドポイントノードＮＥＮ１から、クライアントデバイスＣ２に対する第１のデータ接続を要求するものと想定されたい。さらに、ネットワークエンドポイントノードＮＥＮ１が、ネットワークノードＮＮ２を通過して、最終的に、ネットワークエンドポイントノードＮＥＮ３に到達する、リンクＬ２１およびリンクＬ２３を経由するパスを決定するものと想定されたい。
【００２１】
そのようなパスは、ＯＳＰＦ−ＴＥプロトコルを使用して決定されることが可能である。ＲＳＶＰ−ＴＥのプロトコルを使用して、このパスを確立した後、ネットワークエンドポイントノードＮＥＮ１は、このパスを経由する第１のデータ接続ＣＯＮ１を、第１のポート接続ＰＣ１経由でクライアントデバイスＣ１に提供する。
【００２２】
次のステップとして、クライアントデバイスＣ１が、第２のポート接続ＰＣ２経由でネットワークエンドポイントノードＮＥＮ２から、第１のデータ接続ＣＯＮ１とは互いに素であるべき、クライアントデバイスＣ２に対する第２のデータ接続を要求するものと想定されたい。ネットワークエンドポイントノードＮＥＮ２がＯＳＰＦ−ＴＥのプロトコルに依拠する事例において、ノードＮＥＮ２は、ネットワークＮのトポロジについての知識を有するが、ネットワークエンドポイントノードＮＥＮ１によって決定され、確立されている、第１のデータ接続ＣＯＮ１のために使用されている第１のパスについての知識は有さない。したがって、ネットワークエンドポイントノードＮＥＮ２は、第１のデータ接続ＣＯＮ１とは互いに素であるべき第２のデータ接続を確立するために、いずれの種類のネットワークリソースが使用されるべきであるかという問題に関して十分な知識は有さない。
【００２３】
図３に示されるとおり、ネットワークエンドポイントノードＮＥＮ２は、ネットワークエンドポイントノードＮＥＮ２からリンクＬ２２経由でネットワークノードＮＮ２２につながり、リンクＬ２３経由でネットワークエンドポイントノードＮＥＮ３に進むパス経由で、第２のデータ接続ＣＯＮ２１を確立することも可能である。そのような第２のデータ接続ＣＯＮ２１のためのそのような第２のパスは、第１のデータ接続ＣＯＮ１とは互いに素でない第２のデータ接続である。また、ネットワークエンドポイントノードＮＥＮ２からリンクＬ３１に沿ってネットワークノードＮＮ３およびリンクＬ３２に進むパス経由でネットワークエンドポイントノードＮＥＮ３につながる第３のデータ接続ＣＯＮ２２も可能である。そのような第３のデータ接続ＣＯＮ２２は、第１のデータ接続ＣＯＮ１とは互いに素であるデータ接続である。
【００２４】
問題は、第２のネットワークエンドポイントノードＮＥＮ２が、第２の接続ＣＯＮ２１と第３の接続ＣＯＮ２２を、第１の接続ＣＯＮ１に対するこれらの接続ＣＯＮ２１、ＣＯＮ２２の互いに素であることに関して区別することができないことである。このことは、ＭＰＬＳからのＯＳＰＦ−ＴＥのプロトコル、またはＧＭＰＬＳの等価のプロトコルが、ネットワークエンドポイントノードＮＥＮ１によって確立された第１のデータ接続ＣＯＮ１などの、異なるノードによって既に確立されているパスおよびデータ接続を認識するために、第２のネットワークエンドポイントノードＮＥＮ２に十分な情報を供給しないということに起因する。異なるネットワークエンドポイントノードによってそれまでに確立されているデータ接続とは互いに素であるべきデータ接続を確立するために、ネットワークエンドポイントノードは、従来技術によれば、他のネットワークエンドポイントノードによって既に確立されているパスおよびデータ接続を考慮に入れることができない。
【００２５】
ネットワークＮの完全なトポロジ情報をクライアントデバイスＣ１に送ることは、一方で、クライアントデバイスＣ１が、所望に応じてデータパス、および対応するデータ接続を確立するためにネットワークＮの然るべきネットワークリソースを選択することを可能にする。このことは、他方で、ネットワークＮの完全なトポロジ情報がクライアントＣ１に送られるという欠点を有する。このことは、セキュリティの問題のためにネットワーク事業者には往々にして望ましくない。
【００２６】
（第１の実施形態）
ネットワーク事業者が、ネットワークリソースの互いに素であるセットにネットワークリソースを割り当てて、互いに素であるセットに依拠する互いに素であるデータ接続が、ネットワークを介して第１のクライアントデバイスＣ１から第２のクライアントデバイスＣ２までつながるようにする。ネットワークリソースの各セットは互いに素であり、つまり、単一のネットワークリソースは、ネットワークリソースの単一のセットに属することだけが可能である。
【００２７】
つまり、ネットワークリソースのセットは、ネットワークを介して第１のクライアントデバイスと第２のクライアントデバイスの間で、ネットワークリソースの単一のセットのネットワークリソースに依拠してのみ、データ接続を確立することが可能であるように構成される。さらに、ネットワークリソースの異なる互いに素であるセットに依拠するデータ接続は、共通のネットワークリソースを全く有さない。ネットワークリソースは、ネットワーク事業者によって或るセットに一意に指定される。このことは、単一のネットワークリソースがネットワークリソースの単一のセットに割り当てられることしか可能でないことを意味する。ネットワークリソースのセットは、単一のネットワークリソースを備えることも、複数のネットワークリソースを備えることも可能である。さらに、ネットワークは、ネットワークリソースの単一のセットを一意に識別するための通知データを作成し、この通知するデータを第１のクライアントに供給する。好ましいソリューションによれば、通知するデータは、単一のデータ値であり、そのような値は、ネットワークリソースのセットを一意に識別する番号、または別の値であることが可能である。このため、第１のクライアントから見て、通知するデータは、事前定義されたデータである。
【００２８】
ネットワークリソースをネットワークリソースのセットに割り当てるために、ネットワーク事業者は、ネットワークリソースにタグを割り当てることができ、このタグは、ネットワークリソースのセットを一意に識別する。その場合、ネットワークリソースのセットを一意に識別するための通知するデータは、ネットワークリソースの識別されたセットに属するすべてのネットワークリソースに割り当てられているタグであることが可能である。さらに、ネットワーク事業者は、ネットワークリソースの互いに素であるセットにネットワークリソースを指定する、指定するデータを作成することが可能である。この指定するデータは、ネットワークリソースを識別するためのデータと、それらのネットワークリソースを互いに素であるセットに割り当てる目的でそれらのネットワークリソースに割り当てられているタグとを備えることが可能である。次に、この指定するデータが、ネットワーク事業者によって、クライアントが接続されている可能性があるネットワークエンドポイントノードに供給される。この指定するデータは、さらなるネットワークデバイスに供給されてもよい。
【００２９】
この第１の実施形態において、リンクは、ネットワークリソースであるものと想定される。ネットワークノードは、ネットワークリソースであるとは想定されない。
【００３０】
図４は、図２に示されるすべての要素を有するネットワークＮ、および２つのクライアントデバイスを示す。さらに、図４は、さらなる要素を示し、これらの要素によって、互いに素であるデータ接続を確立する提案される方法が、次に、第１の実施形態に従って説明される。
【００３１】
図４によれば、ネットワークリソースの第１のセットＳＡが、リンクＬ２１およびリンクＬ２３から構成され、ＳＡ＝｛Ｌ２１，Ｌ２３｝である。このことが、タグＡを第３のＬ２１およびリンクＬ２３に割り当てることによって図４に示される。ネットワークリソースの第１のセットＳＡとは互いに素であるネットワークリソースの第２のセットＳＢが、ＳＢ＝｛Ｌ２２，Ｌ２４，Ｌ３１，Ｌ３２｝として構成される。第２のセットＳＢのネットワークリソースには、図４で第２のタグＢが割り当てられる。第１のセットＳＡ、および第２のセットＳＢとは互いに素であるネットワークリソースの第３のセットＳＣが、ＳＣ＝｛Ｌ１１，Ｌ１２｝から構成される。第３のセットＳＣのネットワークリソースには、第３のタグＣが割り当てられる。タグＡ、Ｂ、Ｃは、クライアントＣ１に供給される、通知するデータＩＤとして定義される。さらに、ネットワーク事業者によって作成された指定するデータが、このデータが格納されるネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２に供給される。ネットワークＮのネットワーク事業者が、ネットワークリソースをネットワークリソースのセットに割り当て、さらにタグＡ、Ｂ、Ｃをネットワークリソースに割り当てると、もたらされる指定データが、指定データをネットワークのすべての要素が利用できるようにする目的で、ネットワークにわたってプロトコルを介して配信されることが可能である。
【００３２】
第１のクライアントデバイスＣ１に格納された通知するデータＤＤは、ネットワークリソースのセットをＳＡ、ＳＢ、ＳＣとして一意に識別するタグＡ、Ｂ、Ｃに過ぎないことが可能である。
【００３３】
クライアントＣ１が、ネットワークリソースの或るセットに属するネットワークリソースに基づいて、データ接続を確立することを所望する場合、クライアントは、通知するデータＩＤから対応するタグを単に選択し、遠隔クライアントＣ２のアドレスと、選択されたタグとを含む要求をネットワークエンドポイントノードＮＥＮ１に送信するだけでよい。すると、ネットワークエンドノードＮＥＮ１は、選択されたタグによって識別されるセットに属するネットワークリソースに基づいて、遠隔クライアントＣ２に対する第１のデータ接続を確立する。ネットワーク事業者による互いに素であるセットに対するネットワークリソースの適切な指定を想定すると、クライアントデバイスＣ１は、さらなるデータ接続のために通知するデータＩＤから異なるタグを選択し、遠隔クライアントＣ２のアドレスと、選択されたさらなるタグとを含む要求をネットワークエンドポイントノードＮＥＮ２に送信することによって、ネットワークエンドポイントノードＮＥＮ２からさらなる互いに素であるデータ接続を要求することができる。すると、ネットワークエンドノードＮＥＮ２は、選択されたさらなるタグによって識別されたセットに属するネットワークリソースに基づいて、遠隔クライアントＣ２に対するさらなるデータ接続を確立する。このことは、互いに素であり、異なるネットワークエンドノードＮＥＮ１、ＮＥＮ２によって提供されているデータ接続をもたらす。
【００３４】
ネットワークリソースの識別されたセットのリソースだけを使用してデータ接続を確立するために、ネットワークエンドノードは、ネットワークエンドノードの中に格納された指定するデータＤＤ、およびやはりネットワークエンドノードの中に格納されているルーティングデータに依拠する。ルーティングデータは、例えば、ＭＰＬＳアルゴリズムまたはＧＭＰＬＳアルゴリズムのために使用されるルーティングデータであることが可能である。
【００３５】
クライアントＣ１は、個々の互いに素であるデータ接続を要求するために、個々の通知するデータを有する個々の要求メッセージを個々のネットワークエンドノードに送信することができる。また、クライアントＣ１は、複数の互いに素であるデータ接続を要求するために、複数の通知するデータを伝送する１つの要求メッセージを送信することもできる。
【００３６】
次に、互いに素であるデータ接続を確立するための提案される方法の様々なステップが、図５Ａおよび図５Ｂを使用して詳細に説明される。
【００３７】
図５Ａは、図４に示されるすべての要素を有する同一のネットワークを示す。さらに、図５Ａは、提案される方法により確立された第１のデータ接続ＣＯＮ１、および第２のデータ接続ＣＯＮ２を示す。図５Ｂは、クライアントデバイスとネットワークの間のシグナリングプロトコルの様々なステップを示す。
【００３８】
図５Ｂによれば、第１のクライアントデバイスＣ１が、デバイスＣ１の第１のポートＰ１経由でネットワークエンドポイントノードＮＥＮ１に要求メッセージＲＥＱを送信する。要求メッセージＲＥＱは、ネットワークリソースの第１のセットＳＡのネットワークリソースを介するクライアントデバイスＣ２に対するデータ接続を求める要求である。したがって、要求メッセージＲＥＱは、第２のクライアントのアドレスＡＤＲ２（Ｃ２）と、タグＡである、ネットワークリソースの第１のセットを識別する通知するデータとを含む。次のステップとして、ネットワークエンドポイントノードＮＥＮ１が、第１のセットＳＡのネットワークリソースだけから成る第１のパスＰＴＨ１を決定する。さらなるステップとして、ネットワークエンドポイントノードＮＥＮ１が、第１のパスＰＴＨ１を確立し、さらにこのことにより、第１のパスＰＴＨ１経由で第１のデータ接続ＣＯＮ１を確立する。ネットワークエンドポイントノードは、提供するメッセージＰＲＶ（ＣＯＮ１）を送信することによって、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に、確立された第１のデータ接続ＣＯＮ１を提供する。
【００３９】
図５Ａによれば、第１のパスＰＴＨ１がＰＴＨ１＝｛Ｌ２１，Ｌ２３｝として決定される。第１のデータパスＰＴＨ１を介して確立された第１のデータ接続ＣＯＮ１が、図５Ａに破線として示される。図５Ｂに示されるとおり、第１のデータ接続ＣＯＮ１は、クライアントネットワークインタフェースＣＮＩを介して第１のクライアントデバイスＣ１に供給される。
【００４０】
次のステップとして、図５Ｂが、ネットワークエンドポイントノードＮＥＮ２に対するクライアントデバイスＣ１による第２の要求ＲＥＱを示す。この第２の要求は、クライアントデバイスＣ１からクライアントデバイスＣ２につながる第２のデータ接続を求める要求である。第２のデータ接続ＣＯＮ２は、第１のデータ接続ＣＯＮ１とは互いに素でなければならない。互いに素であるデータ接続を求める、この要求は、クライアントデバイスＣ１によって、第２の要求メッセージの中に、第２のクライアントデバイスのアドレスＡＤＲ（Ｃ２）だけでなく、ネットワークリソースの第１のセットＳＡとは互いに素であるネットワークリソースの第２のセットＳＢを一意に識別する、通知するデータとしてのタグＢも含めることによって、行われる。この要求を受信すると、第２のネットワークＮＥＮ２は、第２のセットＳＢのネットワークリソースだけに基づく第２のパスＰＴＨ２を、パスＰＴＨ２＝｛Ｌ３１，Ｌ３２｝として決定する。第２のネットワークエンドポイントノードＮＥＮ２が、第２のパスＰＴＨ２を確立し、これにより、第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２も確立する。ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２を、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に提供する。タグＢを通知するデータとして含む第２の要求メッセージを受信することによって、ネットワークエンドポイントノードＮＥＮ２は、第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２を決定することを確実にする目的で、ネットワークエンドポイントノードＮＥＮ２の中に格納された指定データＤＤに依拠することができる。通知するデータＢは、タグＢも有するとして指定するデータＤＤの中で印が付けられ、したがって、ネットワークリソースの第２のセットＳＢに属するネットワークリソースを一意に識別する。
【００４１】
提案される方法は、ネットワークエンドポイントノードＮＥＮ２が、ネットワークエンドポイントノードＮＥＮ１によって提供されている第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２を提供することができるという利点を有する。つまり、異なるネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２は、他方のネットワークエンドポイントノードによってそれまでに確立されている他方のデータ接続に対して互いに素であるデータ接続を提供することができる。このことは、ネットワークエンドポイントノードの中に格納された指定データＤＤ、および第１のクライアントデバイスＣ１の中に格納された通知するデータＩＤによって確実にされる。完全なトポロジ情報は、第１のクライアントデバイスＣ１に全く送られなくてもよい。このことは、ネットワークＮのネットワークプロバイダに高いレベルのセキュリティを確実にする。
【００４２】
図３に関連して前述したとおり、従来技術によれば、第２のネットワークエンドポイントノードＮＥＮ２が、第１のネットワークエンドポイントノードＮＥＮ１によってそれまでに確立されている第１のデータ接続ＣＯＮ１に対して互いに素であるべき第２のデータ接続を提供することを確実にすることは可能ではない。次に、この問題が、前述した提案される方法の様々なステップを実行することによって解決される。
【００４３】
第１の実施形態によれば、通知データＩＤは、ネットワーク事業者によって供給されたタグＡ、Ｂ、Ｃを含む。第１の代替のソリューションによれば、第１のクライアントデバイスＣ１の中に格納された通知するデータＩＤは、それぞれの個々のタグＡ、Ｂ、Ｃに加えて、或る選択されたタグに対応するデータ接続を確立することができるネットワークエンドポイントノードに到達することが可能なポートＰ１、Ｐ２を識別するデータをさらに含む。図５Ａを参照すると、第１の通知するデータは、第１のポートＰ１を識別するデータに加えて、第１のタグＡを含む。このことは、第１のポートＰ１経由で、第１のタグＡに対応するネットワークリソースの第１のセットＳＡを介してデータ接続を確立することができるネットワークエンドポイントノードである、第１のネットワークエンドポイントノードＮＥＮ１に到達することが可能であるということによる。このソリューションにおいて第２の通知するデータは、第２のポートＰ２を識別する識別データおよびタグＢである。第３の通知するデータは、第１のポートＰ１を識別する識別データおよび第３のタグＣである。或るポートを識別する或る識別データとともに或るタグを通知するデータとして格納することによって、クライアントデバイスＣ１は、いずれのポートＰ１、Ｐ２経由で、選択されたタグに対応するネットワークリソースのセットからのネットワークリソースを使用して、データ接続を要求することに成功することが可能であるかという知識を有する。
【００４４】
さらなる代替のソリューションによれば、通知するデータＡ、Ｂ、Ｃだけが、通知するデータＩＤとして第１のクライアントデバイスＣ１の中に格納される。通知するデータＩＤに加えて、或るポートＰ１、Ｐ２を識別する識別データは、全く格納されない。この代替のソリューションに関して、図５Ｃは、クライアントデバイスＣ１とネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２の間のシグナリングのためのプロトコルを示す。クライアントデバイスＣ１が、第２のポートＰ２経由で第２のネットワークエンドポイントノードＮＥＮ２に、ネットワークリソースの第１のセットＳＡに属する、タグＡを有するネットワークリソースを使用するクライアントデバイスＣ２に対するデータ接続を要求する要求ＲＥＱを送信する。ネットワークエンドポイントノードＮＥＮ２は、ネットワークリソースの第２のセットＳＢのネットワークリソースだけを使用してデータ接続を確立することはできないので、ノードＮＥＮ２は、クライアントネットワークインタフェースＣＮＩを介して第１のクライアントデバイスＣ１に、この要求を確認しないという、メッセージＮＡＣＫとして示されるメッセージを送信する。このメッセージＮＡＣＫにより、クライアントデバイスＣ１は、要求に応じることが一般に可能でない、ポートＰ２においてその要求が行われたことを知らされる。このため、クライアントデバイスＣ１は、デバイスＣ１が、最初に要求されたデータ接続を、異なるポート経由で要求することを試みなければならないことを知らされる。したがって、同一の要求が再び行われるが、今度は、第１のポートＰ１経由で第１のネットワークエンドポイントノードＮＥＮ１に対して行われる。第１のネットワークエンドポイントノードＮＥＮ１は、この要求に応じることができるので、図５Ｂに既に示され、前段で詳細に説明されるパスＰＴＨおよびデータ接続ＣＯＮを決定し、確立するというプロトコルの様々なステップに進む。
【００４５】
図６Ａは、互いに素であるデータ接続を確立する代替のソリューションを、図６Ｂに示される、このソリューションのシグナリングプロトコルのステップとともに示す。
【００４６】
図６Ａは、１つの違いを除いて、図４に示されるすべての要素を有する同一のネットワークを示す。この違いは、リンクＬ２２およびリンクＬ２４がネットワークリソースの第２のセットＳＢに指定されないことである。したがって、リンクＬ２２およびリンクＬ２４にはタグが付けられておらず、ネットワークリソースの第２のセットＳＢは、ＳＢ＝｛Ｌ３１，Ｌ３２｝である。図６Ａによれば、クライアントデバイスＣ１に格納された通知するデータＩＤは、タグＡ、Ｂ、Ｃだけを含む。クライアントデバイスＣ１は、いずれのポートＰ１、Ｐ２経由で、ネットワークリソースの或るセットのネットワークリソースに基づくデータパス経由のデータ接続が、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２から要求されることに成功する可能性があるかということについての知識を有さない。
【００４７】
図６Ｂによれば、クライアントデバイスＣ１が、ネットワークリソースの第２のセットＳＢに属するネットワークリソースに基づいて、クライアントデバイスＣ２に対するデータ接続を要求する要求メッセージを、ネットワークエンドポイントノードＮＥＮ２に送信する。ネットワークエンドポイントノードＮＥＮ２は、この要求を受けると、第１のパスＰＴＨ１をパスＰＴＨ１＝｛Ｌ３１，Ｌ３２｝として決定し、第１のパスＰＴＨ１経由で第１のデータ接続ＣＯＮ１を確立する。次に、第１のデータ接続ＣＯＮ１が、ネットワークエンドポイントノードＮＥＮ２によってクライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に提供される。第２の要求として、クライアントデバイスＣ１が、ネットワークリソースの第１のセットＳＡだけに属するネットワークリソースに基づくべき第２のポートＰ２経由のクライアントデバイスＣ２に対する第２のデータ接続を、第２のネットワークエンドポイントノードＮＥＮ２から要求する。図６Ａに示されるとおり、ネットワークエンドポイントノードＮＥＮ２は、ネットワークリソースの第１のセットＳＡに属するネットワークリソースだけを使用するパスＰＴＨ２を決定することができない。しかし、ネットワークエンドポイントノードＮＥＮ２は、リンクＬ２３であるネットワークリソースの第１のセットＳＡに属するネットワークリソース、ならびにネットワークリソースの他のいずれのセットにも割り当てられておらず、それまでに決定され、確立されているデータ接続のデータパスのためにまだ占有されてもいないネットワークリソースであるリンクＬ２２を含むパスＰＴＨ２をＰＴＨ２＝｛Ｌ２２，Ｌ２３｝として決定することができる。クライアントデバイスＣ１の第２の要求を拒否する代わりに、ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２を、このデータ接続が、それまでに確立されているデータ接続ＣＯＮ１とは互いに素であるデータ接続であるので、ＰＴＨ２＝｛Ｌ２２，Ｌ２３｝として確立する。この第２のデータ接続ＣＯＮ２は、ネットワークリソースの要求されたセットＳＡのネットワークリソース、およびネットワークリソースのセットに割り当てられておらず、それまでの時点で確立されている、確立されたデータ接続のためにまだ使用されてもいないネットワークリソースに依拠する。
【００４８】
図６Ｂのシグナリングプロトコルによれば、パスＰＴＨ２＝｛Ｌ２２，Ｌ２３｝が、ネットワークエンドポイントノードＮＥＮ２によって決定されて、確立され、ノードＮＥＮ２は、このことにより、破線で示される第２のデータ接続ＣＯＮ２を確立する。第２のデータ接続ＣＯＮ２は、ネットワークエンドポイントノードＮＥＮ２によって、クライアントネットワークインタフェースＰＲＶ（ＣＯＮ２）を介してクライアントデバイスＣ１に提供される。さらに、通知メッセージＭＳＧが、ネットワークエンドポイントノードＮＥＮ２によって、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に送信される。このメッセージＭＳＧは、提供される第２のネットワーク接続ＣＯＮ２がその他のデータ接続とは互いに素であるが、ネットワークリソースの要求されるセットＳＡに属さないネットワークリソース、ならびにネットワークリソースの要求されるセットＳＡに属するネットワークリソースに依拠することを示す通知データを含む。
【００４９】
図７は、ネットワークリソースに障害が生じた場合に、ネットワークにおいてデータ接続を確立する代替のソリューションを示す。図７は、図４に示されるすべての要素を示す。さらに、図７は、第１のネットワークエンドポイントＮＥＮ１によって第１のポートＰ１経由で提供される、第１のクライアントデバイスＣ１に対する第１のデータ接続ＣＯＮ１を示す。第１のデータ接続ＣＯＮ１は、第１のデータパスＰＴＨ１＝｛Ｌ２１，Ｌ２３｝に依拠する。さらに、図７は、第１のネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポートＰ１経由で提供される第３のデータ接続ＣＯＮ３を示す。第３のデータ接続ＣＯＮ３は、ネットワークリソースの第３のセットＳＣのリンクによって形成される第３のデータパスＰＴＨ３に依拠し、ＰＴＨ３＝｛Ｌ１１，Ｌ１２｝として第３のデータパスＰＴＨ３をもたらす。
【００５０】
図７によれば、第２のタグＢが付けられ、このため、ネットワークリソースの第２のセットＳＢに属するリンクＬ３２が、切断障害ＤＣを有する。このため、ネットワークは、パスＰＴＨ２＝｛Ｌ３１，Ｌ３２｝に依拠して、図５Ａに示される第２のデータ伝送ＣＯＮ２をもはや提供することができない。代わりに、ネットワークは、第２のデータ接続ＣＯＮ２を、ＰＴＨ２Ａ＝｛Ｌ３１，Ｌ２４，Ｌ２３｝としての変更された第２のデータパスＰＴＨ２Ａに依拠する、変更された第２のデータ接続ＣＯＮ２Ａに変更しなければならない。現時点で、変更された第２のデータパスＰＴＨ２Ａを経由する変更された第２のデータ接続ＣＯＮ２Ａは、リンクＬ２３である、ネットワークリソースの第１のセットＳＡに含まれるさらなるネットワークリソースに部分的に依拠する。このため、第２の変更されたデータ接続ＣＯＮ２Ａは、第１のデータ接続ＣＯＮ１に対してもはや互いに素ではない。
【００５１】
第１の代替として、第２のデータ接続ＣＯＮ２が変更されるが、変更された第２のデータ接続ＣＯＮ２Ａは、それでも、それまでに確立されている他のすべてのデータ接続とは互いに素である事例において、第２のネットワークエンドポイントノードＮＥＮ２が、クライアントデバイスＣ１に通知メッセージをシグナリングする。そのようなメッセージは、好ましくは、データ接続を確立するために使用されたネットワークリソースのセットＳＢを識別するネットワークリソースのタグＢを含む。
【００５２】
第２の代替として、第２のデータ接続ＣＯＮ２が、変更された第２のデータ接続ＣＯＮ２Ａに変更されて、変更された第２のデータ接続ＣＯＮ２Ａが、それまでに確立されている他のすべてのデータ接続に対してもはや互いに素ではなく、それまでに確立されている或るデータ接続と少なくとも１つのさらなるネットワークリソースを共通で有し、そのさらなるネットワークリソースは、そのそれまでに確立されているデータ接続のネットワークリソースのセットからのものである事例において、ネットワークエンドポイントノードＮＥＮ２が、第１のクライアントデバイスＣ１に通知メッセージをシグナリングする。このメッセージは、好ましくは、変更された第２のデータ接続ＣＯＮ２Ａの第２のラベルＢを含む。代替のソリューションとして、このメッセージは、変更されたデータ接続ＣＯＮ２Ａがリソースを共通で有するデータ接続ＣＯＮ１のラベルＡをさらに含む。このことにより、クライアントＣ１は、いずれのデータ接続が共通のリソースを使用しているかを知らされる。
【００５３】
図７の例によれば、クライアントデバイスＣ１は、そのようなメッセージによって、第１のデータ接続ＣＯＮ１上で伝送されるトラフィックと、変更された第２のデータ接続ＣＯＮ２Ａ上で伝送されるトラフィックがもはや、互いに素であるリソース上、および互いに素であるデータパス上で伝送されていないということについて知らされる。このため、クライアントデバイスＣ１は、データ接続ＣＯＮ１とデータ接続ＣＯＮ２Ａが共通のネットワークリソースを使用しているので、データ接続ＣＯＮ１とデータ接続ＣＯＮ２Ａの両方に関する障害の可能なリスクについて知らされる。リンクＬ２３に障害が生じた場合、第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２Ａの両方に即時に障害が生じる。したがって、前述した情報を含む前述したメッセージは、或るデータが、第１のデータ接続ＣＯＮ１、および変更された第２のデータ接続ＣＯＮ２Ａとは依然として互いに素である第３のデータ接続ＣＯＮ３経由で送信されるべきかどうかを、クライアントデバイスＣ１が決定することを可能にする。
【００５４】
好ましくは、この通知メッセージは、その２つのデータ接続ＣＯＮ１、ＣＯＮ２Ａが、変更の後に現時点で共通で有するネットワークリソースのタイプを示す通知データを含む。
【００５５】
（第２の実施形態）
図８は、２つのクライアントデバイス、ならびに１つの違いを除いて、図４に示されるすべての要素を含むネットワークを示す。図８によれば、この違いは、リンクＬ２３が、第１のファイバＬ２３１、および第２のファイバＬ２３２という２つのファイバから構成される光ファイバ束であることである。第１のファイバＬ２３１には、第１のファイバＬ２３１をネットワークリソースの第２のセットＳＢに指定して、ＳＢ＝｛Ｌ２２，Ｌ２３１，Ｌ３１，Ｌ２４，Ｌ３３｝をもたらす、第２のタグＢが割り当てられる。第２のファイバＬ２３２には、第２のファイバＬ２３２をネットワークリソースの第１のセットＳＡに指定して、ＳＡ＝｛Ｌ２１，Ｌ２３２｝をもたらす、第１のタグＡが割り当てられる。
【００５６】
第１のデータ接続ＣＯＮ１が、第１のデータパスＰＴＨ１＝｛Ｌ２１，Ｌ２３｝を介してクライアントデバイスＣ１の第１のポートＰ１経由で第１のネットワークエンドポイントノードＮＥＮ１によって提供される。第２のデータ接続ＣＯＮ２が、第２のパスＰＴＨ２＝｛Ｌ２２，Ｌ２３１｝を介してクライアントデバイスＣ１に第２のポートＰ２経由でネットワークエンドポイントノードＮＥＮ２によって提供される。この実施形態において、第１のデータ接続ＣＯＮ１と第２のデータ接続ＣＯＮ２は、１つの光ファイバ束Ｌ２３の異なるファイバＬ２３１、Ｌ２３２を使用しているので、互いに素であると定義される。タグＡ、Ｂ、Ｃは、ネットワークＮのネットワーク事業者によって、単独のリンクの粒度で配布されるだけでなく、単独のファイバ束の単独のファイバＬ２３１、Ｌ２３２の粒度でも配布される。図８に示されるさらなるリンクは、この例では、単一のファイバだけから成る光リンク、または電線を介する電気的データ接続のリンクであると考えられる。
【００５７】
図示される例によれば、リンクＬ３２は、第１の切断ＤＣ１を被り、第１の切断ＤＣ１は、第２のデータ接続ＣＯＮ２が第２のパスＰＴＨ２＝｛Ｌ２２，Ｌ２３１｝に沿ってルーティングされて、第１の接続ＣＯＮ１と第２の接続ＣＯＮ２が同一の光ファイバ束Ｌ２３を通るが、ただし、異なるファイバＬ２３１、Ｌ２３２を通ることをもたらす原因である。代替のソリューションによれば、２つのデータ接続ＣＯＮ１、ＣＯＮ２は依然として、互いに素であると定義されるが、２つのデータ接続ＣＯＮ１、ＣＯＮ２が同一の光ファイバ束Ｌ２３の異なるファイバＬ２３１、Ｌ２３２を通っているということは、その２つのファイバＬ２３１、Ｌ２３２が共有されるリスクグループＳＲＧのものであるため、より高いリスクと見なされる。好ましくは、ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２が、現時点で、別のデータ接続ＣＯＮ１の別のネットワークリソースＬ２３２の共有されるリスクグループＳＲＧに入っているネットワークリソースに依拠することを示すメッセージを、クライアントデバイスＣ１にシグナリングする。好ましくは、ネットワークエンドポイントノードＮＥＮ１は、第１のデータ接続ＣＯＮ１に関する対応するメッセージもクライアントデバイスＣ１にシグナリングする。
【００５８】
図８に示されるネットワークを想定すると、図９に示されるネットワークは、ファイバ束Ｌ２３の第１のファイバＬ２３１上で第２の切断障害ＤＣ２が生じた場合に、第２のデータ接続ＣＯＮ２を変更された第２のデータ接続ＣＯＮ２Ａに変更することを示す。第２のデータパスＰＴＨ２は、第２のデータパスＰＴＨ２が変更された第２のデータパスＰＴＨ２Ａ＝｛Ｌ２２，Ｌ２３２｝によって置き換えられて、破線として示される第２のデータ接続ＣＯＮ２Ａがもたらされるように変更される。第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２Ａは、現時点で、光ファイバ束Ｌ２３の同一のファイバに依拠しているので、これら２つのデータ接続は、互いにもはや互いに素ではないと定義される。このため、第２のネットワークエンドポイントノードＮＥＮ２は、別のデータ接続ＣＯＮ１に対してもはや互いに素ではない第２のデータ接続ＣＯＮ２Ａに変更されている第２のデータ接続ＣＯＮ２の第２のタグＢを含むメッセージを、クライアントデバイスＣ１にシグナリングする。好ましくは、このメッセージは、変更された第２のデータ接続ＣＯＮ２Ａが、現時点で、ネットワークリソースの第１のセットのネットワークリソースを共通で有するさらなるデータ接続ＣＯＮ１の第１のタグＡをさらに含む。
【００５９】
（第３の実施形態）
図１０は、２つの違いを除いて、図４に示されるすべての要素を示す。第１の違いは、リンクＬ２２およびリンクＬ２４がタグを割り当てられておらず、このため、ネットワークリソースのいずれのセットにも指定されていないことである。
【００６０】
第２の違いは、リンクがタグを割り当てられており、このため、ネットワークリソースのセットに指定されているだけでなく、ネットワークノードもタグを割り当てられており、このため、ネットワークリソースのセットに指定されていることである。ネットワークノードＮＮ１は、第３のタグＣを割り当てられており、このため、ネットワークリソースの第３のセットＳＣに指定されて、ＳＣ＝｛ＮＮ１，Ｌ１１，Ｌ１２｝がもたらされる。ネットワークノードＮＮ２は、第１のタグＡを割り当てられており、このため、ネットワークリソースの第１のセットＳＡに指定されて、ＳＡ＝｛ＮＮ２，Ｌ２１，Ｌ２３｝がもたらされる。ネットワークノードＮＮ３は、第２のタグＢを割り当てられており、このため、ネットワークリソースの第２のセットＳＢに指定されて、ＳＢ＝｛ＮＮ３，Ｌ３１，Ｌ３２｝がもたらされる。
【００６１】
第１のデータ接続ＣＯＮ１が、ＰＴＨ１＝｛Ｌ２１，ＮＮ２，Ｌ２３｝として決定され、確立された第１のパスＰＴＨ１に基づいて、ネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポートＰ１経由で提供される。第２のデータ接続が、ＰＴＨ２＝｛Ｌ３１，ＮＮ３，Ｌ３２｝として確立され、決定された第２のパスＰＴＨ２に基づいて、ネットワークエンドポイントノードＮＥＮ２によってクライアントデバイスＣ１の第２のポートＰ２経由で提供される。第３のデータ接続ＣＯＮ３が、ＰＴＨ３＝｛Ｌ１１，ＮＮ１，Ｌ１２｝として決定され、確立された第３のパスＰＴＨ３に基づいて、ネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポート経由で提供される。
【００６２】
図１０に示されるネットワークを想定すると、図１１に示されるネットワークは、リンクＬ３１に切断障害ＤＣが生じた場合のネットワークの挙動を示す。第２のデータ接続ＣＯＮ２が、変更された第２のデータ接続ＣＯＮ２Ａに変更されて、ＰＴＨ２Ａ＝｛Ｌ２２，ＮＮ２，Ｌ２４，ＮＮ３，Ｌ２３｝として変更されたデータパスＰＴＨ２Ａがもたらされる。変更された第２のデータ接続ＣＯＮ２Ａは、それでも、リンクＬ２２およびリンクＬ２４であるネットワークリソースの他のいずれのセットにも含まれない、ネットワークリソースの第２のセットＳＢ、または他のリンクであるリンクだけを経由してつながる。リンクが互いに素であるという点で、第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２は、依然として、互いに素である。しかし、ネットワークノードが互いに素であるという点では、この第２のデータ接続ＣＯＮ２は、第２のデータ接続ＣＯＮ２と第１のデータ接続ＣＯＮ１がともに、ネットワークリソースの第１のセットＳＡに指定された第２のネットワークノードＮＮ２を現時点で使用しているので、第１のデータ接続ＣＯＮ１に対してもはや互いに素ではない。このため、変更された第２のデータ接続ＣＯＮ２Ａと第１のデータ接続ＣＯＮ１は、もはや互いに素ではないと定義される。したがって、ネットワークエンドポイントノードＮＥＮ２が、第２のポートＰ２経由でメッセージをクライアントデバイスＣ１にシグナリングする。このメッセージは、第２のデータ接続ＣＯＮ２が変更されていることを示す通知データを含む。さらに、このメッセージは、変更された第２のデータ接続ＣＯＮ２Ａが、ネットワークＮによってクライアントデバイスＣ１に提供される他のすべてのデータ接続ＣＯＮ１、ＣＯＮ３に対してもはや互いに素ではないことをクライアントデバイスＣ１に示す通知データを、好ましくは、含む。好ましくは、このメッセージは、変更されたデータ接続が、現時点で、ネットワークリソースを共通で有するデータ接続のタイプを示す通知データをさらに含む。そのような通知データは、変更されたデータ接続ＣＯＮ２Ａがネットワークリソースを共通で使用しているデータ接続ＣＯＮ１のタグＡであることが可能である。
【００６３】
（ネットワークエンドポイントデバイスの実施形態）
前述した実施形態のいずれかにおいてネットワークエンドポイントノードとして使用され得るネットワークエンドポイントデバイスの実施形態が、図１２に示される。
【００６４】
ネットワークエンドポイントデバイス１０００は、クライアントネットワークインタフェースＣＮＩを介するクライアントデバイスＣ１を相手にしたデータ伝送のための第１のインタフェース手段１００１を備える。ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、時分割多重化（ＴＤＭ）に依拠する伝送である場合、第１のインタフェース手段１００１は、ＴＤＭ伝送のためのＩ／Ｏラインカード１００２を備える。ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、波長分割多重化（ＷＤＭ）に依拠する光伝送である場合、第１のインタフェース手段１００１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード１００３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
【００６５】
ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、データパケットを介する伝送である場合、第１のインタフェース手段１００１は、パケット処理のためのＩ／Ｏラインカード１００４を備える。
【００６６】
第１のインタフェース手段１００は、インタフェースＩＦ３を介してスイッチングマトリックスＳＭとデータを交換する。また、スイッチングマトリックスＳＭは、インタフェースＩＦ４を介して第２のインタフェース手段１０１１ともデータを交換する。
【００６７】
第２のインタフェース手段１０１１は、ネットワーク間インタフェースＮＮＩを介してネットワークＮにデータを伝送するように構成される。ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、時分割多重化（ＴＤＭ）に依拠する伝送である場合、第２のインタフェース手段１０１１は、ＴＤＭ伝送のためのＩ／Ｏラインカード１０１２を備える。ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、波長分割多重化（ＷＤＭ）に依拠する光伝送である場合、第２のインタフェース手段１０１１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード１０１３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
【００６８】
ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、データパケットを介する伝送である場合、第２のインタフェース手段１０１１は、パケット処理のためのＩ／Ｏラインカード１０１４を備える。
【００６９】
第１のインタフェース手段１００１は、クライアントＣ１から少なくとも１つの接続要求メッセージＲＥＱを受信するように構成される。要求メッセージＲＥＱは、遠隔クライアントに対するデータ接続を求める要求である。この要求メッセージは、遠隔クライアントのアドレスＡＤＲ（Ｃ２）と、ネットワークリソースの所定のセットを示すための通知データ（Ａ）とを含む。
【００７０】
ネットワークエンドポイントデバイス１０００は、クライアントＣ１から要求メッセージＲＥＱを受信するため、およびクライアントＣ１とさらなるメッセージを交換するためにインタフェースＩＦ１を介して第１のインタフェース手段１００１に接続された制御システムＣＵを備える。
【００７１】
制御システムＣＵは、ネットワークリソースの示されたセットから選択されたネットワークリソースを使用してデータパスを決定するように構成される。この決定のために、制御システムは、ＭＰＬＳプロトコルまたはＧＭＰＬＳプロトコルのアルゴリズムを実行し、メモリユニットＭＵの中に格納されたルーティングデータＲＤ、および指定するデータＤＤに依拠する。メモリユニットＭＵとデータを交換するために、制御システムＣＵは、インタフェースＩＦ５を介してメモリユニットＭＵに接続される。指定データＤＤは、ネットワークまたはネットワーク事業者によってネットワークエンドポイントデバイス１０００に供給されて、次に、メモリユニットＭＵの中に格納される。
【００７２】
決定されたデータパス経由で要求されたデータ接続を確立するために、制御ユニットＣＵは、ＭＰＬＳプロトコルまたはＧＭＰＬＳプロトコルに準拠してネットワークリソースを使用してメッセージの交換を開始する。メッセージの、この交換は、制御システムＣＵがインタフェースＩＦ６を介して接続された制御プレーンＣＴＲＬを介して実行されることが可能である。代替として、制御システムＣＵは、第２のインタフェース手段１０１１を介してメッセージの、この交換を実行し、その場合、制御システムＣＵは、インタフェースＩＦ２を介して第２のインタフェース手段１０１１に接続される。
【００７３】
制御システムＣＵは、クライアントＣ１とネットワークＮの間のデータの交換を制御するために、制御インタフェースＣＩＦ２、ＣＩＦ１、ＣＩＦ３を介してスイッチングマトリックスＳＭ、第１のインタフェース手段１００１、および第２のインタフェース手段をさらに制御する。
【００７４】
制御システムは、単一のコントローラボード上に、またはインタフェースを介して互いに接続された複数のコントローラボード上に実施されることが可能である。
【００７５】
（クライアントデバイスの実施形態）
クライアントの或る実施形態が、図１３に示されるとおり提案される。
【００７６】
クライアントデバイス２０００は、クライアントネットワークインタフェースＣＮＩを介してネットワークＮのネットワークエンドポイントデバイスを相手にデータを伝送するためのインタフェース手段２００１を備える。ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、時分割多重化に依拠する伝送である場合、インタフェース手段２００１は、ＴＤＭ伝送のためのＩ／Ｏラインカード２００２を備える。ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、波長分割多重化に依拠する光伝送である場合、インタフェース手段２００１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード２００３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
【００７７】
ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、データパケットを介する伝送である場合、インタフェース手段２００１は、パケット処理のためのＩ／Ｏラインカード２００４を備える。
【００７８】
クライアントデバイス２０００は、少なくとも１つの通知するデータ（Ａ）を格納するように構成されたメモリユニットＭＵ２をさらに備える。通知するデータ（Ａ）は、さらなる通知するデータによって示されるネットワークリソースのさらなるセットとは互いに素であるネットワークリソースの所定のセットを示す。少なくとも１つの通知するデータ（Ａ）は、所定のデータであり、ネットワークによってクライアントデバイス２０００に供給される。
【００７９】
クライアントデバイスは、通知するデータＡを獲得するためにインタフェースＩＦ１１を介して接続された制御システムＣＵ２を備える。制御システムは、少なくとも１つの接続要求メッセージをネットワークエンドポイントデバイスに送信するために、インタフェースＩＦ１２を介してインタフェース手段２００１にさらに接続される。この少なくとも１つの接続要求メッセージは、ネットワークリソースのセットを一意に識別する通知するデータＡを含む。この少なくとも１つの接続要求メッセージは、ネットワークリソースの示されたセットから選択されたネットワークリソースを使用するデータパスを経由する、遠隔クライアントデバイスに対するデータ接続を要求するために送信される。さらに、この要求メッセージは、遠隔クライアントのアドレスＡＤＲ（Ｃ２）を含む。
【技術分野】
【０００１】
本発明は、クライアント間で互いに素であるデータ接続を確立するための方法およびネットワークエンドポイントノードに関する。
【背景技術】
【０００２】
いくつかの状況において、クライアントが、互いに素であるトランスポートネットワークを介してデータ接続を確立することを所望する可能性がある。これらの互いに素であるデータ接続は、第１のクライアントデバイスに対するネットワークによって互いに素であるデータパス経由で確立されなければならず、これらの互いに素であるデータ接続は、第１のクライアントデバイスを第２のクライアントデバイスに接続し、第２のクライアントデバイスもやはり、そのネットワークに接続される。
【０００３】
ネットワークエンドポイントノードに対するいくつかのポート経由で接続されたクライアントの場合、クライアントは、そのようなネットワークエンドポイントノードから、そのネットワークの第２のネットワークエンドポイントノードに接続された第２のクライアントに対するいくつかのデータ接続を要求することができることが知られている。
【０００４】
クライアントが、第２のクライアントに対するネットワークを介して２つの互いに素であるデータ接続を有することの利点は、クライアントが、その２つの互いに素であるデータ接続を冗長なデータ接続として使用することができることである。このことは、クライアントが、第１のデータ接続経由のデータ伝送に障害が生じた場合に、第１のデータ接続経由のデータ伝送を保護することを所望する事例において望ましい。そのような事例において、クライアントは、データ伝送を第１のデータ接続から第２のデータ接続に切り換えることができる。その２つのデータ接続が互いに素であることをクライアントが知っていることにより、クライアントは、それらのデータ接続が互いに素であり、つまり、それらの接続が互いに素であるデータパス経由で確立されているため、ネットワーク内の単一のネットワークリソースの障害が、両方のデータ接続には影響を与えないことを確信することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ネットワークを介して互いに素であるデータ接続を確立するための現在、知られている方法を改良することである。
【課題を解決するための手段】
【０００６】
本発明によれば、ネットワークによって２つのクライアント間で互いに素であるデータ接続を確立するための方法が提案される。この方法は、異なるデバイスにおける異なるステップを備える。
【０００７】
第１のクライアントデバイスが、クライアント−ネットワークインタフェースを介して、第２のクライアントデバイスに対する少なくとも２つの互いに素であるデータ接続を要求するための１つまたは複数の接続要求メッセージをネットワークに送信する。この１つまたは複数の接続要求メッセージは、ネットワークリソースの第１の所定のセットを示す第１の通知するデータと、ネットワークリソースの第１のセットとは互いに素であるネットワークリソースの第２の所定のセットを示す第２の通知するデータとを含む。
【０００８】
ネットワークは、ネットワークリソースの第１のセットから選択されたネットワークリソースを使用して、第１のデータパス経由で第１のデータ接続を確立する。さらに、ネットワークは、ネットワークリソースの第２のセットから選択されたネットワークリソースを使用して、第２のデータパス経由で第２のデータ接続を確立する。
【０００９】
この提供される方法は、クライアントが、単に、異なる通知するデータを含む１つまたは複数の要求メッセージを送信することによって、ネットワークエンドポイントノードから、互いに素であるデータ接続を要求することができるという利点を有する。クライアントは、データ接続のためにネットワークリソースが使用されるべきこと、ならびにそのデータ接続に対応するデータパスを明示する命令を、ネットワークエンドポイントノードに与えなくてもよい。
【図面の簡単な説明】
【００１０】
【図１】第１のクライアントデバイスが単一のネットワークエンドポイントノードに接続されたネットワークを示す図である。
【図２】第１のクライアントデバイスが２つのネットワークエンドポイントノードに接続されたネットワークを示す図である。
【図３】第１のクライアントデバイスが２つのネットワークエンドポイントノードに接続され、さらにデータ接続が、従来技術によりそれらのネットワークエンドポイントノードによって確立されるネットワークを示す図である。
【図４】第１の実施形態による、ネットワークリソースがネットワークリソースの互いに素であるセットに割り当てられるネットワークを示す図である。
【図５Ａ】確立された互いに素であるデータ接続を有するネットワークを示す図である。
【図５Ｂ】第１の実施形態による互いに素であるデータ接続を確立するためのプロトコルのステップを示す図である。
【図５Ｃ】第１の実施形態による互いに素であるデータ接続を確立するための代替のプロトコルのステップを示す図である。
【図６Ａ】さらなる代替のソリューションによる確立されたデータ接続を有するネットワークを示す図である。
【図６Ｂ】さらなる代替のソリューションによるシグナリングプロトコルのステップを示す図である。
【図７】第１の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。
【図８】第２の実施形態による確立されたデータ接続を有するネットワークを示す図である。
【図９】第２の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。
【図１０】第３の実施形態による確立されたデータ接続を有するネットワークを示す図である。
【図１１】第３の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。
【図１２】ネットワークエンドポイントノードを示すブロック図である。
【図１３】クライアントデバイスを示すブロック図である。
【発明を実施するための形態】
【００１１】
図１は、第１のクライアントデバイスＣ１が、第１のポートＰ１、および第２のポートＰ２経由で接続されたネットワークＮを示す。第１のポート接続ＰＣ１、および第２のポート接続ＰＣ２が、第１のクライアントデバイスＣ１のポートＰ１、Ｐ２からクライアントネットワークインタフェースＣＮＩを介して第１のネットワークエンドポイントノードＮＥＮ１につながる。第１のネットワークエンドポイントノードＮＥＮ１は、異なるリンク、および異なるネットワークノードを経由して第２のネットワークエンドポイントノードＮＥＮ２に接続される。第１のネットワークエンドポイントノードＮＥＮ１は、第１のリンクＬ１１経由で第１のネットワークノードＮＮ１に接続され、ノードＮＮ１から第２のリンクＬ１２が第２のネットワークエンドポイントノードＮＥＮ２につながる。第３のリンクＬ２１が第１のネットワークエンドポイントノードＮＥＮ１から第２のネットワークノードＮＮ２につながり、ノードＮＮ２から第４のリンクＬ２２が第２のネットワークエンドノードＮＥＮ２につながる。第５のリンクＬ２３が、第２のネットワークエンドノードＮＮ２から第３のネットワークノードＮＮ３につながる。第６のリンクＬ３１が、第１のネットワークエンドノードＮＥＮ１と第３のネットワークノードＮＮ３を接続する。第７のリンクＬ３２が、第３のネットワークノードＮＮ３を第２のネットワークエンドノードＮＥＮ２に接続する。第２のクライアントデバイスＣ２が、クライアントネットワークインタフェースＣＮＩを介して第２のネットワークエンドノードＮＥＮ２に接続される。
【００１２】
第１のクライアントデバイスＣ１が、第１のポート接続ＰＣ１経由で第１のネットワークエンドポイントノードＮＥＮ１から、第２のクライアントＣ２に対する第１のデータ接続を要求する。ネットワーク、およびネットワークノード、ならびにネットワークエンドポイントノードがマルチプロトコルラベルスイッチング（ＭＰＬＳ）のプロトコルをサポートする事例において、第１のネットワークエンドポイントノードＮＥＮ１は、Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ（ＯＳＰＦ−ＴＥ）のプロトコルを使用してネットワークを通る第１のパスを決定することができる。図１の例によれば、この第１のパスＰＴＨ１は、ネットワークエンドポイントノードＮＥＮ１からリンクＬ２１経由でネットワークノードＮＮ２につながり、その後、リンクＬ２３が続き、ネットワークノードＮＮ３およびリンクＬ３２を経由してネットワークエンドポイントノードＮＥＮ２につながる。使用されるリンクＬ２１、Ｌ２３、Ｌ３２は、第１のパスＰＴＨ１＝｛Ｌ２１，Ｌ２３，Ｌ３２｝のパスセグメントである。次に、第１のデータ接続ＣＯＮ１が、クライアントデバイスＣ１とクライアントデバイスＣ２の間の第１のパスＰＴＨ１経由で確立される。ネットワーク要素がＭＰＬＳをサポートするネットワークにおいて決定されたパスを確立する原理は、ＲＳＶＰ−ＴＥとして知られているネットワーク要素間の通信プロトコルを介して実行される。このプロトコルは、ネットワークエンドポイントノードＮＥＮ１によって開始され、ノードＮＥＮ１は、第１のデータ接続ＣＯＮ１を確立するために第１のパスＰＴＨ１を確立することを要求する。
【００１３】
クライアントデバイスＣ１がクライアントデバイスＣ２に対して第２のデータ接続ＣＯＮ２を確立することを所望する事例において、デバイスＣ１が、ネットワークに対するポート接続ＰＣ２経由で要求を送信し、この要求は、ネットワークエンドポイントノードＮＥＮ１によって受信される。ＯＳＰＦ−ＴＥプロトコルを介して、ネットワークエンドポイントノードＮＥＮ１は、第２のパスＰＴＨ２が第１のパスＰＴＨ１とは互いに素であるように、第２のデータ接続ＣＯＮ２のための第２のパスＰＴＨ２を決定することができる。このことは、第１のパスと第２のパスが、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２の間のデータ伝送のために共通のネットワークリソースを使用しないことを意味する。
【００１４】
このことによって、ネットワークエンドポイントノードＮＥＮ１は、第１のデータ接続ＣＯＮ１に対する互いに素であるデータ接続として第２のパスＰＴＨ２経由で第２のデータ接続ＣＯＮ２を確立することができる。ＯＳＰＦ−ＴＥプロトコルに依拠する目的で、ネットワークエンドポイントノードＮＥＮ１は、ネットワークノードとネットワークエンドポイントノードによって交換されるメッセージから収集されたルーティングデータＲＤを格納する。ルーティングデータＲＤから、ネットワークエンドポイントノードＮＥＮ１は、ネットワークＮのトポロジについての情報を有し、この情報は、ノードＮＥＮ１がパスを決定するためにいくつかのリンクを選択することを可能にする。
【００１５】
第２のパスＰＴＨ２は、ネットワークエンドポイントノードＮＥＮ１からリンクＬ１１経由でネットワークノードＮＮ１につながり、ノードＮＮ１からリンクＬ１２経由でネットワークエンドポイントノードＮＥＮ２に進む。第２のパスＰＴＨ２のために使用されるこれらのリンクは、第２のパスＰＴＨ２＝｛Ｌ１１，Ｌ１２｝のパスセグメントである。
【００１６】
図１に示されるネットワークＮが、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）である事例において、汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）の原理が、第１のネットワークエンドポイントノードＮＥＮ１によって、互いに素であるデータ接続を確立するための互いに素であるデータパスを決定し、確立するために活用されることが可能である。
【００１７】
図２は、第１のクライアントデバイスＣ１が第１のポートＰ１および第１のポート接続ＰＣ１経由で第１のネットワークエンドポイントノードＮＥＮ１に接続されたネットワークを示す。さらに、第１のクライアントデバイスＣ１は、第２のポートＰ２および第２のポート接続ＰＣ２経由で第２のネットワークエンドポイントノードＮＥＮ２に接続される。第１のネットワークエンドポイントノードＮＥＮ１と第２のネットワークエンドポイントノードＮＥＮ２は、異なるリンク、および異なるネットワークノードを経由して第３のネットワークエンドポイントノードＮＥＮ３に接続され、ノードＮＥＮ３には、第２のクライアントＣ２がクライアントネットワークインタフェースＣＮＩを介して接続される。
【００１８】
図２のネットワークＮは、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２、ＮＥＮ３、ならびにさらなるリンク、およびさらなるネットワークノードを備える。第１のリンクＬ１１が、第１のネットワークエンドポイントノードＮＥＮ１から第１のネットワークノードＮＮ１につながる。第２のリンクＬ１２が、第１のネットワークノードＮＮ１から第１のネットワークエンドポイントノードＮＥＮ３につながる。第３のリンクＬ２１が、第１のネットワークエンドポイントノードＮＥＮ１から第２のネットワークノードＮＮ２につながる。第４のリンクＬ２３が、第２のネットワークノードＮＮ２から第３のネットワークエンドポイントノードＮＥＮ３につながる。第５のリンクＬ２２が、第２のネットワークエンドポイントノードＮＥＮ２から第２のネットワークノードＮＮ２につながる。第６のリンクＬ２４が、第２のネットワークノードＮＮ２から第３のネットワークノードＮＮ３につながる。第７のリンクＬ３１が、第２のネットワークエンドポイントノードＮＥＮ２から第３のネットワークノードＮＮ３につながる。第８のリンクＬ３２が、第３のネットワークノードＮＮ３から第３のネットワークエンドポイントノードＮＥＮ３につながる。
【００１９】
図３は、第１のクライアントデバイスＣ１にデータ接続を提供するためにＭＰＬＳまたはＧＭＰＬＳの原理を使用している場合に確立されるデータ接続を示す。図３に示されるネットワークは、図２に示されるすべての要素を示す。さらに、図３のネットワークは、第１のデータ接続ＣＯＮ１、第２のデータ接続ＣＯＮ２１、および第３のデータ接続ＣＯＮ２２を示す。これらのデータ接続の目的は、後段で詳細に説明される。
【００２０】
クライアントデバイスＣ１が、第１のポート接続ＰＣ１経由でネットワークエンドポイントノードＮＥＮ１から、クライアントデバイスＣ２に対する第１のデータ接続を要求するものと想定されたい。さらに、ネットワークエンドポイントノードＮＥＮ１が、ネットワークノードＮＮ２を通過して、最終的に、ネットワークエンドポイントノードＮＥＮ３に到達する、リンクＬ２１およびリンクＬ２３を経由するパスを決定するものと想定されたい。
【００２１】
そのようなパスは、ＯＳＰＦ−ＴＥプロトコルを使用して決定されることが可能である。ＲＳＶＰ−ＴＥのプロトコルを使用して、このパスを確立した後、ネットワークエンドポイントノードＮＥＮ１は、このパスを経由する第１のデータ接続ＣＯＮ１を、第１のポート接続ＰＣ１経由でクライアントデバイスＣ１に提供する。
【００２２】
次のステップとして、クライアントデバイスＣ１が、第２のポート接続ＰＣ２経由でネットワークエンドポイントノードＮＥＮ２から、第１のデータ接続ＣＯＮ１とは互いに素であるべき、クライアントデバイスＣ２に対する第２のデータ接続を要求するものと想定されたい。ネットワークエンドポイントノードＮＥＮ２がＯＳＰＦ−ＴＥのプロトコルに依拠する事例において、ノードＮＥＮ２は、ネットワークＮのトポロジについての知識を有するが、ネットワークエンドポイントノードＮＥＮ１によって決定され、確立されている、第１のデータ接続ＣＯＮ１のために使用されている第１のパスについての知識は有さない。したがって、ネットワークエンドポイントノードＮＥＮ２は、第１のデータ接続ＣＯＮ１とは互いに素であるべき第２のデータ接続を確立するために、いずれの種類のネットワークリソースが使用されるべきであるかという問題に関して十分な知識は有さない。
【００２３】
図３に示されるとおり、ネットワークエンドポイントノードＮＥＮ２は、ネットワークエンドポイントノードＮＥＮ２からリンクＬ２２経由でネットワークノードＮＮ２２につながり、リンクＬ２３経由でネットワークエンドポイントノードＮＥＮ３に進むパス経由で、第２のデータ接続ＣＯＮ２１を確立することも可能である。そのような第２のデータ接続ＣＯＮ２１のためのそのような第２のパスは、第１のデータ接続ＣＯＮ１とは互いに素でない第２のデータ接続である。また、ネットワークエンドポイントノードＮＥＮ２からリンクＬ３１に沿ってネットワークノードＮＮ３およびリンクＬ３２に進むパス経由でネットワークエンドポイントノードＮＥＮ３につながる第３のデータ接続ＣＯＮ２２も可能である。そのような第３のデータ接続ＣＯＮ２２は、第１のデータ接続ＣＯＮ１とは互いに素であるデータ接続である。
【００２４】
問題は、第２のネットワークエンドポイントノードＮＥＮ２が、第２の接続ＣＯＮ２１と第３の接続ＣＯＮ２２を、第１の接続ＣＯＮ１に対するこれらの接続ＣＯＮ２１、ＣＯＮ２２の互いに素であることに関して区別することができないことである。このことは、ＭＰＬＳからのＯＳＰＦ−ＴＥのプロトコル、またはＧＭＰＬＳの等価のプロトコルが、ネットワークエンドポイントノードＮＥＮ１によって確立された第１のデータ接続ＣＯＮ１などの、異なるノードによって既に確立されているパスおよびデータ接続を認識するために、第２のネットワークエンドポイントノードＮＥＮ２に十分な情報を供給しないということに起因する。異なるネットワークエンドポイントノードによってそれまでに確立されているデータ接続とは互いに素であるべきデータ接続を確立するために、ネットワークエンドポイントノードは、従来技術によれば、他のネットワークエンドポイントノードによって既に確立されているパスおよびデータ接続を考慮に入れることができない。
【００２５】
ネットワークＮの完全なトポロジ情報をクライアントデバイスＣ１に送ることは、一方で、クライアントデバイスＣ１が、所望に応じてデータパス、および対応するデータ接続を確立するためにネットワークＮの然るべきネットワークリソースを選択することを可能にする。このことは、他方で、ネットワークＮの完全なトポロジ情報がクライアントＣ１に送られるという欠点を有する。このことは、セキュリティの問題のためにネットワーク事業者には往々にして望ましくない。
【００２６】
（第１の実施形態）
ネットワーク事業者が、ネットワークリソースの互いに素であるセットにネットワークリソースを割り当てて、互いに素であるセットに依拠する互いに素であるデータ接続が、ネットワークを介して第１のクライアントデバイスＣ１から第２のクライアントデバイスＣ２までつながるようにする。ネットワークリソースの各セットは互いに素であり、つまり、単一のネットワークリソースは、ネットワークリソースの単一のセットに属することだけが可能である。
【００２７】
つまり、ネットワークリソースのセットは、ネットワークを介して第１のクライアントデバイスと第２のクライアントデバイスの間で、ネットワークリソースの単一のセットのネットワークリソースに依拠してのみ、データ接続を確立することが可能であるように構成される。さらに、ネットワークリソースの異なる互いに素であるセットに依拠するデータ接続は、共通のネットワークリソースを全く有さない。ネットワークリソースは、ネットワーク事業者によって或るセットに一意に指定される。このことは、単一のネットワークリソースがネットワークリソースの単一のセットに割り当てられることしか可能でないことを意味する。ネットワークリソースのセットは、単一のネットワークリソースを備えることも、複数のネットワークリソースを備えることも可能である。さらに、ネットワークは、ネットワークリソースの単一のセットを一意に識別するための通知データを作成し、この通知するデータを第１のクライアントに供給する。好ましいソリューションによれば、通知するデータは、単一のデータ値であり、そのような値は、ネットワークリソースのセットを一意に識別する番号、または別の値であることが可能である。このため、第１のクライアントから見て、通知するデータは、事前定義されたデータである。
【００２８】
ネットワークリソースをネットワークリソースのセットに割り当てるために、ネットワーク事業者は、ネットワークリソースにタグを割り当てることができ、このタグは、ネットワークリソースのセットを一意に識別する。その場合、ネットワークリソースのセットを一意に識別するための通知するデータは、ネットワークリソースの識別されたセットに属するすべてのネットワークリソースに割り当てられているタグであることが可能である。さらに、ネットワーク事業者は、ネットワークリソースの互いに素であるセットにネットワークリソースを指定する、指定するデータを作成することが可能である。この指定するデータは、ネットワークリソースを識別するためのデータと、それらのネットワークリソースを互いに素であるセットに割り当てる目的でそれらのネットワークリソースに割り当てられているタグとを備えることが可能である。次に、この指定するデータが、ネットワーク事業者によって、クライアントが接続されている可能性があるネットワークエンドポイントノードに供給される。この指定するデータは、さらなるネットワークデバイスに供給されてもよい。
【００２９】
この第１の実施形態において、リンクは、ネットワークリソースであるものと想定される。ネットワークノードは、ネットワークリソースであるとは想定されない。
【００３０】
図４は、図２に示されるすべての要素を有するネットワークＮ、および２つのクライアントデバイスを示す。さらに、図４は、さらなる要素を示し、これらの要素によって、互いに素であるデータ接続を確立する提案される方法が、次に、第１の実施形態に従って説明される。
【００３１】
図４によれば、ネットワークリソースの第１のセットＳＡが、リンクＬ２１およびリンクＬ２３から構成され、ＳＡ＝｛Ｌ２１，Ｌ２３｝である。このことが、タグＡを第３のＬ２１およびリンクＬ２３に割り当てることによって図４に示される。ネットワークリソースの第１のセットＳＡとは互いに素であるネットワークリソースの第２のセットＳＢが、ＳＢ＝｛Ｌ２２，Ｌ２４，Ｌ３１，Ｌ３２｝として構成される。第２のセットＳＢのネットワークリソースには、図４で第２のタグＢが割り当てられる。第１のセットＳＡ、および第２のセットＳＢとは互いに素であるネットワークリソースの第３のセットＳＣが、ＳＣ＝｛Ｌ１１，Ｌ１２｝から構成される。第３のセットＳＣのネットワークリソースには、第３のタグＣが割り当てられる。タグＡ、Ｂ、Ｃは、クライアントＣ１に供給される、通知するデータＩＤとして定義される。さらに、ネットワーク事業者によって作成された指定するデータが、このデータが格納されるネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２に供給される。ネットワークＮのネットワーク事業者が、ネットワークリソースをネットワークリソースのセットに割り当て、さらにタグＡ、Ｂ、Ｃをネットワークリソースに割り当てると、もたらされる指定データが、指定データをネットワークのすべての要素が利用できるようにする目的で、ネットワークにわたってプロトコルを介して配信されることが可能である。
【００３２】
第１のクライアントデバイスＣ１に格納された通知するデータＤＤは、ネットワークリソースのセットをＳＡ、ＳＢ、ＳＣとして一意に識別するタグＡ、Ｂ、Ｃに過ぎないことが可能である。
【００３３】
クライアントＣ１が、ネットワークリソースの或るセットに属するネットワークリソースに基づいて、データ接続を確立することを所望する場合、クライアントは、通知するデータＩＤから対応するタグを単に選択し、遠隔クライアントＣ２のアドレスと、選択されたタグとを含む要求をネットワークエンドポイントノードＮＥＮ１に送信するだけでよい。すると、ネットワークエンドノードＮＥＮ１は、選択されたタグによって識別されるセットに属するネットワークリソースに基づいて、遠隔クライアントＣ２に対する第１のデータ接続を確立する。ネットワーク事業者による互いに素であるセットに対するネットワークリソースの適切な指定を想定すると、クライアントデバイスＣ１は、さらなるデータ接続のために通知するデータＩＤから異なるタグを選択し、遠隔クライアントＣ２のアドレスと、選択されたさらなるタグとを含む要求をネットワークエンドポイントノードＮＥＮ２に送信することによって、ネットワークエンドポイントノードＮＥＮ２からさらなる互いに素であるデータ接続を要求することができる。すると、ネットワークエンドノードＮＥＮ２は、選択されたさらなるタグによって識別されたセットに属するネットワークリソースに基づいて、遠隔クライアントＣ２に対するさらなるデータ接続を確立する。このことは、互いに素であり、異なるネットワークエンドノードＮＥＮ１、ＮＥＮ２によって提供されているデータ接続をもたらす。
【００３４】
ネットワークリソースの識別されたセットのリソースだけを使用してデータ接続を確立するために、ネットワークエンドノードは、ネットワークエンドノードの中に格納された指定するデータＤＤ、およびやはりネットワークエンドノードの中に格納されているルーティングデータに依拠する。ルーティングデータは、例えば、ＭＰＬＳアルゴリズムまたはＧＭＰＬＳアルゴリズムのために使用されるルーティングデータであることが可能である。
【００３５】
クライアントＣ１は、個々の互いに素であるデータ接続を要求するために、個々の通知するデータを有する個々の要求メッセージを個々のネットワークエンドノードに送信することができる。また、クライアントＣ１は、複数の互いに素であるデータ接続を要求するために、複数の通知するデータを伝送する１つの要求メッセージを送信することもできる。
【００３６】
次に、互いに素であるデータ接続を確立するための提案される方法の様々なステップが、図５Ａおよび図５Ｂを使用して詳細に説明される。
【００３７】
図５Ａは、図４に示されるすべての要素を有する同一のネットワークを示す。さらに、図５Ａは、提案される方法により確立された第１のデータ接続ＣＯＮ１、および第２のデータ接続ＣＯＮ２を示す。図５Ｂは、クライアントデバイスとネットワークの間のシグナリングプロトコルの様々なステップを示す。
【００３８】
図５Ｂによれば、第１のクライアントデバイスＣ１が、デバイスＣ１の第１のポートＰ１経由でネットワークエンドポイントノードＮＥＮ１に要求メッセージＲＥＱを送信する。要求メッセージＲＥＱは、ネットワークリソースの第１のセットＳＡのネットワークリソースを介するクライアントデバイスＣ２に対するデータ接続を求める要求である。したがって、要求メッセージＲＥＱは、第２のクライアントのアドレスＡＤＲ２（Ｃ２）と、タグＡである、ネットワークリソースの第１のセットを識別する通知するデータとを含む。次のステップとして、ネットワークエンドポイントノードＮＥＮ１が、第１のセットＳＡのネットワークリソースだけから成る第１のパスＰＴＨ１を決定する。さらなるステップとして、ネットワークエンドポイントノードＮＥＮ１が、第１のパスＰＴＨ１を確立し、さらにこのことにより、第１のパスＰＴＨ１経由で第１のデータ接続ＣＯＮ１を確立する。ネットワークエンドポイントノードは、提供するメッセージＰＲＶ（ＣＯＮ１）を送信することによって、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に、確立された第１のデータ接続ＣＯＮ１を提供する。
【００３９】
図５Ａによれば、第１のパスＰＴＨ１がＰＴＨ１＝｛Ｌ２１，Ｌ２３｝として決定される。第１のデータパスＰＴＨ１を介して確立された第１のデータ接続ＣＯＮ１が、図５Ａに破線として示される。図５Ｂに示されるとおり、第１のデータ接続ＣＯＮ１は、クライアントネットワークインタフェースＣＮＩを介して第１のクライアントデバイスＣ１に供給される。
【００４０】
次のステップとして、図５Ｂが、ネットワークエンドポイントノードＮＥＮ２に対するクライアントデバイスＣ１による第２の要求ＲＥＱを示す。この第２の要求は、クライアントデバイスＣ１からクライアントデバイスＣ２につながる第２のデータ接続を求める要求である。第２のデータ接続ＣＯＮ２は、第１のデータ接続ＣＯＮ１とは互いに素でなければならない。互いに素であるデータ接続を求める、この要求は、クライアントデバイスＣ１によって、第２の要求メッセージの中に、第２のクライアントデバイスのアドレスＡＤＲ（Ｃ２）だけでなく、ネットワークリソースの第１のセットＳＡとは互いに素であるネットワークリソースの第２のセットＳＢを一意に識別する、通知するデータとしてのタグＢも含めることによって、行われる。この要求を受信すると、第２のネットワークＮＥＮ２は、第２のセットＳＢのネットワークリソースだけに基づく第２のパスＰＴＨ２を、パスＰＴＨ２＝｛Ｌ３１，Ｌ３２｝として決定する。第２のネットワークエンドポイントノードＮＥＮ２が、第２のパスＰＴＨ２を確立し、これにより、第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２も確立する。ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２を、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に提供する。タグＢを通知するデータとして含む第２の要求メッセージを受信することによって、ネットワークエンドポイントノードＮＥＮ２は、第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２を決定することを確実にする目的で、ネットワークエンドポイントノードＮＥＮ２の中に格納された指定データＤＤに依拠することができる。通知するデータＢは、タグＢも有するとして指定するデータＤＤの中で印が付けられ、したがって、ネットワークリソースの第２のセットＳＢに属するネットワークリソースを一意に識別する。
【００４１】
提案される方法は、ネットワークエンドポイントノードＮＥＮ２が、ネットワークエンドポイントノードＮＥＮ１によって提供されている第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２を提供することができるという利点を有する。つまり、異なるネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２は、他方のネットワークエンドポイントノードによってそれまでに確立されている他方のデータ接続に対して互いに素であるデータ接続を提供することができる。このことは、ネットワークエンドポイントノードの中に格納された指定データＤＤ、および第１のクライアントデバイスＣ１の中に格納された通知するデータＩＤによって確実にされる。完全なトポロジ情報は、第１のクライアントデバイスＣ１に全く送られなくてもよい。このことは、ネットワークＮのネットワークプロバイダに高いレベルのセキュリティを確実にする。
【００４２】
図３に関連して前述したとおり、従来技術によれば、第２のネットワークエンドポイントノードＮＥＮ２が、第１のネットワークエンドポイントノードＮＥＮ１によってそれまでに確立されている第１のデータ接続ＣＯＮ１に対して互いに素であるべき第２のデータ接続を提供することを確実にすることは可能ではない。次に、この問題が、前述した提案される方法の様々なステップを実行することによって解決される。
【００４３】
第１の実施形態によれば、通知データＩＤは、ネットワーク事業者によって供給されたタグＡ、Ｂ、Ｃを含む。第１の代替のソリューションによれば、第１のクライアントデバイスＣ１の中に格納された通知するデータＩＤは、それぞれの個々のタグＡ、Ｂ、Ｃに加えて、或る選択されたタグに対応するデータ接続を確立することができるネットワークエンドポイントノードに到達することが可能なポートＰ１、Ｐ２を識別するデータをさらに含む。図５Ａを参照すると、第１の通知するデータは、第１のポートＰ１を識別するデータに加えて、第１のタグＡを含む。このことは、第１のポートＰ１経由で、第１のタグＡに対応するネットワークリソースの第１のセットＳＡを介してデータ接続を確立することができるネットワークエンドポイントノードである、第１のネットワークエンドポイントノードＮＥＮ１に到達することが可能であるということによる。このソリューションにおいて第２の通知するデータは、第２のポートＰ２を識別する識別データおよびタグＢである。第３の通知するデータは、第１のポートＰ１を識別する識別データおよび第３のタグＣである。或るポートを識別する或る識別データとともに或るタグを通知するデータとして格納することによって、クライアントデバイスＣ１は、いずれのポートＰ１、Ｐ２経由で、選択されたタグに対応するネットワークリソースのセットからのネットワークリソースを使用して、データ接続を要求することに成功することが可能であるかという知識を有する。
【００４４】
さらなる代替のソリューションによれば、通知するデータＡ、Ｂ、Ｃだけが、通知するデータＩＤとして第１のクライアントデバイスＣ１の中に格納される。通知するデータＩＤに加えて、或るポートＰ１、Ｐ２を識別する識別データは、全く格納されない。この代替のソリューションに関して、図５Ｃは、クライアントデバイスＣ１とネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２の間のシグナリングのためのプロトコルを示す。クライアントデバイスＣ１が、第２のポートＰ２経由で第２のネットワークエンドポイントノードＮＥＮ２に、ネットワークリソースの第１のセットＳＡに属する、タグＡを有するネットワークリソースを使用するクライアントデバイスＣ２に対するデータ接続を要求する要求ＲＥＱを送信する。ネットワークエンドポイントノードＮＥＮ２は、ネットワークリソースの第２のセットＳＢのネットワークリソースだけを使用してデータ接続を確立することはできないので、ノードＮＥＮ２は、クライアントネットワークインタフェースＣＮＩを介して第１のクライアントデバイスＣ１に、この要求を確認しないという、メッセージＮＡＣＫとして示されるメッセージを送信する。このメッセージＮＡＣＫにより、クライアントデバイスＣ１は、要求に応じることが一般に可能でない、ポートＰ２においてその要求が行われたことを知らされる。このため、クライアントデバイスＣ１は、デバイスＣ１が、最初に要求されたデータ接続を、異なるポート経由で要求することを試みなければならないことを知らされる。したがって、同一の要求が再び行われるが、今度は、第１のポートＰ１経由で第１のネットワークエンドポイントノードＮＥＮ１に対して行われる。第１のネットワークエンドポイントノードＮＥＮ１は、この要求に応じることができるので、図５Ｂに既に示され、前段で詳細に説明されるパスＰＴＨおよびデータ接続ＣＯＮを決定し、確立するというプロトコルの様々なステップに進む。
【００４５】
図６Ａは、互いに素であるデータ接続を確立する代替のソリューションを、図６Ｂに示される、このソリューションのシグナリングプロトコルのステップとともに示す。
【００４６】
図６Ａは、１つの違いを除いて、図４に示されるすべての要素を有する同一のネットワークを示す。この違いは、リンクＬ２２およびリンクＬ２４がネットワークリソースの第２のセットＳＢに指定されないことである。したがって、リンクＬ２２およびリンクＬ２４にはタグが付けられておらず、ネットワークリソースの第２のセットＳＢは、ＳＢ＝｛Ｌ３１，Ｌ３２｝である。図６Ａによれば、クライアントデバイスＣ１に格納された通知するデータＩＤは、タグＡ、Ｂ、Ｃだけを含む。クライアントデバイスＣ１は、いずれのポートＰ１、Ｐ２経由で、ネットワークリソースの或るセットのネットワークリソースに基づくデータパス経由のデータ接続が、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２から要求されることに成功する可能性があるかということについての知識を有さない。
【００４７】
図６Ｂによれば、クライアントデバイスＣ１が、ネットワークリソースの第２のセットＳＢに属するネットワークリソースに基づいて、クライアントデバイスＣ２に対するデータ接続を要求する要求メッセージを、ネットワークエンドポイントノードＮＥＮ２に送信する。ネットワークエンドポイントノードＮＥＮ２は、この要求を受けると、第１のパスＰＴＨ１をパスＰＴＨ１＝｛Ｌ３１，Ｌ３２｝として決定し、第１のパスＰＴＨ１経由で第１のデータ接続ＣＯＮ１を確立する。次に、第１のデータ接続ＣＯＮ１が、ネットワークエンドポイントノードＮＥＮ２によってクライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に提供される。第２の要求として、クライアントデバイスＣ１が、ネットワークリソースの第１のセットＳＡだけに属するネットワークリソースに基づくべき第２のポートＰ２経由のクライアントデバイスＣ２に対する第２のデータ接続を、第２のネットワークエンドポイントノードＮＥＮ２から要求する。図６Ａに示されるとおり、ネットワークエンドポイントノードＮＥＮ２は、ネットワークリソースの第１のセットＳＡに属するネットワークリソースだけを使用するパスＰＴＨ２を決定することができない。しかし、ネットワークエンドポイントノードＮＥＮ２は、リンクＬ２３であるネットワークリソースの第１のセットＳＡに属するネットワークリソース、ならびにネットワークリソースの他のいずれのセットにも割り当てられておらず、それまでに決定され、確立されているデータ接続のデータパスのためにまだ占有されてもいないネットワークリソースであるリンクＬ２２を含むパスＰＴＨ２をＰＴＨ２＝｛Ｌ２２，Ｌ２３｝として決定することができる。クライアントデバイスＣ１の第２の要求を拒否する代わりに、ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２を、このデータ接続が、それまでに確立されているデータ接続ＣＯＮ１とは互いに素であるデータ接続であるので、ＰＴＨ２＝｛Ｌ２２，Ｌ２３｝として確立する。この第２のデータ接続ＣＯＮ２は、ネットワークリソースの要求されたセットＳＡのネットワークリソース、およびネットワークリソースのセットに割り当てられておらず、それまでの時点で確立されている、確立されたデータ接続のためにまだ使用されてもいないネットワークリソースに依拠する。
【００４８】
図６Ｂのシグナリングプロトコルによれば、パスＰＴＨ２＝｛Ｌ２２，Ｌ２３｝が、ネットワークエンドポイントノードＮＥＮ２によって決定されて、確立され、ノードＮＥＮ２は、このことにより、破線で示される第２のデータ接続ＣＯＮ２を確立する。第２のデータ接続ＣＯＮ２は、ネットワークエンドポイントノードＮＥＮ２によって、クライアントネットワークインタフェースＰＲＶ（ＣＯＮ２）を介してクライアントデバイスＣ１に提供される。さらに、通知メッセージＭＳＧが、ネットワークエンドポイントノードＮＥＮ２によって、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に送信される。このメッセージＭＳＧは、提供される第２のネットワーク接続ＣＯＮ２がその他のデータ接続とは互いに素であるが、ネットワークリソースの要求されるセットＳＡに属さないネットワークリソース、ならびにネットワークリソースの要求されるセットＳＡに属するネットワークリソースに依拠することを示す通知データを含む。
【００４９】
図７は、ネットワークリソースに障害が生じた場合に、ネットワークにおいてデータ接続を確立する代替のソリューションを示す。図７は、図４に示されるすべての要素を示す。さらに、図７は、第１のネットワークエンドポイントＮＥＮ１によって第１のポートＰ１経由で提供される、第１のクライアントデバイスＣ１に対する第１のデータ接続ＣＯＮ１を示す。第１のデータ接続ＣＯＮ１は、第１のデータパスＰＴＨ１＝｛Ｌ２１，Ｌ２３｝に依拠する。さらに、図７は、第１のネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポートＰ１経由で提供される第３のデータ接続ＣＯＮ３を示す。第３のデータ接続ＣＯＮ３は、ネットワークリソースの第３のセットＳＣのリンクによって形成される第３のデータパスＰＴＨ３に依拠し、ＰＴＨ３＝｛Ｌ１１，Ｌ１２｝として第３のデータパスＰＴＨ３をもたらす。
【００５０】
図７によれば、第２のタグＢが付けられ、このため、ネットワークリソースの第２のセットＳＢに属するリンクＬ３２が、切断障害ＤＣを有する。このため、ネットワークは、パスＰＴＨ２＝｛Ｌ３１，Ｌ３２｝に依拠して、図５Ａに示される第２のデータ伝送ＣＯＮ２をもはや提供することができない。代わりに、ネットワークは、第２のデータ接続ＣＯＮ２を、ＰＴＨ２Ａ＝｛Ｌ３１，Ｌ２４，Ｌ２３｝としての変更された第２のデータパスＰＴＨ２Ａに依拠する、変更された第２のデータ接続ＣＯＮ２Ａに変更しなければならない。現時点で、変更された第２のデータパスＰＴＨ２Ａを経由する変更された第２のデータ接続ＣＯＮ２Ａは、リンクＬ２３である、ネットワークリソースの第１のセットＳＡに含まれるさらなるネットワークリソースに部分的に依拠する。このため、第２の変更されたデータ接続ＣＯＮ２Ａは、第１のデータ接続ＣＯＮ１に対してもはや互いに素ではない。
【００５１】
第１の代替として、第２のデータ接続ＣＯＮ２が変更されるが、変更された第２のデータ接続ＣＯＮ２Ａは、それでも、それまでに確立されている他のすべてのデータ接続とは互いに素である事例において、第２のネットワークエンドポイントノードＮＥＮ２が、クライアントデバイスＣ１に通知メッセージをシグナリングする。そのようなメッセージは、好ましくは、データ接続を確立するために使用されたネットワークリソースのセットＳＢを識別するネットワークリソースのタグＢを含む。
【００５２】
第２の代替として、第２のデータ接続ＣＯＮ２が、変更された第２のデータ接続ＣＯＮ２Ａに変更されて、変更された第２のデータ接続ＣＯＮ２Ａが、それまでに確立されている他のすべてのデータ接続に対してもはや互いに素ではなく、それまでに確立されている或るデータ接続と少なくとも１つのさらなるネットワークリソースを共通で有し、そのさらなるネットワークリソースは、そのそれまでに確立されているデータ接続のネットワークリソースのセットからのものである事例において、ネットワークエンドポイントノードＮＥＮ２が、第１のクライアントデバイスＣ１に通知メッセージをシグナリングする。このメッセージは、好ましくは、変更された第２のデータ接続ＣＯＮ２Ａの第２のラベルＢを含む。代替のソリューションとして、このメッセージは、変更されたデータ接続ＣＯＮ２Ａがリソースを共通で有するデータ接続ＣＯＮ１のラベルＡをさらに含む。このことにより、クライアントＣ１は、いずれのデータ接続が共通のリソースを使用しているかを知らされる。
【００５３】
図７の例によれば、クライアントデバイスＣ１は、そのようなメッセージによって、第１のデータ接続ＣＯＮ１上で伝送されるトラフィックと、変更された第２のデータ接続ＣＯＮ２Ａ上で伝送されるトラフィックがもはや、互いに素であるリソース上、および互いに素であるデータパス上で伝送されていないということについて知らされる。このため、クライアントデバイスＣ１は、データ接続ＣＯＮ１とデータ接続ＣＯＮ２Ａが共通のネットワークリソースを使用しているので、データ接続ＣＯＮ１とデータ接続ＣＯＮ２Ａの両方に関する障害の可能なリスクについて知らされる。リンクＬ２３に障害が生じた場合、第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２Ａの両方に即時に障害が生じる。したがって、前述した情報を含む前述したメッセージは、或るデータが、第１のデータ接続ＣＯＮ１、および変更された第２のデータ接続ＣＯＮ２Ａとは依然として互いに素である第３のデータ接続ＣＯＮ３経由で送信されるべきかどうかを、クライアントデバイスＣ１が決定することを可能にする。
【００５４】
好ましくは、この通知メッセージは、その２つのデータ接続ＣＯＮ１、ＣＯＮ２Ａが、変更の後に現時点で共通で有するネットワークリソースのタイプを示す通知データを含む。
【００５５】
（第２の実施形態）
図８は、２つのクライアントデバイス、ならびに１つの違いを除いて、図４に示されるすべての要素を含むネットワークを示す。図８によれば、この違いは、リンクＬ２３が、第１のファイバＬ２３１、および第２のファイバＬ２３２という２つのファイバから構成される光ファイバ束であることである。第１のファイバＬ２３１には、第１のファイバＬ２３１をネットワークリソースの第２のセットＳＢに指定して、ＳＢ＝｛Ｌ２２，Ｌ２３１，Ｌ３１，Ｌ２４，Ｌ３３｝をもたらす、第２のタグＢが割り当てられる。第２のファイバＬ２３２には、第２のファイバＬ２３２をネットワークリソースの第１のセットＳＡに指定して、ＳＡ＝｛Ｌ２１，Ｌ２３２｝をもたらす、第１のタグＡが割り当てられる。
【００５６】
第１のデータ接続ＣＯＮ１が、第１のデータパスＰＴＨ１＝｛Ｌ２１，Ｌ２３｝を介してクライアントデバイスＣ１の第１のポートＰ１経由で第１のネットワークエンドポイントノードＮＥＮ１によって提供される。第２のデータ接続ＣＯＮ２が、第２のパスＰＴＨ２＝｛Ｌ２２，Ｌ２３１｝を介してクライアントデバイスＣ１に第２のポートＰ２経由でネットワークエンドポイントノードＮＥＮ２によって提供される。この実施形態において、第１のデータ接続ＣＯＮ１と第２のデータ接続ＣＯＮ２は、１つの光ファイバ束Ｌ２３の異なるファイバＬ２３１、Ｌ２３２を使用しているので、互いに素であると定義される。タグＡ、Ｂ、Ｃは、ネットワークＮのネットワーク事業者によって、単独のリンクの粒度で配布されるだけでなく、単独のファイバ束の単独のファイバＬ２３１、Ｌ２３２の粒度でも配布される。図８に示されるさらなるリンクは、この例では、単一のファイバだけから成る光リンク、または電線を介する電気的データ接続のリンクであると考えられる。
【００５７】
図示される例によれば、リンクＬ３２は、第１の切断ＤＣ１を被り、第１の切断ＤＣ１は、第２のデータ接続ＣＯＮ２が第２のパスＰＴＨ２＝｛Ｌ２２，Ｌ２３１｝に沿ってルーティングされて、第１の接続ＣＯＮ１と第２の接続ＣＯＮ２が同一の光ファイバ束Ｌ２３を通るが、ただし、異なるファイバＬ２３１、Ｌ２３２を通ることをもたらす原因である。代替のソリューションによれば、２つのデータ接続ＣＯＮ１、ＣＯＮ２は依然として、互いに素であると定義されるが、２つのデータ接続ＣＯＮ１、ＣＯＮ２が同一の光ファイバ束Ｌ２３の異なるファイバＬ２３１、Ｌ２３２を通っているということは、その２つのファイバＬ２３１、Ｌ２３２が共有されるリスクグループＳＲＧのものであるため、より高いリスクと見なされる。好ましくは、ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２が、現時点で、別のデータ接続ＣＯＮ１の別のネットワークリソースＬ２３２の共有されるリスクグループＳＲＧに入っているネットワークリソースに依拠することを示すメッセージを、クライアントデバイスＣ１にシグナリングする。好ましくは、ネットワークエンドポイントノードＮＥＮ１は、第１のデータ接続ＣＯＮ１に関する対応するメッセージもクライアントデバイスＣ１にシグナリングする。
【００５８】
図８に示されるネットワークを想定すると、図９に示されるネットワークは、ファイバ束Ｌ２３の第１のファイバＬ２３１上で第２の切断障害ＤＣ２が生じた場合に、第２のデータ接続ＣＯＮ２を変更された第２のデータ接続ＣＯＮ２Ａに変更することを示す。第２のデータパスＰＴＨ２は、第２のデータパスＰＴＨ２が変更された第２のデータパスＰＴＨ２Ａ＝｛Ｌ２２，Ｌ２３２｝によって置き換えられて、破線として示される第２のデータ接続ＣＯＮ２Ａがもたらされるように変更される。第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２Ａは、現時点で、光ファイバ束Ｌ２３の同一のファイバに依拠しているので、これら２つのデータ接続は、互いにもはや互いに素ではないと定義される。このため、第２のネットワークエンドポイントノードＮＥＮ２は、別のデータ接続ＣＯＮ１に対してもはや互いに素ではない第２のデータ接続ＣＯＮ２Ａに変更されている第２のデータ接続ＣＯＮ２の第２のタグＢを含むメッセージを、クライアントデバイスＣ１にシグナリングする。好ましくは、このメッセージは、変更された第２のデータ接続ＣＯＮ２Ａが、現時点で、ネットワークリソースの第１のセットのネットワークリソースを共通で有するさらなるデータ接続ＣＯＮ１の第１のタグＡをさらに含む。
【００５９】
（第３の実施形態）
図１０は、２つの違いを除いて、図４に示されるすべての要素を示す。第１の違いは、リンクＬ２２およびリンクＬ２４がタグを割り当てられておらず、このため、ネットワークリソースのいずれのセットにも指定されていないことである。
【００６０】
第２の違いは、リンクがタグを割り当てられており、このため、ネットワークリソースのセットに指定されているだけでなく、ネットワークノードもタグを割り当てられており、このため、ネットワークリソースのセットに指定されていることである。ネットワークノードＮＮ１は、第３のタグＣを割り当てられており、このため、ネットワークリソースの第３のセットＳＣに指定されて、ＳＣ＝｛ＮＮ１，Ｌ１１，Ｌ１２｝がもたらされる。ネットワークノードＮＮ２は、第１のタグＡを割り当てられており、このため、ネットワークリソースの第１のセットＳＡに指定されて、ＳＡ＝｛ＮＮ２，Ｌ２１，Ｌ２３｝がもたらされる。ネットワークノードＮＮ３は、第２のタグＢを割り当てられており、このため、ネットワークリソースの第２のセットＳＢに指定されて、ＳＢ＝｛ＮＮ３，Ｌ３１，Ｌ３２｝がもたらされる。
【００６１】
第１のデータ接続ＣＯＮ１が、ＰＴＨ１＝｛Ｌ２１，ＮＮ２，Ｌ２３｝として決定され、確立された第１のパスＰＴＨ１に基づいて、ネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポートＰ１経由で提供される。第２のデータ接続が、ＰＴＨ２＝｛Ｌ３１，ＮＮ３，Ｌ３２｝として確立され、決定された第２のパスＰＴＨ２に基づいて、ネットワークエンドポイントノードＮＥＮ２によってクライアントデバイスＣ１の第２のポートＰ２経由で提供される。第３のデータ接続ＣＯＮ３が、ＰＴＨ３＝｛Ｌ１１，ＮＮ１，Ｌ１２｝として決定され、確立された第３のパスＰＴＨ３に基づいて、ネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポート経由で提供される。
【００６２】
図１０に示されるネットワークを想定すると、図１１に示されるネットワークは、リンクＬ３１に切断障害ＤＣが生じた場合のネットワークの挙動を示す。第２のデータ接続ＣＯＮ２が、変更された第２のデータ接続ＣＯＮ２Ａに変更されて、ＰＴＨ２Ａ＝｛Ｌ２２，ＮＮ２，Ｌ２４，ＮＮ３，Ｌ２３｝として変更されたデータパスＰＴＨ２Ａがもたらされる。変更された第２のデータ接続ＣＯＮ２Ａは、それでも、リンクＬ２２およびリンクＬ２４であるネットワークリソースの他のいずれのセットにも含まれない、ネットワークリソースの第２のセットＳＢ、または他のリンクであるリンクだけを経由してつながる。リンクが互いに素であるという点で、第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２は、依然として、互いに素である。しかし、ネットワークノードが互いに素であるという点では、この第２のデータ接続ＣＯＮ２は、第２のデータ接続ＣＯＮ２と第１のデータ接続ＣＯＮ１がともに、ネットワークリソースの第１のセットＳＡに指定された第２のネットワークノードＮＮ２を現時点で使用しているので、第１のデータ接続ＣＯＮ１に対してもはや互いに素ではない。このため、変更された第２のデータ接続ＣＯＮ２Ａと第１のデータ接続ＣＯＮ１は、もはや互いに素ではないと定義される。したがって、ネットワークエンドポイントノードＮＥＮ２が、第２のポートＰ２経由でメッセージをクライアントデバイスＣ１にシグナリングする。このメッセージは、第２のデータ接続ＣＯＮ２が変更されていることを示す通知データを含む。さらに、このメッセージは、変更された第２のデータ接続ＣＯＮ２Ａが、ネットワークＮによってクライアントデバイスＣ１に提供される他のすべてのデータ接続ＣＯＮ１、ＣＯＮ３に対してもはや互いに素ではないことをクライアントデバイスＣ１に示す通知データを、好ましくは、含む。好ましくは、このメッセージは、変更されたデータ接続が、現時点で、ネットワークリソースを共通で有するデータ接続のタイプを示す通知データをさらに含む。そのような通知データは、変更されたデータ接続ＣＯＮ２Ａがネットワークリソースを共通で使用しているデータ接続ＣＯＮ１のタグＡであることが可能である。
【００６３】
（ネットワークエンドポイントデバイスの実施形態）
前述した実施形態のいずれかにおいてネットワークエンドポイントノードとして使用され得るネットワークエンドポイントデバイスの実施形態が、図１２に示される。
【００６４】
ネットワークエンドポイントデバイス１０００は、クライアントネットワークインタフェースＣＮＩを介するクライアントデバイスＣ１を相手にしたデータ伝送のための第１のインタフェース手段１００１を備える。ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、時分割多重化（ＴＤＭ）に依拠する伝送である場合、第１のインタフェース手段１００１は、ＴＤＭ伝送のためのＩ／Ｏラインカード１００２を備える。ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、波長分割多重化（ＷＤＭ）に依拠する光伝送である場合、第１のインタフェース手段１００１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード１００３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
【００６５】
ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、データパケットを介する伝送である場合、第１のインタフェース手段１００１は、パケット処理のためのＩ／Ｏラインカード１００４を備える。
【００６６】
第１のインタフェース手段１００は、インタフェースＩＦ３を介してスイッチングマトリックスＳＭとデータを交換する。また、スイッチングマトリックスＳＭは、インタフェースＩＦ４を介して第２のインタフェース手段１０１１ともデータを交換する。
【００６７】
第２のインタフェース手段１０１１は、ネットワーク間インタフェースＮＮＩを介してネットワークＮにデータを伝送するように構成される。ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、時分割多重化（ＴＤＭ）に依拠する伝送である場合、第２のインタフェース手段１０１１は、ＴＤＭ伝送のためのＩ／Ｏラインカード１０１２を備える。ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、波長分割多重化（ＷＤＭ）に依拠する光伝送である場合、第２のインタフェース手段１０１１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード１０１３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
【００６８】
ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、データパケットを介する伝送である場合、第２のインタフェース手段１０１１は、パケット処理のためのＩ／Ｏラインカード１０１４を備える。
【００６９】
第１のインタフェース手段１００１は、クライアントＣ１から少なくとも１つの接続要求メッセージＲＥＱを受信するように構成される。要求メッセージＲＥＱは、遠隔クライアントに対するデータ接続を求める要求である。この要求メッセージは、遠隔クライアントのアドレスＡＤＲ（Ｃ２）と、ネットワークリソースの所定のセットを示すための通知データ（Ａ）とを含む。
【００７０】
ネットワークエンドポイントデバイス１０００は、クライアントＣ１から要求メッセージＲＥＱを受信するため、およびクライアントＣ１とさらなるメッセージを交換するためにインタフェースＩＦ１を介して第１のインタフェース手段１００１に接続された制御システムＣＵを備える。
【００７１】
制御システムＣＵは、ネットワークリソースの示されたセットから選択されたネットワークリソースを使用してデータパスを決定するように構成される。この決定のために、制御システムは、ＭＰＬＳプロトコルまたはＧＭＰＬＳプロトコルのアルゴリズムを実行し、メモリユニットＭＵの中に格納されたルーティングデータＲＤ、および指定するデータＤＤに依拠する。メモリユニットＭＵとデータを交換するために、制御システムＣＵは、インタフェースＩＦ５を介してメモリユニットＭＵに接続される。指定データＤＤは、ネットワークまたはネットワーク事業者によってネットワークエンドポイントデバイス１０００に供給されて、次に、メモリユニットＭＵの中に格納される。
【００７２】
決定されたデータパス経由で要求されたデータ接続を確立するために、制御ユニットＣＵは、ＭＰＬＳプロトコルまたはＧＭＰＬＳプロトコルに準拠してネットワークリソースを使用してメッセージの交換を開始する。メッセージの、この交換は、制御システムＣＵがインタフェースＩＦ６を介して接続された制御プレーンＣＴＲＬを介して実行されることが可能である。代替として、制御システムＣＵは、第２のインタフェース手段１０１１を介してメッセージの、この交換を実行し、その場合、制御システムＣＵは、インタフェースＩＦ２を介して第２のインタフェース手段１０１１に接続される。
【００７３】
制御システムＣＵは、クライアントＣ１とネットワークＮの間のデータの交換を制御するために、制御インタフェースＣＩＦ２、ＣＩＦ１、ＣＩＦ３を介してスイッチングマトリックスＳＭ、第１のインタフェース手段１００１、および第２のインタフェース手段をさらに制御する。
【００７４】
制御システムは、単一のコントローラボード上に、またはインタフェースを介して互いに接続された複数のコントローラボード上に実施されることが可能である。
【００７５】
（クライアントデバイスの実施形態）
クライアントの或る実施形態が、図１３に示されるとおり提案される。
【００７６】
クライアントデバイス２０００は、クライアントネットワークインタフェースＣＮＩを介してネットワークＮのネットワークエンドポイントデバイスを相手にデータを伝送するためのインタフェース手段２００１を備える。ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、時分割多重化に依拠する伝送である場合、インタフェース手段２００１は、ＴＤＭ伝送のためのＩ／Ｏラインカード２００２を備える。ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、波長分割多重化に依拠する光伝送である場合、インタフェース手段２００１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード２００３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
【００７７】
ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、データパケットを介する伝送である場合、インタフェース手段２００１は、パケット処理のためのＩ／Ｏラインカード２００４を備える。
【００７８】
クライアントデバイス２０００は、少なくとも１つの通知するデータ（Ａ）を格納するように構成されたメモリユニットＭＵ２をさらに備える。通知するデータ（Ａ）は、さらなる通知するデータによって示されるネットワークリソースのさらなるセットとは互いに素であるネットワークリソースの所定のセットを示す。少なくとも１つの通知するデータ（Ａ）は、所定のデータであり、ネットワークによってクライアントデバイス２０００に供給される。
【００７９】
クライアントデバイスは、通知するデータＡを獲得するためにインタフェースＩＦ１１を介して接続された制御システムＣＵ２を備える。制御システムは、少なくとも１つの接続要求メッセージをネットワークエンドポイントデバイスに送信するために、インタフェースＩＦ１２を介してインタフェース手段２００１にさらに接続される。この少なくとも１つの接続要求メッセージは、ネットワークリソースのセットを一意に識別する通知するデータＡを含む。この少なくとも１つの接続要求メッセージは、ネットワークリソースの示されたセットから選択されたネットワークリソースを使用するデータパスを経由する、遠隔クライアントデバイスに対するデータ接続を要求するために送信される。さらに、この要求メッセージは、遠隔クライアントのアドレスＡＤＲ（Ｃ２）を含む。
【特許請求の範囲】
【請求項１】
ネットワーク（Ｎ）によってクライアント間で互いに素であるデータ接続を確立するための方法であって、
第１のクライアントデバイス（Ｃ１）による、クライアント−ネットワークインタフェース（ＣＮＩ）を介して、第２のクライアントデバイス（Ｃ２）に対する少なくとも２つの互いに素であるデータ接続（ＣＯＮ１、ＣＯＮ２）を要求する１つまたは複数の接続要求メッセージをネットワークに（Ｎ）送信し、前記１つまたは複数の接続要求メッセージが、ネットワークリソースの第１の所定のセット（ＳＡ）を一意に識別する第１の通知するデータ（Ａ）と、ネットワークリソースの前記第１のセット（ＳＡ）とは互いに素であるネットワークリソースの第２の所定のセット（ＳＢ）を一意に識別する第２の通知するデータ（Ｂ）とを含むステップと、
前記ネットワークによる、前記第１の通知するデータ（Ａ）によって一意に識別されたネットワークリソースの前記第１のセット（ＳＡ）から選択されたネットワークリソースを使用して、第１のデータパス（ＰＴＨ１）経由で前記第１のデータ接続（ＣＯＮ１）を確立するステップと、
前記ネットワークによる、前記第２の通知するデータ（Ｂ）によって一意に識別されたネットワークリソースの前記第２のセット（ＳＢ）から選択されたネットワークリソースを使用して、第２のデータパス（ＰＴＨ２）経由で前記第２のデータ接続（ＣＯＮ２）を確立するステップとを備え、前記通知するデータ（Ａ、Ｂ）は、前記ネットワーク（Ｎ）によって前記第１のクライアント（Ｃ１）に供給される事前定義されたデータである、方法。
【請求項２】
前記通知するデータ（Ａ）が、ネットワークリソースの単一のセット（ＳＡ）を一意に識別するデータ要素である、請求項１に記載の方法。
【請求項３】
前記ネットワーク（Ｎ）が、前記ネットワーク（Ｎ）が、前記第２のデータ接続（ＣＯＮ２）の前記第２のデータパス（ＰＴＨ２）を変更された第２のデータパス（ＰＴＨ２Ａ）に変更して、ネットワークリソースの前記第１のセット（ＳＡ）の中に含まれる少なくとも１つのさらなるネットワークリソース（Ｌ２３）に依拠する変更された第２のデータ接続（ＣＯＮ２Ａ）がもたらされた場合、通知メッセージ（ＭＳＧ）を前記第１のクライアントデバイス（Ｃ１）に送信する、請求項１に記載の方法。
【請求項４】
前記通知メッセージが、前記第２の通知データ（Ｂ）を含む、請求項３に記載の方法。
【請求項５】
前記通知メッセージが、前記第１の通知データ（Ａ）も含む、請求項４に記載の方法。
【請求項６】
前記さらなるネットワークリソースが、
ネットワークノード（ＮＮ２、ＮＥＮ３）間のリンク（Ｌ２３）、
ネットワークノード（ＮＮ２）、および
ネットワークノード（ＮＮ２、ＮＥＮ３）間の光ファイバ束（Ｌ２３）のファイバ（Ｌ２３２）のオプションのうち１つである、請求項１から４のいずれかに記載の方法。
【請求項７】
前記第１のクライアントデバイス（Ｃ１）が、前記第１の通知するデータ（Ａ）を含む第１の接続要求メッセージを第１のネットワークエンドポイントノード（ＮＥＮ１）に送信し、さらに前記第１のクライアントデバイス（Ｃ１）が、前記第２の通知するデータ（Ｂ）を含む第２の接続要求メッセージを第２のネットワークエンドポイントノード（ＮＥＮ２）に送信する、請求項１から２のいずれかに記載の方法。
【請求項８】
クライアント間でデータ接続を提供するためのネットワークエンドポイントデバイス（１０００）であって、
ネットワークリソースの所定のセットを一意に識別する前記クライアント通知データを供給し、ネットワークリソースの所定のセット（ＳＡ）を一意に識別する通知するデータ（Ａ）を含む、第２のクライアントデバイス（Ｃ２）に対するデータ接続（ＣＯＮ１）を要求する少なくとも１つの接続要求メッセージを、第１のクライアント（Ｃ１）から受信するように構成された第１のインタフェース手段（１００１）と、
ネットワークリソースをネットワークリソースの互いに素であるセット（ＳＡ、ＳＢ）に一意に指定する指定するデータ（ＤＤ）と、ルーティングデータ（ＲＤ）とを供給するように構成されたメモリユニット（ＭＵ）と、
前記指定するデータ（ＤＤ）、および前記ルーティングデータ（ＲＤ）を使用することによって、ネットワークリソースの前記一意に識別されるセット（ＳＡ）から選択されたネットワークリソースを使用するデータパス（ＰＴＨ１）を決定し、前記第１のデータパス（ＰＴＨ１）経由で前記要求されるデータ接続（ＣＯＮ１）を確立するためにさらなるネットワークデバイス（ＮＮ１、ＮＮ２、ＮＮ３、ＮＥＮ３）とメッセージを交換するように構成された制御システム（ＣＵ）とを備える、ネットワークエンドポイントデバイス（１０００）。
【請求項９】
前記データパス（ＰＴＨ１）を決定することができない場合、前記クライアントデバイス（Ｃ１）に拒否メッセージを送信する、請求項８に記載のネットワークエンドポイントデバイス（１０００）。
【請求項１０】
互いに素であるデータ接続を要求するためのクライアントデバイス（Ｃ１）であって、
ネットワークリソースの所定のセット（ＳＡ）を一意に識別する通知するデータ（Ａ）を格納するように構成され、ネットワークリソースの前記一意に識別されるセット（ＳＡ）が、さらなる通知するデータ（Ｂ、Ｃ）によって示されるネットワークリソースのさらなるセット（ＳＢ、ＳＣ）とは互いに素であり、さらに前記通知するデータ（Ａ）が、ネットワークによって前記クライアントデバイスに供給される事前定義されたデータである、メモリユニットと、
ネットワークリソースの前記示されるセット（ＳＡ）から選択されたネットワークリソースを使用するデータパス（ＰＴＨ１）経由で、第２のクライアントデバイス（Ｃ２）に対するデータ接続（ＣＯＮ１）を要求するための少なくとも１つの接続要求メッセージを、ネットワークエンドポイントデバイス（１０００）に送信するように構成され、前記要求メッセージが、前記通知するデータ（Ａ）を含む、コントローラとを備える、クライアントデバイス（Ｃ１）。
【請求項１】
ネットワーク（Ｎ）によってクライアント間で互いに素であるデータ接続を確立するための方法であって、
第１のクライアントデバイス（Ｃ１）による、クライアント−ネットワークインタフェース（ＣＮＩ）を介して、第２のクライアントデバイス（Ｃ２）に対する少なくとも２つの互いに素であるデータ接続（ＣＯＮ１、ＣＯＮ２）を要求する１つまたは複数の接続要求メッセージをネットワークに（Ｎ）送信し、前記１つまたは複数の接続要求メッセージが、ネットワークリソースの第１の所定のセット（ＳＡ）を一意に識別する第１の通知するデータ（Ａ）と、ネットワークリソースの前記第１のセット（ＳＡ）とは互いに素であるネットワークリソースの第２の所定のセット（ＳＢ）を一意に識別する第２の通知するデータ（Ｂ）とを含むステップと、
前記ネットワークによる、前記第１の通知するデータ（Ａ）によって一意に識別されたネットワークリソースの前記第１のセット（ＳＡ）から選択されたネットワークリソースを使用して、第１のデータパス（ＰＴＨ１）経由で前記第１のデータ接続（ＣＯＮ１）を確立するステップと、
前記ネットワークによる、前記第２の通知するデータ（Ｂ）によって一意に識別されたネットワークリソースの前記第２のセット（ＳＢ）から選択されたネットワークリソースを使用して、第２のデータパス（ＰＴＨ２）経由で前記第２のデータ接続（ＣＯＮ２）を確立するステップとを備え、前記通知するデータ（Ａ、Ｂ）は、前記ネットワーク（Ｎ）によって前記第１のクライアント（Ｃ１）に供給される事前定義されたデータである、方法。
【請求項２】
前記通知するデータ（Ａ）が、ネットワークリソースの単一のセット（ＳＡ）を一意に識別するデータ要素である、請求項１に記載の方法。
【請求項３】
前記ネットワーク（Ｎ）が、前記ネットワーク（Ｎ）が、前記第２のデータ接続（ＣＯＮ２）の前記第２のデータパス（ＰＴＨ２）を変更された第２のデータパス（ＰＴＨ２Ａ）に変更して、ネットワークリソースの前記第１のセット（ＳＡ）の中に含まれる少なくとも１つのさらなるネットワークリソース（Ｌ２３）に依拠する変更された第２のデータ接続（ＣＯＮ２Ａ）がもたらされた場合、通知メッセージ（ＭＳＧ）を前記第１のクライアントデバイス（Ｃ１）に送信する、請求項１に記載の方法。
【請求項４】
前記通知メッセージが、前記第２の通知データ（Ｂ）を含む、請求項３に記載の方法。
【請求項５】
前記通知メッセージが、前記第１の通知データ（Ａ）も含む、請求項４に記載の方法。
【請求項６】
前記さらなるネットワークリソースが、
ネットワークノード（ＮＮ２、ＮＥＮ３）間のリンク（Ｌ２３）、
ネットワークノード（ＮＮ２）、および
ネットワークノード（ＮＮ２、ＮＥＮ３）間の光ファイバ束（Ｌ２３）のファイバ（Ｌ２３２）のオプションのうち１つである、請求項１から４のいずれかに記載の方法。
【請求項７】
前記第１のクライアントデバイス（Ｃ１）が、前記第１の通知するデータ（Ａ）を含む第１の接続要求メッセージを第１のネットワークエンドポイントノード（ＮＥＮ１）に送信し、さらに前記第１のクライアントデバイス（Ｃ１）が、前記第２の通知するデータ（Ｂ）を含む第２の接続要求メッセージを第２のネットワークエンドポイントノード（ＮＥＮ２）に送信する、請求項１から２のいずれかに記載の方法。
【請求項８】
クライアント間でデータ接続を提供するためのネットワークエンドポイントデバイス（１０００）であって、
ネットワークリソースの所定のセットを一意に識別する前記クライアント通知データを供給し、ネットワークリソースの所定のセット（ＳＡ）を一意に識別する通知するデータ（Ａ）を含む、第２のクライアントデバイス（Ｃ２）に対するデータ接続（ＣＯＮ１）を要求する少なくとも１つの接続要求メッセージを、第１のクライアント（Ｃ１）から受信するように構成された第１のインタフェース手段（１００１）と、
ネットワークリソースをネットワークリソースの互いに素であるセット（ＳＡ、ＳＢ）に一意に指定する指定するデータ（ＤＤ）と、ルーティングデータ（ＲＤ）とを供給するように構成されたメモリユニット（ＭＵ）と、
前記指定するデータ（ＤＤ）、および前記ルーティングデータ（ＲＤ）を使用することによって、ネットワークリソースの前記一意に識別されるセット（ＳＡ）から選択されたネットワークリソースを使用するデータパス（ＰＴＨ１）を決定し、前記第１のデータパス（ＰＴＨ１）経由で前記要求されるデータ接続（ＣＯＮ１）を確立するためにさらなるネットワークデバイス（ＮＮ１、ＮＮ２、ＮＮ３、ＮＥＮ３）とメッセージを交換するように構成された制御システム（ＣＵ）とを備える、ネットワークエンドポイントデバイス（１０００）。
【請求項９】
前記データパス（ＰＴＨ１）を決定することができない場合、前記クライアントデバイス（Ｃ１）に拒否メッセージを送信する、請求項８に記載のネットワークエンドポイントデバイス（１０００）。
【請求項１０】
互いに素であるデータ接続を要求するためのクライアントデバイス（Ｃ１）であって、
ネットワークリソースの所定のセット（ＳＡ）を一意に識別する通知するデータ（Ａ）を格納するように構成され、ネットワークリソースの前記一意に識別されるセット（ＳＡ）が、さらなる通知するデータ（Ｂ、Ｃ）によって示されるネットワークリソースのさらなるセット（ＳＢ、ＳＣ）とは互いに素であり、さらに前記通知するデータ（Ａ）が、ネットワークによって前記クライアントデバイスに供給される事前定義されたデータである、メモリユニットと、
ネットワークリソースの前記示されるセット（ＳＡ）から選択されたネットワークリソースを使用するデータパス（ＰＴＨ１）経由で、第２のクライアントデバイス（Ｃ２）に対するデータ接続（ＣＯＮ１）を要求するための少なくとも１つの接続要求メッセージを、ネットワークエンドポイントデバイス（１０００）に送信するように構成され、前記要求メッセージが、前記通知するデータ（Ａ）を含む、コントローラとを備える、クライアントデバイス（Ｃ１）。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図６Ａ】
【図６Ｂ】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図６Ａ】
【図６Ｂ】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１２−５３１１５５（Ｐ２０１２−５３１１５５Ａ）
【公表日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願番号】特願２０１２−５１６６５３（Ｐ２０１２−５１６６５３）
【出願日】平成２２年６月１７日（２０１０．６．１７）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０５８５２８
【国際公開番号】ＷＯ２０１０／１４９５６２
【国際公開日】平成２２年１２月２９日（２０１０．１２．２９）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願日】平成２２年６月１７日（２０１０．６．１７）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０５８５２８
【国際公開番号】ＷＯ２０１０／１４９５６２
【国際公開日】平成２２年１２月２９日（２０１０．１２．２９）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]